top - download
⟦7276a106d⟧ Wang Wps File
Length: 47519 (0xb99f)
Types: Wang Wps File
Notes: FIX/0100/MAN/0004
Names: »3930A «
Derivation
└─⟦4d5d1ede7⟧ Bits:30006147 8" Wang WCS floppy, CR 0342A
└─ ⟦this⟧ »3930A «
WangText
&…00……00……00……00…3…02……00……00…3
,…09…,…0f……11……05……10……0a……10……00……10……06……0f……0b……0f……00……0f……06……0e……08……0e……09……0e……0c……0e……01……0e……02……0e…
…0e… …0d……0b……0d……0f……0d……00……0d……01……0d……07……0c……08……0c……0b……0c……0c……0c……0d……0c……0e……0c……0f……0c……00……0c……01……0c……02……0c…
…0c… …0c……05……0c……06……0c……86…1 …02… …02… …02…
3930A…02…FIX/0100/MAN/0004
…02…JJJ/880906…02… #
FIKS DATA I/F REFERENCE
…02…APE/880815…02……02…FIKS
8 T̲A̲B̲L̲E̲S̲ ̲A̲N̲D̲ ̲R̲E̲C̲O̲R̲D̲S̲
8.1 C̲h̲e̲c̲k̲p̲o̲i̲n̲t̲s̲
8.1.1 I̲n̲t̲r̲o̲d̲u̲c̲t̲i̲o̲n̲
When a branch crashes it shall be possible to continue
operations on the standby branch. To be able to do
this a s̲w̲i̲t̲c̲h̲o̲v̲e̲r̲ procedure from active to standby
branch must be done. Besides other things this involves,
that the standby branch must be r̲e̲c̲o̲v̲e̲r̲e̲d̲.̲ One part
of the recovering procedure is to reestablish the internal
memory data structure of the former active branch in
the standby branch, which is going to be the new active
branch. To be able to do that, c̲h̲e̲c̲k̲p̲o̲i̲n̲t̲s̲ have been
introduced. By this means data which defines the state
and substates of the system e.g.
- state of a single message
- state of a terminal
- state of a transmission line
- etc.
These checkpoints must of cause be stored outside the
memory of the active processor. In this case they are
stored on disk.
By processing these data on system level and subsystem
level in the r̲e̲s̲t̲a̲r̲t̲ procedure, the standby processor
is brought into a state (almost) like that of the earlier
active processor, and normal operations can continue.
Because continuous checkpointing is very resource consuming,
only checkpointing of events/states, that is essential
for a well operational message switching system is
done. Therefore the effect of some minor important
operations is lost, after a switchover is executed.
8.1.2 W̲h̲a̲t̲ ̲i̲s̲ ̲c̲h̲e̲c̲k̲p̲o̲i̲n̲t̲e̲d̲
The guidelines for determine, what must be checkpointed
are:
- No message in transition must be lost
- No message in preparation must normally be
lost
- No routing information must be lost
- The security integrity must be kept
Therefore the following data areas must be checkpointed
- MTCB-pool
- TCB-pool
- PDB File Table
- Incore part of RDF
- DTG Reference Table
- NSS Outbound Buffer
- PIP page numbers
To keep track of which queues the messages are enqueued,
the checkpointed MTCB's has been associated with a
queue-map. The queue-map has an entry for each group
queue, where the queue no. is placed. It is therefore
possible to checkpoint if a message is placed in o̲n̲e̲
̲a̲n̲d̲ ̲o̲n̲l̲y̲ ̲o̲n̲e̲ of the queues in the group.
Apart from the above mentioned data areas, the NSS
updates the following informtion on disk, from where
it is recoverable.
- Routing table
- Open/Closed trunk lines
- Assignment/deassignment of NPDN trunks
8.1.3 H̲o̲w̲ ̲i̲s̲ ̲c̲h̲e̲c̲k̲p̲o̲i̲n̲t̲i̲n̲g̲ ̲p̲e̲r̲f̲o̲r̲m̲e̲d̲
DTG Reference Table is checkpointed in the way that
an exact copy of it is maintained on disk by writing
the whole table into the file
a**FIXHEAD*SRS ̲CHECKP
refer to section 8.9
each time a change of it occurs.
In the same manner the NSS outbound Buffer is checkpointed
into the file
a**FIXHEAD*NSS ̲CHECKP
refer to NSS Subsystem PSP,FIX/1154/PSP/0107
The rest of the data areas are checkpointed into the
file
a**FIXHEAD*CHECKP ̲FILE
refer to section 11.12
by use of the checkpoint process CHECKP.
8.1.4 U̲s̲e̲ ̲o̲f̲ ̲t̲h̲e̲ ̲C̲h̲e̲c̲k̲p̲o̲i̲n̲t̲ ̲P̲r̲o̲c̲e̲s̲s̲
The storage of checkpoints may be done by a process
(the caller) by sending a KERNEL-message to the check-pont-process,
with name C̲H̲E̲C̲K̲P̲.̲ Depending on the content of the message
buffer, it forms a checkpoint record or part of it
and write it into the checkpoint file CHECKP ̲FILE.
When the checkpoint update is finished an KERNEL-answer
is returned to the caller. By certain kinds of checkpointing
it is possible to retrieve checkpoint records - reverse
checkpointing.
The general layout of message/answer is:
Message Answer
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
^ ^ ^ ^
^ ̲ ̲ ̲ ̲C̲o̲m̲m̲a̲n̲d̲ ̲ ̲ ̲ ̲ ̲^ W0 ^ ̲ ̲ ̲ ̲ ̲ ̲C̲o̲m̲m̲a̲n̲d̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ ^ ^ ^
^ Variable ^ W1 ^ Variable ^
^ information ^ W2 ^ information ^
^ ^ W3 ^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^ W4 ^ ̲ ̲ ̲C̲o̲m̲p̲l̲e̲t̲i̲o̲n̲ ̲c̲o̲d̲e̲ ̲ ̲^
The variable information sat up in message will be
kept in the answer except for completion code and directly
returned checkpoint.
C̲o̲m̲m̲a̲n̲d̲ = (bit layout)
1̲5̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲1̲1̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲8̲ ̲7̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲4̲ ̲3̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲0̲
^̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲^̲
Function Checkpoint Checkpoint Item Indicator
0 = Store Type Subtype
1 = Retrieve
C̲o̲m̲p̲l̲e̲t̲i̲o̲n̲ ̲c̲o̲d̲e̲ may be
0 = Operation ok
1 = Parameter error
2 = Illegal addressing
C̲h̲e̲c̲k̲p̲o̲i̲n̲t̲ ̲t̲y̲p̲e̲ may be
0 = MTCB
1 = RDF
2 = TCB
3 = PDBTAB
4 = PAGE ̲NUMBERS
5 = SYSTEM
The s̲u̲b̲t̲y̲p̲e̲s̲ are dependent on checkpoint type but two
types are general defined.
C̲h̲e̲c̲k̲p̲o̲i̲n̲t̲ ̲s̲i̲n̲g̲l̲e̲ ̲w̲o̲r̲d̲ = 14
then
W1 = Record no in checkpoint area
W2 = Word address in checkpoint record
W3 = Checkpoint word
by using this subtype the content in W3 will be written
to (read from) the CHECKP-file at the specified file
address.
C̲h̲e̲c̲k̲p̲o̲i̲n̲t̲ ̲m̲u̲l̲t̲i̲p̲l̲e̲ ̲w̲o̲r̲d̲s̲ = 15
then
W1 = Record no in checkpoint area
W2 = Word address in checkpoint record
W3 = No of words to be checkpointed
W4 = Local address in calling process
by using this subtype "no of words" starting at "local
address" in the calling process's data area will be
written to (read from) the CHECKP-file at the specified
file location.
The interpretation of I̲t̲e̲m̲ ̲I̲n̲d̲i̲c̲a̲t̲o̲r̲ is depending on
checkpoint type and subtype.
8.1.4.1 M̲T̲C̲B̲-̲c̲h̲e̲c̲k̲p̲o̲i̲n̲t̲s̲
These checkpoints are used to preserve information
about where in the FIKS system the message may be found.
They reflect the events:
- Creation of messages
- Deletion of messages
- Enqueuing of messages
- Dequeuing of messages
and states
- Location of message file (PDB/IMF/HDB)
The checkpointing is done by writing a MTCB-checkpoint
record into the CHECKP-file. The record consists of
a copy of the MTCB from the MTCB-memory data area and
a colocated queue map. The queue map contains information
about which queues the message is placed in.
N̲o̲t̲i̲c̲e̲:̲ It must be noted that the information held
in these checkpoints are not sufficient to know all
about the state of a message. The MTCB-checkpoints
shall be seen and used together with PDBTAB and NSS
Outbound Buffer checkpoint.
C̲h̲e̲c̲k̲p̲o̲i̲n̲t̲ ̲m̲e̲s̲s̲a̲g̲e̲ ̲l̲a̲y̲o̲u̲t̲
Subtypes
U̲p̲d̲a̲t̲e̲ ̲M̲T̲C̲B̲ = 0
W1 MTCB index
The MTCB will be copied from memory area to the corresponding
location in the CHECKP-file.
E̲n̲q̲u̲e̲u̲e̲ ̲s̲i̲n̲g̲l̲e̲ ̲e̲n̲t̲r̲y̲ = 1
W1: MTCB index
W2: Queue group no.
W3: Queue no.
The queue map in CHECKP-file will be updated in accordance
to the specification.
D̲e̲l̲e̲t̲e̲ ̲s̲i̲n̲g̲l̲e̲ ̲e̲n̲t̲r̲y̲ = 2
W1: MTCB-index
W2: Queue group no.
The queue entry in queue map will be removed in the
CHECKP-file.
U̲p̲d̲a̲t̲e̲ ̲m̲u̲l̲t̲i̲p̲l̲e̲ ̲q̲u̲e̲u̲e̲ ̲e̲n̲t̲r̲i̲e̲s̲ = 3
W1: MTCB index
W2: Address of queue map in callers process area.
The local queue map is scanned and each time an active
queue entry is met (bit 7 on), it will be transferred
to the queue map in CHECKP-file. Deletion of queue-entries
is stated by setting bit 6 on.
T̲r̲a̲n̲s̲f̲e̲r̲ ̲o̲f̲ ̲q̲u̲e̲u̲e̲ ̲e̲n̲t̲r̲y̲ = 4
W1: MTCB-index
W2: Queue group no. from
W3: Queue group no. to
W4: Queue no. to
The effect of this is the same as "Delete of single
entry" following by "Enqueue single entry".
N̲o̲t̲i̲c̲e̲:̲ Creation/Deletion of MTCB's is checkpointed
by creating/removing a reference to it. E.g. enqueue/dequeue
entries referring to the MTCB.
For every above listed subtypes holds if the bits in
I̲t̲e̲m̲ ̲I̲n̲d̲i̲c̲a̲t̲o̲r̲ is on:
bit 0: The MTCB will also be updated
bit 1: Before any updating take place every queue
entry will be deleted.
For reverse checkpointing only general subtypes are
allowed.
8.1.4.2 R̲D̲F̲-̲c̲h̲e̲c̲k̲p̲o̲i̲n̲t̲s̲
These checkpoints are used to keep track of the online
updating of the RDF INCORE EXTRACT.
The reflect the events:
- Routing (rerouting) of terminal output
- Set of ANO-existance map
- Set of AIG-existance map
- Set of ANO-table
The checkpointing is done by maintaining an exact copy
of the RDF incore extract in CHECKP-file.
C̲h̲e̲c̲k̲p̲o̲i̲n̲t̲ ̲m̲e̲s̲s̲a̲g̲e̲ ̲l̲a̲y̲o̲u̲t̲
Subtypes
Checkpoint RDF = 0
The whole RDF-memory area will be copied into the CHECKP-file
(or reverse as when reverse checkpointing).
8.1.4.3 T̲C̲B̲-̲c̲h̲e̲c̲k̲p̲o̲i̲n̲t̲s̲
These checkpoints are used to maintain a complete image
of the terminals operational status.
The reflect the events:
- Terminal logon/logoff
- Terminal blocked/unblocked
- Security interrogation started/finished,
and states:
- All statements that can be deduced from the content
of the TCB.
The checkpointing is done by keeping an exact image
of the critical region XTCBCR in the CHECKP-file.
C̲h̲e̲c̲k̲p̲o̲i̲n̲t̲ ̲m̲e̲s̲s̲a̲g̲e̲ ̲l̲a̲y̲o̲u̲t̲
Subtypes:
C̲h̲e̲c̲k̲p̲o̲i̲n̲t̲ ̲s̲i̲n̲g̲l̲e̲ ̲T̲C̲B̲ = 0
W1: TCB-number
The TCB is copied from the critical region XTCBCR to
the corresponding checkpoint record in the CHECKP-file.
C̲h̲e̲c̲k̲p̲o̲i̲n̲t̲ ̲w̲h̲o̲l̲e̲ ̲T̲C̲B̲-̲a̲r̲e̲a̲ = 1
The whole critical region XTRBCR copied into the CHECKP-file.
The reverse checkpointing function is also available.
8.1.4.4 P̲D̲B̲T̲A̲B̲-̲c̲h̲e̲c̲k̲p̲o̲i̲n̲t̲s̲
These checkpoints are used to maintain an entire survey
of the messages under preparation
The reflect the events:
- Preparation started
- Preparation finished
- Message released
- Message deleted
and states
- size of used PDB pool
- last used MSG ̲ID
- No. of message in PDB-pool
- last referenced message
The checkpointing is done by keeping an exact image
of the critical region PDBTAB in the CHECKP-file.
C̲h̲e̲c̲k̲p̲o̲i̲n̲t̲ ̲m̲e̲s̲s̲a̲g̲e̲ ̲l̲a̲y̲o̲u̲t̲
Subtypes:
C̲h̲e̲c̲k̲p̲o̲i̲n̲t̲ ̲s̲i̲n̲g̲l̲e̲ ̲P̲D̲B̲T̲A̲B̲ = 0
W1: PDBTAB-number
The PDBTAB is copied from the critical region PDBTAB
to the corresponding checkpoint record in the CHECKP-file.
C̲h̲e̲c̲k̲p̲o̲i̲n̲t̲ ̲w̲h̲o̲l̲e̲ ̲P̲D̲B̲T̲A̲B̲-̲a̲r̲e̲a̲ = 1
The whole critical region PDBTAB copied into the CHECKP-file.
The reverse checkpointing function is also available.
8.1.4.5 PAGE ̲NUMBERS-checkpoints
…0e……0e… ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲…0f……0f…
These checkpoints are used to maintain a correct page
numbering of the printout.
C̲h̲e̲c̲k̲p̲o̲i̲n̲t̲ ̲m̲e̲s̲s̲a̲g̲e̲ ̲l̲a̲y̲o̲u̲t̲
Only general subtypes may be used.
8.1.4.6 S̲Y̲S̲T̲E̲M̲-̲c̲h̲e̲c̲k̲p̲o̲i̲n̲t̲s̲
These checkpoints are used to checkpoint items concerned
with the operating on system level as:
- Time (DTG)
- Disk Status
- Last allocated DT-number
- FIKS/FODCCIS Link status
- NICS TARE Link Data, ref. sec. 8.3
C̲h̲e̲c̲k̲p̲o̲i̲n̲t̲ ̲m̲e̲s̲s̲a̲g̲e̲ ̲l̲a̲y̲o̲u̲t̲
Only general subtypes may be used.
8.1.4.7 G̲u̲i̲d̲e̲l̲i̲n̲e̲s̲ ̲f̲o̲r̲ ̲d̲o̲i̲n̲g̲ ̲c̲h̲e̲c̲k̲p̲o̲i̲n̲t̲s̲
The main thing to be taken into consideration, when
it is determined which checkpoints shall be done, is
that, they must not lead to inconsistance in data,
when used to recover the standby branch. In this connection
the time sequence in which they are done is very important.
Therefore the following rules must be considered.
Checkpointing indicating creation of data outside memory
shall be done after actual creation is done, e.g.
- creation of new message
- acknowledge upon broadcasted message
- transfer of message to another place
- etc.
Note: enqueuing can be equal to creation of message.
Checkpointing indicating removal of data outside memory
shall be done before actual removal is done. e.g.
- deletion of message
- acknowledge upon received message
- etc.
Note: dequeuing can be equal to deletion of message.
8.2 N̲S̲C̲ ̲C̲r̲i̲t̲i̲c̲a̲l̲ ̲R̲e̲g̲i̲o̲n̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
8.2.1 F̲I̲K̲S̲ ̲N̲e̲t̲w̲o̲r̲k̲ ̲C̲o̲n̲f̲i̲g̲u̲r̲a̲t̲i̲o̲n̲ ̲T̲a̲b̲l̲e̲ ̲(̲F̲N̲C̲)̲
8.2.1.1 F̲N̲C̲ ̲L̲a̲y̲o̲u̲t̲
TABLE:
FIKS NETWORK CONFIGURATION (FIKS ̲CONF)
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
TRUNK CONNECTION
TABLE
NODE A
(TRUNK ̲CONN)
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
TRUNK CONNECTION
TABLE
NODE B
(TRUNK ̲CONN)
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
TRUNK CONNECTION
TABLE
NODE E (/S)
(TRUNK ̲CONN)
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
(TRUNK ̲CONN)
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
TRUNK CONNECTION
TABLE
NODE Q
(TRUNK ̲CONN)
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
TABLE:
TRUNK CONNECTION TABLE (TRUNK ̲CONN)
1̲5̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲0̲
TRUNK CONNECTION CODE
TRUNK 0 TR ̲CC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
TRUNK CONNECTION CODE
TRUNK 1 TR ̲CC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
TRUNK CONNECTION CODE
TRUNK 2 TR ̲CC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
TRUNK CONNECTION CODE
TRUNK 3 TR ̲CC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
TRUNK CONNECTION CODE
TRUNK 4 TR ̲CC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
TRUNK CONNECTION CODE
TRUNK 5 TR ̲CC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
TRUNK CONNECTION CODE
TRUNK 6 TR ̲CC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
TRUNK CONNECTION CODE
TRUNK 7 TR ̲CC
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
DATA ITEM:
TRUNK CONNECTION CODE: (TR ̲CC)
15̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲1̲1̲ ̲1̲0̲ ̲ ̲ ̲8̲ ̲7̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲4̲ ̲3̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲0̲ ̲
^ ^ ^ ^ ^ ^ ^ ^
^ ^ ^ ^ ^ ^ NTN ^ TNI ^
̲^̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲^̲ ̲ ̲^̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
8.2.1.2 F̲N̲C̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
Data Description for Data Item: TCS (TRUNK CONNECTION STATUS)
…0c…insert table…0c……86…1 …02… …02… …02… …02… …02… …02…
8.2.2 F̲I̲K̲S̲ ̲S̲t̲a̲t̲u̲s̲ ̲T̲a̲b̲l̲e̲ ̲(̲F̲S̲T̲)̲
8.2.2.1 F̲S̲T̲ ̲L̲a̲y̲o̲u̲t̲
Table: FIKS Status Table; FST
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
^ ^
^ FIKS STATUS HEADER ^
^ ^
^ ^
^ (FST ̲HD) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ N/M STATUS, NODE A ^
^ (NM ̲ST) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ N/M STATUS, NODE B ^
^ (NM ̲ST) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ ^
^ ^
^ ^
^ ^
^ ^
^ ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ N (/M) STATUS, NODE P ^
^ (NM ̲ST) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ N (/M) STATUS, NODE Q ^
^ (NM ̲ST) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
Table: FIKS Status Header (FST ̲HD)
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
^ ^
^ ^
^ FIKS NETWORK STATUS ^
^ (NET ̲ST) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ ^
^ COLLOCATED SCC STATUS TABLE ^
^ (SCC ̲ST) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ ^
^ REMOTE SCC STATUS TABLE ^
^ (SCC ̲ST) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
Table: FIKS Network Status (NET ̲ST)
…0c…insert table…0c…
Table: SCC Status (SCC ̲ST)
…0c…insert table…0c…
TABLE:
N/M STATUS (NM ̲ST)
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
^ ^
^ ^
^ MEDE STATUS TABLE ^ (15
W)
^ ^
^ (M ̲ST) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ ^
^ NODE STATUS TABLE ^ (24
W)
^ ^
^ (N ̲ST) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ TRUNK NO. 0 ^
^ TRUNK STATUS …0e…(TR ̲ST)…0f… ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ TRUNK NO. 1 ^
^ TRUNK STATUS …0e… (TR ̲ST) …0f… ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
(40
W)
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
^ TRUNK NO. 6 ^
^ TRUNK STATUS …0e… (TR ̲ST)…0f… ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ TRUNK NO. 7 ^
^ TRUNK STATUS …0e…(TR ̲ST)…0f… ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
TABLE:
MEDE STATUS (M ̲ST)
…0c…insert table…0c…
TABLE:
NODE STATUS (N ̲ST)
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
…01…STRO ̲ST
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
ORQ ̲CN
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
DUSE ̲OP
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
DUSE ̲ST
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
ORBE ̲CN
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
CRYP ̲CN
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
NODE ̲ST
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
TABLE:
TRUNK STATUS (TR ̲ST)
…0c…insert table…0c…
8.2.2.2 F̲S̲T̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
Data Description for Table: NET ̲ST (FIKS NETWORK STATUS)
…0c…insert table…0c…
Data Description for Table: SST (SCC STATUS)
…0c…insert table…0c…
Data Description for Table: MST ̲1 (MEDE STATUS)
…0c…insert table…0c…
Data Description of Table: MST ̲2
…0c…insert table…0c…
Data Description for Table: NST ̲1 (NODE STATUS)
…0c…insert table…0c…
Data Description for Table: NST ̲2
…0c…insert table…0c…
Data Description of Table: NST ̲3
…0c…insert table…0c…
Data Description of Table: TST ̲1
…0c…insert table…0c…
Data Description for Table: TST ̲2
…0c…insert table…0c…
8.2.3 F̲I̲K̲S̲ ̲R̲o̲u̲t̲i̲n̲g̲ ̲D̲e̲l̲a̲y̲ ̲T̲a̲b̲l̲e̲ ̲(̲F̲R̲D̲)̲
8.2.3.1 F̲R̲D̲ ̲L̲a̲y̲o̲u̲t̲
Table: DELAY ̲TABLE (DEL ̲TAB)
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
^ ^
^ DELAY TABLE ENTRY ^
^ NODE A ^
^ (DELAY ̲EN) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ DELAY TABLE ENTRY ^
^ NODE B ^
^ (DELAY ̲EN) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ DELAY TABLE ENTRY ^
^ NODE E (/S) ^
^ (DELAY ̲EN) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ DELAY TABLE ENTRY ^
^ NODE F ^
^ (DELAY ̲EN) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
^ ^
^ DELAY TABLE ENTRY ^
^ NODE Q ^
^ (DELAY ̲EN) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
ENTRY:
ENTRY TABLE ENTRY (DELAY ̲EN)
15̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲0̲
^ TO NODE DELAY ^
^ NODE A (TON ̲DL) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ TO NODE DELAY ^
^ NODE B (TON ̲DL) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ TO NODE DELAY ^
^ NODE E (/S) (TON ̲DL) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ TO NODE DELAY ^
^ NODE F (TON ̲DL) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ TO NODE DELAY ^
^ NODE H (TON ̲DL) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ TO NODE DELAY ^
^ NODE K (/S) (TON ̲DL) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ TO NODE DELAY ^
^ NODE L (TON ̲DL) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ TO NODE DELAY ^
^ NODE N (TON ̲DL) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ TO NODE DELAY ^
^ NODE P (TON ̲DL) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ TO NODE DELAY ^
^ NODE Q (TON ̲DL) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
DATA ITEM:
TO NODE DELAY (TON ̲DL)
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
^ ^ ^ ^ ^
^ CON ̲CNS ^ ACT ̲CNS ^ CON ̲CN ^ ACT ̲CN ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ NODE ̲DL ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
Data Description for Data Item: TND (TO NODE DELAY)
…0c…insert table…0c…
8.2.3.2 F̲R̲D̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
8.2.4 F̲I̲K̲S̲ ̲R̲o̲u̲t̲i̲n̲g̲ ̲T̲a̲b̲l̲e̲ ̲(̲F̲R̲T̲)̲
8.2.4.1 F̲R̲T̲ ̲L̲a̲y̲o̲u̲t̲
L̲A̲Y̲O̲U̲T̲ ̲O̲F̲:̲ ̲R̲O̲U̲T̲E̲ ̲T̲A̲B̲L̲E̲ (ROUTE ̲TAB)
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
^ ^
^ UPDATE STATUS (ROUT ̲EN) ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ ^
^ ROUTE TABLE ENTRY ^
^ NODE A ^
^ (ROUT ̲EN) ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ ^
^ ROUTE TABLE ENTRY ^
^ NODE B ^
^ (ROUT ̲EN) ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ ^
^ ROUTE TABLE ENTRY ^
^ NODE E(/S) ^
^ (ROUT ̲EN) ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ ^
^ ROUTE TABLE ENTRY ^
^ NODE F ^
^ (ROUT ̲EN) ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ ^
^ ^
^ ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ ROUTE TABLE ENTRY ^
^ NODE Q ^
^ (ROUT ̲EN) ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
LAYOUT OF
ENTRY:
ROUTE TABLE ENTRY (ROUT ̲EN)
15 ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ 0
^ ^
^ QUEUE ROUTE ^
^ TO NODE A (Q ̲ROUT) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ QUEUE ROUTE ^
^ TO NODE N (Q ̲ROUT) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ QUEUE ROUTE ^
^ TO NODE E(/S) (Q ̲ROUT) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ ^
^ ^
^ ^
^ ^
^ ^
^ ^
^ ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^
^ QUEUE ROUTE ^
^ TO ROUTE Q (Q ̲ROUT) ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
DATA ITEM:
QUEUE ROUTE (Q ̲ROUT)
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
^ ^ ^
^ S ̲RID ^ P ̲RID ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
^ ^ ^
^ spare ^ T ̲RID ^
^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
8.2.4.2 F̲R̲T̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
Data Description for Data Item: QRO (QUEUE ROUTE)
…0c… insert table…0c…
Data Description for Data Item: QRO (QUEUE ROUTE)
…0c…insert table…0c…
8.3…02…S̲S̲S̲ ̲L̲a̲y̲o̲u̲t̲
Implemented as an AMOS critical region with name 'SSS',
located at the SCC's. Initilized at system start-up
time by use of the 'critical region load-file': SSS.9999
(9999=current version).
…02…Word no
…02……02……02… ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
…02……02…0…02…^ NICS TARE Status ^ See table 8.3
…02……02……02…^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
…02……02…1…02…^ NICS TARE Link ID ^ of present used link
…02……02……02…^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
…02……02…2…02…^ Last Incoming TSN ^
…02……02……02…^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
…02……02…3…02…^ Last Outgoing TSN ^
…02……02……02…^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
…02……02…4…02…^ SMF to ACP MSG-ID ^ PSA-/QSA-
…02……02……02…^ ̲(̲n̲u̲m̲e̲r̲i̲c̲a̲l̲ ̲p̲a̲r̲t̲)̲ ̲ ̲ ̲ ̲ ̲^
…02……02…5…02…^ ACP to SMF MSG-ID ^ PAS-/QAS-
…02……02……02…^ ̲(̲n̲u̲m̲e̲r̲i̲c̲a̲l̲ ̲p̲a̲r̲t̲)̲ ̲ ̲ ̲ ̲ ̲^
…02……02…6…02…^ NICS TARE MSG-ID ^ PNF-/QNF-
…02……02……02…^ ̲(̲n̲u̲m̲e̲r̲i̲c̲a̲l̲ ̲p̲a̲r̲t̲)̲ ̲ ̲ ̲ ̲ ̲^
…02……02…7…02…^ MANUAL N/T MSG-ID ^ PFN-/QFN-
…02……02……02…^ ̲(̲n̲u̲m̲e̲r̲i̲c̲a̲l̲ ̲p̲a̲r̲t̲)̲ ̲ ̲ ̲ ̲ ̲^
…02……02…8…02…^ ^
…02……02……02…^ ̲I̲n̲c̲o̲m̲i̲n̲g̲ ̲CHD ^
…02……02……02…^ ^ ^
…02……02……02…^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
…02……02…10…02…^ ^ NICS TARE
…02……02……02…^ ̲O̲u̲t̲g̲o̲i̲n̲g̲ ̲C̲HD ^ Link Data
…02……02……02…^ ^ ^ for present
…02……02……02…^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^ used link
…02……02…12…02…^ ^
…02……02……02…^ RI of Incoming ^
…02……02……02…^ ASM's ^
…02……02……02…^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
…02……02…14…02…^ ^
…02……02……02…^ Not used ^
…02……02……02…^ (spares) ^
…02……02……02…^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
…02……02…16…02…^ ^
…02……02……02…^ NICS TARE Link Data ^ Re. Values associated
…02……02……02…^ ̲f̲o̲r̲ ̲L̲i̲n̲k̲-̲I̲D̲ ̲=̲ ̲1̲ ̲ ̲ ̲ ̲ ̲ ̲^ to a distinct
…02……02…22…02…^ ^ NICS TARE Link
…02……02……02…^ ^ ref. table 8.3
…02……02……02…^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
…02……02…52…02…^ ^
…02……02……02…^ NICS TARE Link Data ^
…02……02……02…^ ̲f̲o̲r̲ ̲L̲i̲n̲k̲-̲I̲D̲ ̲=̲ ̲7̲ ̲ ̲ ̲ ̲ ̲ ̲^
…02……02…58 = size of SSS
…02…R̲e̲.̲ ̲N̲I̲C̲S̲ ̲T̲A̲R̲E̲ ̲S̲t̲a̲t̲u̲s̲:̲
…02…Bit no set means
…02……02…0:…02…SCC is ACTIVE
…02……02…1:…02…NICS TARE Link is OPEN
…02……02…2:…02…Incoming Channel is OPEN
…02……02…3:…02…Outgoing Channel is OPEN
…02……02…4:…02…Manual NICS TARE applied
List of the possible NICS TARE Links and the belonging
parameters.
…02…(1) (2) (3) (4) (5)
…02…----------------------------------------------
…02… 1 Viborg VOU OVU RXFM
…02… 2 Senden SQU QSU RXFF
…02… 3 KOLS
…02… 4 Baumholder - - RXFK
…02… 5 Reitan - - RXFL
…02… 6 Pitreavie - - RXDA
…02… 7 Northwood - - RXDB
…02…(1)…02……02…LINK-ID, used by the operator at OPL
…02……02……02…i.e. Open NICS TARE Link.
…02…(2)…02……02…Location of NICS TARE site.
…02…(3)…02……02…Channel designator used with NICS TARE to
…02……02……02…FIKS traffic.
…02…(4)…02……02…Channel designator used with FIKS to
…02……02……02…NICS TARE traffic.
…02…(5)…02……02…Routing Indicator (RI) used by NICS TARE
…02……02……02…when sending ASM's.
…02……02……02…(FIKS will always use RDFZ as RI)
…02……02…Table 8.3 - NICS TARE FIKS Links
…02…8.4 R̲D̲F̲ ̲C̲o̲r̲e̲ ̲e̲x̲t̲r̲a̲c̲t̲
On each Node/MEDE one extract from the RDF is stored
in core:
o RDF index table
which gives the logical number for the ANO identifier.
In addition it holds the Node/MEDE id of current
Node/MEDE ( 1 Byte in table).
o ANO existance map
which defines the existance of the ANOs to be recognized
by the FIKS S/W.
o AIG existance map
which defines the existance of the AIG's
o ANO table
which gives the relation between ANO and terminal
for current Node/MEDE
o ALT Table
which defines the Actual Logical Terminal for current
Node/MEDE
For details about the Tables, see section 11.3.
…02…THIS PAGE IS INTENTIONALLY LEFT BLANK
…02…THIS PAGE IS INTENTIONALLY LEFT BLANK
…02…THIS PAGE IS INTENTIONALLY LEFT BLANK
…02…THIS PAGE IS INTENTIONALLY LEFT BLANK
…02…THIS PAGE IS INTENTIONALLY LEFT BLANK
…02…THIS PAGE IS INTENTIONALLY LEFT BLANK
…02…THIS PAGE IS INTENTIONALLY LEFT BLANK
8.5 S̲y̲n̲t̲a̲x̲ ̲T̲a̲b̲l̲e̲s̲ ̲f̲o̲r̲ ̲M̲E̲S̲/̲S̲F̲S̲ ̲T̲e̲r̲m̲i̲n̲a̲l̲ ̲I̲n̲p̲u̲t̲
G̲e̲n̲e̲r̲a̲l̲ ̲l̲a̲y̲-̲o̲u̲t̲ ̲o̲f̲ ̲s̲y̲n̲t̲a̲x̲ ̲t̲a̲b̲l̲e̲s̲
The syntax tables consists of symbol-state tables referred
to by a reference table. Each interactive procedure
has its own entry in the reference table header. Here
is reference to the part of the reference table valid
for this particular procedure. The entries for the
specific procedure is divided into a number of "subentries",
one for each prompt sequence in that procedure. The
"subentries" will refer to a symbol-state table for
that specific prompt.
Each entry in the symbol-state table corresponds to
a state. Each state is divided into two or more data
elements.
The data elements consists of 3 items.
o action to be performed on this input
o legal type of input char in this state
o next state for this input
The procedure KBD ̲DATA is used in processing the terminal
input according to the content of the symbol-state
tables.
S̲y̲m̲b̲o̲l̲-̲s̲t̲a̲t̲e̲ ̲T̲a̲b̲l̲e̲ ̲I̲m̲p̲l̲e̲m̲e̲n̲t̲a̲t̲i̲o̲n̲ ̲
R̲e̲f̲e̲r̲e̲n̲c̲e̲ ̲T̲a̲b̲l̲e̲
…0c…insert table…0c…
The Reference Table Header is addressed in the following
way:
address of reference to reference table =
command number
-3
(Refer FIKS DATA I/F REFERENCE section 8.6)
The content of an entry in Reference Table Header will
be an offset to the Reference Table for the specified
procedure.
R̲e̲f̲e̲r̲e̲n̲c̲e̲ ̲T̲a̲b̲l̲e̲ ̲E̲n̲t̲r̲y̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
^ ^
^ ̲ ̲ Ref 1 ̲ ̲^
^ ^
^ Length 1 ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ . ^
^ . ^
^ . ^
^ . ^
^ . ^
^ . ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ ^
^ ̲ ̲ Ref n ̲ ̲^ One entry per
^ ^ prompt
^ Length n ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ . ^
^ . ^
^ . ^
^ ̲ ̲ ̲ ̲ ̲ ̲.̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ ^
^ ̲ ̲ Ref m ̲ ̲^
^ ^
^ Length m ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
Ref n: reference to symbol-state table for prompt
n
length n: length of each state in symbol-state table
for prompt n
The reference table is addressed in the following way:
address of reference to symbol-state table =
reference from header + ( sequency No. -1)*2
(Ref. FIKS DATA I/F REFERENCE section 8.6)
S̲y̲m̲b̲o̲l̲-̲s̲t̲a̲t̲e̲ ̲T̲a̲b̲l̲e̲s̲
The symbol state table is addressed in the following way:
address of the m'th element in state n =
reference from reference table + (n*length from ref.table
+m)
D̲a̲t̲a̲ ̲E̲l̲e̲m̲e̲n̲t̲s̲
1̲5̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲1̲0̲ ̲9̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲5̲ ̲4̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲0̲
^ action ^ type ^next state^
^ ^ ^ ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
Data element is type of integer.
bit 0-4 defines the next state in the symbol-state
table
bit 5-9 defines the type of input
bit 10-15 defines the action to be performed on the
input on this state.
E̲x̲a̲m̲p̲l̲e̲ ̲o̲f̲ ̲S̲y̲n̲t̲a̲x̲ ̲C̲h̲e̲c̲k̲i̲n̲g̲
…0c…inserts table…0c…
I̲N̲P̲U̲T̲ ̲T̲Y̲P̲E̲S̲:̲
0: Digit Char
1: Alpha Char
2: Carriage return
3: PLUS
4: MINUS
5: Slant
6: Space
7: Z
8: Free text
9: Comma
10: Password char.
11: MEDE id
12: *
13: Other
Further input types for SFS Terminal input may be submitted
A̲c̲t̲i̲o̲n̲s̲ ̲t̲o̲ ̲b̲e̲ ̲p̲e̲r̲f̲o̲r̲m̲e̲d̲:̲
0: Return 1 digit converted
1: Return 3 chars. not converted
2: Return 3 digit converted
3: Return TERM.ID not converted
4: Return TERM.ID converted, check if inbound.
5: Return CLASS code
6: Return SPECAT code
7: Return PRECEDENCE converted
8: Return Yes/No converted
9: Return First/Last converted
10: Return ANO converted
11: Return AIG converted
12: Return ANO Entry
13: Return DTG converted
14: Return QUEUE.ID coverted
15: Return PASSWORD notification
16: Return EDI command
17: Return ESM command
18: Return Index
19: Return Trunk id
20: Return Table id
21: Return User id
22: Return User class
23: Return User type
24: Return Passw. and SH-passw.(scramblet)
25: Return flag for CR only
26: Escape procedure, Ok
27: Escape procedure, not Ok
28: Return Opsig.not converted
8.6 R̲e̲f̲e̲r̲e̲n̲c̲e̲s̲
Prompt text references and command references
Prompt text references
This reference gives the prompt sequence number,
which is used as input to the ITM procedure ITRANSFER.
Command references
This reference gives the relation between the ASCII
command, the command number, the module number
and the submodule number.
Commands/Prompt Texts
(Page 1)
Commands/Prompt Texts
(Page 2)
Commands/Prompt Texts
(Page 3)
Commands/Prompt Texts
(Page 4)
Commands/Prompt Texts
(Page 5)
Layout of CRT, Please refer to Figure 11.5.3-1…86…1
…02… …02… …02… …02… …02… …02…
8.7 C̲l̲a̲s̲s̲i̲f̲i̲c̲a̲t̲i̲o̲n̲ ̲T̲a̲b̲l̲e̲s̲
The Classification Tables are used when a translation
of classification code to text string is needed.
The tables are implemented as critical regions with
names CLASS1 and CLASS2. They consists of 15 items
numbered from 0 to 14 and 9 words = 18 bytes long for
CLASS1 and 2 words = 4 bytes long for CLASS2. The
tables are loaded from the files CLASS1 and CLASS2
at initialization time.
The contents are shown below:
C̲O̲D̲E̲ ̲ ̲^̲ ̲ ̲ ̲ ̲ ̲ ̲C̲L̲A̲S̲S̲1̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲C̲L̲A̲S̲S̲2̲
^
0 ^ UNKLASSIFICERET UKL
1 ^ UNCLASSIFIED UNCL
2 ^ NATO UNCLASSIFIED NU
3 ^ TIL TJENESTEBRUG TTJ
4 ^ RESTRICTED REST
5 ^ NATO RESTRICTED NR
6 ^ FORTROLIGT FTR
7 ^ CONFIDENTIAL CONF
8 ^ NATOCONFIDENTIAL NC
9 ^ HEMMELIGT HEM
10 ^ SECRET SECR
11 ^ NATO SECRET NS
12 ^ YDERST HEMMELIGT YHM
13 ^ TOP SECRET TSEC
14 ^ COSMIC TOP SECRET CTS
^
8.8 M̲i̲s̲c̲.̲ ̲T̲a̲b̲l̲e̲s̲
8.8.1 P̲D̲B̲T̲A̲B̲ ̲-̲ ̲P̲D̲B̲ ̲F̲i̲l̲e̲ ̲T̲a̲b̲l̲e̲
The file table contains references to MTCB (s) for
messages in preparation. There is one table with one
entry per terminal, with one subentry per PDB file.
One file table subentry is created in preparatrion
and deleted when the message has been released, or
deleted.
F̲i̲l̲e̲ ̲T̲a̲b̲l̲e̲ ̲I̲m̲p̲l̲e̲m̲e̲n̲t̲a̲t̲i̲o̲n̲
The table is implemented as a critical region with
name PDBTAB.
The table entries are ordered in core according to
terminal number
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
^ ^
^ SPARE ^
^ (2 words) ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ File table ^
^ entry ^
^ 1 ^
̲ ̲ ^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ ^ File table ^ ^
entry index ^ entry ^ ^ one entry
per terminal
^ 2 ^ ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ ^
^ . ^
^ . ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ File table ^
^ entry ^
^ n ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
The table is accessed via the current terminal number.
P̲D̲B̲T̲A̲B̲ ̲L̲a̲y̲o̲u̲t̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
^ ^ ^
^ PDB ̲SIZE ^ ^ Table header
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^ ^
^ ^ ^
^ MSG ̲PREP ^ ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^ ^
^ ^ ^
^ MSG ̲PDB ^ ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^ ^
^ ^ ^
^ LAST MSG ^ ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ^ ̲^̲ ̲ ̲ ̲^̲ ̲ ̲
^ ^ ^ ^
^ MTCB ̲INDEX ^ ^ ^ one entry per message
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^ ^ ^
^ ^ ^ ^
^ MSG ̲ID ^ ^ ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^ ^ ̲ ̲^̲ ̲ ̲
^ ^ ^
^ . ^ ^
^ . ^ ^ Table body
^ . ^ ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^ ^
^ ^ ^
^ MTCB ̲INDEX ^ ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^ ^
^ ^ ^
^ MSC ̲ID ^ ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^ ̲ ̲^̲ ̲ ̲
PDB ̲SIZE : Size of PDB pool in use at terminal
in bytes
MSG ̲PREP : Number of messages prepared
from terminal (Next msg no.)
(0 - 999)
MSG ̲PDB : Number of messages in PDB pool
(0 - 10)
LAST ̲MSG : Reference to last message handled
at terminal (msg no)
MTCB ̲INDEX : Reference to message MTCB. If
complete msg - Ref to alist
MTCB if msg during preparation
MSG ̲ID : Number part of related MSG ̲ID
8.8.2 T̲X̲T̲L̲N̲S̲ ̲-̲ ̲T̲e̲x̲t̲ ̲L̲i̲n̲e̲s̲
The TXTLNS Table contains information used during display
of tables.
The region is used by the procedures:
DISP ̲HEADER
PDB ̲MSG ̲STATUS
MISP ̲HDB ̲MSG
For procedures refer to: FIX/1000/EWP/0080 and
FIX/1351/PSP/0060
T̲X̲T̲L̲N̲S̲ ̲L̲a̲y̲o̲u̲t̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
^ Line A ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ Line B ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^ Each line is equal to 72 bytes
^ Line C ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ Line D ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
^ Line E ^
^ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲^
Line A: Top line used in display of QUEUE ̲INDEX
Line B: Top line used in display of PDB ̲MSG
̲STATUS
Line C+D: Table lines used in case of unseccussful
search of HDB-file (DISP ̲HDB ̲MSG)
Line E: Information used to generate table contents
in display of PDB ̲MSG ̲STATUS
For detailed layout refer to listing via
FIX/1000/EWP/0080
8.8.3 S̲T̲E̲V̲T̲B̲ ̲S̲t̲a̲t̲e̲ ̲E̲v̲e̲n̲t̲ ̲T̲a̲b̲l̲e̲
The table contains information used during message
preparation. The table is used, to ignore the prompts
that are not allowed during short prepartion, and to
convert the current prompt level to sequence no.
The table is a critical region.
The region is used by the procedure
GET ̲STATE ̲EVNT Reference PSP/0060
S̲T̲E̲V̲T̲B̲ ̲L̲a̲y̲o̲u̲t̲
Prompt level: ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
1 ^ ̲ ̲ ̲ ̲-̲4̲ ̲ ̲ ̲ ̲ ̲ ̲^
2 ^ ̲ ̲ ̲ ̲-̲5̲ ̲ ̲ ̲ ̲ ̲ ̲^
3 ^ ̲ ̲ ̲ ̲\̲6̲ ̲ ̲ ̲ ̲ ̲ ̲^
4 ^ ̲ ̲ ̲ ̲-̲7̲ ̲ ̲ ̲ ̲ ̲ ̲^ Size:
5 ^ ̲ ̲ ̲ ̲ ̲8̲ ̲ ̲ ̲ ̲ ̲ ̲^ 13 intergers
6 ^ ̲ ̲ ̲ ̲ ̲9̲ ̲ ̲ ̲ ̲ ̲ ̲^̲
7 ^ ̲ ̲ ̲ ̲1̲0̲ ̲ ̲ ̲ ̲ ̲ ̲^
8 ^ ̲ ̲ ̲-̲1̲1̲ ̲ ̲ ̲ ̲ ̲ ̲^
9 ^ ̲ ̲ ̲ ̲ ̲0̲ ̲ ̲ ̲ ̲ ̲ ̲^
10 ^ ̲ ̲ ̲ ̲1̲3̲ ̲ ̲ ̲ ̲ ̲ ̲^
11 ^ ̲ ̲ ̲-̲1̲4̲ ̲ ̲ ̲ ̲ ̲ ̲^
12 ^ ̲ ̲ ̲-̲1̲5̲ ̲ ̲ ̲ ̲ ̲ ̲^
(Stop indication) 13 ^ ̲ ̲ ̲ ̲ ̲0̲ ̲ ̲ ̲ ̲ ̲ ̲^
8.9 SRS ̲CR Critical Region Layout
…0e……0e… ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲…0f……0f…
The SRS ̲CR consists of 2 data blocks and a number of
pointers:
D̲a̲t̲a̲ ̲B̲l̲o̲c̲k̲s̲:̲
Words 0 - 255: Incore part of DTGF file
(max 256 entries)
Words 256- 511: Incore part of MRF file
(max 16 entries)
P̲a̲r̲a̲m̲e̲t̲e̲r̲ ̲o̲f̲f̲s̲e̲t̲s̲:̲
512 DTG of oldest retrievable message
514 MRF record no. of " " "
515 first sector in " " "
517 DTG of last stored message
519 MRF record no. of " " "
520 last sector in " " "
522 DTG of 1. entry in incore part of DTGF
524 MRF record no. of 1. entry in icore part of
MRF
525 Current no. of DTG entries in incore part of
DTGF
526 Base DTG
529-531 Spare (used by test driver)
A̲c̲c̲e̲s̲s̲:̲
updated by SRS when a message storage is completed,
inspected by SRR when processing a message retireval,
inspected by PIP at printout of a message, inspected
by ESP at start and restart.
Load file: a *FIXHEAD*SRS ̲CHECKP
The file is layed out (off line) by the program HDB
̲IIT.C which presumes an empty HDB. When HDB ̲INIT.C
once is run the file is automatically updated by SRS.
The file is loaded into SRS ̲CR Region when SRS is started
or restarted.
8.10 A̲M̲O̲S̲ ̲M̲e̲s̲s̲a̲g̲e̲s̲
8.10.1 M̲e̲s̲s̲a̲g̲e̲s̲ ̲b̲e̲t̲w̲e̲e̲n̲ ̲E̲S̲P̲ ̲a̲n̲d̲ ̲S̲A̲F̲
In case of the following events the ESP proces sends
a message to the SAF process in order that the SAF
can prepare a control message to be sent to the SCC:
1) Discard of disc
2) Standby available/unavailable
3) Controlled system close down
The message has the following format:
Word 0: Identification = 'EF'
Word 1: Eventype
Word 2: Event information
Word 3-4: Not used = 0
Eventtype = 1: Discard of disc
Event information= Disc id = 1/2
Eventtype = 2: Standby status
Event information = Avail/Not ̲avail = 1/0
Eventtype = 3: Close down
Event information = Not ̲used = 0
When the SAF process has received the message and taken
the appropriate action, it will send an answer to the
ESP with the same contents as the original message.
8.10.2 M̲e̲s̲s̲a̲g̲e̲s̲ ̲b̲e̲t̲w̲e̲e̲n̲ ̲S̲R̲S̲ ̲a̲n̲d̲ ̲M̲D̲S̲
When a narrative message has been stored on HDB the
SRS sends an AMOS message to MDS indicting the completion
of the storage. After receival of the message MDS returns
an answer.
The contents in the 5 words message and answer are
not used.
8.11 J̲a̲c̲k̲-̲T̲a̲b̲l̲e̲
The Jack-table contains the device number and the jack-number
of each Data User of a node. The contents are shown
on the following pages.
NODE A
NODE B
NODE E
NODE F
NODE H
NODE K
NODE L
NODE N
SCC's P and Q
