EUROPEAN ETS TELECOMMUNICATION July 1991 STANDARD

Transcription

1 EUROPEAN ETS TELECOMMUNICATION July 1991 STANDARD Source: ETSI TC-SPS Reference: ICS: Key words: ISDN, ISDN basic access, Layer 3 aspects Integrated Services Digital Network (ISDN); Attachment requirements for terminal equipment to connect to an ISDN using ISDN basic access Layer 3 aspects (The text of this ETS may be utilized, wholly or in part, for the establisment of NET 3 Part 2 ETSI European Telecommunications Standards Institute ETSI Secretariat New presentation - see History box Postal address: F Sophia Antipolis CEDEX - FRANCE Office address: 650 Route des Lucioles - Sophia Antipolis - Valbonne - FRANCE X.400: c=fr, a=atlas, p=etsi, s=secretariat - Internet: secretariat@etsi.fr Tel.: Fax: Copyright Notification: No 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 All rights reserved.

2 Page 2 Whilst every care has been taken in the preparation and publication of this document, errors in content, typographical or otherwise, may occur. If you have comments concerning its accuracy, please write to "ETSI Editing and Committee Support Dept." at the address shown on the title page.

3 Page 3 Contents Foreword... 5 Scope General Introduction Configurations at User Premises Relationship to other Attachment standards/nets Testing and Approval Methodology Information to be provided by the Apparatus Supplier Test Environment Layer 3 Requirements General Static Attachment Requirements Functional Characteristics General Overview of Call Control Message Definition and Content Message Format and Information Element Coding Layer 3 System Parameters Interface Procedures Call Establishment Call Clearing Tones and Announcements Restart Call Re-arrangement User-to-user Signalling Handling of Error Conditions Packet Communications Supplementary Services SDLs Definitions and Abbreviations References Annex A: Test schedule for layer 3 conformance Annex B: Example of Information to be Provided by the Apparatus Supplier B.1 Introduction B.2 Information to be provided by the Apparatus Supplier B.2.1 Information with respect to a PICS B.2.2 Information with respect to a PIXIT Annex C: Test report format System test report for equipment tested against the requirements specified in ETS (Candidate NET 3, Part 2) Test Laboratory Client Information Product

4 Page System Conformance Test Report Test Conditions System Report Summary Layer 3 Test Report Summary Summary of Error Report Summary of Particular Events History

5 Page 5 Foreword This European Telecommunication Standard (ETS) has been produced by the Signalling Protocols and Switching (SPS) Technical Committee of the European Telecommunications Standards Institute (ETSI) and was adopted, having passed through the ETSI standards approval procedure. The text of this ETS may be utilized, wholly or in part, for the establishment of NET 3 part 2.

6 Page 6 Blank page

7 Page 7 Scope In accordance with CCITT Recommendation I.420 [5] and ETS [2] and ETS [3], this standard specifies the layer 3 access control protocol to be offered by terminal equipment as defined in subclause at the T reference point or coincident S and T reference point at an interface to a public telecommunications network presented at an ISDN basic access point. The static attachment requirements and tests specified in this ETS are for TEs having the capability of both originating a circuit switched call and receiving an incoming circuit switched call. In addition, certain TEs of a specialised nature may employ supplementary services as part of their default operation characteristics. The requirements and tests for these specialised terminals are also not covered in this standard. NOTE: No requirements or tests are included in this document concerning the procedures for packet communications, user-to-user signalling or supplementary services except for the case of the terminal portability supplementary service which can be considered as an essential feature of many ISDN terminals. However, TEs implementing packet facilities, user-to-user signalling or supplementary services may be subject to additional and/or alternative testing by those Administrations whose ISDNs provide the support of packet calls, user-to-user signalling and/or supplementary services. 1 General 1.1 Introduction This standard specifies the basic requirements concerning the layer 3 basic call control protocol which Equipment (TE) has to meet for attachment to the public ISDN basic user-network interface at the T reference point or coincident S and T reference point. The requirements specified in this standard are in addition to those relating to the layer 1 and 2 aspects given in NET 3, Part 1. This standard does not cover all the requirements which a specific type of TE has to meet. However, standards/nets which define attachment requirements relevant to a specific type of TE should refer to this standard for the attachment requirements within the scope of this standard Unless otherwise stated, the use of the term terminal equipment (TE) within this standard refers to customer's terminal apparatus which may be a TE1 ( Equipment Type 1), a TA ( Adaptor) or an NT2 (Network Termination Type 2) as defined in CCITT Recommendation I.411 [4] Communication between adjacent layers (primitive procedures) is conceptual and allows the description of interactions between functions dedicated to different layers within a TE. These primitive procedures do not constrain implementation, are system internal and therefore cannot be tested in isolation. However, as seen from outside, the design of TE shall be such that the sequence of events across the user-network interface must be the same as if the primitives were implemented as described in ETS [2] and ETS [3]. 1.2 Configurations at User Premises The operational configurations specified in subclause 1.2 of NET 3, Part 1 [1] are applicable to this standard. 1.3 Relationship to other Attachment standards/nets Where a TE supports services specified in other NETs, additional requirements may apply and will be found in the specific terminal NET. 1.4 Testing and Approval Methodology The tests specified in Annex A of this ETS shall verify the suitability of the TE for attachment to the public telecommunications network. Those functions and procedures which are optional as indicated in this ETS and for which there are tests in Annex A of this ETS shall be subject to an attachment test if they are implemented in the TE. The means of determining whether an optional function/procedure has been

8 Page 8 implemented is by either Apparatus Supplier's declaration or as a result of testing the equipment for this function/procedure. Where no declaration is made by the Apparatus Supplier as to the implementation (or not) of an optional function/procedure, and the testing of this feature reveals that the option is incorrectly (or partially) implemented, the option shall be deemed to have been implemented and the apparatus shall be evaluated accordingly The user-network interface at the T reference point or coincident S and T reference point provides the only access for testing the terminal equipment. However, actions at the user side of the equipment under test (e.g. at the man-machine interface, execution of higher layer processes, at the interface at the R reference point in the case of terminal adaptors) shall be used to invoke actions at layer 3 of the D-channel protocol within the equipment under test Connection of Equipment Under Test to the shall be carried out in accordance with subclause of NET 3, Part 1 [1] The attachment tests for each layer of the D-channel protocol are specified separately (layers 1 and 2 in NET 3, Part 1, Annex A, Parts 1 and 2 respectively and layer 3 in Annex A of this document) and the test configuration(s) to be used in testing each layer is specified in that part of the ETS relating to the attachment tests for that layer When carrying out a test, it may be necessary for the equipment under test to be maintained in the active state of a call. In such cases, it may be necessary for the tester to achieve this by procedural means related to functional entities outside the scope of this ETS (e.g. layer 4 and upwards). The procedural means may include: a) the tester sending a specified bit pattern within the B-channel subsequent to the CONNECT or CONNECT ACKNOWLEDGE message being sent in the D-channel; and/or b) if possible, disabling the TE timers associated with layer 4 and upwards or lower layers of the user plane (reference CCITT Recommendation I.320 [8]. Any actions necessary to prevent the equipment under test from premature clearing shall be indicated by the supplier (see subclause 1.5). 1.5 Information to be provided by the Apparatus Supplier The apparatus supplier shall provide two kinds of information: - information with respect to the protocol: Protocol Implementation Conformance Statement (PICS); - information with respect to the man-machine interface: Protocol Implementation extra Information for Testing (PIXIT). The complete list of the information to be provided by the apparatus supplier is a matter between the apparatus supplier and the testing house but an example of the possible information (relating to layer 3 protocol aspects) to be supplied is given for information in Annex B to this ETS. 1.6 Test Environment The conditions under which the tests specified in Annex A shall be carried out are specified in subclause 1.7 of NET 3, Part 1 [1]. 2 Layer 3 Requirements 2.1 General This section defines the requirements for TE operation relating to the D-channel Layer 3 protocol with reference to Basic Call Control.

9 Page 9 A TE shall support the protocols associated with the user side in accordance with ETS [2] and ETS [3] and where applicable meet those functional requirements which are compulsory to provide the communication functionality specified in a ETS/NET concerned with a specific type of TE. The layer 3 D-channel protocol implemented in the TE shall satisfy ETS [2] and and ETS [3] as indicated in the Tables 1 to 15 in section 2.2 of this ETS. 2.2 Static Attachment Requirements The static attachment requirements (SAR) define features and functions which at minimum must be supported to ensure the operational integrity of an ISDN I-series terminal. For layer 3 the SAR is specified in Tables 1 to 15 below. Within Tables 1 to 15, the following notation is used:- M = O = N/A = GID = mandatory ie the TE implementation shall satisfy clauses in that section relating to the operation of the layer 3 protocol in the TE. optional ie it is optional whether the TE implements that function but if the function is implemented it shall satisfy the clauses in that section relating to the operation of the TE layer 3 protocol. not applicable ie either the requirements specified in the section on the TE shall not be applied for attachment approval or else the section relates solely to the operation of the network, or it relates to the operation at the man-machine interface. the section provides General Information and Definitions. ETS = ETS [2]. SAR = COMMENT = Static Attachment Requirement (minimal acceptance). Available field for supportive comments/values. (The comments references apply to this document) Functional Characteristics General Table 1: Layer 3 Functional Characteristics Requirements ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ FUNCTIONAL CHARACTERISTICS ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄ ÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Function = General ³ ETS ³ SAR ³ COMMENTS ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄ ÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ General ³ 1 ³ GID ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄ ÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ

10 Page Overview of Call Control Table 2: Layer 3 Call States Requirements ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ FUNCTIONAL CHARACTERISTICS ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄ ÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Function = Call States ³ ETS ³ SAR ³ COMMENTS ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄ ÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Overview of Call Control ³ 2 ³ GID ³ Background Info. ³ ³ Circuit Switched Calls ³ 2.1 ³ GID ³ Call states at the user side ³ ³ GID ³ of the interface ³ Null state (U0) ³ ³ M ³ Call Initiated (U1) ³ ³ M ³ Overlap sending (U2) ³ ³ O ³ Outgoing call proceeding (U3) ³ ³ NOTE ³ Call delivered (U4) ³ ³ NOTE ³ Call present (U6) ³ ³ M ³ Transitory state ³ ³ Call received (U7) ³ ³ O ³ M if alerting used ³ ³ Connect request (U8) ³ ³ M ³ Incoming call proceeding (U9) ³ ³ O ³ M if call proc.used³ ³ Active (U10) ³ ³ M ³ Disconnect request (U11) ³ ³ M ³ Disconnect indication (U12) ³ ³ M ³ Suspend request (U15) ³ ³ O ³ M if call rearran- ³ gement used ³ ³ Resume request (U17) ³ ³ O ³ M if call rearran- ³ gement used ³ ³ Release request (U19) ³ ³ M ³ Overlap receiving (U25) ³ ³ O ³ M if overlap ³ receiving used ³ ³ Call states at the network ³ ³ N/A ³ side of the interface ³ Packet mode access connections ³ 2.2 ³ N/A ³ see NOTE in scope ³ ³ Temporary signalling connections³ 2.3 ³ N/A ³ see NOTE in scope ³ ³ States associated with the ³ 2.4 ³ O ³) ³ ³ global call reference ³) ³ ³ Call states at the user ³ ³ O ³) ³ ³ side of the interface ³) M if Restart ³ ³ Null (Rest 0) ³ ³ O ³) procedure used. ³ ³ Restart request (Rest 1) ³ ³ O ³) ³ ³ Restart (Rest 2) ³ ³ O ³) ³ ³ Call states at the network ³ ³ N/A ³ side of the interface ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄ ÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Note to table 2: NOTE: A given TE may not need this call state, but to fulfil procedures specified in ETS [2], clause 5 and all its subsections, all TEs must implement the call state.

