home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1993 July / Disc.iso / ccitt / 1988 / troff / 7_3_08.tro < prev    next >
Encoding:
Text File  |  1991-12-13  |  88.6 KB  |  3,848 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\ T.62\fR 
  25. .RT
  26. .sp 2P
  27. .sp 1P
  28. .ce 1000
  29. \fBCONTROL\ PROCEDURES\ FOR\ TELETEX\ AND\ GROUP\ 4\ FACSIMILE\ SERVICES\fR 
  30. .EF '%    Fascicle\ VII.3\ \(em\ Rec.\ T.62''
  31. .OF '''Fascicle\ VII.3\ \(em\ Rec.\ T.62    %'
  32. .ce 0
  33. .sp 1P
  34. .ce 1000
  35. \fI(Malaga\(hyTorremolinos, 1984; amended at Melbourne, 1988)\fR 
  36. .sp 9p
  37. .RT
  38. .ce 0
  39. .sp 1P
  40. .ce 1000
  41. CONTENTS
  42. .ce 0
  43. .sp 1P
  44. .sp 2P
  45. .LP
  46. 1
  47.     \fIGeneral\fR 
  48. .sp 1P
  49. .RT
  50. .LP
  51.     1.1
  52.     Scope
  53. .LP
  54.     1.2
  55.     Fundamental principles
  56. .LP
  57.     1.3
  58.     Definitions
  59. .sp 1P
  60. .LP
  61. 2
  62.     \fIFunctions of the procedures\fR 
  63. .sp 9p
  64. .RT
  65. .LP
  66.     2.1
  67.     General
  68. .LP
  69.     2.2
  70.     Background information
  71. .sp 1P
  72. .LP
  73. 3
  74.     \fIElements of procedure\fR 
  75. .sp 9p
  76. .RT
  77. .LP
  78.     3.1
  79.     General
  80. .LP
  81.     3.2
  82.     Session commands, responses and parameters
  83. .LP
  84.     3.3
  85.     Session procedures
  86. .LP
  87.     3.4
  88.     Document commands, responses and parameters
  89. .LP
  90.     3.5
  91.     General rules for document elements
  92. of procedure
  93. .LP
  94.     3.6
  95.     Rules for document state diagrams in the basic Teletex service
  96. .sp 1P
  97. .LP
  98. 4
  99.     \fIError recovery\fR 
  100. .sp 9p
  101. .RT
  102. .LP
  103.     4.1
  104.     General principles
  105. .LP
  106.     4.2
  107.     Rules for checkpointing
  108. .LP
  109.     4.3
  110.     Acknowledgement window
  111. .sp 1P
  112. .LP
  113. 5
  114.     \fICoding\fR 
  115. .sp 9p
  116. .RT
  117. .LP
  118.     5.1
  119.     Definitions of terms used in coding
  120. .LP
  121.     5.2
  122.     Principles of coding
  123. .LP
  124.     5.3
  125.     Coding of length indicators
  126. .LP
  127.     5.4
  128.     Coding of command and response identifiers for
  129. session elements
  130. .LP
  131.     5.5
  132.     Coding of command and response identifiers for
  133. document elements
  134. .LP
  135.     5.6
  136.     Coding of parameter group identifiers and parameter identifiers
  137. .LP
  138.     5.7
  139.     Parameter values
  140. .sp 1P
  141. .LP
  142. \fIAnnex\ A\fR     \(em
  143.     Definitions
  144. .sp 9p
  145. .RT
  146. .LP
  147. \fIAnnex\ B\fR     \(em
  148.     Telematic modes of operation
  149. .LP
  150. \fIAnnex\ C\fR     \(em
  151.     Definition of valid/in valid session protocol data units
  152. .LP
  153. \fIAnnex\ D\fR     \(em
  154.     General description and rules of operation for
  155. state diagrams
  156. .LP
  157. \fIAnnex\ E\fR     \(em
  158.     Types of document
  159. .LP
  160. \fIAnnex\ F\fR     \(em
  161.     Interactive session protocol and typed data transfer
  162. for the telematic services
  163. .LP
  164. \fIAnnex\ G\fR     \(em
  165.     Detailed state transition diagrams for
  166. session/document procedures
  167. .LP
  168. \fIAnnex\ H\fR     \(em
  169.     State transition tables for session/document
  170. procedures
  171. .bp
  172. .LP
  173. \fB1\fR     \fBGeneral\fR 
  174. .sp 1P
  175. .RT
  176. .sp 2P
  177. .LP
  178. 1.1
  179.     \fIScope\fR 
  180. .sp 1P
  181. .RT
  182. .PP
  183. 1.1.1
  184. Recommendation F.200 lays down the provisions for the operation
  185. of the automatic international Teletex service. On the technical side,
  186. Recommendation\ T.60 specifies the requirements for international compatibility 
  187. between Teletex terminals and Recommendation\ T.61 defines the character 
  188. repertoire and coded character sets for the international Teletex
  189. service.
  190. .sp 9p
  191. .RT
  192. .PP
  193. 1.1.2 
  194. Recommendation\ F.161 defines the rules to be followed in the
  195. Group\ 4 facsimile service. On the technical side, Recommendations\ T.563, 
  196. T.503 and T.521 specify the requirements for Group\ 4 facsimile apparatus 
  197. and 
  198. Recommendation\ T.6 defines the Group\ 4 facsimile coding scheme and facsimile
  199. control functions.
  200. .PP
  201. 1.1.3
  202. T.400 series of Recommendations define the document interchange
  203. protocol which may be used when services other than basic Teletex are utilized; 
  204. e.g.\ Group\ 4 facsimile, mixed\(hymode operation,\ etc. 
  205. .PP
  206. 1.1.4
  207. Network\(hydependent communication procedures for call establishment
  208. and termination are defined in Recommendations\ T.60 and T.563 for the 
  209. Teletex and Group\ 4 facsimile services, respectively. 
  210. .PP
  211. 1.1.5
  212. This Recommendation defines the end\(hyto\(hyend procedures to be used
  213. within the Teletex and Group\ 4 facsimile services.
  214. .PP
  215. 1.1.6
  216. Specifically, this Recommendation concerns the 
  217. end\(hyto\(hyend
  218. control procedures
  219. that are network\(hyindependent. The network\(hydependent
  220. procedures forming a network\(hyindependent transport service are specified in
  221. Recommendations\ T.70 and, as applicable, T.71.
  222. .PP
  223. 1.1.7
  224. The procedure described in this Recommendation should also be used
  225. between a Teletex terminal and a Teletex/telex conversion facility (see
  226. Recommendations\ F.201, T.60 and\ T.390) and when a Teletex or G4 facsimile
  227. terminal takes an access to IPMS (see Recommendations\ T.422, T.60,
  228. T.330 and\ T.563).
  229. .PP
  230. 1.1.8
  231. Interworking between Teletex and services other than
  232. telex and IPMS, and between Group\ 4 facsimile and services other than 
  233. IPMS is for further study. 
  234. .PP
  235. 1.1.9
  236. This Recommendation assumes that the terminal initiating a call is
  237. the terminal regarded as responsible for call charges and that it retains 
  238. full control of the call. 
  239. .PP
  240. 1.1.10
  241. The provisions in this Recommendation are to be regarded as a first stage 
  242. in the establishment of Teletex and Group\ 4 facsimile services in 
  243. accordance with Recommendations\ F.200, T.60, T.61 and T.70 as defined 
  244. in 1980 and Recommendations\ F.161, T.5, T.6 and\ T.73 as defined in 1984, 
  245. respectively. Enhancements and additions to these Recommendations must 
  246. ensure compatibility with established services. 
  247. .sp 2P
  248. .LP
  249. 1.2
  250.     \fIFundamental principles\fR 
  251. .sp 1P
  252. .RT
  253. .PP
  254. 1.2.1
  255. The relationship between the control procedures in this
  256. Recommendation and the
  257. transport service shall respect the principle that the higher level procedures 
  258. require the transport service to preserve the structure of blocks, which 
  259. may be of arbitrary size, given to it by the session level for transmission. 
  260. Only one session command or response is allowed in such a block. Only one 
  261. document 
  262. command or response is allowed in a CSUI or RSUI field (command or response
  263. session user information).
  264. .sp 9p
  265. .RT
  266. .PP
  267. 1.2.2
  268. The sending terminal is responsible for verifying the correct
  269. delivery of the information in its document to the recipient's physical 
  270. media, i.e.\ store, hard copy device. This may include linking and other 
  271. relevant 
  272. information.
  273. .sp 2P
  274. .LP
  275. 1.3
  276.     \fIDefinitions\fR 
  277. .sp 1P
  278. .RT
  279. .PP
  280. 1.3.1
  281. Terms and their definitions are listed in Annex\ A. Where
  282. appropriate, each definition mentions the control procedures to which it
  283. refers.
  284. .sp 9p
  285. .RT
  286. .PP
  287. 1.3.2
  288. Some of the terms used in this Recommendation have been defined in ways 
  289. that may differ from the meanings of similar terms in other 
  290. Recommendations.
  291. .bp
  292. .LP
  293. \fB2\fR     \fBFunctions of the procedures\fR 
  294. .sp 1P
  295. .RT
  296. .sp 2P
  297. .LP
  298. 2.1
  299.     \fIGeneral\fR 
  300. .sp 1P
  301. .RT
  302. .PP
  303. 2.1.1
  304. The broad functional categories provided to implement the
  305. control procedures are listed in Tables\ 1/T.62 and\ 2/T.62.
  306. .sp 9p
  307. .RT
  308. .ce
  309. \fBH.T. [T1.62]\fR 
  310. .ce
  311. TABLE\ 1/T.62
  312. .ce
  313. \fBSession commands and responses\fR 
  314. .ps 9
  315. .vs 11
  316. .nr VS 11
  317. .nr PS 9
  318. .TS
  319. center box;
  320. lw(84p) | lw(84p) | lw(30p) | lw(30p) .
  321.             
  322. .TE
  323. .nr PS 9
  324. .RT
  325. .ad r
  326. \fBTableau 1/T.62 [T1.62], p.1\fR 
  327. .sp 1P
  328. .RT
  329. .ad b
  330. .RT
  331. .LP
  332. .rs
  333. .sp 9P
  334. .ad r
  335. BLANC
  336. .ad b
  337. .RT
  338. .LP
  339. .bp
  340. .ce
  341. \fBH.T. [T2.62]\fR 
  342. .ce
  343. TABLE\ 2/T.62
  344. .ce
  345. \fBDocument commands and responses\fR 
  346. .ps 9
  347. .vs 11
  348. .nr VS 11
  349. .nr PS 9
  350. .TS
  351. center box;
  352. lw(84p) | lw(84p) | lw(30p) | lw(30p) .
  353.             
  354. .TE
  355. .nr PS 9
  356. .RT
  357. .ad r
  358. \fBTableau 1/T.62 [T2.62], p.2\fR 
  359. .sp 1P
  360. .RT
  361. .ad b
  362. .RT
  363. .LP
  364. .bp
  365. .PP
  366. 2.1.2
  367. The procedural elements have also been listed in the
  368. appropriate categories since the definitions of the elements together with
  369. their associated rules completely specify the functions of the procedures.
  370. .sp 1P
  371. .LP
  372. 2.2
  373.     \fIBackground information\fR 
  374. .sp 9p
  375. .RT
  376. .PP
  377. \fINote\fR \ \(em\ \(sc\ 2 is given as an aid for the understanding of the
  378. procedures. The exact definitions of the control procedures are given in
  379. subsequent sections of the Recommendation.
  380. .RT
  381. .sp 2P
  382. .LP
  383. 2.2.1
  384.     \fIExchange of service identification\fR 
  385. .sp 1P
  386. .RT
  387. .PP
  388. 2.2.1.1
  389. Two terminals, when connected by a transport service, will, at session 
  390. establishment, exchange information identifying whether they are 
  391. participating in the Telematic services and thus they will invoke the relevant 
  392. service facilities and the associated protocol. 
  393. .sp 9p
  394. .RT
  395. .sp 2P
  396. .LP
  397. 2.2.2
  398.     \fINegotiation of optional capabilities\fR 
  399. .sp 1P
  400. .RT
  401. .PP
  402. 2.2.2.1
  403. Two methods are provided. The first is used at session
  404. initiation to exchange a limited list of capabilities. The second method 
  405. may be used when required, after session initiation, to indicate the sender's 
  406. requirements for extended capabilities.
  407. .sp 9p
  408. .RT
  409. .sp 2P
  410. .LP
  411. 2.2.3
  412.     \fINegotiation of storage requirements\fR 
  413. .sp 1P
  414. .RT
  415. .PP
  416. 2.2.3.1
  417. Storage availability can be indicated in the following
  418. ways:
  419. .sp 9p
  420. .RT
  421. .LP
  422.     a)
  423.     When a Teletex session is established, it is implicitly
  424. assumed that there is adequate receive memory for the call.
  425. Exceptionally a receiver memory overflow will occur. The
  426. continued sending of the document from the source will be
  427. stopped by the sink. The sink shall indicate the reason for
  428. stopping the transmission.
  429. .LP
  430.     b)
  431.     When a Group\ 4 facsimile session is established, it can only
  432. be assumed that the called terminal has adequate recording
  433. paper to print at least one page of information (for basic
  434. Class\ 1 apparatus). Negotiation of storage requirements is
  435. mandatory for Group\ 4 Classes\ 2 and\ 3 facsimile apparatus.
  436. Having negotiated this requirement, exceptionally, a receive
  437. memory overflow may occur. The continued sending of the document
  438. from the source will be stopped by the sink. The sink shall
  439. indicate the reason for stopping the transmission.
  440. .LP
  441.     c)
  442.     The provision is also made in the procedure for a mandatory
  443. indication that the ability of the receiving terminal to
  444. continue to accept traffic is jeopardized.
  445. .LP
  446.     d)
  447.     The control procedure also provides the possibility to
  448. investigate the storage availability at the receiving terminal
  449. prior to the transmission of a document.
  450. .LP
  451. \fB3\fR     \fBElements of procedure\fR 
  452. .sp 1P
  453. .RT
  454. .sp 2P
  455. .LP
  456. 3.1
  457.     \fIGeneral\fR 
  458. .sp 1P
  459. .RT
  460. .PP
  461. 3.1.1
  462. The paragraphs below contain elements of procedure and rules
  463. of use which, when combined, define the control procedures.
  464. .sp 9p
  465. .RT
  466. .PP
  467. 3.1.2
  468. Definitions applying to the elements of procedure may be found in
  469. Annexes\ A and\ B.
  470. .PP
  471. 3.1.3
  472. Annex\ D describe the session suspension function, which is not
  473. applicable to the basic services.
  474. .sp 1P
  475. .LP
  476. 3.2
  477.     \fISession commands, responses and parameters\fR 
  478. .sp 9p
  479. .RT
  480. .PP
  481. (For a summary of session commands and responses, see
  482. Table\ 1/T.62.)
  483. .RT
  484. .sp 2P
  485. .LP
  486. 3.2.1
  487.     \fICommand session start (CSS)\fR 
  488. .sp 1P
  489. .RT
  490. .PP
  491. 3.2.1.1
  492. The CSS initiates entry into a session.
  493. .bp
  494. .sp 9p
  495. .RT
  496. .PP
  497. 3.2.1.2 
  498. Command parameters are:
  499. .sp 9p
  500. .RT
  501. .LP
  502.     a)
  503.     \fIService identifier\fR \ \(em\ this mandatory parameter
  504. identifies whether the sender of this command intends to use the 
  505. Telematic  service
  506. .
  507. .LP
  508.     b)
  509.     \fITerminal identifier\fR \ \(em\ this mandatory parameter
  510. identifies the calling terminal in accordance with the terminal identification 
  511. specified in Recommendation\ F.200. 
  512. .LP
  513.     c)
  514.     \fIDate and time\fR \ \(em\ this mandatory parameter gives
  515. date and time information as specified in Recommendation\ F.200.
  516. .LP
  517.     d)
  518.      \fIAdditional session reference number\fR \ \(em\ this number shall be 
  519. used in addition to the basic session reference (terminal identifier of 
  520. the called terminal, terminal identifier of the calling terminal, date 
  521. and time) when the basic session reference is not sufficient to uniquely 
  522. identify the session and such unique identification is required. If the 
  523. additional 
  524. session reference number is not used, the parameter shall not be included.
  525. .LP
  526.     e)
  527.      \fINon\(hybasic terminal capabilities\fR \ \(em\ these parameters indicate 
  528. which of the non\(hybasic terminal capabilities listed in Table\ 3/T.62 
  529. for the Teletex service are available as receiving capabilities of the 
  530. sender of this command. These parameters are mandatory if the terminal 
  531. is capable of any of the specific functions listed in these table. Absence 
  532. of the parameter indicates that the specific function is not available. 
  533. .LP
  534.     f
  535. )
  536.     \fINon\(hybasic session capabilities\fR \ \(em\ if used,
  537. this non\(hymandatory parameter indicates which non\(hybasic session capabilities 
  538. are available as receiving capabilities of the sender of this command. 
  539. .LP
  540.     \fINote\fR \ \(em\ Examples of the use of this parameter are session
  541. suspension (see Annex\ D) and negotiation of the window size for checkpoint 
  542. (see \(sc\(sc\ 3.3.2.7 and\ 4.3). 
  543. .LP
  544.     g)
  545.      \fIInactivity timer\fR \ \(em\ this non\(hymandatory parameter is used 
  546. to negotiate the value of the inactivity timer (see \(sc\(sc\ 4.1.2 
  547. and\ 5.7.2.11).
  548. .LP
  549.     h)
  550.     \fISession service functions\fR \ \(em\ this non\(hymandatory
  551. parameter is used to specify the session service capabilities available. 
  552. This parameter is used for the interactive session protocol\ (ISP) and 
  553. typed data transfer (TDX). 
  554. .LP
  555.      \fINote\fR \ \(em\ Examples of the use of this parameter are for further 
  556. study in association with Annex\ F. 
  557. .LP
  558.     i)
  559.      \fISession user data\fR \ \(em\ this non\(hymandatory parameter is used 
  560. to convey data of the presentation and/or application protocol(s). All 
  561. information necessary to negotiate the document interchange protocol parameters 
  562. defined in the T.400 Series of Recommendations is contained in this parameter 
  563. field. 
  564. .LP
  565.     j)
  566.      \fINon\(hystandardized capabilities\fR \ \(em\ this non\(hymandatory 
  567. parameter is used to ascertain compatibility regarding the use of 
  568. non\(hystandardized terminal capabilities.
  569. .LP
  570.      The first octet following the parameter identifier and the length indicator 
  571. identifies a particular country. The meaning and code assignments of subsequent 
  572. octets are defined by the indicated country. 
  573. .LP
  574.     k)
  575.      \fIPrivate use parameters\fR \ \(em\ these parameters are not mandatory. 
  576. Their definition and use are not standardized. 
  577. .sp 2P
  578. .LP
  579. 3.2.2
  580.     \fIResponse session start positive (RSSP)\fR 
  581. .sp 1P
  582. .RT
  583. .PP
  584. 3.2.2.1
  585. The RSSP shall be used to acknowledge entry into a session. It
  586. indicates that the CSS command has been understood and is in a correct format.
  587. .sp 9p
  588. .RT
  589. .PP
  590. 3.2.2.2
  591. Response parameters are:
  592. .sp 9p
  593. .RT
  594. .LP
  595.     a)
  596.     \fIService identifier\fR \ \(em\ this mandatory parameter
  597. identifies whether the sender of this response intends to use
  598. the 
  599. Telematic service
  600. .
  601. .LP
  602.     \fINote\ 1\fR \ \(em\ For the basic Teletex services, the service
  603. identifiers in RSSP and CSS must be identical.
  604. .LP
  605.     \fINote\ 2\fR \ \(em\ In case of interconnections between the terminals
  606. of different services, the service identifiers in RSSP and CSS
  607. may not be identical.
  608. .LP
  609.     b)
  610.     \fITerminal identifier\fR \ \(em\ this mandatory parameter
  611. provides the terminal identification of the sender of the RSSP
  612. in accordance with the terminal identification specified in
  613. Recommendation\ F.200.
  614. .bp
  615. .LP
  616.     c)
  617.      \fIDate and time\fR \ \(em\ this mandatory parameter must be identical 
  618. to the corresponding parameter in the CSS. It is used in conjunction with 
  619. the terminal identifications of both terminals in a session as a reference 
  620. to that session. 
  621. .LP
  622.     d)
  623.      \fIAdditional session reference number\fR \ \(em\ if used in the CSS 
  624. and if used by the receiver of CSS, this parameter shall have the same 
  625. value as in the CSS. In this case, it shall also be used, together with 
  626. the basic 
  627. session reference when referring to this session in a CDC command. If it 
  628. is not used by the receiver of CSS, it shall not appear in the RSSP. 
  629. .LP
  630.     e)
  631.      \fINon\(hybasic terminal capabilities\fR (i.e. those available as receiving 
  632. capabilities of the sender of the RSSP)\ \(em\ the same conditions apply 
  633. as for \(sc\ 3.2.1.2\ e) above. 
  634. .LP
  635.     f
  636. )
  637.     \fINon\(hybasic session capabilities\fR \ \(em\ as for
  638. \(sc\ 3.2.1.2\ f
  639. ) above.
  640. .LP
  641.     g)
  642.     \fISession control functions\fR \ \(em\ this parameter is used to
  643. indicate \*Qrequest control\*U and \*Qrequest session suspension\*U as 
  644. defined in this Recommendation. 
  645. .LP
  646.     h)
  647.     \fIInactivity timer\fR \ \(em\ as for \(sc\ 3.2.1.2\ g) above.
  648. .LP
  649.     i)
  650.     \fISession service functions\fR \ \(em\ as for \(sc\ 3.2.1.2\ h)
  651. above.
  652. .LP
  653.     j)
  654.     \fISession user data\fR \ \(em\ as for \(sc\ 3.2.1.2\ i) above.
  655. .LP
  656.     k)
  657.     \fINon\(hystandardized capabilities\fR \(em as for
  658. \(sc\ 3.2.1.2\ j) above.
  659. .LP
  660.     l)
  661.     \fIPrivate use parameters\fR \ \(em\ as for \(sc\ 3.2.1.2\ k) above.
  662. .ce
  663. \fBH.T. [T3.62]\fR 
  664. .ce
  665. TABLE\ 3/T.62
  666. .ce
  667. \fBNon\(hybasic terminal capabilities included in CSS\fR 
  668. .ps 9
  669. .vs 11
  670. .nr VS 11
  671. .nr PS 9
  672. .TS
  673. center box;
  674. lw(78p) | lw(150p) .
  675.     
  676. .TE
  677. .nr PS 9
  678. .RT
  679. .ad r
  680. \fBTableau 3/T.62 [T3.62], p.3\fR 
  681. .sp 1P
  682. .RT
  683. .ad b
  684. .RT
  685. .sp 2P
  686. .LP
  687. 3.2.3
  688.     \fIResponse session start negative (RSSN)\fR 
  689. .sp 1P
  690. .RT
  691. .PP
  692. 3.2.3.1
  693. The negative response indicates that the session was not
  694. entered by the receiver of the CSS. It is not mandatory to indicate the 
  695. reasons for rejection. A non\(hymandatory private\(hyuse parameter may 
  696. be used with this 
  697. response.
  698. .sp 9p
  699. .RT
  700. .PP
  701. \fINote\fR \ \(em\ It should be noted that existing equipment may send an
  702. RSSN without any parameter fields. This shall not be regarded as an error.
  703. .bp
  704. .PP
  705. 3.2.3.2 
  706. Response parameters are:
  707. .sp 9p
  708. .RT
  709. .LP
  710.     a)
  711.      \fIService identifier\fR \ \(em\ this mandatory parameter identifies 
  712. whether the sender of this response intends to use the telematic service. 
  713. .LP
  714.      \fINote\ 1\fR \ \(em\ For the basic services, the service identifiers 
  715. in RSSN and CSS must be identical. 
  716. .LP
  717.     \fINote\ 2\fR \ \(em\ In case of interconnections between the terminals of
  718. different services, the service identifiers in RSSN and CSS may not be
  719. identical.
  720. .LP
  721.     b)
  722.     \fITerminal identifier\fR \ \(em\ this mandatory parameter provides
  723. the terminal identification of the sender of the RSSN in accordance with the
  724. terminal identification specified in Recommendation\ F.200.
  725. .LP
  726.     c)
  727.      \fIDate and time\fR \ \(em\ this mandatory parameter must be identical 
  728. to the corresponding parameter in the CSS. It is used in conjunction with 
  729. the terminal identifications of both terminals in a session as a reference 
  730. to that session. 
  731. .LP
  732.     d)
  733.      \fIAdditional session reference number\fR \ \(em\ if used in the CSS 
  734. and if used by the receiver of CSS, this parameter shall have the same 
  735. value as in the CSS. If it is not used by the receiver of CSS, it shall 
  736. not appear in 
  737. the RSSN.
  738. .LP
  739.     e)
  740.      \fINon\(hybasic terminal capabilities\fR (i.e. those available as receiving 
  741. capabilities of the sender of the RSSN)\ \(em\ the same conditions apply 
  742. as for \(sc\ 3.2.1.2\ e) above. 
  743. .LP
  744.     f
  745. )
  746.     \fINon\(hybasic session capabilities\fR \ \(em\ as for
  747. \(sc\ 3.2.1.2\ f
  748. ) above.
  749. .LP
  750.     g)
  751.      \fIReason for sending the negative response\fR \ \(em\ this parameter 
  752. is used to indicate the reason for sending the RSSN. The parameter value 
  753. may be presented to an operator when received. One of the following reasons 
  754. may be 
  755. used as a value of the parameter:
  756. .LP
  757.     \(em
  758.     no reason given;
  759. .LP
  760.     \(em
  761.      temporarily unable to enter the session. Shall be used e.g. in the case 
  762. of memory full; 
  763. .LP
  764.     \(em
  765.      text message of maximum 69 characters. It may be possible for the operator 
  766. to enter this message from the keyboard. 
  767. .LP
  768.     h)
  769.     \fISession service functions:\fR as for \(sc\ 3.2.1.2\ h) above.
  770. .LP
  771.     i)
  772.     \fISession user data:\fR as for \(sc\ 3.2.1.2\ i) above.
  773. .LP
  774.     j)
  775.     \fIPrivate use parameters:\fR as for \(sc\ 3.2.1.2\ k) above.
  776. .sp 2P
  777. .LP
  778. 3.2.4
  779.     \fICommand session end (CSE)\fR 
  780. .sp 1P
  781. .RT
  782. .PP
  783. 3.2.4.1
  784. The CSE is used for normal (or error\(hyfree) termination of a
  785. session.
  786. .sp 9p
  787. .RT
  788. .PP
  789. \fINote\fR \ \(em\ A parameter is reserved to indicate whether the transport 
  790. connection is to be cleared. Absence of this parameter will cause the transport 
  791. connection to be cleared. 
  792. .sp 2P
  793. .LP
  794. 3.2.5
  795.     \fIResponse session end positive (RSEP)\fR 
  796. .sp 1P
  797. .RT
  798. .PP
  799. 3.2.5.1
  800. The RSEP indicates to the calling terminal that the called
  801. terminal has entered the idle state in an orderly manner.
  802. .sp 9p
  803. .RT
  804. .sp 2P
  805. .LP
  806. 3.2.6
  807.     \fICommand session abort (CSA)\fR 
  808. .sp 1P
  809. .RT
  810. .PP
  811. 3.2.6.1 
  812. The CSA may be used at any time by either terminal to terminate a session, 
  813. whenever a condition is detected indicating that the session cannot be 
  814. continued successfully. CSA shall only be used when there is no other 
  815. suitable way of ending the session.
  816. .sp 9p
  817. .RT
  818. .PP
  819. 3.2.6.2
  820. One of the following reasons for the abnormal termination of
  821. the session must be given as a CSA parameter:
  822. .sp 9p
  823. .RT
  824. .LP
  825.     a)
  826.     local terminal error;
  827. .LP
  828.     b)
  829.     unrecoverable procedural error;
  830. .LP
  831.     c)
  832.     reason not defined.
  833. .PP
  834. \fINote\fR \ \(em\ One value is reserved to indicate whether the transport 
  835. connection is to be cleared. 
  836. .sp 2P
  837. .LP
  838. 3.2.7
  839.     \fIResponse session abort positive (RSAP)\fR 
  840. .sp 1P
  841. .RT
  842. .PP
  843. 3.2.7.1
  844. The RSAP response indicates to the sender of a CSA command
  845. (either the source or the sink terminal) that the receiver of CSA has entered 
  846. the idle state in an orderly manner. 
  847. .bp
  848. .sp 9p
  849. .RT
  850. .sp 2P
  851. .LP
  852. 3.2.8
  853.     \fICommand session user information (CSUI)\fR 
  854. .sp 1P
  855. .RT
  856. .PP
  857. 3.2.8.1
  858. The CSUI is used to indicate to the receiver that the
  859. associated information field of this command conveys command, parameters and
  860. information for the document procedures.
  861. .sp 9p
  862. .RT
  863. .PP
  864. 3.2.8.2
  865. CSUI does not call for a response. There is no relationship
  866. between this command and the response RSUI.
  867. .sp 2P
  868. .LP
  869. 3.2.9
  870.     \fIResponse session user information (RSUI)\fR 
  871. .sp 1P
  872. .RT
  873. .PP
  874. 3.2.9.1
  875. The RSUI is used to indicate to the receiver of this response
  876. (source) that the associated information field conveys response and parameters 
  877. for the document procedures. A non\(hymandatory parameter, session control 
  878. function, may be used with this response.
  879. .sp 9p
  880. .RT
  881. .PP
  882. 3.2.9.2
  883. This RSUI response is not related to any CSUI command.
  884. .PP
  885. 3.2.9.3
  886. The 
  887. parameter, session control functions
  888. , is sent
  889. with RSUI in conjunction with document response. Use of this parameter with
  890. RSUI but without an associated document response is permitted only in the 
  891. case where the session may intentionally be inactive for a period of time. 
  892. In this case, when no document responses are being generated, use of the 
  893. session 
  894. control functions parameter is permitted without an associated document
  895. response. For the Teletex service, this requires a preceding negotiation 
  896. of the inactivity timer to a value different from the default value. 
  897. .sp 2P
  898. .LP
  899. 3.2.10
  900.     \fICommand session change control (CSCC)\fR 
  901. .sp 1P
  902. .RT
  903. .sp 1P
  904. .LP
  905. 3.2.10.1\ \ In the two\(hyway alternate (TWA) mode CSCC changes the
  906. source/sink relationship between the two terminals.
  907. .sp 9p
  908. .RT
  909. .PP
  910. \fINote\fR \ \(em\ A 
  911. signal for request control
  912. is available in some responses (see coding scheme). It may be used to indicate 
  913. that a terminal 
  914. sending this signal has information to transmit. The terminal receiving this
  915. signal is not required to take any action if this signal is detected.
  916. .sp 2P
  917. .LP
  918. 3.2.11
  919.     \fIResponse session change control positive (RSCCP)\fR 
  920. .sp 1P
  921. .RT
  922. .sp 1P
  923. .LP
  924. 3.2.11.1\ \ The RSCCP indicates to the sender of the CSCC that the sink
  925. terminal intends to enter the session sending state.
  926. .sp 9p
  927. .RT
  928. .LP
  929. 3.3
  930.     \fISession procedures\fR 
  931. .sp 1P
  932. .RT
  933. .sp 2P
  934. .LP
  935. 3.3.1
  936.     \fISession modes of operation\fR 
  937. .sp 1P
  938. .RT
  939. .PP
  940. 3.3.1.1
  941. The following provisions concern the TWA mode of session
  942. operation:
  943. .sp 9p
  944. .RT
  945. .LP
  946.     a)
  947.     the basic protocol provides the capability of the TWA mode;
  948. .LP
  949.     b)
  950.      at session initiation, the sender of the CSS is defined as being the 
  951. current source of any text information and is therefore the source 
  952. terminal;
  953. .LP
  954.     c)
  955.      the CSCC exchanges the source/sink relationship between the two terminals. 
  956. The CSCC command should only be invoked outside document 
  957. boundaries.
  958. .LP
  959.     d)
  960.     only the terminal that is currently the source terminal may  send the CSCC;
  961. .LP
  962.     e)
  963.      there is no requirement for sending text information prior to sending 
  964. a CSCC; 
  965. .LP
  966.     f
  967. )
  968.     when the called terminal has finished transmitting
  969. text, it shall hand back the right of sending text to the calling terminal.
  970. Only the calling terminal is allowed to send CSE.
  971. .PP
  972. 3.3.1.2
  973. The following provisions concern the one\(hyway communication
  974. (OWC) mode of session operation:
  975. .sp 9p
  976. .RT
  977. .LP
  978.     a)
  979.     the OWC mode is achieved by the CSS sender not issuing
  980. a CSCC;
  981. .LP
  982.     b)
  983.     there is no requirement to send text information.
  984. .LP
  985.     c)
  986.     this mode is a subset of TWA.
  987. .bp
  988. .sp 2P
  989. .LP
  990. 3.3.2
  991.     \fIRules for session elements of procedure\fR 
  992. .sp 1P
  993. .RT
  994. .PP
  995. 3.3.2.1
  996. Only the terminal that has established the transport connection (the calling 
  997. terminal) shall send CSS. 
  998. .sp 9p
  999. .RT
  1000. .PP
  1001. 3.3.2.2
  1002. It is the responsibility of the sender of CSS to examine the
  1003. parameters of RSSP and to determine whether the session should continue. 
  1004. If it is not to be continued, the session shall be ended normally (by CSE). 
  1005. .PP
  1006. 3.3.2.3
  1007. In continuing the session, neither terminal is permitted to use
  1008. any procedure or to send any information that does not comply with the
  1009. receiving capabilities indicated by the session partner in the service
  1010. identifier and non\(hybasic session and terminal capabilities parameters of the
  1011. CSS/RSSP exchange at session initiation and/or by the parameters of CDCL/RDCLP 
  1012. exchange. 
  1013. .PP
  1014. 3.3.2.4
  1015. In the TWA or OWC mode, only the sender of CSS may send CSE when
  1016. he is the current source.
  1017. .PP
  1018. 3.3.2.5
  1019. In the TWA mode, the recipient of both CSS and CSCC must terminate his 
  1020. period as source by sending CSCC. 
  1021. .PP
  1022. 3.3.2.6
  1023. In any mode of operation, CSA may be sent at any time by either terminal 
  1024. whenever a condition is detected indicating that the session cannot be 
  1025. successfully continued (e.g. due to failure or charging problems). The 
  1026. following rules are applied to the 
  1027. session abort procedure
  1028. :
  1029. .sp 9p
  1030. .RT
  1031. .LP
  1032.     a)
  1033.      the session abort procedure is in general completed when the sender of 
  1034. a CSA command receives an RSAP response; 
  1035. .LP
  1036.     b)
  1037.      the terminal sending the CSA waits for a response RSAP. In state\ 14, 
  1038. all other commands or responses received will be discarded. If RSAP is 
  1039. not received before a time\(hyout (e.g.\ T\ =\ 4\ seconds), the terminal 
  1040. that send the CSA clears the transport connection. 
  1041. .LP
  1042.     \fINote\fR \ \(em\ In all cases the transport connection must be
  1043. cleared when the CSA timer has expired.
  1044. .PP
  1045. 3.3.2.7
  1046. The following rules should apply to the use of 
  1047. window
  1048. size
  1049. :
  1050. .sp 9p
  1051. .RT
  1052. .LP
  1053.     a)
  1054.     the indication of the window size parameter is not
  1055. .LP
  1056. mandatory for the Teletex service, but is mandatory for the
  1057. Group\ 4 facsimile service. It may have a value in the range of\ 1
  1058. to\ 255. The absence of this parameter in CSS or its
  1059. corresponding response must be interpreted as the default value
  1060. of three for the Teletex service;
  1061. .LP
  1062.     b)
  1063.     all the Teletex terminals should support a window size of\ 3.
  1064. Group\ 4 facsimile terminals of Classes\ 2 and\ 3 should be able
  1065. to support a window size of\ 3 when interworking with Teletex.
  1066. Enhanced Teletex terminals (e.g.\ with mixed\(hymode capability) and
  1067. all Group\ 4 facsimile terminals may require other window sizes;
  1068. .LP
  1069.     c)
  1070.     the rule for the use of window size is that the source
  1071. terminal is free to use any window size that does not exceed the
  1072. window size indicated by the sink terminal (in CSS or its
  1073. corresponding response);
  1074. .LP
  1075.     d)
  1076.     if the sender of CSS or its corresponding response is a
  1077. basic Teletex terminal which does not indicate any parameter for
  1078. the window size, the receiver should be aware that the sender
  1079. may ignore any window size indicated and use the window size
  1080. of\ 3.
  1081. .PP
  1082. 3.3.2.8
  1083. Figure\ 1/T.62 is a state transition diagram for TWA and OWC
  1084. session modes. The 
  1085. change control commands and responses
  1086. [marked with an \*Qa)\*U in the diagram] do not apply to the OWC mode. 
  1087. The general description and rules of operation for state diagrams may be 
  1088. found at Annex\ D. 
  1089. .sp 9p
  1090. .RT
  1091. .PP
  1092. 3.3.2.9
  1093. In a session where the use of the RSUI with request control is permitted 
  1094. (as specified in \(sc\ 3.2.9.3), the following will apply: 
  1095. .sp 9p
  1096. .RT
  1097. .LP
  1098.     a)
  1099.     an RSUI requesting control may be received after giving
  1100. control and before receiving any valid session protocol element.
  1101. This shall not be regarded as a procedural error and shall be
  1102. discarded;
  1103. .LP
  1104.     b)
  1105.     an RSUI requesting control may be received after sending a
  1106. CSE and before receiving an RSEP. This shall not be regarded as
  1107. a procedural error and shall be discarded.
  1108. .bp
  1109. .LP
  1110. .rs
  1111. .sp 47P
  1112. .ad r
  1113. \fBFigure\ 1/T.62, p.\fR 
  1114. .sp 1P
  1115. .RT
  1116. .ad b
  1117. .RT
  1118. .LP
  1119. .bp
  1120. .sp 1P
  1121. .LP
  1122. 3.4
  1123.     \fIDocument commands, responses and parameters\fR 
  1124. .sp 9p
  1125. .RT
  1126. .PP
  1127. (For summary of document commands and responses, see
  1128. Table\ 2/T.62.)
  1129. .RT
  1130. .sp 2P
  1131. .LP
  1132. 3.4.1
  1133.     \fICommand document start (CDS)\fR 
  1134. .sp 1P
  1135. .RT
  1136. .PP
  1137. 3.4.1.1 
  1138. The CDS indicates the start of a document to the
  1139. receiver of this command. It also indicates the start of the first page.
  1140. .sp 9p
  1141. .RT
  1142. .PP
  1143. 3.4.1.2
  1144. Command parameters are:
  1145. .sp 9p
  1146. .RT
  1147. .LP
  1148.     a)
  1149.     \fIService interworking identifier\fR \ \(em\ not a mandatory field
  1150. (see \(sc\ 3.5.2).
  1151. .LP
  1152.     \fINote\fR \ \(em\ When communicating with a 
  1153. conversion
  1154. facility
  1155. , an identifier may be required for:
  1156. .LP
  1157.     i)
  1158.     Teletex/telex interworking \(em the identifier will indicate
  1159. that the document(s) has been prepared in accordance with the rules given in
  1160. Recommendations\ F.200, T.90 and\ T.91;
  1161. .LP
  1162.     ii)
  1163.     Teletex/Videotex interworking \(em for further study;
  1164. .LP
  1165.     iii)
  1166.     Teletex/facsimile interworking \(em for further study.
  1167. .LP
  1168.     b)
  1169.     \fIDocument type identifier\fR \ \(em\ not a mandatory field. If a
  1170. normal document is used, this parameter shall not be indicated. If other 
  1171. types of document are used, the inclusion of this field is obligatory (for 
  1172. description of types of document, see Annex\ E).
  1173. .LP
  1174.     c)
  1175.     \fIDocument reference number\fR \ \(em\ (see \(sc\ 4.2.9).
  1176. .LP
  1177.     d)
  1178.      \fIIndication of required terminal capability\fR (standardized or private 
  1179. use)\ \(em\ not a mandatory field, however, this parameter must be used 
  1180. if standardized optional terminal capabilities are required for the document. 
  1181. .LP
  1182.     e)
  1183.      \fISession user data\fR \ \(em\ this non\(hymandatory parameter is used 
  1184. to convey data of the presentation and/or application protocol(s). All 
  1185. information necessary to negotiate the document interchange protocol parameters 
  1186. defined in the T.400 Series of Recommendations is contained in this parameter 
  1187. field. 
  1188. .LP
  1189.     f
  1190. )
  1191.      \fIPrivate use parameters\fR (not mandatory)\ \(em\ definition of such 
  1192. parameters is not standardized. 
  1193. .PP
  1194. 3.4.1.3
  1195. There is no response to CDS except in the case of an error, for which RDGR 
  1196. is used. 
  1197. .sp 9p
  1198. .RT
  1199. .sp 2P
  1200. .LP
  1201. 3.4.2
  1202.     \fIResponse document general reject (RDGR)\fR 
  1203. .sp 1P
  1204. .RT
  1205. .PP
  1206. 3.4.2.1
  1207. The RDGR may be used by the sink to indicate to the source that a procedural 
  1208. error has occurred and that resynchronization is requested. The 
  1209. bit pattern of command or response up to and including the error shall be
  1210. returned to the source. Only the first detected error within a command or
  1211. response must be processed by this method.
  1212. .sp 9p
  1213. .RT
  1214. .PP
  1215. 3.4.2.2
  1216. The response parameter is the bit pattern required by \(sc\ 3.4.2.1.
  1217. .PP
  1218. 3.4.2.3
  1219. It is the responsibility of the terminal receiving an RDGR
  1220. response to take appropriate action.
  1221. .PP
  1222. \fINote\fR \ \(em\ Use of RDGR for other kinds of error is for further
  1223. study.
  1224. .sp 2P
  1225. .LP
  1226. 3.4.3
  1227.     \fICommand document continue (CDC)\fR 
  1228. .sp 1P
  1229. .RT
  1230. .PP
  1231. 3.4.3.1
  1232. The CDC indicates to the receiver of this command the
  1233. continuation of transmission of a document that has previously been partially 
  1234. transmitted. 
  1235. .sp 9p
  1236. .RT
  1237. .PP
  1238. 3.4.3.2
  1239. Command parameters are:
  1240. .sp 9p
  1241. .RT
  1242. .LP
  1243.     a)
  1244.     \fIDocument linking information\fR , in order to identify the
  1245. previous transmission of the partial document, including:
  1246. .LP
  1247.     \(em
  1248.     the checkpoint reference number (see \(sc\ 4.2.7) from
  1249. which the transmission is being continued;
  1250. .LP
  1251.     \(em
  1252.     the document reference number, which shall be the same
  1253. as the document reference number in the CDS;
  1254. .LP
  1255.     \(em
  1256.     the session reference information identifying the
  1257. session in which the first part of the document was
  1258. sent.
  1259. .bp
  1260. .LP
  1261.     \fINote\ 1\fR \ \(em\ If several continuations are required to complete
  1262. transmission of a document, all are linked to the partial transmission 
  1263. in which the CDS was used. The sequence of checkpoint reference numbers 
  1264. is then used to identify the correct sequencing for linking and all such 
  1265. continuations shall be transmitted in this sequence. 
  1266. .LP
  1267.      \fINote\ 2\fR \ \(em\ It is the responsibility of the receiving terminal 
  1268. to discard any text information that has been duplicated in the process 
  1269. of 
  1270. continuation of an interrupted transmission.
  1271. .LP
  1272.      \fINote\ 3\fR \ \(em\ The checkpoint reference number appearing in CDC 
  1273. is the last checkpoint reference number for which a positive acknowledgement 
  1274. has been received. 
  1275. .LP
  1276.     b)
  1277.     \fIService interworking identifier\fR \ \(em\ not a mandatory field
  1278. (see the note under \(sc\ 3.4.1.2\ a) for CDS).
  1279. .LP
  1280.     c)
  1281.     \fIDocument type identifier\fR \ \(em\ not a mandatory field. If a
  1282. normal Teletex document is used, this parameter shall not be indicated. If
  1283. other types of document are used, the inclusion of this field is obligatory
  1284. (for a description of types of document, see Annex\ E).
  1285. .LP
  1286.     d)
  1287.     \fIDocument reference number\fR (of the current session): see
  1288. \(sc\ 4.2.9.
  1289. .LP
  1290.     e)
  1291.     Optionally, any other parameter field(s) that appeared in
  1292. the CDS command at the start of the document may be repeated as parameter(s) 
  1293. in CDC. Indication of required terminal capability is mandatory if standardized 
  1294. optional terminal capabilities are required for the document. A terminal
  1295. receiving a CDC that does not contain all of the terminal capabilities 
  1296. should not reject the continuation of the document. 
  1297. .LP
  1298.     f
  1299. )
  1300.      \fISession user data\fR \ \(em\ this non\(hymandatory parameter is used 
  1301. to convey data of the presentation and/or application protocol(s). All 
  1302. information necessary to negotiate the document interchange protocol parameters 
  1303. defined in the T.400 series of Recommendations is contained in this parameter 
  1304. field. 
  1305. .PP
  1306. 3.4.3.3
  1307. There is no response to CDC except in the case of an error, for which RDGR 
  1308. is used. 
  1309. .sp 9p
  1310. .RT
  1311. .sp 2P
  1312. .LP
  1313. 3.4.4
  1314.     \fICommand document capability list (CDCL)\fR 
  1315. .sp 1P
  1316. .RT
  1317. .PP
  1318. 3.4.4.1
  1319. The CDCL initiates an exchange of information to enable a check of the 
  1320. terminal capabilities (both standardized and private use). The command 
  1321. shall include a list of receiving capabilities that may be needed at the 
  1322. receiver by the sender of this command.
  1323. .sp 9p
  1324. .RT
  1325. .PP
  1326. 3.4.4.2
  1327. The command may also be used to investigate the storage capability of the 
  1328. remote terminal. The required amount of storage (given in kilo\(hyoctets) 
  1329. is indicated in a parameter of the command in this case. 
  1330. .PP
  1331. 3.4.4.3
  1332. Command parameters are the list of receiving capabilities and the
  1333. required amount of storage.
  1334. .PP
  1335. 3.4.4.4
  1336. The CDCL command should only be invoked outside document
  1337. boundaries.
  1338. .PP
  1339. 3.4.4.5
  1340. The CDCL command may be used to negotiate the value of the
  1341. inactivity timer. The value of the inactivity timer that the sender of this
  1342. command wishes to use is indicated in a parameter field of this command.
  1343. .PP
  1344. 3.4.4.6
  1345. The CDCL command may be used to convey the session user data of the presentation 
  1346. and/or application protocol(s). All information necessary to 
  1347. negotiate the document interchange protocol parameters defined in the T.400
  1348. series of Recommendations is contained in this parameter field.
  1349. .PP
  1350. 3.4.4.7
  1351. The CDCL command may be used to ascertain compatibility regarding the use 
  1352. of non\(hystandardized capabilities. 
  1353. .sp 2P
  1354. .LP
  1355. 3.4.5
  1356.     \fIResponse document capability list positive (RDCLP)\fR 
  1357. .sp 1P
  1358. .RT
  1359. .PP
  1360. 3.4.5.1
  1361. The RDCLP response is sent by the receiver of a CDCL command as a positive 
  1362. acknowledgement of the command. 
  1363. .bp
  1364. .sp 9p
  1365. .RT
  1366. .PP
  1367. 3.4.5.2
  1368. If the CDCL command includes the information to check the
  1369. non\(hybasic
  1370. Teletex terminal capabilities, the corresponding RDCLP response has to 
  1371. contain one of the following: 
  1372. .sp 9p
  1373. .RT
  1374. .LP
  1375.     a)
  1376.     confirmation that all the requested capabilities are
  1377. available at the receiver by use of \*Qacceptance of CDCL parameters\*U;
  1378. .LP
  1379.     b)
  1380.      a list of capabilities available at the receiver by use of the \*Qnon\(hybasic 
  1381. Teletex terminal capabilities\*U parameter. This will indicate one of the 
  1382. following: 
  1383. .LP
  1384.     \(em
  1385.     the complete list of all the capabilities requested in  the CDCL;
  1386. .LP
  1387.     \(em
  1388.      a list of the requested capabilities that are available at the receiver. 
  1389. Absence of parameters associated with non\(hybasic capabilities indicated 
  1390. that the requested capabilities are not available at the receiver; 
  1391. .LP
  1392.     \(em
  1393.     a complete list of non\(hybasic receiving capabilities,
  1394. irrespective of the requested ones.
  1395. .PP
  1396. 3.4.5.3
  1397. If the CDCL is used for memory negotiation, one of the following shall 
  1398. be included in the RDCLP: 
  1399. .sp 9p
  1400. .RT
  1401. .LP
  1402.     a)
  1403.     confirmation that the amount of memory requested is
  1404. available and has been reserved;
  1405. .LP
  1406.     b)
  1407.      indication of the available (and reserved) amount of memory (in kilo\(hyoctets); 
  1408. .LP
  1409.     c)
  1410.     indication the requested memory capacity cannot now be
  1411. reserved;
  1412. .LP
  1413.     d)
  1414.     indication that the available memory cannot be estimated
  1415. (through either explicit indication or the absence of a memory negotiation
  1416. parameter in a response to a response to a CDCL with a memory request).
  1417. .LP
  1418.      \fINote\ 1\fR \ \(em\ Storage that has been reserved by the CDCL command 
  1419. can be released after session termination or when a new CDCL with storage 
  1420. requirement indication is received.
  1421. .LP
  1422.     \fINote\ 2\fR \ \(em\ The use of the memory negotiation parameter in RDCLP
  1423. (i.e.\ indicating that the memory cannot be estimated) when not present 
  1424. in CDCL is not prohibited. Therefore, reception of such RDCLP in response 
  1425. to CDCL is 
  1426. not to be regarded as an error.
  1427. .PP
  1428. 3.4.5.4
  1429. The RDCLP response may be used to negotiate the value of the
  1430. inactivity timer. The value of the inactivity timer that the sender of this
  1431. response wishes to use is indicated in a parameter field of this response.
  1432. .sp 9p
  1433. .RT
  1434. .PP
  1435. 3.4.5.5
  1436. The RDCLP response may be used to convey the session user data of the presentation 
  1437. and/or application protocol(s). All information necessary to negotiate 
  1438. the document interchange protocol parameters defined in the T.400 
  1439. Series of Recommendations is contained in this parameter field.
  1440. .sp 9p
  1441. .RT
  1442. .PP
  1443. 3.4.5.6
  1444. The RDCLP response may be used to ascertain compatibility
  1445. regarding the use of the non\(hystandardized and private use capabilities.
  1446. .sp 9p
  1447. .RT
  1448. .sp 2P
  1449. .LP
  1450. 3.4.6
  1451.     \fICommand document end (CDE)\fR 
  1452. .sp 1P
  1453. .RT
  1454. .PP
  1455. 3.4.6.1 
  1456. The CDE shall be used to indicate to the receiver of
  1457. this command the end of a document. It also represents the final checkpoint 
  1458. to which a response shall be made. 
  1459. .sp 9p
  1460. .RT
  1461. .PP
  1462. 3.4.6.2
  1463. The command parameter is the checkpoint reference number.
  1464. .PP
  1465. 3.4.6.3
  1466. The RDPBN shall be used as the negative response to the checkpoint in CDE.
  1467. .sp 2P
  1468. .LP
  1469. 3.4.7
  1470.     \fIResponse document end positive (RDEP)\fR 
  1471. .sp 1P
  1472. .RT
  1473. .PP
  1474. 3.4.7.1
  1475. The RDEP gives a positive acknowledgement to the last
  1476. checkpoint. In the basic services, this is the last
  1477. page reference number.
  1478. .bp
  1479. .sp 9p
  1480. .RT
  1481. .PP
  1482. 3.4.7.2
  1483. The RDEP shall also indicate that the receiver:
  1484. .sp 9p
  1485. .RT
  1486. .LP
  1487.     a)
  1488.     has not detected any error;
  1489. .LP
  1490.     b)
  1491.     accepts responsibility for the received document; and
  1492. .LP
  1493.     c)
  1494.     is ready to receive a new CDS or CDC.
  1495. .PP
  1496. 3.4.7.3
  1497. The RDEP shall include as a parameter the checkpoint reference number of 
  1498. the CDE. 
  1499. .sp 9p
  1500. .RT
  1501. .PP
  1502. 3.4.7.4 
  1503. Only if the sink terminal has sent an RDEP and received
  1504. either a valid CDS, CDC, CDCL, CSE or CSCC, is it certain that the source
  1505. terminal will not use error recovery procedures regarding the preceding
  1506. document. In all other cases it can happen that after sending RDEP a repetition 
  1507. of pages takes place and the duplications may be deleted by the sink terminal. 
  1508. .sp 9p
  1509. .RT
  1510. .sp 2P
  1511. .LP
  1512. 3.4.8
  1513.     \fICommand document discard (CDD)\fR 
  1514. .sp 1P
  1515. .RT
  1516. .PP
  1517. 3.4.8.1
  1518. The CDD shall be used to indicate to the receiver of this
  1519. command the abnormal ending of a document and that the receiver of the 
  1520. command is not held responsible for the part of the document received so 
  1521. far. 
  1522. Therefore, as a local function outside these control procedures, the receiver 
  1523. can delete the part of the text received. 
  1524. .sp 9p
  1525. .RT
  1526. .PP
  1527. \fINote\ 1\fR \ \(em\ CDD is an invitation to discard the whole of the
  1528. document and not merely the part of the document transmitted since the last
  1529. CDC.
  1530. .PP
  1531. \fINote\ 2\fR \ \(em\ The receiving terminal may discard the document from its
  1532. memory and/or indicate to the operator that this part of the document has no
  1533. value.
  1534. .PP
  1535. \fINote\ 3\fR \ \(em\ The implementation of this function for Group\ 4 
  1536. facsimile is for further study. 
  1537. .RT
  1538. .PP
  1539. 3.4.8.2
  1540. The reason for sending the CDD command may be given as a CDD
  1541. parameter. If used, only one of the following reasons shall be indicated:
  1542. .sp 9p
  1543. .RT
  1544. .LP
  1545.     a)
  1546.      unable to continue a session (e.g. due to memory full, out of recording 
  1547. paper); 
  1548. .LP
  1549.     b)
  1550.     sequence error;
  1551. .LP
  1552.     c)
  1553.     local terminal error;
  1554. .LP
  1555.     d)
  1556.     unrecoverable procedural error;
  1557. .LP
  1558.     e)
  1559.     no specific reason stated (used for reasons other than those listed).
  1560. .PP
  1561. 3.4.8.3
  1562. The CDD may only be used to terminate the current document,
  1563. instead of using CDE or CDR. It cannot be used after a CDR has been sent
  1564. (see \(sc\ 4.3.2).
  1565. .sp 9p
  1566. .RT
  1567. .PP
  1568. 3.4.8.4
  1569. The receiver of a CDD is allowed to delete the received part of the document, 
  1570. but has no obligation to do so. If the text is not deleted, the operator 
  1571. shall be informed. 
  1572. .sp 9p
  1573. .RT
  1574. .PP
  1575. 3.4.8.5 \fR No negative response to CDD is allowed except for error
  1576. conditions where RDGR applies.
  1577. .sp 9p
  1578. .RT
  1579. .sp 2P
  1580. .LP
  1581. 3.4.9
  1582.     \fIResponse document discard positive (RDDP)\fR 
  1583. .sp 1P
  1584. .RT
  1585. .PP
  1586. 3.4.9.1
  1587. The RDDP acknowledges the CDD and indicates that the receiver of the command 
  1588. is ready to receive a new CDS or CDC. 
  1589. .sp 9p
  1590. .RT
  1591. .sp 2P
  1592. .LP
  1593. 3.4.10
  1594.     \fICommand document resynchronize (CDR)\fR 
  1595. .sp 1P
  1596. .RT
  1597. .sp 1P
  1598. .LP
  1599. 3.4.10.1\ \ The CDR shall be used by the source to indicate to the sink the
  1600. point of resynchronization
  1601. . If used within a document it shall
  1602. abnormally end that document.
  1603. .bp
  1604. .sp 9p
  1605. .RT
  1606. .sp 1P
  1607. .LP
  1608. 3.4.10.2\ \ The reason for an abnormal ending of a document may be given as
  1609. a CDR parameter. If used, only one of the following reasons may be given:
  1610. .sp 9p
  1611. .RT
  1612. .LP
  1613.     a)
  1614.      unable to continue a session (e.g.\ due to memory full, out of recording 
  1615. paper); 
  1616. .LP
  1617.     b)
  1618.     sequence error;
  1619. .LP
  1620.     c)
  1621.     local terminal error;
  1622. .LP
  1623.     d)
  1624.     unrecoverable procedural error;
  1625. .LP
  1626.     e)
  1627.     no specific reason stated (used for reasons other than those listed).
  1628. .sp 1P
  1629. .LP
  1630. 3.4.10.3\ \ No negative response to CDR is allowed except for error
  1631. conditions where RDGR applies.
  1632. .sp 9p
  1633. .RT
  1634. .sp 2P
  1635. .LP
  1636. 3.4.11
  1637.     \fIResponse document resynchronize positive (RDRP)\fR 
  1638. .sp 1P
  1639. .RT
  1640. .sp 1P
  1641. .LP
  1642. 3.4.11.1\ \ The RDRP is sent by the receiver of a CDR as a positive
  1643. acknowledgement of the command.
  1644. .sp 9p
  1645. .RT
  1646. .LP
  1647. 3.4.11.2\ \ If RDRP is used within a document, it confirms to the sender of a
  1648. CDR that the sender of RDRP has already accepted responsibility for the
  1649. received document (up to the last checkpoint for which a positive
  1650. acknowledgement has been sent). It does not indicate that the sender of RDRP
  1651. will be able to perform linking of the following parts of the interrupted
  1652. document.
  1653. .LP
  1654. 3.4.11.3\ \ The control procedures provide a means for resuming transmission
  1655. of an interrupted document.
  1656. .LP
  1657. 3.4.11.4\ \ The linking of the parts of an interrupted document is a local
  1658. operation at the receiver and is therefore not within the responsibility 
  1659. of the control procedures. Thus these procedures cannot guarantee that 
  1660. this linking of parts of a document will be effected. 
  1661. .sp 2P
  1662. .LP
  1663. 3.4.12
  1664.     \fICommand document user information (CDUI)\fR 
  1665. .sp 1P
  1666. .RT
  1667. .sp 1P
  1668. .LP
  1669. 3.4.12.1\ \ The CDUI indicates to the receiver of this command that the
  1670. associated information is to be interpreted as the user text information 
  1671. field being conveyed. 
  1672. .sp 9p
  1673. .RT
  1674. .LP
  1675. 3.4.12.2\ \ The basic services do not require any parameter for CDUI. The
  1676. procedure provides means for adding parameters. Any such need is for further
  1677. study. For the basic services a CDUI has to contain a user information 
  1678. field. The need for having CDUIs without information field is for further 
  1679. study. 
  1680. .LP
  1681. 3.4.12.3\ \ Several CDUIs may be used to transfer the contents of one page.
  1682. .sp 2P
  1683. .LP
  1684. 3.4.13
  1685.     \fICommand document page boundary (CDPB)\fR 
  1686. .sp 1P
  1687. .RT
  1688. .sp 1P
  1689. .LP
  1690. 3.4.13.1\ \ The CDPB indicates to the receiver the boundary between
  1691. pages. It also indicates a checkpoint for error recovery purposes (see 
  1692. \(sc\ 4). 
  1693. CDPB invites the sink to accept responsibility for the previously received
  1694. page.
  1695. .sp 9p
  1696. .RT
  1697. .LP
  1698. 3.4.13.2\ \ The CDPB command parameter is the checkpoint reference number,
  1699. which, in the basic services, is the page reference number.
  1700. .LP
  1701. 3.4.13.3\ \ The checkpoint reference number appearing in the first CDPB after
  1702. a CDC is the one appearing in this CDC plus one.
  1703. .sp 2P
  1704. .LP
  1705. 3.4.14
  1706.     \fIResponse document page boundary positive (RDPBP)\fR 
  1707. .sp 1P
  1708. .RT
  1709. .sp 1P
  1710. .LP
  1711. 3.4.14.1\ \ This response shall be used to indicate that the receiver
  1712. accepts responsibility for that page.
  1713. .sp 9p
  1714. .RT
  1715. .sp 1P
  1716. .LP
  1717. 3.4.14.2\ \ Response parameters are:
  1718. .sp 9p
  1719. .RT
  1720. .LP
  1721.     a)
  1722.     a mandatory parameter giving the checkpoint reference number
  1723. (see \(sc\ 3.4.13.2 above);
  1724. .LP
  1725.     b)
  1726.     a mandatory parameter indicating whether or not the ability
  1727. of the receiving terminal to continue to accept traffic is
  1728. jeopardized (e.g. whether or not the memory threshold has been
  1729. reached).
  1730. .bp
  1731. .sp 2P
  1732. .LP
  1733. 3.4.15 
  1734.     \fIResponse document page boundary negative (RDPBN)\fR 
  1735. .sp 1P
  1736. .RT
  1737. .sp 1P
  1738. .LP
  1739. 3.4.15.1\ \ This response shall be used to indicate that the receiver
  1740. does not accept the responsibility for that page for example, due to a 
  1741. detected error or other failure. 
  1742. .sp 9p
  1743. .RT
  1744. .PP
  1745. \fINote\fR \ \(em\ This response may also be returned at any point within
  1746. the document boundary after the receipt of CDS.
  1747. .sp 1P
  1748. .LP
  1749. 3.4.15.2\ \ The value of the mandatory parameter giving the reason for a
  1750. negative response should be one of the following:
  1751. .sp 9p
  1752. .RT
  1753. .LP
  1754.     a)
  1755.     unable to continue a session (e.g. due to memory full, out
  1756. of recording paper);
  1757. .LP
  1758.     b)
  1759.     sequence error;
  1760. .LP
  1761.     c)
  1762.     local terminal error;
  1763. .LP
  1764.     d)
  1765.     unrecoverable procedural error;
  1766. .LP
  1767.     e)
  1768.     no specific reason stated (used for reasons other than those
  1769. listed).
  1770. .sp 2P
  1771. .LP
  1772. 3.5
  1773.     \fIGeneral rules for\fR 
  1774. \fIdocument elements of procedure\fR 
  1775. .sp 1P
  1776. .RT
  1777. .PP
  1778. 3.5.1
  1779. When a document has been either started by CDS or continued by
  1780. CDC, it must be terminated by either CDE, CDR or CDD prior to sending the 
  1781. next CDS or CDC. 
  1782. .sp 9p
  1783. .RT
  1784. .PP
  1785. 3.5.2
  1786. The following rules relate to the CDS and CDC parameters:
  1787. .sp 9p
  1788. .RT
  1789. .LP
  1790.     a)
  1791.     the service interworking parameter may be used to indicate
  1792. that the document is suitable for interworking; however, use of
  1793. this parameter is mandatory in the case of service
  1794. interworking;
  1795. .LP
  1796.     b)
  1797.     absence of the document type identifier indicates that the
  1798. associated document is a normal document.
  1799. .PP
  1800. 3.5.3
  1801. No negative response to CDS or CDC may be sent after the
  1802. sending of a positive response to any checkpoint within that document. No
  1803. negative response may be sent to any document commands once the checkpoint
  1804. associated with those commands has been positively acknowledged.
  1805. .sp 9p
  1806. .RT
  1807. .PP
  1808. 3.5.4
  1809. With regard to the responses to CDPB (RDPBP or RDPBN), the receiver may 
  1810. reject reception for a detected error, but the receiver is not obligated 
  1811. to monitor for errors in the document. Once a page has been positively 
  1812. acknowledged, any error recovery for the subsequent detection of an error is
  1813. beyond the scope of these control procedures.
  1814. .sp 9p
  1815. .RT
  1816. .PP
  1817. 3.5.5
  1818. If, during the transmission of a document, there is an
  1819. interruption of the transport connection or session such that another call
  1820. and/or session establishment is needed, the following rules apply.
  1821. .sp 9p
  1822. .RT
  1823. .LP
  1824.     a)
  1825.      In the case that a document transmission is initiated by a CDS and no 
  1826. checkpoint is positively acknowledged during that document 
  1827. transmission:
  1828. .LP
  1829.     \(em
  1830.     the receiving terminal shall treat the failure as if a CDD
  1831. had been received and an RDDP had been sent;
  1832. .LP
  1833.     \(em
  1834.      the sending terminal shall treat the failure as if a CDD had been sent 
  1835. and an RDDP had been received. 
  1836. .LP
  1837.     b)
  1838.     In other cases:
  1839. .LP
  1840.     \(em
  1841.     the receiving terminal shall treat the failure as if a
  1842. CDR had been received and an RDRP had been sent;
  1843. .LP
  1844.     \(em
  1845.     the sending terminal shall treat the failure as if a
  1846. CDR had been sent and an RDRP had been received.
  1847. .bp
  1848. .PP
  1849. 3.5.6
  1850. If, during the transmission of a document, an abnormal
  1851. condition except those described in \(sc\ 3.5.5 takes place, the following 
  1852. rules 
  1853. apply:
  1854. .sp 9p
  1855. .RT
  1856. .LP
  1857.     a)
  1858.     in the case that a document transmission is initiated by CDS
  1859. command and no checkpoint is positively acknowledged, either a
  1860. CDD or a CDR command should be used. If a CDR is used, it
  1861. should be interpreted as a CDD;
  1862. .LP
  1863.     b)
  1864.     in other cases, a CDD or CDR should be used.
  1865. .PP
  1866. 3.5.7
  1867. When a source terminal receives an RDPBP with the receiving
  1868. ability jeopardized (RAJ) parameter set to 1 during a document transmission, 
  1869. it may continue to transmit one or more pages until the window is closed. 
  1870. In 
  1871. this context the following rules apply:
  1872. .sp 9p
  1873. .RT
  1874. .LP
  1875.     a)
  1876.     if the source subsequently receives an RDPBP with the RAJ
  1877. parameter set to 0, it will be able to continue transmission;
  1878. .LP
  1879.     b)
  1880.     if the source subsequently receives an RDPBN indicating
  1881. \*Qmemory overflow\*U, the document transmission should be
  1882. terminated abnormally; e.g. exchange of either CDD/RDDP or
  1883. CDR/RDRP.
  1884. .PP
  1885. \fINote\fR \ \(em\ In other contexts (e.g. window size of 1), the session
  1886. may be terminated abnormally due to expiration of an inactivity timer. 
  1887. However, this requires further study. 
  1888. .PP
  1889. 3.5.8
  1890. When a sink terminal sends an RDPBP with the receiving ability
  1891. jeopardized parameter set to 1, and subsequent memory overflow results in
  1892. sending RDPBN, the reason code \*Qunable to continue the session\*U has to be
  1893. indicated.
  1894. .sp 9p
  1895. .RT
  1896. .LP
  1897. 3.6
  1898.     \fIRules for document state diagrams\fR 
  1899. .sp 1P
  1900. .RT
  1901. .sp 2P
  1902. .LP
  1903. 3.6.1
  1904.     \fIGeneral\fR 
  1905. .sp 1P
  1906. .RT
  1907. .PP
  1908. 3.6.1.1
  1909. The rules common to all state diagrams are given in Annex\ D.
  1910. .sp 9p
  1911. .RT
  1912. .PP
  1913. 3.6.1.2
  1914. For any error a terminal is permitted to send CSA. If this
  1915. procedure is not used, the following rules shall apply.
  1916. .sp 2P
  1917. .LP
  1918. 3.6.2
  1919.     \fIRules for the sending protocol\fR (see Figure 2/T.62)
  1920. .sp 1P
  1921. .RT
  1922. .PP
  1923. 3.6.2.1
  1924. Any command or response received in state 1 shall cause an
  1925. abnormal end of the session and sending of CSA.
  1926. .sp 9p
  1927. .RT
  1928. .PP
  1929. 3.6.2.2
  1930. Reception of any command or response not shown as allowed in the
  1931. state diagram in states 2 to 11 shall cause CDR or CDD to be sent in accordance 
  1932. with \(sc\ 3.5.6. 
  1933. .PP
  1934. 3.6.2.3
  1935. Reception of any command or response except RDCLP in state 14
  1936. shall cause CDR to be sent.
  1937. .PP
  1938. 3.6.2.4
  1939. In state 13 receipt of RDRP or RDDP will cause a transition to
  1940. state 1. Any other command or response will be discarded.
  1941. .PP
  1942. 3.6.2.5
  1943. The demand response timer started when state 13 is entered is only reset 
  1944. when a valid response is received. 
  1945. .sp 2P
  1946. .LP
  1947. 3.6.3
  1948.     \fIRules for the receiving protocol\fR (see Figure 3/T.62)
  1949. .sp 1P
  1950. .RT
  1951. .PP
  1952. 3.6.3.1
  1953. Reception of any command or response except CDS, CDC, CDCL, CDR or CDD 
  1954. in state 1 shall cause RDGR to be sent. 
  1955. .sp 9p
  1956. .RT
  1957. .PP
  1958. 3.6.3.2
  1959. In state 12 receipt of CDR or CDD will cause a transition to state 13. 
  1960. Any other command or response received will be discarded. 
  1961. .PP
  1962. 3.6.3.3
  1963. Reception of any command or response not allowed in the state
  1964. diagram or any invalid parameters or parameter values in state\ 2 to\ 11 may
  1965. cause RDGR to be sent.
  1966. .PP
  1967. 3.6.3.4
  1968. The inactivity timer started when state 12 is entered is only
  1969. reset when a valid command is received.
  1970. .bp
  1971. .LP
  1972. .rs
  1973. .sp 47P
  1974. .ad r
  1975. \fBFigure 2/T.62, p.5\fR 
  1976. .sp 1P
  1977. .RT
  1978. .ad b
  1979. .RT
  1980. .LP
  1981. .bp
  1982. .LP
  1983. .rs
  1984. .sp 47P
  1985. .ad r
  1986. \fBFigure 3/T.62, p.5\fR 
  1987. .sp 1P
  1988. .RT
  1989. .ad b
  1990. .RT
  1991. .LP
  1992. .bp
  1993. .LP
  1994. \fB4\fR     \fBError recovery\fR 
  1995. .sp 1P
  1996. .RT
  1997. .sp 2P
  1998. .LP
  1999. 4.1
  2000.     \fIGeneral principles\fR 
  2001. .sp 1P
  2002. .RT
  2003. .PP
  2004. 4.1.1
  2005. During a session, each partner is responsible for monitoring
  2006. for the correct operation of the following:
  2007. .sp 9p
  2008. .RT
  2009. .LP
  2010.     a)
  2011.     maintenance of the currently agreed source/sink
  2012. relationship;
  2013. .LP
  2014.     b)
  2015.     proper use of the command/response procedural sequences as
  2016. described in the state diagrams and rules for operation (see
  2017. \(sc\ 3.6);
  2018. .LP
  2019.     c)
  2020.     detection of any period of inactivity in excess of the
  2021. inactivity timer value as determined by negotiation (indicating,
  2022. for example, a failure or other inability to continue
  2023. productive use of the session);
  2024. .LP
  2025.     d)
  2026.     detection of a period of time in excess of the 
  2027. demand
  2028. response timer
  2029. value in which the remote terminal has failed
  2030. to issue a response.
  2031. .LP
  2032.     \fINote\fR \ \(em\ Negotiation of the demand response timer value is
  2033. for further study.
  2034. .PP
  2035. 4.1.2
  2036. The following rules apply to the negotiation of the value of
  2037. the inactivity timer;
  2038. .sp 9p
  2039. .RT
  2040. .LP
  2041.     a)
  2042.     an inactivity timer value different from 60 seconds will
  2043. apply only if this parameter is indicated by both terminals,
  2044. i.e. negotiation, at session establishment (via CSS/RSSP) or
  2045. document boundaries (via CDCL/RDCLP);
  2046. .LP
  2047.     b)
  2048.     if both terminals indicate an inactivity timer value the
  2049. following rules apply for the duration of the session or until a
  2050. subsequent negotiation has taken place:
  2051. .LP
  2052.     i)
  2053.     The smaller of the two values applies when both values
  2054. are greater than or equal to 60 seconds.
  2055. .LP
  2056.     ii)
  2057.     The larger of the two values applies when both values
  2058. are less than 60 seconds.
  2059. .LP
  2060.     iii)
  2061.     A timer value of 60 seconds applies if one value is
  2062. above and one is below 60 seconds.
  2063. .PP
  2064. 4.1.3
  2065. Upon detection of any failure to maintain proper operation as described 
  2066. in \(sc\ 4.1.1, use of the error recovery procedures defined for each 
  2067. state is mandatory; or, where such error recovery procedures are not
  2068. specifically defined, session termination (abnormal end) is mandatory. 
  2069. In the event of an error, this control procedure allows for repeated transmission 
  2070. of information. The number of repetitions should be limited by the sender 
  2071. and may be zero. 
  2072. .sp 9p
  2073. .RT
  2074. .sp 2P
  2075. .LP
  2076. 4.2
  2077.     \fIRules for checkpointing\fR 
  2078. .sp 1P
  2079. .RT
  2080. .PP
  2081. 4.2.1
  2082. After an abnormal termination of a document, for recovery in
  2083. the same session the 
  2084. checkpoint reference number
  2085. and the 
  2086. document   reference number
  2087. are required in order to identify unambiguously the point from which to 
  2088. recover. 
  2089. .sp 9p
  2090. .RT
  2091. .PP
  2092. 4.2.2
  2093. A new session (and call) has to be initiated after abnormal
  2094. termination of a document where recovery is to be effected in a subsequent
  2095. session or after an abnormal termination and/or interruption of the call. 
  2096. The information required in order to identify unambiguously the point from 
  2097. which to recover is: 
  2098. .sp 9p
  2099. .RT
  2100. .LP
  2101.     a)
  2102.     the reference for the interrupted session;
  2103. .LP
  2104.     b)
  2105.     the document reference number; and
  2106. .LP
  2107.     c)
  2108.     the checkpoint reference number.
  2109. .PP
  2110. 4.2.3
  2111. In the basic services a checkpoint must be inserted at each
  2112. page boundary using CDPB.
  2113. .PP
  2114. 4.2.4
  2115. If a negative response is received to a command representing a
  2116. checkpoint, the transmission must be interrupted by sending a CDR or CDD.
  2117. .PP
  2118. 4.2.5
  2119. Within a document, a 
  2120. final checkpoint
  2121. will be represented by the CDE. Transmission of another document is not 
  2122. permitted until the 
  2123. response to this command has been received.
  2124. .PP
  2125. 4.2.6
  2126. No other checkpointing is permitted in the basic service.
  2127. .bp
  2128. .PP
  2129. 4.2.7
  2130. Each command representing a checkpoint shall contain a parameter showing 
  2131. the reference number. Each such command calls for a response, which 
  2132. shall contain a parameter showing the checkpoint reference number to which 
  2133. that response applies. Each checkpoint in the CDPB must be explicitly acknowledged 
  2134. and the acknowledgements must be in the right sequence. 
  2135. .PP
  2136. 4.2.8
  2137. Checkpoint reference numbers shall be assigned as decimal digits starting 
  2138. from 001 and sequentially incremented by one for each checkpoint 
  2139. within a document. The number does not necessarily have to comprise 3 digits
  2140. and leading zeros do not necessarily have to be transmitted. In all cases, 
  2141. the leading zeroes must be ignored. 
  2142. .PP
  2143. 4.2.9
  2144. Document reference numbers (DRNs) shall be assigned as decimal digits, 
  2145. preferably, but not necessarily, starting from\ 001. DRNs shall then 
  2146. sequentially be incremented by one for each successive document. DRNs shall 
  2147. be assigned to all documents in a session, irrespective of the document 
  2148. type 
  2149. identifier or whether CDS or CDC is used as the initiating command. The 
  2150. number does not necessarily have to comprise 3\ digits and leading zeros 
  2151. do not 
  2152. necessarily have to be transmitted. In all cases, the leading zeroes must be
  2153. ignored.
  2154. .PP
  2155. \fINote\fR \ \(em\ In order to uniquely identify the documents exchanged, 
  2156. it is recommended that the same DRNs should not appear within a session. 
  2157. However, it is noted that some existing terminals may cause duplication 
  2158. of DRNs when 
  2159. documents are exchanged in both directions.
  2160. .PP
  2161. 4.2.10
  2162. The sum of the numbers of digits contained in the checkpoint
  2163. reference number and the document reference number shall not exceed six, to
  2164. permit printing in the available space in the call identification line as
  2165. defined in Recommendation\ F.200. There is no constraint on the maximum 
  2166. number of digits in either number, as long as this limitation is not exceeded. 
  2167. .sp 2P
  2168. .LP
  2169. 4.3
  2170.     \fIAcknowledgement window\fR 
  2171. .sp 1P
  2172. .RT
  2173. .PP
  2174. 4.3.1
  2175. In the basic Teletex service the sender is prohibited from
  2176. exceeding an acknowledgement window size of three. The maximum window size 
  2177. may be negotiated during session establishment using the parameters of 
  2178. the CSS 
  2179. command and the corresponding response (see \(sc\ 5.7.2.6).
  2180. .sp 9p
  2181. .RT
  2182. .PP
  2183. 4.3.2
  2184. In the Group 4 facsimile service, indication of window size
  2185. parameters in both CSS command and the corresponding response is required
  2186. (see \(sc\(sc\ 3.3.2.7 and\ 5.7.2.6).
  2187. .sp 9p
  2188. .RT
  2189. .PP
  2190. 4.3.3
  2191. There are two ways that the sender is permitted to recover from an interrupted 
  2192. transmission: 
  2193. .sp 9p
  2194. .RT
  2195. .LP
  2196.     a)
  2197.     a cancellation is achieved by the subsequent use of CDC and
  2198. CDD commands and the transmission will be resumed by the CDS
  2199. command;
  2200. .LP
  2201.     b)
  2202.      the sender may resume by use of CDC command, starting at the point in 
  2203. the text of the last checkpoint for which an acknowledging 
  2204. response was received.
  2205. .PP
  2206. On this basis, the receiver must be able to resume reception at a checkpoint 
  2207. ranging from the last acknowledged checkpoint to the last 
  2208. acknowledged checkpoint plus one, minus the window size.
  2209. .PP
  2210. 4.3.4
  2211. The window mechanism has been introduced in order to allow
  2212. continuous transmission of pages. The window mechanism may also be used 
  2213. by the receiving terminal to resolve local time problems without affecting 
  2214. the 
  2215. continuous transmission.
  2216. .sp 9p
  2217. .RT
  2218. .PP
  2219. \fINote\fR \ \(em\ For efficiency reasons, the receiving terminal will
  2220. transmit the response to acknowledge outstanding checkpoint(s) as soon as
  2221. possible.
  2222. .PP
  2223. 4.3.5
  2224. The design of a terminal should be such that continuous
  2225. reception is possible in normal operation of the terminal (e.g. with an 
  2226. average Teletex page content of 1600\ octets). The use of the window mechanism 
  2227. should 
  2228. take into account the quality of service requirements in Recommendations\ 
  2229. F.200 and F.161. 
  2230. .sp 9p
  2231. .RT
  2232. .PP
  2233. 4.3.6
  2234. If transmission flow control is needed, it shall be provided by the transport 
  2235. service. 
  2236. .bp
  2237. .sp 9p
  2238. .RT
  2239. .LP
  2240. \fB5\fR     \fBCoding\fR 
  2241. .sp 1P
  2242. .RT
  2243. .sp 2P
  2244. .LP
  2245. 5.1
  2246.     \fIDefinition of terms used in coding\fR 
  2247. .sp 1P
  2248. .RT
  2249. .sp 1P
  2250. .LP
  2251. 5.1.1
  2252.     \fBcommand identifier (CI) or response identifier (RI)\fR 
  2253. .sp 9p
  2254. .RT
  2255. .LP
  2256.     \fIF:\ identificateur de commande (IC) ou de r\*'eponse (IR)\fR 
  2257. .LP
  2258.     \fIS:\ identificador de instrucci\*'on (II) o identificador de\fR 
  2259. \fIrespuesta (IR)\fR 
  2260. .PP
  2261. The heading information that identifies the command or response
  2262. concerned.
  2263. .RT
  2264. .sp 1P
  2265. .LP
  2266. 5.1.2
  2267.     \fBlength indicator (LI)\fR 
  2268. .sp 9p
  2269. .RT
  2270. .LP
  2271.     \fIF:\ indicateur de longueur (IL)\fR 
  2272. .LP
  2273.     \fIS:\ indicador de longitud (IL)\fR 
  2274. .PP
  2275. Represents the length in octets of an associated field or group of fields.
  2276. .RT
  2277. .sp 1P
  2278. .LP
  2279. 5.1.3
  2280.     \fBparameter identifier (PI)\fR 
  2281. .sp 9p
  2282. .RT
  2283. .LP
  2284.     \fIF:\ identificateur de param\*`etre (IP)\fR 
  2285. .LP
  2286.     \fIS:\ identificador de par\*'ametro (IP)\fR 
  2287. .PP
  2288. Indicates the type of information contained in an associated field or group 
  2289. of fields. 
  2290. .RT
  2291. .sp 1P
  2292. .LP
  2293. 5.1.4
  2294.     \fBparameter group identifier (PGI)\fR 
  2295. .sp 9p
  2296. .RT
  2297. .LP
  2298.     \fIF:\ identificateur de groupe de param\*`etres (IGP)\fR 
  2299. .LP
  2300.     \fIS:\ identificador de grupo de par\*'ametros (IGP)\fR 
  2301. .PP
  2302. A special case of a parameter identifier, which indicates that the associated 
  2303. field consists entirely of a group of parameters, each identified by a 
  2304. parameter identifier. 
  2305. .RT
  2306. .sp 1P
  2307. .LP
  2308. 5.1.5
  2309.     \fBparameter value (PV)\fR 
  2310. .sp 9p
  2311. .RT
  2312. .LP
  2313.     \fIF:\ valeur de param\*`etre (VP)\fR 
  2314. .LP
  2315.     \fIS:\ valor de par\*'ametro (VP)\fR 
  2316. .PP
  2317. The information that represents the value of the parameter
  2318. identified by either a PI or PGI.
  2319. .RT
  2320. .sp 1P
  2321. .LP
  2322. 5.1.6
  2323.     \fBfield\fR 
  2324. .sp 9p
  2325. .RT
  2326. .LP
  2327.     \fIF:\ champ; domaine\fR 
  2328. .LP
  2329.     \fIS:\ campo\fR 
  2330. .PP
  2331. Either a group of one or more bits within a single octet or a
  2332. group of one or more octets, used to represent a particular set of
  2333. information.
  2334. .RT
  2335. .sp 2P
  2336. .LP
  2337. 5.2
  2338.     \fIPrinciples of coding\fR 
  2339. .sp 1P
  2340. .RT
  2341. .PP
  2342. 5.2.1
  2343. The coding of session commands, responses and parameters is
  2344. independent of the coding of document commands, responses and parameters and
  2345. vice versa.
  2346. .sp 9p
  2347. .RT
  2348. .PP
  2349. 5.2.2
  2350. Binary field encoding principles have been used to allocate bit
  2351. patterns for the CI, RI, PGI and PI.
  2352. .PP
  2353. 5.2.3
  2354. The first section of a session or document field consists of
  2355. either a CI or an RI. Each CI or RI is always immediately followed by an LI.
  2356. .bp
  2357. .PP
  2358. 5.2.4
  2359. Bits of an octet are numbered 8 to 1 where bit 1 is the low order bit and 
  2360. is transmitted first. Octets of a session or document field are 
  2361. consecutively numbered starting from\ 1 and transmitted in this order.
  2362. .PP
  2363. 5.2.5
  2364. The value of an LI is a binary number that represents the total
  2365. length of the immediately following parameter field(s) in octets. The value 
  2366. of the LI does not include either itself or any subsequent user information. 
  2367. .PP
  2368. 5.2.6
  2369. If a parameter field indicated by a PGI appears within a parameter field 
  2370. initiated by a PGI, the PV field of the nested PGI field may not extend 
  2371. beyond the end of the PV of the enclosing PGI field. 
  2372. .PP
  2373. 5.2.7
  2374. To decode CI, RI, PGI and PI, all the bits of the identifier must be considered. 
  2375. .PP
  2376. 5.2.8
  2377. The format of a parameter field initiated by a PGI is the same as the format 
  2378. of such a field initiated by a PI except that the entire PV field 
  2379. consists of a sequence of one or more parameter fields, each of which is
  2380. initiated by either PI or PGI.
  2381. .PP
  2382. 5.2.9
  2383. The absence of non\(hymandatory PI or PGI indicates that no such
  2384. functions are available. Therefore PIs or PGIs with LI set to zero should be
  2385. avoided.
  2386. .PP
  2387. 5.2.10
  2388. Figures 4/T.62, 5/T.62 and 6/T.62 illustrate the coding
  2389. principles.
  2390. .LP
  2391. .rs
  2392. .sp 32P
  2393. .ad r
  2394. \fBFigure 4/T.62, p. 
  2395. .sp 1P
  2396. .RT
  2397. .ad b
  2398. .RT
  2399. .LP
  2400. .bp
  2401. .LP
  2402. .rs
  2403. .sp 30P
  2404. .ad r
  2405. \fBFigure 5/T.62, p. 
  2406. .sp 1P
  2407. .RT
  2408. .ad b
  2409. .RT
  2410. .LP
  2411. .rs
  2412. .sp 21P
  2413. .ad r
  2414. \fBFigure 6/T.62, p. 
  2415. .sp 1P
  2416. .RT
  2417. .ad b
  2418. .RT
  2419. .LP
  2420. .bp
  2421. .sp 2P
  2422. .LP
  2423. 5.3
  2424.     \fICoding of\fR 
  2425. \fIlength indicators\fR 
  2426. .sp 1P
  2427. .RT
  2428. .PP
  2429. 5.3.1
  2430. The value of an LI is a binary number that represents the total length 
  2431. in octets of the immediately following CI, RI, PI and/or PGI fields. The 
  2432. value of the LI does not include either itself or any subsequent user 
  2433. information, as noted in \(sc\ 5.2.5 above.
  2434. .sp 9p
  2435. .RT
  2436. .PP
  2437. 5.3.2
  2438. The basic LI consists of a single octet with a maximum value of
  2439. 254 in decimal (i.e., a binary value of 11111110).
  2440. .PP
  2441. 5.3.3
  2442. If the first octet of the LI is 255 decimal (i.e., a binary value of 11111111), 
  2443. this indicates that the value of the LI is contained in the next two following 
  2444. octets allowing a maximum value of 65 | 35\ octets. 
  2445. .PP
  2446. 5.3.4
  2447. Within any octet, the highest order bit is bit 8 with the
  2448. remaining bits assigned in descending order. Where the length value is
  2449. represented in two octets, the first contains the higher order bits.
  2450. .sp 2P
  2451. .LP
  2452. 5.4
  2453.     \fICoding of command and response identifiers for session\fR 
  2454. \fIelements\fR 
  2455. .sp 1P
  2456. .RT
  2457. .PP
  2458. 5.4.1
  2459. The coding of CI and RI for session commands and responses is shown in 
  2460. Table\ 4/T.62. 
  2461. .sp 9p
  2462. .RT
  2463. .PP
  2464. 5.4.2
  2465. Apart from private use, the codes of the commands and responses in Table 
  2466. 4/T.62 are assigned in such a way that the bits may be interpreted as follows: 
  2467. .sp 9p
  2468. .RT
  2469. .LP
  2470.     Bit
  2471.     1
  2472.     1\ =\ Command
  2473.     0\ =\ Response
  2474. .LP
  2475.     Bit
  2476.     2
  2477.     1\ =\ Positive
  2478.     0\ =\ Negative (for responses)
  2479. .LP
  2480.     Bit
  2481.     3
  2482.     1\ =\ Initiate
  2483.     0\ =\ Stop (for most commands)
  2484. .LP
  2485.     Bits
  2486.     4,\ 5
  2487.     11\ Session
  2488. .LP
  2489. 10\ Session
  2490. .LP
  2491. 01\ Interaction
  2492. .LP
  2493. 00\ Session user
  2494. .LP
  2495.     Bits
  2496.     6,\ 7,\ 8
  2497.     Set to zero (except for
  2498. private use) and reserved for extension.
  2499. .PP
  2500. \fINote\fR \ \(em\ If possible, this binary field coding structure should 
  2501. be followed in making future code assignments, but this is not mandatory 
  2502. if the 
  2503. number of available code combinations is insufficient. Therefore, it is not
  2504. intended as a guide for implementation.
  2505. .PP
  2506. 5.4.3
  2507. One or more of the non\(hyallocated values are to be reserved for future 
  2508. extension. The method of future extension is for further study. 
  2509. .sp 9p
  2510. .RT
  2511. .sp 2P
  2512. .LP
  2513. 5.5
  2514.     \fICoding of command and response identifiers for document\fR 
  2515. \fIelements\fR 
  2516. .sp 1P
  2517. .RT
  2518. .PP
  2519. 5.5.1
  2520. The coding of command and response identifiers for document
  2521. commands and responses is shown in Tables\ 5/T.62 and\ 6/T.62 respectively.
  2522. .sp 9p
  2523. .RT
  2524. .PP
  2525. 5.5.2
  2526. Apart from private use, the codes of the commands and responses in Tables 
  2527. 5/T.62 and 6/T.62 are assigned in such a way that the bits may be 
  2528. interpreted as follows:
  2529. .sp 9p
  2530. .RT
  2531. .LP
  2532.     Bit
  2533.     1
  2534.     1\ =\ Command
  2535.     0\ =\ Response
  2536. .LP
  2537.     Bit
  2538.     2
  2539.     1\ =\ Positive
  2540.     0\ =\ Negative (for responses)
  2541. .LP
  2542.     Bit
  2543.     3
  2544.     1\ =\ Initiate
  2545.     0\ =\ Stop (for most commands)
  2546. .LP
  2547.     Bits
  2548.     4,\ 5,\ 6
  2549.     111,\ 110,\ 101 
  2550.     Document
  2551. .LP
  2552.     100
  2553.     Reserved
  2554. .LP
  2555.     011
  2556.     Page
  2557. .LP
  2558.     010
  2559.     Reserved
  2560. .LP
  2561.     001
  2562.     Reserved for recovery unit
  2563. .LP
  2564.     000
  2565.     Text
  2566. .LP
  2567.     Bits
  2568.     7,\ 8
  2569.     Set to zero, and reserved for future extension.
  2570. .PP
  2571. 5.5.3
  2572. With regard to future extension, see the note in \(sc\ 5.4.2 and
  2573. \(sc 5.4.3 above.
  2574. .bp
  2575. .sp 9p
  2576. .RT
  2577. .ce
  2578. \fBH.T. [T4.62]\fR 
  2579. .ce
  2580. TABLE\ 4/T.62
  2581. .ce
  2582. \fBCommand and response identifiers for session elements\fR 
  2583. .T&
  2584. lw(60p) | lw(24p) | lw(18p) | lw(24p) | lw(18p) | lw(24p) | lw(18p) | lw(24p) 
  2585. | lw(18p) . 
  2586.                                 
  2587. .T&
  2588. rw(60p) | lw(24p) | lw(18p) | lw(24p) | lw(18p) | lw(24p) | lw(18p) | lw(24p) 
  2589. | lw(18p) . 
  2590.  {
  2591. TABLE\ 5/T.62
  2592. \fBCoding for document command identifiers\fR
  2593.  }                                
  2594. .T&
  2595. lw(60p) | lw(24p) sw(18p) sw(24p) sw(18p) sw(24p) sw(18p) sw(24p) sw(18p) 
  2596. , ^ | l | l | l | l | l | l | l | l. 
  2597.     
  2598.                                 
  2599. .T&
  2600. lw(60p) | lw(24p) | lw(18p) | lw(24p) | lw(18p) | lw(24p) | lw(18p) | lw(24p) 
  2601. | lw(18p) . 
  2602.                                 
  2603. .TE
  2604. .nr PS 9
  2605. .RT
  2606. .ad r
  2607. \fBTable 4/T.61 [T4.62], p.\fR 
  2608. .sp 1P
  2609. .RT
  2610. .ad b
  2611. .RT
  2612. .ce
  2613. \fBH.T. [T5.62]\fR 
  2614. .ce
  2615. TABLE\ 5/T.62
  2616. .ce
  2617. \fBCoding for document command identifiers\fR 
  2618. .T&
  2619. lw(60p) | lw(24p) | lw(18p) | lw(24p) | lw(18p) | lw(24p) | lw(18p) | lw(24p) 
  2620. | lw(18p) . 
  2621.                                 
  2622. .TE
  2623. .nr PS 9
  2624. .RT
  2625. .ad r
  2626. \fBTable 5/T.61 [T5.62], p.\fR 
  2627. .sp 1P
  2628. .RT
  2629. .ad b
  2630. .RT
  2631. .LP
  2632. .bp
  2633. .ce
  2634. \fBH.T. [T6.62]\fR 
  2635. .ce
  2636. TABLE\ 6/T.62
  2637. .ce
  2638. \fBCoding for document response identifiers\fR 
  2639. .T&
  2640. lw(60p) | lw(24p) | lw(18p) | lw(24p) | lw(18p) | lw(24p) | lw(18p) | lw(24p) 
  2641. | lw(18p) . 
  2642.                                 
  2643. .TE
  2644. .nr PS 9
  2645. .RT
  2646. .ad r
  2647. \fBTable 6/T.61 [T6.62], p.\fR 
  2648. .sp 1P
  2649. .RT
  2650. .ad b
  2651. .RT
  2652. .sp 2P
  2653. .LP
  2654. 5.6
  2655.     \fICoding of\fR 
  2656. \fIparameter group identifiers\fR \fIand\fR 
  2657. \fIparameter identifiers\fR 
  2658. .sp 1P
  2659. .RT
  2660. .PP
  2661. 5.6.1
  2662. The coding of PGIs and PIs for session commands and responses is shown 
  2663. in Table\ 7/T.62. The coding of the PGIs and PIs for document commands 
  2664. and responses is shown in Table\ 8/T.62. 
  2665. .sp 9p
  2666. .RT
  2667. .PP
  2668. 5.6.2
  2669. Tables 9/T.62 and 10/T.62 list the PGIs and PIs for each command and response 
  2670. for the session and document elements of procedure together with an indication 
  2671. of whether the PGIs and PIs concerned are mandatory or not. 
  2672. .PP
  2673. 5.6.3
  2674. Where a PI is allocated to a particular PGI this is shown in
  2675. Table\ 7/T.62 or 8/T.62. Some PIs are not allocated to a PGI and are used as
  2676. required. Some PIs may be used without preceding PGIs as defined in
  2677. Tables\ 9/T.62 and 10/T.62.
  2678. .PP
  2679. 5.6.4
  2680. The codes of these PGIs and PIs are assigned in such a way that the binary 
  2681. field consisting of bits 8, 7 and 6 may be interpreted as follows: 
  2682. .sp 9p
  2683. .RT
  2684. .LP
  2685.     Bits
  2686.     876
  2687. .LP
  2688.     000
  2689.     Session related
  2690. .LP
  2691.     001
  2692.     Document related
  2693.     (These document related
  2694. PGIs and PIs may possibly
  2695. .LP
  2696. be of use to other services.)
  2697. .LP
  2698.     010
  2699.     Document related (for Teletex)
  2700. .LP
  2701.     011
  2702.     
  2703. .LP
  2704.     100
  2705.         Reserved
  2706. .LP
  2707.     101
  2708.     
  2709. .LP
  2710.     110
  2711.     User data
  2712. .LP
  2713.     111
  2714.     Private use
  2715. .PP
  2716. The binary field consisting of bits 5 and 4 may be interpreted as  follows:
  2717. .LP
  2718.     Bits
  2719.     54
  2720. .LP
  2721.     00\ PGI
  2722. .LP
  2723. 01\ PI
  2724. .LP
  2725. 10\ PI
  2726. .LP
  2727. 11\ PI
  2728. .PP
  2729. The binary field consisting of bits 3, 2 and 1 is used to extend the PGIs 
  2730. when set to 000. 
  2731. .bp
  2732. .PP
  2733. \fINote\fR \ \(em\ If possible, this binary field coding structure should be
  2734. followed in making future code assignments, but this is not mandatory if the
  2735. number of available code combinations is insufficient. Therefore, it is not
  2736. intended as a guide for implementation.
  2737. .RT
  2738. .PP
  2739. 5.6.5
  2740. PGIs and PIs within the same nesting level should be put in the order of 
  2741. increasing binary value. The coding order of PGIs and PIs included in each 
  2742. command or response is defined in Tables\ 9/T.62 and 10/T.6. 
  2743. .sp 9p
  2744. .RT
  2745. .PP
  2746. 5.6.6
  2747. The following rules shall apply to the private use and
  2748. presently not defined parameters:
  2749. .sp 9p
  2750. .RT
  2751. .LP
  2752.     a)
  2753.     these parameters, if present in CSS or CDCL (or their
  2754. corresponding responses), shall not lead to procedural errors;
  2755. .LP
  2756.     b)
  2757.     the use of these parameters in other commands or responses
  2758. must be negotiated upon in advance by CSS or CDCL and their
  2759. corresponding responses (see \(sc\ 3.3.2.3);
  2760. .LP
  2761.     c)
  2762.     presence of these parameters \*Qunexpectedly\*U in elements other
  2763. than CSS, RSSP, CDCL or RDCLP may result in procedural errors;
  2764. .LP
  2765.     d)
  2766.     the absence of a parameter of this kind in a response to CSS or
  2767. CDCL must be interpreted as an indication that the terminal is
  2768. not capable of handling any of these functions.
  2769. .LP
  2770. 5.7
  2771.     \fIParameter values\fR 
  2772. .sp 1P
  2773. .RT
  2774. .sp 2P
  2775. .LP
  2776. 5.7.1
  2777.     \fIGeneral\fR 
  2778. .sp 1P
  2779. .RT
  2780. .PP
  2781. 5.7.1.1
  2782. Unless otherwise specified the following rules apply to the
  2783. fields containing parameter values (PV):
  2784. .sp 9p
  2785. .RT
  2786. .LP
  2787.     a)
  2788.     Where a binary number is used to represent a value, the highest
  2789. order bit of each octet is bit\ 8 with the remaining bits
  2790. assigned in descending order. Where a binary value is
  2791. represented by more than one octet, the first octet contains the
  2792. highest order bits, with successive octets assigned in
  2793. descending order;
  2794. .LP
  2795.     b)
  2796.     All bits reserved for future standardization shall be set to
  2797. zero;
  2798. .LP
  2799.     c)
  2800.     Where a PV contains graphic characters that may be printed
  2801. or displayed, they shall be in the intended printing/display
  2802. sequence and shall be coded as defined in Recommendation\ T.61;
  2803. .LP
  2804.     d)
  2805.     For a PGI designated for extension, the PIs and/or PGIs
  2806. included in the parameter field do not necessarily conform to
  2807. the following assignments of PI and PGI values.
  2808. .PP
  2809. 5.7.1.2
  2810. Assignment of coding to the various parameter values is shown in the following 
  2811. paragraphs. 
  2812. .sp 9p
  2813. .RT
  2814. .sp 1P
  2815. .LP
  2816. 5.7.2
  2817.     \fISession related parameters\fR 
  2818. .sp 9p
  2819. .RT
  2820. .PP
  2821. \fINote\fR \ \(em\ The following paragaphs include either session related 
  2822. or both session and document related parameters. 
  2823. .RT
  2824. .sp 1P
  2825. .LP
  2826. 5.7.2.1
  2827.     \fITerminal identifier of the called terminal\fR 
  2828. .sp 9p
  2829. .RT
  2830. .PP
  2831. A sequence of graphic characters as defined in
  2832. Recommendation\ F.200.
  2833. .RT
  2834. .sp 1P
  2835. .LP
  2836. 5.7.2.2
  2837.     \fITerminal identifier of the calling terminal\fR 
  2838. .sp 9p
  2839. .RT
  2840. .PP
  2841. A sequence of graphic characters as defined in
  2842. Recommendation\ F.200.
  2843. .RT
  2844. .sp 1P
  2845. .LP
  2846. 5.7.2.3
  2847.     \fIDate and time\fR 
  2848. .sp 9p
  2849. .RT
  2850. .PP
  2851. A sequence of graphic characters as defined in
  2852. Recommendation\ F.200.
  2853. .RT
  2854. .sp 1P
  2855. .LP
  2856. 5.7.2.4
  2857.     \fIAdditional session reference number\fR 
  2858. .sp 9p
  2859. .RT
  2860. .PP
  2861. A fixed length sequence of two decimal digits as coded in
  2862. Recommendation\ T.61.
  2863. .bp
  2864. .RT
  2865. .ce
  2866. \fBH.T. [T7.62]\fR 
  2867. .ce
  2868. TABLE\ 7/T.62
  2869. .ce
  2870. \fBCoding of session PGIs and PIs\fR 
  2871. .T&
  2872. lw(66p) | lw(48p) | lw(66p) | lw(48p) .
  2873.             
  2874. .TE
  2875. .nr PS 9
  2876. .RT
  2877. .ad r
  2878. \fBTableau 7/T.62 [T7.62], p.13\fR 
  2879. .sp 1P
  2880. .RT
  2881. .ad b
  2882. .RT
  2883. .LP
  2884. .bp
  2885. .ce
  2886. \fBH.T. [1T8.62]\fR 
  2887. .ce
  2888.  
  2889. .ce
  2890. TABLE\ 8/T.62
  2891. .ce
  2892. \fBCoding of document PGIs and PIs\fR 
  2893. .T&
  2894. lw(66p) | lw(48p) | lw(66p) | lw(48p) .
  2895.             
  2896. .TE
  2897. .nr PS 9
  2898. .RT
  2899. .ad r
  2900. \fBTableau 8/T.62 [1T8.62], p.14\fR 
  2901. .sp 1P
  2902. .RT
  2903. .ad b
  2904. .RT
  2905. .LP
  2906. .bp
  2907. .ce
  2908. \fBH.T. [2T8.62]\fR 
  2909. .ce
  2910. TABLE\ 8/T.62 \fI(continued)\fR 
  2911. .T&
  2912. lw(66p) | lw(48p) | lw(66p) | lw(48p) .
  2913.             
  2914. .TE
  2915. .nr PS 9
  2916. .RT
  2917. .ad r
  2918. \fBTableau 8/T.62 [2T8.62], p.15\fR 
  2919. .sp 1P
  2920. .RT
  2921. .ad b
  2922. .RT
  2923. .LP
  2924. .bp
  2925. .ce
  2926. \fBH.T. [1T9.62]\fR 
  2927. .ce
  2928. TABLE\ 9/T.62
  2929. .ce
  2930. \fBPGIs and PIs for session elements of procedure\fR 
  2931. .T&
  2932. lw(30p) | lw(72p) | lw(30p) | lw(66p) | lw(30p) .
  2933.                 
  2934. .T&
  2935. lw(30p) | lw(72p) | lw(30p) | lw(66p) | lw(30p) .
  2936. Session control functions nm                
  2937. .TE
  2938. .nr PS 9
  2939. .RT
  2940. .ad r
  2941. \fBTableau 9/T.62 [1T9.62], p.16\fR 
  2942. .sp 1P
  2943. .RT
  2944. .ad b
  2945. .RT
  2946. .LP
  2947. .bp
  2948. .ce
  2949. \fBH.T. [2T9.62]\fR 
  2950. .ce
  2951. TABLE\ 9/T.62 \fI(continued)\fR 
  2952. .T&
  2953. lw(228p) .
  2954. .TE
  2955. .nr PS 9
  2956. .RT
  2957. .ad r
  2958. \fBTableau 9/T.62 [2T9.62], p.17\fR 
  2959. .sp 1P
  2960. .RT
  2961. .ad b
  2962. .RT
  2963. .LP
  2964. .bp
  2965. .ce
  2966. \fBH.T. [3T9.62]\fR 
  2967. .ce
  2968. TABLE\ 9/T.62 \fI(end)\fR 
  2969. .T&
  2970. lw(30p) | lw(72p) | lw(30p) | lw(66p) | lw(30p) .
  2971.                 
  2972. .TE
  2973. .nr PS 9
  2974. .RT
  2975. .ad r
  2976. \fBTableau 9/T.62 [3T9.62], p.18\fR 
  2977. .sp 1P
  2978. .RT
  2979. .ad b
  2980. .RT
  2981. .LP
  2982. .bp
  2983. .ce
  2984. \fBH.T. [1T10.62]\fR 
  2985. .ce
  2986. TABLE\ 10/T.62
  2987. .ce
  2988. \fBPGIs and PIs for document elements of procedure\fR 
  2989. .T&
  2990. lw(30p) | lw(72p) | lw(30p) | lw(66p) | lw(30p) , ^  | l | l | l | l 
  2991. ^  | l | l | l | l 
  2992. ^  | l | l | l | l 
  2993. ^  | ^  | ^  | l | l 
  2994. ^  | ^  | ^  | l | l 
  2995. ^  | ^  | ^  | l | l 
  2996. ^  | ^  | ^  | l | l 
  2997. ^  | ^  | ^  | l | l 
  2998. ^  | l | l | l | l 
  2999. ^  | l | l | l | l.
  3000.                 
  3001.                                                                                                                         
  3002. .TE
  3003. .nr PS 9
  3004. .RT
  3005. .ad r
  3006. \fBTableau 10/T.62 [1T10.62], p.19\fR 
  3007. .sp 1P
  3008. .RT
  3009. .ad b
  3010. .RT
  3011. .LP
  3012. .bp
  3013. .ce
  3014. \fBH.T. [2T10.62]\fR 
  3015. .ce
  3016. TABLE\ 10/T.62 \fI(continued)\fR 
  3017. .T&
  3018. lw(228p) .
  3019. .TE
  3020. .nr PS 9
  3021. .RT
  3022. .ad r
  3023. \fBTableau 10/T.62 [2T10.62], p.20\fR 
  3024. .sp 1P
  3025. .RT
  3026. .ad b
  3027. .RT
  3028. .LP
  3029. .bp
  3030. .ce
  3031. \fBH.T. [3T10.62]\fR 
  3032. .ce
  3033. TABLE\ 10/T.62 \fI(continued)\fR 
  3034. .T&
  3035. lw(30p) | lw(72p) | lw(30p) | lw(66p) | lw(30p) .
  3036.                 
  3037. .TE
  3038. .nr PS 9
  3039. .RT
  3040. .ad r
  3041. \fBTableau 10/T.62 [3T10.62], p.21\fR 
  3042. .sp 1P
  3043. .RT
  3044. .ad b
  3045. .RT
  3046. .LP
  3047. .bp
  3048. .ce
  3049. \fBH.T. [4T10.62]\fR 
  3050. .ce
  3051.  
  3052. .ce
  3053. TABLE\ 10/T.62 \fI(end)\fR 
  3054. .T&
  3055. lw(30p) | lw(72p) | lw(30p) | lw(66p) | lw(30p) .
  3056.                 
  3057. .TE
  3058. .nr PS 9
  3059. .RT
  3060. .ad r
  3061. \fBTableau 10/T.62 [4T10.62], p.22\fR 
  3062. .sp 1P
  3063. .RT
  3064. .ad b
  3065. .RT
  3066. .LP
  3067. .bp
  3068. .sp 1P
  3069. .LP
  3070. 5.7.2.5
  3071.     \fIMiscellaneous session capabilities\fR 
  3072. .sp 9p
  3073. .RT
  3074. .PP
  3075. Bit 1 of the first octet set to 1 indicates the terminal capability for 
  3076. two\(hyway simultaneous information transfer. 
  3077. .PP
  3078. Bit 2 of the first octet set to 1 indicates the terminal capability
  3079. for session suspension.
  3080. .PP
  3081. Bit 3 of the first octet set to 1 indicates the terminal capability
  3082. for interactive operation.
  3083. .PP
  3084. All other bit values are reserved for future standardization.
  3085. .RT
  3086. .sp 1P
  3087. .LP
  3088. 5.7.2.6
  3089.     \fIWindow size\fR 
  3090. .sp 9p
  3091. .RT
  3092. .PP
  3093. A binary number of fixed length of one octet, with a minimum value of one 
  3094. and a maximum value of 255 in decimal (i.e., a binary value 
  3095. of\ 11111111).
  3096. The default value is three in decimal (i.e., a binary value of 00000011).
  3097. .RT
  3098. .sp 1P
  3099. .LP
  3100. 5.7.2.7
  3101.     \fIService identifier\fR 
  3102. .sp 9p
  3103. .RT
  3104. .PP
  3105. The coding for the service identifier is as follows:
  3106. .RT
  3107. .LP
  3108.     Bits
  3109.     87654321
  3110.     Service
  3111. .LP
  3112.     00000001
  3113.     Telematic
  3114. .PP
  3115. All other encodings are for further study.
  3116. .sp 1P
  3117. .LP
  3118. 5.7.2.8
  3119.     \fISession control functions\fR 
  3120. .sp 9p
  3121. .RT
  3122. .PP
  3123. When used with a response, i.e. either RSSP or RSUI, the following bit 
  3124. assignments are defined in the first octet: 
  3125. .RT
  3126. .LP
  3127.     a)
  3128.     bit 1 set to 1 indicates request control (as defined in this
  3129. Recommendation);
  3130. .LP
  3131.     b)
  3132.     all other bits are reserved for future
  3133. standardization.
  3134. .sp 1P
  3135. .LP
  3136. 5.7.2.9
  3137.     \fISession termination parameter\fR 
  3138. .sp 9p
  3139. .RT
  3140. .PP
  3141. Bit 1 of the first octet set to 1 indicates that the transport
  3142. connection shall be cleared (default value). When set to 0 it indicates that
  3143. the connection should not be cleared.
  3144. .PP
  3145. Bit 2 of the first octet set to 1 indicates a local terminal error.
  3146. .PP
  3147. Bit 3 of the first octet set to 1 indicates an unrecoverable
  3148. procedural error.
  3149. .PP
  3150. Bit 4 of the first octet set to 1 indicates that no reason is given.
  3151. .PP
  3152. All other bits are reserved for future standardization. The CSE
  3153. command uses only bit\ 1; all other bits shall be set to\ 0.
  3154. .RT
  3155. .sp 1P
  3156. .LP
  3157. 5.7.2.10
  3158.     \fIReason (session or document)\fR 
  3159. .sp 9p
  3160. .RT
  3161. .PP
  3162. A field indicating the reason for sending the associated command or response. 
  3163. The value can either be given as a binary coded field or as plain 
  3164. text message. The absence of this parameter indicates that no reason is
  3165. given.
  3166. .RT
  3167. .LP
  3168.     Bits
  3169.     87654321
  3170.     \fIReason\fR 
  3171. .LP
  3172.     00000000
  3173.     No specific reason stated (used for
  3174. session or document reasons other than
  3175. those listed);
  3176. .LP
  3177.     00000001
  3178.     Temporarily unable to enter into, or to
  3179. continue, a session (e.g. due to memory
  3180. full or out of recording paper);
  3181. .LP
  3182.     00000010
  3183.     Explicit text message only for use with
  3184. RSSN (see Note\ 1);
  3185. .LP
  3186.     00000011
  3187.     Sequence error (Note 2);
  3188. .LP
  3189.     00000101
  3190.     Local terminal error (Note 2);
  3191. .LP
  3192.     00000110
  3193.     Unrecoverable procedural error (Note\ 2).
  3194. .LP
  3195.     \fINote\ 1\fR \ \(em\ For the basic Teletex service, the text follows
  3196. immediately after the first byte of the value. Maximum of 69
  3197. characters (control characters included). Only characters convertible
  3198. one\(hyto\(hyone to the telex alphabet (ITA2) shall be allowed. Teletex
  3199. code shall be used.
  3200. .LP
  3201.     \fINote\ 2\fR \ \(em\ These parameter values are valid only in document
  3202. commands and responses.
  3203. .bp
  3204. .sp 1P
  3205. .LP
  3206. 5.7.2.11
  3207.     \fIInactivity timer\fR \v'3p'
  3208. .sp 9p
  3209. .RT
  3210. .LP
  3211.     a)
  3212.     Bits 8 and 7 indicate the unit of inactivity timer value and
  3213. bits\ 6 to\ 1 indicate the binary value in the range of 1 to 63.
  3214. .LP
  3215.     Bits
  3216.     87
  3217.     \fIUnit of timer\fR 
  3218. .LP
  3219.     00
  3220.     Second(s);
  3221. .LP
  3222.     01
  3223.     Minute(s);
  3224. .LP
  3225.     10
  3226.     Hour(s);
  3227. .LP
  3228.     11
  3229.     Reserved for extension.
  3230. .LP
  3231.     b)
  3232.     All bits of the first octet set to zero indicates the
  3233. inactivity timer value is of infinity, i.e. the timer is
  3234. disabled.
  3235. .sp 1P
  3236. .LP
  3237. 5.7.2.12
  3238.     \fISession service functions\fR 
  3239. .sp 9p
  3240. .RT
  3241. .PP
  3242. The parameter value is indicated by a sequence of two octets.
  3243. .RT
  3244. .LP
  3245.     a)
  3246.     In octet 1:
  3247. .LP
  3248.     Bits
  3249.     8\(hy4\ (Note\ 1)
  3250.     Reserved (set to 0).
  3251. .LP
  3252.     Bit
  3253.     3
  3254.     Set to 1 to indicate the typed
  3255. data capability (for further study).
  3256. .LP
  3257.     Bit
  3258.     2\ (Note\ 2)
  3259.     Set to 1 to indicate the ability to
  3260. send RDPBN.
  3261. .LP
  3262.     Bit
  3263.     1\ (Note\ 2)
  3264.     Set to 1 to indicate the ability to
  3265. send/receive CDCL/RDCLP.
  3266. .LP
  3267.     b)
  3268.     In octet 2:
  3269. .LP
  3270.     Bits
  3271.     8,\ 6,\ 5\ and\ 3\ (Note\ 1)
  3272.     Reserved (set to 0).
  3273. .LP
  3274.     Bit
  3275.     7\ (Note\ 2)
  3276.     Set to 1 to indicate the capability of
  3277. document transfer.
  3278. .LP
  3279.     Bit
  3280.     4\ (Note\ 2)
  3281.     Set to 1 to indicate the
  3282. capability of page synchronization
  3283. [CDPB/RDPBP(N)].
  3284. .LP
  3285.     Bits
  3286.     2\(hy1\ (Note\ 3)
  3287.     Set to 0 1 to indicate \*Qhalf
  3288. duplex\*U
  3289. .LP
  3290.     Set to 1 0 to indicate \*Qduplex\*U
  3291. .LP
  3292.     \fINote\ 1\fR \ \(em\ All bits reserved should be ignored when comparing
  3293. capabilities indicated in CSS and RSSP.
  3294. .LP
  3295.     \fINote\ 2\fR \ \(em\ The indicated bits should be set (to 1 for document
  3296. transfer and to 0 for no document transfer) as a unit.
  3297. .LP
  3298.     \fINote\ 3\fR \ \(em\ Half\(hyduplex and duplex are for further study.
  3299. .PP
  3300. The absence of this parameter should be interpreted as the
  3301. following default values:
  3302. .LP
  3303.     Bits
  3304.     87654321
  3305. .LP
  3306.     Octet\ 1:
  3307.     00000011
  3308. .LP
  3309.     Octet\ 2:
  3310.     01001001
  3311. .sp 1P
  3312. .LP
  3313. 5.7.2.13
  3314.     \fINon\(hystandardized capabilities\fR 
  3315. .sp 9p
  3316. .RT
  3317. .PP
  3318. The first octet represents the registered CCITT country code as
  3319. specified in Recommendation\ T.35 to be used to identify non\(hystandard
  3320. capabilities. Additional octets, may be specified by each country's
  3321. Administration.
  3322. .RT
  3323. .sp 1P
  3324. .LP
  3325. 5.7.2.14
  3326.     \fISession user data\fR 
  3327. .sp 9p
  3328. .RT
  3329. .PP
  3330. Some parameters associated with this PGI are defined in the
  3331. T.400\ series of
  3332. Recommendations. The maximum length of this user data field following the
  3333. PGI and its LI is restricted to 512\ octets.
  3334. .bp
  3335. .RT
  3336. .sp 1P
  3337. .LP
  3338. 5.7.2.15
  3339.     \fIPrivate use\fR 
  3340. .sp 9p
  3341. .RT
  3342. .PP
  3343. A set of PGI and PI values is designated as being for private use. Other 
  3344. than the PGIs designated for extensions and the permitted use of private 
  3345. parameters only with certain command and responses, the use of these parameters 
  3346. is not defined. 
  3347. .RT
  3348. .sp 1P
  3349. .LP
  3350. 5.7.3
  3351.     \fIDocument related parameters\fR 
  3352. .sp 9p
  3353. .RT
  3354. .PP
  3355. \fINote\fR \ \(em\ The following paragraphs include parameters commonly 
  3356. used by basic Teletex and Group\ 4 facsimile services. 
  3357. .RT
  3358. .sp 1P
  3359. .LP
  3360. 5.7.3.1
  3361.     \fIService interworking identifier\fR 
  3362. .sp 9p
  3363. .RT
  3364. .PP
  3365. Bit 1 of the first octet set to 1 shall indicate that the
  3366. associated document is suitable for forwarding via the telex service.
  3367. .PP
  3368. All other bit values are reserved for future standardization.
  3369. .RT
  3370. .sp 1P
  3371. .LP
  3372. 5.7.3.2
  3373.     \fIDocument reference number\fR 
  3374. .sp 9p
  3375. .RT
  3376. .PP
  3377. A sequence of decimal digits as defined in this Recommendation and coded 
  3378. in Recommendation\ T.61. 
  3379. .RT
  3380. .LP
  3381. .sp 1P
  3382. .LP
  3383. 5.7.3.3
  3384.     \fICheckpoint reference number\fR 
  3385. .sp 9p
  3386. .RT
  3387. .PP
  3388. A sequence of decimal digits as defined in this Recommendation and coded 
  3389. in Recommendation\ T.61. 
  3390. .RT
  3391. .sp 1P
  3392. .LP
  3393. 5.7.3.4
  3394.     \fIAcceptance of CDCL parameters\fR 
  3395. .sp 9p
  3396. .RT
  3397. .PP
  3398. Bit 1 of the first octet set to 1 indicates acceptance of all
  3399. non\(hybasic terminal capabilities which are defined in this Recommendation and
  3400. requested by a CDCL command.
  3401. .PP
  3402. All other bit values are reserved for future standardization.
  3403. .PP
  3404. \fINote\fR \ \(em\ Bit 1 of the first octet set to 1 does not indicate 
  3405. accepance of non\(hybasic terminal capabilities conveyed in the session 
  3406. under data of 
  3407. CDCL.
  3408. .RT
  3409. .sp 1P
  3410. .LP
  3411. 5.7.3.5
  3412.     \fIStorage capacity negotiation\fR 
  3413. .sp 9p
  3414. .RT
  3415. .PP
  3416. A fixed length sequence of two octets:
  3417. .RT
  3418. .LP
  3419.     a)
  3420.     Bit 1 of the first octet set to 1 indicates that a terminal
  3421. has reserved the requested amount of storage.
  3422. .LP
  3423.     b)
  3424.     Bit 2 of the first octet set to 1 indicates that the binary
  3425. field in the following octet contains a number indicating
  3426. storage capacity required/reserved in kilo\(hyoctets.
  3427. .LP
  3428.     c)
  3429.     Bit 5 of the first octet set to 1 indicates that the binary
  3430. field in the following octet contains a number, which, when
  3431. multiplied by\ 16, indicates storage capacity required/reserved
  3432. in kilo\(hyoctets.
  3433. .LP
  3434.     d)
  3435.     Bit 6 of the first octet set to 1 indicates that the binary
  3436. field in the following octet contains a number, which, when
  3437. multiplied by\ 256, indicates storage capacity required/reserved
  3438. in kilo\(hyoctets.
  3439. .LP
  3440.     e)
  3441.     Bit 3 of the first octet set to 1 indicates that a terminal
  3442. cannot estimate its memory capacity.
  3443. .LP
  3444.     f
  3445. )
  3446.     Bit 4 of the first octet set to 1 indicates that a
  3447. terminal cannot now reserve the requested amount of memory.
  3448. .LP
  3449.     g)
  3450.     In the first octet, only one of bits 2, 5 and 6 may be set
  3451. to 1. For negotiation of storage capacity less than or equal to
  3452. 255\ kilo\(hyoctets, bit\ 2 shall be used.
  3453. .LP
  3454.     \fINote\fR \ \(em\ Use of bit 5 or 6 for negotiation of a storage
  3455. capacity greater than 65\ kilo\(hyoctets but less than or equal to 255\ 
  3456. kilo\(hyoctets is not to be interpreted as a procedural error by the receiver. 
  3457. .LP
  3458.     h)
  3459.     Bits 7 and 8 of the first octet are reserved for future
  3460. standardization.
  3461. .PP
  3462. Octet 2 indicates the memory size available and/or reserved (the meaning 
  3463. is defined in the first octet). It shall be set to 11111111 if bit\ 3 
  3464. and/or\ 4 in the first octet is set to\ 1.
  3465. .PP
  3466. In cases a), e) and f
  3467. ), the second octet may be ignored by the   recipient of RDCLP.
  3468. .bp
  3469. .RT
  3470. .sp 1P
  3471. .LP
  3472. 5.7.3.6
  3473.     \fIReceiving ability jeopardized\fR 
  3474. .sp 9p
  3475. .RT
  3476. .PP
  3477. The first octet shall be encoded as follows:
  3478. .RT
  3479. .LP
  3480.     Bits
  3481.     87654321
  3482.     \fIMeaning\fR 
  3483. .LP
  3484.     00000000
  3485.     Further traffic can be accepted.
  3486. .LP
  3487.     00000001
  3488.     Ability to receive further traffic
  3489. is jeopardized.
  3490. .PP
  3491. All other binary values are reserved for future standardization.
  3492. .sp 1P
  3493. .LP
  3494. 5.7.3.7
  3495.     \fIDocument type identifier\fR 
  3496. .sp 9p
  3497. .RT
  3498. .PP
  3499. Absence of this parameter shall indicate a normal
  3500. document. This parameter, if used, is a binary encoded field of fixed
  3501. length of one octet identifying the document type as follows:
  3502. .RT
  3503. .LP
  3504.     Bits
  3505.     87654321
  3506.     \fIType of document\fR 
  3507. .LP
  3508.     00000001
  3509.     Operator document.
  3510. .LP
  3511.     00000010
  3512.     Control document.
  3513. .LP
  3514.     00000011
  3515.     Monitor document.
  3516. .PP
  3517. All other encodings are reserved for future standardization.
  3518. .sp 1P
  3519. .LP
  3520. 5.7.3.8
  3521.     \fIReflect parameter value\fR 
  3522. .sp 9p
  3523. .RT
  3524. .PP
  3525. This is an arbitrary length field that contains the bit pattern of the 
  3526. command or response up to and including the detected error. 
  3527. .RT
  3528. .sp 1P
  3529. .LP
  3530. 5.7.4
  3531.     \fIDocument related parameter for teletex\fR 
  3532. .sp 9p
  3533. .RT
  3534. .PP
  3535. \fINote\fR \ \(em\ The following parameters may also be used by services
  3536. other than teletex.
  3537. .RT
  3538. .sp 1P
  3539. .LP
  3540. 5.7.4.1
  3541.     \fIControl character sets\fR (refer to Recommendations T.60 and
  3542. T.61)
  3543. .sp 9p
  3544. .RT
  3545. .PP
  3546. A variable length field indicating the receiving capability for
  3547. non\(hybasic standardized control character sets. Each such control character 
  3548. set shall be indicated by the sequence of characters used to designate 
  3549. that set, as defined in Recommendation\ T.61. Where more than one such 
  3550. character set are 
  3551. to be indicated, the ESC character fulfills the purpose of a separator 
  3552. between the character set indicators. 
  3553. .RT
  3554. .sp 2P
  3555. .LP
  3556. 5.7.4.2
  3557.     \fIGraphic character sets\fR (refer to Recommendations T.60  and\ T.61)
  3558. .sp 1P
  3559. .RT
  3560. .sp 1P
  3561. .LP
  3562. 5.7.4.2.1\ \ A variable length field indicating the receiving capabilities 
  3563. for non\(hybasic standardized graphic character sets. Each such graphic 
  3564. character sets or DRCS (Dynamically redefinable character set) for Japanese 
  3565. Kanji and 
  3566. Chinese ideogram characters shall be indicated by the sequence of characters
  3567. used to designate that set, as defined in Recommendation\ T.61. Where more 
  3568. than one such character set are to be indicated, the ESC character fulfills 
  3569. the 
  3570. purpose of a separator between the character set indicators.
  3571. .sp 9p
  3572. .RT
  3573. .sp 1P
  3574. .LP
  3575. 5.7.4.2.2\ \ The following descriptions apply to the use of a DRCS set for
  3576. Japanese Kanji and Chinese ideogram characters:
  3577. .sp 9p
  3578. .RT
  3579. .LP
  3580.     a)
  3581.     if the DRCS set is indicated as a parameter value associated
  3582. with a CDS or CDC command, this should be followed by
  3583. combinations of a character code (CC) to be registered to the
  3584. DRCS set and its character dot pattern\ (DP);
  3585. .LP
  3586.     b)
  3587.     the field length of a character code is defined by the DRCS
  3588. set and that of a character dot pattern is indicated as
  3589. parameter values of a character box height and a character box
  3590. width.
  3591. .PP
  3592. \fINote\fR \ \(em\ The PV field of this parameter in either CDS or CDC 
  3593. will be as follows: 
  3594. \v'6p'
  3595. .sp 1P
  3596. .ce 1000
  3597. DRCS\ CC\d1\u\ DP\d1\u\ CC\d2\u\ DP\d2\u. |  | CC\fI\fI\d\fIi\fR\u\ DP\fI\fI\d\fIi\fR\u 
  3598. .ce 0
  3599. .sp 1P
  3600. .LP
  3601. .sp 1
  3602. .bp
  3603. .sp 1P
  3604. .LP
  3605. 5.7.4.3
  3606.     \fITeletex page formats\fR (refer to Recommendations T.60 and T.61)
  3607. .sp 9p
  3608. .RT
  3609. .PP
  3610. The value of the first octet of the parameter value will indicate the capability 
  3611. of a page format, as defined in Table\ 11/T.62. If the terminal is capable 
  3612. of more than one format, these will be indicated in the first and 
  3613. subsequent octets, one octet per value (see Note\ 1 of Table\ 11/T.62). No
  3614. separator between the values will be given. The length indicator of the
  3615. parameter will indicate if more than one value is given. All parameter 
  3616. values shall be inserted in increasing order of their binary values. 
  3617. .RT
  3618. .LP
  3619. .ce
  3620. \fBH.T. [T11.62]\fR 
  3621. .ce
  3622. TABLE\ 11/T.62
  3623. .ps 9
  3624. .vs 11
  3625. .nr VS 11
  3626. .nr PS 9
  3627. .TS
  3628. center box;
  3629. lw(24p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(42p) | lw(114p) .
  3630.                                         
  3631. .T&
  3632. lw(24p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(42p) | lw(114p) .
  3633.  {
  3634. 0
  3635. 0
  3636. 0
  3637. 0
  3638. 0
  3639. 0
  3640. 0
  3641. 1
  3642. (option)
  3643. ISO A4, horizontal and vertical
  3644.  }                                        
  3645. .T&
  3646. lw(24p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(42p) | lw(114p) .
  3647.  {
  3648. 0
  3649. 0
  3650. 0
  3651. 0
  3652. 0
  3653. 0
  3654. 1
  3655. 0
  3656. (option)
  3657. North American, horizontal and vertical
  3658.  }                                        
  3659. .T&
  3660. lw(24p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(42p) | lw(114p) .
  3661.  {
  3662. 1
  3663. 0
  3664. 0
  3665. 0
  3666. 0
  3667. 1
  3668. 0
  3669. 0
  3670. (option)
  3671. ISO A4 extended (ISO standard 3535), vertical
  3672.  }                                        
  3673. .T&
  3674. lw(24p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(42p) | lw(114p) .
  3675.  {
  3676. 0
  3677. 1
  3678. 0
  3679. 0
  3680. 0
  3681. 1
  3682. 0
  3683. 0
  3684. (option)
  3685. ISO A4 extended (ISO standard 3535), horizontal
  3686.  }                                        
  3687. .T&
  3688. lw(24p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(42p) | lw(114p) .
  3689.  {
  3690. 1
  3691. 0
  3692. 0
  3693. 0
  3694. 1
  3695. 0
  3696. 0
  3697. 0
  3698. (option)
  3699. North American legal, vertical
  3700.  }                                        
  3701. .T&
  3702. lw(24p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(42p) | lw(114p) .
  3703.  {
  3704. 0
  3705. 1
  3706. 0
  3707. 0
  3708. 1
  3709. 0
  3710. 0
  3711. 0
  3712. (option)
  3713. North American legal, horizontal
  3714.  }                                        
  3715. .T&
  3716. lw(24p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(42p) | lw(114p) .
  3717.  {
  3718. 0
  3719. 0
  3720. 0
  3721. 0
  3722. 0
  3723. 0
  3724. 1
  3725. 1
  3726. (option)
  3727. ISO A4, horizontal and vertical (for use by Japanese Kanji
  3728. and Chinese ideogram terminals)
  3729.  }                                        
  3730. .T&
  3731. lw(24p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(42p) | lw(114p) .
  3732.  {
  3733. 0
  3734. 0
  3735. 0
  3736. 1
  3737. 0
  3738. 0
  3739. 0
  3740. 0
  3741. (option)
  3742. ISO B5, horizontal and vertical (for use by Japanese Kanji
  3743. and Chinese ideogram terminals)
  3744.  }                                        
  3745. .T&
  3746. lw(24p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(6p) | lw(42p) | lw(114p) .
  3747.  {
  3748. 0
  3749. 0
  3750. 1
  3751. 0
  3752. 0
  3753. 0
  3754. 0
  3755. 0
  3756. (option)
  3757. ISO B4, horizontal and vertical (for use by Japanese Kanji and Chinese
  3758. ideogram terminals)
  3759.  }
  3760. .TE
  3761. .LP
  3762.  
  3763. \fINote\ 1\fR
  3764. \ \(em\ The whole octet has to be considered when decoded, since the meaning is coded as a value, not as a single bit position within the octet. All other values are reserved, i.e. it is not allowed to \*Qcombine\*U the indication of
  3765. several formats into the same octet by setting more than one bit to \*Qone\*U.
  3766. .LP
  3767. \fINote\ 2\fR
  3768. \ \(em\ The following rule is used for the coding of bits 7 and 8:
  3769. .LP
  3770. Bits
  3771. 8\ 7
  3772. \fIMeaning\fR
  3773. .LP
  3774. 0\ 0
  3775. Vertical and horizontal
  3776. 0\ 1
  3777. Horizontal only
  3778. 1\ 0
  3779. Vertical only.
  3780. .RT
  3781. .ad r
  3782. \fBTable 11/T.62 [T11.62], p.\fR 
  3783. .sp 1P
  3784. .RT
  3785. .ad b
  3786. .RT
  3787. .sp 1P
  3788. .LP
  3789. 5.7.4.4
  3790.     \fIMiscellaneous terminal capabilities\fR (refer to
  3791. Recommendation\ T.61)
  3792. .sp 9p
  3793. .RT
  3794. .PP
  3795. A variable length field indicating the receiving capabilities for non\(hybasic 
  3796. standardized values of character spacing, line spacing and graphic 
  3797. renditions. Each parameter value of such a function shall be indicated 
  3798. by the control sequence (CSI P\fI\fI\d\fIi\fR\uI\fI\fI\d\fIi\fR\uF) as 
  3799. defined in Recommendation\ T.61. 
  3800. This applies to the functions Select Horizontal Spacing\ (SHS) for a character 
  3801. pitch, Select Vertical Spacing (SVS) for a line pitch and Select Graphic 
  3802. Rendition\ (SGR) for a graphic rendition. This also applies to the functions
  3803. Graphic Size Modification (GSM) and Select Presentation Direction (SPD) 
  3804. for Japanese Kanji and Chinese ideogram capabilities, and to Select Character 
  3805. Orientation (SCO) for Chinese ideogram capabilities. When more than one 
  3806. such character sequence is to be indicated, a single space shall be inserted 
  3807. between them. Only one parameter value is allowed within a CSI sequence. 
  3808. .bp
  3809. .RT
  3810. .sp 1P
  3811. .LP
  3812. 5.7.4.5
  3813.     \fICharacter box height\fR 
  3814. .sp 9p
  3815. .RT
  3816. .PP
  3817. A variable length field indicating the receiving capabilities for the number 
  3818. of dots of the character box height. The number of dots shall be 
  3819. indicated by the numeric character as defined in T.61.
  3820. .PP
  3821. Further study is required for indicating more than one value.
  3822. .RT
  3823. .sp 1P
  3824. .LP
  3825. 5.7.4.6
  3826.     \fICharacter box width\fR 
  3827. .sp 9p
  3828. .RT
  3829. .PP
  3830. A variable length field indicating the receiving capabilities for the number 
  3831. of dots of the character box width. The number of dots shall be 
  3832. indicated by the numeric character as defined in\ T.61.
  3833. .PP
  3834. Further study is required for indicating more than one
  3835. value.
  3836. .RT
  3837. .LP
  3838. .rs
  3839. .sp 43P
  3840. .sp 2P
  3841. .LP
  3842. \fBMONTAGE:\ \fR ANNEXE A SUR LE RESTE DE CETTE PAGE
  3843. .sp 1P
  3844. .RT
  3845. .LP
  3846. .bp
  3847.