top - download
⟦1de7af28b⟧ Wang Wps File
Length: 53711 (0xd1cf)
Types: Wang Wps File
Notes: CPS/SDS/033
Names: »1944A «
Derivation
└─⟦060f447e1⟧ Bits:30006194 8" Wang WCS floppy, CR 0460A
└─ ⟦this⟧ »1944A «
WangText
…0b……08……0b……0f……0b……86…1
…02… …02…
…02…
…02…CPS/SDS/033
…02…KNB/831101…02……02…
TRAFFIC HANDLING
DETAILED DESIGN SPECIFICATION…02…ISSUE
1…02…CAMPS
4.2.4 T̲R̲A̲N̲S̲P̲O̲R̲T̲ ̲C̲O̲N̲T̲R̲O̲L̲ ̲S̲U̲B̲P̲A̲C̲K̲A̲G̲E̲
4.2.4.1 F̲u̲n̲c̲t̲i̲o̲n̲a̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
The Transport Control Subpackage (TCS) contains the
modules for control of the incoming and the outgoing
traffic of messages. The TCS supports the transport
control for each type of transport:
- TRC/POINT-TO-POINT
- NICS TARE
- SCARS/CCIS
- PTP
- PTR
- OCR
For this purpose the TCS receives commands and timer
events from a Channel Command Queue (CCQ).
Each transport subprocess has its own transport control
and Channel Command Queue as described in section 4.2.3.
The functional components of the TCS are divided into
the following main groups:
1) Traffic Status Control
2) Internal Command Control
3) External Command Control
4) Timeout Control
The functional components mentioned above are described
in detail in the following sections and depicted in
figure 4.2.4-1 to 4.2.4-5.
Figure 4.2.4-1 to 4.2.4-5
4.2.4.1.1 T̲r̲a̲f̲f̲i̲c̲ ̲S̲t̲a̲t̲u̲s̲ ̲C̲o̲n̲t̲r̲o̲l̲
The Traffic Status Control contains the functions related
to the status information received about the incoming-
and the outgoing transport.
The status information is received as an operation
from the Outgoing Transport Subpackage (OTS) and the
Incoming Transport Subpackage (ITS).
All operations concerning the Traffic Status Control
are described in section 4.2.3.7.
A survey of the functional breakdown is shown in figure
4.2.4-1 to 4.2.4-5.
4.2.4.1.2 I̲n̲t̲e̲r̲n̲a̲l̲ ̲C̲o̲m̲m̲a̲n̲d̲ ̲C̲o̲n̲t̲r̲o̲l̲
The Internal Command Control supplies all functions
related to the commands received from the conversion
and the analysis, i.e. the THP-Internal commands.
A survey of all commands received through the Channel
Command Queue is supplied in section 4.2.4.3.
The functions related to each internal command are
described in the following sections.
4.2.4.1.2.1 T̲e̲s̲t̲ ̲R̲e̲p̲l̲y̲ ̲R̲e̲c̲e̲i̲v̲e̲d̲
This command is transmitted from the AAS to the TCS
each time a ZBZ(N) ASM has been received on the incoming
channel.
The ZBZ (N) ASM may be received as a reply for a test
message (i.e. INT ZBZ ASM) which has been transmitted
on the outgoing channel. (N) is a numerical suffix
(1 to 5) indicating if the test message was acceptable.
The command is supplied with the value of N and is
only accepted for the following types of transport:
TRC/Point to Point and NICS TARE.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
When a Test Reply command is received the following
actions take place:
If (N) = 4 or 5 no action.
If (N) = 1, 2, or 3 then
1) A report is sent to the supervisor
2) If the outgoing channel is open for traffic
it is closed by updating the "CHANNEL ̲ACP ̲STATUS
̲TABLE" and the "CIRCUIT ̲CONNECTIVITY ̲TABLE".
In this case also statistics are created (OUTG
̲CHN ̲AVAIL Statistics).
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
As for TRC/POINT TO POINT
4.2.4.1.2.2 S̲e̲n̲d̲ ̲T̲e̲s̲t̲ ̲R̲e̲p̲l̲y̲
This command is transmitted from the AAS to the TCS
each time a Test Message (INT ZBZ ASM) is received
on the incoming channel. The command is supplied with
the result (ZBZ (N)) from the quality test of the ASM
(performed by AAS).
The command is accepted for the following types of
Transport: TRC/POINT TO POINT and NICS TARE.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
When the SEND TEST REPLY command is received the
following actions take place:
- An operation is sent to the Outgoing transport
to make it transmit a Channel Test Reply (ZBZ(N)).
- If the result from the quality test is equal
to 1, a report is transmitted to the supervisor.
If the incoming channel is open for traffic
it will be closed by updating the "CHANNEL
̲ACP ̲STATUS ̲TABLE". In this case also statistics
are created (INC ̲CHN ̲AVAIL STATISTICS).
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
As for TRC/POINT TO POINT
4.2.4.1.2.3 S̲e̲l̲f̲ ̲C̲h̲e̲c̲k̲ ̲R̲e̲c̲e̲i̲v̲e̲d̲
This command is transmitted from the AAS to the TCS
each time a self-originated Channel Check ASM is received
on the incoming channel.
The command is accepted for the following types of
Transport: TRC/POINT TO POINT.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
When this command is received, it is checked if
a Self Addressed Channel Check ASM has been transmitted
on the outgoing channel, i.e. if a timer has been
assigned to the answer.
If no timer has been assigned, the ASM is considered
as "not recognized", and the ASM is transmitted
to the queue for the supervisor printer.
If a timer has been assigned, the timer is set
to the idle state to indicate that the Self Addressed
Channel Check procedure was successfull.
4.2.4.1.2.4 C̲h̲e̲c̲k̲ ̲T̲r̲a̲n̲s̲m̲i̲s̲s̲i̲o̲n̲ ̲S̲e̲r̲i̲a̲l̲ ̲N̲u̲m̲b̲e̲r̲ ̲(̲T̲S̲N̲)̲
This command is transmitted from the AAS to the TCS
each time a TSN check ASM (ZID) is received on the
incoming channel. The command is supplied with a TSN,
which is to be checked as described below.
The command is accepted for the following types of
transport: TRC/POINT TO POINT, NICS TARE AND SCARS/CCIS.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
When the TSN check command is received the following
actions take place:
- The TSN stored in the command is compared to
the TSN of the last message transmitted on
the o̲u̲t̲g̲o̲i̲n̲g̲ channel prior to the last reset
of the outgoing TSN
- If no match is found in the TSN check, a report
is transmitted to the Supervisor Printer.
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
As for TRC/POINT TO POINT.
c) S̲C̲A̲R̲S̲/̲C̲C̲I̲S̲
- The TSN stored in the command is compared to
the TSN of the last message received on the
i̲n̲c̲o̲m̲i̲n̲g̲ channel prior to the ZID ASM.
- If no match is found in the TSN check, a report
is transmitted to the Supervisor Printer.
- The timer relater to ZIDASM is set idle.
4.2.4.l.2.5 O̲p̲e̲n̲ ̲O̲u̲t̲g̲o̲i̲n̲g̲ ̲T̲r̲a̲f̲f̲i̲c̲
This command (QRV) is transmitted from the AAS to the
TCS each time a QRV ASM is received on the incoming
channel.
The command is accepted for the following types of
transport: TRC/POINT TO POINT and NICS TARE.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
When a "Channel Open Received" command is received
the following actions take place:
- If the outgoing channel was closed, the channel
is opened by updating the CHANNEL ̲ACP ̲STATUS
̲TABLE and the CIRCUIT ̲CONNECTIVITY ̲TABLE.
- If the outgoing channel was closed a report
is transmitted to the supervisor printer (SPIP
̲REPQ).
- If the outgoing channel was closed a record
is generated for statistic collection.
(OUTG ̲CHN ̲AVAIL statistics).
- Each time this command is received, an operation
is sent from TCS to the outgoing transport
to make it transmit a channel TEST MESSAGE
(INT ZBZ) on the outgoing channel.
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
As for TRC/POINT TO POINT
4.2.4.l.2.6 C̲l̲o̲s̲e̲ ̲O̲u̲t̲g̲o̲i̲n̲g̲ ̲T̲r̲a̲f̲f̲i̲c̲
This command is transmitted from the AAS to the TCS
each time a QRT ASM is received on the incoming channel.
The command is accepted for the following types of
transport: TRC/POINT TO POINT and NICS TARE
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
When a QRT ASM command is received the following
actions take place:
- If the Outgoing Channel status prior to the
command was open, the channel is closed by
updating the CHANNEL ̲ACP ̲STATUS ̲TABLE ̲ and
the CIRCUIT ̲CONNECTIVITY ̲TABLE.
- If the outgoing channel was open a report is
transmitted to the supervisor printer (SPIP
̲REPQ).
- If the outgoing channel was open a record is
generated for statistic collection.
(OUTG ̲CHN ̲AVAIL statistics).
b) N̲I̲C̲S̲/̲T̲A̲R̲E̲
As for TRC/POINT TO POINT
Furthermore the timer related to transmission of outgoing
continuity messages will be reset.
4.2.4.1.2.7 F̲l̲a̲s̲h̲ ̲A̲c̲k̲n̲o̲w̲l̲e̲d̲g̲e̲ ̲R̲e̲c̲e̲i̲v̲e̲d̲
This command is transmitted from the AAS to the TCS
each time a Flash Receipt message has been received.
The Flash Receipt message is related to a Flash message
which has been transmitted on the outgoing channel.
The command is supplied with the TSN of the Flash message.
The command is accepted for: TRC/POINT TO POINT and
NICS TARE.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
When the Flash Receipt command is received, it
is checked if a timer has been assigned to the
Flash Message, i.e. if the TSN stored in the command
is represented in the transport "Flash Time-out
Table".
If so, the TSN is cleared and the Timer is set
idle.
Furthermore the flash message is dismantled from
the circuit queue.
If not, the Flash Receipt message (ASM) is considered
as "not recognized", and the ASM is transmitted
to the queue for the Supervisor Printer (SPIP ̲SUPQ).
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
As for TRC/POINT TO POINT
4.2.4.1.2.8 S̲e̲n̲d̲ ̲F̲l̲a̲s̲h̲ ̲A̲c̲k̲n̲o̲w̲l̲e̲d̲g̲e̲
This command is transmitted from the AAS to the TCS
each time a Flash Message is received on the incoming
channel.
The command is supplied with the TSN of the Flash Message.
The command is accepted for the following types of
transport: TRC/POINT TO POINT and NICS TARE.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
When the command is received, the TCS will sent
an operation to the outgoing transport to let it
transmit a Flash Acknowledge ASM supplied with
the TSN from the command. The ASM is not transmitted
if the outgoing channel has been closed.
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
As for TRC/POINT TO POINT
4.2.4.l.2.9 F̲l̲a̲s̲h̲ ̲M̲e̲s̲s̲a̲g̲e̲ ̲W̲a̲i̲t̲i̲n̲g̲ ̲
This command is received each time a Flash Message
has been inserted in the circuit queue (CIQ).
The command is accepted for the following types of
transport: TRC/POINT TO POINT, SCARS/CCIS and PTP
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
When this command is received, a time-out equal
to the preemption delay is requested from the CSF
Time Monitor. When the delay has elapsed, an operation
is sent to the outgoing transport telling that
a flash message is waiting.
b) S̲C̲A̲R̲S̲/̲C̲C̲I̲S̲
As for TRC/POINT TO POINT
c) P̲T̲P̲
As for TRC/POINT TO POINT
4.2.4.l.3 E̲x̲t̲e̲r̲n̲a̲l̲ ̲C̲o̲m̲m̲a̲n̲d̲ ̲C̲o̲n̲t̲r̲o̲l̲
The External Command Control supplies all functions
related to the commands generated outside the Traffic
Handling Package (THP).
These commands may be divided into three groups according
to the origin:
- SSC Commands
- SUPERVISOR Commands
- LOG Acknowledge
A survey of all commands is supplied in section 4.2.4.3
4.2.4.l.3.l S̲t̲a̲r̲t̲ ̲E̲x̲t̲e̲r̲n̲a̲l̲ ̲C̲h̲a̲n̲n̲e̲l̲
This command is transmitted from SSC to the TCS in
the following situations:
- During initialization
- After supervisor specification of a connection
for input/output.
The command is supplied with:
- An "Offer ID" to be used for connection to
the I/O-system.
- A logical channel No. assigned to the transport
subprocess by SSC.
This command is accepted for: TRC/POINT TO POINT, NICS
TARE AND SCARS CCIS.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
When the start command is received, the I/O-connection
is accepted from the IOS-system by means of the
"Offer ID".
A command acknowledge indicating the result of
the I/O-connection is returned to the SSC-package.
If the I/O-connection is successful the following
actions take place:
1) The Channel Profile indicated by the logical
channel No. is read from the Channel Table.
2) The transmission speed is read from the
LTUX ̲LINE ̲TABLE.
3) The channel status is read from the
CHANNEL ̲ACP ̲STATUS TABLE.
4) A periodic time-out is requested from CSF-Timer
Monitor to be used for updating of the internal
timer table.
5) Operations are sent to the outgoing and the
incoming transport to make them start according
to the channel status.
6) An operation is sent to the outgoing transport
to make it transmit the status of the incoming
channel (i.e. QRV or QRT ASM).
7) If the status of the incoming channel is open,
a report is transmitted to the Supervisor and
a record is generated for the statistics collection
(INC ̲CHN ̲AVAIL statistics).
Note: For TRC/POINT TO POINT the status of the outgoing
channel is always closed after a start EXC
command.
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
As for TRC/POINT TO POINT. However, two I/O - connections
shall be accepted. The first one for outgoing -
and incoming traffic, the second one for acknowledge
of messages received on the incoming channel. Furthermore
the transmission speed is read from the LTU ̲LINE
̲TABLE
c) S̲C̲A̲R̲S̲/̲C̲C̲I̲S̲
As for TRC/POINT TO POINT except for a6.
For SCARS/CCIS the status of the outgoing - and
incoming channel is always open after a Start EXC
Command. Furthermore the transmission speed is
read from the LTU ̲LINE ̲TABLE.
4.2.4.l.3.2 S̲t̲a̲r̲t̲ ̲S̲t̲a̲n̲d̲ ̲A̲l̲o̲n̲e̲ ̲D̲e̲v̲i̲c̲e̲ ̲(̲S̲A̲D̲)̲
This command is transmitted from SSC to the TCS in
the following situations:
- During Initialization
- After Supervisor specification of a connection
for input/output.
The command is supplied with:
- An "Offer ID" to be used for connection to the
I/O-system.
- A logical device No.assigned to the transport subprocess
by SSC.
This command is accepted for: PTP, PTR and OCR transport.
a) P̲T̲P̲
When the start command is recived the following
actions take place:
- the device profile indicated by the logical
device No. is read from the DEVICE ̲TABLE.
- the Speed and the alphabet of the transmission
is read from the LTUX ̲LINE ̲TABLE.
- The I/O connection is accepted from the IOS-system
by means of the offer ID.
- A command acknowledge reflecting the result
of the I/O connection is returned to the SSC-package.
- An operation is sent to the outgoing transport
to make it start the traffic.
b) P̲T̲R̲
As for PTP except that the operation is sent to
the incoming transport to make it start the traffic.
c) O̲C̲R̲
As for PTR.
4.2.4.l.3.3 C̲l̲o̲s̲e̲ ̲D̲o̲w̲n̲
This command is received from SSC during an ordered
close down.
The close down procedure is devided into two steps:
- Init Close Down
- Final Close Down
For each step a command is received from SSC. The
command is accepted for all types of transport:
TRC/POINT TO POINT, NICS TARE, SCARS/CCIS, PTP,
PTR and OCR.
1) I̲n̲i̲t̲ ̲C̲l̲o̲s̲e̲ ̲D̲o̲w̲n̲
An operation is sent to the outgoing and Incoming
Transport to make them stop processing when the
running transmission/reception is complete. A command
acknowledge is returned to SSC.
2) F̲i̲n̲a̲l̲ ̲C̲l̲o̲s̲e̲ ̲D̲o̲w̲n̲
The functions are the same as for Stop Transport
(ref. 4.2.4.l.3.4)
4.2.4.l.3.4 S̲t̲o̲p̲ ̲T̲r̲a̲n̲s̲p̲o̲r̲t̲
This command is received from SSC in the following
situations:
- The Supervisor has specified a disconnection
for input/output.
- A line error is detected.
The command is accepted for all types of transport:
TRC/POINT TO POINT, NICS TARE, SCARS/CCIS, PTP,
PTR and OCR.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
When the command is recived an operation is sent
to the outgoing- and incoming transport (OTS and
ITS) to make them stop all traffic immediately.
When the OTS and ITS have acknowledged the operation
the TCS executes the following actions:
- Reports are transmitted to the Supervisor printer
(channels closed for traffic).
- Records are generated for statistics collection
(INC ̲CHN ̲AVAIL and OUTG ̲CHN ̲AVAIL).
- Channel Connectivity is updated.
- The I/O connection is dismantled.
- Timeout Requests from the CSF Timer Monitor
are dismantled.
A command acknowledge is returned to SSC when
the I/O connection has been dismantled.
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
As for TRC/POINT TO POINT
c) S̲C̲A̲R̲S̲/̲C̲C̲I̲S̲
As for TRC/POINT TO POINT
d) P̲T̲P̲
An operation is sent to the outgoing transport
(OTS) to make it stop the traffic immediately.
The I/O connection is dismantled when the OTS has
acknowledged the operation. A command acknowledge
is returned to SSC when the I/O connection has
been dismantled.
e) P̲T̲R̲/̲O̲C̲R̲
As for PTP except that the stop operation is sent
to ITS.
4.2.4.l.3.5 O̲p̲e̲n̲ ̲I̲n̲c̲o̲m̲i̲n̲g̲ ̲T̲r̲a̲f̲f̲i̲c̲
This command is transmitted from TEP to the TCS
each time the Superviser has specified that the
Incoming Transport shall be opened for traffic.
The command is accepted for the following types
of transport: TRC/POINT TO POINT and NICS TARE.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
When this command is received the following actions
take place:
- An operation is sent to the outgoing transport
(OTS) to make it transmit a QRV ASM on the
outgoing channel. Then the TCS waits for an
operation indicating if the transmission was
successfull (ASM ̲ACK). The QRV ASM is transmitted
independently of outg. channel status.
- If the transmission was successfull and the
incoming transport was closed prior to the
command, it is opened by updating the CHANNEL
̲ACP ̲STATUS ̲TABLE. In this case a record is
generated for statistics collection (INCOM
̲CHN ̲AVAIL statistics) and a report is transmitted
to the Supervisor printer.
Furthermore the timer for supervision of incoming
traffic is activated (see 4.2.4.1.4.2).
- The result (OK/NOT OK) of the transmission
is returned to the Supervisor as an acknowledge
for his command.
- This command is not accepted if the channel
is disconnected or if disconnection is in progress.
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
As for TRC/POINT TO POINT
4.2.4.l.3.6 C̲l̲o̲s̲e̲ ̲I̲n̲c̲o̲m̲i̲n̲g̲ ̲T̲r̲a̲f̲f̲i̲c̲
This command is transmitted from TEP to the TCS
each time the Supervisor has specified that the
incoming transport shall be closed for traffic.
The command is accepted for the following types
of transport: TRC/POINT TO POINT and NICS TARE.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
When this command is received the following actions
take place:
- If the incoming channel was open for traffic
prior to the command, it is closed by updating
the CHANNEL ̲ACP ̲STATUS ̲TABLE. In this case
a record is generated for statistics collection
(INCOM ̲CAN ̲AVAIL statistics) and a report is
transmitted to the Supervisor printer.
- Furthermore the timer for supervision of the
incoming traffic is stopped (see 4.2.4.1.4.2).
- An operation is sent to the outgoing transport
to make it transmit a QRT ASM.
- A command acknowledge is returned to the Supervisor.
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
As for TRC/POINT TO POINT
4.2.4.l.3.7 L̲O̲G̲ ̲A̲c̲k̲n̲o̲w̲l̲e̲d̲g̲e̲
This command is received as an acknowledge for a Log
record previously transmitted to the LOG package.
The command is supplied with an identification of the
Log type which is acknowledged.
The command is accepted for the following types of
transport: TRC/POINT TO POINT, NICS TARE, SCARS/CCIS
and PTP.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
When this command is received, the following actions
take place:
- If the Log type is a TSN Discontinuity Log
an operation is sent to the Incoming Transport
with the acknowledge.
- If the Log type is an outgoing Msg. Log an
operation is sent to the outgoing Transport
with the acknowledge.
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
As for TRC/POINT TO POINT
c) S̲C̲A̲R̲S̲/̲C̲C̲I̲S̲
As for TRC/POINT TO POINT
d) P̲T̲P̲
As for TRC/POINT TO POINT except for the TSN Discontinuity
Log, which is not available in the PTP transport.
4.2.4.l.4 T̲i̲m̲e̲-̲o̲u̲t̲ ̲C̲o̲n̲t̲r̲o̲l̲
All timeouts (except preemption delay) within a Transport
Subprocess are handled by means of a local timer table,
ref. 4.2.3.5.7.7.
The Timeout Control is based on timer events requested
from the CSF Timer Monitor through the Channel Command
Queue.
Two types of timer events are requested:
a) Periodic timer events for updating the local timer
tabel.
b) Single timer event for measuring the preemption
delay.
The following sections describe the funtions related
to the timers within each type of transport.
4.2.4.l.4.l U̲p̲d̲a̲t̲e̲ ̲T̲i̲m̲e̲r̲ ̲T̲a̲b̲l̲e̲
The Update Timer Table functions is activated each
time a periodic timer event is received from the
CSF Time Monitor. The following actions are executed.
- All active timers with a value different from
zero are decremented one step.
- For all active timers, which has been decremented
to zero, a specific function is activated taking
care of the time-out.
The Update Timer Table functions described above
are included for the following types of transport:
TRC/POINT TO POINT, NICS TARE and SCARS/CCIS.
4.2.4.l.4.2 T̲i̲m̲e̲-̲o̲u̲t̲ ̲I̲n̲c̲o̲m̲i̲n̲g̲ ̲T̲r̲a̲f̲f̲i̲c̲
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
This time-out occurs when no transmission has
been received on an open incoming channel for
a period specified by the Supervisor. If the
outgoing channel is open for traffic, the TCS
will sent an operation to the outgoing transport
(OTS) to make it transmit a self-addressed
check message on the outgoing channel.
The self-addressed check message will only
be transmitted if both the incoming and the
outgoing channel have been opened for traffic.
When the TCS receives a transmission acknowledge
from the outgoing transport, another timer
is set-up in the timer table to ensure that
the message returns on the incoming channel
within the specified time limit.
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
This time-out occurs when no transmission has
been received on an open incoming channel for
a period specified by the Supervisor. The TCS
transmits a report to the Supervisor printer.
c) S̲C̲A̲R̲S̲/̲C̲C̲I̲S̲
The time-out occurs when no transmission has
been received on the incoming channel within
a period specified by the Supervisor.
The TCS will sent an operation to the outgoing
transport to make it transmit a Channel Check
Message.
When the TCS receives a transmission acknowledge
from the outgoing transport a timer is set-up
in the timer table to ensure that a transaction
acknowledge is received on the incoming channel
within the specified time limit (ref. 4.2.4.l.4.6)
4.2.4.l.4.3 T̲i̲m̲e̲-̲o̲u̲t̲ ̲O̲u̲t̲g̲o̲i̲n̲g̲ ̲T̲r̲a̲f̲f̲i̲c̲
This time-out has only been defined for the NICS TARE
transport.
The time-out occurs when no messages have been transmitted
on an open outgoing channel within a specific time
limit.
The TCS will sent an operation to the outgoing transport
(OTS) to make it transmit a channel Continuity Message.
This time-out function may be cancelled by the Supervisor.
4.2.4.1.4.4 T̲i̲m̲e̲-̲o̲u̲t̲ ̲R̲e̲c̲e̲p̲t̲i̲o̲n̲ ̲o̲f̲ ̲Z̲I̲D̲ ̲A̲S̲M̲
This time-out has been defined for: TRC/POINT TO POINT,
NICS TARE and SCARS/CCIS.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
The time-out occurs if no ZID ASM has been received
on the incoming channel within a specific time
limit measured from the moment that a message with
TSN=001 has been transmitted on the outgoing channel.
In case of time-out, a report is transmitted to
the Supervisor printer.
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
As for TRC/POINT TO POINT
c) S̲C̲A̲R̲S̲/̲C̲C̲I̲S̲
The time-out occurs if no Final Number Message
(ZID ASM) has been received within the time limits:
23 45 GMT to 00 l5 GMT. In case of time-out a report
is transmitted to the Supervisor.
4.2.4.l.4.5 T̲i̲m̲e̲-̲o̲u̲t̲ ̲F̲l̲a̲s̲h̲
This time-out is defined for TRC/POINT TO POINT and
NICS TARE.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
The time-out occurs when no Flash Receipt message
has been received on the incoming channel within
a time limit specified by the Supervisor.
In case of time-out a report is transmitted to
the Supervisor, and the flash message is dismantled
from the circuit queue.
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
As for TRC/POINT TO POINT
4.2.4.l.4.6 T̲i̲m̲e̲-̲o̲u̲t̲ ̲T̲r̲a̲n̲s̲a̲c̲t̲i̲o̲n̲ ̲A̲c̲k̲n̲o̲w̲l̲e̲d̲g̲e̲
This time-out is only defined for SCARS/CCIS. The time-out
occurs when no Transaction Acknowledge has been received
on the incoming channel within a time limit specified
by the Supervisor.
The time limit is measured from the moment that a message
has been transmitted on the outgoing channel.
In case of time-out an operation is sent to the Outgoing
Transport to make it retransmit the message for which
no acknowledge has been received.
When a message, due to this timeout, has been transmitted
a specified number of times, a report is transmitted
to the Supervisor printer.
4.2.4.l.4.7 R̲e̲s̲e̲t̲ ̲O̲u̲t̲g̲o̲i̲n̲g̲ ̲T̲S̲N̲
This time function is defined for TRC/POINT TO POINT,
NICS TARE and SCARS/CCIS.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
At 23 59 GMT the TCS will reset the Transmission
Serial No. (TSN) for the outgoing traffic, if specified
by the Supervisor.
This will cause the first transmitted message after
23 59 GMT to be assigned the number 001.
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
As for TRC/POINT TO POINT
c) S̲C̲A̲R̲S̲/̲C̲C̲I̲S̲
At 23 45 GMT the TCS will reset the TSN for the
outgoing traffic, if specified by the Supervisor.
In this case also an operation is sent to the outgoing
transport to make it transmit a Final Number Message
(ZID ASM) on the outgoing channel (with TSN = 001).
4.2.4.l.4.8 P̲r̲e̲e̲m̲p̲t̲i̲o̲n̲ ̲D̲e̲l̲a̲y̲ ̲
This time function is defined for : TRC/POINT TO POINT,
SCARS/CCIS and PTP.
The time function is activated when a command has been
received from the Channel Command Queue indicating
that a flash message is waiting in the circuit queue
(ref. 4.l.4.l.2.9).
A "single timeout" is requested from the CSF Timer
Monitor with a time value specified by the Supervisor.
The time value indicates the maximum delay for preemption
of the outgoing traffic before transmission of the
flash message.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
When the time-out request is received back from
the CSF Timer Monitor the TCS will send an operation
to the OTS to make it initiate the preemption procedure
if necessary.
b) S̲C̲A̲R̲S̲/̲C̲C̲I̲S̲
As for TRC/POINT TO POINT
c) P̲T̲P̲
As for TRC/POINT TO POINT
4.2.4.2 S̲o̲f̲t̲w̲a̲r̲e̲ ̲S̲t̲r̲u̲c̲t̲u̲r̲e̲ ̲
The software structure of the Transport Control is
based on a coroutine running under control of the CSF
Coroutine Monitor.
The principle placing of this coroutine in a transport
subprocess has been described in section 4.2.3.2.
The structure has been devided into a number of modules
which are closely related to the functional breakdown
described in section 4.2.4.l.
The module disposition of the Transport Control for
each type of transport is shown on figure 4.2.4.2-l.
The software structure is shown on figure 4.2.4.2-2.
Each module contains a number of procedures realizing
a specific function within the Transport Control.
The following sections gives a short description of
each module type.
Figure 4.2.4.2-1/4.2.4.2-2
4.2.4.2.l T̲r̲a̲f̲f̲i̲c̲ ̲S̲t̲a̲t̲u̲s̲ ̲C̲o̲n̲t̲r̲o̲l̲
This module supplies the TC ̲COROUTINE which contains
the basic control logic for the Transport Control.
Operations are received through the main - waiting
point (TC-OPSEM) and decoded.
Actions related to operations are activated.
Commands are received from the Channel Command Queue.
4.2.4.2.2 I̲n̲t̲e̲r̲n̲a̲l̲ ̲C̲o̲m̲m̲a̲n̲d̲ ̲M̲o̲d̲u̲l̲e̲
This module decodes the THP Internal commands received
from the Channel Command Queue and executes the action
related to each command.
4.2.4.2.3 E̲x̲t̲e̲r̲n̲a̲l̲ ̲C̲o̲m̲m̲a̲n̲d̲ ̲M̲o̲d̲u̲l̲e̲
The module decodes the THP External commands received
from the Channel Command Queue and executes the action
related to each command.
4.2.4.2.4 T̲i̲m̲e̲r̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲M̲o̲d̲u̲l̲e̲
The module decrements active timers in the local time
table each time a periodic timer event has been received
from the CSF Timer Monitor.
An action is activated for each time-out.
4.2.4.2.5 T̲C̲S̲ ̲C̲o̲m̲m̲o̲n̲ ̲P̲r̲o̲c̲e̲d̲u̲r̲e̲s̲
This module contains a number of common procedures
for the transport control within a transport subprocess.
4.2.4.3 D̲a̲t̲a̲ ̲F̲l̲o̲w̲ ̲a̲n̲d̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲L̲o̲g̲i̲c̲
4.2.4.3.1 C̲o̲m̲m̲a̲n̲d̲s̲ ̲f̲r̲o̲m̲ ̲C̲h̲a̲n̲n̲e̲l̲ ̲C̲o̲m̲m̲a̲n̲d̲ ̲Q̲u̲e̲u̲e̲
The commands received from the Channel Command Queue
have been divided into two groups:
Primary Commands received from subqueue 1.
Secondary Commands received from subqueue 2.
The secondary commands will initiate construction and
transmission of an ASM (performed by Outgoing Transport).
The TCS will not input a new secondary command before
the previous ASM has been transmitted and acknowledged
by the Outgoing Transport.
The TCS always inputs the primary commands independently
of the transmission state (e.g. the preemption command
"FLASH ̲NOTIF").
In order to give an overview of the commands, received
from CCQ, these have been collected in figure 4.2.4.3-1
to 4.2.4.3-5 for each type of transport.
Figure 4.2.4.3-1 - 4.2.4.3-5
4.2.4.3.2 T̲r̲a̲n̲s̲p̲o̲r̲t̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲M̲a̲s̲k̲s̲
a) T̲r̲a̲n̲s̲p̲o̲r̲t̲ ̲S̲t̲a̲t̲e̲ ̲M̲a̲s̲k̲ (fig. 4.2.4.3.2-1)
Indicates if the TCS, ITS and OTS are active or
passive.
b) C̲o̲m̲m̲a̲n̲d̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲M̲a̲s̲k̲ (fig. 4.2.4.3.2-2)
Indicates if it is legal to initiate a new command
transfer from the channel Command Queue.
c) S̲t̲o̲p̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲M̲a̲s̲k̲ (fig. 4.2.4.3.2-3)
This mask indicates the state of the stop procedure
activated when a stop command or a Final Close
Down Command has been received from SSC.
d) T̲i̲m̲e̲o̲u̲t̲ ̲R̲e̲q̲u̲e̲s̲t̲ ̲M̲a̲s̲k̲ (fig. 4.2.4.3.2-4)
Indicates the type of timeouts requested from the
CSF Timer Monitor.
Figure 4.2.4.3.2-1 - 4.2.4.3.2-4
4.2.4.3.3 S̲t̲a̲r̲t̲ ̲U̲p̲ ̲P̲r̲o̲c̲e̲d̲u̲r̲e̲
When a Transport Subprocess has been stopped it will
not transmit or receive messages before a Start Up
command is received through the Channel Command Queue.
The TCS prepares the Transport Parameters for transmission
and receiving of messages, and sends an operation to
the OTS and ITS to make them start up the outgoing
and incoming traffic.
a) T̲R̲C̲/̲P̲O̲I̲N̲T̲ ̲T̲O̲ ̲P̲O̲I̲N̲T̲
The Outgoing Channel is closed and is not opened
for traffic before a QRV ASM has been received
on the Incoming Channel.
The Incoming Channel is set to the state it had
when the subprocess was stopped. A QRT ASM or QRV
ASM is transmitted on the outgoing channel to indicate
the state of the Incoming Channel. This ASM is
supplied with time parameters indicating the moment
when the subprocess was stopped.
The principle flow for the Start Up procedure is
shown on figure 4.2.4.3.3-1.
b) N̲I̲C̲S̲ ̲T̲A̲R̲E̲
As for TRC/POINT TO POINT
c) S̲C̲A̲R̲S̲/̲C̲C̲I̲S̲
The Outgoing- and Incoming channel are immediately
opened for traffic (principle flow on figure 4.2.4.3.3-2).
d) P̲T̲P̲,̲ ̲P̲T̲R̲ ̲a̲n̲d̲ ̲O̲C̲R̲
The transport is immediately opened for traffic
(principle flow on figure 4.2.4.3.3-3).
Figure 4.2.4.3.3-1 - Figure 4.2.4.3.4-4
4.2.4.3.4 S̲t̲o̲p̲ ̲P̲r̲o̲c̲e̲d̲u̲r̲e̲
A Transport Subprocess will immediately stop transmission
and receiving of messages when a stop command is received
from the SSC.
The principle flow of the stop procedures is shown
on figure 4.2.4.3.4-1 to figure 4.2.4.3.4-4.
These procedures also take place when a Final Close
Down has been received from the SSC.
Figure 4.2.4.3.4-1/4.2.4.3.4-4
4.2.4.4 M̲o̲d̲u̲l̲e̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
4.2.4.4.1 T̲P̲ ̲T̲r̲a̲f̲f̲i̲c̲ ̲S̲t̲a̲t̲u̲s̲ ̲C̲o̲n̲t̲r̲o̲l̲
4.2.4.4.1.1 F̲u̲n̲c̲t̲i̲o̲n̲a̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
The TP ̲Traffic Status Control Module supplies the TP
̲TC ̲COROUTINE which contains the basic logic related
to Transport Control for TRC/POINT TO POINT.
The following tasks are performed:
- Transfer of command from Channel Command Queue
(CCQ) is initiated.
- Reception of operations from the main waiting point,
TC ̲OPSEM.
- Decoding of received operation and activation of
action related to operation.
The actions included take care of the following functions:
- Close Down acknowledge from Incoming - and outgoing
Transport
- Initiation of ZID ASM ordered by Incoming Transport
- Input of command from Channel Command Queue.
- 140 Identical Characters detected by Incoming Transport.
- ASM acknowledge from Outgoing Transport.
4.2.4.4.1.2 M̲o̲d̲u̲l̲e̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲
C̲a̲l̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
a) TP ̲TC ̲COROUTINE
b) TP ̲TC ̲COROUTINE (R6)
R̲e̲g̲i̲s̲t̲e̲r̲ ̲C̲o̲n̲v̲e̲n̲t̲i̲o̲n̲s̲
C̲a̲l̲l̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲s̲
R6 LINK
R̲e̲t̲u̲r̲n̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲s̲
None (see note below)
F̲a̲t̲a̲l̲ ̲E̲r̲r̲o̲r̲s̲
None
Note: The TP ̲TC ̲COROUTINE is constructed as a procedure
with an endless loop.
4.2.4.4.1.3 M̲o̲d̲u̲l̲e̲ ̲C̲o̲m̲p̲o̲n̲e̲n̲t̲s̲
The components of the TP ̲Traffic Status Control are
depicted on figure 4.2.4.4.1.3-1.
4.2.4.4.1.4 D̲a̲t̲a̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
All data structures used by this module is defined
in section 4.2.3.5.
4.2.4.4.1.5 M̲o̲d̲u̲l̲e̲ ̲D̲e̲s̲i̲g̲n̲
All procedures included in TP ̲Traffic Status Control
are reentrant.
The module makes use of Transport Auxilary Procedures
defined in section 4.2.3.6.
On the basis of commands received from the Channel
Command Queue the module activates the following external
modules:
TP ̲TIMER ̲CONTROL (sec. 4.2.4.4.15)
DECODE ̲TP ̲INTERNAL ̲COMMAND (sec. 4.2.4.4.6)
DECODE ̲TP ̲EXTERNAL ̲COMMAND (sec. 4.2.4.4.10)
M̲o̲d̲u̲l̲e̲ ̲E̲n̲t̲r̲y̲ ̲P̲o̲i̲n̲t̲:
E̲x̲p̲o̲r̲t̲ ̲P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲T̲P̲ ̲T̲C̲ ̲C̲O̲R̲O̲U̲T̲I̲N̲E̲(Flowgram 4.2.4.4.1.5-1)
(R6) C D LINK
This procedure is coroutine running under control of
the CSF COROUTINE MONITOR. The procedure is supplied
with an endless loop.
The procedure supplies the upper most control logic
of the transport control within a transport subprocess
for TRC/POINT TO POINT.
The following tasks are performed:
- Init of command transfere from the channel command
queue (CCQ). Dependent on the state of the COMMAND
̲CTR ̲MASK.
- Call of decode procedure each time an operation
has been received from TC ̲OPSEM (main waiting
point for TRANSPORT CONTROL).
M̲o̲d̲u̲l̲e̲ ̲P̲r̲o̲c̲e̲d̲u̲r̲e̲s̲:
P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲D̲E̲C̲O̲D̲E̲ ̲T̲P̲ ̲T̲C̲ ̲O̲P̲E̲R̲A̲T̲I̲O̲N̲
(R4 C D POINTER TO SAVE AREA
R7 C D POINTER TO TRANSPORT PARAMS
R6 C D LINK
This procedure decodes the OP ̲TYPE of the operation
which has been stored into the save area (TRS ̲SAVE
̲OP ̲TYPE).
A call is made to a procedure taking care of the actions
related to the OP ̲TYPE.
Figure 4.2.4.4.1.3-1
PROCEDURE TP ̲TC ̲COROUTINE
EQUIVALENCE(PARAM ̲BASE,TRP: TRANSPORT ̲PARAMETERS)
START
LOOP "Forever"
READ ̲PARAM ̲BASE
CHECK ̲INDICATOR(TRP.CONTROL ̲STATE,
PRIMARY ̲COMMAND)(CC): BOOLEAN
CC EQ TRUE?
RECEIVE ̲TRS ̲OPERATION(POOL : TRP.TRS ̲OP ̲POOL,
OP ̲TYPE :
PRIM
̲COM,
INFO :
TRP.CCQ1
̲QEL
̲ATTRIBUTES,
PRIORITY :
2)
(OPERATION) :
OK
INIT ̲COMMAND ̲TRANSFER
(QUEUE :
TP
̲COMMAND
̲QUEUE.1,
ATTRIBUTES :
TRP.CCQ1
̲QEL
̲ATTRIBUTES,
OPERATION)
RESET ̲INDICATOR(TRP.CONTROL ̲STATE, PRIMARY ̲COMMAND)
CHECK ̲INDICATOR(TRP.CONTROL ̲STATE,
SECONDARY ̲COMMAND)(CC): BOOLEAN
CC EQ TRUE?
RECEIVE ̲TRS ̲OPERATION (POOL :
TRP.TRS
̲OP
̲POOL,
OP ̲TYPE :
SEC
̲COM,
INFO :
TRP.CCQ2
̲QEL
̲ATTRIBUTES,
PRIORITY :
2,
(OPERATION) :
OK
INIT ̲COMMAND ̲TRANSFER
(QUEUE :
TP
̲COMMAND
̲QUEUE
̲2,
ATTRIBUTES :
TRP.CCQ2
̲QEL
̲ATTRIBUTES,
(OPERATION) :
OK
RESET ̲INDICATOR(TRP.CONTROL ̲STATE,
SECONDARY ̲COMMAND)
WAIT ̲TRS ̲OPSEM (TRP.TC ̲OPSEM) "Main Waiting
Point"
(TRP.TC ̲OPERATION)
DECODE ̲TP ̲TC ̲OPERATION
END LOOP
RETURN
Flowgram 4.2.4.4.1.5-1
P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲I̲N̲P̲U̲T̲ ̲T̲P̲ ̲C̲O̲M̲M̲A̲N̲D̲
(R4 C D POINTER TO OPERATION SAVE AREA
R6) C D LINK
This procedure inputs a command from the channel command
queue (CCQ). The command is received through the operation
referred to in the specified save area.
On the base of the command maintype the procedure will
activate one of the following external procedures:
- DECODE ̲TP ̲INTERNAL ̲COMMAND
- DECODE ̲TP ̲EXTERNAL ̲COMMAND
- TP ̲TIMER ̲CONTROL
P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲C̲L̲O̲S̲E̲ ̲A̲C̲K̲N̲O̲W̲L̲E̲D̲G̲E̲
(R0 C D INP ̲CLOSE ̲ACK or OUT ̲CLOSE ̲ACK
R4 C D POINTER TO OPERATION SAVE AREA
R6) C D
This procedure takes care of the actions related to
close acknowledges operations received from OTS and
its during a FINAL ̲CLOSE ̲DOWN or STOP procedure.
When both acknowledges have been received the following
actions take place:
- The I/O connection is dismantled.
- Timeout requests to CSF timer monitor are cancelled.
- Outgoing channel status are closed and channel
connectivity are updated.
- Report and statistics are generated if channel
status is changed.
- Achknowledge are returned to SSC.
P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲A̲S̲M̲ ̲A̲C̲K̲N̲O̲W̲L̲E̲D̲G̲E̲
(R4 C D POINTER TO OPERATION SAVE AREA
R6 C D LINK
This procedure takes care of operations with acknowledge
for an ASM transmission request.
4.2.4.4.2 N̲T̲ ̲T̲r̲a̲f̲f̲i̲c̲ ̲S̲t̲a̲t̲u̲s̲ ̲C̲o̲n̲t̲r̲o̲l̲
4.2.4.4.2.1 F̲u̲n̲c̲t̲i̲o̲n̲a̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
This module supplies the NT ̲TC ̲COROUTINE for NICS TARE
Transport Control.
The following functions are included:
- Transfer of commands from Channel Command Queue
is initiated.
- Reception of operations from the main waiting point,
TC ̲OPSEM.
- Decoding of received operations and activation
at actions related to these operations.
Procedures for the following actions are included:
- Close Down acknowledge received from OTS and ITS.
- ASM acknowledge received from OTS.
- Initiation of ZID ASM ordered from ITS.
- Input of commands from the Channel Command Queue.
On the basis of commands received from the Channel
Command Queue the module activates:
NT ̲TIMER ̲CONTROL (sec. 4.2.4.4.16)
DECODE ̲NT ̲INTERNAL ̲COMMAND (sec. 4.2.4.4.7)
DECODE ̲NT ̲EXTERNAL ̲COMMAND (sec. 4.2.4.4.11)
4.2.4.4.2.2 M̲o̲d̲u̲l̲e̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲
C̲a̲l̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
a) NT ̲TC ̲COROUTINE
b) NT ̲TC ̲COROUTINE (R6)
R̲e̲g̲i̲s̲t̲e̲r̲ ̲C̲o̲n̲v̲e̲n̲t̲i̲o̲n̲s̲
C̲a̲l̲l̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲s̲
R6 LINK (kept)
R̲e̲t̲u̲r̲n̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲s̲
None The NT ̲TC ̲COROUTINE is implemented with an
endless loop.
4.2.4.4.2.3 M̲o̲d̲u̲l̲e̲ ̲C̲o̲m̲p̲o̲n̲e̲n̲t̲s̲
All components of the NT ̲Traffic ̲Status ̲Control are
depicted on figure 4.2.4.4.2.3-1.
4.2.4.4.2.4 D̲a̲t̲a̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
All data structures used by this module is defined
in section 4.2.3.5.
4.2.4.4.2.5 M̲o̲d̲u̲l̲e̲ ̲D̲e̲s̲i̲g̲n̲
Procedures included in NT ̲Traffic ̲Status ̲Control are
reentrant.
The module makes use of Transport Auxilary Procedures
defined in section 4.2.3.6.
Figure 4.2.4.4.2.3-1
PROCEDURE NT ̲TC ̲COROUTINE
EQUIVALENCE(PARAM ̲BASE,TRP: TRANSPORT ̲PARAMETERS)
START
LOOP "Forever"
READ ̲PARAM ̲BASE
CHECK ̲INDICATOR(TRP.CONTROL ̲STATE,
PRIMARY ̲COMMAND)(CC): BOOLEAN
CC EQ TRUE?
RECEIVE ̲TRS ̲OPERATION(POOL : TRP.TRS ̲OP ̲POOL,
OP ̲TYPE :
PRIM
̲COM,
INFO :
TRP.CCQ1
̲QEL
̲ATTRIBUTES,
PRIORITY :
2)
(OPERATION) :
OK
INIT ̲COMMAND ̲TRANSFER
(QUEUE :
NT
̲COMMAND
̲QUEUE.1,
ATTRIBUTES :
TRP.CCQ1
̲QEL
̲ATTRIBUTES,
OPERATION)
RESET ̲INDICATOR(TRP.CONTROL ̲STATE, PRIMARY ̲COMMAND)
CHECK ̲INDICATOR(TRP.CONTROL ̲STATE,
SECONDARY ̲COMMAND)(CC): BOOLEAN
CC EQ TRUE?
RECEIVE ̲TRS ̲OPERATION (POOL :
TRP.TRS
̲OP
̲POOL,
OP ̲TYPE :
SEC
̲COM,
INFO :
TRP.CCQ2
̲QEL
̲ATTRIBUTES,
PRIORITY :
2,
(OPERATION) :
OK
INIT ̲COMMAND ̲TRANSFER
(QUEUE :
NT
̲COMMAND
̲QUEUE
̲2,
ATTRIBUTES :
TRP.CCQ2
̲QEL
̲ATTRIBUTES,
(OPERATION) :
OK
RESET ̲INDICATOR(TRP.CONTROL ̲STATE,
SECONDARY ̲COMMAND)
WAIT ̲TRS ̲OPSEM (TRP.TC ̲OPSEM) "Main Waiting
Point"
(TRP.TC ̲OPERATION)
DECODE ̲NT ̲TC ̲OPERATION
END LOOP
RETURN
Flowgram 4.2.4.4.2.5-1
M̲o̲d̲u̲l̲e̲ ̲E̲n̲t̲r̲y̲ ̲P̲o̲i̲n̲t̲:
E̲x̲p̲o̲r̲t̲ ̲P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲T̲P̲ ̲T̲C̲ ̲C̲O̲R̲O̲U̲T̲I̲N̲E̲(Flowgram 4.2.4.4.2.5-1)
(R6) C D LINK
This procedure is coroutine running under control of
the CSF COROUTINE MONITOR. The procedure is supplied
with an endless loop.
The procedure supplies the upper most control logic
of the transport control within a transport subprocess
for NICS TARE.
The following tasks are performed:
- Init of command transfere from the channel command
queue (CCQ). Dependent on the state of the COMMAND
̲CTR ̲MASK.
- Call of decode procedure each time an operation
has been received from TC ̲OPSEM (main waiting
point for TRANSPORT CONTROL).
M̲o̲d̲u̲l̲e̲ ̲P̲r̲o̲c̲e̲d̲u̲r̲e̲s̲:
P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲D̲E̲C̲O̲D̲E̲ ̲T̲P̲ ̲T̲C̲ ̲O̲P̲E̲R̲A̲T̲I̲O̲N̲
(R4 C D POINTER TO SAVE AREA
R7 C D POINTER TO TRANSPORT PARAMS
R6 C D LINK
This procedure decodes the OP ̲TYPE of the operation
which has been stored into the save area (TRS ̲SAVE
̲OP ̲TYPE).
A call is made to a procedure taking care of the actions
related to the OP ̲TYPE.
P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲I̲N̲P̲U̲T̲ ̲T̲P̲ ̲C̲O̲M̲M̲A̲N̲D̲
(R4 C D POINTER TO OPERATION SAVE AREA
R6 C D LINK
This procedure inputs a command from the channel command
queue (CCQ). The command is received through the operation
referred to in the specified save area.
On the base of the command maintype the procedure will
activate one of the following external procedures:
- DECODE ̲NT ̲INTERNAL ̲COMMAND
- DECODE ̲NT ̲EXTERNAL ̲COMMAND
- NT ̲TIMER ̲CONTROL
P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲C̲L̲O̲S̲E̲ ̲A̲C̲K̲N̲O̲W̲L̲E̲D̲G̲E̲
(R0 C D INP ̲CLOSE ̲ACK or OUT ̲CLOSE ̲ACK
R4 C D POINTER TO OPERATION SAVE AREA
R6) C D
This procedure takes care of the actions related to
close acknowledges operations received from OTS and
its during a FINAL ̲CLOSE ̲DOWN or STOP procedure.
When both acknowledges have been received the following
actions take place:
- The I/O connection is dismantled
- The ACK ̲CONNECTION is dismantled
- Timeout requests to CSF timer monitor are cancelled
- Outgoing channel status are closed and channel
connectivity are updated
- Report and statistics are generated if channel
status is changed
- Achknowledge are returned to SSC
P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲A̲S̲M̲ ̲A̲C̲K̲N̲O̲W̲L̲E̲D̲G̲E̲
(R4 C D POINTER TO OPERATION SAVE AREA
R6 C D LINK
This procedure takes care of operations with acknowledge
for an ASM transmission request.
4.2.4.4.3 S̲C̲ ̲T̲r̲a̲f̲f̲i̲c̲ ̲S̲t̲a̲t̲u̲s̲ ̲C̲o̲n̲t̲r̲o̲l̲
4.2.4.4.3.1 F̲u̲n̲c̲t̲i̲o̲n̲a̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
This module supplies the SC ̲TC ̲COROUTINE for SCARS/CCIS
Transport Control.
The following main tasks are performed:
- Transfer of command from Channel Command Queue
(CCQ) is initiated.
- Reception of operation from the main waiting point,
TC ̲OPSEM.
- Decoding of received operation and activation of
action related to operation.
Procedures for the following actions are included:
- Close Down acknowledge from OTS and ITS.
- ASM acknowledge from OTS.
- Transaction Acknowledge from ITS.
- Initiation of Transaction Acknowledge ordered from
ITS.
On the basis of commands received from the Channel
Command Queue the module activates:
SC ̲Timer ̲Control ̲Module (sec. 4.2.4.4.17)
SC ̲Internal ̲Command ̲Module (sec. 4.2.4.4.8)
SC ̲External ̲Command ̲Module (sec. 4.2.4.4.12)
4.2.4.4.3.2 M̲o̲d̲u̲l̲e̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲
C̲a̲l̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
a) SC ̲TC ̲COROUTINE
b) SC ̲TC ̲COROUTINE (R6)
R̲e̲g̲i̲s̲t̲e̲r̲ ̲C̲o̲n̲v̲e̲n̲t̲i̲o̲n̲s̲
C̲a̲l̲l̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲s̲
R6 LINK
R̲e̲t̲u̲r̲n̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲s̲
None The SC ̲TC ̲COROUTINE is implemented with
an endless loop.
4.2.4.4.3.3 M̲o̲d̲u̲l̲e̲ ̲C̲o̲m̲p̲o̲n̲e̲n̲t̲s̲
All components of the SC ̲Traffic ̲Status ̲Control are
depicted on figure 4.2.4.4.3.3-1.
4.2.4.4.3.4 D̲a̲t̲a̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
All data structures used by this module are defined
in section 4.2.3.5.
4.2.4.4.3.5 M̲o̲d̲u̲l̲e̲ ̲D̲e̲s̲i̲g̲n̲
Procedures included in SC ̲Traffic Status Control are
reentrant.
The module uses the Transport Auxilary Procedures defined
in section 4.2.3.6.
Figure 4.2.4.4.3.3-1
PROCEDURE SC ̲TC ̲COROUTINE
EQUIVALENCE(PARAM ̲BASE,TRP: TRANSPORT ̲PARAMETERS)
START
LOOP "Forever"
READ ̲PARAM ̲BASE
CHECK ̲INDICATOR(TRP.CONTROL ̲STATE,
PRIMARY ̲COMMAND)(CC): BOOLEAN
CC EQ TRUE?
RECEIVE ̲TRS ̲OPERATION(POOL : TRP.TRS ̲OP ̲POOL,
OP ̲TYPE :
PRIM
̲COM,
INFO :
TRP.CCQ1
̲QEL
̲ATTRIBUTES,
PRIORITY :
2)
(OPERATION) :
OK
INIT ̲COMMAND ̲TRANSFER
(QUEUE :
SC
̲COMMAND
̲QUEUE.1,
ATTRIBUTES :
TRP.CCQ1
̲QEL
̲ATTRIBUTES,
OPERATION)
RESET ̲INDICATOR(TRP.CONTROL ̲STATE, PRIMARY ̲COMMAND)
CHECK ̲INDICATOR(TRP.CONTROL ̲STATE,
SECONDARY ̲COMMAND)(CC): BOOLEAN
WAIT ̲TRS ̲OPSEM (TRP.TC ̲OPSEM) "Main Waiting
Point"
(TRP.TC ̲OPERATION)
DECODE ̲SC ̲TC ̲OPERATION
END LOOP
RETURN
Flowgram 4.2.4.4.3.5-1
M̲o̲d̲u̲l̲e̲ ̲E̲n̲t̲r̲y̲ ̲P̲o̲i̲n̲t̲:
E̲x̲p̲o̲r̲t̲ ̲P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲S̲C̲ ̲T̲C̲ ̲C̲O̲R̲O̲U̲T̲I̲N̲E̲
(R6) C D LINK
This procedure is coroutine running under control of
the CSF COROUTINE MONITOR. The procedure is supplied
with an endless loop.
The procedure supplies the upper most control logic
of the transport control within a transport subprocess
for SCARS/CCIS.
The following tasks are performed:
- Init of command transfere from the channel command
queue (CCQ). Dependent on the state of the COMMAND
̲CTR ̲MASK.
- Call of decode procedure each time an operation
has been received from TC ̲OPSEM (main waiting
point for TRANSPORT CONTROL).
M̲o̲d̲u̲l̲e̲ ̲P̲r̲o̲c̲e̲d̲u̲r̲e̲s̲:
P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲D̲E̲C̲O̲D̲E̲ ̲T̲P̲ ̲T̲C̲ ̲O̲P̲E̲R̲A̲T̲I̲O̲N̲
(R4 C D POINTER TO SAVE AREA
R7 C D POINTER TO TRANSPORT PARAMS
R6 C D LINK
This procedure decodes the OP ̲TYPE of the operation
which has been stored into the save area (TRS ̲SAVE
̲OP ̲TYPE).
A call is made to a procedure taking care of the actions
related to the OP ̲TYPE.
The following operations are legal:
PRIM ̲COM - PRIMARY COMMAND IS READY IN CCQ
INP ̲CLOSE ̲ACK - CLOSE DOWN ACKN. FROM ITS
OUT ̲CLOSE ̲ACK - CLOSE DOWN ACKN. FROM OTS
ASM ̲ACK - ACKN. FOR ASM TRANSMISSION
ACK ̲REC - TRANSACTION ACKNOWLEDGE RECEIVED
FATAL ERROR: Illegal Operation
P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲I̲N̲P̲U̲T̲ ̲T̲P̲ ̲C̲O̲M̲M̲A̲N̲D̲
(R4 C D POINTER TO OPERATION SAVE AREA
R6 C D LINK
This procedure inputs a command from the channel command
queue (CCQ). The command is received through the operation
referred to in the specified save area.
On the base of the command maintype the procedure will
activate one of the following external procedures:
- DECODE ̲SC ̲INTERNAL ̲COMMAND
- DECODE ̲SC ̲EXTERNAL ̲COMMAND
- SC ̲TIMER ̲CONTROL
P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲C̲L̲O̲S̲E̲ ̲A̲C̲K̲N̲O̲W̲L̲E̲D̲G̲E̲
(R0 C D INP ̲CLOSE ̲ACK or OUT ̲CLOSE ̲ACK
R4 C D POINTER TO OPERATION SAVE AREA
R6) C D
This procedure takes care of the actions related to
close acknowledges operations received from OTS and
its during a FINAL ̲CLOSE ̲DOWN or STOP procedure.
When both acknowledges have been received the following
actions take place:
- The I/O connection is dismantled
- Timeout requests to CSF timer monitor are cancelled
- Channel status are opened and channel connectivity
are updated
- Report and statistics are generated due to channel
status changed
- Achknowledge are returned to SSC
P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲A̲S̲M̲ ̲A̲C̲K̲N̲O̲W̲L̲E̲D̲G̲E̲
(R4 C D POINTER TO OPERATION SAVE AREA
R6 C D LINK
This procedure takes care of operations with acknowledge
for an ASM transmission request.
The following ASM types are handled:
ACP ̲CHN ̲CHK ̲MSG
ACP ̲FINAL ̲MSG
E1 ̲CHN ̲CHK ̲MSG
E1 ̲FINAL ̲MSG
FATAL ERROR: Illegal ASM ̲TYPE.
If a new ASM is waiting for transmission a transmission
request is sent to the OTS.
4.2.4.4.4 P̲T̲P̲ ̲T̲r̲a̲f̲f̲i̲c̲ ̲S̲t̲a̲t̲u̲s̲ ̲C̲o̲n̲t̲r̲o̲l̲
4.2.4.4.4.1 F̲u̲n̲c̲t̲i̲o̲n̲a̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
This module supplies the PTP ̲TC ̲COROUTINE for PTP ̲Transport
Control.
The following main tasks are performed:
- Initiation of command transfer from the Channel
Command Queue (CCQ).
- Reception of operation from the main waiting point,
TC ̲OPSEM.
- Decoding of received operation and activation
of action related to operation.
Procedures for the following actions are included:
- Close Down Acknowledge from OTS.
- Input of command from Channel Command Queue. On
the basis of this command one of the following
modules may be activated:
PTP ̲Timer ̲Control (sec. 4.2.4.4.18)
PTP ̲Internal ̲Command (sec. 4.2.4.4.9)
PTP ̲External ̲Command (sec. 4.2.4.4.13)
4.2.4.4.4.2 M̲o̲d̲u̲l̲e̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲
C̲a̲l̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
a) PTP ̲TC ̲COROUTINE
b) PTP ̲TC ̲COROUTINE (R6)
R̲e̲g̲i̲s̲t̲e̲r̲ ̲C̲o̲n̲v̲e̲n̲t̲i̲o̲n̲s̲
C̲a̲l̲l̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲s̲
R6 LINK
R̲e̲t̲u̲r̲n̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲s̲
None The PTP ̲TC ̲COROUTINE is implemented with
an endless loop.
4.2.4.4.4.3 M̲o̲d̲u̲l̲e̲ ̲C̲o̲m̲p̲o̲n̲e̲n̲t̲s̲
The components of this module are depicted on figure
4.2.4.4.4.3-1.
4.2.4.4.4.4 D̲a̲t̲a̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲s̲
All data structures used are defined in section 4.2.3.5.
4.2.4.4.4.5 M̲o̲d̲u̲l̲e̲ ̲D̲e̲s̲i̲g̲n̲
Procedures included in PTP Traffic Status Control are
reentrant.
M̲o̲d̲u̲l̲e̲ ̲E̲n̲t̲r̲y̲ ̲P̲o̲i̲n̲t̲:
E̲x̲p̲o̲r̲t̲ ̲P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲P̲I̲P̲ ̲T̲C̲ ̲C̲O̲R̲O̲U̲T̲I̲N̲E̲
(Flowgram 4.2.4.4.4.5-1)
(R6) C D LINK
This procedure is coroutine running under control of
the CSF COROUTINE MONITOR. The procedure is supplied
with an endless loop.
The procedure supplies the upper most control logic
of the transport control within a transport subprocess
for TRC/POINT TO POINT.
The following tasks are performed:
- Init of command transfere from the channel command
queue (CCQ). Dependent on the state of the COMMAND
̲CTR ̲MASK.
- Call of decode procedure each time an operation
has been received from TC ̲OPSEM (main waiting
point for TRANSPORT CONTROL).
M̲o̲d̲u̲l̲e̲ ̲P̲r̲o̲c̲e̲d̲u̲r̲e̲s̲:
P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲D̲E̲C̲O̲D̲E̲ ̲P̲I̲P̲ ̲T̲C̲ ̲O̲P̲E̲R̲A̲T̲I̲O̲N̲
(R4 C D POINTER TO SAVE AREA
R7 C D POINTER TO TRANSPORT PARAMS
R6 C D LINK
This procedure decodes the OP ̲TYPE of the operation
which has been stored into the save area (TRS ̲SAVE
̲OP ̲TYPE).
A call is made to a procedure taking care of the actions
related to the OP ̲TYPE.
P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲I̲N̲P̲U̲T̲ ̲T̲P̲ ̲C̲O̲M̲M̲A̲N̲D̲
(R4 C D POINTER TO OPERATION SAVE AREA
R6 C D LINK
This procedure inputs a command from the channel command
queue (CCQ). The command is received through the operation
referred to in the specified save area.
On the base of the command maintype the procedure will
activate one of the following external procedures:
- DECODE ̲PTP ̲INTERNAL ̲COMMAND
- DECODE ̲PTP ̲EXTERNAL ̲COMMAND
- PTP ̲TIMER ̲CONTROL
P̲r̲o̲c̲e̲d̲u̲r̲e̲ ̲C̲L̲O̲S̲E̲ ̲A̲C̲K̲N̲O̲W̲L̲E̲D̲G̲E̲
(R0 C D INP ̲CLOSE ̲ACK or OUT ̲CLOSE ̲ACK
R4 C D POINTER TO OPERATION SAVE AREA
R6) C D
This procedure takes care of the actions related to
close acknowledges operations received from OTS and
its during a FINAL ̲CLOSE ̲DOWN or STOP procedure.
When both acknowledges have been received the following
actions take place:
- The I/O connection is dismantled
- Timeout requests to CSF timer monitor are cancelled
- Channel status are opened and channel connectivity
are updated
- Achknowledge are returned to SSC
Figure 4.2.4.4.4.3-1
PROCEDURE PTP ̲TC ̲COROUTINE
EQUIVALENCE(PARAM ̲BASE,TRP: TRANSPORT ̲PARAMETERS)
START
LOOP "Forever"
READ ̲PARAM ̲BASE
CHECK ̲INDICATOR(TRP.CONTROL ̲STATE,
PRIMARY ̲COMMAND)(CC): BOOLEAN
CC EQ TRUE?
RECEIVE ̲TRS ̲OPERATION(POOL : TRP.TRS ̲OP ̲POOL,
OP ̲TYPE :
PRIM
̲COM,
INFO :
TRP.CCQ1
̲QEL
̲ATTRIBUTES,
PRIORITY :
2)
(OPERATION) :
OK
INIT ̲COMMAND ̲TRANSFER
(QUEUE :
PTP
̲COMMAND
̲QUEUE.1,
ATTRIBUTES :
TRP.CCQ1
̲QEL
̲ATTRIBUTES,
OPERATION)
RESET ̲INDICATOR(TRP.CONTROL ̲STATE, PRIMARY ̲COMMAND)
WAIT ̲TRS ̲OPSEM (TRP.TC ̲OPSEM) "Main Waiting
Point"
(TRP.TC ̲OPERATION)
DECODE ̲PTP ̲TC ̲OPERATION
END LOOP
RETURN
Flowgram 4.2.4.4.4.5-1