11 Page Message Definition and Content Table 3: Layer 3 Message Definition and Content Requirements ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ FUNCTIONAL CHARACTERISTICS ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄ ÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Function = Message definition ³ ETS ³ SAR ³ COMMENTS ³ ³ and content ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄ ÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Message Functional Definitions ³ 3 ³ GID ³ NOTE 1 ³ ³ and Content ³ Messages for Circuit Mode ³ 3.1 ³ GID ³ Summary of ³ ³ Connections ³ message repertoire ³ ³ ALERTING ³ ³ NOTE 2 ³ CALL PROCEEDING ³ ³ NOTE 2 ³ CONGESTION CONTROL ³ ³ N/A ³ see NOTE in Scope ³ ³ CONNECT ³ ³ M ³ CONNECT ACKNOWLEDGE ³ ³ NOTE 2 ³ DISCONNECT ³ ³ M ³ FACILITY ³ ³ N/A ³ see NOTE in Scope ³ ³ INFORMATION ³ ³ NOTE 2 ³ NOTIFY ³ ³ NOTE 2 ³ PROGRESS ³ ³ NOTE 2 ³ RELEASE ³ ³ M ³ RELEASE COMPLETE ³ ³ M ³ RESUME ³ ³ O ³ NOTE 4 ³ ³ RESUME ACKNOWLEDGE ³ ³ O ³ NOTE 4 ³ ³ RESUME REJECT ³ ³ O ³ NOTE 4 ³ ³ M ³ SETUP ACKNOWLEDGE ³ ³ O ³ STATUS ³ ³ M ³ STATUS ENQUIRY ³ ³ O ³ SUSPEND ³ ³ O ³ NOTE 4 ³ ³ SUSPEND ACKNOWLEDGE ³ ³ O ³ NOTE 4 ³ ³ SUSPEND REJECT ³ ³ O ³ NOTE 4 ³ ³ USER INFORMATION ³ ³ N/A ³ see NOTE in Scope ³ ³ Messages for Packet Mode ³ 3.2 ³ N/A ³ see NOTE in Scope ³ ³ Connections ³ Messages for user to user ³ 3.3 ³ N/A ³ see NOTE in Scope ³ ³ signalling not associated ³ with circuit switched calls ³ Messages used with the ³ 3.4 ³ ³ Global Call Reference ³ RESTART ³ ³ NOTE 3 ³ RESTART ACKNOWLEDGE ³ ³ NOTE 3 ³ STATUS ³ ³ O ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄ ÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Notes to table 3: NOTE 1: NOTE 2: NOTE 3: NOTE 4: Refer to ETS [2], subclause to subclause for the content of each message. It is optional whether a TE ever transmits this message but all TEs must be able to receive the message and handle it correctly as defined in the procedures specified in ETS [2], clause 5 and all its subsections. The implementation of both the RESTART and the RESTART ACKNOWLEDGE messages is optional. However, if the capability to transmit the RESTART message is implemented then it is mandatory to implement the capability to receive the RESTART ACKNOWLEDGE message. Similarly, if the capability to receive the RESTART message is implemented, it is mandatory to implement the capability to transmit the RESTART ACKNOWLEDGE message. The support of the call re-arrangement procedure is optional. However, if call rearrangement is implemented then all the messages RESUME, RESUME ACKNOWLEDGE, RESUME REJECT, SUSPEND, SUSPEND ACKNOWLEDGE, SUSPEND REJECT must be implemented.

