top - download
⟦7cf136a98⟧ Wang Wps File
Length: 9993 (0x2709)
Types: Wang Wps File
Notes: NICS-TARE FIKS INTERFACE
Names: »5865A «
Derivation
└─⟦b3c9a9699⟧ Bits:30006142 8" Wang WCS floppy, CR 0015A
└─ ⟦this⟧ »5865A «
WangText
Revised Operational
Requirements
APE/1986-03-04
Page #
Revised
Revised
Revised
Revised
Revised
OPERATIONAL REQUIREMENTS
OPERATIONAL REQUIREMENTS
OPERATIONAL REQUIREMENTS
OPERATIONAL REQUIREMENTS
OPERATIONAL REQUIREMENTS
FOR
FOR
FOR
FOR
FOR
NICS TARE-FIKS INTERFACE
NICS TARE-FIKS INTERFACE
NICS TARE-FIKS INTERFACE
NICS TARE-FIKS INTERFACE
NICS TARE-FIKS INTERFACE
BASE LINE UPDATE
BASE LINE UPDATE
BASE LINE UPDATE
BASE LINE UPDATE
BASE LINE UPDATE
Sec. 3.1 + 3.2
(Based upon review meeting held at CR84 28. February 1986)
1̲ ̲ ̲D̲O̲C̲U̲M̲E̲N̲T̲A̲T̲I̲O̲N̲ ̲R̲E̲F̲E̲R̲E̲N̲C̲E̲S̲
The following documents are required to establish a
firm base line for the update.
1) FIKS SYSTEM SPECIFICATION
FIX/1000/PSP/0038
2) FIKS DATA I/F REFERENCE
FIX/0100/MAN/0004
3) FIKS ISH PROCESSES PSP
FIX/1160/PSP/0091
4) NICS TARE Communication Subsystem
FIX/1162/DSP/0012
5) NICS Telegraph Automatic Relay Equipment (TARE)
Technical Interface Criteria, Issue 4,
dated March, 1983
6) FIKS REQUIREMENT SPECIFICATION
FIX/0000/SPC/0002, issue 5, p. 249-274 (sec. 3.1.1.3.2.4.3)
7) Kontrakt FK. 8512, FIKS SYSTEM EXTENSION,
SCC CONVERSION LOG & RETRANSMISSION PROCEDURE.
2̲ ̲ ̲U̲P̲D̲A̲T̲E̲ ̲C̲O̲N̲C̲E̲P̲T̲
The update will be implemented with as few changes
as possible in the existing FIKS S/W and H/W to reduce
the amount of effort involved.
To overcome the problem concerning the limited amount
of spare CR80 - program memory, implementation using
"background processing" will be used. In case the CR80-
computers at a later point in time will be equipped
with the XAMOS System, the background processing can
be transferred to ordinary processing and thereby improve
the performance.
Test configurations used in the development will be
implemented in a way, that they, by slight modification,
can be used in related development/
testing.
3̲ ̲ ̲O̲P̲E̲R̲A̲T̲I̲O̲N̲A̲L̲ ̲R̲E̲Q̲U̲I̲R̲E̲M̲E̲N̲T̲S̲
3.1 A̲S̲M̲-̲H̲A̲N̲D̲L̲I̲N̲G̲
An outline is shown in figure 3.1.
The following ASM's shall be known and processed by
the FIKS-System.
ASM's transmitted from FIKS to NICS TARE:
- Open Channel (QRV), ref. 5, sec. 10.6.2.1.
The ASM is despatched when the SCC-supervisor issues
an "Open Channel"- command. The incoming channel
is hereby opened for narrative messages. The event
is logged in the "Conversion Log".
- Close Channel (QRT), ref 5, sec. 10.6.2.2.
The ASM is despatched when the SCC-supervisor issues
a "Close Channel"- command. The incoming channel
is hereby closed for narrative messages. The event
is logged in the "Conversion Log".
- Flash Receipt (R Z), ref. 5, sec. 10.6.2.5.
FIKS will after reception of a flash-precedence
message despatch this ASM.
- Channel Account/Final Numbers (ZID), ref. 5, sec.
10.6.3.2.3.
FIKS will after reception of a message with a TSN
(Transmission Serial Number) unexpected equal to
1 reset its own TSNs (incoming and outgoing) and
despatch the ASM. The event (including last received
TSN) is logged in the "Conversion Log".
- Channel Continuity, ref. 5, sec. 10.6.2.7.
If the outgoing channel is open and no outgoing
traffic has taken place in a period of 5 minutes,
then FIKS will despatch this ASM.
FIGURE 3.1
ASM HANDLING OUTLINE
ASM's received from NICS TARE by FIKS:
- Open Channel (QRV), ref. 5, sec. 10.6.3.1.1.
FIKS will not despatch any narrative messages before
this ASM has been received. The event is logged
in the "Conversion Log".
- Close Channel (QRT), ref. 5, sec. 10.6.3.1.2.
FIKS will not despatch any narrative messages after
this ASM has been received. The event is logged
in the "Conversion Log".
- Flash Receipt (R Z), ref. 5, sec. 10.6.3.2.5.
FIKS expects to receive this ASM within 5 minutes
after despatch of a flash procedence message. When
it is received or timeout occurs, this is logged
in the "Conversion Log".
- Channel Account/Final Numbers (ZID), ref. 5, sec.
10.6.3.2.3.
FIKS will check that the TI, contained in the ASM,
corresponds with that of FIKS. The event (including
the last TI received by NICS TARE) is logged in
the "Conversion Log". If the TI-checking fails,
then the logging will be marked with "Outgoing
TI-missing".
- Channel Continuity, ref. 5, sec. 10.6.1.6.
FIKS expects to receive this ASM if the incoming
channel is open and nothing else has been received
within 6 minutes. If the ASM is not received then
"Missing Channel Continuity" will be logged in
the "SCC-Event Log".
- Other ASM's received.
The event will be logged in the "SCC Event Log"
including at least the first 32 characters of format
line 12. (Unknown ASM).
An ASM will by FIKS be identified as such if the general
ACP127- format specified in ref. 6 is observed and
format line 2 contains one unique routing indicator
(RI) - a "FIKS"-RI identical for all set-up of FIKS-
NICS TARE connections.
The implementation of the above-mentioned is outlined
as follows: (ref. figure 3.1):
- A new ASM-process is introduced. This process generates
upon request (contained in an AMOS-message) the
required ASM and enqueues it to the CPM-process.
A new logical "ISH-channel" (ref.3) will be associated
to the AMS's. This channel is used to separate
ASM- and narrative message traffic.
- The CPM-process will enqueue the ASM directly into
the NICS TARE-queue. CPM will receive the acknowledgement
from NICS TARE and is in this way capable of controlling
the ASM-flow to NICS TARE.
- Incoming ASM's will be routed to the MAS-process
together with the narrative messages. …02…MAS shall
be updated such that it is able to extract ASM's
from the message flow and enqueue them directly
to the ASM-process.
- The ASM-process, shall analyse the received ASM's,
perform the necessary updating (channel status
changes), initiate the required logging and inform
the other processes if needed.
- The ASM-process shall be the controller of timeout
of "Missing Channel Continuity" and "Flash Receipt".
To do this the TIMER- process is used. The TIMER-process
will have to be updated. In case timeout occurs,
then the ASM shall initiate the required loggings.
- The IOMP-process in the NICS TARE Subsystem (ref.4)
shall supervise "outgoing channel continuity",
i.e. initiate despatch of "Channel Continuity"
- ASM if required.
- The MAS-process will supervise "incoming channel
continuity" and report in case of "Missing Channel
Continuity".
- The TEPTNT-process shall be updated so that the
range of SCC-supervisor commands is expanded with
"Open Channel" and "Close Channel". The execution
of the commands is handed over to the ASM-process
via an AMOS-message.
- The CPM-process shall initiate despatch of "Flash
Receipt" when the event is sensed, and inform the
ASM-process to start timeout-test, in case a flash
message is despatched.
3.2 A̲S̲M̲-̲R̲E̲L̲A̲T̲E̲D̲ ̲U̲P̲D̲A̲T̲E̲
Certain features has, caused by the introduction of
ASM's into the FIKS System, been actualised. This concerns:
- Incoming TI-checking.
The TI-sequence of incoming messages will be checked
continuously. If the checking indicates missing
messages, this will be logged as "Incoming TI missing"
in the "Conversion Log". If the incoming TI equals
1 a "Final Numbers" -ASM shall be despatched to
NICS TARE. The MAS-process will perform the above-mentioned.
- Reset TIs
At each start of link, which in this connection
is tantamount to execution of the exisisting supervisor
command 'OPL' (Open NICS TARE Link), the TIs are
reset. The S&CDs must be defined, the TSN of the
next outgoing message will be 1 and the TSN of
the next incoming message is expected to be 1.
4̲ ̲ ̲S̲O̲F̲T̲W̲A̲R̲E̲ ̲S̲P̲E̲C̲I̲F̲I̲C̲A̲T̲I̲O̲N̲
The update is implemented by adding/updating the following
software modules of the FIKS-system.
- New ASM-process
Generation and control of ASM's
- CPM-process update.
ASM-distribution, Flash Receipt-supervision.
- IOMP-process update
Outgoing Channel Continuity supervision.
- MAS-process updated
Adaption for AMS's, NT-intercept message transfer
to SIP-queues. Incoming Channel Contintuity supervision,
TI-checkpointing.
- MSA-process update
Real/Manual NICS switching, TI-checkpointing.
- SPM-process update
New SIP-queue structure, Real SIP-timeout.
- TEPINT-process update.
New SCC-supervisor commands.
- HSP-process udate.
New SCC-event loggings.
- SMAILB-critical region update
New "ASM-ISH logical channel", extra "Conversion
Log"- entries.
- Miscellaneous FIKS-update.
New queues, TIMER-process updated.
