1、 ATIS-0300017 Next Generation Interconnection Interoperability (NGIIF) Reference Document Part III, Installation, Testing and Maintenance Responsibilities for SS7 Links and Trunks Attachment F SS7 ISUP Tests for ISDN Network Interconnection Version 12.0 ATIS is the leading technical planning and sta
2、ndards development organization committed to the rapid development of global, market-driven standards for the information, entertainment and communications industry. More than 200 companies actively formulate standards in ATIS Committees, covering issues including: IPTV, Cloud Services, Energy Effic
3、iency, IP-Based and Wireless Technologies, Quality of Service, Billing and Operational Support, Emergency Services, Architectural Platforms and Emerging Networks. In addition, numerous Incubators, Focus and Exploratory Groups address evolving industry priorities including Smart Grid, Machine-to-Mach
4、ine, Connected Vehicle, IP Downloadable Security, Policy Management and Network Optimization. ATIS is the North American Organizational Partner for the 3rd Generation Partnership Project (3GPP), a member and major U.S. contributor to the International Telecommunication Union (ITU) Radio and Telecomm
5、unications Sectors, and a member of the Inter-American Telecommunication Commission (CITEL). ATIS is accredited by the American National Standards Institute (ANSI). For more information, please visit www.atis.org. Notice This document was developed by the Alliance for Telecommunications Industry Sol
6、utions (ATIS) sponsored Next Generation Interconnection Interoperability Forum (NGIIF). The NGIIF addresses next-generation network interconnection and interoperability issues associated with emerging technologies. Specifically, it develops operational procedures which involve the network aspects of
7、 architecture, disaster preparedness, installation, maintenance, management, reliability, routing, security, and testing between network operators. In addition, the NGIIF addresses issues which impact the interconnection of existing and next generation networks and facilitate the transition to emerg
8、ing technologies. All changes to this document shall be made through the NGIIF issue resolution process. Note Regarding Previous Versions The NIIF Reference Document was formerly known as the Network Operations Forum (NOF) Reference Document. The NOF Reference Document was published and maintained b
9、y Bellcore. The last version of the NOF Reference Document is Issue 13. Disclaimer and Limitation of Liability The information provided in this document is directed solely to professionals who have the appropriate degree of experience to understand and interpret its contents in accordance with gener
10、ally accepted engineering or other professional standards and applicable regulations. No recommendation as to products or vendors is made or should be implied. NO REPRESENTATION OR WARRANTY IS MADE THAT THE INFORMATION IS TECHNICALLY ACCURATE OR SUFFICIENT OR CONFORMS TO ANY STATUTE, GOVERNMENTAL RU
11、LE OR REGULATION, AND FURTHER NO REPRESENTATION OR WARRANTY IS MADE OF MERCHANTABILITY OR FITNESS FOR ANY PARTICULAR PURPOSE OR AGAINST INFRINGEMENT OF INTELLECTUAL PROPERTY RIGHTS. ATIS SHALL NOT BE LIABLE, BEYOND THE AMOUNT OF ANY SUM RECEIVED IN PAYMENT BY ATIS FOR THIS DOCUMENT, WITH RESPECT TO
12、ANY CLAIM, AND IN NO EVENT SHALL ATIS BE LIABLE FOR LOST PROFITS OR OTHER INCIDENTAL OR CONSEQUENTIAL DAMAGES. ATIS EXPRESSLY ADVISES THAT ANY AND ALL USE OF OR RELIANCE UPON THE INFORMATION PROVIDED IN THIS DOCUMENT IS AT THE RISK OF THE USER. ATIS-0300017, NGIIF Reference Document, Part III, Insta
13、llation and Maintenance Responsibilities for SS7 Links and Trunks, Attachment F, SS7 ISUP Tests for ISDN Network Interconnection, Formerly NIIF 5012 The NGIIF Reference Document, Part III, Installation and Maintenance Responsibilities for SS7 Links and Trunks, Attachment F, SS7 ISUP Tests for ISDN N
14、etwork Interconnection, is an ATIS standard developed by the NGIIF. Published by Alliance for Telecommunications Industry Solutions 1200 G Street, NW, Suite 500 Washington, DC 20005 Copyright 2011 by Alliance for Telecommunications Industry Solutions All rights reserved. No part of this publication
15、may be reproduced in any form, in an electronic retrieval system or otherwise, without the prior written permission of the publisher. For information contact ATIS at 202.628.6380. ATIS is online at . Printed in the United States of America. 2 SS7 ISUP TESTS FOR ISDN NETWORK INTERCONNECTION Table of
16、Contents 1 GENERAL 3 2 PURPOSE . 3 3 ISDN IMPACTS ON SS7 MESSAGES . 3 3.1 CALL PROGRESS MESSAGE (CPG) 3 3.2 CONFUSION MESSAGE (CFN) . 3 3.3 ADDRESS COMPLETE MESSAGE (ACM) . 3 3.4 INITIAL ADDRESS MESSAGE (IAM) 4 3.5 ANSWER MESSAGE (ANM) 5 3.6 RELEASE MESSAGE (REL) . 5 4 DESCRIPTION OF TESTS 5 4.1 CAL
17、L-THROUGH TESTS 5 5 TEST SET GENERATED TESTS . 8 5.1 BASIC CALLS 8 5.2 SENDING AND RECEIVING CONFUSION MESSAGE . 9 5.3 IAM FOLLOWED BY ANM 9 5.4 REL WITH CAUSE, TEMPORARY FAILURE 9 5.5 TERMINATING REL WITH CAUSE, BEARER CAPABILITY NOT IMPLEMENTED, USER . 10 5.6 TERMINATING REL WITH CAUSE, BEARER CAP
18、ABILITY NOT IMPLEMENTED, REMOTE LOCAL NETWORK 10 5.7 TERMINATING REL WITH CAUSE, NORMAL RELEASE (DATA) 10 5.8 ORIGINATING REL AFTER ACM (DATA) 10 5.9 ORIGINATING REL WITH CAUSE, NORMAL RELEASE (DATA) . 10 5.10 TERMINATING REL WITH CAUSE, USER BUSY . 11 5.11 TERMINATING REL WITH CAUSE, CALL REJECTED,
19、 LOCATION USER . 11 5.12 UPGRADE ROUTING (OPTIONAL TEST, NETWORK ARCHITECTURE DEPENDENT 11 5.13 TERMINATING REL WITH CAUSE, USER ALERTING, NO ANSWER . 11 5.14 TERMINATING REL WITH CAUSE, NO USER RESPONDING 12 5.15 ACM WITH EXCESSIVE DELAY 12 5.16 ACM WITH EXCESSIVE DELAY, ANM . 12 5.17 5.17 INTERCEP
20、T RELS . 12 5.18 INTERCEPT ACM, PROVIDE TONE OR ANNOUNCEMENT 13 5.19 REL ON ANNOUNCEMENT TIME-OUT 13 5.20 INTERCEPT ACM, ROUTE TO TONE OR ANNOUNCEMENT . 13 5.21 CPG AFTER ACM . 14 5.22 T-T EXPIRATION 14 5.23 CPG WITH ALERTING . 14 5.24 CPG WITH ALERTING, ANM 15 5.25 ASC ROUTE DOES NOT SUPPORT REQUES
21、TED BEARER 15 5.26 GAP WITHOUT CPN . 15 5.27 GAP WITH CPN 15 6 CONFIGURATION A - CALL THROUGH TESTS . 16 7 CONFIGURATION B (TEST SET GENERATED TESTS) . 16 8 APPENDIX A FACILITY AND TRANSLATION REQUIREMENTS . 17 8.1 CALL-THROUGH TEST FACILITY AND TRANSLATION REQUIREMENTS . 17 8.2 INTRUSIVE TEST FACIL
22、ITY AND TRANSLATION REQUIREMENTS . 17 9 APPENDIX B . 17 3 1 General The NGIIF ISDN Ad Hoc Committee developed the tests included in this document. They are intended to be used as a recommended set of Interconnection Tests between Access Service Providers (ASP) and Access Service Customers (ASC) to a
23、ssure that the SS7 interconnection between an ASP and an ASC can be used to support ISDN-Basic Rate services. Tests to be performed will be based on bi-lateral agreements. Although not specified in the tests, verification of AMA records should be performed to assure proper billing. The tests in this
24、 document are divided into two categories, Test Set Generated (TSG) and Call Through. TSG tests require the capability to direct ISUP messages toward the network interface under test and to send and detect tones on interconnected trunks. Call-through tests can be executed by manual calling in conjun
25、ction with monitoring of SS7 links. The tests outlined in this document have been developed with concern for the ongoing integrity and reliability of existing services. Therefore, these tests have been deemed to have no negative impact on the network during the application of such tests. 2 Purpose T
26、o ensure that the interconnected ASPs and ASCs can exchange the appropriate protocol messages for Basic Rate ISDN services in a way that provides the desired level of Quality Assurance and identifies adherence/deviations from industry standards. Appendix A provides a list of facility and switch tran
27、slation requirements for the included tests. 3 ISDN Impacts on SS7 Messages This section is included for background and reference purposes. The following message types are impacted by ISDN: Call Progress Message Confusion Message Address Complete Message Initial Address Message Answer Message Releas
28、e Message The subsections below describe the ISDN impacts. 3.1 Call Progress Message (CPG) This is a new SS7 message introduced by ISDN. It is sent by the terminating switch in the following two cases: To report ALERTing (after ISDN/T303 expiration) on the access To report clearing with inband tone.
29、 3.2 Confusion Message (CFN) This is the other new message introduced by ISDN and it is not expected in normal call processing, rather it is sent by a switch in response to any ISUP message (other than a confusion message), when the switch does not recognize the message or detects part of a message
30、as being unrecognized. 3.3 Address Complete Message (ACM) Differences due to ISDN are in the cause indicators and optional backward call indicators parameters. Codings will be verified in normal and abnormal call processing situations (see Sections 4.2 and 4.3). Cause Indicators Parameter Cause valu
31、e classes (octet 2, bits 7-5) 011 service or option not available 100 service or option not implemented Cause values (octet 2, bits 4-1) 4 000 0010 (2) no route to specified transit network 001 0010 (18) no user responding 001 0011 (19) user alerting, no answer 001 0101 (21) call rejected 010 1011 (
32、43) access information discarded 011 1010 (58) bearer capability not presently available 011 1111 (63) service/option not available - unspecified (default, this class) 100 0001 (65) bearer capability not implemented 100 1111 (79) service/option not implemented - unspecified (default, this class) 110
33、 0001 (97) message type non-existent or not implemented 110 0011 (99) parameter non-existent or not implemented - discarded Diagnostics may be included. Optional Backward Call Indicators Parameter This parameter is used to signal the availability of inband information in certain cases (e.g., for cal
34、ls routed to intercept at the terminating office). 3.4 Initial Address Message (IAM) The parameters impacted by ISDN are described below. Forward Call Indicators Parameter ISDN access indicator (I bit) 0 originating access non-ISDN 1 originating access ISDN User Service Information Parameter Codings
35、 for the five following bearer capabilities will be verified: Speech 3.1 kHz audio 7 kHz audio 64 kbps, unrestricted digital information 64 kbps, unrestricted digital information, rate adapted from 56 kbps Calling Party Number (CPN) and Generic Address Parameter (GAP) When the user-provided calling
36、party number is either “not screened or “failed screening,“ both the CPN and GAP should be included in the IAM. The user-provided calling party number should be included inthe GAP. A network-provided number should be included in the CPN. New codings for the CPN for ISDN are as follows: Screening Ind
37、icator 0 0 reserved for user provided, not screened 0 1 user provided, passed network screening 1 0 reserved for user provided, failed network screening 1 1 network provided 5 Accept “01“ or “11“ codings only for screening indicator. Code as “unique“ user-provided numbers passing screening. Codings
38、for the GAP are as follows: Type of address 0000 0010 user-provided, failed screening 0000 0011 user-provided, not screened Presentation restriction indicator 0 0 presentation allowed 0 1 presentation restricted (default) 1 0 number unavailable (per TR-NWT-000444) spare (per ANSI standard) 1 1 spare
39、 Access Transport Parameter Whether or not this parameter is passed to the interconnecting network (ICN) is dependent on translations. Its value is not affected by call processing for testing in conjunction with basic rate access. 3.5 Answer Message (ANM) Backward Call Indicators Parameter Bits DC s
40、et to 01, “subscriber free“ 3.6 Release Message (REL) Cause Indicators Parameter See ACM. 4 Description of Tests Prior to the commencement of testing, it is presumed that the interconnected network elements have been tested for conformance to applicable standards and that MTP level 2 and 3 and basic
41、 ISUP protocol compatibility testing has been performed. Distribution of signaling link selection codes should be checked for ISUP messages between networks. Depictions of basic network configuration are included in this document. Other configurations may be applicable, based on individual network r
42、equirements. 4.1 Call-Through Tests The tests listed in this section use configuration A. A recommended sub-set of call-through tests may be found in appendix B. 4.1.1 Normal Calls Audible ringing will be detected for speech and 3.1-kHz calls and tones or data test patterns will be passed to verify
43、the establishment of a circuit for all calls. Echo control will be verified for voice calls. Calls should be made varying the following as required: Topology Direct to ASC Via access tandem (AT) 6 Interoffice Signaling SS7 all the way SS7 ASP to ASC, MF ASC to ASP Originating Access Type ISDN Non-IS
44、DN Terminating Access Type ISDN Non-ISDN Access Signaling Method Use of Keypad Information Element Use of Called Party Number, Transit Network Selection, and Operator Services Access Elements Bearer Capability Speech 3.1 kHz audio 64 kbps, unrestricted digital information, rate adapted from 56 kbps
45、64 kbps, unrestricted digital information 7 kHz audio Dialing (including ASC-selection method) (101XXXX)+(1)+7D (101XXXX)+1+10D (101XXXX)+0+7D (101XXXX)+0+10D (101XXXX)+011+CC+NN(#) Address length should be varied. 7 (101XXXX)+01+CC+NN(#) Address length should be varied. 101XXXX+0(0) 101XXXX+00 101X
46、XXX+# 700-NXX-XXXX 8YY-NXX-XXXX Route on NXX SCP query at ASP EO SCP query at ASP AT 9YY-NXX-XXXX 950-WXXX Calling Party Number and Generic Address Parameter Values Number delivery Network provided only User provided, passed screening User provided, failed screening; network provided User provided,
47、not screened; network provided Presentation restriction indicator For calling party non-ISDN, calling party number nature of address indicator (national unique vs. national non-unique) Access Transport Information Called party subaddress Calling party subaddress High layer compatibility Low layer co
48、mpatibility Translation Confirmation Tests Sending/receiving calling party number and generic address parameters to/from ASC 8 Sending/receiving access transport parameter to/from ASC (per ASC and per trunk group for receiving) Pegging received access transport parameters (by trunk group) Sending a
49、confusion message (by trunk group, originating and terminating). Peg Counts Access Transport Parameter per terminating ASC trunk group 5 Test Set Generated Tests These tests primarily cover cases that may not arise during call-through testing. When call-through testing is minimal or not performed, test set generated tests should be added to substitute for the missing call through tests. The tests listed in this section use test configur