12 Page Message Format and Information Element Coding Table 4: Layer 3 Message Format and Coding Requirements ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ FUNCTIONAL CHARACTERISTICS ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄ ÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Function = Message Format and ³ ETS ³ SAR ³ COMMENTS ³ ³ Information Element ³ Coding ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄ ÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ General Message Format and ³ 4 ³ NOTE 1 ³ Information Element Coding ³ Overview ³ 4.1 ³ M ³ Protocol Discriminator ³ 4.2 ³ M ³ Call Reference ³ 4.3 ³ M ³ Message Type ³ 4.4 ³ M ³ Other Information Elements ³ 4.5 ³ ³ Coding Rules ³ ³ M ³ Codeset 0 ³ ³ M ³ Codeset 5 ³ ³ NOTE 6 ³ Extensions of Codesets ³ ³ M ³ Locking Shift Procedure ³ ³ NOTE 2 ³ Non-locking Shift Procedure ³ ³ NOTE 2 ³ Bearer Capability ³ ³ M ³ Call Identity ³ ³ O ³ NOTE 3 ³ ³ Call State ³ ³ M ³ Called Party Number ³ ³ M ³ Called Party Subaddress ³ ³ N/A ³ see NOTE in Scope ³ ³ Calling Party Number ³ ³ N/A ³ see NOTE in Scope ³ ³ Calling Party Subaddress ³ ³ N/A ³ see NOTE in Scope ³ ³ Cause ³ ³ M ³ Channel Identification ³ ³ NOTE 2 ³ Congestion Level ³ ³ N/A ³ see NOTE in Scope ³ ³ Display ³ ³ NOTE 7 ³ High Layer Compatibility ³ ³ O ³ Keypad Facility ³ ³ N/A ³ see NOTE in Scope ³ ³ Low Layer Compatibility ³ ³ O ³ More Data ³ ³ N/A ³ see NOTE in Scope ³ ³ Network-specific Facilities ³ ³ N/A ³ see NOTE in Scope ³ ³ Notification Indicator ³ ³ NOTE 2 ³ Progress Indicator ³ ³ NOTE 2 ³ Restart Indicator ³ ³ O ³ Segmented Message ³ ³ N/A ³ Sending Complete ³ ³ NOTE 4 ³ Signal ³ ³ N/A ³ see NOTE in Scope ³ ³ Transit Network Selection ³ ³ O ³ User to user ³ ³ N/A ³ see NOTE in Scope ³ ³ Date/Time ³ ³ NOTE 5 ³ Facility ³ ³ N/A ³ see NOTE in Scope ³ ³ Information Element ³ Information Element for ³ 4.7 ³ N/A ³ see NOTE in Scope ³ ³ Packet Communications ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄ ÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Notes to table 4: NOTE 1: NOTE 2: NOTE 3: NOTE 4: Refer to ETS [2], subclause 4.2 to subclause for the content of each information element. It is optional whether a TE ever transmits this information element but all TEs must be able to receive the information element and handle it correctly as defined in the procedures specified in ETS [2], clause 5 and all its subsections. The support of the call re-arrangement procedure is optional. However ETSs/NETs relating to a specific terminal type may require the procedure to be mandatory for those specific types of terminals. Furthermore, even if the call re-arrangement procedure is used, the support of this information element is optional. It is optional for a TE to generate this information element, but TEs which implement the Overlap receiving procedure shall recognize the information element and handle it correctly as defined in the procedures specified in ETS [2], clause 5 and all its subsections.

