.rs .\" Troff code generated by TPS Convert from ITU Original Files .\" Not Copyright ( c) 1991 .\" .\" Assumes tbl, eqn, MS macros, and lots of luck. .TA 1c 2c 3c 4c 5c 6c 7c 8c .ds CH .ds CF .EQ delim @@ .EN .nr LL 40.5P .nr ll 40.5P .nr HM 3P .nr FM 6P .nr PO 4P .nr PD 9p .po 4P .rs \v | 5i' .sp 1P .ce 1000 \v'12P' \s12FASCICLE\ VI.10 \v'4P' .RT .ce 0 .sp 1P .LP .EF '% \ \ \ ^'' .OF ''' \ \ \ ^ %' .sp 1P .ce 1000 \fBRecommendations Q.920 and Q.921\fR \v'2P' .ce 0 .sp 1P .ce 1000 \fBDIGITAL\ SUBSCRIBER\ SIGNALLING\fR .ce 0 .sp 1P .ce 1000 \fBSYSTEM\ No.\ 1\ (DSS1),\ DATA\ LINK\ LAYER\fR .ce 0 .sp 1P .LP .rs .sp 27P .ad r Blanc .ad b .RT .LP .bp .LP \fBMONTAGE:\fR PAGE 2 = PAGE BLANCHE .sp 1P .RT .LP .bp .sp 1P .ce 1000 \fBDATA\ LINK\ LAYER\fR .ce 0 .sp 1P .sp 2P .LP \fBRecommendation Q.920\fR .RT .sp 2P .ce 1000 \fBISDN\ USER\(hyNETWORK\ INTERFACE\ DATA\ LINK\ LAYER\ \(em\fR .EF '% Fascicle\ VI.10\ \(em\ Rec.\ Q.920'' .OF '''Fascicle\ VI.10\ \(em\ Rec.\ Q.920 %' .ce 0 .sp 1P .ce 1000 \fBGENERAL\ ASPECTS\fR .ce 0 .sp 1P .sp 2P .LP \fB1\fR \fBGeneral\fR .sp 1P .RT .PP This Recommendation describes in general terms the Link Access Procedure on the D\(hychannel, LAPD. The application of this protocol to other channel types is for further study. Details are provided in Recommendation\ Q.921(I.441)\ [1]. .PP The purpose of LAPD is to convey information between layer 3 entities across the ISDN user\(hynetwork interface using the D\(hychannel. .PP The definition of LAPD takes into consideration the principles and terminology of: .RT .LP \(em Recommendations X.200 [2] and X.210 [3] \(em the reference model and layer service conventions for Open Systems Interconnection (OSI); .LP \(em Recommendation X.25 [4] \(em LAPB user\(hynetwork interface for packet mode terminals; and .LP \(em ISO 3309 [5] and ISO 4335 [6] \(em High\(hylevel Data Link Control (HDLC) standards for frame structure and elements of procedures. .PP LAPD is a protocol that operates at the data link layer of the OSI architecture. The relationship between the data link layer and other protocol layers is defined in Recommendation\ I.320\ [7]. .PP \fINote\ 1\fR \ \(em\ The physical layer is currently defined in Recommendations\ I.430\ [8] and I.431\ [9] and layer\ 3 is defined in Recommendations\ Q.930(I.450)\ [10], Q.931(I.451)\ [11], and\ X.25\ [4]. References should be made to these Recommendations for the complete definition of the procotols and procedures across the ISDN user\(hynetwork interface. .PP \fINote\ 2\fR \ \(em\ The term \*Qdata link layer\*U is used in the main text of this Recommendation. However, mainly in figures and tables, the terms \*Qlayer\ 2\*U and \*QL2\*U are used as abbreviations. Furthermore, in accordance with Recommendations\ Q.930(I.450)\ [10] and Q.931(I.451)\ [11], the term \*Qlayer\ 3\*U is used to indicate the layer above the data link layer. .PP LAPD is independent of transmission bit rate. It requires a duplex, bit transparent D\(hychannel. .PP The characteristics of the D\(hychannel are defined in Recommendation\ I.412\ [12]. .PP \(sc 2 below describes basic concepts used in this Recommendation and Recommendation\ Q.921. .PP \(sc 3 gives an overview description of LAPD functions and procedures. .PP \(sc 4 summarizes the services that the data link layer provides to layer 3 and the services that the data link layer requires from the physical layer. .PP \(sc 5 provides an overview of the data link layer structure. .RT .sp 2P .LP \fB2\fR \fBConcepts and terminology\fR .sp 1P .RT .PP The basic structuring technique in the OSI reference model is layering . According to this technique, communication among application processes is viewed as being logically partitioned into an ordered set of layers represented in a vertical sequence as shown in Figure\ 1/Q.920. .RT .PP A data link layer Service Access Point (SAP) is the point at which the data link layer provides services to layer\ 3. Associated with each data link layer SAP is one or more data link connection endpoint(s). See Figure\ 2/Q.920. A data link connection endpoint is identified by a data link connection endpoint identifier as seen from layer\ 3 and by a Data Link Connection Identifier (DLCI) as seen from the data link layer. .PP Entities exist in each layer. Entities in the same layer, but in different systems which must exchange information to achieve a common objective are called \*Q peer entities \*U. Entities in adjacent layers interact through their common boundary. The services provided by the data link layer are the combination of the services and functions provided by both the data link layer and the physical layer . .bp .RT .LP .rs .sp 18P .ad r \fBFigure 1/Q.920, p.\fR .sp 1P .RT .ad b .RT .LP .rs .sp 17P .ad r \fBFigure 2/Q.920, p.\fR .sp 1P .RT .ad b .RT .PP Cooperation between data link layer entities is governed by a peer\(hyto\(hypeer protocol specific to the layer. In order for information to be exchanged between two or more layer\ 3 entities, an association must be established between the layer\ 3 entities in the data link layer using a data link layer protocol. This association is called a data link connection . Data link connections are provided by the data link layer between two or more SAPs (see Figure\ 3/Q.920). .bp .LP .rs .sp 16P .ad r \fBFigure 3/Q.920, p.\fR .sp 1P .RT .ad b .RT .PP Data link layer message units are conveyed between data link layer entities by means of a physical connection. .PP Layer 3 requests services from the data link layer via service primitives . The same applies for the interaction between the data link layer and the physical layer. The primitives represent, in an abstract way, the logical exchange of information and control between the data link layer and adjacent layers. They do not specify or constrain implementation. .PP The primitives that are exchanged between the data link layer and adjacent layers are of the following four types (see also Figure\ 4/Q.920): .RT .LP a) REQUEST; .LP b) INDICATION; .LP c) RESPONSE; and .LP d) CONFIRM. .LP .rs .sp 20P .ad r \fBFigure 4/Q.920, p.\fR .sp 1P .RT .ad b .RT .LP .bp .PP The REQUEST primitive type is used when a higher layer is requesting a service from the next lower layer. .PP The INDICATION primitive type is used by a layer providing a service to notify the next higher layer of any specific activity which is service related. The INDICATION primitive may be the result of an activity of the lower layer related to the primitive type REQUEST at the peer entity. .PP The RESPONSE primitive type is used by a layer to acknowledge receipt, from a lower layer, of the primitive type INDICATION. .PP The CONFIRM primitive type is used by the layer providing the requested service to confirm that the activity has been completed. .PP Layer\(hyto\(hylayer interactions are specified in Recommendation\ Q.921. .PP Information is transferred, in various types of message units, between peer entities and between entities in adjacent layers that are attached to a specific SAP. The message units are of two types: .RT .LP \(em message units of a peer\(hyto\(hypeer protocol; and .LP \(em message units that contain layer\(hyto\(hylayer information concerning status and specialized service requests. .PP The message units of the layer 3 peer\(hyto\(hypeer protocol are carried by the data link connection. The message units containing layer\(hyto\(hylayer information concerning status and specialized service requests are never conveyed over a data link connection or a physical connection. .PP This Recommendation specifies (see also Figure 5/Q.920): .RT .LP a) the peer\(hyto\(hypeer protocol for the transfer of information and control between any pair of data link layer service access points; and .LP b) the interactions between the data link layer and layer\ 3, and between the data link layer and the physical layer. .LP .rs .sp 29P .ad r \fBFigure 5/Q.920, p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 2P .LP \fB3\fR \fBOverview description of\fR \fBLAPD functions and procedures\fR .sp 1P .RT .sp 1P .LP 3.1 \fIGeneral\fR .sp 9p .RT .PP The purpose of LAPD is to convey information between layer 3 entities across the ISDN user\(hynetwork interface using the D\(hychannel. Specifically LAPD will support: .RT .LP \(em multiple terminal installations at the user\(hynetwork interface; .LP \(em multiple layer 3 entities. .PP All data link layer messages are transmitted in frames which are delimited by flags. (A flag is a unique bit pattern.) The frame structure is defined in Recommendation\ Q.921(I.441). .PP LAPD includes functions for: .RT .LP a) the provision of one or more data link connections on a D\(hychannel. Discrimination between the data link connections is by means of a data link connection identifier (DLCI) contained in each frame; .LP b) frame delimiting, alignment and transparency, allowing recognition of a sequence of bits transmitted over a D\(hychannel as a frame; .LP c) sequence control, to maintain the sequential order of frames across a data link connection; .LP d) detection of transmission, format and operational errors on a data link connection; .LP e) recovery from detected transmission, format, and operational errors; .LP f ) notification to the management entity of unrecoverable errors; and .LP g) flow control. .PP Data link layer functions provide the means for information transfer between multiple combinations of data link connection endpoints. The information transfer may be via point\(hyto\(hypoint data link connections or via broadcast data link connections. In the case of point\(hyto\(hypoint information transfer, a frame is directed to a single endpoint, while in the case of broadcast information transfer, a frame is directed to one or more endpoints. .PP Figure 6/Q.920 shows three examples of point\(hyto\(hypoint information transfer. Figure\ 7/Q.920 shows an example of broadcast information transfer. .PP Two types of operation of the data link layer are defined for layer\ 3 information transfer: unacknowledged and acknowledged. They may coexist on a single D\(hychannel. .RT .sp 1P .LP 3.2 \fIUnacknowledged operation\fR .sp 9p .RT .PP With this type of operation layer 3 information is transmitted in Unnumbered Information (UI) frames. .PP At the data link layer the UI frames are not acknowledged. Even if transmission and format errors are detected, no error recovery mechanism is defined. Flow control mechanisms are not defined. .PP Unacknowledged operation is applicable for point\(hyto\(hypoint and broadcast information transfer; that is, a UI frame may be sent to a specific endpoint or broadcast to multiple endpoints associated with a specific Service Access Point Identifier (SAPI). .RT .sp 1P .LP 3.3 \fIAcknowledged operation\fR .sp 9p .RT .PP With this type of operation, layer 3 information is transmitted in frames that are acknowledged at the data link layer. .PP Error recovery procedures based on retransmission of unacknowledged frames are specified. In the case of errors which cannot be corrected by the data link layer, a report to the management entity is made. Flow control procedures are also defined. .PP Acknowledged operation is applicable for point\(hyto\(hypoint information transfer. .PP One form of acknowledged information transfer is defined, multiple frame operation. .bp .RT .LP .rs .sp 47P .ad r \fBFigure 6/Q.920, p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 20P .ad r \fBFigure 7/Q.920, p.\fR .sp 1P .RT .ad b .RT .PP Layer 3 information is sent in numbered Information (I) frames. A number of I\ frames may be outstanding at the same time. Multiple frame operation is initiated by a multiple frame establishment procedure using a Set Asynchronous Balanced Mode Extended (SABME) command. .RT .sp 2P .LP 3.4 \fIEstablishment of information transfer modes\fR .sp 1P .RT .sp 1P .LP 3.4.1 \fIData link connection identification\fR .sp 9p .RT .PP A data link connection is identified by a Data Link Connection Identifier (DLCI) carried in the address field of each frame. .PP The data link connection identifier is associated with a connection endpoint identifier at the two ends of the data link connection (see Figure\ 8/Q.920). .PP The connection endpoint identifier is used to identify message units passed between the data link layer and layer\ 3. It consists of the SAPI and the Connection Endpoint Suffix (CES). .PP The DLCI consists of two elements: the SAPI and the Terminal Endpoint Identifier (TEI). .PP The SAPI is used to identify the service access point on the network side or the user side of the user\(hynetwork interface. .PP The TEI is used to identify a specific connection endpoint within a service access point. .PP The TEI is assigned by the network, if the user equipment is of the automatic TEI assignment category or it is entered into the user equipment, for example, by the user or the manufacturer, if the user equipment is of the nonautomatic TEI assignment category (see \(sc\ 3.4.3). .PP The DLCI is a pure data link layer concept. It is used internally by the data link layer entity and is not known by the layer\ 3 entity or management entity. In these latter entities, the concept of Connection Endpoint Identifier (CEI) will be used instead. .PP The CEI is composed of the SAPI information and a reference value named CES. The CES is a value selected by the layer\ 3 or management entity to address the data link layer entity. When the relevant\ TEI is known by this entity, it will internally associate the DLCI to the CEI. The layer\ 3 and management entities will use this CEI to address its peer entity. .bp .RT .LP .rs .sp 34P .ad r \fBFigure 8/Q.920, p.\fR .sp 1P .RT .ad b .RT .sp 1P .LP 3.4.2 \fIData link states\fR .sp 9p .RT .PP A point\(hyto\(hypoint data link entity may be in one of three basic states: .RT .LP a) TEI\(hyunassigned state. In this state a TEI has not been assigned. No layer\ 3 information transfer is possible; or .LP b) TEI\(hyassigned state. In this state a TEI has been assigned by means of the TEI assignment procedure. Unacknowledged information transfer is possible; or .LP c) multi\(hyframe\(hyestablished state. This state is established by means of a multiple frame establishment procedure. Acknowledged and unacknowledged information transfer are possible. .PP \fINote\fR \ \(em\ For the detailed description of procedures in Recommendation\ Q.921(I.441), an expansion of the basic set of states listed above is required. .PP A broadcast data link entity is always in an information transfer state capable of only unacknowledged information transfer (that is, TEI\(hyassigned state). .bp .RT .sp 1P .LP 3.4.3 \fITEI administration\fR .sp 9p .RT .PP The purpose of the TEI assignment procedure is to allow a user equipment to obtain a TEI value that the data link layer entities within the user equipment will use in subsequent communications over the data link connections. .PP The assigned TEI value is typically common to all SAPs (if more than one) in a user equipment. The procedure is conceptually located in the management entity. .PP When a TEI has been assigned, the user equipment establishes an association between the TEI and a CES in each SAP (that is, the DLCI is associated with a CEI). In the network, the corresponding association is made upon reception of the first frame containing the assigned TEI, or at the time of TEI assignment. .PP At that point in time, a data link layer peer\(hyto\(hypeer association has been formed. .PP The association between the DLCI and CEI will be removed by the TEI removal procedures on request from the management entity when recognizing that the TEI value is no longer valid. .PP When in the TEI\(hyassigned state or the multiple\(hyframe\(hyestablished state, the TEI check procedure may be used by the network to check the status of a TEI (for example, to determine if a user equipment has been disconnected from an installation). Optionally, the user equipment may request the network to initiate the TEI check procedure. .PP Examples of criteria for initiation of the TEI assignment procedure, the TEI check procedure, and the TEI removal procedures are described in Recommendation\ Q.921(I.441). .PP \fINote\fR \ \(em\ This section is not intended to provide a complete specification of possible criteria for establishing and removing an association between the DLCI and CEI. .RT .sp 1P .LP 3.4.4 \fIEstablishment of multiple frame operation\fR .sp 9p .RT .PP Before point\(hyto\(hypoint acknowledged information transfer can start, an exchange of a SABME frame and an Unnumbered Acknowledgement (UA) frame must take place. .PP The multiple frame establishment procedure is specified in detail in Recommendation\ Q.921. .RT .sp 2P .LP \fB4\fR \fBService characteristics\fR .sp 1P .RT .sp 1P .LP 4.1 \fIGeneral\fR .sp 9p .RT .PP The data link layer provides services to layer 3 and to the layer\ 2 management entity and utilizes the services provided by the physical layer and layer management. A formal description of the data link layer service provided to layer\ 3 and layer management is given in \(sc\ 4.2 and \(sc\ 4.3, respectively. The layer management service provided to the data link layer is given in \(sc\ 4.4. .PP \fINote\fR \ \(em\ Communication between different layers in the OSI reference model makes use of primitives which are passed across the layer boundaries. The data link layer primitives defined in this Recommendation represent, in an abstract way, the logical exchange of information and control between the data link layer and adjacent layers. They do not specify nor constrain implementations. .RT .sp 1P .LP 4.2 \fIServices provided to layer 3\fR .sp 9p .RT .PP The specification of the interactions with layer 3, (primitives) provides a description of the services that the data link layer, plus the physical layer, offer to layer\ 3, as viewed from layer\ 3. .PP Two forms of information transfer service are associated with layer\ 3. The first is based on unacknow ledged information transfer at the data link layer while the second service is based on acknowledged information transfer at the data link layer. .PP Layer\ 3 message units are handled according to their respective layer\ 2 priority (see \(sc\ 5.2). .RT .sp 1P .LP 4.2.1 \fIUnacknowledged information transfer service\fR .sp 9p .RT .PP \fINote\fR \ \(em\ In this case the information transfer is not acknowledged at the data link layer. Acknowledgement procedures may be provided at higher layers. .bp .PP The information transfer is via broadcast or point\(hyto\(hypoint data link connections. .PP The characteristics of the unacknowledged information transfer service are summarized in the following: .RT .LP a) provision of a data link connection between layer 3 entities for unacknowledged information transfer of layer\ 3 message units; .LP b) identification of data link connection endpoints; and .LP c) no verification of message arrival within the peer data link layer entity. .PP The primitives associated with the unacknowledged information transfer service are: .sp 1P .ce 1000 DL\(hyUNIT DATA\(hyREQUEST/INDICATION .ce 0 .sp 1P .PP The DL\(hyUNIT DATA\(hyREQUEST primitive is used to request that a message unit be sent using the procedures for unacknowledged information transfer service. The DL\(hyUNIT DATA\(hyINDICATION primitive indicates the arrival of a message unit received by means of an unacknowledged information transfer service. .sp 1P .LP 4.2.2 \fIAcknowledged information transfer service\fR .sp 9p .RT .PP One mode of operation is defined, multiple frame. .PP The characteristics of the acknowledged information transfer service are summarized in the following: .RT .LP a) provision of a data link connection between layer 3 entities for acknowledged information transfer of layer\ 3 message units; .LP b) identification of data link connection endpoints; .LP c) sequence integrity of data link layer message units in the absence of malfunctions; .LP d) notification to the peer entity in the case of errors, for example, loss of sequence; .LP e) notification to the management entity of unrecoverable errors detected by the data link layer; and .LP f ) flow control. .PP The primitives associated with the acknowledged information transfer services are: .LP i) \fIData transfer\fR .LP DL\(hyDATA\(hyREQUEST/INDICATION .LP The DL\(hyDATA\(hyREQUEST primitive is used to request that a message unit be sent using the procedures for the acknowledged information transfer service. The DL\(hyDATA\(hyINDICATION primitive indicates the arrival of a message unit received by means of the acknowledged information transfer service. .LP ii) \fIEstablishment of multiple frame operation\fR .LP DL\(hyESTABLISH\(hyREQUEST/INDICATION/CONFIRM .LP These primitives are used, respectively, to request, indicate and confirm the establishment of multiple frame operation between two service access points. .LP iii) \fITermination of multiple frame operation\fR .LP DL\(hyRELEASE\(hyREQUEST/INDICATION/CONFIRM .LP These primitives are used, respectively, to request, indicate and confirm an attempt to terminate multiple frame operation between two service access points. .sp 1P .LP 4.3 \fIServices provided to layer management\fR .sp 9p .RT .PP Only the unacknowledged information transfer service is provided to layer management in order that the data link layer management can communicate with its peer layer management. .PP \fINote\fR \ \(em\ In this case the information transfer is not acknowledged at the data link layer. Acknowledgement procedures may be provided by layer management. .PP The information transfer is via broadcast connections, but in principle information transfer can also be via point\(hyto\(hypoint connections [no application for data transfer via point\(hyto\(hypoint connections has been identified or included in Recommendation\ Q.921(I.441)]. .bp .PP The characteristics of the unacknowledged information transfer service are summarized in the following: .RT .LP a) provision of a data link connection between layer management entities for unacknowledged information transfer of data units; .LP b) identification of data link connection endpoints; and .LP c) no verification of message arrival within the peer data link layer entity. .PP The primitives associated with the unacknowledged information transfer service provided for layer management are: .LP MDL\(hyUNIT DATA\(hyREQUEST/INDICATION .LP The MDL\(hyUNIT DATA\(hyREQUEST primitive is used to request that a message unit be sent using the procedure for unacknowledged information transfer service for layer management. The MDL\(hyUNIT DATA\(hyINDICATION primitive indicates the arrival of a message unit received by means of the unacknowledged information transfer service to layer management. .sp 1P .LP 4.4 \fIAdministrative services\fR .sp 9p .RT .PP The characteristics of the administrative services currently recognized are summarized in the following: .RT .LP a) assignment, checking, and removal of TEI values; and .LP b) data link connection parameter passing (an optional service performed on a per connection basis). .PP These services are considered to be conceptually provided by layer management either on the user side or the network side. The method of describing these administrative functions uses service primitives. .PP The primitives associated with these services are: .RT .LP i) \fIAssignment of TEI value\fR .LP MDL\(hyASSIGN\(hyREQUEST/INDICATION .LP The MDL\(hyASSIGN\(hyINDICATION primitive is used to indicate to layer management the need for a TEI value. The MDL\(hyASSIGN\(hyREQUEST primitive is used to pass the TEI value from layer management to the data link layer in order that the user data link layer entities can begin to communicate with the network data link layer entities. .LP ii) \fIRemoval of TEI value\fR .LP MDL\(hyREMOVE\(hyREQUEST .LP This primitive is used to convey a layer management function request for removal of a TEI value that has been previously assigned via the MDL\(hyASSIGN primitives. .LP iii) \fINotification of error\fR .LP MDL\(hyERROR\(hyINDICATION/RESPONSE .LP These primitives are used to report error situations between layer management and the data link layer entities. .sp 2P .LP 4.5 \fIModel of the data link service\fR .sp 1P .RT .sp 1P .LP 4.5.1 \fIGeneral\fR .sp 9p .RT .PP The ability of the data link layer to execute a service request by layer\ 3 depends on the internal state of the data link layer. For the layer\ 3 entity, the internal state of the data link layer is represented by the state of that data link connection endpoint within a data link service access point which is used by this layer\ 3 entity to invoke a service. .PP Consequently, the data link service may be defined by means of data link connection endpoint states, whereby the capabilities provided by the data link layer and the service primitives may be related to these states. .PP In order to allow a data link service user to invoke a service by making use of primitives, the DL\(hyprimitives defined in Recommendation\ Q.921(I.441) have to be related to: point\(hyto\(hypoint data link connections (acknowledged or unacknowledged transfer of information) and/or broadcast data link connections (unacknow ledged transfer of information) (see Table\ 1/Q.920). .bp .PP An unconfirmed service is defined as a service which does not result in an explicit confirmation. A confirmed service is defined as a service which results in an explicit confirmation from the service\(hyprovider. There is not necessarily any relationship to a response from the peer service\(hyuser. .RT .ce \fBH.T. [T1.920]\fR .ce TABLE\ 1/Q.920 .ce \fBApplicability of DL\(hyPrimitives to information transfer modes\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(60p) | cw(54p) sw(54p) | cw(60p) , ^ | c | c | ^ . { Generic name of the DL\(hyprimitive } { POINT\(hyTO\(hyPOINT INFORMATION TRANSFER MODE } { BROADCAST INFORMATION TRANSFER MODE } ACKNOWLEDGED UNACKNOWLEDGED .T& lw(60p) | cw(54p) | lw(54p) | lw(60p) . ESTABLISH CONFIRMED SERVICE _ .T& lw(60p) | cw(54p) | lw(54p) | lw(60p) . RELEASE CONFIRMED SERVICE _ .T& lw(60p) | cw(54p) | lw(54p) | lw(60p) . DATA UNCONFIRMED SERVICE _ .T& lw(60p) | cw(54p) | cw(54p) | cw(60p) . UNIT DATA UNCONFIRMED SERVICE UNCONFIRMED SERVICE _ .TE .nr PS 9 .RT .ad r \fBTable [T1.920], p.\fR .sp 1P .RT .ad b .RT .sp 2P .LP 4.5.2 \fIData link layer representation as seen by layer 3\fR .sp 1P .RT .sp 1P .LP 4.5.2.1 \fIData link connection endpoint states\fR .sp 9p .RT .PP The states of a data link connection endpoint may be derived from the internal states of the data link layer entity supporting this type of a data link connection. .RT .sp 1P .LP 4.5.2.2 \fIBroadcast data link layer connection services\fR .sp 9p .RT .PP A broadcast data link connection provides an unacknowledged information transfer service. .PP The broadcast data link connection endpoint is always in the information transfer state. .RT .sp 1P .LP 4.5.2.3 \fIPoint\(hyto\(hypoint data link connection endpoint services\fR .sp 9p .RT .PP A point\(hyto\(hypoint data link connection provides both an unacknowledged and acknowledged information transfer service. Within each data link service access point, one or more than one data link connection endpoint may be present, each identified by a CES. .PP The acknowledged information transfer service, in addition, implies the presence of the link establishment, link re\(hyestablishment and link release services. .PP The point\(hyto\(hypoint data link connection endpoint states are: .RT .LP \(em \fIlink connection released\fR state; .LP \(em \fIawaiting establish\fR state; .LP \(em \fIawaiting release\fR state; .LP \(em \fIlink connection established\fR state. .bp .sp 1P .LP 4.5.2.4 \fISequences of primitives at one point\(hyto\(hypoint data link\fR \fIconnection endpoint\fR .sp 9p .RT .PP The primitives provide the procedural means to specify conceptually how a data link service user can invoke a service. .PP This section defines the constraints on the sequence in which the primitives may occur. The sequences are related to the states at one point\(hyto\(hypoint data link connection endpoint. .PP The possible overall sequences of primitives at a point\(hyto\(hypoint data link connection endpoint are defined in the state transition diagram, Figure\ 9/Q.920. The \fIlink connection released\fR and \fIlink connection\fR \fIestablished\fR states are stable states whilst the \fIawaiting establish\fR and \fIawaiting release\fR are transition states. .RT .sp 1P .LP 4.6 \fIServices required from the physical layer\fR .sp 9p .RT .PP The services provided by the physical layer are described in detail in Recommendation\ I.430\ [8] or I.431\ [9]. They are summarized in the following: .RT .LP a) physical layer connection for the transparent transmission of bits in the same order in which they are submitted to the physical layer; .LP b) indication of the physical status of the D\(hychannel; and .LP c) transmission of data link layer message units according to their respective data link layer priority. .PP Some of the above services may be implemented in the management entity on the user side or network side. The method of describing these services is by means of service primitives. The primitives between the data link layer and the physical layer are: .LP i) PH\(hyDATA\(hyREQUEST/INDICATION .LP These primitives are used to request that a message unit be sent and to indicate the arrival of a message unit. .LP ii) \fIActivation\fR .LP PH\(hyACTIVATE\(hyREQUEST/INDICATION .LP These primitives are used to request activation of the physical layer connection, and to indicate that the physical layer connection has been activated. .LP iii) \fIDeactivation\fR .LP PH\(hyDEACTIVATE\(hyREQUEST/INDICATION .LP This primitive is used to indicate that the physical layer connection has been deactivated. .sp 2P .LP \fB5\fR \fBData link layer \(em Management structure\fR .sp 1P .RT .PP The data link layer \(em management structure is shown in Figure\ 10/Q.920. This figure is a model shown for illustrative purposes only, and does not constrain implementations. .PP The layer management entity (LME) provides for the management of resources that have a layer\(hywide impact. Access to the LME is provided by means of a specific SAPI. Functions provided by the LME are: .RT .LP \(em TEI assignment .LP \(em TEI check .LP \(em TEI removal .PP The connection management entity (CME) provides for the management of resources that have an impact on individual connections. Selection of the CME is based on a specific data link layer frame type not used in the acknowledged or unacknowledged information transfer services. Functions provided by the CME are: .LP \(em parameter initialization (optional); .LP \(em error processing; .LP \(em connection flow control invocation. .bp .LP .rs .sp 47P .ad r \fBFigure 9/Q.920, p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 29P .ad r \fBFigure 10/Q.920, p.\fR .sp 1P .RT .ad b .RT .LP \fI\fR .sp 1P .LP 5.1 \fIData link procedure\fR .sp 9p .RT .PP This procedure analyzes the control field of the received frame [see Recommendation\ Q.921(I.441)] and provides appropriate peer\(hyto\(hypeer responses and layer\(hyto\(hylayer indications. In addition, it analyzes the data link layer service primitives and transmits the appropriate peer\(hyto\(hypeer commands and responses. .RT .sp 1P .LP 5.2 \fIMultiplex procedure\fR .sp 9p .RT .PP This procedure analyzes the flag, Frame Check Sequence (FCS), and address octets of a received frame. If the frame is correct, it distributes the frame to the appropriate data link procedures block based on the DLCI [see Recommendation\ Q.921(I.441)]. .PP On frame transmission, this procedure may provide data link layer contention resolution between the various data link procedure blocks. The contention resolution is based on the SAPI value, giving priority to SAPI\ =\ 0 information. .RT .sp 1P .LP 5.3 \fIStructure of the data link procedure\fR .sp 9p .RT .PP The functional model of the data link procedure in shown in Figure\ 11/Q.920. The model consists of several functional blocks for point\(hyto\(hypoint and broadcast connections. .bp .RT .LP .rs .sp 24P .ad r \fBFigure 11/Q.920, p.\fR .sp 1P .RT .ad b .RT .sp 2P .LP \fBReferences\fR .sp 1P .RT .LP [1] CCITT Recommendation Q.921(I.441) \fIISDN user\(hynetwork interface\fR \fIdata link layer specification\fR . .LP [2] CCITT Recommendation X.200 \fIReference model of open systems\fR \fIinterconnection for CCITT applications\fR . .LP [3] CCITT Recommendation X.210 \fIOSI layer service conventions\fR . .LP [4] CCITT Recommendation X.25 \fIInterface between data terminal equipment\fR \fI(DTE) and data circuit\(hyterminating equipment (DCE) for terminals\fR \fIoperating in the packet mode and connected to public data networks\fR \fIby dedicated circuit\fR . .LP [5] ISO 3309 \fIData communication \(em High\(hylevel data link control procedures\fR \fI\(em Frame structure\fR . .LP [6] ISO 4335 \fIData communication \(em High\(hylevel data link control procedures\fR \fI\(em Consolidation of elements of procedures\fR . .LP [7] CCITT Recommendation I.320 \fIISDN protocol reference model\fR . .LP [8] CCITT Recommendation I.430 \fIBasic user\(hynetwork interface layer 1\fR \fIspecification\fR . .LP [9] CCITT Recommendation I.431 \fIPrimary rate user\(hynetwork interface\fR \fIlayer\ 1 specification\fR . .LP [10] CCITT Recommendation Q.930(I.450) \fIISDN user\(hynetwork interface\fR \fIlayer 3 \(em general aspects\fR . .LP [11] CCITT Recommendation Q.931(I.451) \fIISDN user\(hynetwork interface\fR \fIlayer 3 specification\fR . .LP [12] CCITT Recommendation I.412 \fIISDN user\(hynetwork interfaces interface\fR \fIstructure and access capabilities\fR . .bp .sp 2P .LP \fBRecommendation Q.921\fR .RT .sp 2P .ce 1000 \fBISDN\ USER\(hyNETWORK\ INTERFACE\fR \ \(em\ \fBDATA\fR .EF '% Fascicle\ VI.10\ \(em\ Rec.\ Q.921'' .OF '''Fascicle\ VI.10\ \(em\ Rec.\ Q.921 %' .ce 0 .sp 1P .ce 1000 \fBLINK\ LAYER\ SPECIFICATION\fR .ce 0 .sp 1P .sp 2P .LP \fB1\fR \fBGeneral\fR .sp 1P .RT .PP This Recommendation specifies the frame structure, elements of pro cedure, format of fields and procedures for the proper operation of the Link Access Procedure on the D\(hychannel, LAPD. .PP The concepts, terminology, overview description of LAPD functions and procedures, and the relationship with other Recommendations are described in general terms in Recommendation\ Q.920(I.440)\ [1]. .PP \fINote\ 1\fR \ \(em\ As stated in Recommendation\ Q.920(I.440), the term \*Qdata link layer\*U is used in the main text of this Recommendation. However, mainly in figures and tables, the terms \*Qlayer\ 2\*U and \*QL2\*U are used as abbreviations. Furthermore, in accordance with Recommendations\ Q.930(I.450)\ [2] and\ Q.931(I.451)\ [3], the term \*Qlayer\ 3\*U is used to indicate the layer above the data link layer. .PP \fINote\ 2\fR \ \(em\ All references within this document to \*Qlayer management entity\*U and/or \*Qconnection management entity\*U refer to those entities at the data link layer. .RT .sp 2P .LP \fB2\fR \fBFrame structure for peer\(hyto\(hypeer communication\fR .sp 1P .RT .sp 1P .LP 2.1 \fIGeneral\fR .sp 9p .RT .PP All data link layer peer\(hyto\(hypeer exchanges are in frames conforming to one of the formats shown in Figure\ 1/Q.921. Two format types are shown in the figure: format\ A for frames where there is no information field and format\ B for frames containing an information field. .RT .sp 1P .LP 2.2 \fIFlag sequence\fR .sp 9p .RT .PP All frames shall start and end with the flag sequence consisting of one 0 bit followed by six contiguous 1 bits and one 0 bit. The flag preceding the address field is defined as the opening flag. The flag following the Frame Check Sequence (FCS) field is defined as the closing flag. The closing flag may also serve as the opening flag of the next frame, in some applications. However, all receivers must be able to accommodate receipt of one or more consecutive flags. See \fIISDN User\(hyNetwork Interfaces: Layer\ 1 Recommendations\fR I.430 [4] and I.431 [5] for applicability. .RT .sp 1P .LP 2.3 \fIAddress field\fR .sp 9p .RT .PP The address field shall consist of two octets as illustrated in Figure\ 1/Q.921. The address field identifies the intended receiver of a command frame and the transmitter of a response frame. The format of the address field is defined in \(sc\ 3.2. .PP A single octet address field is reserved for LAPB operation in order to allow a single LAPB\ [6] data link connection to be multiplexed along with LAPD data link connections. .PP \fINote\fR \ \(em\ The support of a LAPB data link connection within the D\(hychannel is optional at both the network and user side. .RT .sp 1P .LP 2.4 \fIControl field\fR .sp 9p .RT .PP The control field shall consist of one or two octets. Figure\ 1/Q.921 illustrates the two frame formats (A and\ B), each with a control field of one or two octets, depending upon the type of frame. .PP The format of the control field is defined in \(sc\ 3.4. .bp .RT .ad r \fBFigure 1/Q.921 [T1.921], p. \ \ (A traiter comme tableau MEP)\fR .sp 1P .RT .ad b .RT .sp 1P .LP 2.5 \fIInformation field\fR .sp 9p .RT .PP The information field of a frame, when present, follows the control field (see \(sc\ 2.4 above) and precedes the frame check sequence (see \(sc\ 2.7 below). The contents of the information field shall consist of an integer number of octets. .PP The maximum number of octets in the information field is defined in \(sc\ 5.9.3. .RT .sp 1P .LP 2.6 \fITransparency\fR .sp 9p .RT .PP A transmitting data link layer entity shall examine the frame content between the opening and closing flag sequences, (address, control, information and FCS fields) and shall insert a 0\ bit after all sequences of five contiguous\ 1 bits (including the last five bits of the FCS) to ensure that a flag or an abort sequence is not simulated within the frame. A receiving data link layer entity shall examine the frame contents between the opening and closing flag sequences and shall discard any 0 bit which directly follows five contiguous\ 1 bits. .RT .sp 1P .LP 2.7 \fIFrame check sequence\fR \fI(FCS) field\fR .sp 9p .RT .PP The FCS field shall be a 16\(hybit sequence. It shall be the ones complement of the sum (modulo\ 2) of: .RT .LP a) the remainder of \fIx\fR \u\fIk\fR\d(\fIx\fR \u1\d\u5\d\ +\ \fIx\fR \u1\d\u4\d\ +\ \fIx\fR \u1\d\u3\d\ +\ \fIx\fR \u1\d\u2\d +\ \fIx\fR \u1\d\u1\d\ +\ \fIx\fR \u1\d\u0\d\ +\ \fIx\fR \u9\d\ +\ \fIx\fR \u8\d +\ \fIx\fR \u7\d\ +\ \fIx\fR \u6\d\ +\ \fIx\fR \u5\d\ +\ \fIx\fR \u4\d\ +\ \fIx\fR \u3\d +\ \fIx\fR \u2\d\ +\ \fIx\fR \ +\ 1) divided (modulo\ 2) by the generator polynomial \fIx\fR \u1\d\u6\d\ +\ \fIx\fR \u1\d\u2\d\ +\ \fIx\fR \u5\d\ +\ 1, where \fIk\fR is the number of bits in the frame existing between, but not including, the final bit of the opening flag and the first bit of the FCS, excluding bits inserted for transparency, and .bp .LP b) the remainder of the division (modulo\ 2) by the generator polynomial \fIx\fR \u1\d\u6\d\ +\ \fIx\fR \u1\d\u2\d\ +\ \fIx\fR \u5\d\ +\ 1, of the product of \fIx\fR \u1\d\u6\d by the content of the frame existing between, but not including, the final bit of the opening flag and the first bit of the FCS, excluding bits inserted for transparency. .PP As a typical implementation at the transmitter, the initial content of the register of the device computing the remainder of the division is preset to all 1s and is then modified by division by the generator polynomial (as described above) on the address, control and information fields; the ones complement of the resulting remainder is transmitted as the 16\(hybit FCS. .PP As a typical implementation at the receiver, the initial content of the register of the device computing the remainder is preset to all 1s. The final remainder, after multiplication by \fIx\fR \u1\d\u6\d and then division (modulo\ 2) by the generator polynomial \fIx\fR \u1\d\u6\d + \fIx\fR \u1\d\u2\d\ + \fIx\fR \u5\d\ +\ 1 of the serial incoming protected bits and the FCS, will be 0001110100001111 (\fIx\fR \u1\d\u5\d through\ \fIx\fR \u0\d, respectively) in the absence of transmission errors. .RT .sp 2P .LP 2.8 \fIFormat convention\fR .sp 1P .RT .sp 1P .LP 2.8.1 \fINumbering convention\fR .sp 9p .RT .PP The basic convention used in this Recommendation is illustrated in Figure\ 2/Q.921. The bits are grouped into octets. The bits of an octet are shown horizontally and are numbered from\ 1 to\ 8. Multiple octets are shown vertically and are numbered from\ 1 to\ \fIn\fR . .RT .LP .rs .sp 18P .ad r \fBFigure 2/Q.921 [T2.921], p. \ \ (A traiter comme tableau MEP)\fR .sp 1P .RT .ad b .RT .sp 1P .LP 2.8.2 \fIOrder of bit transmission\fR .sp 9p .RT .PP The octets are transmitted in ascending numerical order; inside an octet bit\ 1 is the first bit to be transmitted. .RT .sp 1P .LP 2.8.3 \fIField mapping\fR \fIconvention\fR .sp 9p .RT .PP When a field is contained within a single octet, the lowest bit number of the field represents the lowest order value. .PP When a field spans more than one octet, the order of bit values within each octet progressively decreases as the octet number increases. The lowest bit number associated with the field represents the lowest order value. .bp .PP For example, a bit number can be identified as a couple (\fIo\fR , \fIb\fR ) where \fIo\fR is the octet number and\ \fIb\fR is the relative bit number within the octet. Figure\ 3/Q.921 illustrates a field that spans from bit\ (1,\ 3) to bit\ (2,\ 7). The high order bit of the field is mapped on bit\ (1,\ 3) and the low order bit is mapped on bit\ (2,\ 7). .RT .LP .rs .sp 9P .ad r \fBFigure 3/Q.921 [T3.921], p. \ \ (A traiter comme tableau MEP)\fR .sp 1P .RT .ad b .RT .PP An exception to the preceding field mapping convention is the data link layer FCS field, which spans two octets. In this case, bit\ 1 of the first octet is the high order bit and bit\ 8 of the second octet is the low order bit (Figure\ 4/Q.921). .LP .rs .sp 8P .ad r \fBFigure 4/Q.921 [T4.921], p. \ \ (A traiter comme tableau MEP)\fR .sp 1P .RT .ad b .RT .sp 1P .LP 2.9 \fIInvalid frames\fR .sp 9p .RT .PP An invalid frame is a frame which: .RT .LP a) is not properly bounded by two flags, or .LP b) has fewer than six octets between flags of frames that contain sequence numbers and fewer than five octets between flags of frames that do not contain sequence numbers, or .LP c) does not consist of an integral number of octets prior to zero bit insertion or following zero bit extraction, or .LP d) contains a frame check sequence error, or .LP e) contains a single octet address field, or .LP f ) contains a service access point identifier (see \(sc\ 3.3.3) which is not supported by the receiver. .PP Invalid frames shall be discarded without notification to the sender. No action is taken as the result of that frame. .bp .sp 1P .LP 2.10 \fIFrame abort\fR .sp 9p .RT .PP Receipt of seven or more contiguous 1 bits shall be interpreted as an abort and the data link layer shall ignore the frame currently being received. .RT .sp 2P .LP \fB3\fR \fBElements of procedures and formats of fields for data link layer\fR \fBpeer\(hyto\(hypeer communication\fR .sp 1P .RT .sp 1P .LP 3.1 \fIGeneral\fR .sp 9p .RT .PP The elements of procedures define the commands and responses that are used on the data link connections carried on the D\(hychannel. .PP Procedures are derived from these elements of procedures and are described in \(sc\ 5. .RT .sp 1P .LP 3.2 \fIAddress field format\fR .sp 9p .RT .PP The address field format shown in Figure\ 5/Q.921 contains the address field extension bits , a command/response indication bit, a data link layer Service Access Point Identifier (SAPI) subfield, and a Terminal Endpoint Identifier (TEI) subfield. .RT .LP .rs .sp 13P .ad r \fBFigure 5/Q.921 [T5.921], p. \ \ (A traiter comme tableau MEP)\fR .sp 1P .RT .ad b .RT .sp 2P .LP 3.3 \fIAddress field variables\fR .sp 1P .RT .sp 1P .LP 3.3.1 \fIAddress field extension bit\fR \fI(EA)\fR .sp 9p .RT .PP The address field range is extended by reserving the first transmitted bit of the address field octets to indicate the final octet of the address field. The presence of a 1 in the first bit of an address field octet signals that it is the final octet of the address field. The double octet address field for LAPD operation shall have bit\ 1 of the first octet set to a 0 and bit\ 1 of the second octet set to\ 1. .RT .sp 1P .LP 3.3.2 \fICommand/response field bit\fR \fI(C/R)\fR .sp 9p .RT .PP The C/R bit identifies a frame as either a command or a response. The user side shall send commands with the C/R bit set to 0, and responses with the C/R bit set to 1. The network side shall do the opposite; that is, commands are sent with C/R set to 1, and responses are sent with C/R set to\ 0. The combinations for the network side and user side are shown in Table\ 1/Q.921. .bp .PP In conformance with HDLC rules, commands use the address of the peer data link layer entity while responses use the address of their own data link layer entity. According to these rules, both peer entities on a point\(hyto\(hypoint data link connection use the same Data Link Connection Identifier (DLCI) composed of a SAPI\(hyTEI where SAPI and TEI conform to the definitions contained in \(sc\(sc\ 3.3.3 and\ 3.3.4 and define the data link connection as described in Recommendation\ Q.920, \(sc\ 3.4.1. .RT .LP .sp 1 .ce \fBH.T. [T6.921]\fR .ce TABLE\ 1/Q.921 .ce \fBC/R field bit usage\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(60p) | cw(90p) | cw(42p) . Command/Response Direction C/R value _ .T& lw(60p) | cw(90p) | cw(42p) , ^ | c | c. Command Network side \(ra user side 1 User side \(ra network side 0 _ .T& lw(60p) | cw(90p) | cw(42p) , ^ | c | c. Response Network side \(ra user side 0 User side \(ra network side 1 _ .TE .nr PS 9 .RT .ad r \fBTable 1/Q.921 [T6.921], p.\fR .sp 1P .RT .ad b .RT .LP .sp 1 .sp 1P .LP 3.3.3 \fIService access point identifier (SAPI)\fR .sp 9p .RT .PP The SAPI identifies a point at which data link layer services are provided by a data link layer entity to a layer\ 3 or management entity. Consequently, the SAPI specifies a data link layer entity that should process a data link layer frame and also a layer\ 3 or management entity which is to receive information carried by the data link layer frame. The SAPI allows 64\ service access points to be specified, where bit\ 3 of the address field octet containing the SAPI is the least significant binary digit and bit\ 8 is the most significant. The SAPI values are allocated as shown in Table\ 2/Q.921. .RT .LP .sp 1 .ce \fBH.T. [T7.921]\fR .ce TABLE\ 2/Q.921 .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(36p) | cw(192p) . SAPI Value { Related layer 3 or management entity } _ .T& cw(36p) | lw(192p) . \ 0 Call control procedures .T& cw(36p) | lw(192p) . \ 1 { Reserved for packet mode communications using Q.931 call control procedures } .T& cw(36p) | lw(192p) . 16 { Packet communication conforming to X.25 Level\ 3 procedures } .T& cw(36p) | lw(192p) . 63 Layer 2 Management procedures .T& cw(36p) | lw(192p) . All Others Reserved for future standardization .TE .LP \fINote\ \(em\ \fR The reservation of SAPI values for experimental purposes is for further study. .nr PS 9 .RT .ad r \fBTable 2/Q.921 [T7.921], p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 3.3.4 \fITerminal endpoint identifier\fR \fI(TEI)\fR .sp 9p .RT .PP The TEI for a point\(hyto\(hypoint data link connection may be associated with a single Terminal Equipment (TE). A TE may contain one or more TEIs used for point\(hyto\(hypoint data transfer. The TEI for a broadcast data link connection is associated with all user side data link layer entities containing the same SAPI. The TEI subfield allows 128\ values where bit\ 2 of the address field octet containing the TEI is the least significant binary digit and bit\ 8 is the most significant binary digit. The following conventions shall apply in the assignment of these values. .RT .sp 1P .LP 3.3.4.1 \fITEI for broadcast data link connection\fR .sp 9p .RT .PP The TEI subfield bit pattern 111 1111 (=\ 127) is defined as the group TEI. The group TEI is assigned to the broadcast data link connection associated with the addressed Service Access Point (SAP). .RT .sp 1P .LP 3.3.4.2 \fITEI for point\(hyto\(hypoint data link connection\fR .sp 9p .RT .PP The remaining TEI values are used for the point\(hyto\(hypoint data link connections associated with the addressed SAP. The range of TEI values shall be allocated as shown in Table\ 3/Q.921. .RT .LP .sp 2 .ce \fBH.T. [T8.921]\fR .ce TABLE\ 3/Q.921 .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(36p) | cw(132p) . TEI Value User Type _ .T& cw(36p) | lw(132p) . \ 0\(hy63\ { Non\(hyautomatic TEI assignment user equipment } .T& cw(36p) | lw(132p) . 64\(hy126 { Automatic TEI assignment user equipement } _ .TE .nr PS 9 .RT .ad r \fBTableau 3/Q.921 [T8.921], p.\fR .sp 1P .RT .ad b .RT .PP .sp 2 Non\(hyautomatic TEI values are selected by the user, and their allocation is the responsibility of the user. .PP Automatic TEI values are selected by the network, and their allocation is the responsibility of the network. .PP For further information regarding point\(hyto\(hypoint situations, see Annex\ A. .RT .sp 1P .LP 3.4 \fIControl field formats\fR .sp 9p .RT .PP The control field identifies the type of frame which will be either a command or response. The control field will contain sequence numbers, where applicable. .PP Three types of control field formats are specified: numbered information transfer (I\ format), supervisory functions (S\ format), and unnumbered information transfers and control functions (U\ format). The control field formats are shown in Table\ 4/Q.921. .RT .sp 1P .LP 3.4.1 \fIInformation transfer (I) format\fR .sp 9p .RT .PP The I format shall be used to perform an information transfer between layer\ 3 entities. The functions of N(S), N(R) and P (defined in \(sc\ 3.5) are independent; that is, each I\ frame has an N(S) sequence number, an N(R) sequence number which may or may not acknowledge additional I\ frames received by the data link layer entity, and a P\ bit that may be set to\ 0 or\ 1. .PP The use of N(S), N(R), and P is defined in \(sc\ 5. .bp .RT .ce \fBH.T. [T9.921]\fR .ce TABLE\ 4/Q.921 .ce \fBControl field formats\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(60p) | cw(12p) | cw(12p) | cw(12p) | cw(12p) | cw(12p) | cw(12p) | cw(12p) | cw(12p) . { Control field bits (modulo\ 128) } 8 7 6 5 4 3 2 1 _ .T& lw(60p) | lw(84p) | lw(12p) | lw(18p) , ^ | l | l | l. Unable to convert table .TE .nr PS 9 .RT .ad r \fBTable 4/Q.921 [T9.921], p.\fR .sp 1P .RT .ad b .RT .sp 1P .LP .sp 2 3.4.2 \fISupervisory (S) format\fR .sp 9p .RT .PP The S format shall be used to perform data link supervisory control functions such as: acknowledge I\ frames, request retransmission of I\ frames, and request a temporary suspension of transmission of I\ frames. The functions of N(R) and P/F are independent, that is, each supervisory frame has an N(R) sequence number which may or may not acknowledge additional I\ frames received by the data link layer entity, and a P/F bit that may be set to\ 0 or\ 1. .RT .sp 1P .LP 3.4.3 \fIUnnumbered (U) format\fR .sp 9p .RT .PP The U format shall be used to provide additional data link control functions and unnumbered information transfers for unacknowledged information transfer. This format does not contain sequence numbers. It does include a P/F bit that may be set to\ 0 or\ 1. .RT .sp 1P .LP 3.5 \fIControl field parameters and associated state variables\fR .sp 9p .RT .PP The various parameters associated with the control field formats are described in this section. The coding of the bits within these parameters is such that the lowest numbered bit within the parameter field is the least significant bit. .RT .sp 1P .LP 3.5.1 \fIPoll/Final (P/F) bit\fR .sp 9p .RT .PP All frames contain the Poll/Final (P/F) bit. The P/F bit serves a function in both command frames and response frames. In command frames the P/F bit is referred to as the P\ bit. In response frames it is referred to as the F\ bit. The P bit set to 1 is used by a data link layer entity to solicit (poll) a response frame from the peer data link layer entity. The F\ bit set to 1 is used by a data link layer entity to indicate the response frame transmitted as a result of a soliciting (poll) command. .PP The use of the P/F bit is described in \(sc\ 5. .bp .RT .sp 2P .LP 3.5.2 \fIMultiple frame operation \(em variables and sequence numbers\fR .sp 1P .RT .sp 1P .LP 3.5.2.1 \fIModulus\fR .sp 9p .RT .PP Each I\ frame is sequentially numbered and may have the value\ 0 through \fIn\fR minus\ 1 (where \fIn\fR is the modulus of the sequence numbers). The modulus equals 128 and the sequence numbers cycle through the entire range, 0 through\ 127. .PP \fINote\fR \ \(em\ All arithmetic operations on state variables and sequence numbers contained in this Recommendation are affected by the modulus operation. .RT .sp 1P .LP 3.5.2.2 \fISend state variable V(S)\fR .sp 9p .RT .PP Each point\(hyto\(hypoint data link connection endpoint shall have an associated V(S) when using I\ frame commands. V(S) denotes the sequence number of the next I\ frame to be transmitted. The V(S) can take on the value\ 0 through \fIn\fR minus\ 1. The value of V(S) shall be incremented by\ 1 with each successive I\ frame transmission, and shall not exceed V(A) by more than the maximum number of outstanding I\ frames \fIk\fR . The value of \fIk\fR may be in the range of 1\ \(=\ \fIk\fR \ \(=\ 127. .RT .sp 1P .LP 3.5.2.3 \fIAcknowledge state variable V(A)\fR .sp 9p .RT .PP Each point\(hyto\(hypoint data link connection endpoint shall have an associated V(A) when using I\ frame commands and supervisory frame commands/responses. V(A) identifies the last frame that has been acknowledged by its peer [V(A)\ \(em\ 1 equals the N(S) of the last acknowledged I\ frame]. V(A) can take on the value\ 0 through \fIn\fR minus\ 1. The value of V(A) shall be updated by the valid N(R) values received from its peer (see\ \(sc\ 3.5.2.6). A valid N(R) value is one that is in the range V(A)\ \(=\ N(R)\ \(=\ V(S). .RT .sp 1P .LP 3.5.2.4 \fISend sequence number N(S)\fR .sp 9p .RT .PP Only I\ frames contain N(S), the send sequence number of transmitted I\ frames. At the time that an in\(hysequence I\ frame is designated for transmission, the value of N(S) is set equal to\ V(S). .RT .sp 1P .LP 3.5.2.5 \fIReceive state variable V(R)\fR .sp 9p .RT .PP Each point\(hyto\(hypoint data link connection endpoint shall have an associated V(R) when using I\ frame commands and supervisory frame commands/responses. V(R) denotes the sequence number of the next in\(hysequence I\ frame expected to be received. V(R) can take on the value\ 0 through \fIn\fR minus\ 1. The value of V(R) shall be incremented by one with the receipt of an error\(hyfree, in\(hysequence I\ frame whose N(S) equals\ V(R). .RT .sp 1P .LP 3.5.2.6 \fIReceive sequence number N(R)\fR .sp 9p .RT .PP All I frames and supervisory frames contain N(R), the expected send sequence number of the next received I\ frame. At the time that a frame of the above types is designated for transmission, the value of N(R) is set equal to V(R). N(R) indicates that the data link layer entity transmitting the N(R) has correctly received all I\ frames numbered up to and including N(R)\ \(em\ 1. .RT .sp 1P .LP 3.5.3 \fIUnacknowledged operation \(em variables and parameters\fR .sp 9p .RT .PP No variables are defined. One parameter is defined, N201 (see \(sc\ 5.9.3). .RT .sp 2P .LP 3.6 \fIFrame types\fR .sp 1P .RT .sp 1P .LP 3.6.1 \fICommands and responses\fR .sp 9p .RT .PP The following commands and responses are used by either the user or the network data link layer entities and are represented in Table\ 5/Q.921. Each data link connection shall support the full set of commands and responses for each application implemented. The frame types associated with each of the two applications are identified in Table\ 5/Q.921. .PP Frame types associated with an application not implemented shall be discarded and no action shall be taken as a result of that frame. .PP For purposes of the LAPD procedures in each application, those encodings not identified in Table\ 5/Q.921 are identified as undefined command and response control fields. The actions to be taken are specified in \(sc\ 5.8.5. .PP The commands and responses in Table 5/Q.921 are defined in \(sc\(sc\ 3.6.2\(hy3.6.12. .bp .RT .ce \fBH.T. [T10.921]\fR .ce TABLE\ 5/Q.921 .ce \fBCommands and responses (modulo 128)\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; lw(36p) | lw(36p) | lw(36p) | lw(36p) | lw(72p) . Unable to convert table .TE .nr PS 9 .RT .ad r \fBTable 5/Q.921 [T10.921], p.\fR .sp 1P .RT .ad b .RT .sp 1P .LP .sp 1 3.6.2 \fIInformation (I) command\fR .sp 9p .RT .PP The function of the information (I) command is to transfer, across a data link connection, sequentially numbered frames containing information fields provided by layer\ 3. This command is used in the multiple frame operation on point\(hyto\(hypoint data link connections. .bp .RT .sp 1P .LP 3.6.3 \fISet asynchronous balanced mode extended (SABME) command\fR .sp 9p .RT .PP The SABME unnumbered command is used to place the addressed user side or network side into modulo\ 128 multiple frame acknowledged operation. .PP No information field is permitted with the SABME command. A data link layer entity confirms acceptance of an SABME command by the transmission at the first opportunity of a UA response. Upon acceptance of this command, the data link layer entity's V(S), V(A), and V(R) are set to 0. The transmission of an SABME command indicates the clearance of all exception conditions. .PP Previously transmitted I\ frames that are unacknowledged when this command is processed remain unacknowledged and are discarded. It is the responsibility of a higher level (for example, layer\ 3) or the management entity to recover from the possible loss of the contents of such I\ frames. .RT .sp 1P .LP 3.6.4 \fIDisconnect (DISC) command\fR .sp 9p .RT .PP The DISC unnumbered command is used to terminate the multiple frame operation. .PP No information field is permitted with the DISC command. The data link layer entity receiving the DISC command confirms the acceptance of a DISC command by the transmission of a UA response. The data link layer entity sending the DISC command terminates the multiple frame operation when it receives the acknow ledging UA or DM response. .PP Previously transmitted I frames that are unacknowledged when this command is processed remain unacknowledged and are discarded. It is the responsibility of a higher level (for example, layer\ 3) or the management entity to recover from the possible loss of the contents of such I\ frames. .RT .sp 1P .LP 3.6.5 \fIUnnumbered information (UI) command\fR .sp 9p .RT .PP When a layer\ 3 or management entity requests unacknowledged information transfer, the UI unnumbered command is used to send information to its peer without affecting data link layer variables. UI command frames do not carry a sequence number and therefore, the UI frame may be lost without notification. .RT .sp 1P .LP 3.6.6 \fIReceive ready (RR) command/response\fR .sp 9p .RT .PP The RR supervisory frame is used by a data link layer entity to: .RT .LP a) indicate it is ready to receive an I\ frame; .LP b) acknowledge previously received I\ frames numbered up to and including N(R)\ \(em\ 1 (as defined in\ \(sc\ 5); and .LP c) clear a busy condition that was indicated by the earlier transmission of an RNR frame by that same data link layer entity. .PP In addition to indicating the status of a data link layer entity, the RR command with the P bit set to 1 may be used by the data link layer entity to ask for the status of its peer data link layer entity. .sp 1P .LP 3.6.7 \fIReject (REJ) command/response\fR .sp 9p .RT .PP The REJ supervisory frame is used by a data link layer entity to request retransmission of I\ frames starting with the frame numbered N(R). The value of N(R) in the REJ frame acknowledges I\ frames numbered up to and including N(R)\ \(em\ 1. New I\ frames pending initial transmission shall be transmitted following the retransmitted I\ frame(s). .PP Only one REJ exception condition for a given direction of information transfer is established at a time. The REJ exception condition is cleared (reset) upon the receipt of an I\ frame with an N(S) equal to the N(R) of the REJ frame. An optional procedure for the retransmission of a REJ response frame is described in Appendix\ I. .PP The transmission of a REJ frame shall also indicate the clearance of any busy condition within the sending data link layer entity that was reported by the earlier transmission of an RNR frame by that same data link layer entity. .PP In addition to indicating the status of a data link layer entity, the REJ command with P\ bit set to 1 may be used by the data link layer entity to ask for the status of its peer data link layer entity. .bp .RT .sp 1P .LP 3.6.8 \fIReceive not ready (RNR) command/response\fR .sp 9p .RT .PP The RNR supervisory frame is used by a data link layer entity to indicate a busy condition; that is, a temporary inability to accept additional incoming I\ frames. The value of N(R) in the RNR frame acknowledges I\ frames numered up to and including N(R)\ \(em\ 1. .PP In addition to indicating the status of a data link layer entity, the RNR command with the P bit set to\ 1 may be used by the data link layer entity to ask for the status of its peer data link layer entity. .RT .sp 1P .LP 3.6.9 \fIUnnumbered acknowledgement (UA) response\fR .sp 9p .RT .PP The UA unnumbered response is used by a data link layer entity to acknowledge the receipt and acceptance of the mode\(hysetting commands (SABME or DISC). Received mode\(hysetting commands are not processed until the UA response is transmitted. No information field is permitted with the UA response. The transmission of the UA response indicates the clearance of any busy condition that was reported by the earlier transmission of an RNR frame by that same data link layer entity. .RT .sp 1P .LP 3.6.10 \fIDisconnected mode (DM) response\fR .sp 9p .RT .PP The DM unnumbered response is used by a data link layer entity to report to its peer that the data link layer is in a state such that multiple frame operation cannot be performed. No information field is permitted with the DM response. .RT .sp 1P .LP 3.6.11 \fIFrame reject (FRMR) response\fR .sp 9p .RT .PP The FRMR unnumbered response may be received by a data link layer entity as a report of an error condition not recoverable by retransmission of the identical frame, i.e.,\ at least one of the following error conditions resulting from the receipt of a valid frame: .RT .LP a) the receipt of a command or response control field that is undefined or not implemented; .LP b) the receipt of a supervisory or unnumbered frame with incorrect length; .LP c) the receipt of an invalid N(R); or .LP d) the receipt of an I\ frame with an information field which exceeds the maximum established length. .PP An undefined control field is any of the control field encodings that are not identified in Table\ 5/Q.921. .PP A valid N(R) value is one that is in the range V(A)\ \(=\ N(R)\ \(=\ V(S). .PP An information field which immediately follows the control field and consists of five octets (modulo\ 128 operation) is returned with this response and provides the reason for the FRMR response. This information field format is given in Figure\ 6/Q.921. .RT .sp 1P .LP 3.6.12 \fIExchange identification (XID) command/response\fR .sp 9p .RT .PP The XID frame may contain an information field in which the identification information is conveyed. The exchange of XID frames is a compelled arrangement used in connection management (i.e., when a peer entity receives an XID command, it shall respond with an XID response at the earliest time possible). No sequence numbers are contained within the control field. .PP The information field is not mandatory. However, if a valid XID command contains an information field and the receiver can interpret its contents, the receiver should then respond with an XID response also containing an information field. If the information field cannot be interpreted by the receiving entity, or a zero length information field has been received, an XID response frame shall be issued containing a zero length information field. The maximum length of the information field must conform to the value\ N201. .PP Sending or receiving an XID frame shall have no effect on the operational mode or state variables associated with the data link layer entities. .bp .RT .LP .rs .sp 33P .ad r \fBFigure 6/Q.921 [T11.921], p. \ \ (A traiter comme tableau MEP)\fR .sp 1P .RT .ad b .RT .sp 2P .LP \fB4\fR \fBElements for \fR \fBlayer\(hyto\(hylayer communication\fR .sp 1P .RT .sp 1P .LP 4.1 \fIGeneral\fR .sp 9p .RT .PP Communications between layers and, for this Recommendation, between the data link layer and the layer management are accomplished by means of primitives. .PP Primitives represent, in an abstract way, the logical exchange of information and control between the data link and adjacent layers. They do not specify or constrain implementations. .PP Primitives consist of commands and their respective responses associated with the services requested of a lower layer. The general syntax of a primitive is: .RT .LP XX\ \ \(em\ \ Generic name\ \ \(em\ \ Type: Parameters .LP where XX designates the interface across which the primitive flows. For this Recommendation,\ XX is: .LP \(em DL for communication between layer 3 and the data link layer; .LP \(em PH for communication between the data link layer and the physical layer; .LP \(em MDL for communication between the layer management and the data link layer; or .LP \(em MPH for communication between the management entity and the physical layer. .bp .sp 1P .LP 4.1.1 \fIGeneric names\fR .sp 9p .RT .PP The generic name specifies the activity that should be performed. Table\ 6/Q.921 illustrates the primitives defined in this Recommendation. Note that not all primitives have associated parameters. .RT .LP .sp 1 .ce \fBH.T. [T12.921]\fR .ce TABLE\ 6/Q.921 .ce \fBPrimitives associated with Recommendation Q.921\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(48p) | cw(18p) sw(24p) sw(24p) sw(18p) | cw(24p) sw(24p) | cw(48p) , ^ | c | c | c | c | c | c | ^ . Generic name Type Parameters Message unit contents Request Indication Response Confirm Priority indicator Message unit _ .T& lw(48p) | lw(18p) | lw(24p) | lw(24p) | lw(18p) | lw(24p) | lw(24p) | lw(48p) . { \fIL3\fR \(<- \(ra \fIL2\fR } .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . DL\(hyESTABLISH X X \(em X \(em \(em _ .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . DL\(hyRELEASE X X \(em X \(em \(em _ .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . DL\(hyDATA X X \(em \(em \(em X { Layer 3 peer\(hyto\(hypeer message } _ .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . DL\(hyUNIT DATA X X \(em \(em \(em X { Layer 3 peer\(hyto\(hypeer message } _ .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . { \fIM\fR \(<- \(ra \fIL2\fR } .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . MDL\(hyASSIGN X X \(em \(em \(em X TEI value, CES _ .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . MDL\(hyREMOVE X \(em \(em \(em \(em X TEI value, CES _ .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . MDL\(hyERROR \(em X X \(em \(em X Reason for error message _ .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . MDL\(hyUNIT DATA X X \(em \(em \(em X { Management function peer\(hyto\(hypeer message } _ .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . MDL\(hyXID X X X X \(em X { Connection management information } _ .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . { \fIL2\fR \(<- \(ra \fIL1\fR } .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . PH\(hyDATA X X \(em \(em X X { Data link layer peer\(hyto\(hypeer message } _ .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . PH\(hyACTIVATE X X \(em \(em \(em \(em _ .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . PH\(hyDEACTIVATE \(em X \(em \(em \(em \(em _ .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . { \fIM\fR \(<- \(ra \fIL1\fR } .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . MPH\(hyACTIVATE \(em X \(em \(em \(em \(em _ .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . MPH\(hyDEACTIVATE X X \(em \(em \(em \(em _ .T& lw(48p) | cw(18p) | cw(24p) | cw(24p) | cw(18p) | cw(24p) | cw(24p) | lw(48p) . MPH\(hyINFORMATION \(em X \(em \(em \(em X Connected/disconnected .TE .LP L3 \(<- \(ra L2:\ Layer 3/data link layer boundary .LP L2 \(<- \(ra L1:\ Data link layer/physical layer boundary .LP M \(<- \(ra L2:\ Management entity/data link layer boundary .LP M \(<- \(ra L1:\ Management entity/physical layer boundary .nr PS 9 .RT .ad r \fBTable 6/Q.921 [T12.921], p.\fR .sp 1P .RT .ad b .RT .LP .bp .PP The primitive generic names that are defined in this Recommendation are: .sp 1P .LP 4.1.1.1 \fIDL\(hyESTABLISH\fR .sp 9p .RT .PP The DL\(hyESTABLISH primitives are used to request, indicate and confirm the outcome of the procedures for establishing multiple frame operation. .RT .sp 1P .LP 4.1.1.2 \fIDL\(hyRELEASE\fR .sp 9p .RT .PP The DL\(hyRELEASE primitives are used to request, indicate and confirm the outcome of the procedures for terminating a previously established multiple frame operation, or for reporting an unsuccessful establishment attempt. .RT .sp 1P .LP 4.1.1.3 \fIDL\(hyDATA\fR .sp 9p .RT .PP The DL\(hyDATA primitives are used to request and indicate layer\ 3 messages which are to be transmitted, or have been received, by the data link layer using the acknowledged information transfer service. .RT .sp 1P .LP 4.1.1.4 \fIDL\(hyUNIT DATA\fR .sp 9p .RT .PP The DL\(hyUNIT DATA primitives are used to request and indicate layer\ 3 messages which are to be transmitted, or have been received, by the data link layer using the unacknowledged information transfer service. .RT .sp 1P .LP 4.1.1.5 \fIMDL\(hyASSIGN\fR .sp 9p .RT .PP The MDL\(hyASSIGN primitives are used by the layer management entity to request that the data link layer associate the TEI value contained within the message unit of the primitive with the specified Connection Endpoint Suffix\ (CES), across all SAPIs. The MDL\(hyASSIGN primitive is used by the data link layer to indicate to the layer management entity the need for a TEI value to be associated with the CES specified in the primitive message unit. .RT .sp 1P .LP 4.1.1.6 \fIMDL\(hyREMOVE\fR .sp 9p .RT .PP The MDL\(hyREMOVE primitives are used by the layer management entity to request that the data link layer remove the association of the specified TEI value with the specified CES, across all SAPIs. The TEI and CES are specified by the MDL\(hyREMOVE primitive message unit. .RT .sp 1P .LP 4.1.1.7 \fIMDL\(hyERROR\fR .sp 9p .RT .PP The MDL\(hyERROR primitives are used to indicate to the connection management entity that an error has occurred, associated with a previous management function request or detected as a result of communication with the data link layer peer entity. The layer management entity may respond with an MDL\(hyERROR primitive if the layer management entity cannot obtain a TEI value. .RT .sp 1P .LP 4.1.1.8 \fIMDL\(hyUNIT DATA\fR .sp 9p .RT .PP The MDL\(hyUNIT DATA primitives are used to request and indicate layer management entity messages which are to be transmitted, or have been received, by the data link layer using the unacknowledged information transfer service. .RT .sp 1P .LP 4.1.1.9 \fIMDL\(hyXID\fR .sp 9p .RT .PP The MDL\(hyXID primitives are used by the connection management entity to request, indicate, respond and confirm the outcome of the actions for the use of the XID procedures. .RT .sp 1P .LP 4.1.1.10 \fIPH\(hyDATA\fR .sp 9p .RT .PP The PH\(hyDATA primitives are used to request and indicate message units containing frames used for data link layer peer\(hyto\(hypeer communications passed to and from the physical layer. .bp .RT .sp 1P .LP 4.1.1.11 \fIPH\(hyACTIVATE\fR .sp 9p .RT .PP The PH\(hyACTIVATE primitives are used to request activation of the physical layer connection or to indicate that the physical layer connection has been activated. .RT .sp 1P .LP 4.1.1.12 \fIPH\(hyDEACTIVATE\fR .sp 9p .RT .PP The PH\(hyDEACTIVATE primitive is used to indicate that the physical layer connection has been deactivated. .RT .sp 1P .LP 4.1.1.13 \fIMPH\(hyACTIVATE\fR \fI(see Appendix III)\fR .sp 9p .RT .PP The MPH\(hyACTIVATE primitive is used to indicate that the physical layer connection has been activated. .RT .sp 1P .LP 4.1.1.14 \fIMPH\(hyDEACTIVATE\fR \fI(see Appendix III)\fR .sp 9p .RT .PP The MPH\(hyDEACTIVATE primitives are used to request deactivation of the physical layer connection or to indicate that the physical layer connection has been deactivated. The \(emREQUEST primitive is for use by the network side system management entity. .RT .sp 1P .LP 4.1.1.15 \fIMPH\(hyINFORMATION\fR .sp 9p .RT .PP The MPH\(hyINFORMATION primitive is for use by the user side management entity, and provides an indication as to whether the terminal is: .RT .LP \(em connected; or .LP \(em disconnected or unable to provide sufficient power to support the TEI management procedures. .sp 1P .LP 4.1.2 \fIPrimitive types\fR .sp 9p .RT .PP The primitive types defined in this Recommendation are: .RT .sp 1P .LP 4.1.2.1 \fIREQUEST\fR .sp 9p .RT .PP The REQUEST primitive type is used when a higher layer or layer management is requesting a service from the lower layer. .RT .sp 1P .LP 4.1.2.2 \fIINDICATION\fR .sp 9p .RT .PP The INDICATION primitive type is used by a layer providing a service to inform the higher layer or layer management. .RT .sp 1P .LP 4.1.2.3 \fIRESPONSE\fR .sp 9p .RT .PP The RESPONSE primitive type is used by layer management as a consequence of the INDICATION primitive type. .RT .sp 1P .LP 4.1.2.4 \fICONFIRM\fR .sp 9p .RT .PP The CONFIRM primitive type is used by the layer providing the requested service to confirm that the activity has been completed. .PP Figure 7/Q.921 illustrates the relationship of the primitive types to layer\ 3 and the data link layer. .RT .sp 2P .LP 4.1.3 \fIParameter definition\fR .sp 1P .RT .sp 1P .LP 4.1.3.1 \fIPriority indicator\fR .sp 9p .RT .PP Since several SAPs may exist on the network side or user side, protocol messages units sent by one SAP may contend with those of other service access points for the physical resources available for message transfer. The priority indicator is used to determine which message unit will have greater priority when contention exists. The priority indicator is only needed at the user side for distinguishing message units sent by the SAP with a SAPI value of 0 from all other message units. .bp .RT .LP .rs .sp 20P .ad r \fBFigure 7/Q.921, p.\fR .sp 1P .RT .ad b .RT .sp 1P .LP 4.1.3.2 \fIMessage unit\fR .sp 9p .RT .PP The message unit contains additional layer\(hyto\(hylayer information concerning actions and results associated with requests. In the case of the DATA primitives, the message unit contains the requesting layer peer\(hyto\(hypeer messages. For example, the DL\(hyDATA message unit contains layer\ 3 information. The PH\(hyDATA message unit contains the data link layer frame. .PP \fINote\fR \ \(em\ The operations across the data link layer/layer\ 3 boundary shall be such that the layer sending the DL\(hyDATA or DL\(hyUNIT DATA primitive can assume a temporal order of the bits within the message unit and that the layer receiving the primitive can reconstruct the message with its assumed temporal order. .RT .LP .rs .sp 16P .ad r Blanc .ad b .RT .LP .bp