SIST EN 301 008:2000
(Main)Integrated Services Digital Network (ISDN); Signalling System No.7; Signalling Connection Control Part (SCCP); Interoperability test specification
Integrated Services Digital Network (ISDN); Signalling System No.7; Signalling Connection Control Part (SCCP); Interoperability test specification
Description of interoperability tests between two or more products having implemented ETS 300 009 to ensure compatibility.
Digitalno omrežje z integriranimi storitvami (ISDN) - Signalizacija št. 7 - Krmilni del signalizacijske zveze (SCCP) - Preskušalna specifikacija medsebojne obratovalnosti
General Information
Standards Content (Sample)
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.Digitalno omrežje z integriranimi storitvami (ISDN) - Signalizacija št. 7 - Krmilni del signalizacijske zveze (SCCP) - Preskušalna specifikacija medsebojne obratovalnostiIntegrated Services Digital Network (ISDN); Signalling System No.7; Signalling Connection Control Part (SCCP); Interoperability test specification33.080Digitalno omrežje z integriranimi storitvami (ISDN)Integrated Services Digital Network (ISDN)ICS:Ta slovenski standard je istoveten z:EN 301 008 V1.1.23SIST EN 301 008:en01-december-3SIST EN 301 008:SLOVENSKI
STANDARD
SIST EN 301 008:2000
EN 301 008 V1.1.2 (1998-05)European Standard (Telecommunications series)Integrated Services Digital Network (ISDN);Signalling System No.7;Signalling Connection Control Part (SCCP);Interoperability test specificationSIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)2ReferenceDEN/SPS-02050 (9c000idc.PDF)KeywordsISDN, SS7, SCCP, testingETSIPostal addressF-06921 Sophia Antipolis Cedex - FRANCEOffice address650 Route des Lucioles - Sophia AntipolisValbonne - FRANCETel.: +33 4 92 94 42 00
Fax: +33 4 93 65 47 16Siret N° 348 623 562 00017 - NAF 742 CAssociation à but non lucratif enregistrée à laSous-Préfecture de Grasse (06) N° 7803/88Internetsecretariat@etsi.frhttp://www.etsi.frhttp://www.etsi.orgCopyright NotificationNo part may be reproduced except as authorized by written permission.The copyright and the foregoing restriction extend to reproduction in all media.© European Telecommunications Standards Institute 1998.All rights reserved.SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)3ContentsIntellectual Property Rights.4Foreword.41Scope.52References.52.1Normative references.52.2Informative references.53Abbreviations.64SCCP test specification.64.1Introduction.64.2Network and implementation dependency considerations.74.3Test network configuration.74.4Reference specification.74.5Test list.74.5.1GT routing tests.84.5.2Connectionless protocol class tests.84.6Test tables.9History.24SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)4Intellectual Property RightsIPRs essential or potentially essential to the present document may have been declared to ETSI. The informationpertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be foundin ETR 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect ofETSI standards", which is available free of charge from the ETSI Secretariat. Latest updates are available on the ETSIWeb server (http://www.etsi.fr/ipr or http://www.etsi.org/ipr).Pursuant to the ETSI Interim IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. Noguarantee can be given as to the existence of other IPRs not referenced in ETR 314 (or the updates on the ETSI Webserver) which are, or may be, or may become, essential to the present document.ForewordThis European Standard (Telecommunications series) has been produced by ETSI Technical Committee SignallingProtocols and Switching (SPS).National transposition datesDate of adoption of this EN: 3 April 1998Date of latest announcement of this EN (doa): 31 August 1998Date of latest publication of new National Standardor endorsement of this EN (dop/e): 28 february 1999Date of withdrawal of any conflicting National Standard (dow): 28 February 1999SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)51ScopeThe present document specifies interoperability testing between nodes meeting the requirements of ITU-TRecommendations Q.711 to Q.714 [2] as modified by ETS 300 009-1 [1]. The present document may optionally also beapplied within national networks and implementations of earlier versions of ETS 300 009 and the ITU-TRecommendations.The present document is not meant to restrict national networks. The tests in the present document form a basic set ofinteroperability tests, and are used in gaining confidence that implementations of the Signalling Connection Control Part(SCCP) can interwork.2ReferencesThe following documents contain provisions which, through reference in this text, constitute provisions of the presentdocument.· References are either specific (identified by date of publication, edition number, version number, etc.) ornon-specific.· For a specific reference, subsequent revisions do not apply.· For a non-specific reference, subsequent revisions do apply.· A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the samenumber.2.1Normative references[1]ETS 300 009-1 (1996): "Integrated Services Digital Network (ISDN); Signalling System No.7;Signalling Connection Control Part (SCCP) (connectionless and connection-oriented class 2) tosupport international interconnection; Part 1: Protocol specification [ITU-T RecommendationsQ.711 to Q.714 and Q.716 (1993), modified]".[2]ITU-T Recommendations Q.711 to Q.714 (1993): "Signalling Connection Control Part (SCCP)".2.2Informative references[3]ITU-T Recommendation Q.786 (1993): "SCCP Test Specification".SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)63AbbreviationsFor the purposes of the present document, the following abbreviations apply:DPCDestination Point CodeDT1Data Form 1 messageGTGlobal TitleGTAIGlobal Title Address InformationMTPMessage Transfer PartNINetwork IndicatorOPCOrigination Point CodePCPoint CodeSCCPSignalling Connection Control PartSIOService Information OctetSPSignalling PointSSASubSystem Allowed messageSSNSubSystem NumberSSTSubsystem Status Test messageUDTUnitData messageUDTSUnitData Service messageUPUUser Part UnavailableXUDTExtended Unitdata messageXUDTSExtended UnitData Service message4SCCP test specificationConformance and performance tests are not included in the present document.4.1IntroductionThe function of interoperability testing is to confirm that different implementations, each of which conforms toETS 300 009-1 [1], can interwork. These interoperability tests apply in the international network but may also beapplied in national networks. Successful conformance or validation testing of SCCP itself, SCCP applications andMessage Transfer Part (MTP) is a pre-requisite of interoperability testing. It is recommended that interoperability testingis performed on signalling nodes that are not in service.Interoperability testing may require the use of a monitor to check the operation of the signalling node(s) under test. Thespecification of this monitor is not covered by the present document although the general requirements are that theequipment is capable of capturing all data on the signalling link, and preferably be able to decode the informationcaptured into SCCP messages.The tests in the present document are only a basic set in gaining confidence in the interoperability of SCCPimplementations. Specific interconnections may require more interoperability testing than specified here. The specificrange of tests performed between nodes is subject to bilateral or multilateral agreement and also dependent on thefunctionality of the implementations under test. The tests are shown in one direction of testing, thus they should berepeated in the reverse direction for completeness.SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)74.2Network and implementation dependency considerationsSCCP applications may be external to the nodes under test (e.g. external testers).Where the receiving node is a stand alone SCCP relay Sub System Number (SSN) routing to it cannot be used. In thiscase tests using SSN routing are not applicable.In some implementations SCCP and MTP
availability are inseparable (e.g. in the case where MTP and SCCP arehandled together). In such cases tests that require the availability status of SCCP and MTP to be different cannot be run.If the nodes under test are in service it is inadvisable to run tests that require the MTP or SCCP to be unavailable.4.3Test network configurationThe following network configuration is intended to show a typical international SCCP network scenario and is the basisof all the tests in the present document. In practice, in some cases, node B (i.e. a "stand alone" SCCP relay node) maynot exist. In these cases the relay functionality part of the tests may still be applied but would relate to internationalgateway nodes A and C.SCCP MessagesSCCP MessagesSCCP MTP(Int. PC B)National Network 1National Network 2International NetworkInternational G/W(Node A)International G/W(Node C)International SCCP Relay(Node B)MTP(Nat. PC xx)MTP(Int. PC C)SCCP MTP(Int. PC A)MTP(Nat. PC xx)SCCPFigure 14.4Reference specificationThe SCCP is described in the ETS 300 009-1 [1].4.5Test listNOTE:A number of the tests given in the present document make reference to UnitData (Service) message(UDT(S)) messages. Where supported by all the nodes in the test, Extended UnitData (Service) message(XUDT(S)) messages may be employed as an alternative.SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)84.5.1GT routing testsTest Number 1To verify correct Global Title (GT) translation and a correctly functioning signalling route exists between nodes undertest. The primary purpose of this test is to give confidence that a signalling relationship exists between the nodes undertest. Specific signalling functionality is tested by the other tests.Test Number 2To verify correct GT translation, message return and SCCP management functionality following temporary SCCPunavailability.Test Number 3To verify that UDTS is not returned when GT translates to an inaccessible Destination Point Code (DPC) and/orunavailable SSN/SCCP and the return on error option is not set.Test Number 4To verify that UDTS is returned when the GT translates to an inaccessible DPC and/or unavailable SSN/SCCP and thereturn on error option is set.Test Number 5To verify that UDTS is returned when the GT is of a type that cannot be translated and the return on error option is set.Test Number 6To verify that UDTS is returned when unknown GT Address digits are received and the return on error option is set.4.5.2Connectionless protocol class testsTest Number 7To verify that segmented messages are correctly transferred.SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)94.6Test tablesTest Number1ReferenceITU-T Recommendation Q.714 [2], clause 2, as modified by ETS 300 009-1 [1]TitleGT translationSubtitleCorrect operation of signalling routePurposeTo verify correct Global Title translation and a correctly functioning signallingroute exists between nodes under testPre-test Conditions:1.Arrange the generation of a UDT message from Node A to Node B with:- SCCP address information:- GT;- route on GT.2.Arrange the SCCP routing control data at Node B as follows:- GT translated to DPC of Node C.3.At node B, DPC and SCCP of Node C and, if applicable (i.e. RI Node B®C = SSN routing), Subsystem allavailable.Expected Message SequenceNODE AUDT NODE BUDT NODE C(continued)SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)10(Test 1 continued)Test Description:1. Arrange Node A to send a UDT message to Node B with a GT to be translated at Node B to PC of Node C.2. Record the message sequence and parameters using a signal monitor.3. CHECK A: Was the UDT message correctly forwarded to Node C?4. CHECK B: Was the message sequence as above?5. CHECK C: Were the parameter fields set correctly as indicated in the check table below?Check Table:UDT (NODE A ® NODE B)1)Protocol Class:x0000000 (Class 0); orx0000001 (Class 1).Called Party Address:2)Global Title Indicator:0100.3)Routing Indicator:0 (Route on GT).4)Global Title:Address information, as appropriate.UDT (NODE B ® NODE C)5)Protocol Class:Identical to UDT (NODE A ® NODE B).Called Party Address:As appropriate to addressing scheme used between Node B and Node C.NOTE:The presence or coding of any address parameters not specifically mentioned are not critical to this test.SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)11Test Number2ReferenceITU-T Recommendation Q.714 [2], subclause 5.2, as modified by ETS 300 009 [1]TitleGT translationSubtitleUpdating of translation t
...
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.Digitalno omrežje z integriranimi storitvami (ISDN) - Signalizacija št. 7 - Krmilni del signalizacijske zveze (SCCP) - Preskušalna specifikacija medsebojne obratovalnostiIntegrated Services Digital Network (ISDN); Signalling System No.7; Signalling Connection Control Part (SCCP); Interoperability test specification33.080Digitalno omrežje z integriranimi storitvami (ISDN)Integrated Services Digital Network (ISDN)ICS:Ta slovenski standard je istoveten z:EN 301 008 Version 1.1.2SIST EN 301 008:2000en01-december-2000SIST EN 301 008:2000SLOVENSKI
STANDARD
SIST EN 301 008:2000
EN 301 008 V1.1.2 (1998-05)European Standard (Telecommunications series)Integrated Services Digital Network (ISDN);Signalling System No.7;Signalling Connection Control Part (SCCP);Interoperability test specificationSIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)2ReferenceDEN/SPS-02050 (9c000idc.PDF)KeywordsISDN, SS7, SCCP, testingETSIPostal addressF-06921 Sophia Antipolis Cedex - FRANCEOffice address650 Route des Lucioles - Sophia AntipolisValbonne - FRANCETel.: +33 4 92 94 42 00
Fax: +33 4 93 65 47 16Siret N° 348 623 562 00017 - NAF 742 CAssociation à but non lucratif enregistrée à laSous-Préfecture de Grasse (06) N° 7803/88Internetsecretariat@etsi.frhttp://www.etsi.frhttp://www.etsi.orgCopyright NotificationNo part may be reproduced except as authorized by written permission.The copyright and the foregoing restriction extend to reproduction in all media.© European Telecommunications Standards Institute 1998.All rights reserved.SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)3ContentsIntellectual Property Rights.4Foreword.41Scope.52References.52.1Normative references.52.2Informative references.53Abbreviations.64SCCP test specification.64.1Introduction.64.2Network and implementation dependency considerations.74.3Test network configuration.74.4Reference specification.74.5Test list.74.5.1GT routing tests.84.5.2Connectionless protocol class tests.84.6Test tables.9History.24SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)4Intellectual Property RightsIPRs essential or potentially essential to the present document may have been declared to ETSI. The informationpertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be foundin ETR 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect ofETSI standards", which is available free of charge from the ETSI Secretariat. Latest updates are available on the ETSIWeb server (http://www.etsi.fr/ipr or http://www.etsi.org/ipr).Pursuant to the ETSI Interim IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. Noguarantee can be given as to the existence of other IPRs not referenced in ETR 314 (or the updates on the ETSI Webserver) which are, or may be, or may become, essential to the present document.ForewordThis European Standard (Telecommunications series) has been produced by ETSI Technical Committee SignallingProtocols and Switching (SPS).National transposition datesDate of adoption of this EN: 3 April 1998Date of latest announcement of this EN (doa): 31 August 1998Date of latest publication of new National Standardor endorsement of this EN (dop/e): 28 february 1999Date of withdrawal of any conflicting National Standard (dow): 28 February 1999SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)51ScopeThe present document specifies interoperability testing between nodes meeting the requirements of ITU-TRecommendations Q.711 to Q.714 [2] as modified by ETS 300 009-1 [1]. The present document may optionally also beapplied within national networks and implementations of earlier versions of ETS 300 009 and the ITU-TRecommendations.The present document is not meant to restrict national networks. The tests in the present document form a basic set ofinteroperability tests, and are used in gaining confidence that implementations of the Signalling Connection Control Part(SCCP) can interwork.2ReferencesThe following documents contain provisions which, through reference in this text, constitute provisions of the presentdocument.· References are either specific (identified by date of publication, edition number, version number, etc.) ornon-specific.· For a specific reference, subsequent revisions do not apply.· For a non-specific reference, subsequent revisions do apply.· A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the samenumber.2.1Normative references[1]ETS 300 009-1 (1996): "Integrated Services Digital Network (ISDN); Signalling System No.7;Signalling Connection Control Part (SCCP) (connectionless and connection-oriented class 2) tosupport international interconnection; Part 1: Protocol specification [ITU-T RecommendationsQ.711 to Q.714 and Q.716 (1993), modified]".[2]ITU-T Recommendations Q.711 to Q.714 (1993): "Signalling Connection Control Part (SCCP)".2.2Informative references[3]ITU-T Recommendation Q.786 (1993): "SCCP Test Specification".SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)63AbbreviationsFor the purposes of the present document, the following abbreviations apply:DPCDestination Point CodeDT1Data Form 1 messageGTGlobal TitleGTAIGlobal Title Address InformationMTPMessage Transfer PartNINetwork IndicatorOPCOrigination Point CodePCPoint CodeSCCPSignalling Connection Control PartSIOService Information OctetSPSignalling PointSSASubSystem Allowed messageSSNSubSystem NumberSSTSubsystem Status Test messageUDTUnitData messageUDTSUnitData Service messageUPUUser Part UnavailableXUDTExtended Unitdata messageXUDTSExtended UnitData Service message4SCCP test specificationConformance and performance tests are not included in the present document.4.1IntroductionThe function of interoperability testing is to confirm that different implementations, each of which conforms toETS 300 009-1 [1], can interwork. These interoperability tests apply in the international network but may also beapplied in national networks. Successful conformance or validation testing of SCCP itself, SCCP applications andMessage Transfer Part (MTP) is a pre-requisite of interoperability testing. It is recommended that interoperability testingis performed on signalling nodes that are not in service.Interoperability testing may require the use of a monitor to check the operation of the signalling node(s) under test. Thespecification of this monitor is not covered by the present document although the general requirements are that theequipment is capable of capturing all data on the signalling link, and preferably be able to decode the informationcaptured into SCCP messages.The tests in the present document are only a basic set in gaining confidence in the interoperability of SCCPimplementations. Specific interconnections may require more interoperability testing than specified here. The specificrange of tests performed between nodes is subject to bilateral or multilateral agreement and also dependent on thefunctionality of the implementations under test. The tests are shown in one direction of testing, thus they should berepeated in the reverse direction for completeness.SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)74.2Network and implementation dependency considerationsSCCP applications may be external to the nodes under test (e.g. external testers).Where the receiving node is a stand alone SCCP relay Sub System Number (SSN) routing to it cannot be used. In thiscase tests using SSN routing are not applicable.In some implementations SCCP and MTP
availability are inseparable (e.g. in the case where MTP and SCCP arehandled together). In such cases tests that require the availability status of SCCP and MTP to be different cannot be run.If the nodes under test are in service it is inadvisable to run tests that require the MTP or SCCP to be unavailable.4.3Test network configurationThe following network configuration is intended to show a typical international SCCP network scenario and is the basisof all the tests in the present document. In practice, in some cases, node B (i.e. a "stand alone" SCCP relay node) maynot exist. In these cases the relay functionality part of the tests may still be applied but would relate to internationalgateway nodes A and C.SCCP MessagesSCCP MessagesSCCP MTP(Int. PC B)National Network 1National Network 2International NetworkInternational G/W(Node A)International G/W(Node C)International SCCP Relay(Node B)MTP(Nat. PC xx)MTP(Int. PC C)SCCP MTP(Int. PC A)MTP(Nat. PC xx)SCCPFigure 14.4Reference specificationThe SCCP is described in the ETS 300 009-1 [1].4.5Test listNOTE:A number of the tests given in the present document make reference to UnitData (Service) message(UDT(S)) messages. Where supported by all the nodes in the test, Extended UnitData (Service) message(XUDT(S)) messages may be employed as an alternative.SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)84.5.1GT routing testsTest Number 1To verify correct Global Title (GT) translation and a correctly functioning signalling route exists between nodes undertest. The primary purpose of this test is to give confidence that a signalling relationship exists between the nodes undertest. Specific signalling functionality is tested by the other tests.Test Number 2To verify correct GT translation, message return and SCCP management functionality following temporary SCCPunavailability.Test Number 3To verify that UDTS is not returned when GT translates to an inaccessible Destination Point Code (DPC) and/orunavailable SSN/SCCP and the return on error option is not set.Test Number 4To verify that UDTS is returned when the GT translates to an inaccessible DPC and/or unavailable SSN/SCCP and thereturn on error option is set.Test Number 5To verify that UDTS is returned when the GT is of a type that cannot be translated and the return on error option is set.Test Number 6To verify that UDTS is returned when unknown GT Address digits are received and the return on error option is set.4.5.2Connectionless protocol class testsTest Number 7To verify that segmented messages are correctly transferred.SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)94.6Test tablesTest Number1ReferenceITU-T Recommendation Q.714 [2], clause 2, as modified by ETS 300 009-1 [1]TitleGT translationSubtitleCorrect operation of signalling routePurposeTo verify correct Global Title translation and a correctly functioning signallingroute exists between nodes under testPre-test Conditions:1.Arrange the generation of a UDT message from Node A to Node B with:- SCCP address information:- GT;- route on GT.2.Arrange the SCCP routing control data at Node B as follows:- GT translated to DPC of Node C.3.At node B, DPC and SCCP of Node C and, if applicable (i.e. RI Node B®C = SSN routing), Subsystem allavailable.Expected Message SequenceNODE AUDT NODE BUDT NODE C(continued)SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)10(Test 1 continued)Test Description:1. Arrange Node A to send a UDT message to Node B with a GT to be translated at Node B to PC of Node C.2. Record the message sequence and parameters using a signal monitor.3. CHECK A: Was the UDT message correctly forwarded to Node C?4. CHECK B: Was the message sequence as above?5. CHECK C: Were the parameter fields set correctly as indicated in the check table below?Check Table:UDT (NODE A ® NODE B)1)Protocol Class:x0000000 (Class 0); orx0000001 (Class 1).Called Party Address:2)Global Title Indicator:0100.3)Routing Indicator:0 (Route on GT).4)Global Title:Address information, as appropriate.UDT (NODE B ® NODE C)5)Protocol Class:Identical to UDT (NODE A ® NODE B).Called Party Address:As appropriate to addressing scheme used between Node B and Node C.NOTE:The presence or coding of any address parameters not specifically mentioned are not critical to this test.SIST EN 301 008:2000
ETSIEN 301 008 V1.1.2 (1998-05)11Test Number2ReferenceITU-T Recommendation Q.714 [2], subclause 5.2, as modified by ETS 300 009 [1]TitleGT translationSubtitleUpdating of trans
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.