13 Page 13 NOTE 5: NOTE 6: NOTE 7: It is mandatory that the TE recognises the Date/time information element meaning that no error handling procedures shall be initiated upon its reception. ETSs/NETs relating to a specific terminal type may require the use of the contents of the Date/time information element but otherwise it may be ignored. It is mandatory for the TE to handle correctly the shifting procedures between different codesets. It is optional whether the TE recognizes or generates any of the information elements in codeset 5. It is mandatory that the TE recognizes the Display Information Element meaning that no error handling procedures shall be initiated upon its reception but it is optional whether the contents of the information element are displayed Layer 3 System Parameters Table 5: Layer 3 System Parameter Requirements ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ FUNCTIONAL CHARACTERISTICS ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄ ÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Function = Layer 3 System ³ ETS ³ SAR ³ COMMENTS ³ ³ Parameters ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄ ÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ List of System Parameters ³ 9 ³ ³ Timers in the Network Side ³ 9.1 ³ N/A ³ Timers in the User Side ³ 9.2 ³ ³ T301 N/A ³ T302 NOTE ³ T303 O ³ T304 O ³ T305 M ³ T308 M ³ T309 O ³ T310 O ³ T313 M ³ T314 NOTE ³ T316 NOTE ³ T317 NOTE ³ T318 NOTE ³ T319 ³ T321 N/A ³ T322 NOTE ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄ ÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Note to table 5: NOTE: Mandatory if the corresponding procedure is implemented, otherwise not applicable.

14 Page Interface Procedures Call Establishment Table 6: Layer 3 Call Establishment Requirements ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ INTERFACE PROCEDURES ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄ ÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Procedure = Call Establishment ³ ETS ³ SAR ³ COMMENTS ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄ ÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Circuit Switched Call Control ³ 5 ³ NOTE 1 ³ Procedures ³ Call Establishment at ³ 5.1 ³ M ³ Origination Interface ³ Call Request ³ ³ M ³ B-channel Selection - ³ ³ M ³ originating ³ Overlap Sending ³ ³ O ³ NOTE 2 ³ ³ Invalid Call Information ³ ³ N/A ³ Call Proceeding ³ ³ ³ Call Proceeding, enbloc sending ³ ³ M ³ NOTE 2 ³ ³ overlap sending ³ ³ M ³ Notification of interworking at ³ ³ ³ the originating interface ³ - receipt of M ³ - generation of O ³ M for NT2 ³ if interworking ³ occurs ³ ³ Call Confirmation Indication ³ ³ M ³ Call Connected ³ ³ M ³ Call Rejection ³ ³ N/A ³ Transit Network Selection ³ ³ N/A ³ refer to network ³ operations only ³ ³ Call Establishment at ³ 5.2 ³ M ³ NOTE 4 ³ ³ Destination Interface ³ Incoming Call ³ ³ M ³ Compatibility Checking ³ ³ M ³ B-channel Selection - ³ ³ ³ destination ³ SETUP message delivered by ³ ³ M ³ point-to-point data link ³ SETUP messages delivered by ³ ³ M ³ broadcast data link ³ Overlap Receiving ³ ³ O ³ Call Confirmation ³ ³ ³ Response to en-bloc SETUP or ³ ³ M ³ Completion of Overlap Receiving ³ Receipt of CALL PROCEEDING ³ ³ N/A ³ and ALERTING ³ Called user clearing during ³ ³ N/A ³ refer to network ³ ³ call establishment ³ operations only ³ ³ Call Failure Procedures ³ ³ N/A ³ Notification of interworking at ³ ³ ³ terminating interface ³ - receipt of M ³ - generation of O ³ M for NT2 ³ if interworking ³ occurs ³ ³ Call Accept ³ ³ M ³ Active Indication ³ ³ M ³ Non-selected User Clearing ³ ³ M ³ Call collision ³ 5.7 ³ M ³ Compatibility Checking ³ Annex B ³ M ³ Transit Network Selection ³ Annex C ³ O ³ Extension for Symmetric Call ³ Annex D ³ N/A ³ Network Specific facility ³ Annex E ³ N/A ³ selection ³ D channel backup procedures ³ Annex F ³ N/A ³ Cause definitions ³ Annex G ³ GID ³ Examples of information ³ Annex H ³ GID ³ element coding ³ Use of Progress indicator ³ Annex I ³ M ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄ ÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ

