top - download
⟦3a4820c5f⟧ Wang Wps File
Length: 119816 (0x1d408)
Types: Wang Wps File
Notes: PC/ICD/001
Names: »6332A «
Derivation
└─⟦62d458081⟧ Bits:30006246 8" Wang WCS floppy, CR 0154A
└─ ⟦this⟧ »6332A «
WangText
…00……00……00……00……00…G…0a…G…0b…G…0c…G…0e…G…00…F…08…F…02…E…0c…E…00…E D…08…D…0e…D…0f…D…07…:…0c…:…0e…:…0f…:…06…:…07…9…09…9…0b…9…0e…9
9 8…0c…8…02…7…09…7…0a…7…0f…7…02…6…0a…6
5…08…5…00…5…07…4…0d… …0d… …1f……0b……1f……0e……1f……05……1e……0b……1e……01……1e……07……1d……0d……1d…
…02…PC/ICD/001
…02…860428…02……02…#
PROTOCOL CONVERTER INTERFACE CONTROL DOCUMENT
…02……02… PC
PROTOCOL CONVERTER INTERFACE CONTROL DOCUMENT
PC/ICD/001
…0f…Erik Holgersen/Oddur Jens Gudjonsson …0e…
Peder Bjorholm
EHO, OJG, PBH, Conf. Manager
SHAPE
(5)
Conf. Mngr.
1
860428
…0f… PC/ICD/001
…02… 860428 2
PROTOCOL CONVERTER INTERFACE CONTROL DOCUMENT
…02… PC
…0e…
6332A/
6347A/
851221 All Preliminary issue of document
860428 All Issue 1 replace preliminary
issue of the document
T̲A̲B̲L̲E̲ ̲O̲F̲ ̲C̲O̲N̲T̲E̲N̲T̲S̲
1 GENERAL ......................................
6
1.1 PURPOSE ..................................
6
1.2 REFERENCED DOCUMENTS .....................
6
1.2.1 Baseline Documentation ...............
6
1.2.2 Informational Documentation ..........
7
1.3 ABBREVIATIONS ............................
8
2 INTRODUCTION .................................
9
2.1 ISO'S OSI MODEL ..........................
9
2.1.1 OSI Seven Layer Reference Model ......
11
2.2 CCIS OSI IMPLEMENTATION ..................
12
2.3 MESSAGE/SEGMENT/SUBSEGMET/FRAME
IMPLEMENTATION ...........................
15
3 LEVEL 1 INTERFACE ............................
17
3.1 PHYSICAL INTERCONNECTION .................
17
3.2 DATA/CONTROL SIGNAL INTERCONNECTIONS .....
18
3.3 LEVEL 1 PROTOCOL INTERFACE ...............
22
3.4 SIGNALLING RATE, PARITY DEFINITION AND
CHARACTER SIZE ...........................
24
3.5 ALPHABET .................................
24
3.6 LEVEL 1 STATE EVENT TABLE.................
26
4 LEVEL 2 INTERFACE ...........................
27
4.1 LEVEL 2 MESSAGE STRUCTURE ................
27
4.1.1 Message Format .......................
27
4.1.2 General Format Fields ................
30
4.1.2.1 Synchronization Characters (SYN) .
30
4.1.2.2 Start of Header (SOH) ............
30
4.1.2.3 Sequence Code (SC) ...............
31
4.1.2.4 Address Code (AC) ................
31
4.1.2.5 Identification Code (IC) .........
31
4.1.2.6 Start of Text (STX) ..............
32
4.1.2.7 End of Text (ETB or ETX) .........
32
4.1.2.8 Block Check Character (BCC) ......
32
4.1.3 Information Message Formats ..........
33
4.1.3.1 Information Formats Fields .......
33
4.1.3.1.1 Format Code (FC) .............
33
4.1.3.1.1.1 Format Code D ............
33
4.1.3.1.1.2 Format Code H ............
34
4.1.3.1.1.3 Format Code M ............
34
4.1.3.1.2 Operations Code (OC) .........
34
4.1.3.1.3 Media Code (MC) ..............
36
4.1.3.1.4 Text Field (TXT) .............
36
4.1.3.1.5 Record Separator (RS) ........
37
4.1.3.2 Types of Information Messages ....
37
4.1.3.2.1 DINDAC Start Message..........
38
4.1.3.2.2 NO REQUEST Message............
39
4.1.3.2.3 WAIT Message..................
40
4.1.3.2.4 TRANSMIT DATA Message.........
41
4.1.3.2.5 START/PART OF DATA Message....
42
4.1.3.2.6 ENTIRE/END OF DATA Message....
43
4.1.3.2.7 Special Control Message Format
44
4.1.3.2.7.1 LOGON Message.............
44
4.1.3.2.7.2 BREAK Message.............
45
4.1.3.2.7.3 Line Down Control Message.
46
4.1.3.2.8 Application Terminated in CP
Message ......................
48
4.1.5 Service Message Formats ..............
49
4.1.5.1 Service Message Format Fields ....
49
4.1.5.1.1 Format Code (FC) .............
49
4.1.5.1.1.1 Format Code B ............
49
4.1.5.1.1.2 Format Code C ............
49
4.1.5.1.2 Type (TY) ....................
50
4.1.5.1.3 Auxiliary Field (AF) .........
51
4.1.5.2 Types of Service Messages ........
52
4.1.5.2.1 No Instruction Message........
52
4.1.5.2.2 Select Message................
53
4.1.5.2.3 Ready for Disconnection
Message ......................
54
4.1.5.2.4 Disconnect Message............
55
4.2 FRAME TRANSMISSION/RECEPTION CONTROL .....
56
4.2.1 Validation of Frame Control
Information ..........................
56
4.2.2 Frame Transmission/Reception Control .
56
4.2.3 Frame Recovery .......................
49
4.2.4 Frame Timeout ........................
59
4.2.5 Parity Generation and Validation .....
59
4.2.6 Line Down Conditions .................
59
4.3 LEVEL 2 STATE EVENT TABLE ................
60
5 LEVEL 3 INTERFACE ...........................
61
5.1 SEGMENT/SUBSEGMENT CONVERSION.............
61
5.2 DATA COMPRESSION/EXPANSION ...............
61
5.3 SEGMENT TRANSMISSION/RECEPTION CONTROL ...
64
5.4 CONNECTION OF A LINE .....................
65
5.4.1 Idle Mode ............................
65
5.4.2 Active Mode ..........................
65
5.4.2.1 Start Active Mode ................
65
5.4.2.2 In Active Mode ...................
67
5.5 LINE DISCONNECT ..........................
67
5.5.1 Disconnect Initiated by GRTS .........
67
5.5.2 Disconnect Initiated by PC ...........
68
5.6 LEVEL 3 STATE EVENT TABLE ................
69
6 LEVEL 4 INTERFACE ...........................
70
6.1 DINDAC SEGMENT HEADER INFORMATION
VALIDATION ...............................
70
6.1.1 DINDAC Segment Header Format .........
70
6.1.2 DINDAC Segment Header Validation .....
73
6.2 LEVEL 4 SERVICE MESSAGE FORMATS ..........
74
6.2.1 SUPERACK Message .....................
75
6.2.2 SUPERNAK Message .....................
76
6.2.3 BUST Message .........................
79
6.2.4 NOMSG Message ........................
80
6.3 MESSAGE TRANSMISSION CONTROL .............
80
6.3.1 PC to CCIS Transmission ..............
81
6.3.2 CCIS to PC Transmission ..............
82
6.3.3 Override Handling ....................
82
6.3.3.1 Override by CCIS .................
82
6.3.4 Break Message Handling ...............
82
6.3.4.1 Break as Override by PC ........
83
6.3.4.2 Break in Operational-idle Mode .
83
6.4 MESSAGE CONTROL ERRORS AND RECOVERY ......
84
6.5 LEVEL 4 STATE EVENT TABLE ................
85
7 EXAMPLES ON MESSAGES TRANSACTION SEQUENCES ...
86
7.1 LINE CONNECTION ..........................
87
7.2 LINE DISCONNECTION .......................
92
7.3 MESSAGE TRANSMISSION CCIS TO PC ..........
95
7.4 MESSAGE TRANSMISSION PC TO CCIS .......... 102
7.5 BUST MESSAGE HANDLING .................... 109
7.6 OVERRIDE MESSAGE HANDLING ................ 117
APPENDIX A: STATE EVENT TABLES
1̲ ̲ ̲G̲E̲N̲E̲R̲A̲L̲
This chapter describes the general information applicable
to this document. Purpose, referenced documents, and
abbreviation are defined.
1.1 P̲U̲R̲P̲O̲S̲E̲
The Protocol Converter Interface Control Document (PC/ICD)
is written to provide a baseline interface control
document for the CCIS-PC protocol interface.
1.2 R̲E̲F̲E̲R̲E̲N̲C̲E̲D̲ ̲D̲O̲C̲U̲M̲E̲N̲T̲S̲
1.2.1 B̲a̲s̲e̲l̲i̲n̲e̲ ̲D̲o̲c̲u̲m̲e̲n̲t̲a̲t̲i̲o̲n̲
1. SCARS/CAMPS Interface
CPS/ICD/005, dated 821201, Issue 3.
Burroughs Corporation and Christian Rovsing A/S.
2. Remote Terminal Supervisor (GRTS)
DD40B. July 1976.
Rev O. Honneywell.
3. DINDAC CCTC TR-01.
General Descriptions
Dated 780630.
DCA.
4. 12 MIL-STD188C.
Dated 691124.
5. WWMCCS ADP Telecom Standard Engineering Practices.
Dated 810901.
DCA.
1.2.2 I̲n̲f̲o̲r̲m̲a̲t̲i̲o̲n̲a̲l̲ ̲D̲o̲c̲u̲m̲e̲n̲t̲a̲t̲i̲o̲n̲
6. Protocol Converter System Specification.
PC/SDS/001, dated 820810, Issue 3.
Christian Rovsing A/S.
7. ACE Security Directive 70-1.
Dated 810206, Issue 2.
8. ACE ADP Standards Manual 96-1-1, part no. 007-3.
Dated 800114.
9. DINDAC-RCI Protocol Notes.
Handout from SHAPE - mr. Novell.
Dated 820726.
10. Meeting notes on SHAPE/JDSSC/CR84 meeting in Washington,
dated 850923-25.
11. NAVCOMM Communication line protocol.
TR-05, dated February 1975.
12. Remote Computer/DN355/NAVCOMM line protocol.
WWMCCS DN48, dated 760510.
13. WWMCCS/AMME/AUTODIN Interface.
Dated 850719, draft.
14. NACE Protocol for Remote Computer Interface.
Dated 790531.
1.3 A̲B̲B̲R̲E̲V̲I̲A̲T̲I̲O̲N̲S̲
The following abbreviations are used:
ACCIS Automated Command and Control Information System.
ACK Acknowledgement.
ADP Automated Data Processing.
CCIS Command and Control Information System.
DCE Data Circuit Terminating Equipment
DTE Data Terminal Equipment
DINDAC Autodin-WWMCCS Direct Access Communications Module
DN/355 Honeywell Front-end Processor
EOM End of Message
GRTS General Remote Terminal Supervisor of DN/553
I/F Interface
ICD Interface Control Document
NAK Negative Acknowledgement
PC Protocol Converter
RCI Remote Computer Interface
SCARS Status and Control Alerting and Reporting System
SCI Station Channel Identifier
SHAPE Supreme Headquarters Allied Powers Europe
TSN Transmission Serial Number
VDU Visual Display Unit
WWMCCS World Wide Military Command and Control System
2̲ ̲ ̲I̲N̲T̲R̲O̲D̲U̲C̲T̲I̲O̲N̲
2.1 I̲S̲O̲'̲S̲ ̲O̲S̲I̲ ̲M̲O̲D̲E̲L̲
The International Standard Organization (ISO) has approached
the need for standard data communication protocols
by developing the Open System Interconnection (OSI),
a multi layered architecture for linking similar or
dissimilar computers across data networks. The general
structure of the OSI architecture provides architectural
concepts from which the Reference Model of OSI has
been derived, making specific choices for the layers
and their contents.
The reference model contains seven layers:
a) Level 7, the Application Layer
b) Level 6, the Presentation Layer
c) Level 5, the Session Layer
d) Level 4, the Transport Layer
e) Level 3, the Network Layer
f) Level 2, the Data Link Layer
g) Level 1, the Physical Layer
These layers are illustrated in figure 2.1-1. The highest
layer is the application layer and it consist of the
application-entities (user processes) that cooperate
in the OSI environment. The lower layers provide the
services through which the application-entities cooperate.
Layers 1-6, together with the physical media for OSI
provide a step-by-step enhancement of communication
services. The boundary between two layers identifies
a stage in this enhancement of services at which an
OSI service standard is defined, while the functioning
of the layers is governed by OSI protocol standards.
FIGURE 2.1-1
OSI SEVEN LAYER REFERENCE MODEL
2.1.1 O̲S̲I̲ ̲S̲e̲v̲e̲n̲ ̲L̲a̲y̲e̲r̲ ̲R̲e̲f̲e̲r̲e̲n̲c̲e̲ ̲M̲o̲d̲e̲l̲
The following is a brief description of the respective
seven layers of the OSI model:
a) Level 7, the Application Layer, which functions
are provided by the end user. The end user is a
user process that wants to use the network.
b) Level 6, the Presentation Layer, provides data
formats and any needed data transformation. Data
formats might include those required for video
display or printers. Code translation will also
be included in Layer 6. Some Layer 6 functions
are found in the set of CCITT recommendation X.3,
X.28, and X.29.
c) Level 5, the Session Layer, establishes, maintains,
and terminates logical connections for transfer
of data between processes.
d) Level 4, the Transport Layer, provides the functions
for establishment and release of transport connections
end-to-end, control from user node to user node
across a network. Included on a user-to-user basis
are addressing, data assurance, and flow control.
e) Level 3, the Network Layer, provides control between
two adjacent nodes of the network. Its functions
is to establish, maintain, and terminate the logical
channels (virtual circuits) and transfer user data
between the terminal and the network.
f) Level 2, the Data Link Layer, provides transmission
over a single data link between two user systems.
Its functions are framing, synchronization control,
error correction, and connection between terminal
and network nodes.
g) Level 1, the Physical Layer, is the physical interface
between system components generally called Data
Terminal Equipment (DTE) and Data Circuit Terminating
Equipment (DCE). Level 1 defines the electrical
characteristics, and signaling needed to establish,
maintain, and disconnect the physical connection
between DTE and DCE or between two DTEs.
2.2 C̲C̲I̲S̲ ̲O̲S̲I̲ ̲I̲M̲P̲L̲E̲M̲E̲N̲T̲A̲T̲I̲O̲N̲
The standards for the CCIS protocols for data communication
link via the Protocol Converter (PC) to or from the
SCARS II system referred to the OSI model (figure 2.2-1)
in top-down order:
L̲e̲v̲e̲l̲ ̲5̲
Handles segmentation of messages.
Segments linked on disk:
- Assembly/disassembly of messages into segments.
- Supply/removal of segment header to each segment.
- Request transport of messages to/from disk.
- Request transmission of messages.
- Transaction acknowledgement to level 4 (DINDAC).
L̲e̲v̲e̲l̲ ̲4̲ ̲-̲ ̲D̲I̲N̲D̲A̲C̲ ̲-̲ ̲r̲e̲f̲.̲ ̲3̲
Handles transmission/reception of transactions.
- Validity check of segment header.
- Traffic control.
- Transaction sequence control.
- Transaction acknowledgement.
- Character conversion (ASCII-BCD).
- Transaction disk storage control.
- Provision of tape fall-back facility.
- Security check.
L̲e̲v̲e̲l̲ ̲3̲ ̲-̲ ̲G̲R̲T̲S̲ ̲-̲ ̲r̲e̲f̲ ̲2̲
Handles blocking of segments.
- Assembly/disassembly of message segments into frames
(subsegments).
- Control of transmission/reception of frames.
- Frame acknowledgement.
L̲e̲v̲e̲l̲ ̲2̲ ̲-̲ ̲R̲C̲I̲ ̲-̲ ̲r̲e̲f̲.̲ ̲2̲ ̲s̲e̲c̲t̲.̲ ̲I̲V̲ ̲a̲n̲d̲ ̲5̲ ̲s̲e̲c̲t̲.̲ ̲1̲0̲.̲3̲.̲4̲
Handles individual frames.
- Supply/removal and check of frame control information.
- Frame transmission/reception.
- Frame recovery (retransmission).
- Parity generation/check.
L̲e̲v̲e̲l̲ ̲1̲ ̲-̲ ̲P̲h̲y̲s̲i̲c̲a̲l̲ ̲L̲i̲n̲e̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲-̲ ̲r̲e̲f̲.̲ ̲5̲ ̲s̲e̲c̲t̲.̲ ̲6̲
Physical control of interface signals.
FIGURE 2.2-1
CCIS - PC PROTOCOL LEVELS
2.3 M̲E̲S̲S̲A̲G̲E̲/̲S̲E̲G̲M̲E̲N̲T̲/̲S̲U̲B̲S̲E̲G̲M̲E̲T̲/̲F̲R̲A̲M̲E̲ ̲I̲M̲P̲L̲E̲M̲E̲N̲T̲A̲T̲I̲O̲N̲
A message sent or received between CCIS and PC passes
through the data communication protocols on the CCIS
side as shown in figure 2.2-1 and is transformed as
shown in figure 2.3-1.
MESSAGE generated by CCIS application program for transmission
by the DINDAC module shall be in E1 format (ref. 1
appendix A) and maximum 12000 characters in length.
It is passed through the COMMLINK process to a disk
file in linked segments of max. 1106 characters with
34 character segment header and 12 character link reference
(BCD 6-bit characters) for every segment.
SEGMENT is a block of data (max. 1106 characters plus
segment header of 34 characters = 1140 characters)
that is transmitted between the DINDAC and GRTS-DAC
(ASCII characters in 9-bit field). The first segment
of every message contains the message header.
SUB-SEGMENT is a block of data (max. 324 characters)
that is transmitted between the GRTS and the Remote
Computer. The GRTS program will either block subsegments
into segments for transmission to the DINDAC or deblock
segments into sub-segments for transmission to the
PC-SCARS. The first sub-segment of every segment contains
a DINDAC segment header.
FRAME is the message format used by the GRTS-RCI protocol
to pass information, control, and data on the physical
link to and from the PC (ref. 2 section IV). The frames
must be made up of NATO 7-bit code plus parity.
FIGURE 2.3-1
MESSAGE/SEGMENT/SUBSEGMENT/FRAME CONVERSION
3̲ ̲ ̲L̲E̲V̲E̲L̲ ̲1̲ ̲I̲N̲T̲E̲R̲F̲A̲C̲E̲
Level 1 Interface deals with the physical interconnection
of a synchronous communication link between the CCIS
System and the Protocol Converter (PC) Interface.
3.1 P̲H̲Y̲S̲I̲C̲A̲L̲ ̲I̲N̲T̲E̲R̲C̲O̲N̲N̲E̲C̲T̲I̲O̲N̲
The physical interconnection signal levels and polarities
are based on MIL-STD-188-C (reference 4, paragraph
7.2.1. to 7.2.1.8.2) for unbalanced low level digital
interface as shown in fig. 3.1-1.
Transmitter output voltage level V…0f…o…0e…: +6V(+1V)
Receiver input impedance Z…0f…i…0e…: 6000 ohm +10%
Signal level: +V='1'= MARK, -V='0' =SPACE
FIGURE 3.1-1
UNBALANCED LOW LEVEL INTERFACE
3.2 D̲A̲T̲A̲/̲C̲O̲N̲T̲R̲O̲L̲ ̲S̲I̲G̲N̲A̲L̲ ̲I̲N̲T̲E̲R̲C̲O̲N̲N̲E̲C̲T̲I̲O̲N̲
The definition and purpose of the individual signal
lead connections in the communication link between
CCIS and PC Interface are based on EIA RS-232C/CCITT
V.24 Standards.
Shown in fig. 3.2-1 is the applicable Data/Control
Signal Leads listed together with signal flow direction,
lead (connector pin) number, and nomenclature. The
CCIS System Interface is a DCE interface and the PC
Interface is a DTE Interface. In figure 3.2-2 are the
Data/Control Signal Leads, that specify a direct synchronous
data link.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SIGNAL FLOW LEAD COLLO- NOMENCLATURE
DCE -- DTE NO. QUIAL RS-232C CCITT
V.24
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
----------- 1 (FG) (AA) Protective 101
Ground
----------- 2 (SD) (BA) Send Data 103
----------- 3 (RD) (BB) Receive Data 104
----------- 4 (RTS) (CA) Request to Send 105
----------- 5 (CTS) (CB) Clear to Send 106
----------- 6 (DSR) (CC) Data Set Ready 107
----------- 7 (SG) (AB) Signal Ground 102
----------- 8 (CD) (CF) Receive Line 109
Signal Detector
----------- 15 (SCT) (DB) Transmitter 114
Element Timing
----------- 17 (SCR) (DD) Receive Signal 115
Element Timing
----------- 20 (DTR) (CD) Data Terminal 108.2
Ready
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
EIA RS-232C/CCITT-V.24 LEAD (Connector Pin) Definition
and Signal flow direction for Unbalanced Low Level
Interface.
FIGURE 3.2-1
DATA/CONTROL SIGNAL DEFINITION
FIGURE 3.2-2
CCIS - PROTOCOL CONVERTER INTERFACE
3.3 L̲E̲V̲E̲L̲ ̲1̲ ̲P̲R̲O̲T̲O̲C̲O̲L̲ ̲I̲N̲T̲E̲R̲F̲A̲C̲E̲
The implementation of a physical data communication
link interface for CCIS-PC involves priorities and
sequences of voltage application on various control
leads in the interface which is defined as the level
1 Protocol Interface (reference 5 paragraph 6.5).
This protocol involves the use of leads 2-8, 15, 17
and 20 in the interface as defined in EIA RS-232C/CCITT
V.24 (see fig. 3.2-1 for lead names). The control leads
in this interface are activated (turned ON) by application
of a steady DC voltage level (see fig. 3.1-1). If no
voltage is applied the lead is considered OFF or not
connected. In the following describtion of the level
1 protocol interface, the signals will be described
as seen from the PC interface unless otherwise stated.
The CCIS and PC System Interface hardware/software
recognize these conditions as follows:
-------------------------------------------------------------------
LEAD PIN STATE INDICATION
MAME NO.
-------------------------------------------------------------------
SD 2 Steady Positive The
PC
is
powered
Voltage on but not transmitting
data.
SD 2 Switching Data being transmitted.
Should
polarities at not happen unless
lead 4 and 5
data transfer are ON. Cannot happen
unless
rate lead 15 presents
clock signal.
SD 2 Open The PC is powered
OFF.
RD 3 Steady Positive The
CCIS
(Direct
Voltage Connect Only) is
powered on but not
transmitting.
RD 3 Switching Data is being received
from
polarities at the communication
link. It
data transfer will not be recognized
by the
rate PC unless lead 5
is OFF, leads 6
and 8 are ON and
lead 17 has a clock
signal.
RD 3 Open The CCIS (Direct
Connect Only) is
powered OFF.
--------------------------------------------------------------------
LEAD PIN STATE INDICATION
NAME NO.
--------------------------------------------------------------------…06…1…02…
…02… …02… …02… …02… …02…
RTS 4 Steady ON The PC is requesting
permission to send
or sending, leads
6 and 20 should
be ON, and lead
8 shall be OFF.
RTS 4 Steady OFF The PC idle or receiving.
CTS 5 Steady ON The PC has received
permission to send
or is sending. Leads
4, 6 and 20 should
be ON, 15 should
have clock and 2
should have data
transmitting.
CTS 5 Steady OFF The PC should be
idle or receiving.
DSR 6 Steady ON The CCIS (Direct
Connect Only) is
powered ON and operational.
DSR 6 Steady OFF The CCIS is not
in operational mode.
DSR 6 Open The CCIS is powered
OFF or not connected.
SG 7 Always steady Ground return lead.
Should be
Zero Volts low impedance connection
to system ground.
CD 8 Steady ON The CCIS (Direct
Connect Only) notifying
the PC interface
to receive data
on lead 3. Lead
6 should be ON,
lead 5 OFF and clock
on lead 17. Data
may or may not appear
on lead 3.
CD 8 Steady OFF The CCIS is ready
and receives data
expected.
--------------------------------------------------------------------
LEAD PIN STATE INDICATION
NAME NO.
-------------------------------------------------------------------
SCT 15 Steady Clock Transmit clock supplied.
Signal
SCT 15 Steady Zero Data transmission not possible
Volts
SCR 17 Steady Clock Receive clock supplied.
Signal
SCR 17 Steady Zero Data reception not possible.
DTR 20 Steady ON The PC is powered ON and
operational.
DTR 20 Steady OFF The PC is not operatonal.
DTR 20 Open The PC is powered OFF or
not connected.
--------------------------------------------------------
In general if a Lead is in Open state it indicates
that the interface is powered OFF or not connected.
3.4 S̲I̲G̲N̲A̲L̲L̲I̲N̲G̲ ̲R̲A̲T̲E̲,̲ ̲P̲A̲R̲I̲T̲Y̲ ̲D̲E̲F̲I̲N̲I̲T̲I̲O̲N̲ ̲A̲N̲D̲ ̲C̲H̲A̲R̲A̲C̲T̲E̲R̲ ̲S̲I̲Z̲E̲
The CCIS - PC Interface shall provide the capability
for synchronous signalling rates of: 2400, 4800 or
9600 Bauds.
The transferred data code shall have ODD parity.
The character size is 8 bit (7 data bits and 1 parity
bit). The bit order on the data line is with the LSB
transmitted first.
mark ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
D0 D1 D2 D3 D4 D5 D6 PARITY
...
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲O̲D̲D̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
3.5 A̲L̲P̲H̲A̲B̲E̲T̲
The alphabet used for CCIS-PC data transmission shall
be NATO 7-bit code based on the ISO/CCITT International
Alphabet No. 5 as shown in fig. 3.5-1. The transmitted
parity bit may be disregarded by the receiver except
for the purpose of the parity check.
FIGURE 3.5-1
NATO 7 ̲BIT CODE TABLE
3.6 L̲E̲V̲E̲L̲ ̲1̲ ̲S̲T̲A̲T̲E̲ ̲E̲V̲E̲N̲T̲ ̲T̲A̲B̲L̲E̲
As seen from the PC:
EVENT
STATE EVT1 EVT2 EVT3 EVT4 EVT5 EVT6 EVT7
---------------------------------------------------------
Opera-
IDLE Closed Local tional
---------------------------------------------------------
Opera-
RECEIVE Closed Local tional Wait
---------------------------------------------------------
Opera-
TRANSMIT Closed Local tional Wait
---------------------------------------------------------
EVT1 = Power off
EVT2 = 6 Control signals 5,6,8 = mark
EVT3 = 6 15 17 Control signals 5,6,8 = space
EVT4 = 5 6 8 17 Signal clocks 15,17 = clock running
EVT5 = 5 6 8 17 Signal clocks 15,17 = clock not
running
EVT6 = 5 6 8 15
EVT7 = 6 8 (15+5)
FIGURE 3.6-1
STATE EVENT DIAGRAM
4̲ ̲ ̲L̲E̲V̲E̲L̲ ̲2̲ ̲I̲N̲T̲E̲R̲F̲A̲C̲E̲
The Level 2 Interface defines the individual frames
and the handling of frame control information.
4.1 L̲E̲V̲E̲L̲ ̲2̲ ̲M̲E̲S̲S̲A̲G̲E̲ ̲S̲T̲R̲U̲C̲T̲U̲R̲E̲
This level will describe the structure of each frame
that shall be recognised by the level 2 protocol. First
each subfield is described in detail, followed by the
individual frames.
4.1.1 M̲e̲s̲s̲a̲g̲e̲ ̲F̲o̲r̲m̲a̲t̲
Each frame is to be formatted as the generalized message
format in figure 4.1.1-1. The various frames will implement
a subset of the subfields shown in the generalized
format. The following abbreviations shown after the
subfields will be used.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
^ SUBFIELD ^ FIELD LENGTH
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ ^
^
^ ^
^
^ SYNCHRONIZATION ^
^
^ CHARACTERS ^ 4-7
^
^ ^
^
^ ^
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ START OF HEADER ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ FORMAT CODE ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ SEQUENCE CODE ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ ADDRESS CODE ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ OPERATION CODE/TYPE ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ IDENTIFICATION CODE ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ AUXILIARY FIELD ^ 0/1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ START OF TEXT ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ ^
^
^ TEXT FIELD ^ 0 to 324
^
^ ^
^
^ ^
^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ END OF BLOCK/END OF TEXT^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ BLOCK CHECK CHARACTER ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
FIGURE 4.1.1.1-1
GENERALIZED FRAME STRUCTURE FOR
INFORMATION FRAME AND SERVICE FRAME
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
^ SUBFIELD ^ FIELD LENGTH
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ ^
^
^ ^
^
^ SYNCHRONIZATION ^
^
^ CHARACTERS ^ 4-7
^
^ ^
^
^ ^
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ START OF HEADER ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ FORMAT CODE ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ SEQUENCE CODE ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ ADDRESS CODE ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ OPERATION CODE/TYPE ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ IDENTIFICATION CODE ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ AUXILIARY FIELD ^ 0/1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ START OF TEXT ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ MEDIA CODE ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ ^
^
^ ^
^
^ TEXT FIELD ^ 0 to 322
^
^ ^
^
^ ^
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ RECORD SEPARATOR ^ 1
^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ END OF BLOCK/END OF TEXT^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
^ BLOCK CHECK CHARACTER ^ 1
^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲^̲
FIGURE 4.1.1.1-2
GENERALIZED FRAME STRUCTURE FOR
SPECIAL CONTROL RECORD FRAME
4.1.2 G̲e̲n̲e̲r̲a̲l̲ ̲F̲o̲r̲m̲a̲t̲ ̲F̲i̲e̲l̲d̲s̲
This section describes the various format fields that
are common to the three types of frames, information
frames, special control record frames, and service
frames.
4.1.2.1 S̲y̲n̲c̲h̲r̲o̲n̲i̲z̲a̲t̲i̲o̲n̲ ̲C̲h̲a̲r̲a̲c̲t̲e̲r̲s̲ ̲(̲S̲Y̲N̲)̲
The frame format requires at least four connecting
synchronization characters. This assures the synchronization
of the PC and CCIS systems before data transmission
begins. The synchronization character used shall be:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYNCHRONIZATION CHARACTER SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.2.2 S̲t̲a̲r̲t̲ ̲o̲f̲ ̲H̲e̲a̲d̲e̲r̲ ̲(̲S̲O̲H̲)̲
The SOH indicates the beginning of a frame. The SOH
character used shall be:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF HEADER SOH 01 001
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.2.3 S̲e̲q̲u̲e̲n̲c̲e̲ ̲C̲o̲d̲e̲ ̲(̲S̲C̲)̲
The SC Character is used to assure that data is neither
lost nor used more than once. The SC character normally
alternates from one frame to the next. Generally, if
a frame is received with the same SC as the last received
frame, the end-systems shall look for negative acknowledge
flagging and if not found considers the frame as a
retransmission. A more detailed description of the
SC alternating is found in section 4.2.3.The SC character
used shall be:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SEQUENCE CODE A or B 41/42 101/102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.2.4 A̲d̲d̲r̲e̲s̲s̲ ̲C̲o̲d̲e̲ ̲(̲A̲C̲)̲
The AC Field can not be used by the end-systems, but
as the AC character is part of the standard interface
format it has to be included. The AC field shall be
filled out with:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
ADDRESS CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.2.5 I̲d̲e̲n̲t̲i̲f̲i̲c̲a̲t̲i̲o̲n̲ ̲C̲o̲d̲e̲ ̲(̲I̲C̲)̲
The IC Field can not be used by the end-systems, but
as the IC character is part of the standard interface
format it has to be included. The IC field shall be
filled out with:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
IDENTIFICATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.2.6 S̲t̲a̲r̲t̲ ̲o̲f̲ ̲T̲e̲x̲t̲ ̲(̲S̲T̲X̲)̲
The STX indicates the beginning of the text field in
a sub-segment. The STX character used shall be:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF TEXT STX 02 002
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.2.7 E̲n̲d̲ ̲o̲f̲ ̲T̲e̲x̲t̲ ̲(̲E̲T̲B̲ ̲o̲r̲ ̲E̲T̲X̲)̲
The ETB/ETX indicates the end of the tex field in a
frame. The ETB character shall be used if the text
field will continue in the next frame. The ETX shall
be used if the text field ends in the frame. The ETB/ETX
character used shall be:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
END OF TEXT ETB/ETX 17/03 027/003
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.2.8 B̲l̲o̲c̲k̲ ̲C̲h̲e̲c̲k̲ ̲C̲h̲a̲r̲a̲c̲t̲e̲r̲ ̲(̲B̲C̲C̲)̲
The BCC character is an exclusive OR of the characters
in the frame following the SOH character and includes
the ETB/ETX character. The BCC character is calculated
without the odd parity bit and can have any value between:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
BLOCK CHECK CHARACTER NULL to DEL 00 to 7F 000 to
177
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.3 I̲n̲f̲o̲r̲m̲a̲t̲i̲o̲n̲ ̲M̲e̲s̲s̲a̲g̲e̲ ̲F̲o̲r̲m̲a̲t̲s̲
The information format consists of the common fields
and the format fields specified below. The format of
each information frame to be used is defined in section
4.1.3.2.
4.1.3.1 I̲n̲f̲o̲r̲m̲a̲t̲i̲o̲n̲ ̲F̲o̲r̲m̲a̲t̲s̲ ̲F̲i̲e̲l̲d̲s̲
4.1.3.1.1 F̲o̲r̲m̲a̲t̲ ̲C̲o̲d̲e̲ ̲(̲F̲C̲)̲
The format code character specifies the meaning of
the frame and for information frames the format of
the text field. The FC characters specified below is
used for special control frames and for informaton
frames. The FC characters is a subset of the implemented
set in GRTS. The information format codes used by the
PC - CCIS communication. FC = D, FC = H and FC = M
as specified below
4.1.3.1.1.1 F̲o̲r̲m̲a̲t̲ ̲C̲o̲d̲e̲ ̲D̲
This FC is used for special control record frames (records).
The text field of the frame must not contain compressed
characters but must contain data. The FC is used for
messages between the GRTS control program and the PC.
The FC character used shall be:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE D 44 104
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.3.1.1.2 F̲o̲r̲m̲a̲t̲ ̲C̲o̲d̲e̲ ̲H̲
This FC is used for information frames. The text field
of the frame must not contain compressed characters
and is not to be split between frames, a MC must follow
STX and a RS must precede ETX in data frames. The FC
character used shall be:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE H 48 110
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.3.1.1.3 F̲o̲r̲m̲a̲t̲ ̲C̲o̲d̲e̲ ̲M̲
This FC is used for information frames. The text field
is considered user defined and to GRTS it will be transparent,
except for the termination characters ETX, ETB, EOT,
which will be replaced by DEL (7FH) if found in the
output text from DINDAC to the PC, and will be recognized
by the GRTS H/W on input. Whether to use compression
of the text field or not is defined by PC when sending
the select frame during the log on sequence. The compression
is defined by the AF character in the select frame.
GRTS shall use compression for output data, if specified
by PC. The FC character used shall be:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE M 4D 115
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.3.1.2 O̲p̲e̲r̲a̲t̲i̲o̲n̲s̲ ̲C̲o̲d̲e̲ ̲(̲O̲C̲)̲
The OC character is used to specify the operation to
be performed and defines the type of acknowledgment
given to the previous frame received. The OC character
defines in bits 0 to 2 the operations instruction and
in bits 3 to 5 the type of acknowledgement. The format
is shown below:
bit no. ̲ ̲ ̲6̲ ̲ ̲ ̲ ̲5̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲3̲ ̲ ̲ ̲ ̲2̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲0̲
̲ ̲
^ ^ ^
^
Use ^ 1 ^ Acknowlegement ^ Operational
^
^ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲I̲n̲s̲t̲u̲c̲t̲i̲o̲n̲ ̲ ̲ ̲ ̲ ̲ ̲
̲^
The following codes for acknowledgement shall be implemented
in the end-systems:
Operational Instruction bit no.
5 4 3
- - -
Positive Acknowledgement 0 0 0
Negative Acknowledgement 0 0 1
Acknowledgement type 2 to 7 as defined in reference
2 shall not be used.
The following codes for operational instructions shall
be implemented in the end-systems:
Operational Instruction bit no.
2 1 0
- - -
No Request 0 0 0
Transmit Data 0 1 0
Wait 1 0 0
N̲o̲ ̲R̲e̲q̲u̲e̲s̲t̲:
The no request instruction shall be used to acknowledge
received data without request nor inhibit the sending
of data.
T̲r̲a̲n̲s̲m̲i̲t̲ ̲D̲a̲t̲a̲:
The transmit data instruction shall only be used by
GRTS to request that data is sent to GRTS.
W̲a̲i̲t̲:̲
The wait instruction shall only be used by PC to request
GRTS to delay communications. GRTS shall then wait
7 seconds and then retransmit the previous frame with
unchanged SC.
Data sent with a Wait operational code is not handled
by GRTS. If a Wait condition is kept for 15 minutes,
the GRTS will initiate disconnect procedure by sending
a Ready for Disconnect service message to the PC.
The same sequence code shall be kept for Wait messages
to insure that no data is lost, and only be changed
when a new data is entered.
P̲o̲s̲s̲i̲b̲l̲e̲ ̲O̲C̲ ̲V̲a̲l̲u̲e̲s̲
ASCII Hex Octal Operation
Code Code Code Code
-----------------------------------------
40 100 Ack/No request
B 42 102 Ack/Transmit data
D 44 104 Ack/Wait
H 48 110 Nak/No request
J 4A 112 Nak/Transmit data
L 4C 114 Nak/Wait
4.1.3.1.3 M̲e̲d̲i̲a̲ ̲C̲o̲d̲e̲ ̲(̲M̲C̲)̲
The MC character is used for special control record
communication. The MC contains the type of encoding
used for the record. The encoding for PC and CCIS special
control record communication shall be BCD records.
The MC character used for PC to GRTS communication
shall be:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
MEDIA CODE H 48 110
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
The MC character used for GRTS to PC communication
shall be:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
MEDIA CODE N 4E 116
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.3.1.4 T̲e̲x̲t̲ ̲F̲i̲e̲l̲d̲ ̲(̲T̲X̲T̲)̲
The TXT field of an information or a special control
record frame shall contain only the data for the message.
Control characters as MC and RS or other end-system
defined characters shall be transparent to PC. The
outmost record separation shall be considered part
of the TXT. The TXT field can consist of 0 to 324 characters.
4.1.3.1.5 R̲e̲c̲o̲r̲d̲ ̲S̲e̲p̲a̲r̲a̲t̲o̲r̲ ̲(̲R̲S̲)̲
The RS character shall end each record in the TXT field
of a frame. The RS character used shall be:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
RECORD SEPARATOR RS 1E 036
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.3.2 T̲y̲p̲e̲s̲ ̲o̲f̲ ̲I̲n̲f̲o̲r̲m̲a̲t̲i̲o̲n̲ ̲M̲e̲s̲s̲a̲g̲e̲s̲
In this section is described the format for the different
frames that shall be used for the PC - GRTS Link Communication.
For each format the values of each determined character
is given in ASCII, Hex and Octal.
4.1.3.2.1 D̲I̲N̲D̲A̲C̲ ̲S̲t̲a̲r̲t̲ ̲M̲e̲s̲s̲a̲g̲e̲
Originator: DINDAC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYNCHRONIZATION SYN 16 026
CHARACTERS ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF HEADER SOH 01 001
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE M 4D 115
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SEQUENCE CODE A/B 41/42 101/102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
ADDRESS CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
OPERATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
IDENTIFICATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF TEXT STX 03 003
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
3C2A3E 050052051
* DINDAC 444994E 104109116
444143 104101103
TEXT FIELD -- or ---------------------
3C2A3E 050052051
* RSTRT 525354 122123124
525420 122124040
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
END OF TEXT ETX 03 003
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
BLOCK CHECK CHARACTER ? ?? ???
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.3.2.2 N̲O̲ ̲R̲E̲Q̲U̲E̲S̲T̲ ̲M̲e̲s̲s̲a̲g̲e̲
Originator: PC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYNCHRONIZATION SYN 16 026
CHARACTERS ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF HEADER SOH 01 001
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE H 48 110
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SEQUENCE CODE A/B 41/42 101/102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
ADDRESS CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
OPERATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
IDENTIFICATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF TEXT STX 02 002
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
END OF TEXT ETX 03 003
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
BLOCK CHECK CHARACTER ? ?? ???
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.3.2.3 W̲A̲I̲T̲ ̲M̲e̲s̲s̲a̲g̲e̲
Originator: PC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYNCHRONIZATION SYN 16 026
CHARACTERS ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF HEADER SOH 01 001
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE H 48 110
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SEQUENCE CODE A/B 41/42 101/102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
ADDRESS CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
OPERATION CODE D 44 104
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
IDENTIFICATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF TEXT STX 02 002
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
END OF TEXT ETX 03 003
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
BLOCK CHECK CHARACTER ? ?? ???
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.3.2.4 T̲R̲A̲N̲S̲M̲I̲T̲ ̲D̲A̲T̲A̲ ̲M̲e̲s̲s̲a̲g̲e̲
Originator: GRTS
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYNCHRONIZATION SYN 16 026
CHARACTERS ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF HEADER SOH 01 001
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE H 48 110
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SEQUENCE CODE A/B 41/42 101/102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
ADDRESS CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
OPERATION CODE B 42 102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
IDENTIFICATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF TEXT STX 02 002
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
END OF TEXT ETX 03 003
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
BLOCK CHECK CHARACTER ? ?? ???
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.3.2.5 S̲T̲A̲R̲T̲/̲P̲A̲R̲T̲ ̲O̲F̲ ̲D̲A̲T̲A̲ ̲M̲e̲s̲s̲a̲g̲e̲
Originator: GRTS, PC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYNCHRONIZATION SYN 16 026
CHARACTERS ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF HEADER SOH 01 001
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE M 4D 115
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SEQUENCE CODE A/B 41/42 101/102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
ADDRESS CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
OPERATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
IDENTIFICATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF TEXT STX 02 002
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
TEXT FIELD 0 TO 324 DATA CHARACTERS
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
END OF BLOCK ETB 17 027
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
BLOCK CHECK CHARACTER ? ?? ???
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.3.2.6 E̲N̲T̲I̲R̲E̲/̲E̲N̲D̲ ̲O̲F̲ ̲D̲A̲T̲A̲ ̲M̲e̲s̲s̲a̲g̲e̲
Originator: GRTS, PC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYNCHRONIZATION SYN 16 026
CHARACTERS ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF HEADER SOH 01 001
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE M 4D 115
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SEQUENCE CODE A/B 41/42 101/102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
ADDRESS CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
OPERATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
IDENTIFICATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF TEXT STX 02 002
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
TEXT FIELD 0 TO 324 DATA CHARACTERS
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
END OF TEXT ETX 03 003
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
BLOCK CHECK CHARACTER ? ?? ???
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.3.2.7 S̲p̲e̲c̲i̲a̲l̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲M̲e̲s̲s̲a̲g̲e̲ ̲F̲o̲r̲m̲a̲t̲s̲
4.1.3.2.7.1 L̲O̲G̲O̲N̲ ̲M̲e̲s̲s̲a̲g̲e̲
Originator: PC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYNCHRONIZATION SYN 16 026
CHARACTERS ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF HEADER SOH 01 001
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE D 44 104
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SEQUENCE CODE A/B 41/42 101/102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
ADDRESS CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
OPERATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
IDENTIFICATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF TEXT STX 02 002
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
MEDIA CODE H 48 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
$*$LOGID$PSWRD/DNM
---------- or ---------------
$*$DACDIN 242A244441 044052044
TEXT FIELD DAC 4344494E44 104101103
4143 104111116
104101103
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
RECORD SEPARATOR RS 1E 036
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
END OF TEXT ETX 03 003
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
BLOCK CHECK CHARACTER ? ?? ???
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
ID, PSWRD: 1 to 12 characters
4.1.3.2.7.2 B̲R̲E̲A̲K̲ ̲M̲e̲s̲s̲a̲g̲e̲
Originator: PC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYNCHRONIZATION SYN 16 026
CHARACTERS ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF HEADER SOH 01 001
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE D 44 104
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SEQUENCE CODE A/B 41/42 101/102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
ADDRESS CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
OPERATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
IDENTIFICATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF TEXT STX 02 002
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
MEDIA CODE H 48 110
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
TEXT FIELD 1 31 061
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
RECORD SEPARATOR RS 1E 036
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
END OF TEXT ETX 03 003
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
BLOCK CHECK CHARACTER ? ?? ???
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.3.2.7.3 L̲i̲n̲e̲ ̲D̲o̲w̲n̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲M̲e̲s̲s̲a̲g̲e̲
Originator: GRTS
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYNCHRONIZATION SYN 16 026
CHARACTERS ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF HEADER SOH 01 001
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE D 44 104
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SEQUENCE CODE A/B 41/42 101/102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
ADDRESS CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
OPERATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
IDENTIFICATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF TEXT STX 02 002
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
MEDIA CODE N 4E 116
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
LINE DISCONNECTED --
XXX
--------- or --------------
TEXT FIELD LINE TERMINATED -- YYY
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
RECORD SEPARATOR RS 1E 036
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
END OF TEXT ETX 03 003
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
BLOCK CHECK CHARACTER ? ?? ???
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
XXX and YYY is specified in figur 4.1.3.2.7.3-1.
XXX field Error Code Meaning.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
CP Central System Disconnects
DIS Received DIS GRTS control record
ICC Invalid command from central system
NC No normal calls accepted
TC Terminate call
YYY field Error Code Meaning.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
PAS Did not receive user ID password
ABT No SNUMB on Abort control card
S/I Missing SNUMB or IDENT card
ONA Output not available
INV Invalid control card
IMF Invalid message format
SLV Slave program not in system
OC Output complete
SPD Link space denied
NSA No link space available
LNE Link number error
6UA Central system unavailable
RCE Retry count exhausted
DOL Device off-line
EOF End-of-file (EOF status cannot recover)
TNK Terminal not known
RCM Remote computer module
ACT Line active
NDS line not completely disconnected
MCE Mediea code error
XID Blank or zero ID
"ID Duplicate ID
PTF No PAT entries available for input
SNB Missing $ SNUMB card
SIZ Job source too long
NUM No available program number for job
DSC Excessive disk errors
DUP Duplicate SNUMB's
LNK No disk links available
All other combinations of completion
codes are
by the PC considered as unknown completion
codes.
FIGUR 4.1.3.2.7.3 - 1
LINE DOWN CONTROL ERROR CODES
4.1.2.8 A̲P̲P̲L̲I̲C̲A̲T̲I̲O̲N̲ ̲T̲E̲R̲M̲I̲N̲A̲T̲E̲D̲
Originator: DINDAC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
SYNCHRONIZATION SYN 16 026
CHARACTERS ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
START OF HEADER SOH 01 001
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE M 4D 115
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
SEQUENCE CODE A/B 41/42 101/102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
ADDRESS CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
OPERATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
IDENTIFICATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
START OF TEXT STX 02 002
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
FF 0C 014
TEXT FIELD CR 0D 015
LF 0A 012
LF 0A 012
ACTIVITY 41435449 101103124
TERMINA 56495459 1111261111
TED 20544552 124105122
40494E41 115111116
54454420 101124105
2020 104040040
040
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
END OF TEXT ETX 03 003
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
BLOCK CHECK CHARACTER ? ?? ???
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
4.1.5 S̲e̲r̲v̲i̲c̲e̲ ̲M̲e̲s̲s̲a̲g̲e̲ ̲F̲o̲r̲m̲a̲t̲s̲
The service frames implemented will enable PC and GRTS
to communicate instructions and operation information
between the systems.
The service formats consist of the common fields and
the format specified below. The format to the frames
to be used is defined in section 4.1.5.2.
4.1.5.1 S̲e̲r̲v̲i̲c̲e̲ ̲M̲e̲s̲s̲a̲g̲e̲ ̲F̲o̲r̲m̲a̲t̲ ̲F̲i̲e̲l̲d̲s̲
4.1.5.1.1 F̲o̲r̲m̲a̲t̲ ̲C̲o̲d̲e̲ ̲(̲F̲C̲)̲
The FC character specifies the meaning of the frame
and determines which text format to be used for output
of data. The FC = B and FC = C is specified below and
is only to be used in service frames.
4.1.5.1.1.1 F̲o̲r̲m̲a̲t̲ ̲C̲o̲d̲e̲ ̲B̲
This FC can be used for all service frames. It specifies
that there is no auxiliary field in the frame. When
sending a SELECT service frame with this FC the output
data format will be compressed, edited and split across
frames. The FC character used shall be:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE B 42 102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.5.1.1.2 F̲o̲r̲m̲a̲t̲ ̲C̲o̲d̲e̲ ̲C̲
This FC shall only be used by PC for sending a SELECT
frame. It specifies that there will be an auxiliary
field (AF) in the frame. The value of the AF characater
will then determinate the format to be used for output
data transmission. See section 4.1.5.1.3 for further
details. The FC character used shall be:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE C 43 103
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.5.1.2 T̲y̲p̲e̲ ̲(̲T̲Y̲)̲
The TY character is used to specify the operation to
be performed and defines the type of acknowledgement
given to the previous frame received. The TY character
defines in bits 0 to 2 the operations instruction and
in bits 3 to 5 the type of acknowledgement. The format
is show below:
bit no. ̲ ̲ ̲6̲ ̲ ̲ ̲ ̲5̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲3̲ ̲ ̲ ̲ ̲2̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲0̲
̲ ̲
^ ^ ^
^
Use ^ 1 ^ Acknowlegement ^ Operational
^
^ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲I̲n̲s̲t̲u̲c̲t̲i̲o̲n̲ ̲ ̲ ̲ ̲ ̲ ̲
̲^
The following codes for acknowledgement shall be implemented
in the end-systems:
Operational Instruction bit no.
5 4 3
- - -
Positive Acknowledgement 0 0 0
Negative Acknowledgement 0 0 1
Acknowlegement type 2 to 7 as defined in reference
2 shal not be used.
The following codes for operational instructions shall
be implemented in the end-system:
Operational Instruction bit no.
2 1 0
- - -
No instruction 0 0 0
Select 0 1 0
Ready for Disconnection 1 0 0
Disconnect 1 1 0
N̲o̲ ̲I̲n̲s̲t̲r̲u̲c̲t̲i̲o̲n̲:̲
The code shall be used by PC to send acknowledgement
information to GRTS in response to a service message.
S̲e̲l̲e̲c̲t̲:̲
The code is used to get the line active. The code shall
only be used once by PC during a data transmission
session.
R̲e̲a̲d̲y̲ ̲f̲o̲r̲ ̲D̲i̲s̲c̲o̲n̲n̲e̲c̲t̲i̲o̲n̲:̲
This is used to inform the receiver that the sender
is going to disconnect the line. The line will then
be disconnected when the sender receives an acknowledgement
in the form of either a Ready for Disconnect or a No
Instruction frame.
D̲i̲s̲c̲o̲n̲n̲e̲c̲t̲:̲
This is used to inform the sender disconnection of
the line is immediate. No response is allowed.
P̲o̲s̲s̲i̲b̲l̲e̲ ̲T̲y̲p̲e̲ ̲V̲a̲l̲u̲e̲s̲
ASCII Hex Octal Operation
Code Code Code Code
-----------------------------------------
40 100 Ack/No instruction
B 42 102 Ack/Select
D 44 104 Ack/Ready for disconnect
F 46 106 Ack/Disconnect
H 48 108 Nak/No instruction
J 4A 110 Nak/Selectuest
L 4C 112 Nak/Ready for disconnect
N 4E 116 Nak/Disconnect
4.1.5.1.3 A̲u̲x̲i̲l̲i̲a̲r̲y̲ ̲F̲i̲e̲l̲d̲ ̲(̲A̲F̲)̲
When using FC = C in a select frame there shall be
included an auxiliary field. The AF character indicates
if compression is used for output data transmission
or not. The AF character shall be:
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
AUXILIARY FIELD G/C 47/43 107/103
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
The use of AF = C defines that compression is selected
for data output and AF = G defines that no compression
is to be used.
4.1.5.2 T̲y̲p̲e̲s̲ ̲o̲f̲ ̲S̲e̲r̲v̲i̲c̲e̲ ̲M̲e̲s̲s̲a̲g̲e̲s̲
4.1.5.2.1 N̲o̲ ̲I̲n̲s̲t̲r̲u̲c̲t̲i̲o̲n̲ ̲M̲e̲s̲s̲a̲g̲e̲
Originator: PC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYNCHRONIZATION SYN 16 026
CHARACTERS ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF HEADER SOH 01 001
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE B 42 102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SEQUENCE CODE A/B 41/42 101/102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
ADDRESS CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
TYPE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
IDENTIFICATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF TEXT STX 02 002
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
END OF TEXT ETX 03 003
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
BLOCK CHECK CHARACTER ? ?? ???
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.5.2.2 S̲e̲l̲e̲c̲t̲ ̲M̲e̲s̲s̲a̲g̲e̲
Originator: PC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYNCHRONIZATION SYN 16 026
CHARACTERS ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF HEADER SOH 01 001
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE C 43 103
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SEQUENCE CODE A/B 41/42 101/102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
ADDRESS CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
TYPE B 42 102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
IDENTIFICATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
AUXILIARY FIELD G/C 47/43 107/103
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF TEXT STX 02 002
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
END OF TEXT ETX 03 003
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
BLOCK CHECK CHARACTER ? ?? ???
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.5.2.3 R̲e̲a̲d̲y̲ ̲f̲o̲r̲ ̲D̲i̲s̲c̲o̲n̲n̲e̲c̲t̲i̲o̲n̲ ̲M̲e̲s̲s̲a̲g̲e̲
Originator: GRTS, PC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYNCHRONIZATION SYN 16 026
CHARACTERS ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF HEADER SOH 01 001
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE B 42 102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SEQUENCE CODE A/B 41/42 101/102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
ADDRESS CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
TYPE D 44 104
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
IDENTIFICATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF TEXT STX 02 002
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
END OF TEXT ETX 03 003
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
BLOCK CHECK CHARACTER ? ?? ???
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.1.5.2.4 D̲i̲s̲c̲o̲n̲n̲e̲c̲t̲ ̲M̲e̲s̲s̲a̲g̲e̲
Originator: GRTS, PC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SUBFIELD ASCII HEX OCTAL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYNCHRONIZATION SYN 16 026
CHARACTERS ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SYN 16 026
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF HEADER SOH 01 001
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
FORMAT CODE B 42 102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
SEQUENCE CODE A/B 41/42 101/102
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
ADDRESS CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
TYPE F 46 106
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
IDENTIFICATION CODE 40 100
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
START OF TEXT STX 02 002
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
END OF TEXT ETX 03 003
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
BLOCK CHECK CHARACTER ? ?? ???
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲
4.2 F̲R̲A̲M̲E̲ ̲T̲R̲A̲N̲S̲M̲I̲S̲S̲I̲O̲N̲/̲R̲E̲C̲E̲P̲T̲I̲O̲N̲ ̲C̲O̲N̲T̲R̲O̲L̲
4.2.1 V̲a̲l̲i̲d̲a̲t̲i̲o̲n̲ ̲o̲f̲ ̲F̲r̲a̲m̲e̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲I̲n̲f̲o̲r̲m̲a̲t̲i̲o̲n̲
Each frame received shall be checked for correct frame
header. The header possibilities are the types defined
in section 4.1.3.2 and 4.1.5.2.
4.2.2 F̲r̲a̲m̲e̲ ̲T̲r̲a̲n̲s̲m̲i̲s̲s̲i̲o̲n̲/̲R̲e̲c̲e̲p̲t̲i̲o̲n̲ ̲C̲o̲n̲t̲r̲o̲l̲
Received and sent frames shall be controlled by the
SC character and the acknowledgement field in the OC
character. The SC character shall ensures that each
frame is handled only once. The acknowledgement field
shall ensures that the sent frame is received error
free.
4.2.3 F̲r̲a̲m̲e̲ ̲R̲e̲c̲o̲v̲e̲r̲y̲
For frame recovery both PC and GRTS shall adhere to
the following rules. In these rules, the Sequence Code
(SC) refers to the code alternating between A and B,
and pertains to the data in the message. A changed
SC indicates new data when data is present. Data message
refers to a message with data between the STX and ETX.
The acknowledgement field refers to whether or not
a message was received in error. The rules apply equally
to GRTS and PC.
1. Received data message in error. Retransmit last
message with negative acknowledgement (NAK) and
same transmit sequence code.
2. Received data message error-free - received message
contained positive acknowledgement (ACK).
a. Received SC altered from last accepted message
- Process data, alters transmit sequence code
and transmit next message with acknowledgement.
b. Received sequence code the same as last accepted
message - data contained in this message has
already been processed; alter transmit sequence
code and transmit next message (not necessarily
next data message) with acknowledgement.
3. Received data message error-free - received message
contained NAK.
a. Received sequence code altered from last accepted
message - process data, alter transmit sequence
code, and transmit next message with ACK. (The
data, being transmitted in one direction, has
been received error-free).
b. Received sequence code the same as last accepted
message - data contained in this message has
already been processed. Retransmit last message
with the same transmit sequence code and acknowledgement.
4. Received message in error containing no data -
retransmit last message with NAK and the same transmit
sequence code.
5. Received message error-free containing no data
- received message contained ACK.
a. Received sequence code altered from last accepted
message - change transmit sequence code and
transmit next message with acknowledgement
and new data.
b. Received sequence code the same as last accepted
message - alter transmit sequence code and
transmit next message with acknowledgement
and new data.
6. Received message error-free containing no data
- received message contained NAK.
a. Received sequence code altered from last accepted
message - retransmit last message with same
transmit sequence code and acknowledgement.
b. Received sequence code the same as last accepted
message - retransmit last message with same
transmit sequence code and acknowledgement.
R̲E̲C̲E̲I̲V̲E̲D̲ ̲M̲E̲S̲S̲A̲G̲E̲ ̲C̲O̲N̲T̲A̲I̲N̲S̲ ̲D̲A̲T̲A̲
Same Changed
S̲C̲ S̲C̲ A̲C̲K̲ N̲A̲K̲ E̲R̲R̲
X Retransmit last message
with NAK and same
tranmit SC
X X Process data -- change
transmit SC Transmit
next message with
ACK
X X Process data -- change
transmit SC Transmit
next message with
ACK
X X Data already processed,
changed SC transmit
next message with
ACK
X X Data already processed,
retransmit message
with same transmit
SC and ACK
R̲E̲C̲E̲I̲V̲E̲D̲ ̲M̲E̲S̲S̲A̲G̲E̲ ̲C̲O̲N̲T̲A̲I̲N̲S̲ ̲N̲O̲ ̲D̲A̲T̲A̲
Same Changed
S̲C̲ S̲C̲ A̲C̲K̲ N̲A̲K̲ E̲R̲R̲
X Retransmit last message
with NAK with the
same transmit SC
X X Change transmit SC,
transmit next message
with ACK and new
data
X X Change transmit SC,
transmit next message
with ACK and new
data
X X Retransmit last message
with ACK and same
transmit SC
X X Retransmit last message
with ACK and same
same transmit SC
4.2.4 F̲r̲a̲m̲e̲ ̲T̲i̲m̲e̲o̲u̲t̲
After tranmitting a message the sender shall begin
a seven-second timeout. If no response is received
within seven seconds, the sender shall retransmit the
last message with the same sequence code and a negative
acknowlegement (NAK).
The timeout shall be repeated for maximum 7 times equal
to maximum timeout on 49 seconds. The link shall then
be disconnected by sending a disconnect service message
and disconnecting of the link. The disconnection may
be preceded by a Line Down Control frame with the YYY
error code = RCE (retry count exhausted).
4.2.5 P̲a̲r̲i̲t̲y̲ ̲G̲e̲n̲e̲r̲a̲t̲i̲o̲n̲ ̲a̲n̲d̲ ̲V̲a̲l̲i̲d̲a̲t̲i̲o̲n̲
PC and GRTS shall generate and check odd parity on
a seven-bit character.
4.2.6 L̲i̲n̲e̲ ̲D̲o̲w̲n̲ ̲C̲o̲n̲d̲i̲t̲i̲o̲n̲s̲
The conditions for line down are:
C̲o̲n̲t̲r̲o̲l̲ ̲S̲i̲g̲n̲a̲l̲s̲
Some of the control signals will result in immediate
disconnection or timeout and a line down condition.
R̲e̲t̲r̲a̲n̲s̲m̲i̲s̲s̲i̲o̲n̲
Too many retransmissions will result in line down
condition.
T̲e̲r̲m̲i̲n̲a̲t̲i̲n̲g̲ ̲a̲n̲d̲ ̲D̲i̲s̲c̲o̲n̲n̲e̲c̲t̲ ̲M̲e̲s̲s̲a̲g̲e̲s̲
The Line Terminating or Line Disconnect messages
from GRTS/DINDAC shall result in line down condition
by the PC.
T̲i̲m̲e̲o̲u̲t̲ ̲(̲f̲o̲r̲ ̲P̲C̲)̲
There are several conditions of timeout situation
that result in line down condition.
Logon timeout 2 min
Frame timeout 7*7sec
High level timeout 3 min
Final/Wait timeout 30 min
Timeout from CCIS is longer than above specified
timeouts.
4.3 L̲E̲V̲E̲L̲ ̲2̲ ̲S̲T̲A̲T̲E̲ ̲E̲V̲E̲N̲T̲ ̲T̲A̲B̲L̲E̲
The state event table is included in Appendix A.
5̲ ̲ ̲L̲E̲V̲E̲L̲ ̲3̲ ̲I̲N̲T̲E̲R̲F̲A̲C̲E̲
Level 3, GRTS/DN355 handles transmission and reception
of message segments, data compression/expansion, and
logical channel connection.
Communication with Level 4, DINDAC, is through GRTS-DAC
by message segments of following form :
S̲E̲G̲M̲E̲N̲T̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
segment header : 34 characters
d̲a̲t̲a̲ ̲t̲e̲x̲t̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲:̲ ̲1̲1̲0̲6̲ ̲c̲h̲a̲r̲a̲c̲t̲e̲r̲s̲ ̲(̲m̲a̲x̲)̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲
max segment size : 1140 characters
The characters are in ASCII code, 9 bit field, right
justified.
The message segments are divided into sub-segments
of max 324 characters and transfered by GRTS-RCI to
the PC.
5.1 S̲E̲G̲M̲E̲N̲T̲/̲S̲U̲B̲S̲E̲G̲M̲E̲N̲T̲(̲S̲)̲ ̲C̲O̲N̲V̲E̲R̲S̲I̲O̲N̲
Message segments received from DINDAC shall be converted
into subsegments of max. 324 characters for transmission
by GRTS-RCI in frames to the PC Interface. If compression
of data characters is enabled it shall take place at
the same time.
Message frames received from the PC shall be assembled
from subsegments (expansion of data characters if enabled
shall take place) into segments and then transfered
to DINDAC.
The first subsegment shall contain the DINDAC segment
header and if it has data in E1 format, the E1 message
header is also in this subsegment.
5.2 D̲A̲T̲A̲ ̲C̲O̲M̲P̲R̲E̲S̲S̲I̲O̲N̲/̲E̲X̲P̲A̲N̲S̲I̲O̲N̲
The PC may request service of compress/no compress
on data from the GRTS. This request is made in the
AUX field of the select service message. If compression
is specified, both the PC and GRTS shall compress repeated
characters in the output data strings. The CCIS system
cannot initiate data compression, only the PC. The
compression/expanding shall take place on data character
transfer between a segment and a subsegment, if three
or more of the same data characters are in sequence.
When a compression occurs, a string of repeated characters
shall be transmitted as follows:
--- X, US, CC ---
Where: X - Any repeated data character
US - An ASCII character (0011111)B, (37) octal
CC - A six-bit binary count (count-1). The
BCD character represented by the binary
count must be translated to ASCII character
for transmission. This count is the number
of times the compressed character is to
be repeated when expanded (max 63). See
fig. 5.2-1 for binary count, BCD character,
and ASCII character conversion table.
Example: ..AAAAAAAAAAAAA..
would be transmitted as:
.. A US ..
(binary count-1 =12 decimal =14 octal
= in BCD, which is then transmitted as
the corresponding ASCII character
Character Code in Code in
Count-1 Count-1 Set Octal Hex
in Decimal in Octal BCD ASCII ASCII
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲
00 00 0 060 30
01 01 1 061 31
02 02 2 062 32
03 03 3 063 33
04 04 4 064 34
05 05 5 065 35
06 06 6 066 36
07 07 7 067 37
08 10 8 070 38
09 11 9 071 39
10 12 133 5B
11 13 # 043 23
12 14 100 40
13 15 : 072 3A
14 16 076 3E
15 17 ? 077 3F
16 20 (Blank) 040 20
17 21 A 101 41
18 22 B 102 42
19 23 C 103 43
FIGURE 5.2-1/1
COMPRESSION COUNT TO ASCII CONVERSION
Character Code in Code in
Count-1 Count-1 Set Octal Hex
in Decimal in Octal BCD ASCII ASCII
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲
20 24 D 104 44
21 25 E 105 45
22 26 F 106 46
23 27 G 107 47
24 30 H 110 48
25 31 I 111 49
26 32 & 046 26
27 33 . 056 2E
28 34 135 5D
29 35 ( 050 28
30 36 074 3C
31 37 134 5C
32 40 136 5E
33 41 J 112 4A
34 42 K 113 4B
35 43 L 114 4C
36 44 M 115 4D
37 45 N 116 4E
38 46 O 117 4F
39 47 P 120 50
40 50 Q 121 51
41 51 R 122 52
42 52 - 055 2D
43 53 $ 044 24
44 54 * 052 2A
45 55 ) 051 29
46 56 ; 073 3B
47 57 ' 047 27
48 60 + 053 2B
49 61 / 057 2F
50 62 S 123 53
51 63 T 124 54
52 64 U 125 55
53 65 V 126 56
54 66 W 127 57
55 67 X 130 58
56 70 Y 131 59
57 71 Z 132 5A
58 72 …0e… ̲…0f… 137 5F
59 73 , 054 2C
60 74 % 045 25
61 75 = 075 3D
62 76 " 042 22
63 77 ! 041 21
FIGURE 5.2-1/2
COMPRESSION COUNT TO ASCII CONVERSION
5.3 S̲E̲G̲M̲E̲N̲T̲ ̲T̲R̲A̲N̲S̲M̲I̲S̲S̲I̲O̲N̲/̲R̲E̲C̲E̲P̲T̲I̲O̲N̲ ̲C̲O̲N̲T̲R̲O̲L̲
The segment transmission/reception is directed as follows:
C̲o̲m̲m̲a̲n̲d̲ ̲A̲c̲c̲e̲p̲t̲e̲d̲ ̲f̲r̲o̲m̲ ̲D̲I̲N̲D̲A̲C̲
The GRTS recognizes the following commands from DINDAC:
o Accept Direct Output
o Accept Direct Output/Wait for Input
o Disconnect this Line
A̲c̲c̲e̲p̲t̲ ̲D̲i̲r̲e̲c̲t̲ ̲O̲u̲t̲p̲u̲t̲
The Accept Direct Output command from DINDAC instructs
the GRTS-DAC to transmit the supplied data to the
PC. After the PC has accepted the data, GRTS requests
more output from DINDAC.
Each segment from DINDAC is examined for valid word
count and character count. The data (if any) is ignored
under the following conditions, and GRTS requests more
data:
1. Word count is 0, or greater than 319.
2. Character count is 0, negative, or greater than
1272 characters.
When transmitting data characters to the PC, each character
is checked for an ASCII termination character (ETB,
ETX or EOT). If a termination character is found, it
is replace with a rub out character (7FH).
A̲c̲c̲e̲p̲t̲ ̲D̲i̲r̲e̲c̲t̲ ̲O̲u̲t̲p̲u̲t̲/̲W̲a̲i̲t̲ ̲f̲o̲r̲ ̲I̲n̲p̲u̲t̲
The Accept Direct Output/Wait for Input command from
the DINDAC is similar to the Acept Direct Output command
with the following exception. After PC has accepted
all output data, GRTS sends a Transmit Data operation
code to the PC. This code requests data, and when the
data is received, GRTS sends it to DINDAC with the
command Accept Direct Input.
As in the Accept Direct Output command, the word count
and character count of each segment sent to DINDAC
is checked. If a segment contains an illegal count,
the data is ignored. GRTS then sends a Transmit Data
operation code to the PC requesting input data.
A maximum of 1272 characters cen be sent to DINDAC.
If GRTS receives more than this, it sends the accumulated
characters with an indicator bit which inform DINDAC
that this data has been truncated.
5.4 C̲O̲N̲N̲E̲C̲T̲I̲O̲N̲ ̲O̲F̲ ̲A̲ ̲L̲I̲N̲E̲
Connection of a line takes place in two modes or steps
idle mode and active mode.
5.4.1 I̲d̲l̲e̲ ̲M̲o̲d̲e̲
The connect of a line from PC to GRTS takes place when
GRTS-RCI accepts Data Terminal Ready Signal ON. The
line changes state from disconnected to idle. In idle
mode, no messages shall be exchanged, but the line
remains connected to the PC and in received mode. If
the system remains in idle mode for seven minutes,
GRTS disconnects the line. While in idle the mode,
the PC shall be ready to transmit a select or receive
a Ready for Disconnect.
There shall be two conditions in idle mode:
1. Line connected to DINDAC
- This condition is present when waiting for
initial output from the system.
2. Line disconnected from DINDAC.
5.4.2 A̲c̲t̲i̲v̲e̲ ̲M̲o̲d̲e̲
5.4.2.1 S̲t̲a̲r̲t̲ ̲A̲c̲t̲i̲v̲e̲ ̲M̲o̲d̲e̲
When a line is not connected to DINDAC, GRTS shall
wait to receive a select from the PC. After receiving
select from the PC can Information message with, no
data, and a transmit data operation code be sent to
the PC and the active mode is entered.
If a Select is received in error by GRTS, it is ignored.
To enter the Direct Access mode after the PC has been
accepted, requires a DAC Control Message. This message
establishes the connection to a program executing in
the CCIS system, so that the PC and program may communicate
with each other.
The general format for the text field of the DAC control
message is
$*$DACnnnnnn
Where: nnnnnn - Name of the program executing in the
CCIS system with which the PC wants to communicate.
The PC DAC control record frame will have the format
as described in 4.1.3.2.7.1
When the DAC control message is detected, GRTS sends
the Connect to Slave operation code and the name of
the job to the CCIS system. At this point, the program
assumes control, the GRTS remote computer software
functions as a passive unit passing messages between
the CCIS system and the PC as directed by the slave
program. The format character (FC) will state "User
Defined Text".
5.4.2.2 I̲n̲ ̲A̲c̲t̲i̲v̲e̲ ̲M̲o̲d̲e̲
When messages shall be being exchanged over a line,
GRTS and the PC shall be in active mode, PC must be
prepared to accept any of the following messages:
1. Information messages with or without data.
2. Special Control Record
3. Service Messages - Ready for Disconnect
4. Service Messages - Disconnect.
CCIS must be prepared to accept any of the following
messages:
1. Information messages with or without data.
2. Special Control Record - Break
3. Service Messages - Ready for Disconnect.
4. Service Messages - Disconnect.
5.5 L̲I̲N̲E̲ ̲D̲I̲S̲C̲O̲N̲N̲E̲C̲T̲
A line disconnect may occure in either active mode
or idle mode. This causes a line to enter idle mode
and GRTS insures that the line is disconnected from
the DINDAC and any activities on the line (input or
output) is destroyed. To continue the activity must
restart from the beginning.
5.5.1 D̲i̲s̲c̲o̲n̲n̲e̲c̲t̲ ̲I̲n̲i̲t̲i̲a̲t̲e̲d̲ ̲b̲y̲ ̲G̲R̲T̲S̲
When a disconnect is initiated by GRTS, the following
messages shall be used:
1) Ready for disconnect services message (RFD).
- GRTS precedes this message with a message to
the PC (special control record) giving the
reason for the disconnect.
The PC must answer this message with an RFD and
then disconnect the line.
2) Disconnect
- The disconnect service message will be sent
when the line is to bad to properly handle
a RFD. Upon receiving this message, the PC
disconnects the line without sending a response.
5.5.2 D̲i̲s̲c̲o̲n̲n̲e̲c̲t̲ ̲I̲n̲i̲t̲i̲a̲t̲e̲d̲ ̲b̲y̲ ̲P̲C̲
When the disconnect function is initiated by the PC,
the following messages shall be used:
1) Ready for Disconnect Service (RFD)
- No reason for the disconnect is sent to GRTS.
GRTS responds with a RFD the PC then sends
a disconnect to GRTS, and the line is then
disconnected by PC and by GRTS.
2) Disconnect
- If GRTS receives a disconnect it will drop
the line without answering the message.
5.6 L̲E̲V̲E̲L̲ ̲3̲ ̲S̲T̲A̲T̲E̲ ̲E̲V̲E̲N̲T̲ ̲T̲A̲B̲L̲E̲
The state event table is included in Appendix A.
6̲ ̲ ̲L̲E̲V̲E̲L̲ ̲4̲ ̲I̲N̲T̲E̲R̲F̲A̲C̲E̲
The Level 4 Protocol implements the message transactions
control. The generation and validation of the DINDAC
Header is done. To support the high level message error
recovery the special level 4 service messages shall
be implemented.
6.1 D̲I̲N̲D̲A̲C̲ ̲S̲E̲G̲M̲E̲N̲T̲ ̲H̲E̲A̲D̲E̲R̲ ̲I̲N̲F̲O̲R̲M̲A̲T̲I̲O̲N̲ ̲V̲A̲L̲I̲D̲A̲T̲I̲O̲N̲
The segment received from the level 5 shall be supplied
with a DINDAC segment header as described in section
6.1.1. The header has a length of 34 bytes. The header
is validated and if there is an error a supernak services
message with a proper reason code shall be sent as
response to the received segment.
6.1.1 D̲I̲N̲D̲A̲C̲ ̲S̲e̲g̲m̲e̲n̲t̲ ̲H̲e̲a̲d̲e̲r̲ ̲F̲o̲r̲m̲a̲t̲
The format of the DINDAC Header shall be as shown in
figure 6.1.1.1-1. The physical layout depends on the
implementation in DINDAC and PC, but as a logical overview
it is valid for both end-system.The values shown in
the figure is valid for both PC and CCIS except for
the field KEY. The field KEY is only valid for PC and
the PC shall only check the KEY field for constant
value during a message.
DESCRIPTION BYTES TYPE
VALUE
--------------------------------------------------------
CDN - Channel Designator 3 char
Three letter code identification
The value is a constant identifying
the sending station.
CSN- Channel Sequence Number 3 char 000-999
Message sequence number increased
by 1 for each transaction transmitted
(wrap around to 0)
SEG - Message segment number 2 char
01-99
Indicates the relative position of
this segment within the message.
END - Last segment indicator 1 char
Legal values are:
EOM - End of message segment
T
Non-EOM '
'
PRC - Message precedence 1 char
Legal values are:
Emergency
Y
Flash
Z
Immediate
O
Priority
P
Routine
R
CLS - Message classification 1 char
Legal values are:
Cosmic Top Secret
T
Secret
S
Confidential
C
Restricted
R
Unclassified
U
TYP - Message type 1 char
Legal values are:
Display in E1
C
Comment in E1
D
Transaction acknowledgement
E
Channel check message
F
Final number message
G
Narrative message in E1
M
Data message in E1
N
Susdup display in E1
O
Susdup comment in E1
P
Susdup narrative message in E1
Q
Susdup data message in E1
R
FIGURE 6.1.1-1/1
DINDAC SEGMENT HEADER
DESCRIPTION BYTES TYPE
VALUE
--------------------------------------------------------
KEY - Program keyword 8 char
Identifies the applicaton
to communicate with
Legal values are:
in operational mode 'PCTHDL
'
in test mode 'KEN
'
SUB - Message subject code 1 char
Legal values are:
in operational mode 'AA'
in test mode 'QQ'
PRN - Precedence of next message 1 char
in transmission queue.
Legal values are:
Emergency 5
Flash 4
Immediate 3
Priority 2
Routine 1
No message to transmit 0
Unused 1
PSN - Internal processing sequence 6 char
number.
SIZ - Length of segment 4 char 0035-
1140
FIGURE 6.1.1-1/2
DINDAC SEGMENT HEADER
6.1.2 D̲I̲N̲D̲A̲C̲ ̲S̲e̲g̲m̲e̲n̲t̲ ̲H̲e̲a̲d̲e̲r̲ ̲V̲a̲l̲i̲d̲a̲t̲i̲o̲n̲
Validation of DINDAC segment header fields shall be
as follows:
1) C̲D̲N̲ ̲-̲ ̲C̲h̲a̲n̲n̲e̲l̲ ̲D̲e̲s̲i̲g̲n̲a̲t̲o̲r̲
F̲i̲r̲s̲t̲ ̲s̲e̲g̲m̲e̲n̲t̲ of transaction:
check that value is 3 letters, and equals corresponding
SCI value supplied by operator at logon.
Check that value is the same for all segments of
a transaction.
2) C̲S̲N̲ ̲-̲ ̲C̲h̲a̲n̲n̲e̲l̲ ̲S̲e̲q̲u̲e̲n̲c̲e̲ ̲N̲u̲m̲b̲e̲r̲
F̲i̲r̲s̲t̲ ̲s̲e̲g̲m̲e̲n̲t̲ of transaction:
check that value is in legal range and equals CSN
of previously received transaction + 1 (wrap around
to 000).
If first transaction after logon PC and CCIS shall
set incoming CSN to value received.
Check that value is the same for all segments of
a transaction.
3) S̲E̲G̲ ̲-̲ ̲S̲e̲g̲m̲e̲n̲t̲ ̲N̲u̲m̲b̲e̲r̲
Check that value is in legal range.
F̲i̲r̲s̲t̲ ̲s̲e̲g̲m̲e̲n̲t̲ of transaction:
check that value is 1.
O̲t̲h̲e̲r̲ ̲s̲e̲g̲m̲e̲n̲t̲:
check that value equals SEG of previously received
segment + 1.
4) E̲O̲T̲ ̲-̲ ̲E̲n̲d̲ ̲o̲f̲ ̲T̲r̲a̲n̲s̲a̲c̲t̲i̲o̲n̲
Check that value is in legal range.
5) P̲R̲C̲ ̲-̲ ̲T̲r̲a̲n̲s̲a̲c̲t̲i̲o̲n̲ ̲P̲r̲e̲c̲e̲d̲e̲n̲c̲e̲
F̲i̲r̲s̲t̲ ̲s̲e̲g̲m̲e̲n̲t̲ of transaction:
check that value is in legal range.
Check that value is the same for all segments of
a transaction.
6) C̲L̲S̲ ̲-̲ ̲T̲r̲a̲n̲s̲a̲c̲t̲i̲o̲n̲ ̲C̲l̲a̲s̲s̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
F̲i̲r̲s̲t̲ ̲s̲e̲g̲m̲e̲n̲t̲ of transaction:
check that value is in legal range.
Check that value is the same for all segments of
a transaction.
7) T̲Y̲P̲ ̲-̲ ̲T̲r̲a̲n̲s̲a̲c̲t̲i̲o̲n̲ ̲T̲y̲p̲e̲
F̲i̲r̲s̲t̲ ̲s̲e̲g̲m̲e̲n̲t̲ of transaction:
check that value is in legal range.
Check that value is the same for all segments of
a transaction.
8) K̲E̲Y̲ ̲-̲ ̲P̲r̲o̲g̲r̲a̲m̲ ̲K̲e̲y̲w̲o̲r̲d̲
Check that value is the same for all segments of
a transaction.
9) S̲U̲B̲ ̲-̲ ̲T̲r̲a̲n̲s̲a̲c̲t̲i̲o̲n̲ ̲S̲u̲b̲j̲e̲c̲t̲ ̲C̲o̲d̲e̲
Check that value is the same for all segments of
a transaction.
10) P̲R̲N̲ ̲-̲ ̲P̲r̲e̲c̲e̲d̲e̲n̲c̲e̲ ̲o̲f̲ ̲N̲e̲x̲t̲ ̲T̲r̲a̲n̲s̲a̲c̲t̲i̲o̲n̲
Check that value is in legal range.
11) P̲S̲N̲ ̲-̲ ̲P̲r̲o̲c̲e̲s̲s̲i̲n̲g̲ ̲S̲e̲q̲u̲e̲n̲c̲e̲ ̲N̲u̲m̲b̲e̲r̲
No check shall be performed by PC.
12) S̲I̲Z̲ ̲-̲ ̲L̲e̲n̲g̲t̲h̲ ̲o̲f̲ ̲S̲e̲g̲m̲e̲n̲t̲
Check that value is in legal range.
6.2 L̲E̲V̲E̲L̲ ̲4̲ ̲S̲E̲R̲V̲I̲C̲E̲ ̲M̲E̲S̲S̲A̲G̲E̲ ̲F̲O̲R̲M̲A̲T̲S̲
The following service messages shall be exchangeable
at level 4:
- SUPERACK
- SUPERNAK
- BUST
- NOMSG
The service messages shall all be prefixed by * in
order to distinguish them from data segments.
6.2.1 S̲U̲P̲E̲R̲A̲C̲K̲ ̲M̲e̲s̲s̲a̲g̲e̲
The SUPERACK shall be used by the receiver of a transaction
to communicate a positive acknowledgement of a complete
transaction (message received).
The following figure shows the layout of the super
̲ack service message.
F̲I̲E̲L̲D̲ B̲Y̲T̲E̲S̲ T̲Y̲P̲E̲ V̲A̲L̲U̲E̲
SERVICE PREFIX 3 char *
SUPER ̲ACK ̲ID 1 char +
CDN 3 char
CSN 3 char 000..999
fill 1 char blank
NEXT ̲TO ̲TRANSMIT 1 char 0..1
FIGURE 6.2.1-1
SUPERACK FORMAT
The fields shall be interpreted as follows:
1) CDN
Channel designator. Three letter code identifying
the channel
2) CSN
Channel sequence number. CDN, CSN identifies the
transaction being acknowledged. These two fields
shall identical to the corresponding fields of
the segment header of the transaction being acknowledged.
3) NEXT ̲TO ̲TRANSMIT
This field indicates whether PC or CCIS shall be
the next to transmit. Values are:
0 : receiver of super ack shall transmit next.
1 : sender of super ack shall transmit next.
The sender of a SUPERACK shall only set the next ̲to
̲transmit field if the precedence of the message to
be sent is not less than the receivers message on queue,
if any.
The receiver of a SUPERACK with the next ̲to ̲transmit
field set shall queue any output request to allow the
input to be received.
6.2.2 S̲U̲P̲E̲R̲N̲A̲K̲ ̲M̲e̲s̲s̲a̲g̲e̲
The SUPERNAK shall be used by the receiver of a transaction
to communicate a negativ acknowledgement of a complete
transaction (message received).
The SUPERNAK may be sent whenever a segment of a message
has been received. The effect is being the cancellation
of the entire transaction.
The SUPERNAK shall be sent in the following situations:
- An error in a segment header.
- Override of a message.
The message on queue with the precedence flash
or superflash and the incoming message is of lower
precedence.
- When a BUST service message is received
The following figure shows the layout of the SUPERNAK
service message.
F̲I̲E̲L̲D̲ ̲ B̲Y̲T̲E̲S̲ T̲Y̲P̲E̲ V̲A̲L̲U̲E̲
SERVICE ̲PREFIX 3 char *
SUPER ̲NAK ̲ID 1 char -
CDN 3 char
CSN 3 char 000..999
NAK ̲REASON 1 char
NEXT ̲TO ̲TRANSMIT 1 char 0..1
FIGURE 6.2.2-1
SUPERNAK FORMAT
The fields shall be interpreted as follows:
1) CDN
Channel designator
2) CSN
Channel sequence number. Normally this is the CSN
of the transaction being nak'ed. Exceptions depend
on NAK ̲REASON.
3) NAK ̲REASON
This field identifies the reason for sending the
super ̲nak. Values to be sent and received shall
be:
V̲a̲l̲u̲e̲ M̲e̲a̲n̲i̲n̲g̲
1 i̲n̲v̲a̲l̲i̲d̲ ̲C̲D̲N̲.
CSN of super ̲nak is that of last transaction
received ok.
2 i̲n̲v̲a̲l̲i̲d̲ ̲C̲S̲N̲.̲
CSN of super ̲nak is that of last transaction
received ok. Receiver of super ̲nak shall
set outgoing CSN to CSN of super ̲nak +1.
3 i̲n̲v̲a̲l̲i̲d̲ ̲s̲e̲g̲m̲e̲n̲t̲ ̲n̲u̲m̲b̲e̲r̲
The segment number was either not valid,
not present or it was out of sequence.
4 i̲n̲v̲a̲l̲i̲d̲ ̲p̲r̲e̲c̲e̲d̲e̲n̲c̲e̲
The precedence was either not present,
not valid or the precedence was not the
same for all segments of the message.
5 i̲n̲v̲a̲l̲i̲d̲ ̲c̲l̲a̲s̲s̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
The classification was not present, not
valid or not the same for all segments
of a message or the line is not cleared
to handle the level specified in the header.
6 i̲n̲v̲a̲l̲i̲d̲ ̲t̲r̲a̲n̲s̲a̲c̲t̲i̲o̲n̲ ̲t̲y̲p̲e̲
The transaction type was either not present,
not valid or not the same for all segments
of a transaction.
7 i̲n̲v̲a̲l̲i̲d̲ ̲k̲e̲y̲w̲o̲r̲d̲
The keyword was either not present, not
valid or not the same for all segments
of a transaction.
8 b̲u̲s̲t̲ ̲r̲e̲s̲p̲o̲n̲s̲e̲ Sent when a bust message
is received.
9 s̲t̲o̲p̲ ̲t̲r̲a̲n̲s̲m̲i̲t̲t̲i̲n̲g̲ Sent in order to override
an incoming transaction.
A t̲h̲r̲o̲t̲t̲l̲e̲ ̲t̲r̲a̲n̲s̲m̲i̲t̲ ̲l̲i̲n̲e̲. Stop transmit,
continue to receive. Not to be sent by
PC. If received, system shall be closed
down.
B t̲e̲x̲t̲ ̲e̲r̲r̲o̲r̲. Shall be sent by PC on detection
of invalid SUB, PRN, SIZ, or EOT field.
C i̲n̲v̲a̲l̲i̲d̲ ̲m̲u̲l̲t̲i̲p̲l̲e̲ ̲k̲e̲y̲w̲o̲r̲d̲.
not used
4) NEXT ̲TO ̲TRANSMIT
This field indicates whether PC or CCIS shall be
the next to transmit. Values are:
0: receiver of Super ̲nak shall transmit next
1: sender of super ̲nak shall transmit next
The sender of a SUPERNAK shall only set the next ̲to
̲transmit field if the precedence of the message to
be sent is not less than the receivers message on queue,
if any.
The receiver of a SUPERNAK with the next ̲to ̲transmit
field set shall queue any output request to allow the
input to be received.
6.2.3 B̲U̲S̲T̲ ̲M̲e̲s̲s̲a̲g̲e̲
The Bust message is used by the s̲e̲n̲d̲e̲r̲ of a transaction
in order to cancel the entire transaction. it has started
to transmit.
The receiver of the Bust message shall set incoming
CSN to that of last transaction received ok. Receiver
responds to Bust by sending SUPERNAK with NAK ̲REASON
= 8, Bust ̲response.
A Bust message may only be sent between message segments
and before the last segment has been transmitted.
The following figure shows the layout of the Bust service
message.
F̲I̲E̲L̲D̲ B̲Y̲T̲E̲S̲ T̲Y̲P̲E̲ V̲A̲L̲U̲E̲
SERVICE ̲PREFIX 3 char *
BUST ̲ID 4 char BUST
fill 15 char
PRN 1 char 0..5
FIGURE 6.2.3-1
BUST FORMAT
The PRN field is used to communicate the precedence
of the next transaction to be sent, if any.
PRN = O indicates no message to send
PC and DINDAC shall send a Bust message when an error
has been detected in an outgoing transaction and the
last segment has not been transmitted.
PC and DINDAC shall accept a Bust message before the
last segment of a transaction has been received.
Only Data messages may be busted by higher precedence
messages. Other types of messages may be busted for
other reasons.
6.2.4 N̲O̲M̲S̲G̲ ̲M̲e̲s̲s̲a̲g̲e̲
The no ̲message service message shall be sent when the
other side expects a message but there is no longer
a message to send from the first side. The other side
expects a message when:
1) The first side has indicated the desire to send
a message by setting PRN field (precedence of next
message) to a legal value different from 0 in the
last message transmitted.
2) The other side has responded with a SUPERACK or
SUPERNAK containing NEXT ̲TO ̲TRANSMIT field equal
first side.
The following figure shows the layout of the NOMSG
service message.
F̲I̲E̲L̲D̲ B̲Y̲T̲E̲S̲ T̲Y̲P̲E̲ V̲A̲L̲U̲E̲
SERVICE ̲PREFIX 3 char *
NO ̲MSG ̲ID 5 char NOMSG
FIGURE 6.2.3-1
NO ̲MSG FORMAT
6.3 M̲E̲S̲S̲A̲G̲E̲ ̲T̲R̲A̲N̲S̲M̲I̲S̲S̲I̲O̲N̲ ̲C̲O̲N̲T̲R̲O̲L̲
The message transmission shall be implemented as a
half duplex transmission. This will imply that the
only way to stop a transmission of a message is by
overriding. The transmission rules described below
will be normal transmission sequences but when the
smallest part of a message dealt with at level 4 is
a segment there will be little differences in handling
errors on segment level and normal segment transmission.
The description is based on a succesful system connecting
with accept from DINDAC. The description will define
an idle link state as the state where both PC and CCIS
has empty output data queues and PC and DINDAC are
connected. The transmission of messages to DINDAC will
be described in section 6.3.1 and the transmission
of messages to PC will be described in section 6.3.2.
6.3.1 P̲C̲ ̲t̲o̲ ̲C̲C̲I̲S̲ ̲T̲r̲a̲n̲s̲m̲i̲s̲s̲i̲o̲n̲
DINDAC shall be considered as the master of the link.
This implies that PC shall ask permission to send a
message from an idle link state by sending the break
frame. This shall get DINDAC to instruct GRTS to request
PC to start transmission by sending a transmit data
to PC. PC shall then start the transmission of the
first subsegment of the first segment. PC shall continue
sending the subsegments when requested from GRTS. When
GRTS has received a complete segment, it shall transfer
the segment to DINDAC. DINDAC will on base of the DINDAC
header know if it shall request a further transmission
from PC. When DINDAC has received the last segment
DINDAC shall send a level 4 service message with the
SUPERACK/SUPERNAK response to the complete message.
DINDAC may send a SUPERNAK message whenever it detects
an error in a segment.
PC shall inform DINDAC if it has further messages to
transmit by setting the 'precedence of next message
in transmission queue' field in the DINDAC header.
PC shall set the field on the DINDAC header as soon
as a new message is in queue. DINDAC shall check the
field and if DINDAC has either no messages to transmit
or the messages are of lower precedence, DINDAC shall
request GRTS to send a transmit data frame, and PC
shall start the transmission of the first subsegment.
If the link is in idle state the PC shall request permission
to transmit. If the link is not in a idle state DINDAC
shall determine the next ̲to ̲transmit.
6.3.2 C̲C̲I̲S̲ ̲t̲o̲ ̲P̲C̲ ̲T̲r̲a̲n̲s̲m̲i̲s̲s̲i̲o̲n̲
With DINDAC as master of the link PC shall be ready
to receive a message whenever the link idle state or
when a previous SUPERACK/SUPERNAK in the next ̲to ̲transmit
has placed the right to transmit to DINDAC. PC shall
allways be able to receive a message (a read up to
the line). DINDAC shall send the first segment to GRTS,
which then will start to send the first subsegment
of the segment to PC. PC shall acknowledge each subsegment
with a Ack No Request frame . When DINDAC has sent
the last segment and received an good I/O status from
GRTS it request GRTS to send a transmit data to PC.
PC shall then respond with the SUPERACK/SUPERNAK response
to the message received.
PC can send a SUPERNAK message to DINDAC whenever PC
detects an error in a message. The SUPERNAK message
must only be issued between segments and not on the
first segment of a multi ̲segmented message. PC shall
allways have permission from DINDAC to send.
DINDAC shall inform PC if it has further messages to
transmit by setting the 'precedence of next message
in transmission queue' field in the DINDAC header.
DINDAC shall set the field on the DINDAC header as
soon as a new message is in queue. PC shall check the
field and if PC has either no messages to transmit
or the messages are of lower precedence it transmits
SUPERACK with the 'Next to transmit' field as 0. If
DINDAC is to send, DINDAC sends the first segment to
GRTS and GRTS starts transmitting the first subsegment
to PC.
6.3.3 O̲v̲e̲r̲r̲i̲d̲e̲ ̲H̲a̲n̲d̲l̲i̲n̲g̲
6.3.3.1 O̲v̲e̲r̲r̲i̲d̲e̲ ̲b̲y̲ ̲C̲C̲I̲S̲
If DINDAC wishes to override a message which is being
transmitted by the PC, after a segment has been received,
DINDAC will issue a SUPERNACK with the appropriate
reason code.
6.3.3.2 B̲r̲e̲a̲k̲
A Break message is used by the PC to override a message
from CCIS, or to get a permission from CCIS to start
transmission in operational idle mode (no messages
being transmitted).
6.3.3.2.1 B̲r̲e̲a̲k̲ ̲A̲s̲ ̲O̲v̲e̲r̲r̲i̲d̲e̲ ̲b̲y̲ ̲P̲C̲
The PC must issue a Break message to override a message
being transmitted by DINDAC. After the Break message,
Transmit Data Frame is received from GRTS, the PC shall
issue a SUPERNAK with appropriate reason code (see
6.2.2).
The PC may do this any time between segments except
on the first segment. If DINDAC receives a Break message
on the first segment of a multi-segment message that
is transmitting, it shall retransmit the segment. DINDAC
must receive a good I/O status for the first segment
of a multi-segment message before a break will be accepted
as an override on premessage for a SUPERNAK.
6.3.3.2.2 B̲r̲e̲a̲k̲ ̲i̲n̲ ̲O̲p̲e̲r̲a̲t̲i̲o̲n̲a̲l̲-̲i̲d̲l̲e̲ ̲m̲o̲d̲e̲
When the PC, while in operational mode (DAC-idle),
wants to transmit a message to CCIS, a Break must be
sent to DINDAC. GRTS shall check the incomning messages
for a Break condition and this information shall be
sent to DINDAC.
If the message is not a Break and GRTS is expecting
response, the message shall be treated as an error
condition and causes GRTS to retransmit the last message
with an acknowledgement and changed transmit sequence
code.
If no response is expected the message shall be ignored.
Upon reception of this Break, DINDAC shall send a Null-Output-Request-for-Input
command to GRTS, which shall be translated to a Transmit
Data message and then transmitted to the PC. When the,
PC receives this message, the PC shall transmit its
first subsegment in the message.
6.4 M̲e̲s̲s̲a̲g̲e̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲E̲r̲r̲o̲r̲s̲ ̲a̲n̲d̲ ̲R̲e̲c̲o̲v̲e̲r̲y̲
The message control errors consist of inconsistence
or invalidity in the DINDAC segment header and oversizing
the message length. PC shall detect the errors but
it shall be the end systems that recovers the message.
The scenarious below indicates the possible combinations
for error detecting and the action that shall follows.
C̲C̲I̲S̲ ̲d̲e̲t̲e̲c̲t̲s̲ ̲e̲r̲r̲o̲r̲ ̲i̲n̲ ̲C̲C̲I̲S̲-̲t̲o̲-̲C̲A̲M̲P̲S̲/̲S̲C̲A̲R̲S̲ ̲t̲r̲a̲n̲s̲m̲i̲s̲s̲i̲o̲n̲:
CCIS PC CAMPS/SCARS
BUST
preempt
transaction ack
SUPERNAK
P̲C̲ ̲d̲e̲t̲e̲c̲t̲s̲ ̲e̲r̲r̲o̲r̲ ̲i̲n̲ ̲C̲C̲I̲S̲-̲t̲o̲-̲C̲A̲M̲P̲S̲/̲S̲C̲A̲R̲S̲ ̲t̲r̲a̲n̲s̲m̲i̲s̲s̲i̲o̲n̲:
CCIS PC CAMPS/SCARS
preempt
transaction ack
SUPERNAK
N̲o̲t̲e̲: The transaction ack is not passed on to CCIS.
C̲C̲I̲S̲ ̲d̲e̲t̲e̲c̲t̲s̲ ̲e̲r̲r̲o̲r̲ ̲i̲n̲ ̲C̲A̲M̲P̲S̲/̲S̲C̲A̲R̲S̲-̲t̲o̲-̲C̲C̲I̲S̲ ̲t̲r̲a̲n̲s̲m̲i̲s̲s̲i̲o̲n̲:
CAMPS/SCARS PC CCIS
SUPERNAK
accept and
discard until EOM
no action towards
CAMPS/SCARS
timeout
P̲C̲ ̲d̲e̲t̲e̲c̲t̲s̲ ̲e̲r̲r̲o̲r̲ ̲i̲n̲ ̲C̲A̲M̲P̲S̲/̲S̲C̲A̲R̲S̲-̲t̲o̲-̲C̲C̲I̲S̲ ̲t̲r̲a̲n̲s̲m̲i̲s̲s̲i̲o̲n̲:
CAMPS/SCARS PC CCIS
BUST
accept and
discard until EOM
SUPERNAK
no action towards
CAMPS/SCARS
timeout
6.5 L̲E̲V̲E̲L̲ ̲4̲ ̲S̲T̲A̲T̲E̲ ̲E̲V̲E̲N̲T̲ ̲T̲A̲B̲L̲E̲
The level 4 state event table is not applicable due
to the explanations in chapter 6.
7̲ ̲ ̲E̲X̲A̲M̲P̲L̲E̲S̲ ̲O̲N̲ ̲M̲E̲S̲S̲A̲G̲E̲S̲ ̲T̲R̲A̲N̲S̲A̲C̲T̲I̲O̲N̲S̲ ̲S̲E̲Q̲U̲E̲N̲C̲E̲S̲
The examples in the following section is described
on the overall PC-CCIS Link Protocol Handling. The
description is not based on levels but on logical and
physical components.
The examples will cover the normal message and the
error handling. Error recovery is not shown as it is
an end user responsibility.
The examples shown will be:
7.1 LINE CONNECTION
7.2 LINE DISCONNECTION
7.3 MESSAGE TRANMISSION CCIS TO PC
7.4 MESSAGES TRANSMISSION PC TO CCIS
7.5 BUST MESSAGE HANDLING
7.6 OVERRIDE MESSAGE TRANSMISSION
7.1 L̲I̲N̲E̲ ̲C̲O̲N̲N̲E̲C̲T̲I̲O̲N̲
This example is divided into the following four subexamples:
1. Succesful line connection
with disconnection of line first.
2. Successful line connection
without disconnection of line first.
3. Unsuccessful line connection.
Wrong password.
4. Unsuccessful line connection.
DINDAC not loaded.
A̲ ̲P̲ ̲P̲ ̲E̲ ̲N̲ ̲D̲ ̲I̲ ̲X̲ ̲ ̲ ̲A̲
LEVEL 2 AND 3 STATE EVENT TABLES
This appendix consist of 4 sections each describing
both level 2 and 3 state event table:
1. Link setup seen from PC
2. Link setup seen from CCIS
3. Datatransmission seen from PC
4. Datatransmission seen from CCIS
1̲ ̲ ̲L̲I̲N̲K̲ ̲S̲E̲T̲U̲P̲ ̲S̲E̲E̲N̲ ̲F̲R̲O̲M̲ ̲P̲C̲
FIGURE 1-1
LINK SETUP STATE EVENT TABLE
1.1 S̲T̲A̲T̲E̲S̲ ̲D̲E̲F̲I̲N̲I̲T̲I̲O̲N̲S̲
SOL0 Initial state entered after power-up/masterclear
and bootloading.
SOL1 Before sending RFD to GRTS.
SOL2 Before sending SELECT to GRTS.
SOL3 Before sending ID and PSWRD in LOGON frame.
SOL4 Before sending $*$DACDINDAC in LOGON frame.
SOL5 Before sending ACK on DINDAC OR RSTRT frame.
SOL6 Closing state.
SDT0 Starting state of Data Transmission sequence.
1.2 A̲C̲T̲I̲O̲N̲ ̲D̲E̲F̲I̲N̲I̲T̲I̲O̲N̲S̲
AOL0 Initialize variables, reset and start timer.
AOL1 Read and store the userid/password and baudrate
from level 4. Set baudrate according to value
given in OPEN LINK command. Send READY FOR
DISCONNECT.
AOL2
AOL3 Update open ̲link ̲timeout.
Send SELECT.
AOL4 Update open ̲link ̲timeout.
Send LOGON with userid and password.
AOL5 Update open ̲link ̲timeout.
Send LOGON with $*$DACDINDAC.
AOL6 Reset open ̲link ̲timeout.
Answer pending OPEN LINK request from level
4. If line ̲down ̲message ̲code NE OK return this
value as a result to the level 4.
Set flag for ACT ̲TO ̲BE ̲SENT:= TRUE.
AOL7 Update open ̲link ̲timeout. ACK/NAK field of
previous frame sent is set to NAK and the frame
is retransmitted without altering the SC field.
AOL8 Update naks ̲exceeded and open ̲link ̲timeout.
Retransmit previous frame with same SC and
ACK in the ACK/NAK field of OC.
AOL9 Answer pending level 4 OPEN ̲LINK command with
reason code for closing. Send DISCONNECT.
AOL10 Answer level 4 CLOSE ̲LINK command. Cancel pending
OPEN ̲LINK command. Send DISCONNECT.
AOL11 Notify level 4 of error condition in response
to an OPEN ̲LINK command.
AOL12 Answer pending level 4 OPEN ̲LINK command. with
error code. Send READY FOR DISCONNECT.
AOL13 REJECT level 4 COMMAND with REASON CODE = Current
State.
AOL14 Update open ̲link ̲timeout.
2̲ ̲ ̲L̲I̲N̲K̲ ̲S̲E̲T̲U̲P̲ ̲S̲E̲E̲N̲ ̲F̲R̲O̲M̲ ̲C̲C̲I̲S̲
FIGURE 2-1
LINK SETUP STATE EVENT TABLE
2.1 S̲T̲A̲T̲E̲S̲ ̲D̲E̲F̲I̲N̲I̲T̲I̲O̲N̲S̲
SOL0 Before CR80 open link command.
SOL1 Before sending RFD to PC.
SOL2 Before sending SELECT to PC.
SOL3 Before accept of ID and PSWRD in received LOGON
frame.
SOL4 Before receiving LOGON TO DINDAC.
SOL5 Before accept of start.
SDT0 Starting state of Data Transmission sequence.
2.2 A̲C̲T̲I̲O̲N̲ ̲D̲E̲F̲I̲N̲I̲T̲I̲O̲N̲S̲
AOL0 Initialize variables, reset and start timer.
AOL1 Set baudrate according to value given in OPEN
LINK command.
AOL2 Send READY DISCONNECT. Start answer ̲timer.
AOL3 Send TRANSMIT DATA.
Start answer ̲timer.
AOL4 Send TRANSMIT DATA and start answer ̲timer.
AOL5 Send DINDAC start frame.
Start answer timer.
AOL6 Answer pending OPEN LINK request from level
4 with result OK.
AOL7 ACK/NAK field of previous frame sent is set
to NAK and the frame is retransmitted without
altering the SC field. Start answer ̲timer.
AOL8 Retransmit previous frame with same SC and
ACK in the ACK/NAK field of OC. Start answer
̲timer.
AOL9 Answer level 4 CLOSE ̲LINK command. Cancel pending
OPEN LINK command. Send DISCONNECT.
AOL10 Notify level 4 of error condition in response
to an OPEN ̲LINK command.
AOL11 Answer pending level 4 OPEN ̲LINK command with
reason code for closing.
If no command syntax error then set error to
open link sequence error. Send DISCONNECT.
AOL12 Send TRANSMIT DATA with NAK in the ACK/NAK
field of OC.
Start answer ̲timer.
AOL13 If answer ̲timer ̲count is less than no ̲response
̲
limit, then retransmit the previous frame with
NAK in the ACK/NAK field of OC and the same
SC else send DISCONNECT and notify level 4
of error in open link sequence.
AOL14 Reject level 4 command with reason code ̲current
state.
3̲ ̲ ̲D̲A̲T̲A̲T̲R̲A̲N̲S̲M̲I̲S̲S̲I̲O̲N̲ ̲S̲E̲E̲N̲ ̲F̲R̲O̲M̲ ̲P̲C̲
FIGURE 3-1
DATATRANSMISSION STATE EVENT TABLE
3.1 S̲T̲A̲T̲E̲S̲ ̲D̲E̲F̲I̲N̲I̲T̲I̲O̲N̲S̲
SDT0 Before Request Input.
SDT1 Request Input received.
SDT2 Subsegment receiving and accumulation.
SDT3 Segment received.
SDT4 Subsegments to be sent.
SDT5 Segment sent (but not fully acknowledged).
SDT6 Transmit Data received.
SDT7 Ready for Closing Link.
SDT8 Closed link.
SOL0 Initial state.
3.2 A̲C̲T̲I̲O̲N̲ ̲D̲E̲F̲I̲N̲I̲T̲I̲O̲N̲S̲
ADT0 Prepare for input from the line.
If ack ̲to ̲be ̲sent THEN send Ack no request
and ack ̲to ̲be ̲sent: = false.
ADT1 Accumulate ETB subsegment data. Send ACK, no
request. Reset counter for no response and
start timer for no response.
ADT2 Accumulate ETX subsegment data. Send data segment
to level 4 in reply to pending Request Input.
Set flag ack ̲to ̲be ̲sent: = true.
ADT3
ADT4
ADT5
ADT6
ADT7 Send BREAK. Set flag ack ̲to ̲be ̲sent: = false.
Reset counter for no response and start timer
for no reponse.
ADT8 Send ETB ̲subsegment. Reset counter for no reponse
and start timer for no reponse.
ADT9 Send last or entire ETX ̲subsegment. Set flag
ack ̲to ̲be ̲sent: = false. Reset counter for
no response and start timer for response.
ADT10 Answer pending level 4 Request Output with
OK result code upon reception of ACK on last
subsegment in segment sent. Set flag ack ̲to
̲be ̲sent: = true.
ADT11 Send ACK no request. Reset counter for no response
and start timer for no response.
ADT12 Answer pending level 4. Request Output with
OK result code upon reception of ACK on last
subsegment in segment. Accumulate ETB subsegment
received. Send ACK no request. Reset counter
for no response and start timer for no response.
ADT13 Answer pending level 4 Request Output with
OK result code upon reception of ACK on last
subsegment in segment. Send data segment to
level 4.
ADT14 Cancel pending level 4 commands, notify level
4 of closing. Send READY FOR DISCONNECT. Reset
counter for no response and start timer for
no response.
ADT15 Cancel pending level 4 command, notify level
4 of closing.
ADT16 Reject pending level 4 commands with reason
code = fatal error.
ADT17 Increment counter for WAIT frames, dt ̲wait
̲count, send WAIT, with previously used SC.
Reset counter for no response and start timer
for no response.
ADT18 IF ack ̲to ̲be ̲sent = true THEN send Ack ̲no ̲request
set flag act ̲to ̲be ̲sent: = false.
Reset counter for no response and start timer
for no response.
ADT19 Reject level 4 command with reason code = current
state.
ADT20 Retransmit previous frame with same SC and
OC. (5:3) = 001 (binary), NAK. Increment req
̲i ̲errors, if greater than req ̲io ̲error ̲limit,
set data ̲transmission ̲error to true.
Reset counter for no response and start timer
for no response.
ADT21 Retransmit previous frame with same SC and
OC. (5:3) = 000 (binary), ACK.
Reset counter for no response and start timer
for no response.
ADT22 Accept the data segment as an Implied Ack.
ADT23 Increment req ̲i ̲errors, if then greater than
req ̲io ̲error ̲limit set data ̲transmission ̲error
to true.
ADT24 Increment req ̲o ̲errors, if then greater than
req ̲io ̲error ̲limit set data ̲transmission ̲error
to true.
ADT25 Send DISCONNECT to CCIS.
ADT26 If receiving an incoming frame then return.
Update the number of no response. If number
of no response unit then Disconnect and notify
level 4 of closing.
If number of no response is less than no response
unit then retransmit the presious frame with
the same SC and start the timer for no response.
If disconnect is sent then reset, state and
sequence ̲id.
4̲ ̲ ̲D̲A̲T̲A̲T̲R̲A̲N̲S̲M̲I̲S̲S̲I̲O̲N̲ ̲S̲E̲E̲N̲ ̲F̲R̲O̲M̲ ̲C̲C̲I̲S̲
FIGURE 4-1
DATA TRANSMISSION STATEMENT TABLE.
4.1 S̲T̲A̲T̲E̲ ̲D̲E̲F̲I̲N̲I̲T̲I̲O̲N̲S̲
SDT0 Wait for request Input
SDT1 Request Input Received
SDT2 Segment Accumulation
SDT3 Segment Received
SDT4 Subsegments to be Sent
SDT5 Segment Sent (but not fully acknowledged)
SDT6 Ack,no request Received
SDT7 Ready for Closing Link
SOL0 Link Closed
4.2 A̲C̲T̲I̲O̲N̲ ̲D̲E̲F̲I̲N̲I̲T̲I̲O̲N̲S̲
ADT0 Prepare for input from the line.
IF ack ̲to ̲be ̲sent THEN send TRANSMIT DATA,
ack ̲to ̲be ̲sent:= false
start answer ̲timer
ADT1 Accumulate ETB subsegment data. Send TRANSMIT
DATA. Start answer ̲timer.
ADT2 Accumulate ETX subsegment data. Send data segment
to level 4 in reply to pending Request Input
Command. Set flag ack ̲to ̲be ̲sent:= true; If
output ̲pending is true then answer request
output with OK result code
Set output ̲pending to false
ADT3
ADT4
ADT5
ADT6
ADT7 Set ack ̲to ̲be ̲sent to false.
Send ETB ̲subsegment. If last segment then set
last to true. Start answer ̲timer.
ADT8 Set ack ̲to ̲be ̲sent to false. Send last or entire
ETX ̲subsegment. If last segment then set last
to true. Start answer ̲timer.
ADT9 If last is false then answer pending level
4. Request Output with OK result code upon
reception of ACK on last subsegment in segment
sent.
else send TRANSMIT DATA, and set output pending
to true.
ADT10 If last is true, then send TRANSMIT DATA and
start answer timer.
ADT11 Cancel pending level 4 commands. Send READY
FOR DISCONNECT, start answer ̲timer.
ADT12 Cancel pending level 4 commands, notify level
4 of closing. Send DISCONNECT, start answer
̲timer.
ADT13 Reject pending level 4 commands. Notify level
4 of fatal error.
ADT14 IF ack ̲to ̲be ̲sent = true THEN send TRANSMIT
DATA, ack ̲to ̲be ̲sent:= false and start answer
̲timer.
ADT15 Reject level 4 command with reason code = current
state.
ADT16 Retransmit previous frame with same SC and
OC. (5:3)= 001 (binary), NAK. If no previous
frame, then send TRANSMIT DATA.
Increment req ̲i ̲errors, if greater than req
̲io ̲error ̲limit, then set data ̲transmission
error to true. Start answer ̲timer.
ADT17 Retransmit previous frame with same SC and
OC. (5:3)= 000 (binary), ACK.
Start answer ̲timer.
ADT18 Increment req ̲i ̲errors, if then greater than
req ̲io ̲error ̲limit set data ̲transmission ̲error
to true.
ADT19 Increment req ̲o ̲errors if greater than req
̲io ̲error ̲limit set data ̲transmission ̲error
to true.
ADT20 Prepare for input from the line. Send TRANSMIT
DATA. Start answer ̲timer. Set ack ̲to ̲be ̲sent
to false.
ADT21 Prepare for input from the line. Send TRANSMIT
DATA. Start answer ̲timer. Set ack ̲to ̲be ̲sent
to false. Set output ̲pending to true.
ADT22
ADT23 Update counter for number of no responce. If
counter is greater than the limits then send
DISCONNECT, else retransmit the previous frame
with same SC.
Start answer ̲timer.
ADT24 Cancel pending level 4 commands, notify level
4 about closing.
