ATIS 0300018-2011 Next Generation Interconnection Interoperability (NGIIF) Reference Document Part III Installation Testing and Maintenance Responsibilities for SS7 Links and Trunk.pdf

《ATIS 0300018-2011 Next Generation Interconnection Interoperability (NGIIF) Reference Document Part III Installation Testing and Maintenance Responsibilities for SS7 Links and Trunk.pdf》由会员分享，可在线阅读，更多相关《ATIS 0300018-2011 Next Generation Interconnection Interoperability (NGIIF) Reference Document Part III Installation Testing and Maintenance Responsibilities for SS7 Links and Trunk.pdf（11页珍藏版）》请在麦多课文档分享上搜索。

1、 ATIS-0300018 Next Generation Interconnection Interoperability (NGIIF) Reference Document Part III, Installation, Testing and Maintenance Responsibilities for SS7 Links and Trunks Attachment G Link Diversity Validation Guidelines Version 12.0 ATIS is the leading technical planning and standards deve

2、lopment 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 Efficiency, IP-B

3、ased 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-Machine, Connec

4、ted 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 Telecommunications

5、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 Solutions (ATI

6、S) 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 architectu

7、re, 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 emerging technol

8、ogies. 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 by Bellcore.

9、 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 generally accept

10、ed 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 RULE OR REGUL

11、ATION, 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 ANY CLAIM,

12、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-0300018, NGIIF Reference Document, Part III, Installation and

13、 Maintenance Responsibilities for SS7 Links and Trunks, Attachment G, Link Diversity Validation Guidelines, Formerly NIIF 5013 NGIIF Reference Document, Part III, Installation and Maintenance Responsibilities for SS7 Links and Trunks, Attachment G, Link Diversity Validation Guidelines, is an ATIS st

14、andard 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. 2 No part of this publication may be reproduced in any form, in a

15、n 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. 3 LINK DIVERSITY VALIDATION GUIDELINES SIGNALING SYSTEM 7 Table of Contents 1 GENERAL 4 1.1 PU

16、RPOSE OF DOCUMENT . 4 1.2 DEFINITIONS . 4 2 BASIC PREMISES 4 3 OPERATING PRINCIPLES 4 4 SERVICE PROVIDER RESPONSIBILITY . 5 4.1 INSTALLATION 5 4.2 AUDITING PROCESS 5 5 RECORDS (DATABASE AND/OR PAPER) 6 6 PHYSICAL VALIDATION 6 7 LINK DIVERSITY GUIDELINES AND AUDITING PROCESS 6 7.1 DISTRIBUTION FRAMES

17、 AND MOUNTING BLOCKS 6 7.2 OFFICE REPEATER BAYS, DSX BAYS, PATCH BAYS. 7 7.3 DIGITAL CROSS-CONNECT SYSTEM (DCS) . 7 7.4 D4/D5 BAYS (AND ASSOCIATED CHANNEL BANK EQUIPMENT) . 7 7.5 FIBER OPTIC TERMINALS AND MULTIPLEXERS. 7 7.6 POWER AND FUSING . 8 7.7 CLOCK/TIMING SUPPLIES/SYNCHRONIZATION . 8 7.8 ACCE

18、SS EQUIPMENT (TEST, BILLING, MONITORING) 8 7.9 CABLE (INSIDE) 8 7.10 CABLE (ENTRANCE) 9 7.11 INTEROFFICE ROUTE . 9 7.12 CABLE (AERIAL/BURIED/UNDERGROUND) . 9 7.13 RADIO . 9 8 LEASED AND SUB-LEASED FACILITIES 10 4 1 General 1.1 Purpose of Document The purpose of this document is to provide guidance f

19、or the validation of diversity to providers of Signaling System 7 links to ensure the integrity of the Signaling System 7 network. CAUTION: Physical Validation should be considered as being able to cause link failures. Existing NGIIF Maintenance procedures (SS7 III) should be followed. When and if a

20、 company intends to perform physical validation of diversification by intrusive methods, the interconnected companies shall agree on the methodology, date, and time for the intrusive validation. This document does not replace or supersede any existing contracts, tariffs or any other legally binding

21、document. 1.2 Definitions For the purpose of this document, the following definitions shall apply: Service Provider is any company providing telecommunications access services. Vendor/Manufacturers are any companies providing hardware/software to the telecommunications industry. Physical Validation

22、shall be accomplished by an actual non-intrusive (i.e., not service affecting) check of the physical assignment compared to the documented assignment. Physical Diversification is the separation of all cables, cable runs, equipment bays, facilities and structures. Electrical Diversity is the separati

23、on of common power supplies, electronic equipment and fusing. Logical Diversification is defined as the condition where link facilities are physically diverse but not logically protected. Quad Links are CCS links that form the STP - to - STP interconnection. Link Pairs are combined link sets consist

24、ing of a link in each link set. 2 Basic Premises Full SS7 Link diversity is essential to ensure the robustness of the entire telecommunications network. The lack of diversity on SS7 routes places the entire telecommunications network at risk. Information included in this document is a result of Netw

25、ork Interconnection Interoperability Forum agreements and pertains to the validation of SS7 link diversification. 3 Operating Principles Link diversification validation should be performed at a minimum of twice a year. At least one of those validations shall include a physical validation of equipmen

26、t compared to the recorded documentation of diversity. 5 The validation of diversification is the responsibility of every network service provider that provides or utilizes SS7 links. Diversification shall be in accordance with the Network Interconnection Interoperability Forum minimum recommended c