15 Table 6 (concluded): Layer 3 Call Establishment Requirements Page 15 ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ INTERFACE PROCEDURES ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄ ÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Examples of cause value and ³ Annex J ³ N/A ³ location for busy condition ³ Message segmentation ³ Annex K ³ N/A ³ NOTE 3 ³ ³ procedures ³ Procedure = Call Establishment ³ ETS ³ SAR ³ COMMENTS ³ ³ (continued) ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄ ÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Low Layer Information ³ Annex L ³ M ³ coding principles ³ Low Layer Compatibility ³ Annex M ³ O ³ negotiation ³ Procedures for Establishment ³ Annex N ³ O ³ of Bearer Connection prior ³ to Call Acceptance ³ Optional Procedures for ³ Annex O ³ N/A ³ bearer service change ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄ ÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Notes to table 6: NOTE 1: NOTE 2: NOTE 3: NOTE 4: This paragraph is mandatory except information related to supplementary services, inter ISPBX application and packet calls which is N/A and information related to the use of the segmentation procedure which is optional. TEs which use the en-bloc sending procedures shall able to receive the SETUP ACKNOWLEDGE message and handle it correctly as defined in subclause of ETS [2] unless the TE includes the Sending Complete information element in the SETUP message. Currently there are no messages whose length would necessitate the use of the segmentation procedure. The capacity to receive the SETUP message using the broadcast method is mandatory for all terminals. However, the capacity to receive the SETUP message using point-topoint data link connection is optional Call Clearing Table 7: Layer 3 Call Clearing Requirements ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ INTERFACE PROCEDURES ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄ ÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Procedure = Call Clearing ³ ETS ³ SAR ³ COMMENTS ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄ ÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Call Clearing ³ 5.3 ³ ³ Terminology ³ ³ GID ³ Exception Conditions ³ ³ M ³ Clearing initiated by the User ³ ³ M ³ Clearing by the Network ³ ³ M ³ Clearing when Tones/ ³ ³ M ³ Announcements Provided ³ Clearing when Tones/ ³ ³ M ³ Announcements not Provided ³ Completion of Clearing ³ ³ M ³ Clear Collision ³ ³ M ³ Usage of Cause Values ³ Appendix I³ NOTE ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄ ÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Note to table 7: NOTE: Appendix I summarizes the usage of Cause Values in ETS [2] and thus places no additional requirements on the TE other than those which have already been identified in subclause of this document.

16 Page Tones and Announcements Table 8: Layer 3 Tones and Announcements Requirements ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ INTERFACE PROCEDURES ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄ ÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Procedure = Tones and ³ ETS ³ SAR ³ COMMENTS ³ ³ Announcements ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄ ÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ In-band Tones and Announcements ³ 5.4 ³ N/A ³ refer to network ³ operations only ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄ ÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Restart Table 9: Layer 3 Restart Requirements ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ INTERFACE PROCEDURES ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄ ÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Procedure = Restart ³ ETS ³ SAR ³ COMMENTS ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄ ÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Restart Procedure ³ 5.5 ³ O ³ Sending RESTART ³ ³ O ³ Receiving RESTART ³ ³ O ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄ ÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Call Re-arrangement Table 10: Layer 3 Call Re-arrangement Requirements ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ INTERFACE PROCEDURES ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄ ÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Procedure = Call Re-arrangement ³ ETS ³ SAR ³ COMMENTS ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄ ÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Call Re-arrangements ³ 5.6 ³ O ³ NOTE 1 ³ ³ Call Suspension ³ ³ O ³ NOTE 1 ³ ³ Call Suspended ³ ³ O ³ NOTE 1 ³ ³ Call Suspend Error ³ ³ O ³ NOTE 1 ³ ³ Call Re-establishment ³ ³ O ³ NOTE 1 ³ ³ Call Resume Error ³ ³ O ³ NOTE 1 ³ ³ Double Suspension ³ ³ O ³ NOTE 1 ³ ³ Call Re-arrangement Controlled ³ ³ O ³ NOTE 1 ³ ³ by an NT2 ³ User Notification Procedure ³ 5.9 ³ ³ - Receipt of M ³ NOTE 2 ³ ³ - Generation of O ³ NOTE 2 ³ ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄ ÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Notes to table 10: NOTE 1: NOTE 2: The support of call re-arrangement procedure is optional. However ETSs/NETs relating to a specific terminal type may require the procedure to be mandatory for those specific types of terminals. If call re-arrangement procedure is implemented, then all of the procedures specified in ETS [2], subclause 5.6 and its sub-sections shall be implemented. It is optional whether a TE ever transmits a NOTIFY message but all TEs must be able to receive and handle it correctly as defined in the procedures specified in clause 5 and its sub-sections of ETS [2].

