home *** CD-ROM | disk | FTP | other *** search
Wrap
Text File | 1991-12-13 | 103.2 KB | 4,081 lines
.rs .\" Troff code generated by TPS Convert from ITU Original Files .\" Not Copyright ( c) 1991 .\" .\" Assumes tbl, eqn, MS macros, and lots of luck. .TA 1c 2c 3c 4c 5c 6c 7c 8c .ds CH .ds CF .EQ delim @@ .EN .nr LL 40.5P .nr ll 40.5P .nr HM 3P .nr FM 6P .nr PO 4P .nr PD 9p .po 4P .rs \v | 5i' .sp 2P .LP \fBRecommendation\ T.62\fR | fIbis\fR .RT .sp 2P .ce 1000 \fBCONTROL\ PROCEDURES\ FOR\ TELETEX\ AND\ G4\ FACSIMILE\ SERVICES\fR .EF '% Fascicle\ VII.3\ \(em\ Rec.\ T.62^bis'' .OF '''Fascicle\ VII.3\ \(em\ Rec.\ T.62^bis %' .ce 0 .sp 1P .ce 1000 \fBBASED\ ON\ RECOMMENDATIONS\ X.215\ AND\ X.225\fR \v'1P' .ce 0 .sp 1P .ce 1000 CONTENTS .ce 0 .sp 1P .sp 2P .LP 0 \fIIntroduction\fR .sp 1P .RT .sp 1P .LP 1 \fIScope and field of application\fR .sp 9p .RT .sp 1P .LP 2 \fIReferences\fR .sp 9p .RT .sp 1P .LP 3 \fIActions for performing the control procedures\fR \fIfor Teletex and Group\ 4 facsimile\fR .sp 9p .RT .LP 3.1 General .LP 3.2 Session connection extablishment phase .LP 3.3 Session termination phase\fR .LP 3.4 Document management\fR .LP 3.5 Miscellaneous\fR .sp 1P .LP 4 \fIUsage of the session service\fR .sp 9p .RT .LP 4.1 General .LP 4.2 Session connection establishment .LP 4.3 Session termination phase .LP 4.4 Data transfer phase .sp 1P .LP 5 \fIRecommendations for implementing the session layer\fR .sp 9p .RT .LP 5.1 Additional parameters .LP 5.2 Implementation choices .sp 1P .LP ANNEX\ A .sp 9p .RT .LP ANNEX\ B .LP ANNEX\ C .LP ANNEX\ D .sp 2P .LP \fB0\fR \fBIntroduction\fR .sp 1P .RT .PP 0.1 This Recommendation is related to other Recommendations. .sp 9p .RT .PP In particular it is related to certain Recommendations as defined by the Reference Model for Open Systems Interconnection (X.200). .PP This Recommendation is based on the description of the session service (X.215) and the session protocol (X.225) as shown in Figure\ 1/T.62 | fIbis\fR . .RT .LP .rs .sp 7P .ad r \fBFigure 1/T.62 | is [T16.62] \ \ (\*`a traiter comme tableau), p.\fR .sp 1P .RT .ad b .RT .LP .bp .PP \fINote\ 1\fR \ \(em\ Only the services and protocol elements relevant to Recommendation\ T.62 procedures are used (see Table\ 1/T.62 | fIbis\fR in \(sc\ 4.1). .PP \fINote\ 2\fR \ \(em\ The session protocol described in Recommendation X.225 is based on the services provided by the transport layer as described in Recommendations\ X.214 and\ X.224. .PP For compatibility with Teletex and Group 4 facsimile additional rules (in accordance with Recommendation\ T.70, \(sc\ 5, including Annexes\ A and\ B) must be applied when using the transport service and protocol (Recommendations\ X.214 and\ X.224, class\ 0). .RT .PP 0.2 The control procedure for Teletex and Group 4 facsimile are currently described in Recommendation\ T.62. .sp 9p .RT .PP Recommendation T.62 may be superseded by this Recommendation and the appropriate session layer service and protocol described in the Recommendations\ X.215 and\ X.225. .PP When using either Recommendation T.62 | fIbis\fR (based on the X\(hySeries Recommendations) or Recommendation\ T.62 (based on Recommendation\ T.70) it is intended that the externally visible protocols are equal. .PP It is the intention that Recommendations X.215 and X.225 together with this Recommendation do have tha same level of detail and accuracy as Recommendation\ T.62 already has. However, for the time being Recommendation\ T.62 will be kept and in cases of discrepancy and/or incompatibility, Recommendation\ T.62 will take precedence over Recommendations\ X.215 and\ X.225 together with the application rules described in this Recommendation. .PP This Recommendation covers all of Recommendation T.62 including the Annexes. .RT .sp 2P .LP \fB1\fR \fBScope and field of application\fR .sp 1P .RT .PP This Recommendation defines: .RT .LP 1) A set of rules for using the OSI Session Service. .LP 2) The additional requirements for the implementation to conform to the control procedures for Teletex and Group\ 4 facsimile services. .PP The set of rules consists of: .LP \(em The actions to be taken by the session user for performing the control procedures. .LP \(em The description of the use of the session service primitives and their parameters. .LP \(em The encoding of parameters not covered by the session layer (for these parameters see also \(sc\ 5.2). These parameters are described as additional parameters for each primitive and each SPDU where appropriate. The length and value of these parameters are provided by the SS\(hyuser and no checking is made by the session layer itself. .sp 2P .LP \fB2\fR \fBReferences\fR .sp 1P .RT .PP Recommendations F.161, F.200, X.215, X.225, T.563, T.503, T.521, T.6, T.35, T.60, T.61, T.62, T.400\(hySeries, T.390 and\ X.200. .RT .sp 2P .LP \fB3\fR \fBActions for performing the control procedures for Teletex\fR \fBand Group 4 facsimile\fR .sp 1P .RT .PP This section describes the Teletex application protocol in terms of actions involving the session service primitives. .RT .sp 1P .LP 3.1 \fIGeneral\fR .sp 9p .RT .PP The control procedures for Teletex and Group 4 facsimile are designed to allow data to be transferred and managed between terminals in the form of documents. The present Recommendation only provides for the transfer of documents. As a consequence, no transfer of data can take place outside a document. .RT .LP \(em A \fIdocument\fR is composed of one or more \fIpages\fR . .LP \(em Pages are sent sequentially and each page has to be individually \fIacknowledged\fR . However, several pages may be sent without waiting for the acknowledgement and the number of pages which can be sent in this manner is called the \fIwindow\(hysize\fR . .LP \(em The transfer of a document is executed from the \fIsource\fR to the \fIsink\fR (see \(sc\(sc\ 3.2.3 and\ 3.4). For the purpose of the description, in the remainder of the text, the source is also called the \fIsender\fR and the sink is also called the \fIreceiver\fR . .bp .sp 2P .LP 3.2 \fISession connection establishment phase\fR .sp 1P .RT .PP 3.2.1\fR The calling SS\(hyuser initiates the connection by issuing the S\(hyCONNECT request primitive. .sp 9p .RT .PP The called SS\(hyuser may accept or refuse the connection by issuing the S\(hyCONNECT response primitive. .PP It is the responsibility of the initiator of the connection to examine the parameters sent by the remote terminal at session initiation and to determine whether the session should continue. If it is not to be continued, the session shall be ended normally. .RT .PP 3.2.2 A session connection is identified by means of: .sp 9p .RT .LP a) the basic session reference (mandatory parameter) composed of: .LP \(em terminal identifier of the called terminal; .LP \(em terminal identifier of the calling terminal; .LP \(em date and time; .LP b) an optional additional session reference number, to uniquely identify the session connection. .PP 3.2.3 At session connection establishment, the data, minor synchronize and major/activity tokens shall be available and assigned to the initiator side. Thus at session initiation the initiator is defined as being the current source of text information and is therefore the source terminal. .sp 9p .RT .PP 3.2.4 When accepting the connection the called SS\(hyuser may request the session control by issuing the primitive S\(hyTOKEN\(hyPLEASE request. .PP In continuing the session, neither terminal is permitted to use any procedure or to send any information that does not comply with the receiving capabilities indicated by the session partner in the service identifier and non\(hybasic session and terminal capabilities parameters of the S\(hyCONNECT primitives at session initiation and/or by the parameters of S\(hyCAPABILITY\(hyDATA primitives. .PP 3.2.5 The following rules shall apply to the private use and presently not defined parameters: .sp 9p .RT .LP a) The use of these parameters in other primitives than S\(hyCONNECT and S\(hyCAPABILITY\(hyDATA must be negotiated upon in advance by S\(hyCONNECT or S\(hyCAPABILITY\(hyDATA. Presence of these parameters unexpectedly in other primitives may result in procedural errors. .LP b) The absence of a parameter of this kind in a response to S\(hyCONNECT or S\(hyCAPABILITY\(hyDATA must be interpreted as an indication that the terminal is not capable of handling any of these functions. .sp 1P .LP 3.3 \fISession termination phase\fR .sp 9p .RT .PP The session connection is terminated by means of the S\(hyRELEASE services for normal (or error\(hyfree) termination. .PP The S\(hyU\(hyABORT/S\(hyP\(hyABORT services may be used at any time by either terminal to terminate a session, whenever a condition is detected indicating that the session cannot be continued successfully. S\(hyU\(hyABORT/S\(hyP\(hyABORT shall only used when there is no other suitable way of ending the session. .PP In the two\(hyway alternate or one way communication mode, only the sender of the S\(hyCONNECT request may send the S\(hyRELEASE request when he is the current source. .PP \fINote\fR \ \(em\ The transport connection may be reused as a local implementation choice and this may depend on an application decision which may be passed across the session service interface. .bp .RT .sp 1P .LP 3.4 \fIDocument management\fR .sp 9p .RT .PP The document concept, as defined in Recommendation T.62, is mapped onto the activity concept of the session protocol. Consequently, the document number corresponds to the activity identifier. The transfer of a document is delimited by a start and an end. .PP A document is sent by the source (sender) to the sink (receiver) and this transfer may only take place when the source owns all the available tokens. .PP When the sink wants to send a document it may express this requirement by issuing a S\(hyTOKEN\(hyPLEASE primitive. When the transfer of a document is terminated, the sender may give the control to the receiver by issuing a S\(hyCONTROL\(hyGIVE primitive. But there is no requirement for sending text information prior to issuing a S\(hyCONTROL\(hyGIVE primitive. When the protocol element exchange corresponding to this primitive is executed, all the tokens are assigned to the receiver; consequently it becomes the source (or sender) and the former source becomes the sink (or receiver). A document transfer may then be started from the new source to the new sink. .RT .sp 1P .LP 3.4.1 \fIStart of document\fR .sp 9p .RT .PP The S\(hyACTIVITY\(hySTART service indicates the start of a document. It also indicates the start of the first page. .RT .sp 2P .LP 3.4.2 \fIPage boundaries\fR .sp 1P .RT .PP 3.4.2.1 The S\(hySYNC\(hyMINOR service indicates the boundary between pages. It also indicates a checkpoint for error recovery purposes and invites the sink to accept responsibility for the previously received page. In the basic .sp 9p .RT .LP services a checkpoint must be inserted at each page boundary using S\(hyMINOR\(hySYNC request. Each checkpoint must be explicitly acknowledged in the right sequence, by using S\(hySYNC\(hyMINOR response. Consequently the checkpoint reference number corresponds to the minor synchronization point serial number. .PP The S\(hySYNC\(hyMINOR response shall be used to indicate that the receiver accepts responsibility for that page. If the receiver does not accept the responsibility for the page he shall use the S\(hyU\(hyEXCEPTION\(hyREPORT service. In this case the transmission must be interrupted by the sender using the S\(hyACTIVITY\(hyINTERRUPT or DISCARD services. .PP The receiver may reject reception for a detected error, but he is not obliged to check the document for errors. Once a page has been positively acknowledged, any error recovery for the subsequent detection of an error is beyond the scope of these control procedures. .RT .PP 3.4.2.2 When a source terminal receives an S\(hySYNC\(hyMINOR confirmation with the receiving ability jeopardized (RAJ) parameter set to\ 1 (see \(sc\ 4.4.6) during a document transmission, it may continue to transmit one or more pages until the window is closed. In this context the following rules apply: .sp 9p .RT .LP a) if the source subsequently receives an S\(hySYNC\(hyMINOR confirmation with the RAJ parameter set to\ 0 (see \(sc\ 4.4.6), it will be able to continue transmission; .LP b) if the source subsequently receives an S\(hyU\(hyEXCEPTION\(hyREPORT with a parameter value \*QSS\(hyuser receiving ability jeopardized\*U (indicating \*Qmemory overflow\*U), the document transmission should be terminated abnormally. The source shall issue either a S\(hyACTIVITY\(hyDISCARD request or a S\(hyACTIVITY\(hyINTERRUPT request. .PP 3.4.2.3 When a sink terminal sends an S\(hySYNC\(hyMINOR response with the receiving ability jeopardized parameter set to\ 1, and subsequent memory overflow results in sending S\(hyU\(hyEXCEPTION\(hyREPORT, the value of the reason code will be \*QSS\(hyuser receiving ability jeopardized\*U (indicating \*Qunable to continue the session\*U). .bp .sp 9p .RT .sp 2P .LP 3.4.3 \fIEnd of document\fR .sp 1P .RT .PP 3.4.3.1 The S\(hyACTIVITY\(hyEND service shall be used to indicate the end of a document. It also indicates the end of the final page and as such represents the final checkpoint. The S\(hyACTIVITY\(hyEND response gives a positive acknowledgement to the last checkpoint. In the basic services this is the last page reference number. .sp 9p .RT .PP When confirming this service, the receiver shall indicate that: .LP a) he has not detected an error; .LP b) he accepts responsibility for the received document; .LP c) he is ready to receive a new S\(hyACTIVITY\(hySTART or S\(hyACTIVITY\(hyRESUME request. .PP To refuse the checkpoint indicated in S\(hyACTIVITY\(hyEND indication, the SS\(hyuser shall use the S\(hyU\(hyEXCEPTION\(hyREPORT service. .PP 3.4.3.2 Only if the sink terminal has sent an S\(hyACTIVITY\(hyEND response and received a valid S\(hyACTIVITY\(hySTART, S\(hyACTIVITY\(hyRESUME, S\(hyACTIVITY\(hyDATA, S\(hyDISCONNECT or S\(hyCONTROL\(hyGIVE indication, it is certain that the source terminal will not use error recovery procedures regarding the preceding document. In all other cases it can happen that after sending an S\(hyACTIVITY\(hyEND response a repetition of pages takes place and the duplications may be deleted by the sink terminal. .sp 9p .RT .sp 1P .LP 3.4.4 \fIInterruption of a document\fR .sp 9p .RT .PP Documents may be interrupted or discarded by using the S\(hyACTIVITY\(hyINTERRUPT or S\(hyACTIVITY\(hyDISCARD services. .RT .PP 3.4.4.1 The S\(hyACTIVITY\(hyINTERRUPT service shall be used to indicate the abnormal ending of a document but the part of the document received so far should not be discarded. When the receiver of a document sends a S\(hyACTIVITY\(hyINTERRUPT response, this means that he has already accepted the responsibility for the received document (up to the last checkpoint for which a positive acknowledgement has been sent). It does not indicate that he will be able to perform the linking of the followig parts of the interrupted document. .sp 9p .RT .PP 3.4.4.2 The S\(hyACTIVITY\(hyDISCARD service shall be used to indicate the abnormal ending of a document and that the receiver of the document is not held responsible for the part of the document received so far. Therefore, as a local function outside these control procedures, the receiver can delete the part of the text received. .PP \fINote\ 1\fR \ \(em\ The S\(hyACTIVITY\(hyDISCARD service is an invitation to discad the whole of the document and not merely the part of the document transmitted since the last S\(hyACTIVITY\(hyRESUME. .PP \fINote\ 2\fR \ \(em\ The receiving terminal may discard the document from its memory (but has no obligation to do so) and/or indicate to the operator that this part of the document has no value. If the text is not deleted, the operator shall be informed. .PP \fINote\ 3\fR \ \(em\ The use of the S\(hyACTIVITY\(hyDISCARD service for Group 4 facsimile is for further study. .RT .PP 3.4.4.3 There are two ways that the sender is permitted to recover from an interrupted transmission: .sp 9p .RT .LP a) a cancellation is achieved by the subsequent use of the S\(hyACTIVITY\(hyRESUME and S\(hyACTIVITY\(hyDISCARD services and the transmission will be resumed by the S\(hyACTIVITY\(hySTART service; .LP b) the sender may resume by use of the S\(hyACTIVITY\(hyRESUME service, starting at that point in the document corresponding to the last checkpoint for which an acknowledgement was received. .bp .PP 3.4.4.4 If, during document transmission, an abnormal condition occurs, with the exception of the one described in \(sc\ 3.4.4.5, the following rules apply: .sp 9p .RT .LP a) In the case that a document transmission was initiated by S\(hyACTIVITY\(hySTART request and no minor synchronization point has been positively acknowledged, either the S\(hyACTIVITY\(hyDISCARD or INTERRUPT service should be used. If the S\(hyACTIVITY\(hyINTERRUPT service is used it should be interpreted as an S\(hyACTIVITY\(hyDISCARD. In this case, however, it is necessary to reply with an S\(hyACTIVITY\(hyINTERRUPT response to the S\(hyACTIVITY\(hyINTERRUPT indication as required by the session service definition. It is only a matter of different semantic interpretation of the service by the session service user. .LP b) In all other cases S\(hyACTIVITY\(hyINTERRUPT or DISCARD service should be used. .PP 3.4.4.5 The following rules apply if the session is aborted during document transmission: .sp 9p .RT .LP a) If document transmission was initiated by S\(hyACTIVITY\(hySTART request and no minor synchronization point has been positively acknowledged during that transmission, both sending and receiving entities shall treat the failure as if the S\(hyACTIVITY\(hyDISCARD service had been correctly initiated and completed. .LP b) In other cases, both sending and receiving entities shall treat the failure as if the S\(hyACTIVITY\(hyINTERRUPT service had been correctly initiated and completed. .sp 1P .LP 3.4.5 \fIResumption of a document\fR .sp 9p .RT .PP The S\(hyACTIVITY\(hyRESUME service indicates the continuation of a document that has previously been partially transmitted. .PP The linking of the parts of an interrupted document is a local operation at the receiver and is therefore not within the responsibility of the control procedures. Thus these procedures cannot guarantee that this linking of parts of a document will be effected. .PP \fINote\ 1\fR \ \(em\ The checkpoint reference number appearing in the primitive S\(hyACTIVITY\(hyRESUME is the last checkpoint reference number for which a positive acknowledgement has been received. It should be noted that positive acknowledgement may have been sent by the sink terminal but not received by the source terminal. .PP \fINote\ 2\fR \ \(em\ If several continuations are required to complete transmission of a document, they are all linked to the partial transmission in which the activity start service was used. The sequence of checkpoint reference numbers is then used to identify the correct sequencing of parts to be linked, this sequence and all such continuations must be transmitted in this order. .PP \fINote\ 3\fR \ \(em\ It is the responsibility of the receiver to discard any text information that has been duplicated in the process of continuation of an interrupted transmission. .RT .sp 1P .LP 3.4.6 \fIExchange of terminal capabilities\fR .sp 9p .RT .PP Outside document transfer (outside activities) the \fIS\(hyCAPABILITY\(hyDATA\fR service may be used to exchange information to enable a check of the terminal capabilities (both standardized and private use) and to investigate the storage capability of the remote terminal. .PP The primitive shall include a parameter with a list of receiving capabilities that may be needed at the receiver by the sender of this primitive. .PP Storage that has been reserved by the S\(hyCAPABILITY\(hyDATA service can be released after session termination or when a new S\(hyCAPABILITY\(hyDATA indication with storage requirement indication is received. .RT .sp 2P .LP 3.4.7 \fIException conditions\fR .sp 1P .RT .PP 3.4.7.1 Detection of a protocol error may cause the SS\(hyprovider to issue a S\(hyP\(hyEXCEPTION\(hyREPORT indication. On receipt of a S\(hyP\(hyEXCEPTION\(hyREPORT indication, the SS\(hyuser shall use the S\(hyACTIVITY\(hyINTERRUPT or S\(hyACTIVITY\(hyDISCARD service (subject to the tokens restrictions); it may also use the S\(hyU\(hyABORT service. .bp .sp 9p .RT .PP 3.4.7.2 The receiver of a document may issue an S\(hyU\(hyEXCEPTION\(hyREPORT request at any time after having received an S\(hyACTIVITY\(hySTART or S\(hyACTIVITY\(hyRESUME indication. It may issue an S\(hyU\(hyEXCEPTION\(hyREPORT request after having received an S\(hySYNC\(hyMINOR indication, or an S\(hyACTIVITY\(hyEND indication instead of giving the confirmation. .PP When receiving an S\(hyU\(hyEXCEPTION\(hyREPORT indication, the SS\(hyuser shall use either the S\(hyACTIVITY\(hyINTERRUPT or S\(hyACTIVITY\(hyDISCARD service; it may also use the S\(hyU\(hyABORT service. .sp 2P .LP 3.5 \fIMiscellaneous\fR .sp 1P .RT .sp 1P .LP 3.5.1 \fIAcknowledgement window\fR .sp 9p .RT .PP 3.5.1.1 The window mechanism has been introduced in order to allow continuous transmission of pages. It may also be used by the receiving terminal to resolve local time problems without affecting the continuous transmission. .sp 9p .RT .PP \fINote\fR \ \(em\ For efficiency reasons, the receiving terminal will transmit the response to acknowledge outstanding checkpoing(s) as soon as possible. .PP The design of the terminal should be such that continuous reception is possible in normal operation of the terminal (e.g.\ with an average Teletex page content of 1600\ octets). The use of the window mechanism should take into account the quality of service requirements in Recommendations\ F.200 and\ F.161. .PP In the basic Teletex service, the sender is prohibited from exceeding an acknowledgement window size of three. The maximum window size may be negotiated during session establishment. .RT .PP 3.5.1.2 The following rules should apply to the use of window size: .sp 9p .RT .LP a) The indication of the window size parameter is not mandatory for the Teletex service, but is mandatory for the Group\ 4 facsimile service (in the S\(hyCONNECT request and response). It may have a value in the range of\ 1 to\ 255. The absence of this parameter in S\(hyCONNECT request or response must be interpreted as the default value of three for the Teletex service. .LP b) All Teletex terminals should support a window size of 3. Group 4 facsimile terminals of Classes\ 2 and\ 3 should be able to support a window size of\ 3 when interworking with Teletex. Enhanced Teletex terminals (e.g.\ with mixed\(hymode capability) and all Group\ 4 facsimile terminals may require other window sizes. .LP c) The source terminal is free to use any window size that does not exceed the window size indicated by the sink terminal (in S\(hyCONNECT request or response). .LP d) If the sender of S\(hyCONNECT request or response is a basic Teletex terminal which does not indicate any parameter for the window size, the receiver should be aware that the sender may ignore any window size indicated and use the window size of\ 3. .sp 1P .LP 3.5.2 \fINegotiation of optional capabilities\fR .sp 9p .RT .PP Two methods are provided. The first is used at session initiation to exchange a limited list of capabilities (S\(hyCONNECT service). The second method may be used when required, after session initiation, to indicate the sender's requirements for extended capabilities (S\(hyCAPABILITY\(hyDATA, S\(hyACTIVITY\(hySTART, S\(hyACTIVITY\(hyRESUME services). .RT .sp 1P .LP 3.5.3 \fINegotiation of storage requirements\fR .sp 9p .RT .PP Storage availability can be indicated in the following ways: .RT .LP a) When a Teletex session is established, it is implicitly assumed that there is adequate receive memory for the call. Exceptionally a receiver memory overflow will occur. The continued sending of the document from the source will be stopped by the sink. The sink shall indicate the reason for stopping the transmission. .bp .LP b) When a Group 4 facsimile session is established, it can only be assumed that the called terminal has adequate recording paper to print at least one page of information (for basic Class\ 1 apparatus). Negotiation of storage requirements is mandatory for Group\ 4 Classes\ 2 and\ 3 facsimile apparatus. Having negotiated this requirement, exceptionally, a receive memory overflow may occur. The continued sending of the document from the source will be stopped by the sink. The sink shall indicate the reason for stopping the transmission. .LP c) The provision is also made in the procedure for a mandatory indication that the ability of the receiving terminal to continue to accept traffic is jeopardized. .LP d) The S\(hyCAPABILITY\(hyDATA service also provides the possibility to investigate the storage availability at the receiving terminal prior to the transmission of a document. .sp 1P .LP 3.5.4 \fITimer handling\fR .sp 9p .RT .PP The timer handling is based on the occurrence of certain events. These events may be protocol elements or service primitives and it is assumed that there is no time delay between the occurrence of a session service primitive and the related protocol element and vice versa. .PP Two types of timer are defined: .RT .LP \(em inactivity timer; .LP \(em demand\(hyresponse timer. .sp 2P .LP 3.5.5 \fIInactivity timer\fR .sp 1P .RT .PP 3.5.5.1 During the lifetime of a session correction each partner is responsible for detection of any period of inactivity in excess of inactivity timer value determined by negotiation (indicating, for example, a failure or another inability to continue productive use of the session). .sp 9p .RT .PP 3.5.5.2 The inactivity timer is used by the sink terminal to detect any period during which no protocol element is exchanged. Such period must be detected whenever the transport connection exists. .PP This timer is started or restarted on reception or sending of each event by the sink terminal when further action is expected from the source terminal. .PP This timer is stopped on reception of an event by the sink terminal when no further action is expected from the source terminal. .PP When the timer expires, the S\(hyABORT service shall be used. .PP Further information can also be found in Figure B\(hy1/T.62 | fIbis\fR . .RT .PP 3.5.5.3 The following rules apply to the negotiation of the value of the inactivity timer: .sp 9p .RT .LP a) An inactivity timer value different from 60 seconds will apply only if this parameter is indicated by both terminals, i.e.\ negotiation, at session establishment (via S\(hyCONNECT) or document boundaries (via S\(hyCAPABILITY\(hyDATA). .LP b) If both terminals indicate an inactivity timer value, the following rules apply for the duration of the session or until a subsequent negotiation has taken place: .LP i) the smaller of the two values applies when both values are greater than or equal to 60\ seconds; .LP ii) the larger of the two values applies when both values are less than 60\ seconds. .LP iii) a timer value of 60 seconds applies if one value is above and one is below 60\ seconds. .sp 2P .LP 3.5.6 \fIDemand response timer\fR .sp 1P .RT .PP 3.5.6.1 This timer is responsible for detection of any period of time during which the sink terminal has failed to send a response/acknowledgement. The value of that timer is 60\ seconds. Negotiation of the demand response timer value is for further study. .sp 9p .RT .PP 3.5.6.2 In general, this timer has to be started for each event which is issued by the source terminal towards the sink terminal and for which a response/acknowledgement is expected. .PP It is stopped when a response is received. When the timer expires, the S\(hyABORT service shall be used. .bp .PP 3.5.6.3 In the following special cases, specific actions are required: .sp 9p .RT .LP \(em on the occurrence of an abort primitive/SPDU (sent or received), the demand response timer is stopped if it has been started; .LP \(em reception of an exception\(hyreport indication (or associated SPDU) shall be considered as the response to the primitive (SPDU) sent previously. Consequently the associated action is to stop the timer. .PP Further information can also be found in Figures B\(hy1/T.62 | fIbis\fR and B\(hy2/T.62 | fIbis\fR . .sp 1P .LP 3.5.7 \fIDocument reference number\fR .sp 9p .RT .PP Document reference numbers (DRNs) shall be assigned as decimal digits, preferably, but not necessarily, starting from 001. DRNs shall then sequentially be incremented by one for each successive document. DRNs shall be assigned to all documents in a session, irrespective of the document type identifier or whether S\(hyACTIVITY\(hySTART or S\(hyACTIVITY\(hyRESUME is used as the initiating primitive. The number does not necessarily have to comprise 3\ digits and leading zeros do not necessarily have to be transmitted. In all cases the leading zeros must be ignored. .PP \fINote\fR \ \(em\ In order to uniquely identify the documents exchanged, it is recommended that the same DRNs should not appear within a session. However, it is noted that some existing terminals may cause duplication of DRNs when documents are exchanged in both directions. .RT .sp 2P .LP \fB4\fR \fBUsage of the session service\fR (Recommendation X.215) .sp 1P .RT .sp 1P .LP 4.1 \fIGeneral\fR .sp 9p .RT .PP The rules given hereinafter indicate how the session service must be used by the higher layer entity. .PP It is assumed that where a parameter is non mandatory in the protocol, it is also non mandatory in the corresponding primitive. When a default value applies in the protocol, the same default value applies at the service interface. .PP The services which are used are indicated in Table 1/T.62 | fIbis\fR with the corresponding functional units. .PP The data, synchronization minor and major/activity tokens must be available. The release token is not available. .PP The term \*Qadditional parameter\*U as used in this Recommendation applies to parameters which are not included in the session service described by Recommendation\ X.215 but which are nevertheless essential to describe interaction between the session service user and the session layer itself, when it is to be used in a form compatible with control procedures for Teletex and Group\ 4 facsimile (consequently they have to be taken into account when implementing the session layer for such use). These parameters contain information carried by the session protocol elements independently of the \*Quser data\*U parameter contained in the session protocol elements which are described in \(sc\ 3 of this document. .RT .sp 1P .LP 4.2 \fISession connection establishment\fR .sp 9p .RT .PP The following service primitive is used: .RT .LP S\(hyCONNECT. .sp 2P .LP 4.2.1 \fIThe parameters of the S\(hyCONNECT are used as follows\fR .sp 1P .RT .sp 1P .LP 4.2.1.1 \fISession connection identifier\fR .sp 9p .RT .LP a) The calling SS\(hyuser reference shall only contain the calling terminal identifier. This mandatory parameter (request and indication primitives) identifies the calling terminal. This is a sequence of graphic characters as defined in Recommendation\ F.200. .LP b) The called SS\(hyuser reference shall only contain the called terminal identifier. This mandatory parameter (response and confirm primitives) provides the terminal identification of the sender of the S\(hyCONNECT response primitive. This is a sequence of graphic characters as defined in Recommendation\ F.200. .bp .LP c) The common reference shall only contain the date and time. This parameter is both mandatory and identical on all primitives. It gives the date and time and it is a sequence of graphic characters as defined in Recommendation\ F.200. It is used in conjunction with the terminal identifications of both terminals in a session as a reference to that session. .LP d) The additional reference information shall only contain the additional session reference number. If it is used by the initiator and by the responder, it shall have the same value in the response as in the request. If it is not used by the initiator it shall not be included in the request. If it is not used by the responder it shall not be included in the response. This number shall be used in addition to the basic session reference (calling and called terminal identifiers, date and time) when this basic session reference is not sufficient to uniquely identify the session and such unique identification is required. In this case it shall also be used together with the basic session reference, when referring to this session in an S\(hyACTIVITY\(hyRESUME primitive. The reference number is a fixed length of two decimal digits as coded in Recommendation\ T.61. .ce \fBH.T. [T17.62]\fR .ce TABLE\ 1/T.62 \fIbis\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(84p) | cw(96p) . Functional units Service primitives _ .T& lw(84p) | lw(96p) . Kernel { S\(hyCONNECT S\(hyRELEASE S\(hyU\(hyABORT S\(hyP\(hyABORT S\(hyDATA } _ .T& lw(84p) | lw(96p) . Half duplex S\(hyTOKEN\(hyPLEASE _ .T& lw(84p) | lw(96p) . Minor synchronisation S\(hySYNC\(hyMINOR. _ .T& lw(84p) | lw(96p) . Activity management { S\(hyACTIVITY\(hySTART S\(hyACTIVITY\(hyRESUME S\(hyACTIVITY\(hyINTERRUPT S\(hyACTIVITY\(hyDISCARD S\(hyACTIVITY\(hyEND S\(hyCONTROL\(hyGIVE } _ .T& lw(84p) | lw(96p) . Capability data exchange S\(hyCAPABILITY\(hyDATA _ .T& lw(84p) | lw(96p) . Exceptions { S\(hyP\(hyEXCEPTION\(hyREPORT S\(hyU\(hyEXCEPTION\(hyREPORT } _ .TE .nr PS 9 .RT .ad r \fBTableau 1/T.62 | is [T17.62], p. 2\fR .sp 1P .RT .ad b .RT .sp 1P .LP .sp 3 4.2.1.2 \fICalling and called SSAP addresses\fR .sp 9p .RT .PP The session layer addressing is not used in Teletex and Group 4 facsimile services (these parameters are not used). .RT .sp 1P .LP 4.2.1.3 \fIQuality of service\fR .sp 9p .RT .PP This parameter must be set so as not to use expedited data (transport expedited is not available in Teletex) and in such a way that extended concatenation is not selected. .bp .RT .sp 1P .LP 4.2.1.4 \fISession requirements\fR .sp 9p .RT .PP This parameter may be omitted and in this case the default value applies. The following functional units shall be selected: .RT .LP \(em minor synchronization, .LP \(em activity management, .LP \(em capability data exchange, .LP \(em half\(hyduplex, .LP \(em exceptions. .sp 1P .LP 4.2.1.5 \fIInitial synchronization point serial number\fR .sp 9p .RT .PP This parameter is not used in Teletex and Group 4 facsimile services. .RT .sp 1P .LP 4.2.1.6 \fIInitial assignment of tokens\fR .sp 9p .RT .PP This parameter may be omitted and in that case, the default value applies. All available tokens are assigned to the calling entity. .RT .sp 1P .LP 4.2.1.7 \fIResult\fR (only in response and confirmation) .sp 9p .RT .PP This parameter is used to accept or refuse the session connection. In case of refusal, this parameter may also convey up to 69\ characters. Only characters convertible one\(hyto\(hyone to the telex alphabet (ITA2) shall be allowed and Teletex code shall be used. .RT .sp 1P .LP 4.2.1.8 \fIUser data\fR .sp 9p .RT .PP This non\(hymandatory parameter is used to convey data of the presentation and/or application protocol(s). All information necessary to negotiate the document interchange protocol parameters defined in the T.400\(hySeries of Recommendations is contained in this parameter field. .RT .sp 1P .LP 4.2.2 \fIAdditional parameters\fR .sp 9p .RT .PP The following parameters may also be included: .RT .sp 1P .LP 4.2.2.1 \fINon\(hybasic session capabilities\fR .sp 9p .RT .PP If used, this non\(hymandatory parameter indicates which non\(hybasic session capabilities are available as receiving capabilities of the sender of this primitive. .RT .ce \fBH.T. [T18.62]\fR .ce TABLE\ 2/T.62 \fIbis\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(72p) | cw(24p) | cw(96p) | lw(36p) . Parameter Function Encoding _ .T& lw(72p) | cw(24p) | lw(96p) | cw(36p) . { Miscellaneous session capabilities } nm { \(em\ Session suspension \(em\ Interactive operation } 4.2.3.1 _ .T& lw(72p) | cw(24p) | lw(96p) | cw(36p) . Window size nm { \(em\ Negotiation of window size } 4.2.3.2 _ .TE .nr PS 9 .RT .ad r \fBTable 2/T.62 | is [T18.62], p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 4.2.2.2 \fIService identifier\fR .sp 9p .RT .PP This mandatory parameter indicates whether the sender of this primitive intends to use the Telematic services. .PP \fINote\ 1\fR \ \(em\ For the basic Teletex services, the service identifiers in the S\(hyCONNECT request and response must be identical. .PP \fINote\ 2\fR \ \(em\ In case of interconnections between the terminals of different services, the service identifiers in the S\(hyCONNECT request and response may not be identical. .RT .sp 1P .LP 4.2.2.3 \fIInactivity timer\fR .sp 9p .RT .PP This non\(hymandatory parameter is used to negotiate the value of the inactivity timer. .RT .sp 1P .LP 4.2.2.4 \fINon\(hybasic terminal capabilities\fR .sp 9p .RT .PP These parameters indicate which of the non\(hybasic capabilities listed in the table below for the Teletex service, are available as receiving capabilities of the sender of this request. These parameters are mandatory if the equipment is capable of any of the specific functions listed in the table below. Absence of the parameter indicates that the specific function is not available. .RT .ce \fBH.T. [T19.62]\fR .ce TABLE\ 3/T.62 \fIbis\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(72p) | cw(24p) | cw(96p) | lw(36p) . Parameter Function Encoding _ .T& lw(72p) | cw(24p) | lw(96p) | cw(36p) . Control character sets nm Reverse line feed 4.2.3.5 _ .T& lw(72p) | cw(24p) | lw(96p) | cw(36p) . Page formats nm { ISO A4 vertical and horizontal orientation } 4.2.3.7 _ .T& lw(72p) | cw(24p) | lw(96p) | cw(36p) . { Miscellaneous terminal capabilities } nm { Character spacing of 2.12 mm (12 characters per 25.4 mm) Character spacing of 1.69 mm (15 characters per 24.4 mm) Line feed parameter value of one spacing of 3.175 mm Line feed parameter value of one spacing of 0.5, 1.0, 1.5 and two spacings of 5\ mm } 4.2.3.8 _ .TE .nr PS 9 .RT .ad r \fBTable 3/T.62 | is [T19.62], p.\fR .sp 1P .RT .ad b .RT .PP .sp 1 \fINote\fR \ \(em\ The definitions of these presentation capabilities may be found in Recommendation\ T.60. Future extensions and private\(hyuse capabilities are to be accommodated with the capability data exchange service. .sp 1P .LP 4.2.2.5 \fIPrivate use parameters\fR .sp 9p .RT .PP These parameters are not mandatory. Their definition and use are not standardized (see \(sc\ 3.2). .RT .sp 1P .LP 4.2.2.6 \fINon\(hystandardized capabilities\fR .sp 9p .RT .PP This non\(hymandatory parameter is used to ascertain compatibility regarding the use of non\(hystandardized terminal capabilities. .bp .RT .sp 2P .LP 4.2.3 \fIEncoding of the S\(hyCONNECT additional parameters value\fR .sp 1P .RT .sp 1P .LP 4.2.3.1 \fIMiscellaneous session capabilities\fR .sp 9p .RT .PP This PV field shall indicate possible modes of operation. The encoding of the first octet shall be: .RT .LP a) bit 1: reserved .LP b) bit 2: reserved (for session suspension) .LP c) bit 3 set to 1 indicates the terminal capability for interactive operation (data transfer outside activity boundaries). .PP All other bits are reserved for future standardization. .sp 1P .LP 4.2.3.2 \fIWindow size\fR .sp 9p .RT .PP A binary number of fixed length of one octet, with a minimum value of one and a maximum value of 255 in decimal (i.e.,\ a binary value of 11111111). The default value is three in decimal (i.e.,\ a binary value of 00000011). .RT .sp 1P .LP 4.2.3.3 \fIService identifier\fR .sp 9p .RT .PP The coding for the service identifier is as follows: .RT .LP Bits 87654321 Service .LP 00000001 Telematic .PP All other encodings are for further study. .sp 1P .LP 4.2.3.4 \fIInactivity timer\fR .sp 9p .RT .LP a) Bits 8 and 7 indicate the unit of inactivity timer value and bits 6 to 1 indicate the binary value in the range of 1 to 63. .LP Bits 87\ Unit of timer .LP 00\ Second(s); .LP 01\ Minute(s); .LP 10\ Hour(s); .LP 11\ Reserved for extension. .LP b) All bits of the first octet set to zero indicates the inactivity timer value is of infinity, i.e.\ the timer is disabled. .sp 1P .LP 4.2.3.5 \fIControl character sets\fR (refer to Recommendations T.60 and T.61) .sp 9p .RT .PP A variable length field indicating the receiving capability for non\(hybasic standardized control character sets. Each such control character set shall be indicated by the sequence of characters used to designate that set, as defined in Recommendation\ T.61. Where more than one such character set are to be indicated, the ESC character fulfills the purpose of a separator between the character set indicators. .RT .sp 1P .LP 4.2.3.6 \fINon\(hystandardized capabilities\fR .sp 9p .RT .PP The first octet represents the registered CCITT country code as specified in Recommendation\ T.35 to be used to identify non\(hystandard capabilities. Additional octets may be specified by each country Administration. .RT .sp 1P .LP 4.2.3.7 \fITeletex page formats\fR (refer to Recommendations T.60 and T.61) .sp 9p .RT .PP The value of the first octet of the parameter value will indicate the capability of a page format, as defined in Table\ 4/T.62 | fIbis\fR . If the terminal is capable of more than one format, these will be indicated in the first and subsequent octets, one octet per value (see Note\ 1 of Table\ 4/T.62 | fIbis\fR ). No separator between the values will be given. The length indicator of the parameter will indicate if more than one value is given. All parameter values shall be inserted in increasing order of their binary values. .bp .RT .ce \fBH.T. [T20.62]\fR .ce TABLE\ 4/T.62 \fIbis\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(18p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | cw(30p) | lw(108p) . Bits 8 7 6 5 4 3 2 1 Format _ .T& lw(18p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(30p) | lw(108p) . 0 0 0 0 0 0 0 1 (option) { ISO A4, horizontal and vertical } .T& lw(18p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(30p) | lw(108p) . 0 0 0 0 0 0 1 0 (option) { North American, horizontal and vertical } .T& lw(18p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(30p) | lw(108p) . 1 0 0 0 0 1 0 0 (option) { ISO A4 extended (ISO standard 3535), vertical } .T& lw(18p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(30p) | lw(108p) . 0 1 0 0 0 1 0 0 (option) { ISO A4 extended (ISO standard 3535), horizontal } .T& lw(18p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(30p) | lw(108p) . 1 0 0 0 1 0 0 0 (option) { North American Legal, vertical } .T& lw(18p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(30p) | lw(108p) . 0 1 0 0 1 0 0 0 (option) { North American Legal, horizontal } .T& lw(18p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(30p) | lw(108p) . 0 0 0 0 0 0 1 1 (option) { ISO A4, horizontal and vertical (for use by Japanese Kanji and Chinese ideogram terminals) } .T& lw(18p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(30p) | lw(108p) . 0 0 0 1 0 0 0 0 (option) { ISO B5, horizontal and vertical (for use by Japanese Kanji and Chinese ideogram terminals) } .T& lw(18p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(6p) | rw(12p) | rw(30p) | lw(108p) . 0 0 1 0 0 0 0 0 (option) ISO B4, horizontal and vertical (for use by Japanese Kanji and Chinese .TE .LP ideogram terminals) \fINote\ 1\fR \ \(em\ The whole octet has to be considered when decoded, as 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 <<combine>> the indication of several formats into the same octet by setting more than one bit to <<one>>. .LP \fINote\ 2\fR \ \(em\ The following rule is used for the coding of bits 7 and\ 8: Bits\ 8\ 7\ Meaning \fBBits\ \fR 0\ 0\ Vertical and horizontal \fBBits\ \fR 0\ 1\ Horizontal only \fBBits\ \fR 1\ 0\ Vertical only. .nr PS 9 .RT .ad r \fBTable 4/T.62 | is [T20.62], p.\fR .sp 1P .RT .ad b .RT .LP .sp 1 .sp 1P .LP 4.2.3.8 \fIMiscellaneous terminal capabilities\fR .sp 9p .RT .PP A variable length field indicating the receiving capabilities for non\(hybasic standardized values of character spacing, line spacing and graphic renditions. Each parameter value of such a function shall be indicated by the control sequence (CSI, PI LI F) as defined in Recommendation\ T.61. This applies to the function select horizonal spacing (SHS) for a character pitch, select vertical spacing (SVS) for a line pitch and select graphic rendition (SGR) for a graphic rendition. This also applies to the functions graphic size modification (GSM) and select presentation direction (SPD) for Japanese Kanji and Chinese ideogram capabilities and to character orientation function (COF) for Chinese ideogram capabilities. When more than one such character sequence is to be indicated, a single space shall be inserted between them. Only one parameter value is allowed within a CSI sequence. .RT .sp 1P .LP 4.3 \fISession termination phase\fR .sp 9p .RT .PP The following service primitives are used: .RT .LP S\(hyRELEASE .LP S\(hyU\(hyABORT .LP S\(hyP\(hyABORT .sp 1P .LP 4.3.1 \fIThe parameters of the S\(hyRELEASE are used as follows\fR .sp 9p .RT .PP \fIResult\fR | \ this parameter will indicate \*Qaffirmative\*U (only in confirmation and response). .PP \fISS\(hyuser\(hydata\fR | \ this parameter is not used in Teletex and Group 4 facsimile services. .bp .RT .sp 1P .LP 4.3.2 \fIS\(hyU\(hyABORT\fR .sp 9p .RT .PP Using this primitive will be interpreted as \*Qlocal terminal error\*U. .PP \fISS\(hyuser\(hydata\fR | \ this parameter is not used in Teletex and Group 4 facsimile services. .RT .sp 1P .LP 4.3.3 \fIS\(hyP\(hyABORT\fR .sp 9p .RT .PP Receipt of this primitive is defined in Recommendations X.215 and X.225. .RT .sp 1P .LP 4.4 \fIData transfer phase\fR .sp 9p .RT .PP The following service primitives are used: .RT .LP S\(hyACTIVITY\(hySTART .LP S\(hyACTIVITY\(hyRESUME .LP S\(hyACTIVITY\(hyINTERPRET .LP S\(hyACTIVITY\(hyDISCARD .LP S\(hyACTIVITY\(hyEND .LP S\(hySYNC\(hyMINOR .LP S\(hyU\(hyEXCEPTION\(hyREPORT .LP S\(hyP\(hyEXCEPTION\(hyREPORT .LP S\(hyCONTROL\(hyGIVE .LP S\(hyTOKEN\(hyPLEASE .LP S\(hyCAPABILITY\(hyDATA .LP S\(hyDATA .sp 2P .LP 4.4.1 \fIS\(hyACTIVITY\(hySTART\fR .sp 1P .RT .sp 1P .LP 4.4.1.1 \fIThe parameters of S\(hyACTIVITY\(hySTART are used as follows\fR .sp 9p .RT .LP \(em \fIActivity identifier:\fR \ This mandatory parameter shall contain the document reference number (see \(sc\ 3.5.6). .LP \(em \fISS\(hyuser\(hydata:\fR \ This non\(hymandatory parameter is used to convey data of the presentation and/or application protocol(s). All information necessary to negotiate the document interchange protocol parameters, defined in the T.400\(hySeries of Recommendations, is contained in this parameter field. .sp 1P .LP 4.4.1.2 \fIAdditional parameters\fR .sp 9p .RT .PP The following parameters may also be included: .RT .LP a) \fIDocument type identifier\fR \fI:\fR \ Not a mandatory field. If a normal document is used, this parameter shall not be indicated. If other types of document are used, the inclusion of this field is obligatory. .LP (Description of types of document are in Annex A.) .LP b) \fIService interworking identifier\fR \fI:\fR \ Not a mandatory field. This parameter may be used to indicate that the document is suitable for interworking; however use of this parameter is mandatory in the case of service interworking. .LP \fINote\fR \ \(em\ When communicating with a conversion facility, an identifier may be required for: .LP i) Teletex/telex interworking \(em the identifier will indicate that the document(s) has been prepared in accordance with the rules given in Recommendations\ F.200, T.90 and\ T.91; .LP ii) Teletex/Videotex interworking \(em for further study; .LP iii) Teletex/facsimile interworking \(em for further study. .LP c) \fIIndication of required terminal capability\fR (standardized or private use): Not a mandatory field, however, this parameter must be used if standardized optional terminal capabilities are required for the document. .LP d) \fIPrivate use parameters:\fR \ Non mandatory. Definition of such parameters is not standardized (see \(sc\ 3.2). .bp .sp 1P .LP 4.4.1.3 \fIEncoding of the S\(hyACTIVITY\(hySTART additional parameters value\fR .sp 9p .RT .LP a) \fIDocument type identifier\fR .LP Absence of this parameter shall indicate a normal document. This parameter, if used, is a binary encoded field of fixed length of one octet identifying the documnent type as follows: .LP Bits 87654321 Type of document .LP 00000001 Operator document .LP 00000010 Control document .LP 00000011 Monitor document .LP All other encodings are reserved for future standardization. .LP b) \fIService interworking identifier\fR .LP Bit 1 of the first octet set to 1 shall indicate that the associated document is suitable for forwarding via the telex service. .LP All other bit values are reserved for future standardization. .LP c) \fIIndication of required terminal capability\fR (non\(hybasic Teletex terminal capabilities) .LP \(em Graphic character sets (refer to Recommendations T.60 and T.61) .LP A variable length field indicating the receiving capabilities for non\(hybasic standardized graphic character sets. Each such graphic character sets or DRCS (dynamically redefinable character set) for Japanese Kanji and Chinese ideogram characters shall be indicated by the sequence of characters used to designate that set, as defined in Recommendation\ T.61. Where more than one such character set are to be indicated, the ESC character fulfills the purpose of a separator between the character set indicators. .LP The following descriptions apply to the use of a DRCS set for Japanese Kanji and Chinese ideogram characters: .LP i) if the DRCS set is indicated as a parameter value associated with a S\(hyACTIVITY\(hySTART or S\(hyACTIVITY\(hyRESUME, this should be followed by combinations of a character code (CC) to be registered to the DRCS set and its character dot pattern (DP); .LP ii) the field length of a character code is defined by the DRCS set and that of a character dot pattern is indicated as parameter values of a character box height and a character box width parameters. .LP \fINote\fR \ \(em\ The value of this parameter in either S\(hyACTIVITY\(hySTART or S\(hyACTIVITY\(hyRESUME will be as follows: .LP DRCS CC1 DP1 CC2 DP2 | | | CCi DPi .LP \(em Control character sets (see \(sc 4.2.3.5) .LP \(em Teletex page format (see \(sc 4.2.3.7) .LP \(em Miscellaneous Teletex terminal capabilities (see \(sc\ 4.2.3.8) .LP \(em Character box height .LP A variable length field indicating the receiving capabilities for the number of dots of the character box height. The number of dots shall be indicated by the numeric parameter as defined in Recommendation\ T.61. .LP Further study is required for indicating more than one value. .LP \(em Character box width .LP A variable length field indicating the receiving capabilities for the number of dots of the character box height. The number of dots shall be indicated by the numeric parameter as defined in Recommendation\ T.61. .LP Further study is required for indicating more than one value. .sp 2P .LP 4.4.2 \fIS\(hyACTIVITY\(hyRESUME\fR .sp 1P .RT .sp 1P .LP 4.4.2.1 \fIThe parameters of S\(hyACTIVITY\(hyRESUME are used as follows\fR .sp 9p .RT .LP \(em \fIOld session connection identifier\fR (mandatory only if linking is attempted on a new session connection): this non\(hymandatory parameter shall contain the old session connection identifier, identifying the session in which the first part of the document was sent. .LP a) calling SS\(hyuser\(hyreference (mandatory) see \(sc 4.2.1; .LP b) called SS\(hyuser\(hyreference (mandatory) see \(sc 4.2.1; .LP c) common reference (mandatory) see \(sc 4.2.1; .LP d) additional reference information (non\(hymandatory) see \(sc\ 4.2.1. .bp .LP \(em \fIOld activity identifier\fR | \ this mandatory parameter shall contain the activity identifier (document reference number) of the corresponding S\(hyACTIVITY\(hySTART. .LP \(em \fISynchronization point serial number\fR | \ this mandatory parameter shall contain the synchronization point serial number (checkpoint reference number) from which the transmission is being continued. .LP \(em \fIActivity identifier\fR | \ the new activity identifier shall contain the document reference number as defined in \(sc\ 3.5.7. .LP \(em \fISS\(hyuser\(hydata\fR | \ this non\(hymandatory parameter is used to convey data of the presentation and/or application protocol(s). All information necessary to negotiate the document interchange protocol parameters, defined in the T.400\(hySeries of Recommendations, is contained in this parameter field. .sp 1P .LP 4.4.2.2 \fIAdditional parameters\fR .sp 9p .RT .PP The following parameters may also be included: .RT .LP a) \fIDocument type identifier\fR [see \(sc 4.4.1.2 | )]. .LP b) \fIService interworking identifier\fR [see \(sc 4.4.1.2 | )]. .LP c) Optionally, any other parameter field that appears in the S\(hyACTIVITY\(hySTART at the start of the document may be repeated in the S\(hyACTIVITY\(hyRESUME. Indication of required terminal capability is mandatory if standardized optional terminal capabilities are required for the document. A terminal receiving\fR a S\(hyACTIVITY\(hyRESUME that does not contain all of the terminal capabilities should not reject the continuation of the document. .sp 1P .LP 4.4.2.3 \fIEncoding of the S\(hyACTIVITY\(hyRESUME additional parameters\fR .sp 9p .RT .LP a) \fIDocument type identifier\fR [see \(sc 4.4.1.3 | )]. .LP b) \fIService interworking identifier\fR [see \(sc 4.4.1.3 | )]. .LP c) \fIIndication of required terminal capability\fR (see \(sc\ 4.4.1.3 | )]. .sp 1P .LP 4.4.3 \fIS\(hyACTIVITY\(hyINTERRUPT\fR .sp 9p .RT .PP The parameters of S\(hyACTIVITY\(hyINTERRUPT are used as follows: .RT .LP \fIReason\fR | \ if used, this non\(hymandatory parameter shall contain only one of the following reasons: .LP a) unable to continue the session (e.g. due to memory full, out of recording paper); .LP b) sequence error; .LP c) local terminal error; .LP d) unrecoverable procedural error; .LP e) no specific reason stated (used for reasons other than those listed). .sp 1P .LP 4.4.4 \fIS\(hyACTIVITY\(hyDISCARD\fR .sp 9p .RT .PP The parameters of S\(hyACTIVITY\(hyDISCARD are used as follows: .RT .LP \fIReason\fR | \ if used, this non\(hymandatory parameter shall contain only one of the following reasons: .LP a) unable to continue the session (e.g. due to memory full, out of recording paper); .LP b) sequence error; .LP c) local terminal error; .LP d) unrecoverable procedural error; .LP e) no specific reason stated (used for reasons other than those listed). .sp 1P .LP 4.4.5 \fIS\(hyACTIVITY\(hyEND\fR .sp 9p .RT .PP The parameters of S\(hyACTIVITY\(hyEND used as follows: .RT .LP \(em \fISynchronization point serial number\fR :\ this mandatory parameter represents the synchronization point serial number (final checkpoint reference number) to which a response shall be made. .LP \(em \fISS\(hyuser\(hydata\fR | \ this parameter is not used, in Teletex and Group 4 facsimile services. .bp .sp 1P .LP 4.4.6 \fIS\(hySYNC\(hyMINOR\fR .sp 9p .RT .PP The parameters of S\(hySYNC\(hyMINOR are used as follows: .RT .LP \(em \fIType:\fR \ this mandatory parameter (only in request and indication) will indicate \*Qexplicit\*U. .LP \(em \fISynchronization point serial number:\fR \ this mandatory parameter is the checkpoint reference number, which, in the basic services, is the page reference number. .LP \(em \fISS\(hyuser\(hydata:\fR \ this parameter is not used in the request/indication. In the response/confirmation it represents the parameter \*Qreceiving ability jeopardized\*U. This mandatory parameter (in response and confirmation) indicates whether or not the ability of the receiving terminal to continue to accept the traffic is jeopardized. .LP The SS\(hyuser shall ensure that the first octet is encoded as follows: .LP Bits 87654321 Meaning .LP 00000000 Further traffic can be accepted .LP 00000001 Ability to receive further traffic is jeopardized. .LP All other binary values are reserved for future standardization. .sp 1P .LP 4.4.7 \fIS\(hyU\(hyEXCEPTION\(hyREPORT\fR .sp 9p .RT .PP The parameters of S\(hyU\(hyEXCEPTION\(hyREPORT are used as follows: .RT .LP \(em \fIReason:\fR \ the value of this mandatory parameter should be one of the following: .LP a) unable to continue the session (e.g. due to memory full, out of recording paper). This value corresponds to the value \*QSS\(hyuser receiving ability jeopardized\*U; .LP b) sequence error; .LP c) local terminal error; .LP d) unrecoverable procedural error; .LP e) no specific reason stated (used for reasons other than those listed. .LP \(em \fISS\(hyuser\(hydata:\fR \ this parameter is not used in Teletex and Group 4 facsimile services. .sp 2P .LP 4.4.8 \fIS\(hyP\(hyEXCEPTION\(hyREPORT\fR .sp 1P .RT .sp 1P .LP 4.4.8.1 \fIThe parameters of S\(hyP\(hyEXCEPTION\(hyREPORT are used as follows\fR .sp 9p .RT .PP \fIReason:\fR \ this mandatory parameter will indicate \*Qprotocol error\*U. .RT .sp 1P .LP 4.4.8.2 \fIAdditional parameters\fR .sp 9p .RT .PP \fIReflect parameter value:\fR \ this mandatory parameter shall contain the bit pattern of the SPDU in error, up to and including the detected error. .RT .sp 1P .LP 4.4.9 \fIS\(hyCONTROL\(hyGIVE\fR .sp 9p .RT .PP Use of these primitives are defined in Recommendations X.215 and X.225. .RT .sp 1P .LP 4.4.10 \fIS\(hyTOKEN\(hyPLEASE\fR .sp 9p .RT .PP The parameters of S\(hyTOKEN\(hyPLEASE are used as follows: .RT .LP \(em \fIToken:\fR \ this mandatory parameter shall contain the session control function parameter and will indicate \*Qdata token\*U. .LP \(em \fISS\(hyuser\(hydata:\fR \ this parameter is not used in Teletex and Group 4 facsimile services. .sp 2P .LP 4.4.11 \fIS\(hyCAPABILITY\(hyDATA\fR .sp 1P .RT .sp 1P .LP 4.4.11.1 \fIThe parameters of S\(hyCAPABILITY\(hyDATA are used as follows\fR .sp 9p .RT .PP \fISS\(hyuser\(hydata:\fR \ This non\(hymandatory parameter is used to convey data of the presentation and/or application protocol(s). All information necessary to negotiate the document interchange protocol parameters, defined in the T.400\(hySeries of Recommendations, is contained in this parameter field. .bp .RT .sp 1P .LP 4.4.11.2 \fIAdditional parameters\fR .sp 9p .RT .PP The following parameters may also be included: .RT .LP a) \fIInactivity timer:\fR \ this non\(hymandatory parameter is used to negotiate the value of the inactivity timer. .LP b) \fIStorage capacity negotiation:\fR \ this non\(hymandatory parameter is used to negotiate the available memory of the remote terminal. .LP c) \fIPrivate use parameters:\fR \ these parameters are not mandatory. Their definition and use are not standardized. .LP d) \fINon\(hystandardized capabilities:\fR \ this non\(hymandatory parameter is used to ascertain compatibility regarding the use of non\(hystandardized terminal capabilities. .LP And either .LP e) \fIAcceptance of S\(hyCAPABILITY\(hyDATA parameter:\fR \ this non\(hymandatory parameter is used to confirm that all the requested non\(hybasic Teletex terminal capabilities are available at the receiver (only in response and confirmation). .LP f ) \fINon\(hybasic Teletex terminal capabilities\fR [see \(sc 4.4.1.3 | )]: this non\(hymandatory parameter indicates one of the following: .LP \(em the complete list of all the capabilities requested in the CDCL; .LP \(em a list of the requested capabilities that are available at the receiver. Absence of parameters associated with non\(hybasic capabilities indicates that the requested capabilities are not available at the receiver; .LP \(em a complete list of non\(hybasic receiving capabilities irrespective of the requested ones. .sp 1P .LP 4.4.11.3 \fIEncoding of S\(hyCAPABILITY\(hyDATA additional parameters\fR .sp 9p .RT .LP a) \fIInactivity timer\fR (see \(sc 4.2.3.4); .LP b) \fINon\(hybasic Teletex terminal capabilities\fR [see \(sc\ 4.4.1.3 | )]; .LP c) \fIAcceptance of S\(hyCAPABILITY\(hyDATA parameter\fR . .LP Bit 1 of the first octet set to 1 indicates acceptance of all non\(hybasic terminal capabilities requested by a S\(hyCAPABILITY\(hyDATA request (except those indicated in the SS\(hyuser\(hydata). All other bit values are reserved for future standardization. .LP d) \fIStorage capacity negotiation\fR .LP A fixed sequence of two octets to indicate the required amount of storage: .LP 1) Bit 1 of the first octet set to 1 indicates that a terminal has recerved the requested amount of storage. .LP 2) Bit 2 of the first octet set to 1 indicates that the binary field in the following octet contains a number indicating storage capacity required/reserved in kilo\(hyoctets. .LP 3) Bit 5 of the first octet set to 1 indicates that the binary field in the following octet contains a number which, when multiplied by 16, indicates storage capacity required/reserved in kilo\(hyoctets. .LP 4) Bit 6 of the first octet set to 1 indicates that the binary field in the following octet contains a number which, when multiplied by 256, indicates storage capacity required/reserved in kilo\(hyoctets. .LP 5) Bit 3 of the first octet set to 1 indicates that a terminal cannot estimate its memory capacity. .LP 6) Bit 4 of the first octet set to 1 indicates that a terminal cannot now reserve the requested amount of memory. .LP 7) In the first octet, only one of bit 2, 5 and 6 may be set to one. For negotiation of storage capacity less than or equal to 255\ kilo\(hyoctets, bit\ 2 shall be used. .LP \fINote\fR \ \(em\ Use of bit 5 for negotiation of a storage capacity greater than 65\ kilo\(hyoctets but less or equal to 255\ kilo\(hyoctets is not to be interpreted as a procedural error by the receiver. .LP 8) Bits 7 and 8 of the first octet are reserved for future standardization. .LP Octet 2 indicates the memory size available and/or reserved (the meaning is defined in the first octet). It shall be set to 11111111 if bit\ 3 and/or\ 4 in the first octet is set to\ 1. .LP In cases 1), 5) and 6), the second octet may be ignored by the recipient of the S\(hyCAPABILITY\(hyDATA confirmation. .bp .LP e) \fINon\(hystandardized capabilities\fR .LP The first octet represents the registered CCITT country code as specified in Recommendation\ T.35 to be used to identify non\(hystandard capabilities. Additional octets may be specified by each country's Administration. .sp 1P .LP 4.4.12 \fID\(hyDATA\fR .sp 9p .RT .PP Uses of these primitives are defined in Recommendations X.215 and X.225. .RT .sp 2P .LP \fB5\fR \fBRecommendations for implementing the session layer\fR .sp 1P .RT .PP To support the control procedures the following specifications apply in addition to Recommendation\ X.225. .RT .sp 1P .LP 5.1 \fIAdditional parameters\fR .sp 9p .RT .PP To conform with the control procedures for Teletex and Group 4 facsimile, the implementation must be able to generate and decode the additional parameters in the SPDUs. .PP \fINote\fR \ \(em\ The session layer is only concerned with the coding of these parameters and their incorporation in the SPDUs, it is not concerned with the parameter values. This means that the specification of maximum length and parameter value encoding is part of the application layer specification. .RT .sp 1P .LP 5.1.1 \fIConnect SPDU\fR .sp 9p .RT .ce \fBH.T. [T21.62]\fR .ce TABLE\ 5/T.62 \fIbis\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(54p) | cw(18p) | cw(24p) | cw(18p) | cw(54p) | cw(18p) | cw(24p) | cw(18p) . PIG n/nm Code (dec.) Code (hex.) PI o/nm Code (dec.) Code (hex.) _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . { Non\(hybasic session capabilities } nm 2 2 { Miscellaneous session capabilities } nm 13 D _ .T& lw(114p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Window size nm 14 E _ .T& lw(114p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Service identifier m \ 8 \ 8 _ .T& lw(114p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Inactivity timer nm 18 12 _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) , ^ | ^ | ^ | ^ | l | c | c | c ^ | ^ | ^ | ^ | l | c | c | c. { Non\(hybasic teletex terminal capabilities } nm 65 41 Control character sets nm 73 49 Teletex page formats nm 74 4A { Miscellaneous ttx terminal capabilities } nm 75 4B _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Private use nm 224 to 231 E0 to E7\fR Private use nm 232 to 255 E8 to FF\fR _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Non standardized capabilities nm 232 E8 _ .TE .nr PS 9 .RT .ad r \fBTable 5/T.62 | is [T21.62], p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 5.1.2 \fIAccept SPDU\fR .sp 9p .RT .ce \fBH.T. [T22.62]\fR .ce TABLE\ 6/T.62 \fIbis\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(54p) | cw(18p) | cw(24p) | cw(18p) | cw(54p) | cw(18p) | cw(24p) | cw(18p) . PGI n/nm Code (dec.) Code (hex.) PI m/nm Code (dec.) Code (hex.) _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) , ^ | ^ | ^ | ^ | l | c | c | c. { Non\(hybasic session capabilities } nm 2 2 { Miscellaneous session capabilities } nm 13 D Window size nm 14 E _ .T& lw(114p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Service identifier m \ 8 \ 8 _ .T& lw(114p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Inactivity timer nm 18 12 _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) , ^ | ^ | ^ | ^ | l | c | c | c ^ | ^ | ^ | ^ | l | c | c | c. { Non\(hybasic teletex terminal capabilities } nm 65 41 Control character sets nm 73 49 Teletex page formats nm 74 4A { Miscellaneous ttx terminal capabilities } nm 75 4B _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Private use nm 224 to 231 E0 to E7\fR Private use nm 232 to 255 E8 to FF\fR _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Non standardized capabilities nm 232 E8 _ .TE .nr PS 9 .RT .ad r \fBTable 6/T.62 | is [T22.62], p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 5.1.3 \fIRefuse SPDU\fR .sp 9p .RT .ce \fBH.T. [T23.62]\fR .ce TABLE\ 7/T.62 \fIbis\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(54p) | cw(18p) | cw(24p) | cw(18p) | cw(54p) | cw(18p) | cw(24p) | cw(18p) . PIG m/nm Code (dec.) Code (hex.) PI m/nm Code (dec.) Code (hex.) _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) , ^ | ^ | ^ | ^ | l | c | c | c. { Non\(hybasic session capabilities } nm 2 2 { Miscellaneous session capabilities } nm 13 D Window size nm 14 E _ .T& lw(114p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Service identifier m \ 8 \ 8 _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) , ^ | ^ | ^ | ^ | l | c | c | c ^ | ^ | ^ | ^ | l | c | c | c. { Non\(hybasic teletex terminal capabilities } nm 65 41 Control character sets nm 73 49 Teletex page formats nm 74 4A { Miscellaneous ttx terminal capabilities } nm 75 4B _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Private use nm 224 to 231 E0 to E7\fR Private use nm 232 to 255 E8 to FF\fR _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . User data nm 193 C1 _ .TE .nr PS 9 .RT .ad r \fBTable 7/T.62 | is [T23.62], p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 5.1.4 \fIACTIVITY\(hySTART SPDU/ACTIVITY\(hyRESUME SPDU\fR .sp 9p .RT .ce \fBH.T. [T24.62]\fR .ce TABLE\ 8/T.62 \fIbis\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(54p) | cw(18p) | cw(24p) | cw(18p) | cw(54p) | cw(18p) | cw(24p) | cw(18p) . PGI m/nm Code (dec.) Code (hex.) PI m/nm Code (dec.) Code (hex.) _ .T& lw(114p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . { Service interworking identifier } nm 40 28 _ .T& lw(114p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Document type identifier nm 48 30 _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) , ^ | ^ | ^ | ^ | l | c | c | c ^ | ^ | ^ | ^ | l | c | c | c ^ | ^ | ^ | ^ | l | c | c | c ^ | ^ | ^ | ^ | l | c | c | c ^ | ^ | ^ | ^ | l | c | c | c. { Non basic teletex terminal capabilities } nm 65 41 Graphic character set nm 72 48 Control character set nm 73 49 Teletex page formats nm 74 4A { Miscellaneous teletex terminal capabilities } nm 72 4B Character box height nm 77 4D Character box width nm 78 4E _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Private use nm 224 to 231 E0 to E7\fR Private use nm 232 to 255 E8 to FF\fR _ .TE .nr PS 9 .RT .ad r \fBTable 8/T.62 | is [T24.62], p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 5.1.5 \fICAPABILITY\(hyDATA SPDU\fR .sp 9p .RT .ce \fBH.T. [T25.62]\fR .ce TABLE\ 9/T.62 \fIbis\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(54p) | cw(18p) | cw(24p) | cw(18p) | cw(54p) | cw(18p) | cw(24p) | cw(18p) . PGI m/nm Code (dec.) Code (hex.) PI m/nm Code (dec.) Code (hex.) _ .T& lw(114p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Inactivity timer nm 18 12 _ .T& lw(114p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Storage capacity negotiation nm 45 2D _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) , ^ | ^ | ^ | ^ | l | c | c | c ^ | ^ | ^ | ^ | l | c | c | c ^ | ^ | ^ | ^ | l | c | c | c ^ | ^ | ^ | ^ | l | c | c | c ^ | ^ | ^ | ^ | l | c | c | c. { Non basic teletex terminal capabilities } nm 65 41 Graphic character set nm 72 48 Control character set nm 73 49 Teletex page formats nm 74 4A { Miscellaneous teletex terminal capabilities } nm 75 4B Character box height nm 77 4D Character box width nm 78 4E _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Private use nm 224 to 231 E0 to E7\fR Private use nm 232 to 255 E8 to FF\fR _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Non standardized capabilities nm 232 E8 _ .TE .nr PS 9 .RT .ad r \fBTable 9/T.62 | is [T25.62], p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 5.1.6 \fICAPABILITY\(hyDATA\(hyACK SPDU\fR .sp 9p .RT .ce \fBH.T. [T26.62]\fR .ce TABLE\ 10/T.62 \fIbis\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(54p) | cw(18p) | cw(24p) | cw(18p) | cw(54p) | cw(18p) | cw(24p) | cw(18p) . PGI n/nm Code (dec.) Code (hex.) PI m/nm Code (dec.) Code (hex.) _ .T& lw(114p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Inactivity timer nm 18 12 _ .T& lw(114p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . { Acceptance of CAPABILITY\(hyDATA parameters } nm 44 2C _ .T& lw(114p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . { Storage capability negotiation } nm 45 2D _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) , ^ | ^ | ^ | ^ | l | c | c | c ^ | ^ | ^ | ^ | l | c | c | c ^ | ^ | ^ | ^ | l | c | c | c ^ | ^ | ^ | ^ | l | c | c | c ^ | ^ | ^ | ^ | l | c | c | c. { Non basic teletex terminal capabilities } nm 65 41 Graphic character set no 72 48 Control character set nm 73 49 Teletex page formats nm 74 4A { Miscellaneous teletex terminal capabilities } nm 75 4B Character box height nm 77 4D Character box width nm 78 4E _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Private use nm 224 to 231 E0 to E7\fR Private use nm 232 to 255 E8 to FF\fR _ .T& lw(54p) | cw(18p) | cw(24p) | cw(18p) | lw(54p) | cw(18p) | cw(24p) | cw(18p) . Non standardized capabilities nm 232 E8 _ .TE .nr PS 9 .RT .ad r \fBTable 10/T.62 | is [T26.62], p.\fR .sp 1P .RT .ad b .RT .sp 1P .LP 5.2 \fIImplementation choices\fR .sp 9p .RT .PP The choices for implementing the OSI session layer are indicated below in order to allow interworking with Teletex and Group\ 4 facsimile equipment. .RT .PP 5.2.1 The S\(hyTOKEN\(hyPLEASE service must be implemented so that, in Teletex and Group\ 4 facsimile services mode of operations: .sp 9p .RT .LP \(em the PT SPDU is in principle concatenated with a category 2 SPDU. The way this service is implemented for modes of operations different from Teletex and Group\ 4 facsimile services is a local matter; .LP \(em when the session is intentionally left inactive for a period of time, the PT SPDU can be sent without being concatenated. For the Teletex and Group\ 4 facsimile service this requires a preceding negotiation of the inactivity timer to a different value from the default value. .PP \fINote\fR \ \(em\ The SPDU GIVE TOKENs (GT) may never be transmitted alone nor may include a \*Qtoken item\*U parameter because the use of the S\(hyGIVE\(hyTOKEN service is not permitted in basic Teletex and Group\ 4 facsimile. .bp .PP 5.2.2 When sending one of the following SPDUs the whole parameter must be absent (i.e.\ PI, LI, PV fields) when the PV field has to be absent (i.e.\ when LI\ =\ 0): token item parameter in PT and GT SPDUs, user data in FN, DN, AB, ED, AE, AEA, AS and AR SPDUs, enclosure item in DT SPDU and sync type item in MIP SPDU. .sp 9p .RT .PP 5.2.3 The sum of the numbers of digits contained in the checkpoint reference number (synchronization point serial number) and the document reference number (activity identifier) shall not exceed six, to permit printing in the available space in the call identification line as defined in Recommendation\ F.200. There is no constraint on the maximum number of digits in either number, as long as this limitation is not exceeded. .PP 5.2.4 The reception of a length indicator with a value lower than 255 in a 3 octets field must not lead to a protocol error. .PP 5.2.5 When receiving an AB SPDU the AA SPDU must be sent back even if the transport connection is not to be kept (X.225 allows the user to choose between disconnecting the transport or sending the SPDU AA when AB is received). .PP The telematic services do not use the \*Qreflect parameter values\*U parameter in the AB SPDU. .PP 5.2.6 When receiving the CN, AC, CD or CDA SPDUs the non\(hystandardized parameter codes or the parameters which are not part of these SPDU encoding, must be ignored. .sp 9p .RT .PP 5.2.7 The TIM timer value must be 4 seconds. .PP 5.2.8 The PGI \*Qconnect/accept\*U (code 5) and the PI \*Qsession requirements\*U (code\ 20) must not be transmitted in the CN or AC SPDU, if their values are the same as their default values. The parameters version number (code\ 22) and transport disconnect (code\ 17) must not be transmitted in the RF SPDU. The RF SPDU may also contain an additional user data parameter. .PP 5.2.9 The absence of non mandatory PI or PGI indicates that no such functions are available. Therefore PIs or PGIs with LI set to zero should be avoided. .PP 5.2.10 When a PV conains graphic characters that may be printed or displayed, they shall be in the intended printing/display sequence and shall be coded as defined in Recommendation\ T.61. .PP 5.2.11 Segmentation is not used. .sp 1P .LP 5.2.12 \fIDefinition of\fR \fIvalid/invalid session protocol\fR \fIdata units\fR .sp 9p .RT .PP In addition to the rules expressed in X.225, the following applies. .RT .sp 1P .LP 5.2.12.1 \fIInvalid PDUs (definitions and rules)\fR .sp 9p .RT .PP If the PDUs do not meet the following conditions, such PDUs are invalid: .RT .LP a) the sum of LIs of PGIs and freestanding PIs is equal to the overall LI; .LP b) the sum of the LIs of PIs embedded within recognized PGIs is equal to the PGIs LI; .LP c) for all mandatory parameters, the PGIs or PIs are present and the LIs are not equal to zero. .PP \fINote\ 1\fR \ \(em\ In the case of AB, AA and RF PDUs, the same checking rules may be applied. However, it is recognized that no externally visible procedure is provided to react to the detection of such invalid PDUs. .PP \fINote\ 2\fR \ \(em\ Invalid ED or ER can either be rejected or processed normally to start error recovery. .PP \fINote\ 3\fR \ \(em\ When receiving an invalid CN it is recommended that the connection be refused by sending a RF with the appropriate parameters and not to release the transport connection. .PP \fINote\ 4\fR \ \(em\ An equipment is not required to make any checking at all on parameters it does not support. In such cases it may also omit the checking of the overall LI. In particular, it should be noted that no recognized parameters, e.g.\ new parameters, may appear either between supported parameters or after the complete set of supported parameters. .bp .RT .sp 1P .LP 5.2.12.2 \fIValid PDUs (rules for mandatory acceptance of PDUs)\fR .sp 9p .RT .PP An SPDU shall not be rejected if it does not meet the rejection conditions described in \(sc\ C.2. They must not be rejected for any of the following conditions: .RT .LP a) the presence of a non\(hymandatory PI or PGI having an LI\ =\ 0; .LP b) the presence of any 3\(hyoctet LI, the coding of which follows the rules described in this Recommendation and in Recommendation\ X.225; .LP c) the presence of any correctly formed PV for which future values can be assigned; .LP d) the presence of one or more undefined PIs or PGIs in CN or CD and their corresponding responses; .LP e) the presence of a T.61 coded hyphen (\*Q\(hy\*U) instead of a colon (\*Q:\*U) as the parameter between the hours and minutes of the date and time PV in CN; .LP f ) the length of the synchronization point serial number in MIA greater or less than the length of the synchronization point serial number in the corresponding MIP (with more or less preceding zeros); .LP g) more PV in AC or RF than in CN. .PP \fINote\fR \ \(em\ The scope of these rules is restricted to the determination of protocol element validity (formal validity) and they do not impact on rejection or protocol elements due to the functions they invoke. \v'1P' .ce 1000 ANNEX\ A .ce 0 .ce 1000 (to Recommendation T.62 | fIbis\fR ) .sp 9p .RT .ce 0 .ce 1000 \fBDefinitions\fR .sp 1P .RT .ce 0 .PP \fINote\fR \ \(em\ Some of the terms used in this Recommendation have been defined in ways that may differ from the meanings of similar terms in other Recommendations. .sp 1P .RT .sp 2P .LP A.1 \fIGeneral\fR .sp 1P .RT .sp 1P .LP A.1.1 \fBTeletex terminal\fR .sp 9p .RT .PP A device that is capable of transmitting and receiving Teletex documents in accordance with the basic requirements of Recommendation\ T.60. .RT .sp 1P .LP A.1.2 \fBcalling terminal\fR .sp 9p .RT .PP The terminal that initiates the procedures to establish a connection. .RT .sp 1P .LP A.1.3 \fBcalled terminal\fR .sp 9p .RT .PP A terminal with whom a calling terminal wants to estabish a connection. .RT .sp 1P .LP A.1.4 \fBGroup 4 facsimile apparatus\fR .sp 9p .RT .PP A device that is capable of transmitting and receiving facsimile documents in accordance with the basic requirements of Recommendation\ T.563. .RT .sp 1P .LP A.1.5 \fBservice interworking\fR .sp 9p .RT .PP The facility of sending and receiving information between a Teletex terminal and a terminal of another service, e.g.\ telex. .bp .RT .sp 1P .LP A.2 \fISession layer mode of communication\fR .sp 9p .RT .PP For the session layer, three different modes of communication are identified: .RT .sp 1P .LP A.2.1 \fBone\(hyway communication (OWC)\fR .sp 9p .RT .PP User information is transferred in one direction only during the session, i.e. only one of the terminals will have the right to be the source. .RT .sp 1P .LP A.2.2 \fBtwo\(hyway alternate (TWA)\fR .sp 9p .RT .PP User information is transferre in both directions, but only in one direction at a time, i.e. the source/sink relation will be changed one or more times during the session. This is also called the half\(hyduplex mode. .RT .sp 1P .LP A.2.3 \fBtwo\(hyway simultaneous (TWS)\fR .sp 9p .RT .PP User information is transferred in both directions simultaneously, i.e. both terminals are simultaneously a source as well as a sink. This is also called the duplex mode. .RT .sp 2P .LP A.3 \fITerms specific to document\fR .sp 1P .RT .sp 1P .LP A.3.1 \fBdocument\fR .sp 9p .RT .PP A document is a sequence of one or more pages intended by the originator to be delivered to the address(es) as a single entity in the original page sequence. .RT .sp 1P .LP A.3.2 \fBpage\fR .sp 9p .RT .PP The basic element of office correspondence in the telematic service. One\ A4 (or A4L, North American standard or North American legal) page or the information that may be presented on it. .RT .sp 1P .LP A.3.3 \fBcheckpoint\fR .sp 9p .RT .PP A checkpoint is a numbered mark inserted by the sender in the text stream to provide a reference point for error recovery. .RT .sp 1P .LP A.3.4 \fBacknowledgement window\fR .sp 9p .RT .PP The maximum number of checkpoints that a sender can transmit without receiving an acknowledgement from the receiver. \v'1P' .RT .ce 1000 ANNEX\ B .ce 0 .ce 1000 (to Recommendation T.62 | fIbis\fR ) .sp 9p .RT .ce 0 .PP B.1 Each state diagram is in only one state at any time. .sp 1P .RT .PP B.2 Each state is represented as an ellipse, which contains a number for reference and a descriptive name. .sp 9p .RT .PP B.3 Permissible transitions from one state to another are shown as connecting lines with an arrow indicating the permitted direction of the state transition and labelled with the event or events that cause that transition. .sp 9p .RT .PP B.4 Where a transition may originate from any of several states, it may be indicated by a broad arrow terminating on the destination state and labelled with the permissible states of originating and with the event or events that cause that entry into the destination state. .bp .sp 9p .RT .PP B.5 An event is either the sending (S\(hy) or reception (R\(hy) of a request or a response or an indicated local operation. .sp 9p .RT .PP B.6 Each state diagram has a state named \*Qidle\*U and numbered zero. This is the initial or reset state when that state diagram is inactive. .sp 9p .RT .PP B.7 Upon sending any request that causes entry into a state named \*Qdemand response\*U, the sending of any additional requests is not permitted until a response is received. A demand response timer is started, and if a response is not received prior to expiration of that time\(hyout, session terminating is mandatory. .sp 9p .RT .PP B.8 The effect of each event that causes a state transition must be completed prior to consideration of a subsequent event. .sp 9p .RT .PP B.9 During a session, each session partner has a responsibility for monitoring for proper operation as follows: .sp 9p .RT .LP a) maintenance of the currently agreed source/sink relationship, .LP b) proper use of request/response procedural sequences as described in the state diagrams and the rules of their operation, .LP c) monitoring of a period of inactivity (e.g. indicating a failure or other inability to continue productive use of the session). .PP Upon detection of a failure to maintain proper operation as described above, use of the error recovery procedures defined for each state diagram is mandatory, or where such error recorvery procedures are not specifically defined, session termination (abnormal end) is mandatory. This is necessary in order to avoid unproductive use of telematic facilities, incurring unnecessary charges where the service is not being used effectively, and causing degradation of the service. .PP B.10 The purpose of the state diagrams is to assist in defining proper use of the elements of procedure, and not to define any particular implementation. .sp 9p .RT .LP .rs .sp 25P .ad r Blanc .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure B\(hy1/T.62 | is, p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure B\(hy2/T.62 | is, p.\fR .sp 1P .RT .ad b .RT .LP .bp .ce 1000 ANNEX\ C .ce 0 .ce 1000 (to Recommendation T.62 | fIbis\fR ) .sp 9p .RT .ce 0 .LP C.1 \fIGeneral\fR .sp 1P .RT .PP C.1.1 An indication of the type of document that is transferred shall be given at the start of the document; if not, the normal type of document is used. .sp 9p .RT .PP C.1.2 A document type indication will indicate to the operating system of the receiving terminal that a special action is required (the action is defined for each type of document). .PP C.1.3 No additional procedure elements or changes in state transition diagrams are required. .sp 2P .LP C.2 \fINormal document\fR .sp 1P .RT .PP C.2.1 This is the normal type of document to be used to transfer text in the telematic services. Upon reception the document may be immediately printed (in the case of Group\ 4 facsimile Class\ 1) or be immediately stored (all other terminals). .sp 9p .RT .PP C.2.2 From the procedures point of view, every Teletex terminal must be able to handle this type of document. .PP \fINote\fR \ \(em\ Where appropriate the rules for the usage of optional functions have to be followed. .sp 1P .LP C.3 \fIOperator document\fR (optional) .sp 9p .RT .PP The operator document represents a type of priority message. It can be used in the conventional mode of operation. .PP It is intended to be presented immediately to the operator (although the decision to present it is left to the receving operator). It may therefore be immediately indicated to the operator that a new operator document has been received. The operator document shall conform to the same presentation control functions and be treated in the procedure as a normal document. The length of an operator document is arbitrary but, preferably (due to the application), it shall not exceed one page. Note that a terminal that does not have a special dialogue mode can handle an operator document as a normal document. .RT .sp 2P .LP C.4 \fIControl document\fR .sp 1P .RT .PP C.4.1 The control document can be used in communication with intermediate store\(hyand\(hyforward equipment; e.g. interworking with the telex service, in standardized options and national applications. .sp 9p .RT .PP C.4.2 The addressing information (and other control information required) can be included as text within such a document. The control document shall, except for the document type indication, follow the same rules (in the procedures) as a normal document. The use of the control document is outside the scope of this Recommendation. .PP C.4.3 Teletex terminals shall be able to support the control documents defined in Recommendation\ T.90 for interworking with the telex service. .sp 2P .LP C.5 \fIMonitor document\fR (optional) .sp 1P .RT .PP C.5.1 The monitor document will not be made available to the user. It is intended to be available for purposes that can be defined by each Administration, e.g. for maintenance purposes. .sp 9p .RT .PP C.5.2 The monitor document will be handled by the operating system of the terminal and not displayed to the operator. The monitor document shall, except for the document type indication, conform to the same rules (in the procedure) as a normal document. .ce 1000 ANNEX\ D .ce 0 .ce 1000 (to Recommendation T.62 | fIbis\fR ) .sp 9p .RT .ce 0 .ce 1000 \fBProtocols for interactive applications\fR .sp 1P .RT .ce 0 .PP These protocols are under study. .bp .sp 1P .RT .sp 2P .LP \fBRecommendation T.63\fR .RT .sp 2P .sp 1P .ce 1000 \fBPROVISIONS\ FOR\ VERIFICATION\ OF\ TELETEX\ TERMINAL\ COMPLIANCE\fR .EF '% Fascicle\ VII.3\ \(em\ Rec.\ T.63'' .OF '''Fascicle\ VII.3\ \(em\ Rec.\ T.63 %' .ce 0 .sp 1P .ce 1000 \fI(Malaga\(hyTorremolinos, 1984; modified at Melbourne, 1988)\fR .sp 9p .RT .ce 0 .sp 1P .LP The CCITT, .sp 1P .RT .sp 1P .LP \fIconsidering\fR , .sp 9p .RT .PP (a) that Administrations planning to offer the Teletex service will require provisions to facilitate the verification of compliance of Teletex terminals; .PP (b) that Recommendation\ F.200 fixes the rules to be followed in the automatic international Teletex service; .PP (c) that Recommendation T.60 defines the requirements for terminal equipment used in the international Teletex service; .PP (d) that Recommendation T.61 defines the character repertoire and coded character sets for the international Teletex service; .PP (e) that Recommendation\ T.62 defines the control procedures for the Teletex service; .PP (f ) that a standardized \*Q test text \*U could provide a means to facilitate the verification of the presentation capabilities of Teletex terminals, .sp 1P .LP \fIunanimously declares the following:\fR .sp 9p .RT .sp 2P .LP \fB1\fR \fBIntroduction\fR .sp 1P .RT .sp 1P .LP 1.1 \fIObjective\fR .sp 9p .RT .PP This Recommendation contains a reference test text and associated encoding of characters to facilitate Administrations' verification of the text presentation capabilities of Teletex terminals. .RT .sp 1P .LP 1.2 \fIScope\fR .sp 9p .RT .PP 1.2.1 The reference test text contained herein is based on Recommendations F.200, T.60, T.61 and T.62, and contains only the basic Teletex repertoire of graphic characters and control functions. .sp 9p .RT .PP 1.2.2 The reference test text is intended to assist verification and does not necessarily guarantee the compliance of Teletex terminals subjected to it. .PP 1.2.3 The reference test text does not supersede Recommendations\ F.200, T.60, T.61 or T.62 which continue to be the definitive specifications for the Teletex character repertoire, its associated coding representation and control procedures. .PP 1.2.4 Additional provisions to facilitate the verification of Teletex terminals are required and are for further study. .sp 2P .LP \fB2\fR \fBGeneral\fR .sp 1P .RT .sp 1P .LP 2.1 \fIGeneral description of\fR \fItest text\fR .sp 9p .RT .PP The test text consists of a document of two pages, the first presented in the horizontal format (see Annex\ A) and the second in the vertical format (see Annex\ B). .RT .sp 1P .LP 2.2 \fIDescription of page 1 (Annex\ A)\fR .sp 9p .RT .PP The first page begins with the control functions PFS, IGS, SHS, FF and CR. .PP \fINote\fR \ \(em\ The IGS function has been included for completeness of control functions. However, its parameter values have not been defined and require further study. Terminals may ignore the IGS function but must be capable of receiving it. .bp .PP The control functions are followed by a framing line to test the required capability of printing 100\ characters beginning at the home position. The sequence 1234567890 should appear exactly 10\ times. One group of ten digits is superscripted to demonstrate the availability of the upper extreme of the printing area. .PP This is followed by the \*Qdiacritical mark\*U test, in which every required combination of letters and diacritical marks is produced. This section is single\(hyspaced [SVS(0)] and occupies lines\ 3 to\ 28 inclusive. .PP Midway through line\ 28, an SVS(1) sequence (9/11 3/1 2/0 4/12) is sent; this results in 1.5\ line spacing beginning with the next LF function (line 29). .PP Immediately following the CR LF sequence terminating line 30, five BS characters (0/8) are sent followed by two Xs (5/8). This tests for the existence of five character positions to the left of the home position, and the ability to print in them, as well as correct functioning of the BS format effector. A CR (0/13) is then sent to return to the home position \(em a rightward movement of the active position \(em and the line number. .PP The centre of line\ 31 exercises the ability to combine diacritical marks with letters and nonspacing underline. .PP At line\ 32, an SVS(2) activates a line spacing of\ 2. .PP Finally, line\ 34 completes the framing, illustrating that we can print in all extreme character positions (line\ 34 is actually the 38th single\(hyspaced line on the page and therefore the last required). One group of digits is subscripted and underlined to further demonstrate the availability of the extremes of the printing area. .RT .sp 1P .LP 2.3 \fIDescription of page two (Annex B)\fR .sp 9p .RT .PP The start of page\ 2 is indicated by a protocol element (as defined in Recommendation\ T.62) which resets all control functions to a default state in accordance with Recommendation\ T.61, \(sc\ 3.3. For this page no presentation control functions are sent prior to the carriage return (CR) form feed (FF) sequence that introduces the text of the page. Therefore, the terminal should revert to the default control function values [PFS(0) and SVS(0)], resulting in a vertical page format and single line spacing. .PP This is followed by a framing line to demonstrate the capability of printing 72\ positions starting at the home position. One group of ten digits is superscripted to demonstrate the availability of the upper extreme of the printing area. .PP A complete character set test follows, in row and column form. All characters in both the primary and supplementary sets are displayed on lines\ 12 to\ 30 inclusive. .PP Lines 1 to 18 are printed with single line spacing. Line 19 contains an SVS(1) sequence, resulting in 1.5\ line spacing beginning with line\ 20. .PP Line 21 contains the control function SHS without parameter value (default value for horizontal spacing). This function will have no effect on the presentation of the page, but the receiving terminal should accept the coding. .PP Line 33 contains the control function \*QSUB\*U which may have a graphical representation (\ in this document). The graphical representation of this control function (SUB) in Annex\ B and Annex\ D is only one of several presentation possibilities as defined in Recommendation\ T.61, \(sc\ 3.3.5. Terminals receiving a substitute character may either represent it with a spacing character or ignore it. .PP Line 32 contains an SVS(2), resulting in double spacing from line 32. .PP Line 34 contains twice SGR(4), resulting in the underlining of the first three words after which underlining is stopped; it starts again under the fourth word. .PP Note that underlining between the third and fourth word must be absent. .RT .sp 1P .LP \fIComment:\fR .sp 9p .RT .PP The sequence of first a SGR(0) without the default parameters code and second a SGR(0) with the parameter is chosen so to avoid the rest of the text of the page from being underlined totally in the case that the omission of the default parameter is not recognized. .bp .PP Immediately after the new line sequence at the end of line 34, five BS (0/8) are sent, followed by two Xs, a CR (0/13) and the line number (35), which should appear in the home position. This again demonstrates the backspace function, the existence of five print positions to the left of the home position in the vertical format, and CR causing a rightward movement of the active position to the home position. .PP Line 35 exhibits the combination of the nonspacing underline character (12/12) with various graphic characters. .PP Line 36 exercises PLU (8/12) and PLD (8/11), alone and in combination with the nonspacing underline. In the middle group, the nonspacing underline precedes the \*Qstart super/subscript\*U command, and in the last group it follows the super/subscript command. .PP Line 37 combines PLU and PLD with the SGR(4) presentation function. In the first group, SGR(4) precedes the first character and remains effective for all characters, while in the second group it is sent prior to the first character and also after each \*Qstart super/subscript\*U command. Also on this line, an X followed by an LF (0/10) is sent without the CR. This results in the next line number\ 38 being printed beneath and one position to the right of the\ X. .PP Note that in lines\ 36 and\ 37 underlining may be suppressed in those character positions where it causes overprinting (Recommendation\ T.61, \(sc\ 3.1.7). .PP Line 39 contains a SVS(0) sequence in which the default parameter (for one spacing) is omitted, resulting in one line spacing, beginning with line\ 40. .PP Finally, line 41 completes the framing, demonstrating the capability of printing in all extreme positions (line 41 corresponds to 55 single spaced lines). A group of ten digits is subscripted and underlined to illustrate complete capability in the extremes. .RT .sp 2P .LP \fB3\fR \fBReference test text\fR .sp 1P .RT .PP Annexes A and B graphically represent the test text, whereas Annexes\ C and\ D represent the applicable coding to realize the test. .RT .LP .rs .sp 28P .ad r Blanc .ad b .RT .LP .bp .ce 1000 ANNEX\ A .ce 0 .ce 1000 (to Recommendation T.63) .sp 9p .RT .ce 0 .LP .rs .sp 47P .ad r \fBTable, p.\fR .sp 1P .RT .ad b .RT .LP .bp .ce 1000 ANNEX\ B .ce 0 .ce 1000 (to Recommendation T.63) .sp 9p .RT .ce 0 .ce \fBH.T. [T27.62]\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; lw(30p) | lw(30p) | lw(30p) | lw(30p) | lw(30p) | lw(30p) | lw(36p) . 1 | | | | | | | | | 1 | | | | | | | | | 1 | | | | | | | | | 1 | | | | | | | | | 1 | | | | | | | | | 1 | | | | | | | | | { 1 | | | | | | | | | | 12 } .T& lw(30p) | lw(30p) | lw(30p) | lw(30p) | lw(30p) | lw(30p) | lw(36p) . 2 .T& lw(18p) | cw(162p) | lw(36p) . 3 Presentation Test Text Page 2 .T& lw(18p) | cw(162p) | lw(36p) . 4 .T& lw(18p) | lw(156p) . 5 { No parameters were specified for this new page. Therefore, by default, line spacing } .T& lw(18p) | lw(156p) . 6 { should be `1` [SVS(0)], and page format should be vertical [PFS(0)]. } .T& lw(18p) | lw(156p) . 7 .T& lw(18p) | lw(156p) . 8 .T& lw(18p) | cw(156p) . 9 Character Set Test .T& lw(18p) | cw(156p) . 10 .TE .TS center box ; lw(18p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) . 11 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 .T& lw(18p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) . 12 \ 0 0 P p \(de \(*W K .T& lw(18p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) . 13 \ 1 ! 1 A Q a q ! \(+- \*`a \ \ .T& lw(18p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) . 14 \ 2 " 2 B R b r c \u2\d \*'a D d .T& lw(18p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) . 15 \ 3 ## 3 C S c s \o'L-' \u3\d \* | a \(pd .T& lw(18p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) . 16 \ 4 \(ci 4 D T d t $ x \o"n~" H h .T& lw(18p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) . 17 \ 5 % 5 E U e u \ \(*m \(em i .T& lw(18p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) . 18 \ 6 & 6 F V f v \fI##\fR \ e IJ ij .T& lw(30p) | lw(150p) | lw(36p) . 19 { \fB1 | | | | | | | | | | fR 19 } .T& lw(18p) | lw(156p) . 20 { Here the line spacing is set to `1\(hy1/2` [SVS(1)]. } .T& lw(18p) | lw(156p) . 21 .TE .TS center box ; lw(18p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | lw(12p) | cw(6p) | cw(12p) . 22 \ 7 ' 7 G W g w \(sc . \u.\d L l .T& lw(18p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | lw(12p) | cw(6p) | cw(12p) . 23 \ 8 ( 8 H X h x \(ci \(di e L l .T& lw(18p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | lw(12p) | cw(6p) | cw(12p) . 24 \ 9 ) 9 I Y i y \o"\(*s/" \o"\(*s/" .T& lw(18p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | lw(12p) | cw(6p) | cw(12p) . 25 10 * : J Z j z \(de OE oe .T& lw(18p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | lw(12p) | cw(6p) | cw(12p) . 26 11 + ; K [ k << >> \*,c o \(*b .T& lw(18p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | lw(12p) | cw(6p) | cw(12p) . 27 12 , < L l | \(14 \(em P b .T& lw(18p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | lw(12p) | cw(6p) | cw(12p) . 28 13 \(em = M ] m \(12 \*U T b .T& lw(18p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | lw(12p) | cw(6p) | cw(12p) . 29 14 . > N n \(34 . \ \ .T& lw(18p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | cw(6p) | cw(12p) | lw(6p) | lw(12p) | cw(6p) | cw(12p) | cw(6p) | lw(12p) | cw(6p) | cw(12p) . 30 15 / ? O \(hy o ? e 'n \ .T& lw(30p) | lw(150p) | lw(36p) . 31 { \fB1 | | | | | | | | | | fR 31 } .T& lw(18p) | lw(156p) . 32 { Here the line spacing is set to `2` [SVS(2)]. } .T& lw(18p) | lw(156p) . 33 .TE .TS center box ; lw(18p) | lw(72p) | lw(126p) . 34 Format Effector Tests [SGR(4)] .T& lw(12p) | lw(18p) | lw(72p) | lw(126p) . XX 35 non spacing underline .T& lw(18p) | lw(36p) | lw(36p) | lw(126p) . 36 E i = M ic\u2\d E i = M ic\u2\d { \fIE\fI \fIc\fR \fI\fI } .T& lw(18p) | lw(36p) | lw(36p) | lw(126p) . 37 E i = M ic\u2\d { \fIE\fI \fIc\fR \fI\fI } X .T& lw(18p) | lw(36p) | lw(36p) | lw(126p) . 38 .T& lw(18p) | lw(156p) . 39 { Here the line spacing is set to `1` [SVS]. } .T& lw(18p) | lw(156p) . 40 .TE .TS center box ; lw(30p) | lw(30p) | lw(30p) | lw(30p) | lw(30p) | lw(30p) | lw(36p) . 41\ 3 | | | | | | | 1 | | | | | | | | | 1 | | | | | | | | | 1 | | | | | | | | | 1 | | | | | | | | | 1 | | | | | | | | | { 1 | | | | | | | | | | 12 } .TE .nr PS 9 .RT .ad r \fBTable [T27.62], p.\fR .sp 1P .RT .ad b .RT .LP .bp .ce 1000 ANNEX\ C .ce 0 .ce 1000 (to Recommendation T.63) .sp 9p .RT .ce 0 .ce 1000 \fBTeletex presentation test text coding\fR .sp 1P .RT .ce 0 .LP .rs .sp 47P .ad r \fBTable p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBTableau p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBTableau p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBTableau p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBTableau p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBTableau p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBTableau p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBTableau p.\fR .sp 1P .RT .ad b .RT .LP .bp .ce 1000 ANNEX\ D .ce 0 .ce 1000 (to Recommendation T.63) .sp 9p .RT .ce 0 .LP .rs .sp 47P .ad r \fBTable p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBTableau p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBTableau p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBTableau p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBTableau p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBTableau p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBTableau p.\fR .sp 1P .RT .ad b .RT .LP .bp