SIST EN 301 140-1:2000
(Main)Intelligent Network (IN); Intelligent Network Application Protocol (INAP); Capability Set 2 (CS2); Part 1: Protocol specification
Intelligent Network (IN); Intelligent Network Application Protocol (INAP); Capability Set 2 (CS2); Part 1: Protocol specification
To produce a version of INAP for CS2 with as few options as possible suitable for implementation in Europe. Close co-operation must be ensured with SPS2 with regard to CTM and UPT support. Other aspects which need to be addressed are those surrounding VPN such as CTN and GVNS. The Call Party Handling procedures must also be supported. The validated SDLl model must be part of th enormative text and shall define the behaviour of the various operations applicable for the defined IN CS2 functional interface. The specification should also address aspects of interaction between IN structured networks. As a result of this, new IN functionality may be identified such as the interworking function; the impact this has on the INAP and ISUP/DSS1 will need to be explored. The CS2 definitions should be fully compatible with the existing CS1 INAP.
Inteligentno omrežje (IN) - Drugi nabor zmožnosti inteligentnega omrežja (CS2) - 1. del: Specifikacija protokola
General Information
Standards Content (Sample)
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.Inteligentno omrežje (IN) - Drugi nabor zmožnosti inteligentnega omrežja (CS2) - 1. del: Specifikacija protokolaIntelligent Network (IN); Intelligent Network Application Protocol (INAP); Capability Set 2 (CS2); Part 1: Protocol specification33.040.35Telefonska omrežjaTelephone networksICS:Ta slovenski standard je istoveten z:EN 301 140-1 Version 1.3.4SIST EN 301 140-1:2000en01-januar-2000SIST EN 301 140-1:2000SLOVENSKI
STANDARD
SIST EN 301 140-1:2000
EN 301 140-1 V1.3.4 (1999-06)European Standard (Telecommunications series)Intelligent Network (IN);Intelligent Network Application Protocol (INAP);Capability Set 2 (CS2);Part 1: Protocol specificationSIST EN 301 140-1:2000
ETSIETSI EN 301 140-1 V1.3.4 (1999-06)2ReferenceDEN/SPS-03038-1 (ak090j2o.PDF)KeywordsCS2, INAP, IN, protocolETSIPostal 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.frIndividual copies of this ETSI deliverablecan be downloaded fromhttp://www.etsi.orgIf you find errors in the present document, send yourcomment to: editor@etsi.frCopyright 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 1999.All rights reserved.SIST EN 301 140-1:2000
ETSIETSI EN 301 140-1 V1.3.4 (1999-06)3ContentsIntellectual Property Rights.31Foreword.311Scope.322References.333Definitions and abbreviations.353.1Definitions.353.2Abbreviations.364Interface specification for telecommunication services.384.1General.384.1.1Definition methodology.384.1.2Example physical scenarios.384.1.2.1"SCF - External SRF" Communication in the Relay Case.454.1.3INAP protocol architecture.464.1.3.1INAP signalling congestion control for SS7.474.1.4INAP addressing.484.1.5Relationship between ITU-T Recommendation Q.1224 and the present document.484.1.6Compatibility mechanisms used for INAP.514.1.6.1Introduction.514.1.6.2Definition of INAP compatibility mechanisms.514.1.6.2.1Procedures for major additions to INAP.514.1.6.2.2Procedures for minor additions to INAP.514.1.6.2.3Procedures for inclusion of network specific additions to INAP.524.2SACF/MACF rules.524.2.1Reflection of TCAP AC.524.2.2Sequential/parallel execution of operations.525Common IN Capability Set 2 (CS2) Types.525.1Data types.525.2Error types.695.3Operation codes.715.4Error codes.725.5Classes.735.6Object IDentifiers (IDs).796SSF/CCF - SCF Interface.836.1Operations and arguments.836.2SSF/SCF packages, contracts and ACs.1006.2.1(void).1006.2.2SSF/SCF ASN.1 module.1007SCF/SRF interface.1087.1SCF/SRF operations and arguments.1087.2SRF/SCF contracts, packages and ACs.1127.2.1(void).1127.2.2SRF/SCF ASN.1 modules.1128SCF/SDF interface.1148.1Introduction to the reuse of ITU-T Recommendation X.500 for SDF Interfaces.1148.1.1Alignment between the ITU-T Recommendation X.500 concepts and the IN.1148.1.2Use of a limited subset of ITU-T Recommendation X.500.1148.1.3Working assumptions.1158.2The SDF information model.1158.2.1Information Framework.1158.2.1.1METHOD.1158.2.1.2DIT METHOD Use.116SIST EN 301 140-1:2000
ETSIETSI EN 301 140-1 V1.3.4 (1999-06)48.2.1.2.1Overview.1168.2.1.2.2DIT METHOD Use specification.1168.2.2Basic Access Control.1178.2.2.1ProtectedItems.1178.2.2.2GrantsAndDenials.1178.2.3Attribute contexts.1188.2.3.1Basic Service context.1188.2.3.2Line Identity context.1188.2.3.3Assignment context.1198.2.4Attribute Definitions.1198.2.4.1DIT Method Use operational attribute.1198.3The SCF-SDF Interface Protocol.1198.3.1Information types and common procedures.1198.3.1.1CommonArguments.1198.3.1.2ServiceControls.1208.3.1.3Entry Information Selection.1208.3.1.4EntryInformation.1208.3.1.5Simple Public Key GSS-API Mechanism (SPKM) Token profile.1208.3.2Operations.1218.3.2.1Bind operation.1218.3.2.2Search operation.1218.3.2.3AddEntry operation.1228.3.2.4RemoveEntry operation.1228.3.2.5ModifyEntry operation.1228.3.2.6Execute operation.1238.3.2.7in-directoryUnbind operation.1248.3.3Errors.1248.3.3.1Bind error.1248.3.3.2Service error.1248.3.3.3(void).1248.3.3.4execution Error.1248.4Protocol overview.1258.4.1Remote operations.1258.4.2Directory ROS-objects and contracts.1258.4.3DAP contract and packages.1258.5Directory protocol abstract syntax.1268.5.1Abstract syntaxes.1268.5.1.1DAP abstract syntax.1278.5.1.2Extended DAP abstract syntax.1278.5.1.3DAP binding abstract syntax.1278.5.1.4SESE abstract syntax.1278.5.2Directory ACs.1278.5.2.1Directory access AC.1278.5.2.2Extended Directory Access AC.1288.5.3Operation codes.1288.5.4Error codes.1288.5.5Versions and the rules for extensibility.1298.5.5.1Version negotiation.1298.5.5.2DUA side.1298.5.5.2.1Request and response processing at the DUA side.1298.5.5.2.2Extensibility rules for error handling at the DUA side.1298.5.5.3Request processing at the DSA side.1308.6Conformance.1308.6.1Conformance by SCFs.1308.6.1.1Statement requirements.1308.6.1.2Static requirements.1308.6.1.3Dynamic requirements.1318.6.2Conformance by SDFs.1318.6.2.1Statement requirements.1318.6.2.2Static requirements.132SIST EN 301 140-1:2000
ETSIETSI EN 301 140-1 V1.3.4 (1999-06)58.6.2.3Dynamic requirements.1328.7ASN.1 Modules for the SCF-SDF interface.1328.7.1IN-CS2-SDF-InformationFramework module.1338.7.2IN-CS2-SDF-BasicAccessControl module.1348.7.3IN-CS2-SCF-SDF-Operations module.1368.7.4IN-CS2-SCF-SDF-Protocol module.1379SDF/SDF interface.1409.1Introduction to the IN ITU-T Recommendation X.500 DSP and Directory Information ShadowingProtocol (DISP) subset.1409.2Working assumptions.1409.3The IN ITU-T Recommendation X.500 DISP subset.1419.3.1Shadowing Agreement specification.1419.3.2DSA Shadow Bind.1419.3.3IN-DSA Shadow Unbind.1419.3.4Coordinate Shadow Update.1419.3.5Update Shadow.1429.3.6Request Shadow Update.1439.4The IN ITU-T Recommendation X.500 DSP subset.1449.4.1Information types and common procedures.1449.4.1.1Chaining arguments.1449.4.1.2Chaining results.1459.4.1.3Reference type.1469.4.1.4Access Point information.1469.4.1.5Continuation reference.1469.4.2DSA Bind.1479.4.3IN DSA Unbind.1479.4.4Chained operations.1489.4.5Chained errors.1489.5Protocol overview.1499.5.1ROS-objects and contracts.1499.5.2DSP contract and packages.1499.5.3DISP contract and packages.1509.6Protocol abstract syntax.1519.6.1DSP abstract syntax.1519.6.2DISP abstract syntax.1519.6.3Directory System AC.1519.6.4Directory Shadow AC.1529.6.5Versions and the rules for extensibility.1539.6.5.1Version negotiation.1539.6.5.2Initiating DSA side.1539.6.5.2.1Request and response processing at the initiating DSA side.1539.6.5.2.2Extensibility rules for error handling at the initiating DSA side.1539.6.5.3Request processing at the responding DSA side.1549.7Conformance.1549.7.1Conformance by SDFs.1549.7.1.1Statement requirements.1549.7.1.2Static requirements.1559.7.1.3Dynamic requirements.1559.7.2Conformance by a shadow supplier.1569.7.2.1Statement requirements.1569.7.2.2Static requirements.1569.7.2.3Dynamic requirements.1569.7.3Conformance by a shadow consumer.1579.7.3.1Statement requirements.1579.7.3.2Static requirements.1579.7.3.3Dynamic requirements.1579.8ASN.1 modules for the SDF-SDF interface.1579.8.1IN-CS2-SDF-SDF-Protocol module.157SIST EN 301 140-1:2000
ETSIETSI EN 301 140-1 V1.3.4 (1999-06)610SCF/SCF interface.16110.1SCF/SCF Operations and arguments.16110.2SCF/SCF contracts, packages and ACs.17010.2.1(void).17010.2.2ASN.1 modules.17011SCF/CUSF interface.17411.1Operations and arguments.17411.2SCF/CUSF contracts, operation packages, and ACs.17711.2.1(void).17711.2.2ASN.1 module.17712SSF AE procedures.18012.1General.18012.2Model and interfaces.18012.3Relations between SSF Finite State Model (FSM) and the CCF and maintenance functions.18112.4SSF management (SSME) FSM.18312.5SSF switching state model (SSM) FSM.18412.5.1FSM for Call Segment Association (CSA).18712.5.1.1State a: Idle.18812
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.