17 Page User-to-user Signalling Table 11: User-to-user Signalling Requirements ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ INTERFACE PROCEDURES ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄ ÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Procedure = User-to-user ³ ETS ³ SAR ³ COMMENTS ³ ³ Signalling ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄ ÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Procedures for User-to-User ³ 7 ³ N/A ³ See NOTE in scope³ ³ Signalling ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄ ÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Handling of Error Conditions Table 12: Layer 3 Handling of Error Conditions Requirements ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ INTERFACE PROCEDURE ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄ ÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Procedure = Error Conditions ³ ETS ³ SAR ³ COMMENTS ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄ ÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Handling of Error Conditions ³ 5.8 ³ M ³ Protocol Discriminator Error ³ ³ M ³ Message too Short ³ ³ M ³ Call Reference Errors ³ ³ ³ Invalid Call Reference Format ³ ³ M ³ Call Reference Procedural Error ³ ³ M ³ Message Type or Message Sequence ³ ³ M ³ Errors ³ General Information Element ³ ³ ³ Errors ³ Information Element Out of ³ ³ M ³ Sequence ³ Duplicated Information Elements ³ ³ M ³ Mandatory Information Element ³ ³ ³ Errors ³ Mandatory Information Element ³ ³ M ³ Missing ³ Mandatory Information Element ³ ³ M ³ Content Error ³ Non-mandatory Information ³ ³ ³ Element Error ³ Unrecognized Information Element ³ ³ M ³ Non-mandatory Information Element ³ ³ M ³ Content Error ³ Data Link Reset ³ ³ M ³ Data Link Failure ³ ³ M ³ Status Enquiry Procedure ³ ³ O ³ Receiving a STATUS message ³ ³ M ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄ ÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Packet Communications Table 13: Layer 3 Packet Communications Requirements ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ INTERFACE PROCEDURES ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄ ÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Procedure = Packet ³ ETS ³ SAR ³ COMMENTS ³ ³ Communication ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄ ÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Procedures for Packet ³ 6 ³ N/A ³ see NOTE in scope³ ³ Communication ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄ ÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ

18 Page Supplementary Services Table 14: Supplementary Service Requirements ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ INTERFACE PROCEDURES ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄ ÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Procedure = Supplementary ³ ETS ³ SAR ³ COMMENTS ³ ³ Services ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄ ÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Application of Circuit-Switched ³ 8 ³ N/A ³ see NOTE in scope³ ³ Supplementary Services to ³ s using Stimulus ³ Procedures. ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄ ÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ SDLs Table 15: User side and Network side SDL diagrams ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ INTERFACE PROCEDURES ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄ ÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Procedure = Call Control ³ ETS ³ SAR ³ COMMENTS ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄ ÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ User side and network side ³ Annex A ³ NOTE ³ SDL diagrams ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄ ÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Note to table 15: NOTE: Annex A of ETS [2] refers out to ETS [3], the contents of which are a specification using SDL of the procedures specified in clause 5 of ETS [2] and hence place no additional requirements on the TE other than those which have already been identified in subclause of this document. 3 Definitions and Abbreviations The definitions and abbreviations given in clause 6 of NET 3, Part 1 [1] are applicable. In addition, the following abbreviation applies: ETSI European Telecommunications Standards Institute 4 References [1] NET 3, Part 1. First Edition (1988): "Norme Européenne de Télécommunication. Approval Requirements for Equipment to connect to integrated services digital network (ISDN) using ISDN basic access. Part 1: layers 1 and 2 aspects". [2] ETS (1990): "Integrated Services Digital Network (ISDN); Usernetwork interface layer 3 Specifications for basic call control". [3] ETS (1990): "Integrated Services Digital Network (ISDN); Usernetwork interface layer 3 Specification for basic call control Specification Description Language (SDL) diagrams". [4] CCITT Recommendation I.411 (1988): "ISDN User-network Interfaces - Reference Configurations". [5] CCITT Recommendation I.420 (1988): "Basic User-network Interface". [6] ISO/IEC JTC1/SC21 DIS 9646: "OSI Conformance Testing Methodology and Framework".

19 Page 19 [7] ETS (1991): "Integrated Services Digital Network (ISDN); User-network interface data link layer specification Application of CCITT Recommendations Q.920/I.440 and Q.921/I.441". [8] CCITT Recommendation I.320 (1988): "ISDN Protocol Reference Model".

20 Page 20 Blank page

21 Page 21 Annex A: Test schedule for layer 3 conformance Contents Section 0: Introduction Object and Scope Preliminary Notes (Normative text) Section 1: General tests Incoming call handling tests Receipt of a valid SETUP message in the Null State With a content which matches the capabilities of the TE Without the Sending complete information element With the Sending complete information element With the Interworking indication With a content which does not match the capabilities of the TE With an Incompatibly coded Bearer capability value With an incompatibly coded High layer compatibility value Receipt of a repeated valid SETUP message Receipt of an "erroneous" message With a length which is too short With an Incorrect Call reference flag With a mandatory information element missing With an unrecognised information element of the type "comprehension required" With an unrecognised information element of the type other than "comprehension required" With a non-mandatory information element with unrecognised content Section 2: Called user terminal tests Null state tests, state Receipt of a RELEASE message Receipt of a RELEASE COMPLETE message Receipt of an "erroneous" message Receipt of an inopportune message Receipt of a syntactically invalid message (unrecognized message type) Receipt of a STATUS message Indicating the Null state Indicating another call state RESUME message from the terminal Call present state tests, state Overlap receiving state tests, state Receipt of a DISCONNECT message Receipt of a RELEASE message Receipt of a RELEASE COMPLETE message Receipt of an "erroneous" message Receipt of an inopportune message Receipt of a syntactically invalid message (unrecognized message type) Receipt of an INFORMATION message... 55