27、riteria for two-way and three-way diversity, as identified in the NGIIF Reference Document in Section III, SS7 Link and Trunk Document. Limitations on diversification should be considered at the time of deployment; such limitations may consist of, geography, facilities, circuit design and tariffs. 4

28、 Service Provider Responsibility This section covers the responsibilities of the service provider in ensuring and maintaining link diversification. 4.1 Installation When new links are being ordered it is the responsibility of the service provider to ensure that the assignment of links maintains all

29、aspects of diversification for the purchasing customer. Where it has been identified at the time of assignment that diversification cannot be maintained, the service provider shall ensure the maximum level of diversification possible at that point in time. The service provider shall inform the custo

30、mer immediately and develop a path forward to reconcile the situation. Documentation shall be generated to record the lack of diversification for future reference. In the event that a database assigns and maintains diversification, the service provider shall have in place an alerting mechanism to in

31、form them if an assignment violates diversification. Where diversification cannot be implemented at the time of interconnection, the customer shall be informed and the service provider shall have a mechanism (automatic or manual) in place that will re-address the lack of diversification periodically

32、. The service provider shall provide diverse link assignments at the earliest time possible so that diversification can be achieved. Where a rearrangement is required, the company initiating the rearrangement shall follow existing NGIIF guidelines associated with the affected interconnecting compani

33、es. Every effort must be made to avoid the use of a tandem or hub office link circuit design. Leased facilities must be verified, as facilities of different carriers may have a common Point of Presence (POP). Interconnected link records (including office assignment records) must include adequate det

34、ail for link diversity to be verified. 4.2 Auditing Process Once a year, the service provider shall verify all supporting documentation of link assignments to ensure that diversification is maintained. In the event that diversification violations have been detected, which affect the provisioning of

35、the circuit, the service provider shall: notify the customer of the violation and provide a commitment for reconciliation, and initiate corrective actions to eliminate the violation. 6 In order to validate that all supporting documentation is correct and consistent, the service provider shall compar

36、e all sources of documented link assignments to ensure diversification. Where a conflict between two or more sources is identified, such conflicts shall be reconciled. It may be in the best interest of the service provider and the customer that when anomalies in records are identified, a physical ch

37、eck be performed to ascertain the correct assignment. Six months after the documentation validation process has been completed, the service provider shall conduct an additional validation of diversification. At this point in time, a physical validation shall be performed. A physical validation shall

38、 be performed by comparing the documented assignment with the physical assignment of one end of the link. The interconnected party shall be required to perform the same function at their end of the connection. (See caution note in Section 1) 5 Records (Database and/or Paper) Link assignment records

39、should include all aspects of diversification (Physical, Electrical, and Logical). Where link assignment records are in a database, a back up of the database should be maintained. Records must be verified for all aspects of diversity prior to physical verification. Where a compromise of diversificat

40、ion is identified in the supporting documentation, a physical check should be performed to ensure physical diversification is maintained and the associated documentation corrected. Where rerouting has taken place for any reason, diversification should be verified and records should be updated within

41、 24 hours internally as well as between interconnected companies. 6 Physical Validation When a company intends to perform physical validation of diversification by intrusive methods, the interconnected companies shall agree on the methodology, date and time for the intrusive validation. Physical val

42、idation can be performed by ensuring that the documentation for the links being audited is consistent with the physical assignment. The interconnected parties should confirm that the data is consistent. Physical verification is a confirmation of records by an actual on-site physical check. Physical

43、validation includes the verification of identification of SS7 nodes and associated components as outlined in the NGIIF Reference Document, Section 11, SS7 Component Identification. 7 Link Diversity Guidelines and Auditing Process This section covers network components that should be validated for di

44、versification. 7.1 Distribution Frames and Mounting Blocks 7.1.1 Guideline Termination of diverse CCS links should be on separate Main Distributing Frame (MDF) mounting blocks. 7 7.1.2 Process Verify that diverse CCS links are assigned to separate blocks on circuit records. Visually inspect MDF loca

45、tions to ensure that CCS links are installed as indicated in the records. 7.2 Office Repeater Bays, DSX Bays, Patch Bays. 7.2.1 Guideline Diverse CCS links should not traverse a single bay of these types. Each link should be routed through separate and distinct bays. 7.2.2 Process Verify in records

46、that diverse CCS links are assigned to separate bays. Visually inspect bay locations to ensure that CCS links appear as indicated on the records. 7.3 Digital Cross-connect System (DCS) 7.3.1 Guideline Diverse CCS links should not traverse a single DCS. 7.3.2 Process Verify that diverse CCS links are

47、 assigned to separate Digital Cross-connect Systems. Interrogate DCS databases to ensure that CCS links are assigned as indicated on records. 7.4 D4/D5 Bays (and associated channel bank equipment) 7.4.1 Guideline The channel bank equipment associated with each diverse CCS link should be located in s

48、eparate bays, separate line-ups if possible. 7.4.2 Process Verify in records that diverse CCS links are assigned to separate bays. Visually inspect bay locations to ensure that diverse CCS links appear as indicated on records 7.5 Fiber Optic Terminals and Multiplexers. 7.5.1 Guideline Diverse CCS li

49、nks should not transit the same fiber terminal or the same multiplex equipment. 7.5.2 Process Verify in records that CCS links are assigned to separate equipment. Visually inspect bay locations to ensure that CCS links appear as indicated on records. 8 7.6 Power and Fusing 7.6.1 Guideline No components of diverse CCS transmission paths should share a common fuse within the same power distribution unit (PDU). 7.6.2 Process Verify in records that diverse CCS links are assigned to separate equipment bays. This will usually ensure service through se