C:\WINWORD\CCITTREC.DOT_______________ Recommendation X.28 DTE/DCE INTERFACE FOR A START–STOP MODE DATA TERMI- NAL EQUIPMENT ACCESSING THE PACKET ASSEMBLY/DISASSEMBLY FACILITY (PAD) IN A PUBLIC DATA NETWORK SITUATED IN THE SAME COUNTRY (provisional, Geneva, 1977; amended, Geneva, 1980, Malaga–Torremolinos, 1984 and Melbourne, 1988) CONTENTS Preface 1 Procedures for the establishment of a national access information path between a start–stop mode DTE and a PAD. 2 Procedures for character interchange and service initialization between a start–stop mode DTE and a PAD. 3 Procedures for the exchange of control information between a start–stop mode DTE and a PAD. 4 Procedures for the exchange of user data between a start–stop mode DTE and a PAD. Annex A – PAD command signals and PAD service signals Annex B – PAD time–outs Annex C – PAD service signals for extended dialogue mode Preface The establishment in various countries of public data networks providing packet–switched data transmission services creates a need to produce stan- dards to facilitate access from the public telephone network, circuit– switched public data networks and leased circuits. The CCITT, considering (a) that Recommendations X.1 and X.2 define user classes of service and user facilities provided by a public data network, and Recommendation X.96 defines call progress signals; (b) that Recommendation X.29 defines procedures for a packet mode DTE to control the PAD and for interworking between PADs; (c) that Recommendation X.3 defines the Packet Assembly/Disassembly (PAD) facility in a public data network; (d) that the logical control links for packet–switched data transmission services are defined in Recommendation X.92; (e) the need for defining an international Recommendation for the exchange of control information between a start–stop mode DTE and a PAD; (f) that DTEs operating in the start–stop mode will send and receive net- work call control information and user information in the form of characters according to Recommendation T.50 or the break signal; (g) that the necessary elements for an interface Recommendation should be defined independently as: 1) procedures for the establishment of a national access information path between a start–stop mode DTE and a PAD, 2) procedures for character interchange and service initialization between a start–stop mode DTE and a PAD, 3) procedures for the exchange of control information between a start– stop mode DTE and a PAD, 4) procedures for the exchange of user data between a start–stop mode DTE and a PAD. unanimously declares that start–stop mode DTE accessing the PAD should operate in accordance with this Recommendation. 1 Procedures for the establishment of a national access information path between a start–stop mode DTE and a PAD 1.1 Access via a public switched telephone network or leased lines with V– Series interfaces 1.1.1 DTE/DCE interface The access information path will be provided by the use of modems stan- dardized for use in the public switched telephone network or leased line operating: i) at rates up to 300 bit/s in accordance with Recommendation V.21; or ii) at the rate of 1200 bit/s in accordance with Recommendation V.22 alternative B, mode ii) or V.22 bis mode 4, and at the rates of 2400 bit/s in accordance with Recommendation V.22 bis mode 2, on the public switched telephone network or 2–wire leased circuit, or at the rates up to 1200 bit/s in accordance with Recommendation V.23 without backward channel on 4– wire leased circuits; or iii) at the rate of 75/1200 bit/s (for the signal received by the DTE and 75 bit/s for the signal sent by the DTE on the backward channel) in accordance with Recommendation V.23. The particular interchange circuits interchange circuits provided, and their operation, shall be in accordance with the relevant modem Recommenda- tions, and clamping of circuit 104 shall be implemented in accordance with Recommendation V.24, § 4.3. At rates of up to 300 bit/s or at 1200 bit/s or 2400 bit/s: a) on the telephone network, the modem shall be set up for channel oper- ation in accordance with Recommendation V.21, or with Recommendation V.22, or with Recommendation V.22 bis; or b) on leased lines (2–wire), the channel operation will be determined by the same rule, the modem at the DTE side being considered as the one mak- ing the telephone call. At the rate of 75/1200 bit/s: the modem shall be set up for channel operation in accordance with Recommendation V.23. Note 1 – The interface requirements for other data signalling rates are for further study. Note 2 – In some networks, references to modem characteristics do not apply (e.g. for leased lines). 1.1.2 Electrical characteristics The electrical characteristics of the DTE/DCE interface shall be in accor- dance with Recommendation V.28. 1.1.3 Procedure for setting up and disconnecting the access information path 1.1.3.1 Setting up the access information path by the DTE The access information path shall be established in accordance with Recom- mendation V.25 for a manual data station manual data station calling an automatic answering station automatic answering station. The mechanism for echo suppressor disablement may not be implemented in some national networks where the access information path does not include echo suppressors. Subsequent to the completion of the above, both the DTE and DCE shall transmit binary 1 on circuits 103 and 104. 1.1.3.2 Disconnecting the access information path by the DTE The access information path shall be disconnected by: i) reversion of the data circuit to the voice mode, or ii) the DTE turning circuit 108/1 or 108/2 OFF for a period greater than Z. The value of Z is for further study. 1.1.3.3 Setting up the access information path by the PAD The procedure for the PAD to establish an access information path shall be in accordance with Recommendation V.25 as far as it is perceived by the DTE. 1.1.3.4 Disconnecting the access information path by the PAD Disconnection by the PAD will be indicated by the DCE turning circuits 106 and 109 OFF, while circuit 108 is ON. Note – Access information path clear indication to the DTE is not signalled by circuit 107 OFF. Not all DTEs allow circuit 107 to be turned OFF if cir- cuit 108 has not been turned OFF previously. 1.2 Access via a public switched data network or via leased lines with X– Series interfaces 1.2.1 DTE/DCE interface designed for start–stop transmission services on public data networks (Recommendation X.20) 1.2.1.1 Physical characteristics The physical characteristics of the DTE/DCE interface are defined in § 2 of Recommendation X.20. 1.2.1.2 Procedures for setting up and disconnecting the access information path (call control) The procedures and formats for call control of the public circuit–switched data network are described in §§ 3 and 4 of Recommendation X.20. The procedures for setting up a virtual call in a packet–switched network are those given in §§ 2, 3 and 4 of this Recommendation. The use of Recom- mendation X.20 procedures to establish a virtual call via a PAD is for fur- ther study. 1.2.2 DTE/DCE interface designed for operation on telephone type networks (Recommendation X.20 bis) In the case of DTEs with interfaces designed for operation on telephone type networks (V–Series interfaces), the access information path will be established by the use of DCEs standardized for start–stop transmission ser- vices on public data networks according to Recommendation X.20 bis. 1.2.2.1 Characteristics of interchange circuits The characteristics of the interchange circuits are described in § 2 of Rec- ommendation X.20 bis. 1.2.2.2 Operational requirements The requirements for the operation of the interchange circuits 106, 107, 108, 109 and 125 are described in § 3 of Recommendation X.20 bis. 1.2.2.3 Operational requirements for disconnecting the access information path by the DTE The access information path shall be disconnected either manually by depressing the clearing key of the DCE, or automatically by the DTE turning OFF circuit 108/1 or 108/2 for a period longer than 210 ms. 1.2.2.4 Indication of disconnection by the PAD Disconnection by the PAD, i.e. DCE clearing, will be indicated by the DCE by turning OFF circuits 106 and 109. The DTE should then perform clear confirmation by turning OFF circuit 108. 1.2.2.5 Setting up the access information path by the PAD The procedure for the PAD to establish an access information path is for fur- ther study. 1.2.2.6 Operational constraints for maintaining the access information path during information transfer The transmission of a break signal longer than 200 ms may cause clearing in a public switched data network. Therefore, the transmission of a break sig- nal in either direction should either be avoided or the timer of the circuit generating a break signal should be adjusted to generate a signal length con- siderably shorter than 200 ms (see also § 3.1.2). 2 Procedures for character interchange and service initialization between a start–stop mode DTE and a PAD 2.1 Format of characters used in the exchange of control information between start–stop mode DTE and a PAD 2.1.1 The start–stop mode DTE shall generate and be capable of receiving characters in accordance with International Alphabet No. 5 as described in Recommendation T.50. The general structure of characters shall be in accor- dance with Recommendation X.4 except that the transmitted stop bits shall be as specified in § 2.1.2. The character format specified below applies to the procedures described in §§ 2 and 3. 2.1.2 The PAD will transmit and expect to receive 8–bit characters. When the value of parameter 21 is set to 0, whenever the PAD has to inter- pret a received character for a specific action different from or additional to the transfer of this data character to the remote DTE, it will only inspect the first seven bits and will not take account of the eighth bit (the last bit preced- ing the stop element). When the value of parameter 21 is set to 1, the PAD will treat the 8th bit of the characters received from the start–stop DTE as a parity bit and check this bit against the type of parity [even, odd, space (“0”) or mark (“1”)] used between the PAD and the start–stop mode DTE. When the value of parameter 21 is set to 2, the PAD will replace the 8th bit of the characters to be sent to the start–stop mode DTE with the bit that cor- responds to the type of parity used between the PAD and the start–stop mode DTE. When the value of parameter 21 is set to 3, the PAD will both check the par- ity bit for characters received from the start–stop mode DTE and generate the parity bit for characters to be sent to the start–stop mode DTE, as described for values 1 and 2. Whenever the PAD generates characters (e.g. PAD service signals), they will be transmitted by the PAD with even parity if parameter 21 is set to 0, and with the type of parity (even, odd, space or mark) used between the PAD and the start–stop mode DTE if parameter 21 is set to 1, 2 or 3 or if the parity is determined by alternate means. When the value of parameter 21 is set to 1 or 3, if the PAD detects a parity error in the characters received from the start–stop mode DTE, the PAD will: – if parameter 2 is set to 0 (no echo), and parameter 6 is set to 0 (no ser- vice signals), reset the virtual circuit; – if parameter 2 is set to 1 (echo) and parameter 6 is set to 0 (no service signals), discard and not echo the character in error and transmit the charac- ter 0/7 (BEL) to the start–stop mode DTE; – if parameter 2 is set to 1 (echo) and parameter 6 is set to 1 or greater (service signals) discard and not echo the character in error and transmit the character 0/7 (BEL) to the start–stop mode DTE; the PAD may also transmit the parity error PAD service signal. The action of the PAD when parameter 2 is set to 0 (no echo) and parameter 6 is set to 1 or greater (service signal) is for further study. The PAD will accept characters which have a single stop element and will transmit characters with at least two stop elements if the start–stop mode DTE is operating at 110 bit/s. If the PAD is operating at any other speed, the PAD will transmit and accept characters with a single stop element. 2.2 Procedures for initialization The references to states in the following procedures correspond to the state diagrams, see Figures 1/X.28, 2/X.28 and 3/X.28. 2.2.1 Active link (state 1) After the access information path has been established, the start–stop mode DTE and the PAD exchange binary 1 across the start–stop mode DTE/DCE interface and the interface is in the active link state. 2.2.2 Service request (state 2) If the interface is in the active link state, the DTE shall transmit a sequence of characters to indicate service request and to initialize the PAD. The ser- vice request signal enables the PAD to detect the data rate, the code and, optionally, the parity used by the DTE and to select the initial profile of the PAD. The parameters of CCITT standard profiles are summarized in Table 1/X.28. The format of the service request signal to be transmitted by the DTE is given in § 3.5.16 below. Some networks may allow state 2 to be bypassed. In case the start–stop mode DTE is connected to the PAD by a leased line or if the access informa- tion path is set up by the PAD, the PAD either knows the speed, code, and initial profile, required for the start–stop mode DTE or uses a default value. The default value is network dependent. In case the access information path is set up by the start–stop mode DTE, the access method chosen may be uniquely dedicated to a single combination of speed, code and initial profile. 1a/X.28 Figure 1a/X.28, p. 1 1b/X.28 Figure 1b/X.28, p. 2 2a/X.28 Figure 2a/X.28, p. 3 2b/X.28 Figure 2b/X.28, p. 4 3/X.28 Figure 3/X.28, p. 52.2.3 DTE waiting (state 3A) Following the transmission of the service request signal the DTE shall trans- mit binary 1 and the interface will be in the DTE waiting state. When the value of parameter 6 is set to 0, the interface will directly enter the PAD waiting state following receipt of a valid service request signal. 2.2.4 Service ready (state 4) When parameter 6 is not set to 0 the interface will enter the service ready state when the PAD transmits a PAD identification PAD service signal after receiving a service request signal. If the PAD identification PAD service sig- nal is not received within V seconds, the DTE should retransmit the service request signal. Following transmission of the service request signal W times the user should report a fault to the appropriate point. The values of V and W are for further study. The standard format of the PAD identification PAD service signal is given in § 3.5.18 below. 2.2.5 Fault condition If a valid service request signal is not received by the PAD within Y seconds after the transmission of binary 1, it will perform PAD clearing by discon- necting the access information path. The value of Y is for further study. Note – Some networks may allow states 2 to 4 to be bypassed. In this case the condition described under § 2.2.4 does not apply. H.T. [1T1.28] TABLE 1/X.28 PAD parameter settings The parameter references and values relate to Rec- ommendation X.3 (see Note 1) Parameter reference number (see Note 3) Parameter descrip- tion Parameter setting for CCITT standard profile (see Note 2) Transparent stan- dard profile (see Note 4) Simple standard pro- file (see Note 4) 1 PAD recall using a charac- ter Set to not possible (value 0) Set to possible (value 1) 2 Echo Set to no echo (value 0) Set to echo (value 1) 3 Selection of data forward- ing signal Set to no data for- warding signal (value 0) Set to all characters in columns 0 and 1 and character 7/15 (DEL) of Interna- tional Alphabet No. 5 (value 126) 4 Selection of idle timer delay Set to one second (value 20) Set to no time out (value 0) 5 Ancillary device Set to no use of X– ON and X–OFF (value 0) Set to use of X–ON and X– OFF (value 1) 6 Control of PAD service signals and PAD command signals Set to no service signals sent to the start–stop mode DTE (value 0) Set to service signals are sent (value 1) 7 Selection of operation of PAD on receipt of break signal from the start– stop mode DTE Set to reset (value 2) Set to reset (value 2) 8 Discard output Set to normal data delivery (value 0) Set to normal data delivery (value 0) 9 Padding after carriage return (CR) Set to no padding after CR (value 0) (see Note 5) Set to no pad- ding after CR (value 0) (see Note 5) 10 Line folding Set to no line fold- ing (value 0) Set to no line folding (value 0) 11 (read only) Binary speed of start–stop mode DTE Indicate speed of DTE Indicate speed of DTE 12 Flow control of the PAD by the start–stop mode DTE Set to no use of X– ON and X–OFF (value 0) Set to use of X–ON and X– OFF (value 1) 13 (see Note 6) Linefeed inser- tion after car- riage return Set to no linefeed insertion (value 0) Set to no linefeed insertion (value 0) 14 (see Note 6) Linefeed pad- ding Set to no linefeed after LF (value 0) Set to no line- feed after LF (value 0) 15 (see Notes 6 and 7) Editing Set to no editing in data transfer state (value 0) Set to no editing in data transfer state (value 0) Tableau 1/X.28 [1T1.28], p. 6 H.T. [2T1.28] TABLE 1/X.28 (cont.) Parameter reference number (see Note 3) Parameter descrip- tion Parameter setting for CCITT standard profile (see Note 2) Transparent stan- dard profile (see Note 4) Simple standard pro- file (see Note 4) 16 (see Note 6) Character delete Set to character 7/ 15 (DEL) (value 127) Set to charac- ter 7/15 (DEL) (value 127) 17 (see Note 6) Line delete Set to character 1/8 (CAN) (value 24) Set to charac- ter 1/8 (CAN) (value 24) 18 (see Note 6) Line display Set to character 1/2 (DC2) (value 18) Set to charac- ter 1/2 (DC2) (value 18) 19 (see Notes 6 and 7) Editing PAD service signals Set to editing PAD service signals for printing terminals (value 1) Set to editing PAD service signals for printing terminals (value 1) 20 (see Notes 6 and 8) Echo mask Set to echo all characters (value 0) Set to echo all char- acters (value 0) 21 (see Notes 6 and 9) Parity Treat- ment Set to no parity detection or gener- ation (value 0) Set to no parity detection or genera- tion (value 0) 22 (see Note 6) Page Wait Set to page wait disabled (value 0) Set to page wait dis- abled (value 0) Note 1 – All parameters standardized by CCITT are listed in Table 1/X.3 including those which provide additional user facilities listed in Recommen- dation X.2. Note 2 – In the case of a leased circuit access, the appropriate profile param- eter values are specified at subscription time. In the case of access from pub- lic telephone networks or circuit switched public data networks, the definition of other CCITT standard profiles is for further study. Note 3 – Parameter reference 0 is not used to define a PAD parameter. Spe- cific use of the decimal value 0 in PAD messages to permit the existence of parameters not defined by CCITT is provided in Recommendation X.29. A similar use of this value in Recommendation X.28 is for further study. Note 4 – The procedures for selecting transparent standard profile or simple standard profile by the start–stop mode DTE are currently defined by using the service request signal or standard profile selection PAD command sig- nal. Note 5 – There will be no padding except that PAD service signals will obtain a number of padding characters according to the data transmission rate of the start–stop mode DTE. Note 6 – Parameter which provides additional user facilities available in some countries for international and national services (see Recommendation X.3). The implementation of this parameter in a PAD is a matter for national determination. When implemented, the values appropriate when a standard profile is selected are given in this table. Note 7 – Editing functions apply during the PAD command state irrespec- tive of the value of parameter 15. The default values of selectable values of parameters 16, 17, 18 and 19 apply for the functions. Note 8 – This parameter does not apply if parameter 2 is set to 0. Note 9 – Characters generated by the PAD itself (e.g. PAD service signals) have even parity when parameter 21 is set to zero unless the parity is set by alternate means. Tableau 1/X.28 [2T1.28], p. 7 3 Procedures for the exchange of control information between a start–stop mode DTE and a PAD 3.1 General 3.1.1 PAD command signals and PAD service signals The operation of the PAD depends on the current values of internal PAD variables which are known as PAD parameters. Initially PAD parameter val- ues depend on the initial standard profile applicable at the time of sending a service request signal or by previous arrangement with the Administration. The parameter values for the transparent and simple standard profile are given in Table 1/X.28. PAD command signals (direction DTE to PAD) are provided for: a) the establishment and clearing of a virtual call (see § 3.2 below); b) the selection of a set of preset values of PAD parameters known as a standard profile, either CCITT or network defined (see § 3.3.1 below); c) the selection of individual PAD parameter values (see § 3.3.2 below); d) requesting the current values of PAD parameters to be transmitted by the PAD to the DTE (see § 3.4 below); e) sending of an interrupt; f) requesting the status of the circuit (see § 3.7 below); g) resetting the virtual call. PAD service signals (direction PAD to DTE) are provided to: a) transmit call progress signals to the calling DTE; b) acknowledge PAD command signals; c) transmit information regarding the operation of the PAD to the start– stop mode DTE. The formats of PAD command signals and the standard formats of PAD ser- vice signals are given in § 3.5 below. Some networks may also support the extended dialogue mode for PAD command signals and PAD service signals as defined in § 3.5 and § 5 below. Some networks may also support addi- tional PAD command signals and PAD service signals as defined in § 5 below. The information content of PAD command signals and PAD service signals are summarized in Annex A. 3.1.2 Break signal The break signal is provided to allow the start–stop mode DTE to signal to the PAD without loss of character transparency. The break signal can also be transmitted by the PAD to the start–stop mode DTE. The break signal is defined as the transmission of binary 0 for more than 135 ms. The maximum permitted duration shall depend upon the type of access information path used (see, for example, § 1.2.2.6 above). A break signal shall be separated from any following start–stop character or other break signal by the transmission of binary 1 for more than 100 ms. 3.1.3 Prompt PAD service signal If parameter 6 is set to 5 on entering the PAD waiting state or waiting for command state, the PAD will indicate its readiness to receive a PAD com- mand signal by transmitting the prompt PAD service signal. If the value of parameter 6 is set to 0 or 1, the PAD will not transmit the prompt PAD service signal to the start–stop mode DTE. If the value of parameter 6 is set to 5, a PAD command signal transmitted before the prompt PAD service signal has been received from the PAD will be ignored. If the value of parameter 6 is set to any of the values 8–15, the availability and format of a prompt PAD service signal is network dependent. The standard format of the prompt PAD service signal is given in § 3.5.23. 3.2 Procedures for virtual call control Figure 1/X.28 (Sequence of events at the interface) shows the procedures at the DTE/DCE interface during call establishment, data transfer and call clearing. Figure 2/X.28 shows the state diagram. For details on the action expected of the start–stop mode DTE following receipt of a PAD service signal, refer to Recommendation X.96. 3.2.1 Call establishment 3.2.1.1 PAD waiting (state 5) Following the transmission of a PAD service signal the interface will be in the PAD waiting state unless a virtual call is established or is being estab- lished. During the PAD waiting state the PAD will transmit binary 1. If parameter 2 is set to 1, all characters are echoed. Note – In some networks the active link state will either lead directly to the PAD waiting state, the service ready state or the connection in progress state. 3.2.1.2 Network user identification (NUI) When required, for security, billing and/or network management purposes the network user shall transmit a network user identification signal. Some Administrations may not implement a network user identification signal. When implemented, the network user identification signal will be defined in the facility request block of a selection PAD command signal. The format of the facility request block is defined in § 3.5.15.1. The information content of the network user identification signal is network dependent. When network user identification is not used and the calling DTE is not identified by other means, the reverse charging facility will be used. 3.2.1.3 PAD command (state 6) The DTE may transmit a PAD command signal when the interface is in the PAD waiting state (state 5) and enters the PAD command state at the start of a PAD command signal. The DTE may also transmit PAD command signals after escaping from the data transfer state or the connection in progress state (see § 4.9.1 below). If parameter 2 is set to 1, characters in PAD command signals are echoed, except the characters following the character P in a selection PAD command signal, which are not echoed. If parameter 20 is implemented, the set of characters to be echoed is determined by the value of parameter 20. If parameter 6 is not set to 0, the PAD will ignore all characters received from the DTE following the receipt of a PAD command signal until the associated PAD service signal or sequence of PAD service signals has been transmitted to the DTE by the PAD. If parameter 6 is set to 0, the PAD will not transmit a PAD service signal. Therefore it is for the user to define the way in which information regarding the completion of the connection is signalled to the start–stop mode DTE. The DTE may request the establishment of a virtual call by transmitting a selection PAD command signal. The DTE may edit PAD command signals before they are actioned by the PAD by using the procedures in § 3.6 below. The formats of PAD command signals are given in § 3.5 below. A summary of PAD command signals is given in Table 2/X.28. 3.2.1.4 DTE waiting (state 3B) Following the transmission of a PAD command signal the DTE will transmit binary 1 and the interface will be in the DTE waiting state. H.T. [T2.28] TABLE 2/X.28 Summary of PAD command signals PAD command signals Valid before virtual call set– up Valid after escaping from data transfer state Valid after escaping from con- nection– in– progress state Selection (§ 3.2.1.3) X Profile selection (§§ 3.3.1 and 4.9.2.5) X X Set (§§ 3.3.2 and 4.9.2.5) X X Set and read (§§ 3.3.2 and 4.9.2.5) X X Read (§§ 3.4 and 4.9.2.5) X X Clear request (§§ 3.2.1.5, 3.2.2.1 a) and 4.9.2.1) X X Status (§§ 3.7 and 4.9.2.2) X X Reset (§ 4.9.2.3) X Interrupt (§ 4.9.2.4) X Remote set and read (§§ 3.3.4) X Remote read (§ 3.4.2) X Invitation to clear (§ 3.2.2) X Extended dialogue mode Break (§ 5.1) X Help (§ 5.4) X X Language (§ 5.3) X X NUI on (§ 5.2) X NUI off (§ 5.2) X Table 2/X.28 [T2.28], p.3.2.1.5 Connection–in–progress (state 7) If parameter 6 is not set to 0, on receipt of a valid selection PAD command signal the PAD will transmit an acknowledgement PAD service signal fol- lowed by binary 1 and the interface will enter the connection–in–progress state. The interface will enter the PAD service signals state as necessary and the PAD will transmit the connected PAD service signal or a clear indication PAD service signal to the DTE. During this period the PAD will not accept any PAD command signals. Characters are not echoed. If the value of parameter 6 is 0, the PAD will not transmit PAD service sig- nals to the start–stop mode DTE. Following the receipt of a valid selection PAD command signal, the interface shall remain in the connection–in– progress state until the virtual call has been established. In some networks, during the connection in progress state, the start–stop mode DTE may escape from that state by transmitting a PAD recall signal to the PAD. On detection of the PAD recall signal, the interface will enter the waiting for command state. If parameter 1 is set to 1, the PAD will recognize the character 1/0 (DLE) as the PAD recall signal from the start–stop mode DTE. If parameter 1 is set to a decimal value from 32 to 126, the PAD will recog- nize the binary representation of the decimal value as the PAD recall signal from the start–stop mode DTE. If parameter 7 is set to 8, the break signal may be used as the PAD recall sig- nal from the connection in progress state, allowing for escape from the con- nection in progress state without loss of character transparency. If parameter 6 is set to 5, the prompt PAD service will be transmitted by the PAD. At this time, the PAD may accept the clear request PAD command sig- nal or another suitable command to be determined by further study. On receipt of the next character from the start–stop mode DTE, the PAD will act in accordance with one of the following conditions: a) if the character received is the PAD recall character or the PAD com- mand signal delimiter [characters 2/11 (+) or 0/13 (CR)] the interface will return to the connection in progress state and no action will be taken with the character; b) if the character received is in columns 2 to 7 of International Alphabet No. 5, excluding the characters 2/0 (SP), 2/11 (+) [see § 3.2.1.5.1 a) above], 7/15 (DEL) and the PAD recall character, the interface will enter the PAD command state, and the character will be placed in the editing buffer. Char- acters 2/0 (SP) and 7/15 (DEL) will be ignored; c) if the character is not covered above, for example editing character sin columns 2 to 7 and characters in columns 0 and 1 of IA5, the action by the PAD is for further study. If the first character of a PAD command signal is not received within P sec- onds of the interface entering the waiting for command state from the con- nection in progress state, the PAD will transmit an error PAD service signal, when parameter 6 is not set to 0. The interface will then enter the connection in progress state, irrespective of the value of parameter 6. The value of P is for further study but will not be less than 60 s. If the PAD command signal delimiter is not received within Q seconds of the interface entering the PAD command state from the connection in progress state, or an invalid PAD command signal is received, the PAD will transmit an error PAD service signal, when parameter 6 is not set to 0, indi- cating that an error has occurred. The interface will then enter the connec- tion in progress state, irrespective of the value of parameter 6. The value of Q is for further study but will not be less than 60 s. If a valid clear request PAD command signal is received the procedure will be as described in § 3.2.2.1 a). 3.2.1.6 PAD service signals (state 8) Following receipt by the DTE of a PAD service signal or a sequence of PAD service signals (in the case of call set–up) in response to a previously trans- mitted PAD command signal, the interface will be in either: a) a PAD waiting state (state 5) if no virtual call is in progress, or b) a data transfer state (state 9) if a virtual call is in progress. Any PAD service signal arising from events within the packet network will not be transmitted until any PAD service signal outstanding from a previ- ously received PAD command signal has been transmitted. PAD service signals will not be transmitted if the value of parameter 6 is set to 0 and the PAD service signals state will be bypassed. The standard format of PAD service signals is defined in § 3.5 below. A summary of PAD service signals is given in Annex A. 3.2.1.7 Incoming calls The PAD will indicate incoming call to the start–stop mode DTE only if the DTE/DCE interface is in the PAD waiting state (state 5). In any other case the PAD will only indicate incoming call if: a) the PAD knows the speed and code of the start–stop mode DTE by previous agreement, or a default value is applicable; b) the PAD waiting state (state 5) is reached by the setting up of an access information path within X seconds. The value of X is for further study, but should not exceed 120 s. The PAD will transmit to the start–stop mode DTE an incoming call PAD service signal. The PAD will not expect a response to the incoming call PAD service signal from the start–stop mode DTE and will consider the interface to enter at once the data transfer state (state 9). The standard format of the incoming call PAD service signal is given in § 3.5.22 below. 3.2.2 Clearing 3.2.2.1 Clearing by the start–stop mode DTE 3.2.2.1.1 Clearing by the local PAD DTE clearing of the PAD to which the DTE is connected shall be indicated by either: a) transmitting a clear request PAD command signal after escaping from the data transfer state during a virtual call (see § 4.9 below). The format of a clear request PAD command signal is given in § 3.5.8 below. The PAD will transmit a clear confirmation PAD service signal within B seconds. The value of B is for further study. The standard format of the clear confirmation PAD service signal is given in § 3.5.9 below. The interface will enter the PAD waiting state and the DTE will be allowed to make a follow–on call; or b) disconnecting the access information path. 3.2.2.1.2 Clearing of the remote PAD Note – This is an optional function which will not be supported on all PADs. DTE clearing of a remote PAD shall be indicated by transmitting an invita- tion to clear PAD command signal after escaping from the data transfer state during a virtual call (see § 4.9 below). The format of an invitation to clear PAD command signal is given in § 3.5.8 below. The PAD to which the DTE issuing the invitation to clear is connected will transmit a clear indication PAD service signal to that DTE once indication of clearing has been received from the remote PAD. The format of the clear indication PAD ser- vice signal is given in § 3.5.17 below. The interface will enter the PAD wait- ing state and the DTE will be allowed to make a follow–on call or disconnect the access information path. 3.2.3 Unsuccessful calls If a call is unsuccessful for any reason, the PAD will indicate the reason to the start–stop mode DTE by means of a clear indication PAD service signal. If parameter 6 is set to 0, a PAD service signal is not transmitted. After transmission of the clear indication PAD service signal the PAD will be in the PAD waiting state. 3.2.3.1 Fault conditions 3.2.3.1.1 Failure to receive a PAD command signal If the first character of a PAD command signal is not received within T sec- onds of the interface entering the PAD waiting state, the PAD will perform PAD clearing in accordance with § 3.2.2.2 above. The value of T is for fur- ther study. This restriction does not apply to a DTE which accesses the PAD by a leased line. If following the first character of a PAD command signal a PAD command signal delimiter is not received within S seconds, the PAD will transmit an error PAD service signal, if parameter 6 is not set to 0, indicating that an error has occurred (see § 3.5.19 below) and the interface will return to the PAD waiting state. The value of S is for further study but will not be less than 60 s. If the PAD receives an unrecognized PAD command signal it will transmit an error PAD service signal, if parameter 6 is not set to 0, indicating that an error has occurred and the interface will return to the PAD waiting state. The operation of the PAD when parameter 6 is set to 0 is for further study. 3.2.3.1.2 Failure to establish a virtual call If the interface enters the PAD waiting state more than N times after setting up the access information path without a virtual call being established, the PAD will disconnect the access information path. This restriction does not apply to DTEs which access the PAD by leased lines. The value of N is for further study. 3.2.3.1.3 Invalid clear request PAD command signal If the PAD receives a clear request PAD command signal while the interface is in the PAD waiting state, the PAD will transmit a clear indication PAD service signal (local procedure error) if parameter 6 is not set to 0 and the interface will return to the PAD waiting state. The standard format of the rel- evant clear indication PAD service signal is given in § 3.5.17 e) below. 3.2.3.1.4 Invalid facility request If the PAD receives an invalid facility request code the PAD will perform PAD clearing in accordance with §§ 3.2.2.1.1 or 3.2.2.1.2 above. 3.2.3.2 Failure of the access information path If the access information path is disconnected for any reason, the call attempt or virtual call will be cleared by the PAD. 3.2.4 Data transfer The procedures for data transfer are given in § 4 below. 3.2.5 Called DTE reselection The called DTE reselection is provided as default condition by the PAD. The start–stop mode DTE is able to prevent the called DTE reselection by including the called DTE reselection prevention facility in the selection PAD command signal. On receipt of a reselection PAD message the PAD will, if parameter 6 is not set to 0 and the called DTE reselection prevention facility has not been requested in the selection PAD command signal, send a reselection PAD ser- vice signal to the start–stop mode DTE. The standard format of the reselection PAD service signal is given in § 3.5.29. The interface will enter connection in progress state, and the PAD will act as described in § 3.2.1.5 above. Note – Some networks may not implement this procedure. 3.3 Procedures for setting or changing the values of PAD parameters The procedures described in §§ 3.3.1 and 3.3.2 give details for setting or changing the values of PAD parameters values of PAD parameters by the start–stop mode DTE connected to that PAD. These procedures may be used before the selection PAD command signal is sent and also after escaping from the data transfer state. The procedures described in § 3.3.3 below refer to the PAD behaviour about the current values of PAD parameters in the case of call clearing. The procedures described in § 3.3.4 give details for setting or changing the values of remote PAD parameters by a start–stop mode DTE. These prece- dures may only be used after escaping the data transfer state. Note – The procedure for setting or changing parameters in a remote PAD is optional and may not be supported by many PADs. 3.3.1 Selection of a standard profile by the start–stop mode DTE The start–stop mode DTE may select a set of defined values of PAD param- eters known as a standard profile [see § 3.1.1 b) above] by sending the pro- file selection PAD command signal which includes a profile identifier profile identifier. This procedure is additional to the selecting of an initial standard profile by transmitting the service request signal. The start–stop mode DTE may select a set of parameter values as an initial profile at sub- scription time by agreement with the Administration. The format of the profile selection PAD command signal is given in § 3.5.5 below. A list of the parameter values associated with the transparent and simple standard profiles is given in Table 1/X.28. Other CCITT standard profiles, all corresponding parameter values and their identifiers are subjects for fur- ther study. When parameter 6 is not set to 0, the PAD will acknowledge the profile selection PAD command signal by sending an acknowledgement PAD ser- vice signal to the start–stop mode DTE. The standard format of the acknowledgement PAD service signal is defined in § 3.5.3 below. 3.3.2 Procedures for setting or changing one or several parameters by the start–stop mode DTE The start–stop mode DTE may change the values of one or several parame- ters by sending a set or set and read PAD command signal including the parameter reference(s) and value(s). The format of PAD command signals is defined in § 3.5 below. When parameter 6 is not set to 0, the PAD will respond to a valid set and read PAD command signal by transmitting a parameter value PAD service signal, showing the newly set parameter values. The PAD will respond to a valid set PAD command signal by transmitting an acknowledgement PAD service signal. If at least one of the requested PAD parameters is invalid, the PAD will send a parameter value PAD service signal to the start–stop mode DTE to identify the invalid parameters. In this case the valid parameters will be accepted and invoked. Valid parameter references and values are given in Table 1/X.3. The format of the parameter value PAD service signal is defined in § 3.5.14 below. When parameter 6 is set to 0, the PAD will accept and invoke valid parame- ters without advising the start–stop mode DTE of any invalid parameters or parameter values. If the function of a character is duplicated by the selection of parameter val- ues by use of the set or set and read PAD command signal, the PAD will consider these parameter changes as valid, and will respond as described above. After these changes are invoked, when the PAD receives from the start–stop mode DTE the character with the duplicated function, the PAD will perform the function of the character that has the highest priority among the functions that are duplicated. The priority assignment of the functions is as follows: (Highest) 1) PAD recall character (parameter 1) 2) PAD command signal delimiter 3) X–ON, X–OFF (parameters 12 and 22) 4) Line Display (parameter 18) 5) Character delete (parameter 16) 6) Line delete (parameter 17) (Lowest) 7) Data forwarding character (parameter 31). 3.3.3 PAD procedures regarding the current values of PAD parameters The following situations are considered: i) Call establishment phase In any case if a clear condition, without disconnecting the access informa- tion path, occurs prior to the virtual call being set up, the current values of PAD parameters are left as they are. ii) Clear after call set up In the case where a clear condition, without disconnecting the access infor- mation path, occurs after set up of the virtual call, the PAD will reset the parameters to the values specified in the initial profile. 3.3.4 Procedures for setting or changing one or several parameters of a remote PAD by the start–stop mode DTE Note – The function of being able to set or change parameters in the remote PAD is optional and may not be supported by many PADs. The start–stop mode DTE may change the values of one or several parame- ters in a remote PAD by sending a remote set and read PAD command signal including the parameter reference(s) and value(s). The format of PAD com- mand signals is defined in § 3.5 below. When parameter 6 is not set to 0, the PAD will, in response to a valid remote set and read PAD command signal from the local DTE and following receipt of a parameter indication PAD message from the remote PAD, transmit a remote parameter value PAD service signal to the local DTE showing the newly set parameter values in the remote PAD. 3.4 Procedures for reading the values of one or several parameters by the start–stop mode DTE This procedure may be used when parameter 6 is not set to 0. The PAD will ignore a read PAD command signal or a remote read PAD command signal if parameter 6 is set to 0. 3.4.1 To read local PAD parameter values The start–stop mode DTE may enquire about the current values of one or several PAD parameters by sending the read PAD command signal and the references of the required parameters before the selection PAD command signal is sent and also after escaping from the data transfer state. The format of the read PAD command signal is defined in § 3.5.4 below. The PAD will respond by sending a parameter value PAD service signal containing the requested parameter values. The standard format of the parameter value PAD service signal is defined in § 3.5.14 below. 3.4.2 To read remote PAD parameter values The procedures used by the start–stop mode DTE to enquire about the cur- rent values of the remote PAD are similar to those in § 3.4.1 above. In this case the remote read PAD command signal and remote parameter value PAD signal are used, and the procedure may only be used after escaping from the data transfer state. 3.5 Formats of PAD command signals and PAD service signals All characters in columns 2 to 7 of International Alphabet No. 5, excluding the characters 2/0 (SP), 7/15 (DEL), 2/11 (+) and the characters assigned to perform editing functions will be recognized by the PAD as forming part of a PAD command signal. The PAD will always recognize the characters 0/13 (CR) and 2/11 (+) as the PAD command signal delimiter. The PAD com- mand signal delimiter is not part of the command. Characters 2/0 (SP) and 7/15 (DEL) are not considered as part of a PAD command signal and those characters will be ignored by the PAD if no other function is assigned to these characters. Characters from columns 0 to 7 may be assigned to per- form editing functions and in this case the PAD will operate in accordance with § 3.6 below. Unassigned characters in columns 0 and 1 will be ignored by the PAD. PAD command signals are defined in upper case characters in this Recom- mendation; however, in addition, lower case characters are acceptable. For an interim period, some networks may consider PAD command signals con- taining lower case characters as invalid. All PAD command signals shall be terminated with the PAD command sig- nal delimiter. If the low order 4 bits or parameter 6 are set to a value of 1 or 5, PAD service signals will be sent in the standard format, as described below. If the low order 4 bits of parameter 6 are set to one of the values 8 to 15 PAD service signals are sent in a network dependent format. If the high order 4 bits of parameter 6 are not all zero, the PAD will operate in the extended dialogue mode. The extended dialogue mode provides addi- tional natural language text in PAD service signals. It provides a help PAD command signal for requesting explanatory information on PAD command signals, PAD parameters, standard profiles, etc. In the following definitions of standard formats for PAD service signals, the extended text, where shown, is to be sent only when the PAD is in the extended dialogue mode. In some networks the extended dialogue mode information may be provided in different languages. Additional PAD command signals may be provided as defined in § 5. Some networks may also provide the additional PAD com- mand signals while the PAD is not in extended dialogue mode. Note – The text for service signals in languages other than English is for fur- ther study. See Annex C. Some networks may not permit the free use of character 2/0 (SP) anywhere in the command when operating in the extended dialogue mode. In particu- lar this character may not be permitted within keywords. In addition, at least one such character may be required as a separator between keywords or between keywords and numeric values. PAD service signals, other than the acknowledgement, prompt, character deleted, line deleted and page wait PAD service signals (see §§ 3.5.2, 3.5.23, 3.5.24, 3.5.25 and 3.5.26) will commence with and be followed by the format effector. 3.5.1 Format of the PAD command signal delimiter The character 0/13 (CR) or character 2/11 (+) may be sent as a delimiter. 3.5.2 Format of the format effector The characters 0/13 (CR) 0/10 (LF) will be sent by the PAD followed by, when parameter 9 is set to 0, two padding characters if the start–stop mode DTE operates at a data rate of 110 bit/s and four padding characters if the start–stop mode DTE operates at 200 bit/s, 300 bit/s, 1200 bit/s or 75/1200 bit/s. If parameter 9 is not set to 0, then the number of padding characters trans- mitted after the character 0/10 (LF) will be equal to the current value of that parameter. The format of the padding characters is given in § 3.5.20 below. Note – The term “format effector” is used here slightly differently than in Recommendation T.50. 3.5.3 Standard format of the acknowledgement PAD service signal The format effector will be sent. 3.5.4 Format of read PAD command signal 3.5.4.1 To read parameters of the local PAD to which the requesting DTE is connected, the characters 5/0 (P) 4/1 (A) 5/2 (R) 3/15 (?) shall be sent fol- lowed by the decimal reference of the parameter to be read. Characters of International Alphabet No. 5 will be sent to represent both the parameter reference and parameter value, e.g. decimal value 12 would be sent as characters 3/1 (1) and 3/2 (2). If no parameter reference number is indicated in the read PAD command signal then it applies implicitly to all parameters. When more than one parameter is required to be read by sending the read PAD command signal, the character 2/12 (,) shall be sent between the deci- mal references of the parameters. Example: PAR? 1, 3, 5 The format required to read national parameters is for further study. 3.5.4.2 If reading of remote PAD parameters is supported by the local PAD, the characters 5/2 (R) 5/0 (P) 4/1 (A) 5/2 (R) 3/15 (?) shall be sent followed by the reference of the parameter to be read. Characters of International Alphabet No. 5 will be sent to represent both the parameter reference and parameter value, e.g. decimal value 12 would be sent as characters 3/1 (1) and 3/2 (2). If no parameter reference number is indicated in the remote read PAD com- mand signal then it applies implicitly to all parameters. When more than one parameter is required to be read by sending the remote read PAD command signal, the character 2/12 (,) shall be sent between the decimal references of the parameters. Example: RPAR ? 1, 3, 5 3.5.5 Format of profile selection PAD command signal The characters 5/0 (P) 5/2 (R) 4/15 (O) 4/6 (F) shall be sent followed by a profile identifier profile identifier. A profile identifier will consist of one or more alphanumeric characters. The profile identifiers 90–99 are reserved for CCITT defined profiles as defined in Tables 3/X.28. In addition, some net- works may also assign other profile identifiers to CCITT defined profiles. H.T. [T3.28] TABLE 3/X.28 CCITT standard profile identifiers Profile identifier CCITT standard pro- file 90 Simple standard pro- file 91 Transparent standard profile 92 to 99 Reserved for future use Table 3/X.28 [T3.28], p.3.5.6 Format of set PAD command signal and the set and read PAD command signal 3.5.6.1 To set or set and read parameters in the local PAD to which the DTE is connected: The set PAD command signal will consist of the characters 5/3 (S) 4/5 (E) 5/ 4 (T) followed by the decimal reference of the parameter to be set, followed by character 3/10 (:) and the parameter value required. The set and read PAD command signal will consist of the characters 5/3 (S) 4/5 (E) 5/4 (T) 3/15 (?) followed by the decimal reference of the parameter to be set and read, followed by the character 3/10 (:) and the parameter value required. If more than one parameter is to be set or set and read by the set and read PAD command signal, the character 2/12 (,) shall be sent between a parame- ter value and the next parameter reference. Example: SET 2:0, 3:2, 9:4 The format required to set national parameters is for further study. 3.5.6.2 To set and read parameter in the remote PAD The local PAD may optionally support the setting and reading of the remote PAD parameters. The remote set and read PAD command signal will consist of the characters 5/2 (R) 5/3 (S) 4/5 (E) 5/4 (T) 3.15 (?) followed by the decimal reference of the parameter to set and read, followed by the character 3/10 (:) and the parameter value required. If more than one parameter is to be set and read by the remote set and read PAD command signal, the character 2/12 (,) shall be sent between a parame- ter value and the next parameter reference. Example: RSET 2:0, 3:2, 9:4 3.5.7 Standard format of the reset PAD service signal The reset PAD service signal consists of the following elements: ::= where ::= 5/2 (R) 4/5 (E) 5/3 (S) 4/5 (E) 5/4 (T) 2/0 (SP) ::= as shown in Table 5/X.28 ::= 1, 2 or 3 characters which represent the decimal value of the diagnostic code, as specified in Recommendation X.25. ::= 2/0 (SP) 2/13 (–) 2/0 (SP) followed by extended dialogue mode text as specified in Table 5/X.28. 3.5.8 Format of the clear request PAD command signal and invitation to clear PAD command signal 3.5.8.1 Standard Format of the clear request PAD command signal The clear request PAD command signal will, in the following order, consist of the following elements: – One mandatory field: The characters <4/3 (C) 4/12 (L) 5/2 (R)> shall be sent to cause the local PAD to clear the call, followed by – One optional field (only present in conjunction with the fast select facility): Up to 128 characters of clear user data that may only be present in conjunc- tion with the fast select facility. Note – the characters 0/13 (CR) and 2/11 (+) should not be included in the clear user data field because they will be treated as a PAD command signal delimiter and not transmitted to the remote packet mode DTE. The editing functions should not be included in the clear user data field as they will be treated as providing the editing function. 3.5.8.2 Invitation to clear PAD command signal The local PAD may support the capability to generate an invitation to clear PAD message to the remote PAD to request the remote PAD to clear the call when all remaining data has been transmitted to the remote DTE. The characters 4/9 (I) 4/3 (C) 4/12 (L) 5/2 (R) shall be sent to cause the local PAD to send an invitation to clear to the remote PAD. 3.5.9 Standard format of the clear confirmation PAD service signal The clear confirmation PAD service signal consists of the following ele- ments: ::= where ::= 4/3 (C) 4/12 (L) 5/2 (R) 2/0 (SP) ::= characters as specified in Table 7/X.28 ::= 2/0 (SP) 2/13 (–) 2/0 (SP) followed by extended dialogue mode text as specified in Table 7/X.28. ::= see § 3.5.2 ::= see § 3.5.17.3 If subscribed to or requested in the selection PAD command signal (see Table 4/X.28), the optional facility block will contain the charging informa- tion and will be transmitted by the PAD to the start–stop mode DTE. The format of the charging information is network dependent. 3.5.10 Format of the status PAD command signal The characters 5/3 (S) 5/4 (T) 4/1 (A) 5/4 (T) shall be sent. 3.5.11 Standard format of the status engaged and status free PAD service sig- nals The status engaged PAD service signal consists of the following elements: ::= where ::= 4/5 (E) 4/14 (N) 4/7 (G) 4/1 (A) 4/7 (G) 4/5 (E) 4/4 (D) ::= 2/0 (SP) 2/13 (–) 2/0 (SP) followed by the extended dialogue mode text “Call Established” Note – The inclusion of additional information (e.g. destination address) is for further study. The status free PAD service signal consists of the following elements: ::= where ::= 4/6 (F) 5/2 (R) 4/5 (E) 4/5 (E) ::= 2/0 (SP) 2/13 (–) 2/0 (SP) followed by the extended dialogue mode next “No Call Established” Note – The inclusion of additional information, (e.g. see § 3.5.18) is for fur- ther study. 3.5.12 Format of the reset PAD command signal The characters 5/2 (R) 4/5 (E) 5/3 (S) 4/5 (E) 5/4 (T) shall be sent. 3.5.13 Format of the interrupt PAD command signal The characters 4/9 (I) 4/14 (N) 5/4 (T) shall be sent. H.T. [T4.28] TABLE 4/X.28 Facility request/indication codes Facility request/indi- cation code Facility Remarks 4/2 (B) Bilateral closed user group Note 2 4/3 (C) Charging information Note 1 4/4 (D) Throughput class negotiation Note 2 4/5 (E) Address Extension String Called Address extension Note 1 4/6 (F) Fast select with no restriction on response Note 1 4/7 (G) CUG String Closed user group Note 1 4/13 (M) Called line address modified notifi- cation Note 2 4/14 (N) NUI String Network user identification Note 1 4/15 (O) CUG String Closed user group with outgoing access Note 1 5/0 (P) Packet size negotiation Note 2 5/0 (Q) Fast select with restriction on response Note 1 5/2 (R) Reverse charging Note 1 5/3 (S) Called DTE reselection prevention Note 2 5/4 (T) RPOA string RPOA transit network selection Note 1 5/5 (U) Call redirection notification Note 2 5/7 (W) Window size negotiation Note 2 Note 1 – These codes may be currently used. Note 2 – These codes are reserved for possible future use. Tableau 4/X.28 [T4.28] p. 10 H.T. [T5.28] TABLE 5/X.28 Extended dialogue mode text for reset PAD service signal 4/4 (D) 5/4 (T) 4/5 (E) Reset by remote device, data may be lost 4/5 (E) 5/2 (R) 5/2 (R) Reset by network, local procedure error, data may be lost 4/15 (N) 4/3 (C) Reset due to temporary network problem, data may be lost 5/2 (R) 5/0 (P) 4/5 (E) Reset by network, remote proce- dure error, data may be lost Tableaux: 10 Tabulateurs: 2 RPAR? F06/002 à 005 ERR F07/002 Formules: 0 – Tabulateurs: .. (82.TA.238.E) Fascicule VIII.2 (A1) TABLEAUX: 10 Codification + saisie 25.01.89 CD/EL Corr. 1ere épreuve 1.02.89 CD Corr. 2e épreuve ........ .. Formules insérées ........ .. MAJ s/disquette 31.03.89 CD Tableau 5/X.28 [T5.28] p. 11 (H.T.=OUI) TAB.??? FICHIER: H.T. = (82.TA.238.E) (SANS FORMULE)Tableaux: 10 – Tabulateurs: 2 RPAR? F06/002 à 005 ERR F07/002 Formules: 0 – Tabulateurs: .. TEXTE 3.5.15.1.4.1 NF01/009 ENGAGED NF01/064 – NF01/064 :: = NF01/006 :: = NF01/007 :: = NF01/004 :: = NF01/013 :: = NF01/020 Value 8, 32–126: NF01/021 Value 1, 8, 32–126: NF01/021 :: = NF01/061 (cs,) – (cs,) (1BT) (BT..) (82.TE.09.E) (A1.23e) / [26e] FOLIOS: 339 – 365 (DO PRC.COSY.2) MEP [PA1] : OK= [1] Saisie 05.12.88 BM ID + LASER + diskette MAJ 19.12.88 GT Corr. LASER (1re épreuve) = 3eme 11.01.89 XS AJOUTER (PA1) (CL1,0,0,0) pour MEP MEP + LASER 1.02.89 GH/PC Corr. MEP ........ .. Insertion des tableaux (tabulateurs 2) 1.02.89 PC BAT 20.02.89 PV MAJ s/disquettes 28.03.89 CD 3.5.14 Standard format of parameter value PAD service signals The parameter value PAD service signal consists of the following elements: :: = where :: = 5/0 (P) 4/1 (A) 5/2 (R) 2/0 (SP) (Response from the local PAD to a request for parameter values) 5/2 (R) 5/0 (P) 4/1 (A) 5/2 (R) 2/0 (SP) (Response from the remote PAD to a request for parameter values) :: = one or more of :: = :: = decimal reference of the parameter followed by the character 3/10 (:) :: = decimal value of the parameter :: = 2/0 (SP) 2/13 (–) 2/0 (SP) followed by the extended dialogue mode text as specified in Table 8/X.28 If the requested parameter reference or value is invalid, the characters 4/9 (I) 4/14 (N) 5/6 (V) will be sent in place of the appropriate parameter value. If more than one parameter value is contained in the parameter value PAD service signal the characters 2/12 (,) 2/0 (SP) will be sent before the next parameter reference. In extended dialogue mode, if the length of the next parameter reference, value and text would cause the line length to exceed the value of PAD parameter 10 (if it is non–zero) then the character 2/12 (,) followed by the format effector may be used. 3.5.15 Format of the selection PAD command signal A selection PAD command signal shall, in the following order, consist of a facility request block, or an address block, or both, optionally followed by call user data field. 3.5.15.1 Format of facility request block Characters representing the facility request code shall be sent as defined in Table 4/X.28. When more than one facility request code is to be sent, the character 2/12 (,) shall be sent to separate the facility request codes. The character 2/13 (–) shall be sent at the end of the facility request block. 3.5.15.1.1 The format of the NUI NUI facility request signal is as follows: :: = :: =IA5 character 4/14 (N) :: = one or more characters in columns 2 to 7 of International Alphabet No. 5 (IA5), except 2/0 (SP) 7/15 (DEL), 2/13 (–), 2/12 (,) and 2/ 11 (+). Note 1 – The recognition by the PAD of the presence of the facility request signal should turn off the echo, (irrespective of its parameter value) for the duration of the NUI facility request. Note 2 – The length of the NUI string is network dependent. Note 3 – Characters in columns 0 and 1, except 0/13 (CR), and characters 7/ 15 (DEL), and 2/0 (SP) may be included during the transmission of the NUI string but will not form part of the NUI string and will be discarded. 3.5.15.1.2 The format of the RPOA (transit network) selection facility request signal is as follows: :: = :: = The DNIC of the requested RPOA. In addition, some networks may also support graphic representations of the DNIC which may be used. :: = IA5 character 5/4 (T). 3.5.15.1.3 The format of the reverse charging reverse charging facility request signal is as follows: :: = :: = IA5 character 4/2 (R). 3.5.15.1.4 Formats for Closed User Group Signals When the user has subscribed to Closed User Groups (CUG), a preferential CUG must be chosen. In this case, only the CUG facility request signal may be used by the user. When the user has subscribed to CUG and has outgoing access (CUGOA) and/or incoming access (CUGIA), the user may choose whether or not to have a preferential CUG. If a preferential has not been chosen, the user may signal the CUG facility request or the CUGOA facility request in a particu- lar PAD Selection Command Signal. When the user has chosen a preferen- tial CUG, only the CUG facility request signal may be used. The CUG facility request and the CUGOA facility request shall not be used in the same PAD Selection Command Signal. 3.5.15.1.4.1 The format of the closed user group closed user group facility request signal is as follows: :: = :: = IA5 character 4/7 (G) :: = one or two decimal digits. The PAD shall treat the absence of the index as an implicit request for the preferential CUG. The PAD shall treat the absence of a CUG facility request as an implicit preferential CUG request if the user has subscribed to the CUG, CUGOA and/or CUGIA facility and has chosen a preferential. 3.5.15.1.4.2 The format of the closed user group with outgoing access facil- ity is as follows: :: = :: = IA5 character 4/15 (O) :: = one or two decimal digits 3.5.15.1.5 The format of the charging information charging information facility request signal is as follows. :: = :: = IA5 character4/3 (C). 3.5.15.1.6 The format of the called address extension facility request signal is as follows: CAE facility request: :: = :: = IA5 character 4/5 (E) :: = The called address extension as a string of up to 40 characters from the set 3/0–3/9. Further, other representations of the called address extension are for further study. The means to indicate the type of address present in the called address extension facility is for further study. 3.5.15.1.7 The format of the fast select with no restriction on response facil- ity request signal is as follows: :: = :: = IA5 character 4/6 (F) 3.5.15.1.8 The format of the called DTE reselection prevention facility request signal is as follows: :: = :: = IA5 character 5/3 (S) 3.5.15.1.9 The format of the fast select with restriction on response facility request signal is as follows: :: = :: = IA5 character 5/1 (Q) The formats of other facility request codes are for further study. 3.5.15.2 Format of address block Characters representing a full address or an abbreviated address shall be sent. When an abbreviated address is sent, it shall be prefixed by character 2/14 (.). When more than one address, either full address or abbreviated address, is sent, the character 2/12 (,) is sent as a separator. When an abbre- viated address is used, the call user data field shall be separated from the abbreviated address signal by the character 2/10 (*). 3.5.15.2.1 The format of the full address is as follows: :: = one or more numeric characters of the International Alphabet No. 5 (IA5) Note 1 – The numeric characters are those in the ranges 3/0 to 3/9. 3.5.15.2.2 The format of the abbreviated address is as follows: :: = one or more characters in colums 2 to 7 of the International Alphabet No. 5, except 2/10 (*), 2/11 (+) 2/12 (,) and 7/15 (DEL). The first character shall not be from the set 0 . . 9 (3/0 . . 3/9). Note 1 – The PAD shall translate the string into a full address Note 2 – Recommendations for the translation of the character string to a full address are for further study. Note 3 – This facility is optional. 3.5.15.3 Format of call user data field The character 5/0 (P) or the character 4/4 (D) shall be sent, followed by up to 12 characters of user data or up to 124 characters of user data in conjunc- tion with the fast select facility. Some networks may not make this field available to the user. Note – The characters 0/13 (CR) and 2/11 (+) should not be included in the user data field because they will be treated as a PAD command signal delim- iter and not transmitted to the remote packet mode DTE. The editing charac- ters should not be included in the user data field as they will be treated as providing the editing function. 3.5.16 Format of service request signal The format is for further study. 3.5.17 Standard format of clear indication PAD service signal The clear indication PAD service signal will, in the following order, consist of the following elements: – one mandatory field: – the following optional fields: 3.5.17.1 Standard format of the mandatory field: The mandatory field consists of the following elements: :: = :: = 4/3 (C) 4/12 (L) 5/2 (R) 2/0 (SP) :: = one of the causes shown in Table 6/X.28 :: = 2/0 (SP) 4/3 (C) 3/10 (:) followed by 1, 2 or 3 characters which represent the decimal value of the cause code, as specified in Recom- mendation X.25. :: = 2/0 (SP) 4/4 (D) 3/10 (:) followed by 1, 2 or 3 characters which represent the decimal value of the diagnostic code, as specified in Recommendation X.25. :: = 2/0 (SP) 2/13 (–) 2/0 (SP) followed by extented dialogue mode text as specified for the corresponding in Table 6/X.28. Note – The use of the and field is optional. H.T. [T6.28] TABLE 6/X.28 Cause and extended dialogue mode text for clear PAD service signal 4/15(O) 4/3(O) 4/ 3(C) Call cleared, number busy 4/14(N) 4/3(C) Call cleared, temporary network problem 4/9(I) 4/14(N) 5/ 6(V) Call cleared, invalid facility requested 4/14(N) 4/1(A) Call cleared, access to this number is barred 4/5(E) 5/2(R) 5/ 2(R) Call cleared, network detected local procedure error 5/2(R) 5/0(P) 4/ 5(E) Call cleared, network detected remote procedure error 4/14(N) 5/0(P) Call cleared, number not assigned 4/4(D) 4/5(E) 5/ 2(R) Call cleared, number out of order 5/0(P) 4/1(A) 4/ 4(D) Call cleared, remote request 4/4(D) 5/4(T) 4/ 5(E) Call cleared, by remote device, data may be lost 5/2(R) 4/14(N) 4/ 1(A) Call cleared, reverse charging refused 4/9(I) 4/4(D) Call cleared, incompatible destination 5/3(S) 4/1(A) Call cleared, ship cannot be contacted 4/6(F) 4/14(N) 4/ 1(A) Call cleared, fast select refused 5/2(R) 4/15(O) 4/ 15(O) Call cleared, cannot be routed as requested Note – For details see Recommendation X.96. Table 6/X.28 [T6.28], p. H.T. [T7.28] TABLE 7/X.28 Extended dialogue mode text for clear confirmation PAD service signal 4/3(C) 4/15(O) 4/14(N) 4/6(F) Call cleared, confirmed Table 7/X.28 [T7.28], p. H.T. [T8.28] TABLE 8/X.28 PAD parameter names for extended dialogue mode Parameter refer- ence number Abbrevi- ated parameter name (Note 1) Parameter description (Note 2) 1 esc(ape) PAD recall using a character 2 ech(o) Echo 3 for(ward) Selection of data forwarding charac- ters 4 idl(e) Selection of idle timer delay 5 dev(ice) Ancillary device control 6 sig(nals) Control of PAD service signals 7 bre(ak) Operation on receipt of break signal 8 dis(card) Discard output 9 CRp(ad) Padding after carriage return 10 fol(ding) Line folding 11 spe(ed) Binary speed of start–stop mode DTE 12 flo(w) Flow control of the PAD 13 LFi(n- sert) Linefeed insertion after carriage return 14 LFp(ad) Padding after linefeed 15 Edi(t) Editing 16 Cdel(ete) Character delete 17 Ldel(ete) Line delete 18 Ldis(- play) Line display 19 Esig(- nals) Editing PAD service signals 20 Mas(k) Echo mask 21 par(ity) Parity treatment 22 pag(e) Page wait Note 1 – These names are provisional. This name should appear in the parameter value PAD service signals. The name or abbreviation should be accepted in the read, set, or set and read PAD command signals. Note 2 – In some networks this parameter description may appear in the parameter value PAD service signals. Alternative parameter descriptions are for further study. Table 8/X.28 [T8.28], p.3.5.17.2 Format of the called DTE address block The need and the format of the called DTE address block is for further study. 3.5.17.3 Format of the optional facility block If subscribed to, or requested in the selection PAD command signal (see Table 4/X.28), the optional facility block will contain the charging informa- tion charging information and will be transmitted by the PAD to the start– stop mode DTE. The format of the charging information is network depen- dent. 3.5.17.4 Format of the clear user data block The 128 or less characters from the clear user data field received from the remote DTE shall be sent. The clear user data field is only allowed in con- junction with the fast select facility. 3.5.18 Standard format of the PAD identification PAD service signal The characters that will comprise this PAD service signal will be network dependent, but would probably indicate the PAD identity and port identity. 3.5.19 Standard format of the error PAD service signal The characters 4/5 (E) 5/2 (R) 5/2 (R) will be sent, followed by other char- acters which are for further study. 3.5.20 Format of padding characters The padding character will be 0/0 (NUL) or the equivalent duration of binary 1 according to the particular network. 3.5.21 Standard format of the connected PAD service signal The connected PAD service signal will, in the following order, consist of the following elements: – – – – The called DTE address block will consist of numeric characters from IA5. The optional facility block will be as given in § 3.5.22.2 below. It is for fur- ther study if the formatting characters will be 2/0 (SP) or the format effector. 3.5.21.1 Standard format of the called user data field The 124 or less characters from the called user data field received from the remote DTE shall be sent. The called user data field is only allowed in con- junction with the fast select facility. 3.5.22 Standard format of the incoming call PAD service signal The standard format of the incoming call PAD service signal will, in the fol- lowing order, consist of the following elements: – – – – 3.5.22.1 Standard format of the calling DTE address block The standard format of the calling DTE address block is for further study. 3.5.22.2 Standard format of the optional facility block The standard format of the facility block is as follows: :: = :: = :: = One or more facility indication codes separated by char- acter 2/12 (,). For facility indication codes see Table 4/X.28 and § 3.5.15.1. The facility block is supressed if no facilities are present in the incoming call. 3.5.22.3 Standard format of the call data block The 12 or less characters, or 124 or less characters in conjunction with the fast select facility, from the call data field received from the remote DTE shall be sent. 3.5.23 Standard format of the prompt PAD service signal The standard format of the prompt PAD service signal is the character 2/10 (*) following a format effector. Note – For an interim period, other characters are permitted. 3.5.24 Standard format of the character deleted PAD service signal Depending on the value of parameter 19, the following will apply: Value 0: no PAD service signal will be sent; Value 1: the character 5/12 ( ) will be sent; see note Value 2: the characters 0/8 (BS) 2/0 (SP) 0/8 (BS) will be sent; Value 8, 32–126: one character from International Alphabet No. 5 will be sent. Note – Alternatively the character 2/15 (/) may be used by some networks. 3.5.25 Standard format of the line deleted PAD service signal Depending on the value of parameter 19, the following will apply: Value 0: no PAD service signal will be sent; Value 1, 8, 32–126: the characters 5/8 (X), 5/8 (X), 5/8 (X) will be sent fol- lowed by the format effector; Value 2: the characters 0/8 (BS), 2/0 (SP), 0/8 (BS) will be sent the number of times equal to the number of graphic characters being deleted from the buffer. 3.5.26 Standard format of the parity error PAD service signal The standard format is for further study. 3.5.27 Standard format of the page wait PAD service signal The characters 0/13 (CR) 5/0 (P) 4/1 (A) 4/7 (G) 4/5 (E) will be sent. 3.5.28 Format of the page wait cancellation character The character X–ON will be sent. 3.5.29 Standard format of the reselection PAD service signal The standard format of the reselection PAD service signal will, in the fol- lowing order, consist of the following element: – – – Note 1 – the optional facility block contains the facilities included by the PAD in the Call Request Packet sent to the reselected DTE. The format of the optional facility block is identical to the one of the incoming call PAD service signal. Note 2 – if requested in the selection PAD command signal for the original call or in the reselection PAD service signal for the reselected call(s), the PAD will send the charging information before transmitting the reselection PAD service signal (see § 3.6. iii) of Recommendation X.29). Note 3 – the format of charging information is network dependent (see § 3.5.17.2). 3.6 Editing functions in the PAD The PAD provides functions for the start–stop mode DTE to edit characters input to the PAD in PAD command signals before being processed by the PAD. The functions provided are: a) character delete, b) line delete, c) line display. Optionally available in some PADs are identical functions for use by the start–stop mode DTE during the data transfer state. When the value of parameter 15 is set to 0 no editing is available during the data transfer state. When the value of parameter 15 is set to 1 editing is provided during the data transfer state (see § 4.17). The user may also have the ability in some PAD implementations to select the character used to effect each of the above functions by setting the value of parameters 16, 17 and 18 and to choose if and in what format the PAD will respond to the editing characters by setting the value of parameter 19 appropriately. The procedures for editing described in this section apply to both PAD com- mand and data transfer state (when provided). 3.6.1 Editing buffer To perform the functions of editing, the PAD provides temporary storage of characters in an editing buffer. 3.6.1.1 Editing buffer size in PAD command state In the PAD command state the size of the editing buffer will be sufficient to contain the longest mandatory PAD command signal permissible in this Recommendation. 3.6.1.2 Editing buffer size in data transfer state In the data transfer state the size of the editing buffer is network dependent but will not be smaller than the full packet size and will not be smaller than the value of parameter 10 plus one. It should be noted however, that in some networks the size of the editing buffer may be limited to a maximum of 128 octets. 3.6.1.3 Impact of editing on data forwarding conditions In the data transfer state, characters entered into the editing buffer will be forwarded in a complete packet sequence when any of the data forwarding conditions described in § 4.4 and Recommendation X.29, § 2.1 occurs, except that: a) the PAD will not take account of the value of the idle time delay defined by the value of parameter 4; b) data forwarding on full packet will be suspended. Whenever more than enough data has been received to fill the editing buffer, one full packet will be forwarded. The remaining characters will be placed in the beginning of the editing buffer and editing of these characters remains possible. Once a packet has been forwarded, characters included in it can no longer be edited by the start–stop mode DTE by use of the PAD editing functions. 3.6.2 Procedures for editing The procedures for editing PAD command signals and user data (when this facility is provided) use PAD parameters as defined in Recommendation X.3. 3.6.2.1 Procedure for character delete editing function The character delete editing function is performed when the PAD receives a character delete character or a series of character delete characters from the start–stop mode DTE. The receipt of each character delete character causes the last character currently in the editing buffer to be deleted. Subsequently, if the value of parameter 6 is not set to 0, if the value of parameter 19 is set to 2 or 8 and a graphic character is removed from the editing buffer, or, if the value of parameter 19 is set to 1 or 32–126, and a character is removed from the editing buffer, the character deleted PAD ser- vice signal will be sent by the PAD. The standard format of the character deleted PAD service signal is given in § 3.5.24 above. The character delete character when user selectable is determined by the value of parameter 16. The default value of parameter 16 or the character delete character when not user selectable is the character 7/15 (DEL). 3.6.2.2 Procedure for line delete editing function The line delete editing function is performed when the PAD receives a line delete character from the start–stop mode DTE. The receipt of the line delete character causes the deletion of the current contents of the editing buffer. The PAD will transmit, if parameter 6 and parameter 19 are not set to 0 and the editing buffer is not empty, a line deleted PAD service signal. The line delete character when user selectable is determined by the value of parameter 17. The default value of parameter 17 or the line delete character when not user selectable is the character 1/8 (CAN). 3.6.2.3 Procedure for line display editing function The line display editing function is performed when the PAD receives a line display character from the start–stop mode DTE. The receipt of the line display character causes the PAD to transmit to the start–stop mode DTE a format effector followed by the characters currently stored in the editing buffer. The line display character when user selectable is determined by the value of parameter 18. The default value of parameter 18 or the line display char- acter when not user suitable is the character 1/2 (DC2). 3.7 Procedure for request of status of the virtual call The start–stop mode DTE may, if parameter 6 is not set to 0, enquire whether a virtual call exists by sending the status PAD command signal to the PAD. The PAD will respond by sending the status engaged or status free PAD service signal to the DTE. The format of the PAD command signal and the standard format of the PAD service signals is given in §§ 3.5.10 and 3.5.11 respectively. 4 Procedures for the exchange of user data between a start–stop mode DTE and a PAD The procedures described apply during the data transfer state of the inter- face to a start–stop mode DTE. 4.1 Data transfer state After receipt of the connected or incoming call PAD service signal, the interface shall be in the data transfer state and will remain in that state, unless it escapes as described in § 4.9 below, until the virtual call is cleared by the PAD or by the start–stop mode DTE as described in § 3.2.2 above. If parameters 1, 12, 15 and 22 when implemented are set to 0, during the data transfer state any character sequence may be transmitted by the start– stop mode DTE for delivery to the remote DTE. If parameter 1 is not set to 0, the PAD recall character selected by the value of parameter 1 can only be transferred by following the procedure described in § 4.9.1.1 below. If parameter 12 is set to 1, characters 1/1 (DC1) and 1/3 (DC3) are unable to be transferred to the remote DTE, if parameter 15 is set to 1 the characters assigned for editing functions are unable to be transferred to the remote DTE; and if parameter 22 when implemented is not set to 0, the character 1/ 1 (DC1) is unable to be transferred to the remote DTE. The values of other parameters may affect the characters which may be transferred during the data transfer state. 4.2 Data from the start–stop mode DTE received by the PAD Characters received from the start–stop mode DTE are defined as consisting of all the bits received between, but not including, the start and stop bits. The action of the PAD with respect to the parity bit (bit 8) of all characters received is described in § 2.1 above. 4.3 Delivery of user data to the start–stop mode DTE Data received by the PAD for delivery to the start–stop mode DTE will be treated as contiguous octets. Each octet will be transmitted to the start–stop mode DTE at the data signalling rate appropriate to the start–stop mode DTE. The action of the PAD with respect to bit 8 (parity) of all characters transmitted is described in § 2.1 above. Start and stop bits will be added to the characters in accordance with Rec- ommendation X.4, except that the number of stop bits will be as follows. If the PAD is operating at 110 bit/s, two stop bits will be transmitted. At any other speed, one stop bit will be transmitted. The data will be transmitted to the start–stop mode DTE at the earliest opportunity permitted by the interleaving rules (see § 4.19). 4.4 Data forwarding conditions A packet will be forwarded subject to flow control, whenever more than enough data has been received from the start–stop mode DTE to fill a packet after the last packet was forwarded if the value of parameter 15 is set to 0. A packet will also be forwarded when the maximum assembly timer delay period, which starts upon receipt by the PAD of the first character to be assembled into a packet, elapses. The value of the time–out, when imple- mented, is network dependent and will be greater than or equal to 15 min- utes. In addition, the start–stop mode DTE may indicate to the PAD that a packet should be forwarded, subject to flow control, whenever it performs any one, or more, of the following: a) Allows the idle time delay period (see parameter 4 in Table 1/X.3), after the transmission of the previous character to the PAD, to elapse with- out sending a character. If, due to flow control constraints, the packet cannot be forwarded, characters from the start–stop mode DTE will continue to be added to the packet until flow control permits the packet to be forwarded or the packet becomes full. The start–stop mode DTE may be advised (see §§ 4.5 and 4.6 below) if this latter condition occurs. This forwarding condition does not apply if the value of parameter 15 is set to 1. b) Transmits one of the data forwarding character (see parameter 3 in Table 1/X.3). The character will be included in the data field of the packet it delimits before the packet is forwarded. In case the forwarding character is the character 0/13 (CR) and the value of parameter 13 is set to 6 or 7, the character 0/10 (LF) will be included in the same complete packet sequence as the character 0/13 (CR) and will delimit it. c) Transmits the break signal when parameter 7 is set to any value except 0. d) Transmits the first character of a PAD command signal after the inter- face has entered a waiting for command state as described in § 4.9.1 below. e) If the value of parameter 15 is set to one, data forwarding will take place as described in § 3.6.1.3. 4.5 Procedure for the PAD to indicate to the start–stop mode DTE, by means of a PAD service signal, a temporary inability to accept additional informa- tion The procedure to enable the PAD to indicate a temporary inability to receive additional characters and to subsequently indicate that characters will be accepted, using PAD service signals, is for further study. This procedure will not operate if parameter 6 is set to 0. 4.6 Procedures for transmission of X–ON and X–OFF by the PAD 4.6.1 If parameter 5 is set to 1, the following ancillary device control proce- dure applies: The PAD will send the X–ON character to the DTE as soon as the interface enters the data transfer state. The character 1/1 (DC1) will be transmitted by the PAD as the X–ON character. The PAD will send the X–OFF character to the start–stop mode DTE when it is incapable of receiving more than M characters from the ancillary device at the start–stop mode DTE and another character is received from the DTE. The PAD will also send the X–OFF character before the interface leaves the data transfer state. The character 1/3 (DC3) will be transmitted by the PAD as the X–OFF character. When the PAD is again able to receive at least M + 1 characters from the start–stop mode DTE, it will send the X–ON character to that DTE. 4.6.2 If parameter 5 is set to 2, the following flow control procedure applies: The PAD will send the X–ON character to DTE as soon as the interface enters the PAD waiting state (state 5), after link initialization. The PAD will send the X–OFF character to the start–stop mode DTE, when it is incapable of receiving more than M characters from the start–stop mode DTE and another character is received from the DTE, in either state 5, 6, 7, 9 or 10. When the PAD is again able to receive at least M + 1 characters from the start–stop mode DTE, it will send the X–ON character to that DTE. The PAD will not send the X–OFF character to the start–stop mode DTE other than as specified in the above paragraph. Note – Some networks may send the X–ON character to the start–stop mode DTE when the interface enters either state 5, 6, 7, 9 or 10 from any other state. 4.6.3 The value of M is for further study. 4.7 Procedures for reset 4.7.1 Reset by the DTE The start–stop mode DTE shall send a reset PAD command signal to the PAD when it wishes to reset the virtual call. a) The break signal (see § 3.1.2 above) will be recognized by the PAD as a reset PAD command signal if parameter 7 is set to 2. b) Alternatively the start–stop mode DTE may request reset by escaping from the data transfer state and sending a reset PAD command signal according to the procedure of § 4.9.2.3 below. 4.7.2 Indication of reset by the PAD If the virtual call is reset by the packet mode DTE, by the remote start–stop mode DTE connected via a PAD or by the network, the PAD will send a reset PAD service signal, if the value of parameter 6 is not set to 0, to the start–stop mode DTE. The PAD service signal will indicate the cause of the reset. The following reset causes will be indicated to the start–stop mode DTE: a) the remote DTE has reset the virtual call; the standard format is given in § 3.5.7 above; b) a local procedure error has occurred; the standard format is given in § 3.5.7 above; c) network congestion has occurred; the standard format is given in § 3.5.7 above. d) a remote procedure error has occurred; the standard format is given in § 3.5.7 above. When parameter 6 is set to 0 the PAD is unable to indicate to the start–stop mode DTE that a reset has occurred. 4.8 Procedure for indication of break The PAD will inform the start–stop mode DTE that an incoming indication of break PAD message has been received by the PAD (see Recommendation X.29) by sending the break signal (see § 3.1.2 above). 4.9 Escape from the data transfer state 4.9.1 During the data transfer state, the start–stop mode DTE may escape from that state by transmitting a PAD recall signal to the PAD. On detection of the PAD recall signal, the interface will enter the waiting for command state. On entering the waiting for command state, delivery of any data char- acters to the start–stop mode DTE will be delayed until the interface returns to the data transfer state. If parameter 1 is set to 1, the PAD will recognize the character 1/0 (DLE) as the PAD recall signal from the start–stop mode DTE. If parameter 1 is set to a decimal value from 32 to 126, the PAD will recog- nize the binary representation of the decimal value as the PAD recall signal from the start–stop mode DTE. If parameter 7 is set to 8, the break signal may be used as the PAD recall sig- nal from the data transfer state, allowing for escape from the data transfer state without loss of character transparency. If parameter 6 is set to 5 the prompt PAD service signal will be transmitted by the PAD. On receipt of the next character from the start–stop mode DTE, the PAD will act in accordance with one of the following conditions: a) If the character is the PAD recall character the interface will immedi- ately return to the data transfer state. This character will be treated as user data. b) If the character received is the PAD command signal delimiter [char- acters 2/11 (+) or 0/13 (CR)] the PAD will not transfer it and the interface will return to the data transfer state. c) If the character received is in columns 2 to 7 of International Alphabet No. 5, excluding the characters 2/0 (SP), 2/11 (+) [see § 4.9.1 b) above], 7/ 15 (DEL) and the PAD recall character, the interface will enter the PAD command state. Characters 2/0 (SP) and 7/15 (DEL) will be ignored. Enter- ing the PAD command state is a data forwarding condition and data will be sent to the packet mode DTE as described in § 4.4 above. d) If the character is not covered above the action by the PAD is for fur- ther study. If the PAD command signal delimiter is not received within R seconds of the interface entering the PAD command state, or an invalid PAD command signal is received, the PAD will transmit an error PAD service signal, when parameter 6 is not set to 0, indicating that an error has occurred. Following transmission of the error PAD service signal the interface will be in the data transfer state. The value of R is for further study but will not be less than 60 s. If a valid PAD command signal is received the interface will, if parameter 6 is not set to 0, subsequently enter the PAD service signal state, and on trans- mission of the last character of the PAD service signal will enter the PAD waiting state or the data transfer state as appropriate. If parameter 6 is set to 0, the interface will enter the PAD waiting state or the data transfer state, as appropriate, following the transmission of a PAD command signal or fol- lowing the time–out condition specified above. 4.9.2 The ability to escape from the data transfer state allows a start–stop mode DTE to use the following PAD command signals and procedures: 4.9.2.1 Clearing The procedure for clearing of the virtual call by the start–stop mode DTE sending a clear request PAD command signal is described in § 3.2.2.1 a). 4.9.2.2 Request for status of the virtual call The procedure for requesting the status of the virtual call by the start–stop mode DTE sending a status PAD command signal, is described in § 3.7. 4.9.2.3 Reset The start–stop mode DTE may request a resetting of the virtual call by send- ing a reset PAD command signal to the PAD. The format of the reset PAD command signal is given in § 3.5.12 above. The PAD will acknowledge the reset PAD command signal, if parameter 6 is not set to 0, by transmitting the acknowledgement PAD service signal. 4.9.2.4 Interrupt The start–stop mode DTE may request that an interrupt packet (with the interrupt user data field appropriately coded, see Recommendation X.29) is sent by the PAD by sending an interrupt PAD command signal to the PAD. The format of the interrupt PAD command signal is given in § 3.5.13 above. The PAD will acknowledge the PAD command signal, if parameter 6 is not set to 0, by transmitting the acknowledgement PAD service signal. 4.9.2.5 Setting, setting and reading, and reading PAD parameter values after having entered the data transfer state The start–stop mode DTE shall be able to send the following PAD command signals to set, set and read, and read PAD parameter values: a) profile selection PAD command signal; b) set PAD command signal; c) set and read PAD command signal; d) read PAD command signal. As an option, a PAD may enable the start–stop mode DTE to send the fol- lowing PAD command signals to read or set and read the remote PAD parameter values: b) read remote PAD command signal; c) set and read remote PAD command signal. The procedures for sending the above PAD command signals are described in §§ 3.3 and 3.4 above. 4.9.2.6 Procedure when parameter 6 is set to 0 In all cases of the procedures given, when parameter 6 is set to 0, the PAD service signal state (state 8) is bypassed and the interface will enter PAD waiting state or the data transfer state as appropriate. 4.10 Echo If parameter 2 is set to 1, the following procedures will apply: Received characters not masked by parameter 20 will be echoed to the start– stop mode DTE at the earliest opportunity permitted by the interleaving rules (see § 4.19). In the case where the PAD cannot handle and ignores a data character com- ing from the start–stop mode DTE, e.g. because of flow control constraints, the PAD will not echo the characters. Echoing of editing characters will not be masked if editing is not enabled. 4.11 Selection of the procedure on receipt of the break signal from the start– stop mode DTE The start–stop mode DTE, by means of parameter 7, will be able to select the state of the interface and which procedure the PAD will perform when the PAD receives the break signal from the start–stop mode DTE. The start– stop mode DTE may select any one of the following: a) If parameter 7 is set to 0, the state of the interface remains the same and no action is taken by the PAD. b) If parameter 7 is set to 1, the state of the interface remains the same and the PAD causes an interrupt packet, (with the interrupt user data field appropriately coded) to be transmitted by the PAD (see Recommendation X.29). c) If parameter 7 is set to 2, the state of the interface remains the same and the PAD causes the virtual call to be reset (see Recommendation X.29). d) If parameter 7 is set to 21, the state of the interface remains the same, the PAD discards all data received for delivery to the start–stop mode DTE, and the PAD sends an interrupt packet (with the interrupt user data field appropriately coded) followed by an indication of break PAD message (see Recommendation X.29). e) If parameter 7 is set to 8, the interface will escape from the data trans- fer state and will enter the waiting for command state. f) If parameter 7 is set to 5, the state of the interface remains the same, the PAD sends an interrupt packet (with the interrupt user data field appro- priately coded), followed by an indication of break PAD message. Other procedures which may be selected by the start–stop mode DTE are for further study. Note 1 – The receipt by the PAD of a break signal is a packet forwarding condition except when parameter 7 is set to 0. Note 2 – The receipt of a break signal by the PAD when there is no virtual call established is ignored and the PAD takes no action. 4.12 Selection of padding characters to be inserted after the character 0/13 (CR) The start–stop mode DTE, by means of parameter 9, will be able to select the number of padding characters that will be inserted after each character 0/ 13 (CR) transmitted or echoed to it. The value selected will also apply to the number of padding characters transmitted after the character 0/10 (LF) of the format effector as described in § 3.5.2 above. Other padding sequences and other padding rules are for further study. 4.13 Selection of line folding The start–stop mode DTE, by means of parameter 10, will be able to select line folding and specify the maximum number (L) of graphic characters that the PAD may send as a single line to the start–stop mode DTE. When line folding line folding is requested, the PAD will maintain a count (C) which is incremented by 1 subsequent to the transmission of a graphic character graphic character including echoed characters, to the start–stop mode DTE. The graphic characters are those shown in columns 2 to 7 of International Alphabet No. 5, excluding the character 7/15 (DEL). If the value of C is equal to the value of L, and the next character to be trans- mitted to the start–stop mode DTE is a graphic character, the PAD will transmit to the start–stop mode DTE a format effector (see § 3.5.2 above) and set the value of C to 0. The PAD will set the value of C to 0 when the PAD transmits the character 0/13 (CR) to the start–stop mode DTE. The actions of the PAD after the transmission of the character 0/8 (BS) is for further study. Line folding also applies to PAD service signals and the echo of PAD com- mand signals. 4.14 Procedure for the start–stop mode DTE to indicate to the PAD a tempo- rary inability to accept additional information The start–stop mode DTE, by means of parameter 12, will be able to select the use of X–ON and X–OFF characters to flow control flow control the PAD. If the value of parameter 12 is set to 1 and the interface is in the data transfer state the following procedure applies: The start–stop mode DTE may indicate a temporary inability to receive additional characters from the PAD by transmitting the X–OFF character 1/ 3 (DC3). Following transmission of the character 1/3 (DC3), the X–OFF condition will exist until the start–stop mode DTE indicates the ability to receive addi- tional characters from the PAD by transmitting the X–ON character 1/1 (DC1). While the X–OFF condition exists, the PAD will not transmit characters to the start–stop mode DTE. The X–OFF condition is cancelled when the interface leaves the data trans- fer state, and does not exist when the interface enters the data transfer state. The X–ON and X–OFF characters will not be echoed regardless of the value of parameter 2 and 20. 4.15 Selection of linefeed insertion after carriage return The start–stop mode DTE, by means of parameter 13, will be able to select which procedure the PAD will perform during the data transfer state when it receives the character 0/13 (CR) to be transmitted to the start–stop mode DTE. If parameter 13 is set to 0, the PAD takes no action. If parameter 13 is set to 1, 5 or 7, the PAD will insert the character 0/10 (LF) after every character 0/13 (CR) in the data stream to the start–stop mode DTE. If parameter 13 is set to 6 or 7, the PAD will insert the character 0/10 (LF) after every character 0/13 (CR) in the data stream from the start–stop mode DTE. If parameter 13 is set to 4, 5, 6 or 7 (and parameter 2 is set to 1) the PAD will insert the character 0/10 (LF) after the echo of a character 0/13 (CR) to the start–stop mode DTE. When this parameter includes the value 2, in combination with other optional values, then the LF inserted after CR in the data stream from the start–stop mode DTE will be placed in the editing buffer and may subse- quently be edited, if parameter 15 is set to 1. 4.16 Selection of padding characters to be inserted after the character 0/10 (LF) The start–stop mode DTE, by means of parameter 14, will be able to select the number of padding characters that will be inserted after each character 0/ 10 (LF) transmitted or echoed to it during the data transfer state. The value selected will not apply to the number of padding characters transmitted after the character 0/10 (LF) of the format effector as described in §§ 3.5.2 and 4.12 above. 4.17 Editing of user data The editing functions described in § 3.6 above may also apply during the data transfer state. The start–stop mode DTE by means of parameter 15 may select whether or not to use the editing functions. The start–stop mode DTE may select, by using parameters 16, 17, 18 the character used for each edit- ing function provided by the PAD and by use of parameter 19, select the response of the PAD to the editing characters (see Recommendation X.3). 4.18 Page wait 4.18.1 General The start–stop mode DTE will be able to suspend the transmission of addi- tional characters to the start–stop mode DTE after a specified number of linefeeds have been transmitted by the PAD as determined by the value of parameter 22 when the page wait condition occurs. The PAD will, if param- eter 6 is not set to 0, send to the start–stop mode DTE a page wait PAD ser- vice signal. No further data will be sent until the page wait condition is cancelled. The standard format of the page wait PAD service signal is described in § 3.5.27. 4.18.2 Page wait cancellation The PAD will cancel the page wait condition and after transmitting a format effector resume normal transmission when any of the following occur: – on receipt of any condition that resets the count of linefeeds as described in § 4.18.3; – on receipt of the page wait cancellation character page wait cancella- tion character (X–ON); or – on resetting parameter 22 to zero. 4.18.3 Page wait linefeed count reset The count of linefeed will be reset to zero by the PAD when any of the fol- lowing occur: – after the format effector following the page wait cancellation charac- ter; – on receipt of all data forwarding conditions; – on echoing linefeed in user input; – after the line deleted PAD service signal (with all associated linefeeds) has been sent; or – on leaving the PAD command state (state 6) after all associated line- feeds. Other conditions for resetting the linefeed count are for further study. 4.19 Interleaving of echo and output Character sent to start–stop DTE by the PAD are classified into echo charac- ters and output characters. The echo characters are all characters contained in the following: a) echoed received characters, either of a PAD command signal or of user input; b) any line feed inserted after the echo of a carriage return, when Param- eter 13 has value 4, 5, 6 or 7 (see § 4.15); c) the character deleted, line deleted and parity error PAD service sig- nals; d) a format effector inserted as a result of line folding initiated by some other echoed character (see § 4.13); e) all characters generated in response to the line display character (see § 3.6.2.3). All other characters sent to the start–stop DTE by the PAD are output char- acters. Echo and output characters shall be sent to the start–stop DTE by the PAD in accordance with either the basic interleaving rules, see § 4.19.1, or the extended interleaving rules, see § 4.19.2. The choice between rules is net- work dependent. 4.19.1 Basic interleaving rules If any echo character is waiting to be sent to the start–stop DTE by the PAD, it shall be sent immediately. If any output character is waiting to be sent to the start–stop DTE by the PAD, and if no echo character is waiting, the output character shall be sent immediately. 4.19.2 Extended interleaving rules Characters sent to the start–stop DTE by the PAD are grouped into inter- leaving units. An interleaving unit either consists entirely of echo characters or consists entirely of output characters. An interleaving unit of echo characters is terminated by any data forwarding condition, or by a PAD command signal delimiter. A PAD service signal (which is not classified as echo), or a series of PAD service signals generated in response to a single PAD command, is an inter- leaving unit. Each complete packet sequence sent from the Packet mode DTE is whole number of interleaving units. How a complete packet sequence is divided into one or more interleaving units is network dependent. Note 1 – A preferred division rule is that any line feed or form feed form feed should terminate an interleaving unit including any line feed inserted if the value of parameter 13 is odd. Note 2 – If only part of an interleaving unit (output or echo) is sent to the start–stop mode DTE, characters of the other category (echo or output) may be delayed indefinitely. This may be avoided by the use of timers; details are for further study. 5 Formats of additional PAD command signals and PAD service signals available in the extended dialogue mode In addition to the PAD command signals and PAD service signals defined above (see § 3.1.1 and § 3.5 above), some networks may support additional capabilities in the extended dialogue mode. Additional PAD command sig- nal keywords, which are provisionally defined in Table 9/X.28, can be used instead of the corresponding standard keywords. Some networks may pro- vide these keywords when the PAD is not in the extended dialogue mode. Additional PAD command signals may be provided for: a) requesting the action associated with the break signal (see § 5.1) b) indicating a network user identifier prior to establishing calls, or termi- nating the use of a NUI (see § 5.2) c) selecting a language for PAD service signals (see § 5.3) d) requesting explanatory information on PAD command signals, PAD parameters, standard profiles, etc. (Note: This function must be provided if extended dialogue mode is sup- ported) (see § 5.4) Additional PAD service signals may be provided for: a) explanatory information as described above (see § 5.5) b) prompting for additional information for certain PAD command sig- nals. The formats and procedures are for further study. When the PAD is in the extended dialogue mode, the parameter reference number of a PAD parameter in the read, set, set and read, remote read or remote set and read PAD command signals may be replaced by the abbrevi- ated name shown in Table 8/X.28. The possible use of names to represent PAD parameter value is for further study. H.T. [T9.28] TABLE 9/X.28 PAD command signal keywords for extended dialogue mode Standard key- word Extended dialogue mode keyword(s) PAD command signal name None CALL Selection CLR CLEAR clear request INT INTERRUPT interrupt PROF PROFILE profile selection PAR? PAR PARAMETER READ read RESET . . . . reset SET . . . . set SET? SETREAD set and read STAT STATUS status . . . . BREAK break . . . . HELP help . . . . LANG LANGUAGE language . . . . NUI nui RPAR? RREAD remote read ICLR ICLEAR invitation to clear RSET? RSETREAD remote set and read Tableau 9/X.28 [T9.28], p. 45.1 Format of the break PAD command signal The break PAD command signal consists of the following elements: :: = where :: = 4/2 (B) 5/2 (R) 4/5 (E) 4/1 (A) 4/1 (K) The break PAD command signal requests the PAD to act as if it had received the break signal from the start stop mode DTE. The action depends on the value of PAD parameter 7, as defined in § 4.11. However, the interface will enter the PAD waiting state or data transfer state as appropriate unless parameter 7 has the value 8 set, in which case the interface will reenter the waiting for command state. Note – Escape from data transfer state is not possible by using this com- mand. 5.2 Format of the NUI ON and NUI OFF PAD command signals The NUI ON command signal consists of the following elements: command signal> :: where :: = 4/9 (I) 4/4 (D) is optional but if present is as defined in § 3.5.15.1.1. The NUI ON PAD command signal identifies an individual terminal user to the PAD. This identification will apply for all subsequent calls until either the access path is disconnected or a NUI OFF PAD command signal is received by the PAD. If the prompting facility is provided, then the PAD may request additional user input if required when the is omitted. The NUI OFF PAD command signal consists of the following elements: :: = where :: = 4/9 (I) 4/4 (D) 4/15 (0) 4/6 (F) 4/6 (F) The NUI OFF PAD command signal indicates the termination of the use of the NUI. 5.3 Format of the language PAD command signal The language PAD command signal consists of the following elements: :: = where :: = 4/12 (L) 4/1 (A) 4/14 (N) 4/7 (G) :: = an appropriate identifier for a language or mode sup- ported by the network for use in service signals. The language PAD command may be provided to give a simpler way to set parameter 6 for a choice of language or mode. If refers to a language which the network provides in extended dialogue mode, then the value of parameter 6 is set to the appropri- ate value (16 or greater). If refers to a language which the network provides in network dependent service signal formats, then the value of parameter 6 may be set to the appropriate value from 8 to 15. The format of and the availability of more than one lan- guage is network dependent. The need for selection of different languages for PAD command signals is for further study. Note – If a network provides a language choice independent of extended dialogue mode, the format of should provide for identify- ing the mode and the language. 5.4 Format of the help PAD command signal The help PAD command signal consists of the following elements: :: = where :: = 4/8 (H) 4/5 (E) 4/12 (L) 5/0 (P) :: = identifier for the type of explanatory information requested, as defined in Table 10/X.28. 5.5 Standard format of the help PAD service signal The help PAD service signal consists of the following elements: :: = where is network dependent and corresponds to the requested in the help PAD command signal, as defined in Table 10/X.28. H.T. [T10.28] TABLE 10/X.28 Help PAD command signal operands and results (Note 2) service signal contents (Note 1) none or HELP description of help PAD command LIST list of available help subjects COMMAND list of PAD command signals PARAMETER list of PAD parameters PARAMETER description of referenced PAD parame- ter PROFILES list of available standard profiles any PAD command description of specified PAD command signal PROFILE name and parameter values of refer- enced standard profile Note 1 – The actual contents of the help PAD service signal and the amount of detail presented are network dependent. Note 2 – Some networks may provide help for additional subjects to those listed. Tableau 10/X.28 [10.28], p. 5 BlancANNEX A (to Recommendation X.28) PAD command signals and PAD service signals H.T. [T11.28] TABLE A–1/X.28 PAD command signals PAD com- mand signal format Function PAD service signal sent in response (see note) STAT To request status informa- tion regarding a virtual call connected to the DTE FREE or ENGAGED CLR To clear down a virtual call CLR CONF or CLR ERR (in the case of local proce- dure error) PAR? List of parameter ref- erences To request the current val- ues of specified parameters PAR (list of parameter with their current values or INV) SET? List of parameter ref- erences and corresponding values To request changing or set- ting of the current values of the specified parameters and to request the current values of specified parame- ters PAR (list of parameter with their current values or INV) PROF (identi- fier) To give to PAD parameters a standard set of values Acknowledgement RESET To reset the virtual call Acknowledgement INT To transmit an interrupt packet Acknowledgement SET List of parameters with requested val- ues To set or change parameter values Acknowledgement or PAR (list of invalid param- eter reference followed by INV) Selection PAD com- mand signal To set up a virtual call Acknowledgement ICLR To invite remote PAD to clear down a virtual call CLR PAD RPAR? List of parameter references To request the current val- ues of specified parameters in remote PAD RPAR (list of parameter references with their cur- rent values or INV) RSET? List of parameter references To request changing or set- ting of the current values of the specified parameter(s) and to request the current value of specified parame- ters RPAR (list of parameter references with their cur- rent values or INV) Note – PAD service signals are not sent when parameter 6 is set to 0. 1/X.28 [T11.28] Tableau A–1/X.28 [11.28], p. 6 H.T. [1T12.28] TABLE A–2/X.28 PAD service signals Standard format of the PAD ser- vice signal Explanation RESET DTE 1, 2 or 3 characters which represent the Indication that the remote DTE has reset the virtual call ERR décimal value of the diagnostic code Indication of a reset of a virtual call due to local procedure error NC (see Note 1) Indication of a reset of a virtual call due to net- work congestion RPE Indication of a reset of a virtual call due to remote procedure error CLR See Table 6/X.28 Indication of clearing CLR CONF Confirmation of clearing See Note 7 – Indication of call connected The charac- ters to be sent are network dependent PAD identifica- tion PAD service signal ERR Indication that a PAD command signal is in error See Note 2 Indication of incoming call XXX Indication of line delete function completed for printing terminals (see Notes 3 and 4) See Note 8 Indication of character delete function com- pleted for print- ing terminals PAGE Indication that a page wait condi- tion has occurred BS SP BS Indication of character delete function com- pleted for video terminals (see Note 4) ENGAGED Response to sta- tus PAD com- mand signal when a call has been established FREE Response to sta- tus PAD com- mand signal when a call is not established PAR Decimal value of parameter: Parameter value, INV, or list of invalid parame- ters Response to set and red PAD com- mand signal and to set PAD com- mand signal if at least one parameter is invalid * Prompt PAD ser- vice signal 2/X.28 [1T12.28] Tableau A–2/X.28 [1T12.28], p. 7 H.T. [2T12.28] TABLE A–2/X.28 (cont.) Standard format of the PAD ser- vice signal Explanation Format effector Acknowledgeme nt PAD service signal TRANSFER TO DTE address and facilities, See Notes 5 and 6 Indication that a called DTE rese- lection by the PAD is in progress RPAR Decimal value of parameter: parameter value, INV, or list of invalid parame- ters Responses to remote set and red PAD command signal lecture Note 1 – The diagnostic codes are specified in Recommendation X.25. Some networks may not provide these characters. Note 2 – The standard format of the incoming call PAD service signal is given in § 3.5.22. Note 3 – If echoing is required, the line delete character is echoed before the line deleted PAD service signal is transmitted. Note 4 – The standard format of the indication of line delete function com- pleted for video terminals is a repetition of the BS SP BS sequence. Note 5 – The mentioned DTE address is the address of the DTE towards which the call is being transferred by the PAD. Note 6 – The format of the facilities is identical to the one of the incoming call PAD service signal. Note 7 – The standard format of the connected PAD service signal is given in § 3.5.21. Note 8 – Altermatively the character 2/15 (/) may be used by some net- works. 2/X.28 [2T12.28] Tableau A–2/X.28 [2T12.28], p. 8 BlancANNEX B (to Recommendation X.28) PAD Time–outs H.T. [1T13.28] TABLE B–1/X.28 PAD time–outs Time– out value (provi sional) Tim e– out nu mb er Inter- face state Started by Normally terminated Action to be taken when time– out expires Remarks Y T10 State 1 Binary 1 is transmi tted on both T and R The PAD has received a valid ser- vice request signal The PAD will discon- nect the information path T = 60 s T11 state 6 The PAD enters the PAD waiting state The PAD has received the first charac- ter of a PAD com- mand sig- nal The PAD clears in accordance with § 3.2.2.2 4 possible methods may be used. This time–out is not applica- ble in case of leased line access. S > 60 s T12 State 6 The PAD has receive d the first charact er of a PAD comma nd sig- nal The PAD has received a complete PAD com- mand sig- nal The PAD will trans- mit an error PAD service sig- nal (when parameter 6 is not set to 0) and will return to the PAD waiting state of its action is for further study (when parameter 6 is set to 0) The PAD will permit entry into the PAD waiting state N times before dis- connecting the access information paths: this time out is not applica- ble in case of leased line access. R > 60 s T13 State 6 The PAD receives a graphic charact er other than 2/ 0, 2/11 or 7/15 after the DTE escapes from the data transfer state Reception of a com- plete PAD command signal The PAD will trans- mit an error PAD service sig- nal and will return to the data transfer state (when parameter 6 is not set to 0) or the PAD wait- ing state of data trans- fer state as appropriate (when parameter 6 is set to 0) This time– out is not applicable in the case of leased line access V T20 State 4 DTE transmi ts the service request signal DTE has received a PAD identi- fication ser- vice DTE should retransmit the service request sig- nal When this time–out expires W times a fault should be reported 1/X.28 [1T13.28] Tableau B–1/X.28 [1T13.28], p. 9 H.T. [2T13.28] TABLE B–1/X.28 (cont.) Time– out value (provi sional) Tim e– out nu mb er Inter- face state Started by Normally terminated Action to be taken when time– out expires Remarks B T21 State 6 DTE transmi ts a clear request PAD comma nd sig- nal The PAD has trans- mitted clear con- firmation PAD ser- vice signal (when parameter 6 is not set to 0) or has disconnecte d the access information path (when parameter 6 is set to 0) The DTE will discon- nect the access information path (inde- terminate result) X = 120 s T30 – Incom- ing call PAD wait- ing state The PAD will clear the virtual call See § 3.2.1.7 Z T31 – Circuit 108/1 or 108/ 2 OFF Circuit 108 ON The access information path is dis- connected See § 1.1.3.2 P > 60 s T14 State 10 The PAD is recalled from the con- nection in progres s state The PAD has received the first charac- ter of a PAD com- mand sig- nal The PAD will trans- mit an error PAD service sig- nal (when parameter 6 is not set to 0) and return to the connec- tion in progress state Q > 60 s T15 State 6 The PAD receives a graphic charact er other than 2/ 0, 2/11 or 7/15 after the DTE escape from the con- nection in progres s state Reception of a com- plete PAD command signal (As for P above) 1/X.28 [2T13.28] Tableau B–1/X.28 [2T13.28], p. 10 BlancANNEX C (to Recommendation X.28) PAD service signals for extended dialogue mode C.1 Possible PAD service signals text in Spanish for extended dialogue mode 1. ENGAGED – Comunicación establecida (§ 3.5.11/X.28). 2. FREE – Comunicación no establecida (§ 3.5.11/X.28). 3. Reset PAD service signal (Table 5/X.28). DTE – reiniciación por el dispositivo en el extremo distante, pueden perderse datos ERR – reiniciación por la red, error de procedimiento local, pueden per- derse datos NC – reiniciación debido por problema en la red, pueden perderse datos RPE – reiniciación por la red, error de procedimiento en el extremo dis- tante, pueden perderse datos 4. Clear PAD service signal (Table 6/X.28) OCC – liberación de la llamada, número ocupado NC – liberación de la llamada, problema temporal en la red INV – liberación de la llamada, petición de facilidad no válida NA – liberación de la llamada, acceso prohibido a este número ERR – liberación de la llamada, error de procedimiento local, identifi- cado por la red RPE – liberación de la llamada, error de procedimiento en el extremo distante, identificado por la red NP – liberación de la llamada, número no asignado DER – liberación de la llamada, número fuera de servicio PAD – liberación de la llamada, petición distante DTE – liberación de la llamada, por el dispositivo en el extremo dis- tante, pueden perderse datos RNA – liberación de la llamada, cobro revertido rechazado ID – liberación de la llamada, destino incompatibile SA – liberación de la llamada, barco ausente FNA – liberación de llamada, selección rápida rechazada ROO – liberación de llamada, no se puede encaminar según se ha pedido 5. clear confirmation PAD service signal (Table 7/X.28) CONF – liberación de llamada, confirmación Blanc6. PAD parameter names (Table 8/X.28) H.T. [T14.28] Parameter refer- ence number Parameter description 1 – rellamada al EDD utilizando un carácter 2 – eco 3 – elección de la señal de envió de datos 4 – elección de la duración de la temporización de reposo 5 – control de dispositivo auxiliar 6 – control de señales de servicio de EDD 7 – operación al recibir una señal de corte 8 – descartar salida 9 – relleno después del retroceso del carro 10 – delimitación de la línea 11 – velocidad binaria del ETD arrítmico 12 – control de flujo del EDD 13 – inserción de cambio de renglón después del retroceso del carro 14 – relleno después del cambio de renglón 15 – edición 16 – supresión de carácter 17 – supresión de línea 18 – visualización de línea 19 – señales de servicio de EDD de edición 20 – máscara de eco 21 – tratamiento de la paridad 22 – espera de página C–8/X.28 [T14.28] TABLE C–8/X.28 [T14.28], p.C.2 Possible PAD service signals text in French for extended dialogue mode 1. ENGAGED – état occupé (§ 3.5.11/X.28). 2. FREE – état libre (§ 3.5.11/X.28). 3. Reset PAD service signal (Table 5/X.28). DTE – réinitialisation par l'équipement distant, perte de données possi- bles ERR – réinitialisation par le réseau, erreur de procédure locale, perte de données possibles NC – réinitialisation en raison d'un dérangement momentané du réseau, perte de données possibles RPE – réinitialisation par le réseau, erreur de procédure distante, perte de données possibles 4. Clear PAD service signal (Table 6/X.28) OCC – communication libérée, numéro occupé NC – communication libérée, encombrement momentané du réseau INV – communication libérée, demande de service complémentaire non valable NA – communication libérée, interdiction d'accès au numéro ERR – communication libérée, erreur de procédure locale décelée par le réseau RPE – communication libérée, erreur de procédure distante décelée par le réseau NP – communication libérée, numéro non attribué DER – communication libérée, numéro en dérangement PAD – communication libérée, demande distante DTE – communication libérée, par un équipement distant RNA – communication libérée, taxation à l'arrivée refusée ID – communication libérée, destination incompatible SA – communication libérée, le navire ne peut être atteint FNA – communication libérée, sélection rapide refusée ROO – communication libérée, acheminement demandé impossible 5. Clear confirmation PAD service signal (Table 7/X.28) CONF – communication libérée confirmation 6. PAD parameter names (Table 8/X.28) H.T. [T15.28] Parameter refer- ence number Parameter description 1 – rappel de l'ADP au moyen d'un caractère 2 – renvoi en écho 3 – choix des caractères d'envoi de données 4 – choix du délai de temporisation de repos 5 – commande de dispositifs auxiliaires 6 – commande de signaux de service d'ADP 7 – fonctionnement à la réception du signal de coupure 8 – mise au rebut des données de sortie 9 – remplissage après retour du chariot 10 – retour à la ligne 11 – débit binaire de l'ETTD arythmique 12 – contrôle de flux de l'ADP 13 – insertion d'interligne après retour du chariot 14 – remplissage après interligne 15 – édition 16 – effacement de caractère 17 – effacement de ligne 18 – affichage de ligne 19 – signaux de service d'ADP d'édition 20 – gabarit d'écho 21 – traitement de parité 22 – attente de page Tabulateurs des tableaux b) NF01/004 X: NF08/004 (83.TA.239.E) (CCS) (A1) (DO PRC.CCS = CCS) (DO $G01WP.PRC.COSY = N) Saisie 19.01.89 AF Corr. lère épreuve 30.01.89 DD 2ème Corr. digiset ........ .. MAJ s/disquette 4.04.89 CD Cuadro [T15.28], p. (H.T.=OUI) TAB.??? FICHIER: H.T. = (82.TA.239.E) (SANS FORMULE)Tableaux: 7 – Tabulateurs: 2 b) NF01/004 X: NF08/004 Formules: 0 TEXTE – Disk 186 NF01/027 (OPM = 01) bits 8 and 7 NF01/030 (OPM = 01) Appendix II Disk 187 NF01/006 (OPM = 02) – NF01/006 (OPM = 02) NF01/026 (OPM = 02) 0 X X X X X X (cs,) Disk ... NF../... (OPM = ..) (BT..) Disk ... NF../... (OPM = ..) (82.TE.10.E) (A1.23e) / [26e] FOLIOS: 366 – 392 (AS)(DO PRC.COSY.2) MEP [PA1] : OK= [1] Saisie 07.12.88 XS/YB ID + Vérif. + diskette MAJ + laser 19.12.88 PV Corr. LASER (1re épreuve) = 3eme 09.01.89 SB Vérif. corr. + transfert + imprimantes ........ .. Espaces réservés ........ .. AJOUTER (PA1) (CL1,0,0,0) pour MEP MEP + LASER 3.02.89 GH/PC Corr. MEP ........ .. Insertion des tableaux (tabulateurs 2) 3.02.89 PC BAT 20.02.89 PV MAJ s/disquettes 28.03.89 CD