- 1 - AP IX-127-E 6.3.4 Coding of the call reference For general rules, format and coding of call reference values,  4.3 of Recommendation Q.931 is applicable. For the functional supplementary service control, the dummy call reference is not applicable. 7. Message functional definitions and content This section should be read in conjunction with  3 of Recommendation Q.931. All messages are additional to those defined in that section and the following tables should be interpreted according to the introduction of  3 of Recommendation Q.931. 7.1 Messages for supplementary service control Table 7-1/Q.932 summarizes the messages specific to supplementary service control procedures. TABLE 7-1/Q.932 Messages specific to supplementary service control Reference FACILITY 7.1.1 HOLD 7.1.2 HOLD ACKNOWLEDGE 7.1.3 HOLD REJECT 7.1.4 REGISTER 7.1.5 RETRIEVE 7.1.6 RETRIEVE ACKNOWLEDGE 7.1.7 RETRIEVE REJECT 7.1.8 7.1.1 FACILITY This message may be sent to request or acknowledge a supplementary service. The supplementary service to be invoked, and its associated parameters, are specified in the Facility information element (see Table 7-2/Q.932). For the use of this message, see  6. TABLE 7-2/Q.932 FACILITY message content Message type: FACILITY (3276) - 2 - AP IX-127-E Significance: local (Note 1) Direction: both ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄ¿ ³Information element ³ Reference ³ Direction ³ Type ³ Length ³ ³=======================³==============³===========³==========³=========³ ³Protocol discriminator ³ 4.2/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄ´ ³Call reference ³ 4.3/Q.931 ³ both ³ M ³ 2-* ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄ´ ³Message type ³ 4.4/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄ´ ³Facility ³ 8.2/Q.932 ³ both ³ M ³ 8-* ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄ´ ³Display ³ 4.5/Q.931 ³ n -> u ³ 0(Note 2)³ (Note 3)³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÙ Note 1 - This message has local significance; however it may carry information of global significance. Note 2 - Included if the network provides information that can be presented to the user. Note 3 - The minimum length is 2 octets. The maximum length is network dependent and is either 34 or 82 octets. 7.1.2 HOLD This message is sent by the network or the user to request the hold function for an existing call (see Table 7-3/Q.932). For the use of this message, see  6. TABLE 7-3/Q.932 HOLD message content Message type: HOLD Significance: local Direction: both ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ ³ ³ ³ ³ ³ Information element ³ Reference ³ Direction ³ Type ³ Length ³ ³========================³==============³============³============³==========³ ³ ³ ³ ³ ³ ³ ³ Protocol discriminator ³ 4.2/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ (3276) - 3 - AP IX-127-E ³ Call reference ³ 4.3/Q.931 ³ both ³ M ³ 2-* ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Message type ³ 4.4/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Display ³ 4.5/Q.931 ³ n -> u ³ 0(Note 1) ³ (Note 2) ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÙ Note 1 - Included if the network provides information that can be presented to the user. Note 2 - The minimum length is 2 octets. The maximum length is network dependent and is either 34 or 82 octets. 7.1.3 HOLD ACKNOWLEDGE This message is sent by the network or the user to indicate that the hold function has been successfully performed (see Table 7-4/Q.932). For the use of this message, see  6. TABLE 7-4/Q.932 HOLD ACKNOWLEDGE message content Message type: HOLD ACKNOWLEDGE Significance: local Direction: both ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ ³ ³ ³ ³ ³ Information element ³ Reference ³ Direction ³ Type ³ Length ³ ³=========================³=============³===========³===========³==========³ ³ Protocol discriminator ³ 4.2/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Call reference ³ 4.3/Q.931 ³ both ³ M ³ 2-* ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Message type ³ 4.4/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Display ³ 4.5/Q.931 ³ n -> u ³ 0(Note 1) ³ (Note 2) ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÙ Note 1 - Included if the network provides information that can be presented to the user. Note 2 - The minimum length is 2 octets. The maximum length is network dependent and is either 34 or 82 octets. 7.1.4 HOLD REJECT This message is sent by the network or the user to indicate the denial of (3276) - 4 - AP IX-127-E a request to hold a call (see Table 7-5/Q.932). For the use of this message, see  6. TABLE 7-5/Q.932 HOLD REJECT message content Message type: HOLD REJECT Significance: local Direction: both ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄ¿ ³ Information element ³ Reference ³ Direction ³ Type ³ Length ³ ³========================³============³===========³==========³==========³ ³ Protocol discriminator ³ 4.2/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Call reference ³ 4.3/Q.931 ³ both ³ M ³ 2-* ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Message type ³ 4.4/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Cause ³ 4.5/Q.931 ³ both ³ M ³ 4-32 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Display ³ 4.5/Q.931 ³ n -> u ³ 0(Note 1)³ (Note 2)³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÙ Note 1 - Included if the network provides information that can be presented to the user. Note 2 - The minimum length is 2 octets. The maximum length is network dependent and is either 34 or 82 octets. 7.1.5 REGISTER This message is sent by the user or the network to assign a new call reference for non-call associated transactions (see Table 7-6/Q.932). For the use of this message, see  6. TABLE 7-6/Q.932 REGISTER message content Message type: REGISTER Significance: local (Note 1) Direction: both ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄ¿ ³ Information element ³ Reference ³ Direction ³ Type ³ Length ³ (3276) - 5 - AP IX-127-E ³========================³=============³============³============³===========³ ³ Protocol discriminator ³ 4.2/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ Call reference ³ 4.3/Q.931 ³ both ³ M ³ 2-* ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ Message type ³ 4.4/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ Facility ³ 8.2/Q.932 ³ both ³ 0(Note 4) ³ 2-* ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ Display ³ 4.5/Q.931 ³ n -> u ³ 0(Note 2) ³ (Note 3) ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÙ Note 1 - This message has local significance; however it may carry information of global significance. Note 2 - Included if the network provides information that can be presented to the user. Note 3 - The minimum length is 2 octets. The maximum length is network dependent and is either 34 or 82 octets. Note 4 - Included if the network or the user provides supplementary service information. 7.1.6 RETRIEVE This message is sent by the network or the user to request the retrieval of a held call (see Table 7-7/Q.932). For the use of this message, see  6. TABLE 7-7/Q.932 RETRIEVE message content Message type: RETRIEVE Significance: local Direction: both ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄ¿ ³ Information element ³ Reference ³ Direction ³ Type ³ Length ³ ³========================³==============³===========³===========³==========³ ³ Protocol discriminator ³ 4.2/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Call reference ³ 4.3/Q.931 ³ both ³ M ³ 2-* ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Message type ³ 4.4/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Channel identification ³ 4.5/Q.931 ³ both ³ 0(Note 1) ³ 2-* ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ (3276) - 6 - AP IX-127-E ³ Display ³ 4.5/Q.931 ³ n -> u ³ 0(Note 2) ³ (Note 3) ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÙ Note 1 - If not included, its absence is interpreted as any channel acceptable. Note 2 - Included if the network provides information that can be presented to the user. Note 3 - The minimum length is 2 octets. The maximum length is network dependent and is either 34 or 82 octets. 7.1.7 RETRIEVE ACKNOWLEDGE This message is sent by the network or the user to indicate that the retrieve function has been successfully performed (see Table 7-8/Q.932). For the use of this message, see  6. TABLE 7-8/Q.932 RETRIEVE ACKNOWLEDGE message content Message type: RETRIEVE ACKNOWLEDGE Significance: local Direction: both ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄ¿ ³ Information element ³ Reference ³ Direction ³ Type ³Length ³ ³========================³==============³===========³===========³=========³ ³ Protocol discriminator ³ 4.2/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄ´ ³ Call reference ³ 4.3/Q.931 ³ both ³ M ³ 2-* ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄ´ ³ Message type ³ 4.4/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄ´ ³ Channel identification ³ 4.5/Q.931 ³ both ³ 0(Note 1) ³ 2-* ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄ´ ³ Display ³ 4.5/Q.931 ³ n -> u ³ 0(Note 2) ³ (Note 3)³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÙ Note 1 - Mandatory in all cases except when the sender accepts the specific B Channel indicated in the RETRIEVE message. If included, a channel is indicated and specified as exclusive. Note 2 - Included if the network provides information that can be presented to the user. Note 3 - The minimum length is 2 octets. The maximum length is network dependent and is either 34 or 82 octets. (3276) - 7 - AP IX-127-E 7.1.8 RETRIEVE REJECT This message is sent by the network or the user to indicate the inability to perform the requested retrieve function (see Table 7-9/Q.932). For the use of this message, see  6. TABLE 7-9/Q.932 RETRIEVE REJECT message content Message type: RETRIEVE REJECT Significance: local Direction: both ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄ¿ ³ Information element ³ Reference ³ Direction ³ Type ³ Length ³ ³========================³=============³============³=============³==========³ ³ Protocol discriminator ³ 4.2/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Call reference ³ 4.3/Q.931 ³ both ³ M ³ 2-* ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Message type ³ 4.4/Q.931 ³ both ³ M ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Cause ³ 4.5/Q.931 ³ both ³ M ³ 4-32 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄ´ ³ Display ³ 4.5/Q.931 ³ n -> u ³ O(Note 1) ³ (Note 2)³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÙ Note 1 - Included if the network provides information that can be presented to the user. Note 2 - The minimum length is 2 octets. The maximum length is network dependent and is either 34 or 82 octets. 8. General message format and information element coding This section should be read in conjunction with  4 of Recommendation Q.931 and contains the coding of the information elements specifically used by the procedures described in this Recommendation. 8.1 Message type The following additional codings are defined for message type. TABLE 8-1/Q.932 Q.932 Message types (3276) - 8 - AP IX-127-E ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ 8 7 6 5 4 3 2 1 ³ ³ ³ ³ ³ ³ 0 0 1 - - - - - (Q.931 call information phase message group) ³ ³ ³ ³ 0 0 1 0 0 - HOLD ³ ³ ³ ³ 0 1 0 0 0 - HOLD ACKNOWLEDGE ³ ³ ³ ³ 1 0 0 0 0 - HOLD REJECT ³ ³ ³ ³ 1 0 0 0 1 - RETRIEVE ³ ³ ³ ³ 1 0 0 1 1 - RETRIEVE ACKNOWLEDGE ³ ³ ³ ³ 1 0 1 1 1 - RETRIEVE REJECT ³ ³ ³ ³ ³ ³ 0 1 1 - - - - - (Q.931 miscellaneous message group) ³ ³ ³ ³ 0 0 0 1 0 - FACILITY ³ ³ ³ ³ 0 0 1 0 0 - REGISTER ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ 8.2 Other information elements These information elements are coded according to the general coding rules as defined in  4.5.1 of Recommendation Q.931. Note - The value used for Protocol discriminator shall be as defined for messages used in Recommendation Q.931. Table 8-2/Q.932 contains the codepoints allocated to the information elements defined in this Recommendation. TABLE 8-2/Q.932 Information elements specific to supplementary service control ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄ¿ ³ ³Section ³ Maximum ³ ³ ³reference³ length ³ ³ 8 7 6 5 4 3 2 1 ³ ³ (octets)³ ³ ³ ³ Note 1 ³ ³ ÃÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄ´ ³ ³ ³ ³ ³ 0 : : : : : : : Variable length information ³ ³ ³ ³ elements ³ ³ ³ ³ ³ ³ ³ (3276) - 9 - AP IX-127-E ³ 0 0 1 1 1 0 0 Facility ³ 8.2.2 ³ Note 3 ³ ³ ³ ³ ³ ³ 0 1 1 0 0 1 0 Information request ³ 8.2.5 ³ 3 ³ ³ ³ ³ ³ ³ 0 1 1 1 0 0 0 Feature activation ³ 8.2.3 ³ 4 ³ ³ ³ ³ ³ ³ 0 1 1 1 0 0 1 Feature indication ³ 8.2.4 ³ 5 ³ ³ ³ ³ ³ ³ 0 1 1 1 0 1 0 Service profile identification³ 8.2.6 ³ 32 ³ ³ ³ ³ ³ ³ 0 1 1 1 0 1 1 Endpoint identifier ³ 8.2.1 ³ 4 ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ All other values are reserved (Note 2). ³ ³ ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÙ Note 1 - The length limits described for the variable length information elements below take into account only the present CCITT standardized coding values. Future enhancements and extensions to this Recommendation will not be restricted to these limits. Note 2 - The reserved values with bits 5-8 coded "0 e for future information elements for which comprehension by the receiver is required (see  5.8.7.1 of Recommendation Q.931). Note 3 - The maximum length of the Facility information element is application dependent consistent with the maximum length of the message. 8.2.1 Endpoint identifier The purpose of the Endpoint identifier information element is: - to indicate the user service identifier and terminal identifier for the purpose of terminal identification; and - to indicate a specific terminal for the purpose of terminal selection. (See Annex A for the associated procedures.) The Endpoint identifier information element is coded as shown in Figure 8-1/Q.932 and Table 8-3/Q.932. The default maximum length of the Endpoint identifier information element is four octets. 8 7 6 5 4 3 2 1 ÚÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ Endpoint identifier ³ ³ ³ ³ ³ 0 ³ 0 1 1 1 0 1 1 ³ Octet 1 ³ ³ ³ ³ ³Information element identifier ³ ÃÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ (3276) - 10 - AP IX-127-E ³ Length of Endpoint identifier ³ 2 ³ contents ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ 1 ³ User service identifier ³ 3 ³ Ext³ ³ ÃÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ 1 ³ Interpreter Terminal identifier³ 4* ³ Ext³ ³ ÀÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ * This octet is optional. FIGURE 8-1/Q.932 Endpoint identifier information element TABLE 8-3a/Q.932 Endpoint identifier information element User service identifier (USID) (octet 3) The USID is a selection parameter which identifies a group of terminals on an interface which share a common service profile and which may be addressed together. Upon receipt of this element, a terminal will consider itself as being addressed if the value received matches its stored value or if the value received is coded as all "1"s (127). When USID is coded as 127, octet 4 is not used. Interpreter (octet 4) Bit 7 of octet 4 indicates how a terminal is to interpret the TID field received. When set to "0", the terminal is being addressed only if the TID matches (see TID definition following). When set to "1", the terminal is being addressed only if the TID received is not 63 and does not match. In the user-to-network direction, this bit is set to "0". TABLE 8-3b/Q.932 Endpoint identifier information element Terminal identifier (TID) (octet 4) The TID is a selection parameter which identifies a single terminal within a group designated by a USID value. For USID = 127, the TID does not apply. Upon receipt to this field, a terminal will consider itself addressed if one of the following is true: - the interpreter bit = "0" and the value received matches the terminal's stored value; - the interpreter bit = "1" and the value received does not match the terminal's stored value; (3276) - 11 - AP IX-127-E - the value received is coded all "1"s (63). 8.2.2 Facility This section defines only the structure and the coding of the Facility information element. Specific procedures that will be required are subject to further study in relation to future Recommendations on specific supplementary services. The purpose of the Facility information element is to indicate the invocation and operation of supplementary services, identified by the corresponding operation value within the Facility information element. The Facility information element is defined in Figures 8-2 to 8-5/Q.932 and Tables 8-4 to 8-20/Q.932. The Facility information element may be repeated in a given message. The maximum length of the Facility information element is application dependent consistent with the maximum length of the message. 8 7 6 5 4 3 2 1 ÚÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ Facility ³ ³ ³ ³ ³ 0 ³ 0 0 1 1 1 0 0 ³ Octet 1 ³ ³ ³ ³ ³ Information element identifier ³ ÃÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Length of facility contents ³ 2 ÃÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ 1 ³ 0 0 ³ ³ ³ Ext ³ Spare ³ Service discriminator ³ 3 ÃÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Component(s) (Note) ³ 4, etc. ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Note - One or more components may be included depending on specific service requirements. FIGURE 8-2/Q.932 Facility information element TABLE 8-4/Q.932 Facility information element Service discriminator Bits 5 4 3 2 1 1 0 0 0 1 Discriminator for supplementary service applications All other values are reserved and their usage is the subject of other Recommendations. (3276) - 12 - AP IX-127-E 8.2.2.1 Component (Octets 4, etc.) This specification makes use of and is a subset of Recommendations X.208[7] (Specification of Abstract Syntax Notation One (ANS.1)), X.209[8] (Specification of basic encoding rules for Abstract Syntax Notation One (ANS.1)), X.219[9] (Remote operations: model, notation and service definition) and X.229[10] (Remote operations: protocol specification). Based on Recommendations X.208 and X.209, the following specific encodings apply. A component is a sequence of data elements each of which is made up of a tag, a length and a contents. The component type is indicated by the first octet of the Facility information element component. The component types defined for the Facility information element are: - Invoke - Return result - Return error - Reject. Note 1 - Recommendation X.229 which defines the Remote Operations Service Element (ROSE) uses the term Application Protocol Data Unit (APDU) in place of component. However since this protocol element may be applied to the support of network layer services and of application layer services, the term "component" is more appropriate in the context of this Recommendation. Tables 8-5 to 8-8/Q.932 show the structure of these component types. Note 2 - See Appendix III for a general description of the component coding and formatting principles. (3276) - 13 - AP IX-127-E TABLE 8-5/Q.932 Invoke component ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ Invoke component ³ Reference ³ Mandatory indication ³ Octet group ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Component type tag ³ 8.2.2.3 ³ Mandatory ³ 4 ³ ³ Component length (Note 1)³ 8.2.2.2 ³ ³ 5 ³ ³ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ Invoke identifier tag ³ 8.2.2.4 ³ ³ 6 ³ ³ ³ Invoke identifier length ³ 8.2.2.2 ³ Mandatory ³ 7 ³ ³ ³ Invoke identifier ³ ³ ³ 8 ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ Linked identifier tag ³ 8.2.2.4 ³ ³ 9 ³ ³ ³ Linked identifier length ³ 8.2.2.2 ³ Optional ³ 10 ³ ³ ³ Linked identifier ³ ³ ³ 11 ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ Operation value tag ³ 8.2.2.5 ³ ³ 12 ³ ³ ³ Operation value length ³ 8.2.2.2 ³ Mandatory ³ 13 ³ ³ ³ Operation value ³ (Note 3) ³ ³ 14 ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ Argument (Note 2) ³ 8.2.2.8 ³ Optional ³ 15, etc. ³ ³ ³ ³ (Note 3) ³ ³ ³ ÀÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Note 1 - The component length is coded to indicate the number of octets contained in the component (excluding the component type tag and the component length octets). Note 2 - This is a parameter of the invoke component type. Note 3 - The coding is supplementary service specific and the subject of other Recommendations. TABLE 8-6/Q.932 Return result component ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄ¿ ³ Return result component ³Reference³Mandatory indication³Octet group³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ Component type tag ³ 8.2.2.3 ³ Mandatory ³ 4 ³ ³ Component length (Note 3)³ 8.2.2.2 ³ ³ 5 ³ ³ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ Invoke identifier tag ³ 8.2.2.4 ³ ³ 6 ³ ³ ³ Invoke identifier length ³ 8.2.2.2 ³ Mandatory ³ 7 ³ ³ ³ Invoke identifier ³ ³ ³ 8 ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ Sequence tag ³ 8.2.2.8 ³ Optional ³ 9 ³ ³ ³ Sequence length (Note 4) ³ 8.2.2.2 ³ (Note 1) ³ 10 ³ ³ ³ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ ³Operation value tag ³ 8.2.2.5 ³ ³ 11 ³ ³ ³ ³Operation value length ³ 8.2.2.2 ³ Optional ³ 12 ³ ³ ³ ³Operation value ³ (Note 6)³ (Note 2) ³ 13 ³ (3276) - 14 - AP IX-127-E ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ ³Result (Note 5) ³ 8.2.2.8 ³ Optional ³ 14, etc. ³ ³ ³ ³ ³ (Note 6)³ ³ ³ ÀÄÄÁÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÙ Note 1 - If the return result component does not include any result, then the sequence and operational value shall be omitted. Table 8-19 indicates the encoding for the sequence tag. Note 2 - If a result is included, then the operation value is mandatory and is the first element in the sequence. Note 3 - The component length is coded to indicate the number of octets contained in the component (excluding the component type tag and the component length octets). Note 4 - The sequence length is coded to indicate the number of octets contained in the sequence (excluding the sequence type tag and the sequence length octets). Note 5 - This is a parameter of the return result component type. Note 6 - The coding is supplementary service specific and the subject of other Recommendations. TABLE 8-7/Q.932 Return error component ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄ¿ ³ Return error component ³Reference³Mandatory indication³Octet group³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ Component type tag ³ 8.2.2.3 ³ Mandatory ³ 4 ³ ³ Component length (Note 1)³ 8.2.2.2 ³ ³ 5 ³ ³ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ Invoke identifier tag ³ 8.2.2.4 ³ ³ 6 ³ ³ ³ Invoke identifier length ³ 8.2.2.2 ³ Mandatory ³ 7 ³ ³ ³ Invoke identifier ³ ³ ³ 8 ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ Error value tag ³ 8.2.2.6 ³ ³ 9 ³ ³ ³ Error value length ³ 8.2.2.2 ³ Mandatory ³ 10 ³ ³ ³ Error value ³ ³ ³ 11 ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ Parameter (Note 2) ³ 8.2.2.8 ³ Optional ³ 12, etc. ³ ³ ³ ³ (Note 3)³ ³ ³ ÀÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÙ Note 1 - The component length is coded to indicate the number of octets contained in the component (excluding the component type tag and the component length octets). Note 2 - This is a parameter of the return result component type. Note 3 - The coding is supplementary service specific and the subject of other Recommendations. (3276) - 15 - AP IX-127-E TABLE 8-8/Q.932 Reject component ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄ¿ ³ Reject component ³Reference³Mandatory indication³Octet group³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ Component type tag ³ 8.2.2.3 ³ Mandatory ³ 4 ³ ³ Component length (Note) ³ 8.2.2.2 ³ ³ 5 ³ ³ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³Invoke identifier tag ³ 8.2.2.4 ³ ³ 6 ³ ³ ³Invoke identifier length ³ 8.2.2.2 ³ Mandatory ³ 7 ³ ³ ³Invoke identifier ³ ³ ³ 8 ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³Problem tag ³ 8.2.2.7 ³ ³ 9 ³ ³ ³Problem length ³ 8.2.2.2 ³ Mandatory ³ 10 ³ ³ ³Problem ³ 8.2.2.7 ³ ³ 11 ³ ÀÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÙ Note - The component length is coded to indicate the number of octets contained in the component (excluding the component type tag and the component length octets). 8.2.2.2 Length of each component or of their data elements Lengths up to 127 octets are coded using the short form of Recommendation X.209: bit 8 is set to zero and the remaining seven bits are a binary encoding of the length, with bit 1 the least significant bit. (This length encoding is identical to that of Recommendation Q.931 for lengths up to 127 octets.) This is illustrated in Figure 8-3/Q.932. 8 7 6 5 4 3 2 1 ÚÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³0 ³ Length of contents ³ ³ ³MSB LSB³ ÀÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ FIGURE 8-3/Q.932 Format of the length field (short form) If the Length of the contents is greater than 127 octets, then the long form of the length of the contents is used. The long form length is from 2 to 127 octets long. Bit 8 of the first octet is coded 1, and bits 1 to 7 of the first octet encode a number one less than the size of the length in octets as an unsigned binary number whose MSB and LSB are bits 7 and 1, respectively. The length itself is encoded as an unsigned binary number whose MSB and LSB are bit 8 of the second octet and bit 1 of the last octet, respectively. This binary number should be encoded in the fewest possible octets, with no leading octets having the value 0. This is illustrated in Figure 8-4/Q.932. 8 7 6 5 4 3 2 1 ÚÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³1 ³(Length of field size)-1 ³ (3276) - 16 - AP IX-127-E ³ ³MSB LSB³ ÃÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³MSB ³ ³ Length of contents ³ ³ LSB³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ FIGURE 8-4/Q.932 Format of the length field (long form) Note - The application of the indefinite form of the length is not precluded depending on future applications (see Appendix III.3). 8.2.2.3 Component type tag The coding of the component type tag is shown in Table 8-9/Q.932. TABLE 8-9/Q.932 Component type tag ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³Component type tag ³ 8 7 6 5 4 3 2 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³Invoke ³ 1 0 1 0 0 0 0 1 ³ ³Return result ³ 1 0 1 0 0 0 1 0 ³ ³Return error ³ 1 0 1 0 0 0 1 1 ³ ³Reject ³ 1 0 1 0 0 1 0 0 ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ 8.2.2.4 Component identifier tags An invoke identifier is used to identify an operation invocation and is reflected in the return result or return error that responds to it. An invoke may refer to another invoke through the linked identifier. When a protocol error occurs, the invoke identifier is reflected in the reject component, but if it is not available, a null is returned. Invoke and linked identifiers are one octet long. The null has zero length. The coding of the component identifier tags is shown in Table 8-10/Q.932. TABLE 8-10/Q.932 Coding of component identifier tag ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ 8 7 6 5 4 3 2 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³Invoke identifier ³ 0 0 0 0 0 0 1 0 ³ ³Linked identifier ³ 1 0 0 0 0 0 0 0 ³ ³Null ³ 0 0 0 0 0 1 0 1 ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ 8.2.2.5 Operation value tag (3276) - 17 - AP IX-127-E The operation value specifies the facility or supplementary service application and operation being requested. Values are encoded as integers. The value of the operation value is supplementary service specific and will be specified in future Recommendations which contain the protocol for individual supplementary services. The coding for the operation value tag is shown in Table 8-11/Q.932. TABLE 8-11/Q.932 Coding of operation value tag ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ 8 7 6 5 4 3 2 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³Operation value tag ³ 0 0 0 0 0 0 1 0 ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ 8.2.2.6 Error value tag Operations report errors as specified for each individual operation. Values are encoded as integers. The coding for the error value tag is shown in Table 8-12/Q.932. TABLE 8-12/Q.932 Coding of error value tag ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ 8 7 6 5 4 3 2 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³Error value tag ³ 0 0 0 0 0 0 1 0 ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ 8.2.2.7 Problem tag Protocol problems are indicated in groups. Table 8-13/Q.932 indicates the tags for these groups. The contents for each of these tags is indicated in Tables 8-14 to 8-17/Q.932. The contents of these tags are defined in Table 8-18/Q.932. TABLE 8-13/Q.932 Coding of problem tags ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³Problem ³ 8 7 6 5 4 3 2 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³General problem ³ 1 0 0 0 0 0 0 0 ³ ³Invoke problem ³ 1 0 0 0 0 0 0 1 ³ ³Return result problem ³ 1 0 0 0 0 0 1 0 ³ ³Return error problem ³ 1 0 0 0 0 0 1 1 ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ TABLE 8-14/Q.932 Coding of general problem (3276) - 18 - AP IX-127-E ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ 8 7 6 5 4 3 2 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³Unrecognized component ³ 0 0 0 0 0 0 0 0 ³ ³Mistyped component ³ 0 0 0 0 0 0 0 1 ³ ³Badly structured component ³ 0 0 0 0 0 0 1 0 ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Note - ROSE uses the term Application Protocol Data Unit (APDU) in place of component. TABLE 8-15/Q.932 Coding of invoke problem ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ 8 7 6 5 4 3 2 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³Duplicate invocation ³ 0 0 0 0 0 0 0 0 ³ ³Unrecognized operation ³ 0 0 0 0 0 0 0 1 ³ ³Mistyped argument ³ 0 0 0 0 0 0 1 0 ³ ³Resource limitation ³ 0 0 0 0 0 0 1 1 ³ ³Initiator releasing ³ 0 0 0 0 0 1 0 0 ³ ³Unrecognized linked identifier³ 0 0 0 0 0 1 0 1 ³ ³Linked response unexpected ³ 0 0 0 0 0 1 1 0 ³ ³Unexpected child operation ³ 0 0 0 0 0 1 1 1 ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ TABLE 8-16/Q.932 Coding of return result problem ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ 8 7 6 5 4 3 2 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³Unrecognized invocation ³ 0 0 0 0 0 0 0 0 ³ ³Result response unexpected ³ 0 0 0 0 0 0 0 1 ³ ³Mistyped result ³ 0 0 0 0 0 0 1 0 ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ TABLE 8-17/Q.932 Coding of return error problem ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ 8 7 6 5 4 3 2 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³Unrecognized invocation ³ 0 0 0 0 0 0 0 0 ³ ³Error response unexpected ³ 0 0 0 0 0 0 0 1 ³ ³Unrecognized error ³ 0 0 0 0 0 0 1 0 ³ ³Unexpected error ³ 0 0 0 0 0 0 1 1 ³ ³Mistyped parameter ³ 0 0 0 0 0 1 0 0 ³ (3276) - 19 - AP IX-127-E ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ TABLE 8-18/Q.932 Problem code definitions ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³General-problem: ³ ³ ³ ³- unrecognized-component: signifies that the type of the component,³ ³ as evidenced by its Type Identifier, is ³ ³ not one of the four defined by ³ ³ Recommendation X.229[10] ³ ³ ³ ³- mistyped-component: signifies that the structure of the ³ ³ component does not conform to ³ ³ Recommendation X.229 ³ ³ ³ ³- badly-structured-component: signifies that the structure of the ³ ³ component does not conform to the ³ ³ standard notation and encoding, defined ³ ³ in Recommendations X.208[7] and X.209[8] ³ ³ ³ ³Invoke-problem: ³ ³ ³ ³- duplicate-invocation: signifies that the Invoke-identifier ³ ³ parameter violates the assignment rules ³ ³ of Recommendation X.219[9] ³ ³ ³ ³- unrecognized-operation: signifies that the operation is not one ³ ³ of those agreed between the user and the ³ ³ network ³ ³ ³ ³- mistyped-argument: signifies that the type of the operation ³ ³ argument supplied is not that agreed ³ ³ between the user and the network ³ ³ ³ ³- resource-limitation: the performing user or network is not ³ ³ able to perform the invoked operation ³ ³ due to resource limitation ³ ³ ³ ³- initiator-releasing: the association-initiator is not willing ³ ³ to perform the invoked operation because ³ ³ it is about to attempt to release the ³ ³ application-association ³ ³ ³ ³- unrecognized-linked-identifier: signifies that there is no operation in ³ ³ progress with an Invoke-identifier equal ³ ³ to the specified Linked-identifier ³ ³ ³ ³- linked-response-unexpected: signifies that the invoked operation ³ ³ referred to by the Linked-identifier is ³ ³ not a parent-operation ³ ³ ³ ³- unexpected-child-operation: signifies that the invoked child- ³ (3276) - 20 - AP IX-127-E ³ operation is not one that the invoked ³ ³ parent-operation referred to by the ³ ³ Linked-identifier allows ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ (3276) - 21 - AP IX-127-E ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ ³Return-result-problem: ³ ³ ³ ³- unrecognized-invocation: signifies that no operation with the ³ ³ specified Invoke-identifier is in ³ ³ progress ³ ³ ³ ³- result-response-unexpected: signifies that the invoked operation ³ ³ does not report a result ³ ³ ³ ³- mistyped-result: signifies that the type of the Result ³ ³ parameter supplied is not that agreed ³ ³ between the user and the network ³ ³ ³ ³Return-error-problem: ³ ³ ³ ³- unrecognized-invocation: signifies that no operation with the ³ ³ specified Invoke-identifier is in ³ ³ progress ³ ³ ³ ³- error-response-unexpected: signifies that the invoked operation ³ ³ does not report failure ³ ³ ³ ³- unrecognized-error: signifies that the reported error is not ³ ³ one of those agreed between the user ³ ³ and the network ³ ³ ³ ³- unexpected-error: signifies that the reported error is not ³ ³ one that the invoked operation may report³ ³ ³ ³- mistyped-parameter: signifies that the type of the error ³ ³ parameter supplied is not that agreed ³ ³ between the user and the network ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Note - The former definitions are adapted from  7.4.4.2 and 7.5.4.2 of Recommendation X.229 (Remote Operations: Protocol Specification). 8.2.2.8 Parameters The parameters included with a component (i.e., the argument with an invoke, the result with a return result or the parameter with a return error) are indicated in the specification of the operation. They may include optional and default parameters. Parameters shall be one of the following: - a sequence of parameters - a set of parameters - a specific parameter with its own tag - nothing at all (i.e., absent). When more than one parameter is required, they shall follow a sequence or set tag as specified in the specification of the operation. (The usage of the sequence and set tags is defined in Recommendations X.208/X.209.) (3276) - 22 - AP IX-127-E Sequences and sets of parameters may contain further sequences and sets as specified for the operation to be performed. Table 8-19/Q.932 indicates the coding of the sequence and set tags. TABLE 8-19/Q.932 Coding of sequence and set tags ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ 8 7 6 5 4 3 2 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³Sequence tag ³ 0 0 1 1 0 0 0 0 ³ ³Set tag ³ 0 0 1 1 0 0 0 1 ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ 8.2.2.9 Treatment of existing Recommendation Q.931 information elements as parameters Supplementary service protocol specifications are expected to require new parameters to be defined and to require existing Recommendation Q.931 information elements (Note 1). New parameters shall be defined using Recommendation X.209 coding if they do not appear elsewhere in Q.931 messages. Supplementary service protocol specifiers may elect to encapsulate one or more existing Recommendation Q.931 information elements within a Recommendation X.209 data element, thereby retaining the Recommendation Q.931 coding for these information elements. When this option is chosen, all the Recommendation Q.931 information elements should be grouped together as the content following the Recommendation Q.931 information elements tag. This is illustrated in Figure 8-5/Q.932. The tag is defined in Table 8-20/Q.932. This data element may appear by itself or as a member of a sequence or set as indicated in  8.2.2.8. Note 1 - Encapsulation of the Facility information element within Facility information elements shall not be used. (3276) - 23 - AP IX-127-E FIGURE 8-5/Q.932 Encapsulation of Q.931 information elements TABLE 8-20/Q.932 Q.931 information elements tag Note - All other values are reserved but this approach may also be applied in the future to coding structures from other Recommendations by defining other tags as required. (3276) CCITT\AP-IX\DOC\127E2.TXS