S tandard ECMA-264
3rd Edition - December 2001
Standardizing Information
and
Communication
Systems
Private Integrated Services Network (PISN) Inter-Exchange Signalling Protocol Call Priority Interruption and Call Priority Interruption Protection Supplementary Services
Phone: +41 22 849.60.00 - Fax: +41 22 849.60.01 - URL: http://www.ecma.ch - Internet: [email protected]
.
S tandard ECMA-264
3rd Edition - December 2001
Standardizing
Information
and
Communication
Systems
Private Integrated Services Network (PISN) Inter-Exchange Signalling Protocol Call Priority Interruption and Call Priority Interruption Protection Supplementary Services (QSIG-CPI(P))
Phone: +41 22 849.60.00 - Fax: +41 22 849.60.01 - URL: http://www.ecma.ch - Internet: [email protected] IW
Ecma-264.doc
31-01-02 16,13
.
Brief History
This Standard is one of a series of ECMA Standards defining services and signalling protocols applicable to Private Integrated Services Networks (PISNs). The series uses ISDN concepts as developed by ITU-T and conforms to the framework of International Standards for Open Systems Interconnection as defined by ISO/IEC. This particular Standard specifies the signalling protocol for use at the Q reference point in support of the Call Priority Interruption (CPI) and Call Priority Interruption Protection (CPIP) supplementary services. The protocol defined in this Standard forms part of the PSS1 protocol (informally known as QSIG). This Standard is based upon the practical experience of ECMA member companies and the results of their active and continuous participation in the work of ISO/IEC JTC1, ITU-T, ETSI and other international and national standardization bodies. It represents a pragmatic and widely based consensus. There are currently no equivalent services specified by ITU-T or ETSI for public ISDN. Compared to the 1st Edition of Standard ECMA-264 (published by ECMA in September 1997), the 2nd Edition incorporated changes to achieve complete alignment with International Standard ISO/IEC 15992:1998(E) published by ISO/IEC in December 1998. Compared to the 2nd edition of Standard ECMA-264 (published by ECMA in December 1998), this 3rd edition incorporates migration to ASN.1 version 1997.
Adopted as 3rd Edition of Standard ECMA-264 by the General Assembly of December 2001.
- i -
Table of contents 1
Scope
1
2
Conformance
1
3
References (normative)
1
Definitions E x te r n a l d e f in itio n s Ca lle d u s e r Ca llin g u s e r Call interruption Call Priority Interruption Capability Level (CPICL) C a l l P r i o r i t y I n t e r r u p t i o n P r o te c t i o n L e v e l ( C P I P L ) Ca ll p r o te c tio n Established call Established call user Established call user's PINX Forced release Inter-PINX link I n te r r u p tin g P I N X Non-priority call Priority call Protected call
2 2 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
List of acronyms
4
4 4.1 4.2 4.3 4.4 4.5 4.6 4.7 4.8 4.9 4.10 4.11 4.12 4.13 4.14 4.15 4.16 5 6
Signalling protocol for the support of SS-CPI(P) 6.1 SS-CPI(P) description 6 . 2 S S - C P I ( P ) o p e r a t i o n a l r e q u i r e me n t s 6.2.1 Re q u ir e me n ts o n th e O r ig in a tin g P I N X 6.2.2 Re q u ir e me n ts o n th e T e r min a tin g P I N X 6.2.3 Re q u ir e me n ts o n a T r a n s it P I N X 6.2.4 Re q u ir e me n ts o n th e I n te r r u p tin g P I N X 6.2.5 Re q u ir e me n ts o n th e E s ta b lis h e d c a ll u s e r 's P I N X 6 . 3 S S - CP I ( P ) c o d in g r e q u ir e me n ts 6.3.1 Operations 6.3.2 Notifications 6.3.3 I n f o r ma t i o n e l e me n t s 6.3.4 Messages 6 . 4 S S - CP I s ta te d e f in itio n s 6.4.1 States at the Originating PINX 6.4.2 States at the Transit PINX 6.4.3 States at the Interrupting PINX
4 4 4 4 4 4 4 5 5 5 6 6 7 7 7 7 7
- ii -
6 . 5 S S - CP I P s ta te d e f in itio n s 6.5.1 States at the Originating PINX 6.5.2 States at the Transit PINX 6.5.3 S t a t e s a t t h e T e r mi n a t i n g P I N X 6 . 6 S S - CP I s ig n a llin g p r o c e d u r e s f o r a c tiv a tio n , d e a c tiv a tio n a n d r e g is tr a tio n 6 . 7 S S - CP I P s ig n a llin g p r o c e d u r e s f o r a c tiv atio n , d e a c tiv a tio n a n d r e g is tr a tio n 6 . 8 S S - CP I s ig n a llin g p r o c e d u r e s f o r in v o c a tio n a n d o p e r a tio n 6.8.1 Actions at the Originating PINX 6.8.2 Actions at a Transit PINX 6.8.3 Actions at the Interrupting PINX 6.8.4 A c t i o n s a t t h e T e r mi n a t i n g P I N X 6.8.5 Actions at the Established call user's PINX 6 . 9 S S - CP I P s ig n a llin g p r o c e d u r e s f o r in v o c a tio n a n d o p e r a tio n 6.9.1 Actions at the Originating PINX 6.9.2 Actions at a Transit PINX 6.9.3 A c t i o n s a t t h e T e r mi n a t i n g P I N X 6.10 S S - CP I imp a c t o f in te r w o r k in g w ith p u b lic I S D N s 6.11 S S - CP I P imp a c t o f in te r w o r k in g w ith p u b lic I S D N s 6.12 S S - CP I imp a c t o f in te r w o r k in g w ith n o n - I S D N s 6.13 S S - CP I P imp a c t o f in te r w o r k in g w ith n o n - I S D N s 6.14 P r o to c o l in te r a c tio n s b e tw e e n S S - CP I ( P ) a n d o th e r s u p p le me n ta r y s e r v ic e s a n d ANFs 6.14.1 I n t e r a c t i o n w i t h C a l l i n g N a me I d e n t i f i c a t i o n P r e s e n t a t i o n ( S S - C N I P ) 6.14.2 I n t e r a c t i o n w i t h C o n n e c t e d N a me I d e n t i f i c a t i o n P r e s e n t a t i o n ( S S - C O N P ) 6.14.3 I n t e r a c t i o n w i t h C o mp l e t i o n o f C a l l t o B u s y S u b s c r i b e r ( S S - C C B S ) 6.14.4 I n te r a c tio n w ith Co mp le tio n o f Ca ll o n N o Re p ly ( S S - CCN R) 6.14.5 Interaction with Call Transfer (SS-CT) 6.14.6 I n te r a c tio n w ith Ca ll F o r w a r d in g U n c o n d itio n a l ( S S - CF U ) 6.14.7 I n t e r a c t i o n w i t h C a l l F o r w a r d in g B u s y ( S S - C F B ) 6.14.8 I n te r a c tio n w ith Ca ll F o r w a r d in g N o Re p ly ( S S - CF N R) 6.14.9 Interaction with Call Deflection (SS-CD) 6 . 1 4 . 1 0 I n t e r a c t i o n w i t h P a t h R e p l a c e me n t ( A N F - P R ) 6.14.11 Interaction with Call Offer (SS-CO) 6.14.12 Interaction with Call Intrusion (SS-CI) 6.14.13 Interaction with Do not Disturb (SS-DND) 6 . 1 4 . 1 4 I n t e r a c t i o n w i t h D o n o t D is t u r b O v e r r i d e ( S S - D N D O ) 6 . 1 4 . 1 5 I n te r a c tio n w ith A d v ic e o f Ch a r g e ( S S - A O C) 6.14.16 Interaction with Recall (SS-RE) 6.14.17 Interaction with Call Interception (ANF-CINT) 6 . 1 4 . 1 8 I n te r a c tio n w ith T r a n s it Co u n te r ( A N F - T C) 6 . 1 4 . 1 9 I n t e r a c t i o n w i t h W ir e l e s s T e r mi n a l L o c a t i o n R e g is t r a t i o n ( S S - W T L R ) 6 . 1 4 . 2 0 I n t e r a c t i o n w i t h W ir e l e s s T e r mi n a l I n c o min g C a l l ( A N F - W T MI ) 6 . 1 4 . 2 1 I n t e r a c t i o n w i t h W ir e l e s s T e r mi n a l O u t g o in g C a l l ( A N F - W T M O ) 6 . 1 4 . 2 2 I n t e r a c t i o n w i t h W ir e l e s s T e r mi n a l A u t h e n t i c a t i o n o f a W T M u s e r ( S S - W T A T ) 6 . 1 4 . 2 3 I n t e r a c t i o n w i t h W ir e l e s s T e r mi n a l A u t h e n t i c a t i o n o f a P I S N ( S S - W T A N ) 6 . 1 4 . 2 4 I n te r a c tio n w ith Me s s a g e W a itin g I n d ic a tio n ( S S - MW I )
7 7 8 8 8 8 8 8 9 9 10 11 11 11 11 11 12 12 12 12 13 13 13 13 13 13 13 14 14 14 14 14 14 14 14 14 14 14 15 15 15 15 15 15 15
- iii -
6 . 1 4 . 2 5 I n t e r a c t i o n w i t h C o mmo n I n f o r ma t i o n ( A N F - C MN ) 6.15 S S - C P I p a r a me t e r v a l u e s ( t i me r s ) 6.15.1 T i me r T 1
15 15 15
A n n e x A - P r o t o c o l I m p l e m e n t a t i o n C o n fo r m a n c e S t a t e m e n t ( P I C S ) p r o f o r m a
17
A n n e x B - Ex a m p le s o f m e s s a g e s e q u e n c e s
25
A n n e x C - S p e c i f i c a t i o n a n d D e s c r i p t i o n L a n gu a g e ( S D L ) r e p r e s e n t a t i o n o f p r o c e d u r e s
31
A n n e x D - A S N . 1 d e f in it io n s a c c o r d in g t o I TU - T R e c s . X . 2 0 8 / X . 2 0 9
39
1
Scope This ECMA Standard specifies the signalling protocol for the support of the Call priority interruption (SS-CPI) and Call Priority Interruption Protection (SS-CPIP) supplementary services at the Q reference point between Private Integrated services Network eXchanges (PINXs) connected together within a Private Integrated Services Network (PISN). NOTE 1 This edition of this Standard does not apply to calls using the circuit-mode multiple rate bearer service. SS-CPI allows a call request for a priority call to proceed successfully in the case that there is no user information channel available. This is accomplished by force releasing an established call of lower priority. SS-CPIP allows for the protection of calls against interruption from priority calls. The Q reference point is defined in ECMA-133. Service specifications are produced in three stages and according to the method specified in ETS 300 387. This ECMA Standard contains the stage 3 specification for the Q reference point and satisfies the requirements identified by the stage 1 and stage 2 specifications in ECMA-263. The signalling protocol for SS-CPI(P) operates on top of the signalling protocol for basic circuit switched call control, as specified in ECMA-143, and uses certain aspects of the generic procedures for the control of supplementary services specified in ECMA-165. This Standard also specifies additional signalling protocol requirements for the support of interactions at the Q reference point between SS-CPI(P) and other supplementary services and ANFs. NOTE 2 Additional interactions that have no impact on the signalling protocol at the Q reference point can be found in the relevant stage 1 specifications. This ECMA Standard is applicable to PINXs that can interconnect to form a PISN.
2
Conformance In order to conform to this Standard, a PINX shall satisfy the requirements identified in the Protocol Implementation Conformance Statement (PICS) proforma in annex A. Conformance to this Standard includes conforming to those clauses that specify protocol interactions between SS-CPI(P) and other supplementary services and ANFs for which signalling protocols at the Q reference point are supported in accordance with the stage 3 standards concerned.
3
References (normative) The following standards contain provisions which, through reference in this text, constitute provisions of this Standard. All standards are subject to revision, and parties to agreements based on this Standard are encouraged to investigate the possibility of applying the most recent editions of the standards indicated below. In the case of references to ECMA Standards that are aligned with ISO/IEC International Standards, the number of the appropriate ISO/IEC International Standard is given in brackets after the ECMA reference. ECMA-133
Private Integrated Services Network (PISN) - Reference Configuration for PISN Exchanges (PINX) (International Standard ISO/IEC 11579-1)
ECMA-142
Private Integrated Services Network (PISN) - Circuit-mode 64 kbit/s Bearer Services Service Description, Functional Capabilities and Information Flows (International Standard ISO/IEC 11574)
ECMA-143
Private Integrated Services Network (PISN) - Circuit-mode Bearer Services - InterExchange Signalling Procedures and Protocol (International Standard ISO/IEC 11572)
- 2 -
ECMA-165
Private Integrated Services Network (PISN) - Generic Functional Protocol for the Support of Supplementary Services - Inter-Exchange Signalling Procedures and Protocol (International Standard ISO/IEC 11582)
ECMA-174
Private Integrated Services Network (PISN) - Inter-Exchange Signalling Protocol - Call Diversion Supplementary Services (International Standard ISO/IEC 13873)
ECMA-176
Private Integrated Services Network (PISN) - Inter-Exchange Signalling Protocol - Path Replacement Additional Network Feature (International Standard ISO/IEC 13874)
ECMA-178
Private Integrated Services Network (PISN) - Inter-Exchange Signalling Protocol - Call Transfer Supplementary Services (International Standard ISO/IEC 13869)
ECMA-221
Private Integrated Services Network (PISN) - Inter-Exchange Signalling Protocol - Call Interception Additional Network Feature (International Standard ISO/IEC 15054)
ECMA-263
Private Integrated Services Network (PISN) - Specification, Functional Model and Information Flows - Call Priority Interruption and Call Priority Interruption Protection Supplementary Services (International Standard ISO/IEC 15991)
ECMA-304
Private Integrated Services Network (PISN) - Inter-Exchange Signalling Protocol Wireless Terminal Call Handling Additional Network Features (International Standard ISO/IEC 15431)
ETS 300 387
Private Telecommunication Network (PTN); Method for the specification of basic and supplementary services (1994)
ITU-T Rec. I.112
Vocabulary of terms for ISDNs (1993)
ITU-T Rec. I.210
Principles of telecommunication services supported by an ISDN and the means to describe them (1993)
ITU-T Rec. Q.950 Supplementary services protocols, structure and general principles (2000) ITU-T Rec. Z.100 Specification and description language (1999)
4
Definitions For the purposes of this Standard, the following definitions apply.
4.1
External definitions This ECMA Standard uses the following terms defined in other documents: − Adjacent PINX
(ECMA-165)
− Application Protocol Data Unit (APDU)
(ECMA-165)
− Basic Service
(ITU-T Rec. I.210)
− Call, Basic Call
(ECMA-165)
− Coordination Function
(ECMA-165)
− Notification
(ECMA-165)
− Originating PINX
(ECMA-143)
− Preceding PINX
(ECMA-143)
− Private Integrated Services Network (PISN)
(ECMA-133)
− Private Integrated services Network Exchange (PINX)
(ECMA-133)
− Signalling
(ITU-T Rec. I.112)
− Subsequent PINX
(ECMA-143)
− Supplementary Service
(ITU-T Rec. I.210)
− Terminating PINX
(ECMA-143)
- 3 -
4.2
− Transit PINX
(ECMA-143)
− User
(ECMA-142)
Called user The user that receives a request to accept an incoming call and who may request SS-CPIP.
4.3
Calling user The user that originates a call attempt and who may request SS-CPI and/or SS-CPIP.
4.4
Call interruption An invocation procedure of SS-CPI whereby the calling user indicates that a "priority call" is to be made.
4.5
Call Priority Interruption Capability Level (CPICL) A parameter indicating the priority of a call.
4.6
Call Priority Interruption Protection Level (CPIPL) A parameter indicating a level of protection of a call against interruption from other calls.
4.7
Call protection An invocation procedure of SS-CPIP whereby the calling user or the called user indicates that a call is to be protected.
4.8
Established call The active call that is selected for interruption.
4.9
Established call user A user in the established call.
4.10
Established call user's PINX The PINX serving one of the users in the established call.
4.11
Forced release The release of the established call during interruption.
4.12
Inter-PINX link The totality of a signalling channel and a number of user information channels at the Q reference point.
4.13
Interrupting PINX The PINX that selects an established call for interruption. NOTE 3 The Originating PINX or any Transit PINX involved in a call may also be an Interrupting PINX.
4.14
Non-priority call A call that has not been assigned a CPICL value.
4.15
Priority call A call that has a CPICL value greater than zero. NOTE 4 A priority call may also be a protected call.
4.16
Protected call A call that has a CPIPL value greater than zero. NOTE 5 A protected call may also be a priority call.
- 4 -
5
List of acronyms ANF APDU ASN.1 CPICL CPIPL ISDN NFE PICS PINX PISN SDL SS-CPI SS-CPIP
6
Additional Network Feature Application Protocol Data Unit Abstract Syntax Notation no. 1 Call Priority Interruption Capability Level Call Priority Interruption Protection Level Integrated Services Digital Network Network Facility Extension Protocol Implementation Conformance Statement Private Integrated services Network eXchange Private Integrated Services Network Specification and Description Language Call Priority Interruption Supplementary Service Call Priority Interruption Protection Supplementary Service
Signalling protocol for the support of SS-CPI(P)
6.1
SS-CPI(P) description SS-CPI is a supplementary service that allows a call request for a priority call to proceed successfully in the case that there is no user information channel available. SS-CPI may be invoked by the calling user. SS-CPIP is a supplementary service that allows for the protection of calls against interruption. SS-CPIP may be invoked by either the calling user or the called user. A priority interruption only occurs if the call originating from the calling user has a higher Call Priority Interruption Capability Level (CPICL) than the Call Priority Interruption Protection Level (CPIPL) of at least one of the established calls on the selected inter-PINX link. SS-CPI(P) is applicable to all circuit mode basic services defined in ECMA-142.
6.2 6.2.1
SS-CPI(P) operational requirements Requirements on the Originating PINX Call establishment procedures for the outgoing side of an inter-PINX link and call release procedures, as specified in ECMA-143, shall apply. Generic procedures for the call-related control of supplementary services, as specified in ECMA-165 for an End PINX, shall apply.
6.2.2
Requirements on the Terminating PINX Call establishment procedures for the incoming side of an inter-PINX link and call release procedures, as specified in ECMA-143, shall apply. For the support of SS-CPIP, generic procedures for the call-related control of supplementary services, as specified in ECMA-165 for an End PINX, shall apply.
6.2.3
Requirements on a Transit PINX Basic call procedures, as specified in ECMA-143 for a Transit PINX, shall apply. Generic procedures for the call-related control of supplementary services, as specified in ECMA-165 for a Transit PINX, shall apply. In addition, for the support of SS-CPI, the generic procedures for notification, as specified in ECMA-165 shall apply.
6.2.4
Requirements on the Interrupting PINX Call establishment procedures for the outgoing side of an inter-PINX link and call release procedures, as specified in ECMA-143, shall apply. Generic procedures for the call-related control of supplementary services, as specified in ECMA-165 for both an End PINX and a Transit PINX, shall apply. In addition, the generic procedures for notification, as specified in ECMA-165 shall apply.
- 5 -
6.2.5
6.3
Requirements on the Established call user's PINX Generic procedures for notification, as specified in ECMA-165 for a Receiving End PINX, shall apply.
SS-CPI(P) coding requirements
6.3.1
O p e r a t io n s The operations defined in Abstract Syntax Notation number 1 (ASN.1) in table 1 shall apply. The notation is in accordance with ITU-T Rec. X.680 and X.690. The ITU-T Rec. X.208 and X.209 superseded version is in annex D. Table 1 - Operations in support of SS-CPI(P)
Call-Interruption-Operations-asn1-97 {iso (1) standard (0) pss1-call-interruption (15992) call-interruption-operations-asn1-97 (2) }
DEFINITIONS EXPLICIT TAGS ::= BEGIN IMPORTS
OPERATION FROM Remote-Operations-Information-Objects {joint-iso-itu-t (2) remote-operations (4) informationObjects (5) version1 (0)} EXTENSION, Extension{} FROM Manufacturer-specific-service-extension-class-asn1-97 {iso (1) standard (0) pss1-generic-procedures (11582) msi-class-asn1-97 (11)}; -- The following operations are defined:
Call-Interruption-Operations OPERATION ::= { callInterruptionRequest | callProtectionRequest callInterruptionRequest
OPERATION ::= { ARGUMENT RETURN RESULT ALWAYS RESPONDS CODE
CPIRequestArg FALSE FALSE local: 87}
callProtectionRequest
OPERATION ::= { ARGUMENT RETURN RESULT ALWAYS RESPONDS CODE
CPIPRequestArg FALSE FALSE local: 88}
-- The following arguments are defined: CPIRequestArg
::=
SEQUENCE{ cpiCapabilityLevel argumentExtension extension sequenceOfExtn
CPIPRequestArg
::=
SEQUENCE{ cpiProtectionLevel argumentExtension extension sequenceOfExtn
CPICapabilityLevel, CHOICE{ [1] IMPLICIT Extension{{CPIPExtSet}}, [2] IMPLICIT SEQUENCE OF Extension{{CPIPExtSet}}} OPTIONAL} CPIProtectionLevel, CHOICE{ [1] IMPLICIT Extension{{CPIPExtSet}}, [2] IMPLICIT SEQUENCE OF Extension{{CPIPExtSet}}} OPTIONAL}
}
- 6 -
Table 1 - Operations in support of SS-CPI(P) (concluded) CPICapabilityLevel
::=
ENUMERATED{ interruptionLowPriority (1), interruptionMediumPriority (2), interruptionHighPriority (3)}
CPIProtectionLevel
::=
ENUMERATED{ noProtection (0), lowProtection (1), mediumProtection (2), totalProtection (3)}
CPIPExtSet EXTENSION ::= {...} END
-- of Call-Interruption-Operations-asn1-97
6.3.2
N o t if ic a t io n s The following notifications, defined in Abstract Syntax Notation number 1 (ASN.1) in table 2 shall apply. Table 2 - Notifications in support of SS-CPI(P)
Call-Interruption-Notifications-asn1-97 {iso (1) standard (0) pss1-call-interruption (15992) call-interruption-notifications-asn1 (3) } DEFINITIONS BEGIN IMPORTS
::= NOTIFICATION FROM Notification-Data-Structure-asn1-97 {iso (1) standard (0) pss1-generic-procedures (11582) notification-data-structure-asn1-97 (18)};
-- The following notifications are defined: Call-Interruption-Notifications
NOTIFICATION ::= {interruptionIsImpending | interruptionTerminated | interruptionForcedRelease}
interruptionIsImpending
NOTIFICATION ::= { ARGUMENT NULL CODE local: 2008}
interruptionTerminated
NOTIFICATION ::= { ARGUMENT NULL CODE local: 2009}
interruptionForcedRelease
NOTIFICATION ::= { ARGUMENT NULL CODE local: 2010}
END
--of Call-Interruption-Notifications-asn1-97
6.3.3 Information elements 6.3.3.1 Facility information element The operations defined above shall be coded in the Facility information element in accordance with ECMA-165. When conveying an APDU of operation callInterruptionRequest or operation callProtectionRequest the NFE shall be included and shall contain value anyTypeOfPINX.
- 7 -
When conveying the invoke APDU of operation callInterruptionRequest or operation callProtectionRequest the Interpretation APDU shall be included and shall contain value discardAnyUnrecognisedInvokePdu. 6.3.3.2
N o t i f i c a t i o n i n d ic a t o r i n f o r m a t i o n e l e m e n t The notifications defined above shall be coded in the Notification indicator information element in accordance with ECMA-165.
6.3.3.3
Other information elements Any other information elements (e.g., Progress indicator) shall be coded in accordance with the rules of ECMA-143.
6.3.4
Messages Messages used for call establishment and release shall be as specified in ECMA-143. The Facility information element and the Notification indicator information element shall be conveyed in the messages as specified in clause 10 of ECMA-165.
6.4
SS-CPI state definitions
6.4.1
S t a t e s a t t h e O r ig in a t in g P I N X The procedures for the Originating PINX are written in terms of the following conceptual states existing within the SS-CPI Supplementary Service Control entity in that PINX in association with a particular call.
6.4.1.1 6.4.2
S t a t e C P I - I d le SS-CPI is not operating. S t a t e s a t t h e Tr a n s it P I N X The procedures for the Transit PINX are written in terms of the following conceptual states existing within the SS-CPI Supplementary Service Control functional entity in that PINX in association with a particular call.
6.4.2.1 6.4.3
S t a t e C P I - I d le SS-CPI is not operating. S t a t e s a t t h e I n t e r r u p t in g P I N X The procedures for the Interrupting PINX are written in terms of the following conceptual states existing within the SS-CPI Supplementary Service Control functional entity in that PINX in association with a particular call.
6.4.3.1
S t a t e C P I - I d le SS-CPI is not operating.
6.4.3.2
S t a t e C P I - I m p e n d in g Following invocation of call interruption, the Interrupting PINX has notified an impending interruption to the users in the established call and is waiting for the end of the impending phase before starting interruption.
6.4.3.3
S t a t e C P I - R e le a s in g The Interrupting PINX has forced released the established call and is waiting for completion of the clearing process.
6.5
SS-CPIP state definitions
6.5.1
6.5.1.1
S t a t e s a t t h e O r ig in a t in g P I N X The procedures for the Originating PINX are written in terms of the following conceptual states existing within the SS-CPIP Supplementary Service Control entity in that PINX in association with a particular call. S t a t e C P I P - I d le SS-CPIP is not operating.
- 8 -
6.5.2
S t a t e s a t t h e Tr a n s it P I N X The procedures for the Transit PINX are written in terms of the following conceptual states existing within the SS-CPIP Supplementary Service Control functional entity in that PINX in association with a particular call.
6.5.2.1 6.5.3
S t a t e C P I P - I d le SS-CPIP is not operating. States at the Terminating PINX The procedures for the Terminating PINX are written in terms of the following conceptual states existing within the SS-CPIP Supplementary Service Control functional entity in that PINX in association with a particular call.
6.5.3.1
6.6
S t a t e C P I P - I d le SS-CPIP is not operating.
SS-CPI signalling procedures for activation, deactivation and registration Not applicable.
6.7
SS-CPIP signalling procedures for activation, deactivation and registration Not applicable.
6.8
SS-CPI signalling procedures for invocation and operation Annex B contains some examples of message sequences. NOTE 6 SS-CPI may be invoked by the calling user to identify a call attempt as being a "priority call", and to give it the capability to interrupt other calls as a means of obtaining the resources needed for successful call establishment. Calls with an associated Call Priority Interruption Capability Level (CPICL) in which the CPICL value is greater than 0 are known as "priority calls". Priority calls have the capability to interrupt other calls, both protected and non-protected; with the exception of calls having "total protection" (CPIPL=3). Priority calls may also be protected calls if SS-CPIP was invoked at the same time as SS-CPI.
6.8.1 A c t io n s a t t h e O r ig in a t in g P I N X 6.8.1.1 P r o c e d u r e f o r in v o c a t io n o f S S - C P I For a given call, the Originating PINX may invoke SS-CPI using the procedures specified below. The SDL representation of procedures at the Originating PINX is shown in C.1 of annex C. 6.8.1.1.1
Normal procedures To invoke SS-CPI, the Originating PINX shall send a callInterruptionRequest invoke APDU, and re-enter state CPI-Idle. The APDU shall be sent in the SETUP message that establishes the call. The argument of the invoke operation shall convey the CPICL of the calling user. NOTE 7 The method by which the value of the CPICL is assigned is outside the scope of this Standard.
6.8.1.1.2
6.8.1.2
6.8.1.2.1
Ex c e p t io n a l p r o c e d u r e s If the basic call fails for reasons other than those covered in 6.8.1.2 below (e.g., on calling user release, call failure, etc.), SS-CPI shall terminate, and state CPI-Idle shall be entered. P r o c e d u r e f o r o p e r a t io n o f S S - C P I While attempting to establish a new call in accordance with the procedures of ECMA-143, the interPINX link to the Subsequent PINX may be found to be congested (i.e., no B-channel available). Normal procedures If the calling user invoked SS-CPI, the Originating PINX shall not reject the calling user's call request, but shall check whether call interruption is possible. It shall do this by behaving as an
- 9 -
Interrupting PINX, as specified in 6.8.3.1 below. On completion of these procedures the behaviour of the PINX shall revert to that of an Originating PINX. 6.8.1.2.2
Ex c e p t io n a l p r o c e d u r e s The exceptional procedures of an Interrupting PINX, as specified in 6.8.3.2 below, shall apply; with the modification that where "Preceding PINX" is referred to, this shall be interpreted to mean "calling user". On completion of those procedures the behaviour of the PINX shall revert to that of an Originating PINX.
6.8.2
A c t io n s a t a Tr a n s it P I N X The SDL representation of procedures at the Transit PINX is shown in C.2 of annex C.
6.8.2.1
Normal procedures While processing, in accordance with the procedures of ECMA-143, an incoming SETUP message containing a callInterruptionRequest invoke APDU, the Transit PINX may determine that the interPINX link to the Subsequent PINX is congested (i.e., no B-channels are available). In this case the Transit PINX shall not release the call in the direction of the Preceding PINX, but shall behave as an Interrupting PINX, as specified in 6.8.3.1 below. On completion of these procedures the behaviour of the PINX shall revert to that of a Transit PINX.
6.8.2.2
Ex c e p t io n a l p r o c e d u r e s While processing, in accordance with the procedures of ECMA-143, an incoming SETUP message containing a callInterruptionRequest invoke APDU, the Transit PINX may determine that the interPINX link to the Subsequent PINX is not congested (i.e., B-channels are available). In this case the call shall proceed in accordance with the procedures of ECMA-143 and ECMA-165. The callInterruptionRequest invoke APDU shall be passed on to the Subsequent PINX.
6.8.3 6.8.3.1
A c t io n s a t t h e I n t e r r u p t in g P I N X The SDL representation of procedures at the Interrupting PINX is shown in C.3 of annex C. Normal procedures The Interrupting PINX shall check whether call interruption is possible. It shall do this by comparing the CPICL value of the priority call with the CPIPL values of established calls on the congested interPINX link. If an established call is found with a CPIPL value lower than the CPICL value of the priority call, and provided there are no other reasons for denying interruption (e.g., because the established call is already being interrupted), this call shall be considered interruptible. If the Interrupting PINX has no knowledge of the CPIPL for a particular established call, the call shall be treated as if it has no protection (i.e., CPIPL value equal to zero). If more than one call is interruptible, the Interrupting PINX shall select the call with the lowest CPIPL value. If more than one call has the same lowest CPIPL, the method used to select the call to be interrupted from this group of calls shall be implementation dependent. NOTE 8 Interruption of calls in the establishment phase (i.e., calls that have not yet reached the Active state) is outside the scope of this Standard. It is an implementation specific matter that is part of the checking for available resources and selection of a call for interruption. Basic Call procedures allow a PINX to abort a call attempt for unspecified reasons; one such reason could be that a call of higher priority needs the resources. Similarly, for calls in the release phase, the B-channel is about to become available, and pre-empting it for the priority call is also an implementation specific matter. If call interruption is possible, the Interrupting PINX may provide notification of impending interruption to users in the established call. If notification of impending interruption is not to be given, interruption shall take place immediately. If notification of impending interruption is to be given, the Interrupting PINX shall send NOTIFY messages to the Adjacent PINXs of the established call. These NOTIFY messages shall use the call references of the established call, and shall contain the notification value "interruptionIsImpending". The Interrupting PINX shall start timer T1 and shall enter state CPI-Impending. Interruption shall occur on expiry of timer T1 in state CPI-Impending.
- 10 -
To interrupt the established call the Interrupting PINX shall send DISCONNECT messages to the Adjacent PINXs of the established call and follow basic call clearing procedures as specified in ECMA-143. These DISCONNECT messages shall use the call references of the established call and shall contain the notification value "interruptionForcedRelease". Cause no. 31 "Normal, unspecified" shall be used. The Interrupting PINX shall enter state CPI-Releasing. When clearing of the interrupted call has been completed the Interrupting PINX shall continue with the establishment of the priority call using the newly available B-channel, according to the procedures specified in ECMA-143. At the same time the Interrupting PINX shall re-invoke SS-CPI by placing a callInterruptionRequest invoke APDU in the outgoing SETUP message. The content of this APDU shall be the same as the content of the original callInterruptionRequest invoke APDU. The Interrupting PINX shall enter state CPI-Idle. NOTE 9 Other supplementary service information associated with the call should also be included in the outgoing SETUP message. 6.8.3.2
Ex c e p t io n a l p r o c e d u r e s If call interruption is not possible (including the case where the protection levels of the established calls on the required inter-PINX link are too high to permit interruption) the priority call shall be released in accordance with the procedures of ECMA-143. Either cause no. 34 "no circuit/channel available" or cause no. 44 "requested circuit/channel not available" shall be used. Alternatively, the Interrupting PINX may take some other implementation dependent action. The Interrupting PINX shall enter state CPI-Idle. Whilst in state CPI-Impending the Interrupting PINX may receive a message from the Preceding PINX to clear the priority call, according to the procedures specified in ECMA-143. The Interrupting PINX shall stop timer T1, and send NOTIFY messages to the Adjacent PINXs of the established call. These NOTIFY messages shall use the call references of the established call, and shall contain the notification value "interruptionTerminated". The Interrupting PINX shall re-enter state CPI-Idle. Whilst in state CPI-Impending the Interrupting PINX may receive a message from one of the Adjacent PINXs of the established call to clear the established call. When clearing of the established call has been completed on the inter-PINX link required for the priority call to proceed, the Interrupting PINX shall stop timer T1 and continue with the establishment of the priority call using the newly available B-channel, according to the procedures specified in ECMA-143. At the same time the Interrupting PINX shall re-invoke SS-CPI by placing a callInterruptionRequest invoke APDU in the outgoing SETUP message. The content of this APDU shall be the same as the content of the original callInterruptionRequest invoke APDU. The Interrupting PINX shall re-enter state CPI-Idle. NOTE 10 Other supplementary service information associated with the call should also be included in the outgoing SETUP message. Whilst in state CPI-Impending the Interrupting PINX may receive a message from the Adjacent PINX on the required inter-PINX link to clear another call than the established call. When clearing of the other call has been completed on the inter-PINX link required for the priority call to proceed, and provided timer T1 has not yet expired, the Interrupting PINX shall stop timer T1 and send NOTIFY messages to the Adjacent PINXs of the established call. These NOTIFY messages shall use the call references of the established call, and shall contain the notification value "interruptionTerminated". The Interrupting PINX shall then continue with the establishment of the priority call using the newly available B-channel, according to the procedures specified in ECMA-143. At the same time the Interrupting PINX shall re-invoke SS-CPI by placing a callInterruptionRequest invoke APDU in the outgoing SETUP message. The content of this APDU shall be the same as the content of the original callInterruptionRequest invoke APDU. The Interrupting PINX shall enter state CPI-Idle. NOTE 11 Other supplementary service information associated with the call should also be included in the outgoing SETUP message.
6.8.4
Actions at the Terminating PINX No special actions are required in support of SS-CPI.
- 11 -
6.8.5
6.9
A c t io n s a t t h e Es t a b lis h e d c a ll u s e r 's P I N X No special actions are required in support of SS-CPI.
SS-CPIP signalling procedures for invocation and operation Annex B contains some examples of message sequences. NOTE 12 SS-CPIP may be invoked to "protect" a call against possible interruption by priority calls. Calls with an associated Call Priority Interruption Protection Level (CPIPL) in which the CPIPL value is greater than 0 are known as "protected calls". Protected calls may also be priority calls if SS-CPI was invoked at the same time as SS-CPIP.
6.9.1 6.9.1.1
A c t io n s a t t h e O r ig in a t in g P I N X The SDL representation of procedures at the Originating PINX is shown in C.4 of annex C. Normal procedures To invoke SS-CPIP, the Originating PINX shall send a callProtectionRequest invoke APDU, and reenter state CPIP-Idle. The APDU shall be sent in the SETUP message that establishes the call. The argument to the invoke operation shall convey the CPIPL of the calling user. The Originating PINX shall save the protection level of the call for the duration of the call. NOTE 13 The method by which the value of the CPIPL is assigned is outside the scope of this Standard. NOTE 14 If SS-CPIP is not invoked in the forward direction, the "saved" protection level will be zero. On receipt of a CONNECT message containing a callProtectionRequest invoke APDU in which the value of the CPIPL contained therein is higher than that already saved for the call, an Originating Transit PINX shall save the CPIPL value for the duration of the call.
6.9.1.2 6.9.2 6.9.2.1
Ex c e p t io n a l p r o c e d u r e s Not applicable. A c t io n s a t a Tr a n s it P I N X The SDL representation of procedures at the Transit PINX is shown in C.5 of annex C. Normal procedures The CPIPL value contained in the callProtectionRequest invoke APDU shall be stored by the Transit PINX for the duration of the call. The callProtectionRequest invoke APDU shall be passed on to the Subsequent PINX. NOTE 15 If SS-CPIP is not invoked in the forward direction, the "saved" protection level will be zero. On receipt of a CONNECT message containing a callProtectionRequest invoke APDU in which the value of the CPIPL contained therein is higher than that already saved for the call, a Transit PINX shall save the CPIPL value for the duration of the call.
6.9.2.2 6.9.3 6.9.3.1
Ex c e p t io n a l p r o c e d u r e s Not applicable. Actions at the Terminating PINX The SDL representation of procedures at the Terminating PINX is shown in C.6 of annex C. Normal procedures On receipt of a SETUP message containing a callProtectionRequest invoke APDU, the Terminating PINX shall save the CPIPL value contained in the callProtectionRequest invoke APDU as the protection level of the call for the duration of the call. The Terminating PINX shall re-enter state CPIP-Idle.
- 12 -
NOTE 16 If SS-CPIP is not invoked in the forward direction, the "saved" protection level will be zero. To invoke SS-CPIP in the backward direction, the Terminating PINX shall first check the CPIPL associated with the called user. NOTE 17 The method by which the value of the CPIPL is assigned is outside the scope of this Standard. If the CPIPL indicates a higher protection level than that already saved for the call, the Terminating PINX shall save the CPIPL value for the duration of the call. The Terminating PINX shall send a callProtectionRequest invoke APDU, and re-enter state CPIP-Idle. The APDU shall be sent in the CONNECT message. The argument to the invoke operation shall convey the CPIPL of the called user. 6.9.3.2
6.10
Ex c e p t io n a l p r o c e d u r e s If the CPIPL associated with the called user contains a lower protection level than that already saved for the call, the request shall be ignored. The Terminating PINX shall re-enter state CPIP-Idle.
SS-CPI impact of interworking with public ISDNs NOTE 18 At the time of publication of this ECMA Standard, no equivalent service has been specified for public ISDNs. On a call to a PISN from a public ISDN that does not support an equivalent service, the Incoming Gateway PINX may behave as specified in 6.8.1 for an Originating PINX. On a call from a PISN to a public ISDN that does not support an equivalent service, no special actions are required at the Outgoing Gateway PINX. If one of the users in the established call is in a public ISDN that does not support an equivalent service, the Gateway PINX shall discard any SS-CPI notification. NOTE 19 In the case of the "interruptionIsImpending" notification, the Outgoing Gateway PINX may choose to apply an in-band tone or announcement towards the user in the established call.
6.11
SS-CPIP impact of interworking with public ISDNs NOTE 20 At the time of publication of this ECMA Standard, no equivalent service has been specified for public ISDNs. On a call to a PISN from a public ISDN that does not support an equivalent service, the Incoming Gateway PINX may behave as specified in 6.9.1 for an Originating PINX. On a call from a PISN to a public ISDN that does not support an equivalent service, the Outgoing Gateway PINX shall behave as specified in 6.9.3 for a Terminating PINX.
6.12
SS-CPI impact of interworking with non-ISDNs When interworking with a non-ISDN that does not support an equivalent service, the procedures defined in 6.10 for interworking with a public ISDN that does not support an equivalent service shall apply. When interworking with a non-ISDN that supports an equivalent service, the two networks may cooperate in the operation of SS-CPI. In this case, either the Originating PINX functionality or the Terminating PINX functionality will be provided in the non-ISDN. Established Call User's PINX functionality may also be provided in the non-ISDN. The Incoming or Outgoing Gateway PINX shall provide conversion between the signalling protocol specified in this Standard and the signalling protocol of the other network. An Incoming Gateway PINX can also behave as an Interrupting PINX.
6.13
SS-CPIP impact of interworking with non-ISDNs When interworking with a non-ISDN that does not support an equivalent service, the procedures defined in 6.11 for interworking with a public ISDN that does not support an equivalent service shall apply. When interworking with a non-ISDN that supports an equivalent service, the two networks may cooperate in the operation of SS-CPIP. In this case, either the Originating PINX functionality or the Terminating
- 13 -
PINX functionality will be provided in the non-ISDN. The Incoming or Outgoing Gateway PINX shall provide conversion between the signalling protocol specified in this Standard and the signalling protocol of the other network.
6.14
Protocol interactions between SS-CPI(P) and other supplementary services and ANFs This clause specifies protocol interactions with other supplementary services and ANFs for which stage 3 standards had been published at the time of publication of this Standard. For interactions with supplementary services and ANFs for which stage 3 standards are published subsequent to the publication of this Standard, see those other stage 3 standards. NOTE 21 Additional interactions that have no impact on the signalling protocol at the Q reference point can be found in the relevant stage 1 specifications. NOTE 22 Simultaneous conveyance of APDUs for SS-CPI(P) and another supplementary service or ANF in the same message, each in accordance with the requirements of its respective stage 3 standard, does not, on its own, constitute a protocol interaction.
6.14.1
Interaction with Calling Name Identification Presentation (SS-CNIP) No interaction.
6.14.2
Interaction with Connected Name Identification Presentation (SS-CONP) No interaction.
6.14.3
Interaction with Completion of Call to Busy Subscriber (SS-CCBS) No interaction.
6.14.4
I n t e r a c t i o n wit h C o m p l e t i o n o f C a l l o n N o R e p l y ( S S - C C N R ) No interaction.
6.14.5
I n t e r a c t io n wit h C a ll Tr a n s f e r ( S S - C T) The following interaction shall apply if SS-CT is supported in accordance with ECMA-178.
6.14.5.1
Actions at the Transferring PINX for transfer by rerouteing If the call to be transferred was established as a protected call, the Transferring PINX shall include a callProtectionRequest invoke APDU with the callTransferInitiate invoke APDU in the FACILITY message sent to the Primary PINX. The argument to the callProtectionRequest invoke operation shall convey the higher of the CPIPL values of the established calls.
6.14.5.2
Actions at the Primary PINX for transfer by rerouteing If a callProtectionRequest invoke APDU is received together with the callTransferInitiate invoke APDU from the Transferring PINX, SS-CPIP shall also be invoked for the establishment of the new connection using the CPIPL value contained in the received callProtectionRequest invoke APDU.
6.14.5.3
Actions at the Transferring PINX for transfer by join At the Transferring PINX the call resulting from transfer by join (the transferred call) shall assume the highest of the protection levels of the two calls being joined. This value shall be sent to both ends of the call in a callProtectionRequest invoke APDU.
6.14.5.4
A c t io n s a t t h e P r im a r y a n d S e c o n d a r y P I N X s f o r t r a n s f e r b y j o in If a callProtectionRequest invoke APDU containing a CPIPL value higher than that already saved for the call is received together with the callTransferComplete invoke APDU from the Transferring PINX, a Primary / Secondary PINX shall save the CPIPL value for the duration of the call.
6.14.6
I n t e r a c t io n wit h C a ll F o r wa r d in g U n c o n d it io n a l ( S S - C F U ) The following interaction shall apply if SS-CFU is supported in accordance with ECMA-174.
- 14 -
6.14.6.1
A c t io n s a t t h e R e r o u t e in g P I N X On receiving a callRerouting invoke APDU, the Rerouteing PINX shall include in the SETUP message to the Diverted-to PINX any callInterruptionRequest invoke APDU or callProtectionRequest invoke APDU that has been sent in the original SETUP message.
6.14.7
I n t e r a c t io n wit h C a ll F o r wa r d in g Bu s y ( S S - C F B) The interaction specified in 6.14.6 above shall apply if SS-CFB is supported in accordance with ECMA-174.
6.14.8
I n t e r a c t io n wit h C a ll F o r wa r d in g N o R e p ly ( S S - C F N R ) The interaction specified in 6.14.6 above shall apply if SS-CFNR is supported in accordance with ECMA-174.
6.14.9
Interaction with Call Deflection (SS-CD) The interaction specified in 6.14.6 above shall apply if SS-CD is supported in accordance with ECMA-174.
6.14.10 Interaction with Path Replacement (ANF-PR) The following interaction shall apply if ANF-PR is supported in accordance with ECMA-176. 6 . 1 4 . 1 0 . 1 A c t io n s a t t h e R e q u e s t in g P I N X If the call to be rerouted was established as a protected call, the Requesting PINX shall include a callProtectionRequest invoke APDU with the pathReplacePropose invoke APDU in the FACILITY message sent to the Cooperating PINX. The argument to the callProtectionRequest invoke operation shall convey the CPIPL of the established call. 6 . 1 4 . 1 0 . 2 A c t io n s a t t h e C o o p e r a t in g P I N X If a callProtectionRequest invoke APDU is received together with the pathReplacePropose invoke APDU from the Requesting PINX, SS-CPIP shall also be invoked for the establishment of the new connection. 6 . 1 4 . 1 1 I n t e r a c t io n wit h C a ll O f f e r ( S S - C O ) No interaction. 6 . 1 4 . 1 2 I n t e r a c t i o n wit h C a l l I n t r u s i o n ( S S - C I ) No interaction. NOTE 23 SS-CI may be used in conjunction with SS-CPI to provide for intrusion if a called user busy condition is determined. 6 . 1 4 . 1 3 I n t e r a c t i o n wit h D o n o t D i s t u r b ( S S - D N D ) No interaction. 6.14.14 Interaction with Do not Disturb Override (SS-DNDO) No interaction. 6 . 1 4 . 1 5 I n t e r a c t io n wit h A d v ic e o f C h a r g e ( S S - A O C ) No interaction. 6 . 1 4 . 1 6 I n t e r a c t io n wit h R e c a ll ( S S - R E) No interaction. 6.14.17 Interaction with Call Interception (ANF-CINT) The following interaction shall apply if ANF-CINT is supported in accordance with ECMA-221. 6.14.17.1 Actions at the Intercepting PINX If it has been invoked, SS-CPI shall take precedence over ANF-CINT when a network congestion condition is encountered i.e., neither interception immediate nor interception delayed shall be invoked.
- 15 -
If ANF-CINT is invoked (i.e., for a reason other than network congestion) the Intercepting PINX shall include any callInterrruptionRequest invoke and / or callProtectionRequest invoke APDU contained in the original call in the call to the Intercepted-To PINX. 6 . 1 4 . 1 8 I n t e r a c t io n wit h Tr a n s it C o u n t e r ( A N F - TC ) No interaction. 6 . 1 4 . 1 9 I n t e r a c t i o n w i t h W i r e l e s s T e r m i n al L o c a t i o n R e g i s t r a t i o n ( S S - W T L R ) No interaction. 6 . 1 4 . 2 0 I n t e r a c t i o n w i t h W i r e l e s s Te r m i n a l I n c o m i n g C a l l ( A N F - W T M I ) The following interaction shall apply if ANF-WTMI is supported in accordance with ECMA-304. 6 . 1 4 . 2 0 . 1 A c t io n s a t t h e R e r o u t e in g P I N X On receiving a wtmiDivert invoke APDU, the Rerouteing PINX shall include in the SETUP message sent to the Visitor PINX any callInterruptionRequest invoke APDU or callProtectionRequest invoke APDU accompanying the wtmiDivert invoke APDU. 6 . 1 4 . 2 0 . 2 A c t io n s a t t h e W TM I - d e t e c t P I N X If the incoming call for which ANF-WTMI is to be invoked contains a callInterruptionRequest invoke APDU or a callProtectionRequest invoke APDU, the WTMI-detect PINX shall include these APDUs with the wtmiDivert invoke APDU in the FACILITY message sent to the Rerouteing PINX. 6 . 1 4 . 2 1 I n t e r a c t i o n w i t h W i r e l e s s Te r m i n a l O u t g o i n g C a l l ( A N F - W T M O ) No interaction. 6.14.22 Interaction with Wireless Terminal Authentication of a WTM user (SS-WTAT) No interaction. 6.14.23 Interaction with Wireless Terminal Authentication of a PISN (SS-WTAN) No interaction. 6 . 1 4 . 2 4 I n t e r a c t io n wit h M e s s a g e W a it in g I n d ic a t io n ( S S - M W I ) No interaction. 6 . 1 4 . 2 5 I n t e r a c t i o n wit h C o m m o n I n f o r m a t i o n ( A N F - C M N ) No interaction.
6.15 6.15.1
SS-CPI parameter values (timers) Timer T1 Timer T1 shall operate at the Interrupting PINX during state CPI-Impending. Its purpose is to provide a short delay between the established call users receiving notification of impending interruption and interruption actually taking place. Timer T1 shall have a value in the range 1-10 s.
- 16 -
- 17 -
Annex A ( n o r ma tiv e )
Protocol Implementation Conformance Statement (PICS) proforma
A.1
Introduction The supplier of a protocol implementation which is claimed to conform to this ECMA Standard shall complete the following Protocol Implementation Conformance Statement (PICS) proforma. A completed PICS proforma is the PICS for the implementation in question. The PICS is a statement of which capabilities and options of the protocol have been implemented. The PICS can have a number of uses, including use:
A.2
−
by the protocol implementor, as a check list to reduce the risk of failure to conform to the Standard through oversight;
−
by the supplier and acquirer, or potential acquirer, of the implementation, as a detailed indication of the capabilities of the implementation, stated relative to the common basis for understanding provided by the Standard's PICS proforma;
−
by the user or potential user of the implementation, as a basis for initially checking the possibility of interworking with another implementation; while interworking can never be guaranteed, failure to interwork can often be predicted from incompatible PICSs;
−
by a protocol tester, as the basis for selecting appropriate tests against which to assess the claim for conformance of the implementation.
Instructions for completing the PICS proforma
A.2.1
General structure of the PICS proforma The PICS proforma is a fixed format questionnaire divided into sub-clauses each containing a group of individual items. Each item is identified by an item number, the name of the item (question to be answered), and the reference(s) to the clause(s) that specifies (specify) the item in the main body of this Standard. The Status column indicates whether an item is applicable and if so whether support is mandatory or optional. The following terms are used: m
mandatory (the capability is required for conformance to the protocol);
o
optional (the capability is not required for conformance to the protocol, but if the capability is implemented it is required to conform to the protocol specifications);
o.<n>
optional, but support of at least one of the group of options labelled by the same numeral <n> is required;
x
prohibited;
c.<cond>
conditional requirement, depending on support for the item or items listed in condition <cond>;
<item>:m
simple conditional requirement, the capability being mandatory if item number <item> is supported, otherwise not applicable;
<item>:o
simple conditional requirement, the capability being optional if item number <item> is supported, otherwise not applicable.
Answers to the questionnaire items are to be provided either in the Support column, by simply marking an answer to indicate a restricted choice (Yes or No), or in the Not Applicable (N/A) column.
- 18 -
A.2.2
Additional information Items of Additional information allow a supplier to provide further information intended to assist the interpretation of the PICS. It is not intended or expected that a large quantity will be supplied, and a PICS can be considered complete without any such information. Examples might be an outline of the ways in which a (single) implementation can be set up to operate in a variety of environments and configurations. References to items of Additional information may be entered next to any answer in the questionnaire, and may be included in items of Exception information.
A.2.3
Exception information It may occasionally happen that a supplier will wish to answer an item with mandatory or prohibited status (after any conditions have been applied) in a way that conflicts with the indicated requirement. No preprinted answer will be found in the Support column for this. Instead, the supplier is required to write into the Support column an x.<i> reference to an item of Exception information, and to provide the appropriate rationale in the Exception item itself. An implementation for which an Exception item is required in this way does not conform to this Standard. A possible reason for the situation described above is that a defect in the Standard has been reported, a correction for which is expected to change the requirement not met by the implementation.
- 19 -
A.3
PICS proforma for ECMA-264
A.3.1
Implementation identification Supplier Contact point for queries about the PICS Implementation Name(s) and Version(s) Other information necessary for full identification, e.g. Name(s) and Version(s) for machines and/or operating systems; system name(s)
Only the first three items are required for all implementations; other information may be completed as appropriate in meeting the requirement for full identification. The terms Name and Version should be interpreted appropriately to correspond with a supplier's terminology (e.g. Type, Series, Model).
A.3.2
Protocol summary Protocol version
1.0
Addenda implemented (if applicable) Amendments implemented Have any exception items been required (see A.2.3)?
Date of Statement
No [ ] Yes [ ] (The answer Yes means that the implementation does not conform to this Standard)
- 20 -
A.3.3
General
Item
Question/feature
Reference
Status
N/A
Support
A1
Support of SS-CPI
o.1
Yes [ ] No [ ]
A2
Support of SS-CPIP
o.1
Yes [ ] No [ ]
A3
Support of SS-CPI in Originating PINX
6.8.1
A1:o.2
[]
Yes [ ] No [ ]
A4
Support of SS-CPI in Transit PINX
6.8.2
A1:o.2
[]
Yes [ ] No [ ]
A5
Support of SS-CPI in Interrupting PINX
6.8.3
A1:m
[]
m: Yes [ ]
A6
Support of SS-CPIP in Originating PINX
6.9.1
A2:o.3
[]
Yes [ ] No [ ]
A7
Support of SS-CPIP in Transit PINX
6.9.2
A2:o.3
[]
Yes [ ] No [ ]
A8
Support of SS-CPIP in Terminating PINX
6.9.3
A2:o.3
[]
Yes [ ] No [ ]
A9
SS-CPI behaviour as Incoming Gateway when interworking with public ISDN
6.10
A1:o
[]
Yes [ ] No [ ]
A10
SS-CPI behaviour as Incoming Gateway when interworking with non-ISDNs
6.12
A1:o
[]
Yes [ ] No [ ]
A11
SS-CPI behaviour as Outgoing Gateway when interworking with non-ISDNs
6.12
A1:o
[]
Yes [ ] No [ ]
A12
SS-CPIP behaviour as Incoming Gateway when interworking with public ISDN
6.11
A2:o
[]
Yes [ ] No [ ]
A13
SS-CPIP behaviour as Outgoing Gateway when interworking with public ISDN
6.11
A2:o
[]
Yes [ ] No [ ]
A14
SS-CPIP behaviour as Incoming Gateway when interworking with non-ISDNs
6.13
A2:o
[]
Yes [ ] No [ ]
A15
SS-CPIP behaviour as Outgoing Gateway when interworking with non-ISDNs
6.13
A2:o
[]
Yes [ ] No [ ]
- 21 -
A.3.4
Procedures
Item
Question/feature
Reference
Status
N/A
Support
B1
Support of relevant ECMA-143 and ECMA-165 procedures
6.2.1, 6.2.2, 6.2.3, 6.2.4, 6.2.5
m
B2
SS-CPI procedures in Originating PINX
6.8.1
A3:m
[]
m: Yes [ ]
B3
SS-CPI procedures in Transit PINX
6.8.2
A4:m
[]
m: Yes [ ]
B4
SS-CPI procedures in Interrupting PINX
6.8.3
A5:m
[]
m: Yes [ ]
B5
Notification of interruption impending in Interrupting PINX
6.8.3
A5:o
[]
Yes [ ] No [ ]
B6
SS-CPIP procedures in Originating PINX
6.9.1
A6:m
[]
m: Yes [ ]
B7
SS-CPIP procedures in Transit PINX
6.9.2
A7:m
[]
m: Yes [ ]
B8
SS-CPIP procedures in Terminating PINX - forward direction
6.9.3
A8:m
[]
m: Yes [ ]
B9
SS-CPIP procedures in Terminating PINX - backward direction
6.9.3
A8:o
[]
Yes [ ] No [ ]
Yes [ ]
- 22 -
A.3.5
Coding
Item
Question/feature
Reference
Status
N/A
C1
Sending of callInterruptionRequest invoke APDU in Originating PINX
6.3.1
A3:m
[]
m: Yes [ ]
C2
Receipt of callInterruptionRequest invoke APDU in Transit PINX
6.3.1
A4:m
[]
m: Yes [ ]
C3
Sending of callInterruptionRequest invoke APDU in Transit PINX
6.3.1
A4:m
[]
m: Yes [ ]
C4
Sending of interruptionIsImpending notification in Interrupting PINX
6.3.1
B5:m
[]
m: Yes [ ]
C5
Sending of interruptionTerminated notification in Interrupting PINX
6.3.1
B5:m
[]
m: Yes [ ]
C6
Sending of interruptionForcedRelease notification in Interrupting PINX
6.3.1
A5:m
[]
m: Yes [ ]
C7
Sending of callInterruptionRequest invoke APDU in Interrupting PINX
6.3.1
A5:m
[]
m: Yes [ ]
C8
Sending and receipt of callProtectionRequest invoke APDU in Originating PINX
6.3.1
A6:m
[]
m: Yes [ ]
C9
Sending and receipt of callProtectionRequest invoke APDU in Transit PINX
6.3.1
A7:m
[]
m: Yes [ ]
C10
Sending of callProtectionRequest invoke APDU in Terminating PINX
6.3.1
B9:m
[]
m: Yes [ ]
C11
Receipt of callProtectionRequest invoke APDU in Terminating PINX
6.3.1
B8:m
[]
m: Yes [ ]
Reference
Status
N/A
Support
6.15.1
B5:m
[]
m: Yes [ ] Value [ ]
A.3.6
Support
Timers
Item D1
Question/feature Support of timer T1
- 23 -
A.3.7
Interaction with Call Transfer (SS-CT)
Item
Question/feature
Reference
Status
N/A
Support
E1
Support of SS-CT (transfer by join)
o
Yes [ ] No [ ]
E2
Support of SS-CT (transfer by rerouteing)
o
Yes [ ] No [ ]
E3
Interactions between SS-CT by rerouteing and SS-CPIP for initiation of call transfer by Transferring PINX
6.14.5.1
c.1
[]
m: Yes [ ]
E4
Interactions between SS-CT by rerouteing and SS-CPIP for establishment of new connection by Primary PINX
6.14.5.2
c.1
[]
m: Yes [ ]
E5
Interactions between SS-CT by join and SS-CPIP
6.14.5.3
c.2
[]
m: Yes [ ]
N/A
Support
c.1: if (A2 and E2) then mandatory, else N/A c.2: if (A2 and E1) then mandatory, else N/A
A.3.8 Item
Interactions with Call Forwarding Unconditional (SS-CFU) Question/feature
F1
Support of SS-CFU (Rerouteing PINX)
F2
Interactions at Rerouteing PINX
A.3.9 Item
Reference
Status o
6.14.6
Yes [ ] No [ ]
F1:m
[]
m: Yes [ ]
Status
N/A
Support
Interactions with Call Forwarding Busy (SS-CFB) Question/feature
G1
Support of SS-CFB (Rerouteing PINX)
G2
Interactions at Rerouteing PINX
Reference
o 6.14.7
G1:m
Yes [ ] No [ ] []
m: Yes [ ]
N/A
Support
A.3.10 Interactions with Call Forwarding No Reply (SS-CFNR) Item
Question/feature
H1
Support of SS-CFNR (Rerouteing PINX)
H2
Interactions at Rerouteing PINX
Reference
Status o
6.14.8
Yes [ ] No [ ]
H1:m
[]
m: Yes [ ]
Status
N/A
Support
A.3.11 Interactions with Call Deflection (SS-CD) Item
Question/feature
I1
Support of SS-CD (Rerouteing PINX)
I2
Interactions at Rerouteing PINX
Reference
o 6.14.9
I1:m
Yes [ ] No [ ] []
m: Yes [ ]
- 24 -
A.3.12 Interactions with Path Replacement (ANF-PR) Item
Question/feature
Reference
Status
N/A
Support
J1
Support of ANF-PR (Requesting PINX)
o
Yes [ ] No [ ]
J2
Support of ANF-PR (Cooperating PINX)
o
Yes [ ] No [ ]
J3
Interactions between ANF-PR and SS-CPIP for initiation of path replacement by Requesting PINX
6.14.10.1
c.1
[]
m: Yes [ ]
J4
Interactions between ANF-PR and SS-CPIP for establishment of new connection by Cooperating PINX
6.14.10.2
c.2
[]
m: Yes [ ]
Status
N/A
Support
c.1: if (A2 and J1) then mandatory, else N/A. c.2: if (A2 and J2) then mandatory, else N/A.
A.3.13 Interaction with Call Interception (ANF-CINT) Item
Question/feature
Reference
K1
Support of SS-CINT
o
Yes [ ] No [ ]
K2
Interaction between SS-CINT at the Intercepting PINX and SS-CPI(P) at an Originating PINX
6.14.17.1
K1:m
[]
m: Yes [ ]
K3
Interaction between SS-CINT at the Intercepting PINX and SS-CPI(P) at a Transit PINX
6.14.17.1
K1:m
[]
m: Yes [ ]
A.3.14 Interaction with Wireless Terminal Incoming Call (ANF-WTMI) Item
Question/feature
Reference
Status
N/A
o
Support
L1
Support of ANF-WTMI
Yes [ ] No [ ]
L2
Interactions between ANF-WTMI and SS-CPI(P) for initiation of WTMI diversion by Rerouteing PINX
6.14.20.1
L1:m
[]
m: Yes [ ]
L3
Interactions between ANF-WTMI and SS-CPI(P) at WTMI-detect PINX
6.14.20.2
L1:m
[]
m: Yes [ ]
- 25 -
Annex B ( in f o r ma tiv e )
Examples of message sequences
This annex describes some typical message flows for SS-CPI and SS-CPIP. The following conventions are used in the figures of this annex. 1
The following notation is used: Basic call message containing SS-CPI(P) information Basic call message without SS-CPI(P) information Symbolic primitive carrying SS-CPI(P) information Symbolic primitive without SS-CPI(P) information
xxx.inv
Invoke APDU for operation xxx
2
The figures show messages exchanged via Protocol Control between PINXs involved in SS-CPI(P). Only messages relevant to SS-CPI(P) are shown.
3
Only the relevant information content (e.g. remote operation APDUs, notification information elements) is listed below each message name. The Facility and Notification indicator information elements containing remote operation APDUs and notifications are not explicitly shown. Information with no impact on SS-CPI(P) is not shown.
4
Some interactions with users are included in the form of symbolic primitives. The actual protocol at the terminal equipment interface is outside the scope of this Standard.
5
The examples assume en-bloc sending.
6
The following abbreviations are used: clear.Request cpiRequest cpipRequest cpi.request cpip.request setup.ind interruptionIsImpending interruptionForcedRelease interruptionTerminated
Request to clear the call callInterruptionRequest callProtectionRequest SS-CPI request SS-CPIP request Incoming call indication SS-CPI is impending SS-CPI forced release has occurred SS-CPI has been terminated
- 26 -
B.1
Example message sequence for normal operation of SS-CPI without notification In this example users in the established call are forced release without being notified that the interruption is taking place. The interruption results in the establishment of a new call using resources made available after the interruption.
Calling User
cpi.request
Originating PINX
Adjacent PINX associated with the Established call, on the wanted part of the connection
Interrupting PINX
SETUP cpiRequest.inv (indicating priority call) CALL PROCEEDING
Adjacent PINX associated with the Established call, on the unwanted part of the connection
DISCONNECT interruptionForcedRelease NOTE: Remaining clearing messages not shown
DISCONNECT interruptionForcedRelease RELEASE RELEASE COMPLETE Called User Subsequent PINX in the new call
SETUP cpiRequest.inv (indicating priority call)
setup.ind
F i g u r e B . 1 - M e s s a g e s e q u e n c e f o r n o r m a l o p e r a t i o n o f S S - C P I wit h o u t n o t i f i c a t i o n
- 27 -
B.2
Example message sequence for normal operation of SS-CPI with notification In this example users in the established call notified of the impending interruption before being forced released. The interruption results in the establishment of a new call using resources made available after the interruption.
Calling User
cpi.request
Originating PINX
Adjacent PINX associated with the Established call, on the wanted part of the connection
Interrupting PINX
SETUP cpiRequest.inv (indicating priority call) CALL PROCEEDING
NOTIFY Adjacent PINX associated with the Established call, on the unwanted part of the connection
interruptionIsImpending DISCONNECT interruptionForcedRelease
NOTIFY interruptionIsImpending DISCONNECT interruptionForcedRelease RELEASE
NOTE: Remaining clearing messages not shown
RELEASE COMPLETE Called User Subsequent PINX in the new call
SETUP cpiRequest.inv (indicating priority call)
setup.ind
F i g u r e B . 2 - M e s s a g e s e q u e n c e f o r n o r m a l o p e r a t i o n o f S S - C P I wit h n o t i f i c a t i o n
- 28 -
B.3
Example message sequence for abandoned invocation of SS-CPI In this example the request for SS-CPI is subsequently followed by a request to clear the call. Users in the call selected for interruption, previously notified that interruption is impending, are notified that the interruption has been terminated.
Calling User
Originating PINX
cpi request
Interrupting PINX
Adjacent PINX associated with the Established call, on the wanted part of the connection
SETUP cpiRequest.inv (indicating priority call) CALL PROCEEDING
NOTIFY Adjacent PINX associated with the Established call, on the unwanted part of the connection clear request
interruptionIsImpending
NOTIFY interruptionIsImpending
DISCONNECT RELEASE RELEASE COMPLETE
NOTIFY interruptionTerminated
NOTIFY interruptionTerminated
F ig u r e B. 3 - M e s s a g e s e q u e n c e f o r u n s u c c e s s f u l in v o c a t io n o f S S - C P I
- 29 -
B.4
Example message sequence for successful invocation of SS-CPIP In this example the request for SS-CPIP made by the calling user is subsequently followed by a request for SS-CPIP from the called user.
Calling User
Transit PINX
Originating PINX
cpip.request
SETUP cpipRequest.inv (indicating protected call) CALL PROCEEDING
Called User
Terminating PINX
SETUP cpipRequest.inv (indicating protected call) CALL PROCEEDING setup.ind
cpip.request
CONNECT cpipRequest.inv (indicating higher protection level)
CONNECT cpipRequest.inv (indicating higher protection level)
F ig u r e B. 4 - M e s s a g e s e q u e n c e f o r s u c c e s s f u l in v o c a t io n o f S S - C P I P
- 30 -
- 31 -
Annex C ( in f o r ma tiv e )
Specification and Description Language (SDL) representation of procedures
The diagrams in this annex use the Specification and Description Language defined in ITU-T Rec. Z.100 (1999). Each diagram represents the behaviour of an SS-CPI or SS-CPIP Supplementary Service Control entity at a particular type of PINX. In accordance with the protocol model described in ECMA-165, the Supplementary Service Control entity uses, via Coordination Functions, the services of Generic Functional Procedures Control and Basic Call Control. Where an output symbol represents a primitive to the Coordination Functions, and that primitive results in a message being sent, the output symbol bears the name of the message and any remote APDU(s) or notification(s) contained in that message. In the case of a message specified in ECMA-143, basic call actions associated with the sending of that message are deemed to occur. Where an input symbol represents a primitive from the Coordination Functions, and that primitive is the result of a message being received, the input symbol bears the name of the message and any remote operations APDU(s) or notification(s) contained in that message. In the case of a message specified in ECMA-143, basic call actions associated with the receipt of that message are deemed to have occurred. The following abbreviations are used: .inv
Request invoke APDU
callInt.Req
callInterruptionRequest
callProt.Req
callInterruptionRequest
cpiPL
cpiProtectionLevel
cpiCL
cpiCapabilityLevel
- 32 -
C.1
SDL representation of SS-CPI at the Originating PINX Figure C.1 shows the behaviour of an SS-CPI entity within the Originating PINX. Input signals from the left represent primitives from the user, or an entity acting on behalf of the user. Output signals to the right represent primitives from the coordination functions in respect of messages sent. Process CPI_Orig_PINX
1(1)
CPI_Idle
CPI_Idle
SS−CPI requested
Congestion?
No SETUP callInt. Req.inv (cpiCL)
CPI_Idle
Yes To Subsequent PINX
Interrupting PINX Procedures
See figure C.3
CPI_Idle
F ig u r e C . 1 ( s h e e t 1 o f 1 ) - O r ig in a t in g P I N X S D L ( S S - C P I )
- 33 -
C.2
SDL representation of SS-CPI at the Transit PINX Figure C.2 shows the behaviour of an SS-CPI entity within the Transit PINX. Input signals from the left represent primitives from the coordination functions in respect of messages received from the Preceding PINX. Output signals to the right represent primitives to the coordination functions in respect of messages sent to the Subsequent PINX. Process CPI_Transit_PINX
1(1)
CPI_Idle
CPI_Idle
SETUP callInt. Req.inv (cpiCL)
From Preceding PINX
Congestion? Yes No SETUP callInt. Req.inv (cpiCL)
CPI_Idle
Interrupting PINX Procedures
CPI_Idle
F ig u r e C . 2 ( s h e e t 1 o f 1 ) - Tr a n s it P I N X S D L ( S S - C P I )
See figure C.3
- 34 -
C.3
SDL representation of SS-CPI at the Interrupting PINX Figure C.3 shows the behaviour of an SS-CPI entity within the Interrupting PINX. Output signals to the left represent primitives to the coordination functions in respect of messages sent to the Preceding PINX. Output signals to the right represent primitives to the coordination functions in respect of messages sent to the Subsequent PINX and to the Adjacent PINXs. Timer expiry, clearing of the interrupting call, and release in respect of the established call or any other call on the required inter-PINX link are indicated by input signals from the right. Macrodefinition Interrupting_PINX_Procedures
1(2)
Interruption possible? No
Basic call clearing "no circ./chan. available"
Implementation dependent action
Yes
no notification of impending interruption
notification of impending interruption NOTIFY "interruptionIs Impending"
To one Adjacent PINX in the established call
NOTIFY "interruptionIs Impending"
To the other Adjacent PINX in the established call
Lbl1
DISCONNECT "interruption ForcedRelease"
To one Adjacent PINX in the established call
Start timer T1
DISCONNECT "interruption ForcedRelease"
To the other Adjacent PINX in the established call
CPI_Impending
CPI_Releasing
CPI_Releasing
forced clearing completed
SETUP callInt. Req.inv (cpiCL)
F ig u r e C . 3 ( s h e e t 1 o f 2 ) - I n t e r r u p t in g P I N X S D L ( S S - C P I )
To Subsequent PINX
- 35 -
Macrodefinition Interrupting_PINX_Procedures
2(2)
CPI_Impending
interrupting call released
T1 expiry
Lbl1
Stop timer T1
NOTIFY "interruption Terminated"
To one Adjacent PINX in the established call
NOTIFY "interruption Terminated"
To the other Adjacent PINX in the established call
CPI_Impending
established call released
another call released
Stop timer T1
SETUP callInt. Req.inv (cpiCL)
Stop timer T1
To Subsequent PINX
NOTIFY "interruption Terminated"
To one Adjacent PINX in the established call
NOTIFY "interruption Terminated"
To the other Adjacent PINX in the established call
SETUP callInt. Req.inv (cpiCL)
To Subsequent PINX
F ig u r e C . 3 ( s h e e t 2 o f 2 ) - I n t e r r u p t in g P I N X S D L ( S S - C P I )
- 36 -
C.4
SS-CPIP at the Originating PINX Figure C.4 shows the behaviour of an SS-CPIP entity within the Originating PINX. Input signals from the left represent primitives from the user, or an entity acting on behalf of the user. Input signals from the right represent primitives from the coordination functions in respect of messages received from the Subsequent PINX. Output signals to the right represent primitives to the coordination functions in respect of messages sent to the Subsequent PINX. Process CPIP_Orig_PINX
1(1)
CPIP_Idle
CPIP_Idle
SS−CPIP requested
By the calling user
From Subsequent PINX in CONNECT message
callProt. Req.inv (cpiPL)
cpiPL higher than saved?
Save cpiPL
Yes SETUP callProt. Req.inv (cpiPL)
CPIP_Idle
To Subsequent PINX
Save cpiPL
No CPIP_Idle
CPIP_Idle
F ig u r e C . 4 ( s h e e t 1 o f 1 ) - O r ig in a t in g P I N X S D L ( S S - C P I P )
- 37 -
C.5
SS-CPIP at the Transit PINX Figure C.5 shows the behaviour of an SS-CPIP entity within the Transit PINX. Input signals from the left represent primitives from the coordination functions in respect of messages received from the Preceding PINX. Output signals to the left represent primitives to the coordination functions in respect of messages sent to the Preceding PINX. Output signals to the right represent primitives to the coordination functions in respect of messages sent to the Subsequent PINX. Input signals from the right represent primitives from the coordination functions in respect of messages received from the Subsequent PINX. Process CPIP_Transit_PINX
1(1)
CPIP_Idle
CPIP_Idle
SETUP callProt. Req.inv (cpiPL)
From Preceding PINX
From Subsequent PINX in CONNECT message
callProt. Req.inv (cpiPL)
cpiPL higher than saved?
Save cpiPL
No SETUP callProt. Req.inv (cpiPL)
CPIP_Idle
To Subsequent PINX
CPIP_Idle
Yes Save cpiPL
callProt. Req.inv (cpiPL)
To Preceding PINX in CONNECT message
CPIP_Idle
F ig u r e C . 5 ( s h e e t 1 o f 1 ) - Tr a n s it P I N X S D L ( S S - C P I P )
- 38 -
C.6
SS-CPIP at the Terminating PINX Figure C.6 shows the behaviour of an SS-CPIP entity within the Terminating PINX. Input signals from the left represent primitives from the coordination functions in respect of messages received from the Preceding PINX. Output signals to the left represent primitives to the coordination functions in respect of messages sent to the Preceding PINX. Input signals from the right represent primitives from the called user, or an entity acting on behalf of the called user. Process CPIP_Term_PINX
1(1)
CPIP_Idle
CPIP_Idle
SETUP callProt. Req.inv (cpiPL)
From Preceding PINX
SS−CPIP request
By the called user
Save cpiPL
cpiPL higher than saved?
CPIP_Idle
CPIP_Idle
No
Yes Save cpiPL
callProt. Req.inv (cpiPL)
To Preceding PINX in CONNECT message
CPIP_Idle
Figure C.6 (sheet 1 of 1) - Terminating PINX SDL (SS-CPIP)
- 39 -
Annex D ( n o r ma tiv e )
ASN.1 definitions according to ITU-T Recs. X.208 / X.209
This annex lists all ASN.1 modules as they were defined in the second edition of ECMA-264, i.e. based on ITU-T Recommendations X.208 / X.209. Starting with the third edition the ASN.1 modules within ECMA-264 comply with ITU-T Recommendations X.680 / X.690. Please note that regardless of which version of these modules is used as a base of a QSIG implementation, the line encoding remains unchanged. Changes in future editions to modules based on X.680 / X.690 ASN.1 are not reflected in the modules in this annex. Ta b le D . 1 - C a ll- I n t e r r u p t io n - O p e r a t io n s - b a s e d o n I TU - T R e c s . X . 2 0 8 / X . 2 0 9 Call-Interruption-Operations {iso (1) standard (0) pss1-call-interruption (15992) call-interruption-operations (0) }
DEFINITIONS EXPLICIT TAGS ::= BEGIN IMPORTS
OPERATION FROM Remote-Operation-Notation {joint-iso-ccitt (2) remote-operations (4) notation (0)} Extension FROM Manufacturer-specific-service-extension-definition {iso (1) standard (0) pss1-generic-procedures (11582) msi-definition (0)}; -- The following operations are defined:
CallInterruptionRequest ::=
OPERATION ARGUMENT
CPIRequestArg
CallProtectionRequest
OPERATION ARGUMENT
CPIPRequestArg
::=
-- The following arguments are defined: CPIRequestArg
::=
SEQUENCE{ cpiCapabilityLevel argumentExtension extension sequenceOfExtn
CPIPRequestArg
::=
SEQUENCE{ cpiProtectionLevel argumentExtension extension sequenceOfExtn
CPICapabilityLevel
::=
ENUMERATED{ interruptionLowPriority (1), interruptionMediumPriority (2), interruptionHighPriority (3)}
CPICapabilityLevel, CHOICE{ [1] IMPLICIT Extension, [2] IMPLICIT SEQUENCE OF Extension} OPTIONAL} CPIProtectionLevel CHOICE{ [1] IMPLICIT Extension, [2] IMPLICIT SEQUENCE OF Extension} OPTIONAL}
- 40 -
Ta b le D . 1 - C a ll- I n t e r r u p t io n - O p e r a t io n s - b a s e d o n I TU - T R e c s . X . 2 0 8 / X . 2 0 9 ( c o n c lu d e d ) CPIProtectionLevel
::=
callInterruptionRequest callProtectionRequest END
ENUMERATED{ noProtection (0), lowProtection (1), mediumProtection (2), totalProtection (3)} CallInterruptionRequest CallProtectionRequest
::= 87 ::= 88
-- of Call-Interruption-Operations Ta b le D . 2 - C a ll- I n t e r r u p t io n - N o t if ic a t io n s - b a s e d o n I TU - T R e c s . X . 2 0 8 / X . 2 0 9
Call-Interruption-Notifications {iso (1) standard (0) pss1-call-interruption (15992) call-interruption-notifications (1) }
DEFINITIONS BEGIN IMPORTS
::= NOTIFICATION FROM Notification-Data-Structure {iso (1) standard (0) pss1-generic-procedures (11582) notification-data-structure (7)};
-- The following notifications are defined: InterruptionIsImpending
::=
NOTIFICATION ARGUMENT NULL
InterruptionTerminated
::=
NOTIFICATION ARGUMENT NULL
InterruptionForcedRelease
::=
NOTIFICATION ARGUMENT NULL
interruptionIsImpending interruptionTerminated interruptionForcedRelease
InterruptionIsImpending InterruptionTerminated InterruptionForcedRelease
END
::= 2008 ::= 2009 ::= 2010
--of Call-Interruption-Notifications
Free printed copies can be ordered from: ECMA 114 Rue du Rhône CH-1204 Geneva Switzerland Fax: Email:
+41 22 849.60.01 [email protected]
Files of this Standard can be freely downloaded from the ECMA web site (www.ecma.ch). This site gives full information on ECMA, ECMA activities, ECMA Standards and Technical Reports.
ECMA 114 Rue du Rhône CH-1204 Geneva Switzerland See inside cover page for obtaining further soft or hard copies.