22 Page Receipt of an INFORMATION message without sufficient called number information Receipt of an INFORMATION message with sufficient called number information Receipt of a STATUS message Indicating the Null state Indicating a compatible call state PROGRESS message from the terminal Incoming call proceeding state tests, state Receipt of a DISCONNECT message Receipt of a RELEASE message Receipt of a RELEASE COMPLETE message Receipt of an "erroneous" message Receipt of an inopportune message Receipt of a syntactically invalid message (unrecognized message type) Receipt of an INFORMATION message Receipt of a STATUS message Indicating the Null state Indicating a compatible call state PROGRESS message from the terminal Call received state tests, state Receipt of a DISCONNECT message Receipt of a RELEASE message Receipt of a RELEASE COMPLETE message Receipt of an "erroneous" message Receipt of an inopportune message Receipt of a syntactically invalid message (unrecognized message type) Receipt of an INFORMATION message Receipt of a STATUS message Indicating the Null state Indicating a compatible call state PROGRESS message from the terminal Connect request state tests, state Receipt of a DISCONNECT message Receipt of a RELEASE message Receipt of a RELEASE COMPLETE message Receipt of an "erroneous" message Receipt of an inopportune message Receipt of a syntactically invalid message (unrecognized message type) Receipt of an INFORMATION message Receipt of a STATUS message Indicating the Null state Indicating a compatible call state Receipt of a CONNECT ACKNOWLEDGE message Active state tests, state Receipt of a DISCONNECT message Receipt of a RELEASE message Receipt of a RELEASE COMPLETE message Receipt of an "erroneous" message Receipt of an inopportune message Receipt of a syntactically invalid message Receipt of an unrecognized message type Receipt of an invalid call reference format Receipt of an INFORMATION message Receipt of a STATUS message Indicating the Null State... 91

23 Page Indicating a compatible call state Receipt of a NOTIFY message DISCONNECT message from the terminal SUSPEND message from the terminal NOTIFY message from the terminal Call to a terminal already involved in a call Section 3: Calling user terminal tests Null state tests, state SETUP Message from Call initiated state tests, state Receipt of a RELEASE message Receipt of a RELEASE COMPLETE message Receipt of an "erroneous" message Receipt of an inopportune message Receipt of a syntactically invalid message (unrecognized message type) Receipt of a STATUS message Indicating the Null state Indicating a compatible call state Receipt of a CALL PROCEEDING message Receipt of a SETUP ACKNOWLEDGE message Overlap sending state tests, state Receipt of a DISCONNECT message Receipt of a RELEASE message Receipt of a RELEASE COMPLETE message Receipt of an "erroneous" message Receipt of an inopportune message Receipt of a syntactically invalid message (unrecognized message type) Receipt of an INFORMATION message Receipt of a STATUS message Indicating the Null state Indicating a compatible call state Receipt of a PROGRESS message Receipt of a CALL PROCEEDING message Receipt of an ALERTING message Receipt of a CONNECT message INFORMATION message from the terminal DISCONNECT message from the terminal Outgoing call proceeding state tests, state Receipt of a DISCONNECT message Receipt of a RELEASE message Receipt of a RELEASE COMPLETE message Receipt of an "erroneous" message Receipt of an inopportune message Receipt of a syntactically invalid message (unrecognized message type) Receipt of an INFORMATION message Receipt of a STATUS message Indicating the Null state Indicating a compatible call state Receipt of a PROGRESS message Receipt of an ALERTING message Receipt of a CONNECT message DISCONNECT message from the terminal Call delivered state tests, state Receipt of a DISCONNECT message

24 Page Receipt of a RELEASE message Receipt of a RELEASE COMPLETE message Receipt of an "erroneous" message Receipt of an inopportune message Receipt of a syntactically invalid message (unrecognized message type) Receipt of an INFORMATION message Receipt of a STATUS message Indicating the Null state Indicating a compatible call state Receipt of a PROGRESS message Receipt of a CONNECT message DISCONNECT message from the terminal Section 4: Cleardown state tests Disconnect request state tests, state Receipt of a DISCONNECT message Receipt of a RELEASE message Receipt of a RELEASE COMPLETE message Receipt of an "erroneous" message Receipt of an inopportune message Receipt of a syntactically invalid message (unrecognized message type) Receipt of an INFORMATION message Receipt of a STATUS message Indicating the Null state Indicating a compatible call state Receipt of a NOTIFY message Disconnect indication state tests, state Release request state tests, state Receipt of a RELEASE message Receipt of a RELEASE COMPLETE message Receipt of an "erroneous" message Receipt of an inopportune message Receipt of a syntactically invalid message (unrecognized message type) Receipt of an INFORMATION message Receipt of a STATUS message Indicating the Null state Indicating a compatible call state Section 5: uspend/resume states tests Suspend request state tests, state Receipt of a DISCONNECT message Receipt of a RELEASE message Receipt of a RELEASE COMPLETE message Receipt of an "erroneous" message Receipt of an inopportune message Receipt of a syntactically invalid message (unrecognized message type) Receipt of an INFORMATION message Receipt of a STATUS message Indicating the Null state Indicating a compatible call state Receipt of a NOTIFY message Receipt of a SUSPEND REJECT message Receipt of a SUSPEND ACKNOWLEDGE message Resume request state tests, state Receipt of a DISCONNECT message

