home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1993 July / Disc.iso / ccitt / 1988 / troff / 8_5_04.tro < prev    next >
Encoding:
Text File  |  1991-12-22  |  147.8 KB  |  6,649 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. \fBRecommendation\ X.225\fR 
  25. .RT
  26. .sp 2P
  27. .ce 1000
  28. \fBSESSION\ PROTOCOL\ SPECIFICATION\ FOR\ OPEN\fR 
  29. .EF '%    Fascicle\ VIII.5\ \(em\ Rec.\ X.225''
  30. .OF '''Fascicle\ VIII.5\ \(em\ Rec.\ X.225    %'
  31. .ce 0
  32. .sp 1P
  33. .ce 1000
  34. \fBSYSTEMS\ INTERCONNECTION\fR \ \fBFOR\ CCITT\|
  35. APPLICATIONS\fR 
  36. .FS
  37. Recommendation X.225 is technically aligned with
  38. ISO\ 8327 [Information Processing Systems \(em Open Systems Interconnection
  39. \(em Basic Connection oriented session protocol specification] which
  40. includes corrections resulting from ISO defect reports numbered 8326/6,
  41. 8326/7, 8326/20, 8327/1, 8327/3, 8327/4 through 8327/10, 8327/12, 8327/17,
  42. 8327/18, 8327/19, 8327/26, 8327/27, 8327/30, 8327/34 and\ 8327/35 and
  43. Addendum\ 2 to incorporate unlimited user data, with the exception
  44. of the differences noted in Appendix\ I.
  45. .FE
  46. .ce 0
  47. .sp 1P
  48. .ce 1000
  49. (\fIMalaga\(hyTorremolinos, 1984; amended at Melbourne, 1988\fR )
  50. .sp 9p
  51. .RT
  52. .ce 0
  53. .sp 1P
  54. .LP
  55.     The\ CCITT,
  56. .sp 1P
  57. .RT
  58. .sp 1P
  59. .LP
  60. \fIconsidering\fR 
  61. .sp 9p
  62. .RT
  63. .PP
  64. (a)
  65. that Recommendation X.200 defines the Reference Model of
  66. Open Systems Interconnection for CCITT Applications;
  67. .PP
  68. (b)
  69. that Recommendation X.215 specifies the Session Service
  70. Definition for Open Systems Interconnection for CCITT Applications;
  71. .PP
  72. (c)
  73. that Recommendation T.62 defines the Control Procedures for Teletex and 
  74. Group\ 4 facsimile services, 
  75. .sp 1P
  76. .LP
  77. \fIunanimously declares\fR 
  78. .sp 9p
  79. .RT
  80. .PP
  81. that this Recommendation defines the Session Protocol of Open
  82. Systems Interconnection for CCITT Applications as given in the Scope and 
  83. Field of Application. 
  84. \v'2P'
  85. .sp 1P
  86. .ce 1000
  87. CONTENTS
  88. .ce 0
  89. .sp 1P
  90. .sp 2P
  91. .LP
  92. 0
  93.     \fIIntroduction\fR 
  94. .sp 1P
  95. .RT
  96. .sp 1P
  97. .LP
  98. 1
  99.     \fIScope and field of application\fR 
  100. .sp 9p
  101. .RT
  102. .sp 1P
  103. .LP
  104. 2
  105.     \fIReferences\fR 
  106. .sp 9p
  107. .RT
  108. .sp 1P
  109. .LP
  110. 3
  111.     \fIDefinitions\fR 
  112. .sp 9p
  113. .RT
  114. .sp 1P
  115. .LP
  116. 4
  117.     \fISymbols and abbreviations\fR 
  118. .sp 9p
  119. .RT
  120. .LP
  121.     4.1
  122.     Data units
  123. .LP
  124.     4.2
  125.     SPDU fields
  126. .LP
  127.     4.3
  128.     Timer variables
  129. .LP
  130.     4.4
  131.     Miscellaneous
  132. .LP
  133.     4.5
  134.     Local variables
  135. .bp
  136. .sp 1P
  137. .LP
  138. 5
  139.     \fIOverview of the session protocol\fR 
  140. .sp 9p
  141. .RT
  142. .LP
  143.     5.1
  144.     Model of the session layer
  145. .LP
  146.     5.2
  147.     Services provided by the session layer
  148. .LP
  149.     5.3
  150.     Services assumed from the transport layer
  151. .LP
  152.     5.4
  153.     Functions of the session layer
  154. .LP
  155.     5.5
  156.     Functional units
  157. .LP
  158.     5.6
  159.     Tokens
  160. .LP
  161.     5.7
  162.     Negotiation
  163. .LP
  164.     5.8
  165.     Local variables
  166. .sp 1P
  167. .LP
  168. 6
  169.     \fIUse of the transport service\fR 
  170. .sp 9p
  171. .RT
  172. .LP
  173.     6.1
  174.     Assignment of a session connection to the transport connection
  175. .LP
  176.     6.2
  177.     Reuse of the transport connection
  178. .LP
  179.     6.3
  180.     Use of transport normal data
  181. .LP
  182.     6.4
  183.     Use of transport expedited data
  184. .LP
  185.     6.5
  186.     Flow control
  187. .LP
  188.     6.6
  189.     Transport disconnection
  190. .sp 1P
  191. .LP
  192. 7
  193.     \fIElements of procedure related to SPDUs\fR 
  194. .sp 9p
  195. .RT
  196. .LP
  197.     7.1
  198.     CONNECT SPDU
  199. .LP
  200.     7.2
  201.     OVERFLOW ACCEPT SPDU
  202. .LP
  203.     7.3
  204.     CONNECT DATA OVERFLOW SPDU
  205. .LP
  206.     7.4
  207.     ACCEPT SPDU
  208. .LP
  209.     7.5
  210.     REFUSE SPDU
  211. .LP
  212.     7.6
  213.     FINISH SPDU
  214. .LP
  215.     7.7
  216.     DISCONNECT SPDU
  217. .LP
  218.     7.8
  219.     NOT FINISHED SPDU
  220. .LP
  221.     7.9
  222.     ABORT SPDU
  223. .LP
  224.     7.10
  225.     ABORT ACCEPT SPDU
  226. .LP
  227.     7.11
  228.     DATA TRANSFER SPDU
  229. .LP
  230.     7.12
  231.     EXPEDITED SPDU
  232. .LP
  233.     7.13
  234.     TYPED DATA SPDU
  235. .LP
  236.     7.14
  237.     CAPABILITY DATA SPDU
  238. .LP
  239.     7.15
  240.     CAPABILITY DATA ACK SPDU
  241. .LP
  242.     7.16
  243.     GIVE TOKENS SPDU
  244. .LP
  245.     7.17
  246.     PLEASE TOKENS SPDU
  247. .LP
  248.     7.18
  249.     GIVE TOKENS CONFIRM SPDU
  250. .LP
  251.     7.19
  252.     GIVE TOKENS ACK SPDU
  253. .LP
  254.     7.20
  255.     MINOR SYNC POINT SPDU
  256. .LP
  257.     7.21
  258.     MINOR SYNC ACK SPDU
  259. .LP
  260.     7.22
  261.     MAJOR SYNC POINT SPDU
  262. .LP
  263.     7.23
  264.     MAJOR SYNC ACK SPDU
  265. .LP
  266.     7.24
  267.     RESYNCHRONIZE SPDU
  268. .LP
  269.     7.25
  270.     RESYNCHRONIZE ACK SPDU
  271. .LP
  272.     7.26
  273.     PREPARE SPDU
  274. .LP
  275.     7.27
  276.     EXCEPTION REPORT SPDU
  277. .LP
  278.     7.28
  279.     EXCEPTION DATA SPDU
  280. .LP
  281.     7.29
  282.     ACTIVITY START SPDU
  283. .LP
  284.     7.30
  285.     ACTIVITY RESUME SPDU
  286. .LP
  287.     7.31
  288.     ACTIVITY INTERRUPT SPDU
  289. .bp
  290. .LP
  291.     7.32
  292.     ACTIVITY INTERRUPT ACK SPDU
  293. .LP
  294.     7.33
  295.     ACTIVITY DISCARD SPDU
  296. .LP
  297.     7.34
  298.     ACTIVITY DISCARD ACK SPDU
  299. .LP
  300.     7.35
  301.     ACTIVITY END SPDU
  302. .LP
  303.     7.36
  304.     ACTIVITY END ACK SPDU
  305. .LP
  306.     7.37
  307.     Additional elements of procedure for segmented SSDUs
  308. .sp 1P
  309. .LP
  310. 8
  311.     \fIStructure and encoding of SPDUs\fR 
  312. .sp 9p
  313. .RT
  314. .LP
  315.     8.1
  316.     TSDU structure
  317. .LP
  318.     8.2
  319.     SPDU structure
  320. .LP
  321.     8.3
  322.     SPDU identifiers and associated parameter fields
  323. .LP
  324.     8.4
  325.     Additional encoding rules for segmented SSDUs
  326. .sp 1P
  327. .LP
  328. 9
  329.     \fIConformance to this standard\fR 
  330. .sp 9p
  331. .RT
  332. .sp 1P
  333. .LP
  334. \fIAnnex\ A\fR     \(em
  335.     State tables
  336. .sp 9p
  337. .RT
  338. .sp 1P
  339. .LP
  340. \fIAnnex\ B\fR     \(em
  341.     Relationship to CCITT Recommendation T.62 encoding
  342. .sp 9p
  343. .RT
  344. .sp 1P
  345. .LP
  346. \fIAnnex\ C\fR     \(em
  347.     PGIs and PIs reserved for use by Recommendation T.62
  348. .sp 9p
  349. .RT
  350. .sp 1P
  351. .LP
  352. \fIAnnex\ D\fR     \(em
  353.     Compatibility between Protocol Version 1 and Protocol
  354. Version\ 2
  355. .sp 9p
  356. .RT
  357. .sp 1P
  358. .LP
  359. \fIAppendix\ I\fR \ \(em\ Difference between Recommendation X.225 and ISO
  360. International Standard 8327
  361. .sp 9p
  362. .RT
  363. .sp 2P
  364. .LP
  365. \fB0\fR     \fBIntroduction\fR 
  366. .sp 1P
  367. .RT
  368. .PP
  369. The Session Protocol Standard is one of a set of Recommendations
  370. produced to facilitate the interconnection of computer systems. The set of
  371. Recommendations covers the services and protocols required to achieve such
  372. interconnection.
  373. .PP
  374. The Session Protocol Standard is positioned with respect to other
  375. related Recommendations by the layers defined in the Reference Model for 
  376. Open Systems Interconnection (Recommendation\ X.200). It is most closely 
  377. related to and lies within the field of application of the Session Service 
  378. Definition 
  379. (Recommendation\ X.215). It also uses and references the Transport Service
  380. Definition (Recommendation\ X.214), whose provisions it assumes in order to
  381. accomplish the aims of the session protocol. The interrelationship of these
  382. Recommendations is depicted in Figure\ 1/X.225.
  383. .RT
  384. .LP
  385. .rs
  386. .sp 14P
  387. .ad r
  388. \fBFigure 1/X.225, p.\fR 
  389. .sp 1P
  390. .RT
  391. .ad b
  392. .RT
  393. .PP
  394. This Recommendation specifies a single protocol with a common
  395. encoding.
  396. .PP
  397. It is intended that the session protocol should be general enough to cater 
  398. for the total range of session service users without restricting future 
  399. extensions. 
  400. .bp
  401. .PP
  402. The protocol is structured so that subsets of protocol can be
  403. defined.
  404. .PP
  405. The primary aim of this Recommendation is to provide a set of rules
  406. for communication expressed in terms of the procedures to be carried out by
  407. peer session entities at the time of communication. These rules for
  408. communication are intended to provide a sound basis for development in 
  409. order to serve a variety of purposes: 
  410. .RT
  411. .LP
  412.     a)
  413.     as a guide for implementors and designers;
  414. .LP
  415.     b)
  416.     for use in the testing and procurement of equipment;
  417. .LP
  418.     c)
  419.     as a part of an agreement for the admittance of systems into
  420. the open systems environment;
  421. .LP
  422.     d)
  423.     as a refinement to the understanding of OSI.
  424. .PP
  425. It is expected that the initial users of the Recommendation will be designers 
  426. and implementors of equipment and the Recommendation contains, in Notes 
  427. or in Annexes, guidance on the implementation of the procedures defined 
  428. in the Recommendation. 
  429. .PP
  430. It should be noted that, as the number of valid protocol sequences is very 
  431. large, it is not possible with current technology to verify that an 
  432. implementation will operate the protocol defined in this Recommendation
  433. correctly under all circumstances. It is possible by means of testing to
  434. establish confidence that an implementation correctly operates the protocol 
  435. in a representative sample of circumstances. It is, however, intended that 
  436. this 
  437. Recommendation can be used in circumstances where two implementations fail 
  438. to communicate in order to determine whether one or both have failed to 
  439. operate 
  440. the protocol correctly.
  441. .PP
  442. The variations and options available within this Recommendation are
  443. essential to enable a session service to be provided for a wide variety of
  444. applications. Thus, a minimally conforming implementation will not be suitable 
  445. for use in all possible circumstances. It is important, therefore, to qualify 
  446. all references to this Recommendation with statements of the options provided 
  447. or required of with statements of the intended purpose of provision or 
  448. use. 
  449. .PP
  450. This Recommendation contains the following annexes and
  451. appendix:
  452. .RT
  453. .LP
  454.     a)
  455.     Annex A\ \(em\ State Tables.
  456. .LP
  457.     b)
  458.     Annex B\ \(em\ Relationship to CCITT Recommendation\ T.62
  459. encoding.
  460. .LP
  461.     c)
  462.     Annex C\ \(em\ PGIs and PIs reserved for use by
  463. Recommendation\ T.62.
  464. .LP
  465.     d)
  466.     Annex D\ \(em\ Compatibility between Protocol Version 1
  467. and Protocol Version\ 2.
  468. .LP
  469.     e)
  470.     Appendix\ I\ \(em\ Difference between Recommendation X.225 and ISO
  471. International Standard 8327.
  472. .sp 2P
  473. .LP
  474. \fB1\fR     \fBScope and field of application\fR 
  475. .sp 1P
  476. .RT
  477. .PP
  478. 1.1 
  479. This Recommendation specifies:
  480. .sp 9p
  481. .RT
  482. .LP
  483.     a)
  484.     procedures for a single protocol for the transfer of data
  485. and control information from one session entity to a peer
  486. session entity;
  487. .LP
  488.     b)
  489.     the means of selecting the functional units to be used by
  490. the session entities;
  491. .LP
  492.     c)
  493.     the structure and encoding of the session protocol data
  494. units used for the transfer of data and control
  495. information.
  496. .PP
  497. 1.2 
  498. The procedures are defined in terms of:
  499. .sp 9p
  500. .RT
  501. .LP
  502.     a)
  503.     the interactions between peer session entities through the
  504. exchange of session protocol data units;
  505. .LP
  506.     b)
  507.     the interactions between a session entity and the session
  508. service user in the same system through the exchange of session
  509. service primitives;
  510. .LP
  511.     c)
  512.     the interactions between a session entity and the transport
  513. service provider through the exchange of transport service
  514. primitives.
  515. .PP
  516. 1.3
  517. These procedures are applicable to instances of communication between systems 
  518. which support the session layer of the OSI Reference Model and which wish 
  519. to interconnect in an open systems environment. 
  520. .sp 9p
  521. .RT
  522. .PP
  523. 1.4
  524. This Recommendation also specifies conformance requirements for systems 
  525. implementing these procedures. It does not contain tests which can be used 
  526. to demonstrate this conformance. 
  527. .bp
  528. .sp 9p
  529. .RT
  530. .sp 2P
  531. .LP
  532. \fB2\fR     \fBReferences\fR \v'2p'
  533. .sp 1P
  534. .RT
  535. .LP
  536.     Recommendation X.200\ \(em
  537.      Reference Model of Open Systems Interconnection for CCITT applications. 
  538. (See also ISO\ 7498\(hy1) 
  539. .LP
  540.     Recommendation X.214\ \(em
  541.     Transport Service Definition for Open Systems
  542. Interconnection for CCITT applications. (See also ISO\ 8072)
  543. .LP
  544.     Recommendation X.215\ \(em
  545.     Session Service Definition for Open Systems
  546. Interconnection for CCITT applications. (See also ISO\ 8326 and ISO\ 8326
  547. Addendum\ 2)
  548. .LP
  549.     Recommendation T.62\ \ \(em
  550.     CCITT Recommendation T.62 \(em Control Procedures
  551. for the Teletex and Group\ 4 Facsimile Services.
  552. .LP
  553.     ISO\ 7498\(hy3
  554. \(em
  555.     Information processing systems\ \(em\ Open Systems
  556. Interconnection\ \(em\ Basic Reference Model\ \(em\ Part\ 3: Naming and
  557. Addressing
  558. .FS
  559. At present at the stage of draft; publication anticipated
  560. in due course.
  561. .FE
  562. .
  563. .PP
  564. \fINote\fR \ \(em\ CCITT Recommendation T.62 is not essential for the
  565. application of this Recommendation, but is included in the list of references 
  566. as it has been referred to, for information, in relation to interworking 
  567. with the CCITT Telematic services (see Annexes\ B and C). 
  568. .sp 2P
  569. .LP
  570. \fB3\fR     \fBDefinitions\fR 
  571. .sp 1P
  572. .RT
  573. .PP
  574. \fINote\fR \ \(em\ The definitions contained in this section make use of
  575. abbreviations defined in \(sc\ 4.
  576. .RT
  577. .PP
  578. 3.1
  579. This Recommendation is based on the concepts developed in
  580. Recommendation\ X.200,
  581. and makes use of the following terms defined in that Recommendation:
  582. .sp 9p
  583. .RT
  584. .LP
  585.     a)
  586.     expedited session service data unit;
  587. .LP
  588.     b)
  589.     session connection;
  590. .LP
  591.     c)
  592.     session layer;
  593. .LP
  594.     d)
  595.     session protocol data unit;
  596. .LP
  597.     e)
  598.     session service;
  599. .LP
  600.     f
  601. )
  602.     session service access point;
  603. .LP
  604.     g)
  605.     session service data unit;
  606. .LP
  607.     h)
  608.     transport layer;
  609. .LP
  610.     i)
  611.     transport connection;
  612. .LP
  613.     j
  614. )
  615.     transport service;
  616. .LP
  617.     k)
  618.     transport service access point;
  619. .LP
  620.     l)
  621.     concatenation;
  622. .LP
  623.     m)
  624.     segmenting;
  625. .LP
  626.     n)
  627.     session selection (defined in ISO 7498\(hy3).
  628. .PP
  629. 3.2
  630. This Recommendation is also based on concepts developed in
  631. Recommendation\ X.215 and makes use of the following terms defined in that
  632. Recommendation:
  633. .sp 9p
  634. .RT
  635. .LP
  636.     a)
  637.     token;
  638. .LP
  639.     b)
  640.     calling SS\(hyuser;
  641. .LP
  642.     c)
  643.     called SS\(hyuser;
  644. .LP
  645.     d)
  646.     sending SS\(hyuser;
  647. .LP
  648.     e)
  649.     receiving SS\(hyuser;
  650. .LP
  651.     f
  652. )
  653.     requesting SS\(hyuser;
  654. .LP
  655.     g)
  656.     accepting SS\(hyuser;
  657. .LP
  658.     h)
  659.     requestor;
  660. .LP
  661.     i)
  662.     acceptor.
  663. .PP
  664. \fINote\fR \ \(em\ The following terms used in this Recommendation are 
  665. used in relation to tokens and are explained in Recommendation\ X.215: 
  666. .LP
  667.     a)
  668.     assigned;
  669. .LP
  670.     b)
  671.     not assigned;
  672. .LP
  673.     c)
  674.     available;
  675. .LP
  676.     d)
  677.     not available.
  678. .bp
  679. .PP
  680. 3.3
  681. For the purposes of this Recommendation, the following
  682. definitions apply:
  683. .sp 9p
  684. .RT
  685. .sp 1P
  686. .LP
  687. 3.3.1
  688.     \fBSession Protocol Machine; SPM\fR 
  689. .sp 9p
  690. .RT
  691. .PP
  692. \fR An abstract machine that carries out the procedures specified in this 
  693. protocol. 
  694. .PP
  695. \fINote\fR \ \(em\ A session entity is comprised of one or more SPMs.
  696. .RT
  697. .sp 1P
  698. .LP
  699. 3.3.2
  700.     \fBsession service user; SS\(hyuser\fR 
  701. .sp 9p
  702. .RT
  703. .PP
  704. An abstract representation of the totality of those entities
  705. within a single system that make use of the Session Service.
  706. .RT
  707. .sp 1P
  708. .LP
  709. 3.3.3
  710.     \fBtransport service provider; TS\(hyprovider\fR 
  711. .sp 9p
  712. .RT
  713. .PP
  714. An abstract machine which models the totality of the entities
  715. providing the transport service, as viewed by a session entity.
  716. .RT
  717. .sp 1P
  718. .LP
  719. 3.3.4
  720.     \fBlocal matter\fR 
  721. .sp 9p
  722. .RT
  723. .PP
  724. A decision made by a system concerning its behaviour in the
  725. Session Layer that is not subject to the requirements of this protocol.
  726. .RT
  727. .sp 1P
  728. .LP
  729. 3.3.5
  730.     \fBinitiator\fR 
  731. .sp 9p
  732. .RT
  733. .PP
  734. An SPM that initiates a CONNECT SPDU.
  735. .RT
  736. .sp 1P
  737. .LP
  738. 3.3.6
  739.     \fBresponder\fR 
  740. .sp 9p
  741. .RT
  742. .PP
  743. An SPM with whom an initiator wishes to establish a session
  744. connection.
  745. .PP
  746. \fINote\fR \ \(em\ Initiator and responder are defined with respect to a
  747. single session connection.
  748. .RT
  749. .sp 1P
  750. .LP
  751. 3.3.7
  752.     \fBsending SPM\fR 
  753. .sp 9p
  754. .RT
  755. .PP
  756. An SPM that sends a given SPDU.
  757. .RT
  758. .sp 1P
  759. .LP
  760. 3.3.8
  761.     \fBreceiving SPM\fR 
  762. .sp 9p
  763. .RT
  764. .PP
  765. An SPM that receives a given SPDU.
  766. .RT
  767. .sp 1P
  768. .LP
  769. 3.3.9
  770.     \fBowner (of a token)\fR 
  771. .sp 9p
  772. .RT
  773. .PP
  774. The SPM to whom a token is assigned.
  775. .RT
  776. .sp 1P
  777. .LP
  778. 3.3.10
  779.     \fBproposed parameter\fR 
  780. .sp 9p
  781. .RT
  782. .PP
  783. The value for a parameter proposed by an SPM in a CONNECT SPDU or an ACCEPT 
  784. SPDU that it wishes to use on the session connection. 
  785. .RT
  786. .sp 1P
  787. .LP
  788. 3.3.11
  789.     \fBnegotiation\fR 
  790. .sp 9p
  791. .RT
  792. .PP
  793. The process by which two SPMs agree on a common set of functional units 
  794. and protocol values and on the initial setting of available tokens. 
  795. .RT
  796. .sp 1P
  797. .LP
  798. 3.3.12
  799.     \fBselected parameter\fR 
  800. .sp 9p
  801. .RT
  802. .PP
  803. The value for a parameter that has been chosen for use on the
  804. session connection.
  805. .RT
  806. .sp 1P
  807. .LP
  808. 3.3.13 
  809.     \fBvalid SPDU\fR 
  810. .sp 9p
  811. .RT
  812. .PP
  813. An SPDU which complies with the requirements of this
  814. Recommendation with respect to structure and encoding.
  815. .RT
  816. .sp 1P
  817. .LP
  818. 3.3.14
  819.     \fBinvalid SPDU\fR 
  820. .sp 9p
  821. .RT
  822. .PP
  823. An SPDU which does not comply with the requirements of this
  824. Recommendation with respect to structure and encoding.
  825. .RT
  826. .sp 1P
  827. .LP
  828. 3.3.15
  829.     \fBprotocol error\fR 
  830. .sp 9p
  831. .RT
  832. .PP
  833. Use of an SPDU that does not comply with the procedures agreed for the 
  834. session connection. 
  835. .bp
  836. .RT
  837. .sp 1P
  838. .LP
  839. 3.3.16
  840.     \fBtransparent (data)\fR 
  841. .sp 9p
  842. .RT
  843. .PP
  844. SS\(hyuser data which is transferred intact between SPMs and which is unavailable 
  845. for use by the SPMs. 
  846. .RT
  847. .sp 1P
  848. .LP
  849. 3.3.17
  850.     \fBSPDU identifier (SI)\fR 
  851. .sp 9p
  852. .RT
  853. .PP
  854. Heading information that identifies the SPDU concerned.
  855. .RT
  856. .sp 1P
  857. .LP
  858. 3.3.18
  859.     \fBlength indicator (LI)\fR 
  860. .sp 9p
  861. .RT
  862. .PP
  863. An indicator that represents the length of an associated parameter field.
  864. .RT
  865. .sp 1P
  866. .LP
  867. 3.3.19
  868.     \fBparameter field\fR 
  869. .sp 9p
  870. .RT
  871. .PP
  872. A group of one or more octets used to represent a particular set of information. 
  873. .RT
  874. .sp 1P
  875. .LP
  876. 3.3.20
  877.     \fBparameter identifier (PI)\fR 
  878. .sp 9p
  879. .RT
  880. .PP
  881. An identifier, defined in this Recommendation, that indicates the type 
  882. of information contained in its associated parameter field. 
  883. .RT
  884. .sp 1P
  885. .LP
  886. 3.3.21
  887.     \fBPI unit\fR 
  888. .sp 9p
  889. .RT
  890. .PP
  891. An element of an SPDU that contains a PI field together with its associated 
  892. LI field and parameter field. 
  893. .RT
  894. .sp 1P
  895. .LP
  896. 3.3.22
  897.     \fBparameter group identifier (PGI)\fR 
  898. .sp 9p
  899. .RT
  900. .PP
  901. An identifier, defined in this Recommendation, that indicates the type 
  902. of information contained in its associated parameter field. The associated 
  903. parameter field may consist of a set of PI units. 
  904. .RT
  905. .sp 1P
  906. .LP
  907. 3.3.23
  908.     \fBPGI unit\fR 
  909. .sp 9p
  910. .RT
  911. .PP
  912. An element of an SPDU that contains a PGI field together with its associated 
  913. LI field and parameter field. 
  914. .RT
  915. .sp 1P
  916. .LP
  917. 3.3.24
  918.     \fBparameter value (PV)\fR 
  919. .sp 9p
  920. .RT
  921. .PP
  922. Information that represents the value of the parameter identified by either 
  923. a PI or PGI. 
  924. .RT
  925. .sp 1P
  926. .LP
  927. 3.3.25
  928.     \fBlocal variable\fR 
  929. .sp 9p
  930. .RT
  931. .PP
  932. A local variable within the SPM which is used as a means of
  933. clarifying the effects of certain actions and clarifying the conditions 
  934. under which certain actions are permitted. 
  935. .RT
  936. .sp 2P
  937. .LP
  938. \fB4\fR     \fBSymbols and abbreviations\fR 
  939. .sp 1P
  940. .RT
  941. .sp 1P
  942. .LP
  943. 4.1
  944.     \fIData units\fR \v'2p'
  945. .sp 9p
  946. .RT
  947. .LP
  948.     SPDU
  949.     Session Protocol Data Unit
  950. .LP
  951.     SSDU
  952.     Session Service Data Unit
  953. .LP
  954.     TSDU
  955.     Transport Service Data Unit
  956. .sp 1P
  957. .LP
  958. 4.2
  959.     \fISPDU fields\fR \v'2p'
  960. .sp 9p
  961. .RT
  962. .LP
  963.     SI
  964.     SPDU Identifier (see \(sc\ 3.3.17)
  965. .LP
  966.     LI
  967.     Length Indicator (see \(sc\ 3.3.18)
  968. .LP
  969.     PI
  970.     Parameter Identifier (see \(sc\ 3.3.20)
  971. .LP
  972.     PGI
  973.     Parameter Group Identifier (see \(sc\ 3.3.22)
  974. .LP
  975.     PV
  976.     Parameter Value (see \(sc\ 3.3.24)
  977. .sp 1P
  978. .LP
  979. 4.3
  980.     \fITimer variables\fR \v'2p'
  981. .sp 9p
  982. .RT
  983. .LP
  984.     TIM
  985.     Disconnection and abort timer
  986. .bp
  987. .sp 1P
  988. .LP
  989. 4.4
  990.     \fIMiscellaneous\fR \v'2p'
  991. .sp 9p
  992. .RT
  993. .LP
  994.     SPM
  995.     Session Protocol Machine (see \(sc\ 3.3.1)
  996. .LP
  997.     SS
  998.     Session Service
  999. .LP
  1000.     SSAP
  1001.     Session service access point
  1002. .LP
  1003.     TSAP
  1004.     Transport service access point
  1005. .sp 1P
  1006. .LP
  1007. 4.5
  1008.     \fILocal variables\fR \v'2p'
  1009. .sp 9p
  1010. .RT
  1011. .LP
  1012.     Vact
  1013.     See \(sc\ 5.8.1
  1014. .LP
  1015.     Vnextact
  1016.     See \(sc\ 5.8.2
  1017. .LP
  1018.     V(A)
  1019.     See \(sc\ 5.8.3
  1020. .LP
  1021.     V(M)
  1022.     See \(sc\ 5.8.4
  1023. .LP
  1024.     V(R)
  1025.     See \(sc\ 5.8.5
  1026. .LP
  1027.     Vsc
  1028.     See \(sc\ 5.8.6
  1029. .sp 2P
  1030. .LP
  1031. \fB5\fR     \fBOverview of the \fR \fBsession protocol\fR 
  1032. .sp 1P
  1033. .RT
  1034. .sp 1P
  1035. .LP
  1036. 5.1
  1037.     \fIModel of the session layer\fR 
  1038. .sp 9p
  1039. .RT
  1040. .PP
  1041. The SPM (see Note) within the session layer communicates with the SS\(hyuser 
  1042. through an SSAP by means of the service primitives as defined by the 
  1043. session service definition in Recommendation\ X.215. Service primitives will
  1044. cause or be the result of session protocol data unit exchanges between 
  1045. the peer SPMs using a transport connection. These protocol exchanges are 
  1046. effected using the services of the transport layer as defined by the transport 
  1047. service 
  1048. definition in Recommendation\ X.214 through two TSAPs.
  1049. .PP
  1050. Session connection endpoints are identified in end systems by an
  1051. internal, implementation dependent mechanism, so that the SS\(hyuser and 
  1052. the SPM can refer to each session connection. 
  1053. .PP
  1054. The model of the Session Layer is illustrated in Figure\ 2/X.225.
  1055. .PP
  1056. \fINote\fR \ \(em\ A session entity is comprised of one or more SPMs.
  1057. .RT
  1058. .LP
  1059. .rs
  1060. .sp 15P
  1061. .ad r
  1062. \fBFigure 2/X.225, p.\fR 
  1063. .sp 1P
  1064. .RT
  1065. .ad b
  1066. .RT
  1067. .sp 1P
  1068. .LP
  1069. 5.2
  1070.     \fIServices provided by the session layer\fR 
  1071. .sp 9p
  1072. .RT
  1073. .PP
  1074. The protocol specified in this Recommendation supports the session service 
  1075. defined in Recommendation\ X.215. Information is transferred to and from 
  1076. the SS\(hyuser using the session service primitives listed in Table\ 1/X.225. 
  1077. Table\ 1/X.225 also defines the SPDUs associated with each of the service
  1078. primitives.
  1079. .bp
  1080. .RT
  1081. .ce
  1082. \fBH.T. [1T1.225]\fR 
  1083. .ce
  1084. TABLE\ 1/X.225
  1085. .ce
  1086. \fBSession service primitives\fR 
  1087. .ps 9
  1088. .vs 11
  1089. .nr VS 11
  1090. .nr PS 9
  1091. .TS
  1092. center box;
  1093. cw(66p) | cw(96p) | cw(66p) .
  1094. Service    Primitives    T{
  1095. Associated SPDUs
  1096. Session Connection
  1097. S\(hyCONNECT request
  1098. CONNECT SPDU
  1099. T}
  1100. _
  1101. .T&
  1102. cw(66p) | cw(96p) | cw(66p) .
  1103. T{
  1104. S\(hyCONNECT indication
  1105. CONNECT SPDU
  1106. \fR
  1107. T}        
  1108. .T&
  1109. cw(66p) | cw(96p) | cw(66p) .
  1110. T{
  1111. S\(hyCONNECT (accept) response
  1112. ACCEPT SPDU
  1113. T}        
  1114. .T&
  1115. cw(66p) | cw(96p) | cw(66p) .
  1116. T{
  1117. S\(hyCONNECT (accept) confirm
  1118. ACCEPT SPDU
  1119. T}        
  1120. .T&
  1121. cw(66p) | cw(96p) | cw(66p) .
  1122. T{
  1123. S\(hyCONNECT (reject) response
  1124. REFUSE SPDU
  1125. T}        
  1126. .T&
  1127. cw(66p) | cw(96p) | cw(66p) .
  1128. T{
  1129. S\(hyCONNECT (reject) confirm
  1130. REFUSE SPDU
  1131. Normal Data Transfer
  1132. S\(hyDATA request
  1133. DATA TRANSFER SPDU
  1134. T}        
  1135. _
  1136. .T&
  1137. cw(66p) | cw(96p) | cw(66p) .
  1138. T{
  1139. S\(hyDATA indication
  1140. DATA TRANSFER SPDU
  1141. Expedited Data Transfer
  1142. S\(hyEXPEDITED\(hyDATA request
  1143. EXPEDITED DATA SPDU
  1144. T}        
  1145. _
  1146. .T&
  1147. cw(66p) | cw(96p) | cw(66p) .
  1148. T{
  1149. S\(hyEXPEDITED\(hyDATA indication
  1150. EXPEDITED DATA SPDU
  1151. Typed Data Transfer
  1152. S\(hyTYPED\(hyDATA request
  1153. TYPED DATA SPDU
  1154. T}        
  1155. _
  1156. .T&
  1157. cw(66p) | cw(96p) | cw(66p) .
  1158. T{
  1159. S\(hyTYPED\(hyDATA indication
  1160. TYPED DATA SPDU
  1161. Capability Data Exchange
  1162. S\(hyCAPABILITY\(hyDATA request
  1163. CAPABILITY DATA SPDU
  1164. T}        
  1165. _
  1166. .T&
  1167. cw(66p) | cw(96p) | cw(66p) .
  1168. T{
  1169. S\(hyCAPABILITY\(hyDATA indication
  1170. CAPABILITY DATA SPDU
  1171. T}        
  1172. .T&
  1173. cw(66p) | cw(96p) | cw(66p) .
  1174. T{
  1175. S\(hyCAPABILITY\(hyDATA response
  1176. CAPABILITY DATA ACK SPDU
  1177. T}        
  1178. .T&
  1179. cw(66p) | cw(96p) | cw(66p) .
  1180. T{
  1181. S\(hyCAPABILITY\(hyDATA confirm
  1182. CAPABILITY DATA ACK SPDU
  1183. Give Tokens
  1184. S\(hyTOKEN\(hyGIVE request
  1185. GIVE TOKENS SPDU
  1186. T}        
  1187. _
  1188. .T&
  1189. cw(66p) | cw(96p) | cw(66p) .
  1190. T{
  1191. S\(hyTOKEN\(hyGIVE indication
  1192. GIVE TOKENS SPDU
  1193. Please Tokens
  1194. S\(hyTOKEN\(hyPLEASE request
  1195. PLEASE TOKENS SPDU
  1196. T}        
  1197. _
  1198. .T&
  1199. cw(66p) | cw(96p) | cw(66p) .
  1200. T{
  1201. S\(hyTOKEN\(hyPLEASE indication
  1202. PLEASE TOKENS SPDU
  1203. Give Control
  1204. S\(hyCONTROL\(hyGIVE request
  1205. GIVE TOKENS CONFIRM SPDU
  1206. T}        
  1207. _
  1208. .T&
  1209. cw(66p) | cw(96p) | cw(66p) .
  1210. T{
  1211. S\(hyCONTROL\(hyGIVE indication
  1212. GIVE TOKENS CONFIRM SPDU
  1213. T}        
  1214. _
  1215. .TE
  1216. .nr PS 9
  1217. .RT
  1218. .ad r
  1219. \fBTableau 1/X.225 [1T1.225], p.3\fR 
  1220. .sp 1P
  1221. .RT
  1222. .ad b
  1223. .RT
  1224. .LP
  1225. .bp
  1226. .ce
  1227. \fBH.T. [2T1.225]\fR 
  1228. .ce
  1229. TABLE\ 1/X.225\ \fI(cont.)\fR 
  1230. .ps 9
  1231. .vs 11
  1232. .nr VS 11
  1233. .nr PS 9
  1234. .TS
  1235. center box;
  1236. cw(66p) | cw(96p) | cw(66p) .
  1237. Service    Primitives    T{
  1238. Associated SPDUs
  1239. Minor Synchronization Point
  1240. S\(hySYNC\(hyMINOR request
  1241. MINOR SYNC POINT SPDU
  1242. T}
  1243. _
  1244. .T&
  1245. cw(66p) | cw(96p) | cw(66p) .
  1246. T{
  1247. S\(hySYNC\(hyMINOR indication
  1248. MINOR SYNC POINT SPDU
  1249. T}        
  1250. .T&
  1251. cw(66p) | cw(96p) | cw(66p) .
  1252. T{
  1253. S\(hySYNC\(hyMINOR response
  1254. MINOR SYNC ACK SPDU
  1255. T}        
  1256. .T&
  1257. cw(66p) | cw(96p) | cw(66p) .
  1258. T{
  1259. S\(hySYNC\(hyMINOR confirm
  1260. MINOR SYNC ACK SPDU
  1261. Major Synchronization Point
  1262. S\(hySYNC\(hyMAJOR request
  1263. MAJOR SYNC POINT SPDU
  1264. T}        
  1265. _
  1266. .T&
  1267. cw(66p) | cw(96p) | cw(66p) .
  1268. T{
  1269. S\(hySYNC\(hyMAJOR indication
  1270. MAJOR SYNC POINT SPDU
  1271. T}        
  1272. .T&
  1273. cw(66p) | cw(96p) | cw(66p) .
  1274. T{
  1275. S\(hySYNC\(hyMAJOR response
  1276. MAJOR SYNC ACK SPDU
  1277. T}        
  1278. .T&
  1279. cw(66p) | cw(96p) | cw(66p) .
  1280. T{
  1281. S\(hySYNC\(hyMAJOR confirm
  1282. MAJOR SYNC ACK SPDU
  1283. Resynchronize
  1284. S\(hyRESYNCHRONIZE request
  1285. RESYNCHRONIZE SPDU
  1286. T}        
  1287. _
  1288. .T&
  1289. cw(66p) | cw(96p) | cw(66p) .
  1290. T{
  1291. S\(hyRESYNCHRONIZE indication
  1292. RESYNCHRONIZE SPDU
  1293. T}        
  1294. .T&
  1295. cw(66p) | cw(96p) | cw(66p) .
  1296. T{
  1297. S\(hyRESYNCHRONIZE response
  1298. RESYNCHRONIZE ACK SPDU
  1299. T}        
  1300. .T&
  1301. cw(66p) | cw(96p) | cw(66p) .
  1302. T{
  1303. S\(hyRESYNCHRONIZE confirm
  1304. RESYNCHRONIZE ACK SPDU
  1305. P\(hyException Report
  1306. S\(hyP\(hyEXCEPTION\(hyREPORT indication
  1307. EXCEPTION REPORT SPDU
  1308. U\(hyException Reporting
  1309. S\(hyU\(hyEXCEPTION\(hyREPORT request
  1310. EXCEPTION DATA SPDU
  1311. T}        
  1312. _
  1313. .T&
  1314. cw(66p) | cw(96p) | cw(66p) .
  1315. T{
  1316. S\(hyU\(hyEXCEPTION\(hyREPORT indication
  1317. EXCEPTION DATA SPDU
  1318. Activity Start
  1319. S\(hyACTIVITY\(hySTART request
  1320. ACTIVITY START SPDU
  1321. T}        
  1322. _
  1323. .T&
  1324. cw(66p) | cw(96p) | cw(66p) .
  1325. T{
  1326. S\(hyACTIVITY\(hySTART indication
  1327. ACTIVITY START SPDU
  1328. Activity Resume
  1329. S\(hyACTIVITY\(hyRESUME request
  1330. ACTIVITY RESUME SPDU
  1331. T}        
  1332. _
  1333. .T&
  1334. cw(66p) | cw(96p) | cw(66p) .
  1335. T{
  1336. S\(hyACTIVITY\(hyRESUME indication
  1337. ACTIVITY RESUME SPDU
  1338. T}        
  1339. _
  1340. .TE
  1341. .nr PS 9
  1342. .RT
  1343. .ad r
  1344. \fBTableau 1/X.225 (suite) [2T1.225], p.4\fR 
  1345. .sp 1P
  1346. .RT
  1347. .ad b
  1348. .RT
  1349. .LP
  1350. .bp
  1351. .ce
  1352. \fBH.T. [3T1.225]\fR 
  1353. .ce
  1354. TABLE\ 1/X.225\ \fI(end)\fR 
  1355. .ps 9
  1356. .vs 11
  1357. .nr VS 11
  1358. .nr PS 9
  1359. .TS
  1360. center box;
  1361. cw(66p) | cw(96p) | cw(66p) .
  1362. Service    Primitives    T{
  1363. Associated SPDUs
  1364. Activity Interrupt
  1365. S\(hyACTIVITY\(hyINTERRUPT request
  1366. ACTIVITY INTERRUPT SPDU
  1367. T}
  1368. _
  1369. .T&
  1370. cw(66p) | cw(96p) | cw(66p) .
  1371. T{
  1372. S\(hyACTIVITY\(hyINTERRUPT indication
  1373. ACTIVITY INTERRUPT SPDU
  1374. T}        
  1375. .T&
  1376. cw(66p) | cw(96p) | cw(66p) .
  1377. T{
  1378. S\(hyACTIVITY\(hyINTERRUPT response
  1379. ACTIVITY INTERRUPT ACK SPDU
  1380. T}        
  1381. .T&
  1382. cw(66p) | cw(96p) | cw(66p) .
  1383. T{
  1384. S\(hyACTIVITY\(hyINTERRUPT confirm
  1385. ACTIVITY INTERRUPT ACK SPDU
  1386. Activity Discard
  1387. S\(hyACTIVITY\(hyDISCARD request
  1388. ACTIVITY DISCARD SPDU
  1389. T}        
  1390. _
  1391. .T&
  1392. cw(66p) | cw(96p) | cw(66p) .
  1393. T{
  1394. S\(hyACTIVITY\(hyDISCARD indication
  1395. ACTIVITY DISCARD SPDU
  1396. T}        
  1397. .T&
  1398. cw(66p) | cw(96p) | cw(66p) .
  1399. T{
  1400. S\(hyACTIVITY\(hyDISCARD response
  1401. ACTIVITY DISCARD ACK SPDU
  1402. T}        
  1403. .T&
  1404. cw(66p) | cw(96p) | cw(66p) .
  1405. T{
  1406. S\(hyACTIVITY\(hyDISCARD confirm
  1407. ACTIVITY DISCARD ACK SPDU
  1408. Activity End
  1409. S\(hyACTIVITY\(hyEND request
  1410. ACTIVITY END SPDU
  1411. T}        
  1412. _
  1413. .T&
  1414. cw(66p) | cw(96p) | cw(66p) .
  1415. T{
  1416. S\(hyACTIVITY\(hyEND indication
  1417. ACTIVITY END SPDU
  1418. T}        
  1419. .T&
  1420. cw(66p) | cw(96p) | cw(66p) .
  1421. T{
  1422. S\(hyACTIVITY\(hyEND response
  1423. ACTIVITY END ACK SPDU
  1424. T}        
  1425. .T&
  1426. cw(66p) | cw(96p) | cw(66p) .
  1427. T{
  1428. S\(hyACTIVITY\(hyEND confirm
  1429. ACTIVITY END ACK SPDU
  1430. Orderly Release
  1431. S\(hyRELEASE request
  1432. FINISH SPDU
  1433. T}        
  1434. _
  1435. .T&
  1436. cw(66p) | cw(96p) | cw(66p) .
  1437. T{
  1438. S\(hyRELEASE indication
  1439. FINISH SPDU
  1440. T}        
  1441. .T&
  1442. cw(66p) | cw(96p) | cw(66p) .
  1443. T{
  1444. S\(hyRELEASE (accept) response
  1445. DISCONNECT SPDU
  1446. T}        
  1447. .T&
  1448. cw(66p) | cw(96p) | cw(66p) .
  1449. T{
  1450. S\(hyRELEASE (accept) confirm
  1451. DISCONNECT SPDU
  1452. T}        
  1453. .T&
  1454. cw(66p) | cw(96p) | cw(66p) .
  1455. T{
  1456. S\(hyRELEASE (reject) response
  1457. NOT FINISHED SPDU
  1458. T}        
  1459. .T&
  1460. cw(66p) | cw(96p) | cw(66p) .
  1461. T{
  1462. S\(hyRELEASE (reject) confirm
  1463. NOT FINISHED SPDU
  1464. U\(hyAbort
  1465. S\(hyU\(hyABORT request
  1466. ABORT SPDU
  1467. T}        
  1468. _
  1469. .T&
  1470. cw(66p) | cw(96p) | cw(66p) .
  1471. T{
  1472. S\(hyU\(hyABORT indication
  1473. ABORT SPDU
  1474. P\(hyAbort
  1475. S\(hyP\(hyABORT indication
  1476. ABORT SPDU
  1477. T}        
  1478. _
  1479. .TE
  1480. .nr PS 9
  1481. .RT
  1482. .ad r
  1483. \fBTableau 1/X.225 (suite) [3T1.225], p.5\fR 
  1484. .sp 1P
  1485. .RT
  1486. .ad b
  1487. .RT
  1488. .LP
  1489. .bp
  1490. .sp 1P
  1491. .LP
  1492. 5.3
  1493.     \fIServices assumed from the transport layer\fR 
  1494. .sp 9p
  1495. .RT
  1496. .PP
  1497. The protocol specified in this Recommendation assumes the use of
  1498. the connection\(hyoriented transport service defined in Recommendation\ X.214.
  1499. .PP
  1500. Information is transferred to and from the TS provider in the
  1501. transport service primitives listed in Table\ 2/X.225.
  1502. .RT
  1503. .ce
  1504. \fBH.T. [T2.225]\fR 
  1505. .ce
  1506. TABLE\ 2/X.225
  1507. .ce
  1508. \fBTransport service primitives\fR 
  1509. .ps 9
  1510. .vs 11
  1511. .nr VS 11
  1512. .nr PS 9
  1513. .TS
  1514. center box;
  1515. cw(102p) | cw(24p) | cw(102p) .
  1516. Primitive    X/Y    T{
  1517. Parameters
  1518. T\(hyCONNECT request
  1519. indication
  1520. X
  1521. Called Address, Calling Address, Expedited Data option, Quality of
  1522. Service, TS User\(hyData
  1523. T\(hyCONNECT response
  1524. confirm
  1525. X
  1526. Quality of Service, Responding Address, Expedited Data option,
  1527. TS User\(hyData
  1528. T\(hyDATA request
  1529. indication
  1530. X
  1531. TS\(hyUser\(hyData
  1532. T\(hyEXPEDITED\(hyDATA
  1533. request
  1534. indication
  1535. Y
  1536. TS User\(hyData
  1537. T\(hyDISCONNECT request
  1538. X
  1539. TS User\(hyData
  1540. T\(hyDISCONNECT indication
  1541. X
  1542. Disconnect reason, TS User\(hyData
  1543. X:
  1544. The session protocol assumes that this service is always available.
  1545. .parag
  1546. Y:
  1547. The session protocol assumes that this service is provided by the
  1548. transport layer when requested by the SPM during the session
  1549. connection establishment phase.
  1550. .parag
  1551. T}
  1552. _
  1553. .TE
  1554. .nr PS 9
  1555. .RT
  1556. .ad r
  1557. \fBTable 2/X.225 [T2.225], p.\fR 
  1558. .sp 1P
  1559. .RT
  1560. .ad b
  1561. .RT
  1562. .sp 2P
  1563. .LP
  1564. 5.4
  1565.     \fIFunctions of the session layer\fR 
  1566. .sp 1P
  1567. .RT
  1568. .sp 1P
  1569. .LP
  1570. 5.4.1
  1571.     \fIOverview of functions\fR 
  1572. .sp 9p
  1573. .RT
  1574. .PP
  1575. The functions in the session layer are those necessary to bridge
  1576. the gap between the services available from the transport layer and those
  1577. offered to the SS\(hyusers.
  1578. .PP
  1579. The functions in the session layer are concerned with dialogue
  1580. management, data flow synchronization, and data flow resynchronization. They
  1581. are described below; the descriptions are grouped into those concerned 
  1582. with the connection establishment phase, the data transfer phase, and the 
  1583. release 
  1584. phase.
  1585. .bp
  1586. .RT
  1587. .sp 1P
  1588. .LP
  1589. 5.4.2
  1590.     \fIConnection establishment phase\fR 
  1591. .sp 9p
  1592. .RT
  1593. .PP
  1594. The purpose of the connection establishment phase is to establish a session 
  1595. connection between two SS\(hyusers, and: 
  1596. .RT
  1597. .LP
  1598.     a)
  1599.     to map session addresses onto transport addresses;
  1600. .LP
  1601.     b)
  1602.     to select transport quality of service parameters needed
  1603. (see \(sc\ 6.1.4);
  1604. .LP
  1605.     c)
  1606.     to negotiate session parameters (see \(sc\(sc\ 7.1, 7.2 and 7.4);
  1607. .LP
  1608.     d)
  1609.     to transfer session selectors (see \(sc\(sc\ 7.1 and 7.4) if
  1610. required;
  1611. .LP
  1612.     e)
  1613.     to distinguish between session connections (see \(sc\(sc\ 7.1 and   7.4);
  1614. .LP
  1615.     f
  1616. )
  1617.     to transfer transparent user data
  1618. (see \(sc\(sc\ 7.1, 7.2, 7.3 and 7.4);
  1619. .LP
  1620.     g)
  1621.     to select a protocol version (see Note).
  1622. .LP
  1623.     \fINote\fR \ \(em\ This Recommendation specifies the following
  1624. protocol versions:
  1625. .LP
  1626.     i)
  1627.     Protocol Version 1 which imposes restrictions on
  1628. the length of the user data field;
  1629. .LP
  1630.     ii)
  1631.     Protocol Version 2 which imposes no explicit
  1632. restrictions on the length of the user data field.
  1633. .PP
  1634. Annex D identifies the compatibility between Protocol Version 1 and Protocol 
  1635. Version\ 2. 
  1636. .sp 1P
  1637. .LP
  1638. 5.4.3
  1639.     \fIData transfer phase\fR 
  1640. .sp 9p
  1641. .RT
  1642. .PP
  1643. The purpose of the data transfer phase is to transport SSDUs
  1644. between two SS\(hyusers connected by a session connection. This purpose is
  1645. achieved by means of transmission of SPDUs and by the following functions, 
  1646. each of which may or may not be used, depending on the functional units 
  1647. selected in the session connection establishment phase. These concepts 
  1648. are defined in 
  1649. Recommendation\ X.215:
  1650. .RT
  1651. .LP
  1652.     a)
  1653.     \fINormal Data Transfer\fR \| (see \(sc\ 7.11), which may involve
  1654. segmenting of SSDUs into SPDUs and reassembly by the destination
  1655. SPM; and concatenation and separation of certain SPDUs. There
  1656. are two modes of operation:
  1657. .LP
  1658.     1)
  1659.     Half\(hyduplex, when the right to send data is restricted
  1660. to the owner of the data token;
  1661. .LP
  1662.     2)
  1663.     Duplex, when there is no restriction on the right to
  1664. send data.
  1665. .LP
  1666.     b)
  1667.     \fIToken management\fR \| (see \(sc\(sc 7.16 to 7.19), to enable the
  1668. SS\(hyusers to request and transfer tokens which control the
  1669. exclusive right to exercise certain functions (see
  1670. Table\ 5/X.225).
  1671. .LP
  1672.     c)
  1673.     \fIException Reporting\fR \| (see \(sc\(sc\ 7.27 and 7.28), to enable the
  1674. SS\(hyprovider or the SS\(hyuser to report exception conditions that
  1675. are less severe than those requiring abort.
  1676. .LP
  1677.     d)
  1678.     \fITyped Data Transfer\fR \| (see \(sc\ 7.13), to enable transfer of
  1679. information which is not subject to assignment of the data
  1680. token.
  1681. .LP
  1682.     e)
  1683.     \fIMinor Synchronization Point\fR \| (see \(sc\(sc\ 7.20 and 7.21), to
  1684. enable the SS\(hyusers to define minor synchronization points in
  1685. the normal data flow. These minor synchronization points may
  1686. optionally be confirmed, but have no implications on the data
  1687. flow. Minor synchronization points are identified by
  1688. synchronization point serial numbers. The serial number is
  1689. incremented by one on each occasion that a minor synchronization
  1690. point is placed in the data flow, and each time a minor
  1691. synchronization point is received, such that both SS\(hyusers have
  1692. the same serial numbers for the same synchronization point.
  1693. .LP
  1694.     f
  1695. )
  1696.     \fIMajor Synchronization Point\fR \| (see \(sc\(sc\ 7.22 and 7.23
  1697. and e)
  1698. above), to enable the SS\(hyusers to define major synchronization
  1699. points in the normal data flow. These major synchronization
  1700. points are required to be confirmed before the requesting
  1701. SS\(hyuser is permitted to send any subsequent data on either the
  1702. normal flow or the expedited flow and as such clearly separate
  1703. the dialogue units.
  1704. .LP
  1705.     g)
  1706.     \fIResynchronize\fR \| (see \(sc\(sc\ 7.24 and 7.25), a function that
  1707. allows a session connection to be set or reset to a defined
  1708. synchronization point and reassign the tokens.
  1709. .LP
  1710.     h)
  1711.     \fIExpedited Data Transfer\fR \| (see \(sc\ 7.12), a function used to
  1712. convey a limited amount of user data with special handling. Such
  1713. data may bypass normal data en route, but will be delivered
  1714. prior to any data subsequently sent on the transport normal flow
  1715. or the transport expedited flow.
  1716. .bp
  1717. .LP
  1718.     i)
  1719.     \fIActivity Management\fR \| (see \(sc\(sc\ 7.29 to 7.36) provides a
  1720. means explicitly to start, end, resume, interrupt or discard an
  1721. activity. This provides a way:
  1722. .LP
  1723.     1)
  1724.     to identify the entered activity and commence
  1725. synchronization point serial numbering;
  1726. .LP
  1727.     2)
  1728.     to identify the continued activity and reset the
  1729. synchronization point serial number in case of resumption.
  1730. .LP
  1731.     j
  1732. )
  1733.     \fICapability Data Exchange\fR \| (see \(sc\(sc\ 7.14 and 7.15), to
  1734. provide a confirmed transfer of a limited amount of user
  1735. data.
  1736. .sp 1P
  1737. .LP
  1738. 5.4.4
  1739.     \fIConnection release phase\fR 
  1740. .sp 9p
  1741. .RT
  1742. .PP
  1743. The purpose of the release phase is to provide disconnection of the session 
  1744. connection, by using the following functions: 
  1745. .RT
  1746. .LP
  1747.     a)
  1748.     orderly release (negotiated and non\(hynegotiated);
  1749. .LP
  1750.     b)
  1751.     abort (provider and user initiated);
  1752. .LP
  1753.     c)
  1754.     transfer of transparent user
  1755. data.
  1756. .sp 1P
  1757. .LP
  1758. 5.5
  1759.     \fIFunctional units\fR 
  1760. .sp 9p
  1761. .RT
  1762. .PP
  1763. Functional units are logical groupings of related elements of
  1764. procedure defined by this Recommendation for the purpose of:
  1765. .RT
  1766. .LP
  1767.     a)
  1768.     negotiation for use during session connection
  1769. establishment;
  1770. .LP
  1771.     b)
  1772.     specification of conformance requirements.
  1773. .PP
  1774. The SPDUs associated with elements of procedure for each
  1775. functional unit are specified in Table\ 3/X.225.
  1776. .PP
  1777. Tokens are associated with functional units (see \(sc\ 5.6).
  1778. .RT
  1779. .sp 1P
  1780. .LP
  1781. 5.5.1
  1782.     \fIKernel functional unit\fR 
  1783. .sp 9p
  1784. .RT
  1785. .PP
  1786. The kernel functional unit supports the basic protocol elements of procedure 
  1787. required to establish a session connection, transfer normal data and release 
  1788. the session connection. 
  1789. .RT
  1790. .sp 1P
  1791. .LP
  1792. 5.5.2
  1793.     \fINegotiated release functional unit\fR 
  1794. .sp 9p
  1795. .RT
  1796. .PP
  1797. The negotiated release functional unit supports the negotiated
  1798. release service which enables the SS\(hyusers to negotiate the orderly 
  1799. release of the session connection. If this functional unit has been selected, 
  1800. an attempt to release the session connection may be refused by the accepting 
  1801. SS\(hyuser. 
  1802. .RT
  1803. .sp 1P
  1804. .LP
  1805. 5.5.3
  1806.     \fIHalf\(hyduplex functional unit\fR 
  1807. .sp 9p
  1808. .RT
  1809. .PP
  1810. The half\(hyduplex functional unit is used to control the right to
  1811. send data. It is not valid to select both this functional unit and the
  1812. duplex functional unit for use on the same session connection.
  1813. .RT
  1814. .sp 1P
  1815. .LP
  1816. 5.5.4
  1817.     \fIDuplex functional unit\fR 
  1818. .sp 9p
  1819. .RT
  1820. .PP
  1821. The duplex functional unit is used when the right to send data is not controlled. 
  1822. It is not valid to select both this functional unit and the 
  1823. half\(hyduplex functional unit for use on the same session connection.
  1824. .RT
  1825. .sp 1P
  1826. .LP
  1827. 5.5.5
  1828.     \fIExpedited data functional unit\fR 
  1829. .sp 9p
  1830. .RT
  1831. .PP
  1832. The expedited data functional unit supports the expedited data
  1833. service and allows the transfer of a limited amount of SS\(hyuser data.
  1834. .PP
  1835. The services supported by this functional unit can only be requested when 
  1836. the transport expedited flow is available to this session connection. 
  1837. .RT
  1838. .sp 1P
  1839. .LP
  1840. 5.5.6
  1841.     \fITyped data functional unit\fR 
  1842. .sp 9p
  1843. .RT
  1844. .PP
  1845. The typed data functional unit enables the SS\(hyusers to transfer
  1846. data in a manner which is not subject to the control imposed by the
  1847. availability of the data token.
  1848. .bp
  1849. .RT
  1850. .ce
  1851. \fBH.T. [1T3.225]\fR 
  1852. .ce
  1853. TABLE\ 3/X.225
  1854. .ce
  1855. \fBFunctional units\fR 
  1856. .ps 9
  1857. .vs 11
  1858. .nr VS 11
  1859. .nr PS 9
  1860. .TS
  1861. center box;
  1862. cw(60p) | cw(30p) | cw(108p) | cw(30p) .
  1863. Functional unit    SPDU code    SPDU name    Reference
  1864. _
  1865. .T&
  1866. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1867.             
  1868. .T&
  1869. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1870. T{
  1871. OA
  1872. OVERFLOW ACCEPT (Note 2)
  1873. 7.2\ 
  1874. T}            
  1875. .T&
  1876. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1877. T{
  1878. CDO
  1879. CONNECT DATA OVERFLOW (Note 2)
  1880. 7.3\ 
  1881. T}            
  1882. .T&
  1883. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1884. AC ACCEPT (Note 1) 7.4\             
  1885. .T&
  1886. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1887. RF REFUSE (Note 1) 7.5\             
  1888. .T&
  1889. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1890. FN FINISH 7.6\             
  1891. .T&
  1892. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1893. DN DISCONNECT 7.7\             
  1894. .T&
  1895. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1896. AB ABORT 7.9\             
  1897. .T&
  1898. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1899. AA ABORT ACCEPT (Note 3) 7.10            
  1900. .T&
  1901. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1902. T{
  1903. DT
  1904. DATA TRANSFER
  1905. 7.11
  1906. Negotiated release
  1907. NF
  1908. NOT FINISHED
  1909. 7.8\ 
  1910. T}            
  1911. _
  1912. .T&
  1913. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1914. GT GIVE TOKENS (Note 5) 7.16            
  1915. .T&
  1916. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1917. T{
  1918. PT
  1919. PLEASE TOKENS (Note 5)
  1920. 7.17
  1921. Half\(hyduplex
  1922. GT
  1923. GIVE TOKENS (Note 4)
  1924. 7.16
  1925. T}            
  1926. _
  1927. .T&
  1928. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1929. T{
  1930. PT
  1931. PLEASE TOKENS (Note 4)
  1932. 7.17
  1933. Duplex
  1934. T}            
  1935. _
  1936. .T&
  1937. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1938. T{
  1939. No additional associated SPDUs
  1940. T}    T{
  1941. Expedited data
  1942. EX
  1943. EXPEDITED DATA
  1944. 7.12
  1945. Typed data
  1946. TD
  1947. TYPED DATA
  1948. 7.13
  1949. Capability data exchange
  1950. CD
  1951. CAPABILITY DATA
  1952. 7.14
  1953. T}        
  1954. _
  1955. .T&
  1956. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1957. T{
  1958. CDA
  1959. CAPABILITY DATA ACK
  1960. 7.15
  1961. Minor synchronize
  1962. MIP
  1963. MINOR SYNC POINT
  1964. 7.20
  1965. T}            
  1966. _
  1967. .T&
  1968. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1969. MIA MINOR SYNC ACK 7.21            
  1970. .T&
  1971. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1972. GT GIVE TOKENS (Note 6) 7.16            
  1973. .T&
  1974. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1975. T{
  1976. PT
  1977. PLEASE TOKENS (Note 6)
  1978. 7.17
  1979. Major synchronize
  1980. MAP
  1981. MAJOR SYNC POINT
  1982. 7.22
  1983. T}            
  1984. _
  1985. .T&
  1986. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1987. MAA MAJOR SYNC ACK 7.23            
  1988. .T&
  1989. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1990. PR PREPARE (Note 7) 7.26            
  1991. .T&
  1992. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1993. GT GIVE TOKENS (Note 8) 7.16            
  1994. .T&
  1995. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  1996. T{
  1997. PT
  1998. PLEASE TOKENS (Note 8)
  1999. 7.17
  2000. Resynchronize
  2001. RS
  2002. RESYNCHRONIZE
  2003. 7.24
  2004. T}            
  2005. _
  2006. .T&
  2007. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2008. RA RESYNCHRONIZE ACK 7.25            
  2009. .T&
  2010. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2011. T{
  2012. PR
  2013. PREPARE (Note 7)
  2014. 7.26
  2015. Exceptions
  2016. ER
  2017. EXCEPTION REPORT
  2018. 7.27
  2019. T}            
  2020. _
  2021. .T&
  2022. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2023. ED EXCEPTION DATA 7.28            
  2024. _
  2025. .TE
  2026. .nr PS 9
  2027. .RT
  2028. .ad r
  2029. \fBTableau 3/X.225 [1T3.225], p.7\fR 
  2030. .sp 1P
  2031. .RT
  2032. .ad b
  2033. .RT
  2034. .LP
  2035. .bp
  2036. .ce
  2037. \fBH.T. [2T3.225]\fR 
  2038. .ce
  2039. TABLE\ 3/X.225\ \fI(cont.)\fR 
  2040. .ps 9
  2041. .vs 11
  2042. .nr VS 11
  2043. .nr PS 9
  2044. .TS
  2045. center box;
  2046. cw(60p) | cw(30p) | cw(108p) | cw(30p) .
  2047. Functional unit    SPDU code    SPDU name    Reference
  2048. _
  2049. .T&
  2050. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2051.             
  2052. .T&
  2053. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2054. AR ACTIVITY RESUME 7.30            
  2055. .T&
  2056. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2057. AI ACTIVITY INTERRUPT 7.31            
  2058. .T&
  2059. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2060. T{
  2061. AIA
  2062. ACTIVITY INTERRUPT ACK
  2063. 7.32
  2064. T}            
  2065. .T&
  2066. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2067. AD ACTIVITY DISCARD 7.33            
  2068. .T&
  2069. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2070. ADA ACTIVITY DISCARD ACK 7.34            
  2071. .T&
  2072. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2073. AE ACTIVITY END 7.35            
  2074. .T&
  2075. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2076. AEA ACTIVITY END ACK 7.36            
  2077. .T&
  2078. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2079. PR PREPARE (Note 7) 7.26            
  2080. .T&
  2081. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2082. GT GIVE TOKENS (Note 8) 7.16            
  2083. .T&
  2084. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2085. T{
  2086. PT
  2087. PLEASE TOKENS (Note 8)
  2088. 7.17
  2089. T}            
  2090. .T&
  2091. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2092. T{
  2093. GTC
  2094. GIVE TOKENS CONFIRM (Note 9)
  2095. 7.18
  2096. T}            
  2097. .T&
  2098. lw(60p) | lw(30p) | lw(108p) | lw(30p) .
  2099. T{
  2100. GTA
  2101. GIVE TOKENS ACK (Note 9)
  2102. 7.19
  2103. \fINote\ 1\fR
  2104. \ \(em\ An implementation (see \(sc 9) is required to be able to:
  2105. .parag
  2106. a)
  2107. send a CONNECT SPDU and receive an ACCEPT SPDU or a
  2108. REFUSE SPDU, or
  2109. .parag
  2110. b)
  2111. receive a CONNECT SPDU and send an ACCEPT SPDU or a REFUSE
  2112. SPDU, or
  2113. .parag
  2114. c)
  2115. send and receive both.
  2116. .parag
  2117. \fINote\ 2\fR
  2118. \ \(em\ These SPDUs are only used when the SSDU passed in the S\(hyCONNECT
  2119. request is segmented [see \(sc 6.3.5 b)].
  2120. .parag
  2121. \fINote\ 3\fR
  2122. \ \(em\ Reception and correct action is mandatory; transmission is
  2123. optional if the transport connection is not to be reused (see \(sc\ 7.10.2).
  2124. .parag
  2125. \fINote\ 4\fR
  2126. \ \(em\ Used to manage the data token.
  2127. .parag
  2128. \fINote\ 5\fR
  2129. \ \(em\ Used to manage the release token.
  2130. .parag
  2131. \fINote\ 6\fR
  2132. \ \(em\ Used to manage the synchronize\(hyminor token.
  2133. .parag
  2134. \fINote\ 7\fR
  2135. \ \(em\ PREPARE SPDU is mandatory if the transport expedited flow is
  2136. available to this session connection, otherwise it is not used (see \(sc\ 6.4).
  2137. .parag
  2138. \fINote\ 8\fR
  2139. \ \(em\ Used to manage the major/activity token.
  2140. .parag
  2141. \fINote\ 9\fR
  2142. \ \(em\ Used only on session connections on which activity management has
  2143. been selected, for giving all available tokens, when no activity is in
  2144. progress.
  2145. .parag
  2146. T}            
  2147. _
  2148. .TE
  2149. .nr PS 9
  2150. .RT
  2151. .ad r
  2152. \fBTableau 3/X.225 (suite et fin) [2T3.225], p.8\fR 
  2153. .sp 1P
  2154. .RT
  2155. .ad b
  2156. .RT
  2157. .LP
  2158. .sp 15
  2159. .bp
  2160. .sp 1P
  2161. .LP
  2162. 5.5.7
  2163.     \fICapability data exchange functional unit\fR 
  2164. .sp 9p
  2165. .RT
  2166. .PP
  2167. The capability data functional unit supports the capability data
  2168. exchange service, which allows a confirmed transfer of
  2169. SS\(hyuser data when the activity management functional unit has been selected,
  2170. but when no activity is in progress.
  2171. .RT
  2172. .sp 1P
  2173. .LP
  2174. 5.5.8
  2175.     \fIMinor synchronize functional unit\fR 
  2176. .sp 9p
  2177. .RT
  2178. .PP
  2179. The minor synchronize functional unit supports the minor
  2180. synchronization service which enables the SS\(hyuser to request that the SPM
  2181. places minor synchronization points in the normal data flow. These minor
  2182. synchronization points are identified by serial numbers.
  2183. .RT
  2184. .sp 1P
  2185. .LP
  2186. 5.5.9
  2187.     \fIMajor synchronize functional unit\fR 
  2188. .sp 9p
  2189. .RT
  2190. .PP
  2191. The major synchronize functional unit supports the major
  2192. synchronize service which enables the SS\(hyuser to request that the SPM places
  2193. major synchronization points in the normal data flow. These major
  2194. synchronization
  2195. before ane identified by serial numbers, and clearly separate the data flow
  2196. before after the major synchronization point.
  2197. .RT
  2198. .sp 1P
  2199. .LP
  2200. 5.5.10
  2201.     \fIResynchronize functional unit\fR 
  2202. .sp 9p
  2203. .RT
  2204. .PP
  2205. The resynchronize functional unit supports the resynchronize
  2206. service which enables the SS\(hyusers to modify the synchronization point
  2207. serial number and reassign the tokens.
  2208. .RT
  2209. .sp 1P
  2210. .LP
  2211. 5.5.11
  2212.     \fIExceptions functional unit\fR 
  2213. .sp 9p
  2214. .RT
  2215. .PP
  2216. The exceptions functional unit allows both the SPM and the SS\(hyusers 
  2217. to report detected errors, rather than aborting the session connection. 
  2218. .PP
  2219. This functional unit can only be selected when the half\(hyduplex
  2220. functional unit has been selected.
  2221. .RT
  2222. .sp 1P
  2223. .LP
  2224. 5.5.12
  2225.     \fIActivity management functional unit\fR 
  2226. .sp 9p
  2227. .RT
  2228. .PP
  2229. The activity management functional unit supports the activity
  2230. management services which allow the SS\(hyusers to manage synchronized logical
  2231. pieces of work.
  2232. .RT
  2233. .sp 1P
  2234. .LP
  2235. 5.6
  2236.     \fITokens\fR 
  2237. .sp 9p
  2238. .RT
  2239. .PP
  2240. Table 4/X.225 specifies those functional units that have tokens
  2241. associated with them.
  2242. .PP
  2243. The SPM may only send an SPDU listed in Table\ 5/X.225 (and accept the 
  2244. associated service primitive) subject to the availability and assignment 
  2245. of 
  2246. tokens defined in that table.
  2247. .RT
  2248. .ce
  2249. \fBH.T. [T4.225]\fR 
  2250. .ce
  2251. TABLE\ 4/X.225
  2252. .ce
  2253. \fBTokens associated with functional units\fR 
  2254. .ps 9
  2255. .vs 11
  2256. .nr VS 11
  2257. .nr PS 9
  2258. .TS
  2259. center box;
  2260. cw(90p) | cw(90p) .
  2261. Functional unit    T{
  2262. Token
  2263. Negotiated release
  2264. release token
  2265. Half\(hyduplex
  2266. data token
  2267. Minor synchronize
  2268. synchronize\(hyminor token
  2269. Major synchronize
  2270. major/activity token
  2271. Activity management
  2272. major/activity token
  2273. T}
  2274. _
  2275. .TE
  2276. .nr PS 9
  2277. .RT
  2278. .ad r
  2279. \fBTable 4/X.225 [T4.225], p.\fR 
  2280. .sp 1P
  2281. .RT
  2282. .ad b
  2283. .RT
  2284. .LP
  2285. .bp
  2286. .ce
  2287. \fBH.T. [T5.225]\fR 
  2288. .ce
  2289. TABLE\ 5/X.225
  2290. .ce
  2291. \fBToken restrictions\fR 
  2292. .ps 9
  2293. .vs 11
  2294. .nr VS 11
  2295. .nr PS 9
  2296. .TS
  2297. center box;
  2298. cw(108p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  2299. SPDUs    data token    synchro nize\(hyminor token    major/activity token    T{
  2300. release token
  2301. FINISH SPDU
  2302. 2
  2303. 2
  2304. 2
  2305. 2
  2306. NOT FINISHED SPDU
  2307. nr
  2308. nr
  2309. nr
  2310. 0
  2311. DATA TRANSFER SPDU (Half\(hyduplex)
  2312. 1
  2313. nr
  2314. nr
  2315. nr
  2316. DATA TRANSFER SPDU (Duplex)
  2317. 3
  2318. nr
  2319. nr
  2320. nr
  2321. CAPABILITY DATA SPDU
  2322. 2
  2323. 2
  2324. 1
  2325. nr
  2326. GIVE TOKEN SPDU:
  2327. Data token
  2328. 1
  2329. nr
  2330. nr
  2331. nr
  2332. synchronize\(hyminor token
  2333. nr
  2334. 1
  2335. nr
  2336. nr
  2337. major/activity token
  2338. nr
  2339. nr
  2340. 1
  2341. nr
  2342. release token 
  2343. nr
  2344. nr
  2345. nr
  2346. 1
  2347. PLEASE TOKEN SPDU:
  2348. data token
  2349. 0
  2350. nr
  2351. nr
  2352. nr
  2353. synchronize\(hyminor token
  2354. nr
  2355. 0
  2356. nr
  2357. nr
  2358. major/activity token
  2359. nr
  2360. nr
  2361. 0
  2362. nr
  2363. release token
  2364. nr
  2365. nr
  2366. nr
  2367. 0
  2368. GIVE TOKENS CONFIRM SPDU
  2369. 2
  2370. 2
  2371. 1
  2372. 2
  2373. MINOR SYNC POINT SPDU
  2374. 2
  2375. 1
  2376. nr
  2377. nr
  2378. MAJOR SYNC POINT SPDU
  2379. 2
  2380. 2
  2381. 1
  2382. nr
  2383. EXCEPTION REPORT SPDU
  2384. 0
  2385. nr
  2386. nr
  2387. nr
  2388. EXCEPTION DATA SPDU
  2389. 0
  2390. nr
  2391. nr
  2392. nr
  2393. ACTIVITY START SPDU
  2394. 2
  2395. 2
  2396. 1
  2397. nr
  2398. ACTIVITY RESUME SPDU
  2399. 2
  2400. 2
  2401. 1
  2402. nr
  2403. ACTIVITY INTERRUPT SPDU
  2404. nr
  2405. nr
  2406. 1
  2407. nr
  2408. ACTIVITY DISCARD SPDU
  2409. nr
  2410. nr
  2411. 1
  2412. nr
  2413. ACTIVITY DISCARD SPDU
  2414. 2
  2415. 2
  2416. 1
  2417. nr
  2418. 0:
  2419. Token available and not assigned to the SS\(hyuser who initiated the
  2420. associated service primitive
  2421. .line
  2422. 1:
  2423. Token available and assigned to the SS\(hyuser who initiated the
  2424. associated service primitive
  2425. .line
  2426. 2:
  2427. Token not available or token assigned to the SS\(hyuser who initiated the associated service primitive
  2428. .line
  2429. 3:
  2430. Token not available
  2431. .line
  2432. nr:
  2433. No restriction
  2434. .parag
  2435. T}
  2436. _
  2437. .TE
  2438. .nr PS 9
  2439. .RT
  2440. .ad r
  2441. \fBTable 5/X.225 [T5.225], p.\fR 
  2442. .sp 1P
  2443. .RT
  2444. .ad b
  2445. .RT
  2446. .LP
  2447. .sp 9
  2448. .bp
  2449. .sp 1P
  2450. .LP
  2451. 5.7
  2452.     \fINegotiation\fR 
  2453. .sp 9p
  2454. .RT
  2455. .PP
  2456. Negotiation takes place between both SPMs during session connection establishment 
  2457. according to the following rules. 
  2458. .RT
  2459. .sp 1P
  2460. .LP
  2461. 5.7.1
  2462.     \fINegotiation of functional units\fR 
  2463. .sp 9p
  2464. .RT
  2465. .PP
  2466. Each SPM proposes use or non\(hyuse of each functional unit, except
  2467. for the kernel functional unit, based on requirements from the SS\(hyusers. The
  2468. functional unit is selected only if both the initiator and the responder
  2469. propose use of the functional unit.
  2470. .PP
  2471. The capability data exchange functional unit can only be proposed if the 
  2472. activity management functional unit is also proposed. 
  2473. .PP
  2474. The exceptions functional unit can only be proposed if the half\(hyduplex 
  2475. functional unit is also proposed. 
  2476. .RT
  2477. .sp 1P
  2478. .LP
  2479. 5.7.2
  2480.     \fINegotiation of initial token settings\fR 
  2481. .sp 9p
  2482. .RT
  2483. .PP
  2484. When the initiator proposes use of a functional unit that requires a token, 
  2485. it also proposes the initial token setting: 
  2486. .RT
  2487. .LP
  2488.     a)
  2489.     initiator's side;
  2490. .LP
  2491.     b)
  2492.     responder's side;
  2493. .LP
  2494.     c)
  2495.     called SS\(hyuser's choice.
  2496. .PP
  2497. If use of the functional unit is selected, the token is set to
  2498. the side proposed by the initiator. If the initiator proposed \*Qcalled 
  2499. SS\(hyuser choice\*U, the responder's proposed token setting is selected. 
  2500. .sp 1P
  2501. .LP
  2502. 5.7.3
  2503.     \fINegotiation of initial serial number\fR 
  2504. .sp 9p
  2505. .RT
  2506. .PP
  2507. When the initiator proposes any of the minor synchronize, major
  2508. synchronize or resynchronize functional units but does not propose the 
  2509. activity management functional unit, it also proposes an initial serial 
  2510. number. 
  2511. .PP
  2512. When the initiator proposes any of the minor synchronize, major
  2513. synchronize or resynchronize functional units and also proposes the activity
  2514. management functional unit, it may also propose an initial serial number.
  2515. .PP
  2516. In all other cases, the initiator does not propose an initial serial   number.
  2517. .PP
  2518. When the responder proposes any of the minor synchronize, major
  2519. synchronize or resynchronize functional units but does not propose the 
  2520. activity management functional unit, it also proposes an initial serial 
  2521. number, which is the first serial number to be used. 
  2522. .PP
  2523. In all other cases, the responder does not propose an initial serial   number.
  2524. .RT
  2525. .sp 1P
  2526. .LP
  2527. 5.7.4
  2528.     \fINegotiation of version number\fR 
  2529. .sp 9p
  2530. .RT
  2531. .PP
  2532. Each SPM indicates all the appropriate versions of the protocol
  2533. that it is capable of supporting.
  2534. .RT
  2535. .sp 1P
  2536. .LP
  2537. 5.7.5
  2538.     \fINegotiation of maximum TSDU size\fR 
  2539. .sp 9p
  2540. .RT
  2541. .PP
  2542. Each SPM proposes a maximum TSDU size that the initiator is
  2543. permitted to send. The lesser of the two numbers is used. A zero value is
  2544. interpreted to mean unlimited TSDU size. If either SPM proposes zero, the
  2545. initiator may not send segmented data or typed data SSDUs.
  2546. .PP
  2547. Each SPM also proposes a maximum TSDU size that the responder is
  2548. permitted to send. The lesser of the two numbers is used. A zero value is
  2549. interpreted to mean unlimited TSDU size. If either SPM proposes zero, the
  2550. responder may not send segmented data or typed data SSDUs on the session
  2551. connection.
  2552. .RT
  2553. .sp 1P
  2554. .LP
  2555. 5.8
  2556.     \fILocal variables\fR 
  2557. .sp 9p
  2558. .RT
  2559. .PP
  2560. This Recommendation uses local variables as a means of clarifying the effect 
  2561. of certain actions and clarifying the conditions under which certain actions 
  2562. are valid. 
  2563. .bp
  2564. .RT
  2565. .sp 1P
  2566. .LP
  2567. 5.8.1
  2568.     \fIVact\fR 
  2569. .sp 9p
  2570. .RT
  2571. .PP
  2572. Vact is used by the SPM to determine if an activity is in progress when 
  2573. the activity management functional unit has been selected: 
  2574. .RT
  2575. .LP
  2576.     Vact\ =\ true:
  2577.     an activity is in progress;
  2578. .LP
  2579.     Vact\ =\ false:
  2580.     no activity is in progress.
  2581. .sp 1P
  2582. .LP
  2583. 5.8.2
  2584.     \fIVnextact\fR 
  2585. .sp 9p
  2586. .RT
  2587. .PP
  2588. Vnextact is used by the SPM when the activity management functional unit 
  2589. has been selected: 
  2590. .RT
  2591. .LP
  2592.     Vnextact\ =\ true:
  2593.     a MAJOR SYNC POINT SPDU has been sent or
  2594. received;
  2595. .LP
  2596.     Vnextact\ =\ false:
  2597.     an ACTIVITY END SPDU has been sent or
  2598. received.
  2599. .sp 1P
  2600. .LP
  2601. 5.8.3
  2602.     \fIV(A)\fR 
  2603. .sp 9p
  2604. .RT
  2605. .PP
  2606. V(A) is used by the SPM and is the lowest serial number to which a synchronization 
  2607. point confirmation is expected. No confirmation is expected 
  2608. when V(A) = V(M).
  2609. .RT
  2610. .sp 1P
  2611. .LP
  2612. 5.8.4
  2613.     \fIV(M)\fR 
  2614. .sp 9p
  2615. .RT
  2616. .PP
  2617. V(M) is used by the SPM and is the next serial number to be
  2618. used.
  2619. .RT
  2620. .sp 1P
  2621. .LP
  2622. 5.8.5
  2623.     \fIV(R)\fR 
  2624. .sp 9p
  2625. .RT
  2626. .PP
  2627. V(R) is used by the SPM and is the lowest serial number to which
  2628. resynchronization restart is permitted.
  2629. .RT
  2630. .sp 1P
  2631. .LP
  2632. 5.8.6
  2633.     \fIVsc\fR 
  2634. .sp 9p
  2635. .RT
  2636. .PP
  2637. Vsc is used by the SPM to determine whether or not the SS\(hyuser has the 
  2638. right to send minor synchronization point responses. Vsc has the 
  2639. following values:
  2640. .RT
  2641. .LP
  2642.     Vsc\ =\ true:
  2643.     the SS\(hyuser has the right to issue minor
  2644. synchronization point responses when V(A) is less than V(M);
  2645. .LP
  2646.     Vsc\ =\ false:
  2647.     the SS\(hyuser does not have the right to issue
  2648. minor synchronization point responses.
  2649. .PP
  2650. \fINote\fR \ \(em\ The manipulation of V(A), V(M), V(R) and Vsc and the
  2651. circumstances under which they are updated are specified in \(sc\ 7 and are
  2652. summarized in a Table\ A\(hy4/X.225 in Annex\ A.
  2653. .LP
  2654. \fB6\fR     \fBUse of the transport service\fR 
  2655. .sp 1P
  2656. .RT
  2657. .PP
  2658. This section defines the way that the transport service primitives are 
  2659. used by the SPM. 
  2660. .RT
  2661. .sp 2P
  2662. .LP
  2663. 6.1
  2664.     \fIAssignment of a session connection to the transport connection\fR 
  2665. .sp 1P
  2666. .RT
  2667. .sp 1P
  2668. .LP
  2669. 6.1.1
  2670.     \fIPurpose\fR 
  2671. .sp 9p
  2672. .RT
  2673. .PP
  2674. Assignment of a session connection to a transport connection.
  2675. .RT
  2676. .sp 1P
  2677. .LP
  2678. 6.1.2
  2679.     \fITransport service primitives\fR 
  2680. .sp 9p
  2681. .RT
  2682. .PP
  2683. The procedure uses the following transport service
  2684. primitives:
  2685. .RT
  2686. .LP
  2687.     T\(hyCONNECT request
  2688. .LP
  2689.     T\(hyCONNECT indication
  2690. .LP
  2691.     T\(hyCONNECT response
  2692. .LP
  2693.     T\(hyCONNECT confirm
  2694. .LP
  2695.     T\(hyDISCONNECT request
  2696. .LP
  2697.     T\(hyDISCONNECT indication
  2698. .sp 1P
  2699. .LP
  2700. 6.1.3
  2701.     \fISPDUs used\fR 
  2702. .sp 9p
  2703. .RT
  2704. .PP
  2705. No SPDUs are used during assignment to a transport connection.
  2706. .bp
  2707. .RT
  2708. .sp 1P
  2709. .LP
  2710. 6.1.4
  2711.     \fIDescription\fR 
  2712. .sp 9p
  2713. .RT
  2714. .PP
  2715. A session connection is assigned to an existing transport
  2716. connection suitable for reuse, or a new transport connection is created 
  2717. for the purpose. This assignment is based on the quality of service (see 
  2718. Recommendation\ X.215) requested by the SS\(hyuser in the S\(hyCONNECT request.
  2719. .PP
  2720. If a transport connection is established with the transport expedited data 
  2721. option, the transport expedited data flow is available for the duration 
  2722. of the transport connection. Use of transport expedited data is specified 
  2723. in 
  2724. \(sc\ 6.4.
  2725. .PP
  2726. The transport expedited flow is requested by the SPM when the
  2727. T\(hyCONNECT request is issued if:
  2728. .RT
  2729. .LP
  2730.     a)
  2731.     the SS\(hyuser requested the expedited data functional
  2732. unit, or
  2733. .LP
  2734.     b)
  2735.     the SS\(hyuser requested an extended control QOS for the
  2736. session connection.
  2737. .PP
  2738. Only the initiator of the transport connection is permitted to
  2739. issue the CONNECT SPDU.
  2740. .PP
  2741. When a session connection is terminated, the underlying transport
  2742. connection is also terminated, unless reuse of the transport connection has
  2743. been agreed.
  2744. .PP
  2745. Use of the TS\(hyuser data parameter in T\(hyCONNECT request, indication,
  2746. response and confirm is reserved for future use. When T\(hyCONNECT request or a
  2747. T\(hyCONNECT response is issued, this parameter is empty. When a T\(hyCONNECT
  2748. indication or T\(hyCONNECT confirm is received, this parameter is ignored.
  2749. .RT
  2750. .sp 2P
  2751. .LP
  2752. 6.2
  2753.     \fIReuse of the transport connection\fR 
  2754. .sp 1P
  2755. .RT
  2756. .sp 1P
  2757. .LP
  2758. 6.2.1
  2759.     \fIPurpose\fR 
  2760. .sp 9p
  2761. .RT
  2762. .PP
  2763. To allow the transport connection to be retained for reuse by
  2764. another session connection.
  2765. .RT
  2766. .sp 1P
  2767. .LP
  2768. 6.2.2
  2769.     \fITransport service primitives\fR 
  2770. .sp 9p
  2771. .RT
  2772. .PP
  2773. The procedure uses the following transport service
  2774. primitives:
  2775. .RT
  2776. .LP
  2777.     T\(hyDATA request
  2778. .LP
  2779.     T\(hyDATA indication
  2780. .sp 1P
  2781. .LP
  2782. 6.2.3
  2783.     \fISPDUs used\fR 
  2784. .sp 9p
  2785. .RT
  2786. .PP
  2787. The following SPDUs are related to reuse of the transport
  2788. connection:
  2789. .RT
  2790. .LP
  2791.     REFUSE SPDU\ (see \(sc\ 7.5);
  2792. .LP
  2793.     FINISH SPDU\ (see \(sc\ 7.6);
  2794. .LP
  2795.     DISCONNECT SPDU\ (see \(sc\ 7.7);
  2796. .LP
  2797.     ABORT SPDU\ (see \(sc\ 7.9);
  2798. .LP
  2799.     ABORT ACCEPT SPDU\ (see \(sc\ 7.10).
  2800. .sp 1P
  2801. .LP
  2802. 6.2.4
  2803.     \fIDescription\fR 
  2804. .sp 9p
  2805. .RT
  2806. .PP
  2807. When a session connection is refused, or has been successfully
  2808. connected and subsequently disconnected, by abort or orderly release, the
  2809. supporting transport connection may be either disconnected or reused.
  2810. .PP
  2811. The transport connection may be kept for reuse provided that the
  2812. transport expedited flow is not available, and either:
  2813. .RT
  2814. .LP
  2815.     a)
  2816.     the SPM which established the transport connection requests
  2817. retention of the transport connection by parameter in an ABORT
  2818. SPDU or a FINISH SPDU, or
  2819. .LP
  2820.     b)
  2821.     the SPM which established the transport connection receives
  2822. a REFUSE SPDU or an ABORT SPDU which indicates by parameter that
  2823. the transport connection is to be retained.
  2824. .bp
  2825. .PP
  2826. To avoid contention for a retained transport connection, only the transport 
  2827. connection initiator may reuse the transport connection by sending a CONNECT 
  2828. SPDU to establish a new session connection. 
  2829. .sp 2P
  2830. .LP
  2831. 6.3
  2832.     \fIUse of transport normal data\fR 
  2833. .sp 1P
  2834. .RT
  2835. .sp 1P
  2836. .LP
  2837. 6.3.1
  2838.     \fIPurpose\fR 
  2839. .sp 9p
  2840. .RT
  2841. .PP
  2842. To convey SPDUs in user data fields of transport service normal
  2843. data primitives.
  2844. .RT
  2845. .sp 1P
  2846. .LP
  2847. 6.3.2
  2848.     \fITransport service primitives\fR 
  2849. .sp 9p
  2850. .RT
  2851. .PP
  2852. The procedure uses the following transport service
  2853. primitives:
  2854. .RT
  2855. .LP
  2856.     T\(hyDATA request
  2857. .LP
  2858.     T\(hyDATA indication
  2859. .sp 1P
  2860. .LP
  2861. 6.3.3
  2862.     \fISPDUs used\fR 
  2863. .sp 9p
  2864. .RT
  2865. .PP
  2866. The following SPDUs are sent on the transport normal
  2867. flow:
  2868. .RT
  2869. .LP
  2870.     CONNECT SPDU\ (see \(sc\ 7.1);
  2871. .LP
  2872.     OVERFLOW ACCEPT SPDU\ (see \(sc\ 7.2);
  2873. .LP
  2874.     CONNECT DATA OVERFLOW SPDU\ (see \(sc\ 7.3);
  2875. .LP
  2876.     ACCEPT SPDU\ (see \(sc\ 7.4);
  2877. .LP
  2878.     REFUSE SPDU\ (see \(sc\ 7.5);
  2879. .LP
  2880.     FINISH SPDU\ (see \(sc\ 7.6);
  2881. .LP
  2882.     DISCONNECT SPDU\ (see \(sc\ 7.7);
  2883. .LP
  2884.     NOT FINISHED SPDU\ (see \(sc\ 7.8);
  2885. .LP
  2886.     DATA TRANSFER SPDU\ (see \(sc\ 7.11);
  2887. .LP
  2888.     TYPED DATA SPDU\ (see \(sc\ 7.13);
  2889. .LP
  2890.     CAPABILITY DATA SPDU\ (see \(sc\ 7.14);
  2891. .LP
  2892.     CAPABILITY DATA ACK SPDU\ (see \(sc\ 7.15);
  2893. .LP
  2894.     GIVE TOKENS SPDU\ (see (\(sc\ 7.16);
  2895. .LP
  2896.     PLEASE TOKENS SPDU\ (see \(sc\ 7.17);
  2897. .LP
  2898.     GIVE TOKENS CONFIRM SPDU\ (see \(sc\ 7.18);
  2899. .LP
  2900.     GIVE TOKENS ACK SPDU\ (see \(sc\ 7.19);
  2901. .LP
  2902.     MINOR SYNC POINT SPDU\ (see \(sc\ 7.20);
  2903. .LP
  2904.     MINOR SYNC ACK SPDU\ (see \(sc\ 7.21);
  2905. .LP
  2906.     MAJOR SYNC POINT SPDU\ (see \(sc\ 7.22);
  2907. .LP
  2908.     MAJOR SYNC ACK SPDU\ (see \(sc\ 7.23);
  2909. .LP
  2910.     RESYNCHRONIZE SPDU\ (see \(sc\ 7.24);
  2911. .LP
  2912.     RESYNCHRONIZE ACK SPDU\ (see \(sc\ 7.25);
  2913. .LP
  2914.     EXCEPTION REPORT SPDU\ (see \(sc\ 7.27);
  2915. .LP
  2916.     EXCEPTION DATA SPDU\ (see \(sc\ 7.28);
  2917. .LP
  2918.     ACTIVITY START SPDU\ (see \(sc\ 7.29);
  2919. .LP
  2920.     ACTIVITY RESUME SPDU\ (see \(sc\ 7.30);
  2921. .LP
  2922.     ACTIVITY INTERRUPT SPDU\ (see \(sc\ 7.31);
  2923. .LP
  2924.     ACTIVITY INTERRUPT ACK SPDU\ (see \(sc\ 7.32);
  2925. .LP
  2926.     ACTIVITY DISCARD SPDU\ (see \(sc\ 7.33);
  2927. .LP
  2928.     ACTIVITY DISCARD ACK SPDU\ (see \(sc\ 7.34);
  2929. .LP
  2930.     ACTIVITY END SPDU\ (see \(sc\ 7.35);
  2931. .LP
  2932.     ACTIVITY END ACK SPDU\ (see \(sc\ 7.36).
  2933. .PP
  2934. If the SS\(hyuser data exceeds 9 octets or if the transport extended flow 
  2935. is not available, the following additional SPDUs are sent on the transport 
  2936. normal flow: 
  2937. .LP
  2938.     ABORT SPDU\ (see \(sc\ 7.9);
  2939. .LP
  2940.     ABORT ACCEPT SPDU\ (see \(sc\ 7.10).
  2941. .bp
  2942. .sp 1P
  2943. .LP
  2944. 6.3.4
  2945.     \fITransfer of SPDUs\fR 
  2946. .sp 9p
  2947. .RT
  2948. .PP
  2949. The SPDUs listed in \(sc\ 6.3.3 are transferred using the transport
  2950. normal data transfer service.
  2951. .RT
  2952. .sp 1P
  2953. .LP
  2954. 6.3.5
  2955.     \fISegmenting\fR 
  2956. .sp 9p
  2957. .RT
  2958. .PP
  2959. Segmenting of SSDUs takes place under the following
  2960. circumstances:
  2961. .RT
  2962. .LP
  2963.     a)
  2964.     when a maximum TSDU size has been selected, in which
  2965. case a data SSDU or a typed data SSDU may be mapped on to more than one SPDU;
  2966. .LP
  2967.     b)
  2968.     when protocol version 2 is proposed or selected and either
  2969. .LP
  2970.     i)
  2971.     the SPDU size would exceed the maximum TSDU size, or
  2972. .LP
  2973.     ii)
  2974.      the SPDU size would exceed 65539 octets for an SPDU to be sent on the 
  2975. transport normal flow or 16\ octets for an SPDU to be sent on the transport 
  2976. expedited flow 
  2977. .LP
  2978. in which case SSDUs other than data SSDUs, typed data SSDUs and expedited
  2979. data SSDUs are mapped into more than one SPDU.
  2980. .PP
  2981. In all other cases, each SSDU is mapped one\(hyto\(hyone onto an SPDU.
  2982. .PP
  2983. \fINote\fR \ \(em\ Implementors should note that when segmenting is
  2984. selected:
  2985. .RT
  2986. .LP
  2987.     a)
  2988.     the control information of each SPDU indicates whether or
  2989. not it contains the first or last segment of the SSDU;
  2990. .LP
  2991.     b)
  2992.     the size of the segments of the SSDU is constrained by the
  2993. maximum TSDU size selected for that direction of
  2994. transfer.
  2995. .sp 1P
  2996. .LP
  2997. 6.3.6
  2998.     \fIMaximum TSDU size\fR 
  2999. .sp 9p
  3000. .RT
  3001. .PP
  3002. When a maximum TSDU size has been selected, the SPDU size may not exceed 
  3003. the maximum TSDU size selected for that direction of transfer and a 
  3004. sequence of concatenated SPDUs may not exceed the maximum TSDU size selected
  3005. for that direction of transfer.
  3006. .RT
  3007. .sp 1P
  3008. .LP
  3009. 6.3.7
  3010.     \fIConcatenation\fR 
  3011. .sp 9p
  3012. .RT
  3013. .PP
  3014. Each SPDU is defined in Table\ 6/X.225 as belonging to one of the
  3015. following categories:
  3016. .RT
  3017. .LP
  3018.     a)
  3019.     \fICategory 0 SPDUs\fR \| which may be mapped one\(hyto\(hyone onto a
  3020. TSDU or may be concatenated with one or more Category\ 2 SPDUs;
  3021. .LP
  3022.     b)
  3023.     \fICateogry 1 SPDUs\fR \| which are always mapped one\(hyto\(hyone onto
  3024. a TSDU;
  3025. .LP
  3026.     c)
  3027.     \fICategory 2 SPDUs\fR \| which are never mapped one\(hyto\(hyone onto a
  3028. TSDU.
  3029. .PP
  3030. Basic concatenations of a category 0 SPDU with a single category 2 SPDU, 
  3031. defined as valid and in the order indicated in Table\ 7/X.225, may always 
  3032. be mapped onto a single TSDU. 
  3033. .PP
  3034. If the receiving SPM has indicated that it can accept extended
  3035. concatenation, the sending SPM may map a category\ 0 SPDU with one or more
  3036. category\ 2 SPDUs (as specified in Table\ 8/X.225) onto a single TSDU in 
  3037. the case where this concatenated sequence does not fit into a single TSDU, 
  3038. extended 
  3039. concatenation cannot be applied.
  3040. .PP
  3041. The valid mappings of SPDUs onto TSDUs are illustrated in
  3042. Figure\ 3/X.225.
  3043. .PP
  3044. Any other concatenation of SPDUs is defined as invalid.
  3045. .RT
  3046. .sp 1P
  3047. .LP
  3048. 6.3.7.1
  3049.     \fIProcessing order of concatenated SPDUs\fR 
  3050. .sp 9p
  3051. .RT
  3052. .PP
  3053. On receipt of SPDUs that have been concatenated using basic
  3054. concatenation, the category\ 2 SPDUs are processed before the category\ 0 SPDU.
  3055. .PP
  3056. On receipt, SPDUs that have been concatenated using extended
  3057. concatenation are processed in the following order:
  3058. .RT
  3059. .LP
  3060.     a)
  3061.     ACTIVITY START SPDU or
  3062. .LP
  3063.     ACTIVITY RESUME SPDU;
  3064. .LP
  3065.     b)
  3066.     DATA TRANSFER SPDU;
  3067. .bp
  3068. .LP
  3069.     c)
  3070.     MINOR SYNC POINT SPDU or
  3071. .LP
  3072.     MINOR SYNC ACK SPDU or
  3073. .LP
  3074.     MAJOR SYNC POINT SPDU or
  3075. .LP
  3076.     MAJOR SYNC ACK SPDU or
  3077. .LP
  3078.     ACTIVITY END SPDU or
  3079. .LP
  3080.     ACTIVITY END ACK SPDU;
  3081. .LP
  3082.     d)
  3083.     GIVE TOKENS SPDU or
  3084. .LP
  3085.     PLEASE TOKENS SPDU.
  3086. .LP
  3087. .sp 2
  3088. .ce
  3089. \fBH.T. [T6.225]\fR 
  3090. .ce
  3091. TABLE\ 6/X.225
  3092. .ce
  3093. \fBCategory 0, 1 and 2 SPDUs\fR 
  3094. .ps 9
  3095. .vs 11
  3096. .nr VS 11
  3097. .nr PS 9
  3098. .TS
  3099. center box;
  3100. cw(60p) | cw(78p) | cw(90p) .
  3101. Category 0 SPDUs    Category 1 SPDUs    T{
  3102. Category 2 SPDUs
  3103. GIVE TOKENS SPDU
  3104. CONNECT SPDU
  3105. DATA TRANSFER SPDU
  3106. PLEASE TOKENS SPDU
  3107. ACCEPT SPDU
  3108. T}
  3109. _
  3110. .T&
  3111. cw(60p) | cw(78p) | cw(90p) .
  3112.         
  3113. .T&
  3114. cw(60p) | cw(78p) | cw(90p) .
  3115.     MINOR SYNC POINT SPDU    
  3116. .T&
  3117. cw(60p) | cw(78p) | cw(90p) .
  3118. T{
  3119. REFUSE SPDU
  3120. MINOR SYNC POINT SPDU
  3121. T}        
  3122. .T&
  3123. cw(60p) | cw(78p) | cw(90p) .
  3124. FINISH SPDU        
  3125. .T&
  3126. cw(60p) | cw(78p) | cw(90p) .
  3127. T{
  3128. DISCONNECT SPDU
  3129. MAJOR SYNC POINT SPDU
  3130. T}        
  3131. .T&
  3132. cw(60p) | cw(78p) | cw(90p) .
  3133. T{
  3134. NOT FINISHED SPDU
  3135. MAJOR SYNC ACK SPDU
  3136. T}        
  3137. .T&
  3138. cw(60p) | cw(78p) | cw(90p) .
  3139. ABORT SPDU        
  3140. .T&
  3141. cw(60p) | cw(78p) | cw(90p) .
  3142. T{
  3143. ABORT ACCEPT SPDU
  3144. RESYNCHRONIZE SPDU
  3145. T}        
  3146. .T&
  3147. cw(60p) | cw(78p) | cw(90p) .
  3148.     RESYNCHRONIZE ACK SPDU    
  3149. .T&
  3150. cw(60p) | cw(78p) | cw(90p) .
  3151. GIVE TOKENS CONFIRM SPDU        
  3152. .T&
  3153. cw(60p) | cw(78p) | cw(90p) .
  3154. T{
  3155. GIVE TOKENS ACK SPDU
  3156. ACTIVITY START SPDU
  3157. T}        
  3158. .T&
  3159. cw(60p) | cw(78p) | cw(90p) .
  3160.     ACTIVITY RESUME SPDU    
  3161. .T&
  3162. cw(60p) | cw(78p) | cw(90p) .
  3163. T{
  3164. EXPEDITED SPDU
  3165. ACTIVITY DISCARD SPDU
  3166. T}        
  3167. .T&
  3168. cw(60p) | cw(78p) | cw(90p) .
  3169. T{
  3170. PREPARE SPDU
  3171. ACTIVITY DISCARD ACK SPDU
  3172. T}        
  3173. .T&
  3174. cw(60p) | cw(78p) | cw(90p) .
  3175. T{
  3176. TYPED DATA SPDU
  3177. ACTIVITY INTERRUPT SPDU
  3178. ACTIVITY INTERRUPT ACK SPDU
  3179. ACTIVITY END SPDU
  3180. T}    T{
  3181. OVERFLOW ACCEPT SPDU
  3182. CONNECT DATA OVERFLOW SPDU
  3183. ACTIVITY END ACK SPDU
  3184. CAPABILITY DATA SPDU
  3185. CAPABILITY DATA ACK SPDU
  3186. EXCEPTION REPORT SPDU
  3187. EXCEPTION DATA SPDU
  3188. T}    
  3189. _
  3190. .TE
  3191. .nr PS 9
  3192. .RT
  3193. .ad r
  3194. \fBTableau 6/X.225 [T6.225], p.11\fR 
  3195. .sp 1P
  3196. .RT
  3197. .ad b
  3198. .RT
  3199. .LP
  3200. .sp 3
  3201. .bp
  3202. .ce
  3203. \fBH.T. [T7.225]\fR 
  3204. .ce
  3205. TABLE\ 7/X.225
  3206. .ce
  3207. \fBValid basic concatenation of SPDUs\fR 
  3208. .ps 9
  3209. .vs 11
  3210. .nr VS 11
  3211. .nr PS 9
  3212. .TS
  3213. center box;
  3214. cw(90p) | cw(138p) .
  3215. First SPDU    T{
  3216. Second SPDU
  3217. GIVE TOKENS SPDU
  3218. DATA TRANSFER SPDU
  3219. GIVE TOKENS SPDU
  3220. MINOR SYNC POINT SPDU
  3221. PLEASE TOKENS SPDU
  3222. MINOR SYNC ACK SPDU
  3223. GIVE TOKENS SPDU
  3224. MAJOR SYNC POINT SPDU
  3225. PLEASE TOKENS SPDU
  3226. MAJOR SYNC ACK SPDU
  3227. GIVE TOKENS SPDU\|\ua\d\u)\d
  3228. RESYNCHRONIZE SPDU
  3229. PLEASE TOKENS SPDU
  3230. RESYNCHRONIZE ACK SPDU
  3231. GIVE TOKENS SPDU
  3232. ACTIVITY START SPDU
  3233. GIVE TOKENS SPDU
  3234. ACTIVITY RESUME SPDU
  3235. GIVE TOKENS SPDU\|\ua\d\u)\d
  3236. ACTIVITY DISCARD SPDU
  3237. PLEASE TOKENS SPDU
  3238. ACTIVITY DISCARD ACK SPDU
  3239. GIVE TOKENS SPDU\|\ua\d\u)\d
  3240. ACTIVITY INTERRUPT SPDU
  3241. PLEASE TOKENS SPDU
  3242. ACTIVITY INTERRUPT ACK SPDU
  3243. GIVE TOKENS SPDU
  3244. ACTIVITY END SPDU
  3245. PLEASE TOKENS SPDU
  3246. ACTIVITY END ACK SPDU
  3247. GIVE TOKENS SPDU\|\ua\d\u)\d
  3248. CAPABILITY DATA SPDU
  3249. PLEASE TOKENS SPDU
  3250. CAPABILITY DATA ACK SPDU
  3251. PLEASE TOKENS SPDU
  3252. EXCEPTION REPORT SPDU
  3253. PLEASE TOKENS SPDU
  3254. EXCEPTION DATA SPDU
  3255. \ua\d\u)\d
  3256. Indicates that the Token Item parameter is not present in the
  3257. GIVE TOKENS SPDU. In all other cases, the Token Item parameter may or may not be present.
  3258. .parag
  3259. In all cases, the Token Item parameter may only be present in the first
  3260. SPDU if the second SPDU contains either a complete SSDU, or the last segmented SSDU.
  3261. .parag
  3262. Basic concatenation of a PLEASE TOKENS SPDU or a GIVE TOKENS SPDU with a second SPDU is only permitted when the user data parameter is not present in
  3263. the PLEASE TOKENS SPDU or the GIVE TOKENS SPDU.
  3264. .parag
  3265. T}
  3266. _
  3267. .TE
  3268. .nr PS 9
  3269. .RT
  3270. .ad r
  3271. \fBTableau 7/X.225 [T7.225], p.12\fR 
  3272. .sp 1P
  3273. .RT
  3274. .ad b
  3275. .RT
  3276. .LP
  3277. .sp 10
  3278. .bp
  3279. .ce
  3280. \fBH.T. [1T8.225]\fR 
  3281. .ce
  3282. TABLE\ 8/X.225
  3283. .ce
  3284. \fBValid extended concatenation of SPDUs\fR 
  3285. .ps 9
  3286. .vs 11
  3287. .nr VS 11
  3288. .nr PS 9
  3289. .TS
  3290. center box;
  3291. cw(48p) | cw(66p) | cw(66p) | cw(30p) | cw(18p) .
  3292. First SPDU    Second SPDU    Third SPDU    Fourth SPDU     T{
  3293. Status
  3294. GIVE TOKENS SPDU
  3295. MINOR SYNC ACK SPDU
  3296. GIVE TOKENS SPDU
  3297. MAJOR SYNC ACK SPDU
  3298. GIVE TOKENS SPDU
  3299. ACTIVITY END ACK SPDU
  3300. GIVE TOKENS SPDU
  3301. ACTIVITY START SPDU
  3302. MINOR SYNC POINT SPDU
  3303. GIVE TOKENS SPDU
  3304. ACTIVITY RESUME SPDU
  3305. MINOR SYNC POINT SPDU
  3306. GIVE TOKENS SPDU\|\ua\d\u)\d
  3307. ACTIVITY START SPDU
  3308. ACTIVITY END SPDU
  3309. GIVE TOKENS SPDU\|\ua\d\u)\d
  3310. ACTIVITY RESUME SPDU
  3311. ACTIVITY END SPDU
  3312. GIVE TOKENS SPDU\|\ua\d\u)\d
  3313. ACTIVITY START SPDU
  3314. MAJOR SYNC POINT SPDU
  3315. GIVE TOKENS SPDU\|\ua\d\u)\d
  3316. ACTIVITY RESUME SPDU
  3317. MAJOR SYNC POINT SPDU
  3318. GIVE TOKENS SPDU
  3319. MINOR SYNC POINT SPDU
  3320. DATA TRANSFER SPDU
  3321. T}
  3322. _
  3323. .T&
  3324. cw(48p) | cw(66p) | cw(66p) | cw(30p) | cw(18p) .
  3325. T{
  3326. CL
  3327. GIVE TOKENS SPDU
  3328. MINOR SYNC ACK SPDU
  3329. DATA TRANSFER SPDU
  3330. T}                
  3331. .T&
  3332. cw(48p) | cw(66p) | cw(66p) | cw(30p) | cw(18p) .
  3333. T{
  3334. CL
  3335. GIVE TOKENS SPDU
  3336. MAJOR SYNC POINT SPDU
  3337. DATA TRANSFER SPDU
  3338. T}                
  3339. .T&
  3340. cw(48p) | cw(66p) | cw(66p) | cw(30p) | cw(18p) .
  3341. T{
  3342. CL
  3343. GIVE TOKENS SPDU
  3344. MAJOR SYNC ACK SPDU
  3345. DATA TRANSFER SPDU
  3346. T}                
  3347. .T&
  3348. cw(48p) | cw(66p) | cw(66p) | cw(30p) | cw(18p) .
  3349. T{
  3350. CL
  3351. GIVE TOKENS SPDU
  3352. ACTIVITY START SPDU
  3353. DATA TRANSFER SPDU
  3354. T}                
  3355. _
  3356. .T&
  3357. cw(48p) | cw(66p) | cw(66p) | cw(30p) | cw(18p) .
  3358. T{
  3359. CF
  3360. GIVE TOKENS SPDU
  3361. ACTIVITY RESUME SPDU
  3362. DATA TRANSFER SPDU
  3363. T}                
  3364. .T&
  3365. cw(48p) | cw(66p) | cw(66p) | cw(30p) | cw(18p) .
  3366. T{
  3367. CF
  3368. GIVE TOKENS SPDU
  3369. ACTIVITY END SPDU
  3370. DATA TRANSFER SPDU
  3371. T}                
  3372. _
  3373. .T&
  3374. cw(48p) | cw(66p) | cw(66p) | cw(30p) | cw(18p) .
  3375. T{
  3376. CL
  3377. GIVE TOKENS SPDU
  3378. ACTIVITY END ACK SPDU
  3379. DATA TRANSFER SPDU
  3380. T}                
  3381. .T&
  3382. cw(48p) | cw(66p) | cw(66p) | cw(30p) | cw(18p) .
  3383. CL                
  3384. _
  3385. .TE
  3386. .nr PS 9
  3387. .RT
  3388. .ad r
  3389. \fBTableau 8/X.225 [1T8.225], p.13\fR 
  3390. .sp 1P
  3391. .RT
  3392. .ad b
  3393. .RT
  3394. .LP
  3395. .bp
  3396. .ce
  3397. \fBH.T. [2T8.225]\fR 
  3398. .ce
  3399. TABLE\ 8/X.225\ \fI(cont.)\fR 
  3400. .ps 9
  3401. .vs 11
  3402. .nr VS 11
  3403. .nr PS 9
  3404. .TS
  3405. center box;
  3406. cw(48p) | cw(66p) | cw(66p) | cw(30p) | cw(18p) .
  3407. First SPDU    Second SPDU    Third SPDU    Fourth SPDU     T{
  3408. Status
  3409. GIVE TOKENS SPDU
  3410. ACTIVITY START SPDU
  3411. MINOR SYNC POINT SPDU
  3412. DATA TRANSFER SPDU
  3413. C
  3414. GIVE TOKENS SPDU
  3415. ACTIVITY RESUME SPDU
  3416. MINOR SYNC POINT SPDU
  3417. DATA TRANSFER SPDU
  3418. C
  3419. GIVE TOKENS SPDU\|\ua\d\u)\d
  3420. ACTIVITY START SPDU
  3421. ACTIVITY END SPDU
  3422. DATA TRANSFER SPDU
  3423. C
  3424. GIVE TOKENS SPDU\|\ua\d\u)\d
  3425. ACTIVITY RESUME SPDU
  3426. ACTIVITY END SPDU
  3427. DATA TRANSFER SPDU
  3428. C
  3429. GIVE TOKENS SPDU\|\ua\d\u)\d
  3430. ACTIVITY START SPDU
  3431. MAJOR SYNC POINT SPDU
  3432. DATA TRANSFER SPDU
  3433. C
  3434. GIVE TOKENS SPDU\|\ua\d\u)\d
  3435. ACTIVITY RESUME SPDU
  3436. MAJOR SYNC POINT SPDU
  3437. DATA TRANSFER SPDU
  3438. C 
  3439. \ua\d\u)\d
  3440. Indicates that the Token Item parameter is not present in the
  3441. GIVE TOKENS SPDU.
  3442. .parag
  3443. Status:
  3444. CL:
  3445. The DATA TRANSFER SPDU contains a complete SSDU or the last segment
  3446. of an SSDU.\fR
  3447. CF:
  3448. The DATA TRANSFER SPDU contains a complete SSDU or the first
  3449. segment of an SSDU.
  3450. In the latter case, the Token Item parameter is not present in the GIVE
  3451. TOKENS SPDU.
  3452. C:
  3453. The DATA TRANSFER SPDU contains a complete SSDU.
  3454. .parag
  3455. T}
  3456. _
  3457. .TE
  3458. .nr PS 9
  3459. .RT
  3460. .ad r
  3461. \fBTableau 8/X.225 (suite et fin) [2T8.225], p.14\fR 
  3462. .sp 1P
  3463. .RT
  3464. .ad b
  3465. .RT
  3466. .LP
  3467. .sp 19
  3468. .bp
  3469. .LP
  3470. .rs
  3471. .sp 47P
  3472. .ad r
  3473. \fBFigure 3/X.225, p.15\fR 
  3474. .sp 1P
  3475. .RT
  3476. .ad b
  3477. .RT
  3478. .LP
  3479. .bp
  3480. .sp 2P
  3481. .LP
  3482. 6.4
  3483.     \fIUse of transport expedited data\fR 
  3484. .sp 1P
  3485. .RT
  3486. .sp 1P
  3487. .LP
  3488. 6.4.1
  3489.     \fIPurpose\fR 
  3490. .sp 9p
  3491. .RT
  3492. .PP
  3493. To convey SPDUs on a separate transport flow.
  3494. .RT
  3495. .sp 1P
  3496. .LP
  3497. 6.4.2
  3498.     \fITransport service primitives\fR 
  3499. .sp 9p
  3500. .RT
  3501. .PP
  3502. The procedure uses the following transport service
  3503. primitives:
  3504. .RT
  3505. .LP
  3506.     T\(hyEXPEDITED\(hyDATA request
  3507. .LP
  3508.     T\(hyEXPEDITED\(hyDATA indication
  3509. .sp 1P
  3510. .LP
  3511. 6.4.3
  3512.     \fISPDUs used\fR 
  3513. .sp 9p
  3514. .RT
  3515. .PP
  3516. The following SPDUs are sent on the transport expedited flow when it is 
  3517. available: 
  3518. .RT
  3519. .LP
  3520.     ABORT SPDU\ (see \(sc\ 7.9);
  3521. .LP
  3522.     ABORT ACCEPT SPDU\ (see \(sc\ 7.10);
  3523. .LP
  3524.     EXPEDITED DATA SPDU\ (see \(sc\ 7.12);
  3525. .LP
  3526.     PREPARE SPDU\ (see \(sc\ 7.26).
  3527. .sp 1P
  3528. .LP
  3529. 6.4.4
  3530.     \fIDescription\fR 
  3531. .sp 9p
  3532. .RT
  3533. .PP
  3534. The SPDUs listed in \(sc\ 6.4.3 are sent on the transport expedited
  3535. flow if it is selected, and may be used to bypass any flow control restrictions 
  3536. or congestion on the transport normal flow. SPDUs sent on the transport 
  3537. expedited flow may be delivered to the accepting SS\(hyuser earlier than SSDUs
  3538. submitted previously by the sending SS\(hyuser and sent on the transport normal
  3539. flow, but no later than subsequently submitted SSDUs.
  3540. .PP
  3541. When the transport expedited flow is not available:
  3542. .RT
  3543. .LP
  3544.     a)
  3545.     EXPEDITED DATA SPDUs are not sent;
  3546. .LP
  3547.     b)
  3548.     ABORT and ABORT ACCEPT SPDUs are sent on the transport
  3549. normal flow;
  3550. .LP
  3551.     c)
  3552.     PREPARE SPDUs are not sent.
  3553. .sp 1P
  3554. .LP
  3555. 6.5
  3556.     \fIFlow control\fR 
  3557. .sp 9p
  3558. .RT
  3559. .PP
  3560. There is no peer flow control in the session layer. To prevent the SS\(hyusers 
  3561. from being overloaded with data, the receiving SPM may apply back 
  3562. pressure across the transport connection, using the transport flow control. 
  3563. The decision on when or how back pressure is applied is a local matter. 
  3564. .RT
  3565. .sp 2P
  3566. .LP
  3567. 6.6
  3568.     \fITransport disconnection\fR 
  3569. .sp 1P
  3570. .RT
  3571. .sp 1P
  3572. .LP
  3573. 6.6.1
  3574.     \fIPurpose\fR 
  3575. .sp 9p
  3576. .RT
  3577. .PP
  3578. To release a transport connection.
  3579. .RT
  3580. .sp 1P
  3581. .LP
  3582. 6.6.2
  3583.     \fITransport service primitives\fR 
  3584. .sp 9p
  3585. .RT
  3586. .PP
  3587. The procedure uses the following transport service
  3588. primitives:
  3589. .RT
  3590. .LP
  3591.     T\(hyDISCONNECT request
  3592. .LP
  3593.     T\(hyDISCONNECT indication
  3594. .sp 1P
  3595. .LP
  3596. 6.6.3
  3597.     \fISPDUs used\fR 
  3598. .sp 9p
  3599. .RT
  3600. .PP
  3601. No SPDUs are used.
  3602. .bp
  3603. .RT
  3604. .sp 1P
  3605. .LP
  3606. 6.6.4
  3607.     \fIDescription\fR 
  3608. .sp 9p
  3609. .RT
  3610. .PP
  3611. After the session connection has been released or aborted and the transport 
  3612. connection is not to be reused, the transport connection is 
  3613. disconnected.
  3614. .PP
  3615. When a T\(hyDISCONNECT indication is received, as a result of an error
  3616. detected by the transport service provider, the SPM issues an S\(hyP\(hyABORT
  3617. indication to the local SS\(hyuser.
  3618. .PP
  3619. When issuing a T\(hyDISCONNECT request, the SPM may optionally use the
  3620. T\(hyDISCONNECT user data field to indicate the reason for the transport
  3621. disconnection to the remote SPM. The reason code consists of one octet 
  3622. with the following values: 
  3623. .RT
  3624. .LP
  3625.     a)
  3626.     0\ \(em
  3627.     session protocol error for which an ABORT SPDU could  not be sent;
  3628. .LP
  3629.     b)
  3630.     1\ \(em
  3631.     normal transport disconnection when the transport
  3632. connection is not to be reused;
  3633. .LP
  3634.     c)
  3635.     2\ \(em
  3636.     normal transport disconnection when the transport
  3637. connection was to be reused, but reuse is not possible for
  3638. local reasons.
  3639. .PP
  3640. The use of the Disconnect Reason parameter in T\(hyDISCONNECT
  3641. indication is a local matter.
  3642. .sp 2P
  3643. .LP
  3644. \fB7\fR     \fBElements of procedure related to SPDUs\fR 
  3645. .sp 1P
  3646. .RT
  3647. .PP
  3648. This section defines valid sequences of operation of the protocol.
  3649. .PP
  3650. A more precise definition of procedures is contained in Annex\ A which 
  3651. incoporates all the checks to determine the validity of a particular event 
  3652. at a particular point in time. In case of arbitration or dispute, Annex\ 
  3653. A takes 
  3654. precedence over this section.
  3655. .PP
  3656. The elements of procedure specified in \(sc\(sc\ 7.4\(hy7.8, 7.14\(hy7.18,
  3657. 7.20\(hy7.23 and 7.28\(hy7.36 do not consider the case where an SSDU is 
  3658. segmented. 
  3659. (The circumstances under which an SSDU may be segmented are specified in
  3660. \(sc\ 6.3.5). Additional elements of procedure for segmented SSDUs are 
  3661. specified in \(sc\ 7.37. 
  3662. .RT
  3663. .sp 1P
  3664. .LP
  3665. 7.1
  3666.     \fICONNECT SPDU\fR 
  3667. .sp 9p
  3668. .RT
  3669. .PP
  3670. The CONNECT SPDU is transmitted by the initiator of the transport connection 
  3671. on a previously assigned transport connection in order to initiate a session 
  3672. connection. 
  3673. .RT
  3674. .sp 1P
  3675. .LP
  3676. 7.1.1
  3677.     \fIContent of CONNECT SPDU\fR 
  3678. .sp 9p
  3679. .RT
  3680. .PP
  3681. The CONNECT SPDU contains:
  3682. .RT
  3683. .LP
  3684.     a)
  3685.      Connection Identifier parameter group, which is supplied by the calling 
  3686. SS\(hyuser, to enable the SS\(hyusers to identify this specific session 
  3687. connection. This parameter group has no effect on the SPM. It contains: 
  3688. .LP
  3689.     1)
  3690.     Calling SS\(hyuser Reference parameter;
  3691. .LP
  3692.     2)
  3693.     Common Reference parameter;
  3694. .LP
  3695.     3)
  3696.     Additional Reference Information parameter.
  3697. .LP
  3698.     b)
  3699.     Connect/Accept Item parameter group containing:
  3700. .LP
  3701.     1)
  3702.     Protocol Options parameter which enables the initiator to
  3703. indicate its ability to receive extended concatenated SPDUs;
  3704. .LP
  3705.     2)
  3706.      TSDU maximum size parameter which, if present and not zero, indicates 
  3707. that the initiator's proposed values for the maximum TSDU sizes for each 
  3708. direction of transfer (see \(sc\(sc\ 5.7.5 and 6.3.5). If this parameter 
  3709. is not present or is zero, the TSDU size is not limited. 
  3710. .LP
  3711.     3)
  3712.     Version Number parameter to identify all versions of this
  3713. protocol which are supported and are suitable for this session connection.
  3714. .LP
  3715.      \fINote\fR \ \(em\ Protocol version\ 1 is not suitable if there are more 
  3716. than 512\ octets of SS\(hyuser data in this SPDU. 
  3717. .bp
  3718. .LP
  3719.     4)
  3720.     Initial Serial Number parameter which is proposed by the
  3721. calling SS\(hyuser in the case where the activity management functional unit is
  3722. not proposed and any of the minor synchronize, major synchronize or
  3723. resynchronize functional units are proposed. As an SS\(hyuser option, an 
  3724. Initial Serial Number parameter may be proposed even if the activity management 
  3725. functional unit is proposed provided that any of the minor synchronize, 
  3726. major synchronize or resynchronize functional units are also proposed; 
  3727. .LP
  3728.     5)
  3729.     Token Setting Item parameter supplied by the calling
  3730. SS\(hyuser, which proposes the initial token positions for each token available 
  3731. on this connection, as derived from the functional units proposed in the 
  3732. Session User Requirements parameter (see Table\ 4/X.225). The initial token 
  3733. positions 
  3734. can be specified to be on the initiator's side or on the acceptor's side 
  3735. or the initiator can specify that the decision is to be made by the called 
  3736. SS\(hyuser.
  3737. .LP
  3738.     c)
  3739.      Session User Requirements parameter containing a list of the functional 
  3740. units proposed by the calling SS\(hyuser. At least one of the 
  3741. half\(hyduplex and the duplex functional untis shall be proposed. The SPM is
  3742. required to provide the associated protocol functions.
  3743. .LP
  3744.     d)
  3745.     Calling Session Selector and Called Session Selector
  3746. parameters corresponding to the calling SS\(hyuser and the called SS\(hyuser 
  3747. may be present and are derived from session addresses provided by the calling 
  3748. SS\(hyuser.
  3749. .LP
  3750.     e)
  3751.      Either a User Data parameter which allows a limited (512\ or less octets) 
  3752. amount of transparent user data to be passed from the calling 
  3753. SS\(hyuser to the called SS\(hyuser or
  3754. .LP
  3755.     an Extended User Data parameter which allows
  3756. between 513\ and 10\|240\ octets of transparent user data to be passed from the
  3757. calling SS\(hyuser to the called SS\(hyuser. This parameter shall not be 
  3758. present if protocol version\ 1 is proposed. 
  3759. .LP
  3760.     Only one of these two parameters may be used on the CONNECT SPDU.
  3761. .LP
  3762.     f
  3763. )
  3764.      Data Overflow parameter which shall be present if and only if there is 
  3765. more than 10\|240\ octets of SS\(hyuser data and which indicates to the 
  3766. responder that there is more SS\(hyuser data to follow. The first 
  3767. 10240\ octets of SS\(hyuser data are sent in the Extended User Data parameter.
  3768. This parameter shall not be present if protocol version\ 1 is proposed.
  3769. .sp 1P
  3770. .LP
  3771. 7.1.2
  3772.     \fISending the CONNECT SPDU\fR 
  3773. .sp 9p
  3774. .RT
  3775. .PP
  3776. An S\(hyCONNECT request results in the assignment of a transport
  3777. connection. When the transport connection is established, a CONNECT SPDU is
  3778. sent on the transport normal flow. If the Data Overflow parameter was not
  3779. present in the CONNECT SPDU, the SPM waits until it receives an ACCEPT 
  3780. SPDU or a REFUSE SPDU. If the Data Overflow parameter was present in the 
  3781. CONNECT SPDU, the SPM waits until it receives an OVERFLOW ACCEPT or a REFUSE 
  3782. SPDU. 
  3783. .RT
  3784. .sp 1P
  3785. .LP
  3786. 7.1.3
  3787.     \fIReceiving the CONNECT SPDU\fR 
  3788. .sp 9p
  3789. .RT
  3790. .PP
  3791. A valid incoming CONNECT SPDU which is acceptable to the receiving SPM 
  3792. and does not contain the Data Overflow parameter results in an S\(hyCONNECT 
  3793. indication to an SS\(hyuser, according to the Called Session Selector parameter 
  3794. of the CONNECT SPDU. The SPM then waits for an S\(hyCONNECT response from 
  3795. the called SS\(hyuser. 
  3796. .PP
  3797. A valid incoming CONNECT SPDU which is acceptable to the receiving
  3798. SPM, contains the Data Overflow parameter and provided that protocol version\ 
  3799. 2 is to be selected, results in the SPM sending an OVERFLOW ACCEPT SPDU; 
  3800. the SPM then waits until it receives a CONNECT DATA OVERFLOW SPDU. Otherwise 
  3801. the SPM 
  3802. sends a REFUSE SPDU (see \(sc\ 7.5).
  3803. .RT
  3804. .sp 1P
  3805. .LP
  3806. 7.2
  3807.     \fIOVERFLOW ACCEPT SPDU\fR 
  3808. .sp 9p
  3809. .RT
  3810. .PP
  3811. The OVERFLOW ACCEPT SPDU is used by the SPM to request the
  3812. remainder of the S\(hyCONNECT request SS\(hyuser data.
  3813. .bp
  3814. .RT
  3815. .sp 1P
  3816. .LP
  3817. 7.2.1
  3818.     \fIContent of the OVERFLOW ACCEPT SPDU\fR 
  3819. .sp 9p
  3820. .RT
  3821. .PP
  3822. The OVERFLOW ACCEPT SPDU contains:
  3823. .RT
  3824. .LP
  3825.     a)
  3826.      TSDU Maximum Size parameter which, if present and not zero indicates 
  3827. that segmenting has been proposed by the responder (see \(sc\ 6.3.5). The 
  3828. responder proposes alternative values for the maximum TSDU sizes for each 
  3829. direction of transfer (see \(sc\ 5.7.5). These values may be larger than, 
  3830. smaller than or equal to the values supplied by the initiator in the CONNECT 
  3831. SPDU. The smaller value for each direction of transfer is used for the 
  3832. maximum TSDU size for that direction of transfer; 
  3833. .LP
  3834.     b)
  3835.     Version Number parameter indicating that at least protcol
  3836. version\ 2 is supported.
  3837. .sp 1P
  3838. .LP
  3839. 7.2.2
  3840.     \fISending the OVERFLOW ACCEPT SPDU\fR 
  3841. .sp 9p
  3842. .RT
  3843. .PP
  3844. A valid incoming CONNECT SPDU which contains the Data Overflow
  3845. parameter results in the SPM sending an OVERFLOW ACCEPT SPDU. The SPM then
  3846. waits until it receives a CONNECT DATA OVERFLOW SPDU.
  3847. .RT
  3848. .sp 1P
  3849. .LP
  3850. 7.2.3
  3851.     \fIReceiving the OVERFLOW ACCEPT SPDU\fR 
  3852. .sp 9p
  3853. .RT
  3854. .PP
  3855. A valid incoming OVERFLOW ACCEPT SPDU results in the SPM sending
  3856. one or more CONNECT DATA OVERFLOW SPDUs. When the last CONNECT DATA OVERFLOW
  3857. SPDU has been sent, the SPM waits until it receives an ACCEPT SPDU or a 
  3858. REFUSE SPDU. 
  3859. .RT
  3860. .sp 1P
  3861. .LP
  3862. 7.3
  3863.     \fICONNECT DATA OVERFLOW SPDU\fR 
  3864. .sp 9p
  3865. .RT
  3866. .PP
  3867. The CONNECT DATA OVERFLOW SPDU is used by the initiator to send
  3868. subsequent segments of the User Data associated with an S\(hyCONNECT request.
  3869. .RT
  3870. .sp 1P
  3871. .LP
  3872. 7.3.1
  3873.     \fIContent of the CONNECT DATA OVERFLOW SPDU\fR 
  3874. .sp 9p
  3875. .RT
  3876. .PP
  3877. The CONNECT DATA OVERFLOW SPDU contains:
  3878. .RT
  3879. .LP
  3880.     a)
  3881.     an Enclosure Item parameter to indicate whether the SPDU
  3882. is the middle or the end of the SSDU;
  3883. .LP
  3884.     b)
  3885.      a User data parameter which allows a maximum of 65528\ octets of transparent 
  3886. user data to be transferred. 
  3887. .sp 1P
  3888. .LP
  3889. 7.3.2
  3890.     \fISending the CONNECT DATA OVERFLOW SPDU\fR 
  3891. .sp 9p
  3892. .RT
  3893. .PP
  3894. A valid incoming OVERFLOW ACCEPT SPDU results in the SPM sending
  3895. one or more CONNECT DATA OVERFLOW SPDUs. These SPDUs will be sent as an 
  3896. ordered sequence with the appropriate value for the Enclosure Item parameter 
  3897. until the complete SSDU has been transferred. 
  3898. .RT
  3899. .sp 1P
  3900. .LP
  3901. 7.3.3
  3902.     \fIReceiving the CONNECT DATA OVERFLOW SPDU\fR 
  3903. .sp 9p
  3904. .RT
  3905. .PP
  3906. A valid incoming CONNECT DATA OVERFLOW SPDU with Enclosure Item
  3907. parameter indicating \*Qend of SSDU\*U results in an S\(hyCONNECT indication 
  3908. to pass the entire SSDU to the SS\(hyuser, according to the Called Session 
  3909. selector 
  3910. parameter of the CONNECT SPDU. The SPM then waits for an S\(hyCONNECT response
  3911. from the called SS\(hyuser.
  3912. .PP
  3913. If the Enclosure Item parameter in a valid incoming CONNECT DATA
  3914. OVERFLOW SPDU indicates \*Qnot end of SSDU\*U, the SPM waits for a subsequent 
  3915. valid CONNECT DATA OVERFLOW SPDU. 
  3916. .RT
  3917. .sp 1P
  3918. .LP
  3919. 7.4
  3920.     \fIACCEPT SPDU\fR 
  3921. .sp 9p
  3922. .RT
  3923. .PP
  3924. An SPM receiving a CONNECT SPDU with the Data Overflow parameter
  3925. absent may accept a proposal to establish a session connection by transferring 
  3926. an ACCEPT SPDU (after receiving an S\(hyCONNECT response primitive) to 
  3927. the 
  3928. initiator, on the same transport connection.
  3929. .bp
  3930. .PP
  3931. An SPM which has previously issued an OVERFLOW ACCEPT SPDU in response 
  3932. to a CONNECT SPDU with the Data Overflow parameter present and which 
  3933. subsequently receives the sequence of CONNECT DATA OVERFLOW SPDUs which
  3934. complete the segmented SSDU may accept a proposal to establish a session
  3935. connection by trasferring an ACCEPT SPDU (after receiving an S\(hyCONNECT 
  3936. response primitive) to the initiator, on the same transport connection. 
  3937. .RT
  3938. .sp 1P
  3939. .LP
  3940. 7.4.1
  3941.     \fIContent of ACCEPT SPDU\fR 
  3942. .sp 9p
  3943. .RT
  3944. .PP
  3945. The ACCEPT SPDU contains:
  3946. .RT
  3947. .LP
  3948.     a)
  3949.      Connection Identifier parameter group, which is supplied by the called 
  3950. SS\(hyuser, to enable the SS\(hyusers to identify this specific session 
  3951. connection. This parameter group has no effect on the SPM. It contains:
  3952. .LP
  3953.     1)
  3954.     Called SS\(hyuser Reference parameter;
  3955. .LP
  3956.     2)
  3957.     Common Reference parameter;
  3958. .LP
  3959.     3)
  3960.     Additional Reference Information parameter.
  3961. .LP
  3962.     b)
  3963.     Connect/Accept Item parameter group containing:
  3964. .LP
  3965.     1)
  3966.     Protocol Options parameter which allows the responder to
  3967. indicate its ability to receive extended concatenated SPDUs;
  3968. .LP
  3969.     2)
  3970.      TSDU maximum size parameter which, if present and not zero, indicates 
  3971. the responder's proposed values for the maximum TSDU sizes for each direction 
  3972. of transfer (see \(sc\(sc\ 5.7.6 and 6.3.5). These values may be larger 
  3973. than, smaller than or equal to the values supplied by the initiator in the
  3974. CONNECT SPDU. The smaller value is used for the maximum TSDU size for each
  3975. direction of transfer. If an OVERFLOW ACCEPT SPDU has previously been sent 
  3976. on this session connection then: 
  3977. .LP
  3978.     i)
  3979.     if the TSDU Maximum Size parameter was present in the
  3980. OVERFLOW ACCEPT SPDU, then it shall also be present in the ACCEPT SPDU,
  3981. with the same values as were given in the OVERFLOW ACCEPT SPDU.
  3982. .LP
  3983.     ii)
  3984.      if the TSDU Maximum Size parameter was not present in the OVERFLOW ACCEPT 
  3985. SPDU, then it shall not be present in the ACCEPT SPDU; 
  3986. .LP
  3987.     3)
  3988.     Version Number parameter to identify all versions of this
  3989. protocol which are supported and are suitable for this session connection. 
  3990. If an OVERFLOW ACCEPT SPDU has been previously sent on this session connection 
  3991. then the Version Number parameter shall be present in the ACCEPT SPDU, 
  3992. with the same value as was given in the OVERFLOW ACCEPT SPDU. The highest 
  3993. version number indicated by both initiator and responder is used; 
  3994. .LP
  3995.      \fINote\fR \ \(em\ Protocol version\ 1 is not suitable if there are more 
  3996. than 512\ octets of User Data in this SPDU. 
  3997. .LP
  3998.     4)
  3999.     Initial Serial Number parameter which is present
  4000. if the activity management functional unit is not selected and any of the
  4001. minor synchronize, major synchronize or resynchronize functional units are
  4002. selected regardless of whether or not the activity management functional 
  4003. unit is proposed. The called SS\(hyuser proposes the value, which is the 
  4004. value of the first serial number to be used; 
  4005. .LP
  4006.     5)
  4007.      Token Setting Item parameter supplied by the called SS\(hyuser, which 
  4008. indicates the initial token positions for each token available on this 
  4009. session connection, as derived from the selected functional units. A token 
  4010. is only available if any functional unit which requires that token has 
  4011. been 
  4012. selected for use on this session connection (see Table\ 4/X.225), regardless 
  4013. of the settings of the Token Setting Item parameter in the CONNECT\ SPDU 
  4014. (see 
  4015. \(sc\ 7.1.1\ b)\ 5)). If a token\(hycontrolled functional unit has been 
  4016. selected, then in the case where the calling SS\(hyuser has indicated that 
  4017. the initial assignment of the related token is the called SS\(hyuser's 
  4018. choice, this parameter contains a value chosen by the called SS\(hyuser. 
  4019. Otherwise, the values indicated by the 
  4020. calling SS\(hyuser in the CONNECT SPDU are selected and must be returned.
  4021. .bp
  4022. .LP
  4023.     c)
  4024.     Token Item parameter which allows the called SS\(hyuser to
  4025. request tokens which have been assigned to the calling SS\(hyuser in the 
  4026. CONNECT SPDU. 
  4027. .LP
  4028.     d)
  4029.     Session User Requirements parameter which contains a list
  4030. indicating the functional units proposed by the called SS\(hyuser and can be
  4031. supported by the responder. The functional units selected for use on this
  4032. session connection are the intersection of this set and the set proposed 
  4033. in the CONNECT SPDU (i.e.\ only those functional units indicated in both 
  4034. the CONNECT 
  4035. SPDU and the ACCEPT SPDU are selected). If both the half\(hyduplex functional 
  4036. unit and the duplex functional unit were indicated in the CONNECT SPDU, 
  4037. then the 
  4038. ACCEPT SPDU must propose which one is to be available. If only one of these
  4039. functional units was indicated in the CONNECT SPDU, then the ACCEPT SPDU 
  4040. must indicate that the same functional unit is to be used (or the connection 
  4041. attempt must be rejected). 
  4042. .LP
  4043.     e)
  4044.     Calling Session Selector parameter corresponding to the
  4045. calling SS\(hyuser may be present, in which case it will have the same 
  4046. value as in the CONNECT SPDU. Responding Session Selector parameter corresponding 
  4047. to the 
  4048. responding Session Address provided by the responding SS\(hyuser.
  4049. .LP
  4050.     f
  4051. )
  4052.      User Data parameter which allows a limited amount of transparent user 
  4053. data to be passed from the called SS\(hyuser to the calling 
  4054. SS\(hyuser.
  4055. .sp 1P
  4056. .LP
  4057. 7.4.2
  4058.     \fISending the ACCEPT SPDU\fR 
  4059. .sp 9p
  4060. .RT
  4061. .PP
  4062. An S\(hyCONNECT (accept) response results in an ACCEPT SPDU. This SPDU 
  4063. is sent on the transport normal flow. After this successful connection, 
  4064. the SPM enters the data transfer phase and can receive any service request 
  4065. or SPDU that is allowed by the selected functional units and current token 
  4066. positions. If any of the minor synchronize, major synchronize or resynchronize 
  4067. functional units are selected but the activity management functional unit 
  4068. is not selected, the SPM sets V(A) and V(M) to the Initial Serial Number 
  4069. proposed by the called 
  4070. SS\(hyuser, which is the serial number to be used for the first synchronization
  4071. point. V(R) is set to zero. Vsc is set false. If the activity management
  4072. functional unit has been selected, Vact is set false.
  4073. .RT
  4074. .sp 1P
  4075. .LP
  4076. 7.4.3
  4077.     \fIReceiving the ACCEPT SPDU\fR 
  4078. .sp 9p
  4079. .RT
  4080. .PP
  4081. A valid incoming ACCEPT SPDU results in an S\(hyCONNECT (accept)
  4082. confirm. After this successful connection, the SPM enters the data transfer
  4083. phase and can receive any service request or SPDU that is allowed by the
  4084. available functional units and current token positions. If any of the minor
  4085. synchronize, major synchronize or resynchronize functional units are selected 
  4086. but the activity management functional unit is not selected, the SPM sets 
  4087. V(A) and V(M) to the Initial Serial Number contained in the ACCEPT SPDU, 
  4088. which is 
  4089. the serial number to be used for the first synchronization point. V(R) 
  4090. is set to zero. Vsc is set false. If the activity management functional 
  4091. unit has been selected, Vact is set false. 
  4092. .PP
  4093. If the called SS\(hyuser has requested any tokens in the Token Item
  4094. parameter of the ACCEPT SPDU (see \(sc\ 7.4.1\ c)), an S\(hyPLEASE\(hyTOKEN 
  4095. indication is also generated. 
  4096. .RT
  4097. .sp 1P
  4098. .LP
  4099. 7.5
  4100.     \fIREFUSE SPDU\fR 
  4101. .sp 9p
  4102. .RT
  4103. .PP
  4104. A REFUSE SPDU is used by the responder to reject an attempt to
  4105. establish a session connection.
  4106. .RT
  4107. .sp 1P
  4108. .LP
  4109. 7.5.1
  4110.     \fIContent of REFUSE SPDU\fR 
  4111. .sp 9p
  4112. .RT
  4113. .PP
  4114. The REFUSE SPDU contains:
  4115. .RT
  4116. .LP
  4117.     a)
  4118.      Connection Identifier parameter group, which is supplied by the called 
  4119. SS\(hyuser, to enable the SS\(hyusers to identify this specific session 
  4120. connection. This parameter group has no effect on the SPM. It contains:
  4121. .LP
  4122.     1)
  4123.     Called SS\(hyuser Reference parameter;
  4124. .LP
  4125.     2)
  4126.     Common Reference parameter;
  4127. .LP
  4128.     3)
  4129.     Additional Reference Information parameter.
  4130. .bp
  4131. .LP
  4132.     b)
  4133.     Transport Disconnect parameter which indicates whether or
  4134. not the transport connection is to be kept.
  4135. .LP
  4136.     c)
  4137.      Session User Requirements parameter which contains a list of the functional 
  4138. units supported by the sending SPM, and required by the called SS\(hyuser. 
  4139. .LP
  4140.     d)
  4141.      Version Number parameter to identify which versions of this protocol 
  4142. have been implemented by the sending SPM. 
  4143. .LP
  4144.     e)
  4145.      Reason Code parameter giving the reason for refusal of the attempt to 
  4146. establish a session connection, together with a limited amount of 
  4147. transparent user data.
  4148. .sp 1P
  4149. .LP
  4150. 7.5.2
  4151.     \fISending the REFUSE SPDU\fR 
  4152. .sp 9p
  4153. .RT
  4154. .PP
  4155. An S\(hyCONNECT (reject) response results in a REFUSE SPDU. This SPDU is 
  4156. sent on the transport normal flow. No session connection is established. 
  4157. If the Transport Disconnect parameter indicates that the transport connection 
  4158. can be reused, the SPM waits for a CONNECT SPDU. Otherwise, the SPM starts 
  4159. the timer, TIM, and waits for a T\(hyDISCONNECT indication. If the timer 
  4160. expires 
  4161. before receipt of a T\(hyDISCONNECT indication, the SPM requests transport
  4162. disconnection with a T\(hyDISCONNECT request. The timer is cancelled on 
  4163. receipt of a T\(hyDISCONNECT indication. 
  4164. .PP
  4165. \fINote\fR \ \(em\ The value of TIM is a local implementation dependent 
  4166. matter, related to quality of service. 
  4167. .RT
  4168. .sp 1P
  4169. .LP
  4170. 7.5.3
  4171.     \fIReceiving the REFUSE SPDU\fR 
  4172. .sp 9p
  4173. .RT
  4174. .PP
  4175. A valid incoming REFUSE SPDU results in an S\(hyCONNECT (reject)
  4176. confirm. No session connection is established. If the Transport Disconnect
  4177. parameter indicates that retention of the transport connection has been
  4178. requested by the called SPM, and this is acceptable to the calling SPM, 
  4179. the SPM waits for an S\(hyCONNECT request. Otherwise, the SPM releases 
  4180. the transport 
  4181. connection, by making a T\(hyDISCONNECT request.
  4182. .RT
  4183. .sp 1P
  4184. .LP
  4185. 7.6
  4186.     \fIFINISH SPDU\fR 
  4187. .sp 9p
  4188. .RT
  4189. .PP
  4190. Orderly release is initiated by transfer of a FINISH SPDU, which
  4191. may be transferred during the data transfer phase. It requests as a
  4192. response either:
  4193. .RT
  4194. .LP
  4195.     a)
  4196.     a DISCONNECT SPDU to complete the release of the session
  4197. connection, or
  4198. .LP
  4199.     b)
  4200.     a NOT FINISHED SPDU to refuse the release of the session
  4201. connection if the release token is available.
  4202. .PP
  4203. The FINISH SPDU is transferred in sequence with any normal data
  4204. being transferred. The right to issue a FINISH SPDU is restricted to the 
  4205. owner of all available tokens. 
  4206. .sp 1P
  4207. .LP
  4208. 7.6.1
  4209.     \fIContent of FINISH SPDU\fR 
  4210. .sp 9p
  4211. .RT
  4212. .PP
  4213. The FINISH SPDU contains:
  4214. .RT
  4215. .LP
  4216.     a)
  4217.     Transport Disconnect parameter which indicates whether or
  4218. not the transport connection is to be kept, subject to the restrictions
  4219. specified in \(sc\ 6.2.4;
  4220. .LP
  4221.     b)
  4222.     User Data parameter which allows a limited amount of
  4223. transparent user data to be transferred.
  4224. .sp 1P
  4225. .LP
  4226. 7.6.2
  4227.     \fISending the FINISH SPDU\fR 
  4228. .sp 9p
  4229. .RT
  4230. .PP
  4231. An S\(hyRELEASE request results in a FINISH SPDU. This SPDU is sent on 
  4232. the transport normal flow. After transferring a FINISH SPDU, the SPM may 
  4233. not 
  4234. send any further SPDUs (except ABORT SPDU or, in the case of collision of
  4235. FINISH SPDUs, a DISCONNECT SPDU) unless a NOT FINISHED SPDU or a RESYNCHRONIZE 
  4236. SPDU is received, after which the data transfer phase may be resumed. Receipt 
  4237. of a DISCONNECT SPDU signals completion of orderly session release. 
  4238. .bp
  4239. .RT
  4240. .sp 1P
  4241. .LP
  4242. 7.6.3
  4243.     \fIReceiving the FINISH SPDU\fR 
  4244. .sp 9p
  4245. .RT
  4246. .PP
  4247. A valid incoming FINISH SPDU results in an S\(hyRELEASE indication.
  4248. The user data is passed to the SS\(hyuser. The SPM waits for an S\(hyRELEASE
  4249. response.
  4250. .RT
  4251. .sp 1P
  4252. .LP
  4253. 7.7
  4254.     \fIDISCONNECT SPDU\fR 
  4255. .sp 9p
  4256. .RT
  4257. .PP
  4258. After receipt of a FINISH SPDU, a DISCONNECT SPDU may be
  4259. transferred. Receipt of a DISCONNECT SPDU after transferring a FINISH SPDU,
  4260. signals the orderly release of the session connection. The DISCONNECT SPDU 
  4261. is transferred in sequence with any normal data being transferred. 
  4262. .RT
  4263. .sp 1P
  4264. .LP
  4265. 7.7.1
  4266.     \fIContent of DISCONNECT SPDU\fR 
  4267. .sp 9p
  4268. .RT
  4269. .PP
  4270. The DISCONNECT SPDU contains a User Data parameter which allows a limited 
  4271. amount of transparent user data to be transferred. 
  4272. .RT
  4273. .sp 1P
  4274. .LP
  4275. 7.7.2
  4276.     \fISending the DISCONNECT SPDU\fR 
  4277. .sp 9p
  4278. .RT
  4279. .PP
  4280. An S\(hyRELEASE (accept) response results in a DISCONNECT SPDU. This SPDU 
  4281. is sent on the transport normal flow. The session connection ceases to 
  4282. exist.
  4283. .PP
  4284. If the FINISH SPDU indicated that the transport connection is to be
  4285. kept for reuse, and this is acceptable, the SPM waits for a CONNECT SPDU.
  4286. Otherwise, the SPM starts the timer, TIM, and waits for a T\(hyDISCONNECT
  4287. indication. If the timer expires before receipt of a T\(hyDISCONNECT indication, 
  4288. the SPM requests transport disconnection with a T\(hyDISCONNECT request. 
  4289. The timer is cancelled on receipt of a T\(hyDISCONNECT indication. 
  4290. .PP
  4291. \fINote\fR \ \(em\ The value of TIM is a local implementation dependent 
  4292. matter, related to quality of service. 
  4293. .RT
  4294. .sp 1P
  4295. .LP
  4296. 7.7.3
  4297.     \fIReceiving the DISCONNECT SPDU\fR 
  4298. .sp 9p
  4299. .RT
  4300. .PP
  4301. A valid incoming DISCONNECT SPDU results in an S\(hyRELEASE (accept) confirm. 
  4302. The session connection ceases to exist. 
  4303. .PP
  4304. If the transport connection is to be kept for reuse (see \(sc\ 6.2.4), 
  4305. the SPM waits for a suitable S\(hyCONNECT request. Otherwise, a T\(hyDISCONNECT 
  4306. request is issued. 
  4307. .PP
  4308. \fINote\ 1\fR \ \(em\ In the case of collision of FINISH SPDU and ABORT 
  4309. SPDU (see \(sc\ 7.9), the ABORT SPDU takes preference and thus the indication 
  4310. in the FINISH SPDU to keep or release the transport connection is ignored. 
  4311. .PP
  4312. \fINote\ 2\fR \ \(em\ In the case of collision of FINISH SPDUs (data token and
  4313. release token not available) the transport connection cannot be reused. 
  4314. The SPM receiving the DISCONNECT SPDU issues a T\(hyDISCONNECT request. 
  4315. .RT
  4316. .sp 1P
  4317. .LP
  4318. 7.8
  4319.     \fINOT FINISHED SPDU\fR 
  4320. .sp 9p
  4321. .RT
  4322. .PP
  4323. After receipt of a FINISH SPDU, a NOT FINISHED SPDU may be
  4324. transferred subject to the token restrictions specified in Table\ 5/X.225. No
  4325. confirmation is sought.
  4326. .RT
  4327. .sp 1P
  4328. .LP
  4329. 7.8.1
  4330.     \fIContent of NOT FINISHED SPDU\fR 
  4331. .sp 9p
  4332. .RT
  4333. .PP
  4334. The NOT FINISHED SPDU contains a User Data parameter which allows a limited 
  4335. amount of transparent user data to be transferred. 
  4336. .bp
  4337. .RT
  4338. .sp 1P
  4339. .LP
  4340. 7.8.2
  4341.     \fISending the NOT FINISHED SPDU\fR 
  4342. .sp 9p
  4343. .RT
  4344. .PP
  4345. An S\(hyRELEASE (reject) response results in a NOT FINISHED SPDU. This 
  4346. SPDU is sent on the transport normal flow. The SPM remains in the data 
  4347. transfer phase and can receive any service request or SPDU that is allowed 
  4348. by the 
  4349. available functional units and current token positions.
  4350. .RT
  4351. .sp 1P
  4352. .LP
  4353. 7.8.3
  4354.     \fIReceiving the NOT FINISHED SPDU\fR 
  4355. .sp 9p
  4356. .RT
  4357. .PP
  4358. A valid incoming NOT FINISHED SPDU results in an S\(hyRELEASE
  4359. (reject) confirm. The SPM remains in the data transfer phase and can receive
  4360. any service request or SPDU that is allowed by the available functional 
  4361. units and current token positions. 
  4362. .RT
  4363. .sp 1P
  4364. .LP
  4365. 7.9
  4366.     \fIABORT SPDU\fR 
  4367. .sp 9p
  4368. .RT
  4369. .PP
  4370. The ABORT SPDU is used to reject a session connection establishment attempt, 
  4371. or to cause abnormal release of a session connection at any time. This 
  4372. SPDU is also used by an SPM to release the session connection when a protocol 
  4373. error is detected. The ABORT SPDU may or may not request that the transport 
  4374. connection be released by the receiving SPM. Use of the ABORT SPDU may 
  4375. result in loss of data. 
  4376. .RT
  4377. .sp 1P
  4378. .LP
  4379. 7.9.1
  4380.     \fIContent of ABORT SPDU\fR 
  4381. .sp 9p
  4382. .RT
  4383. .PP
  4384. 7.9.1.1 
  4385. If there is no SSDU or segmenting of the SSDU is not required
  4386. (see \(sc\ 6.3.5), the ABORT SPDU contains:
  4387. .sp 9p
  4388. .RT
  4389. .LP
  4390.     a)
  4391.      a Transport Disconnect parameter which indicates whether or not the transport 
  4392. connection is to be kept; 
  4393. .LP
  4394.     b)
  4395.     a Reflect Parameter Values parameter which, if present,
  4396. allows implementation defined information to be transferred;
  4397. .LP
  4398.     c)
  4399.     a User Data parameter which, if present, allows a limited
  4400. amount of transparent user data to be transferred.
  4401. .PP
  4402. 7.9.1.2
  4403. If the SSDU is to be segmented, the first ABORT SPDU
  4404. contains:
  4405. .sp 9p
  4406. .RT
  4407. .LP
  4408.     a)
  4409.      a Transport Disconnect parameter which indicates whether or not the transport 
  4410. connection is to be kept; 
  4411. .LP
  4412.     b)
  4413.      an Enclosure Item parameter which indicates that this SPDU is the beginning 
  4414. of the SSDU and not the end of the SSDU; 
  4415. .LP
  4416.     c)
  4417.     a User Data parameter which allows a limited
  4418. amount of transparent user data to be transferred.
  4419. .PP
  4420. The second and any subsequent ABORT SPDUs in the sequence of ABORT SPDUs 
  4421. transmitting the SSDU contain: 
  4422. .LP
  4423.     d)
  4424.      an Enclosure Item parameter to indicate whether the SPDU is the middle 
  4425. or end of the SSDU; 
  4426. .LP
  4427.     e)
  4428.     a User Data parameter which allows a limited amount of
  4429. transparent user data to be transferred.
  4430. .sp 1P
  4431. .LP
  4432. 7.9.2
  4433.     \fISending the ABORT SPDU\fR 
  4434. .sp 9p
  4435. .RT
  4436. .PP
  4437. An S\(hyU\(hyABORT request or the detection of a protocol error in any
  4438. state of the SPM results in either a single ABORT SPDU or, if the SSDU
  4439. provided in the S\(hyU\(hyABORT request is to be segmented (see \(sc\ 6.3.5), 
  4440. a sequence of ABORT SPDUs, which shall not be interrupted. 
  4441. .PP
  4442. If the SS\(hyuser data does not exceed 9\ octets, the ABORT SPDU is sent 
  4443. on the transport expedited flow, if it is available to this session connection. 
  4444. If the transport expedited flow is not available to this session connection 
  4445. this SPDU is sent on the transport normal flow. 
  4446. .bp
  4447. .PP
  4448. If the SS\(hyuser data exceeds 9 octets, the SPDU or sequence of SPDUs
  4449. are sent on the transport normal flow. If the transport expedited flow is
  4450. available to this session connection, a PREPARE (ABORT) SPDU is sent on the
  4451. transport expedited flow simultaneously or earlier than the first or only 
  4452. ABORT SPDU. The SPM starts the timer, TIM, and waits for an ABORT ACCEPT 
  4453. SPDU or a T\(hyDISCONNECT indication. Any other SPDUs are discarded. If 
  4454. the timer expires 
  4455. before receipt of an ABORT ACCEPT SPDU or a T\(hyDISCONNECT indication, the SPM
  4456. shall request transport disconnection with a T\(hyDISCONNECT request. On 
  4457. receipt of a T\(hyDISCONNECT indication, the timer is cancelled. 
  4458. .PP
  4459. \fINote\fR \ \(em\ The value of TIM is a local implementation dependent 
  4460. matter, related to quality of service. 
  4461. .RT
  4462. .sp 1P
  4463. .LP
  4464. 7.9.3
  4465.     \fIReceiving the ABORT SPDU\fR 
  4466. .sp 9p
  4467. .RT
  4468. .PP
  4469. A valid incoming ABORT SPDU, without an Enclosure Item parameter, or an 
  4470. Enclosure Item parameter indicating \*Qend of SSDU\*U results in an S\(hyU\(hyABORT 
  4471. indication or an S\(hyP\(hyABORT indication, depending on whether the abort 
  4472. is user generated or provider generated. The session connection ceases 
  4473. to exist. If the Transport Disconnect parameter in the received ABORT SPDU 
  4474. indicates that the 
  4475. transport connection is to be kept for reuse and this is acceptable to the
  4476. receiving SPM, an ABORT ACCEPT SPDU is sent. If the Transport Disconnect
  4477. parameter in the received ABORT SPDU indicates that the transport connection 
  4478. is not to be kept for reuse or reuse of the transport connection is not 
  4479. acceptable to the receiving SPM, the receiving SPM either: 
  4480. .RT
  4481. .LP
  4482.     a)
  4483.     releases the transport connection, or
  4484. .LP
  4485.     b)
  4486.     sends an ABORT ACCEPT SPDU (see \(sc\ 7.10).
  4487. .PP
  4488. Receiving an ABORT SPDU sent in response to a CONNECT SPDU results in:
  4489. .LP
  4490.     a)
  4491.     a T\(hyDISCONNECT request, unless retention of the transport
  4492. connection has been requested in the ABORT SPDU, in which case the ABORT 
  4493. SPDU is acknowledged with an ABORT ACCEPT SPDU (see \(sc\ 7.10); and 
  4494. .LP
  4495.     b)
  4496.     an S\(hyP\(hyABORT indication or an S\(hyU\(hyABORT indication to the
  4497. SS\(hyuser.
  4498. .sp 1P
  4499. .LP
  4500. 7.10
  4501.     \fIABORT ACCEPT SPDU\fR 
  4502. .sp 9p
  4503. .RT
  4504. .PP
  4505. The ABORT ACCEPT SPDU is used to return a confirmation to the ABORT SPDU.
  4506. .RT
  4507. .sp 1P
  4508. .LP
  4509. 7.10.1
  4510.     \fIContent of ABORT ACCEPT SPDU\fR 
  4511. .sp 9p
  4512. .RT
  4513. .PP
  4514. The ABORT ACCEPT SPDU contains no parameters.
  4515. .RT
  4516. .sp 1P
  4517. .LP
  4518. 7.10.2
  4519.     \fISending the ABORT ACCEPT SPDU\fR 
  4520. .sp 9p
  4521. .RT
  4522. .PP
  4523. A valid incoming ABORT SPDU results in sending an ABORT ACCEPT
  4524. SPDU, when the transport connection can be reused, i.e.\ when:
  4525. .RT
  4526. .LP
  4527.     a)
  4528.     the transport expedited service is not available to this
  4529. session connection, and
  4530. .LP
  4531.     b)
  4532.      retention of the transport connection has been requested in the ABORT 
  4533. SPDU and it is acceptable to reuse the transport connection. 
  4534. .PP
  4535. The SPM, as a local implementation decision, may send an ABORT
  4536. ACCEPT SPDU in response to an ABORT SPDU, even if the transport connection 
  4537. is not to be kept. 
  4538. .PP
  4539. This SPDU is sent on the transport expedited flow, if it is available to 
  4540. this session connection. Otherwise, this SPDU is sent on the transport 
  4541. normal flow. The session connection ceases to exist.
  4542. .bp
  4543. .RT
  4544. .sp 1P
  4545. .LP
  4546. 7.10.3
  4547.     \fIReceiving the ABORT ACCEPT SPDU\fR 
  4548. .sp 9p
  4549. .RT
  4550. .PP
  4551. A valid incoming ABORT ACCEPT SPDU results in resetting the timer,  TIM, and:
  4552. .RT
  4553. .LP
  4554.     a)
  4555.     releasing the transport connection, if release of the
  4556. transport connection was requested in the previously sent ABORT SPDU;
  4557. .LP
  4558.     b)
  4559.      if retention of the transport connection was requested, the transport 
  4560. connection is now available for reuse by a new session connection, if this 
  4561. SPM was the initiator of the transport connection (see \(sc\ 6.1). 
  4562. .PP
  4563. The session connection ceases to exist.
  4564. .sp 1P
  4565. .LP
  4566. 7.11
  4567.     \fIDATA TRANSFER SPDU\fR 
  4568. .sp 9p
  4569. .RT
  4570. .PP
  4571. Normal data is transferred by use of the DATA TRANSFER SPDU. If the extended 
  4572. concatenation option was selected during connection establishment, 
  4573. certain concatenations of the DATA TRANSFER SPDU with other SPDUs is allowed
  4574. (see \(sc\ 6.3.7).
  4575. .PP
  4576. The right to issue a DATA TRANSFER SPDU is subject to the token
  4577. restrictions specified in Table\ 5/X.225.
  4578. .RT
  4579. .sp 1P
  4580. .LP
  4581. 7.11.1
  4582.     \fIContent of DATA TRANSFER SPDU\fR 
  4583. .sp 9p
  4584. .RT
  4585. .PP
  4586. The DATA TRANSFER SPDU contains:
  4587. .RT
  4588. .LP
  4589.     a)
  4590.      Enclosure Item parameter to indicate the beginning and end of SSDU when 
  4591. segmenting has been selected. When segmenting has been selected, the Enclosure 
  4592. Item parameter is always present and indicates whether the SPDU is the 
  4593. beginning, middle or end of the SSDU. When segmenting has not been 
  4594. selected, the Enclosure Item parameter is not present;
  4595. .LP
  4596.     b)
  4597.     User Information Field to transfer transparent user data
  4598. whose maximum size is unlimited when segmenting has not been selected and 
  4599. whose maximum size is limited by the maximum TSDU size when segmenting 
  4600. has been 
  4601. selected.
  4602. .sp 1P
  4603. .LP
  4604. 7.11.2
  4605.     \fISending the DATA TRANSFER SPDU\fR 
  4606. .sp 9p
  4607. .RT
  4608. .PP
  4609. An S\(hyDATA request results in a DATA TRANSFER SPDU unless segmenting 
  4610. has been selected, in which case an ordered sequence of DATA TRANSFER SPDUs 
  4611. will be sent with the appropriate value for the Enclosure Item parameter 
  4612. until the complete SSDU has been transferred. 
  4613. .PP
  4614. The concatenation of any segment of an SSDU with any other SPDU will not 
  4615. result in a TSDU larger than the selected maximum TSDU size for that 
  4616. direction of transfer. However, there is no requirement that the resulting 
  4617. TSDU should be of the maximum size for that direction of transfer. All 
  4618. DATA TRANSFER SPDUs, except the last DATA TRANSFER SPDU in a sequence greater 
  4619. than one, must have user information. DATA TRANSFER SPDUs are sent on the 
  4620. transport normal 
  4621. flow.
  4622. .PP
  4623. Sending a segmented SSDU shall be interrupted when the SPM which is
  4624. sending the segmented SSDU sends or receives one of:
  4625. .RT
  4626. .LP
  4627.     RESYNCHRONIZE SPDU
  4628. .LP
  4629.     EXCEPTION REPORT SPDU
  4630. .LP
  4631.     EXCEPTION DATA SPDU
  4632. .LP
  4633.     ACTIVITY INTERRUPT SPDU
  4634. .LP
  4635.     ACTIVITY DISCARD SPDU
  4636. .LP
  4637.     ABORT SPDU
  4638. .LP
  4639.     PREPARE (RESYNCHRONIZE) SPDU
  4640. .LP
  4641.     PREPARE (ABORT) SPDU
  4642. .LP
  4643. or receives a T\(hyDISCONNECT indication. This will have a destructive 
  4644. effect on the entire SSDU. The SPM is not required to send the remainder 
  4645. of the ordered sequence of SPDUs which comprise the segmented SSDU (but 
  4646. may do so if it 
  4647. wishes).
  4648. .bp
  4649. .sp 1P
  4650. .LP
  4651. 7.11.3
  4652.     \fIReceiving the DATA TRANSFER SPDU\fR 
  4653. .sp 9p
  4654. .RT
  4655. .PP
  4656. A valid incoming DATA TRANSFER SPDU results in an S\(hyDATA indication 
  4657. unless segmenting has been selected. In this case, a valid incoming DATA 
  4658. TRANSFER SPDU, which indicates end of SSDU, results in an S\(hyDATA indication 
  4659. to pass the entire SSDU to the SS\(hyuser. 
  4660. .PP
  4661. Where segmenting has been selected and an incomplete segmented SSDU is 
  4662. outstanding, the receipt of: 
  4663. .RT
  4664. .LP
  4665.     RESYNCHRONIZE SPDU
  4666. .LP
  4667.     EXCEPTION REPORT SPDU
  4668. .LP
  4669.     EXCEPTION DATA SPDU
  4670. .LP
  4671.     ACTIVITY INTERRUPT SPDU
  4672. .LP
  4673.     ACTIVITY DISCARD SPDU
  4674. .LP
  4675.     ABORT SPDU
  4676. .LP
  4677.     PREPARE (RESYNCHRONIZE) SPDU
  4678. .LP
  4679. has a destructive effect on the entire SSDU (i.e.\ the SPDUs which have 
  4680. already been received are discarded, the remaining SPDUs will not be received). 
  4681. .PP
  4682. Receiving a segmented SSDU shall be interrupted when the SPM which is receiving 
  4683. the segmented SSDU sends or receives one of: 
  4684. .LP
  4685.     RESYNCHRONIZE SPDU
  4686. .LP
  4687.     EXCEPTION REPORT SPDU
  4688. .LP
  4689.     EXCEPTION DATA SPDU
  4690. .LP
  4691.     ACTIVITY INTERRUPT SPDU
  4692. .LP
  4693.     ACTIVITY DISCARD SPDU
  4694. .LP
  4695.     ABORT SPDU
  4696. .LP
  4697.     PREPARE (RESYNCHRONIZE) SPDU
  4698. .LP
  4699.     PREPARE (ABORT) SPDU
  4700. .LP
  4701. or receives a T\(hyDISCONNECT indication. This will have a destructive 
  4702. effect on the entire SSDU (i.e.\ the SPDUs comprising part of the segmented 
  4703. SSDU which 
  4704. have already been received are discarded, and any SPDUs comprising part 
  4705. of the segmented SSDU which are received subsequently are discarded). 
  4706. .PP
  4707. The receipt of any other SPDUs is a protocol error.
  4708. .sp 1P
  4709. .LP
  4710. 7.12
  4711.     \fIEXPEDITED SPDU\fR 
  4712. .sp 9p
  4713. .RT
  4714. .PP
  4715. The EXPEDITED SPDU is used to transfer expedited SSDUs.
  4716. .PP
  4717. The right to send expedited data is not associated with any tokens.
  4718. When this functional unit is selected, both SS\(hyusers may send expedited 
  4719. data. An 
  4720. EXPEDITED SSDU may be delivered to the receiving SS\(hyuser prior to
  4721. other SSDUs previously transferred on the transport normal flow; it
  4722. may not be delivered to the receiving SS\(hyuser later than any SSDUs transferred 
  4723. after it. 
  4724. .PP
  4725. Expedited SSDUs are delivered to the receiving SS\(hyuser in the same
  4726. sequence in which they were issued by the sending SS\(hyuser.
  4727. .RT
  4728. .sp 1P
  4729. .LP
  4730. 7.12.1
  4731.     \fIContent of EXPEDITED SPDU\fR 
  4732. .sp 9p
  4733. .RT
  4734. .PP
  4735. The EXPEDITED SPDU contains a User Information Field which allows a limited 
  4736. amount of transparent user data to be transferred. 
  4737. .RT
  4738. .sp 1P
  4739. .LP
  4740. 7.12.2
  4741.     \fISending the EXPEDITED SPDU\fR 
  4742. .sp 9p
  4743. .RT
  4744. .PP
  4745. An S\(hyEXPEDITED\(hyDATA request results in an EXPEDITED SPDU being
  4746. sent. This SPDU is sent on the transport expedited flow.
  4747. .RT
  4748. .sp 1P
  4749. .LP
  4750. 7.12.3
  4751.     \fIReceiving the EXPEDITED SPDU\fR 
  4752. .sp 9p
  4753. .RT
  4754. .PP
  4755. A valid incoming EXPEDITED SPDU results in an S\(hyEXPEDITED\(hyDATA
  4756. indication.
  4757. .bp
  4758. .RT
  4759. .sp 1P
  4760. .LP
  4761. 7.13
  4762.     \fITYPED DATA SPDU\fR 
  4763. .sp 9p
  4764. .RT
  4765. .PP
  4766. The TYPED DATA SPDU enables the SS\(hyusers to transmit transparent
  4767. user data, irrespective of the availability or assignment of the data token. 
  4768. In all other respects, the same constraints apply as for normal data (see 
  4769. \(sc\ 7.11). The same rules for segmenting also apply. 
  4770. .RT
  4771. .sp 1P
  4772. .LP
  4773. 7.13.1
  4774.     \fIContent of TYPED DATA SPDU\fR 
  4775. .sp 9p
  4776. .RT
  4777. .PP
  4778. The TYPED DATA SPDU contains:
  4779. .RT
  4780. .LP
  4781.     a)
  4782.      Enclosure Item parameter to indicate the beginning and end of SSDU when 
  4783. segmenting has been selected. When segmenting has been selected, the Enclosure 
  4784. Item parameter is always present and indicates whether the SPDU is the 
  4785. beginning, middle or end of the SSDU. When segmenting has not been 
  4786. selected, the Enclosure Item parameter is not present;
  4787. .LP
  4788.     b)
  4789.     User Information Field to transfer transparent user data
  4790. whose maximum size is unlimited when segmenting has not been selected and 
  4791. whose maximum size is limited by the maximum TSDU size when segmenting 
  4792. has been 
  4793. selected.
  4794. .sp 1P
  4795. .LP
  4796. 7.13.2
  4797.     \fISending the TYPED DATA SPDU\fR 
  4798. .sp 9p
  4799. .RT
  4800. .PP
  4801. An S\(hyTYPED\(hyDATA request results in the transfer of a TYPED DATA
  4802. SPDU unless segmenting has been selected, in which case an ordered sequence 
  4803. of TYPED DATA SPDUs will be sent with the appropriate value for the Enclosure 
  4804. Item parameter until the complete SSDU has been transferred. Each SPDU 
  4805. is mapped 
  4806. onto one TSDU and will not be larger than the selected maximum TSDU size for
  4807. that direction of transfer. However, there is no requirement that the resulting 
  4808. TSDU should be of the maximum size for that direction of transfer. All 
  4809. TYPED 
  4810. DATA SPDUs, except the last TYPED DATA SPDU in a sequence greater than one,
  4811. must have user information. TYPED DATA SPDUs are sent on the transport 
  4812. normal flow. When segmenting has been selected the rules governing the 
  4813. sending or 
  4814. receipt of SPDUs other than TYPED DATA SPDUs, while sending a segmented 
  4815. TYPED DATA SSDU are the same as for the DATA TRANSFER SPDU (see \(sc\ 7.11.2). 
  4816. .RT
  4817. .sp 1P
  4818. .LP
  4819. 7.13.3
  4820.     \fIReceiving the TYPED DATA SPDU\fR 
  4821. .sp 9p
  4822. .RT
  4823. .PP
  4824. A valid incoming TYPED DATA SPDU results in an S\(hyTYPED\(hyDATA
  4825. indication, unless segmenting has been selected. In this case, a valid 
  4826. incoming TYPED DATA SPDU which indicates end of SSDU results in an S\(hyTYPED\(hyDATA 
  4827. indication to pass the entire SSDU to the SS\(hyuser. The current state 
  4828. of the SPM is not changed. 
  4829. .PP
  4830. When segmenting has been selected the rules governing the sending or
  4831. receipt of SPDUs other than TYPED DATA SPDUs while receiving a segmented 
  4832. TYPED DATA SSDU are the same as for the DATA TRANSFER SPDU (see \(sc\ 7.11.3). 
  4833. .RT
  4834. .sp 1P
  4835. .LP
  4836. 7.14
  4837.     \fICAPABILITY DATA SPDU\fR 
  4838. .sp 9p
  4839. .RT
  4840. .PP
  4841. The CAPABILITY DATA SPDU is used to transfer a limited amount of
  4842. transparent user data outside activities (i.e.\ when the activity management
  4843. functional unit has been selected and Vact is false). The right to send this
  4844. SPDU is restricted to the side having the right to start the next activity
  4845. (i.e.\ the activity management functional unit has been selected and Vact is
  4846. false and subject to the token restrictions specified in Table\ 5/X.225).
  4847. .RT
  4848. .sp 1P
  4849. .LP
  4850. 7.14.1
  4851.     \fIContent of CAPABILITY DATA SPDU\fR 
  4852. .sp 9p
  4853. .RT
  4854. .PP
  4855. The CAPABILITY DATA SPDU contains a User Data parameter which
  4856. allows a limited amount of transparent user data to be transferred.
  4857. .RT
  4858. .sp 1P
  4859. .LP
  4860. 7.14.2
  4861.     \fISending the CAPABILITY DATA SPDU\fR 
  4862. .sp 9p
  4863. .RT
  4864. .PP
  4865. An S\(hyCAPABILITY\(hyDATA request results in a CAPABILITY DATA SPDU
  4866. being sent. This SPDU is sent on the transport normal flow. The SS\(hyuser 
  4867. is not permitted to issue a further S\(hyCAPABILITY\(hyDATA request until 
  4868. this CAPABILITY 
  4869. DATA SPDU is acknowledged.
  4870. .bp
  4871. .RT
  4872. .sp 1P
  4873. .LP
  4874. 7.14.3
  4875.     \fIReceiving the CAPABILITY DATA SPDU\fR 
  4876. .sp 9p
  4877. .RT
  4878. .PP
  4879. A valid incoming CAPABILITY DATA SPDU results in an
  4880. S\(hyCAPABILITY\(hyDATA indication to the SS\(hyuser.
  4881. .RT
  4882. .sp 1P
  4883. .LP
  4884. 7.15
  4885.     \fICAPABILITY DATA ACK SPDU\fR 
  4886. .sp 9p
  4887. .RT
  4888. .PP
  4889. The CAPABILITY DATA ACK SPDU is used to complete the capability
  4890. data exchange.
  4891. .RT
  4892. .sp 1P
  4893. .LP
  4894. 7.15.1
  4895.     \fIContent of CAPABILITY DATA ACK SPDU\fR 
  4896. .sp 9p
  4897. .RT
  4898. .PP
  4899. The CAPABILITY DATA ACK SPDU contains a User Data parameter which allows 
  4900. a limited amount of transparent user data to be transferred. 
  4901. .RT
  4902. .sp 1P
  4903. .LP
  4904. 7.15.2
  4905.     \fISending the CAPABILITY DATA ACK SPDU\fR 
  4906. .sp 9p
  4907. .RT
  4908. .PP
  4909. The SS\(hyuser generates an S\(hyCAPABILITY\(hyDATA response which results 
  4910. in a CAPABILITY DATA ACK SPDU. This SPDU is sent on the transport normal 
  4911. flow.
  4912. .RT
  4913. .sp 1P
  4914. .LP
  4915. 7.15.3
  4916.     \fIReceiving the CAPABILITY DATA ACK SPDU\fR 
  4917. .sp 9p
  4918. .RT
  4919. .PP
  4920. A valid incoming CAPABILITY DATA ACK SPDU results in an
  4921. S\(hyCAPABILITY\(hyDATA confirm. This allows the SS\(hyuser to issue a further
  4922. S\(hyCAPABILITY\(hyDATA request.
  4923. .RT
  4924. .sp 1P
  4925. .LP
  4926. 7.16
  4927.     \fIGIVE TOKENS SPDU\fR 
  4928. .sp 9p
  4929. .RT
  4930. .PP
  4931. The GIVE TOKENS SPDU is used:
  4932. .RT
  4933. .LP
  4934.     a)
  4935.     to introduce a concatenated sequence of SPDUs; and/or
  4936. .LP
  4937.     b)
  4938.     to cause assignment of currently owned tokens to be
  4939. changed.
  4940. .PP
  4941. If the GIVE TOKENS SPDU does not contain any parameter fields, it is used 
  4942. to indicate concatenation without assignment of tokens and, in this 
  4943. case, the sending and receiving procedures do not apply.
  4944. .sp 1P
  4945. .LP
  4946. 7.16.1
  4947.     \fIContent of GIVE TOKENS SPDU\fR 
  4948. .sp 9p
  4949. .RT
  4950. .PP
  4951. The GIVE TOKENS SPDU contains:
  4952. .RT
  4953. .LP
  4954.     a)
  4955.      a Token Item parameter which indicates which tokens are being transferred 
  4956. from the sending SS\(hyuser to the receiving SS\(hyuser. 
  4957. .LP
  4958.     b)
  4959.     a User Data parameter which allows a limited amount of
  4960. transparent user data to be transferred. This parameter shall not be present 
  4961. if protocol version\ 1 is selected. 
  4962. .sp 1P
  4963. .LP
  4964. 7.16.2
  4965.     \fISending the GIVE TOKENS SPDU\fR 
  4966. .sp 9p
  4967. .RT
  4968. .PP
  4969. An S\(hyTOKEN\(hyGIVE request results in a GIVE TOKENS SPDU. This SPDU 
  4970. is sent on the transport normal flow. 
  4971. .RT
  4972. .sp 1P
  4973. .LP
  4974. 7.16.3
  4975.     \fIReceiving the GIVE TOKENS SPDU\fR 
  4976. .sp 9p
  4977. .RT
  4978. .PP
  4979. A valid incoming GIVE TOKENS SPDU results in an S\(hyTOKEN\(hyGIVE
  4980. indication.
  4981. .RT
  4982. .sp 1P
  4983. .LP
  4984. 7.17
  4985.     \fIPLEASE TOKENS SPDU\fR 
  4986. .sp 9p
  4987. .RT
  4988. .PP
  4989. The PLEASE TOKENS SPDU is used:
  4990. .RT
  4991. .LP
  4992.     a)
  4993.     to introduce a concatenated sequence of SPDUs; and/or
  4994. .LP
  4995.     b)
  4996.      to request that the token assignments be changed to permit the requestor 
  4997. to be authorized to perform a function associated with the 
  4998. requested tokens.
  4999. .bp
  5000. .PP
  5001. If the PLEASE TOKENS SPDU does not contain any parameter fields, it is 
  5002. used to indicate concatenation without requesting tokens and, in this 
  5003. case, the sending and receiving procedures do not apply.
  5004. .sp 1P
  5005. .LP
  5006. 7.17.1
  5007.     \fIContent of PLEASE TOKENS SPDU\fR 
  5008. .sp 9p
  5009. .RT
  5010. .PP
  5011. The PLEASE TOKENS SPDU contains:
  5012. .RT
  5013. .LP
  5014.     a)
  5015.      Token Item parameter which indicates which tokens are being requested 
  5016. by the sending SS\(hyuser; 
  5017. .LP
  5018.     b)
  5019.     User Data parameter which allows a limited amount of
  5020. transparent user data to be transferred.
  5021. .sp 1P
  5022. .LP
  5023. 7.17.2
  5024.     \fISending the PLEASE TOKENS SPDU\fR 
  5025. .sp 9p
  5026. .RT
  5027. .PP
  5028. An S\(hyTOKEN\(hyPLEASE request results in a PLEASE TOKENS SPDU. This
  5029. SPDU is sent on the transport normal flow.
  5030. .RT
  5031. .sp 1P
  5032. .LP
  5033. 7.17.3
  5034.     \fIReceiving the PLEASE TOKENS SPDU\fR 
  5035. .sp 9p
  5036. .RT
  5037. .PP
  5038. A valid incoming PLEASE TOKENS SPDU results in an S\(hyTOKEN\(hyPLEASE
  5039. indication. Receiving a PLEASE TOKENS SPDU for tokens which are not currently 
  5040. assigned to the accepting SS\(hyuser is not a protocol error. 
  5041. .RT
  5042. .sp 1P
  5043. .LP
  5044. 7.18
  5045.     \fIGIVE TOKENS CONFIRM SPDU\fR 
  5046. .sp 9p
  5047. .RT
  5048. .PP
  5049. The GIVE TOKENS CONFIRM SPDU is used as a result of an
  5050. S\(hyCONTROL\(hyGIVE request to cause assignment of all of the currently 
  5051. assigned 
  5052. tokens to be changed when Vact is false. Receipt of the GIVE TOKENS CONFIRM
  5053. SPDU by the receiving SPM is acknowledged by the GIVE TOKENS ACK SPDU.
  5054. .RT
  5055. .sp 1P
  5056. .LP
  5057. 7.18.1
  5058.     \fIContent of GIVE TOKENS CONFIRM SPDU\fR 
  5059. .sp 9p
  5060. .RT
  5061. .PP
  5062. The GIVE TOKENS CONFIRM SPDU contains a User Data parameter which allows 
  5063. a limited amount of transparent user data to be transferred. This 
  5064. parameter shall not be present if protocol version\ 1 is selected.
  5065. .RT
  5066. .sp 1P
  5067. .LP
  5068. 7.18.2
  5069.     \fISending the GIVE TOKENS CONFIRM SPDU\fR 
  5070. .sp 9p
  5071. .RT
  5072. .PP
  5073. An S\(hyCONTROL\(hyGIVE request when Vact is false results in a GIVE
  5074. TOKENS CONFIRM SPDU. The SPM then waits for a GIVE TOKENS ACK SPDU before
  5075. permitting further SPDUs, associated with the available tokens, to be sent 
  5076. or received. SPDUs not associated with tokens (e.g.\ TYPED DATA SPDU) may 
  5077. be sent or received as normal. This SPDU is sent on the transport normal 
  5078. flow. 
  5079. .RT
  5080. .sp 1P
  5081. .LP
  5082. 7.18.3
  5083.     \fIReceiving the GIVE TOKENS CONFIRM SPDU\fR 
  5084. .sp 9p
  5085. .RT
  5086. .LP
  5087. .PP
  5088. A valid incoming GIVE TOKENS CONFIRM SPDU results in an
  5089. S\(hyCONTROL\(hyGIVE indication, followed by a GIVE TOKENS ACK SPDU.
  5090. .RT
  5091. .sp 1P
  5092. .LP
  5093. 7.19
  5094.     \fIGIVE TOKENS ACK SPDU\fR 
  5095. .sp 9p
  5096. .RT
  5097. .PP
  5098. The GIVE TOKENS ACK SPDU is used to acknowledge receipt of a GIVE TOKENS 
  5099. CONFIRM SPDU. The GIVE TOKENS ACK SPDU can only be sent when Vact is 
  5100. false.
  5101. .RT
  5102. .sp 1P
  5103. .LP
  5104. 7.19.1
  5105.     \fIContent of GIVE TOKENS ACK SPDU\fR 
  5106. .sp 9p
  5107. .RT
  5108. .PP
  5109. The GIVE TOKENS ACK SPDU contains no parameters.
  5110. .bp
  5111. .RT
  5112. .sp 1P
  5113. .LP
  5114. 7.19.2
  5115.     \fISending the GIVE TOKENS ACK SPDU\fR 
  5116. .sp 9p
  5117. .RT
  5118. .PP
  5119. A valid incoming GIVE TOKENS CONFIRM SPDU results in a GIVE TOKENS ACK 
  5120. SPDU (see also \(sc\ 7.18.3). The SPM may now transmit SPDUs associated 
  5121. with 
  5122. the token controlled functional units. This SPDU is sent on the transport
  5123. normal flow.
  5124. .RT
  5125. .sp 1P
  5126. .LP
  5127. 7.19.3
  5128.     \fIReceiving the GIVE TOKENS ACK SPDU\fR 
  5129. .sp 9p
  5130. .RT
  5131. .PP
  5132. After receiving a valid incoming GIVE TOKENS ACK SPDU, the SPM is now prepared 
  5133. to receive any SPDUs associated with the token controlled 
  5134. functional units.
  5135. .RT
  5136. .sp 1P
  5137. .LP
  5138. 7.20
  5139.     \fIMINOR SYNC POINT SPDU\fR 
  5140. .sp 9p
  5141. .RT
  5142. .PP
  5143. The MINOR SYNC POINT SPDU is used to define a minor synchronization point. 
  5144. A confirmation may be returned by the receiver but is not required by 
  5145. the SPM (see \(sc\ 7.21). All acknowledgement rules are defined by the 
  5146. SS\(hyusers. 
  5147. In
  5148. particular, whether confirmation is requested or not is transparent to 
  5149. the SPM. The right to issue a MINOR SYNC POINT SPDU is subject to the token 
  5150. restrictions specified in Table\ 5/X.225. 
  5151. .RT
  5152. .sp 1P
  5153. .LP
  5154. 7.20.1
  5155.     \fIContent of MINOR SYNC POINT SPDU\fR 
  5156. .sp 9p
  5157. .RT
  5158. .PP
  5159. The MINOR SYNC POINT SPDU contains:
  5160. .RT
  5161. .LP
  5162.     a)
  5163.     Sync Type Item parameter which is used to indicate if an
  5164. explicit confirmation is required (see \(sc\ 7.21);
  5165. .LP
  5166.     b)
  5167.      Serial Number parameter which indicates the serial number of this minor 
  5168. synchronization point, and is set by the SPM to the current value of V(M); 
  5169. .LP
  5170.     c)
  5171.     User Data parameter which allows a limited amount of
  5172. transparent user data to be transferred.
  5173. .sp 1P
  5174. .LP
  5175. 7.20.2
  5176.     \fISending the MINOR SYNC POINT SPDU\fR 
  5177. .sp 9p
  5178. .RT
  5179. .PP
  5180. An S\(hySYNC\(hyMINOR request results in a MINOR SYNC POINT SPDU. This
  5181. SPDU is sent on the transport normal flow. If Vsc is true, V(A) is set 
  5182. equal to V(M) and Vsc is set false. V(M) is incremented by one. 
  5183. .RT
  5184. .sp 1P
  5185. .LP
  5186. 7.20.3
  5187.     \fIReceiving the MINOR SYNC POINT SPDU\fR 
  5188. .sp 9p
  5189. .RT
  5190. .PP
  5191. A valid incoming MINOR SYNC POINT SPDU results in an S\(hySYNC\(hyMINOR 
  5192. indication. If Vsc is false, V(A) is set equal to V(M) and Vsc is set true. 
  5193. V(M) is incremented by one.
  5194. .RT
  5195. .sp 1P
  5196. .LP
  5197. 7.21
  5198.     \fIMINOR SYNC ACK SPDU\fR 
  5199. .sp 9p
  5200. .RT
  5201. .PP
  5202. The MINOR SYNC ACK SPDU is used to return a confirmation to minor synchronization 
  5203. points. The SPM sends a MINOR SYNC ACK SPDU for each 
  5204. S\(hySYNC\(hyMINOR response.
  5205. .RT
  5206. .sp 1P
  5207. .LP
  5208. 7.21.1
  5209.     \fIContent of MINOR SYNC ACK SPDU\fR 
  5210. .sp 9p
  5211. .RT
  5212. .PP
  5213. The MINOR SYNC ACK SPDU contains:
  5214. .RT
  5215. .LP
  5216.     a)
  5217.     Serial Number parameter, provided by the SS\(hyuser which
  5218. indicates the serial number of the minor synchronization point which is 
  5219. being confirmed; 
  5220. .LP
  5221.     b)
  5222.     User Data parameter which allows a limited amount of
  5223. transparent user data to be transferred.
  5224. .bp
  5225. .sp 1P
  5226. .LP
  5227. 7.21.2
  5228.     \fISending the MINOR SYNC ACK SPDU\fR 
  5229. .sp 9p
  5230. .RT
  5231. .PP
  5232. An S\(hySYNC\(hyMINOR response (with Vsc true and serial number greater 
  5233. than or equal to V(A) and less than V(M)) results in sending a MINOR SYNC 
  5234. ACK SPDU. This SPDU is sent on the transport normal flow. The SPM sets 
  5235. V(A) equal to the serial number plus one. 
  5236. .RT
  5237. .sp 1P
  5238. .LP
  5239. 7.21.3
  5240.     \fIReceiving the MINOR SYNC ACK SPDU\fR 
  5241. .sp 9p
  5242. .RT
  5243. .PP
  5244. A valid incoming MINOR SYNC ACK SPDU (with Vsc false and received serial 
  5245. number greater than or equal to V(A) and less than V(M)) results in an 
  5246. S\(hySYNC\(hyMINOR confirm. The SPM sets V(A) equal to the received serial 
  5247. number 
  5248. plus one.
  5249. .RT
  5250. .sp 1P
  5251. .LP
  5252. 7.22
  5253.     \fIMAJOR SYNC POINT SPDU\fR 
  5254. .sp 9p
  5255. .RT
  5256. .PP
  5257. The MAJOR SYNC POINT SPDU is used to define a major synchronization point. 
  5258. A confirmation has to be received before more data can be sent on the 
  5259. normal and expedited flows. The right to issue a MAJOR SYNC POINT SPDU is
  5260. subject to the token restrictions specified in Table\ 5/X.225.
  5261. .RT
  5262. .sp 1P
  5263. .LP
  5264. 7.22.1
  5265.     \fIContent of MAJOR SYNC POINT SPDU\fR 
  5266. .sp 9p
  5267. .RT
  5268. .PP
  5269. The MAJOR SYNC POINT SPDU contains:
  5270. .RT
  5271. .LP
  5272.     a)
  5273.     Sync Type Item parameter which is only present when
  5274. indicating that this major synchronization point is not the end of the 
  5275. current activity; 
  5276. .LP
  5277.     b)
  5278.      Serial Number parameter which indicates the serial number of this major 
  5279. synchronization point, and is set by the SPM to the current value of V(M); 
  5280. .LP
  5281.     c)
  5282.     User Data parameter which allows a limited amount of
  5283. transparent user data to be transferred.
  5284. .sp 1P
  5285. .LP
  5286. 7.22.2
  5287.     \fISending the MAJOR SYNC POINT SPDU\fR 
  5288. .sp 9p
  5289. .RT
  5290. .PP
  5291. An S\(hySYNC\(hyMAJOR request results in a MAJOR SYNC POINT SPDU. This
  5292. SPDU is sent on the transport normal flow. If Vsc is true, V(A) is set 
  5293. equal to V(M) and Vsc is set false. V(M) is incremented by one. If the 
  5294. activity 
  5295. management functional unit has been selected, Vnextact is set true. If the
  5296. transport expedited flow is available to this session connection, the SPM 
  5297. waits for 
  5298. a PREPARE (MAJOR SYNC ACK) SPDU, followed by a MAJOR SYNC ACK SPDU. Otherwise, 
  5299. just a MAJOR SYNC ACK is expected. Any other SPDUs received prior to the 
  5300. MAJOR SYNC ACK SPDU will result in the appropriate service indications 
  5301. being given to the SS\(hyuser. 
  5302. .RT
  5303. .sp 1P
  5304. .LP
  5305. 7.22.3
  5306.     \fIReceiving the MAJOR SYNC POINT SPDU\fR 
  5307. .sp 9p
  5308. .RT
  5309. .PP
  5310. A valid incoming MAJOR SYNC POINT SPDU (with received serial number equal 
  5311. to V(M)) results in an S\(hySYNC\(hyMAJOR indication. If Vsc is false, 
  5312. V(A) is set equal to V(M). V(M) is incremented by one. If the activity 
  5313. management 
  5314. functional unit has been selected, Vnextact is set true.
  5315. .RT
  5316. .sp 1P
  5317. .LP
  5318. 7.23
  5319.     \fIMAJOR SYNC ACK SPDU\fR 
  5320. .sp 9p
  5321. .RT
  5322. .PP
  5323. The MAJOR SYNC ACK SPDU is used to return a confirmation to a major synchronization 
  5324. point. 
  5325. .bp
  5326. .RT
  5327. .sp 1P
  5328. .LP
  5329. 7.23.1
  5330.     \fIContent of MAJOR SYNC ACK SPDU\fR 
  5331. .sp 9p
  5332. .RT
  5333. .PP
  5334. The MAJOR SYNC ACK SPDU contains:
  5335. .RT
  5336. .LP
  5337.     a)
  5338.      Serial Number parameter which indicates the serial number of the major 
  5339. synchronization point which is being confirmed (which is equal to 
  5340. V(M) minus one);
  5341. .LP
  5342.     b)
  5343.     User Data parameter which allows a limited amount of
  5344. transparent user data to be transferred.
  5345. .sp 1P
  5346. .LP
  5347. 7.23.2
  5348.     \fISending the MAJOR SYNC ACK SPDU\fR 
  5349. .sp 9p
  5350. .RT
  5351. .PP
  5352. An S\(hySYNC\(hyMAJOR response results in a MAJOR SYNC ACK SPDU. This
  5353. SPDU is sent on the transport normal flow. If the transport expedited flow 
  5354. is available to this session connection, a PREPARE (MAJOR SYNC ACK) SPDU 
  5355. is sent simultaneously, or earlier, on the transport expedited flow. V(A) 
  5356. and V(R) are set equal to V(M). If the activity management functional unit 
  5357. has been 
  5358. selected, Vact is set to Vnextact.
  5359. .RT
  5360. .sp 1P
  5361. .LP
  5362. 7.23.3
  5363.     \fIReceiving the MAJOR SYNC ACK SPDU\fR 
  5364. .sp 9p
  5365. .RT
  5366. .PP
  5367. A valid incoming MAJOR SYNC ACK SPDU (with received serial number equal 
  5368. to V(M) minus one) results in an S\(hySYNC\(hyMAJOR confirm. 
  5369. .PP
  5370. If the transport expedited flow is available to this session
  5371. connection, two successive SPDUs will be received:
  5372. .RT
  5373. .LP
  5374.     a)
  5375.     PREPARE (MAJOR SYNC ACK) SPDU on the transport expedited
  5376. flow, followed by
  5377. .LP
  5378.     b)
  5379.     MAJOR SYNC ACK SPDU on the transport normal flow.
  5380. .PP
  5381. V(A) and V(R) are set equal to V(M). If the activity management
  5382. functional unit has been selected, Vact is set to Vnextact.
  5383. .sp 1P
  5384. .LP
  5385. 7.24
  5386.     \fIRESYNCHRONIZE SPDU\fR 
  5387. .sp 9p
  5388. .RT
  5389. .PP
  5390. The RESYNCHRONIZE SPDU is used to provide the SS\(hyusers with a
  5391. selective means to resynchronize the exchange of data to a
  5392. synchronization point and to reposition the tokens to an agreed side. Use of
  5393. this procedure may result in loss of data.
  5394. .PP
  5395. This SPDU can also be used to \*Qpurge\*U the session connection, since
  5396. that is a particular case of resynchronization. The following options are
  5397. provided:
  5398. .RT
  5399. .LP
  5400.     a)
  5401.     abandon;
  5402. .LP
  5403.     b)
  5404.     set;
  5405. .LP
  5406.     c)
  5407.     restart.
  5408. .PP
  5409. Since the resynchronization protocol provides a repositioning of the tokens 
  5410. a particular use of it is the destructive way to get the tokens. 
  5411. .PP
  5412. When used with activity management, the RESYNCHRONIZE SPDU can only be 
  5413. sent when Vact is true. 
  5414. .RT
  5415. .sp 1P
  5416. .LP
  5417. 7.24.1
  5418.     \fIContent of RESYNCHRONIZE SPDU\fR 
  5419. .sp 9p
  5420. .RT
  5421. .PP
  5422. The RESYNCHRONIZE SPDU contains:
  5423. .RT
  5424. .LP
  5425.     a)
  5426.      Token Setting Item which indicates the requestor's proposed token positions 
  5427. for all available tokens; 
  5428. .LP
  5429.     b)
  5430.      Resync Type Item parameter which indicates the resynchronize option (abandon, 
  5431. set or restart); 
  5432. .bp
  5433. .LP
  5434.     c)
  5435.      Serial Number parameter which indicates the serial number to which resyncrhonization 
  5436. is being requested. The serial number is supplied by 
  5437. the SS\(hyuser if the resynchronize option is set or restart. If the resynchronize 
  5438. option is abandon, the serial number is set to the value of V(M) of the 
  5439. sending SPM; 
  5440. .LP
  5441.     d)
  5442.     User Data parameter which allows a limited amount of
  5443. transparent user data to be transferred.
  5444. .sp 1P
  5445. .LP
  5446. 7.24.2
  5447.     \fISending the RESYNCHRONIZE SPDU\fR 
  5448. .sp 9p
  5449. .RT
  5450. .PP
  5451. An S\(hyRESYNCHRONIZE request (with serial number greater than or
  5452. equal to V(R) and less than or equal to V(M) if the resynchronize option is
  5453. restart) results in a RESYNCHRONIZE SPDU. This SPDU is sent on the transport
  5454. normal flow. If the transport expedited flow is available to this session
  5455. connection, a PREPARE (RESYNCHRONIZE) SPDU is sent simultaneously, or earlier, 
  5456. on the transport expedited flow. 
  5457. .PP
  5458. The SPM goes into a state where all the incoming SPDUs are discarded except 
  5459. PREPARE (RESYNCHRONIZE), RESYNCHRONIZE, PREPARE (RESYNCHRONIZE ACK), 
  5460. RESYNCHRONIZE ACK, ACTIVITY DISCARD, ACTIVITY INTERRUPT and ABORT SPDUs.
  5461. .PP
  5462. If a RESYNCHRONIZE, PREPARE (RESYNCHRONIZE), ACTIVITY INTERRUPT or
  5463. ACTIVITY DISCARD SPDU is received when the SPM is in this state, a
  5464. resynchronization contention situation has occurred and is dealt with as
  5465. specified in \(sc\ 7.24.4.
  5466. .RT
  5467. .sp 1P
  5468. .LP
  5469. 7.24.3
  5470.     \fIReceiving the RESYNCHRONIZE SPDU\fR 
  5471. .sp 9p
  5472. .RT
  5473. .PP
  5474. Except when a resynchronization contention situation has occurred, a valid 
  5475. incoming RESYNCHRONIZE SPDU (with received serial number greater than or 
  5476. equal to V(R) if the resynchronize option is restart) 
  5477. results in an S\(hyRESYNCHRONIZE indication. If the resynchronize option is
  5478. abandon, this indication contains a serial number which is equal to V(M) 
  5479. or the received serial number, whichever is higher; V(M) is set to this 
  5480. value. If the transport expedited flow is available to this session connection, 
  5481. two 
  5482. successive SPDUs will be received:
  5483. .RT
  5484. .LP
  5485.     a)
  5486.     PREPARE (RESYNCHRONIZE) SPDU on the transport expedited
  5487. flow, followed by
  5488. .LP
  5489.     b)
  5490.     RESYNCHRONIZE SPDU on the transport normal data flow.
  5491. .PP
  5492. When the PREPARE (RESYNCHRONIZE) SPDU is received, all
  5493. subsequently received SPDUs, except ABORT SPDU, are discarded until the
  5494. RESYNCHRONIZE SPDU is received on the transport normal flow.
  5495. .PP
  5496. The SPM now waits for an S\(hyRESYNCHRONIZE response.
  5497. .PP
  5498. If a resynchronization contention situation has occurred, only the
  5499. contention loser (see \(sc\ 7.24.4) passes an S\(hyRESYNCRONIZE indication 
  5500. to the 
  5501. SS\(hyuser.
  5502. .RT
  5503. .sp 1P
  5504. .LP
  5505. 7.24.4
  5506.     \fIResynchronization contention\fR 
  5507. .sp 9p
  5508. .RT
  5509. .PP
  5510. The contention between two RESYNCHRONIZE, ACTIVITY INTERRUPT, or
  5511. ACTIVITY DISCARD SPDUs is resolved according to Table\ 9/X.225. The table
  5512. defines the contention winner whose SPDU is taken into account; the other 
  5513. SPDU is discarded. 
  5514. .PP
  5515. If an incoming RESYNCHRONIZE SPDU is not acceptable, the receiving
  5516. SS\(hyuser may issue another if it prevails over the original proposal 
  5517. according to the decision rules. 
  5518. .RT
  5519. .sp 1P
  5520. .LP
  5521. 7.25
  5522.     \fIRESYNCHRONIZE ACK SPDU\fR 
  5523. .sp 9p
  5524. .RT
  5525. .PP
  5526. The RESYNCHRONIZE ACK SPDU is used to notify the sender of a
  5527. RESYNCHRONIZE SPDU of the completion of resynchronization.
  5528. .bp
  5529. .RT
  5530. .LP
  5531. .ce
  5532. \fBH.T. [T9.225]\fR 
  5533. .ce
  5534. TABLE\ 9/X.225
  5535. .ce
  5536. \fBContention winner\fR 
  5537. .ps 9
  5538. .vs 11
  5539. .nr VS 11
  5540. .nr PS 9
  5541. .TS
  5542. center box;
  5543. lw(54p) | cw(30p) | cw(30p) | cw(54p) | cw(30p) | cw(30p) .
  5544. T{
  5545. Incoming SPDU
  5546. from SPM B
  5547. Outgoing SPDU
  5548. from SPM A
  5549. T}    RESYNC. (abandon)    RESYNC. (set)    RESYNC. (restart)    ACTIVITY INTERRUPT    ACTIVITY DISCARD
  5550. _
  5551. .T&
  5552. lw(54p) | cw(30p) | cw(30p) | cw(54p) | cw(30p) | cw(30p) .
  5553. RESYNC. (abandon)    Initiator    SPM A    SPM A    SPM B    SPM B
  5554. _
  5555. .T&
  5556. lw(54p) | cw(30p) | cw(30p) | cw(54p) | cw(30p) | cw(30p) .
  5557. RESYNC. (set)    SPM B    Initiator    SPM A    SPM B    SPM B
  5558. _
  5559. .T&
  5560. lw(54p) | cw(30p) | cw(30p) | lw(54p) | cw(30p) | cw(30p) .
  5561. RESYNC. (restart)    SPM B    SPM B    T{
  5562. SPM with lower serial number or if equal then
  5563. initiator
  5564. T}    SPM B    SPM B
  5565. _
  5566. .T&
  5567. lw(54p) | cw(30p) | cw(30p) | cw(54p) | cw(30p) | cw(30p) .
  5568. ACTIVITY INTERRUPT    SPM A    SPM A    SPM A    See note    See note
  5569. _
  5570. .T&
  5571. lw(54p) | cw(30p) | cw(30p) | cw(54p) | cw(30p) | cw(30p) .
  5572. ACTIVITY DISCARD    SPM A    SPM A    SPM A    See note    T{
  5573. See note
  5574. \fINote\fR
  5575. \ \(em\ Collision is not possible in these cases because only the owner of
  5576. the major/activity token is permitted to send ACTIVITY DISCARD SPDU or
  5577. ACTIVITY INTERRUPT SPDU.
  5578. .parag
  5579. T}
  5580. _
  5581. .TE
  5582. .nr PS 9
  5583. .RT
  5584. .ad r
  5585. \fBTableau 9/X.225 [T9.225], p.16\fR 
  5586. .sp 1P
  5587. .RT
  5588. .ad b
  5589. .RT
  5590. .sp 1P
  5591. .LP
  5592. 7.25.1
  5593.     \fIContent of RESYNCHRONIZE ACK SPDU\fR 
  5594. .sp 9p
  5595. .RT
  5596. .PP
  5597. The RESYNCHRONIZE ACK SPDU contains:
  5598. .RT
  5599. .LP
  5600.     a)
  5601.     Token Setting Item parameter which indicates the selected
  5602. token positions.
  5603. .LP
  5604.     b)
  5605.     Serial Number parameter which indicates the first serial
  5606. number to be used in the resynchronized flow. This parameter is set according 
  5607. to the Resync Type Item parameter in the received RESYNCHRONIZE SPDU: 
  5608. .LP
  5609.     1)
  5610.      for the restart option, to the serial number in the received RESYNCHRONIZE 
  5611. SPDU; 
  5612. .LP
  5613.     2)
  5614.     for the set option, to the serial number in the
  5615. S\(hyRESYNCHRONIZE response;
  5616. .LP
  5617.     3)
  5618.     for the abandon option, to V(M).
  5619. .LP
  5620.     c)
  5621.     User Data parameter which allows a limited amount of
  5622. transparent user data to be transferred.
  5623. .sp 1P
  5624. .LP
  5625. 7.25.2
  5626.     \fISending the RESYNCHRONIZE ACK SPDU\fR 
  5627. .sp 9p
  5628. .RT
  5629. .PP
  5630. An S\(hyRESYNCHRONIZE response results in a RESYNCHRONIZE ACK SPDU.
  5631. This SPDU is sent on the transport normal flow. If the transport expedited 
  5632. flow is available to this session connection, a PREPARE (RESYNCHRONIZE 
  5633. ACK) SPDU is sent simultaneously, or earlier, on the transport expedited 
  5634. flow. 
  5635. .PP
  5636. The tokens are set to the values proposed by the requestor. If the
  5637. requestor has indicated \*Qaccepting SS\(hyuser's choice\*U for a token, 
  5638. then the 
  5639. acceptor's proposed value for that token is used. The selected token settings 
  5640. are returned in the Token Setting Item of the RESYNCHRONIZE ACK SPDU. 
  5641. .PP
  5642. V(A) and V(M) are set to the serial number contained in the
  5643. RESYNCHRONIZE ACK SPDU.
  5644. .PP
  5645. V(R) is unchanged if the Resync Type Item parameter in the received
  5646. RESYNCHRONIZE SPDU indicated the restart option. Otherwise, V(R) is set to
  5647. zero.
  5648. .bp
  5649. .RT
  5650. .sp 1P
  5651. .LP
  5652. 7.25.3
  5653.     \fIReceiving the RESYNCHRONIZE ACK SPDU\fR 
  5654. .sp 9p
  5655. .RT
  5656. .PP
  5657. A valid incoming RESYNCHRONIZE ACK SPDU results in an
  5658. S\(hyRESYNCHRONIZE confirm. If the transport expedited flow is available 
  5659. to this session connection, two successive SPDUs will be received: 
  5660. .RT
  5661. .LP
  5662.     a)
  5663.     PREPARE (RESYNCHRONIZE ACK) SPDU on the transport expedited  flow, followed by
  5664. .LP
  5665.     b)
  5666.     RESYNCHRONIZE ACK on the transport normal flow.
  5667. .PP
  5668. The tokens are set to the positions specified in the RESYNCHRONIZE ACK SPDU.
  5669. .PP
  5670. V(A) and V(M) are set to the serial number contained in the
  5671. RESYNCHRONIZE ACK SPDU.
  5672. .PP
  5673. V(R) is unchanged if the Resync Type Item parameter in the transmitted 
  5674. RESYNCHRONIZE SPDU indicated the restart option. Otherwise, V(R) is set 
  5675. to 
  5676. zero.
  5677. .RT
  5678. .sp 1P
  5679. .LP
  5680. 7.26
  5681.     \fIPREPARE SPDU\fR 
  5682. .sp 9p
  5683. .RT
  5684. .PP
  5685. The PREPARE SPDU is only used when the transport expedited flow is available 
  5686. to this session connection. It notifies the imminent arrival of 
  5687. certain SPDUs and indicates to the receiving SPM that SPDUs received on the
  5688. transport normal flow may be discarded under certain circumstances.
  5689. .RT
  5690. .sp 1P
  5691. .LP
  5692. 7.26.1
  5693.     \fIContent of PREPARE SPDU\fR 
  5694. .sp 9p
  5695. .RT
  5696. .PP
  5697. The PREPARE SPDU contains a Prepare Type parameter which indicates which 
  5698. SPDU should be expected on the transport normal flow. 
  5699. .RT
  5700. .sp 1P
  5701. .LP
  5702. 7.26.2
  5703.     \fISending the PREPARE SPDU\fR 
  5704. .sp 9p
  5705. .RT
  5706. .PP
  5707. The PREPARE SPDU is sent before the associated SPDUs specified in Table\ 
  5708. 10/X.225 when the transport expedited flow is available to this session 
  5709. connection. Table\ 10/X.225 also specifies the value of the Prepare Type 
  5710. parameter.
  5711. .RT
  5712. .ce
  5713. \fBH.T. [T10.225]\fR 
  5714. .ce
  5715. TABLE\ 10/X.225
  5716. .ce
  5717. \fBSPDUs associated with the PREPARE SPDU\fR 
  5718. .ps 9
  5719. .vs 11
  5720. .nr VS 11
  5721. .nr PS 9
  5722. .TS
  5723. center box;
  5724. cw(120p) | cw(90p) .
  5725. Associated SPDU    Prepare Type
  5726. _
  5727. .T&
  5728. lw(120p) | lw(90p) .
  5729. RESYNCHRONIZE SPDU    RESYNCHRONIZE
  5730. .T&
  5731. lw(120p) | lw(90p) .
  5732. RESYNCHRONIZE ACK SPDU    RESYNCHRONIZE ACK
  5733. .T&
  5734. lw(120p) | lw(90p) .
  5735. MAJOR SYNC ACK SPDU    MAJOR SYNC ACK
  5736. .T&
  5737. lw(120p) | lw(90p) .
  5738. ACTIVITY INTERRUPT SPDU    RESYNCHRONIZE
  5739. .T&
  5740. lw(120p) | lw(90p) .
  5741. ACTIVITY INTERRUPT ACK SPDU    RESYNCHRONIZE ACK
  5742. .T&
  5743. lw(120p) | lw(90p) .
  5744. ACTIVITY DISCARD SPDU    RESYNCHRONIZE
  5745. .T&
  5746. lw(120p) | lw(90p) .
  5747. ACTIVITY DISCARD ACK SPDU    RESYNCHRONIZE ACK
  5748. .T&
  5749. lw(120p) | lw(90p) .
  5750. ACTIVITY END ACK SPDU    MAJOR SYNC ACK
  5751. .T&
  5752. lw(120p) | lw(90p) .
  5753. ABORT SPDU    ABORT
  5754. _
  5755. .TE
  5756. .nr PS 9
  5757. .RT
  5758. .ad r
  5759. \fBTable [T10.225], p.\fR 
  5760. .sp 1P
  5761. .RT
  5762. .ad b
  5763. .RT
  5764. .LP
  5765. .bp
  5766. .PP
  5767. The PREPARE SPDU is sent on the transport expedited flow (its
  5768. associated SPDU being sent on the transport normal flow). The SPM goes to a
  5769. state which is determined by the initial request.
  5770. .sp 1P
  5771. .LP
  5772. 7.26.3
  5773.     \fIReceiving the PREPARE SPDU\fR 
  5774. .sp 9p
  5775. .RT
  5776. .PP
  5777. A valid incoming PREPARE SPDU results in the SPM entering a state where 
  5778. it is waiting for the associated SPDU on the transport normal flow. If 
  5779. the Prepare Type parameter indicates MAJOR SYNC ACK, any SPDUs received 
  5780. on the transport normal flow are processed normally. Otherwise, SPDUs received 
  5781. on the transport normal flow before the indicated SPDU are discarded. In 
  5782. any case, if an EXPEDITED DATA SPDU is received after a PREPARE SPDU, but 
  5783. before the 
  5784. associated SPDU on the transport normal flow, the S\(hyEXPEDITED\(hyDATA 
  5785. indication is not passed to the SS\(hyuser until the associated SPDU has 
  5786. been received and 
  5787. processed.
  5788. .RT
  5789. .sp 1P
  5790. .LP
  5791. 7.27
  5792.     \fIEXCEPTION REPORT SPDU\fR 
  5793. .sp 9p
  5794. .RT
  5795. .PP
  5796. The EXCEPTION REPORT SPDU is used to report that a protocol error has been 
  5797. detected within the SPM. It can only be sent in the data transfer 
  5798. phase and subject to the token restrictions specified in Table\ 5/X.225.
  5799. .RT
  5800. .sp 1P
  5801. .LP
  5802. 7.27.1
  5803.     \fIContent of EXCEPTION REPORT SPDU\fR 
  5804. .sp 9p
  5805. .RT
  5806. .PP
  5807. The EXCEPTION REPORT SPDU contains a Reflect Parameter Values
  5808. parameter which is used to indicate a field of arbitrary length, which 
  5809. contains the bit pattern of the SPDU received with a protocol error, up 
  5810. to and including the detected error. 
  5811. .RT
  5812. .sp 1P
  5813. .LP
  5814. 7.27.2
  5815.     \fISending the EXCEPTION REPORT SPDU\fR 
  5816. .sp 9p
  5817. .RT
  5818. .PP
  5819. On detection of a protocol error, for example an SPDU received at an unexpected 
  5820. time, or an invalid SPDU, the SPM may generate an EXCEPTION 
  5821. REPORT SPDU. This SPDU is sent on the transport normal flow. At the same 
  5822. time an S\(hyP\(hyEXCEPTION\(hyREPORT indication will be generated. The 
  5823. SPM enters an error state which is only left when any of the following 
  5824. SPDUs, or their associated local service requests, are received: 
  5825. .RT
  5826. .LP
  5827.     ACTIVITY DISCARD;
  5828. .LP
  5829.     ACTIVITY INTERRUPT;
  5830. .LP
  5831.     RESYNCHRONIZE;
  5832. .LP
  5833.     ABORT;
  5834. .LP
  5835.     GIVE TOKENS (with the data token);
  5836. .LP
  5837.     PREPARE (RESYNCHRONIZE).
  5838. .PP
  5839. Any other SPDUs received will be discarded. However, V(A) and V(M) will 
  5840. be updated appropriately if valid MINOR SYNC POINT SPDUs or MAJOR SYNC 
  5841. POINT SPDUs are received.
  5842. .sp 1P
  5843. .LP
  5844. 7.27.3
  5845.     \fIReceiving the EXCEPTION REPORT SPDU\fR 
  5846. .sp 9p
  5847. .RT
  5848. .PP
  5849. When an incoming EXCEPTION REPORT SPDU is received, an
  5850. S\(hyP\(hyEXCEPTION\(hyREPORT indication is given and the SPM enters an 
  5851. error state. 
  5852. .PP
  5853. The SPM leaves the error state when any of the following SPDUs, or
  5854. their associated local service requests, are received:
  5855. .RT
  5856. .LP
  5857.     ACTIVITY DISCARD;
  5858. .LP
  5859.     ACTIVITY INTERRUPT;
  5860. .LP
  5861.     RESYNCHRONIZE;
  5862. .LP
  5863.     ABORT;
  5864. .LP
  5865.     GIVE TOKENS (with the data token);
  5866. .LP
  5867.     PREPARE (RESYNCHRONIZE).
  5868. .PP
  5869. \fINote\fR \ \(em\ This action is dependent on the receipt of the EXCEPTION 
  5870. REPORT SPDU, not on examination of its parameter value. This enables the 
  5871. procedure to be followed in cases where the implementation cannot deal 
  5872. with an SPDU length greater than the minimum specified in \(sc\ 8.3.27.3. 
  5873. .bp
  5874. .sp 1P
  5875. .LP
  5876. 7.28
  5877.     \fIEXCEPTION DATA SPDU\fR 
  5878. .sp 9p
  5879. .RT
  5880. .PP
  5881. The EXCEPTION DATA SPDU is used to put the SPM into an error
  5882. state.
  5883. .PP
  5884. It can only be sent subject to the token restrictions specified in
  5885. Table\ 5/X.225 and:
  5886. .RT
  5887. .LP
  5888.     a)
  5889.     when the activity management functional unit has been
  5890. selected and an activity is in progress, or
  5891. .LP
  5892.     b)
  5893.     the activity management functional unit has not been
  5894. selected.
  5895. .sp 1P
  5896. .LP
  5897. 7.28.1
  5898.     \fIContent of EXCEPTION DATA SPDU\fR 
  5899. .sp 9p
  5900. .RT
  5901. .PP
  5902. The EXCEPTION DATA SPDU contains:
  5903. .RT
  5904. .LP
  5905.     a)
  5906.      Reason Code parameter which indicates the reason for sending the EXCEPTION 
  5907. DATA SPDU; 
  5908. .LP
  5909.     b)
  5910.     User Data parameter which allows a limited amount of
  5911. transparent user data to be transferred.
  5912. .sp 1P
  5913. .LP
  5914. 7.28.2
  5915.     \fISending the EXCEPTION DATA SPDU\fR 
  5916. .sp 9p
  5917. .RT
  5918. .PP
  5919. An S\(hyU\(hyEXCEPTION\(hyREPORT request results in the SPM sending an
  5920. EXCEPTION DATA SPDU on the transport normal flow. The SPM enters an error
  5921. state. The error state will be left when an S\(hyU\(hyABORT request or 
  5922. a T\(hyDISCONNECT indication is received or when any of the following SPDUs 
  5923. are 
  5924. received:
  5925. .RT
  5926. .LP
  5927.     ACTIVITY DISCARD;
  5928. .LP
  5929.     ACTIVITY INTERRUPT;
  5930. .LP
  5931.     ABORT;
  5932. .LP
  5933.     RESYNCHRONIZE;
  5934. .LP
  5935.     GIVE TOKENS (with the data token);
  5936. .LP
  5937.     PREPARE (RESYNCHRONIZE).
  5938. .PP
  5939. Any other SPDUs received will be discarded. However, V(A) and V(M) will 
  5940. be updated appropriately if MINOR SYNC POINT SPDUs or MAJOR SYNC POINT 
  5941. SPDUs are received.
  5942. .sp 1P
  5943. .LP
  5944. 7.28.3
  5945.     \fIReceiving the EXCEPTION DATA SPDU\fR 
  5946. .sp 9p
  5947. .RT
  5948. .PP
  5949. A valid incoming EXCEPTION DATA SPDU results in an
  5950. S\(hyU\(hyEXCEPTION\(hyREPORT
  5951. indication. The SPM enters an error state, unless the data token is not
  5952. assigned to this SPM, in which case the SPM state is unchanged.
  5953. .PP
  5954. The SPM leaves the error state when any of the following service
  5955. primitives are invoked by the SS\(hyuser:
  5956. .RT
  5957. .LP
  5958.     S\(hyU\(hyABORT request;
  5959. .LP
  5960.     S\(hyRESYNCHRONIZE request;
  5961. .LP
  5962.     S\(hyACTIVITY\(hyDISCARD request;
  5963. .LP
  5964.     S\(hyACTIVITY\(hyINTERRUPT request;
  5965. .LP
  5966.     S\(hyTOKEN\(hyGIVE request (with the data token).
  5967. .sp 1P
  5968. .LP
  5969. 7.29
  5970.     \fIACTIVITY START SPDU\fR 
  5971. .sp 9p
  5972. .RT
  5973. .PP
  5974. The ACTIVITY START SPDU is used to notify the beginning of an
  5975. activity. The right to issue an ACTIVITY START SPDU is subject to the token
  5976. restrictions specified in Table\ 5/X.225.
  5977. .RT
  5978. .sp 1P
  5979. .LP
  5980. 7.29.1
  5981.     \fIContent of ACTIVITY START SPDU\fR 
  5982. .sp 9p
  5983. .RT
  5984. .PP
  5985. The ACTIVITY START SPDU contains:
  5986. .RT
  5987. .LP
  5988.     a)
  5989.      Activity Identifier parameter which allows the SS\(hyusers to identify 
  5990. the activity being started; 
  5991. .LP
  5992.     b)
  5993.     User Data parameter which allows a limited amount of
  5994. transparent user data to be transferred.
  5995. .bp
  5996. .sp 1P
  5997. .LP
  5998. 7.29.2
  5999.     \fISending the ACTIVITY START SPDU\fR 
  6000. .sp 9p
  6001. .RT
  6002. .PP
  6003. An S\(hyACTIVITY\(hySTART request (when Vact is false) results in an
  6004. ACTIVITY START SPDU. V(A), V(M) and V(R) are set to one. Vact is set true. 
  6005. This SPDU is sent on the transport normal flow. 
  6006. .RT
  6007. .sp 1P
  6008. .LP
  6009. 7.29.3
  6010.     \fIReceiving the ACTIVITY START SPDU\fR 
  6011. .sp 9p
  6012. .RT
  6013. .PP
  6014. A valid incoming ACTIVITY START SPDU (when Vact is false) results in an 
  6015. S\(hyACTIVITY\(hySTART indication. V(A), V(M) and V(R) are set to one. 
  6016. Vact is set true. 
  6017. .RT
  6018. .sp 1P
  6019. .LP
  6020. 7.30
  6021.     \fIACTIVITY RESUME SPDU\fR 
  6022. .sp 9p
  6023. .RT
  6024. .PP
  6025. The ACTIVITY RESUME SPDU is used to notify the resumption of a
  6026. previously interrupted activity. The right to issue an ACTIVITY RESUME 
  6027. SPDU is subject to the token restrictions specified in Table\ 5/X.225. 
  6028. .RT
  6029. .sp 1P
  6030. .LP
  6031. 7.30.1
  6032.     \fIContent of ACTIVITY RESUME SPDU\fR 
  6033. .sp 9p
  6034. .RT
  6035. .PP
  6036. The ACTIVITY RESUME SPDU contains:
  6037. .RT
  6038. .LP
  6039.     a)
  6040.     Linking Information parameter group which contains:
  6041. .LP
  6042.     1)
  6043.     Called SS\(hyuser Reference parameter;
  6044. .LP
  6045.     2)
  6046.     Calling SS\(hyuser Reference parameter;
  6047. .LP
  6048.     3)
  6049.     Common Reference parameter;
  6050. .LP
  6051.     4)
  6052.     Additional Reference Information parameter;
  6053. .LP
  6054.     5)
  6055.     Old Activity Identifier which enables the SS\(hyusers to
  6056. identify the old activity which is being resumed;
  6057. .LP
  6058.     6)
  6059.     Serial Number parameter which indicates the first serial
  6060. number to be used minus one.
  6061. .LP
  6062.     b)
  6063.      New Activity Identifier parameter which allows the SS\(hyusers to assign 
  6064. a new identifier to the activity being resumed. 
  6065. .LP
  6066.     c)
  6067.     User Data parameter which allows a limited amount of
  6068. transparent user data to be transferred.
  6069. .sp 1P
  6070. .LP
  6071. 7.30.2
  6072.     \fISending the ACTIVITY RESUME SPDU\fR 
  6073. .sp 9p
  6074. .RT
  6075. .PP
  6076. An S\(hyACTIVITY\(hyRESUME request (when Vact is false) results in an
  6077. ACTIVITY RESUME SPDU. V(A) and V(M) are set to the serial number provided by
  6078. the SS\(hyuser plus one. V(R) is set to one. Vact is set true. This SPDU 
  6079. is sent on the transport normal flow. 
  6080. .RT
  6081. .sp 1P
  6082. .LP
  6083. 7.30.3
  6084.     \fIReceiving the ACTIVITY RESUME SPDU\fR 
  6085. .sp 9p
  6086. .RT
  6087. .PP
  6088. A valid incoming ACTIVITY RESUME SPDU (when Vact is false) results in an 
  6089. S\(hyACTIVITY\(hyRESUME indication. V(A) and V(M) are set to the received 
  6090. serial number plus one. V(R) is set to one. Vact is set true.
  6091. .RT
  6092. .sp 1P
  6093. .LP
  6094. 7.31
  6095.     \fIACTIVITY INTERRUPT SPDU\fR 
  6096. .sp 9p
  6097. .RT
  6098. .PP
  6099. The ACTIVITY INTERRUPT SPDU is used to notify the interruption of an ongoing 
  6100. activity. The right to issue an ACTIVITY INTERRUPT SPDU is subject to the 
  6101. token restrictions specified in Table\ 5/X.225. Use of this procedure may 
  6102. result in loss of data. 
  6103. .RT
  6104. .sp 1P
  6105. .LP
  6106. 7.31.1
  6107.     \fIContent of ACTIVITY INTERRUPT SPDU\fR 
  6108. .sp 9p
  6109. .RT
  6110. .PP
  6111. The ACTIVITY INTERRUPT SPDU contains:
  6112. .RT
  6113. .LP
  6114.     a)
  6115.     a Reason Code parameter which indicates the reason for
  6116. sending the ACTIVITY INTERRUPT SPDU;
  6117. .LP
  6118.     b)
  6119.     a User Data parameter which allows a limited amount of
  6120. transparent user data to be transferred. This parameter shall
  6121. not be present if protocol version\ 1 is selected.
  6122. .bp
  6123. .sp 1P
  6124. .LP
  6125. 7.31.2
  6126.     \fISending the ACTIVITY INTERRUPT SPDU\fR 
  6127. .sp 9p
  6128. .RT
  6129. .PP
  6130. An S\(hyACTIVITY\(hyINTERRUPT request results in an ACTIVITY INTERRUPT
  6131. SPDU. This SPDU is sent on the transport normal flow. If the transport
  6132. expedited flow is available to this session connection, a PREPARE
  6133. (RESYNCHRONIZE) SPDU is sent simultaneously, or earlier, on the transport
  6134. expedited flow. The SPM goes into a state where all incoming SPDUs are
  6135. discarded except PREPARE (RESYNCHRONIZE ACK), ACTIVITY
  6136. INTERUPT ACK and ABORT SPDUs.
  6137. .RT
  6138. .sp 1P
  6139. .LP
  6140. 7.31.3
  6141.     \fIReceiving the ACTIVITY INTERRUPT SPDU\fR 
  6142. .sp 9p
  6143. .RT
  6144. .PP
  6145. A valid incoming ACTIVITY INTERRUPT SPDU results in an
  6146. S\(hyACTIVITY\(hyINTERRUPT indication. If the transport expedited flow 
  6147. is available to this session connection, two successive SPDUs will be received: 
  6148. .RT
  6149. .LP
  6150.     a)
  6151.      PREPARE (RESYNCHRONIZE) SPDU (see \(sc\ 7.24) on the transport expedited 
  6152. flow, followed by 
  6153. .LP
  6154.     b)
  6155.     ACTIVITY INTERRUPT SPDU on the transport normal flow.
  6156. .PP
  6157. The SPM now waits for an S\(hyACTIVITY\(hyINTERRUPT response.
  6158. .sp 1P
  6159. .LP
  6160. 7.32
  6161.     \fIACTIVITY INTERRUPT ACK SPDU\fR 
  6162. .sp 9p
  6163. .RT
  6164. .PP
  6165. The ACTIVITY INTERRUPT ACK SPDU is used to notify the sender of an ACTIVITY 
  6166. INTERRUPT SPDU of the completion of the interruption of the ongoing 
  6167. activity. On completion, all available tokens are assigned to the sender 
  6168. of the ACTIVITY INTERRUPT SPDU. 
  6169. .RT
  6170. .sp 1P
  6171. .LP
  6172. 7.32.1
  6173.     \fIContent of ACTIVITY INTERRUPT ACK SPDU\fR 
  6174. .sp 9p
  6175. .RT
  6176. .PP
  6177. The ACTIVITY INTERRUPT ACK SPDU contains a User Data parameter
  6178. which allows a limited amount of transparent user data to be transfered. 
  6179. This parameter shall not be present if protocol version\ 1 is selected. 
  6180. .RT
  6181. .sp 1P
  6182. .LP
  6183. 7.32.2
  6184.     \fISending the ACTIVITY INTERRUPT ACK SPDU\fR 
  6185. .sp 9p
  6186. .RT
  6187. .PP
  6188. An S\(hyACTIVITY\(hyINTERRUPT response results in an ACTIVITY INTERRUPT 
  6189. ACK SPDU. This SPDU is sent on the transport normal flow. If the transport 
  6190. expedited flow is available to this session connection, a PREPARE
  6191. (RESYNCHRONIZE ACK) SPDU is sent simultaneously, or earlier, on the transport 
  6192. expedited flow. Vact is set false when the ACTIVITY INTERRUPT ACK SPDU 
  6193. has been sent. 
  6194. .RT
  6195. .sp 1P
  6196. .LP
  6197. 7.32.3
  6198.     \fIReceiving the ACTIVITY INTERRUPT ACK SPDU\fR 
  6199. .sp 9p
  6200. .RT
  6201. .PP
  6202. A valid incoming ACTIVITY INTERRUPT ACK SPDU results in an
  6203. S\(hyACTIVITY\(hyINTERRUPT confirm. If the transport expedited flow is 
  6204. available to this session connection, two successive SPDUs will be received: 
  6205. .RT
  6206. .LP
  6207.     a)
  6208.     PREPARE (RESYNCHRONIZE ACK) SPDU (see \(sc\ 7.25) on the
  6209. transport expedited flow, followed by
  6210. .LP
  6211.     b)
  6212.     ACTIVITY INTERRUPT ACK SPDU on the transport normal
  6213. flow.
  6214. .PP
  6215. Vact is set false when the ACTIVITY INTERRUPT ACK SPDU has been
  6216. received.
  6217. .sp 1P
  6218. .LP
  6219. 7.33
  6220.     \fIACTIVITY DISCARD SPDU\fR 
  6221. .sp 9p
  6222. .RT
  6223. .PP
  6224. The ACTIVITY DISCARD SPDU is used to notify the cancellation of an ongoing 
  6225. activity. The right to issue an ACTIVITY DISCARD SPDU is subject to the 
  6226. token restrictions specified in Table\ 5/X.225. Use of this procedure may 
  6227. result in the loss of data. 
  6228. .bp
  6229. .RT
  6230. .sp 1P
  6231. .LP
  6232. 7.33.1
  6233.     \fIContent of ACTIVITY DISCARD SPDU\fR 
  6234. .sp 9p
  6235. .RT
  6236. .PP
  6237. The ACTIVITY DISCARD SPDU contains:
  6238. .RT
  6239. .LP
  6240.     a)
  6241.     a Reason Code parameter which indicates the reason for
  6242. sending the ACTIVITY DISCARD SPDU,
  6243. .LP
  6244.     b)
  6245.     a User Data parameter which allows a limited amount of
  6246. transparent user data to be transferred. This parameter shall not be present 
  6247. if protocol version\ 1 is selected. 
  6248. .sp 1P
  6249. .LP
  6250. 7.33.2
  6251.     \fISending the ACTIVITY DISCARD SPDU\fR 
  6252. .sp 9p
  6253. .RT
  6254. .PP
  6255. An S\(hyACTIVITY\(hyDISCARD request results in an ACTIVITY DISCARD SPDU. 
  6256. This SPDU is sent on the transport normal flow. If the transport expedited 
  6257. flow is available to this session connection, a PREPARE (RESYNCHRONIZE) 
  6258. SPDU is sent simultaneously, or earlier, on the transport expedited flow. 
  6259. The SPM goes into a state where all the incoming SPDUs are discarded except 
  6260. PREPARE 
  6261. (RESYNCHRONIZE ACK), ACTIVITY DISCARD ACK and ABORT SPDUs.
  6262. .RT
  6263. .sp 1P
  6264. .LP
  6265. 7.33.3
  6266.     \fIReceiving the ACTIVITY DISCARD SPDU\fR 
  6267. .sp 9p
  6268. .RT
  6269. .PP
  6270. A valid incoming ACTIVITY DISCARD SPDU results in an
  6271. S\(hyACTIVITY\(hyDISCARD indication. If the transport expedited flow is 
  6272. available to this session connection, two successive SPDUs will be received: 
  6273. .RT
  6274. .LP
  6275.     a)
  6276.      PREPARE (RESYNCHRONIZE) SPDU (see \(sc\ 7.24) on the transport expedited 
  6277. flow, followed by 
  6278. .LP
  6279.     b)
  6280.     ACTIVITY DISCARD SPDU on the transport normal flow.
  6281. .PP
  6282. The SPM now waits for an S\(hyACTIVITY\(hyDISCARD response.
  6283. .sp 1P
  6284. .LP
  6285. 7.34
  6286.     \fIACTIVITY DISCARD ACK SPDU\fR 
  6287. .sp 9p
  6288. .RT
  6289. .PP
  6290. The ACTIVITY DISCARD ACK SPDU is used to notify the sender of an
  6291. ACTIVITY DISCARD SPDU of the completion of the cancellation of the ongoing
  6292. activity. On completion, all available tokens are assigned to the sender 
  6293. of the ACTIVITY DISCARD SPDU. 
  6294. .RT
  6295. .sp 1P
  6296. .LP
  6297. 7.34.1
  6298.     \fIContent of ACTIVITY DISCARD ACK SPDU\fR 
  6299. .sp 9p
  6300. .RT
  6301. .PP
  6302. The ACTIVITY DISCARD ACK SPDU contains a User Data parameter
  6303. which allows a limited amount of transparent user data to be transfered. 
  6304. This parameter shall not be present if protocol version\ 1 is selected. 
  6305. .RT
  6306. .sp 1P
  6307. .LP
  6308. 7.34.2
  6309.     \fISending the ACTIVITY DISCARD ACK SPDU\fR 
  6310. .sp 9p
  6311. .RT
  6312. .PP
  6313. An S\(hyACTIVITY\(hyDISCARD response results in an ACTIVITY DISCARD ACK 
  6314. SPDU. This SPDU is sent on the transport normal flow. If the transport 
  6315. expedited flow is available to this session connection, a PREPARE
  6316. (RESYNCHRONIZE ACK) SPDU is sent simultaneously, or earlier, on the transport 
  6317. expedited flow. Vact is set false when the ACTIVITY DISCARD ACK SPDU has 
  6318. been sent. 
  6319. .RT
  6320. .sp 1P
  6321. .LP
  6322. 7.34.3
  6323.     \fIReceiving the ACTIVITY DISCARD ACK SPDU\fR 
  6324. .sp 9p
  6325. .RT
  6326. .PP
  6327. A valid incoming ACTIVITY DISCARD ACK SPDU results in an
  6328. S\(hyACTIVITY\(hyDISCARD confirm. If the transport expedited flow is available 
  6329. to 
  6330. this session connection, two successive SPDUs will be received:
  6331. .RT
  6332. .LP
  6333.     a)
  6334.     PREPARE (RESYNCHRONIZE ACK) SPDU (see \(sc\ 7.25) on the
  6335. transport expedited flow, followed by
  6336. .LP
  6337.     b)
  6338.     ACTIVITY DISCARD ACK SPDU on the transport normal
  6339. flow.
  6340. .PP
  6341. Vact is set false when the ACTIVITY DISCARD ACK SPDU has been
  6342. received.
  6343. .bp
  6344. .sp 1P
  6345. .LP
  6346. 7.35
  6347.     \fIACTIVITY END SPDU\fR 
  6348. .sp 9p
  6349. .RT
  6350. .PP
  6351. The ACTIVITY END SPDU is used to define an implicit major
  6352. synchronization point at the end of an activity. A confirmation has to be
  6353. received before more data can be sent on the normal and expedited flows. The
  6354. right to issue an ACTIVITY END SPDU is subject to the token restrictions
  6355. specified in Table\ 5/X.225.
  6356. .PP
  6357. An ACTIVITY END SPDU can only be validly sent when Vact is true.
  6358. .RT
  6359. .sp 1P
  6360. .LP
  6361. 7.35.1
  6362.     \fIContent of ACTIVITY END SPDU\fR 
  6363. .sp 9p
  6364. .RT
  6365. .PP
  6366. The ACTIVITY END SPDU contains:
  6367. .RT
  6368. .LP
  6369.     a)
  6370.      Serial Number parameter which indicates the serial number of this major 
  6371. synchronization point, and is set by the SPM to the current value of V(M); 
  6372. .LP
  6373.     b)
  6374.     User Data parameter which allows a limited amount of
  6375. transparent user data to be transferred.
  6376. .sp 1P
  6377. .LP
  6378. 7.35.2
  6379.     \fISending the ACTIVITY END SPDU\fR 
  6380. .sp 9p
  6381. .RT
  6382. .PP
  6383. An S\(hyACITIVITY\(hyEND request (when Vact is true) results in an
  6384. ACTIVITY END SPDU. This SPDU is sent on the transport normal flow. If Vsc is
  6385. true, V(A) is set equal to V(M) and Vsc is set false. V(M) is incremented by
  6386. one. Vnextact is set false. If the transport expedited flow is available to
  6387. this session
  6388. connection, the SPM waits for a PREPARE (MAJOR SYNC ACK) SPDU, followed 
  6389. by an ACTIVITY END ACK SPDU. Otherwise, just an ACTIVITY END ACK SPDU is 
  6390. expected. 
  6391. Any other SPDUs received prior to the ACTIVITY END ACK SPDU will result 
  6392. in the appropriate service indications being given to the SS\(hyuser. 
  6393. .RT
  6394. .sp 1P
  6395. .LP
  6396. 7.35.3
  6397.     \fIReceiving the ACTIVITY END SPDU\fR 
  6398. .sp 9p
  6399. .RT
  6400. .PP
  6401. A valid incoming ACTIVITY END SPDU (when Vact is true, and the
  6402. received serial number equals V(M)) results in an S\(hyACTIVITY\(hyEND 
  6403. indication. If Vsc is false, V(A) is set equal to V(M). V(M) is incremented 
  6404. by one. Vnextact is set false. 
  6405. .RT
  6406. .sp 1P
  6407. .LP
  6408. 7.36
  6409.     \fIACTIVITY END ACK SPDU\fR 
  6410. .sp 9p
  6411. .RT
  6412. .PP
  6413. The ACTIVITY END ACK SPDU is used to return a confirmation to an
  6414. ACTIVITY END SPDU.
  6415. .RT
  6416. .sp 1P
  6417. .LP
  6418. 7.36.1
  6419.     \fIContent of ACTIVITY END ACK SPDU\fR 
  6420. .sp 9p
  6421. .RT
  6422. .PP
  6423. The ACTIVITY END ACK SPDU contains:
  6424. .RT
  6425. .LP
  6426.     a)
  6427.      Serial Number parameter which indicates the serial number of the major 
  6428. synchronization point which is being confirmed (which is equal to 
  6429. V(M) minus one);
  6430. .LP
  6431.     b)
  6432.     User Data parameter which allows a limited amount of
  6433. transparent user data to be transferred.
  6434. .sp 1P
  6435. .LP
  6436. 7.36.2
  6437.     \fISending the ACTIVITY END ACK SPDU\fR 
  6438. .sp 9p
  6439. .RT
  6440. .PP
  6441. An S\(hyACTIVITY\(hyEND response results in an ACTIVITY END ACK SPDU.
  6442. This SPDU is sent on the transport normal flow. If the transport expedited 
  6443. flow is available to this session connection, a PREPARE (MAJOR SYNC ACK) 
  6444. SPDU is 
  6445. sent simultaneously, or earlier, on the transport expedited flow. V(A) 
  6446. and V(R) are set equal to V(M). Vact is set to Vnextact. 
  6447. .RT
  6448. .sp 1P
  6449. .LP
  6450. 7.36.3
  6451.     \fIReceiving the ACTIVITY END ACK SPDU\fR 
  6452. .sp 9p
  6453. .RT
  6454. .PP
  6455. A valid incoming ACTIVITY END ACK SPDU (with Vsc false and received serial 
  6456. number equal to V(M) minus one) results in an S\(hyACTIVITY\(hyEND confirm. 
  6457. .bp
  6458. .PP
  6459. If the transport expedited flow is available to this session
  6460. connection, two successive SPDUs will be received:
  6461. .RT
  6462. .LP
  6463.     a)
  6464.     PREPARE (MAJOR SYNC ACK) SPDU on the transport expedited
  6465. flow, followed by
  6466. .LP
  6467.     b)
  6468.     ACTIVITY END ACK SPDU on the transport normal flow.
  6469. .PP
  6470. V(A) and V(R) are set equal to V(M). Vact is set to Vnextact.
  6471. .sp 1P
  6472. .LP
  6473. 7.37
  6474.     \fIAdditional elements of procedure for\fR 
  6475. \fIsegmented SSDUs\fR 
  6476. .sp 9p
  6477. .RT
  6478. .PP
  6479. The following SPDUs may contain segments of the associated
  6480. SSDU:
  6481. .RT
  6482. .LP
  6483.     ACCEPT SPDU
  6484. .LP
  6485.     REFUSE SPDU
  6486. .LP
  6487.     FINISH SPDU
  6488. .LP
  6489.     DISCONNECT SPDU
  6490. .LP
  6491.     NOT FINISHED SPDU
  6492. .LP
  6493.     CAPABILITY DATA SPDU
  6494. .LP
  6495.     CAPABILITY DATA ACK SPDU
  6496. .LP
  6497.     GIVE TOKENS SPDU
  6498. .LP
  6499.     PLEASE TOKENS SPDU
  6500. .LP
  6501.     GIVE TOKENS CONFIRM SPDU
  6502. .LP
  6503.     MINOR SYNC POINT SPDU
  6504. .LP
  6505.     MINOR SYNC ACK SPDU
  6506. .LP
  6507.     MAJOR SYNC POINT SPDU
  6508. .LP
  6509.     MAJOR SYNC ACK SPDU
  6510. .LP
  6511.     RESYNCHRONIZE SPDU
  6512. .LP
  6513.     RESYNCHRONIZE ACK SPDU
  6514. .LP
  6515.     EXCEPTION DATA SPDU
  6516. .LP
  6517.     ACTIVITY START SPDU
  6518. .LP
  6519.     ACTIVITY RESUME SPDU
  6520. .LP
  6521.     ACTIVITY INTERRUPT SPDU
  6522. .LP
  6523.     ACTIVITY INTERRUPT ACK SPDU
  6524. .LP
  6525.     ACTIVITY DISCARD SPDU
  6526. .LP
  6527.     ACTIVITY DISCARD ACK SPDU
  6528. .LP
  6529.     ACTIVITY END SPDU
  6530. .LP
  6531.     ACTIVITY END ACK SPDU
  6532. .PP
  6533. These SPDUs are subject to the following additional procedures.
  6534. .sp 1P
  6535. .LP
  6536. 7.37.1
  6537.     \fIContent of the SPDU\fR 
  6538. .sp 9p
  6539. .RT
  6540. .PP
  6541. Where an SSDU is segmented, the first SPDU contains all the
  6542. parameters which would have been present in the SPDU if the SSDU had not 
  6543. been segmented, together with an Enclosure Item parameter, which indicates 
  6544. beginning of SSDU and not end of SSDU, and at least one octet of User Data. 
  6545. The last SPDU of the SSDU contains the Enclosure Item parameter which indicates 
  6546. not beginning of SSDU and end of SSDU and may or may not contain User Data. 
  6547. Intermediate 
  6548. SPDUs of the SSDU, if present, contain the Enclosure Item parameter which
  6549. indicates not beginning of SSDU and not end of SSDU and at least one octet 
  6550. of User Data. 
  6551. .RT
  6552. .sp 1P
  6553. .LP
  6554. 7.37.2
  6555.     \fISending the SPDU\fR 
  6556. .sp 9p
  6557. .RT
  6558. .PP
  6559. The sending procedures for SPDUs where these additional elements of procedure 
  6560. apply are extended in the following way: 
  6561. .RT
  6562. .LP
  6563.     a)
  6564.     where the SPM sends an SPDU, it shall send an ordered
  6565. sequence of SPDUs which together comprise the complete SSDU;
  6566. .bp
  6567. .LP
  6568.     b)
  6569.      sending this ordered sequence of SPDUs shall be interrupted when the 
  6570. SPM sends an ABORT SPDU or a PREPARE (ABORT) SPDU (for example, as a result 
  6571. of an S\(hyU\(hyABORT request or a detected protocol error) or when the 
  6572. SPM 
  6573. receives an ABORT SPDU, a PREPARE (ABORT) SPDU or a T\(hyDISCONNECT indication. 
  6574. In this case, the SPM shall stop sending the ordered sequence of SPDUs 
  6575. and shall take the appropriate defined actions; 
  6576. .LP
  6577.     \fINote\fR \ \(em\ the ordered sequence of SPDUs sent so far will not
  6578. comprise a complete SSDU. The Enclosure Item parameter will not have been 
  6579. sent with a value which indicates end of SSDU. 
  6580. .LP
  6581.     c)
  6582.     as a local matter, sending this ordered sequence of SPDUs
  6583. may be interrupted when the SPM receives an SPDU which will cause the ordered 
  6584. sequence of SPDUs to be discarded by the remote SPM. In this situation, 
  6585. the SPM which is sending the ordered sequence of SPDUs is not required 
  6586. to send the 
  6587. remainder of the ordered sequence.
  6588. .LP
  6589.     \fINote\fR \ \(em\ This situation will occur if the received destructive
  6590. SPDU was sent by the remote SPM before the first SPDU of the ordered sequence 
  6591. of SPDUs was received by the remote SPM, or if the remote SPM took the 
  6592. local 
  6593. implementation decision indicated in \(sc\ 7.37.3\ d).
  6594. .sp 1P
  6595. .LP
  6596. 7.37.3
  6597.     \fIReceiving the SPDU\fR 
  6598. .sp 9p
  6599. .RT
  6600. .PP
  6601. The receiving procedures for SPDUs where these additional elements of procedure 
  6602. apply are extended in the following way: 
  6603. .RT
  6604. .LP
  6605.     a)
  6606.      where the SPM receives an SPDU, it shall receive an ordered sequence 
  6607. of SPDUs which together comprise the complete SSDU; 
  6608. .LP
  6609.     b)
  6610.     receiving this ordered sequence of SPDUs shall be
  6611. interrupted when the SPM receives an ABORT SPDU, a PREPARE (ABORT) SPDU or a
  6612. T\(hyDISCONNECT indication. This shall have a destructive effect on the entire
  6613. segmented SSDU (i.e.\ the SPDUs which have already been received are discarded). 
  6614. The SPM shall take the appropriate defined actions; 
  6615. .LP
  6616.     c)
  6617.     the SPM may send an ABORT SPDU or a PREPARE (ABORT) SPDU
  6618. (for example, as a result of an S\(hyU\(hyABORT request or a detected protocol 
  6619. error) while receiving an ordered sequence of SPDUs. This shall have a 
  6620. destructive 
  6621. effect on the entire segmented SSDU being received (i.e.\ SPDUs comprising 
  6622. part of the segmented SSDU which have already been received are discarded 
  6623. and any 
  6624. SPDUs comprising part of the segmented SSDU which are received subsequently 
  6625. are discarded). The SPM shall take the appropriate defined actions; 
  6626. .LP
  6627.     d)
  6628.      as a local matter, while receiving this ordered sequence of SPDUs, the 
  6629. SPM may send any other appropriate SPDU which will have a 
  6630. destructive effect on the entire SSDU being received (i.e.\ SPDUs comprising
  6631. part of the segmented SSDU which have already been received will be discarded 
  6632. and any SPDUs comprising part of the segmented SSDU which are received 
  6633. subsequently will be discarded).
  6634. .LP
  6635.      \fINote\fR \ \(em\ The conditions and effect stated here are as though 
  6636. the segmented SSDU had been sent in a single SPDU and the SPDU causing 
  6637. the 
  6638. destructive effect had been sent before that SPDU is received.
  6639. .LP
  6640. .rs
  6641. .sp 14P
  6642. .sp 1P
  6643. .LP
  6644. \fBMONTAGE:\ \fR REC. X.225 (SUITE) SUR LE REST DE CETTE PAGE
  6645. .sp 9p
  6646. .RT
  6647. .LP
  6648. .bp
  6649.