home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1993 July / Disc.iso / ccitt / 1988 / troff / 8_5_08.tro < prev    next >
Encoding:
Text File  |  1991-12-22  |  83.7 KB  |  3,282 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.226\fR 
  25. .RT
  26. .sp 2P
  27. .ce 1000
  28. \fBPRESENTATION\ PROTOCOL\ SPECIFICATION\ FOR\ OPEN\fR 
  29. .EF '%    Fascicle\ VIII.5\ \(em\ Rec.\ X.226''
  30. .OF '''Fascicle\ VIII.5\ \(em\ Rec.\ X.226    %'
  31. .ce 0
  32. .sp 1P
  33. .ce 1000
  34. \fBSYSTEMS\ INTERCONNECTION\ FOR\ CCITT\ APPLICATIONS\fR 
  35. .FS
  36. Recommendation\ X.226   and ISO\ 8823 [Information processing systems \(em Open
  37. Systems Intrconnection \(em Connection oriented presentation protocol
  38. specification] were developed in close collaboration and are technically
  39. aligned, except for the differences noted in Appendix\ I
  40. .FE
  41. .ce 0
  42. .sp 1P
  43. .ce 1000
  44. \fI(Melbourne, 1988)\fR 
  45. .sp 9p
  46. .RT
  47. .ce 0
  48. .sp 1P
  49. .LP
  50.     The\ CCITT,
  51. .sp 1P
  52. .RT
  53. .sp 1P
  54. .LP
  55. \fIconsidering\fR 
  56. .sp 9p
  57. .RT
  58. .PP
  59. (a)
  60. that Recommendation X.200 defines the Reference
  61. Model of Open System Interconnection for\ CCITT Applications;
  62. .PP
  63. (b)
  64. that Recommendation X.208 specifies Abstract Syntax Notation One (ASN.1) 
  65. for the specification of the Abstract Syntax of 
  66. Protocols;
  67. .PP
  68. (c)
  69. that Recommendation X.209 specifies the Basic
  70. Encoding Rules for Abstract Syntax Notation One;
  71. .PP
  72. (d)
  73. that Recommendation X.210 defines the Open Syntax
  74. Interconnection (OSI) Layer Service Definition Conventions;
  75. .PP
  76. (e)
  77. that Recommendation X.215 defines the Session
  78. Service Definition for Open Systems Interconnection for CCITT Applications;
  79. .PP
  80. (f)
  81. that Recommendation X.216 defines the Presentation Service Definition for 
  82. Open Systems Interconnection for CCITT Applications; 
  83. .PP
  84. (g)
  85. that Recommendation X.410\(hy1984 specifies the
  86. protocol for Remote Operation and Reliable Transfer Server for Message 
  87. Handling Systems, 
  88. .sp 1P
  89. .LP
  90. \fIunanimously declares\fR 
  91. .sp 9p
  92. .RT
  93. .PP
  94. that this Recommendation defines the Presentation Protocol of Open Systems 
  95. Interconnection for CCITT Applications as given in the Scope and Field 
  96. of Application. 
  97. .sp 1P
  98. .ce 1000
  99. CONTENTS
  100. .ce 0
  101. .sp 1P
  102. .sp 2P
  103. .LP
  104. 0
  105.     \fIIntroduction\fR 
  106. .sp 1P
  107. .RT
  108. .sp 1P
  109. .LP
  110. 1
  111.     \fIScope and field of application\fR 
  112. .sp 9p
  113. .RT
  114. .sp 1P
  115. .LP
  116. 2
  117.     \fIReferences\fR 
  118. .sp 9p
  119. .RT
  120. .sp 1P
  121. .LP
  122. 3
  123.     \fIDefinitions\fR 
  124. .sp 9p
  125. .RT
  126. .LP
  127.     3.1
  128.     Reference Model definitions
  129. .LP
  130.     3.2
  131.     Service convention definitions
  132. .LP
  133.     3.3
  134.     Naming and Addressing definitions
  135. .LP
  136.     3.4
  137.     Presentation Service definitions
  138. .LP
  139.     3.5
  140.     Presentation protocol definitions
  141. .LP
  142. .sp 1
  143. .bp
  144. .sp 1P
  145. .LP
  146. 4
  147.     \fIAbbreviations\fR 
  148. .sp 9p
  149. .RT
  150. .LP
  151.     4.1
  152.     Data Units
  153. .LP
  154.     4.2
  155.     Types of presentation\(hyprotocol\(hydata\(hyunits
  156. .LP
  157.     4.3
  158.     Other abbreviations
  159. .sp 1P
  160. .LP
  161. 5
  162.     \fIOverview of the presentation protocol\fR 
  163. .sp 9p
  164. .RT
  165. .LP
  166.     5.1
  167.     Service provided by the Presentation Layer
  168. .LP
  169.     5.2
  170.     Service assumed from the Session Layer
  171. .LP
  172.     5.3
  173.     Functions of the Presentation Layer
  174. .LP
  175.     5.4
  176.     Presentation functional units
  177. .LP
  178.     5.5
  179.     Model of the Presentation Layer
  180. .sp 1P
  181. .LP
  182. 6
  183.     \fIElements of procedure\fR 
  184. .sp 9p
  185. .RT
  186. .LP
  187.     6.1
  188.     User data parameters
  189. .LP
  190.     6.2
  191.     Connection establishment
  192. .LP
  193.     6.3
  194.     Normal release of connection
  195. .LP
  196.     6.4
  197.     Abnormal release of connection
  198. .LP
  199.     6.5
  200.     Context Alteration
  201. .LP
  202.     6.6
  203.     Information transfer
  204. .LP
  205.     6.7
  206.     Token handling
  207. .LP
  208.     6.8
  209.     Synchronization and resynchronization
  210. .LP
  211.     6.9
  212.     Exception reporting
  213. .LP
  214.     6.10
  215.     Activity management
  216. .sp 1P
  217. .LP
  218. 7
  219.     \fIMapping of PPDUS onto the session\(hyservice\fR 
  220. .sp 9p
  221. .RT
  222. .LP
  223.     7.1
  224.     Connection establishment
  225. .LP
  226.     7.2
  227.     Normal release of connection
  228. .LP
  229.     7.3
  230.     Abnormal release of connection
  231. .LP
  232.     7.4
  233.     Context Alteration
  234. .LP
  235.     7.5
  236.     Information Transfer
  237. .LP
  238.     7.6
  239.     Token Handling
  240. .LP
  241.     7.7
  242.     Synchronization
  243. .LP
  244.     7.8
  245.     Resynchronization
  246. .LP
  247.     7.9
  248.     Exception Reporting
  249. .LP
  250.     7.10
  251.     Activity Management
  252. .sp 1P
  253. .LP
  254. 8
  255.     \fIStructure and encoding of PPDUS\fR 
  256. .sp 9p
  257. .RT
  258. .LP
  259.     8.1
  260.     General
  261. .LP
  262.     8.2
  263.     Structure of SS\(hyuser data parameter values
  264. .LP
  265.     8.3
  266.     Encoding of SS\(hyuser data parameter values
  267. .LP
  268.     8.4
  269.     Encoding of values of type User\(hydata
  270. .LP
  271.     8.5
  272.     Rules of extensibility for normal mode
  273. .sp 1P
  274. .LP
  275. 9
  276.     \fIConformance\fR 
  277. .sp 9p
  278. .RT
  279. .LP
  280.     9.1
  281.     Dynamic Conformance
  282. .LP
  283.     9.2
  284.     Static Conformance
  285. .LP
  286.     9.3
  287.     Protocol implementation conformance statement
  288. .sp 1P
  289. .LP
  290. \fIAnnex\ A\fR \ \(em\ State tables
  291. .sp 9p
  292. .RT
  293. .sp 1P
  294. .LP
  295. \fIAppendix\ I\fR     \(em
  296.     Differences between Recommendation X.226 and ISO
  297. International Standard\ 8823
  298. .bp
  299. .sp 9p
  300. .RT
  301. .sp 2P
  302. .LP
  303. \fB0\fR     \fBIntroduction\fR 
  304. .sp 1P
  305. .RT
  306. .PP
  307. This Recommendation is one of a set of Recommendations produced to facilitate 
  308. the interconnection of information processing systems. It is related to 
  309. other Recommendations in the set as defined by the Reference Model for 
  310. Open Systems Interconnection (Recommendation\ X.200). The Reference Model 
  311. subdivides the area of standardization for interconnection into a series 
  312. of layers of 
  313. specification, each of manageable size.
  314. .PP
  315. This Recommendation specifies a common encoding and a number of
  316. functional units of presentation protocol procedures to be used to meet the
  317. needs of presentation\(hyservice\(hyusers. It is intended that the presentation
  318. protocol should be simple but general enough to cater for the total range of
  319. presentation\(hyservice\(hyuser needs without restricting future extensions.
  320. .PP
  321. The primary aim of this Recommendation is to provide a set of rules
  322. for communication expressed in terms of the procedures to be carried out by
  323. peer entities at the time of communication. These rules for communication 
  324. are intended to provide a sound basis for development in order to serve 
  325. a variety of purposes: 
  326. .RT
  327. .LP
  328.     a)
  329.     as a guide for implementors and designers;
  330. .LP
  331.     b)
  332.     for use in the testing and procurement of equipment;
  333. .LP
  334.     c)
  335.      as part of an agreement for the admittance of systems into the open systems 
  336. environment; 
  337. .LP
  338.     d)
  339.     as a refinement of the understanding of OSI.
  340. .PP
  341. It is expected that the inifial users of this Recommendation will be designers 
  342. and implementors of equipment and therefore it contains, in notes or in 
  343. annexes, guidance on the implementation of its procedures. 
  344. .PP
  345. It has not been possible as yet to prepare a product standard
  346. containing a set of objective tests for conformance to this Recommendation 
  347. but it does contain a section on conformance of equipment claiming to implement 
  348. the procedures it specifies. Attention is drawn to the fact that this 
  349. Recommendation does not contain any test to demonstrate this conformance and
  350. cannot, therefore, be considered as a complete product standard.
  351. .PP
  352. The variations and options available within this Recommendation are
  353. essential to enable a presentation\(hyservice to be provided for a wide 
  354. variety of applications. Thus, a minimally conforming implementation will 
  355. not be suitable for use in all possible circumstances. It is necessary, 
  356. therefore, to qualify all references to this Recommendation with statements 
  357. of the options provided or required, or with statements of the intended 
  358. purpose of provision or 
  359. use.
  360. .RT
  361. .sp 2P
  362. .LP
  363. \fB1\fR     \fBScope and field of application\fR 
  364. .FS
  365. The implementation and use of this Recommendation for Open Systems Interconnection 
  366. requires the public 
  367. assignment of values of ASN.1 type OBJECT IDENTIFIER to specifications of
  368. abstract syntaxes and transfer syntaxes. Public specification and naming of
  369. abstract syntaxes and transfer syntaxes can occur in ISO standards or CCITT
  370. Recommendations, or under the mechanisms identified in the Registration
  371. Authority procedures. A Registration Authority procedures specification is
  372. under development.
  373. .FE
  374. .sp 1P
  375. .RT
  376. .sp 1P
  377. .LP
  378. 1.1
  379.     This Recommendation specifies:
  380. .sp 9p
  381. .RT
  382. .LP
  383.     a)
  384.     procedures for the transfer of data and control information
  385. from one presentation\(hyentity to a peer presentation\(hyentity;
  386. .LP
  387.     b)
  388.     the means of selecting, by means of functional units, the
  389. procedures to be used by the presentation\(hyentities;
  390. .LP
  391.     c)
  392.     the structure and encoding of the
  393. presentation\(hyprotocol\(hydata\(hyunits used for the transfer of data
  394. and control information.
  395. .PP
  396. The procedures are defined in terms of:
  397. .LP
  398.     d)
  399.     the interactions between peer presentation\(hyentities through
  400. the exchange of presentation\(hyprotocol\(hydata\(hyunits;
  401. .LP
  402.     e)
  403.     the interactions between a presentation\(hyentity and the
  404. presentation\(hyservice\(hyuser in the same system through the
  405. exchange of presentation\(hyservice primitives;
  406. .LP
  407.     f
  408. )
  409.     the interactions between a presentation\(hyentity and the
  410. session\(hyservice\(hyprovider through the exchange of session\(hyservice
  411. primitives.
  412. .LP
  413. .sp 1
  414. .bp
  415. .PP
  416. 1.2
  417. These procedures are defined in the main text of this
  418. Recommendation supplemented by state tables in annex\ A.
  419. .sp 9p
  420. .RT
  421. .PP
  422. 1.3
  423. These procedures are applicable to instances of communication
  424. between systems which support the Presentation Layer of the OSI Reference 
  425. Model and which wish to interconnect in an OSI environment. 
  426. .PP
  427. 1.4
  428. This Recommendation also specifies conformance criteria for
  429. systems implementing these procedures. It does not contain tests which 
  430. can be used to demonstrate this conformance. 
  431. .sp 2P
  432. .LP
  433. \fB2\fR     \fBReferences\fR 
  434. .sp 1P
  435. .RT
  436. .LP
  437.     Recommendation\ X.200
  438.     \(em
  439.     Reference Model of Open Systems
  440. Interconnection for CCITT Applications. (See also ISO\ 7498).
  441. .LP
  442.     Recommendation\ X.210
  443.     \(em
  444.     OSI Layer Service Definition
  445. Conventions (see also ISO\ TR\ 8509).
  446. .LP
  447.     ISO\ 7498\(hy3
  448.     \(em
  449.     Information processing systems \(em Open Systems
  450. Interconnection \(em basic Reference Model \(em Part\ 3: Naming and
  451. Addressing
  452. .FS
  453. At present at the stage of draft.
  454. .FE
  455. .
  456. .LP
  457.     Recommendation\ X.215
  458.     \(em
  459.     Session Service Definition for Open
  460. Systems Interconnection for CCITT Applications (see also
  461. ISO\ 8326 and ISO\ 8326 addendum\ 2).
  462. .LP
  463.     Recommendation\ X.208
  464.     \(em
  465.     Specification of Abstract Syntax
  466. Notation One (ASN.1) for CCITT Applications (see also
  467. ISO\ 8824).
  468. .LP
  469.     Recommendation\ X.209
  470.     \(em
  471.     Specification of Basic Encoding Rules
  472. for Abstract Syntax Notation One. (See also ISO\ 8825).
  473. .LP
  474.     Recommendation\ X.216
  475.     \(em
  476.     Presentation Service Definition for
  477. Open Systems Interconnection for CCITT Applications (see also
  478. ISO\ 8822).
  479. .LP
  480.     Recommendation\ X.410\(hy1984
  481.     \(em
  482.     1984 Message Handling Systems:
  483. Remote Operation and Reliable Transfer Server.
  484. .sp 2P
  485. .LP
  486. \fB3\fR     \fBDefinitions\fR 
  487. .sp 1P
  488. .RT
  489. .sp 1P
  490. .LP
  491. 3.1
  492.     \fIReference Model definitions\fR 
  493. .sp 9p
  494. .RT
  495. .PP
  496. This Recommendation is based on the concepts developed in
  497. Recommendation\ X.200 and makes use of the following terms derived from
  498. it:
  499. .RT
  500. .LP
  501.     a)
  502.     presentation\(hyconnection;
  503. .LP
  504.     b)
  505.     Presentation Layer;
  506. .LP
  507.     c)
  508.     presentation\(hyprotocol\(hydata\(hyunit;
  509. .LP
  510.     d)
  511.     presentation\(hyservice;
  512. .LP
  513.     e)
  514.     presentation\(hyservice\(hyaccess\(hypoint;
  515. .LP
  516.     f
  517. )
  518.     presentation\(hyservice\(hydata\(hyunit;
  519. .LP
  520.     g)
  521.     presentation\(hyprotocol\(hycontrol\(hyinformation;
  522. .LP
  523.     h)
  524.     session\(hyconnection;
  525. .LP
  526.     i)
  527.     Session Layer;
  528. .LP
  529.     j
  530. )
  531.     session\(hyservice\(hyacces\(hypoint;
  532. .LP
  533.     k)
  534.     session\(hyservice\(hydata\(hyunit;
  535. .LP
  536.     l)
  537.     session\(hyservice\(hyprovider;
  538. .LP
  539.     m)
  540.     transfer syntax.
  541. .sp 1P
  542. .LP
  543. 3.2
  544.     \fIService conventions definitions\fR 
  545. .sp 9p
  546. .RT
  547. .PP
  548. This Recommendation makes use of the following terms defined in
  549. Recommendation\ X.210 as they apply in the Presentation Layer:
  550. .RT
  551. .LP
  552.     a)
  553.     service\(hyuser;
  554. .LP
  555.     b)
  556.     service\(hyprovider;
  557. .LP
  558.     c)
  559.     service primitive;
  560. .LP
  561.     d)
  562.     request;
  563. .bp
  564. .LP
  565.     e)
  566.     indication;
  567. .LP
  568.     f
  569. )
  570.     response;
  571. .LP
  572.     g)
  573.     confirm;
  574. .LP
  575.     h)
  576.     non\(hyconfirmed\(hyservice;
  577. .LP
  578.     i)
  579.     confirmed\(hyservice;
  580. .LP
  581.     j
  582. )
  583.     provider\(hyinitiated\(hyservice.
  584. .sp 1P
  585. .LP
  586. 3.3
  587.     \fINaming and Addressing definitions\fR 
  588. .sp 9p
  589. .RT
  590. .PP
  591. This Recommendation makes use of the following terms defined in
  592. ISO\ 7498\(hy3:
  593. .RT
  594. .LP
  595.     a)
  596.     session\(hyaddress;
  597. .LP
  598.     b)
  599.     presentation\(hyaddress;
  600. .LP
  601.     c)
  602.     presentation\(hyselector.
  603. .sp 1P
  604. .LP
  605. 3.4
  606.     \fIPresentation Service definitions\fR 
  607. .sp 9p
  608. .RT
  609. .PP
  610. This Recommendation is also based on concepts developed in
  611. Recommendation\ X.216 and makes use of the following terms defined in that
  612. Recommendation:
  613. .RT
  614. .LP
  615.     a)
  616.     abstract syntax;
  617. .LP
  618.     b)
  619.     abstract syntax name;
  620. .LP
  621.     c)
  622.     transfer syntax name;
  623. .LP
  624.     d)
  625.     presentation data value;
  626. .LP
  627.     e)
  628.     presentation context;
  629. .LP
  630.     f
  631. )
  632.     defined context set;
  633. .LP
  634.     g)
  635.     inter\(hyactivity defined context set;
  636. .LP
  637.     h)
  638.     default conext;
  639. .LP
  640.     i)
  641.     functional unit;
  642. .LP
  643.     j
  644. )
  645.     X.410\(hy1984 mode;
  646. .LP
  647.     k)
  648.     normal mode.
  649. .sp 1P
  650. .LP
  651. 3.5
  652.     \fIPresentation protocol definitions\fR 
  653. .sp 9p
  654. .RT
  655. .PP
  656. For the purpose of this Recommendation, the following definitions   apply:
  657. .RT
  658. .sp 1P
  659. .LP
  660. 3.5.1
  661.     \fBlocal matter\fR 
  662. .sp 9p
  663. .RT
  664. .PP
  665. A decision made by a system concerning its behaviour
  666. in the Presentation Layer that is not subject to the requirements of this
  667. Recommendation.
  668. .RT
  669. .sp 1P
  670. .LP
  671. 3.5.2
  672.     \fBvalid presentation\(hyprotocol\(hydata\(hyunit\fR 
  673. .sp 9p
  674. .RT
  675. .PP
  676. A presentation\(hyprotocol\(hydata\(hyunit which complies with the
  677. requirements of this Recommendation for structure and encoding.
  678. .RT
  679. .sp 1P
  680. .LP
  681. 3.5.3
  682.     \fBinvalid presentation\(hyprotocol\(hydata\(hyunit\fR 
  683. .sp 9p
  684. .RT
  685. .PP
  686. A presentation\(hyprotocol\(hydata\(hyunit which does not comply with the 
  687. requirements of this Recommendation for structure and encoding. 
  688. .RT
  689. .sp 1P
  690. .LP
  691. 3.5.4
  692.     \fBprotocol error\fR 
  693. .sp 9p
  694. .RT
  695. .PP
  696. A situation occuring when a presentation\(hyprotocol\(hydata\(hyunit is
  697. used in a way which does not comply with the procedures defined in this
  698. Recommendation.
  699. .RT
  700. .sp 1P
  701. .LP
  702. 3.5.5
  703.     \fBoriginal activity identifier\fR 
  704. .sp 9p
  705. .RT
  706. .PP
  707. An attribute of an activity in progress. If the activity was
  708. started by use of the P\(hyACTIVITY\(hySTART service, the Activity identifier
  709. parameter value of the request and indication service primitives; if the
  710. activity was resumed by use of the P\(hyACTIVITY\(hyRESUME service the 
  711. Old activity identifier parameter value of the request and indication service 
  712. primitives.
  713. .bp
  714. .RT
  715. .sp 1P
  716. .LP
  717. 3.5.6
  718.     \fBself\(hydelimiting\fR 
  719. .sp 9p
  720. .RT
  721. .PP
  722. An attribute of a transfer syntax which indicates that the end of each 
  723. value in that syntax can be determined by means provided by the 
  724. syntax.
  725. .RT
  726. .sp 1P
  727. .LP
  728. 3.5.7
  729.     \fBpresentation context identifier\fR 
  730. .sp 9p
  731. .RT
  732. .PP
  733. An identifier for a specific presentation context. The identifier is unique 
  734. within a presentation\(hyconnection and known to both presentation 
  735. protocol machines. The default context does not have a presentation context
  736. identifier associated with it.
  737. .RT
  738. .sp 1P
  739. .LP
  740. 3.5.8
  741.     \fBsyncpoint identifier\fR 
  742. .sp 9p
  743. .RT
  744. .PP
  745. A synchronization point serial number if the session activity
  746. management functional unit has not been selected; or a pair of synchronization 
  747. point serial number and original activity identifier of the activity in 
  748. progress if the session activity management functional unit has been selected. 
  749. The order of syncpoint identifiers is defined as the order of their 
  750. synchronization point serial number components.
  751. .RT
  752. .sp 1P
  753. .LP
  754. 3.5.9
  755.     \fBinitiator\fR 
  756. .sp 9p
  757. .RT
  758. .PP
  759. The presentation protocol machine that initiates the
  760. presentation\(hyconnection establishment.
  761. .RT
  762. .sp 1P
  763. .LP
  764. 3.5.10
  765.     \fBresponder\fR 
  766. .sp 9p
  767. .RT
  768. .PP
  769. The presentation protocol machine that responds to a
  770. presentation\(hyconnection establishment proposal.
  771. .RT
  772. .sp 1P
  773. .LP
  774. 3.5.11
  775.     \fBrequestor\fR 
  776. .sp 9p
  777. .RT
  778. .PP
  779. The presentation protocol machine that initiates a particular
  780. action.
  781. .RT
  782. .sp 1P
  783. .LP
  784. 3.5.12
  785.     \fBacceptor\fR 
  786. .sp 9p
  787. .RT
  788. .PP
  789. The presentation protocol machine that accepts a particular
  790. action.
  791. .RT
  792. .sp 2P
  793. .LP
  794. \fB4\fR     \fBAbbreviations\fR 
  795. .sp 1P
  796. .RT
  797. .sp 1P
  798. .LP
  799. 4.1
  800.     \fIData Units\fR 
  801. .sp 9p
  802. .RT
  803. .LP
  804.     PPDU
  805.     presentation\(hyprotocol\(hydata\(hyunit
  806. .LP
  807.     PSDU
  808.     presentation\(hyservice\(hydata\(hyunit
  809. .LP
  810.     SSDU
  811.     session\(hyservice\(hydata\(hyunit
  812. .sp 1P
  813. .LP
  814. 4.2
  815.     \fITypes of presentation\(hyprotocol\(hydata\(hyunits\fR 
  816. .sp 9p
  817. .RT
  818. .LP
  819.     AC PPDU
  820.     Alter Context PPDU
  821. .LP
  822.     ACA PPDU
  823.     Alter Context Acknowledge PPDU
  824. .LP
  825.     ARP PPDU
  826.     Abnormal Release Provider PPDU
  827. .LP
  828.     ARU PPDU
  829.     Abnormal Release User PPDU
  830. .LP
  831.     CP PPDU
  832.     Connect Presentation PPDU
  833. .LP
  834.     CPA PPDU
  835.     Connect Presentation Accept PPDU
  836. .LP
  837.     CPR PPDU
  838.     Connect Presentation Reject PPDU
  839. .LP
  840.     RS PPDU
  841.     Resynchronize PPDU
  842. .bp
  843. .LP
  844.     RSA PPDU
  845.     Resynchronize Acknowledge PPDU
  846. .LP
  847.     TC PPDU
  848.     Capacility Data PPDU
  849. .LP
  850.     TCC PPDU
  851.     Capability Data Acknowledge PPDU
  852. .LP
  853.     TD PPDU
  854.     Presentation Data PPDU
  855. .LP
  856.     TE PPDU
  857.     Expedited Data PPDU
  858. .LP
  859.     TTD PPDU
  860.     Presentation typed Data PPDU
  861. .LP
  862. .sp 1P
  863. .LP
  864. 4.3
  865.     \fIOther abbreviations\fR 
  866. .sp 9p
  867. .RT
  868. .LP
  869.     ASN.1
  870.     Abstract Syntax Notation One (see
  871. Recommendation\ X.208)
  872. .LP
  873.     DCS
  874.     defined context set
  875. .LP
  876.     PPCI
  877.     presentation\(hyprotocol\(hycontrol\(hyinformation
  878. .LP
  879.     PPM
  880.     presentation protocol machine
  881. .LP
  882.     PS
  883.     presentation\(hyservice
  884. .LP
  885.     PSAP
  886.     presentation\(hyservice\(hyaccess\(hypoint
  887. .LP
  888.     PS\(hyuser
  889.     presentation\(hyservice\(hyuser
  890. .LP
  891.     SS
  892.     session\(hyservice
  893. .LP
  894.     SSAP
  895.     session\(hyservice\(hyaccess\(hypoint
  896. .sp 2P
  897. .LP
  898. \fB5\fR     \fBOverview of the presentation protocol\fR 
  899. .sp 1P
  900. .RT
  901. .sp 1P
  902. .LP
  903. 5.1
  904.     \fIService provided by the Presentation Layer\fR 
  905. .sp 9p
  906. .RT
  907. .PP
  908. The protocol specified in this Recommendation supports the
  909. presentation\(hyservice defined in Recommendation\ X.216.
  910. .RT
  911. .sp 1P
  912. .LP
  913. 5.2
  914.     \fIService assumed from the Session Layer\fR 
  915. .sp 9p
  916. .RT
  917. .PP
  918. The protocol specified in this Recommendation assumes the use of
  919. the session\(hyservice defined in Recommendation\ X.215.
  920. .RT
  921. .sp 1P
  922. .LP
  923. 5.3
  924.     \fIFunctions of the Presentation Layer\fR 
  925. .sp 9p
  926. .RT
  927. .PP
  928. The functions of the Presentation Layer are described in the
  929. Reference Model, Recommendation\ X.200, and are further expanded in the
  930. Presentation Service Definition, Recommendation\ X.216.
  931. .RT
  932. .sp 1P
  933. .LP
  934. 5.4
  935.     \fIPresentation functional units\fR 
  936. .sp 9p
  937. .RT
  938. .PP
  939. Functional units are logical groupings of elements of procedure
  940. defined by this Recommendation for the purpose of:
  941. .RT
  942. .LP
  943.     a)
  944.      negotiation during presentation\(hyconnection establishment for subsequent 
  945. use on the presentation\(hyconnection; 
  946. .LP
  947.     b)
  948.     specification of conformance requirements.
  949. .PP
  950. The selection of the presentation functional units does not
  951. constrain the selection of session functional units to be available to the
  952. PS\(hyuser. Selection of a particular session functional unit to be available 
  953. to the PS\(hyuser implies the rules of interaction of that session functional 
  954. unit 
  955. with whatever presentation functional units are selected, as pecified by 
  956. this Recommendation. 
  957. .bp
  958. .sp 1P
  959. .LP
  960. 5.4.1
  961.     \fIKernel functional unit\fR 
  962. .sp 9p
  963. .RT
  964. .PP
  965. This functional unit, which is always available, supports the basic protocol 
  966. elements of procedure required to establish a presentation\(hyconnection, 
  967. transfer data, and release the presentation\(hyconnection. 
  968. .PP
  969. \fINote\fR \ \(em\ This is the presentation kernel functional unit; it 
  970. supports data transfer on whatever session functional units are selected 
  971. for those 
  972. presentation\(hyservice primitives which allow User data parameters.
  973. .RT
  974. .sp 1P
  975. .LP
  976. 5.4.2
  977.     \fIContext management functional unit\fR 
  978. .sp 9p
  979. .RT
  980. .PP
  981. This functional unit supports the context addition and deletion
  982. services. This functional unit is optional, and its use is negotiable.
  983. .RT
  984. .sp 1P
  985. .LP
  986. 5.4.3
  987.     \fIContext restoration functional unit\fR 
  988. .sp 9p
  989. .RT
  990. .PP
  991. This functional unit adds further Presentation Layer functions when the 
  992. session activity management functional unit is selected or when both the 
  993. session synchronization (major or minor) and the session resynchronization
  994. functional units are selected. The context restoration functional unit is
  995. optional, and its use is negotiable; it is available only when the context
  996. management functional is selected.
  997. .RT
  998. .sp 1P
  999. .LP
  1000. 5.5
  1001.     \fIModel of the Presentation Layer\fR 
  1002. .sp 9p
  1003. .RT
  1004. .PP
  1005. The presentation protocol machine (PPM), see the note, within the presentation\(hyentity 
  1006. communicates with the PS\(hyuser through a PSAP by means of 
  1007. presentation\(hyservice primitives as defined by the Presentation Service
  1008. Definition (Recommendation\ X.216). Presentation\(hyservice primitives 
  1009. will cause or be the result of presentation\(hyprotocol\(hydata\(hyunit 
  1010. (PPDU) exchanges between 
  1011. the peer PPMs using a session\(hyconnection. These protocol exchanges are 
  1012. effected using the services of the Session Layer as defined by the Session 
  1013. Service 
  1014. Definition (Recommendation\ X.215). In some cases, presentation\(hyservice
  1015. primitives will directly cause or be the result of session\(hyservice primitives. 
  1016. .PP
  1017. Presentation\(hyconnection\(hyendpoints are identified in end systems by 
  1018. an internal, implementation dependent, mechanism so that the PS\(hyuser 
  1019. and the 
  1020. presentation\(hyentity can refer to each presentation\(hyconnection.
  1021. .PP
  1022. The reception of a service primitive and the generation of dependent actions 
  1023. are considered to be an indivisible action. The reception of a PPDU and 
  1024. the generation of dependent actions are considered to be an indivisible 
  1025. action.
  1026. .PP
  1027. The model of the Presentation Layer for a single
  1028. presentation\(hyconnection is illustrated in Figure\ 1/X.226.
  1029. .PP
  1030. \fINote\fR \ \(em\ A presentation entity is comprised of one or more PPMs.
  1031. .RT
  1032. .LP
  1033. .rs
  1034. .sp 14P
  1035. .ad r
  1036. \fBFigure 1/X.226, p.1\fR 
  1037. .sp 1P
  1038. .RT
  1039. .ad b
  1040. .RT
  1041. .LP
  1042. .bp
  1043. .sp 2P
  1044. .LP
  1045. \fB6\fR     \fBElements of procedure\fR 
  1046. .sp 1P
  1047. .RT
  1048. .PP
  1049. For the purpose of description, this specification of elements of procedure 
  1050. employs an integrated treatment of PPDU parameters and 
  1051. session\(hyservice primitive parameters. This section does not identity a
  1052. parameter as either a PPDU parameter or a session\(hyservice primitive 
  1053. parameter. Such a distinction is specified in \(sc\ 7. For further information 
  1054. on the use of parameters, refer to the Presentation Service Definition 
  1055. (Recommendation\ X.216).
  1056. .RT
  1057. .sp 1P
  1058. .LP
  1059. 6.1
  1060.     \fIUser data parameters\fR 
  1061. .sp 9p
  1062. .RT
  1063. .PP
  1064. Most of the PPDUs used in the procedures of the presentation
  1065. protocol carry User data parameters containing one or more presentation data
  1066. values. The remainder of the section gives the rules for determining the
  1067. presentation contexts from which these presentation data values (including 
  1068. any embedded presentation data values) shall be taken. 
  1069. .PP
  1070. \fINote\fR \ \(em\ If the underlying session\(hyservice\(hyprovider imposes a
  1071. restriction on the length of certain SS\(hyuser data parameters, the PPM shall
  1072. reject any presentation\(hyservice request or response primitive (with the
  1073. .PP
  1074. exception of a P\(hyU\(hyABORT request primitive, see \(sc\ 6.4.2.2) carrying 
  1075. a User data parameter which does not fit into the SS\(hyuser data parameter 
  1076. of the 
  1077. corresponding session\(hyservice primitive. The way in which the PPM is 
  1078. made aware of this is a local matter. 
  1079. .RT
  1080. .PP
  1081. 6.1.1
  1082. The presentation data values (including any embedded presentation data 
  1083. values) which may be transferred in the User data parameter of the TE PPDU 
  1084. shall always be from the default context. 
  1085. .PP
  1086. 6.1.2
  1087. The presentation data values (including any embedded presentation data 
  1088. values) in User data parameters except for the TE PPDU shall be from 
  1089. presentation contexts determined by the following rules:
  1090. .LP
  1091.     a)
  1092.     If the DCS is empty and (d) does not apply, then each
  1093. presentation data value (including any embedded presentation
  1094. data values) shall be from the default context.
  1095. .LP
  1096.     b)
  1097.     If the DCS is not empty and no procedure is in progress
  1098. which can amend the contents of the DCS, then each presentation
  1099. data value (including any embedded presentation data values)
  1100. shall be from a presentation context of the DCS.
  1101. .LP
  1102.     c)
  1103.     If the element of procedure itself amends the DCS, then
  1104. each presentation data value (including any embedded
  1105. presentation data values) shall be from a presentation context
  1106. of the DCS which results from this amendment, or from the
  1107. default context if this amendment leaves the DCS empty.
  1108. .LP
  1109.     d)
  1110.     If a PPM is awaiting a PPDU which will confirm a proposed
  1111. amendment to the DCS, then each presentation data value
  1112. (including any embedded presentation data values) shall be
  1113. from a presentation context of the DCS which was not proposed
  1114. for deletion from the DCS. If this leaves no presentation
  1115. contexts available, then the User data parameter shall not be
  1116. present.
  1117. .sp 2P
  1118. .LP
  1119. 6.2
  1120.     \fIConnection establishment\fR 
  1121. .sp 1P
  1122. .RT
  1123. .sp 1P
  1124. .LP
  1125. 6.2.1
  1126.     \fIPurpose\fR 
  1127. .sp 9p
  1128. .RT
  1129. .PP
  1130. The connection establishment procedure is used to establish a
  1131. presentation\(hyconnection between two presentation\(hyentities. It is 
  1132. used by a PPM which has received a P\(hyCONNECT request service primitive. 
  1133. .PP
  1134. The procedure uses the following PPDUs:
  1135. .RT
  1136. .LP
  1137.     a)
  1138.     CP PPDU;
  1139. .LP
  1140.     b)
  1141.     CPA PPDU;
  1142. .LP
  1143.     c)
  1144.     CPR PPDU.
  1145. .sp 2P
  1146. .LP
  1147. 6.2.2
  1148.     \fICP PPDU associated parameters\fR 
  1149. .sp 1P
  1150. .RT
  1151. .sp 1P
  1152. .LP
  1153. 6.2.2.1
  1154.     \fIMode selector\fR 
  1155. .sp 9p
  1156. .RT
  1157. .PP
  1158. This shall be the Mode parameter from the P\(hyCONNECT request service 
  1159. primitive and shall identify the mode of operation of the PPM for this 
  1160. presentation\(hyconnection. It shall appear as the Mode parameter of the 
  1161. P\(hyCONNECT indication service primitive, if issued. 
  1162. .bp
  1163. .RT
  1164. .sp 1P
  1165. .LP
  1166. 6.2.2.2
  1167.     \fIProtocol version\fR 
  1168. .sp 9p
  1169. .RT
  1170. .PP
  1171. This shall identify each version of the presentation protocol that the 
  1172. initiating PPM supports. The version of the protocol defined in this 
  1173. Recommendation shall be version\(hy1.
  1174. .PP
  1175. See also \(sc\ 6.2.6.4.
  1176. .RT
  1177. .sp 1P
  1178. .LP
  1179. 6.2.2.3
  1180.     \fICalling\(hypresentation\(hyselector\fR 
  1181. .sp 9p
  1182. .RT
  1183. .PP
  1184. This shall be the presentation\(hyselector part of the
  1185. Calling\(hypresentation\(hyaddress parameter from the P\(hyCONNECT request 
  1186. service 
  1187. primitive and shall appear as the calling\(hypresentation\(hyselector part 
  1188. of the 
  1189. Calling\(hypresentation\(hyaddress parameter of the P\(hyCONNECT indication 
  1190. service 
  1191. primitive, if issued.
  1192. .RT
  1193. .sp 1P
  1194. .LP
  1195. 6.2.2.4
  1196.     \fICalling\(hysession\(hyaddress\fR 
  1197. .sp 9p
  1198. .RT
  1199. .PP
  1200. This shall be the session\(hyaddress part of the
  1201. Calling\(hypresentation\(hyaddress parameter from the P\(hyCONNECT request 
  1202. service 
  1203. primitive and shall appear as the session\(hyaddress part of the
  1204. Calling\(hypresentation\(hyaddress parameter of the P\(hyCONNECT indication 
  1205. service 
  1206. primitive, if issued.
  1207. .RT
  1208. .sp 1P
  1209. .LP
  1210. 6.2.2.5
  1211.     \fICalled\(hypresentation\(hyselector\fR 
  1212. .sp 9p
  1213. .RT
  1214. .PP
  1215. This shall be the presentation\(hyselector part of the
  1216. Called\(hypresentation\(hyaddress parameter from the 
  1217. P\(hyCONNECT request service
  1218. primitive and shall appear as the called\(hypresentation\(hyselector part 
  1219. of the 
  1220. Called\(hy 
  1221. presentation\(hyaddress parameter of the P\(hyCONNECT indication service 
  1222. primitive, if issued. 
  1223. .RT
  1224. .sp 1P
  1225. .LP
  1226. 6.2.2.6
  1227.     \fICalled\(hysession\(hyaddress\fR 
  1228. .sp 9p
  1229. .RT
  1230. .PP
  1231. This shall be the session\(hyaddress part of the
  1232. Called\(hypresentation\(hyaddress
  1233. parameter from the P\(hyCONNECT request service primitive and shall appear
  1234. as the session\(hyaddress part of the Called\(hypresentation\(hyaddress 
  1235. parameter of the P\(hyCONNECT indication service primitive, if issued. 
  1236. .RT
  1237. .sp 1P
  1238. .LP
  1239. 6.2.2.7
  1240.     \fIPresentation context definition list\fR 
  1241. .sp 9p
  1242. .RT
  1243. .PP
  1244. This shall be a list containing one or more items. Each item
  1245. represents one item of the Presentation context definition list parameter 
  1246. from the P\(hyCONNECT request service primitive and shall appear as one 
  1247. item of the 
  1248. Presentation context definition list parameter of the P\(hyCONNECT indication
  1249. service primitive, if issued. Each item contains three components: a
  1250. presentation context identifier, an abstract syntax name and a transfer 
  1251. syntax list. 
  1252. .PP
  1253. The transfer syntax list contains the names of those transfer syntaxes 
  1254. (or the names of specifications producing such transfer syntaxes) that 
  1255. the 
  1256. initiating PPM is capable of supporting for the named abstract syntax on the
  1257. presentation\(hyconnection (at least one transfer syntax name for each proposed
  1258. presentation context).
  1259. .PP
  1260. All presentation context identifiers contained in this parameter shall 
  1261. be different and shall be odd integers. 
  1262. .PP
  1263. \fINote\fR \ \(em\ The presentation context identifiers are specified here 
  1264. to be odd integers so that they are chosen from a separate number space 
  1265. from those 
  1266. identifiers allocated by the responding PPM (see also \(sc\ 6.5).
  1267. .PP
  1268. See also \(sc\ 6.2.6.1.
  1269. .RT
  1270. .sp 1P
  1271. .LP
  1272. 6.2.2.8
  1273.     \fIDefault context name\fR 
  1274. .sp 9p
  1275. .RT
  1276. .PP
  1277. This shall be the Default context name parameter from the P\(hyCONNECT 
  1278. request service primitive and shall appear as the Default context name 
  1279. parameter of the P\(hyCONNECT indication service primitive, if issued. 
  1280. It contains two components: an abstract syntax name and a transfer syntax 
  1281. name (or the name of a specification producing such a transfer syntax). 
  1282. The transfer syntax name component identifies the transfer syntax required 
  1283. by the initiating PPM for the default context to be used on the presentation\(hyconnection. 
  1284. .PP
  1285. See also \(sc\ 6.2.6.2.
  1286. .bp
  1287. .RT
  1288. .sp 1P
  1289. .LP
  1290. 6.2.2.9
  1291.     \fIQuality of service\fR 
  1292. .sp 9p
  1293. .RT
  1294. .PP
  1295. This shall be the Quality of service parameter from the P\(hyCONNECT request 
  1296. service primitive and shall appear as the Quality of service parameter 
  1297. of the P\(hyCONNECT indication service primitive, if issued. 
  1298. .RT
  1299. .sp 1P
  1300. .LP
  1301. 6.2.2.10
  1302.     \fIPresentation requirements\fR 
  1303. .sp 9p
  1304. .RT
  1305. .PP
  1306. This shall be the Presentation requirements parameter from the
  1307. P\(hyCONNECT request service primitive and shall identify the presentation
  1308. functional units proposed by the initiating PS\(hyuser in the P\(hyCONNECT 
  1309. request 
  1310. service primitive. It shall appear as the Presentation requirements parameter 
  1311. of the P\(hyCONNECT indication service primitive, if issued, unless the 
  1312. responding PPM does not support all of them, in which case only those functional 
  1313. units 
  1314. supported by the responding PPM shall appear.
  1315. .PP
  1316. See also \(sc\ 6.2.6.3.
  1317. .RT
  1318. .sp 1P
  1319. .LP
  1320. 6.2.2.11
  1321.     \fIUser session requirements\fR 
  1322. .sp 9p
  1323. .RT
  1324. .PP
  1325. This shall be the Session requirements parameter from the P\(hyCONNECT 
  1326. request service primitive and shall identify the requirements to the underlying 
  1327. session\(hyservice proposed by the PS\(hyuser. It shall appear as the Session 
  1328. requirements parameter of the P\(hyCONNECT indication service primitive, if
  1329. issued.
  1330. .RT
  1331. .sp 1P
  1332. .LP
  1333. 6.2.2.12
  1334.     \fIRevised session requirements\fR 
  1335. .sp 9p
  1336. .RT
  1337. .PP
  1338. This shall be the Session requirements parameter from the P\(hyCONNECT 
  1339. request service primitive, supplemented by such additional requirements 
  1340. as are needed to support the presentation protocol. 
  1341. .RT
  1342. .sp 1P
  1343. .LP
  1344. 6.2.2.13
  1345.     \fIInitial synchronization point serial number\fR 
  1346. .sp 9p
  1347. .RT
  1348. .PP
  1349. This shall be the Initial synchronization point serial number
  1350. parameter from the P\(hyCONNECT request service primitive, and shall appear 
  1351. as the Initial synchronization point serial number parameter of the 
  1352. P\(hyCONNECT
  1353. indication service primitive, if issued.
  1354. .RT
  1355. .sp 1P
  1356. .LP
  1357. 6.2.2.14
  1358.     \fIInitial assignment of tokens\fR 
  1359. .sp 9p
  1360. .RT
  1361. .PP
  1362. This shall be the Initial assignment of tokens parameter from the P\(hyCONNECT 
  1363. request service primitive, and shall appear as the Initial assignment of 
  1364. tokens parameter of the P\(hyCONNECT indication service primitive, if 
  1365. issued.
  1366. .RT
  1367. .sp 1P
  1368. .LP
  1369. 6.2.2.15
  1370.     \fISession connection identifier\fR 
  1371. .sp 9p
  1372. .RT
  1373. .PP
  1374. This shall be the Session connection identifier parameter from the P\(hyCONNECT 
  1375. request service primitive, and shall appear as the Session connection identifier 
  1376. parameter of the P\(hyCONNECT indication service primitive, if 
  1377. issued.
  1378. .RT
  1379. .sp 1P
  1380. .LP
  1381. 6.2.2.16
  1382.     \fIUser data\fR 
  1383. .sp 9p
  1384. .RT
  1385. .PP
  1386. This shall represent the User data parameter from the P\(hyCONNECT
  1387. request service primitive, and shall appear as the User data parameter 
  1388. of the P\(hyCONNECT indication service primitive, if issued. If the Presentation 
  1389. context definition list parameter is not present, then it shall be a list 
  1390. of 
  1391. presentation data values (including any embedded presentation data values) 
  1392. from the default context. Otherwise it shall be a list of presentation 
  1393. data values (including any embedded presentation data values) from presentation 
  1394. contexts 
  1395. proposed in the Presentation context definition list parameter.
  1396. .bp
  1397. .RT
  1398. .sp 1P
  1399. .LP
  1400. 6.2.3
  1401.     \fICPA PPDU associated parameters\fR 
  1402. .sp 9p
  1403. .RT
  1404. .PP
  1405. An instance of a CPA PPDU need not contain values for all possible parameters; 
  1406. in addition to the Responding\(hypresentation\(hyselector 
  1407. and Responding\(hysession\(hyaddress parameters, it should only contain 
  1408. values for 
  1409. equivalent parameter value present in the CP PPDU for which it is a reply.
  1410. .RT
  1411. .sp 1P
  1412. .LP
  1413. 6.2.3.1
  1414.     \fIMode selector\fR 
  1415. .sp 9p
  1416. .RT
  1417. .PP
  1418. This shall be the Mode selector parameter from the CP PPDU.
  1419. .RT
  1420. .sp 1P
  1421. .LP
  1422. 6.2.3.2
  1423.     \fIProtocol version\fR 
  1424. .sp 9p
  1425. .RT
  1426. .PP
  1427. This shall identify the version of the presentation protocol
  1428. selected for use on this presentation\(hyconnection. The version of the
  1429. protocol defined in this Recommendation shall be version\(hy1.
  1430. .RT
  1431. .sp 1P
  1432. .LP
  1433. 6.2.3.3
  1434.     \fIResponding\(hypresentation\(hyselector\fR 
  1435. .sp 9p
  1436. .RT
  1437. .PP
  1438. This shall be the presentation\(hyselection part of the
  1439. Responding\(hypresentation\(hyaddress parameter from the P\(hyCONNECT response 
  1440. service primitive and shall appear as the responding\(hypresentation\(hyselector 
  1441. part of the Responding\(hypresentation\(hyaddress parameter of the P\(hyCONNECT 
  1442. confirm service 
  1443. primitive.
  1444. .RT
  1445. .sp 1P
  1446. .LP
  1447. 6.2.3.4
  1448.     \fIResponding\(hysession\(hyaddress\fR 
  1449. .sp 9p
  1450. .RT
  1451. .PP
  1452. This shall be the session\(hyaddress part of the
  1453. Responding\(hypresentation\(hyaddress parameter from the 
  1454. P\(hyCONNECT response
  1455. service primitive and shall appear as the session\(hyaddress part of the
  1456. Responding\(hy
  1457. presentation\(hyaddress parameter of the P\(hyCONNECT confirm service primitive. 
  1458. .PP
  1459. See also \(sc 6.2.6.4.
  1460. .RT
  1461. .sp 1P
  1462. .LP
  1463. 6.2.3.5
  1464.     \fIPresentation context definition result list\fR 
  1465. .sp 9p
  1466. .RT
  1467. .PP
  1468. This shall represent the Presentation context definition result
  1469. list parameter of the P\(hyCONNECT response service primitive and shall 
  1470. appear as the Presentation context definition result list parameter of 
  1471. the P\(hyCONNECT 
  1472. confirm service primitive. It consists of a list containing the same number 
  1473. of items as the Presentation context definition list parameter of the CP 
  1474. PPDU. 
  1475. Each item shall be a reply to the corresponding item in the CP PPDU and
  1476. contains one or two components, a presentation context definition result 
  1477. and an optional component which is either a transfer syntax name (or the 
  1478. name of a 
  1479. specification producing such a transfer syntax) or a provider reason.
  1480. .PP
  1481. The presentation context definition result shall take one of the
  1482. values:
  1483. .RT
  1484. .LP
  1485.     \(em
  1486.     \*Qacceptance\*U;
  1487. .LP
  1488.     \(em
  1489.     \*Quser\(hyrejection\*U;
  1490. .LP
  1491.     \(em
  1492.     \*Qprovider rejection\*U.
  1493. .PP
  1494. The transfer syntax name shall be present if the presentation
  1495. context definition result takes the value \*Qacceptance\*U. It shall be 
  1496. one of the names proposed by the initiating PPM as possible transfer syntaxes 
  1497. for the 
  1498. identified presentation context, and shall determine the transfer syntax 
  1499. which the responding PPM has selected. 
  1500. .PP
  1501. The provider reason shall be present if the presentation context
  1502. definition result component takes the value \*Qprovider\(hyrejection\*U. 
  1503. It specifies the reason for rejection of the presentation context definition 
  1504. by the 
  1505. responding PPM and shall take one of the values:
  1506. .RT
  1507. .LP
  1508.     \(em
  1509.     reason not specified;
  1510. .LP
  1511.     \(em
  1512.     abstract syntax requirements not supported;
  1513. .LP
  1514.     \(em
  1515.     proposed transfer syntaxes not supported;
  1516. .LP
  1517.     \(em
  1518.     local limit on DCS exceeded.
  1519. .PP
  1520. See also \(sc 6.2.6.1.
  1521. .bp
  1522. .sp 1P
  1523. .LP
  1524. 6.2.3.6
  1525.     \fIQuality of service\fR 
  1526. .sp 9p
  1527. .RT
  1528. .PP
  1529. This shall be the Quality of service parameter from the P\(hyCONNECT response 
  1530. service primitive and shall appear as the Quality of service parameter 
  1531. of the P\(hyCONNECT confirm service primitive. 
  1532. .RT
  1533. .sp 1P
  1534. .LP
  1535. 6.2.3.7
  1536.     \fIPresentation requirements\fR 
  1537. .sp 9p
  1538. .RT
  1539. .PP
  1540. This shall be the Presentation requirements parameter from the
  1541. P\(hyCONNECT response service primitive. It shall appear as the Presentation
  1542. requirements parameter of the P\(hyCONNECT confirm service primitive.
  1543. .PP
  1544. See also \(sc 6.2.3.6.
  1545. .RT
  1546. .sp 1P
  1547. .LP
  1548. 6.2.3.8
  1549.     \fIUser session requirements\fR 
  1550. .sp 9p
  1551. .RT
  1552. .PP
  1553. This shall be the Session requirements parameter from the P\(hyCONNECT 
  1554. response service primitive and shall appear as the Session requirements 
  1555. parameter of the P\(hyCONNECT confirm service primitive.
  1556. .RT
  1557. .sp 1P
  1558. .LP
  1559. 6.2.3.9
  1560.     \fIRevised session requirements\fR 
  1561. .sp 9p
  1562. .RT
  1563. .PP
  1564. This shall be the Session requirements parameter from the P\(hyCONNECT 
  1565. response service primitive, supplemented by such additional requirements 
  1566. as are needed to support the presentation protocol. 
  1567. .RT
  1568. .sp 1P
  1569. .LP
  1570. 6.2.3.10
  1571.     \fIInitial synchronization point serial number\fR 
  1572. .sp 9p
  1573. .RT
  1574. .PP
  1575. This shall be the initial synchronization point serial number
  1576. parameter from the P\(hyCONNECT response service primitive, and shall appear as
  1577. the Initial synchronization point serial number parameter of the 
  1578. P\(hyCONNECT   confirm service primitive.
  1579. .RT
  1580. .sp 1P
  1581. .LP
  1582. 6.2.3.11
  1583.     \fIInitial assignment of Tokens\fR 
  1584. .sp 9p
  1585. .RT
  1586. .PP
  1587. This shall be the Initial assignment of tokens parameter from the P\(hyCONNECT 
  1588. response service primitive, and shall appear as the Initial 
  1589. assignment of tokens parameter of the P\(hyCONNECT confirm service primitive.
  1590. .RT
  1591. .sp 1P
  1592. .LP
  1593. 6.2.3.12
  1594.     \fISession Connection Identifier\fR 
  1595. .sp 9p
  1596. .RT
  1597. .PP
  1598. This shall be the Session connection identifier parameter from the P\(hyCONNECT 
  1599. response service primitive, and shall appear as the Session 
  1600. connection identifier parameter of the P\(hyCONNECT confirm service
  1601. primitive.
  1602. .RT
  1603. .sp 1P
  1604. .LP
  1605. 6.2.3.13
  1606.     \fIUser data\fR 
  1607. .sp 9p
  1608. .RT
  1609. .PP
  1610. This shall be the User data parameter from the P\(hyCONNECT response service 
  1611. primitive, and shall appear as the User data parameter of the P\(hyCONNECT 
  1612. confirm service primitive. The rules of \(sc\ 6.1.2 shall apply. 
  1613. .RT
  1614. .sp 1P
  1615. .LP
  1616. 6.2.4
  1617.     \fICPR PPDU associated parameters\fR 
  1618. .sp 9p
  1619. .RT
  1620. .PP
  1621. An instance of a CPR PPDU need not contain values for all
  1622. possible parameters; in addition to presentation\(hyselector parameters it
  1623. should only contain values for corresponding parameter values present in 
  1624. the CP PPDU for which it is a reply. 
  1625. .RT
  1626. .sp 1P
  1627. .LP
  1628. 6.2.4.1
  1629.     \fIProtocol version\fR 
  1630. .sp 9p
  1631. .RT
  1632. .PP
  1633. This shall identify each version of the presentation protocol that the 
  1634. responding PPM supports. The version of the protocol defined in this 
  1635. Recommendation shall be version\(hy1.
  1636. .PP
  1637. See also \(sc\ 6.2.6.4.
  1638. .bp
  1639. .RT
  1640. .sp 1P
  1641. .LP
  1642. 6.2.4.2
  1643.     \fIResponding\(hypresentation\(hyselector\fR 
  1644. .sp 9p
  1645. .RT
  1646. .PP
  1647. This shall be the presentation\(hyselector part of the
  1648. Responding\(hypresentation\(hyaddress parameter from the P\(hyCONNECT response 
  1649. service primitive and shall appear as the responding\(hypresentation\(hyselector 
  1650. part of the Responding\(hypresentation\(hyaddress parameter of the P\(hyCONNECT 
  1651. confirm service 
  1652. primitive.
  1653. .RT
  1654. .sp 1P
  1655. .LP
  1656. 6.2.4.3
  1657.     \fIResponding\(hysession\(hyaddress\fR 
  1658. .sp 9p
  1659. .RT
  1660. .PP
  1661. This shall be the session\(hyaddress part of the
  1662. Responding\(hypresentation\(hyaddress parameter from the 
  1663. P\(hyCONNECT response
  1664. service primitive and shall appear as the session\(hyaddress part of the
  1665. Responding\(hy
  1666. presentation\(hyaddress parameter of the P\(hyCONNECT confirm service primitive. 
  1667. .RT
  1668. .sp 1P
  1669. .LP
  1670. 6.2.4.4
  1671.     \fIPresentation context definition result list\fR 
  1672. .sp 9p
  1673. .RT
  1674. .PP
  1675. This shall be the Presentation context definition result list
  1676. parameter of the P\(hyCONNECT response service primitive and shall appear 
  1677. as the Presentation context definition result list parameter of the P\(hyCONNECT 
  1678. confirm service primitive. It consists of a list containing the same number 
  1679. of items as the Presentation context definition list parameter of the CP 
  1680. PPDU. Each item 
  1681. shall be a reply to the corresponding item in the CP PPDU and contains 
  1682. one or two components, a presentation context definition result and an 
  1683. optional 
  1684. component which is either a transfer syntax name (or the name of a
  1685. specification producing such a transfer syntax) or a provider reason.
  1686. .PP
  1687. See also \(sc\ 6.2.6.1.
  1688. .PP
  1689. The presentation context definition result shall take one of the
  1690. values:
  1691. .RT
  1692. .LP
  1693.     \(em
  1694.     \*Qacceptance\*U;
  1695. .LP
  1696.     \(em
  1697.     \*Quser\(hyrejection\*U;
  1698. .LP
  1699.     \(em
  1700.     \*Qprovider\(hyrejection\*U.
  1701. .PP
  1702. The transfer syntax name shall be present if the presentation
  1703. context definition result takes the value \*Qacceptance\*U. It shall be 
  1704. one of the names proposed by the initiating PPM as possible transfer syntaxes 
  1705. for the 
  1706. identified presentation context, and shall determine the transfer syntax 
  1707. which the responding PPM has selected. 
  1708. .PP
  1709. The provider reason shall be present if the presentation context
  1710. definition result takes the value \*Qprovider\(hyrejection\*U. It specifies 
  1711. the reason for rejection of the presentation context definition by the 
  1712. responding PPM and shall take one of the values: 
  1713. .RT
  1714. .LP
  1715.     \(em
  1716.     reason not specified;
  1717. .LP
  1718.     \(em
  1719.     abstract syntaxt requirements not supported;
  1720. .LP
  1721.     \(em
  1722.     proposed transfer syntaxes not supported;
  1723. .LP
  1724.     \(em
  1725.     local limit on DCS exceeded.
  1726. .sp 1P
  1727. .LP
  1728. 6.2.4.5
  1729.     \fIDefault context result\fR 
  1730. .sp 9p
  1731. .RT
  1732. .PP
  1733. This shall be the Default context result parameter of the P\(hyCONNECT 
  1734. response service primitive and shall appear as the Default context result 
  1735. parameter of the P\(hyCONNECT confirm service primitive. It may take the value
  1736. \*Qacceptance\*U, \*Qprovider\(hyrejection\*U or \*Quser\(hyrejection\*U.
  1737. .PP
  1738. See also \(sc\ 6.2.6.2.
  1739. .RT
  1740. .sp 1P
  1741. .LP
  1742. 6.2.4.6
  1743.     \fIQuality of service\fR 
  1744. .sp 9p
  1745. .RT
  1746. .PP
  1747. This shall be the Quality of service parameter from the P\(hyCONNECT response 
  1748. service primitive, or if the CPR PPDU is initiated by the responding PPM 
  1749. on receipt of a CP PPDU it shall be supplied by the responding PPM. In 
  1750. either case it shall appear as the Quality of service parameter of the
  1751. P\(hyCONNECT confirm service primitive. It shall identify a quality of service
  1752. required by the responding PS\(hyuser or presentation\(hyservice\(hyprovider.
  1753. .bp
  1754. .RT
  1755. .sp 1P
  1756. .LP
  1757. 6.2.4.7
  1758.     \fISession requirements\fR 
  1759. .sp 9p
  1760. .RT
  1761. .PP
  1762. This shall be the Session requirements parameter from the P\(hyCONNECT 
  1763. response service primitive, or if the CPR PPDU is initiated by the responding 
  1764. PPM on receipt of a CP PPDU it shall be supplied by the responding PPM. 
  1765. In 
  1766. either case it shall appear as the Session requirements parameter of the
  1767. P\(hyCONNECT confirm service primitive. It shall identify those session 
  1768. functional units required by the responding PS\(hyuser or presentation\(hyservice\(hyprovider. 
  1769. .PP
  1770. \fINote\fR \ \(em\ If the presentation\(hyconnection establishment proposal is
  1771. rejected by the PS\(hyuser, this parameter shall represent the session
  1772. requirements of the PS\(hyuser as indicated in the response primitive; 
  1773. there is no Revised session requirements parameter in this PPDU. 
  1774. .RT
  1775. .sp 1P
  1776. .LP
  1777. 6.2.4.8
  1778.     \fISession connection identifier\fR 
  1779. .sp 9p
  1780. .RT
  1781. .PP
  1782. This shall be the Session connection identifier parameter from the P\(hyCONNECT 
  1783. response service primitive, and shall appear as the Session 
  1784. connection identifier parameter of the P\(hyCONNECT confirm service
  1785. primitive.
  1786. .RT
  1787. .sp 1P
  1788. .LP
  1789. 6.2.4.9
  1790.     \fIProvider reason\fR 
  1791. .sp 9p
  1792. .RT
  1793. .PP
  1794. If present, this shall indicate that the rejection is by the
  1795. responding presentation\(hyservice\(hyprovider; if absent, this shall indicate 
  1796. that the rejection is by the responding PS\(hyuser. This parameter shall 
  1797. indicate the reason for the rejection of the presentation\(hyconnection 
  1798. establishment proposal and shall appear as the Provider reason parameter 
  1799. of the P\(hyCONNECT confirm 
  1800. service primitive. It shall take one of the following values:
  1801. .RT
  1802. .LP
  1803.     \(em
  1804.     reason not specified (transient);
  1805. .LP
  1806.     \(em
  1807.     temporary congestion (transient);
  1808. .LP
  1809.     \(em
  1810.     local limit exceeded (permanent);
  1811. .LP
  1812.     \(em
  1813.     called\(hypresentation\(hyaddress unknown (permanent);
  1814. .LP
  1815.     \(em
  1816.     protocol version not supported (permanent);
  1817. .LP
  1818.     \(em
  1819.     default context not supported (permanent);
  1820. .LP
  1821.     \(em
  1822.     user data not readable (permanent);
  1823. .LP
  1824.     \(em
  1825.     no PSAP available from the set of PSAPs identified by
  1826. the called\(hypresentation\(hyaddress (transient).
  1827. .sp 1P
  1828. .LP
  1829. 6.2.4.10
  1830.     \fIUser data\fR 
  1831. .sp 9p
  1832. .RT
  1833. .PP
  1834. This shall be the User data parameter from the P\(hyCONNECT response service 
  1835. primitive, and shall appear as the User data parameter of the P\(hyCONNECT 
  1836. confirm service primitive. This parameter shall contain encodings of 
  1837. presentation data values (including any embedded presentation data values) 
  1838. from transfer syntaxes contained in the Presentation context definition 
  1839. result list parameter of this CPR PPDU, if present, or otherwise according 
  1840. to the default context. It is not present if the presentation\(hyconnection 
  1841. establishment 
  1842. proposal is rejected by the presentation\(hyservice\(hyprovider.
  1843. .RT
  1844. .sp 1P
  1845. .LP
  1846. 6.2.5
  1847.     \fIProcedure\fR 
  1848. .sp 9p
  1849. .RT
  1850. .PP
  1851. 6.2.5.1
  1852. When a P\(hyCONNECT request service primitive is received by a PPM (the 
  1853. initiator), it shall initiate the establishment of a 
  1854. presentation\(hyconnection by sending a CP PPDU containing the presentation 
  1855. data values and proposed parameters necessary for the operation of the 
  1856. presentation\(hyconnection (see \(sc\ 6.2.2).
  1857. .sp 9p
  1858. .RT
  1859. .PP
  1860. 6.2.5.2
  1861. As an initiator's option, the presentation data values contained in a CP 
  1862. PPDU may be encoded more than once to allow the transfer of the same 
  1863. presentation data values using a number of different transfer syntaxes.
  1864. .PP
  1865. 6.2.5.3
  1866. The responding PPM is not required to examine more than one
  1867. encoding for each presentation data value received. If, for any presentation
  1868. data value received, all its examined encodings are expressed according to
  1869. transfer syntaxes not supported by the responding PPM, then the responding 
  1870. PPM shall refuse the proposed presentation\(hyconnection by sending a CPR 
  1871. PPDU with a Provider reason parameter value of \*Quser data not readable\*U. 
  1872. .bp
  1873. .PP
  1874. 6.2.5.4
  1875. If the initiating PPM is unable to establish a
  1876. presentation\(hyconnection due to an inability to establish a session\(hyconnection, 
  1877. it shall issue a P\(hyCONNECT confirm service primitive with a Result parameter 
  1878. value of a \*Qprovider\(hyrejection\*U and the presentation\(hyconnection 
  1879. shall not 
  1880. be established.
  1881. .PP
  1882. 6.2.5.5
  1883. The responding PPM may refuse the proposed presentation\(hyconnection (if, 
  1884. for example, the parameter values of the CP PPDU are unacceptable; see 
  1885. also \(sc\ 6.2.6), in which case it shall send a CPR PPDU with a Provider 
  1886. reason 
  1887. parameter included (see \(sc\ 6.2.4). Alternatively, if not refusing, it shall
  1888. issue a P\(hyCONNECT indication service primitive.
  1889. .PP
  1890. 6.2.5.6
  1891. If the responding PPM then receives a P\(hyCONNECT response service primitive 
  1892. with a Result parameter value of \*Quser\(hyrejection\*U, it shall send 
  1893. a 
  1894. CPR PPDU (see \(sc\ 6.2.4), but if it receives a P\(hyCONNECT response service
  1895. primitive with a Result parameter value of \*Qacceptance\*U, it shall send 
  1896. a CPA 
  1897. PPDU (see \(sc\ 6.2.3).
  1898. .PP
  1899. 6.2.5.7
  1900. If the initiating PPM receives CPR PPDU refusing the
  1901. presentation\(hyconnection, then it shall issue a P\(hyCONNECT confirm service
  1902. primitive with a Result parameter value of \*Quser\(hyrejection\*U (if 
  1903. the Provider 
  1904. reason parameter is not present) or \*Qprovider\(hyrejection\*U (if the 
  1905. Provider 
  1906. reason parameter is present), and the 
  1907. presentation\(hyconnection shall not be   established.
  1908. .PP
  1909. 6.2.5.8\fB 
  1910. If the initiating PPM receives a CPA PPDU accepting the
  1911. presentation\(hyconnection, then it shall issue a P\(hyCONNECT confirm service
  1912. primitive with a Result parameter value of \*Qacceptance\*U, and the
  1913. presentation\(hyconnection shall be established.
  1914. .PP
  1915. 6.2.5.9
  1916. If the presentation\(hyconnection is established, the DCS of each PPM is 
  1917. set according to the parameters of the CPA PPDU. 
  1918. .sp 2P
  1919. .LP
  1920. 6.2.6
  1921.     \fINegotiation\fR 
  1922. .sp 1P
  1923. .RT
  1924. .sp 1P
  1925. .LP
  1926. 6.2.6.1
  1927.     \fIPresentation context negotiation\fR 
  1928. .sp 9p
  1929. .RT
  1930. .PP
  1931. The DCS determined during presentation\(hyconnection establishment is negotiated 
  1932. between the peer PPMs and the PS\(hyusers. 
  1933. .PP
  1934. The initiating PPM provides for each abstract syntax requested by its PS\(hyuser 
  1935. a list of transfer syntaxes it is capable of supporting for the 
  1936. presentation\(hyconnection. The responding PPM indicates in the P\(hyCONNECT
  1937. indication service primitive to its PS\(hyuser those abstract syntaxes 
  1938. it cannot support using one of the proposed transfer syntaxes, marking 
  1939. them as refused 
  1940. (\*Qprovider\(hyrejection\*U). The responding PS\(hyuser indicates those 
  1941. abstract 
  1942. syntaxes it accepts or refuses in the P\(hyCONNECT response service primitive. 
  1943. The responding PPM selects one item of the transfer syntax list as the 
  1944. transfer 
  1945. syntax to be used on the presentation\(hyconnection for each accepted presentation 
  1946. context. 
  1947. .PP
  1948. A presentation context is identified by a presentation context
  1949. identifier provided by the initiating PPM.
  1950. .RT
  1951. .sp 1P
  1952. .LP
  1953. 6.2.6.2
  1954.     \fIDefault context negotiation\fR 
  1955. .sp 9p
  1956. .RT
  1957. .PP
  1958. If the Default context name parameter is not present in the
  1959. P\(hyCONNECT request service primitive, then the interpretation of presentation
  1960. data values from the default context is specified in a manner which is 
  1961. outside the scope of this Recommendation. 
  1962. .PP
  1963. If the Default context name parameter is present and the responding
  1964. PPM does not support the named default context, it shall send a CPR PPDU 
  1965. with a Provider reason parameter value of \*Qdefault context not supported\*U 
  1966. and a 
  1967. Default context result parameter of value \*Qprovider\(hyrejection\*U.
  1968. .PP
  1969. If the responding PPM supports the named default context but receives a 
  1970. P\(hyCONNECT response service primitive with a Default context result parameter 
  1971. value of \*Quser\(hyrejection\*U, then it shall send a CPR PPDU with a 
  1972. Default context result parameter of \*Quser\(hyrejection\*U. 
  1973. .bp
  1974. .RT
  1975. .sp 1P
  1976. .LP
  1977. 6.2.6.3
  1978.     \fIFunctional units negotiation\fR 
  1979. .sp 9p
  1980. .RT
  1981. .PP
  1982. Presentation functional units are negotiated between the two
  1983. PS\(hyusers. The presentation functional units selected for the
  1984. presentation\(hyconnection are those which are required by both PS\(hyusers 
  1985. and are supported by both PPMs. The negotiation of session functional units 
  1986. is subject to the rules of the Session Service Definition (Recommendation\ 
  1987. X.215). 
  1988. .RT
  1989. .sp 1P
  1990. .LP
  1991. 6.2.6.4
  1992.     \fIProtocol version negotiation\fR 
  1993. .sp 9p
  1994. .RT
  1995. .PP
  1996. Presentation protocol version is negotiated between the two PPMs.
  1997. .PP
  1998. In the CP PPDU, the initiating PPM provides a list of versions that it 
  1999. is capable of supporting. In the CPA PPDU, the responding PPM indicates 
  2000. the 
  2001. version of the presentation protocol used on the presentation\(hyconnection; 
  2002. this shall be one of the versions proposed by the initiating PPM. In the 
  2003. CPR PPDU, the responding PPM may indicate a list of versions that it is 
  2004. capable of 
  2005. supporting; the use of this list is a local matter.
  2006. .RT
  2007. .sp 2P
  2008. .LP
  2009. 6.2.7
  2010.     \fICollisions and interactions\fR 
  2011. .sp 1P
  2012. .RT
  2013. .sp 1P
  2014. .LP
  2015. 6.2.7.1
  2016.     \fIP\(hyU\(hyABORT\fR 
  2017. .sp 9p
  2018. .RT
  2019. .PP
  2020. If the initiating PPM receives a P\(hyU\(hyABORT request service
  2021. primitive after it has sent a CP PPDU but before it has issued a P\(hyCONNECT
  2022. confirm service primitive, it shall send an ARU PPDU and the
  2023. presentation\(hyconnection shall not be established.
  2024. .RT
  2025. .sp 1P
  2026. .LP
  2027. 6.7.7.2
  2028.     \fIARU PPDU, ARP PPDU and S\(hyP\(hyABORT\fR 
  2029. .sp 9p
  2030. .RT
  2031. .PP
  2032. If the initiating PPM receives an S\(hyP\(hyABORT indication service
  2033. primitive or an ARP PPDU, it shall issue a P\(hyP\(hyABORT indication service
  2034. primitive and the presentation\(hyconnection shall not be established.
  2035. .PP
  2036. If the initiating PPM receives an ARU PPDU, it shall issue a P\(hyU\(hyABORT 
  2037. indication service primitive and the presentation\(hyconnection shall not 
  2038. be 
  2039. established.
  2040. .PP
  2041. The responding PPM shall react to ARU PPDUs, ARP PPDUs and S\(hyP\(hyABORT 
  2042. indication service primitives as above, once it has issued a P\(hyCONNECT 
  2043. indication service primitive.
  2044. .RT
  2045. .sp 2P
  2046. .LP
  2047. 6.3
  2048.     \fINormal release of connection\fR 
  2049. .sp 1P
  2050. .RT
  2051. .sp 1P
  2052. .LP
  2053. 6.3.1
  2054.     \fIPurpose\fR 
  2055. .sp 9p
  2056. .RT
  2057. .PP
  2058. The procedure for the normal release of a presentation\(hyconnection is 
  2059. used by a PPM to release the presentation\(hyconnection without loss of 
  2060. data in transit. 
  2061. .RT
  2062. .sp 1P
  2063. .LP
  2064. 6.3.2
  2065.     \fIProcedure\fR 
  2066. .sp 9p
  2067. .RT
  2068. .PP
  2069. 6.3.2.1
  2070. Normal release of the presentation\(hyconnection takes place
  2071. concurrently with the release of the underlying session\(hyconnection. 
  2072. PPDUs are not explicitly defined, but implicitly given by the description 
  2073. of mapping in Section\ 7. 
  2074. .sp 9p
  2075. .RT
  2076. .PP
  2077. 6.3.2.2
  2078. The SS\(hyuser data parameters of session\(hyservice primitives used
  2079. shall represent or be represented by the User data parameters of the associated 
  2080. presentation\(hyservice primitives and shall be from presentation contexts 
  2081. as 
  2082. specified in \(sc\ 6.1.2.
  2083. .sp 2P
  2084. .LP
  2085. 6.4
  2086.     \fIAbnormal release of connection\fR 
  2087. .sp 1P
  2088. .RT
  2089. .sp 1P
  2090. .LP
  2091. 6.4.1
  2092.     \fIPurpose\fR 
  2093. .sp 9p
  2094. .RT
  2095. .PP
  2096. The procedure for the abnormal release of a presentation\(hyconnection 
  2097. is used at any time to force the release of the presentation\(hyconnection. 
  2098. It is invoked by the P\(hyU\(hyABORT service or in response to a protocol 
  2099. error or the 
  2100. reception of an invalid PPDU.
  2101. .PP
  2102. The procedure uses the following PPDUs:
  2103. .RT
  2104. .LP
  2105.     a)
  2106.     ARU PPDU;
  2107. .LP
  2108.     b)
  2109.     ARP PPDU.
  2110. .bp
  2111. .sp 2P
  2112. .LP
  2113. 6.4.2
  2114.     \fIARU PPDU associated parameters\fR 
  2115. .sp 1P
  2116. .RT
  2117. .sp 1P
  2118. .LP
  2119. 6.4.2.1
  2120.     \fIPresentation context identifier list\fR 
  2121. .sp 9p
  2122. .RT
  2123. .PP
  2124. This parameter shall be present if the User data parameter is
  2125. present in the ARU PPDU and if the context management functional unit has 
  2126. been selected, or if the Presentation context definition list parameter 
  2127. was present 
  2128. .PP
  2129. in the CP PPDU. For each presentation context used in the ARU PPDU User data
  2130. parameter, this parameter identifies the transfer syntax used.
  2131. .PP
  2132. It consists of a list, each item of which contains two components, a presentation 
  2133. context identifier and an associated transfer syntax name (or the name 
  2134. of a specification producing such a transfer syntax). 
  2135. .PP
  2136. \fINote\fR \ \(em\ If the DCS is empty, this parameter shall be empty.
  2137. .RT
  2138. .sp 1P
  2139. .LP
  2140. 6.4.2.2
  2141.     \fIUser\(hydata\fR 
  2142. .sp 9p
  2143. .RT
  2144. .PP
  2145. This parameter shall represent the User data parameter from the
  2146. P\(hyU\(hyABORT request service primitive and shall be represented by the 
  2147. User data parameter of the P\(hyU\(hyABORT indication service primitive. 
  2148. The parameter shall be from presentation contexts as defined in \(sc\ 6.1.2. 
  2149. .PP
  2150. \fINote\fR \ \(em\ If the length restrictions imposed by the underlying
  2151. session\(hyservice prevent the inclusion of the presentation data values of the
  2152. User data parameter in the SS\(hyuser data parameter of the S\(hyU\(hyABORT 
  2153. request 
  2154. session\(hyservice primitive, the User data parameter will not be included 
  2155. in the ARU PPDU sent. The way in which the PPM is made aware of this is 
  2156. a local 
  2157. matter.
  2158. .RT
  2159. .sp 2P
  2160. .LP
  2161. 6.4.3
  2162.     \fIARP PPDU associated parameters\fR 
  2163. .sp 1P
  2164. .RT
  2165. .sp 1P
  2166. .LP
  2167. 6.4.3.1
  2168.     \fIProvider Reason\fR 
  2169. .sp 9p
  2170. .RT
  2171. .PP
  2172. This parameter shall indicate one of the following
  2173. reasons:
  2174. .RT
  2175. .LP
  2176.     a)
  2177.     reason not specified;
  2178. .LP
  2179.     b)
  2180.     unrecognized PPDU;
  2181. .LP
  2182.     c)
  2183.     unexpected PPDU;
  2184. .LP
  2185.     d)
  2186.     unexpected session\(hyservice primitive;
  2187. .LP
  2188.     e)
  2189.     unrecognized PPDU parameter;
  2190. .LP
  2191.     f
  2192. )
  2193.     unexpected PPDU parameter;
  2194. .LP
  2195.     g)
  2196.     invalid PPDU parameter value.
  2197. .PP
  2198. In cases c), d), e), f
  2199. ) and g), the Event identifier
  2200. parameter shall also be present.
  2201. .sp 1P
  2202. .LP
  2203. 6.4.3.2
  2204.     \fIEvent identifier\fR 
  2205. .sp 9p
  2206. .RT
  2207. .PP
  2208. This parameter shall identify the PPDU or the session\(hyservice
  2209. primitive which triggered the abort procedure.
  2210. .RT
  2211. .sp 1P
  2212. .LP
  2213. 6.4.4
  2214.     \fIProcedure\fR 
  2215. .sp 9p
  2216. .RT
  2217. .PP
  2218. The procedure shall depend on the stimulus as follows:
  2219. .RT
  2220. .sp 1P
  2221. .LP
  2222. 6.4.4.1
  2223.     \fIP\(hyU\(hyABORT\fR 
  2224. .sp 9p
  2225. .RT
  2226. .PP
  2227. When a PPM receives a P\(hyU\(hyABORT request service primitive and
  2228. either:
  2229. .RT
  2230. .LP
  2231.     a)
  2232.     a presentation\(hyconnection has been established; or
  2233. .LP
  2234.     b)
  2235.     a CP PPDU has been sent, and neither a CPA PPDU nor a CPR
  2236. PPDU has been received,
  2237. .LP
  2238. it shall send an ARU PPDU and the presentation\(hyconnection shall be released.
  2239. .sp 1P
  2240. .LP
  2241. 6.4.4.2
  2242.     \fIProtocol error\fR 
  2243. .sp 9p
  2244. .RT
  2245. .PP
  2246. When a PPM receives an unrecognized or unexpected PPDU, or an
  2247. unexpected session\(hyservice primitive, it shall issue a P\(hyP\(hyABORT 
  2248. indication 
  2249. service primitive and, if possible, send an ARP PPDU. The
  2250. presentation\(hyconnection shall be released.
  2251. .bp
  2252. .RT
  2253. .sp 1P
  2254. .LP
  2255. 6.4.4.3
  2256.     \fIInvalid PPDU\fR 
  2257. .sp 9p
  2258. .RT
  2259. .PP
  2260. When a PPM receives a PPDU, containing an invalid PPDU parameter
  2261. value or an unrecognized or unexpected PPDU parameter, including a PPDU 
  2262. with an unexpected presentation context identifier, or one for which the 
  2263. received 
  2264. .PP
  2265. bitstring does not represent a valid presentation data value (including any
  2266. embedded presentation data value) in the corresponding abstract syntax, it
  2267. shall issue a P\(hyP\(hyABORT indication service primitive and send an 
  2268. ARP PPDU, if possible. The presentation\(hyconnection shall be released. 
  2269. .RT
  2270. .sp 1P
  2271. .LP
  2272. 6.4.4.4
  2273.     \fIS\(hyP\(hyABORT\fR 
  2274. .sp 9p
  2275. .RT
  2276. .PP
  2277. When a PPM receives an S\(hyP\(hyABORT indication session\(hyservice
  2278. primitive, it shall issue a P\(hyP\(hyABORT indication service primitive 
  2279. and the 
  2280. presentation\(hyconnection shall be released.
  2281. .RT
  2282. .sp 1P
  2283. .LP
  2284. 6.4.4.5
  2285.     \fIARU PPDU\fR 
  2286. .sp 9p
  2287. .RT
  2288. .PP
  2289. When a PPM receives an ARU PPDU it shall issue a P\(hyU\(hyABORT
  2290. indication service primitive and the presentation\(hyconnection shall be
  2291. released.
  2292. .RT
  2293. .sp 1P
  2294. .LP
  2295. 6.4.4.6
  2296.     \fIARP PPDU\fR 
  2297. .sp 9p
  2298. .RT
  2299. .PP
  2300. When a PPM receives an ARP PPDU, it shall issue a P\(hyP\(hyABORT
  2301. indication service primitive and the presentation\(hyconnection shall be
  2302. released.
  2303. .PP
  2304. \fINote\fR \ \(em\ When the abnormal release procedure is applied during an
  2305. attempt to establish a presentation\(hyconnection, the presentation\(hyconnection 
  2306. shall not be established.
  2307. .RT
  2308. .sp 1P
  2309. .LP
  2310. 6.4.5
  2311.     \fICollisions and Interactions\fR 
  2312. .sp 9p
  2313. .RT
  2314. .PP
  2315. The abnormal release procedure may be used at any time when a
  2316. presentation\(hyconnection has been established or during presentation\(hyconnection 
  2317. establishment. 
  2318. .RT
  2319. .sp 2P
  2320. .LP
  2321. 6.5
  2322.     \fIContext Alteration\fR 
  2323. .sp 1P
  2324. .RT
  2325. .sp 1P
  2326. .LP
  2327. 6.5.1
  2328.     \fIPurpose\fR 
  2329. .sp 9p
  2330. .RT
  2331. .PP
  2332. The context alteration procedure is used to modify the DCS. It
  2333. negotiates the definition of one or more new presentation contexts to be 
  2334. added to the DCS, and also the deletion of presentation contexts which 
  2335. are members of the DCS. It is used by a requesting entity which has received 
  2336. a P\(hyALTER\(hyCONTEXT request service primitive. 
  2337. .PP
  2338. The procedure uses the following PPDUs:
  2339. .RT
  2340. .LP
  2341.     a)
  2342.     AC PPDU,
  2343. .LP
  2344.     b)
  2345.     ACA PPDU.
  2346. .sp 2P
  2347. .LP
  2348. 6.5.2
  2349.     \fIAC PPDU associated parameters\fR 
  2350. .sp 1P
  2351. .RT
  2352. .sp 1P
  2353. .LP
  2354. 6.5.2.1
  2355.     \fIPresentation context addition list\fR 
  2356. .sp 9p
  2357. .RT
  2358. .PP
  2359. This consists of a list containing one or more items. Each item
  2360. represents one item of the Presentation context addition list parameter from
  2361. the P\(hyALTER\(hyCONTEXT request service primitive and shall be represented 
  2362. by one item of the Presentation context addition list parameter of the 
  2363. P\(hyALTER\(hyCONTEXT indication service primitive. Each item contains 
  2364. three components, a 
  2365. presentation context identifier, an abstract syntax name, and a transfer 
  2366. syntax list. The transfer syntax list contains those transfer syntax names 
  2367. (or the 
  2368. names of specifications producing such transfer syntaxes) the requesting PPM
  2369. is capable of supporting for the named abstract syntax. All presentation
  2370. context identifiers contained in this parameter shall be different
  2371. from the presentation context identifiers of all presentation
  2372. contexts in the DCS or previously used in any PPDU on the
  2373. presentation\(hyconnection. If the sending PPM is the initiator, all presentation 
  2374. context identifiers shall be odd integers, otherwise all shall be even 
  2375. integers.
  2376. .bp
  2377. .RT
  2378. .sp 1P
  2379. .LP
  2380. 6.5.2.2
  2381.     \fIPresentation context deletion list\fR 
  2382. .sp 9p
  2383. .RT
  2384. .PP
  2385. This shall be the Presentation context deletion list parameter from the 
  2386. P\(hyALTER\(hyCONTEXT request service primitive and shall appear as the 
  2387. Presentation context deletion list parameter of the P\(hyALTER\(hyCONTEXT 
  2388. indication service primitive. 
  2389. .RT
  2390. .sp 1P
  2391. .LP
  2392. 6.5.2.3
  2393.     \fIUser data\fR 
  2394. .sp 9p
  2395. .RT
  2396. .PP
  2397. This parameter shall represent the User data parameter of the
  2398. P\(hyALTER\(hyCONTEXT request service primitive and shall be represented 
  2399. by the User data parameter of the P\(hyALTER\(hyCONTEXT indiction service 
  2400. primitive. This 
  2401. parameter shall be from presentation contexts as specified in \(sc\ 6.1.2.
  2402. .RT
  2403. .sp 2P
  2404. .LP
  2405. 6.5.3
  2406.     \fIACA PPDU associated parameters\fR 
  2407. .sp 1P
  2408. .RT
  2409. .sp 1P
  2410. .LP
  2411. 6.5.3.1
  2412.     \fIPresentation context addition result list\fR 
  2413. .sp 9p
  2414. .RT
  2415. .PP
  2416. This shall represent the Presentation context addition result list parameter 
  2417. of the P\(hyALTER\(hyCONTEXT response service primitive and shall be 
  2418. represented by the Presentation context addition result list parameter 
  2419. of the P\(hyALTER\(hyCONTEXT confirm service primitive. It consists of 
  2420. a list containing the same number of items as the Presentation context 
  2421. addition list parameter of 
  2422. .PP
  2423. the AC PPDU. Each item shall be a reply to the corresponding item in the AC
  2424. PPDU and contains one or two components, a presentation context addition
  2425. result and an optional component which is either a transfer syntax name 
  2426. (or the name of a specification producing such a transfer syntax) or a 
  2427. provider 
  2428. reason.
  2429. .PP
  2430. The presentation context addition result shall take one of the
  2431. values:
  2432. .RT
  2433. .LP
  2434.     \(em
  2435.     \*Qacceptance\*U;
  2436. .LP
  2437.     \(em
  2438.     \*Quser\(hyrejection\*U;
  2439. .LP
  2440.     \(em
  2441.     \*Qprovider\(hyrejection\*U.
  2442. .PP
  2443. The transfer syntax name shall be present if the presentation
  2444. context addition result takes the value \*Qacceptance\*U. It shall be one 
  2445. of the 
  2446. names proposed by the requesting PPM as possible transfer syntaxes for the
  2447. identified presentation context, and shall determine the transfer syntax 
  2448. which the accepting PPM has selected. 
  2449. .PP
  2450. The provider reason shall be present if the presentation context
  2451. addition result takes the value \*Qprovider\(hyrejection\*U. It specifies 
  2452. the reason 
  2453. .PP
  2454. for rejection of the presentation context addition by the accepting PPM and
  2455. shall take one of the values:
  2456. .RT
  2457. .LP
  2458.     \(em
  2459.     reason not specified;
  2460. .LP
  2461.     \(em
  2462.     abstract syntax not supported;
  2463. .LP
  2464.     \(em
  2465.     proposed transfer syntaxes not supported;
  2466. .LP
  2467.     \(em
  2468.     local limit on DCS exceeded.
  2469. .sp 1P
  2470. .LP
  2471. 6.5.3.2
  2472.     \fIPresentation context deletion result list\fR 
  2473. .sp 9p
  2474. .RT
  2475. .PP
  2476. This shall be the Presentation context deletion result list
  2477. parameter of the P\(hyALTER\(hyCONTEXT response service primitive and shall 
  2478. appear as the Presentation context deletion result list parameter of the 
  2479. P\(hyALTER\(hyCONTEXT confirm service primitive. It consists of a list 
  2480. containing the same number of items as the Presentation context deletion 
  2481. list parameter of the AC PPDU. Each item shall refer to the corresponding 
  2482. item in the AC PPDU and shall take one of the values: 
  2483. .RT
  2484. .LP
  2485.     \(em
  2486.     \*Qacceptance\*U;
  2487. .LP
  2488.     \(em
  2489.     \*Quser\(hyrejection\*U.
  2490. .sp 1P
  2491. .LP
  2492. 6.5.3.3
  2493.     \fIUser data\fR 
  2494. .sp 9p
  2495. .RT
  2496. .PP
  2497. This parameter shall represent the User data parameter of the
  2498. P\(hyALTER\(hyCONTEXT response service primitive and shall be represented 
  2499. by the user data parameter of the P\(hyALTER\(hyCONTEXT confirm service 
  2500. primitive. This parameter shall be from presentation contexts as specified 
  2501. in \(sc\ 6.1.2. 
  2502. .bp
  2503. .RT
  2504. .sp 1P
  2505. .LP
  2506. 6.5.4
  2507.     \fIProcedure\fR 
  2508. .sp 9p
  2509. .RT
  2510. .PP
  2511. 6.5.4.1
  2512. When a P\(hyALTER\(hyCONTEXT request service primitive is received by a 
  2513. PPM (the requestor), it shall send an AC PPDU. 
  2514. .sp 9p
  2515. .RT
  2516. .PP
  2517. \fINote\fR \ \(em\ Those presentation contexts proposed for deletion are
  2518. still available for presentation data values in the User data parameter 
  2519. of the AC PPDU. 
  2520. .PP
  2521. 6.5.4.2
  2522. When an AC PPDU is received by a PPM (the acceptor). It may itself refuse 
  2523. some or all of the proposed presentation context additions. It shall 
  2524. issue a P\(hyALTER\(hyCONTEXT indication service primitive in which it 
  2525. shall mark 
  2526. refused addition proposals with the value \*Qprovider\(hyrejection\*U.
  2527. .PP
  2528. 6.5.4.3
  2529. When a P\(hyALTER\(hyCONTEXT response service primitive is received by 
  2530. the accepting PPM, it shall send an ACA PPDU indicating the acceptance 
  2531. or 
  2532. rejection of each proposed presentation context addition and of each proposed 
  2533. presentation context deletion. 
  2534. .PP
  2535. 6.5.4.4
  2536. When a P\(hyALTER\(hyCONTEXT response service primitive is received by 
  2537. the accepting PPM, the presentation contexts proposed for addition and 
  2538. marked with \*Qacceptance\*U shall be added to the DCS and be available 
  2539. for use from the time of receipt of the response, and may also be used 
  2540. for presentation data 
  2541. values contained in the User data parameter of the ACA PPDU. The presentation 
  2542. contexts proposed for deletion and marked with \*Qacceptance\*U shall be 
  2543. deleted 
  2544. from the DCS and no longer available for use from the time of receipt of the
  2545. response, and shall not be used for presentation data values contained 
  2546. in the User data parameter of the ACA PPDU. 
  2547. .PP
  2548. 6.5.4.5
  2549. When an ACA PPDU is received by the requesting PPM, it shall issue a P\(hyALTER\(hyCONTEXT 
  2550. confirm service primitive. 
  2551. .PP
  2552. 6.5.4.6
  2553. When an ACA PPDU is received by the requesting PPM, the
  2554. presentation contexts accepted in the ACA PPDU shall be added to the DCS 
  2555. and be available for use from the time of receipt of the ACA PPDU, and 
  2556. shall be 
  2557. accepted for presentation data values contained in the User data parameter 
  2558. of the ACA PPDU itself. The presentation contexts accepted for deletion 
  2559. in the ACA PPDU shall be deleted from the DCS and no longer be available 
  2560. for use from the time of receipt of the ACA PPDU. 
  2561. .sp 2P
  2562. .LP
  2563. 6.5.5
  2564.     \fICollisions and interactions\fR 
  2565. .sp 1P
  2566. .RT
  2567. .sp 1P
  2568. .LP
  2569. 6.5.5.1
  2570.     \fIAC PPDU\fR 
  2571. .sp 9p
  2572. .RT
  2573. .PP
  2574. Simultaneous P\(hyALTER\(hyCONTEXT request service primitives by both
  2575. PS\(hyusers shall be treated independently by the PPMs. Independent treatment 
  2576. of the simultaneous deletion requests applies even if the two PS\(hyusers 
  2577. have 
  2578. specified the same presentation context for removal from the DCS.
  2579. .PP
  2580. As a result of the independent treatment of the two requests, and the freedom 
  2581. of each PS\(hyuser to either accept or reject a proposal for presentation 
  2582. context deletion by the peer PS\(hyuser, a PPM must be prepared for the 
  2583. following cases, which shall not be treated as errors: 
  2584. .RT
  2585. .LP
  2586.     a)
  2587.     Receipt of a P\(hyALTER\(hyCONTEXT response service primitive
  2588. specifying deletion of a presentation context which is not a
  2589. member of the DCS, but responding to a P\(hyALTER\(hyCONTEXT
  2590. indication service primitive; in this case, the PPM shall send
  2591. an ACA PPDU using the value of the Presentation context deletion
  2592. result list parameter of the P\(hyALTER\(hyCONTEXT response service
  2593. primitive;
  2594. .LP
  2595.     b)
  2596.     Receipt of an ACA PPDU specifying deletion of a
  2597. presentation context which is not a member of the DCS, but
  2598. responding to an AC PPDU; in this case, the PPM shall issue a
  2599. P\(hyALTER\(hyCONTEXT confirm service primitive with the corresponding
  2600. Presentation context deletion result list parameter value.
  2601. .sp 1P
  2602. .LP
  2603. 6.5.5.2
  2604.     \fIP\(hyU\(hyABORT, ARU PPDU, ARP PPDU and S\(hyP\(hyABORT\fR 
  2605. .sp 9p
  2606. .RT
  2607. .PP
  2608. See \(sc 6.4.
  2609. .bp
  2610. .RT
  2611. .sp 1P
  2612. .LP
  2613. 6.5.5.3
  2614.     \fIDestructive session services\fR 
  2615. .sp 9p
  2616. .RT
  2617. .PP
  2618. If the sender of an AC PPDU receives an RS PPDU, or an
  2619. S\(hyU\(hyEXCEPTION\(hyREPORT, 
  2620. S\(hyP\(hyEXCEPTION\(hyREPORT, S\(hyACTIVITY\(hyDISCARD or
  2621. S\(hyACTIVITY\(hyINTERRUPT indication service primitive before it has received 
  2622. an ACA PPDU, it shall not issue a P\(hyALTER\(hyCONTEXT confirm service 
  2623. primitive, and the PPM shall continue with the procedure as specified for 
  2624. the disrupting service or RS PPDU. 
  2625. .RT
  2626. .sp 2P
  2627. .LP
  2628. 6.6
  2629.     \fIInformation transfer\fR 
  2630. .sp 1P
  2631. .RT
  2632. .sp 1P
  2633. .LP
  2634. 6.6.1
  2635.     \fIPurpose\fR 
  2636. .sp 9p
  2637. .RT
  2638. .PP
  2639. The information transfer procedure is used to convey presentation data 
  2640. values (including any embedded presentation data values) originating from 
  2641. .PP
  2642. P\(hyDATA, P\(hyTYPED\(hyDATA, P\(hyCAPABILITY\(hyDATA and 
  2643. P\(hyEXPEDITED\(hyDATA request service primitives, and P\(hyCAPABILITY\(hyDATA 
  2644. response service primitives. 
  2645. .PP
  2646. The procedure uses the following PPDUs:
  2647. .RT
  2648. .LP
  2649.     a)
  2650.     TD PPDU;
  2651. .LP
  2652.     b)
  2653.     TTD PPDU;
  2654. .LP
  2655.     c)
  2656.     TE PPDU;
  2657. .LP
  2658.     d)
  2659.     TC PPDU;
  2660. .LP
  2661.     e)
  2662.     TCC PPDU.
  2663. .sp 1P
  2664. .LP
  2665. 6.6.2
  2666.     \fIPPDU associated parameters\fR 
  2667. .sp 9p
  2668. .RT
  2669. .PP
  2670. Each of the PPDUs used by this procedure has a single
  2671. parameter.
  2672. .RT
  2673. .sp 1P
  2674. .LP
  2675. 6.6.2.1
  2676.     \fIUser data\fR 
  2677. .sp 9p
  2678. .RT
  2679. .PP
  2680. This parameter shall represent the User data parameter from the
  2681. corresponding request or response service primitive and shall appear as the
  2682. User data parameter of the corresponding indication or confirm service
  2683. primitive, as appropriate. For the TE PPDU, the parameter contains presentation 
  2684. data values from the default context. For the TD, TTD, TC and TCC PPDUs, 
  2685. the 
  2686. .PP
  2687. parameter contains presentation data values (including any embedded
  2688. presentation data values) from presentation contexts specified in \(sc\ 6.1.2.
  2689. .RT
  2690. .sp 1P
  2691. .LP
  2692. 6.6.3
  2693.     \fIProcedure\fR 
  2694. .sp 9p
  2695. .RT
  2696. .PP
  2697. 6.6.3.1
  2698. When a P\(hyDATA request service primitive is received by a PPM,   it
  2699. shall send a TD PPDU to transmit according to the agreed transfer syntaxes 
  2700. the presentation data values (including any embedded presentation data 
  2701. values) 
  2702. expressed in the P\(hyDATA request service primitive. When a PPM receives a TD
  2703. PPDU, it shall issue a P\(hyDATA indication service primitive containing these
  2704. presentation data values (including any embedded presentation data values).
  2705. .sp 9p
  2706. .RT
  2707. .PP
  2708. 6.6.3.2
  2709. When a P\(hyTYPED\(hyDATA request service primitive is received by a
  2710. PPM, it shall send a TTD PPDU to transmit according to the agreed transfer
  2711. syntaxes the presentation data values (including any embedded presentation 
  2712. data values) expressed in the P\(hyTYPED\(hyDATA request service primitive. 
  2713. When a PPM 
  2714. receives a TTD PPDU, it shall issue a P\(hyTYPED\(hyDATA indication service 
  2715. primitive containing these presentation data values (including any embedded 
  2716. presentation data values). 
  2717. .PP
  2718. The TTD PPDU shall only be available if the session typed data
  2719. functional unit has been proposed and selected in the User session requirements 
  2720. parameters of both the CP and CPA PPDUs. 
  2721. .bp
  2722. .PP
  2723. 6.6.3.3\fR 
  2724. When a P\(hyEXPEDITED\(hyDATA request service primitive is received by 
  2725. a PPM, it shall send a TE PPDU to transmit, according to the transfer syntax 
  2726. of the default context, the presentation data values (including any embedded 
  2727. presentation data values) expressed in the P\(hyEXPEDITED\(hyDATA request 
  2728. service 
  2729. primitive. When a PPM receives a TE PPDU, it shall issue a P\(hyEXPEDITED\(hyDATA 
  2730. indication service primitive containing these presentation data values
  2731. (including any embedded presentation data values).
  2732. .PP
  2733. 6.6.3.4
  2734. When a P\(hyCAPABILITY\(hyDATA request service primitive is received by 
  2735. a PPM, it shall send a TC PPDU to transmit according to the agreed transfer 
  2736. syntaxes the presentation data values (including any embedded presentation 
  2737. data values) expressed in the P\(hyCAPABILITY\(hyDATA request service primitive. 
  2738. When a 
  2739. PPM receives a TC PPDU, it shall issue a P\(hyCAPABILITY\(hyDATA indication 
  2740. service primitive containing these presentation data values (including 
  2741. any embedded 
  2742. presentation data values). If the accepting PPM then receives a
  2743. .LP
  2744. P\(hyCAPABILITY\(hyDATA response service primitive, it shall send a TCC PPDU to
  2745. transmit according to the agreed transfer syntaxes the presentation data 
  2746. values (including any embedded presentation data values) expressed in the 
  2747. P\(hyCAPABILITY\(hyDATA response primitive. When a PPM receives a TCC PPDU, 
  2748. it shall issue a P\(hyCAPABILITY\(hy 
  2749. DATA confirm service primitive containing these
  2750. presentation data values (including any embedded presentation data values).
  2751. .sp 2P
  2752. .LP
  2753. 6.6.4
  2754.     \fICollisions and interactions\fR 
  2755. .sp 1P
  2756. .RT
  2757. .sp 1P
  2758. .LP
  2759. 6.6.4.1
  2760.     \fIP\(hyU\(hyABORT, ARU PPDU, ARP PPDU and S\(hyP\(hyABORT\fR 
  2761. .sp 9p
  2762. .RT
  2763. .PP
  2764. See \(sc 6.4.
  2765. .RT
  2766. .sp 2P
  2767. .LP
  2768. 6.7
  2769.     \fIToken handling\fR 
  2770. .sp 1P
  2771. .RT
  2772. .sp 1P
  2773. .LP
  2774. 6.7.1
  2775.     \fIPurpose\fR 
  2776. .sp 9p
  2777. .RT
  2778. .PP
  2779. The token handling procedure is used to make available to PS\(hyusers the 
  2780. token handling facilities of the session\(hyservice. It is used by a PPM 
  2781. to 
  2782. support the P\(hyTOKEN\(hyGIVE, P\(hyTOKEN\(hyPLEASE and P\(hyCONTROL\(hy 
  2783. GIVE request and
  2784. indication service primitives.
  2785. .RT
  2786. .sp 1P
  2787. .LP
  2788. 6.7.2
  2789.     \fIProcedure\fR 
  2790. .sp 9p
  2791. .RT
  2792. .PP
  2793. 6.7.2.1
  2794. PPDUs are not explicitly defined, but implicitly given by the description 
  2795. of mapping in \(sc\ 7. 
  2796. .sp 9p
  2797. .RT
  2798. .PP
  2799. 6.7.2.2
  2800. The User data parameters of session\(hyservice primitives used shall represent 
  2801. or be represented by the User data parameters of the associated 
  2802. presentation\(hyservice primitives and shall be from presentation contexts as
  2803. specified in \(sc\ 6.1.2.
  2804. .sp 2P
  2805. .LP
  2806. 6.8
  2807.     \fISynchronization and resynchronization\fR 
  2808. .sp 1P
  2809. .RT
  2810. .sp 1P
  2811. .LP
  2812. 6.8.1
  2813.     \fIPurpose\fR 
  2814. .sp 9p
  2815. .RT
  2816. .PP
  2817. The synchronization and resynchronization procedure are used to
  2818. make available to PS\(hyusers the synchronization and resynchronization 
  2819. facilities of the session\(hyservice. They are used by a PPM to support 
  2820. the P\(hySYNC\(hyMINOR, 
  2821. P\(hySYNC\(hyMAJOR and P\(hyRESYNCHRONIZE service primitives. The resynchronization 
  2822. procedure has influence on the DCS when the context restoration functional
  2823. unit has been selected.
  2824. .bp
  2825. .PP
  2826. The procedure uses the following PPDUs:
  2827. .RT
  2828. .LP
  2829.     a)
  2830.     RS PPDU;
  2831. .LP
  2832.     b)
  2833.     RSA PPDU.
  2834. .sp 2P
  2835. .LP
  2836. 6.8.2
  2837.     \fIRS PPDU associated parameters\fR 
  2838. .sp 1P
  2839. .RT
  2840. .sp 1P
  2841. .LP
  2842. 6.8.2.1
  2843.     \fIResynchronize type\fR 
  2844. .sp 9p
  2845. .RT
  2846. .PP
  2847. This shall be the Resynchronize type parameter from the
  2848. P\(hyRESYNCHRONIZE request service primitive and shall appear as the Resynchronize 
  2849. type parameter of the P\(hyRESYNCHRONIZE indication service primitive. 
  2850. .RT
  2851. .sp 1P
  2852. .LP
  2853. 6.8.2.2
  2854.     \fISynchronization point serial number\fR 
  2855. .sp 9p
  2856. .RT
  2857. .PP
  2858. This shall be the Synchronization point serial number parameter
  2859. from the P\(hyRESYNCHRONIZE request service primitive and shall appear as the
  2860. Synchronization point serial number parameter of the P\(hyRESYNCHRONIZE 
  2861. indication service primitive. 
  2862. .RT
  2863. .sp 1P
  2864. .LP
  2865. 6.8.2.3
  2866.     \fITokens\fR 
  2867. .sp 9p
  2868. .RT
  2869. .PP
  2870. This shall be the Tokens parameter from the P\(hyRESYNCHRONIZE request 
  2871. service primitive and shall appear as the Tokens parameter of the 
  2872. P\(hyRESYNCHRONIZE indication service primitive.
  2873. .RT
  2874. .sp 1P
  2875. .LP
  2876. 6.8.2.4
  2877.     \fIPresentation context identifier list\fR 
  2878. .sp 9p
  2879. .RT
  2880. .PP
  2881. This consists of a list, each entry of which has two components, a presentation 
  2882. context identifier and an associated transfer syntax name. The 
  2883. list shall specify the DCS which results from the RS PPDU.
  2884. .RT
  2885. .sp 1P
  2886. .LP
  2887. 6.8.2.5
  2888.     \fIUser data\fR 
  2889. .sp 9p
  2890. .RT
  2891. .PP
  2892. This parameter shall represent the User data parameter of the
  2893. P\(hyRESYNCHRONIZE request service primitive and shall be represented by the
  2894. User data parameter of the P\(hyRESYNCHRONIZE indication service primitive. 
  2895. This parameter shall be from presentation contexts as specified in \(sc\ 
  2896. 6.1.2. 
  2897. .RT
  2898. .sp 2P
  2899. .LP
  2900. 6.8.3
  2901.     \fIRSA PPDU associated parameters\fR 
  2902. .sp 1P
  2903. .RT
  2904. .sp 1P
  2905. .LP
  2906. 6.8.3.1
  2907.     \fISynchronization point serial number\fR 
  2908. .sp 9p
  2909. .RT
  2910. .PP
  2911. This shall be the Synchronization point serial number parameter
  2912. from the P\(hyRESYNCHRONIZE response primitive and shall appear as the
  2913. Synchronization point serial number parameter of the P\(hyRESYNCHRONIZE confirm
  2914. service primitive.
  2915. .RT
  2916. .sp 1P
  2917. .LP
  2918. 6.8.3.2
  2919.     \fITokens\fR 
  2920. .sp 9p
  2921. .RT
  2922. .PP
  2923. This shall be the Tokens parameter from the P\(hyRESYNCHRONIZE
  2924. response service primitive and shall appear as the Tokens parameter of the
  2925. P\(hyRESYNCHRONIZE confirm service primitive.
  2926. .RT
  2927. .sp 1P
  2928. .LP
  2929. 6.8.3.3
  2930.     \fIPresentation context identifier list\fR 
  2931. .sp 9p
  2932. .RT
  2933. .PP
  2934. This consists of a list, each entry of which has two components, a presentation 
  2935. context identifier and an associated transfer syntax name. The 
  2936. list shall specify the DCS which results from the RSA PPDU.
  2937. .bp
  2938. .RT
  2939. .sp 1P
  2940. .LP
  2941. 6.8.3.4
  2942.     \fIUser data\fR 
  2943. .sp 9p
  2944. .RT
  2945. .PP
  2946. This parameter shall represent the User data parameter of the
  2947. P\(hyRESYNCHRONIZE response service primitive and shall be represented 
  2948. by the User data parameter of the P\(hyRESYNCHRONIZE confirm service primitive. 
  2949. This parameter shall be from presentation contexts as specified in \(sc\ 
  2950. 6.1.2. 
  2951. .RT
  2952. .sp 1P
  2953. .LP
  2954. 6.8.4
  2955.     \fIProcedure\fR 
  2956. .sp 9p
  2957. .RT
  2958. .PP
  2959. 6.8.4.1
  2960. The syncpoint identifier of a service primitive is a syncpoint identifier 
  2961. where the value of the synchronization point serial number is equal to 
  2962. that of the corresponding parameter of that service primitive. 
  2963. .sp 9p
  2964. .RT
  2965. .PP
  2966. The resync identifier of a service primitive is a syncpoint
  2967. identifier where the value of the synchronization point serial number is 
  2968. equal to that of the corresponding parameter of that service primitive 
  2969. minus one. 
  2970. .PP
  2971. 6.8.4.2
  2972. If a PPM receives a P\(hySYNC\(hyMINOR request service primitive or
  2973. issues a P\(hySYNC\(hyMINOR indication service primitive and the context 
  2974. restoration functional unit has been selected, then it shall associate 
  2975. the current DCS with the syncpoint identifier of the request or indication 
  2976. service primitive. 
  2977. .PP
  2978. 6.8.4.3
  2979. If a PPM receives a P\(hySYNC\(hyMAJOR response service primitive or
  2980. issues a P\(hySYNC\(hyMAJOR confirm service primitive and the context restoration 
  2981. functional unit has been selected, then it shall associate the current 
  2982. DCS with the syncpoint identifier of the response or confirm service primitive. 
  2983. .PP
  2984. The PPM shall eliminate any associations between syncpoint
  2985. identifiers and DCSs which it had previously made.
  2986. .PP
  2987. 6.8.4.4
  2988. If a PPM receives a P\(hyRESYNCHRONIZE request service primitive and the 
  2989. context management functional unit is not selected then it shall send a 
  2990. RS PPDU. 
  2991. .PP
  2992. 6.8.4.5
  2993. If a PPM receives a P\(hyRESYNCHRONIZE request service primitive and the 
  2994. context management functional unit is selected but the context restoration 
  2995. functional unit is not selected then it shall send a RS PPDU. The Presentation 
  2996. context identifier list parameter shall correspond to the DCS known to 
  2997. the 
  2998. PPM.
  2999. .PP
  3000. 6.8.4.6
  3001. If a PPM receives a P\(hyRESYNCHRONIZE request primitive and the
  3002. context restoration functional unit is selected then it shall set the DCS
  3003. as follows:
  3004. .LP
  3005.     a)
  3006.     If the resynchronize type is \*Qabandon\*U, then the DCS
  3007. is unchanged;
  3008. .LP
  3009.     b)
  3010.     if the resynchronize type is \*Qrestart\*U or \*Qset\*U, then:
  3011. .LP
  3012.     i)
  3013.     if the resync identifier of the primitive is
  3014. associated with a DCS, then the DCS is restored to that
  3015. associated with the resync identifier;
  3016. .LP
  3017.     ii)
  3018.     if the resync identifier of the primitive is less
  3019. than each syncpoint identifier associated with a DCS,
  3020. then the DCS is restored to that of the
  3021. presentation\(hyconnection establishment;
  3022. .LP
  3023.     iii)
  3024.     in all other cases, the DCS is unchanged.
  3025. .PP
  3026. The PPM shall then send a RS PPDU with the Presentation context
  3027. identifier list parameter value corresponding to the DCS.
  3028. .PP
  3029. 6.8.4.7
  3030. If a PPM receives a RS PPDU and the context management functional unit 
  3031. is not selected, then it shall issue a P\(hyRESYNCHRONIZE indication service 
  3032. primitive. 
  3033. .PP
  3034. 6.8.4.8
  3035. If a PPM receives a RS PPDU and the context management functional unit 
  3036. is selected, but the context restoration functional unit is not selected, 
  3037. then it shall, if an ACA PPDU is awaited, replace the DCS by that specified 
  3038. in the Presentation context identifier list parameter of the RS PPDU. It 
  3039. shall then (regardless of whether an ACA is awaited) issue a P\(hyRESYNCHRONIZE 
  3040. indication service primitive.
  3041. .bp
  3042. .PP
  3043. 6.8.4.9
  3044. If a PPM receives a RS PPDU and the context restoration functional unit 
  3045. is selected, then it shall set the DCS as follows: 
  3046. .LP
  3047.     a)
  3048.     if the resynchronize type is \*Qabandon\*U, then:
  3049. .LP
  3050.     i)
  3051.     if an ACA PPDU is awaited, then the DCS is replaced
  3052. by that specified in the Presentation context identifier
  3053. list parameter of the RS PPDU;
  3054. .LP
  3055.     ii)
  3056.     if an ACA PPDU is not awaited, then the DCS is
  3057. unchanged;
  3058. .LP
  3059.     b)
  3060.     if the resynchronize type is \*Qrestart\*U or \*Qset\*U, then:
  3061. .LP
  3062.     i)
  3063.     if the resync identifier of the service primitive is
  3064. associated with a DCS, then the DCS is restored to that
  3065. associated with the resync identifier;
  3066. .LP
  3067.     ii)
  3068.     if the resync identifier of the service primitive is
  3069. less than each syncpoint identifier associated with a
  3070. DCS, then the DCS is restored to that of the
  3071. presentation\(hyconnection establishment;
  3072. .LP
  3073.     iii)
  3074.     in all other cases, the DCS is set as per (a)
  3075. above.
  3076. .PP
  3077. The PPM shall then issue a P\(hyRESYNCHRONIZE indication service
  3078. primitive.
  3079. .LP
  3080. 6.8.4.10\ \ If a PPM receives a P\(hyRESYNCHRONIZE response service primitive 
  3081. and 
  3082. the context management functional unit is not selected, it shall send a RSA
  3083. PPDU.
  3084. .LP
  3085. 6.8.4.11\ \ If a PPM receives a P\(hyRESYNCHRONIZE response service primitive 
  3086. and 
  3087. the context management functional unit is selected then it shall send a RSA
  3088. PPDU. The Presentation context identifier list parameter shall correspond to
  3089. the DCS known to the PPM.
  3090. .LP
  3091. 6.8.4.12\ \ If a PPM receives a RSA PPDU and the context management functional
  3092. unit is not selected, then it shall issue a P\(hyRESYNCHRONIZE confirm service
  3093. primitive.
  3094. .LP
  3095. 6.8.4.13\ \ If a PPM receives a RSA PPDU and the context management functional
  3096. unit is selected but the context restoration functional unit is not selected, 
  3097. then it shall replace the DCS by that specified in the Presentation context 
  3098. identifier list parameter of the PPDU. It shall then issue a P\(hyRESYNCHRONIZE
  3099. confirm primitive.
  3100. .LP
  3101. 6.8.4.14\ \ If a PPM receives a RSA PPDU and the context restoration
  3102. functional unit is selected, then it shall set the DCS as follows:
  3103. .LP
  3104.     a)
  3105.     if the resynchronize type is \*Qabandon\*U, then the DCS is
  3106. replaced by that specified in the Presentation context
  3107. identifier list parameter of the PPDU;
  3108. .LP
  3109.     b)
  3110.     if the resynchronize type is \*Qrestart\*U or \*Qset\*U, and either
  3111. there is no syncpoint identifier associated with a DCS or the
  3112. resync identifier is not associated with a DCS and is greater
  3113. than the lowest syncpoint identifier associated with a DCS, the
  3114. DCS is replaced by that specified in the Presentation context
  3115. identifier list parameter of the PPDU;
  3116. .LP
  3117.     c)
  3118.     in all other cases, the DCS is unchanged.
  3119. .PP
  3120. The PPM shall then issue a P\(hyRESYNCHRONIZE confirm service
  3121. primitive.
  3122. .PP
  3123. \fINote\fR \ \(em\ When receiving a RSA PPDU, the resynchronize type relevant
  3124. (for the procedures described above) is the resynchronize type of the
  3125. associated RS PPDU.
  3126. .RT
  3127. .sp 2P
  3128. .LP
  3129. 6.8.5
  3130.     \fICollisions and Interactions\fR 
  3131. .sp 1P
  3132. .RT
  3133. .sp 1P
  3134. .LP
  3135. 6.8.5.1
  3136.     \fIP\(hyU\(hyABORT, ARU PPDU, ARP PPDU, and S\(hyP\(hyABORT\fR 
  3137. .sp 9p
  3138. .RT
  3139. .PP
  3140. See \(sc 6.4.
  3141. .RT
  3142. .sp 1P
  3143. .LP
  3144. 6.8.5.2
  3145.     \fIP\(hyALTER\(hyCONTEXT, AC\(hyPPDU and ACA PPDU\fR 
  3146. .sp 9p
  3147. .RT
  3148. .PP
  3149. See \(sc 6.5.
  3150. .bp
  3151. .RT
  3152. .sp 2P
  3153. .LP
  3154. 6.9
  3155.     \fIException reporting\fR 
  3156. .sp 1P
  3157. .RT
  3158. .sp 1P
  3159. .LP
  3160. 6.9.1
  3161.     \fIPurpose\fR 
  3162. .sp 9p
  3163. .RT
  3164. .PP
  3165. The exception reporting procedure is used to make available to
  3166. PS\(hyusers the exception reporting facilities of the session\(hyservice. 
  3167. It is used by a PPM to support the P\(hyU\(hyEXCEPTION\(hyREPORT request 
  3168. and indication service 
  3169. primitive and the P\(hyP\(hyEXCEPTION\(hyREPORT indication service primitive.
  3170. .RT
  3171. .sp 1P
  3172. .LP
  3173. 6.9.2
  3174.     \fIProcedure\fR 
  3175. .sp 9p
  3176. .RT
  3177. .PP
  3178. 6.9.2.1
  3179. PPDUs are not explicitly defined, but implicitly given by the description 
  3180. of mapping in \(sc\ 7. 
  3181. .sp 9p
  3182. .RT
  3183. .PP
  3184. 6.9.2.2
  3185. The User data parameters of session\(hyservice primitives used shall represent 
  3186. or be represented by the User data parameters of the associated 
  3187. presentation\(hyservice primitives and shall be from presentation contexts as
  3188. specified in \(sc\ 6.1.2.
  3189. .sp 2P
  3190. .LP
  3191. 6.10
  3192.     \fIActivity management\fR 
  3193. .sp 1P
  3194. .RT
  3195. .sp 1P
  3196. .LP
  3197. 6.10.1
  3198.     \fIPurpose\fR 
  3199. .sp 9p
  3200. .RT
  3201. .PP
  3202. The activity management procedure is used to make available to
  3203. PS\(hyusers the activity manage
  3204. ment\ facilities of the session\(hyservice. It is
  3205. used by a PPM to support the P\(hyACTIVITY\(hySTART and 
  3206. P\(hyACTIVITY\(hyRESUME request and indication service primitives and the 
  3207. P\(hyACTIVITY\(hyEND, 
  3208. P\(hyACTIVITY\(hyINTERRUPT and P\(hyACTIVITY\(hyDISCARD request, indication, 
  3209. response 
  3210. and confirm service 
  3211. primitives.
  3212. .PP
  3213. When the context restoration functional unit is selected, the
  3214. activity management procedure has influence on the DCS as defined by
  3215. \(sc\ 6.10.2.
  3216. .RT
  3217. .sp 1P
  3218. .LP
  3219. 6.10.2
  3220.     \fIProcedure\fR 
  3221. .sp 9p
  3222. .RT
  3223. .sp 1P
  3224. .LP
  3225. 6.10.2.1\ \ PPDUs are not explicitly defined, but implicitly given by the
  3226. description of mapping in \(sc\ 7.
  3227. .sp 9p
  3228. .RT
  3229. .LP
  3230. 6.10.2.2\ \ The User data parameters of session\(hyservice primitives used 
  3231. shall 
  3232. represent or be represented by the User data parameters of the associated
  3233. presentation\(hyservice primitives and shall be from presentation contexts as
  3234. specified in \(sc\ 6.1.2.
  3235. .LP
  3236. 6.10.2.3\ \ If a PPM receives a P\(hyACTIVITY\(hyINTERRUPT response service
  3237. primitive or issues a P\(hyACTIVITY\(hyINTERRUPT confirm service primitive 
  3238. when an 
  3239. activity is in progress and the context restoration functional unit has been
  3240. selected, then it shall replace the DCS with the inter\(hyactivity DCS.
  3241. .LP
  3242. 6.10.2.4\ \ If a PPM receives a P\(hyACTIVITY\(hyDISCARD response service 
  3243. primitive, 
  3244. or issues a P\(hyACTIVITY\(hyDISCARD confirm service primitive when an 
  3245. activity is in progress, and the context restoration functional unit has 
  3246. been selected, then it shall replace the DCS with the inter\(hyactivity 
  3247. DCS. It shall also eliminate any associations between syncpoint identifiers 
  3248. and DCSs which it had previously made. 
  3249. .LP
  3250. 6.10.2.5\ \ If a PPM receives a P\(hyACTIVITY\(hyEND response service primitive, 
  3251. or 
  3252. issues a P\(hyACTIVITY\(hyEND confirm service primitive, and the context 
  3253. restoration functional unit has been selected, then it shall replace the 
  3254. DCS with the 
  3255. inter\(hyactivity DCS. It shall also eliminate any associations between 
  3256. syncpoint identifiers and DCSs which it had previously made. 
  3257. .LP
  3258. 6.10.2.6\ \ If a PPM receives a P\(hyACTIVITY\(hyRESUME request service 
  3259. primitive or 
  3260. issues a P\(hyACTIVITY\(hyRESUME indication service primitive, where the 
  3261. Old session 
  3262. .LP
  3263. connection identifier parameter is absent in the request or indication 
  3264. service primitive, then it shall take the following actions: 
  3265. .LP
  3266.     a)
  3267.     it shall eliminate any associations between DCSs and pairs
  3268. composed of the Old activity identifier parameter value of the
  3269. request or indication service primitive and any synchronization
  3270. point serial number greater than the value of the
  3271. Synchronization point serial number parameter.
  3272. .LP
  3273.     b)
  3274.     if the pair composed of the Old activity identifier and
  3275. Synchronization point serial number parameter values and has a
  3276. DCS associated with it, then it shall restore the DCS by that
  3277. one.
  3278. .LP
  3279. .bp
  3280. .LP
  3281. .bp
  3282.