home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1993 July / Disc.iso / ccitt / 1988 / troff / 6_10_02.tro < prev    next >
Encoding:
Text File  |  1991-12-13  |  78.7 KB  |  3,263 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright ( c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v | 5i'
  22. .sp 2P
  23. .LP
  24. 4.2
  25.     \fIPrimitive procedures\fR 
  26. .sp 1P
  27. .RT
  28. .sp 1P
  29. .LP
  30. 4.2.1
  31.     \fIGeneral\fR 
  32. .EF '%    Fascicle\ VI.10\ \(em\ Rec.\ Q.921''
  33. .OF '''Fascicle\ VI.10\ \(em\ Rec.\ Q.921    %'
  34. .sp 9p
  35. .RT
  36. .PP
  37. Primitive procedures specify the interactions between adjacent
  38. layers to invoke and provide a service. The service primitives represent the
  39. elements of the procedures.
  40. .PP
  41. In the scope of this Recommendation the interactions between layer\ 3 and 
  42. the data link layer are specified. 
  43. .RT
  44. .sp 1P
  45. .LP
  46. 4.2.2
  47.     \fILayer 3 \(em\fR 
  48. \fIData link layer interactions\fR 
  49. .sp 9p
  50. .RT
  51. .PP
  52. The states of a data link connection endpoint may be derived from the internal 
  53. states of the data link layer entity supporting this type of a 
  54. data link connection.
  55. .PP
  56. Data link connection endpoint states are defined as follows:
  57. .RT
  58. .LP
  59.     a)
  60.     Broadcast data link connection endpoint:
  61. .LP
  62.     \(em
  63.     \fIinformation transfer\fR state.
  64. .LP
  65.     b)
  66.     Point\(hyto\(hypoint data link connection endpoint:
  67. .LP
  68.     \(em
  69.     \fIlink connection released\fR state;
  70. .LP
  71.     \(em
  72.     \fIawaiting establish\fR state;
  73. .LP
  74.     \(em
  75.     \fIawaiting release\fR state;
  76. .LP
  77.     \(em
  78.     \fIlink connection established\fR state.
  79. .PP
  80. The primitives provide the procedural means to specify
  81. conceptually how a data link service user can invoke a service.
  82. .PP
  83. This section defines the constraints on the sequences in which the
  84. primitives may occur. The sequences are related to the states at one
  85. point\(hyto\(hypoint data link connection endpoint.
  86. .PP
  87. The possible overall sequences of primitives at a point\(hyto\(hypoint 
  88. data link connection endpoint are defined in the state transition diagram, 
  89. Figure\ 8/Q.921. The \fIlink connection released\fR and \fIlink connection\fR 
  90. \fIestablished\fR states are stable states whilst the \fIawaiting establish\fR 
  91. and \fIawaiting release\fR states are transition states. 
  92. .PP
  93. The model illustrates the behaviour of layer 2 as seen by layer 3.
  94. This model assumes that the primitives passed between layers is implemented 
  95. by a first in first out queue. In this model, \*Qcollisions\*U of REQUEST 
  96. and 
  97. INDICATION primitives can occur thereby illustrating actions that seem 
  98. to be in conflict with the actual layer\ 2 protocol description. In some 
  99. implementations, these collisions could occur. 
  100. .RT
  101. .LP
  102. .rs
  103. .sp 19P
  104. .ad r
  105. Blanc
  106. .ad b
  107. .RT
  108. .LP
  109. .bp
  110. .LP
  111. .rs
  112. .sp 47P
  113. .ad r
  114. \fBFigure 8/Q.921, p.\fR 
  115. .sp 1P
  116. .RT
  117. .ad b
  118. .RT
  119. .LP
  120. .bp
  121. .LP
  122. .rs
  123. .sp 24P
  124. .ad r
  125. \fBFigure 8/Q.921 (Notes), p.\fR 
  126. .sp 1P
  127. .RT
  128. .ad b
  129. .RT
  130. .sp 2P
  131. .LP
  132. \fB5\fR     \fBDefinition of the\fR 
  133. \fBpeer\(hyto\(hypeer procedures of the data link\fR \fBlayer\fR 
  134. .sp 1P
  135. .RT
  136. .PP
  137. The procedures for use by the data link layer are specified in the following 
  138. sections. 
  139. .PP
  140. The elements of procedure (frame types) which apply are:
  141. .RT
  142. .LP
  143.     a)
  144.     for unacknowledged information transfer (\(sc\ 5.2):
  145. .LP
  146.     UI\(hycommand;
  147. .LP
  148.     b)
  149.     for multiple frame acknowledged information transfer
  150. (\(sc\(sc\ 5.5 to 5.8):
  151. .LP
  152.     SABME\(hycommand,
  153. .LP
  154.     UA\(hyresponse,
  155. .LP
  156.     DM\(hyresponse,
  157. .LP
  158.     DISC\(hycommand,
  159. .LP
  160.     RR\(hycommand/response,
  161. .LP
  162.     RNR\(hycommand/response,
  163. .LP
  164.     REJ\(hycommand/response,
  165. .LP
  166.     I\(hycommand,
  167. .LP
  168.     FRMR\(hyresponse;
  169. .LP
  170.     c)
  171.     for connection management entity information transfer:
  172. .LP
  173.     XID\(hycommand/response.
  174. .sp 2P
  175. .LP
  176. 5.1
  177.     \fIProcedure for the use of the\fR 
  178. \fIP/F bit\fR 
  179. .sp 1P
  180. .RT
  181. .sp 1P
  182. .LP
  183. 5.1.1
  184.     \fIUnacknowledged information transfer\fR 
  185. .sp 9p
  186. .RT
  187. .PP
  188. For unacknowledged information transfer the P/F bit is not used and shall 
  189. be set to\ 0. 
  190. .bp
  191. .RT
  192. .sp 1P
  193. .LP
  194. 5.1.2
  195.     \fIAcknowledged multiple frame information transfer\fR 
  196. .sp 9p
  197. .RT
  198. .PP
  199. A data link layer entity receiving an SABME, DISC, RR, RNR, REJ
  200. or I\ frame, with the P bit set to 1, shall set the F bit to 1 in the next
  201. response frame it transmits, as defined in Table\ 7/Q.921.
  202. .RT
  203. .ce
  204. \fBH.T. [T13.921]\fR 
  205. .ce
  206. TABLE\ 7/Q.921
  207. .ce
  208. \fBImmediate response operation of P/F bit\fR 
  209. .ps 9
  210. .vs 11
  211. .nr VS 11
  212. .nr PS 9
  213. .TS
  214. center box;
  215. cw(114p) | cw(114p) .
  216.  {
  217. Command received with P\ bit\ =\ 1
  218.  }     {
  219. Response transmitted with F\ bit\ =\ 1
  220.  }
  221. _
  222. .T&
  223. cw(114p) | cw(114p) .
  224. SABME, DISC    UA, DM
  225. _
  226. .T&
  227. cw(114p) | cw(114p) .
  228. I, RR, RNR, REJ     {
  229. RR, RNR, REJ (note)
  230.  }
  231. .TE
  232. .LP
  233. \fINote\ \(em\ \fR
  234. A LAPB data link layer entity may transmit an FRMR or DM response
  235. with the F\ bit set to 1 in response to an I\ frame or supervisory command
  236. with the P\ bit set to\ 1.
  237. .nr PS 9
  238. .RT
  239. .ad r
  240. \fBTable 7/Q.921 [T13.921] + Note, p.\fR 
  241. .sp 1P
  242. .RT
  243. .ad b
  244. .RT
  245. .LP
  246. .sp 5
  247. .sp 2P
  248. .LP
  249. 5.2
  250.     \fIProcedures for unacknowledged information transfer\fR 
  251. .sp 1P
  252. .RT
  253. .sp 1P
  254. .LP
  255. 5.2.1
  256.     \fIGeneral\fR 
  257. .sp 9p
  258. .RT
  259. .PP
  260. The procedures which apply to the transmission of information in
  261. unacknowledged operation are defined below.
  262. .PP
  263. No data link layer error recovery procedures are defined for
  264. unacknowledged operation.
  265. .RT
  266. .sp 1P
  267. .LP
  268. 5.2.2
  269.     \fITransmission of unacknowledged information\fR 
  270. .sp 9p
  271. .RT
  272. .PP
  273. \fINote\fR \ \(em\ The term \*Qtransmission of a UI frame\*U refers to the
  274. delivery of a UI frame by the data link layer to the physical layer.
  275. .PP
  276. Unacknowledged information is passed to the data link layer by
  277. layer 3 or management entities using the primitives DL\(hyUNIT DATA\(hyREQUEST 
  278. or 
  279. MDL\(hyUNIT DATA\(hyREQUEST, respectively. The layer\ 3 or management message 
  280. unit 
  281. shall be transmitted in a UI command frame.
  282. .PP
  283. For broadcast operation, the TEI value in the UI command address field 
  284. shall be set to 127 (binary 
  285. 111\ 1111, the group value).
  286. .PP
  287. For point\(hyto\(hypoint operation, the appropriate TEI value shall be
  288. used.
  289. .PP
  290. The P bit shall be set to 0.
  291. .PP
  292. In the case of persistent layer 1 deactivation, the data link layer
  293. will be informed by an appropriate indication. Upon receipt of this indication, 
  294. all UI transmission queues shall be discarded. 
  295. .PP
  296. \fINote\fR \ \(em\ The network side system management deactivation procedures
  297. should ensure that layer\ 1 is not deactivated before all UI data transfer is
  298. completed.
  299. .RT
  300. .sp 1P
  301. .LP
  302. 5.2.3
  303.     \fIReceipt of unacknowledged information\fR 
  304. .sp 9p
  305. .RT
  306. .PP
  307. On receipt of a UI command frame with a SAPI and TEI which are
  308. supported by the receiver, the contents of the information field shall be
  309. passed to the layer\ 3 or management entity using the data link layer to 
  310. layer\ 3 primitive DL\(hyUNIT DATA\(hyINDICATION or the data link layer 
  311. to management 
  312. primitive MDL\(hyUNIT DATA\(hyINDICATION, respectively. Otherwise, the 
  313. UI command 
  314. frame shall be discarded.
  315. .bp
  316. .RT
  317. .sp 2P
  318. .LP
  319. 5.3
  320.     \fITerminal endpoint identifier (TEI) management procedures\fR 
  321. .sp 1P
  322. .RT
  323. .sp 1P
  324. .LP
  325. 5.3.1
  326.     \fIGeneral\fR 
  327. .sp 9p
  328. .RT
  329. .PP
  330. TEI management is based on the following procedural
  331. means:
  332. .RT
  333. .LP
  334.     \(em
  335.     TEI assignment procedures (see \(sc\ 5.3.2);
  336. .LP
  337.     \(em
  338.     TEI check procedures (see \(sc\ 5.3.3);
  339. .LP
  340.     \(em
  341.     TEI removal procedures (see \(sc\ 5.3.4);
  342. .LP
  343.     \(em
  344.     optional user equipment initiated TEI Identity verify
  345. procedures (see \(sc\ 5.3.5).
  346. .PP
  347. A user equipment in the \fITEI\(hyunassigned\fR state shall use the TEI 
  348. assignment procedures to enter the \fITEI\(hyassigned\fR state. Conceptually, 
  349. these 
  350. procedures exist in the layer management entity. The layer management entity 
  351. on the network side is referred to as the Assignment Source Point (ASP) 
  352. in this Recommendation. 
  353. .PP
  354. The purpose of these procedures is to:
  355. .RT
  356. .LP
  357.     a)
  358.     allow automatic TEI equipment to request the network to
  359. assign a TEI value that the data link layer entities within
  360. the requesting user equipment will use in their subsequent
  361. communications;
  362. .LP
  363.     b)
  364.     allow a network to remove a previously assigned TEI value
  365. from specific or all user equipments;
  366. .LP
  367.     c)
  368.     allow a network to check:
  369. .LP
  370.     \(em
  371.     whether or not a TEI value is in use, or
  372. .LP
  373.     \(em
  374.     whether multiple TEI assignment has occurred;
  375. .LP
  376.     d)
  377.     allow user equipment the option to request that the network
  378. invoke TEI check procedures.
  379. .PP
  380. The user side layer management entity shall instruct the user data link 
  381. layer entities to remove all TEI values when it is notified that the 
  382. terminal is disconnected at the interface (as defined in
  383. Recommendation\ I.430).
  384. .PP
  385. Additionally, the user side layer management entity should instruct
  386. the user data link layer entity to remove a TEI value for its own internal
  387. reasons (for example, losing the ability to communicate with the network). 
  388. The layer management entity shall use the MDL\(hyREMOVE\(hyREQUEST primitive 
  389. for these 
  390. purposes.
  391. .PP
  392. \(sc\ 5.3.4.1 includes the actions taken by a data link layer entity
  393. receiving an MDL\(hyREMOVE\(hyREQUEST primitive.
  394. .PP
  395. Typically, one TEI value would be used by the user equipment (for
  396. example, a data link layer entity which has been assigned a TEI value could 
  397. use that value for all SAPs which it supports). If required, a number of 
  398. TEI values may be requested by multiple use of the procedures defined in 
  399. \(sc\ 5.3.2. It shall be the responsibility of the user to maintain the 
  400. association between TEI and SAPI values. 
  401. .PP
  402. The initiation of TEI assignment procedures occurs on the receipt of a 
  403. request for establishment or unacknowledged information transfer while 
  404. in the TEI\(hyunassigned state. The data link layer entity shall inform 
  405. the layer 
  406. management entity using the MDL\(hyASSIGN\(hyINDICATION primitive. Alternatively, 
  407. the user side layer management entity may initiate the TEI assignment procedures 
  408. for its own reasons.
  409. .PP
  410. \fINote\fR \ \(em\ In the case of initialization from a no power condition, 
  411. the user equipment should postpone the start of the TEI assignment procedure 
  412. until a layer 2\ service that needs a TEI is to be provided. 
  413. .PP
  414. All layer management entity messages used for these TEI management
  415. procedures are transmitted to, or received from, the data link layer entity
  416. using the MDL\(hyUNIT DATA\(hyREQUEST primitive, or the MDL\(hyUNIT DATA\(hyINDICATION 
  417. primitive, respectively. The data link layer entity shall transmit management 
  418. entity messages in UI command frames. The SAPI value shall be\ 63. The 
  419. TEI 
  420. value shall be\ 127.
  421. .RT
  422. .sp 1P
  423. .LP
  424. 5.3.2
  425.     \fITEI assignment procedure\fR 
  426. .sp 9p
  427. .RT
  428. .PP
  429. If the user equipment is of the non\(hyautomatic TEI assignment
  430. category, the user side layer management entity shall deliver the TEI value 
  431. to be used to the data link layer entity(s) via the MDL\(hyASSIGN\(hyREQUEST 
  432. primitive.
  433. .bp
  434. .PP
  435. If the user equipment is of the automatic TEI assignment category,
  436. upon initiation of the automatic TEI assignment procedure, the user side 
  437. layer management entity shall transmit to its peer a message containing 
  438. the following elements: 
  439. .RT
  440. .LP
  441.     a)
  442.     message type = Identity request;
  443. .LP
  444.     b)
  445.     Reference number (Ri); and
  446. .LP
  447.     c)
  448.     Action indicator (Ai).
  449. .PP
  450. The Reference number, Ri, shall be used to differentiate between a number 
  451. of user equipments which may simultaneously request assignment of 
  452. a TEI value. The Ri shall be 2\ octets in length and shall be randomly 
  453. generated for each request message by the user equipments. 
  454. .PP
  455. All values in the range 0 to 65535 shall be available from the random number 
  456. generator. 
  457. .PP
  458. \fINote\fR \ \(em\ The design of the random number generator should minimize 
  459. the probability of identical reference numbers being generated by terminals 
  460. which initiate their TEI assignment procedures simultaneously. 
  461. .PP
  462. The single\(hyoctet Action indicator, Ai, shall be used to indicate a
  463. request to the ASP for the assignment of any TEI value available.
  464. .PP
  465. The coding of the Ai shall be Ai = Group address TEI = 127. This Ai
  466. value requests the ASP to assign any TEI value.
  467. .PP
  468. A timer T202 shall be started.
  469. .PP
  470. The ASP, on receipt of the Identity request message, shall
  471. either:
  472. .RT
  473. .LP
  474.     \(em
  475.     select a TEI value;
  476. .LP
  477.     \(em
  478.     deny Identity requests with Ai values in the range 64\(hy126,
  479. or ignore Identity requests with the Ai value in the range 0\(hy63;
  480. or
  481. .LP
  482.     \(em
  483.     ignore the Identity request message if a previous Identity
  484. request message that contains an identical Ri has been received
  485. and no response has been issued. In this case, the ASP shall not
  486. assign a TEI\ value to either request.
  487. .PP
  488. Selection of a TEI value shall be on the basis of information
  489. stored at the ASP. This may consist of:
  490. .LP
  491.     \(em
  492.     a map of the full range of automatic TEI values; or
  493. .LP
  494.     \(em
  495.     an updated list of all automatic TEI values available for
  496. assignment, or a smaller subset.
  497. .PP
  498. The ASP, after having selected the TEI value, shall inform the
  499. network data link entities by means of the MDL\(hyASSIGN\(hyREQUEST primitive 
  500. and 
  501. transmit to its peer a message containing the following elements:
  502. .LP
  503.     a)
  504.     message type = Identity assigned;
  505. .LP
  506.     b)
  507.     Reference number (Ri); and
  508. .LP
  509.     c)
  510.     the assigned TEI value in the Ai field.
  511. .PP
  512. If the available TEI information/resources are exhausted, a TEI
  513. check procedure should be initiated.
  514. .PP
  515. A user side layer management entity receiving this 
  516. Identity
  517. assigned message
  518. shall compare the TEI value to its own to see if it is
  519. already allocated if an 
  520. Identity request message
  521. is outstanding.
  522. Additionally, the TEI value may be compared on the receipt of all Identity
  523. assigned messages.
  524. .PP
  525. If there is a match, the management entity shall either:
  526. .RT
  527. .LP
  528.     \(em
  529.     initiate TEI removal; or
  530. .LP
  531.     \(em
  532.     initiate the TEI identity verify procedures.
  533. .PP
  534. If there is no match, the user side layer management entity
  535. shall:
  536. .LP
  537.     \(em
  538.     compare the Ri value with any outstanding Identity request
  539. message and if it matches, consider the TEI value assigned to
  540. the user equipment, discard the value of Ri, inform the user
  541. side data link layer entities by means of the MDL\(hyASSIGN\(hyREQUEST
  542. primitive and stop timer T202;
  543. .LP
  544.     \(em
  545.     compare the Ri value with any outstanding Identity request
  546. message and if there is no match, do nothing;
  547. .LP
  548.     \(em
  549.     if there is no outstanding Identity request message, do
  550. nothing.
  551. .bp
  552. .PP
  553. When the data link layer receives the MDL\(hyASSIGN\(hyREQUEST primitive 
  554. from the layer management entity, the data link layer entity shall: 
  555. .LP
  556.     \(em
  557.     enter the TEI\(hyassigned state; and
  558. .LP
  559.     \(em
  560.     proceed with data link establishment procedures if a
  561. DL\(hyESTABLISH\(hyREQUEST primitive is outstanding, or proceed with
  562. the transmission of a UI command frame if a DL\(hyUNIT
  563. DATA\(hyREQUEST primitive is outstanding.
  564. .PP
  565. To deny an Identity request message, the ASP shall transmit to its peer 
  566. a message containing the following elements: 
  567. .LP
  568.     a)
  569.     message type = Identity denied;
  570. .LP
  571.     b)
  572.     Reference number (Ri); and
  573. .LP
  574.     c)
  575.     the value of TEI which is denied in the Ai field (a value of
  576. 127\ indicates that no TEI values are available).
  577. .sp 1P
  578. .LP
  579. 5.3.2.1
  580.     \fIExpiry of timer T202\fR 
  581. .sp 9p
  582. .RT
  583. .PP
  584. If the user receives either no response or an 
  585. Identity denied   message
  586. to its Identity request message, then on expiry of timer\ T202, the timer 
  587. shall be restarted and the Identity request message shall be 
  588. retransmitted with a new value of\ Ri.
  589. .PP
  590. After N202 unsuccessful attempts to acquire a TEI\ value, the layer
  591. management entity shall inform the data link layer entity using the
  592. MDL\(hyERROR\(hyRESPONSE primitive. The data link layer entity receiving the
  593. MDL\(hyERROR\(hyRESPONSE primitive shall respond with the DL\(hyRELEASE\(hyINDICATION 
  594. primitive if a request for establishment had previously occurred, and shall
  595. discard all unserviced DL\(hyUNIT DATA\(hyREQUEST primitives.
  596. .PP
  597. The values of T202 and N202 are specified in \(sc\ 5.9.
  598. .PP
  599. The TEI assignment procedure is illustrated in Figure\ 9/Q.921.
  600. .RT
  601. .LP
  602. .rs
  603. .sp 25P
  604. .ad r
  605. \fBFigure 9/Q.921, p.\fR 
  606. .sp 1P
  607. .RT
  608. .ad b
  609. .RT
  610. .LP
  611. .bp
  612. .sp 2P
  613. .LP
  614. 5.3.3
  615.     \fITEI check procedure\fR 
  616. .sp 1P
  617. .RT
  618. .sp 1P
  619. .LP
  620. 5.3.3.1
  621.     \fIUse of the TEI check procedure\fR 
  622. .sp 9p
  623. .RT
  624. .PP
  625. The TEI check procedure shall be used in the TEI audit and
  626. recovery procedures. The TEI check procedure allows the network side layer
  627. management entity either:
  628. .RT
  629. .LP
  630.     \(em
  631.     to establish that a TEI value is in use; or
  632. .LP
  633.     \(em
  634.     to verify 
  635. multiple TEI assignment
  636. .
  637. .PP
  638. The TEI check procedure for verifying multiple TEI assignment may also 
  639. optionally be invoked as a response to an 
  640. Identity verify
  641. request message
  642. from the user equipment.
  643. .sp 1P
  644. .LP
  645. 5.3.3.2
  646.     \fIOperation of the TEI check procedure\fR 
  647. .sp 9p
  648. .RT
  649. .PP
  650. The 
  651. TEI check procedure
  652. is illustrated in
  653. Figure\ 10/Q.921.
  654. .RT
  655. .LP
  656. .rs
  657. .sp 15P
  658. .ad r
  659. \fBFigure 10/Q.921, p. \fR 
  660. .sp 1P
  661. .RT
  662. .ad b
  663. .RT
  664. .PP
  665. The ASP shall transmit a message containing the following
  666. elements:
  667. .LP
  668.     a)
  669.     message type = Identity check request; and
  670. .LP
  671.     b)
  672.     Ai field which contains the TEI value to be checked or the
  673. value\ 127 when all TEI values are to be checked.
  674. .PP
  675. Timer T201 shall be started.
  676. .PP
  677. If any user equipment has been assigned the TEI value specified in
  678. the identity check request message, it shall respond by transmitting a 
  679. message containing the following elements: 
  680. .RT
  681. .LP
  682.     a)
  683.     message type = Identity check response;
  684. .LP
  685.     b)
  686.     the TEI value in the Ai field; and
  687. .LP
  688.     c)
  689.     Reference number (Ri).
  690. .PP
  691. \fINote\fR \ \(em\ The randomly\(hygenerated Ri is present in the Identity
  692. check response to ensure that in the case where more than one user equipment
  693. happens to commence transmission of the Identity check response at precisely
  694. the same time (i.e.,\ the first \*Q0\*U\ bit of the opening flag coincides) 
  695. due to 
  696. different Ri values a collision at layer\ 1 (see ISDN user\(hynetwork interfaces; 
  697. layer\ 1 Recommendations [I.43x\ series] for clarification) occurs. The 
  698. resolution of this collision results in multiple Identity check responses.
  699. .PP
  700. When the TEI check procedure is used to verify multiple TEI
  701. assignment:
  702. .RT
  703. .LP
  704.     \(em
  705.     if more than one 
  706. Identity check response
  707. is received
  708. within T201, then multiple TEI assignment shall be considered
  709. present; otherwise the request shall be repeated once and timer
  710. T201 restarted;
  711. .LP
  712.     \(em
  713.     if more than one Identity check response is received within
  714. the second T201 period, multiple TEI assignment shall be
  715. considered present;
  716. .bp
  717. .LP
  718.     \(em
  719.     if no Identity check response is received after both T201
  720. periods, the TEI value shall be assumed to be free and available
  721. for (re)assignment;
  722. .LP
  723.     \(em
  724.     if one Identity check response is received in one or both
  725. T201 periods, the TEI value shall be assumed to be in
  726. use.
  727. .PP
  728. When the TEI check procedure is used to test whether a TEI
  729. value is in use, it is completed upon the receipt of the first 
  730. TEI Identity check response message
  731. , and the TEI value is assumed to be in use.
  732. Otherwise:
  733. .LP
  734.     \(em
  735.     if no Identity check response is received within T201, the
  736. identity check request shall be repeated once and timer T201
  737. restarted;
  738. .LP
  739.     \(em
  740.     if no Identity check response is received after the second
  741. Identity check request, the TEI value shall be assumed to be
  742. free and available for reassignment.
  743. .PP
  744. If the Ai value in the Identity check request is equal to 127, it is preferred 
  745. that the receiving user side layer management entity respond with a single 
  746. Identity check response message that contains all of the TEI values in 
  747. use within that user equipment (see \(sc\ 5.3.5.5). If an Identity check 
  748. request 
  749. with Ai equal to\ 127 is transmitted and an Identity check response is 
  750. received making use of the extension facility, each Ai variable in the 
  751. Ai field shall be processed as if received in separate Identity check responses 
  752. for parallel 
  753. Identity check requests.
  754. .sp 1P
  755. .LP
  756. 5.3.4
  757.     \fITEI removal procedure\fR 
  758. .sp 9p
  759. .RT
  760. .PP
  761. When the network side layer management entity determines that the removal 
  762. of a TEI value (see \(sc\ 5.3.4.2) is necessary, the ASP shall transmit 
  763. a message containing the following elements and issue an MDL\(hyREMOVE\(hyREQUEST 
  764. primitive:
  765. .RT
  766. .LP
  767.     a)
  768.     message type = Identity remove; and
  769. .LP
  770.     b)
  771.     TEI value which is to be removed, as indicated in the Ai
  772. field (the value 127 indicates that all user equipments should
  773. remove their TEI values; otherwise, the specific TEI value
  774. should be removed).
  775. .PP
  776. The 
  777. Identity remove message
  778. shall be sent twice in
  779. succession, to overcome possible message loss.
  780. .PP
  781. When the user side layer management entity determines that the removal 
  782. of a TEI value is necessary (see \(sc\ 5.3.4.2), it shall instruct the 
  783. data link 
  784. layer entity to enter the \fITEI\(hyunassigned\fR state, using the MDL\(hyREMOVE\(hyREQUEST 
  785. primitive. This action would also be taken for all TEI values when the 
  786. Ai field contains the value of\ 127. 
  787. .PP
  788. Further action to be taken shall be either initiation of automatic TEI 
  789. assignment for a new TEI value or notification to the equipment user for 
  790. the 
  791. need for corrective action (that is, when equipment uses a non\(hyautomatic TEI
  792. value and does not support the automatic TEI assignment procedure.)
  793. .RT
  794. .sp 1P
  795. .LP
  796. 5.3.4.1
  797.     \fIAction taken by the data link layer entity receiving the\fR 
  798. \fIMDL\(hyREMOVE\(hyREQUEST primitive\fR 
  799. .sp 9p
  800. .RT
  801. .PP
  802. A data link layer entity receiving an MDL\(hyREMOVE\(hyREQUEST primitive 
  803. shall: 
  804. .RT
  805. .LP
  806.     a)
  807.     if no DL\(hyRELEASE\(hyREQUEST primitive is outstanding and the
  808. user equipment is not in the \fITEI\(hyassigned\fR state, issue a
  809. DL\(hyRELEASE\(hyINDICATION primitive; or
  810. .LP
  811.     b)
  812.     if a DL\(hyRELEASE\(hyREQUEST primitive is outstanding, issue a
  813. DL\(hyRELEASE\(hyCONFIRM primitive.
  814. .PP
  815. The data link layer entity shall then enter the \fITEI\(hyunassigned\fR 
  816. state after discarding the contents of both UI and I queues. 
  817. .sp 1P
  818. .LP
  819. 5.3.4.2
  820.     \fIConditions for TEI removal\fR 
  821. .sp 9p
  822. .RT
  823. .PP
  824. At the user equipment, automatic TEI values shall be removed, and in the 
  825. case of non\(hyautomatic TEI values, an appropriate indication shall be 
  826. made to the user under the following conditions:
  827. .RT
  828. .LP
  829.     \(em
  830.     on request from the ASP by an Identity remove message;
  831. .LP
  832.     \(em
  833.     on receipt of an MPH\(hyINFORMATION\(hyINDICATION (disconnected)
  834. primitive;
  835. .LP
  836.     \(em
  837.     on receipt of an MDL\(hyERROR\(hyINDICATION primitive indicating
  838. that the data link layer entity has assumed possible multiple
  839. assignment of a TEI value, rather than requesting a TEI check
  840. procedure by the transmission of an Identity verify request
  841. message; or
  842. .LP
  843.     \(em
  844.     optionally on receipt of an Identity assigned message
  845. containing a TEI value in the Ai field, which is already in use
  846. within the user equipment (see \(sc\ 5.3.2).
  847. .bp
  848. .PP
  849. At the network side, TEI values should be removed:
  850. .LP
  851.     \(em
  852.     following a TEI audit procedure showing that a TEI value is
  853. no longer in use or that 
  854. multiple TEI assignment
  855. has
  856. occurred; or
  857. .LP
  858.     \(em
  859.     on receipt of an MDL\(hyERROR\(hyINDICATION primitive indicating a
  860. possible multiple TEI assignment, which may be confirmed by the
  861. invocation of the TEI check procedures.
  862. .sp 2P
  863. .LP
  864. 5.3.5
  865.     \fITEI identity verify procedure\fR 
  866. .sp 1P
  867. .RT
  868. .sp 1P
  869. .LP
  870. 5.3.5.1
  871.     \fIGeneral\fR 
  872. .sp 9p
  873. .RT
  874. .PP
  875. The TEI identity verify procedure allows the user side layer
  876. management entity to have the capability to request that the network invoke 
  877. the identity check procedure for verification of multiple TEI assignment. 
  878. .PP
  879. The TEI identity verify procedure is optional for both the network and 
  880. user equipment. 
  881. .RT
  882. .sp 1P
  883. .LP
  884. 5.3.5.2
  885.     \fIOperation of the TEI identity verify procedure\fR 
  886. .sp 9p
  887. .RT
  888. .PP
  889. The TEI identity verify procedure is illustrated in
  890. Figure\ 11/Q.921.
  891. .RT
  892. .LP
  893. .rs
  894. .sp 28P
  895. .ad r
  896. \fBFigure 11/Q.921 + Notes, p.\fR 
  897. .sp 1P
  898. .RT
  899. .ad b
  900. .RT
  901. .PP
  902. The user equipment shall transmit an Identity verify message
  903. containing the following elements:
  904. .LP
  905.     a)
  906.     message type = Identity verify request;
  907. .LP
  908.     b)
  909.     the TEI value to be checked in the Ai field; and
  910. .LP
  911.     c)
  912.     the Ri field, which is not processed by the network and is
  913. coded\ 0.
  914. .PP
  915. Timer T202 is started.
  916. .bp
  917. .PP
  918. The ASP, on receipt of the TEI Identity verify message shall, if
  919. implemented, invoke the TEI check procedure as defined in \(sc\ 5.3.3. This
  920. will result in the ASP sending an Identity check request message to the user
  921. equipment.
  922. .RT
  923. .sp 1P
  924. .LP
  925. 5.3.5.3
  926.     \fIExpiry of Timer T202\fR 
  927. .sp 9p
  928. .RT
  929. .PP
  930. If the user equipment receives no Identity check request message
  931. with an A\di\uequal to its TEI or an A\di\uequal to 127 before the expiry of
  932. timer T202, the user side layer management entity shall restart the timer 
  933. and the Identity verify message shall be retransmitted. If no Identity 
  934. check 
  935. request message is received from the ASP after the second Identity verify
  936. request, the TEI shall be removed.
  937. .RT
  938. .sp 2P
  939. .LP
  940. 5.3.6
  941.     \fIFormats and codes\fR 
  942. .sp 1P
  943. .RT
  944. .sp 1P
  945. .LP
  946. 5.3.6.1
  947.     \fIGeneral\fR 
  948. .sp 9p
  949. .RT
  950. .PP
  951. All messages used for TEI management procedures are carried in the information 
  952. field of UI command frames with a SAPI value set to 63 (binary 
  953. 11\ 1111) and TEI value set to\ 127 (binary 111\ 1111).
  954. .PP
  955. All messages have the structure shown in Figure 12/Q.921.
  956. .RT
  957. .LP
  958. .rs
  959. .sp 27P
  960. .ad r
  961. \fBFigure 12/Q.921 [T14.921], p. \ \ 
  962. (A traiter comme tableau MEP)\fR 
  963. .sp 1P
  964. .RT
  965. .ad b
  966. .RT
  967. .PP
  968. .sp 3
  969. Fields that are not used in a specific message are coded all
  970. zeros, and are not to be processed by either side.
  971. .PP
  972. The coding of each field for the various messages is specified in
  973. Table\ 8/Q.921.
  974. .PP
  975. E is the Action indicator field extension bit (see
  976. \(sc\ 5.3.6.5).
  977. .bp
  978. .RT
  979. .ce
  980. \fBH.T. [T15.921]\fR 
  981. .ce
  982. TABLE\ 8/Q.921
  983. .ce
  984. \fBCodes for messages concerning TEI management procedures\fR 
  985. .ps 9
  986. .vs 11
  987. .nr VS 11
  988. .nr PS 9
  989. .TS
  990. center box;
  991. cw(48p) | cw(30p) | cw(42p) | cw(24p) | cw(84p) .
  992. Message name       {
  993. Management
  994. entity
  995. identifier
  996.  }    Reference number Ri      Message type      Action indicator Ai
  997. _
  998. .T&
  999. lw(48p) | cw(30p) | lw(42p) | cw(24p) | lw(84p) .
  1000.  {
  1001. Identity request
  1002. (user to network)
  1003.  }    0000\ 1111    0\(hy65535    0000\ 0001     {
  1004. Ai\ =\ 127,
  1005. Any TEI value acceptable
  1006.  }
  1007. _
  1008. .T&
  1009. lw(48p) | cw(30p) | lw(42p) | cw(24p) | lw(84p) .
  1010.  {
  1011. Identity assigned
  1012. (network to user)
  1013.  }    0000\ 1111    0\(hy65535    0000\ 0010     {
  1014. Ai\ =\ 64\(hy126,
  1015. Assigned TEI value
  1016.  }
  1017. _
  1018. .T&
  1019. lw(48p) | cw(30p) | lw(42p) | cw(24p) | lw(84p) , ^  | ^  | ^  | ^  | l.
  1020.  {
  1021. Identity denied
  1022. (network to user)
  1023.  }    0000\ 1111    0\(hy65535    0000\ 0011     {
  1024. Ai\ =\ 64\(hy126,
  1025. Denied TEI value
  1026.  }
  1027.                  {
  1028. Ai\ =\ 127,
  1029. No TEI value available
  1030.  }
  1031. _
  1032. .T&
  1033. lw(48p) | cw(30p) | lw(42p) | cw(24p) | lw(84p) , ^  | ^  | ^  | ^  | l.
  1034.  {
  1035. Identity check request
  1036. (network to user)
  1037.  }    0000\ 1111    Not used (coded\ 0)    0000\ 0100     {
  1038. Ai\ =\ 127,
  1039. Check all TEI values
  1040.  }
  1041.                  {
  1042. Ai\ =\ 0\(hy126,
  1043. TEI value to be checked 
  1044.  }
  1045. _
  1046. .T&
  1047. lw(48p) | cw(30p) | lw(42p) | cw(24p) | lw(84p) .
  1048.  {
  1049. Identity check response
  1050. (user to network)
  1051.  }    0000\ 1111    0\(hy65535    0000\ 0101     {
  1052. Ai\ =\ 0\(hy126,
  1053. TEI value in use
  1054.  }
  1055. _
  1056. .T&
  1057. lw(48p) | cw(30p) | lw(42p) | cw(24p) | lw(84p) , ^  | ^  | ^  | ^  | l.
  1058.  {
  1059. Identity remove
  1060. (network to user)
  1061.  }    0000\ 1111    Not used (coded\ 0)    0000\ 0110     {
  1062. Ai\ =\ 127,
  1063. Request for removal of all TEI values
  1064.  }
  1065.                  {
  1066. Ai\ =\ 0\(hy126,
  1067. TEI value to be removed
  1068.  }
  1069. _
  1070. .T&
  1071. lw(48p) | cw(30p) | lw(42p) | cw(24p) | lw(84p) .
  1072.  {
  1073. Identity verify
  1074. (user to network)
  1075.  }    0000\ 1111    Not used (coded\ 0)    0000\ 0111     {
  1076. Ai\ =\ 0\(hy126,
  1077. TEI value to be checked
  1078.  }
  1079. _
  1080. .TE
  1081. .nr PS 9
  1082. .RT
  1083. .ad r
  1084. \fBTable 8/Q.921 [T15.921], p.\fR 
  1085. .sp 1P
  1086. .RT
  1087. .ad b
  1088. .RT
  1089. .LP
  1090. .sp 1
  1091. .sp 1P
  1092. .LP
  1093. 5.3.6.2
  1094.     \fILayer management entity identifier\fR 
  1095. .sp 9p
  1096. .RT
  1097. .PP
  1098. For TEI administration procedures, the layer management entity
  1099. identifier octet is 0000 | 111. Other values are reserved for further
  1100. standardization.
  1101. .RT
  1102. .sp 1P
  1103. .LP
  1104. 5.3.6.3
  1105.     \fIReference number (Ri)\fR 
  1106. .sp 9p
  1107. .RT
  1108. .PP
  1109. Octets 2 and 3 contain Ri. When used, it can assume any value
  1110. between 0 and 65535.
  1111. .RT
  1112. .sp 1P
  1113. .LP
  1114. 5.3.6.4
  1115.     \fIMessage type\fR 
  1116. .sp 9p
  1117. .RT
  1118. .PP
  1119. Octet 4 contains the message type. The purpose of the message type is to 
  1120. identify the function of the message being sent. 
  1121. .RT
  1122. .sp 1P
  1123. .LP
  1124. 5.3.6.5
  1125.     \fIAction indicator (Ai)\fR 
  1126. .sp 9p
  1127. .RT
  1128. .PP
  1129. The Ai field is extended by reserving the first transmitted bit of the 
  1130. Ai field octets to indicate the final octet of the Ai field. 
  1131. .PP
  1132. Ai variables in the Ai field are coded as follows:
  1133. .RT
  1134. .LP
  1135.     a)
  1136.     bit 1 is the 
  1137. extension bit
  1138. and is coded as
  1139. follows:
  1140. .LP
  1141.     \(em
  1142.     0 to indicate an extension, and
  1143. .LP
  1144.     \(em
  1145.     1 to indicate the final octet;
  1146. .LP
  1147.     b)
  1148.     bits 2 to 8 contain the Action indicator.
  1149. .PP
  1150. The purpose of the Action indicator is to identify the concerned TEI value(s). 
  1151. .bp
  1152. .sp 1P
  1153. .LP
  1154. 5.4
  1155.     \fIAutomatic negotiation of data link layer parameters\fR 
  1156. .sp 9p
  1157. .RT
  1158. .PP
  1159. This procedure is defined in Appendix IV.
  1160. .RT
  1161. .sp 2P
  1162. .LP
  1163. 5.5
  1164.     \fIProcedures for establishment and release of multiple frame\fR 
  1165. \fIoperation\fR 
  1166. .sp 1P
  1167. .RT
  1168. .sp 1P
  1169. .LP
  1170. 5.5.1
  1171.     \fIEstablishment of multiple frame operation\fR 
  1172. .sp 9p
  1173. .RT
  1174. .PP
  1175. The provision of extended multiple frame operation (modulo 128
  1176. sequencing) is recommended.
  1177. .RT
  1178. .sp 1P
  1179. .LP
  1180. 5.5.1.1
  1181.     \fIGeneral\fR 
  1182. .sp 9p
  1183. .RT
  1184. .PP
  1185. These procedures shall be used to establish multiple frame
  1186. operation between the network and a designated user entity.
  1187. .PP
  1188. Layer 3 will request establishment of the multiple frame operation by the 
  1189. use of the DL\(hyESTABLISH\(hyREQUEST primitives. Re\(hyestablishment may 
  1190. be 
  1191. initiated as a result of the data link layer procedures defined in \(sc\ 
  1192. 5.7. All frames other than unnumbered frame formats received during the 
  1193. establishment 
  1194. procedures shall be ignored.
  1195. .RT
  1196. .sp 1P
  1197. .LP
  1198. 5.5.1.2
  1199.     \fIEstablishment procedures\fR 
  1200. .sp 9p
  1201. .RT
  1202. .PP
  1203. A data link layer entity shall initiate a request for the multiple frame 
  1204. operation to be set by transmitting the SABME command. All existing 
  1205. exception conditions shall be cleared, the retransmission counter shall be
  1206. reset, and timer\ T200 shall then be started (timer\ T200 is defined in 
  1207. \(sc\ 5.9.1). All 
  1208. mode setting commands
  1209. shall be transmitted with the P\ bit set
  1210. to\ 1.
  1211. .PP
  1212. Layer 3 initiated establishment procedures imply the discard of all
  1213. outstanding DL\(hyDATA\(hyREQUEST primitives and all I frames in queue.
  1214. .PP
  1215. A data link layer entity receiving an SABME command, if it is able
  1216. to enter the 
  1217. \fImultiple\(hyframe\(hyestablished\fR state
  1218. , shall:
  1219. .RT
  1220. .LP
  1221.     \(em
  1222.     respond with a UA response with the F bit set to the same
  1223. binary value as the P bit in the received SABME command;
  1224. .LP
  1225.     \(em
  1226.     set V(S), V(R) and V(A) to\ 0;
  1227. .LP
  1228.     \(em
  1229.     enter the \fImultiple\(hyframe\(hyestablished\fR state and inform
  1230. layer\ 3 using the DL\(hyESTABLISH\(hyINDICATION primitive;
  1231. .LP
  1232.     \(em
  1233.     clear all existing exception conditions;
  1234. .LP
  1235.     \(em
  1236.     clear any existing peer receiver busy condition; and
  1237. .LP
  1238.     \(em
  1239.     start timer T203 (timer T203 is defined in \(sc\ 5.9.8), if
  1240. implemented.
  1241. .PP
  1242. If the data link layer entity is unable to enter the
  1243. \fImultiple\(hyframe\(hyestablished\fR state, it shall respond to the SABME 
  1244. command with a DM response with the F bit set to the same binary value 
  1245. as the P bit in the received SABME command. 
  1246. .PP
  1247. Upon reception of the UA response with the F bit set to 1, the
  1248. originator of the SABME command shall:
  1249. .RT
  1250. .LP
  1251.     \(em
  1252.     reset timer T200;
  1253. .LP
  1254.     \(em
  1255.     start timer T203 if implemented;
  1256. .LP
  1257.     \(em
  1258.     set V(S), V(R), and V(A) to\ 0; and
  1259. .LP
  1260.     \(em
  1261.     enter the \fImultiple\(hyframe\(hyestablished\fR state and inform
  1262. layer\ 3 using the DL\(hyESTABLISH\(hyCONFIRM primitive.
  1263. .PP
  1264. Upon reception of a DM response with the F bit set to 1, the
  1265. originator of the SABME command shall indicate this to layer\ 3 by means of
  1266. the DL\(hyRELEASE\(hyINDICATION primitive, and reset timer T200. It shall 
  1267. then enter the \fITEI\(hyassigned\fR state. DM responses with the F bit 
  1268. set to 0 shall be ignored in this case. 
  1269. .PP
  1270. A DL\(hyRELEASE\(hyREQUEST primitive received during data link layer
  1271. initiated re\(hyestablishment shall be serviced on completion of the establishment 
  1272. mode\(hysetting operation. 
  1273. .bp
  1274. .RT
  1275. .sp 1P
  1276. .LP
  1277. 5.5.1.3
  1278.     \fIProcedure on expiry of timer T200\fR 
  1279. .sp 9p
  1280. .RT
  1281. .PP
  1282. If timer T200 expires before the UA or DM response with the F bit set to\ 
  1283. 1 is received, the data link layer entity shall: 
  1284. .RT
  1285. .LP
  1286.     \(em
  1287.     retransmit the SABME command as above;
  1288. .LP
  1289.     \(em
  1290.     restart timer T200; and
  1291. .LP
  1292.     \(em
  1293.     increment the 
  1294. retransmission counter
  1295. .
  1296. .PP
  1297. After retransmission of the SABME command N200 times, the data
  1298. link layer entity shall indicate this to layer\ 3 and the connection management 
  1299. entity by means of the DL\(hyRELEASE\(hyINDICATION and MDL\(hyERROR\(hyINDICATION 
  1300. primitives, respectively, and enter the \fITEI\(hyassigned\fR state, after 
  1301. discarding all outstanding DL\(hyDATA\(hyREQUEST primitives and all I frames 
  1302. in queue. 
  1303. .PP
  1304. The value of N200 is defined in \(sc\ 5.9.2.
  1305. .RT
  1306. .sp 1P
  1307. .LP
  1308. 5.5.2
  1309.     \fIInformation transfer\fR 
  1310. .sp 9p
  1311. .RT
  1312. .PP
  1313. Having either transmitted the UA response to a received SABME
  1314. command or received the UA response to a transmitted SABME command, I frames
  1315. and supervisory frames shall be transmitted and received according to the
  1316. procedures described in \(sc\ 5.6.
  1317. .PP
  1318. If an SABME command is received while in the
  1319. \fImultiple\(hyframe\(hyestablished\fR state, the data link layer entity 
  1320. shall conform to the re\(hyestablishment procedure described in \(sc\ 5.7. 
  1321. .PP
  1322. On receipt of a UI command, the procedures defined in \(sc\ 5.2 shall be 
  1323. followed. 
  1324. .RT
  1325. .sp 2P
  1326. .LP
  1327. 5.5.3
  1328.     \fITermination of multiple frame operation\fR 
  1329. .sp 1P
  1330. .RT
  1331. .sp 1P
  1332. .LP
  1333. 5.5.3.1
  1334.     \fIGeneral\fR 
  1335. .sp 9p
  1336. .RT
  1337. .PP
  1338. These procedures shall be used to terminate the multiple frame
  1339. operation between the network and a designated user entity.
  1340. .PP
  1341. Layer 3 will request termination of the multiple frame operation by
  1342. use of the DL\(hyRELEASE\(hyREQUEST primitive.
  1343. .PP
  1344. All frames other than unnumbered frames received during the release
  1345. procedures shall be ignored.
  1346. .PP
  1347. All outstanding DL\(hyDATA\(hyREQUEST primitives and all I frames in queue 
  1348. shall be discarded. 
  1349. .PP
  1350. In the case of persistant layer 1 deactivation the data link layer
  1351. entity shall discard all I queues and deliver to layer\ 3 a DL\(hyRELEASE\(hyCONFIRM 
  1352. primitive if a DL\(hyRELEASE\(hyREQUEST primitive is outstanding, or otherwise 
  1353. a 
  1354. DL\(hyRELEASE\(hyINDICATION primitive.
  1355. .RT
  1356. .sp 1P
  1357. .LP
  1358. 5.5.3.2
  1359.     \fIRelease procedure\fR 
  1360. .sp 9p
  1361. .RT
  1362. .PP
  1363. A data link layer entity shall initiate a request for release of
  1364. the multiple frame operation by transmitting the Disconnect (DISC) command 
  1365. with the P bit set to 1. Timer T200 shall then be started and the retransmission 
  1366. counter reset.
  1367. .PP
  1368. A data link layer entity receiving a DISC command while in the
  1369. \fImultiple\(hyframe\(hyestablished\fR or \fItimer recovery\fR state shall 
  1370. transmit a UA 
  1371. response with the F bit set to the same binary value as the P bit in the
  1372. received DISC command. A DL\(hyRELEASE\(hyINDICATION primitive shall be 
  1373. passed to 
  1374. layer\ 3, and the \fITEI\(hyassigned\fR state shall be entered.
  1375. .PP
  1376. If the originator of the DISC command receives either:
  1377. .RT
  1378. .LP
  1379.     \(em
  1380.     a UA response with the F bit set to 1; or
  1381. .LP
  1382.     \(em
  1383.     a DM response with the F bit set to 1, indicating that the
  1384. peer data link layer entity is already in the \fITEI\(hyassigned\fR state,
  1385. .LP
  1386. it shall enter the \fITEI\(hyassigned\fR state and reset timer T200.
  1387. .bp
  1388. .PP
  1389. The data link layer entity which issued the DISC command is now in the 
  1390. \fITEI\(hyassigned\fR state and will notify layer\ 3 by means of the 
  1391. DL\(hyRELEASE\(hyCONFIRM primitive. The conditions relating to this state 
  1392. are defined in \(sc\ 5.5.4. 
  1393. .sp 1P
  1394. .LP
  1395. 5.5.3.3
  1396.     \fIProcedure on expiry of timer T200\fR 
  1397. .sp 9p
  1398. .RT
  1399. .PP
  1400. If timer T200 expires before a UA or DM response with the F bit set to\ 
  1401. 1 is received, the originator of the DISC command shall: 
  1402. .RT
  1403. .LP
  1404.     \(em
  1405.     retransmit the DISC command as defined in \(sc\ 5.5.3.2;
  1406. .LP
  1407.     \(em
  1408.     restart timer T200; and
  1409. .LP
  1410.     \(em
  1411.     increment the retransmission counter.
  1412. .PP
  1413. If the data link layer entity has not received the correct
  1414. response as defined in \(sc\ 5.5.3.2, after N200 attempts to recover, the 
  1415. data link layer entity shall indicate this to the connection management 
  1416. entity by means of the MDL\(hyERROR\(hyINDICATION primitive, enter the 
  1417. \fITEI\(hyassigned\fR state and 
  1418. notify layer\ 3 by means of the DL\(hyRELEASE\(hyCONFIRM primitive.
  1419. .sp 1P
  1420. .LP
  1421. 5.5.4
  1422.     \fITEI\(hyassigned state\fR 
  1423. .sp 9p
  1424. .RT
  1425. .PP
  1426. While in the 
  1427. \fITEI\(hyassigned\fR state:
  1428. .RT
  1429. .LP
  1430.     \(em
  1431.     the receipt of a DISC command shall result in the
  1432. transmission of a DM response with F\ bit set to the value of the
  1433. received P\ bit;
  1434. .LP
  1435.     \(em
  1436.     on receipt of an SABME command, the procedures defined in
  1437. \(sc\ 5.5.1 shall be followed;
  1438. .LP
  1439.     \(em
  1440.     on receipt of an unsolicited DM response with the F bit set
  1441. to 0, the data link layer entity shall, if it is able to,
  1442. initiate the establishment procedures by the transmission of an SABME (see 
  1443. \(sc\ 5.5.1.2). Otherwise, the DM shall be ignored; 
  1444. .LP
  1445.     \(em
  1446.     on receipt of UI commands, the procedures defined in \(sc\ 5.2
  1447. shall be followed; and
  1448. .LP
  1449.     \(em
  1450.     on receipt of any unsolicited UA response an
  1451. MDL\(hyERROR\(hyINDICATION primitive indicating a possible double
  1452. assignment of a TEI value shall be issued; and
  1453. .LP
  1454.     \(em
  1455.     all other frame types shall be discarded.
  1456. .sp 2P
  1457. .LP
  1458. 5.5.5
  1459.     \fICollision\fR \fIof unnumbered commands and responses\fR 
  1460. .sp 1P
  1461. .RT
  1462. .sp 1P
  1463. .LP
  1464. 5.5.5.1
  1465.     \fIIdentical transmitted and received commands\fR 
  1466. .sp 9p
  1467. .RT
  1468. .PP
  1469. If the transmitted and received unnumbered commands (SABME or
  1470. DISC) are the same, the data link layer entities shall send the UA response 
  1471. at the earliest possible opportunity. The indicated state shall be entered 
  1472. after receiving the UA response. The data link layer entity shall notify 
  1473. layer\ 3 by means of the appropriate confirm primitive. 
  1474. .RT
  1475. .sp 1P
  1476. .LP
  1477. 5.5.5.2
  1478.     \fIDifferent transmitted and received commands\fR 
  1479. .sp 9p
  1480. .RT
  1481. .PP
  1482. If the transmitted and received unnumbered commands (SABME or
  1483. DISC) are different, the data link layer entities shall issue a DM response 
  1484. at the earliest possible opportunity. Upon receipt of a DM response with 
  1485. the F bit set to 1, the data link layer shall enter the \fITEI\(hyassigned\fR 
  1486. state and notify layer\ 3 by means of the appropriate primitive. The entity 
  1487. receiving the DISC 
  1488. command will issue a DL\(hyRELEASE\(hyINDICATION primitive, while the other 
  1489. entity 
  1490. will issue a DL\(hyRELEASE\(hyCONFIRM primitive.
  1491. .RT
  1492. .sp 1P
  1493. .LP
  1494. 5.5.6
  1495.     \fIUnsolicited DM response and SABME or DISC command\fR 
  1496. .sp 9p
  1497. .RT
  1498. .PP
  1499. When a DM response with the F bit set to 0 is received by a data
  1500. link layer entity, a collision between a transmitted SABME or DISC command
  1501. and the unsolicited DM response may have occurred. This is typically caused 
  1502. by a user equipment applying a protocol procedure according to\ X.25 LAPB\ 
  1503. [9] to 
  1504. ask for a mode\(hysetting command.
  1505. .PP
  1506. In order to avoid misinterpretation of the DM response received, a
  1507. data link layer entity shall always send its SABME or DISC command with the
  1508. P\ bit set to\ 1.
  1509. .PP
  1510. A DM response with the F bit set to 0 colliding with an SABME or
  1511. DISC command shall be ignored.
  1512. .bp
  1513. .RT
  1514. .sp 1P
  1515. .LP
  1516. 5.6
  1517.     \fIProcedures for information transfer in multiple frame operation\fR 
  1518. .sp 9p
  1519. .RT
  1520. .PP
  1521. The procedures which apply to the transmission of I frames are
  1522. defined below.
  1523. .PP
  1524. \fINote\fR \ \(em\ The term \*Qtransmission of an I frame\*U refers to 
  1525. the delivery of an I frame by the data link layer to the physical layer. 
  1526. .RT
  1527. .sp 1P
  1528. .LP
  1529. 5.6.1
  1530.     \fITransmitting I frames\fR 
  1531. .sp 9p
  1532. .RT
  1533. .PP
  1534. Information received by the data link layer entity from layer 3 by means 
  1535. of a DL\(hyDATA\(hyREQUEST primitive shall be transmitted in an I\ frame. 
  1536. The 
  1537. control field parameters\ N(S) and\ N(R) shall be assigned the values of
  1538. V(S) and\ V(R), respectively. V(S) shall be incremented by\ 1 at the end 
  1539. of the transmission of the I frame. 
  1540. .PP
  1541. If timer T200 is not running at the time of transmission of an I
  1542. frame, it shall be started. If time T200 expires, the procedures defined in
  1543. \(sc\ 5.6.7 shall be followed.
  1544. .PP
  1545. If V(S) is equal to V(A) plus \fIk\fR (where \fIk\fR is the maximum number 
  1546. of outstanding I frames\ \(em\ see \(sc\ 5.9.5), the data link layer entity 
  1547. shall not 
  1548. transmit any new I frames, but may retransmit an I frame as a result of the
  1549. error recovery procedures as described in \(sc\(sc\ 5.6.4 and 5.6.7.
  1550. .PP
  1551. When the network side or user side is in the own receiver busy
  1552. condition, it may still transmit I frames, provided that a 
  1553. peer receiver
  1554. busy condition
  1555. does not exist.
  1556. .PP
  1557. \fINote\fR \ \(em\ Any DL\(hyDATA\(hyREQUEST primitives received whilst 
  1558. in the timer recovery condition shall be queued. 
  1559. .RT
  1560. .sp 1P
  1561. .LP
  1562. 5.6.2
  1563.     \fIReceiving I frames\fR 
  1564. .sp 9p
  1565. .RT
  1566. .PP
  1567. Independant of a timer recovery condition, when a data link layer entity 
  1568. is not in an own receiver busy condition and receives a valid I frame 
  1569. whose N(S) is equal to the current V(R), the data link layer entity
  1570. shall:
  1571. .RT
  1572. .LP
  1573.     \(em
  1574.     pass the information field of this frame to layer 3 using the
  1575. DL\(hyDATA\(hyINDICATION primitive;
  1576. .LP
  1577.     \(em
  1578.     increment by 1 its V(R) and act as indicated below.
  1579. .sp 1P
  1580. .LP
  1581. 5.6.2.1
  1582.     \fIP bit set to 1\fR 
  1583. .sp 9p
  1584. .RT
  1585. .PP
  1586. If the P bit of the received I frame was set to 1, the data link
  1587. layer entity shall respond to its peer in one of the following ways:
  1588. .RT
  1589. .LP
  1590.     \(em
  1591.     if the data link layer entity receiving the I frame is still
  1592. not in an 
  1593. own receiver busy condition
  1594. , it shall send an
  1595. RR response with the F\ bit set to\ 1;
  1596. .LP
  1597.     \(em
  1598.     if the data link layer entity receiving the I frame enters
  1599. the own receiver busy condition upon receipt of the I frame,
  1600. it shall send an RNR response with the F bit set to\ 1.
  1601. .sp 1P
  1602. .LP
  1603. 5.6.2.2
  1604.     \fIP bit set to 0\fR 
  1605. .sp 9p
  1606. .RT
  1607. .PP
  1608. If the P bit of the received I frame was set to 0 and:
  1609. .RT
  1610. .LP
  1611.     a)
  1612.     if the data link layer entity is still not in an own
  1613. receiver busy condition:
  1614. .LP
  1615.     \(em
  1616.     if no I frame is available for transmission or if an I
  1617. frame is available for transmission but a peer receiver
  1618. busy condition exists, the data link layer entity shall
  1619. transmit an RR response with the F bit set to 0; or
  1620. .LP
  1621.     \(em
  1622.     if an I frame is available for transmission and no peer
  1623. receiver busy condition exists, the data link layer entity
  1624. shall transmit the I frame with the value of N(R) set to
  1625. the current value of V(R) as defined in \(sc\ 5.6.1; or
  1626. .LP
  1627.     b)
  1628.     if, on receipt of this I frame, the data link layer entity
  1629. is now in an own receiver busy condition, it shall transmit an
  1630. RNR response with the F\ bit set to\ 0.
  1631. .PP
  1632. When the data link layer entity is in an own receiver busy
  1633. condition, it shall process any received I frame according to
  1634. \(sc\ 5.6.6.
  1635. .bp
  1636. .sp 2P
  1637. .LP
  1638. 5.6.3
  1639.     \fISending and receiving acknowledgements\fR 
  1640. .sp 1P
  1641. .RT
  1642. .sp 1P
  1643. .LP
  1644. 5.6.3.1
  1645.     \fISending acknowledgements\fR 
  1646. .sp 9p
  1647. .RT
  1648. .PP
  1649. Whenever a data link layer entity transmits an I frame or a
  1650. supervisory frame, N(R) shall be set equal to V(R).
  1651. .RT
  1652. .sp 1P
  1653. .LP
  1654. 5.6.3.2
  1655.     \fIReceiving acknowledgements\fR 
  1656. .sp 9p
  1657. .RT
  1658. .PP
  1659. On receipt of a valid I frame or supervisory frame (RR, RNR,
  1660. or\ REJ), even in the own receiver busy, or timer recovery conditions, 
  1661. the data link layer entity shall treat the N(R) contained in this frame 
  1662. as an 
  1663. acknowledgement for all the I frames it has transmitted with an N(S) up 
  1664. to and including the received N(R)\ \(em\ 1. V(A) shall be set to N(R). 
  1665. The data link 
  1666. layer entity shall reset the timer T200 on receipt of a valid I frame or
  1667. supervisory frame with the N(R) higher than V(A) (actually acknowledging 
  1668. some I frames), or an REJ frame with an N(R) equal to V(A). 
  1669. .PP
  1670. \fINote\ 1\fR \ \(em\ If a supervisory frame with the P bit set to 1 has been
  1671. transmitted and not acknowledged, timer T200 shall not be reset.
  1672. .PP
  1673. \fINote\ 2\fR \ \(em\ Upon receipt of a valid I frame, timer T200 shall not be
  1674. reset if the data link layer entity is in the peer receiver busy condition.
  1675. .PP
  1676. If timer T200 has been reset by the receipt of an I, RR, or RNR frame, 
  1677. and if there are outstanding I frames still unacknowledged, the data link 
  1678. layer entity shall restart timer T200. If timer T200 then expires, the 
  1679. data link 
  1680. layer entity shall follow the recovery procedure as defined in \(sc\ 5.6.7 with
  1681. respect to the unacknowledged I frames.
  1682. .PP
  1683. If timer T200 has been reset by the receipt of an REJ frame, the data link 
  1684. layer entity shall follow the retransmission procedures in \(sc\ 5.6.4. 
  1685. .RT
  1686. .sp 1P
  1687. .LP
  1688. 5.6.4
  1689.     \fIReceiving REJ frames\fR 
  1690. .sp 9p
  1691. .RT
  1692. .PP
  1693. On receipt of a valid REJ frame, the data link layer entity shall act as 
  1694. follows: 
  1695. .RT
  1696. .LP
  1697.     a)
  1698.     if it is not in the timer recovery condition:
  1699. .LP
  1700.     \(em
  1701.     clear an existing peer receiver busy condition;
  1702. .LP
  1703.     \(em
  1704.     set its V(S) and its V(A) to the value of the N(R)
  1705. contained in the REJ frame control field;
  1706. .LP
  1707.     \(em
  1708.     stop timer T200;
  1709. .LP
  1710.     \(em
  1711.     start timer T203 if implemented;
  1712. .LP
  1713.     \(em
  1714.     if it was an REJ command frame with the P\ bit set to 1,
  1715. transmit an appropriate supervisory response frame (see
  1716. Note\ 2, \(sc\ 5.6.5) with the F\ bit set to\ 1.
  1717. .LP
  1718.     \(em
  1719.     transmit the corresponding I frame as soon as possible,
  1720. as defined in \(sc\ 5.6.1, taking into account the items\ 1)
  1721. to\ 3) below and the paragraph following items\ 1) to\ 3)
  1722. and
  1723. .LP
  1724.     \(em
  1725.     notify a protocol violation to the connection
  1726. management entity by means of the MDL\(hyERROR\(hyINDICATION
  1727. primitive, if it was an REJ response frame with the F\ bit
  1728. set to\ 1.
  1729. .LP
  1730.     b)
  1731.     if it is in the timer recovery condition and it was an REJ
  1732. response frame with the F\ bit set to\ 1:
  1733. .LP
  1734.     \(em
  1735.     clear an existing peer receiver busy condition;
  1736. .LP
  1737.     \(em
  1738.     set its V(S) and its V(A) to the value N(R) contained
  1739. in the REJ frame control field;
  1740. .LP
  1741.     \(em
  1742.     stop timer T200;
  1743. .LP
  1744.     \(em
  1745.     start timer T203 if implemented;
  1746. .LP
  1747.     \(em
  1748.     enter the multiple\(hyframe\(hyestablished state; and
  1749. .LP
  1750.     \(em
  1751.     transmit the corresponding I frame as soon as possible,
  1752. as defined in \(sc\ 5.6.1, taking into account the items\ 1)
  1753. to\ 3) below and the paragraph following items\ 1) to\ 3).
  1754. .LP
  1755.     c)
  1756.     if it is in the timer recovery condition and it was an REJ
  1757. frame other than an REJ response frame with the F bit set
  1758. to\ 1:
  1759. .LP
  1760.     \(em
  1761.     clear an existing peer receiver busy condition;
  1762. .LP
  1763.     \(em
  1764.     set its V(A) to the value of the N(R) contained in the
  1765. REJ frame control field; and
  1766. .LP
  1767.     \(em
  1768.     if it was an REJ command frame with the P bit set
  1769. to\ 1, transmit an appropriate supervisory response frame
  1770. with the F\ bit set to\ 1 (see Note\ 2 in
  1771. \(sc\ 5.6.5).
  1772. .bp
  1773. .PP
  1774. Transmission of I frames shall take account of the
  1775. following:
  1776. .LP
  1777.     1)
  1778.     if the data link layer entity is transmitting a supervisory
  1779. frame when it receives the REJ frame, it shall complete that
  1780. transmission before commencing transmission of the requested I
  1781. frame;
  1782. .LP
  1783.     2)
  1784.     if the data link layer entity is transmitting an SABME
  1785. command, a DISC command, a UA response or a DM response when it
  1786. receives the REJ frame, it shall ignore the request for
  1787. retransmission; and
  1788. .LP
  1789.     3)
  1790.     if the data link layer entity is not transmitting a frame
  1791. when the REJ is received, it shall immediately commence
  1792. transmission of the requested I\ frame.
  1793. .PP
  1794. All outstanding unacknowledged I frames, commencing with the I
  1795. frame identified in the received REJ frame, shall be transmitted. Other I
  1796. frames not yet transmitted may be transmitted following the retransmitted I
  1797. frames.
  1798. .sp 1P
  1799. .LP
  1800. 5.6.5
  1801.     \fIReceiving RNR frames\fR 
  1802. .sp 9p
  1803. .RT
  1804. .PP
  1805. After receiving a valid RNR command or response, if the data link layer 
  1806. entity is not engaged in a mode\(hysetting operation, it shall set a peer 
  1807. receiver busy condition and then:
  1808. .RT
  1809. .LP
  1810.     \(em
  1811.     if it was an RNR command with the P bit set to 1, it shall
  1812. respond with an RR response with the F bit set to 1 if the
  1813. data link layer entity is not in an own receiver busy condition,
  1814. and shall respond with an RNR response with the F bit set to 1
  1815. if the data link layer entity is in an own receiver busy
  1816. condition; and
  1817. .LP
  1818.     \(em
  1819.     if it was an RNR response with the F bit set to 1, an
  1820. existing timer recovery condition shall be cleared and the N(R)
  1821. contained in this RNR response shall be used to update
  1822. V(S).
  1823. .PP
  1824. The data link layer entity shall take note of the peer receiver
  1825. busy condition and not transmit any I frames to the peer which has indicated
  1826. the busy condition.
  1827. .PP
  1828. \fINote\ 1\fR \ \(em\ The N(R) in any RR or RNR command frame (irrespective of
  1829. the setting of the P\ bit) will not be used to update the\ V(S).
  1830. .PP
  1831. The data link layer entity shall then:
  1832. .RT
  1833. .LP
  1834.     \(em
  1835.     treat the N(R) contained in the received RNR frame as an
  1836. acknowledgement for all the I frames that have been
  1837. (re)transmitted with an N(S) up to and including N(R) minus\ 1,
  1838. and set its V(A) to the value of the N(R) contained in the RNR
  1839. frame; and
  1840. .LP
  1841.     \(em
  1842.     restart timer T200 unless a supervisory response frame with
  1843. the F bit set to 1 is still expected.
  1844. .PP
  1845. If timer T200 expires, the data link layer entity shall:
  1846. .LP
  1847.     \(em
  1848.     if it is not yet in a timer recovery condition, enter the
  1849. timer recovery condition and reset the retransmission count
  1850. variable; or
  1851. .LP
  1852.     \(em
  1853.     if it is already in a timer recovery condition, add one to
  1854. its retransmission count variable.
  1855. .PP
  1856. The data link layer entity shall then:
  1857. .LP
  1858.     a)
  1859.     if the value of the retransmission count variable is less
  1860. than\ N200:
  1861. .LP
  1862.     \(em
  1863.     transmit an appropriate supervisory command (see
  1864. Note\ 2) with a P\ bit set to\ 1;
  1865. .LP
  1866.     \(em
  1867.     restart timer T200; and
  1868. .LP
  1869.     b)
  1870.     if the value of the retransmission count variable is equal
  1871. to N200, initiate a re\(hyestablishment procedure as defined in
  1872. \(sc\ 5.7, and indicate this by means of the MDL\(hyERROR\(hyINDICATION
  1873. primitive to the connection management entity.
  1874. .PP
  1875. The data link layer entity receiving the supervisory frame with
  1876. the P bit set to 1 shall respond, at the earliest opportunity, with a
  1877. supervisory response frame (see Note\ 2) with the F bit set to 1, to indicate
  1878. whether or not its own receiver busy condition still exists.
  1879. .PP
  1880. Upon receipt of the supervisory response with the F bit set to 1,
  1881. the data link layer entity shall reset timer T200, and:
  1882. .RT
  1883. .LP
  1884.     \(em
  1885.     if the response is an RR or REJ response, the peer receiver
  1886. busy condition is cleared and the data link layer entity may
  1887. transmit new I frames or retransmit I frames as defined in
  1888. \(sc\(sc\ 5.6.1 or\ 5.6.4, respectively; or
  1889. .bp
  1890. .LP
  1891.     \(em
  1892.     if the response is an RNR response, the data link layer
  1893. entity receiving the response shall proceed according to this
  1894. \(sc\ 5.6.5, first paragraph.
  1895. .PP
  1896. If a supervisory command (RR, RNR, or REJ) with the P bit set to 0 or 1, 
  1897. or a supervisory response frame (RR, RNR, or REJ) with the F bit 
  1898. set to 0 is received during the 
  1899. enquiry process
  1900. , the data link layer
  1901. entity shall:
  1902. .LP
  1903.     \(em
  1904.     if the supervisory frame is an RR or REJ command frame or an
  1905. RR or REJ response frame with the F bit set to 0, clear the
  1906. peer receiver busy condition and if the supervisory frame
  1907. received was a command with the P bit set to 1, transmit the
  1908. appropriate supervisory response frame (see Note\ 2) with the F
  1909. bit set to 1. However, the transmission or retransmission of
  1910. I frames shall not be undertaken until the appropriate
  1911. supervisory response frame with the F bit set to 1 is
  1912. received or until expiry of timer T200; or
  1913. .LP
  1914.     \(em
  1915.     if the supervisory frame is an RNR command frame or an RNR
  1916. response frame with the F bit set to 0, retain the peer
  1917. receiver busy condition and if the supervisory frame received
  1918. was an RNR command with P bit set to 1, transmit the
  1919. appropriate supervisory response frame (see Note\ 2) with the
  1920. F\ bit set to\ 1.
  1921. .PP
  1922. Upon receipt of an SABME command, the data link layer entity
  1923. shall clear the peer receiver busy condition.
  1924. .PP
  1925. \fINote\ 2\fR \ \(em\ If the data link layer entity is not in an own receiver
  1926. busy condition and is in a Reject exception condition [that is, an N(S)
  1927. sequence error has been received, and an REJ frame has been transmitted, but
  1928. the requested I frame has not been received], the appropriate supervisory 
  1929. frame is the RR frame. 
  1930. .PP
  1931. If the data link layer entity is not in an own receiver busy condition 
  1932. but is in an N(S) sequence error exception condition [that is, an N(S) 
  1933. sequence error has been received but an REJ frame has not been transmitted], 
  1934. the appropriate supervisory frame is the REJ frame. 
  1935. .PP
  1936. If the data link layer entity is in its own receiver busy condition, the
  1937. appropriate supervisory frame is the RNR frame.
  1938. .PP
  1939. Otherwise, the appropriate supervisory frame is the RR frame.
  1940. .RT
  1941. .sp 1P
  1942. .LP
  1943. 5.6.6
  1944.     \fIData link layer\fR 
  1945. \fIown receiver busy condition\fR 
  1946. .sp 9p
  1947. .RT
  1948. .PP
  1949. When the data link layer entity enters an own receiver busy
  1950. condition, it shall transmit an RNR frame at the earliest opportunity.
  1951. .PP
  1952. The RNR frame may be either:
  1953. .RT
  1954. .LP
  1955.     \(em
  1956.     an RNR response with the F bit set to 0; or
  1957. .LP
  1958.     \(em
  1959.     if this condition is entered on receiving a command frame
  1960. with the P\ bit set to\ 1, an RNR response with the F\ bit set
  1961. to\ 1; or
  1962. .LP
  1963.     \(em
  1964.     if this condition is entered on expiry of timer T200, an RNR
  1965. command with the P\ bit set to\ 1.
  1966. .PP
  1967. All received I frames with the P bit set to 0 shall be
  1968. discarded, after updating\ V(A).
  1969. .PP
  1970. All received supervisory frames with the P/F bit set to 0 shall be
  1971. processed, including updating\ V(A).
  1972. .PP
  1973. All received I frames with the P bit set to 1 shall be discarded,
  1974. after updating\ V(A). However, an RNR response frame with the F\ bit set to\ 1
  1975. shall be transmitted.
  1976. .PP
  1977. All received supervisory frames with the P bit set to 1 shall be
  1978. processed including updating\ V(A). An RNR response with the F\ bit set to\ 1
  1979. shall be transmitted.
  1980. .PP
  1981. To indicate to the peer data link layer entity the clearance of the
  1982. own receiver busy condition, the data link layer entity shall transmit an
  1983. RR\ frame or, if a previously detected\ N(S) sequence error has not yet been
  1984. reported, an REJ frame with the N(R) set to the current value of\ V(R).
  1985. .PP
  1986. The transmission of an SABME command or a UA response (in reply to
  1987. an SABME command) also indicates to the peer data link layer entity the
  1988. clearance of the own receiver busy condition.
  1989. .bp
  1990. .RT
  1991. .sp 1P
  1992. .LP
  1993. 5.6.7
  1994.     \fIWaiting acknowledgement\fR 
  1995. .sp 9p
  1996. .RT
  1997. .PP
  1998. The data link layer entity shall maintain an internal
  1999. retransmission count variable.
  2000. .PP
  2001. If timer T200 expires, the data link layer entity shall:
  2002. .RT
  2003. .LP
  2004.     \(em
  2005.     if it is not yet in the timer recovery condition, enter the
  2006. timer recovery condition and reset the retransmission count
  2007. variable; or
  2008. .LP
  2009.     \(em
  2010.     if it is already in the timer recovery condition, add one to
  2011. its retransmission count variable.
  2012. .PP
  2013. The data link layer entity shall then:
  2014. .LP
  2015.     a)
  2016.     if the value of the retransmission count variable is less
  2017. than\ N200:
  2018. .LP
  2019.     \(em
  2020.     restart timer T200; and either
  2021. .LP
  2022.     \(em
  2023.     transmit an appropriate supervisory command (see Note\ 2
  2024. in \(sc\ 5.6.5) with the P\ bit set to\ 1; or
  2025. .LP
  2026.     \(em
  2027.     retransmit the last transmitted I frame [V(S)\ \(em\ 1] with
  2028. the P\ bit set to\ 1; or
  2029. .LP
  2030.     b)
  2031.     if the value of the retransmission count variable is equal
  2032. to N200, initiate a re\(hyestablishment procedure as defined in
  2033. \(sc\ 5.7 and indicate this by means of the MDL\(hyERROR\(hyINDICATION
  2034. primitive to the connection management entity.
  2035. .PP
  2036. The timer recovery condition is cleared when the data link layer entity 
  2037. receives a valid supervisory frame response with the F bit set to 1. If 
  2038. the received supervisory frame N(R) is within the range from its current 
  2039. V(A) to its current V(S) inclusive, it shall set its V(S) to the value 
  2040. of the 
  2041. received N(R). Timer T200 shall be reset if the received supervisory frame
  2042. response is an RR or REJ response, and then the data link layer entity shall
  2043. resume with I frame transmission or retransmission, as appropriate. Timer 
  2044. T200 shall be reset and restarted if the received supervisory response 
  2045. is an RNR 
  2046. response, to proceed with the enquiry process according to \(sc\ 5.6.5.
  2047. .sp 2P
  2048. .LP
  2049. 5.7
  2050.     \fIRe\(hyestablishment of multiple frame operation\fR 
  2051. .sp 1P
  2052. .RT
  2053. .sp 1P
  2054. .LP
  2055. 5.7.1
  2056.     \fICriteria for re\(hyestablishment\fR 
  2057. .sp 9p
  2058. .RT
  2059. .PP
  2060. The criteria for re\(hyestablishing the multiple frame mode of
  2061. operation are defined in this section by the following conditions:
  2062. .RT
  2063. .LP
  2064.     \(em
  2065.     the receipt, while in the multiple\(hyframe mode of operation,
  2066. of an SABME;
  2067. .LP
  2068.     \(em
  2069.     the receipt of a DL\(hyESTABLISH\(hyREQUEST primitive from layer\ 3
  2070. (see \(sc\ 5.5.1.1);
  2071. .LP
  2072.     \(em
  2073.     the occurrence of N200 retransmission failures while in the
  2074. timer recovery condition (see \(sc\ 5.6.7);
  2075. .LP
  2076.     \(em
  2077.     the occurrence of a frame rejection condition as
  2078. identified in \(sc\ 5.8.5;
  2079. .LP
  2080.     \(em
  2081.     the receipt, while in the multiple\(hyframe mode of operation,
  2082. of an FRMR response frame (see \(sc\ 5.8.6);
  2083. .LP
  2084.     \(em
  2085.     the receipt, while in the multiple\(hyframe mode of operation,
  2086. of an unsolicited DM response with the F bit set to 0
  2087. (see \(sc\ 5.8.7);
  2088. .LP
  2089.     \(em
  2090.     the receipt, while in the timer\(hyrecovery condition, of a
  2091. DM response with the F\ bit set to\ 1.
  2092. .sp 1P
  2093. .LP
  2094. 5.7.2
  2095.     \fIProcedures\fR 
  2096. .sp 9p
  2097. .RT
  2098. .PP
  2099. In all re\(hyestablishment situations, the data link layer entity
  2100. shall follow the procedures defined in \(sc\ 5.5.1. All locally generated
  2101. conditions for re\(hyestablishment will cause the transmission of the SABME.
  2102. .PP
  2103. In the case of data link layer and peer initiated re\(hyestablishment,
  2104. the data link layer entity shall also:
  2105. .RT
  2106. .LP
  2107.     \(em
  2108.     issue an MDL\(hyERROR\(hyINDICATION primitive to the connection
  2109. management entity; and
  2110. .LP
  2111.     \(em
  2112.     if V(S) > V(A) prior to re\(hyestablishment, issue a
  2113. DL\(hyESTABLISH\(hyINDICATION primitive to layer\ 3, and discard all I
  2114. queues.
  2115. .PP
  2116. In case of layer 3 initiated re\(hyestablishment or if a
  2117. DL\(hyESTABLISH\(hyREQUEST primitive occurs pending re\(hyestablishment, the
  2118. DL\(hyESTABLISH\(hyCONFIRM primitive shall be used.
  2119. .bp
  2120. .sp 1P
  2121. .LP
  2122. 5.8
  2123.     \fIException condition reporting and recovery\fR 
  2124. .sp 9p
  2125. .RT
  2126. .PP
  2127. Exception conditions may occur as the result of physical layer
  2128. errors or data link layer procedural errors.
  2129. .PP
  2130. The error recovery procedures which are available to effect recovery following 
  2131. the detection of an exception condition at the data link layer are 
  2132. defined in this section.
  2133. .PP
  2134. The actions to be taken by the connection management entity on receipt 
  2135. of an MDL\(hyERROR\(hyINDICATION primitive are defined in Appendix\ II. 
  2136. .RT
  2137. .sp 1P
  2138. .LP
  2139. 5.8.1
  2140.     \fIN(S) sequence error\fR 
  2141. .sp 9p
  2142. .RT
  2143. .PP
  2144. An N(S) sequence error exception condition occurs in the receiver when 
  2145. a valid I frame is received which contains an N(S) value which is not 
  2146. equal to the V(R) at the receiver. The information field of all I frames 
  2147. whose N(S) does not equal V(R) shall be discarded. 
  2148. .PP
  2149. The receiver shall not acknowledge [nor increment its V(R)] the I
  2150. frame causing the sequence error, nor any I frames which may follow, until 
  2151. an I frame with the correct N(S) is received. 
  2152. .PP
  2153. A data link layer entity which receives one or more I frames having
  2154. sequence errors but otherwise error\(hyfree, or subsequent supervisory 
  2155. frames (RR, RNR, and\ REJ), shall use the control field information contained 
  2156. in the N(R) 
  2157. field and the P or F bit to perform data link control functions; for example, 
  2158. to receive acknowledgement of previously transmitted I frames and to cause 
  2159. the data link layer entity to respond if the P bit is set to 1. Therefore, 
  2160. the 
  2161. retransmitted I frame may contain an N(R) field value and P bit that are
  2162. updated from, and therefore different from, the ones contained in the
  2163. originally transmitted I\ frame.
  2164. .PP
  2165. The REJ frame is used by a receiving data link layer entity to
  2166. initiate an exception condition recovery (retransmission) following the
  2167. detection of an N(S) sequence error.
  2168. .PP
  2169. Only one REJ exception condition for a given direction of information transfer 
  2170. shall be established at a time. 
  2171. .PP
  2172. A data link layer entity receiving an REJ command or response shall
  2173. initiate sequential transmission (retransmission) of I frames starting 
  2174. with the I frame indicated by the N(R) contained in the REJ frame. 
  2175. .PP
  2176. An REJ exception condition is cleared when the requested I frame is
  2177. received or when an SABME or DISC command is received.
  2178. .PP
  2179. An optional procedure for the retransmission of an REJ response frame is 
  2180. described in Appendix\ I. 
  2181. .RT
  2182. .sp 1P
  2183. .LP
  2184. 5.8.2
  2185.     \fIN(R) sequence error\fR 
  2186. .sp 9p
  2187. .RT
  2188. .PP
  2189. An N(R) sequence error exception condition occurs in the
  2190. transmitter when a valid supervisory frame or I frame is received which
  2191. contains an invalid N(R) value.
  2192. .PP
  2193. A valid N(R) is one that is in the range V(A) \(= N(R) \(= V(S).
  2194. .PP
  2195. The information field contained in an I frame which is correct in
  2196. sequence and format may be delivered to layer\ 3 by means of the
  2197. DL\(hyDATA\(hyINDICATION primitive.
  2198. .PP
  2199. The data link layer entity shall inform the connection management
  2200. entity of this exception condition by means of the MDL\(hyERROR\(hyINDICATION
  2201. primitive, and initiate re\(hyestablishment according to \(sc\ 5.7.2.
  2202. .RT
  2203. .sp 1P
  2204. .LP
  2205. 5.8.3
  2206.     \fITimer recovery condition\fR 
  2207. .sp 9p
  2208. .RT
  2209. .PP
  2210. If a data link layer entity, due to a transmission error, does not receive 
  2211. a single I frame or the last I frame(s) in a sequence of I frames, it will 
  2212. not detect an 
  2213. out\(hyof\(hysequence exception condition
  2214. and therefore
  2215. will not transmit an REJ frame.
  2216. .PP
  2217. The data link layer entity which transmitted the unacknowledged I
  2218. frame(s) shall, on the expiry of timer T200, take appropriate recovery 
  2219. action as defined in \(sc\ 5.6.7 to determine at which I frame retransmission 
  2220. must 
  2221. begin.
  2222. .bp
  2223. .RT
  2224. .sp 1P
  2225. .LP
  2226. 5.8.4
  2227.     \fIInvalid frame condition\fR 
  2228. .sp 9p
  2229. .RT
  2230. .PP
  2231. Any frame received which is invalid (as defined in \(sc\ 2.9) shall be 
  2232. discarded, and no action shall be taken as a result of that frame. 
  2233. .RT
  2234. .sp 1P
  2235. .LP
  2236. 5.8.5
  2237.     \fIFrame rejection condition\fR 
  2238. .sp 9p
  2239. .RT
  2240. .PP
  2241. A frame rejection condition results from one of the conditions
  2242. described in \(sc\ 3.6.1 (third paragraph) or \(sc\ 3.6.11, items\ b, c and\ d.
  2243. .PP
  2244. Upon occurrence of a frame rejection condition whilst in the multiple frame 
  2245. operation,the data link layer entity shall: 
  2246. .RT
  2247. .LP
  2248.     \(em
  2249.     issue an MDL\(hyERROR\(hyINDICATION primitive; and
  2250. .LP
  2251.     \(em
  2252.     initiate re\(hyestablishment (see \(sc\ 5.7.2).
  2253. .PP
  2254. \fINote\fR \ \(em\ For satisfactory operation it is essential that a
  2255. receiver is able
  2256. to discriminate between invalid frames, as defined in \(sc\ 2.9, and frames 
  2257. with an I\(hyfield which exceeds the maximum established length [see\ d) 
  2258. of \(sc\ 3.6.11]. An unbounded frame may be assumed, and thus discarded, 
  2259. if two times the longest 
  2260. permissible frame plus two octets are received without a flag detection.
  2261. .sp 1P
  2262. .LP
  2263. 5.8.6
  2264.     \fIReceipt of an FRMR response frame\fR 
  2265. .sp 9p
  2266. .RT
  2267. .PP
  2268. Upon receipt of an FRMR response frame in the multiple\(hyframe mode of 
  2269. operation, the data link layer entity shall: 
  2270. .RT
  2271. .LP
  2272.     \(em
  2273.     issue an MDL\(hyERROR\(hyINDICATION primitive; and
  2274. .LP
  2275.     \(em
  2276.     initiate re\(hyestablishment (see \(sc\ 5.7.2).
  2277. .sp 1P
  2278. .LP
  2279. 5.8.7
  2280.     \fIUnsolicited response frames\fR 
  2281. .sp 9p
  2282. .RT
  2283. .PP
  2284. The action to be taken on the receipt of an unsolicited response
  2285. frame is defined in Table\ 9/Q.921.
  2286. .PP
  2287. The data link layer entity shall assume possible multiple\(hyTEI
  2288. assignment on the receipt of an unsolicited UA response and shall inform 
  2289. layer management. 
  2290. .RT
  2291. .ce
  2292. \fBH.T. [T16.921]\fR 
  2293. .ce
  2294. TABLE\ 9/Q.921
  2295. .ce
  2296. \fBActions taken on receipt of unsolicited response frames\fR 
  2297. .ps 9
  2298. .vs 11
  2299. .nr VS 11
  2300. .nr PS 9
  2301. .TS
  2302. center box;
  2303. cw(42p) | cw(40p) | cw(40p) | cw(34p) | cw(36p) sw(36p) , ^  | ^  | ^  | ^  | c | c.
  2304. Unsolicited response frame    TEI\(hyassigned    Awaiting Establishment    Awaiting Release     {
  2305. Multiple frame modes
  2306. of operation
  2307.  }
  2308.                 Established mode    Time recovery condition
  2309. _
  2310. .T&
  2311. cw(42p) | cw(40p) | cw(40p) | cw(34p) | cw(36p) | cw(36p) .
  2312. UA response F = 1    MDL\(hyError Indication    Solicited    Solicited    MDL\(hyError Indication    MDL\(hyError Indication
  2313. _
  2314. .T&
  2315. cw(42p) | cw(40p) | cw(40p) | cw(34p) | cw(36p) | cw(36p) .
  2316. UA response F = 0    MDL\(hyError Indication    MDL\(hyError Indication    MDL\(hyError Indication    MDL\(hyError Indication    MDL\(hyError Indication
  2317. _
  2318. .T&
  2319. cw(42p) | cw(40p) | cw(40p) | cw(34p) | cw(36p) | cw(36p) .
  2320. DM response F = 1    Ignore    Solicited    Solicited    MDL\(hyError Indication     {
  2321. Re\(hyestablish
  2322. MDL\(hyError
  2323. Indication
  2324.  }
  2325. _
  2326. .T&
  2327. cw(42p) | cw(40p) | cw(40p) | cw(34p) | cw(36p) | cw(36p) .
  2328. DM response F = 0    Establish    Ignore    Ignore     {
  2329. Re\(hyestablish
  2330. MDL\(hyError
  2331. Indication
  2332.  }     {
  2333. Re\(hyestablish
  2334. MDL\(hyError
  2335. Indication
  2336.  }
  2337. _
  2338. .T&
  2339. cw(42p) | cw(40p) | cw(40p) | cw(34p) | cw(36p) | cw(36p) .
  2340. Supervisory Response F\ =\ 1    Ignore    Ignore    Ignore    MDL\(hyError Indication    Solicited
  2341. _
  2342. .T&
  2343. cw(42p) | cw(40p) | cw(40p) | cw(34p) | cw(36p) | cw(36p) .
  2344. Supervisory Response F\ =\ 0    Ignore    Ignore    Ignore    Solicited    Solicited
  2345. _
  2346. .TE
  2347. .nr PS 9
  2348. .RT
  2349. .ad r
  2350. \fBTable 9/Q.921 [T16.921], p.\fR 
  2351. .sp 1P
  2352. .RT
  2353. .ad b
  2354. .RT
  2355. .LP
  2356. .bp
  2357. .sp 1P
  2358. .LP
  2359. 5.8.8
  2360.     \fIMultiple assignment of a TEI value\fR 
  2361. .sp 9p
  2362. .RT
  2363. .PP
  2364. A data link layer entity shall assume multiple assignment of a TEI value 
  2365. and initiate recovery as specified below by: 
  2366. .RT
  2367. .LP
  2368.     a)
  2369.     the receipt of a UA response frame whilst in the
  2370. \fImultiple\(hyframe\(hyestablished\fR state;
  2371. .LP
  2372.     b)
  2373.      the receipt of a UA response frame whilst in the \fItimer\fR \fIrecovery\fR 
  2374. state; 
  2375. .LP
  2376.     c)
  2377.     the receipt of a UA response frame whilst in the
  2378. \fITEI\(hyassigned\fR state.
  2379. .PP
  2380. A data link layer entity, after assuming multiple assignment of a TEI value 
  2381. shall inform the connection management entity by means of the 
  2382. MDL\(hyERROR\(hyINDICATION primitive.
  2383. .sp 1P
  2384. .LP
  2385. 5.9
  2386.     \fIList of system parameters\fR 
  2387. .sp 9p
  2388. .RT
  2389. .PP
  2390. The system parameters listed below are associated with each
  2391. individual SAP.
  2392. .PP
  2393. A method of assigning these parameters is defined in \(sc\ 5.4.
  2394. .PP
  2395. The term default implies that the value defined should be used in the absence 
  2396. of any assignment or negotiation of alternative values. 
  2397. .RT
  2398. .sp 1P
  2399. .LP
  2400. 5.9.1
  2401.     \fITimer T200\fR 
  2402. .sp 9p
  2403. .RT
  2404. .PP
  2405. The default value for timer T200 at the end of which transmission of a 
  2406. frame may be initiated according to the procedures described in \(sc\ 5.6 
  2407. shall be one second.
  2408. .PP
  2409. \fINote\ 1\fR \ \(em\ The proper operation of the procedure requires that 
  2410. timer T200 be greater than the maximum time between transmission of command 
  2411. frames 
  2412. and the reception of their corresponding response or acknowledgement frames.
  2413. .PP
  2414. \fINote\ 2\fR \ \(em\ When an implementation includes multiple terminals 
  2415. on the user side together with a satellite connection in the transmission 
  2416. path, a 
  2417. value of T200 greater than 1\ second may be necessary. A value of 2.5\ seconds
  2418. is suggested.
  2419. .RT
  2420. .sp 1P
  2421. .LP
  2422. 5.9.2
  2423.     \fIMaximum number of retransmissions (N200)\fR 
  2424. .sp 9p
  2425. .RT
  2426. .PP
  2427. The maximum number of retransmissions of a frame (N200) is a system parameter. 
  2428. The default value of N200 shall be\ 3. 
  2429. .RT
  2430. .sp 1P
  2431. .LP
  2432. 5.9.3
  2433.     \fIMaximum number of octets in an information field (N201)\fR 
  2434. .sp 9p
  2435. .RT
  2436. .PP
  2437. The maximum number of octets in an information field (N201) is a
  2438. system parameter. (See also \(sc\ 2.5.)
  2439. .RT
  2440. .LP
  2441.     \(em
  2442.     For an SAP supporting signalling, the default value shall be
  2443. 260\ octets.
  2444. .LP
  2445.     \(em
  2446.     For SAPs supporting packet information, the default value
  2447. shall be 260\ octets.
  2448. .sp 1P
  2449. .LP
  2450. 5.9.4
  2451.     \fIMaximum number of transmissions of the TEI Identity request\fR 
  2452. \fImessage (N202)\fR 
  2453. .sp 9p
  2454. .RT
  2455. .PP
  2456. The maximum number of transmissions of a TEI Identity request
  2457. message (when the user requests a TEI) is a system parameter. The default 
  2458. value of N202 shall be\ 3. 
  2459. .RT
  2460. .sp 1P
  2461. .LP
  2462. 5.9.5
  2463.     \fIMaximum number of outstanding I frames (k)\fR 
  2464. .sp 9p
  2465. .RT
  2466. .PP
  2467. The maximum number (\fIk\fR ) of sequentially numbered I frames that may 
  2468. be outstanding (that is, unacknowledged) at any given time is a system 
  2469. parameter which shall not exceed\ 127, for extended (modulo\ 128)
  2470. operation.
  2471. .RT
  2472. .LP
  2473.     \(em
  2474.     For an SAP supporting basic access (16 kbit/s) signalling,
  2475. the default value shall be\ 1.
  2476. .LP
  2477.     \(em
  2478.     For an SAP supporting primary rate (64 kbit/s) signalling,
  2479. the default value shall be\ 7.
  2480. .LP
  2481.     \(em
  2482.     For an SAP supporting basic access (16 kbit/s) packet
  2483. information, the default value shall be\ 3.
  2484. .LP
  2485.     \(em
  2486.     For an SAP supporting primary rate (64 kbit/s) packet
  2487. information, the default value shall be\ 7.
  2488. .bp
  2489. .sp 1P
  2490. .LP
  2491. 5.9.6
  2492.     \fITimer T201\fR 
  2493. .sp 9p
  2494. .RT
  2495. .PP
  2496. The minimum time between retransmission of the TEI Identity check messages 
  2497. (T201) is a system parameter which shall be set to T200\ seconds. 
  2498. .RT
  2499. .sp 1P
  2500. .LP
  2501. 5.9.7
  2502.     \fITimer T202\fR 
  2503. .sp 9p
  2504. .RT
  2505. .PP
  2506. The minimum time between the transmission of TEI Identity request messages 
  2507. is a system parameter (T202) which shall be set to 2\ seconds. 
  2508. .RT
  2509. .sp 1P
  2510. .LP
  2511. 5.9.8
  2512.     \fITimer T203\fR 
  2513. .sp 9p
  2514. .RT
  2515. .PP
  2516. Timer T203 represents the maximum time allowed without frames being exchanged. 
  2517. The default value of timer T203 shall be 10\ seconds. 
  2518. .RT
  2519. .sp 2P
  2520. .LP
  2521. 5.10
  2522.     \fIData link layer monitor function\fR 
  2523. .sp 1P
  2524. .RT
  2525. .sp 1P
  2526. .LP
  2527. 5.10.1
  2528.     \fIGeneral\fR 
  2529. .sp 9p
  2530. .RT
  2531. .PP
  2532. The procedural elements defined in \(sc\ 5 allow for the supervision of 
  2533. the data link layer resource. This section describes procedures which may 
  2534. be 
  2535. used to provide this supervision function. The use of this function is
  2536. optional.
  2537. .RT
  2538. .sp 1P
  2539. .LP
  2540. 5.10.2
  2541.      \fIData link layer supervision in the multiple\(hyframe\(hyestablished\fR 
  2542. \fIstate\fR 
  2543. .sp 9p
  2544. .RT
  2545. .PP
  2546. The procedures specified herein propose a solution which is already identified 
  2547. in the HDLC classes of procedures. The connection verification is a service 
  2548. provided by data link layer to layer\ 3. This implies that layer\ 3 is 
  2549. informed in case of a failure only. Furthermore, the procedure may be
  2550. incorporated in the \*Qnormal\*U exchange of information and may become more
  2551. efficient than a procedure based on the involvement of layer\ 3.
  2552. .PP
  2553. The procedure is based on supervisory command frames (RR command,
  2554. RNR\ command) and timer T203, and operates in the multiple\(hyframe\(hyestablished 
  2555. state as follows.
  2556. .PP
  2557. If there are no frames being exchanged on the data link connection
  2558. (neither new nor outstanding I frames, nor supervisory frames with a P 
  2559. bit set to 1), there is no means to detect a faulty data link connection 
  2560. condition, or a user equipment having been unplugged. Timer T203 represents 
  2561. the maximum time allowed without frames being exchanged. 
  2562. .PP
  2563. If timer T203 expires, a supervisory command with a P bit set to 1
  2564. is transmitted. Such a procedure is protected against transmission errors by
  2565. making use of the normal timer T200 procedure including retransmission count
  2566. and N200 attempts.
  2567. .RT
  2568. .sp 2P
  2569. .LP
  2570. 5.10.3
  2571.     \fIConnection verification procedures\fR 
  2572. .sp 1P
  2573. .RT
  2574. .sp 1P
  2575. .LP
  2576. 5.10.3.1
  2577.     \fIStart timer T203\fR 
  2578. .sp 9p
  2579. .RT
  2580. .PP
  2581. The timer T203 is started:
  2582. .RT
  2583. .LP
  2584.     \(em
  2585.     when the \fImultiple\(hyframe\(hyestablished\fR state is entered; and
  2586. .LP
  2587.     \(em
  2588.     in the \fImultiple\(hyframe\(hyestablished\fR state whenever T200 is
  2589. stopped. (See Note in \(sc\ 5.10.3.2.)
  2590. .PP
  2591. Upon receiving an I or supervisory frame, timer T203 will be
  2592. restarted if timer T200 is not to be started.
  2593. .sp 1P
  2594. .LP
  2595. 5.10.3.2
  2596.     \fIStop timer T203\fR 
  2597. .sp 9p
  2598. .RT
  2599. .PP
  2600. The timer T203 is stopped:
  2601. .RT
  2602. .LP
  2603.     \(em
  2604.     when, in the \fImultiple\(hyframe\(hyestablished\fR state, the timer
  2605. T200 is started (see note); and
  2606. .LP
  2607.     \(em
  2608.     upon leaving the \fImultiple\(hyframe\(hyestablished\fR state.
  2609. .PP
  2610. \fINote\fR \ \(em\ These two conditions mean that timer T203 is only started 
  2611. whenever T200 is stopped and not restarted. 
  2612. .bp
  2613. .sp 1P
  2614. .LP
  2615. 5.10.3.3
  2616.     \fIExpiry of timer T203\fR 
  2617. .sp 9p
  2618. .RT
  2619. .PP
  2620. If timer T203 expires, the data link layer entity will act as
  2621. follows (it should be noted that timer T200 is neither running nor
  2622. expired):
  2623. .RT
  2624. .LP
  2625.     a)
  2626.     set the retransmission count variable to 0;
  2627. .LP
  2628.     b)
  2629.     enter \fItimer recovery\fR state;
  2630. .LP
  2631.     c)
  2632.     transmit a supervisory command with the P bit set to 1 as
  2633. follows:
  2634. .LP
  2635.     \(em
  2636.     if there is not a receiver busy condition (own receiver
  2637. not busy), transmit an RR command; or
  2638. .LP
  2639.     \(em
  2640.     if there is a receiver busy condition (own receiver
  2641. busy), transmit an RNR command; and
  2642. .LP
  2643.     d)
  2644.     start timer T200; and
  2645. .LP
  2646.     e)
  2647.     send MDL\(hyERROR\(hyINDICATION primitive to connection management
  2648. after N200 retransmissions.
  2649. .LP
  2650. .sp 5
  2651. .ce 1000
  2652. ANNEX\ A
  2653. .ce 0
  2654. .ce 1000
  2655. (to Recommendation Q.921)
  2656. .sp 9p
  2657. .RT
  2658. .ce 0
  2659. .ce 1000
  2660. \fBProvision of point\(hyto\(hypoint signalling connections\fR 
  2661. .sp 1P
  2662. .RT
  2663. .ce 0
  2664. .PP
  2665. In certain applications it may be advantageous to have a
  2666. single point\(hyto\(hypoint signalling connection at layer\ 3; the allocation 
  2667. of the value\ 0 as a preferred TEI for that purpose is a network option. 
  2668. Use of the 
  2669. value\ 0 in such applications does not preclude using that value in other
  2670. applications or networks.
  2671. .sp 1P
  2672. .RT
  2673. .LP
  2674. .rs
  2675. .sp 20P
  2676. .ad r
  2677. Blanc
  2678. .ad b
  2679. .RT
  2680. .LP
  2681. .bp
  2682. .ce 1000
  2683. ANNEX\ B
  2684. .ce 0
  2685. .ce 1000
  2686. (to Recommendation Q.921)
  2687. .sp 9p
  2688. .RT
  2689. .ce 0
  2690. .ce 1000
  2691. \fBSDL for point\(hyto\(hypoint procedures\fR 
  2692. .sp 1P
  2693. .RT
  2694. .ce 0
  2695. .LP
  2696. B.1
  2697.     \fIGeneral\fR 
  2698. .sp 1P
  2699. .RT
  2700. .PP
  2701. The purpose of this annex is to provide one example of an SDL
  2702. representation of the point\(hyto\(hypoint procedures of the data link 
  2703. layer, to 
  2704. assist in the understanding of this Recommendation. This representation does
  2705. not describe all of the possible actions of the data link layer entity, as a
  2706. non\(hypartitioned representation was selected in order to minimize its
  2707. complexity. The SDL representation does not therefore constrain implementations 
  2708. from exploiting the full scope of the procedures as presented within the 
  2709. text of this Recommendation. The text description of the procedures is 
  2710. definitive. 
  2711. .PP
  2712. The representation is a peer\(hyto\(hypeer model of the point\(hyto\(hypoint
  2713. procedures of the data link layer and is applicable to the data link layer
  2714. entities at both the user and network sides for all ranges of TEI values. 
  2715. See Figure\ B\(hy1/Q.921. 
  2716. .RT
  2717. .LP
  2718. .rs
  2719. .sp 20P
  2720. .ad r
  2721. \fBFigure B\(hy1/Q.921, p.\fR 
  2722. .sp 1P
  2723. .RT
  2724. .ad b
  2725. .RT
  2726. .sp 1P
  2727. .LP
  2728. B.2
  2729.     \fIAn overview of the states of the point\(hyto\(hypoint data link\fR 
  2730. \fIlayer entity\fR 
  2731. .sp 9p
  2732. .RT
  2733. .PP
  2734. The SDL representation of the point\(hyto\(hypoint procedures are based 
  2735. on an expansion of the three basic states identified in \(sc\ 3.4.2/Q.920\ 
  2736. (I.440) to the following 8\ states: 
  2737. .RT
  2738. .LP
  2739.     State 1
  2740.     \fITEI unassigned\fR 
  2741. .LP
  2742.     State 2
  2743.     \fIAssign awaiting TEI\fR 
  2744. .LP
  2745.     State 3
  2746.     \fIEstablish awaiting TEI\fR 
  2747. .LP
  2748.     State 4
  2749.     \fITEI assigned\fR 
  2750. .LP
  2751.     State 5
  2752.     \fIAwaiting establishment\fR 
  2753. .LP
  2754.     State 6
  2755.     \fIAwaiting release\fR 
  2756. .LP
  2757.     State 7
  2758.     \fIMultiple frame established\fR 
  2759. .LP
  2760.     State 8
  2761.     \fITimer recovery\fR .bp
  2762. .PP
  2763. An overview of the inter\(hyrelationship of these states is provided in 
  2764. Figure\ B\(hy2/Q.921. This overview is incomplete, and serves only as an 
  2765. introduction to the SDL representation. All data link layer entities are
  2766. conceptually initiated in the \fITEI unassigned\fR state (state\ 1), and will
  2767. interact with the layer management in order to request a TEI value. TEI
  2768. assignment initiated by a Unit data request will cause the data link layer
  2769. entity to move to the \fITEI assigned\fR state (state\ 4) via the \fIassign 
  2770. awaiting\fR \fITEI\fR state (state\ 2). Initiation by an Establishment 
  2771. request will cause a 
  2772. transition to the \fIawaiting establishment\fR state (state\ 5) via the 
  2773. \fIestablish\fR \fIawaiting TEI\fR state (state\ 3). Direct TEI assignment 
  2774. will cause an immediate transition to the \fITEI assigned\fR state (state\ 
  2775. 4). In states\ 4\(hy8, Unit data 
  2776. requests can be directly serviced by the data link layer entity. The receipt 
  2777. of an Establish request in the \fITEI assigned\fR state (state\ 4) will 
  2778. cause the 
  2779. initiation of the establishment procedures and the transition to the \fIawaiting\fR 
  2780. \fIestablishment\fR state (state\ 5). Completion of the LAP establishment 
  2781. procedures takes the data link layer entity into the \fImultiple frame 
  2782. established\fR state 
  2783. (state\ 7). Peer initiated establishment causes a direct transition from the
  2784. \fITEI assigned\fR state (state\ 4) to the \fImultiple frame established\fR 
  2785. state 
  2786. (state\ 7). In the \fImultiple frame established\fR state (state\ 7), Acknowledged 
  2787. .LP
  2788. data transfer requests can be serviced directly subject to the restrictions 
  2789. of the procedures. Expiry of timer T200, which is used in both the flow 
  2790. control 
  2791. and data transfer aspects of the data link layer entity's procedures initiates 
  2792. the transition to the \fItimer recovery\fR state (state\ 8). Completion 
  2793. of the timer recovery procedures will return the data link layer entity 
  2794. to the \fImultiple\fR \fIframe established\fR state (state\ 7). In states\ 
  2795. 7 and\ 8, of the SDL 
  2796. representation the following conditions which are identified within the
  2797. Recommendation are observed:
  2798. .LP
  2799.     a)
  2800.     peer receiver busy,
  2801. .LP
  2802.     b)
  2803.     reject exception,
  2804. .LP
  2805.     c)
  2806.     own receiver busy.
  2807. .PP
  2808. In addition other conditions are used in order to avoid
  2809. identification of additional states. The complete combination of both of 
  2810. these categories of conditions with the 8\ states of the SDL representation 
  2811. is the 
  2812. basis for the state transition table description of the data link layer 
  2813. entity. A peer initiated LAP release will take the data link layer entity 
  2814. directly into the \fITEI assigned\fR state (state\ 4), whilst a Release 
  2815. request will be via the 
  2816. \fIawaiting release\fR state (state\ 6). TEI removal will cause a transition 
  2817. to the \fITEI unassigned\fR state (state\ 1). 
  2818. .LP
  2819. .rs
  2820. .sp 31P
  2821. .ad r
  2822. Blanc
  2823. .ad b
  2824. .RT
  2825. .LP
  2826. .bp
  2827. .LP
  2828. .rs
  2829. .sp 47P
  2830. .ad r
  2831. \fBFigure B\(hy2/Q.921, p.\fR 
  2832. .sp 1P
  2833. .RT
  2834. .ad b
  2835. .RT
  2836. .LP
  2837. .bp
  2838. .sp 1P
  2839. .LP
  2840. B.3
  2841.     \fICover notes\fR 
  2842. .sp 9p
  2843. .RT
  2844. .PP
  2845. The following symbols and abbreviations are used within this
  2846. description. A full description of the symbols and their meaning and
  2847. application can be found in the Series\ Z\ Recommendations (Fascicles\ X.1
  2848. to\ X.5).
  2849. .RT
  2850. .LP
  2851. .rs
  2852. .sp 38P
  2853. .ad r
  2854. \fBDiagrams, p.\fR 
  2855. .sp 1P
  2856. .RT
  2857. .ad b
  2858. .RT
  2859. .sp 1P
  2860. .LP
  2861. B.4
  2862.     \fIThe use of\fR 
  2863. \fIqueues\fR 
  2864. .sp 9p
  2865. .RT
  2866. .PP
  2867. To enable a satisfactory representation of the data link layer
  2868. entity, 
  2869. conceptual queues
  2870. for the UI frame and I frame transmission
  2871. have been explicitly brought out. These conceptual queues are finite but
  2872. unbounded and should in no way restrict the implementation of the
  2873. point\(hyto\(hypoint procedures. Two additional signals have been provided 
  2874. in order to cause the servicing of these queues to be initiated \(em\ 
  2875. UI\ frame queued
  2876. up
  2877. and 
  2878. I\ frame queued up
  2879. .
  2880. .bp
  2881. .RT
  2882. .sp 1P
  2883. .LP
  2884. B.5
  2885.     \fISDL representation\fR 
  2886. .sp 9p
  2887. .RT
  2888. .LP
  2889. .rs
  2890. .sp 47P
  2891. .ad r
  2892. \fBFigure B\(hy3/Q.921 (1 of 3) + Notes, p.\fR 
  2893. .sp 1P
  2894. .RT
  2895. .ad b
  2896. .RT
  2897. .LP
  2898. .bp
  2899. .LP
  2900. .rs
  2901. .sp 22P
  2902. .ad r
  2903. \fBFigure B\(hy3/Q.921 (2 of 3), p.\fR 
  2904. .sp 1P
  2905. .RT
  2906. .ad b
  2907. .RT
  2908. .LP
  2909. .rs
  2910. .sp 27P
  2911. .ad r
  2912. \fBFigure B\(hy3/Q.921 (3 of 3), p.\fR 
  2913. .sp 1P
  2914. .RT
  2915. .ad b
  2916. .RT
  2917. .LP
  2918. .bp
  2919. .LP
  2920. .rs
  2921. .sp 47P
  2922. .ad r
  2923. \fBFigure B\(hy4/Q.921 (1 of 2), p.\fR 
  2924. .sp 1P
  2925. .RT
  2926. .ad b
  2927. .RT
  2928. .LP
  2929. .bp
  2930. .LP
  2931. .rs
  2932. .sp 24P
  2933. .ad r
  2934. \fBFigure B\(hy4/Q.921 (2 of 2), p.\fR 
  2935. .sp 1P
  2936. .RT
  2937. .ad b
  2938. .RT
  2939. .LP
  2940. .rs
  2941. .sp 24P
  2942. .ad r
  2943. \fBFigure B\(hy5/Q.921 (1 of 3), p.\fR 
  2944. .sp 1P
  2945. .RT
  2946. .ad b
  2947. .RT
  2948. .LP
  2949. .bp
  2950. .LP
  2951. .rs
  2952. .sp 47P
  2953. .ad r
  2954. \fBFigure B\(hy5/Q.921 (2 of 3), p.\fR 
  2955. .sp 1P
  2956. .RT
  2957. .ad b
  2958. .RT
  2959. .LP
  2960. .bp
  2961. .LP
  2962. .rs
  2963. .sp 24P
  2964. .ad r
  2965. \fBFigure B\(hy5/Q.921 (3 of 3), p.\fR 
  2966. .sp 1P
  2967. .RT
  2968. .ad b
  2969. .RT
  2970. .LP
  2971. .rs
  2972. .sp 23P
  2973. .ad r
  2974. \fBFigure B\(hy6/Q.921 (1 of 2), p.\fR 
  2975. .sp 1P
  2976. .RT
  2977. .ad b
  2978. .RT
  2979. .LP
  2980. .bp
  2981. .LP
  2982. .rs
  2983. .sp 47P
  2984. .ad r
  2985. \fBFigure B\(hy6/Q.921 (2 of 2), p.\fR 
  2986. .sp 1P
  2987. .RT
  2988. .ad b
  2989. .RT
  2990. .LP
  2991. .bp
  2992. .LP
  2993. .rs
  2994. .sp 47P
  2995. .ad r
  2996. \fBFigure B\(hy7/Q.921 (1 of 10), p.\fR 
  2997. .sp 1P
  2998. .RT
  2999. .ad b
  3000. .RT
  3001. .LP
  3002. .bp
  3003. .LP
  3004. .rs
  3005. .sp 47P
  3006. .ad r
  3007. \fBFigure B\(hy7/Q.921 (2 of 10), p.\fR 
  3008. .sp 1P
  3009. .RT
  3010. .ad b
  3011. .RT
  3012. .LP
  3013. .bp
  3014. .LP
  3015. .rs
  3016. .sp 47P
  3017. .ad r
  3018. \fBFigure B\(hy7/Q.921 (3 of 10), p.\fR 
  3019. .sp 1P
  3020. .RT
  3021. .ad b
  3022. .RT
  3023. .LP
  3024. .bp
  3025. .LP
  3026. .rs
  3027. .sp 47P
  3028. .ad r
  3029. \fBFigure B\(hy7/Q.921 (4 of 10), p.\fR 
  3030. .sp 1P
  3031. .RT
  3032. .ad b
  3033. .RT
  3034. .LP
  3035. .bp
  3036. .LP
  3037. .rs
  3038. .sp 47P
  3039. .ad r
  3040. \fBFigure B\(hy7/Q.921 (5 of 10), p.\fR 
  3041. .sp 1P
  3042. .RT
  3043. .ad b
  3044. .RT
  3045. .LP
  3046. .bp
  3047. .LP
  3048. .rs
  3049. .sp 47P
  3050. .ad r
  3051. \fBFigure B\(hy7/Q.921 (6 of 10), p.\fR 
  3052. .sp 1P
  3053. .RT
  3054. .ad b
  3055. .RT
  3056. .LP
  3057. .bp
  3058. .LP
  3059. .rs
  3060. .sp 47P
  3061. .ad r
  3062. \fBFigure B\(hy7/Q.921 (7 of 10), p.\fR 
  3063. .sp 1P
  3064. .RT
  3065. .ad b
  3066. .RT
  3067. .LP
  3068. .bp
  3069. .LP
  3070. .rs
  3071. .sp 47P
  3072. .ad r
  3073. \fBFigure B\(hy7/Q.921 (8 of 10), p.\fR 
  3074. .sp 1P
  3075. .RT
  3076. .ad b
  3077. .RT
  3078. .LP
  3079. .bp
  3080. .LP
  3081. .rs
  3082. .sp 47P
  3083. .ad r
  3084. \fBFigure B\(hy7/Q.921 (9 of 10), p.\fR 
  3085. .sp 1P
  3086. .RT
  3087. .ad b
  3088. .RT
  3089. .LP
  3090. .bp
  3091. .LP
  3092. .rs
  3093. .sp 24P
  3094. .ad r
  3095. \fBFigure B\(hy7/Q.921 (10 of 10), p.\fR 
  3096. .sp 1P
  3097. .RT
  3098. .ad b
  3099. .RT
  3100. .LP
  3101. .rs
  3102. .sp 24P
  3103. .ad r
  3104. \fBFigure B\(hy8/Q.921 (1 of 9), p.\fR 
  3105. .sp 1P
  3106. .RT
  3107. .ad b
  3108. .RT
  3109. .LP
  3110. .bp
  3111. .LP
  3112. .rs
  3113. .sp 47P
  3114. .ad r
  3115. \fBFigure B\(hy8/Q.921 (2 of 9), p.\fR 
  3116. .sp 1P
  3117. .RT
  3118. .ad b
  3119. .RT
  3120. .LP
  3121. .bp
  3122. .LP
  3123. .rs
  3124. .sp 47P
  3125. .ad r
  3126. \fBFigure B\(hy8/Q.921 (3 of 9), p.\fR 
  3127. .sp 1P
  3128. .RT
  3129. .ad b
  3130. .RT
  3131. .LP
  3132. .bp
  3133. .LP
  3134. .rs
  3135. .sp 47P
  3136. .ad r
  3137. \fBFigure B\(hy8/Q.921 (4 of 9), p.\fR 
  3138. .sp 1P
  3139. .RT
  3140. .ad b
  3141. .RT
  3142. .LP
  3143. .bp
  3144. .LP
  3145. .rs
  3146. .sp 47P
  3147. .ad r
  3148. \fBFigure B\(hy8/Q.921 (5 of 9), p.\fR 
  3149. .sp 1P
  3150. .RT
  3151. .ad b
  3152. .RT
  3153. .LP
  3154. .bp
  3155. .LP
  3156. .rs
  3157. .sp 47P
  3158. .ad r
  3159. \fBFigure B\(hy8/Q.921 (6 of 9), p.\fR 
  3160. .sp 1P
  3161. .RT
  3162. .ad b
  3163. .RT
  3164. .LP
  3165. .bp
  3166. .LP
  3167. .rs
  3168. .sp 47P
  3169. .ad r
  3170. \fBFigure B\(hy8/Q.921 (7 of 9), p.\fR 
  3171. .sp 1P
  3172. .RT
  3173. .ad b
  3174. .RT
  3175. .LP
  3176. .bp
  3177. .LP
  3178. .rs
  3179. .sp 47P
  3180. .ad r
  3181. \fBFigures B\(hy8/Q.921 (8 of 9) et (9 of 9).\fR 
  3182. .sp 1P
  3183. .RT
  3184. .ad b
  3185. .RT
  3186. .LP
  3187. .bp
  3188. .LP
  3189. .rs
  3190. .sp 47P
  3191. .ad r
  3192. \fBFigure B\(hy9/Q.921 (1 of 5), p.\fR 
  3193. .sp 1P
  3194. .RT
  3195. .ad b
  3196. .RT
  3197. .LP
  3198. .bp
  3199. .LP
  3200. .rs
  3201. .sp 24P
  3202. .ad r
  3203. \fBFigure B\(hy9/Q.921 (2 of 5), p.\fR 
  3204. .sp 1P
  3205. .RT
  3206. .ad b
  3207. .RT
  3208. .LP
  3209. .rs
  3210. .sp 23P
  3211. .ad r
  3212. \fBFigure B\(hy9/Q.921 (3 of 5), p.\fR 
  3213. .sp 1P
  3214. .RT
  3215. .ad b
  3216. .RT
  3217. .LP
  3218. .bp
  3219. .LP
  3220. .rs
  3221. .sp 24P
  3222. .ad r
  3223. \fBFigure B\(hy9/Q.921 (4 of 5), p.\fR 
  3224. .sp 1P
  3225. .RT
  3226. .ad b
  3227. .RT
  3228. .LP
  3229. .rs
  3230. .sp 24P
  3231. .ad r
  3232. \fBFigure B\(hy9/Q.921 (5 of 5), p.\fR 
  3233. .sp 1P
  3234. .RT
  3235. .ad b
  3236. .RT
  3237. .LP
  3238. .bp
  3239. .ce 1000
  3240. ANNEX\ C
  3241. .ce 0
  3242. .ce 1000
  3243. (to Recommendation Q.921)
  3244. .sp 9p
  3245. .RT
  3246. .ce 0
  3247. .ce 1000
  3248. \fBSDL representation of the broadcast procedures\fR 
  3249. .sp 1P
  3250. .RT
  3251. .ce 0
  3252. .LP
  3253. .rs
  3254. .sp 49P
  3255. .ad r
  3256. \fBFigure C\(hy1/Q.921, p.\fR 
  3257. .sp 1P
  3258. .RT
  3259. .ad b
  3260. .RT
  3261. .LP
  3262. .bp
  3263.