25 Page Receipt of a RELEASE message Receipt of a RELEASE COMPLETE message Receipt of an "erroneous" message Receipt of an inopportune message Receipt of a syntactically invalid message (unrecognized message type) Receipt of an INFORMATION message Receipt of a STATUS message Indicating the Null state Indicating a compatible call state Receipt of a RESUME REJECT message Receipt of a RESUME ACKNOWLEDGE message Section 6: Layer 3 timers Timer tests Timer T Timer T Timer T Timer T Timer T Timer T Timer T Maximum Value Minimum Value Timer T Section 7: Abbreviations Section 0: Introduction 1 Object and Scope The object of this document is to provide the means by which layer 3 of the TE may be tested to verify the testable parameters given in Reference 2. The testing is performed using the test configuration as shown in Figure A1-3 in Annex A, Part 1 (Test Schedule for Layer 1 Conformance). This schedule does not test for conformance or any maintenance functions. The tests specified in the remainder of this Annex must be considered together with the relevant Preliminary Notes. The TE under test shall satisfy the test schedule and the Remote Single-layer "RS" test method (ref 6, subclause 8.1.4) will be used. 2 Preliminary Notes (Normative text) Each test is presented with the following framework: - Purpose, to describe the scope of the test case; - Precondition, to ensure that the (TE) is in the Null state; - Test case sequence, to show the information flow between the and the ; - Test description, to explain the test case sequence ; - Result checking, to verify the result of the test ;

26 Page 26 - Postamble, to bring the (TE) to the Null state (e.g.using a RELEASE/ RELEASE COMPLETE sequence). 1: The messages sent by the to the in the following test case sequences are either "valid" or "erroneous" (ie "inopportune" or "syntactically invalid"). A "valid" message is a message which contains at least all mandatory information elements (for the content of each information element see Preliminary Note 7). An optional information element may also be mandatory under some circumstances (see explanatory notes in clause 3 of ETS [2]). An "inopportune" (or unexpected) message is a message which is sent to the terminal to verify the correct operation of the implementation in the terminal of the error handling procedures (ETS [2], subclause 5.8.4). The specific message to use as the "inopportune" message, shall be one from the list given in the Table A3-1 below. The same message shall not be used as the "inopportune" message in all tests. A "syntactically invalid" message is, either: 1.1 a syntactically invalid message type, which (for the purpose of conformance testing) is defined as either, a message which is 4 octets long with the message type coded to a value not yet identified (a spare value) in subclause 4.4 of ETS [2]. (Some TEs may recognise certain message type values not identified in ETS [2]. The apparatus supplier shall declare any message type values which are not identified in ETS [2] but which the TE recognises, and these values shall not be used for "syntactically invalid" message type) or, a message which contains a Call reference information element with an invalid Call reference format (ie with bits 5 to 8 not equal to "0000"). or, 1.2 for the tests which are only performed in SECTION 1 (GENERAL TESTS): - a message which is too short (a message length less than 4 octets). - a message which contains a Call reference information element with incorrect call reference flag. - a message in which a mandatory information element is missing.

27 Page 27 Table A3-1: Inopportune Messages ÚÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ Test No.³ Inopportune Messages ³ ÃÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ ³ DISCONNECT, ALERTING, CALL PROCEEDING, CONNECT, ³ CONNECT ACKNOWLEDGE,SETUP ACKNOWLEDGE. ³ ÃÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ ³ As for except DISCONNECT. ³ ³ ³ ÃÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ ³ As for except DISCONNECT, CONNECT ACKNOWLEDGE ³ ÃÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ ³ ALERTING, CALL PROCEEDING, CONNECT, SETUP ACKNOWLEDGE³ ÃÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ ³ CONNECT ACKNOWLEDGE. ³ ÃÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ ³ As for SETUP ACKNOWLEDGE. ³ ÃÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ ³ As for CALL PROCEEDING. ³ ÃÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ ³ As for ALERTING. ³ ÃÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ ³ ALERTING, CALL PROCEEDING, CONNECT, ³ ³ ³ CONNECT ACKNOWLEDGE, SETUP ACKNOWLEDGE. ³ ÃÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ³ ³ ALERTING, CALL PROCEEDING, CONNECT, ³ ³ ³ CONNECT ACKNOWLEDGE,SETUP ACKNOWLEDGE. ³ ÀÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ 2: The message used by the to check the result of the test case is called the Checking message. This message shall be either; - a syntactically invalid message type (see 1.1.1), or - a STATUS ENQUIRY message. If it is declared that the STATUS ENQUIRY procedures have been implemented in the TE, then the STATUS ENQUIRY message shall be used as the checking message. If the TE is not in the Null state, it shall return a STATUS message. The STATUS message shall include a binary representation of the TE call state allowing the to ensure that it is correct. Should this value disagree with the expected one, a second checking message should be transmitted by the and the value rechecked. If an incorrect value is still encountered then the TE has failed the test. 3: According to subclause 5.2 of ETS [2], a TE may accept an incoming call by responding to the incoming SETUP message with any of the messages SETUP ACKNOWLEDGE (if the SETUP message received does not contain the Sending complete information element), CALL PROCEEDING, ALERTING or CONNECT. All TEs must be able to send the CONNECT message but the use of the other messages is optional. Depending on the type of TE, one of the following sequences shall be followed : * If the first response is the SETUP ACKNOWLEDGE message, either - CALL PROCEEDING, ALERTING, CONNECT, or - ALERTING, CONNECT, or, - CONNECT. * If the first response is the CALL PROCEEDING message,either - ALERTING, CONNECT, or,