Professional Documents
Culture Documents
Call Set-up
2.1 Introduction
This module describes the software processes, blocks and signals involved
in the set-up of a typical outgoing PSTN call, using CCITT Signalling
System No7 (SS7) on the outgoing trunk. It is designed to give an
appreciation of the different functions involved and the place of software
signals in block interwork.
Module Objectives
After completing this module the student will be able to:
describe the traffic handling process in AXE 10 software
name the main blocks involved in traffic handling and briefly
describe their functions
Figure 2.1
Module Objectives.
2.2 General
When a function is designed in the AXE 10 system it is either assigned to
one function block, or distributed over a number of blocks, each of which
has a specific task. Very many functions are required to handle all the
different aspects of work that the AXE 10 switch is able to handle. This
work includes the operating system tasks, software handling and recovery,
traffic handling, operation and maintenance, automatic supervision and
maintenance. Thus a great number of function blocks are required: in the
dump presently used for an ISDN local exchange the APT and APZ
systems together contain about eight hundred function blocks.
During the operation of the exchange the individual blocks are called into
operation one by one - either by the operating system, or by another block
that passes on the next piece of work to be done. The blocks must
therefore be able communicate with each other. They do this by using
software signals. The signals are built into the programs - both central and
regional - by the block designers, using standard signals from a library
data base containing tens of thousands of signals.
Each separate piece of work that is done in a block is called a job. A job is
started by the reception of a signal into the program and ends at the
sending of a signal or the block exiting to the operating system, which will
send the next signal to continue the work.
2.3.1 Introduction
This section gives a brief outline of the main features of CCITT Signalling
System No7 (SS7). It is not intended to be a comprehensive description
and contains simplifications, but will cover the principles, terms and
signalling sequences encountered during a typical outgoing telephony call.
It is assumed that the reader is familiar with the general principles of
signalling systems.
Traffic Circuits
SP SP
MSU
Signalling Link 10110101000101101010010
Figure 2.2
SS7 Signalling Network
It does this by packaging the signalling data from the User Part,
together with its own control and addressing data, into a data packet,
known as a Message Signalling Unit (MSU) and sending it on the
appropriate Signalling Link to the receiving Signalling Point.
The receiving MTP checks the MSU control data to ensure the User
data has not been corrupted, checks the addressing data to see who the
message is for and delivers it.
If the address is for another Signalling Point, the MTP sends the MSU
out on an appropriate Signalling Link. If it is for its own Signalling
Point it delivers it to the correct User Part.
SPC = 2-20
Signalling Link Signalling Link
SP
10 M
SU 1 00 SU
10 11
01
01
M 10 110 10 00
01
01
0 10
00 10
01 10
01 01
11 0
10
Traffic Circuits
SP SP
A Subscriber SPC = 2-10 SPC = 2-30 B Subscriber
123456 CIC = 42 456789
Area Code 01
Figure 2.3
SS7 network showing SPCs
At 2-30, since the DPC in the MSU equals its OWNSP, it knows the
message is for itself. The MTP then sends the message to the correct User
Part (TUP, ISUP...) and the call progresses.
User
Parts TUP TUP
MSU
Signalling Point 1 Signalling Point 2
Figure 2.4
Basic Structure of SS7
The Telephony User Part (TUP) and ISDN User Part (ISUP) are part of the
Trunk and Signalling Sub-System, TSS. They perform the same functions
as other signalling system TSS blocks, such as circuit selection and
control, circuit blocking, call set-up signalling, digit sending & reception
and others. The main difference from other signalling systems is that when
the User Part has gathered all the signalling data, instead of sending it to
line itself, or via a code sending block, it sends the signalling data to the
MTP function to send as a data packet or MSU on a Signalling Link.
The User Signalling Data sent from User Part to MTP (and from MTP to
User Part at the receiving Signalling Point) contains a message asking the
User Part in the receiving Signalling Point to do something, or passing
information to this User Part. So this signalling data contains several
different pieces of information. For example -
Signal Type
This tells the receiving User Part what to do with the data. In telephony
terms, this could be a seizing signal, a clear forward, a clear back, release
guard, circuit blocking signal etc.
Circuit Number
To tell the receiving Signalling Point which circuit this particular message
refers to. One Signalling Link can handle up to 4096 traffic circuits so it is
important to identify the circuit. This is known as the Circuit Identification
Code or CIC.
Calling Signal
Number Number Message
A-digits B-digits Party Type Label
of A-digits of B-digits Indicators
Category (IAI)
Figure 2.5
Structure of the TUP Initial Address Message with Additional Information (Simplified)
The data for this message is gathered by TUP and the message is built up
and is sent to the MTP as data in a software signal, for the MTP to send to
the destination TUP.
Start charging
Conversation
CBK (B clears first)
CLF
A clears
Call cleared down
RLG
Call cleared down,
circuit released.
Figure 2.6
Signalling Sequence for a TUP Call
The Register function in TCS will analyse received digits as they are
keyed by A-subscriber. When a Routing Case is found, it is analysed and
the outgoing route and Sending Program determined. At a point defined by
the Sending Program, the Register asks the route-owning block (TUP in
this example) to select an outgoing circuit for the call and to send the B-
Number and other data to the distant exchange.
TUP selects a free circuit, builds up the data for an IAI and when told by
the Register, sends this to the MTP to transmit.
The receiving TUP analyses the signal, determines that it is an IAI and
then interworks with the Register to route the call. If the B-number
received is a subscriber in the B-exchange, the call is set up and ringing
tone and ringing current sent. The TUP is told by Register that all
necessary digits have been received, TUP puts together a backward signal,
2.3.6 Implementation
Signalling Link
Hardware ST ST
Regional
RP RP
Software
Central
Software CP CP
Figure 2.7
Signalling Link showing Signalling Terminal
C7BTI
Controls the SS7 traffic routes and circuits, performing functions such as
circuit selection and blocking. It coordinates traffic handling and
interworks with C7OTH and C7ITH blocks.
C7OTH/C7ITH
Outgoing & Incoming Trunk Handling. These blocks perform circuit
related functions during call set-up, in cooperation with C7BTI.
C7LABT
This block receives the TUP messages from C7DR2 and uses the
Signalling Point and circuit number (CIC) to determine which C7BT block
to send the message to, this is known as Label Translation. There can be
In this chapter the traffic handling sequence for an outgoing PSTN call
will be described.
The traffic handling will contain a description of the blocks and software
signals used. The C7 signals between exchanges are also shown.
The calls shown are normal calls with no services or other functions
included. The idea behind this is to show the reader how a standard call is
handled.
It should be pointed out that only the main signals used in the traffic
handling process are shown here. Signals and function blocks dealing with
supervision, statistics, and so on have been omitted for the sake of clarity.
LI3R LI3
CCALLT1 LOAS
SEIZECAPS1
CAPSEIZED
CJ
SEIZECJ
CJSEIZED
CALLCJ SC
RCAT1
RCAT1R
KR2
SEIZEDR TS
TSCSEIZE
TSCSEIZED
DRSEIZED
CLCOF
SEIZERE RE
SEIZETCNEW REIBA
SEIZEIBA
IBASEIZED
RESEIZED
REQUESTACAT SC
SENDACAT
SENDACATACK
REQUESTACATACK
SUSCS
CALLSUSCS
RCAT1
RCAT1R
CALLSUSCSR
SSSINFO2
SSSINFOACK
ENDSEIZEINFO
KR2
LI3R STARTDR
KR2R
REGSTS STARTS
CDIAL1
Dial Tone
sent
Figure 3.1
A-Subscriber Off-Hook
SEIZECAPS1 (LOAS)
This signal is sent to LOAS from LI3 to initiate the seizure of processor
capacity for the new call. LOAS (Load Supervision) is an APZ block that
protects the system from temporary and permanent overload. Each new
call attempt must be first accepted by LOAS before the call can continue.
The signal data concerns the sending block reference and sending
individual, LIP. LI3 and LOAS are thus linked by this signal.
CAPSEIZED (LI3)
This signal is sent back by LOAS when capacity exists in the APZ for the
new call. If the call is rejected, the signal REJCALL is sent back instead.
SEIZECJ (CJ)
CJ (Combined Junctor) is the block that coordinates the different blocks in
SSS and interfaces to the blocks in TCS during call setup and release. The
signal SEIZECJ is sent to seize a CJ individual to handle the call. CJ is a
software only block, thus the CJ individual is a software record in Data
Store. It stores the data sent in the signal, such as LI3 pointer and type of
call. The signal is a combined forward signal, meaning that a combined
backward signal will be sent back to LI3 so that the program execution can
continue in that block.
CJSEIZED (LI3)
The combined backward signal that informs LI3 that a CJ individual has
been seized for the call. The data contains only the calling LI individual
and the selected CJ individual. after this signal the blocks LI3 and CJ and
their respective individuals are linked together. If the call had been
rejected (no CJ individual available) a congestion signal would have been
returned instead to LI3 and no linking would take place.
CALLCJ (CJ)
LI3 uses this signal to continue the call setup. All data about the call
available to LI3 is transferred to CJ by this signal. The data includes
information about whether or not the call is from a PABX, or if special
equipment such as a coin box or private meter is used by the subscriber.
The signal only transfers data to the linked CJ individual and requires no
answer signal. Block LI3 plays very little part in the remainder of the call
setup.
LI3R LI3
CCALLT1 LOAS
SEIZECAPS1
CAPSEIZED
CJ
SEIZECJ
CJSEIZED
CALLCJ SC
RCAT1
RCAT1R
KR2
SEIZEDR TS
TSCSEIZE
TSCSEIZED
DRSEIZED
CLCOF
SEIZERE RE
SEIZETCNEW REIBA
SEIZEIBA
IBASEIZED
RESEIZED
REQUESTACAT SC
SENDACAT
SENDAg34
REQUESTACATACK CK
SUSCS
CALLSUSCS
RCAT1
RCAT1R
CALLSUSCSR
SSSINFO2
SSSINFOACK
ENDSEIZEINFO
KR2
LI3R STARTDR
KR2R
REGSTS STARTS
CDIAL1
Dial Tone
sent
Figure 3.1
A-Subscriber Off-Hook
RCAT1 (SC)
CJ sends this signal to SC block (Subscriber Categories) to fetch
information concerning the categories of the subscriber and services that
the subscriber has activated. Almost all subscriber-related information is
stored in the block SC. This includes all subscriber categories, e.g. if the
subscriber has call-barring facilities or has a private meter, and the type of
subscriber: POTS, ISDN, Business Group etc.
RCAT1R (CJ)
All the data for the subscriber that is required at this stage is handed over
to CJ with this signal.
SEIZEDR (KR2)
If a subscriber category has indicated that a key-set telephone exists then
CJ requests block KR2 (Keyset Code Receiver) to provide a KR2 device
for the call. The signal will cause KR2 to search for an idle device, starting
in the same EM where the LIC is situated and then in the remaining EMs if
no idle device was found in the LICs EM.
CJ starts a time supervision immediately prior to this signal being sent and
stops the supervision when the first digit arrives at CJ from KR2.
TSCSEIZE (TS)
Having found an idle KR2 device KR2 orders the block TS (Time Switch)
to select a path through the time switch hardware, connecting the LIC
hardware to the chosen KR2 device. The signal contains the positions of
both the LI3 and KR2 devices in the Time Switch.
TSCSEIZED (KR2)
KR2 is informed that the path in the Time Switch is selected and operated.
DRSEIZED (CJ)
KR2 informs CJ that a KR2 device has been selected and reserved for the
call. The signal data contains the CJ individual handling call setup and the
chosen KR2 individual. These individuals in CJ and KR2 are thus now
linked for the call.
SEIZERE (CLCOF)
CJ sends this signal to seize an RE individual. The signal is sent via block
CLCOF (Call supervision and co-ordination of functions) so that a TC
(traffic control) individual can be chosen for the call.
SEIZETCNEW (RE)
The TC individual and the data that came to CLCOF in the previous signal
are sent on to RE block. The RE individual selected has the same number
as the TC individual in CLCOF. For this individual certain initial data
values are set, such as origin zero for routing, charging and B-number
analysis.
LI3R LI3
CCALLT1 LOAS
SEIZECAPS1
CAPSEIZED
CJ
SEIZECJ
CJSEIZED
CALLCJ SC
RCAT1
RCAT1R
KR2
SEIZEDR TS
TSCSEIZE
TSCSEIZED
DRSEIZED
CLCOF
SEIZERE RE
SEIZETCNEW REIBA
SEIZEIBA
IBASEIZED
RESEIZED
REQUESTACAT SC
SENDACAT
SENDACATACK
REQUESTACATACK
SUSCS
CALLSUSCS
RCAT1
RCAT1R
CALLSUSCSR
SSSINFO2
SSSINFOACK
ENDSEIZEINFO
KR2
LI3R STARTDR
KR2R
REGSTS STARTS
CDIAL1
Dial Tone
sent
Figure 3.1
A-Subscriber Off-Hook
SEIZEIBA (REIBA)
Block REIBA cooperates with block RE and is used in connection with the
B-number analysis. This combined forward signal is used to seize an
individual in REIBA and set some initial data for the individual. (The data
sent with the signal is the same data as was sent to RE in signal
SEIZETCNEW. The individual chosen in REIBA has the same number as
that chosen in RE and CLCOF, see above). The initial data set for the
individual includes the permitted length of the B-number, the length of the
country code and information about the sending program.
IBASEIZED (RE)
The combined backward signal from REIBA after an individual has been
selected and marked as seized. The RE individual is now marked as
reseized.
RESEIZED (CJ)
RE informs CJ that a register individual has been seized for reception of
digits. CJ, RE and REIBA are now linked together after this signal has
been received in CJ.
REQUESTACAT (RE)
The block CJ sends the SCP of the calling line to RE to initiate a sequence
in which subscriber categories are obtained. The signal is a combined
forward signal.
SENDACAT (SC)
Another combined forward signal is used to send on the request to SC
(Subscriber Categories) block.
SENDACATACK (RE)
A set of data concerning the subscribers categories is sent back to RE in
this signal. The categories sent here are those of interest to the register, for
instance origins for B-number analysis and charging analysis, and
categories for charging services, for instance charging check and
immediate service.
REQUESTACATACK (CJ)
An acknowledgement that A-subscribers categories have been received
by RE is made in this combined backward signal.
CALLSUSCS (SUSCS)
CJ links itself to SUSCS block with this signal. Data concerning the type
of call, together with the SCP of the subscriber is sent with the signal.
Block SUSCS looks after such subscriber functions as hot-line (FDC), last
number repetition and flash services such as call completion at busy
subscriber and call completion at no reply.
LI3R LI3
CCALLT1 LOAS
SEIZECAPS1
CAPSEIZED
CJ
SEIZECJ
CJSEIZED
CALLCJ SC
RCAT1
RCAT1R
KR2
SEIZEDR TS
TSCSEIZE
TSCSEIZED
DRSEIZED
CLCOF
SEIZERE RE
SEIZETCNEW REIBA
SEIZEIBA
IBASEIZED
RESEIZED
REQUESTACAT SC
SENDACAT
SENDACATACK
REQUESTACATACK
SUSCS
CALLSUSCS
RCAT1
RCAT1R
CALLSUSCSR
SSSINFO2
SSSINFOACK
ENDSEIZEINFO
KR2
LI3R STARTDR
KR2R
REGSTS STARTS
CDIAL1
Dial Tone
sent
Figure 3.1
A-Subscriber Off-Hook
CALLSUSCSR (CJ)
This signal indicates that an individual in block SUSCS has been seized
for the call.
ENDSEIZEINFO (RE)
CJ informs RE that all call information from SSS has been sent.
TCCALLEVENTACK
CJ
SC IGRA
SCPTONUM
SCPTONUMACK
IANRANDINFO
OANRANDINFO
ANUMFETCHED
ANUMFETCHED
Figure 3.2
A-Number Analysis, preparation for B-Number Analysis
FETCHANUM (SUPIA)
REIBA asks block SUPIA for the A-number and the results obtained from
the A-number analysis. SUPIA is the block that handles interwork
between the incoming and outgoing sides. It consists of two modules:
SUPIA (which handles supplementary subscriber services) and REIAA
(which handles the A-number analysis).
It should be noted that the three traffic control (TC) blocks RE, REIBA
and SUPIA always use the same individual number in each block for a
given call.
IBASTARTED (RE)
REIBA informs RE that the block is ready to receive the B-number digits.
TCCALLEVENT (CHCOOR)
CHCOOR is the main block that coordinates the call charging. Several
blocks, including CHCOOR, subscribe to RE to be informed about call
events that take place when a call is in register position. (Register position
implies that RE is involved in the call setup).
In this signal RE informs CHCOOR of the call event RE seized. The signal
contains the call event, linking data and other data about the call, such as
the originating code. This will be used for charging any active subscriber
services that are used. (Each originating code has a parameter that must be
active if subscriber services are to be charged.) The originating code was
originally sent to RE from CJ in signal SEIZERE.
Examples of other call events are: RE Release of Incoming Side, B-digit
Received, RE Handover to CLCOF.
TCCALLEVENTACK
CJ
SC IGRA
SCPTONUM
SCPTONUMACK
IANRANDINFO
OANRANDINFO
ANUMFETCHED
ANUMFETCHED
Figure 3.2
A-Number Analysis, preparation for B-Number Analysis
TCCALLEVENTACK (RE)
The acknowledgement to the above combined forward signal. The data
contains the RE individual, the CHCOOR kernel individual and whether
or not CHCOOR is to continue subscribing to RE for call event
information at call setup. It will not continue to subscribe if the originating
codes parameter controlling registration of subscriber services is not set
to active.
IGRA (CJ)
This signal is sent by SUPIA after it receives the signal FETCHANUM
from REIBA, above. It is used to fetch the A-subscriber number or type of
subscriber from CJ. Here the A-number is requested.
IANRANDINFO (RE)
This signal transfers the A-number on to RE. Information concerning
validity of the number and screening (A-number Presentation/Presentation
Barring, etc.) is also included.
OANRANDINFO (SUPIA)
This signal simply passes on the incoming data about the A-number to
block SUPIA.
BPREANRESOBAACK
DA
ANORIGB
DALINK
ANBDIG1
ANRES6A
ANBDIG1
ANRES32
ANBDIG1
ANRES7
INEXTBD
KR2R KR2
KSCODE2 RE
Digit 2 DRCODE
IGR1
IGR1
ANBDIG1
ANRES15
BANARESDATA
BANARESDATACK
ANBDIG1
ANRES32
ANBDIG1
ANRES11
INEXTBD
Figure 3.3
Reception & Analysis of Digits 1 &2
KSCODE2 (KR2)
The first digit dialled by the subscriber is detected by the KR2 circuit to
which the subscriber is connected. The regional software of KR2 in the
EMRP sends the digit on to the central software.
DRCODE (CJ)
KR2 transfers the digit to CJ.
ENDSELED (LI3)
On reception of DRCODE, CJ sends the signal ENDSELED to LI3 to
inform this block if the subscriber can perform hook flash (category FLA)
and to change the state of the LI3 device to busy. CJ also starts a time
supervision on time between incoming B digits.
IGR1 (RE)
This signal is sent next by CJ to transfer the first digit to RE.
IGR1 (REIBA)
RE transfers the digit to REIBA.
BPREANA (PREA)
This combined forward signal is used to start the B-number pre-analysis.
Among the data sent in the signal is the origin for B-number analysis and
numbering plan information.
BPREANRESOBAACK (REIBA)
The combined backward signal after the pre-analysis has been started. In a
successful case, the reply contains the actual origin for B-number analysis
that will be used in DA (Digit Analysis) block. This value is extracted
from the value sent in signal BPREANA.
ANORIGB (DA)
This signal sends the actual origin for B-number analysis to DA
DALINK (REIBA)
The combined backward signal contains the DA-link, the pointer to the
origin (analysis tree) in the B-number analysis table used when analysing
the digits.
BPREANRESOBAACK
DA
ANORIGB
DALINK
ANBDIG1
ANRES6A
ANBDIG1
ANRES32
ANBDIG1
ANRES7
INEXTBD
KR2R KR2
KSCODE2 RE
Digit 2 DRCODE
IGR1
IGR1
ANBDIG1
ANRES15
BANARESDATA
BANARESDATACK
ANBDIG1
ANRES32
ANBDIG1
ANRES11
INEXTBD
Figure 3.3
Reception & Analysis of Digits 1&2
ANBDIG1 (DA)
This combined forward signal sends the first B-digit and DA-link to DA.
ANRES6A
The first result of the analysis is a modification of the B-number. (In this
case the first digit will be removed after all analysis results have been
obtained from it, creating a new B-number).
ANBDIG1 (DA)
REIBA re-sends the first B-digit to DA, not yet modified, to obtain any
further data for the digit from the B-number analysis table.
ANRES32
This time the result contains Numbering Plan information.
ANBDIG1 (DA)
Re-sending the first B-digit to DA for any further analysis result.
ANRES7
This result says send the new first digit in the B-number now modified
according to the modification data received above in ANRES6A. It also
contains the new value of DA-link, i.e. the new origin or tree where the
digit will be analysed.
INEXTBD (CJ)
The register tells CJ to send the next digit.
ANBDIG1 (DA)
The second digit is sent by REIBA to RE.
ANRES15 (REIBA)
The Traffic Destination Code is sent back.
ANBDIG1 (DA)
ANRES32 (REIBA)
The Numbering Plan is returned. (Also given after the first digit here.)
ANBDIG1 (DA)
ANRES11 (REIBA)
Send next digit in B-number.
INEXTBD (CJ)
RE
IGR1 REIBA
IGR1 DA
ANBDIG1
ANRES3
CHCOOR BDIGANARESCC
PRIMCHARGANA
PRIMCHARGANAR
CONTBANA
ANBDIG1
ANRES6A
ANBDIG1
ANRES2
ANBDIG1
CHMON ANRES11
INEXTBD
INEXTBD
KR2R KR2
Digit 4
KSCODE2
DRCODE
CHMON RE
IGR1
IGR1
ANBDIG1
ANRESCAC
BANARESDATA
BANARESDATAACK
ANBDIG1
CHMON ANRES11
INEXTBD
Figure 3.4
Reception & Analysis of Digits 3 & 4
ANRES3 (REIBA)
The first result from the third digit contains the Charging Case (CC).
BDIGANARESCC (RE)
REIBA sends the Charging Case (CC) obtained with ANRE3 on to RE.
The charging analysis is quite complex and only a small part is shown
here. Several charging blocks and many signals are involved. All charging
blocks are coordinated by CHCOOR and are described in the general
section in the software document for this block (PLEX/E-module).
Two of the main signals between RE and CHCOOR are shown below.
PRIMCHARGANA (CHCOOR)
The CC is sent to CHCOOR for primary charging analysis. The signal
contains all the data about the A-subscriber and other call parameters
required by CHCOOR.
PRIMCHARGANAR (RE)
Eventually, after involvement of further blocks to obtain Tariff Class and
Tariff data, CHCOOR sends the result of the primary charging analysis to
RE. As well as including the analysis result (charging/no charging) the
data can also include a tariff message (to be sent on to another exchange)
or if charging information is to be expected back from a superior exchange
on the outgoing trunk.
Finally CHCOOR also orders the block CHMON to link into the traffic
chain between CJ and RE/CLCOF. These signals are not shown here.
CHMON will later initiate the charging on reception of the Answer
Charge MSU at B-answer. CHMON also directs CHCOOR to initiate an
output of charging information to he subscribers call meter at call
disconnection.
CONTBANA (REIBA)
RE orders REIBA to continue the B-number analysis
ANRES6A (REIBA)
Modification of the B-number (in our case the first two digits of the new
B-number - the remaining area code - will be removed after all analysis
results have been obtained from them).
ANRES2 (REIBA)
The Routing Case is returned.
ANRES11 (REIBA)
Send next digit. In this case the analysis has specified that the fourth and
subsequent digits shall be analysed in a new origin (tree). The signal also
contains the DA-link for this new origin.
RE
IGR1 REIBA
IGR1 DA
ANBDIG1
ANRES3
CHCOOR BDIGANARESCC
PRIMCHARGANA
PRIMCHARGANAR
CONTBANA
ANBDIG1
ANRES6A
ANBDIG1
ANRES2
ANBDIG1
CHMON ANRES11
INEXTBD
INEXTBD
KR2R KR2
Digit 4
KSCODE2
DRCODE
CHMON RE
IGR1
IGR1
ANBDIG1
ANRESCAC
BANARESDATA
BANARESDATAACK
ANBDIG1
CHMON ANRES11
INEXTBD
Figure 3.4
Reception & Analysis of Digits 3 & 4
ANRESCAC
The Carrier Access Code is returned.
ANRES11 (REIBA)
No further data so send next digit.
INEXTBD (CHMON), INEXTBD (CJ)
CJ is asked for the next digit.
RE
IGR1 REIBA
IGR1 DA
ANBDIG1
ANRES4
ANBDIG1
ANRES13
RA BDIGANARESRC
SELROUTE4
OROUTE4
OSENDINGINFO
INEXTBD
KR2R KR2
Digit 6
KSCODE2
DRCODE
RE
IGR1
IGR1
INEXTBD
KSCODE2
Digit 7 DRCODE RE
IGR1
IGR1
INEXTBD
KSCODE2
Digit 8 etc.
Figure 3.5
Reception & Analysis of Remaining Digits
ANRES4 (REIBA)
The first result of the fifth digit gives the Number Length.
ANRES13 (REIBA)
This result says that no further information is available in this analysis tree
and that the analysis is ended. Further digits will not be sent to DA.
BDIGANARESRC (RE)
After the completion of the analysis in DA, the Routing Case (RC) can be
sent by REIBA to RE.
SELROUTE4 (RA)
The RC is sent from RE to RA block for analysis in this combined forward
signal.
OROUTE4 (RE)
The results of the route analysis, including sending program, block, global
route number, etc., are returned to RE in the combined backward signal.
OSENDINGINFO (REIBA)
Using the data obtained from the route analysis as well as data obtained
earlier, RE now sends information to REIBA to be used in connection with
seizure of outgoing side and digit sending, such as the sending program.
CHMON RE
IGR1 REIBA
IGR1
OSEIZED3
OSIDESEIZED
SUPIA
OSIDESEIZED
OSIDESEIZEDR
CHMON
ISELPA
JT2
ETCSEIZE
ETCSEIZED
TS
SELPAT1
SELPATR CHMON
ISELPAR
TSM GS
BSELOPA
TCT
TCTR
OPED
OREADYFORCALL
CHMON
IGRA
CALLPOINT
CALL
STARTDIGSEND
SUPIA
STARTDIGSEND
DISCDR
TSCRLSE
Continued in
next figure
TSCRLSED
DRCLEAR
Figure 3.6
Reception & Analysis of Last Digit, Setting up the Speech Path
OSEIZEPOINT (RE)
After the last digit has been received in REIBA this signal is used to
inform RE that the seizure point for the outgoing side has been reached.
SEIZEOLINK (C7BTI3)
This signal is used to select an outgoing device in the block containing the
route obtained from the route analysis. The device used for the speech is
thus a C7BTI3 device.
OUTSEIZED (C7OTHI3)
By this direct signal, C7OTHI3 is told to start the outgoing traffic
handling, i.e. activate the call for the selected outgoing C7BT device. (The
device individual in C7OTHI3 is automatically the same as the selected
device pointer in C7BTI3). Certain data values are set and the state of the
device in the block is marked as seized.
OSEIZED3 (RE)
C7OTHI3 now informs RE that an outgoing device has been selected.
Among the data sent in the signal is the outgoing device pointer, outgoing
block reference (C7OTHI3), the global route number, the inlet in the GSD
of the device, and signalling system capabilities information.
OSIDESEIZED (REIBA)
RE informs REIBA that an outgoing device has been selected, sending the
outgoing device pointer and the outgoing block reference (C7OTHI3). The
remaining data contains signalling system information received from
C7OTHI3 in the previous signal.
(RE actually sends the signal back to itself first, as a a direct signal. After
making some changes to the value of some states, the signal is sent to
REIBA).
OSIDESEIZED (SUPIA)
After storing the outgoing device pointer and block reference, REIBA
sends the same direct signal - with unchanged data - on to SUPIA.
OSIDESEIZEDR (RE)
After storing the incoming data this return signal is sent to inform RE that
SUPIA has received the message that an outgoing device is selected and
that SUPIA is now interworking with RE for the call.
The next part of the call is to prepare for the call setup through the
subscriber switch of the A-subscriber. The KR2 device is still connected to
the subscribers LIC and has to be disconnected, and a channel has to be
selected between the subscriber switch and the group switch.
CHMON RE
IGR1 REIBA
IGR1
OSEIZED3
OSIDESEIZED
SUPIA
OSIDESEIZED
OSIDESEIZEDR
CHMON
ISELPA
JT2
ETCSEIZE
ETCSEIZED
TS
SELPAT1
SELPATR CHMON
ISELPAR
TSM GS
BSELOPA
TCT
TCTR
OPED
OREADYFORCALL
CHMON
IGRA
CALLPOINT
CALL
STARTDIGSEND
SUPIA
STARTDIGSEND
DISCDR
TSCRLSE
Continued in
next figure
TSCRLSED
DRCLEAR
Figure 3.6
Reception & Analysis of Last Digit, Setting up the Speech Path
ISELPA (CJ)
RE tells CJ to select a path on the incoming side. The path will either be on
a timeslot in the EMTS for an internal call (both subscribers in the same
EMG), or on a JT/RT channel to the group switch for an outgoing call or a
call where the two subscribers are in the same exchange, but are connected
to different EMGs. The data in ISELPA tells CJ which case applies.
Also, CJ knows which of the blocks JT or RT is to be used, as it was told
earlier, in the signal CALLCJ, whether or not the A-subscribers EM
belonged to a local or remote subscriber stage.
ISELPAR (RE)
Block CJ informs RE that a path through the subscriber switch has been
selected. The signal also contains the multiple position in GS of the
selected JT2 channel. This information will be used later by the register.
BSELOPA (GS)
RE now asks block GS to connect the multiple position (MUP) of the
selected JT2 channel to the MUP of the outgoing C7BTI3 channel. (This
MUP was sent to RE earlier in the signal OSEIZED3, above). To make the
connection, GS block first selects and busy-marks an idle timeslot for the
call.
CHMON RE
IGR1 REIBA
IGR1
OSEIZED3
OSIDESEIZED
SUPIA
OSIDESEIZED
OSIDESEIZEDR
CHMON
ISELPA
JT2
ETCSEIZE
ETCSEIZED
TS
SELPAT1
SELPATR CHMON
ISELPAR
TSM GS
BSELOPA
TCT
TCTR
OPED
OREADYFORCALL
CHMON
IGRA
CALLPOINT
CALL
STARTDIGSEND
SUPIA
STARTDIGSEND
DISCDR
TSCRLSE
Continued in
next figure
TSCRLSED
DRCLEAR
Figure 3.6
Reception & Analysis of Last Digit, Setting up the Speech Path
OPED (RE)
GS informs RE that the path is now operating in the Group Switch.
OREADYFORCALL (REIBA)
RE informs REIBA that it is ready to send the call. A connection now
exists in between the LIC, JT and outgoing C7BT devices.
IGRA (CJ)
REIBA now sends a buffered signal to CJ to inform it that the complete B-
number has been received. It will be used in CJ to initiate disconnection of
the KR2 device as this is still connected
CALLPOINT (RE)
REIBA informs RE with this direct signal that the call can be sent to the
outgoing side.
CALL (C7OTHI3)
RE informs the traffic handling block for the outgoing trunk to send out a
call message (IAM or IAI), in this case an IAI (Initial Address message,
Additional information).
STARTDIGSEND (REIBA)
RE informs REIBA that digit sending by means of OGRA (outgoing group
A) signals is ready to be started. REIBA and block SUPIA will take part in
this signalling.
STARTDIGSEND (SUPIA)
REIBA passes on the signal to block SUPIA, the block handling the A-
number analysis.
DISCDR (KR2)
When the buffered signal IGRA - sent by REIBA above - arrives in CJ, it
causes CJ to send DISCDR to KR2 to disconnect the KR device.
TSCRLSE (TS)
KR2 orders TS block to release the connection LI2-KR3 in the Time
Switch.
TSCRLSED (KR2)
After test and disconnection TS will eventually reply with the signal
TSCRLSED. This signal and the following signal, concerning
disconnection of KR2, is shown at this point.
DRCLEAR (CJ)
On release of the connection in the Time Switch, a signal is sent by KR2 to
its regional software to initiate test and disconnection of the KR2 device.
KR2 sends DRCLEAR to CJ to say that the KR2 device has been
disconnected.
OGRA H28
LONGDISTINFO
OGRA H29
OROUTINGINFOF
CHECKBDIGREQ
OGR5
OGR5
OGRA H23
OGRA H23
OBNUMINFO
OGRA H4
OGRA H4
OBNR
OREADSUPINFBACK
IREADSUPINFBACK
OANRANDINFO
OENDSUPINFFORW
OREADINFOBACK
OCALLCHARFORW
IREADINFOBACK
OENDINFOFORW
C7DR2
ROUTEMSU C7ST2
C7EMITMSU C7ST2R
C7MSUERP
C7EMITMSUACK
ROUTEMSUACK MSU (IAI) SENT
OENDBACK
IENDBACK
Figure 3.7
Formation & Sending IAI Message Signal Unit
OGRA (RE)
The first OGRA signal sent was OGRA H28. This signal contains two
data words: the pointer in the RE individual and the number of the signal.
Signal H28 is used to obtain Long Distance information from RE.
LONGDISTINFOF (C7OTHI3)
The reply signal to the C7 block contains information about language
digits, echo suppressors and satellite connections.
OGRA (RE)
The next OGRA signal is number H29, which asks for information about
routing information.
OROUTINGINFO (C7OTHI3)
The signal gives information about required transmission medium, type of
signalling and type of call (national/international).
CHECKBDIGREQ (REIBA)
This signal is sent to REIBA by SUPIA when the latter receives a request
for information (IGRA/OGRA), in case REIBA has to request B-digit
information from CJ (signal INEXTBD). This is determined in REIBA,
depending on the state of the REIBA individual when the signal is
received. No signal is sent from REIBA in this case.
OGRA H28
LONGDISTINFO
OGRA H29
OROUTINGINFOF
CHECKBDIGREQ
OGR5
OGR5
OGRA H23
OGRA H23
OBNUMINFO
OGRA H4
OGRA H4
OBNR
OREADSUPINFBACK
IREADSUPINFBACK
OANRANDINFO
OENDSUPINFFORW
OREADINFOBACK
OCALLCHARFORW
IREADINFOBACK
OENDINFOFORW
C7DR2
ROUTEMSU C7ST2
C7EMITMSU C7ST2R
C7MSUERP
C7EMITMSUACK
ROUTEMSUACK MSU (IAI) SENT
OENDBACK
IENDBACK
Figure 3.7
Formation & Sending IAI Message Signal Unit
OBNUMINFO (C7OTHI3)
The required B-number information is sent from RE.
OBNR (C7OTHI3)
The B-number is sent, starting with the first digit according to the sending
program and ending with the last digit.
OREADSUPINFBACK (RE)
The data words in this signal consist of request bits, each bit stating
whether or not supplementary service data concerning the A-subscriber is
required. Examples are: Supplementary Service Indicators, Redirection
Information, A-number and A-number information and Call Completion
To Busy Subscriber.
The signal is concerned with a so-called event that relates to the signalling
between the exchanges. The event in this case is Forward Setup. (Note:
this type of event should not be confused with the call events in register
position as used by signal TCEVENTSUB, seen earlier).
IREADSUPINFBACK (SUPIA)
The signal passes on the above request for information, including the
event, to block SUPIA.
OANRANDINFO (C7OTHI3)
SUPIA replies to the C7 outgoing traffic handling block with the required
supplementary service data, including the A-number.
OENDSUPINFFORW (C7OTHI3)
SUPIA informs C7OTHI3 that the supplementary service data requested
for this event by signal OREADSUPINFBACK has now all been sent.
OREADINFOBACK (RE)
This signal requests further information for this event from RE. There
exists a large number of answer signals and the one to be sent is
determined by the event, here Forward Setup.
OCALLCHARFORW (C7OTHI3)
The answer to the previous signal, in this case supplying requested
information. It includes signalling and information transfer characteristics
for the call, such as if the call is wholly or partly ISDN, and if C7
signalling is used for all or part of the call.
OGRA H28
LONGDISTINFO
OGRA H29
OROUTINGINFOF
CHECKBDIGREQ
OGR5
OGR5
OGRA H23
OGRA H23
OBNUMINFO
OGRA H4
OGRA H4
OBNR
OREADSUPINFBACK
IREADSUPINFBACK
OANRANDINFO
OENDSUPINFFORW
OREADINFOBACK
OCALLCHARFORW
IREADINFOBACK
OENDINFOFORW
C7DR2
ROUTEMSU C7ST2
C7EMITMSU C7ST2R
C7MSUERP
C7EMITMSUACK
ROUTEMSUACK MSU (IAI) SENT
OENDBACK
IENDBACK
Figure 3.7
Formation & Sending IAI Message Signal Unit
IREADINFOBACK (SUPIA)
This is used to collect further information about the event Forward Setup.
The requested information is indicated by the request bits - in this case RE
asks SUPIA if it has any more information about call characteristics.
OENDINFOFORW (C7OTHI3)
SUPIA only has more information for ISDN calls and, as this call is not
ISDN, it sends the signal OENDINFOFORW to C7OTHI3 saying that the
reading of information is now complete for the event, Forward Setup.
The C7OTHI3 block now has all the information it requires to send the IAI
MSU to the next exchange via a signalling link. C7OTHI3 now assembles
the data into the routing label and octets of the MSU.
ROUTEMSU (C7DR2)
The MSU is sent on to C7DR2 where selection of a suitable signalling link
and its signalling terminal takes place. The signal is a combined forward
signal.
C7EMITMSU (C7ST2)
The MSU together with the chosen signalling terminal is sent in a
combined forward signal to C7ST2, the block that controls the signalling
terminals.
C7MSUERP (C7ST2R)
The MSU together with the signal terminal individual is sent to the
regional software of C7ST2 block. The RP in its turn sends on the message
via the signalling terminal.
C7EMITMSUACK (C7DR2)
The combined backward signal to confirm that the MSU has been sent. It
carries no other data.
ROUTEMSUACK (C7OTHI3)
The combined backward signal is sent directly from C7DR2 to confirm the
sending of the MSU. C7DR2 also inserts data about possible signalling
terminal congestion, if any for the STs belonging to the chosen route
OENDBACK (RE)
This signal is the return signal to signal CALL sent earlier, which was
used to initiate the outgoing signalling. C7OTHI3 replies that the outgoing
side has now finished the outgoing signalling for this event, Forward
Setup.
IENDBACK (SUPIA)
SUPIA is informed that the outgoing side has finished with the signalling
for this event. The program exits in this block and nothing will happen
until a backward signal comes in from the remote exchange.
C7ST2 C7ST2R
C7DR2 C7RPMSU
C7LABT C7DISCRMSU
C7BTI3
C7OTHI3 TAKEMSU
TAKEIMSU2
RE TAKEIMSU2
OSETUP6
REIBA OENDFORW
SUPIA STOPDIGSEND
STOPDIGSEND
STOPDIGSENDR
IBASETUP
IBASETUPR
OCLEAR
CJ TS
ISETUP
TSCOPERATE
TSCOPERATED
ICLEAR
CLCOF
TCINFO1
TCINFOACK
TCINFO2
TCINFOACK
TCINFO3
TCINFOACK
ITHCON
IRELINKED
CHSTART2
OTHCON
SUPIA
SUPIATHCON
SUPIATHCONACK
TAKEOVERCLCOF
ORELINKED
Figure 3.8
ACM Message Signal Unit Received
C7RPMSU (C7ST2)
An MSU has arrived at the RP controlling the signalling terminal and is
sent on to the CP. This MSU is an ACM, Address Complete Message,
which is sent when the complete B-number has been received and the B-
subscriber is free and ringing is started.
C7DISCRMSU (C7DR2)
C7ST2 translates the first data word in the signal, the incoming signal
terminal pointer, to an incoming signalling link and sends the MSU with
its data on to C7DR2.
TAKEMSU (C7LABT)
C7DR2 checks if the MSU is to be buffered, or, if not, either routes the
MSU to the Telephone User Part (TUP) in the own exchange (SP) with
signal TAKEMSU, or sends it back to C7ST2 if the message is for another
exchange (signal C7EMITMSU). The signal contains the pointer to the
user part, the signalling link and the MSU itself.
TAKEIMSU2 (C7BTI3)
C7LABT translates the CIC (Circuit Identification Code) in the MSU into
the C7BTI3 device and sends on the MSU to C7BTI3.
TAKEIMSU2 (C7OTHI3)
The message is sent on to the outgoing traffic handling block.
OSETUP6 (RE)
This signal tells RE that the remote exchange has replied that call setup
has been successful, i.e. the B-subscriber is idle (i.e. ACM has been
received). The signal orders RE to perform end-of-selection in the
incoming side, i.e. connect the A-subscriber through TS. The signal
contains end-of-selection information from C7OTHI3 (time supervision of
B-answer, type of call release, B-subscriber is idle) and EOS from the
remote exchange about the B-subscriber.
C7ST2 C7ST2R
C7DR2 C7RPMSU
C7LABT C7DISCRMSU
C7BTI3
C7OTHI3 TAKEMSU
TAKEIMSU2
RE TAKEIMSU2
OSETUP6
REIBA OENDFORW
SUPIA STOPDIGSEND
STOPDIGSEND
STOPDIGSENDR
IBASETUP
IBASETUPR
OCLEAR
CJ TS
ISETUP
TSCOPERATE
TSCOPERATED
ICLEAR
CLCOF
TCINFO1
TCINFOACK
TCINFO2
TCINFOACK
TCINFO3
TCINFOACK
ITHCON
IRELINKED
CHSTART2
OTHCON
SUPIA
SUPIATHCON
SUPIATHCONACK
TAKEOVERCLCOF
ORELINKED
Figure 3.8
ACM Message Signal Unit Received
OENDFORW (C7OTHI3)
RE replies with a return signal, sending only the C7OTHI3 pointer and the
event, Initial Backward Setup Information. This signal says that this event
is now terminated and is of no further interest for the outward side. It
causes the state of the C7OTHI3 individual to change from REG to
REGEND and the signal OCLEAR to be sent.
STOPDIGSENDR (RE)
SUPIA acknowledges the above signal.
OCLEAR (RE)
This signal is a result of OENDFORW above. C7OTHI3 informs RE that
end-of-selection is finished in the outgoing junction.
ISETUP (CJ)
RE tells CJ to set up the speech condition on the incoming side, passing on
data about end-of-selection and charging. The signal passes through
CHMON.
C7ST2 C7ST2R
C7DR2 C7RPMSU
C7LABT C7DISCRMSU
C7BTI3
C7OTHI3 TAKEMSU
TAKEIMSU2
RE TAKEIMSU2
OSETUP6
REIBA OENDFORW
SUPIA STOPDIGSEND
STOPDIGSEND
STOPDIGSENDR
IBASETUP
IBASETUPR
OCLEAR
CJ TS
ISETUP
TSCOPERATE
TSCOPERATED
ICLEAR
CLCOF
TCINFO1
TCINFOACK
TCINFO2
TCINFOACK
TCINFO3
TCINFOACK
ITHCON
IRELINKED
CHSTART2
OTHCON
SUPIA
SUPIATHCON
SUPIATHCONACK
TAKEOVERCLCOF
ORELINKED
Figure 3.8
ACM Message Signal Unit Received
ICLEAR (RE)
CJ reports to the register that the incoming side is prepared. This signal
also passes through CHMON on route to RE.
CHSTART2 (CHMON)
CJ orders CHMON to start charging with this signal. As the call has
reached end-of-selection, CHMON first checks if any charging tariff has
been specified for the time between end-of-selection and B-answer. As no
such charging has been specified in this application, the program exits and
no charging is started yet.
OTHCON (C7OTH3)
RE tells the outgoing side, C7OTH3 to through connect and re-link to the
CLCOF individual.
TAKEOVERCLCOF (CLCOF)
The RE block tells CLCOF that it is responsible for the call.
ORELINKED (RE)
C7OTH3 replies to the signal OTHCON above saying that it is re-linked to
block CLCOF. RE has now finished its work for this call. The RE
individual now takes the state idle and is available for selection by a new
call.
By this stage - after reception of the C7ACM message and the sending of
the above signals - end of selection has been reached. Ringing signals are
being sent at the B-subscribers exchange and ring control tones are being
sent back to the A-subscriber over the speech path.
C7ST2 C7ST2R
C7DR2 C7RPMSU
C7LABT C7DISCMSU
C7BTI3 TAKEMSU
C7OTHI3 TAKEIMSU2
TAKEIMSU2
CLCOF
MARKBANSW
BANSW1
OENDFORW
CHMON
BANSW2
CHSUB
STEPMETER1
STEPMETER1ACK
CJ
BANSW2
Figure 3.9
ANC Message Signal Unit Received
C7RPMSU (C7ST2)
The MSU passes from the regional to the central software of block C7ST2.
C7DISCRMSU (C7DR2)
The MSU is passed on to routing and discriminating block which will
decide where the message is to be sent.
TAKEMSU (C7LABT)
Here, C7DR2 routes the message to block C7LABT in TUP.
TAKEIMSU2 (C7BTI3)
C7LABT performs the CIC-to-BT device translation and sends the
message to C7BTI3.
TAKEIMSU2 (C7OTHI3)
The message is sent on to C7OTHI3. Here the state of the device is
changed to B-answer, and the individual is marked answer-charge.
MARKBANSW (C7BTI3)
This signal is sent to mark the device B-answer in C7BTI3. This is used by
the seizure supervision of the trunks.
BANSW1 (CLCOF)
CLCOF is informed that the B-subscriber has answered. The A-subscriber
is marked charging, the B-subscriber as off-hook, and the time supervision
on B-answer is stopped.
OENDFORW (C7OTHI3)
This signal is sent to C7BTI3 to indicate that the current event, Answer, is
of no further interest to the outgoing side.
BANSW2 (CHMON)
CHMON is informed that B-subscriber has answered. The signal contains
information about which subscriber, if any, is charged and which
exchange carries out the charging. It is this signal that starts the charging:
CHMON then orders block CHCHARG to initiate pulse generation and
send back the start pulses (not shown). CHMON then sends the pulses to
block CHSUB with signal STEPMETER1 to step the subscribers call
meter.
BANSW2 (CJ)
This B-answer signal is passed on to CJ by CHMON. The state of the A-
subscriber in CJ is set as A-speech, substate is B-answer.
DISCONNR SUPIA
OSIDEREL
C7BTI3
ODISCED C7DR2
IDISC OTRELEASE1 C7ST2
IDISC ROUTEMSU
TS ISIDEREL C7EMITMSU
C7ST2R
TSCRLSE C7MSUERP
C7EMITMSUACK
ROUTEMSUACK
TSCRLSED
IDISCED
IDISCED
JT2 CLF SENT
LI3 ETCRLSE
RLSELA4
RELEASESUPIA
RLSEDSUB1
SLCT
LTEST
CHCOOR
CALLDISC
CSTERM (LI3)
LI3R informs LI3 that the A-subscriber has hung up.
STERM (CJ)
CJ is informed of the termination.
ATERM1 (CLCOF)
The fact that the A-sub has gone on hook is sent to CLCOF to initiate a
clear forward signal being sent to the other exchange. The signal passes
through CHMON where steps will be initiated to stop charging.
DISCGS (CJ)
CLCOF orders CJ to disconnect the through-connection in the Group
Switch. Again, the signal passes through CHMON which is linked
between CJ and CLCOF.
RELA (GS)
CJ orders GS to disconnect the path through the Group Switch.
DISCONN (TS)
GS orders TSM to disconnect the path through the TSM. The signal
contains the time slot and incoming and outgoing multiple positions in GS.
DISCONNR (GS)
After disconnection the individual in TSM handling the call is set to idle
and the answer signal saying the connection is released is sent to GS.
OGREL (C7OTHI3)
After sending DISCGS above, CLCOF orders a forced release of the
outgoing side.
ODISC (C7OTHI3)
CLCOF orders a release of the outgoing side from TCS. This means that
the linking between the CLCOF and C7OTHI3 individuals is released. The
signal contains data for stepping the quality supervision counter. The state
of the C7OTHI3 individual changes from speech to passive. For this
block, passive state means that the device is in fact idle.
OSIDEREL (SUPIA)
CLCOF informs SUPIA about the disconnection of the outgoing side.
DISCONNR SUPIA
OSIDEREL
C7BTI3
ODISCED C7DR2
IDISC OTRELEASE1 C7ST2
IDISC ROUTEMSU
TS ISIDEREL C7EMITMSU
C7ST2R
TSCRLSE C7MSUERP
C7EMITMSUACK
ROUTEMSUACK
TSCRLSED
IDISCED
IDISCED
JT2 CLF SENT
LI3 ETCRLSE
RLSELA4
RELEASESUPIA
RLSEDSUB1
SLCT
LTEST
CHCOOR
CALLDISC
ODISCED (CLCOF)
C7OTHI3 replies to CLCOF that the outgoing side is disconnected. It also
sends the signal OTRELEASE1 to C7BTI3. This will be covered later,
below.
IDISC (CJ)
CLCOF now orders CJ to release the incoming individual from TCS. The
signal contains data for stepping the speech quality supervision counter
and about the type of disconnection, e.g normal, subscriber busy,
congestion, etc. The signal passes via CHMON where it causes the pulse
generation to be stopped (in block CHCHARG) and the reason for call
release to be stored.
ISIDEREL (SUPIA)
CLCOF informs SUPIA about the disconnection of the incoming side.
TSCRLSE (TS)
On receiving IDISC, CJ checks if the Group Switch is disconnected, and,
as this was done above, sets the state of the call individual to
disconnection started, and the TS state to release. TSCRLSE is sent to TS
to release the connection between the LI3 and JT2 devices.
TSCRLSED (CJ)
TS replies that the TS connection is released.
IDISCED (CLCOF)
On reception of TSCRLSED, CJ sends this signal to CLCOF saying that
the incoming individual is released from CLCOF (TCS). As will be seen
later, this will cause CLCOF to start the disconnection procedure in TCS.
The signal passes CHMON where the charging individual is passivated
and the total charging call counter is stepped.
CALLDISC (CHCOOR)
After receiving IDISCED CHMON informs CHCOOR of the call
disconnection. The signal contains the individual, the call duration in
seconds and the number of recorded pulses for the call.
ETCRLSE (JT2)
CJ next checks to see if the call individual shows that a JT/RT device is
linked to the incoming side. As it is, it sends the signal to release the JT
channel. On reception of the signal, JT2 updates its seizure and quality
supervision counters, sets the state of the device to idle and puts the device
in the idle list. No return signal is sent in this case.
RLSELA4 (LI3)
CJ next sends this signal to LI3 to release the LI individual. The signal
contains the individual, information that B-subscriber has answered and
information about any line test that is to be made.
DISCONNR SUPIA
OSIDEREL
C7BTI3
ODISCED C7DR2
IDISC OTRELEASE1 C7ST2
IDISC ROUTEMSU
TS ISIDEREL C7EMITMSU
C7ST2R
TSCRLSE C7MSUERP
C7EMITMSUACK
ROUTEMSUACK
TSCRLSED
IDISCED
IDISCED
JT2 CLF SENT
LI3 ETCRLSE
RLSELA4
RELEASESUPIA
RLSEDSUB1
SLCT
LTEST
CHCOOR
CALLDISC
RLSEDSUB1 (CJ)
LI3 informs CJ that the subscriber line is released. The state of the
subscriber line is set to blocked prior to testing.
LTEST (SLCT)
LI3 asks SLCT to perform a test of the LI individual. The data includes the
individual, EM and EMG of the LIC, as well as whether B-answer was
obtained or not. B-answer implies a line test, a non B-answer leads to test
of the LIC.
RELEASESUPIA (SUPIA)
When CLCOF receives IDISCED, above, saying that the A-side is
released from TCS, it starts the complete disconnection procedure for the
call in TCS. It disconnects forlopp links and variables, releases all COF
individuals linked in (Coordination Of Functions) decreases traffic level
counters and sends this signal to release the connection to SUPIA. Finally
the CLCOF individual is set to idle. It has now finished its work for this
call.
The following part of the signal handling covers the sending of the MSU
containing the Clear Forward signal towards the remote exchange.
OTRELEASE1 (C7BTI3)
After signal ODISCSED was sent by C7OTHI3 to CLCOF, above,
C7OTHI3 orders C7BTI3 to initiate the release procedure for an outgoing
call, i.e. to send a clear forward signal. The data sent here includes the type
of release, here a normal release.
The following signals for sending the C7MSU have been covered earlier
when the MSU IAI was sent. It should be noticed that in this case the MSU
is created and sent by the block C7BTI3 and not C7OTHI3.
ROUTEMSU (C7DR2)
For selection of a suitable signalling link and its signalling terminal.
C7EMITMSU (C7ST2)
Sends the MSU together with the chosen signalling terminal to C7ST2
C7MSUERP (C7ST2R)
The MSU together with the signal terminal individual is sent to the
regional software of C7ST2 block. The RP sends on the message via the
signalling terminal.
C7EMITMSUACK (C7DR2)
The combined backward signal confirming that the MSU has been sent.
ROUTEMSUACK (C7BTI3)
The combined backward signal is sent directly from C7DR2 to confirm the
sending of the MSU.
Figure 3.11
RLG Received
C7RPMSU (C7ST2)
The Release Guard MSU has arrived at the RP and is sent on to the CP.
C7DISCRMSU (C7DR2)
C7ST2 sends the MSU with its data on to C7DR2.
TAKEMSU (C7LABT)
Here, C7DR2 routes the MSU to the Telephone User Part (TUP) in the
own exchange (SP). The signal contains the pointer to the user part, the
signalling link and the MSU itself.
TAKEIMSU2 (C7BTI3)
After translating the CIC information to a BT device C7LABT sends the
Release Guard message to CTBTI3, where the device state is set to idle.
No further signal is sent to C7OTHI3.