T Rec Q.704 199607 I!!pdf e
T Rec Q.704 199607 I!!pdf e
T Rec Q.704 199607 I!!pdf e
)45
4
TELECOMMUNICATION STANDARDIZATION SECTOR OF ITU
1
(07/96)
SERIES Q: SWITCHING AND SIGNALLING Specifications of Signalling System No. 7 Message transfer part
SIGNALLING IN THE INTERNATIONAL MANUAL SERVICE INTERNATIONAL AUTOMATIC AND SEMI-AUTOMATIC WORKING FUNCTIONS AND INFORMATION FLOWS FOR SERVICES IN THE ISDN CLAUSES APPLICABLE TO ITU-T STANDARD SYSTEMS SPECIFICATION OF SIGNALLING SYSTEMS No. 4 AND No. 5 SPECIFICATIONS OF SIGNALLING SYSTEM No. 6 SPECIFICATIONS OF SIGNALLING SYSTEM R1 SPECIFICATIONS OF SIGNALLING SYSTEM R2 DIGITAL EXCHANGES INTERWORKING OF SIGNALLING SYSTEMS SPECIFICATIONS OF SIGNALLING SYSTEM No. 7 General -ESSAGE TRANSFER PART Simplified message transfer part Signalling connection control part Telephone user part ISDN supplementary services Data user part Signalling System No. 7 management ISDN user part Transaction capabilities application part Test specification Q3 interface DIGITAL SUBSCRIBER SIGNALLING SYSTEM No. 1 PUBLIC LAND MOBILE NETWORK INTERWORKING WITH SATELLITE MOBILE SYSTEMS INTELLIGENT NETWORK BROADBAND ISDN
Q.1Q.3 Q.4Q.59 Q.60Q.99 Q.100Q.119 Q.120Q.249 Q.250Q.309 Q.310Q.399 Q.400Q.499 Q.500Q.599 Q.600Q.699 Q.700Q.849 Q.700 1 1 Q.710 Q.711Q.719 Q.720Q.729 Q.730Q.739 Q.740Q.749 Q.750Q.759 Q.760Q.769 Q.770Q.779 Q.780Q.799 Q.800Q.849 Q.850Q.999 Q.1000Q.1099 Q.1100Q.1199 Q.1200Q.1999 Q.2000Q.2999
Summary This Recommendation describes the functions and procedures for and relating to the transfer of messages between the signalling points, which are the nodes of the signalling network. It has been modified to allow use by the broadband ISDN User Part in the narrow-band environment, and the Satellite ISDN User Part.
Source ITU-T Recommendation Q.704 was revised by ITU-T Study Group 11 (1993-1996) and was approved under the WTSC Resolution No. 1 procedure on the 9th of July 1996.
FOREWORD ITU (International Telecommunication Union) is the United Nations Specialized Agency in the field of telecommunications. The ITU Telecommunication Standardization Sector (ITU-T) is a permanent organ of the ITU. The ITU-T is responsible for studying technical, operating and tariff questions and issuing Recommendations on them with a view to standardizing telecommunications on a worldwide basis. The World Telecommunication Standardization Conference (WTSC), which meets every four years, establishes the topics for study by the ITU-T Study Groups which, in their turn, produce Recommendations on these topics. The approval of Recommendations by the Members of the ITU-T is covered by the procedure laid down in WTSC Resolution No. 1. In some areas of information technology which fall within ITU-Ts purview, the necessary standards are prepared on a collaborative basis with ISO and IEC.
NOTE In this Recommendation, the expression "Administration" is used for conciseness to indicate both a telecommunication administration and a recognized operating agency.
INTELLECTUAL PROPERTY RIGHTS The ITU draws attention to the possibility that the practice or implementation of this Recommendation may involve the use of a claimed Intellectual Property Right. The ITU takes no position concerning the evidence, validity or applicability of claimed Intellectual Property Rights, whether asserted by ITU members or others outside of the Recommendation development process. As of the date of approval of this Recommendation, the ITU had/had not received notice of intellectual property, protected by patents, which may be required to implement this Recommendation. However, implementors are cautioned that this may not represent the latest information and are therefore strongly urged to consult the TSB patent database.
ITU 1997 All rights reserved. No part of this publication may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from the ITU.
ii
Recommendation Q.704
(07/96)
CONTENTS Page 1 1.1 1.2 1.3 2 2.1 2.2 2.3 Introduction................................................................................................................. General characteristics of the signalling network functions....................................... Signalling message handling....................................................................................... Signalling network management................................................................................. Signalling message handling....................................................................................... General........................................................................................................................ Routing label............................................................................................................... Message routing function............................................................................................ 2.3.4 2.3.5 2.4 3 3.1 3.2 Handling of level 3 messages ........................................................................ Handling of messages under signalling link congestion................................ 1 1 1 2 3 3 4 6 7 7 8 9 9 10 10 11 11 11 11 11 16 16 16 16 16 18 19 19 19 19 19 20 20 20
Message discrimination and distribution functions .................................................... Signalling network management................................................................................. General........................................................................................................................ Status of signalling links............................................................................................. 3.2.2 3.2.3 3.2.4 3.2.5 3.2.6 3.2.7 3.2.8 3.2.9 Signalling link failure .................................................................................... Signalling link restoration ............................................................................. Signalling link deactivation ........................................................................... Signalling link activation............................................................................... Signalling link blocking................................................................................. Signalling link unblocking............................................................................. Signalling link inhibiting ............................................................................... Signalling link uninhibiting ........................................................................... Signalling link failed ..................................................................................... Signalling link restored.................................................................................. Signalling link deactivated ............................................................................ Signalling link activated ................................................................................ Signalling link blocked.................................................................................. Signalling link unblocked.............................................................................. Signalling link inhibited ................................................................................ Signalling link uninhibited ............................................................................ Signalling route unavailability....................................................................... Signalling route availability...........................................................................
3.3
Procedures used in connection with link status changes ............................................ 3.3.1 3.3.2 3.3.3 3.3.4 3.3.5 3.3.6 3.3.7 3.3.8
3.4
Recommendation Q.704
(07/96)
iii
3.4.3 3.5 3.5.1 3.5.2 3.5.3 3.6 3.6.1 3.6.2 3.7 3.7.1 3.7.2 3.8 3.8.1 3.8.2 3.8.3 3.8.4 3.8.5 4 4.1 4.2 4.3 4.4 4.5 4.6 4.7 4.8 5 5.1 5.2 5.3 5.4 5.5 5.6 5.7 6
Signalling route restricted ............................................................................ Signalling route unavailable .......................................................................... Signalling route available .............................................................................. Signalling route restricted ............................................................................ Signalling point unavailability....................................................................... Signalling point availability........................................................................... Signalling point unavailable .......................................................................... Signalling point available .............................................................................. General........................................................................................................... Congestion status of signalling links ............................................................. Procedures used in connection with link congestion status changes............. Congestion status of signalling route sets...................................................... Procedures used in connection with route set congestion status changes......
1
Page 20 20 20 20 21 21 21 21 21 21 22 22 22 22 25 25 26 26 26 27 28 28 29 29 29 29 29 29 30 30 32 32 32 34 34
Signalling traffic management.................................................................................... General........................................................................................................................ Normal routing situation............................................................................................. Signalling link unavailability...................................................................................... Signalling link availability.......................................................................................... Signalling route unavailability.................................................................................... Signalling route availability........................................................................................ Signalling route restriction ........................................................................................ Signalling point availability........................................................................................ Changeover ................................................................................................................. General........................................................................................................................ Network configurations for changeover ..................................................................... Changeover initiation and actions............................................................................... Buffer updating procedure .......................................................................................... Retrieval and diversion of traffic ................................................................................ Emergency changeover procedures............................................................................. Procedures in abnormal conditions............................................................................. Changeback.................................................................................................................
1
iv
Recommendation Q.704
(07/96)
Page 6.1 6.2 6.3 6.4 6.5 7 7.1 7.2 8 8.1 8.2 9 9.1 9.2 9.3 9.4 9.5 9.6 9.7 General........................................................................................................................ Changeback initiation and actions .............................................................................. Sequence control procedure........................................................................................ Time-controlled diversion procedure.......................................................................... Procedures in abnormal conditions............................................................................. Forced rerouting.......................................................................................................... General........................................................................................................................ Forced rerouting initiation and actions ....................................................................... Controlled rerouting.................................................................................................... General........................................................................................................................ Controlled rerouting initiation and actions ................................................................. MTP restart ................................................................................................................. General........................................................................................................................ Actions in a signalling point whose MTP is restarting............................................... Actions in a signalling point X, adjacent to a signalling point Y whose MTP restarts .................................................................................................... Short term isolations ................................................................................................... TRA messages and timer T19..................................................................................... General rules ............................................................................................................... Sequence diagrams...................................................................................................... 9.7.1 9.7.2 10 10.1 10.2 10.3 SP with restarting MTP according to subclause 9.2...................................... Actions in SP X adjacent to SP Y whose MTP restarts according to subclause 9.3.................................................................................................. 34 34 36 37 37 38 38 38 38 38 39 39 39 40 41 42 42 43 43 44 45 45 45 46 47 47 48 48 48 49 49 49 50
Management inhibiting ............................................................................................... General........................................................................................................................ Inhibiting initiation and actions .................................................................................. Uninhibiting initiation and actions ............................................................................. 10.3.1 Management-initiated uninhibiting ............................................................... 10.3.2 Signalling routing control initiated uninhibiting ...........................................
Receipt of unexpected management inhibition messages........................................... Management inhibited link status and processor recovery......................................... Inhibit test procedure .................................................................................................. Signalling traffic flow control..................................................................................... General........................................................................................................................ Flow control indications .............................................................................................
Recommendation Q.704
(07/96)
11.2.1 Signalling route set unavailability ................................................................. 11.2.2 Signalling route set availability ..................................................................... 11.2.3 Signalling route set congestion (International signalling network)............... 11.2.4 Signalling route set congestion (National option with congestion priorities) ..................................................................................... 11.2.5 Signalling route set congestion (National options without congestion priorities) ....................................................................................................... 11.2.6 Signalling point/signalling transfer point congestion.................................... 11.2.7 User Part availability control......................................................................... 11.2.8 User Part congestion...................................................................................... 12 12.1 12.2 Signalling link management ....................................................................................... General........................................................................................................................ Basic signalling link management procedures............................................................ 12.2.1 Signalling link activation............................................................................... 12.2.2 Signalling link restoration ............................................................................. 12.2.3 Signalling link deactivation ........................................................................... 12.2.4 Link set activation.......................................................................................... 12.3 Signalling link management procedures based on automatic allocation of signalling terminals...................................................................................................................... 12.3.1 Signalling link activation............................................................................... 12.3.2 Signalling link restoration ............................................................................. 12.3.3 Signalling link deactivation ........................................................................... 12.3.4 Link set activation.......................................................................................... 12.4 Signalling link management procedures based on automatic allocation of signalling data links and signalling terminals.............................................................................. 12.4.1 Signalling link activation............................................................................... 12.4.2 Signalling link restoration ............................................................................. 12.4.3 Signalling link deactivation ........................................................................... 12.4.4 Link set activation.......................................................................................... 12.5 12.6 12.7 13 13.1 13.2 13.3 13.4 13.5
vi
Page 50 50 50 51 51 51 51 52 52 52 54 54 54 54 54 55 55 56 57 57 58 58 59 60 60 61 61 63 63 63 63 64 65 66
Automatic allocation of signalling terminals.............................................................. Automatic allocation of signalling data links ............................................................. Different signalling link management procedures at the two ends of a link set......... Signalling route management ..................................................................................... General........................................................................................................................ Transfer-prohibited ..................................................................................................... Transfer-allowed......................................................................................................... Transfer-restricted (National option) .......................................................................... Signalling-route-set-test..............................................................................................
Recommendation Q.704 (07/96)
Page 13.6 13.7 13.8 13.9 14 14.1 14.2 Transfer-controlled (International network) ............................................................... Transfer-controlled (National option with congestion priorities)............................... Transfer-controlled (National option without congestion priorities).......................... Signalling-route-set-congestion-test (National Option).............................................. Common characteristics of message signal unit formats............................................ General........................................................................................................................ Service information octet............................................................................................ 14.2.1 Service indicator ............................................................................................ 14.2.2 Sub-service field ............................................................................................ 14.3 15 15.1 15.2 15.3 15.4 15.5 15.6 15.7 15.8 15.9 15.10 15.11 15.12 15.13 15.14 15.15 15.16 15.17 16 16.1 16.2 16.3 16.4 Label ........................................................................................................................... Formats and codes of signalling network management messages.............................. General........................................................................................................................ Label ........................................................................................................................... Heading code (H0)...................................................................................................... Changeover message................................................................................................... Changeback message .................................................................................................. Emergency changeover message................................................................................. Transfer-prohibited message....................................................................................... Transfer-allowed message........................................................................................... Transfer-restricted message (national option)............................................................. Signalling-route-set-test message ............................................................................... Management inhibit message...................................................................................... Traffic restart allowed message .................................................................................. Signalling-data-link-connection-order message ......................................................... Signalling-data-link-connection-acknowledgement message..................................... Transfer-controlled message....................................................................................... Signalling-route-set-congestion-test message (national option)................................. User Part unavailable message.................................................................................... State transition diagrams, abbreviations and timers ................................................... General........................................................................................................................ Drafting conventions................................................................................................... 16.2.5 Notations for national operations .................................................................. Signalling message handling....................................................................................... Signalling traffic management.................................................................................... 67 67 68 68 70 70 70 70 71 71 71 71 72 72 75 75 76 76 77 77 78 78 79 79 80 81 81 82 83 83 83 84 84 84
Recommendation Q.704
(07/96)
vii
Page 16.5 16.6 16.7 16.8 Signalling link management ....................................................................................... Signalling route management ..................................................................................... Abbreviations used in Figures 23 onwards................................................................. Timers and timer values.............................................................................................. 85 85 85 86
viii
Recommendation Q.704
(07/96)
Recommendation Q.704 SIGNALLING NETWORK FUNCTIONS AND MESSAGES (Geneva, 1980; modified at Helsinki, 1993; revised in 1996) 1 1.1 Introduction General characteristics of the signalling network functions
1.1.1 This Recommendation describes the functions and procedures for and relating to the transfer of messages between the signalling points, which are the nodes of the signalling network. Such functions and procedures are performed by the Message Transfer Part at level 3, and therefore they assume that the signalling points are connected by signalling links, incorporating the functions described in Recommendations Q.702 and Q.703. The signalling network functions must ensure a reliable transfer of the signalling messages, according to the requirements specified in Recommendation Q.706, even in the case of the failure of signalling links and signalling transfer points; therefore, they include the appropriate functions and procedures necessary both to inform the remote parts of the signalling network of the consequences of a fault, and to appropriately reconfigure the routing of messages through the signalling network. 1.1.2 According to these principles, the signalling network functions can be divided into two basic categories, namely: signalling message handling; and signalling network management.
The signalling message handling functions are briefly summarized in 1.2, the signalling network management functions in 1.3. The functional interrelations between these functions are indicated in Figure 1. 1.2 Signalling message handling
1.2.1 The purpose of the signalling message handling functions is to ensure that the signalling messages originated by a particular User Part at a signalling point (originating point) are delivered to the same User Part at the destination point indicated by the sending User Part. Depending on the particular circumstances, this delivery may be made through a signalling link directly interconnecting the originating and destination points, or via one or more intermediate signalling transfer points. 1.2.2 The signalling message handling functions are based on the label contained in the messages which explicitly identifies the destination and originating points. The label part used for signalling message handling by the Message Transfer Part is called the routing label its characteristics are described in clause 2. 1.2.3 As illustrated in Figure 1, the signalling message handling functions are divided into: the message routing function, used at each signalling point to determine the outgoing signalling link on which a message has to be sent towards its destination point; the message discrimination function, used at a signalling point to determine whether or not a received message is destined to the point itself. When the signalling point has the transfer capability and a message is not destined to it, that message has to be transferred to the message routing function;
Recommendation Q.704
(07/96)
the message distribution function, used at each signalling point to deliver the received messages (destined to the point itself) to the appropriate User Part.
The characteristics of the message routing, discrimination and distribution functions are described in clause 2.
Level 3 Message Transfer Part Signalling network functions Signalling message handling Message distribution Message discrimination Level 2 Message Transfer Part
Message routing
T1158780-94/d001
Testing and maintenance (Message Transfer Part) Signalling message flow Indications and controls
1.3
1.3.1 The purpose of the signalling network management functions is to provide reconfiguration of the signalling network in the case of failures and to control traffic in case of congestion. Such a reconfiguration is effected by use of appropriate procedures to change the routing of signalling traffic in order to bypass the faulty links or signalling points; this requires communication between signalling points (and, in particular, the signalling transfer points) concerning the occurrence of the failures. Moreover, in some circumstances it is necessary to activate and align new signalling links, in order to restore the required signalling traffic capacity between two signalling points. When the faulty link or signalling point is restored, the opposite actions and procedures take place, in order to reestablish the normal configuration of the signalling network.
Recommendation Q.704
(07/96)
1.3.2
As illustrated in Figure 1, the signalling network management functions are divided into: signalling traffic management; signalling link management; and signalling route management.
These functions are used whenever an event (such as the failure or restoration of a signalling link) occurs in the signalling network; the list of the possible events and the general criteria used in relation to each signalling network management function are specified in clause 3. 1.3.3 Clauses 4 to 11 specify the procedures pertaining to signalling traffic management. In particular, the rules to be followed for the modification of signalling routing appear in clause 4. The diversion of traffic according to these rules is made, depending on the particular circumstances, by means of one of the following procedures: changeover, changeback, forced rerouting, controlled rerouting and MTP restart. They are specified in clauses 5 to 9, respectively. A signalling link may be made unavailable to User Part generated traffic by means of the management inhibiting procedure described in clause 10. Moreover, in the case of congestion at signalling points, the signalling traffic management may need to slow down signalling traffic on certain routes by using the signalling traffic flow control procedure specified in clause 11. 1.3.4 The different procedures pertaining to signalling link management are: restoration, activation and inactivation of a signalling link, link set activation and automatic allocation of signalling terminals and signalling data links. These procedures are specified in clause 12. 1.3.5 The different procedures pertaining to signalling route management are: the transferprohibited, transfer-allowed, transfer-restricted1, transfer-controlled, signalling-route-set-test and signalling-route-set-congestion-test procedures specified in clause 13. 1.3.6 The format characteristics, common to all message signal units which are relevant to the Message Transfer Part, level 3, are specified in clause 14. 1.3.7 Labelling, formatting and coding of the signalling network management messages are specified in clause 15. 1.3.8 The description of signalling network functions in the form of state transition diagrams according to the CCITT Specification and Description Language (SDL) is given in clause 16. 2 2.1 Signalling message handling General
2.1.1 Signalling message handling comprises message routing, discrimination and distribution functions which are performed at each signalling point in the signalling network. Message routing is a function concerning the messages to be sent, while message distribution is a function concerning the received messages. The functional relations between message routing and distribution appear in Figure 2. 2.1.2 When a message comes from level 4 (or is originated at level 3, in the case of Message Transfer Part level 3 messages), the choice of the particular signalling link on which it has to be sent is made by the message routing function. When two or more links are used at the same time to carry traffic having a given destination, this traffic is distributed among them by the load sharing function, which is a part of the message routing function. ____________________
1
2.1.3 When a message comes from level 2, the discrimination function is activated, in order to determine whether it is destined to another signalling point. When the signalling point has the transfer capability and the received message is not destined to it, the message has to be transmitted on an outgoing link according to the routing function. 2.1.4 In the case that the message is destined to the receiving signalling point, the message distribution function is activated in order to deliver it to the appropriate User Part (or to the local Message Transfer Part level 3 functions). 2.1.5 Message routing, discrimination and distribution are based on the part of the label called the routing label, on the service indicator and, in national networks, also on the network indicator. They can also be influenced by different factors, such as a request (automatic or manual) obtained from a management system.
2.1.6 The position and coding of the service indicator and of the network indicator are described in 14.2. The characteristics of the label of the messages pertaining to the various User Parts are described in the specification of each separate User Part and in clause 15 for the signalling network management messages. The label used for signalling network management messages is also used for testing and maintenance messages (see Recommendation Q.707). Moreover, the general characteristics of the routing label are described in 2.2. A description of the detailed characteristics of the message routing function, including load sharing, appears in 2.3; principles concerning the number of load-shared links appear in Recommendation Q.705. A description of the detailed characteristics of the message discrimination and distribution functions appears in 2.4. 2.1.7 In addition to the normal signalling message handling procedures it may, as an option, be possible to prevent the unauthorized use of the message transfer capability of a node. The procedures to be used are implementation-dependent and further information is given in clause 8/Q.705. 2.2 Routing label
2.2.1 The label contained in a signalling message, and used by the relevant User Part to identify the particular task to which the message refers (e.g. a telephone circuit), is also used by the Message Transfer Part to route the message towards its destination point. The part of the message label that is used for routing is called the routing label and it contains the information necessary to deliver the message to its destination point. Normally the routing label is common to all the services and applications in a given signalling network, national or international (however, if this is not the case, the particular routing label of a message is determined by means of the service indicator).
Recommendation Q.704
(07/96)
The standard routing label is specified in the following. This label should be used in the international signalling network and is applicable also in national applications.
NOTE There may be applications using a modified label having the same order and function, but possibly different sizes, of sub-fields as the standard routing label.
2.2.2 The standard routing label has a length of 32 bits and is placed at the beginning of the Signalling Information Field. Its structure appears in Figure 3. 2.2.3 The Destination Point Code (DPC) indicates the destination point of the message. The Originating Point Code (OPC) indicates the originating point of the message. The coding of these codes is pure binary. Within each field, the least significant bit occupies the first position and is transmitted first. A unique numbering scheme for the coding of the fields will be used for the signalling points of the international network, irrespective of the User Parts connected to each signalling point.
T1158800-94/d03
DPC Destination Point Code OPC Originating Point Code SLS Signalling Link Selection
2.2.4 The Signalling Link Selection (SLS) field is used, where appropriate, in performing load sharing (see 2.3). This field exists in all types of messages and always in the same position. The only exception to this rule is some Message Transfer Part level 3 messages (e.g. the changeover order), for which the message routing function in the signalling point of origin of the message is not dependent on the field: in this particular case the field does not exist as such, but it is replaced by other information (e.g. in the case of the changeover order, the identity of the faulty link). In the case of circuit related messages of the TUP, the field contains the least significant bits of the circuit identification code (or bearer identification code, in the case of the Data User Part), and these bits are not repeated elsewhere. In the case of all other User Parts, the SLS is an independent field in accordance with the criteria stated in 2.2.5. In the case of Message Transfer Part level 3 messages, the signalling link selection field exactly corresponds to the Signalling Link Code (SLC) which indicates the signalling link between the destination point and originating point to which the message refers. 2.2.5 From the rule stated in 2.2.4 above, it follows that the signalling link selection of messages generated by any User Parts will be used in the load sharing mechanism. As a consequence, in the case of User Parts which are not specified (e.g. transfer of charging information) but for which there is the requirement to maintain the order of transmission of the messages, the field should be coded with the same value for all messages belonging to the same transaction, sent in a given direction. 2.2.6 The above principles should also apply to modified label structures that may be used nationally.
Recommendation Q.704 (07/96) 5
2.3
2.3.1 The message routing function is based on information contained in the routing label, namely on the destination point code and on the signalling link selection field; moreover, in some circumstances the service indicator may also need to be used for routing purposes.
NOTE A possible case for the use of the service indicator is that which would arise from the use of messages supporting the signalling route management function (i.e. transfer-prohibited, transfer-allowed and signalling-route-set-messages) referring to a destination more restrictive than a single signalling point (e.g. an individual User Part) (see clause 13). Some specific routing may be required for the MTP Testing User Part (for further study).
The number of such cases should be kept to a minimum in order to apply the same routing criteria to as many User Parts as possible. Each signalling point will have routing information that allows it to determine the signalling link over which a message has to be sent on the basis of the destination point code and signalling link selection field and, in some cases, of the network indicator (see 2.4.3). Typically the destination point code is associated with more than one signalling link that may be used to carry the message; the selection of the particular signalling link is made by means of the signalling link selection field, thus effecting load sharing. 2.3.2 a) b) Two basic cases of load sharing are defined, namely: load sharing between links belonging to the same link set; load sharing between links not belonging to the same link set.
A load sharing collection of two or more link sets is called a combined link set. The capability to operate in load sharing according to both these cases is mandatory for any signalling point in the international network. In case a), the traffic flow carried by a link set is shared (on the basis of the signalling link selection field) between different signalling links belonging to the link set. An example of such a case is given by a link set directly interconnecting the originating and destination points in the associated mode of operation, such as represented in Figure 4.
SLS = XXX0 A SLS = XXX1
T1158810-94/d04
Figure 4/Q.704 Example of load sharing within a link set In case b) traffic relating to a given destination is shared (on the basis of the signalling link selection field) between different signalling links not belonging to the same link set, such as represented in Figure 5. The load sharing rule used for a particular signalling relation may or may not apply to all the signalling relations which use one of the signalling links involved (in the example, traffic destined to B is shared between signalling links DE and DF with a given signalling link selection field assignment, while that destined to C is sent only on link DF, due to the failure of link EC). As a result of the message routing function, in normal conditions all the messages having the same routing label (e.g. call set-up messages related to a given circuit) are routed via the same signalling links and signalling transfer points. Principles relating to the number of load-shared links appear in Recommendation Q.705.
Recommendation Q.704
(07/96)
2.3.3 The routing information mentioned in 2.3.1 should be appropriately updated when some event happens in the signalling network, which is relevant to the concerned signalling point (e.g. failure of a signalling link or unavailability of a signalling route). The updating of the routing information is made according to the particular event (see clause 3) and to the signalling routing modification rules specified in clause 4. If a signalling transfer point receives a message for destination point code which according to the routing information does not exist, the message is discarded and an indication is given to a management system. 2.3.4 Handling of level 3 messages
2.3.4.1 Messages not related to a signalling link may be assigned any Signalling Link Code (SLC) to allow load sharing of the messages, or may be assigned a default SLC such as 0000. They are routed in accordance with the normal routing function, where the (SLC) is used as SLS for load sharing.
XXX0
X1 XX XX XX
C
T1158820-94/d05
NOTE In the unlikely case that a TFA will be overtaken by a corresponding TFP (or vice versa) when load sharing is used, this situation will be rectified by standard network management activities. If wanted, however, the sequence of TFPs/TFAs can be guaranteed by assigning a fixed SLC value for TFPs/TFAs referring to one specific destination.
2.3.4.2 Messages related to a signalling link should be subdivided into two groups: a) Messages that are to be transmitted over a specific signalling link [e.g. changeback declaration (see clause 6) and signalling link test messages (see Recommendation Q.707)], where a special routing function must ensure that these messages are transmitted exclusively over a particular signalling link. Messages that must not be transmitted over a specific signalling link [e.g. changeover messages and emergency changeover messages (see clause 5)], whose transmission over the signalling link defined by the SLC contained in the label must be avoided. Handling of messages under signalling link congestion
b)
2.3.5
2.3.5.1 In the international signalling network, congestion priorities of messages are only assigned and the decision to discard under congestion is only made within each User Part. Message discard will only occur in the MTP should there be an extreme resource limitation (for the MTP there is no congestion priority).
Recommendation Q.704
(07/96)
In national signalling networks, each message may be assigned by its generating User Part a congestion priority. This is used by the MTP to determine whether or not a message should be discarded under signalling link congestion. N + 1 levels of congestion priority (0 N 3) are accommodated in the signalling network, with 0 being the lowest and N the highest. In national signalling networks using more than one congestion priority, the highest priority is assigned to signalling network management messages. 2.3.5.2 In national signalling networks using multiple congestion priorities
When a signalling link has been selected for transmitting a message, comparison of the congestion priority of the message is made with the congestion status of the selected signalling link (see 3.8). If the congestion priority is not less than the signalling link congestion status, that message is transmitted using the selected signalling link. Otherwise, a transfer-controlled message is sent in response as specified in 13.7. In this case, the disposition of the concerned message is determined according to the following criteria: i) ii) If the congestion priority of the message is greater than or equal to the signalling link discard status, the message is transmitted. If the congestion priority of the message is less than the signalling link discard status, the message is discarded. Message discrimination and distribution functions
2.4
2.4.1 The routing criteria and load sharing method described in 2.3 imply that a signalling point, sending messages pertaining to a given signalling transaction on a given link, should be able to receive and process messages pertaining to that transaction, e.g. in response to the sent ones, coming from any (but only one) link. The destination point code field of the received message is examined by the discrimination function in order to determine whether or not it is destined to the receiving signalling point. When the receiving signalling point has the transfer capability and the message is not destined to it, that message has to be directed to the routing function, as described in the previous subclauses, in order to be sent on the appropriate outgoing link towards the message destination point. When a signalling transfer point detects that a received message cannot be delivered to its destination point, it sends in response a transfer-prohibited message as specified in 13.2. 2.4.2 If the destination point code of the message identifies the receiving signalling point, the service indicator is examined by the message distribution function and the message is delivered to the corresponding User Part (or to the Message Transfer Part level 3). Should a User become unavailable (User unavailability is an implementation dependent notion), this is detected by the MTP. Whether the distribution is marked accordingly is implementation dependent. When the distribution function detects that a received message cannot be delivered to the required User (implementation dependent criteria), a User Part Unavailable message should be returned to the originating end on a response basis. In the originating signalling point, the relevant User Part should be informed via an MTP-STATUS primitive. A mandatory parameter Cause is included in the MTP status indication with four possible values: Signalling Network Congestion; User Part Unavailability: unequipped remote User;
Recommendation Q.704
(07/96)
User Part Unavailability: inaccessible remote User; User Part Unavailability: unknown.
The User Part should reduce its traffic in an appropriate manner and take specific actions. 2.4.3 In the case of a signalling point handling both international and national signalling traffic (e.g. an international gateway exchange), the network indicator is also examined in order to determine the relevant numbering scheme (international or national) and possibly the label structure. Moreover, within a national network, the network indicator may be examined to discriminate between different label structures or between different signalling point numbering if dependent on the network levels (see 14.2). 3 3.1 Signalling network management General
3.1.1 The signalling network management functions provide the actions and procedures required to maintain signalling service, and to restore normal signalling conditions in the event of disruption in the signalling network, either in signalling links or at signalling points. The disruption may be in the form of complete loss of a signalling link or a signalling point, or in reduced accessibility due to congestion. For example, in the case of a link failure, the traffic conveyed over the faulty link should be diverted to one or more alternative links. The link failure may also result in unavailable signalling routes and this, in turn, may cause diversion of traffic at other signalling points in the signalling network (i.e. signalling points to which no faulty links are connected). 3.1.2 The occurrence of, or recovery from failures or congestion generally results in a change of the status of the affected signalling link(s) and route(s). A signalling link may be considered by level 3, either as "available" or "unavailable" to carry signalling traffic; in particular, an available signalling link becomes unavailable if it is recognized as "failed", "deactivated" "blocked2" or "inhibited", and it becomes once again available if it is recognized as "restored", "activated", "unblocked" or "uninhibited" respectively. A signalling route may be considered by level 3 as "available", "restricted1" or "unavailable" too. A signalling point may be "available" or "unavailable". A signalling route set may be "congested" or "uncongested". The detailed criteria for the determination of the changes in the status of signalling links, routes and points are described in 3.2, 3.4 and 3.6, respectively. 3.1.3 Whenever a change in the status of a signalling link, route or point occurs, the three different signalling network management functions (i.e. signalling traffic management, link management and route management) are activated, when appropriate, as follows: a) The signalling traffic management function is used to divert signalling traffic from a link or route to one or more different links or routes, to restart a signalling point's MTP, or to temporarily slow down signalling traffic in the case of congestion at a signalling point; it comprises the following procedures: changeover (see clause 5); changeback (see clause 6); forced rerouting (see clause 7); controlled rerouting (see clause 8);
____________________
2
The "blocked" condition arises when the unavailability of a signalling link does not depend on a failure in the link itself, but on other causes, such as a "processor outage" condition in a signalling point. Recommendation Q.704 (07/96) 9
b)
MTP restart (see clause 9); management inhibiting (see clause 10); signalling traffic flow control (see clause 11).
The signalling link management function is used to restore failed signalling links, to activate idle (not yet aligned) links and to deactivate aligned signalling links; it comprises the following procedures (see clause 12): signalling link activation, restoration and deactivation; link set activation; automatic allocation of signalling terminals and signalling data links.
c)
The signalling route management function is used to distribute information about the signalling network status, in order to block or unblock signalling routes; it comprises the following procedures: transfer-controlled procedure (see 13.6, 13.7 and 13.8); transfer-prohibited procedure (see 13.2); transfer-allowed procedure (see 13.3); transfer-restricted procedure (see 13.4); signalling-route-set-test procedure (see 13.5); signalling-route-set-congestion test procedure (see 13.9).
3.1.4 An overview of the use of the procedures relating to the different management functions on occurrence of the link, route and point status changes is given in 3.3, 3.5 and 3.7, respectively. 3.2 Status of signalling links
3.2.1 A signalling link is always considered by level 3 in one of two possible major states: available and unavailable. Depending on the cause of unavailability, the unavailable state can be subdivided into seven possible cases as follows (see also Figure 6): unavailable, failed or inactive; unavailable, blocked; unavailable (failed or inactive) and blocked; unavailable, inhibited; unavailable, inhibited and (failed or inactive); unavailable, inhibited and blocked; unavailable, (failed or inactive), blocked and inhibited.
The concerned link can be used to carry signalling traffic only if it is available except possibly for certain classes of test and management messages. Eight possible events can change the status of a link: signalling link failure, restoration, deactivation, activation, blocking, unblocking, inhibiting and uninhibiting; they are described in 3.2.2 to 3.2.9. 3.2.2 a) Signalling link failure A link failure indication is obtained from level 2. The indication may be caused by: intolerably high signal unit error rate (see clause 10/Q.703); excessive length of the realignment period (see 4.1/Q.703 and clause 7/Q.703);
A signalling link (in service or blocked, see 3.2.6) is recognized by level 3 as failed when:
10
Recommendation Q.704
(07/96)
excessive delay of acknowledgements (see 5.3/Q.703 and 6.3/Q.703); failure of signalling terminal equipment; two out of three unreasonable backward sequence numbers or forward indicator bits (see 5.3/Q.703 and 6.3/Q.703); reception of consecutive link status signal units indicating out of alignment, out of service, normal or emergency terminal status (see 1.7/Q.703); excessive periods of level 2 congestion (see clause 9/Q.703).
The first two conditions are detected by the signal unit error rate monitor (see clause 10/Q.703). b) A request (automatic or manual) is obtained from a management or maintenance system. Moreover a signalling link which is available (not blocked) is recognized by level 3 as failed when a changeover order is received. 3.2.3 Signalling link restoration
A signalling link previously failed is restored when both ends of the signalling link have successfully completed an initial alignment procedure (see clause 7/Q.703). 3.2.4 Signalling link deactivation
A signalling link (in service, failed or blocked) is recognized by level 3 as deactivated (i.e. removed from operation) when: a) b) 3.2.5 a request is obtained from the signalling link management function (see clause 12); a request (automatic or manual) is obtained from an external management or maintenance system. Signalling link activation
A signalling link previously inactive is recognized by level 3 as activated when both ends of the signalling link have successfully completed an initial alignment procedure (see clause 7/Q.703). 3.2.6 Signalling link blocking
A signalling link (in service, failed or inactive) is recognized as blocked when an indication is obtained from the signalling terminal that a processor outage condition exists at the remote terminal (i.e. link status signal units with processor outage indication are received), or when a local processor outage situation is detected, (see clause 8/Q.703).
NOTE A link becomes unavailable when it is failed or deactivated or [(failed or deactivated) and blocked] or inhibited. See Figure 6.
3.2.7
A signalling link previously blocked is unblocked when an indication is obtained from the signalling terminal that the processor outage condition has ceased at the remote terminal. (Applies in the case when the processor outage condition was initiated by the remote terminal.)
NOTE A link becomes available when it is restored or activated or unblocked, or [(restored or activated) and (unblocked)] or uninhibited. See Figure 6.
Recommendation Q.704
(07/96)
11
12
Initiate change over Link not active Link available
5
Link inhibited
Link blocked
Link blocked
4 2
Link unavailable
3
Link unavailable
Link active
Link unblocked
Link inhibited
Link active
Link unblocked
Link inhibited
Link available
T1158830-94/d06
Link available
Link active
Link unblocked
Link uninhibited
NOTE Link not active signal represents both link failure and link deactivation. Link active signal represents both link restoration and link activation.
q s Q
x s v v e x
x s v q
e u
e v s e
s v s f
Link unavailable
Route congested
Route uncongested
Link uninhibited
Link available
Link available
Link blocked
Link, active
Link uninhibited
T1158840-94/d07
Link inactive
Link uninhibited
Link unblocked
Qsqxevvsxqvsxueesvefsvs
Recommendation Q.704
(07/96)
13
Route available
Route available
T1158850-94/d08
Qsqxevvsxqyieesvefsvse
14
Recommendation Q.704
(07/96)
Idle
Link unavailable
Link available
Route unavailable
Route available
Route restricted
Changeover
Changeback
Forced rerouting
Controlled rerouting
Controlled rerouting
SP(s) congested
Changeover executed
Changeback executed
Destination(s) unblocked
Destination unblocked
Recommendation Q.704
1
Inform user parts SP(s) not accessible SP(s) accessible SP not accessible SP accessible
(07/96)
q s Q
Idle
T1158860-94/d09
q s p x y g i g s p p e q x s v v e x
y v p h x e x y s e
y x y g
3.2.8 a)
Signalling link inhibiting an acknowledgement is received from a remote signalling point in response to an inhibit request sent to the remote end by the local signalling link management. Level 3 has marked the link locally inhibited; upon receipt of a request from a remote signalling point to inhibit a link and successful determination that no destination will become inaccessible by inhibiting the link, the link has been marked remotely inhibited by level 3. Signalling link uninhibiting a request is received to uninhibit the link from a remote end or from a local routing function; an acknowledgement is received from a remote signalling point in response to an uninhibit request sent to the remote end by the local signalling link management. Procedures used in connection with link status changes
b)
3.2.9 a) b)
3.3
In this subclause, the procedures relating to each signalling management function, which are applied in connection with link status changes, are listed. See also Figures 6, 7 and 8. Typical examples of the application of the procedures to the particular network cases appear in Recommendation Q.705. 3.3.1 Signalling link failed
3.3.1.1 Signalling traffic management: the changeover procedure (see clause 5) is applied, if required, to divert signalling traffic from the unavailable link to one or more alternative links with the objective of avoiding message loss, repetition or mis-sequencing; it includes determination of the alternative link or links where the affected traffic can be transferred and procedures to retrieve messages sent over the failed link but not received by the far end. 3.3.1.2 Signalling link management: the procedures described in clause 12 are used to restore a signalling link and to make it available for signalling. Moreover, depending on the link set status, the procedures can also be used to activate another signalling link in the same link set to which the unavailable link belongs and to make it available for signalling. 3.3.1.3 Signalling route management: in the case when the failure of a signalling link causes a signalling route set to become unavailable or restricted1, the signalling transfer point which can no longer route the concerned signalling traffic applies the transfer-prohibited procedures or transferrestricted procedures described in clause 13. 3.3.2 Signalling link restored
3.3.2.1 Signalling traffic management: the changeback procedure (see clause 6) is applied, if required, to divert signalling traffic from one or more links to a link which has become available; it includes determination of the traffic to be diverted and procedures for maintaining the correct message sequence. 3.3.2.2 Signalling link management: the signalling link deactivation procedure (see clause 12) is used if, during the signalling link failure, another signalling link of the same link set was activated; it is used to assure that the link set status is returned to the same state as before the failure. This requires that the active link activated during the link failure is deactivated and considered no longer available for signalling.
16
Recommendation Q.704
(07/96)
3.3.2.3 Signalling route management: in the case when the restoration of a signalling link causes a signalling route set to become available, the signalling transfer point which can once again route the concerned signalling traffic applies the transfer-allowed procedures described in clause 13.
Link inactive
Activate Link
Link activation
Link in service
Link failure
Link deactivation
Link restoration
Link failed
Link inactive
Link in service
Link active
T1158870-94/010
Recommendation Q.704
(07/96)
17
Route set available Inform signalling traffic management Signalling route available Stop route set test procedure
Transfer allowed message Signalling route restricted Start route set test procedure Signalling route unavailable Start route set test procedure
1 Idle
2
TR
From testing SP
No
...
....................................
Status message
To testing SP Idle
T1158880-94/d11
3.3.3
18
Recommendation Q.704
(07/96)
.................
MCS
3.3.3.2 Signalling link management: if the number of active signalling links in the link set to which the deactivated signalling link belongs has become less than the normal number of active signalling links in that link set, the procedures described in clause 12 may be used to activate another signalling link in the link set. 3.3.3.3 Signalling route management: as specified in 3.3.1.3. 3.3.4 Signalling link activated
3.3.4.1 Signalling traffic management: as specified in 3.3.2.1. 3.3.4.2 Signalling link management: if the number of active signalling links in the link set to which the activated signalling link belongs has become greater than the normal number of active signalling links in that link set, the procedures described in clause 12 may be used to deactivate another signalling link in the link set. 3.3.4.3 Signalling route management: as specified in 3.3.2.3. 3.3.5 Signalling link blocked
3.3.5.1 Signalling traffic management: as specified in 3.3.1.1. As a national option, local processor outage may also be applied to the affected signalling link before commencement of the appropriate signalling traffic management option. On completion of that signalling traffic management action, local processor outage is removed from the affected signalling link. No further signalling traffic management will be performed on that affected signalling link until a timer T24 (see 16.8) has expired or been cancelled, thus allowing time for indications from the remote end to stabilize as it carries out any signalling traffic management of its own. 3.3.5.2 Signalling route management: if the blocking of the link causes a signalling route set to become unavailable or restricted1, the signalling transfer point which can no longer route the concerned signalling traffic applies the transfer-prohibited or transfer-restricted procedures described in clause 13. 3.3.6 Signalling link unblocked
3.3.6.1 Signalling traffic management: the actions will be the same as in 3.3.2.1. 3.3.6.2 Signalling route management: if the link unblocked causes a signalling route set to become available, the signalling transfer point which can once again route the signalling traffic in that route set applies the transfer-allowed procedures described in clause 13. 3.3.7 Signalling link inhibited
3.3.7.1 Signalling traffic management: as specified in 3.3.1.1. 3.3.7.2 Signalling link management: as specified in 3.3.3.2. 3.3.8 Signalling link uninhibited
3.3.8.1 Signalling traffic management: as specified in 3.3.2.1. 3.3.8.2 Signalling link management: as specified in 3.3.4.2. 3.3.8.3 Signalling route management: if the link uninhibited causes a signalling route set to become available, the signalling transfer point which can once again route the signalling traffic in that route set applies the transfer-allowed procedures described in clause 13.
Recommendation Q.704
(07/96)
19
3.4
A signalling route can be in three states for signalling traffic having the concerned destination; these are available, restricted1, unavailable (see also Figure 6). 3.4.1 Signalling route unavailability
A signalling route becomes unavailable when a transfer-prohibited message, indicating that signalling traffic towards a particular destination cannot be transferred via the signalling transfer point sending the concerned message, is received (see clause 13). 3.4.2 Signalling route availability
A signalling route becomes available when a transfer-allowed message, indicating that signalling traffic towards a particular destination can be transferred via the signalling transfer point sending the concerned message, is received (see clause 13). 3.4.3 Signalling route restricted1
A signalling route becomes restricted when a transfer-restricted message, indicating that the signalling traffic towards a particular destination is being transferred with some difficulty via the signalling transfer point sending the concerned message is received (see clause 13). 3.5 Procedures used in connection with route status changes
In this subclause, the procedures relating to each signalling management function, which in general are applied in connection with route status changes, are listed. See also Figures 6 and 8. Typical examples of the application of the procedures to particular network cases appear in Recommendation Q.705. 3.5.1 Signalling route unavailable
3.5.1.1 Signalling traffic management: the forced rerouting procedure (see clause 7) is applied; it is used to transfer signalling traffic to the concerned destination from the link set, belonging to the unavailable route, to an alternative link set which terminates in another signalling transfer point. It includes actions to determine the alternative route. 3.5.1.2 Signalling route management: because of the unavailability of the signalling route, the network is reconfigured; in the case that a signalling transfer point can no longer route the concerned signalling traffic, it applies the procedures described in clause 13. 3.5.2 Signalling route available
3.5.2.1 Signalling traffic management: the controlled rerouting procedure (see clause 8) is applied; it is used to transfer signalling traffic to the concerned destination from a signalling link or link set belonging to an available route, to another link set which terminates in another signalling transfer point. It includes the determination of which traffic should be diverted and procedures for maintaining the correct message sequence. 3.5.2.2 Signalling route management: because of the restored availability of the signalling route, the network is reconfigured; in the case that a signalling transfer point can once again route the concerned signalling traffic, it applies the procedures described in clause 13.
20
Recommendation Q.704
(07/96)
3.5.3
3.5.3.1 Signalling traffic management: the controlled rerouting procedure (see clause 8) is applied; it is used to transfer signalling traffic to the concerned destination from the link set belonging to the restricted route, to an alternative link set if one is available to give more, if possible, efficient routing. It includes actions to determine the alternative route. 3.5.3.2 Signalling route management: because of restricted availability of the signalling route, the network routing is, if possible, reconfigured; procedures described in clause 13 are used to advise adjacent signalling points. 3.6 Status of signalling points
A signalling point can be in two states; available or unavailable (see Figure 6). However, implementation dependent congestion states may exist. 3.6.1 Signalling point unavailability
3.6.1.1 Unavailability of a signalling point itself: A signalling point becomes unavailable when all connected signalling links are unavailable. 3.6.1.2 Unavailability of an adjacent signalling point: A signalling point considers that an adjacent signalling point becomes unavailable when: 3.6.2 all signalling links connected to the adjacent signalling point are unavailable; and the adjacent signalling point is inaccessible. Signalling point availability
3.6.2.1 Availability of a signalling point itself: A signalling point becomes available when at least one signalling link connected to this signalling point becomes available. 3.6.2.2 Availability of an adjacent signalling point: A signalling point considers that an adjacent signalling point Y becomes available when: 1) 2) at least one signalling link connected to Y becomes available at level 3 and the MTP restart procedure (see clause 9) has been completed; or the adjacent signalling point Y becomes accessible: on the receipt of a transfer allowed message or a transfer restricted1 message; if an alternative route becomes available again via the corresponding local linkset; or if a traffic restart allowed message from another adjacent signalling point Z, whose MTP is restarting, is received so that a route towards Y using Z becomes available.
3.7 3.7.1
Procedures used in connection with point status changes Signalling point unavailable
There is no specific procedure used when a signalling point becomes unavailable. The transfer prohibited procedure is used to update the status of the recovered routes in all nodes of the signalling network (see 13.2).
Recommendation Q.704
(07/96)
21
3.7.2
3.7.2.1 Signalling traffic management: the MTP restart procedure (see clause 9) is applied; it is used to restart the traffic between the signalling network and the signalling point which becomes available. This restart is based on the following criteria: avoid loss of messages; limit the level 3 load due to the restart of a signalling point's MTP; restart, as much as possible, simultaneously in both directions of the signalling relations.
3.7.2.2 Signalling link management: The first step of the MTP restart procedure attempts to restore the signalling links of the point which becomes available; the signalling link restoration procedure is used (see clause 12); 3.7.2.3 Signalling route management: The second step of the MTP restart procedure consists of updating the signalling route states before carrying traffic to the point which becomes available and in all adjacent points; the transfer prohibited and transfer restricted procedures1 are used (see clause 13). 3.7.3 3.8 3.8.1 Signalling point congested: (implementation-dependent option, see 11.2.6). Signalling network congestion General
In this subclause, criteria for the determination of signalling link congestion status and signalling route set congestion status are specified. The procedures relating to each signalling network management function, which in general are applied in connection with congestion status changes, are listed. 3.8.2 Congestion status of signalling links
3.8.2.1 When predetermined levels of MSU fill in the transmission or retransmission buffer are crossed, an indication is given to level 3 advising of congestion/congestion abatement. The location and setting of the congestion thresholds are considered to be implementation-dependent.
NOTE The criterion for setting the congestion thresholds is based on: 1) 2) the proportion of the total (transmit and retransmit) buffer capacity that is occupied; and/or the total number of messages in the transmit and retransmit buffers.
(The buffer capacity below the threshold should be sufficient to overcome load peaks due to signalling network management functions and the remaining buffer capacity should allow User Parts time to react to congestion indications before message discard occurs.) The monitoring may be performed in different ways depending on the relative sizes of the transmit and retransmit buffers. In the case of a relatively small retransmit buffer, monitoring of the transmit buffer may be sufficient. In the case of a relatively large retransmit buffer, both the transmit buffer and retransmit buffer occupancies may need to be monitored.
a)
In the international signalling network, one congestion onset and one congestion abatement threshold are provided. The congestion abatement threshold should be placed lower than the congestion onset threshold in order to provide hysteresis during the process of recovering from congestion. In national signalling networks, with multiple congestion thresholds, N(1 N 3) separate thresholds are provided for detecting the onset of congestion. They are called congestion onset thresholds and are numbered 1, , N, respectively. N separate thresholds are provided for monitoring the abatement of congestion. They are called congestion abatement thresholds and are numbered 1, , N, respectively.
b)
22
Recommendation Q.704
(07/96)
3.8.2.2 In national signalling networks with multiple congestion thresholds N separate thresholds are provided for determining whether, under congestion conditions, a message should be discarded or transmitted using the signalling link. They are called congestion discard thresholds and are numbered 1, , N, respectively. Congestion discard threshold n(n = 1, , N) is placed higher than congestion onset threshold n in order to minimize message loss under congestion conditions. Congestion discard threshold n(n = 1, , N 1) should be placed at or lower than congestion onset threshold n + 1 in order to make congestion control effective. When the current buffer occupancy does not exceed congestion discard threshold 1, the current signalling link discard status is assigned the zero value. Each congestion abatement threshold should be placed lower than the corresponding congestion onset threshold in order to provide hysteresis during the process of recovering from congestion. In national signalling networks with N > 1, the congestion abatement threshold n(n = 2, , N) should be placed higher than the congestion onset threshold n 1 so as to allow for a precise determination of signalling link congestion status. Congestion abatement threshold 1 should be placed higher than the normally engineered buffer occupancy of a signalling link. Under normal operation, when the signalling link is uncongested, the signalling link congestion status is assigned the zero value. At the onset of congestion, when the buffer occupancy is increasing, the signalling link congestion status is determined by the highest congestion onset threshold exceeded by the buffer occupancy. That is, if congestion onset threshold n(n = 1, , N) is the highest congestion onset threshold exceeded by the current buffer occupancy, the current signalling link congestion status is assigned the value n (see Figure 8a).
Congestion onset threshold n + 1 Congestion onset threshold n
From level 3
...
...
To signalling link
T1158890-94/d12
Buffer occupancy
At the abatement of congestion, when the buffer occupancy is decreasing, the signalling link congestion status is determined by the lowest congestion abatement threshold below which the buffer occupancy has dropped. That is, if congestion abatement threshold n(n = 1, , N) is the lowest congestion abatement threshold below which the current buffer occupancy has dropped, the current signalling link congestion status is assigned the value n 1 (see Figure 8b). The use of the signalling link congestion status is specified in 2.3.5.2.
Recommendation Q.704
(07/96)
23
n+1
n To signalling link
From level 3
...
...
T1158900-94/d13
When the current buffer occupancy exceeds congestion discard threshold n(n = 1,, N 1), but does not exceed congestion discard threshold n + 1, the current signalling link discard status is assigned the value n (see Figure 8c). When the current buffer occupancy exceeds congestion discard threshold N, the current signalling discard status is assigned the value N. The use of the signalling link discard status is specified in 2.3.5.2. 3.8.2.3 In national signalling networks using multiple signalling link congestion states without congestion priority, S + 1(1 S 3) levels of signalling link congestion status are accommodated in the signalling network, 0 being the lowest and S the highest.
n+1 From level 3 n+1 n n
...
...
To signalling link
T1158910-94/d14
Buffer occupancy
The signalling link congestion status is determined by a timing mechanism after the buffer occupancy exceeds the congestion onset threshold, or drops below the congestion abatement threshold. Under normal operation, when the signalling link is uncongested, the signalling link congestion status is assigned the zero value. At the onset of congestion, when the buffer occupancy exceeds the congestion onset threshold, the first signalling link congestion status is assigned a value s, predetermined in the signalling network. If the signalling link congestion status is set to s(s = 1, , S 1) and the buffer occupancy continues to be above the congestion onset threshold during Tx, the signalling link congestion status is updated by the new value s + 1.
24
Recommendation Q.704
(07/96)
If the signalling link congestion status is set to s(s = 1, , S) and the buffer occupancy continues to be below the abatement threshold during Ty, the signalling link congestion status is updated by the new value s 1. Otherwise, the current signalling link congestion status is maintained (see Figure 8d). The congestion abatement threshold should be placed lower than the congestion onset threshold.
( ,l > l o )
(Tx ,l > l o )
0 1 2
(T x ,l> l o )
3
(
0~3
T y ,l < l a
(T
y ,l < l a
T y ,l < l a
T1158920-94/d15
Congestion status s Buffer occupancy Congestion onset threshold Congestion abatement threshold Transition condition Timing for updating s s + 1 Timing for updating s s 1 Timing is zero
l
lo
la
() ,
Tx
TY
Figure 8d/Q.704 An example of signalling link congestion status (using multiple signalling link congestion states without congestion priority)
3.8.3
In this subclause, the procedures relating to each signalling network management function, which in general are applied in connection with link congestion status changes, are listed. Signalling route management: in the case when the congestion of a signalling link causes a signalling route set to become congested, the transfer-controlled procedure (see 13.6 and 13.7) is used, if required, to notify originating signalling points that they should reduce the concerned signalling traffic towards the affected destination. 3.8.4 Congestion status of signalling route sets
At each originating signalling point, there is associated with each signalling route set a congestion status, which indicates the degree of congestion in the signalling route set. a) In the international signalling network, two states are provided, congested and uncongested. If a link in a signalling route towards a given destination becomes congested, the congestion status of the signalling route set towards the affected destination is changed to congested. When a transfer controlled message relating to a given destination is received, the congestion status of the signalling route set towards the affected destination is indicated to the level 4 User Parts in accordance with the transfer-controlled procedure specified in 13.6. The congestion status is not retained by level 3 at the receiving signalling point.
Recommendation Q.704
(07/96)
25
b)
In national signalling networks with multiple congestion levels1 corresponding to the N + 1 levels of signalling link congestion, there are N + 1 values of signalling route set congestion status, with 0 being the lowest and N the highest. Normally the congestion status of a signalling route set is assigned the zero value, indicating that the signalling route set is uncongested. If a signalling link in the signalling route set to a given destination becomes congested, the congestion status of the signalling route set is assigned the value of the signalling link congestion status, if it is higher than the current signalling route set congestion status. When a transfer-controlled message relating to a given destination is received, the congestion status of the signalling route set towards that destination is updated, in accordance with the transfer-controlled procedure as specified in 13.7. The congestion status of the signalling route set towards that destination may be decremented in accordance with the signalling-route-set-congestion-test procedure as specified in 13.9.
c)
In national signalling networks using multiple congestion levels1 without congestion priority, there are S + 1 values of signalling route set congestion states, with 0 being the lowest and S the highest. Normally the congestion status of a signalling route set is assigned the zero value, indicating that the signalling route set is uncongested. If a local signalling link in the signalling route set to a given destination becomes congested, the congested status of the signalling route set is assigned the value of the signalling link congestion status, if it is larger than the current signalling route set congestion status. When a transfer-controlled message relating to a given destination is received, the congestion status of the affected destination is indicated to the level 4 user parts in accordance with the transfer-controlled procedure specified in 13.8.
3.8.5
In this subclause, the procedures relating to each signalling network management function, which in general are applied in connection with route set congestion status changes, are listed. 3.8.5.1 Signalling traffic management: the signalling traffic flow control procedure (see clause 11) is applied; it is used to regulate the input of signalling traffic from User Parts to the concerned signalling route set. 3.8.5.2 Signalling route management: as a national option, the signalling-route-set-congestion-test procedure (see 13.9) is applied; it is used to update the congestion status of the concerned signalling route set until the congestion status is reduced to the zero value. 4 4.1 Signalling traffic management General
4.1.1 The signalling traffic management function is used, as indicated in clause 3, to divert signalling traffic from signalling links or routes, or to temporarily reduce it in quantity in the case of congestion. 4.1.2 The diversion of traffic in the cases of unavailability or availability or restriction of signalling links and routes is typically made by means of the following basic procedures, included in the signalling traffic management function:
26
Recommendation Q.704
(07/96)
signalling link unavailability (failure, deactivation, blocking or inhibiting): the changeover procedure (see clause 5) is used to divert signalling traffic to one or more alternative links (if any); signalling link availability (restoration, activation, unblocking or uninhibiting): the changeback procedure (see clause 6) is used to divert signalling traffic to the link made available; signalling route unavailability: the forced rerouting procedure (see clause 7) is used to divert signalling traffic to an alternative route (if any); signalling route availability: the controlled rerouting procedure (see clause 8) is used to divert signalling traffic to the route made available; signalling route restricted1: the controlled rerouting procedure (see clause 8) is used to divert signalling traffic to an alternative route (if any); signalling point availability: the MTP restart procedure (see clause 9) is used to divert the signalling traffic to (or via) the point made available.
Each procedure includes different elements of procedure, the application of one or more of which depends on the particular circumstances, as indicated in the relevant subclauses. Moreover, these procedures include a modification of the signalling routing, which is made in a systematic way, as described in 4.2 to 4.7. 4.1.3 The signalling traffic flow control procedures are used in the case of congestion, in order to limit signalling traffic at its source. The procedures are specified in clause 11. 4.2 Normal routing situation
4.2.1 Signalling traffic to be sent to a particular signalling point in the network is normally routed to one or, in the case of load sharing between link sets in the international network, two link sets. A load sharing collection of two or more link sets is called a combined link set. Within a link set, a further routing may be performed in order to load share the traffic over the available signalling links (see clause 2). To cater for the situations when signalling links or routes become unavailable, alternative routing data are defined. For each destination which may be reached from a signalling point, one or more alternative link sets (combined link sets) are allocated. An alternative combined link set may consist of two or more (or all) of the remaining available link sets, which may carry signalling traffic towards the concerned destination. The possible link set (combined link sets) appear in a certain priority order. The link set (combined link set) having the highest priority is used whenever it is available. It is defined that the normal link set (combined link set) for traffic to the concerned destination. The link set (combined link set) which is in use at a given time is called the current link set (combined link set). The current link set (combined link set) consists either of the normal link set (combined link set) or of an alternative link set (combined link set). For each signalling link, the remaining signalling links in the link set are alternative links. The signalling links of a link set are arranged in a certain priority order. Under normal conditions the signalling link (or links) having the highest priority is used to carry the signalling traffic. These signalling links are defined as normal signalling links, and each portion of load shared traffic has its own normal signalling link. Signalling links other than normal may be active signalling links (but not carrying any signalling traffic at the time) or inactive signalling links (see clause 12).
Recommendation Q.704
(07/96)
27
4.2.2 Message routing (normal as well as alternative) is in principle independently defined at each signalling point. Thus, signalling traffic between two signalling points may be routed over different signalling links or paths in the two directions. 4.3 Signalling link unavailability
4.3.1 When a signalling link becomes unavailable (see 3.2) signalling traffic carried by the link is transferred to one or more alternative links by means of a changeover procedure. The alternative link or links are determined in accordance with the following criteria. 4.3.2 In the case when there is one or more alternative signalling links available in the link set to which the unavailable link belongs, the signalling traffic is transferred within the link set to: a) b) an active and unblocked signalling link, currently not carrying any traffic. If no such signalling link exists, the signalling traffic is transferred to; one or possibly more than one signalling link currently carrying traffic. In the case of transfer to one signalling link, the alternative signalling link is that having the highest priority of the signalling links in service.
4.3.3 In the case when there is no alternative signalling link within the link set to which the unavailable signalling link belongs, the signalling traffic is transferred to one or more alternative link sets (combined link sets) in accordance with the alternative routing defined for each destination. For a particular destination, the alternative link set (combined link set) is the link set (combined link set) in service having the highest priority. Within a new link set, signalling traffic is distributed over the signalling links in accordance with the routing currently applicable for that link set; i.e. the transferred traffic is routed in the same way as the traffic already using the link set. 4.4 Signalling link availability
4.4.1 When a previously unavailable signalling link becomes available again (see 3.2), signalling traffic may be transferred to the available signalling link by means of the changeback procedure. The traffic to be transferred is determined in accordance with the following criteria. 4.4.2 In the case when the link set, to which the available signalling link belongs, already carries signalling traffic on other signalling links in the link set, the traffic to be transferred includes the traffic for which the available signalling link is the normal one. Note that the assignment of the normal traffic to a signalling link may be changed during the changeback process taking into account, for example, system performance. The normal traffic is transferred from one or more signalling links, depending on the criteria applied when the signalling link became unavailable (see 4.3.2), and upon the criteria applied if any of the alternative signalling link(s) themselves became unavailable, or available, in the meantime. If signalling links in the linkset are still unavailable, and if it is required for load balancing purposes, signalling traffic extra to that normally carried by any link might also be identified for diversion to the signalling link made available, and to other available links in the linkset. This extra traffic is transferred from one or more signalling links. 4.4.3 In the case when the link set (combined link set) to which the available signalling links belong, does not carry any signalling traffic [i.e. a link set (combined link set) has become available], the traffic to be transferred is the traffic for which the available link set (combined link set) has higher priority than the link set (combined link set) currently used.
28
Recommendation Q.704
(07/96)
The traffic is transferred from one or more link sets (combined link sets) and from one or more signalling links within each link set. 4.5 Signalling route unavailability
When a signalling route becomes unavailable (see 3.4), signalling traffic currently carried by the unavailable route is transferred to an alternative route by means of forced re-routing procedure. The alternative route (i.e. the alternative link set or link sets) is determined in accordance with the alternative routing defined for the concerned destination (see 4.3.3). 4.6 Signalling route availability
When a previously unavailable signalling route becomes available again (see 3.4), signalling traffic may be transferred to the available route by means of a controlled rerouting procedure. This is applicable in the case when the available route (link set) has higher priority than the route (link set) currently used for traffic to the concerned destination (see 4.4.3). The transferred traffic is distributed over the links of the new link set in accordance with the routing currently applicable for that link set. 4.7 Signalling route restriction1
When a signalling route becomes restricted (see 3.4), signalling traffic carried by the restricted route is, if possible, transferred to an alternative route by means of the controlled rerouting procedure, if an equal priority alternative is available and not restricted. The alternative route is determined in accordance with alternate routing defined for the concerned destination (see 4.3.3). 4.8 Signalling point availability
When a previously unavailable signalling point becomes available (see 3.6), signalling traffic may be transferred to the available point by means of the MTP restart procedure (see clause 9). 5 5.1 Changeover General
5.1.1 The objective of the changeover procedure is to ensure that signalling traffic carried by the unavailable signalling link is diverted to the alternative signalling link(s) as quickly as possible while avoiding message loss, duplication or mis-sequencing. For this purpose, in the normal case the changeover procedure includes buffer updating and retrieval, which are performed before reopening the alternative signalling link(s) to the diverted traffic. Buffer updating consists of identifying all those messages in the retransmission buffer of the unavailable signalling link which have not been received by the far end. This is done by means of a hand-shake procedure, based on changeover messages, performed between the two ends of the unavailable signalling link. Retrieval consists of transferring the concerned messages to the transmission buffer(s) of the alternative link(s). 5.1.2 Changeover includes the procedures to be used in the case of unavailability (due to failure, blocking or inhibiting) of a signalling link, in order to divert the traffic pertaining to that signalling link to one or more alternative signalling links. These signalling links can be carrying their own signalling traffic and this is not interrupted by the changeover procedure.
Recommendation Q.704
(07/96)
29
The different network configurations to which the changeover procedure may be applied are described in 5.2. The criteria for initiation of changeover, as well as the basic actions to be performed, are described in 5.3. Procedures necessary to cater for equipment failure or other abnormal conditions are also provided. 5.2 Network configurations for changeover
5.2.1 Signalling traffic diverted from an unavailable signalling link is routed by the concerned signalling point according to the rules specified in clause 4. In summary, two alternative situations may arise (either for the whole diverted traffic or for traffic relating to each particular destination): i) ii) traffic is diverted to one or more signalling links of the same link set; or traffic is diverted to one or more different link sets.
5.2.2 As a result of these arrangements, and of the message routing function described in clause 2, three different relationships between the new signalling link and the unavailable one can be identified, for each particular traffic flow. These three basic cases may be summarized as follows: a) b) the new signalling link is parallel to the unavailable one (see Figure 9); the new signalling link belongs to a signalling route other than that to which the unavailable signalling link belongs, but this signalling route still passes through the signalling point at the far end of the unavailable signalling link (see Figure 10); the new signalling link belongs to a signalling route other than that to which the unavailable signalling link belongs, and this signalling route does not pass through the signalling point acting as signalling transfer point, at the far end of the unavailable signalling link (see Figure 11).
c)
Only in the case of c) does a possibility of message mis-sequencing exist: therefore its use should take into account the overall service dependability requirements described in Recommendation Q.706. 5.3 Changeover initiation and actions
5.3.1 Changeover is initiated at a signalling point when a signalling link is recognized as unavailable according to the criteria listed in 3.2.2. The following actions are then performed: a) b) c) d) e) transmission and acceptance of message signal units on the concerned signalling link is terminated; transmission of link status signal units or fill in signal units, as described in 5.3/Q.703 takes place; the alternative signalling link(s) are determined according to the rules specified in clause 4; a procedure to update the content of the retransmission buffer of the unavailable signalling link is performed as specified in 5.4 below; signalling traffic is diverted to the alternative signalling link(s) as specified in 5.5 below.
In addition, if traffic towards a given destination is diverted to an alternative signalling link terminating in a signalling transfer point not currently used to carry traffic towards that destination, a transfer-prohibited procedure is performed as specified in 13.2. 5.3.2 In the case when there is no traffic to transfer from the unavailable signalling link action, only item b) of 5.3.1 is required.
30
Recommendation Q.704
(07/96)
T1158930-94/d16
T1158940-94/d17
Figure 10/Q.704 Example of changeover to a signalling route passing through the remote signalling point
T1158950-94/d18
Figure 11/Q.704 Example of changeover to a signalling route not passing through the remote signalling point
5.3.3 If no alternative signalling link exists for signalling traffic towards one or more destinations, the concerned destination(s) are declared inaccessible and the following actions apply: i) the routing of the concerned signalling traffic is blocked and the concerned messages already stored in the transmission and retransmission buffers of the unavailable signalling link, as well as those received subsequently, are discarded;3 a command is sent to the User Part(s) (if any) in order to stop generating the concerned signalling traffic; the transfer-prohibited procedure is performed, as specified in 13.2; the appropriate signalling link management procedures are performed, as specified in clause 12.
____________________
3
The adequacy of this procedure to meet the acceptable dependability objective in terms of loss of messages requires further study. Recommendation Q.704 (07/96) 31
5.3.4 In some cases of failures or in some network configurations, the normal buffer updating and retrieval procedures described in 5.4 and 5.5 cannot be accomplished. In such cases, the emergency changeover procedures described in 5.6 apply. Other procedures to cover possible abnormal cases appear in 5.7. 5.4 Buffer updating procedure
5.4.1 When a decision to changeover is made, a changeover order is sent to the remote signalling point. In the case that the changeover was initiated by the reception of a changeover order (see 5.2), a changeover acknowledgement is sent instead. A changeover order is always acknowledged by a changeover acknowledgement, even when changeover has already been initiated in accordance with another criterion. No priority is given to the changeover order or changeover acknowledgement in relation to the normal traffic of the signalling link on which the message is sent. 5.4.2 The changeover order and changeover acknowledgement are signalling network management messages and contain the following information: the label, indicating the destination and originating signalling points and the identity of the unavailable signalling link; the changeover-order (or changeover-acknowledgement) signal; and the forward sequence number of the last message signal unit accepted from the unavailable signalling link.
Formats and codes of the changeover order and the changeover acknowledgement appear in clause 15. 5.4.3 Upon reception of a changeover order or changeover acknowledgement, the retransmission buffer of the unavailable signalling link is updated (except as noted in 5.6), according to the information contained in the message. The message signal units successive to that indicated by the message are those which have to be retransmitted on the alternative signalling link(s), according to the retrieval and diversion procedure. 5.5 Retrieval and diversion of traffic
When the procedure to update the retransmission buffer content is completed, the following actions are performed: the routing of the signalling traffic to be diverted is changed; the signal traffic already stored in the transmission buffers and retransmission buffer of the unavailable signalling link is sent directly towards the new signalling link(s), according to the modified routing.
The diverted signalling traffic will be sent towards the new signalling link(s) in such a way that the correct message sequence is maintained. The diverted traffic has no priority in relation to normal traffic already conveyed on the signalling link(s). 5.6 Emergency changeover procedures
5.6.1 Due to the failure in a signalling terminal, it may be impossible for the corresponding end of the faulty signalling link to determine the forward sequence number of the last message signal unit accepted over the unavailable link. In this case, the concerned end accomplishes, if possible, the buffer updating procedures described in 5.4 but it makes use of an emergency changeover order or an emergency changeover acknowledgement instead of the corresponding normal message; these
32 Recommendation Q.704 (07/96)
emergency messages, the format of which appears in clause 15, do not contain the forward sequence number of the last accepted message signal unit. Furthermore, the signalling link is taken out of service, i.e. the concerned end initiates, if possible, the sending of out-of-service link status signal units on the unavailable link (see 5.3/Q.703). When the other end of the unavailable signalling link receives the emergency changeover order or acknowledgement, it accomplishes the changeover procedures described in 5.4 and 5.5, the only difference being that it does not perform either buffer updating or retrieval. Instead, it directly starts sending the signalling traffic not yet transmitted on the unavailable link on the alternative signalling link(s). The use of normal or emergency changeover messages depends on the local conditions of the sending signalling point only, in particular: an emergency changeover order is acknowledged by a changeover acknowledgement if the local conditions are normal; and a changeover order is acknowledged by an emergency changeover acknowledgement if there are local fault conditions.
5.6.2 Time-controlled changeover is initiated when the exchange of changeover messages is not possible or not desirable, i.e. if any (or several) of the following cases apply: i) ii) iii) No signalling path exists between the two ends of the unavailable link, so that the exchange of changeover messages is impossible. Processor outage indication is received on a link. In this case, if the remote processor outage condition is only transitory, sending of a changeover order could result in failure of the link. A signalling link currently carrying traffic has been marked (locally or remotely) inhibited. In this case, time controlled changeover is used to divert traffic for the inhibited link without causing the link to fail.
When the concerned signalling point decides to initiate changeover in such circumstances, after the expiry of a time T1 (see 16.8), it starts signalling traffic not yet transmitted on the unavailable signalling link on the alternative link(s); the purpose of withholding traffic for the time T1 (see 16.8) is to reduce the probability of message mis-sequencing. An example of such a case appears in Annex A/Q.705. In the abnormal case when the concerned signalling point is not aware of the situation, it will start the normal changeover procedure and send a changeover order; in this case it will receive no changeover message in response and the procedure will be completed as indicated in 5.7.2. Possible reception of a transfer-prohibited message (sent by an involved signalling transfer point on reception of the changeover order, see 13.2) will not affect changeover procedures. If time-controlled changeover has been initiated according to case ii) above and if a changeover order is received from the remote and during the Time T1, it is advantageous to switch to the normal changeover procedure including retrieval because unnecessary message loss or sending of old messages is avoided in a simple way. The ability to perform this switch is considered to be implementation dependent. A changeover acknowledgement however, must be returned in any case in order to assure the normal completion of the changeover procedure at the remote end. If a changeover order is received after timer T1 has expired time-controlled changeover is completed (if not yet done) and an emergency changeover acknowledgement is sent to the remote end. In the case that processor outage is of long-term, the remote side completes the time-controlled changeover procedure. In order to avoid sending out old messages (see clause 8/Q.703) the level 2 buffers on both sides of the link should be flushed immediately, when the local/remote processor outage state terminates. How the flushing is performed is implementation dependent. The decision
Recommendation Q.704
(07/96)
33
whether processor outage is of long-term is a local thing. At the remote side long-term processor outage occurs when the time-controlled changeover timer T1 expires. At the local side an equivalent timer is used in quite the same way. 5.6.3 Due to failures, it may be impossible for a signalling point to perform retrieval even if it has received the retrieval information from the far end of the unavailable signalling link. In this case, it starts sending new traffic on reception of the changeover message (or on time-out expiry, see 5.6.2 and 5.7.2); no further actions in addition to the other normal changeover procedures are performed. 5.7 Procedures in abnormal conditions
5.7.1 The procedures described in this subclause allow the completion of the changeover procedures in abnormal cases other than those described in 5.6. 5.7.2 If no changeover message in response to a changeover order is received within a timer T2 (see 16.8), new traffic is started on the alternative signalling link(s). 5.7.3 If a changeover order or acknowledgement containing an unreasonable value of the forward sequence number is received, no buffer updating or retrieval is performed, and new traffic is started on the alternative signalling link(s). 5.7.4 If a changeover acknowledgement is received without having previously sent a changeover order, no action is taken. 5.7.5 If a changeover order is received relating to a particular signalling link after the completion of changeover from that signalling link, an emergency changeover acknowledgement is sent in response, without any further action. 6 6.1 Changeback General
6.1.1 The objective of the changeback procedure is to ensure that signalling traffic is diverted from the alternative signalling link(s) to the signalling link made available as quickly as possible, while avoiding message loss, duplication or mis-sequencing. For this purpose (in the normal case), changeback includes a procedure to control the message sequence. 6.1.2 Changeback includes the basic procedures to be used to perform the opposite action to changeover, i.e. to divert traffic from the alternative signalling link(s) to a signalling link which has become available (i.e. it was uninhibited, restored or unblocked). The characteristics of the alternative signalling link(s) from which changeback can be made are described in 5.2. In all the cases mentioned in 5.2, the alternative signalling links can be carrying their own signalling traffic and this is not interrupted by the changeback procedures. Procedures necessary to cater for particular network configuration or other abnormal conditions are also provided.
NOTE The term "alternative signalling link(s)" refers to signalling link(s) terminating in the signalling point at which a changeback is initiated (see also clause 4).
6.2
6.2.1 Changeback is initiated at a signalling point when a signalling link is restored, unblocked or uninhibited, and therefore it becomes once again available, according to the criteria listed in 3.2.3 and 3.2.7. The following actions are then performed:
34
Recommendation Q.704
(07/96)
a)
the alternative signalling link(s) to which traffic normally carried by the signalling link made available was previously diverted (e.g. on occurrence of a changeover), are determined. To this set are added, if applicable, other links determined as defined in 4.4.2; signalling traffic is diverted (if appropriate, according to the criteria specified in clause 4) to the concerned signalling link by means of the sequence control procedure specified in 6.3; traffic diversion can be performed at the discretion of the signalling point initiating changeback, as follows: i) individually for each traffic flow (i.e. on destination basis); ii) individually for each alternative signalling link (i.e. for all the destinations previously diverted on that alternative signalling link); iii) at the same time for a number of, or for all the alternative signalling links.
b)
On occurrence of changeback, it may happen that traffic towards a given destination is no longer routed via a given adjacent signalling transfer point, towards which a transfer-prohibited procedure was previously performed on occurrence of changeover (see 5.3.1); in this case a transfer-allowed procedure is performed, as specified in 13.3. In addition, if traffic towards a given destination is diverted to an alternative signalling link terminating in a signalling transfer point not currently used to carry traffic toward that destination, a transfer-prohibited procedure is performed as specified in 13.2. 6.2.2 In the case when there is no traffic to transfer to the signalling link made available, none of the previous actions are performed. 6.2.3 In the case that the signalling link made available can be used to carry signalling traffic towards a non-adjacent destination which was previously declared inaccessible, the following actions apply: i) ii) iii) the routing of the concerned signalling traffic is unblocked and transmission of the concerned messages (if any) is started on the link made available; an indication is sent to the User Part(s) (if any) to restart the concerned signalling traffic; the transfer-allowed procedure is performed, as specified in 13.3. However, in national networks, when the recovered link is not on the normal route for that destination, the transfer-restricted1 procedure may be performed as specified in 13.4; the transfer-prohibited procedure is performed as specified in 13.2.2 i).
iv)
6.2.4 In the case that the signalling link made available will be the first link to be used on the normal route towards a destination previously declared restricted, the status of the route is changed to available and the transfer-allowed procedure is performed as specified in 13.3. 6.2.5 If the signalling point at the far end of the link made available currently is inaccessible, from the signalling point initiating changeback (see clause 9 on MTP Restart), the sequence control procedure specified in 6.3 (which requires communication between the two concerned signalling points) does not apply; instead, the time-controlled diversion specified in 6.4 is performed. This is made also when the concerned signalling points are accessible, but there is no signalling route to it using the same outgoing signalling link(s) (or one of the same signalling links) from which traffic will be diverted. The time-controlled diversion procedure may also be used for the changeback between different link sets instead of the sequence control procedure in order to avoid possible message mis-sequencing (see Note) or problems with multiple parallel changebacks.
Recommendation Q.704
(07/96)
35
NOTE The sequence control procedure can only guarantee correct sequencing of MSUs in all cases if the alternative link terminates in the same signalling point (i.e. the destination of the changeback declaration) as the newly available one.
6.3
6.3.1 When a decision is made at a given signalling point to divert a given traffic flow (towards one or more destinations) from an alternative signalling link to the signalling link made available, the following actions are performed if possible (see 6.4): i) ii) transmission of the concerned traffic on the alternative signalling link is stopped; such traffic is stored in a changeback buffer; a changeback declaration is sent to the remote signalling point of the signalling link made available via the concerned alternative signalling link; this message indicates that no more message signal units relating to the traffic being diverted to the link made available will be sent on the alternative signalling link.
6.3.2 The concerned signalling point will restart diverted traffic over the signalling link made available when it receives a changeback acknowledgement from the far signalling point of the link made available; this message indicates that all signal messages relating to the concerned traffic flow and routed to the remote signalling point via the alternative signalling link have been received. The remote signalling point will send the changeback acknowledgement to the signalling point initiating changeback in response to the changeback declaration; any available signalling route between the two signalling points can be used to carry the changeback acknowledgement. 6.3.3 The changeback declaration and changeback acknowledgement are signalling network management messages and contain: the label, indicating the destination and originating signalling points, and the identity of the signalling link to which traffic will be diverted; the changeback-declaration (or changeback-acknowledgement) signal; and the changeback code.
Formats and codes of the changeback-declaration and changeback-acknowledgement appear in clause 15. 6.3.4 A particular configuration of the changeback code is autonomously assigned to the changeback declaration by the signalling point initiating changeback; the same configuration is included in the changeback acknowledgement by the acknowledging signalling point. This allows discrimination between different changeback declarations and acknowledgements when more than one sequence control procedures are initiated in parallel, as follows. 6.3.5 In the case that a signalling point intends to initiate changeback in parallel from more than one alternative signalling link, a sequence control procedure is accomplished for each involved signalling link, and a changeback-declaration is sent on each of them; each changeback-declaration is assigned a different configuration of the changeback code. Stopped traffic is stored in one or more changeback buffers (in the latter case, a changeback buffer is provided for each alternative signalling link). When the changeback-acknowledgement relating to that alternative signalling link is received, traffic being diverted from a given alternative signalling link can be restarted on the signalling link made available, starting with the content of the changeback buffer; discrimination between the different changeback-acknowledgements is made by the changeback code configuration, which is the same as that sent in the changeback-declaration.
36
Recommendation Q.704
(07/96)
This procedure allows either reopening the recovered signalling link to traffic in a selective manner (provided that different changeback buffers are used) as soon as each changeback-acknowledgement is received, or only when all the changeback-acknowledgements have been received. 6.4 Time-controlled diversion procedure
6.4.1 The time-controlled diversion procedure is used at the end of the MTP restart procedure (see clause 9) when an adjacent signalling point becomes available, as well as for the reasons given in 6.2.5. An example of such a use appears in Figure 12.
C
T1158960-94/d19
In this example, on failure of signalling link AB, traffic towards the destination D was directed to signalling link AC. When AB becomes available, the point A considers itself as the neighbour of a point which restarts and applies the MTP restart procedure (see clause 9). 6.4.2 When changeback is initiated after the MTP restart procedure, the adjacent signalling point of the point whose MTP is restarting stops traffic to be directed from the alternative signalling link(s) for a time T3, after which it starts traffic on the signalling link(s) made available. The time delay minimizes the probability of out-of-sequence delivery to the destination point(s). 6.5 Procedures in abnormal conditions
6.5.1 If a changeback-acknowledgement is received by a signalling point which has not previously sent a changeback-declaration, no action is taken. 6.5.2 If a changeback-declaration is received after the completion of the changeback procedure, a changeback-acknowledgement is sent in response, without taking any further action. This corresponds to the normal action described in 6.3.2 above. 6.5.3 If no changeback-acknowledgement is received in response to a changeback declaration within a time T4 (see 16.8), the changeback-declaration is repeated and a new timer T5 (see 16.8) is started. If no changeback-acknowledgement is received before the expiry of T5, the maintenance functions are alerted and traffic on the link made available is started. The changeback code contained in the changeback-acknowledgement message makes it possible to determine, in the case of parallel changebacks from more than one reserve path, which changeback-declaration is unacknowledged and has therefore to be repeated.
Recommendation Q.704
(07/96)
37
7 7.1
7.1.1 The objective of the forced rerouting procedure is to restore, as quickly as possible, the signalling capability between two signalling points towards a particular destination, in such a way as to minimize the consequences of a failure. However, since the unavailability of a signalling route is, in general, caused by the fact that the concerned destination has become inaccessible to a signalling transfer point, a probability of message loss exists (see 5.3.3). Therefore, the structure of the signalling network should be such as to reduce the probability of signalling route unavailability to limits compatible with the overall dependability requirements (see Recommendation Q.706). 7.1.2 Forced rerouting is the basic procedure to be used in the case where a signalling route towards a given destination becomes unavailable (due to, for example, remote failures in the signalling network) to divert signalling traffic towards that destination to an alternative signalling route outgoing from the concerned signalling point. Signalling links pertaining to the alternative signalling route can be carrying their own signalling traffic (relating to different signalling routes), and this is not interrupted by the forced rerouting procedure. 7.2 Forced rerouting initiation and actions
7.2.1 Forced rerouting is initiated at a signalling point when a transfer-prohibited message, indicating a signalling route unavailability is received. The following actions are then performed: a) transmission of signalling traffic towards the concerned destination on the link set(s) pertaining to the unavailable route is immediately stopped; such traffic is stored in a forced rerouting buffer; the alternative route is determined according to the rules specified in clause 4; as soon as action b) is completed, the concerned signalling traffic is restarted on a link set pertaining to the alternative route, starting with the content of the forced rerouting buffer; if appropriate, a transfer-prohibited procedure is performed (see 13.2.2).
b) c) d)
7.2.2 In the case when there is no signalling traffic to be diverted from the unavailable route, actions b) and d) in 7.2.1 apply. 7.2.3 If no alternative route exists for signalling traffic towards the concerned destination, that destination is declared inaccessible, and the actions specified in 5.3.3 apply. 8 8.1 Controlled rerouting General
8.1.1 The objective of the controlled rerouting procedure is to restore the optimal signalling routing and to minimize mis-sequencing of messages. Therefore, controlled rerouting includes a time-controlled traffic diversion procedure, which is the same as that used in some cases of changeback (see 6.4). 8.1.2 a) Controlled rerouting is the basic procedure to be used in the following two cases: when a signalling route towards a given destination becomes available (due to, for example, recovery of previous remote failures in the signalling network), to divert back signalling traffic towards that destination from the alternative to the normal signalling route outgoing from the concerned signalling point;
38
Recommendation Q.704
(07/96)
b)
when a transfer-restricted1 message is received, after signalling traffic management has decided that alternative routing is appropriate (e.g. because it would be more efficient than routing via the link set over which the transfer-restricted message was received).
Signalling links pertaining to the alternative signalling route can be carrying their own signalling traffic (relating to different routes) and this is not interrupted by the controlled rerouting procedure. 8.2 Controlled rerouting initiation and actions
8.2.1 Controlled rerouting is initiated at a signalling point when a transfer-allowed message, indicating that the signalling route has become available, is received; also when a transfer-restricted message1 is received. The following actions are then performed: a) transmission of signalling traffic towards the concerned destination on the link set belonging to the alternative route or the route over which the transfer-restricted1 message was received is stopped; such traffic is stored in a "controlled rerouting buffer"; a timer T6 (see 16.8), is started; if the signalling point serves as a signalling transfer point, a transfer-prohibited procedure is performed for the route made available (or the alternative route in the case of reception of a transfer-restricted1 message, if the alternative route was not previously used), and a transferallowed procedure for the alternative one (or on the restricted route in the case of the reception of a transfer-restricted1 message) (see 13.2.2 and 13.3.2, respectively); at the expiry of T6, the concerned signalling traffic is restarted on an outgoing link set pertaining to the signalling route made available, or the alternative route in the case of reception of the transfer-restricted1 message, starting with the content of the controlled rerouting buffer; the aim of the time delay is to minimize the probability of out-of-sequence delivery to the destination point(s).
b)
c)
8.2.2 In the case when there is no signalling traffic to be diverted from the route made available, only action b) in 8.2.1 applies. 8.2.3 If the destination was inaccessible or restricted1, when the route is made available, then the destination is declared accessible and actions specified in 6.2.3 and 6.2.4 apply (if appropriate). 9 9.1 MTP restart General
When a signalling point is isolated from the network for some time, it cannot be sure that its routing data are still valid (note that circumstances might cause the management entity to isolate the node, i.e. make all links unavailable, in order to facilitate recovery from a partial isolation). Thus, problems could be present when the sending of User traffic is resumed, due to wrong routing data as well as due to many parallel activities (e.g. link activation, changebacks etc.) which have to be performed within the node whose MTP is restarting. The objective of the MTP restart procedure is to protect the node whose MTP is restarting, and the network. This is done by giving the restarting MTP time to activate sufficient links, and to exchange enough routing data with the network, before User traffic is restarted. Note that in this context "sufficient" and "enough" mean that potential remaining problems should not cause the node to fail again.
Recommendation Q.704
(07/96)
39
A central part of the restart procedure is the exchange of network status information between the restarting MTP and the adjacent nodes. In order for the procedure to make sense, the network status should not change significantly during this information exchange. As a consequence there is an overall restart time defined for the node whose MTP is restarting as well as for the adjacent nodes. During this time, all activities within the node whose MTP is restarting as well as the adjacent nodes should be completed. This requires that the time available is used in an efficient way. As a basis of the restart procedure it is assumed that most of the signalling points within the network are accessible. Thus, at the beginning of the restart procedure, all concerned routes are considered to be allowed, and the update of the network status is performed by the exchange of transfer-prohibited (TFP) and/or transfer-restricted (TFR) 1 messages. The MTP restart procedure uses the Traffic Restart Allowed (TRA) message which contains: the label, indicating the originating signalling point and the adjacent destination signalling point; the traffic restart allowed signal.
The format and coding of this message appear in clause 15. When an adjacent node has finished sending all relevant TFP and/or TFR1 messages to the node with the restarting MTP, it finally sends a TRA message which indicates that all relevant routing information has been transferred. Thus, at the node with the restarting MTP, the number of received TRA messages is an indication of the completeness of the routing data. When the restarting MTP has completed all actions or when the overall restart time is over, it sends TRA messages directly to all of its adjacent nodes accessible via a direct link set. These messages indicate that the restart procedure is terminated and User traffic should be started. 9.2 Actions in a signalling point whose MTP is restarting
9.2.1 A signalling point starts the MTP restart procedure when its first link is in service at level 2. The restarting MTP: if it has the transfer function starts a timer T18; starts an overall restart timer T20; and continues activating or unblocking all of its signalling links by means of the basic signalling link management procedures (see 12.2).
NOTE In order to use the overall restart time in an efficient way, it is preferable to make all link sets available at nearly the same time, by activating first one link per link set, and by applying emergency alignment for at least the first link in each link set. Because of this measure, the routing data update can be started for all routes at the very beginning of the restart procedure.
9.2.2 If the signalling points restarting MTP has the transfer function, the MTP restart procedure consists of two phases. Within the first phase, supervised by timer T18, links are activated and the routing tables within the restarting MTP are updated according to the transfer-prohibited, transferallowed and transfer-restricted1 messages (see clause 15) received from the adjacent nodes. In addition, the restarting MTP takes into account any traffic restart allowed messages received from adjacent nodes. Timer T18 is implementation and network dependent, and is stopped when: 1) 2) sufficient links and link sets are available to carry the expected signalling traffic; and enough TRA messages (and therefore routing data) have been received to give a high level of confidence in the MTP routing tables.
NOTE In normal circumstances the restarting MTP should wait for TRA messages from all adjacent nodes. There are, however, other situations where this might not be useful, e.g. for a long-term equipment failure.
40
Recommendation Q.704
(07/96)
When T18 is stopped or expires, the second phase begins, which includes as a major part a broadcast of non-preventive transfer prohibited messages [i.e. those TFPs according to 13.2.2 v)] and transferrestricted1 messages, taking into account signalling link sets which are not available and any TFP, TFA and TFR1 messages received during phase 1. Note that timer T18 is determined such that during phase 2 the broadcast of TFP and TFR1 messages may be completed in normal situations. TRA messages received during phase 2 should be ignored. If during phase 2 a destination has been declared to be inaccessible by sending of a TFP message, and afterwards, but still within phase 2, this destination becomes accessible to the restarting MTP by reception of a TFA or TFR1 message or the availability of a corresponding link, this new accessibility is a late event and should be treated outside the restart procedure. The handling of the new accessibility of the said destination before the sending of a TFP referring to that destination is an implementation dependent matter. When all TFP and TFR1 messages have been sent, the overall restart timer T20 is stopped and phase 2 is finished. Note that preventive TFP messages [i.e. those according to 13.2.2 i)], except possibly those for highest priority routes, must have been sent before normal User traffic is carried. This might be done during or after phase 2. 9.2.3 If the restarting MTP has no transfer function, phase 1 (see 9.2.2) but not phase 2 is present. In this case, the whole restart time is available for phase 1. The overall restart timer T20 is stopped when: 1) 2) sufficient links and link sets are available to carry the expected signalling traffic; and enough TRA messages (and therefore routing data) have been received to give a high level of confidence in the MTP routing tables.
9.2.4 When T20 is stopped or expires, the restarting MTP of the signalling point or signalling transfer point sends traffic restart allowed messages to all adjacent signalling points via corresponding available direct link sets, and an indication of the end of MTP restart is sent to all local MTP Users showing each signalling points accessibility or inaccessibility. The means of doing the latter is implementation dependent. In addition, timer T19 is started (see 9.5.2) for all signalling points to which a TRA message has just been sent. Normal operation is then resumed. When T20 expires the transmission of TFP and TFR1 messages is stopped. However, preventive TFP messages [i.e. those according to 13.2.2 i)] except possibly those for highest priority routes, must have been sent before MTP User traffic is restarted. 9.3 Actions in a signalling point X, adjacent to a signalling point Y whose MTP restarts
9.3.1 A signalling point X considers that the MTP of an inaccessible adjacent signalling point Y is restarting when: the first link in a direct link set is in the "in service" state at level 2; or another route becomes available due either to reception of a corresponding TFA, TFR1 or TRA message, or by the corresponding link set becoming available (see 3.6.2.2).
9.3.2 When the first link in a direct linkset towards signalling point Y, whose MTP is restarting, is in the "in service" state at level 2, signalling point X starts a timer T21 and takes account of any TFP, TFA and TFR1 messages received from signalling point Y. In addition X takes the following action: if X has the transfer function, when the direct linkset is available at level 3, X sends any necessary TFP and TFR1 messages to Y; then X sends a traffic restart allowed message to signalling point Y.
Recommendation Q.704
(07/96)
41
If a signalling point, previously declared to be inaccessible, becomes available again before T21 is stopped or expires, a corresponding TFA or TFR1 message is sent to the signalling point Y whose MTP is restarting. If a signalling point becomes prohibited or restricted to signalling point X after a TRA message has been sent by X to Y, X sends a corresponding TFP or TFR1 message to Y. When a traffic restart allowed message has been received by X from signalling point Y, and a TRA message has been sent by X to Y, X stops timer T21. Note that preventive TFP messages according to 13.2.2 i) must be sent before MTP User traffic is restarted.
NOTE This includes the case where the MTP of Y is restarting as well as the case that both X and Y start the adjacent signalling point MTP restart procedure at the new availability of the interconnecting direct link set. In the latter case, one side will receive a TRA message from the other while still sending TFP and/or TFR1 messages, so that it has not yet sent its TRA message. The transmission of routing information should be completed before this TRA message is sent to the adjacent node and timer T21 stopped.
When T21 is stopped or expires, signalling point X sends and MTP-RESUME primitive concerning Y, and all signalling points made available via Y, to all local MTP Users. If X has the transfer function, it broadcasts to adjacent available signalling points transfer-allowed and/or transferrestricted1 messages concerning Y and all signalling points made accessible via Y. Note that preventive TFPs according to 13.2.2 i) must be sent before MTP User traffic is restarted. In the abnormal case where transfer prohibited and transfer restricted1 messages are still being sent to Y when T21 expires (and hence no TRA message has yet been sent to Y), such routing data transmission is stopped and no TRA message is sent to Y. Note that preventive TFPs according to 13.2.2 i) must still be sent during the changeback procedure. 9.3.3 When signalling point Y becomes accessible by means other than via a direct link set between X and Y, X sends an MTP-RESUME primitive concerning Y to all local MTP Users. In addition, if signalling point X has the transfer function, X sends to Y any required transfer-prohibited and transfer-restricted1 messages on the available route. X then broadcasts TFA and/or TFR1 messages (see clause 13) concerning Y. Note that X should not in this case alter any routing data other than that for Y. 9.4 Short term isolations
9.4.1 In the case where a signalling point is isolated due to a short term processor outage [lasting less than T1 (see 16.8)] occurring on some or all of its links at nearly the same time, the restart procedure should not be started. If an isolation lasts longer than T1, the restart procedure must be performed. 9.4.2 When a destination Y becomes inaccessible, and routing control finds an inhibited link within the route set to Y, a signalling routing control initiated uninhibiting action is performed (see 10.3). If at least one inhibited link is in the level 2 "in service" state, and uninhibiting is successful, the isolation will be of short term and no restart procedure should be performed on either side of the link. 9.5 TRA messages and timer T19
9.5.1 If a signalling point X receives an unexpected TRA message from an adjacent node Y and no associated T19 timer is running, X sends to Y any necessary TFP and TFR1 messages if X has the transfer function, and a TRA message to Y. In addition, X starts a timer T19 associated with Y.
42
Recommendation Q.704
(07/96)
9.5.2 If a signalling point receives a TRA message from an adjacent node and an associated timer T19 is running, this TRA is discarded and no further action is necessary. 9.6 General rules
9.6.1 When the MTP of a signalling point restarts, it considers at the beginning of the MTP restart procedure all signalling routes to be allowed. 9.6.2 After the MTP of an adjacent node X has restarted, and if T21 has been started (see 9.3.2), all routes using X are considered to be available unless corresponding TFP or TFR1 messages have been received whilst T21 was running. 9.6.3 A signalling route set test message received in a restarting MTP is ignored during the MTP restart procedure. Signalling route set test messages received in a signalling point adjacent to signalling point Y whose MTP is restarting before T21 expires are handled, but the replies assume that all signalling routes using Y are prohibited. 9.6.4 Late events, i.e. link restorations or reception of TFA or TFR1 messages, occurring in phase 2 at a node whose MTP is restarting after the node has sent out TFPs or TFRs1 referring to the concerned signalling points, are treated outside the restart procedure as normal events. Handling of late events in phase 2 before sending out TFPs or TFRs1 referring to the concerned signalling points is an implementation dependent matter. In addition, it is an implementation dependent matter whether the reception of TFPs or link set failures during phase 2 are handled within or after the termination of the restart procedure. 9.6.5 When an adjacent signalling point Y becomes accessible on receipt of a TFA, TFR1 or TRA message (see 3.6.2), the concerned signalling point performs controlled rerouting towards Y. 9.6.6 All messages to another destination received at a signalling point whose MTP is restarting are discarded. All messages received during the restart procedure concerning a local MTP User (service indicator 0000 and 0001) are discarded. All messages received with service indicator = 0000 in a restarting MTP for the signalling point itself are treated as described in the MTP restart procedure. Those messages not described elsewhere in the procedure are discarded and no further action is taken on them (message groups CHM, ECM, FCM, RSM, UFC, MIM and DLM). 9.6.7 In adjacent signalling points during the restart procedure, messages not part of the restart procedure but which are destined to or through the signalling point whose MTP is restarting, are discarded. Messages received with service indicator = 0001 are handled normally during the restart procedure. 9.6.8 If a gateway nodes MTPs are restarting in multiple networks, it may be of advantage to coordinate their restarting procedures (implementation dependent). 9.7 Sequence diagrams
Arrow diagrams illustrate the procedures. In case of conflict, the text takes precedence over the diagrams.
Recommendation Q.704
(07/96)
43
9.7.1
All links unavailable (e.g. LPO) First link in service at level 2 time > ~T1
SP is an STP ?
T20
No
START
TFP [,TFR], TRA messages TFA negating previous TFP
[or TFR]
START
T18
Yes Sufficient links available TFP [,TFR], TRA messages TFA negating previous TFP [or TFR]
No
SP is an STP ?
Yes
MTP-RESUME indications
TRA broadcast over direct link sets TFAs, TFPs, [,TFRs] broadcast due to late events
START T19s
T1178290-96
Arrow diagram 1
44
Recommendation Q.704
(07/96)
9.7.2
START
T21
No
SP X has STP fn. ? When 1st. link in direct link set is available at level 3: TFP [,TFR] messages to Y
Yes
TRA to Y
MTP-RESUME indications wrt. Y and all SPs now accessible due to Y No SP X has STP fn. ?
Yes
Signalling link management inhibiting is requested by management when it becomes necessary, e.g. for maintenance or testing purposes (for example, if the link experiences too many changeovers and changebacks in a short time, or there is a significant link error rate), to make or keep a signalling link unavailable to User Part-generated signalling traffic. Management inhibiting is a signalling traffic management action, and does not cause any link status changes at level 2. A signalling link is marked "inhibited" under the management inhibiting procedure. In particular, a signalling link that
Recommendation Q.704
(07/96)
45
was active and in service prior to being inhibited will remain so, and will thus be able to transmit maintenance and test messages, for which the signalling link test message could be used (see clause 2/Q.707). Inhibiting of a signalling link may be requested by management functions at either end of the link. The request is granted, provided that the inhibiting action does not cause any previously accessible destinations to become inaccessible at either end of the signalling link. The request may also be refused under certain circumstances such as congestion. A signalling link normally remains inhibited until uninhibiting is invoked in the signalling point at which inhibiting was initiated. Uninhibiting is initiated either at the request of a management function or by routing functions at either end of the signalling link when it is found that a destination has become inaccessible for signalling traffic and the link sets associated with routes to that destination contain inhibited links. Unless unavailable for other reasons, uninhibiting causes the signalling link to enter the available state and changeback to be initiated. Periodic tests are made on the inhibit status of inhibited links. Such periodic tests should not add significantly to the traffic load on the signalling network, and remove the need for a signalling point to perform inhibit tests at signalling point restart. If a test on the inhibit status of a link reveals discrepancies between the signalling points at each end of the link, the link is either uninhibited or force uninhibited as appropriate, to align the inhibit status at each end of the link. 10.2 Inhibiting initiation and actions
When at signalling point X a request is received from a management function to inhibit a signalling link to signalling point Y, the following actions take place: a) A check is performed at signalling point X to determine whether, in the case of an available link, inhibiting will result in a destination becoming inaccessible, or in the case of an unavailable link, signalling point Y is inaccessible. If either is the case, management is informed that the inhibiting request is denied. If inhibiting is permitted, signalling point X sends an inhibit message to signalling point Y indicating that it wishes to inhibit the signalling link identified in the message. Signalling point Y, on receiving the inhibit message from X, checks whether, in the case of an available link, inhibiting will result in a destination becoming inaccessible and, if so, an inhibit denied message is returned to signalling point X. The latter then informs the management function which requested inhibiting that the request cannot be granted. If the signalling point Y finds that inhibiting of the concerned link is permissible, it sends an inhibit acknowledgement to signalling point X and marks the link remotely inhibited. If the link concerned is currently carrying traffic, signalling point Y sends the inhibit acknowledgement via that link and diverts subsequent traffic for it, using the time controlled changeover procedure. Y then starts inhibit test timer T23. e) On receiving an inhibit acknowledgement message, signalling point X marks the link locally inhibited and informs management that the link is inhibited. If the link concerned is currently carrying traffic, signalling point X diverts subsequent traffic for that link, using the time-controlled changeover procedure. X then starts inhibit test timer T22. f) When changeover has been completed, the link while inhibited, will be unavailable for the transfer of user-generated traffic but still permits the exchange of test messages.
b) c)
d)
46
Recommendation Q.704
(07/96)
g)
If, for any reason, the inhibit acknowledgement message is not received, a timer T14 expires and the procedure is restarted including inspection of the status of the destination of the inhibit message. If the destination is not available, management is informed.
At most two consecutive automatic attempts may be made to inhibit a particular signalling link. A signalling point may not transmit an inhibit message for a particular signalling link if it has already transmitted an uninhibit message for that link, and neither an acknowledgement for that uninhibit message has been received nor has the uninhibit procedure finally timed out. 10.3 Uninhibiting initiation and actions
Signalling link uninhibiting is initiated at the signalling point which originally caused the link to be inhibited, upon receipt of an uninhibit or forced uninhibit request. In a given signalling point, an uninhibit request may be initiated for a locally inhibited link by the management or signalling routing control function, while a forced uninhibit request may be initiated for a remotely inhibited link by the signalling routing control function only. Signalling routing control will initiate signalling link uninhibit if an inhibited link is found to be a member of a link set in a route to a destination which has become inaccessible. If such signalling routing control uninhibiting were unsuccessful because of a failed or blocked inhibited link, and if that link later recovers or becomes unblocked with the destination still unavailable, uninhibiting is re-attempted. A signalling point may not transmit an uninhibit message for a particular signalling link if it has already transmitted an inhibit message for that link, and neither an acknowledgement for that inhibit message has been received nor has the inhibit procedure finally timed out. 10.3.1 Management-initiated uninhibiting Upon receipt of an uninhibiting request from the management function of signalling point X regarding an inhibited link to signalling point Y, the following actions take place: a) A check is performed at signalling point X to determine whether an uninhibit message can be sent to signalling point Y, either over an available route, or if all routes to signalling point Y are unavailable, over the concerned inhibited link. If all routes to signalling point Y are unavailable and the concerned inhibited link is marked failed or processor outage, management is informed that uninhibiting is not possible. If uninhibiting is possible, signalling point X sends an uninhibit signalling link message to signalling point Y indicating that the link identified in the message should be uninhibited. Upon receipt of the uninhibit link message, signalling point Y returns an uninhibit acknowledgement message to signalling point X and cancels the remote inhibit indication. If no local inhibited, failed or blocked condition exists on the link, it is put in the available state and changeback is initiated. On receipt of the uninhibit acknowledgement message, signalling point X cancels the local inhibit indication and informs management that the link has been uninhibited. If no remote inhibited, failed or blocked condition exists on the link, it is put in the available state and changeback is initiated. If, for any reason, the uninhibit acknowledgement message is not received, a timer T12 expires. If this is the first expiry of T12 for this uninhibition attempt on this link, the procedure is restarted including inspection of the status of the destination of the unhibit message. If the destination is not available, or T12 has expired for the second time during the
b) c)
d)
e)
Recommendation Q.704
(07/96)
47
uninhibition attempt on this link, management is informed, and the uninhibition is abandoned. 10.3.2 Signalling routing control initiated uninhibiting Upon receipt of an uninhibit request from signalling routing control at signalling point X regarding an inhibited link to signalling point Y, the following actions take place: a) A check is performed at signalling point X to determine whether the concerned inhibited link is marked failed or blocked. If it is, then signalling point X is unable to transmit an uninhibit message to signalling point Y, uninhibiting is therefore not possible, and the uninhibiting attempt is abandoned. If uninhibiting is possible, a further check is performed by signalling point X to determine whether inhibiting initiated by X (local inhibiting) or inhibiting initiated by Y (remote inhibiting) is in effect. If local inhibiting is in effect, then the actions described in 10.3.1 b), c), d) and e) take place. If uninhibition is abandoned, step f) below is taken. If remote inhibiting is in effect, then signalling point X requests forced uninhibiting of the signalling link by sending a force uninhibit signalling link message to signalling point Y, which will then initiate uninhibiting in accordance with the description given in 10.3.1 b), c), d) and e). The force uninhibit signalling link message is transmitted down the link to be uninhibited. e) If, for any reason, an uninhibit signalling link message is not received in response to the force uninhibit message, a timer T13 expires. If this is the first expiry of T13 for this uninhibition attempt on this link, the procedure is restarted including inspection of the status of the inhibited link. If the link is marked failed or blocked, or timer T13 has expired for the second time during uninhibition of this link, management is informed and the uninhibition is abandoned. If an attempt to uninhibit a signalling link is abandoned, signalling routing control attempts to uninhibit the next inhibited link to signalling point Y, starting from a) above. The search continues until either a link is successfully uninhibited or all possible links to Y in the routing table have been exhausted, or the destination has become available for other reasons. Receipt of unexpected management inhibition messages An inhibit signalling link message concerning an inhibited signalling link is answered with an inhibit acknowledgement message without taking any further action. An uninhibit signalling link message concerning an uninhibited signalling link is answered with an uninhibit acknowledgement message without taking any further action. A force uninhibit signalling link message concerning an uninhibited link is answered with an uninhibit signalling link message without taking any further action. If an inhibit acknowledgement message is received and no inhibit signalling link message is outstanding for the concerned link, no action is taken. If an uninhibit acknowledgement message is received and no uninhibit signalling link message is outstanding for the concerned link, no action is taken. Management inhibited link status and processor recovery After a local processor recovery that involves loss of inhibit status information, the signalling point will mark all links as uninhibited, and message traffic will be restarted.
b)
c) d)
f)
10.4 a) b) c) d) e)
10.5 a)
48
Recommendation Q.704
(07/96)
b)
If messages for Level 4 are received on an inhibited signalling link, the messages will be discriminated and distributed. Inhibit test procedure
10.6
When a signalling link becomes management inhibited, periodic tests are started to guard the inhibition status at each end of the link. 10.6.1 A local inhibit test is performed when timer T22 expires at signalling point X and the concerned link is marked locally inhibited. In this case, a local inhibit test message is sent to the signalling point Y at the other end of the link, and timer T22 is restarted. Reception of a local inhibit test message causes: i) ii) no action, if the concerned link is marked remotely inhibited at the receiving signalling point Y; or the force uninhibit procedure to be invoked at the receiving signalling point Y, if the concerned link is not marked remotely inhibited at Y. This procedure causes the locally inhibited status of the link at X to be cancelled.
If a timer T22 expires and the concerned link is not locally inhibited, no further action is taken. 10.6.2 A remote inhibit test is performed when timer T23 expires at signalling point Y and the concerned link is marked remotely inhibited. In this case a remote inhibit test message is sent to signalling point X at the other end of the link, and timer T23 is restarted. Reception of a remote inhibit test message causes: i) ii) no action, if the concerned link is marked locally inhibited at the receiving signalling point X; or the uninhibit procedure to be invoked at the receiving signalling point X, if the concerned link is not marked locally inhibited at X. This procedure causes the remotely inhibited status of the link at Y to be cancelled.
If a timer T23 expires and the concerned link is not remotely inhibited, no further action is taken. 11 11.1 Signalling traffic flow control General
The purpose of the signalling traffic flow control function is to limit signalling traffic at its source in the case when the signalling network is not capable of transferring all signalling traffic offered by the user because of network failures or congestion situations. Flow control action may be taken as a consequence of a number of events; the following cases have been identified: Failure in the signalling network (signalling links or signalling points) has resulted in route set unavailability. In this situation, flow control may provide a short-term remedy until more appropriate actions can be taken. Congestion of a signalling link or signalling point has resulted in a situation where reconfiguration is not appropriate. Failure of a part has made it impossible for the user to handle messages delivered by the Message Transfer Part.
Recommendation Q.704
(07/96)
49
When the normal transfer capability is restored, the flow control functions initiate resumption of the normal traffic flow. 11.2 Flow control indications
The need for the following indications has been identified. 11.2.1 Signalling route set unavailability In the case when no signalling route is available for traffic towards a particular destination (see 5.3.3 and 7.2.3), an indication is given from the Message Transfer Part to the local user parts informing them that signalling messages destined to the particular signalling point cannot be transferred via the signalling network. Each user then takes appropriate actions in order to stop generation of signalling information destined for the inaccessible signalling point. 11.2.2 Signalling route set availability In the case when a signalling route becomes available for traffic to a previously unavailable destination (see 6.2.3 and 8.2.3), an indication is given from the Message Transfer Part to the local user parts informing them that signalling messages destined to the particular signalling point can be transferred via the signalling network. Each user then takes appropriate actions in order to start generation of signalling information destined for the now accessible signalling point. 11.2.3 Signalling route set congestion (International signalling network) 11.2.3.1 When the congestion status of a signalling route set changes to congested, the following actions will be taken: i) When a message signal unit from a local User Part is received for a congested route set the following actions are performed: a) The MSU is passed to level 2 for transmission. b) An MTP-STATUS primitive will be returned to each level 4 User Part, for the initial message, or alternatively for the first octet, and for at least every n message (n = 8), or alternatively N octets4 (N = 279 to 300 provisional value), received for the congested route set or for any link of the congested route set or for any link set of the congested route set or for any congested link of the congested route set. The MTP-STATUS primitive contains as a parameter the DPC of the affected destination, and a cause parameter whose value is "signalling network congested" plus possibly a congestion level. ii) When a message signal unit is received at an STP for a congested route set, the following actions take place: a) The MSU is passed to level 2 for transmission. b) A transfer controlled message is sent to the originating point of the initial message, or alternatively the first octet, and for every n messages (n = 8), or alternatively every N octet4 (N = 279 to 300 provisional value) received from any originating point for the congested route set or for any link of the congested route set or for any link set of the congested route set or for any congested link of the congested route set. 11.2.3.2 After the reception of a transfer controlled message, the receiving signalling point informs each level 4 User Part of the affected destination by means of an MTP-STATUS primitive specified in 11.2.3.1 i). ____________________
4
Where the measured length is the full level 2 MSU length. Recommendation Q.704 (07/96)
50
11.2.3.3 When the status of a signalling route set changes to uncongested, normal operation is resumed. Resumption of message transmission towards the concerned destination is the responsibility of the level 4 User Parts. 11.2.4 Signalling route set congestion (National option with congestion priorities) In the case when the congestion status of a signalling route set changes as a result of either the receipt of a transfer controlled message relating to a particular destination (see 13.7) or an indication of local signalling link congestion, or due to the signalling route-set-congestion-test procedure (see 13.9) an indication is given from the Message Transfer Part to the local level 4 informing it about the current congestion status of the signalling route set. Each user then takes appropriate actions in order to stop generation of signalling messages destined for the affected signalling point with congestion priorities lower than the specified congestion status. Messages received from the local level 4 with congestion priorities lower than the current signalling route set congestion status are discarded by the Message Transfer Part. 11.2.5 Signalling route set congestion (National options without congestion priorities) For national signalling networks using multiple signalling link congestion states without congestion priority, S + 1 (1 S 3) levels of route set congestion status are provided. The procedure is the same as that specified in 11.2.3, except that the MTP-STATUS primitive contains the congestion status as a parameter in addition to the DPC of the affected destination. 11.2.6 Signalling point/signalling transfer point congestion The detection of congestion onset and abatement in a signalling point or signalling transfer point should, if required, be implementation dependent. Any resulting action taken, and messages and primitives sent, should align with those procedures, messages and primitives specified for signalling route set congestion. 11.2.7 User Part availability control 11.2.7.1 If the Message Transfer Part is unable to distribute a received message to a local user because that user is unavailable (User Part unavailability is an implementation dependent notion it can include unavailability for management reasons, the user might even be unequipped), the Message Transfer Part sends a User Part Unavailable (UPU) message to the Message Transfer Part at the originating signalling point. The detailed information whether the user is unequipped or unavailable for management reasons is contained in the UPU message. 11.2.7.2 When the originating signalling point's Message Transfer Part receives a User Part Unavailable message, it: a) b) informs the management process5; sends an indication (MTP-STATUS with parameters identifying the signalling point containing the unavailable User Part, as well as the cause "unequipped remote user" if no such user exists, or "inaccessible remote user" if the user exists but the MTP cannot currently distribute messages to it) to the local user designated in the message, if it is available.
Note that the MTP does not maintain status information regarding the availability of the remote User Part.
____________________
5
Whether or not the management process is informed is implementation dependent. Recommendation Q.704 (07/96) 51
11.2.7.3 The user should then take appropriate action in order to stop generation of normal signalling information for the unavailable User Part. 11.2.7.4 If the unavailability cause is "inaccessible remote user" or "unknown", it is the responsibility of the User Part to determine when the remote User Part is again available (User Part availability is an implementation dependent notion). This might be done, for example, by the user testing periodically, or by using the reception of a message from the remote user as an implicit indication of availability, or both. If the unavailability cause is "unequipped remote user", these actions should not be performed. 11.2.7.5 The User Part Unavailable message contains: the label, indicating the destination and originating points; the User Part Unavailable signal; the identity of the unavailable User Part; the cause of the unavailability.
The format and coding of this message appear in clause 15. 11.2.7.6 When the Message Transfer Part is again able to distribute received messages to a previously unavailable local User Part (local User Part availability is an implementation dependent notion), the Message Transfer Part delivers the received messages to that user. 11.2.7.7 If a User Part Unavailable message is received by the Message Transfer Part referring to a remote User Part whose local peer is unequipped, the Message Transfer Part informs the management process5 and discards the UPU message. 11.2.8 User Part congestion There are no specific User Part congestion control procedures defined in the MTP. 12 12.1 Signalling link management General
12.1.1 The signalling link management function is used to control the locally connected signalling links. The function provides means for establishing and maintaining a certain predetermined capability of a link set. Thus, in the event of signalling link failures the signalling link management function controls actions aimed at restoring the capability of the link set. Three sets of signalling link management procedures are specified in the following subclauses. Each set corresponds to a certain level of automation as regards allocation and reconfiguration of signalling equipment. The basic set of signalling link management procedures (see 12.2) provides no automatic means for allocation and reconfiguration of signalling equipment. The basic set includes the minimum number of functions which must be provided for international application of the signalling system. Two alternative sets of signalling link management procedures are provided as options and include functions allowing for a more efficient use of signalling equipment in the case when signalling terminal devices have switched access to signalling data links.
52
Recommendation Q.704
(07/96)
12.1.2 A signalling link set consists of one or more signalling links having a certain order of priority as regards the signalling traffic conveyed by the link set (see clause 4). Each signalling link in operation is assigned a signalling data link and a signalling terminal at each end of the signalling data link. The signalling link identity is independent of the identities of the constituent signalling data link and signalling terminals. Thus, the identity referred to by the Signalling Link Code (SLC) included in the label of messages originated at Message Transfer Part level 3 is the signalling link identity and not the signalling data link identity or the signalling terminal identity. Depending on the level of automation in an application of the signalling system, allocation of signalling data link and signalling terminals to a signalling link may be made manually or automatically. In the first case, applicable for the basic signalling link management procedures, a signalling link includes predetermined signalling terminals and a predetermined signalling data link. To replace a signalling terminal or signalling data link, a manual intervention is required. The signalling data link to be included in a particular signalling link is determined by bilateral agreement (see also Recommendation Q.702). In the second case for a given signalling point, a signalling link includes any of the signalling terminals and any of the signalling data links applicable to a link group. As a result of, for example, signalling link failure, the signalling terminal and signalling data link included in a signalling link, may be replaced automatically. The criteria and procedures for automatic allocation of signalling terminals and signalling data links are specified in 12.5 and 12.6, respectively. The implementation of these functions requires that for a given link group any signalling terminal can be connected to any signalling data link.
NOTE A link group is a group of identical signalling links directly connecting two signalling points. A link set may include one or more link groups.
12.1.3 When a link set is to be brought into service, actions are taken to establish a predetermined number of signalling links. This is done by connecting signalling terminals to signalling data links and for each signalling link performing an initial alignment procedure (see 7.3/Q.703). The process of making a signalling link ready to carry signalling traffic is defined as signalling link activation. Activation of a signalling link may also be applicable, for example when a link set is to be extended or when a persisting failure makes another signalling link in the link set unavailable for signalling traffic. In the case of signalling link failure, actions should be taken to restore the faulty signalling link, i.e. to make it available for signalling again. The restoration process may include replacement of a faulty signalling data link or signalling terminal. A link set or single signalling link is taken out of service by means of a procedure defined as signalling link deactivation. The procedures for activation, restoration and deactivation are initiated and performed in different ways depending on the level of automation applicable for a particular implementation of the signalling system. In the following, procedures are specified for the cases when: a) b) c) no automatic functions are provided for allocation of signalling terminals and signalling data links (see 12.2). an automatic function is provided for allocation of signalling terminals (see 12.3). automatic functions are provided for allocation of signalling terminals and signalling data links (see 12.4).
Recommendation Q.704
(07/96)
53
12.2
12.2.1 Signalling link activation 12.2.1.1 In the absence of failures, a link set contains a certain predetermined number of active (i.e. aligned) signalling links. In addition, the link set may contain a number of inactive signalling links, i.e. signalling links which have not been put into operation. Predetermined signalling terminals and a signalling data link are associated with each inactive signalling link. The number of active and inactive signalling links in the absence of failures, and the priority order for the signalling links in a link set, should be identical at both ends of the link set.
NOTE In the typical case, all signalling links in a link set are active in the absence of failures.
12.2.1.2 When a decision is taken to activate an inactive signalling link, initial alignment starts. If the initial alignment procedure is successful, the signalling link is active and a signalling link test is started. If the signalling link test is successful the link becomes ready to convey signalling traffic. In the case when initial alignment is not possible, as determined at Message Transfer Part level 2 (see clause 7/Q.703), new initial alignment procedures are started on the same signalling link after a time T17 (delay to avoid the oscillation of initial alignment failure and link restart. The value of T17 should be greater than the loop delay and less than timer T2, see 7.3/Q.703). If the signalling link test fails, link restoration starts until the signalling link is activated or a manual intervention is made. 12.2.2 Signalling link restoration After a signalling link failure is detected, signalling link initial alignment will take place. In the case when the initial alignment procedure is successful, a signalling link test is started. If the signalling link test is successful the link becomes restored and thus available for signalling. If initial alignment is not possible, as determined at Message Transfer Part level 2 (see clause 7/Q.703), new initial alignment procedures may be started on the same signalling link after a time T17 until the signalling link is restored or a manual intervention is made, e.g. to replace the signalling data link or the signalling terminal. If the signalling link test fails, the restoration procedure is repeated until the link is restored or a manual intervention made. 12.2.3 Signalling link deactivation An active signalling link may be made inactive by means of a deactivation procedure, provided that no signalling traffic is carried on that signalling link. When a decision has been taken to deactivate a signalling link, the signalling terminal of the signalling link is taken out of service. 12.2.4 Link set activation A signalling link set not having any signalling links in service is started by means of a link set activation procedure. Two alternative link set activation procedures are defined: link set normal activation; link set emergency restart.
12.2.4.1 Link set normal activation Link set normal activation is applicable when a link set is to be put into service for the first time (link set initial activation) or when a link set is to be restarted (link set normal restart); the latter is applicable for example in the case when: all signalling links in a link set are faulty; a processor restart in a signalling point makes it necessary to re-establish a link set;
54
Recommendation Q.704
(07/96)
a signalling point recognizes other irregularities concerning the interworking between the two signalling points,
provided that none of the above events creates an emergency situation. When link set normal activation is initiated, signalling link activation starts on as many signalling links as possible. (All signalling links in the link set are regarded as being inactive at the start of the procedure.) The signalling link activation procedures are performed on each signalling link in parallel as specified in 12.2.1 until the signalling links are made active. Signalling traffic may, however, commence when one signalling link is successfully activated. 12.2.4.2 Link set emergency restart Link set emergency restart is applicable when an immediate re-establishment of the signalling capability of a link set is required, (i.e. in a situation when the link set normal restart procedure is not fast enough). The precise criteria for initiating link set emergency restart instead of normal restart may vary between different applications of the signalling system. Possible situations for emergency restart are, for example: when signalling traffic that may be conveyed over the link set to be restarted is blocked; when it is not possible to communicate with the signalling point at the remote end of the link set.
When link set emergency restart is initiated, signalling link activation starts on as many signalling links as possible, in accordance with the principles specified for normal link set activation. In this case, the signalling terminals will have emergency status (see clause 7/Q.703) resulting in the sending of status indications of type "E" when applicable. Furthermore, the signalling terminals employ the emergency proving procedure and short time-out values in order to accelerate the procedure. When the emergency situation ceases, a transition from emergency to normal signalling terminal status takes place resulting in the employment of the normal proving procedure and normal time-out values. 12.2.4.3 Time-out values The initial alignment procedure (specified in 7.3/Q.703) includes time-outs, the expiry of which indicates the failure of an activation or restoration attempt. 12.3 Signalling link management procedures based on automatic allocation of signalling terminals
12.3.1 Signalling link activation 12.3.1.1 In the absence of failures, a link set contains a certain predetermined number of active (i.e. aligned) signalling links. The link set may also contain a number of inactive signalling links. An inactive signalling link is a signalling link not in operation. A predetermined signalling data link is associated with each inactive signalling link; however, signalling terminals may not yet be allocated. The number of active and inactive signalling links in the absence of failures, and the priority order for the signalling links in a link set, should be identical at both ends of the link set.
Recommendation Q.704
(07/96)
55
12.3.1.2 Whenever the number of active signalling links is below the value specified for the link set, actions to activate new inactive signalling links should be taken automatically. This is applicable, for example, when a link set is to be brought into service for the first time (see 12.3.4) or when a link failure occurs. In the latter case, activation starts when the restoration attempts on the faulty link are considered unsuccessful (see 12.3.2). The signalling link(s) to activate is the inactive link(s) having the highest priority in the link set. Generally, if it is not possible to activate a signalling link, an attempt to activate the next inactive signalling link (in priority order) is made. In the case when an activation attempt performed on the last signalling link in the link set is unsuccessful, the "next" signalling link is the first inactive signalling link in the link set (i.e. there is a cyclic assignment). Activation of a signalling link may also be initiated manually. Activation shall not be initiated automatically for a signalling link previously deactivated by means of a manual intervention. 12.3.1.3 When a decision is taken to activate a signalling link, the signalling terminal to be employed has to be allocated at each end. The signalling terminal is allocated automatically by means of the function defined in 12.5. In the case when the automatic allocation function cannot provide a signalling terminal the activation attempt is aborted. The predetermined signalling data link which may be utilized for other purposes when not connected to a signalling terminal must be removed from its alternative use (e.g. as a speech circuit) before signalling link activation can start. 12.3.1.4 The chosen signalling terminal is then connected to the signalling data link and initial alignment starts (see clause 7/Q.703). If the initial alignment procedure is successful, the signalling link is active and a signalling link test is started. If the signalling link test is successful the link becomes ready to convey signalling traffic. If initial alignment is not possible, as determined at Message Transfer Part level 2 (see clause 7/Q.703), the activation is unsuccessful and activation of the next inactive signalling link (if any) after a time T17 is initiated. Successive initial alignment attempts may, however, continue on the previous (faulty) signalling link after a time T17 until it is restored or its signalling terminal is disconnected (see 12.5). In view of the fact that if it is not possible to activate a signalling link, an attempt is made to activate the next inactive signalling link in a link set, it may be that the two ends of a link set continuously attempt to activate different signalling links. By having different values of initial alignment time-out T2 at the two ends of the link set (see 12.3.4.3), it is ensured that eventually both ends of the link set will attempt to activate the same signalling link. 12.3.2 Signalling link restoration 12.3.2.1 After a signalling link failure is recognized, signalling link initial alignment will take place (see clause 7/Q.703). In the case when the initial alignment is successful, a signalling link test is started. If the signalling link test is successful the link becomes restored and thus available for signalling. If the initial alignment is unsuccessful or the test fails, the signalling terminals and signalling link may be faulty and require replacement.
56
Recommendation Q.704
(07/96)
12.3.2.2 The signalling terminal may be automatically replaced in accordance with the principles defined for automatic allocation of signalling terminals (see 12.5). After the new signalling terminal has been connected to the signalling data link, signalling link initial alignment starts. If successful, the signalling link is restored. If initial alignment is not possible or if no alternative signalling terminal is available for the faulty signalling link, activation of the next signalling link in the link set (if any) starts. In the case when it is not appropriate to replace the signalling terminal of the faulty signalling link (e.g. because it is assumed that the signalling data link is faulty) activation of the next inactive signalling link (if any) is also initiated. In both cases successive initial alignment attempts may continue on the faulty signalling link after a time T17 until a manual intervention is made or the signalling terminal is disconnected (see 12.5).
NOTE In the case when a signalling terminal cannot be replaced, activation of the next signalling link is only initiated if the link set includes an alternative link group having access to signalling terminals other than the one used by the signalling link for which restoration is not possible.
12.3.3 Signalling link deactivation In the absence of failures a link set contains a specified number of active (i.e. aligned) signalling links. Whenever that number is exceeded (e.g. as a result of signalling link restoration), the active signalling link having the lowest priority in the link set is to be made inactive automatically provided that no signalling traffic is carried on that signalling link. Deactivation of a particular signalling link may also be initiated manually, for example in conjunction with manual maintenance activities. When a decision has been taken to deactivate a signalling link, the signalling terminal and signalling data link may be disconnected. After deactivation, the idle signalling terminal may become part of other signalling links (see 12.5). 12.3.4 Link set activation A signalling link set not having any signalling links in service is started by means of a link set activation procedure. The objective of the procedure is to activate a specified number of signalling links for the link set. The activated signalling links should, if possible, be the signalling links having the highest priority in the link set. Two alternative link set activation procedures are defined: link set normal activation; link set emergency restart.
12.3.4.1 Link set normal activation Link set normal activation is applicable when a link set is to be put into service for the first time (link set initial activation) or when a link set is to be restarted (link set normal restart); the latter is applicable, for example, in the case when: all signalling links in a link set are faulty; a processor restart in a signalling point makes it necessary to re-establish a link set; a signalling point recognizes other irregularities concerning the interworking between the two signalling points, e.g. that a certain signalling data link is associated with different signalling links at the two ends of the link set,
Recommendation Q.704
(07/96)
57
When link set normal activation is initiated, signalling link activation starts on as many signalling links as possible. (All signalling links in the link set are regarded as being inactive at the start of the procedure). If activation cannot take place on all signalling links in the link set (e.g. because a sufficient number of signalling terminals is not available), then the signalling links to activate are determined in accordance with the link priority order.
NOTE All idle signalling terminals may not necessarily be made available for link set activation. Thus making possible, for example, restoration of faulty signalling links in other link sets at the same time.
The signalling link activation procedures are performed as specified in 12.3.1. If the activation attempt for a signalling link is unsuccessful (i.e. initial alignment is not possible), activation of the next inactive signalling link, if any, in the priority order is initiated. (Inactive links exist in the case when the number of signalling terminals available is less than the number of signalling links defined for the link set). According to the principles for automatic allocation of signalling terminals defined in 12.5, the signalling terminal connected to the unsuccessfully activated signalling link will typically be connected to the signalling data link of that signalling link for which the new activation attempt is to be made. When a signalling link is successfully activated, signalling traffic may commence. After the successful activation of one signalling link, the activation attempts on the remaining signalling links continue in accordance with the principles defined in 12.3.1, in such a way that the signalling links having the highest priorities are made active. This is done in order to obtain, if possible, the normal configuration within the link set. Signalling link activation continues until the predetermined number of active signalling links is obtained. 12.3.4.2 Link set emergency restart Link set emergency restart is applicable in the case the link set normal restart procedure is not fast enough. Emergency restart is performed in the same way as link set normal activation except that, in the case of emergency restart, the emergency proving procedure and the short emergency time-out values (see clause 7/Q.703) are employed in order to accelerate the procedure (see further 12.2.4.2). 12.3.4.3 Time-out values The values of the initial alignment time-out T2 (see clause 7/Q.703) will be different at the two ends of the link set, if automatic allocation of signalling terminals or signalling data links is applied at both ends of a signalling link set. 12.4 Signalling link management procedures based on automatic allocation of signalling data links and signalling terminals
12.4.1 Signalling link activation 12.4.1.1 In the absence of failures a link set contains a certain predetermined number of active (i.e. aligned) signalling links. The link set may also contain a number of inactive signalling links. An inactive signalling link is a signalling link currently not in operation. It is not associated with any signalling terminal or signalling data link (i.e. the signalling link is only identified by its position in the link set). The number of active and inactive signalling links (in the absence of failures), and the priority order for the signalling links in a link set, should be identical at both ends of the link set.
58
Recommendation Q.704
(07/96)
12.4.1.2 Whenever the number of active signalling links is below the value specified for the link set, actions to activate new inactive signalling links should be taken automatically. This is, for example, applicable when a link set is to be brought into service for the first time (see 12.4.4) or when a link failure occurs. In the latter case, activation starts when the restoration attempts on the faulty link are considered unsuccessful (see 12.4.2). The signalling link(s) to activate is the inactive link(s) having the highest priority in the link set. If it is not possible to activate a signalling link, an attempt to activate the next inactive signalling link (in priority order) is made. In the case when an activation attempt performed on the last signalling link in the link set is unsuccessful, the "next" signalling link is the first inactive link in the link set (i.e. a cyclic assignment).
NOTE Activation of the next signalling link is only initiated if the link set includes an alternative link group, having access to other signalling terminals and/or other signalling data links than the signalling link for which activation is not possible.
Activation of a particular signalling link may also be initiated upon receiving a request from the remote signalling point, or by a manual request. Activation shall not be initiated automatically for a signalling link previously inactivated by means of a manual intervention. 12.4.1.3 When a decision is taken to activate a signalling link, the signalling terminals and signalling data link to be employed have to be allocated. A signalling terminal is allocated automatically by means of the function defined in 12.5. The signalling data link is allocated automatically by means of the function defined in 12.6. However, in conjunction with link set activation the identity of the signalling data link to use may be predetermined (see further 12.4.4). A signalling data link which is not connected to a signalling terminal may be utilized for other purposes, e.g. as a speech circuit. When the data link is to be employed for signalling, it must be removed from its alternative use. In the case when the automatic allocation functions cannot provide a signalling terminal or a signalling data link, the activation attempt is aborted. 12.4.1.4 When the signalling data link and signalling terminal to be used for a particular signalling link are determined, the signalling terminal is connected to the signalling data link and signalling link initial alignment starts (see clause 7/Q.703). If the initial alignment procedure is successful, the signalling link is active and a signalling link test is started. If the signalling link test is successful, the link becomes ready to convey signalling traffic. If initial alignment is not possible, as determined at Message Transfer Part level 2 (see clause 7/Q.703), alternative signalling data links are automatically connected to the signalling terminal, until an initial alignment procedure is successfully completed. In the case when the function for automatic allocation of signalling data links cannot provide an alternative signalling data link, the activation is regarded as unsuccessful and activation of the next inactive signalling link (if any) is initiated (see, however, the Note to 12.4.1.2 above). Successive initial alignment attempts may continue on the previous signalling link after a time T17 until it is activated or its signalling terminal is disconnected (see 12.5). 12.4.2 Signalling link restoration 12.4.2.1 After a signalling link failure is recognized, signalling link initial alignment will take place (see clause 7/Q.703). In the case when the initial alignment is successful, a signalling link test is started. If the signalling link test is successful the link becomes restored and thus available for signalling.
Recommendation Q.704
(07/96)
59
If the initial alignment is unsuccessful or if the test fails, the signalling terminal and signalling data link may be faulty and require replacement. 12.4.2.2 The signalling data link may be automatically replaced by an alternative, in accordance with the principles defined in 12.6. After the new signalling data link has been connected to the signalling terminal, signalling link initial alignment starts. If successful, the signalling link is restored. If not, alternative data links are connected to the signalling terminal, until an initial alignment procedure is successfully completed. If the automatic allocation function cannot provide a new signalling data link, activation of the next inactive signalling link (if any) is initiated (see, however, the Note to 12.4.1.2). Successive initial alignment attempts may, however, continue on the previous (faulty) signalling link after a time T17 until it is restored or its signalling terminal is disconnected. 12.4.2.3 The signalling terminal may be automatically replaced in accordance with the principles defined in 12.5. After the new signalling terminal has been connected to the signalling data link, signalling link initial alignment starts. If successful, the signalling link is restored. If not, activation of the next signalling link in the link set (if any) starts (see, however, the Note to 12.4.1.2). Successive initial alignment attempts may, however, continue on the previous (faulty) signalling link after a time T17 until it is restored or, for example, the signalling terminal or signalling data link is disconnected.
NOTE Activation of the next signalling link in the link set should not be initiated as long as one of the activities described in 12.4.2.2 and 12.4.2.3 above is taking place.
12.4.3 Signalling link deactivation In the absence of failures, a link set contains a specified number of active (i.e. aligned) signalling links. Whenever that number is exceeded (e.g. as a result of signalling link restoration) the active signalling link having the lowest priority in the link set is to be made inactive automatically, provided that no signalling traffic is carried on that signalling link. Deactivation of a particular signalling link may also be initiated manually, e.g. in conjunction with manual maintenance activities. When a decision has been taken to deactivate a signalling link, the signalling terminal and signalling data link may be disconnected. After deactivation the idle signalling terminal and signalling data link may become parts of other signalling links (see 12.5 and 12.6). 12.4.4 Link set activation Link set activation is applicable in the case when a link set not having any signalling links in service is to be started for the first time or after a failure (see 12.3.4). The link set activation procedure is performed as specified in 12.3.4, also as regards the allocation of signalling data links, i.e. signalling data links are allocated in accordance with predetermined list assigning a signalling data link to some or all of the signalling links in the link set. This is done in order to cater for the situation when it is not possible to communicate with the remote end of the link set (see 12.6). However, when a signalling link has become active, signalling data link allocation may again be performed automatically (i.e. activation of a signalling link takes place as specified in 12.4.1).
60
Recommendation Q.704
(07/96)
12.5
In conjunction with the signalling link activation and restoration procedures specified in 12.3 and 12.4, signalling terminals may be allocated automatically to a signalling link. A signalling terminal applicable to the link group is allocated in accordance with the following principles: a) b) an idle signalling terminal (i.e. a signalling terminal not connected to a signalling data link) is chosen if possible; if no idle signalling terminal is available, a signalling terminal is chosen which is connected to an unsuccessfully restored or activated signalling link.
NOTE 1 Activation and restoration is regarded as unsuccessful when it is not possible to complete the initial alignment procedure successfully (see 12.3 and 12.4).
Measures should be employed to ensure that signalling terminal to be allocated to signalling links are able to function correctly (see Recommendation Q.707). A link set may be assigned a certain number of signalling terminals. A signalling terminal may be transferred from a signalling link in one link set to a signalling link in another set [in accordance with b) above] only when the remaining number of signalling terminals in the link set is not below the specified value.
NOTE 2 From a link set with a minimum number of signalling terminals, only one signalling terminal and signalling data link may be removed at a time (e.g. for testing, see Recommendation Q.707).
12.6
12.6.1 In conjunction with the signalling link activation and restoration procedures specified in 12.4, signalling data links may be allocated automatically. Any signalling data link applicable to a link group may be chosen for a signalling link within that link group. The signalling data links applicable to a link group are determined by bilateral agreement and may, for example, include all speech circuits between two exchanges. A signalling data link may also be established as a semi-permanent connection via one or more intermediate exchanges. When a potential signalling data link is not employed for signalling, it is normally used for other purposes (e.g. as a speech circuit). The identity of the signalling data link to be used for a particular signalling link is determined at one of the two involved signalling points and reported to the remote end by a signalling data link connection order message. The signalling point controlling the choice of signalling data link is the signalling point initiating the activation or restoration procedure or, in the case when both ends initiate the procedure at the same time, the signalling point having the highest signalling point code (included in the label of the message). 12.6.2 When a signalling data link has been chosen at a signalling point, the data link is made unavailable for other uses (e.g. as a speech circuit) and an order to connect the appointed signalling data link to a signalling terminal is sent to the signalling point at the remote end of the signalling link. The signalling-data-link-connection-order message contains: the label, indicating the destination and originating signalling points and the identity of the signalling link to activate or restore; the signalling-data-link-connection-order; the identity of the signalling data link.
Formats and codes for the signalling-data-link-connection-order message appear in clause 15.
Recommendation Q.704
(07/96)
61
12.6.3 Upon reception of the signalling-data-link-connection-order, the following applies: a) In the case when the signalling link to which a received signalling-data-link-connectionorder message refers is inactive as seen from the receiving signalling point, the message is regarded as an order to activate the concerned signalling link, resulting in, for example, allocation of a signalling terminal. The signalling data link indicated in the signalling-datalink-connection-order is then connected to the associated signalling terminal and signalling link initial alignment starts. An acknowledgement is sent to the remote signalling point. If it is not possible to connect the appointed signalling data link to a signalling terminal (e.g. because there is no working signalling terminal available), the acknowledgement contains an indication informing the remote signalling point whether or not an alternative signalling data link should be allocated to the concerned signalling link. b) If the signalling point receives a signalling-data-link-connection-order when waiting for an acknowledgement, the order is disregarded in the case when the signalling point code of the receiving signalling point is higher than the signalling point code of the remote signalling point. If the remote signalling point has the higher signalling point code, the message is acknowledged and the signalling data link referred to in the received message is connected. If a signalling-data-link-connection-order is received in other situations (e.g. in the case of an error in procedure), no actions are taken.
c)
The signalling-data-link-connection-acknowledgement contains the label, indicating the destination and originating signalling points and the identity of the signalling link to activate or restore, and one of the following signals: connection-successful signal, indicating that the signalling data link has been connected to a signalling terminal; connection-not-successful signal, indicating that it was not possible to connect the signalling data link to a signalling terminal, and that an alternative signalling data link should be allocated; connection-not-possible signal, indicating that it was not possible to connect the signalling data link to a signalling terminal, and that no alternative signalling data link should be allocated.
The formats and codes for the signalling data link connection acknowledgement message appear in clause 15. 12.6.4 When the signalling point initiating the procedure receives a message indicating that signalling data link and signalling terminal have been connected at the remote end, the signalling data link is connected to the associated signalling terminal and initial alignment starts (see 12.4). If the acknowledgement indicates that it was not possible to connect the signalling data link to a signalling terminal at the remote end, an alternative signalling data link is allocated and a new signalling-data-link-connection-order is sent (as specified above). However, if the acknowledgement indicates that no alternative signalling data link should be allocated, the activation or restoration procedure is terminated for the concerned signalling link. If no signalling-data-link-connection-acknowledgement or order is received from the remote signalling point within a time T7 (see clause 16), the signalling-data-link-connection-order is repeated. 12.6.5 When a signalling data link is disconnected in conjunction with signalling link restoration or deactivation, the signalling data link is made idle (and available, e.g. as a speech circuit).
62
Recommendation Q.704
(07/96)
12.7
Different signalling link management procedures at the two ends of a link set
Normally both ends of a link set will use the same signalling link management procedures. However, if one end uses the basic signalling link management procedures, the other end may use the signalling link management procedures based on automatic allocation of signalling terminals. In that case a signalling link includes a predetermined signalling terminal at one end, a predetermined signalling data link and at the other end, any of the signalling terminals applicable to the concerned link group. If one end of a link set uses the basic signalling link management procedures and the other end uses the signalling link management procedures based on automatic allocation of signalling terminals, the values of the initial alignment time-out T2 do not have to be different at the two ends of the link set. 13 13.1 Signalling route management General
The purpose of the signalling route management function is to ensure a reliable exchange of information between the signalling points about the availability of the signalling routes. The unavailability, restriction1 and availability of a signalling route is communicated by means of the transfer-prohibited, transfer-restricted1 and transfer-allowed procedures, respectively in 13.2, 13.4 and 13.3. Recovery of signalling route status information is made by means of the signalling-route-set-test procedure specified in 13.5. In the international signalling network, congestion of a route set is communicated by means of the transfer-controlled (TFC) messages specified in 13.6. In national networks, congestion of a signalling route set may be communicated by means of the TFC as specified in 13.7 and 13.8 and the signalling-route-set-congestion-test procedure specified in 13.9. 13.2 Transfer-prohibited
13.2.1 The transfer-prohibited procedure is performed at a signalling point acting as a signalling transfer point for messages relating to a given destination, when it has to notify one or more adjacent signalling points that they must no longer route the concerned messages via that signalling transfer point. The transfer-prohibited procedure makes use of the transfer-prohibited message which contains: the label, indicating the destination and originating points; the transfer-prohibited signal; and the destination for which traffic transfer is no longer possible.
Format and code of these messages appear in clause 15. Transfer-prohibited messages are always addressed to an adjacent signalling point. They may use any available signalling route that leads to that signalling point6.
____________________
6
The possibility of referring to a more general destination than a single signalling point (e.g. a signalling region), or more restrictive destination than a single signalling point might need further study. Recommendation Q.704 (07/96) 63
13.2.2 A transfer-prohibited message relating to a given destination X is sent from a signalling transfer point Y in the following cases: i) When signalling transfer point Y starts to route (at changeover, changeback, forced or controlled rerouting) signalling destined to signalling point X via a signalling transfer point Z not currently used by signalling transfer point Y for this traffic. In this case the transferprohibited message is sent to signalling transfer point Z. When signalling transfer point Y recognizes the inaccessibility of signalling point X (see 5.3.3 and 7.2.3). In this case a transfer-prohibited message is sent to all accessible adjacent signalling points (Broadcast method) and timer T8 (see clause 16) is started concerning SP X. When a message destined to signalling point X is received at signalling transfer point Y and Y is unable7 to transfer the message, and if no corresponding timer T8 is running. In this case the transfer-prohibited message is sent to the adjacent signalling point from which the message concerned was received (Response Method). In addition, timer T8 is started concerning SP X. When an adjacent signalling point Z becomes accessible, STP Y sends to Z a transfer prohibited message concerning destination X, if X is inaccessible from Y (see clause 9). When a signalling transfer point Y restarts, it broadcasts to all accessible adjacent signalling points transfer prohibited messages concerning destination X, if X is inaccessible from Y (see clause 9).
ii)
iii)
iv) v)
Within T8 (see clause 16) after the last transfer-prohibited message was transmitted according to ii) or iii) above no transfer prohibited message will be sent via the Response Method referring to that destination. Examples of the above situation appear in Recommendation Q.705. 13.2.3 When a signalling point receives a transfer-prohibited message from signalling transfer point Y, it performs the actions specified in clause 7 (since reception of transfer-prohibited message indicates the unavailability of the concerned signalling route, see 3.4.1). In other words, it may perform forced re-routing and, if appropriate, generate additional transfer-prohibited messages. 13.2.4 In some circumstances it may happen that a signalling point receives either a repeated transfer-prohibited message relating to a non-existent route (i.e. there is no route from that signalling point to the concerned destination via signalling transfer point Y, according to the signalling network configuration) or to a destination which is already inaccessible, due to previous failures; in this case no actions are taken. 13.3 Transfer-allowed
13.3.1 The transfer-allowed procedure is performed at a signalling point, acting as signalling transfer point for messages relating to a given destination, when it has to notify one or more adjacent signalling points that they may start to route to it, if appropriate, the concerned messages.
____________________
7
"unable" normally means that X is inaccessible or that Y has no routing data for X. It might be of advantage in national networks (at the discretion of the network operator) not to send a TFP if no routing data for X exists at Y. This would avoid signalling route set tests for non-existent destinations, which otherwise might destabilize the network. Recommendation Q.704 (07/96)
64
The transfer-allowed procedure makes use of the transfer-allowed message which contains: the label, indicating the destination and originating points; the transfer-allowed signal; and the destination for which transfer is now possible.
The format and code of these messages appear in clause 15. Transfer-allowed messages are always addressed to an adjacent signalling point. They may use any available signalling route that leads to that signalling point6. 13.3.2 A transfer-allowed message relating to a given destination X is sent from signalling transfer point Y in the following cases: i) When signalling transfer point Y stops routing (at changeback or controlled re-routing), signalling traffic destined to signalling point X via a signalling transfer point Z (to which the concerned traffic was previously diverted as a consequence of changeover or forced rerouting). In this case the transfer-allowed message is sent to signalling transfer point Z. When signalling transfer point Y recognizes that it is again able to transfer signalling traffic destined to signalling point X (see 6.2.3 and 8.2.3). In this case a transfer-allowed message is sent to all accessible adjacent signalling points, except those signalling points that receive a TFP message according to 13.2.2 i) and except signalling point X if it is an adjacent point. (Broadcast method).
ii)
Examples of the above situations appear in Recommendation Q.705. 13.3.3 When a signalling point receives a transfer-allowed message from signalling transfer point Y, it performs the actions specified in clause 8 [since reception of a transfer-allowed message indicates the availability of the concerned signalling route, (see 3.4.2)]. In other words, it may perform controlled re-routing and, if appropriate, generate additional transfer-allowed messages. 13.3.4 In some circumstances it may happen that a signalling point receives either a repeated transfer-allowed message or a transfer-allowed message relating to a non-existent signalling route (i.e. there is no route from that signalling point to the concerned destination via signalling transfer point Y according to the signalling network configuration); in this case no actions are taken. 13.4 Transfer-restricted (National option)
13.4.1 The transfer-restricted procedure is performed at a signalling point acting as a signalling transfer point for messages relating to a given destination, when it has to notify one or more adjacent signalling points that they should, if possible, no longer route the concerned messages via the signalling transfer point. The transfer-restricted procedure makes use of the transfer-restricted message which contains: the label, indicating the destination and originating points; the transfer-restricted signal; and the destination for which traffic is no longer desirable.
Formats and codes of this message appear in clause 15. Transfer-restricted messages are always addressed to an adjacent signalling point. They may use any available signalling route that leads to that signalling point.
NOTE Undesirable situations result in increased signalling delays, possibly overloading portions of the network. These inefficiencies could be avoided if the traffic can be appropriately diverted.
Recommendation Q.704
(07/96)
65
13.4.2 A transfer-restricted message relating to a given destination X is sent from a signalling transfer point Y when the normal link set (combined link set) used by signalling point Y to route to destination X experiences a long-term failure such as an equipment failure, or there is congestion on an alternate link set currently being used to destination X. In this case, a transfer-restricted message is sent to all accessible adjacent signalling points except those that receive a TFP message according to 13.2.2 i), and except signalling point X if it is an adjacent point (Broadcast Method). When an adjacent signalling point X becomes accessible, the STP Y sends to X transfer-restricted messages concerning destinations that are restricted from Y (see clause 9). When a signalling point Y restarts, it broadcasts to all accessible adjacent signalling points transferrestricted messages concerning destinations that are restricted from Y (see clause 9).
NOTE Characterization of long-term failure remains for further study.
13.4.3 When a signalling point receives a transfer-restricted message from signalling transfer point Y and has an alternative equal priority link set available and not restricted to destination X, it performs the actions in 8.2. In other words, it performs controlled re-routing to maintain the sequence of messages while diverting them to the alternative link set. If it cannot perform alternate routing to destination X because no alternative link set is available, it may generate additional transfer-restricted messages. 13.4.4 In some circumstances, it may happen that a signalling point receives either a repeated transfer-restricted message or a transfer-restricted message relating to a non-existent route (i.e. there is no route from that signalling point to the concerned destination via signalling transfer point Y, according to the signalling network configuration); in this case, no actions are taken. 13.4.5 When a transfer-restricted message is received updating a transfer-prohibited status, signalling traffic management decides if an alternative route is available or restricted; if it is not (i.e. no alternative route exists), the concerned traffic is restarted towards the signalling point from which the transfer-restricted message was received. Otherwise, no other actions are taken. 13.5 Signalling-route-set-test
13.5.1 The signalling-route-set-test procedure is used at a signalling point to test whether or not signalling traffic towards a certain destination may be routed via an adjacent signalling transfer point. The procedure makes use of the signalling-route-set-test message, and the transfer-allowed and the transfer-prohibited procedures. The signalling-route-set-test message contains: the label, indicating the destination and originating points; the signalling-route-set-test signal; the destination, the accessibility of which is to be tested; and the current route status of the destination being tested6.
The format and coding of this message appear in clause 15. 13.5.2 A signalling-route-set-test message is sent from a signalling point after a transfer-prohibited or transfer-restricted1 message is received from an adjacent signalling transfer point (see 13.2.4 and 13.4.4). In this case, a signalling-route-set-test message is sent to that signalling transfer point referring to the destination declared inaccessible or restricted by the transfer-prohibited or transfer-restricted1 message, every T10 period (see clause 16) until a transfer-allowed message, indicating that the destination has become accessible, is received.
66
Recommendation Q.704
(07/96)
This procedure is used in order to recover the signalling route availability information that may not have been received because of some signalling network failure. 13.5.3 A signalling-route-set-test message is sent to the adjacent signalling transfer point as an ordinary signalling network management message. 13.5.4 At the reception of a signalling-route-set-test message, a signalling transfer point will compare the status of the destination in the received message with the actual status of the destination. If they are the same, no further action is taken. If they are different, one of the following messages is sent in response, dictated by the actual status of the destination: a transfer-allowed message, referring to the destination the accessibility of which is tested, if the signalling transfer point can reach the indicated destination via a signalling link not connected to the signalling point from which the signalling-route-set-test message was received (and if the transfer restricted procedure is used in the network, the signalling link is on the normal route or an equally efficient alternative route); a transfer-restricted1 message when access to the destination is possible via an alternative to the normal routing which is less efficient, but still not via the signalling point from which the signalling-route-set-test was originated; a transfer-prohibited message in all other cases (including the inaccessibility of that destination).
13.5.5 At the reception of the transfer-prohibited or transfer-allowed message, the signalling point will perform the procedures specified in 13.2.3 or 13.2.4 and 13.3.3 or 13.3.4 respectively. 13.6 Transfer-controlled (International network)
The only use made of the transfer-controlled procedure in the international signalling network is to convey the congestion indication from the SP where congestion was detected to the originating SP (see 11.2.3) in a transfer controlled message. The transfer controlled message contains: the label, indicating the destination and origination points; the transfer-controlled signal; the identity of the congested destination.
The format and coding of the transfer controlled message appear in clause 15. 13.7 Transfer-controlled (National option with congestion priorities)
13.7.1 The transfer-controlled procedure is performed at a signalling transfer point for messages relating to a given destination, when it has to notify one or more originating signalling points that they should no longer send to the concerned destination messages with a given priority or lower. The transfer-controlled procedure makes use of the transfer-controlled message which contains: the label, indicating the destination and originating points; the transfer-controlled signal; the destination for which messages with a congestion priority lower than the specified congestion status should no longer be sent; and the current congestion status encountered in routing a particular message towards the concerned destination.
Recommendation Q.704
(07/96)
67
13.7.2 A transfer-controlled message relating to a given destination X is sent from a signalling transfer point Y in response to a received message originating from signalling point Z destined to signalling point X when the congestion priority of the concerned message is less than the current congestion status of the signalling link selected to transmit the concerned message from Y to X. In this case, the transfer-controlled message is sent to the originating point Z with the congestion status field set to the current congestion status of the signalling link. 13.7.3 When the originating signalling point Z receives a transfer-controlled message relating to destination X, if the current congestion status of the signalling route set towards destination X is less than the congestion status in the transfer-controlled message, it updates the congestion status of the signalling route set towards destination X with the value of the congestion status carried in the transfer-controlled message. 13.7.4 If within T15 (see clause 16) after the receipt of the last transfer-controlled message relating to destination X, signalling point Z receives another transfer-controlled message relating to the same destination, the following action is taken: If the value of the congestion status carried in the new transfer-controlled message is greater than the current value of the congestion status of the signalling route set towards destination X, then the current value is updated to the new value. 13.7.5 If T15 (see clause 16) expires after the last update of the signalling route set towards destination X by a transfer-controlled message relating to the same destination, the signalling-routeset-congestion-test procedure is invoked (see 13.9). 13.7.6 In some circumstances it may happen that a signalling point receives a transfer-controlled message relating to a destination which is already inaccessible due to previous failures; in this case the transfer-controlled message is ignored. 13.8 Transfer-controlled (National option without congestion priorities)
The only use made of the TFC procedure by the national signalling network, using multiple congestion states without congestion priorities, is to convey the congestion indication primitive from the SP where congestion was detected to the originating SP (see 11.2.5) in a transfer-controlled message. The transfer-controlled message contains: the label, indicating the destination and originating points; the transfer-controlled signal; the identity of the congested destination; the current congestion status encountered in routing a particular message towards the concerned destination.
The format and coding of this message appear in clause 15. 13.9 Signalling-route-set-congestion-test (National Option)
13.9.1 The signalling-route-set-congestion-test procedure is used at an originating signalling point to update the congestion status associated with a route set towards a certain destination. The purpose is to test whether or not signalling messages destined towards that destination with a given congestion priority or higher may be sent. In the case of a processor restart the congestion status of all signalling route sets will be initialized to the zero value. The response mechanism within the transfer-controlled procedure will correct signalling route sets whose congestion status does not have the zero value.
68 Recommendation Q.704 (07/96)
The procedure makes use of the signalling-route-set-congestion-test message, and the transfercontrolled procedure. The signalling-route-set-congestion-test message contains: the label, indicating the destination and originating points; and the signalling-route-set-congestion-test signal.
The format and coding of this message appear in clause 15. 13.9.2 The signalling-route-set-congestion-test message differs from other signalling network management messages in that it is not assigned the highest congestion priority. Instead, the congestion priority assigned to a signalling-route-set-congestion-test message to be sent to a given destination is equal to one less than the current congestion status associated with the signalling route set towards the destination. 13.9.3 If within T16 (see clause 16), after sending a signalling-route-set-congestion-test message, a transfer-controlled message relating to the concerned destination is received, the signalling point updates the congestion status of the signalling route set towards the concerned destination with the value of the congestion status carried in the transfer-controlled message. Following this, the procedures specified in 13.9.4 and 13.9.5 are performed. If T16 (see clause 16) expires after sending a signalling-route-set-congestion-test message without a transfer-controlled message relating to the concerned destination having been received, the signalling point changes the congestion status associated with the signalling route set towards the concerned destination to the next lower status. 13.9.4 Provided that the signalling route set towards destination X is not in the "unavailable" state, a signalling-route-set-congestion-test message is sent from an originating signalling point to destination X in the following cases: i) When T15 (see clause 16) expires after the last update of the congestion status of the signalling route set toward destination X by a transfer-controlled message relating to the same destination. When T16 (see clause 16) expires after sending a signalling-route-set-congestion-test message to destination X without a transfer-controlled message relating to the same destination having been received. After the congestion status has been decremented by one, the test is repeated, unless the congestion status is zero.
ii)
13.9.5 At the reception of a signalling-route-set-congestion-test message, a signalling transfer point will route it as an ordinary message, i.e. according to the procedure specified in 2.3.5. 13.9.6 When a signalling-route-set-congestion-test message reaches its destination, it is discarded.
Recommendation Q.704
(07/96)
69
14 14.1
The basic signal unit format which is common to all message signal units is described in clause 2/Q.703. From the point of view of the Message Transfer Part level 3 functions, common characteristics of the message signal units are the presence of: 14.2 the service information octet; the label, contained in the signalling information field, and, in particular, the routing label. Service information octet
The service information octet of message signal units contains the service indicator and the sub-service field. The structure of the service information octet is shown in Figure 13.
DCBA Sub-service field 4 DCBA Service indicator 4 First bit transmitted
T1158970-94/d022
Figure 13/Q.704 Service information octet 14.2.1 Service indicator The service indicator is used by signalling handling functions to perform message distribution (see 2.4) and, in some special applications, to perform message routing (see 2.3). The service indicator codes for the international signalling network are allocated as follows: bits D 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 C 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 B 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 1 A 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 Signalling network management messages Signalling network testing and maintenance messages Spare SCCP Telephone User Part ISDN User Part Data User Part (call and circuit-related messages) Data User Part (facility registration and cancellation messages) Reserved for MTP Testing User Part Broadband ISDN User Part Satellite ISDN User Part ) ) ) Spare ) )
The allocation of the service indicator codes for national signalling networks is a national matter. However, it is suggested to allocate the same service indicator code to a User Part which performs similar functions as in the international network.
70
Recommendation Q.704
(07/96)
14.2.2 Sub-service field The sub-service field contains the network indicator (bits C and D) and two spare bits (bits A and B). The network indicator is used by signalling message handling functions (e.g. in order to determine the relevant version of a User Part), see 2.3 and 2.4. If the network indicator is set to 00 or 01, the two spare bits, coded 00, are available for possible future needs that may require a common solution for all international User Parts. If the network indicator is set to 10 or 11, the two spare bits are for national use. They may be used, for example, to indicate message priority, which is used in the optional flow control procedure in national applications. The network indicator provides for discrimination between international and national messages. It can also be used, for example, for the discrimination between functionally two national signalling networks, each having different routing label structures and including up to 16 User Parts defined by the 16 possible codes of the service indicator. In the case of only one national signalling network the spare code of the network indicator reserved for national use can be used, for example, to define an additional 16 User Parts (making a total of 32 User Parts) for that national signalling network. The network indicator codes are allocated as follows: bits D 0 0 1 1 C 0 1 0 1 International network Spare (for international use only) National network Reserved for national use
The international spare code (01) should not be used for implementing features which are to be provided both internationally and nationally. In national applications, when the discrimination provided by the network indicator between international and national messages is not used, i.e. in a closed national signalling network seen from the signalling point of view, the whole sub-service field can be used independently for different User Parts. 14.3 Label
The structure and content of the label is defined for each User Part and is defined in the relevant specification. The common part of the label used for signalling message handling, the routing label, is specified in 2.2. 15 15.1 Formats and codes of signalling network management messages General
15.1.1 The signalling network management messages are carried on the signalling channel in message signal units, the format of which is described in clause 14 and in clause 2/Q.703. In particular, as indicated in 14.2, these messages are distinguished by the configuration 0000 of the Service Indicator (SI). The Sub-Service Field (SSF) of the messages is used according to the rules indicated in 14.2.2.
Recommendation Q.704
(07/96)
71
15.1.2 The signalling information field consists of an integral number of octets and contains the label, the heading code and one or more signals and indications. The structure and function of the label, and of the heading code, are described in 15.2 and 15.3, respectively; the detailed message formats are described in the following subclauses. For each message the sequence of fields is shown in the corresponding figure, including fields that may or may not be present. In the figures, the fields are shown starting from the right to the left (i.e. the first field to be transmitted is at the right). Within each field the information is transmitted least significant bit first. Spare bits are coded 0 unlesss otherwise indicated. 15.2 Label
For signalling network management messages the label coincides with the routing label and indicates the destination and originating signalling points of the message; moreover, in the case of messages related to a particular signalling link, it also indicates the identity of the signalling link among those interconnecting the destination and originating points. The standard label structure of Message Transfer Part level 3 messages appears in Figure 14; the total length is 32 bits.
OPC 14
The meaning and use of the Destination Point Code (DPC) and of the Originating Point Code (OPC) fields are described in clause 2. The Signalling Link Code (SLC) indicates the signalling link, connecting the destination and originating points, to which the message is related. If the message is not related to a signalling link, or another particular code is not specified, it is coded 0000. 15.3 Heading code (H0)
The heading code (H0) is the 4-bit field following the label and identifies the message group. The different heading codes are allocated as follows: 0000 0001 0010 0011 0100 0101 0110 0111 1000 1001 1010 Spare Changeover and changeback messages Emergency changeover message Transfer-controlled and signalling route set congestion messages Transfer-prohibited-allowed-restricted messages Signalling-route-set-test messages Management inhibit messages Traffic restart allowed message Signalling-data-link-connection messages Spare User part flow control messages
72
Recommendation Q.704
(07/96)
The remaining codings are spare. The synopsis of signalling network management messages is given in Table 1. Table 1/Q.704 Heading code allocation of signalling network management messages
H1 Message Group H0 0000 0001 0010 0011 0100 0101 0110 0111 1000 1001 1010 1011 1100 1101 1110 1111 0000
CHM ECM FCM TFM RSM MIM TRM DLM UFC 0001 0010 0011 0100 0101 0110 0111 1000 1001 1010 1011 1100 1101 1110 1111 UPU COO COA ECO ECA RCT TFC TFP * TFR TFA * RST RSR LIN LUN LIA LUA LID LFU LLT LRT TRA DLC CSS CNS CNP CBD CBA
Recommendation Q.704
(07/96)
73
NOTE Values marked * should not be used (codes used in the Yellow Book for TFP and TFA acknowledgement). CBA Changeback-acknowledgement signal CBD Changeback-declaration signal CHM Changeover and changeback messages CNP Connection-not-possible signal CNS Connection-not-successful signal COA Changeover-acknowledgement signal COO Changeover-order signal CSS Connection-successful signal DLC Signalling-data-link-connection-order signal DLM Signalling-data-link-connection-order message ECA Emergency-changeover-acknowledgement signal ECM Emergency-changeover message ECO Emergency-changeover-order signal FCM Signalling-traffic-flow-control messages LFU Link forced uninhibit signal LIA Link inhibit acknowledgement signal LID Link inhibit denied signal LIN Link inhibit signal LLT Link local inhibit test signal LUA Link uninhibit acknowledgement signal LUN Link uninhibit signal LRT Link remote inhibit test signal MIM Management inhibit messages RCT Signalling-route-set-congestion-test signal RSM Signalling-route-set-test message RSR Signalling-route-set-test signal for restricted destination (national option) RST Signalling-route-set-test signal for prohibited destination TFA Transfer-allowed signal TFC Transfer-controlled signal TFM Transfer-prohibited-transfer-allowed-transfer-restricted messages TFP Transfer-prohibited signal TFR Transfer-restricted signal (national option) TRA Traffic-restart-allowed signal TRM Traffic-restart-allowed message UFC User part flow control messages UPU User part unavailable signal
74
Recommendation Q.704
(07/96)
15.4
Changeover message
Label
32
15.4.2 The changeover message is made up of the following fields: Label (32 bits): see 15.2. Heading code H0 (4 bits): see 15.3. Heading code H1 (4 bits): see 15.4.3. Forward sequence number of last accepted message signal unit (7 bits). A filler bit coded 0 bits D C B A 0 0 0 1 0 0 1 0 15.5 Changeback message
15.4.3 The heading code H1 contains signal codes as follows: Changeover order signal Changeover acknowledgement signal
Changeback code 8
15.5.2 The changeback message is made up of the following fields: Label (32 bits): see 15.2. Heading code H0 (4 bits): see 15.3. Heading code H1 (4 bits): see 15.5.3. Changeback code (8 bits): see 15.5.4.
Recommendation Q.704
(07/96)
75
15.5.3 The header code H1 contains signal codes as follows: bits D C B A 0 1 0 1 0 1 1 0 Changeback declaration signal Changeback acknowledgement signal
15.5.4 The changeback code is an 8-bit code assigned by the signalling point which sends the message according to the criteria described in clause 6. 15.6 Emergency changeover message
15.6.1 The format of the emergency changeover message is shown in Figure 17.
15.6.2 The emergency changeover message is made up of the following fields: Label (32 bits): see 15.2. Heading code H0 (4 bits): see 15.3. Heading code H1 (4 bits): see 15.6.3. bits D C B A 0 0 0 1 0 0 1 0
15.6.3 The header code H1 contains signal codes as follows: Emergency changeover order signal Emergency changeover acknowledgement signal
15.7
Transfer-prohibited message
00
Destination 2 14
76
Recommendation Q.704
(07/96)
15.7.2 The transfer-prohibited message is made up of the following fields: Label (32 bits): see 15.2. Heading code H0 (4 bits): see 15.3. Heading code H1 (4 bits): see 15.7.3. Destination (14 bits): see 15.7.4. Spare bits (2 bits) code 00. bit D C B A 0 0 0 1
15.7.3 The heading code H1 contains one signal code as follows: Transfer-prohibited signal
15.7.4 The destination field contains the identity of the signalling point to which the message refers. 15.8 Transfer-allowed message
00
Destination 2 14
15.8.2 The transfer-allowed message is made up of the following fields: Label (32 bits): see 15.2. Heading code H0 (4 bits): see 15.3. Heading code H1 (4 bits): see 15.8.3. Destination (14 bits): see 15.7.4. Spare bits (2 bits) coded 00.
NOTE For the use of the 2 spare bits in the national option for a SIF compatibility mechanism, see 7.2.6/Q.701.
15.8.3 The heading code H1 contains one signal code as follows: bit D C B A 0 1 0 1 Transfer-allowed signal
15.9
15.9.1 The format of the transfer-restricted message is shown in Figure 18. 15.9.2 The transfer-restricted message is made up of the following fields: Label (32 bits): see 15.2. Heading code H0 (4 bits): see 15.3. Heading code H1 (4 bits): see 15.9.3.
Recommendation Q.704
(07/96)
77
Destination (14 bits): see 15.9.4. Spare (2 bits) coded 00. bit D C B A 0 0 1 1
15.9.3 The heading code H1 contains one signal code as follows: Transfer-restricted
15.9.4 The destination field contains the identity of the signalling point to which the message refers. 15.10 Signalling-route-set-test message
00
Destination 2 14
15.10.2 This message is made up of the following fields: Label (32 bits): see 15.2 Heading code H0 (4 bits): see 15.3 Heading code H1 (4 bits): see 15.10.3 Destination (14 bits): see 15.7.4 Spare bits (2 bits) coded 00. bit D C B A 0 0 0 1 0 0 1 0
15.10.3 The heading code H1 contains signal codes as follows: Signalling-route-set-test signal for prohibited destination Signalling-route-set-test signal for restricted destination (national option)
15.11
15.11.1 The format of the management inhibit message is shown in Figure 20a.
78
Recommendation Q.704
(07/96)
15.11.2 The management inhibit message is made up of the following fields: Label (32 bits): see 15.2. Heading code H0 (4 bits): see 15.3. Heading code H1 (4 bits): see 15.11.3. bits D C B A 0 0 0 1 0 0 1 0 0 0 1 1 0 1 0 0 0 1 0 1 0 1 1 0 0 1 1 1 1 0 0 0 15.12
15.11.3 The header code H1 contains signal codes as follows: Link inhibit signal Link uninhibit signal Link inhibited acknowledgement signal Link uninhibited acknowledgement signal Link inhibit denied signal Link force uninhibit signal Link local inhibit test signal Link remote inhibit test signal
15.12.1 The format of the traffic restart allowed message is shown in Figure 21.
15.12.2 The traffic restart allowed message is made up of the following fields: Label (32 bits): see 15.2. Heading code H0 (4 bits): see 15.3. Heading code H1 (4 bits): see 15.12.3. bits D C B A 0 0 0 1 15.13
15.12.3 The heading code H1 contains one signal code as follows: Traffic restart allowed signal
Signalling-data-link-connection-order message
Recommendation Q.704
(07/96)
79
15.13.2 The signalling-data-link-connection-order message is made up of the following fields: Label (32 bits): see 15.2. Heading code H0 (4 bits): see 15.3. Heading code H1 (4 bits): see 15.13.3. Signalling data link identity (12 bits): see 15.13.4. Spare bits (4 bits) coded 0000. bits D C B A 0 0 0 1
15.13.3 The heading code H1 contains one signal code as follows: Signalling-data-link-connection-order signal
15.13.4 The signalling data link identity field contains the Circuit Identification Code (CIC), or the Bearer Identification Code (BIC) in case of a 64 kbit/s channel used to carry submultiplex data streams, of the transmission link corresponding to the signalling data link. 15.14 Signalling-data-link-connection-acknowledgement message
15.14.2 The signalling-data-link-connection acknowledgement message is made up of the following fields: Label (32 bits): see 15.2. Heading code H0 (4 bits): see 15.3. Heading code H1 (4 bits): see 15.14.3.
80
Recommendation Q.704
(07/96)
15.14.3 The heading code H1 contains signal codes as follows: bit D C B A 0 0 1 0 0 0 1 1 0 1 0 0 Connection-successful signal Connection-not-successful signal Connection-not-possible signal
15.15
Transfer-controlled message
00
Destination 2 14
15.15.2 The transfer-controlled message is made up of the following fields: Label (32 bits): see 15.2. Heading code H0 (4 bits): see 15.3. Heading code H1 (4 bits): see 15.15.3. Destination (14 bits): see 15.15.4. Spare (2 bits): see 15.15.5. bit D C B A 0 0 1 0
15.15.3 The heading code H1 contains one signal code as follows: Transfer-controlled signal
15.15.4 The destination field carries the address of the destination to which the message refers. 15.15.5 In national signalling networks using multiple congestion states, the spare bits in the transfer-controlled message are used to carry the congestion status associated with the destination. 15.16 Signalling-route-set-congestion-test message (national option)
Recommendation Q.704
(07/96)
81
15.16.2 The signalling-route-set-congestion test message is made up of the following fields: Label (32 bits): see 15.2. Heading code H0 (4 bits): see 15.3. Heading code H1 (4 bits): see 15.16.3. bit D C B A 0 0 0 1
15.16.3 The heading code H1 contains one signal code as follows: Signalling-route-set-congestion-test signal
15.17
15.17.1 The format of the user part unavailable message is shown in Figure 22d.
00
Destination 2 14
15.17.2 The user part unavailable message is made up of the following fields: Label (32 bits): see 15.2. Heading code H0 (4 bits): see 15.3. Heading code H1 (4 bits): see 15.17.3. Destination (14 bits): see 15.15.4. Spare (2 bits): coded 00. User part identity (4 bits): see 15.17.4. Unavailability cause (4 bits): see 15.17.5. bit D C B A 0 0 0 1 D 0 0 0 0 0 0 0 0 1 C 0 0 0 0 1 1 1 1 0 B 0 0 1 1 0 0 1 1 0 A 0 1 0 1 0 1 0 1 0
15.17.3 The heading code H1 contains signal codes as follows: User part unavailable
15.17.4 The User Part identity is coded as follows: bit Spare Spare Spare SCCP TUP ISUP DUP Spare MTP Testing User Part
82
Recommendation Q.704
(07/96)
1 1 1 1 bit D 0 0 0 0 1 16 16.1
0 0 0 1 C 0 0 0 0 1
0 1 1 to 1 B 0 0 1 1 to 1
1 0 1 1 A 0 1 0 1 1
15.17.5 The unavailability cause is coded as follows: unknown unequipped remote user inaccessible remote user ) ) Spare )
This clause contains the description of the signalling network functions described in clauses 2 to 13 in the form of state transition diagrams according to the CCITT Specification and Description Language (SDL). A set of diagrams is provided for each of the following major functions: a) b) c) d) Signalling Message Handling (SMH), described in clause 2; Signalling Traffic Management (STM), described in clauses 4 to 11; Signalling Route Management (SRM), described in clause 13; Signalling Link Management (SLM), described in clause 12.
16.1.1 For each major function a figure illustrates a subdivision into functional specification blocks, showing their functional interactions as well as the interactions with the other major functions. In each case this is followed by figures showing state transition diagrams for each of the functional specification blocks. The detailed functional breakdown shown in the following diagrams is intended to illustrate a reference model and to assist interpretation of the text in the earlier subclauses. The state transition diagrams are intended to show precisely the behaviour of the signalling system under normal and abnormal conditions as viewed from a remote location. It must be emphasized that the functional partitioning shown in the following diagrams is used only to facilitate understanding of the system behaviour and is not intended to specify the functional partitioning to be adopted in a practical implementation of the signalling system. 16.2 Drafting conventions
16.2.1 Each major function is designated by its acronym (e.g. SMH = signalling message handling). 16.2.2 Each functional block is designated by an acronym which identifies it and also identifies the major function to which it belongs (e.g. HMRT = signalling message handling message routing; TLAC = signalling traffic management link availability control).
Recommendation Q.704
(07/96)
83
16.2.3 External inputs and outputs are used for interactions between different functional blocks. Included within each input and output symbol in the state transition diagrams are acronyms which identify the functions which are the source and destination of the message, e.g.: L2 L3 indicates that the message is sent between functional levels: from: to: RTPC TSRC from: to: functional level 2; functional level 3. signalling route management-transfer prohibited control; signalling traffic management-signalling routing control.
indicates that the message is sent within a functional level (3 in this case):
16.2.4 Internal inputs and outputs are only used to indicate control of time-outs. 16.2.5 Notations for national operations National options are included in the main body of the state transition diagrams (STDs) with dotted or dashed lines; if their use should exclude or modify some of the international logic, the relevant sections are marked t and a note is added to the figure. Also, the options are marked as follows: Transfer restricted dashed lines. Multiple congestion states dotted lines (with the hatched symbols removed where shown). 16.3 Signalling message handling
Figure 23 shows a subdivision of the signalling message handling (SMH) function into smaller functional specification blocks and also shows the functional interactions between them. Each of these functional specification blocks is described in detail in a state transition diagram as follows: a) b) c) d) 16.4 message discrimination (HMDC) is shown in Figure 24; message distribution (HMDT) is shown in Figure 25; message routing (HMRT) is shown in Figure 26; handling of messages under signalling link congestion is shown in Figure 26a. Signalling traffic management
Figure 27 shows a subdivision of the signalling traffic management (STM) function into smaller functional specification blocks and also shows functional interactions between them. Each of these functional specification blocks is described in detail in a state transition diagram as follows: a) b) c) d) e) f) g) h) i) link availability control (TLAC) is shown in Figure 28; signalling routing control (TSRC) is shown in Figure 29; changeover control (TCOC) is shown in Figure 30; changeback control (TCBC) is shown in Figure 31; forced rerouting control (TFRC) is shown in Figure 32; controlled rerouting control (TCRC) is shown in Figure 33; signalling traffic flow control (TSFC) is shown in Figure 34a; signalling route set congestion control (TRCC) is shown in Figure 29a; signalling point restart control (TPRC) is shown in Figure 34b.
84
Recommendation Q.704
(07/96)
16.5
Figure 35 shows a subdivision of the signalling link management function (SLM) into smaller functional specification blocks and also shows functional interactions between them. Each of these functional specification blocks is described in detail in a state transition diagram as follows: a) b) c) d) e) f) g) 16.6 link set control (LLSC) is shown in Figure 36; signalling link activity control (LSAC) is shown in Figure 37; signalling link activation (LSLA) is shown in Figure 38; signalling link restoration (LSLR) is shown in Figure 39; signalling link deactivation (LSLD) is shown in Figure 40; signalling terminal allocation (LSTA) is shown in Figure 41; signalling data link allocation (LSDA) is shown in Figure 42. Signalling route management
Figure 43 shows a subdivision of the signalling route management (SRM) function into smaller functional specification blocks and also shows functional interactions between them. Each of these functional specification blocks is described in detail in a state transition diagram as follows: a) b) c) d) e) f) 16.7 BSNT DPC FSNC HMCG HMDC HMDT HMRT L1 L2 L3 L4 LLSC LSAC LSDA LSLA transfer prohibited control (RTPC) is shown in Figure 44; transfer allowed control (RTAC) is shown in Figure 45; transfer restricted control (RTRC) is shown in Figure 46c; transfer controlled control (RTCC) is shown in Figure 46a; signalling route set test control (RSRT) is shown in Figure 46; signalling-route-set-congestion-test control (RCAT) is shown in Figure 46b. Abbreviations used in Figures 23 onwards Backward sequence number of next signal unit to be transmitted Destination point code Forward sequence number of last message signal unit accepted by remote level 2 Signalling link congestion Message discrimination Message distribution Message routing Level 1 Level 2 Level 3 Level 4 Link set control Signalling link activity control Signalling data link allocation Signalling link activation
Recommendation Q.704
(07/96)
85
LSLD LSLR LSTA MGMT RCAT RSRT RTAC RTCC RTPC RTRC SLM SLS SLTC SMH SRM STM TCBC TCOC TCRC TFRC TLAC TPRC TRCC TSFC TSRC 16.8
Signalling link deactivation Signalling link restoration Signalling terminal allocation Management system Signalling-route-set-congestion-test control Signalling route set test control Transfer allowed control Transfer controlled control Transfer prohibited control Transfer restricted control Signalling link management Signalling link selection Signalling link test control Signalling message handling Signalling route management Signalling traffic management Changeback control Changeover control Controlled rerouting control Forced rerouting control Link availability control Signalling point restart control Signalling route set congestion control Signalling traffic flow control Signalling routing control Timers and timer values
The following timers have been defined. The ranges are given below. The values, in brackets, are the minimum values for use when routes with long propagation delays are used (e.g. routes including satellite sections). T1 T2 T3 T4 Delay to avoid message mis-sequencing on changeover. 500 (800) to 1200 ms. Waiting for changeover acknowledgement. 700 (1400) to 2000 ms. Time controlled diversion-delay to avoid mis-sequencing on changeback. 500 (800) to 1200 ms. Waiting for changeback acknowledgement (first attempt). 500 (800) to 1200 ms.
86
Recommendation Q.704
(07/96)
T5 T6 T7 T8 T9 T10
Waiting for changeback acknowledgement (second attempt). 500 (800) to 1200 ms. Delay to avoid message mis-sequencing on controlled rerouting. 500 (800) to 1200 ms. Waiting for signalling data link connection acknowledgement. 1 to 2 seconds. Transfer prohibited inhibition timer (transient solution). 800 to 1200 ms. Not used. Waiting to repeat signalling route set test message. 30 to 60 seconds. The maximum value may be extended at the discretion of the management function in certain situations, e.g. many signalling points being unavailable or signalling point of known long term unavailability.
T11
Transfer restricted timer. (This is one way of implementing the function described in 13.4 and mainly intended to simplify STPs.) 30 to 90 seconds. Waiting for uninhibit acknowledgement. 800 to 1500 ms. Waiting for force uninhibit. 800 to 1500 ms. Waiting for inhibition acknowledgement. 2 to 3 seconds. Waiting to start signalling route set congestion test. 2 to 3 seconds. Waiting for route set congestion status update. 1.4 to 2 seconds. Delay to avoid oscillation of initial alignment failure and link restart. 800 to 1500 ms. Timer8 within a signalling point whose MTP restarts for supervising link and link set activation as well as the receipt of routing information. The value is implementation and network dependent. Criteria to choose T18 are given in 9.2.
____________________
8
The values of the MTP restart timers (T18 to T21) defined above are for use during normal operation. It might be advantageous for the network operator to define an alternative value for each timer, for use in potential network failures. Such an emergency might be recognised by an abnormally large number of outages, and it would be at the discretion of the operator to use the emergency set of timer values within the network.
Thus, the selection of the appropriate timer set is within the responsibility of the network Administration. Recommendation Q.704 (07/96) 87
T19
Supervision timer during MTP restart to avoid possible ping-pong of TFP, TFR1 and TRA messages. 67 to 69 seconds Overall MTP restart timer at the signalling point whose MTP restarts. 59 to 61 seconds. Overall MTP restart timer at a signalling point adjacent to one whose MTP restarts. 63 to 65 seconds. Local inhibit test timer. 3 to 6 minutes (provisional value). Remote inhibit test timer. 3 to 6 minutes (provisional value). Stabilising timer after removal of local processor outage, used in LPO latching to RPO (national option). 500 ms (provisional value).
88
Recommendation Q.704
(07/96)
To level 4 (L4)
MTP Transfer Transfer prohibited Transfer restricted Transfer allowed Signalling route set test Transfer controlled Signalling route set congestion test User part unavailable Signalling data link connection order Connection successful Connection not successful Connection not possible Inhibit/uninhibit messages Changeover order Changeover acknowledgement Emergency changeover order Emergency changeover acknowledgement Changeback declaration Changeback acknowledgement Traffic restart allowed Signalling link test message Signalling link test acknowledgement message MTP Transfer Transfer prohibited Transfer restricted Transfer allowed Signalling route set test Transfer controlled Signalling route set congestion test Signalling data link connection order Connection successful Connection not successful Connection not possible Inhibit/uninhibit messages Changeover order Changeover acknowledgement Emergency changeover order Emergency changeover acknowledgement Changeback declaration Changeback acknowledgement Traffic restart allowed Signalling link test message Signalling link test acknowledgement message
Received message
To signalling link test control (SLTC) From level 4 (L4) From signalling route management (SRM)
MCS Message routing (HMRT) Figure 26 Signalling link congestion (HMCG) Figure 26a Message for transmission To level 2 (L2) To signalling route management (SRM)
Message
Message received for inaccessible SP Update routing tables Message received for an unknown SP
To signalling route management (SRM) From signalling traffic management (STM) To management system (MGMT)
T1159120-94/d037
Figure 23/Q.704 Level 3 Signalling message handling (SMH); functional block interactions
Idle
Received message L2 L3
No
Yes
Discard message
T1142560-92/d038
Idle
90
Recommendation Q.704
(07/96)
Idle
Own SP restart
1 2
Message type?
Idle
Signalling route management message may be: transfer prohibited transfer restricted signalling route set test transfer allowed transfer controlled signalling route set congestion test user part unavailable
Signalling link management message may be: signalling data link connection order connection successful connection not successful connection not possible
Signalling traffic management message may be: changeover acknowledgement emergency changeover acknowledgement changeback declaration changeback acknowledgement changeover order emergency changeover order inhibit signalling link uninhibit signalling link inhibit acknowledgement uninhibit acknowledgement inhibit denied force uninhibit signalling link traffic restart allowed
Recommendation Q.704
(07/96)
91
Signalling network testing and maintenance Signalling link test control message HMDT SLTC
Yes
Idle
Signalling link test control message may be: signalling link test message signalling link test message acknowledgement
Discard Message
Idle
T1159130-94/d040
92
Recommendation Q.704
(07/96)
Own SP restart
Service indicator?
Idle
Message type?
T1142580-92/d041
Own SP restart
Recommendation Q.704
(07/96)
93
Idle
2 Message for routing HMDCHMRT MTP Transfer request L4L3 Adjacent SP restart TSRCHMRT Update routing tables STMHMRT Update routing tables
Idle Yes
5 1 4
5 3
No 4 Destination congested? Yes 1 Did message originate at this SP? DPC No unknown Message received for unknown SP HMRTMGMT Message received for inaccessible SP HMRTRTPC 4 1 6 1 Select link in link set on the basis of SLS Message for transmission I3-I2 Discard message 1 2(2) Yes
Message for
No congested destination HMRT TSEC
No
Load sharing between link sets? Yes Select link set on the basis of SLS
4 6
To selected link
2(3) 3 3
1 6 6
NOTE Dotted symbols apply only to multiple congestion states option. Delete hatched symbols when using option.
94
Recommendation Q.704
(07/96)
A signal is accompanied by routing data obtained at the source of the signal from TSRC 2 2 1 7 Signalling link management message SLMHMRT DPC to or via restarting adjacent SP DPC SP restart? No 1 Does routing for that DPC exist? Yes Select an available link 1 3 3 1 Yes Changeback message? Yes Signalling link management message may be: signalling data link connection order connection successful connection not successful Connection not possible Changeback declarations? No Yes No No No 1 1 Management inhibit message? No Does routing for that DPC exist? No Yes Yes MTP Testing User Part message L4L3 (Note) Cancel marks Restart ends TPRCHMRT 7 3 Idle
4 8
4 1 8 3 Idle
1 1
Forced uninhibit? No Uninhibit or uninhibit ack? Yes Does routing for DPC exist? No Select link coded in SLC field of message
Yes
Yes Select alternative link on the basis of SLC and the changeback code
T1142600-92/d043
3 1
NOTE Some special routing for MTP Testing User Part may be needed depending on the functions and requirements of such a User Part.
Recommendation Q.704
(07/96)
95
Idle
A signal is accompanied by routing data obtained at the source of the signal from TSRC
7 1
7 Signalling route management message SRMHMRT Restart begins TPRC HMRT Signalling traffic management message STMHMRT Signalling link test control message SLTC HMRT
Own SP restart
3 5
DPC SP restart?
No
1 5
Yes Does routing for that DPC exist? Yes Message type? Other SRM message Other STM message 1 No 1 DPC SP restart ?
1, 8
No
8 2
Discard message
Signalling route management message may be: transfer prohibited transfer restricted signalling route set test transfer allowed transfer controlled signalling route set congestion test user part unavailable.
Idle
changeover ack emergency changeover ack changeback declaration 3 changeback ack changeover order 1 emergency changeover order T1142610-92/d044 inhibit signalling link uninhibit signalling link inhibit ack uninhibit ack inhibit denied Signalling link test force uninhibit signalling control message link may be: traffic restart allowed signalling link test message signalling link test message ack
96
Recommendation Q.704
(07/96)
Own SP restart 9 MTP Testing User Part message L4 L3 Message for routing HMDCHMRT MTP Transfer request L4L3 Signalling link management message SLMHMRT 9 4
Discard message
Signalling link management message may be: signalling data link connection order connection successful connection not successful connection not possible
Own SP restart
9 4
9 Signalling route management message SRMHMRT Signalling link test control message SLTC HMRT Signalling traffic management message STMHMRT Restart ends TPRCHMRT
Message type?
Message type?
Cancel marks
T1142620-92/d45
11
11 5
Discard message
Own SP restart
Recommendation Q.704
(07/96)
97
11
11 5
No
Yes
Discard message
To selected link
Own SP restart
T1142630-92/d046
NOTE Dotted symbols apply only to the multiple congestion states option. Delete hatched symbols when using option.
98
Recommendation Q.704
(07/96)
Idle
Message HMRT HMCG P is message priority, the congestion status is updated by an implementation dependent procedure in conformance to 3.6
P< congestion status? Yes Send transfer controlled message HMCG RTCC
No
No
To selected link
Idle
T1188800-97
NOTE Dotted symbols apply only to the multiple congestion states option.
Recommendation Q.704
(07/96)
99
Changeover acknowledgement Emergency changeover acknowledgement Changeback declaration Changeback acknowledgement Inhibit/uninhibit/test messages Changeover order Emergency changeover order Traffic restart allowed MTP resume/pause (Note 1) MTP status MTP restart ends Signalling traffic flow control (TSFC) Figure 34a From Management System (MGMT) Inhibit signalling link Uninhibit signalling link SP restart indication
TCOC TCBC TFRC TCRC TSFC TPRC TLAC TSRC Accessibility data Start routine set test Destination inaccessible/ restricted Destination accessible Send transfer prohibited message Adjacent SP restarted Send transfer restricted message Forced rerouting STP no longer used for destination Adjacent SP restarting Adjacent SP restarted Emergency Emergency ceases
a)
Accessibility data request Signalling route unavailable Signalling route available Signalling route restricted
a)
Restart begins/ends
NOTE 1 Implementation dependent. NOTE 2 Abbreviated message names have been used in this diagram (i.e. origin-destination codes are omitted).
Figure 27/Q.704 (sheet 1 of 3) Level 3 Signalling traffic management (STM); functional block interactions
100
Recommendation Q.704
(07/96)
Retrieve BSNT Retrieval request and FNSC Update routing tables Changeover order Emergency changeover Changeover acknowledgement Emergency changeover acknowledgement Changeover control (TCOC) Figure 30 Alternative routing data request
Changeback control (TCBC) Figure 31 Alternative routing data request Procedure terminated
Changeback terminated
Changeover order Emergency changeover order Signalling link unavailable Signalling link available Signalling link available Signalling link unavailable Signalling link available Link inhibited Inhibit/uninhibit request Cancel link inhibited Changeover order received Flush buffers Continue Link availability control (TLAC) Figure 28 Signalling link available Signalling link unavailable Signalling link failed Signalling link in service Remote processor outage Remote processor recovered Alternative routing data request BSNT not retrievable Retrieval not possible Link inhibited Link uninhibited Inhibit denied Uninhibit not possible
T1142640-92/d048
NOTE Abbreviation message names have been used in this diagram (i.e. origin-destination codes are omitted).
Figure 27/Q.704 (sheet 2 of 3) Level 3 Signalling traffic management (STM); functional block interactions
Recommendation Q.704
(07/96)
BSNT Retrieved messages Retrieval complete TCOC TCBC TFRC TCRC TSFC TPRC TLAC TSRC
101
From signalling route management (SRM) From unspecified implementation dependent function
MTP status
T1131740-91/d049
NOTE This functional block replaces the items superscripted witha) on sheet 1 in the case of multiple congestion states.
Figure 27/Q.704 (sheet 3 of 3) Level 3 Signalling traffic management (STM); functional block interactions
102
Recommendation Q.704
(07/96)
Available
Inhibit signalling link MGMT TLAC Local inhibit allowed TSRC TLAC Inhibit signalling link TLACHMRT
T14
Start T14
T1159140-94/d050
Available
Figure 28/Q.704 (sheet 1 of 18) Signalling traffic management; link availability control (TLAC)
Recommendation Q.704
(07/96)
103
Available 3 2 Inhibit denied HMDTTLAC Inhibit ack HMDT TLAC Remote inhibit allowed TSRC TLAC 2
No
Stop T14
Available
Stop T14
T1159150-94/d051
Yes
Start T22
Yes
Start T23
3 1 1
Figure 28/Q.704 (sheet 2 of 18) Signalling traffic management; link availability control (TLAC)
104
Recommendation Q.704
(07/96)
2 Local processor outage MGMT TLAC Signalling link failed LSACTLAC Remote processor outage LSAC TLAC Mark remote blocked Changeover order HMDTTLAC Changeback terminated TCBCTLAC Emergency changeover order HMDT TLAC
Mark failed
Mark failed
Mark failed
Changeback in progress? No
Available
Signalling link unavailable TLAC TCOC Signalling link unavailable TLACTSRC Mark changeover order 4 Mark changeover in progress 3(2) Signalling link unavailable TLAC TSRC
Ys e
Changeback in progress? No Changeover order TLAC TCOC Mark emergency changeover order
Yes
3 3
3, 4 3, 4
3(2) 3 4 3 3 3 4
T1142650-92/d052
Unavailable
NOTE 2 The layer management informs level 3 that the concerned link is locally blocked (implementation dependent).
IS B
Figure 28/Q.704 (sheet 3 of 18) Signalling traffic management; link availability control (TLAC)
106
2 2 2 Local processor outage MGMT TLAC Signalling link failed LSACTLAC Remote processor outage LSACTLAC Changeover order HMDT TLAC Changeback terminated TCBCTLAC Emergency changeover order HMDTTLAC From remote level 3
Mark failed
Mark failed
Mark failed
Changeback in progress? No
Signalling link unavailable TLACTCOC Signalling link unavailable Mark changeover order 4 Mark changeover in progress 3 (2)
Yes
Yes
3 4, 3 4, 3, 4
3 3
s f
TLACTSRC
(2) 4 3 3 3 4
s f
s f
s f
s f
s f
T1142660-92/d53
Unavailable
NOTE The layer management informs level 3 that the concerned link is locally blocked (implementation dependent).
Figure 28/Q.704 (sheet 3 bis of 18) Signalling traffic management; link availability control (TLAC) (National option)
Unavailable
Changeover order? No Emergency changeover order? No Link unavailable? Yes Signalling link unavailable TLACTCOC
Yes
No
T1159160-94/d054
Figure 28/Q.704 (sheet 4 of 18) Signalling traffic management; link availability control (TLAC)
Recommendation Q.704
(07/96)
107
Unavailable
10 Signalling link in service LSACTLAC Local processor outage MGMTTLAC Remote processor outage LSACTLAC
10 6
Cancel failed
Yes (Note 1) 6
Link inhibited?
Unavailable
No Changeover in progress?
6 10(2)
T1142670-92/d055
Unavailable
No
5 7
Unavailable
NOTE 1 "Inhibited" indicates either locally or remotely inhibited, or both. NOTE 2 See sheet 5 fs, for national option.
Figure 28/Q.704 (sheet 5 of 18) Signalling traffic management; link availability control (TLAC)
108
Recommendation Q.704
(07/96)
Unavailable
10 Signalling link failed LSACTLAC Signalling link in service LSACTLAC Remote processor recovered LSAC TLAC Remote processor outage LSACTLAC
10 6fs
Cancel failed
Stop T24
Stop T24
T24 running? No
Yes
11 6 6 5 fs Unavailable
T1142690-92/d056
6 10(3)
Unavailable
Changeover in progress?
No
5 7fs
Unavailable
Figure 28/Q.704 (sheet 5 bis of 18) Signalling traffic management; link availability control (TLAC) (National option)
Recommendation Q.704
(07/96)
109
10 5
10 Link in service at level 2 LSACTLAC Remote processor recovered LSAC TLAC Cancel remote blocked Local processor recovered MGMTTLAC
Unavailable
Yes
Yes
Unavailable 5
No
T1 is running
T1 expired
Continue TLACLSAC
T1142680-92/d057
11
11 5
Figure 28/Q.704 (sheet 6 of 18) Signalling traffic management; link availability control (TLAC)
110
Recommendation Q.704
(07/96)
10 5 BIS
10 Link in service at level 2 LSACTLAC Local processor outage MGMTTLAC Local processor recovered MGMTTLAC
Unavailable
No
11 5 BIS
11
Unavailable
T1142700-92/d058
Figure 28/Q.704 (sheet 6 bis of 18) Signalling traffic management; link availability control (TLAC) (National option)
Recommendation Q.704
(07/96)
111
Unavailable
Link inhibited? Yes No Remotely inhibited? No Failed locally blocked? No Yes Failed remotely blocked?
Yes
Yes 5
5 5
Unavailable
NOTE 1 See sheet 7 BIS, for national option. NOTE 2 The changes performed on this sheet are clarifications compared to the "LUE "OOK.
Available
T1176680-95
Figure 28/Q.704 (sheet 7 of 18) Signalling traffic management; link availability control (TLAC)
112
Recommendation Q.704
(07/96)
Unavailable
T24
5 7 BIS
Available
T1142720-92/d060
Figure 28/Q.704 (sheet 7 bis of 18) Signalling traffic management; link availability control (TLAC) (National option)
Recommendation Q.704
(07/96)
113
No
No
Unavailable
Figure 28/Q.704 (sheet 8 of 18) Signalling traffic management; link availability control (TLAC)
114
Recommendation Q.704
(07/96)
Unavailable
Uninhibiting not possible TSRCTLAC 7 Failed or blocked? (Note) 9 Yes Uninhibiting not possible TLACMGMT No 7 9
T12
Yes
Management request? No
Yes
Start T12
7 9
T1142730-92/d062
Unavailable
Figure 28/Q.704 (sheet 9 of 18) Signalling traffic management; link availability control (TLAC)
Unavailable
T13
No
Yes 9 9
8, 9
8 10
Stop T13
Start T12
Yes
No Stop T12
Yes
Yes
Start T13
Yes Unavailable
6 5
T1142740-92/d063
Figure 28/Q.704 (sheet 10 of 18) Signalling traffic management; link availability control (TLAC)
116
Recommendation Q.704
(07/96)
Unavailable
T14
Yes
Start T14
Start T22
T1159180-94/d064
Unavailable
Figure 28/Q.704 (sheet 11 of 18) Signalling traffic management; link availability control (TLAC)
Recommendation Q.704
(07/96)
117
Available
Available
T1159190-94/d065
Figure 28/Q.704 (sheet 12 of 18) Signalling traffic management; link availability control (TLAC)
118
Recommendation Q.704
(07/96)
Unavailable
No
Stop T14
Start T22
Unavailable
T1159200-94/d066
Figure 28/Q.704 (sheet 13 of 18) Signalling traffic management; link availability control (TLAC)
Recommendation Q.704
(07/96)
119
Available
T23
T22
Start T13
Start T12
T1159210-94/d067
Available
Figure 28/Q.704 (sheet 14 of 18) Signalling traffic management; link availability control (TLAC)
Unavailable
Local inhibit test HMDTTLAC Link remotely inhibited? Yes Force uninhibit signalling link TLACHMRT
Remote inhibit test HMDTTLAC Link locally inhibited? Yes Uninhibit signalling link TLACHMRT
T22
T23
No
No
No
No
Start T13
Start T12
Start T22
Start T23
Unavailable
T1159220-94/d 068
Figure 28/Q.704 (sheet 15 of 18) Signalling traffic management; link availability control (TLAC)
120 Recommendation Q.704 (07/96)
Available
SP restarting
Only for those links in the direct linkset to the adjacent, restartig SP
Unavailable
T1142750-92/d069
SP restarting
Figure 28/Q.704 (sheet 16 of 18) Signalling traffic management; link availability control (TLAC)
Recommendation Q.704
(07/96)
121
SP restarting
Mark failed
Unavailable?
No
Unavailable? Mark link unavailable No Signalling link unavailable TLACTSRC Signalling link unavailable TLACTCOC
Yes
Yes
Available
Unavailable
Available
T1159230-94/d070
SP restarting
Figure 28/Q.704 (sheet 17 of 18) Signalling traffic management; link availability control (TLAC)
122
Recommendation Q.704
(07/96)
SP restarting
Cancel failed
SP restarting
T1142760-92/d071
SP restarting
Figure 28/Q.704 (sheet 18 of 18) Signalling traffic management; link availability control (TLAC)
Recommendation Q.704
(07/96)
123
Idle
T21
Yes
Unexpected TRA No
Yes
2
6 Idle Any destination inaccessible? Yes
Idle
5 1
No
2 3 3
T1142770-92/d72
Figure 29/Q.704 (sheet 1 of 21) Signalling traffic management; signalling routing control (TSRC)
124
Recommendation Q.704
(07/96)
2, 3
2 1
No
Last destination?
No
No No STP function? Yes Destination accessible TSRC RTAC Concerning the adjacent SP
Idle
7
T1142780-92/d73
Figure 29/Q.704 (sheet 2 of 21) Signalling traffic management; signalling routing control (TSRC)
Recommendation Q.704
(07/96)
125
No
No
No
No
Yes
No
T1142790-92/d74
No
Idle
Figure 29/Q.704 (sheet 3 of 21) Signalling traffic management; signalling routing control (TSRC)
126
Recommendation Q.704
(07/96)
Idle
Accessibility data request RSRT TSRC Obtain accessibility data for concerned destination See 12.2.4
No
Emergency?
Emergency? No
11
11
Yes
Yes
Yes
4, 6 Idle
12
Idle
T1142800-92/d75
No 9 4
11
11
Figure 29/Q.704 (sheet 4 of 21) Signalling traffic management; signalling routing control (TSRC)
Recommendation Q.704
(07/96)
127
Idle 4 8 8 Link in service at level 2 TLAC TSRC Restart ends TPRC TSRC
Cancel SP restarting
Yes
13
Adjacent SP inaccessible? 8 No
13
T1142810-92/d76
Idle
Figure 29/Q.704 (sheet 5 of 21) Signalling traffic management; signalling routing control (TSRC)
128
Recommendation Q.704
(07/96)
10, 12
4, 10 10 Alternative link set for destination? No No Any links inhibited? Yes Uninhibit signalling link TSRC TLAC No
New STP to be used for destination?
4, 6 Yes
12
14 Yes Send transfer prohibited message TSRC RTPC Mark STP in use for destination
7 14
No
To new STP
No 6 12
Yes
No
Start T11
Stop T11
Idle
T1142820-92/d77
No 9 4
Idle
Figure 29/Q.704 (sheet 6 of 21) Signalling traffic management; signalling routing control (TSRC)
Recommendation Q.704
(07/96)
129
14 6, 10
14
15
No No STP no longer used for destination? Yes STP no longer used for destination TSRC RTAC Mark STP not in use for destination 15 No Destination restricted? Yes Destination accessible TSRC RTAC No
STP function? Yes 6 Any destination inaccessible? Yes Select one of the inaccessible destinations Send transfer prohibited message TSRC RTPC Last destination? Yes Any destination restricted? Yes Select one of the restricted destinations Send transfer restricted message TSRC RTRC Last destination? Yes No No No No
12
12
Destination accessible TSRC TSFC Mark destination accessible 7 15 7 16 16 No New STP to be used for destination? Yes STP function? Yes Send transfer prohibited message TSRC RTPC Mark STP in use for destination Adjacent SP becoming available? No Yes
12
No 12 6
16
16
T1142830-92/d78
Figure 29/Q.704 (sheet 7 of 21) Signalling traffic management; signalling routing control (TSRC)
130
Recommendation Q.704
(07/96)
8 13
5
13
17
No
Start T21
Only for the destinations becoming accessible due to the availability of the adjacent SP
The sending of TFP or TFR messages is started after the link is in service at level 3
Destination status?
Inaccessible To the adjacent SP becoming accessible 8 Yes 17 No Last destination? Yes Send transfer prohibited message TSRC RTPC
17
18
The TRA message should be sent after the link is in the available state al level 3
T1142840-92/d79
18 9
Idle
Figure 29/Q.704 (sheet 8 of 21) Signalling traffic management; signalling routing control (TSRC)
Recommendation Q.704
(07/96)
131
18 19
8 18
No
New STP to be used for destination? Yes Select one of the concerned destinations
No
Yes Send transfer prohibited message TSRC RTPC Preventive TFP Might not be done on highest priority route (f.f.s.) To the newly available SP Select one of the inaccessible destinations
Last destination?
No
Last destination?
No
Yes Any destination restricted? Yes 1 Idle Send transfer restricted message TSRC RTRC Select one of the restricted destinations No
Last destination?
No
Yes
Figure 29/Q.704 (sheet 9 of 21) Signalling traffic management; signalling routing control (TSRC)
132
Recommendation Q.704
(07/96)
Idle
Yes
Yes
Own SP restarting?
No Idle
14
14
No
Idle
No
10
Idle
10
T1142860-92/d81
19
19
Figure 29/Q.704 (sheet 10 of 21) Signalling traffic management; signalling routing control (TSRC)
Recommendation Q.704
(07/96)
133
Idle
Yes
Idle
Is route in use? No
Yes
Traffic can be diverted to an equal priority STP Alternative linkset for destination? No
Yes
No
Yes
19
19
T1142870-92/d82
Idle
Figure 29/Q.704 (sheet 11 of 21) Signalling traffic management; signalling routing control (TSRC)
134
Recommendation Q.704
(07/96)
Idle
20
12 20 Alternative routing data request TCOC TSRC Obtain alternative routing data Alternative routing data request TCBC TSRC
Alternative routing data TSRC TCOC During SP restart the adjacent SP is considered as inaccessible
Wait 01
Wait 02
Alternative routing data request LSDA TSRC 20 Obtain alternative routing data 20 12
13
21
T1142880-92/d83
Wait 01
Idle
Figure 29/Q.704 (sheet 12 of 21) Signalling traffic management; signalling routing control (TSRC)
Recommendation Q.704
(07/96)
135
Idle
Wait 03
Wait 04
21
12
21
Wait 01
Wait 02
Wait 03
Wait 04
Figure 29/Q.704 (sheet 13 of 21) Signalling traffic management; signalling routing control (TSRC)
136
Recommendation Q.704
(07/96)
Idle
No
Yes
Destination restricted? No
Stop T11
T1159240-94/d85
Idle
NOTE Dotted symbols apply only to the multiple congestion states option; dashed symbols apply only to the transfer restricted option.
Figure 29/Q.704 (sheet 14 of 21) Signalling traffic management; signalling routing control (TSRC)
Recommendation Q.704
(07/96)
137
Idle
22
16
22
No
SP accessible?
Yes Uninhibiting not possible TSRC TLAC Uninhibiting possible TSRC TLAC
T1142900-92/d86
Idle
Figure 29/Q.704 (sheet 15 of 21) Signalling traffic management; signalling routing control (TSRC)
138
Recommendation Q.704
(07/96)
22
15
22
Yes
Yes
16
No 24 23 16
SP accessible? Yes
No
24 16
Yes
23
16
Inhibit request?
Remote
Local Local inhibit allowed TSRC TLAC Remote inhibit allowed TSRC TLAC
Local Local inhibit denied TSRC TLAC Remote inhibit denied TSRC TLAC
T1142910-92/d87
Idle
Figure 29/Q.704 (sheet 16 of 21) Signalling traffic management; signalling routing control (TSRC)
Recommendation Q.704
(07/96)
139
Idle
Idle
NOTE Delete hatched symbols when using multiple congestion states option.
Figure 29/Q.704 (sheet 17 of 21) Signalling traffic management; signalling routing control (TSRC)
140
Recommendation Q.704
(07/96)
Idle
T11
Last destination?
No
Yes
Idle
T1159260-94/d89
Figure 29/Q.704 (sheet 18 of 21) Signalling traffic management; signalling routing control (TSRC)
Recommendation Q.704
(07/96)
141
Wait 05
Wait 05
Wait 05
26
21
26
No
STP function? Yes Send all TFPs (and TFRs), including preventive TFPs
27 25
27
21
25 20
T1142920-92/d90
Figure 29/Q.704 (sheet 19 of 21) Signalling traffic management; signalling routing control (TSRC)
142
Recommendation Q.704
(07/96)
25
19 25
Yes 28 21
Destination status? Inaccessible Only if direct linkset is available Destination inaccessible TSRCRTPC Restricted Destination restricted TSRCRTRC
No
Last destination?
Yes 28
T1142930-92/d91
28 21
Figure 29/Q.704 (sheet 20 of 21) Signalling traffic management; signalling routing control (TSRC)
Recommendation Q.704
(07/96)
143
26
20 28 Sending of preventive TFP messages may come after T20 expires No New STP to be used for destination? Yes Select one of the concerned destinations Only if direct linkset is available Only if direct linkset is available
19 26
28
Select one of the accessible adjacent destinations Traffic restart allowed TSRCHMRT
No
Last destination?
Yes Last destination? Yes Status sent TSRCTPRC No Any route unavailable or restricted? Yes Wait 05 Select one of the concerned destinations Cancel SP restarting
27
19 27
Last route?
No
Yes
Idle
T1142940-92/d92
Figure 29/Q.704 (sheet 21 of 21) Signalling traffic management; signalling routing control (TSRC)
144
Recommendation Q.704
(07/96)
Idle
Idle
Wait 01
Is destination accessible? Yes Update destination congestion status Destination congestion status TRCCTSFC
No
No Idle
Idle
Wait 01
T1188770-97
1
NOTE Dotted symbols apply only to the Multiple Congestion States option.
Start T15
Wait 02
Figure 29a/Q.704 (sheet 1 of 3) Signalling traffic management; signalling route set congestion control (TRCC)
Recommendation Q.704
(07/96)
145
Wait 02
Destination congestion status RTCCTRCC Is new congestion status greater? Yes Update destination congestion status
T15
3
No
Wait 02
Stop T15
Wait 03
Idle
T1188780-97
Reset T15
Wait 02
NOTE Dotted symbols apply only to the Multiple Congestion States option.
Figure 29a/Q.704 (sheet 2 of 3) Signalling traffic management; signalling route set congestion control (TRCC)
146
Recommendation Q.704
(07/96)
Wait 03
Update destination congestion status equal to zero Stop congestion test TRCC RCAT
No
No
Idle
Idle
1, 2
2
T1188790-97
Figure 29a/Q.704 (sheet 3 of 3) Signalling traffic management; signalling route set congestion control (TRCC)
Recommendation Q.704
(07/96)
147
Idle 1 Signalling link unavailable TLACTCOC Buffer messages for affected signalling link Alternative routing data request TCOCTSRC 1 6
Wait 01
TSRC TCOC
ECO TLACTCOC Failed signalling link may not have been loaded
COO TLACTCOC
Retrieval required?
No 5 4 2 3
Yes For inhibiting of link Can or other SP might be changeover inaccessible Yes messages be ex(Note) changed? No STM a) ready TCOCLSAC Retrieve BSNT L3L2
T1142950-92/d93
Identifies alternative signalling links, if any, and also identifies whether unavailable link was loaded and accessibility of other SP
Start T1
Wait 02
Wait 07
a)
This message is required only if signalling link restoration attempts may interfere with message retrieval.
NOTE In the processor outage and management inhibiting states, changeover messages should not be exchanged.
148
Recommendation Q.704
(07/96)
Wait 02
BSNT ECO TLACTCOC COO TLACTCOC L2L3 Mark local BSNT retrieved
Start T2
Recommendation Q.704
(07/96)
149
Wait 07
T1
Stop T1
Idle
T1142960-92/d95
a)
150
Recommendation Q.704
(07/96)
Wait for acknowledgement From remote level 3 Changeover ack HMDTTCOC Emergency changeover ack HMDTTCOC Changeover order TLAC TCOC Signalling link available TLACTCOC Emergency changeover order TLACTCOC
T2
Stop T2
Stop T2
Stop T2
Stop T2
Stop T2
5, 4 2, 4
4, 6
No
Local BSNT retrieved? Yes Emergency changeover ack TCOC HMRT To remote level 3 Changeover ack TCOC HMRT
No
Recommendation Q.704
5, 4
Retrieving 5 4
5
T1159280-94/d96
(07/96) 151
From unspecified implementation dependent function Retrieval not possible L2 TCOC Signalling link available TLAC TCOC Signalling link unavailable TLAC TCOC Cancel link unavailable
No
Retrieving
Send retrieved messages on restored link b) Send retrieved messages on alternative signallink link(s)b) STM readya) TCOC LSAC 2 3
3 Send buffered messages on alternative signalling link(s)b) Update routing tables TCOC HMRT Changeover executed TCOC TLAC Changeover executed TCOC TSRC
3 Messages for inaccessible destinations are discarded To ensure that subsequent messages for unavailable link are diverted to alternative link(s) (if any) or discarded
Idle
a) b)
This message is required only if signalling link restoration may interfere with message retrieval. These tasks should be carried out in the order shown.
152
Recommendation Q.704
(07/96)
From unspecified implementation dependent function Retrieval not possible L2 TCOC Signalling link available TLAC TCOC Signalling link unavailable TLAC TCOC Cancel link unavailable
No
Retrieving
Send retrieved messages on restored link b) Send retrieved messages on alternative signallink link(s)b) STM readya) TCOC LSAC 2 3
3 Send buffered messages on alternative signalling link(s)b) Update routing tables TCOC HMRT Changeover executed TCOC TLAC Changeover executed TCOC TSRC
3 Messages for inaccessible destinations are discarded To ensure that subsequent messages for unavailable link are diverted to alternative link(s) (if any) or discarded
Idle
a) b)
This message is required only if signalling link restoration may interfere with message retrieval. These tasks should be carried out in the order shown.
Recommendation Q.704
(07/96)
153
Idle
Idle
1 2 (2)
Identifies alternative link(s) carrying traffic to be changed back and also identifies routing and SP accessibility changes
No
2 2
Idle
T1159290-94/d99
NOTE For simplicity, changeback from only one alternative link is shown.
154
Recommendation Q.704
(07/96)
2 1 Is SP at remote end of newly available link accessible via alternative link? Send to above SP via alternative link with changeback code y (to remote level 3)
No
Start T3
Changeback declaration TCBC HMRT Wait to reduce risk that diversion causes mis-sequencing
Start T4
First attempt
T4
First attempt
T3
Stop T4
Start T5
1 1
Second attempt
T5
Stop T5
Second attempt
1 1 NOTE For simplicity, changeback from only one alternative link is shown.
T1159300-94/d100
Recommendation Q.704
(07/96)
155
Idle
Signalling route unavailable TSRC TFRC Buffer concerned traffic in forced rerouting buffer 1 Alternative routing data request TFRC TSRC
If any exists
1 1
No 1 1 1
Routing changed? Yes Alternative route available? Yes Start traffic on new route, buffered messages first No
Start traffic on newly available route, buffered message first Forced rerouting not required TFRC RTAC
Idle
T1159310-94/d101
Idle
156
Recommendation Q.704
(07/96)
Idle
1 1
T6
Routing changed?
No
Yes Buffer concerned traffic in controlled rerouting buffer Procedure terminated TCRC TSRC
Start T6
Wait
Idle
T1159320-94/d102
1 1
Recommendation Q.704
(07/96)
157
Idle
MTP Status L3 L4
No
MTP Resume L3 L4
No
MTP Pause L3 L4
Idle
To concerned SP
T1159330-94/d103
Idle
NOTE Delete hatched symbols when using Multiple Congestion States option.
Figure 34a/Q.704 (sheet 1 of 3) Signalling traffic management; signalling traffic flow control (TSFC)
158
Recommendation Q.704
(07/96)
Idle
To all user parts Stop traffic with message priority less than congestion status
Restart
Idle
NOTE Dotted symbols apply only to the multiple congestion states option.
Restart
To restart traffic taking into account accessibility and inaccessibility information from MTP
Idle
T1142990-92/d104
Figure 34a/Q.704 (sheet 2 of 3) Signalling traffic management; signalling traffic flow control (TSFC)
Recommendation Q.704
(07/96)
159
Idle
Idle
T1159340-94/d105
Figure 34a/Q.704 (sheet 3 of 3) Signalling traffic management; signalling traffic flow control (TSFC)
160
Recommendation Q.704
(07/96)
Idle
1 Adjacent SP restarting TSRC TPRC Signalling point restart indication MGMT TPRC Traffic restart allowed HMDT TPRC
T19
Idle
No
Yes
T19 running? No
Start T19
Idle
T1143000-92/d106
Figure 34b/Q.704 (sheet 1 of 7) Signalling traffic management; signalling point restart control (TPRC)
Recommendation Q.704
(07/96)
161
Idle
1 1 Signalling point restart indication TSRC TPRC Restart begins TPRC RTPC
Start T20
STP function?
No
Start T18
Wait 01
Wait 03
T1143010-92/d107
Figure 34b/Q.704 (sheet 2 of 7) Signalling traffic management; signalling point restart control (TPRC)
162
Recommendation Q.704
(07/96)
Wait 01
3 Signalling link available TLAC TPRC Traffic restart allowed HMDT TPRC Signalling link unavailable TLAC TPRC
3 4
T18
Yes
Wait 01
No
Wait 01
T1143020-92/d108
Restart ends TPRC LLSC Any links still restoring are reported failed, but keep trying Sending status phase TPRC TSRC The status information is sent after the linkset is available at level 3
Wait 02
Figure 34b/Q.704 (sheet 3 of 7) Signalling traffic management; signalling point restart control (TPRC)
Recommendation Q.704
(07/96)
163
Wait 01
3 3
4 4
Stop T18
Stop T20
Idle
T1143030-92/d109
Figure 34b/Q.704 (sheet 4 of 7) Signalling traffic management; signalling point restart control (TPRC)
164
Recommendation Q.704
(07/96)
Wait 02
T20
Stop T20 5 5 5
Start T19
Stop T20
6 Idle
6 Idle
T1143040-92/d110
Figure 34b/Q.704 (sheet 5 of 7) Signalling traffic management; signalling point restart control (TPRC)
Recommendation Q.704
(07/96)
165
Wait 03
T20
No
7, 8
T1143050-92/d111
Figure 34b/Q.704 (sheet 6 of 7) Signalling traffic management; signalling point restart control (TPRC)
166
Recommendation Q.704
(07/96)
7, 8
Stop T20
Idle
T1143060-92/d112
Idle
Figure 34b/Q.704 (sheet 7 of 7) Signalling traffic management; signalling point restart control (TPRC)
Recommendation Q.704
(07/96)
167
Start SLT
Signalling link failed Signalling link in service Remote processor outage Remote processor recovered Stop level 2 Changeover order received STM ready Flush buffers Continue
Out of service In service Remote processor outage Remote processor recovered Emergency Emergency ceases Start Stop Flush buffers Continue
Determine terminal
Deactivate link Terminal available Signalling terminal allocation (LSTA) Figure 41 Data link available Deactivate link Terminal idle
Signalling data link allocation (LSDA) Figure 42 Signalling data link connection order Connection successful Connection not successful Connection not possible Signalling data link connection order connection successful Connection not successful connection not possible
Terminal No terminal
Data link
Disconnect
Connect
T1143070-92/d113
NOTE Abbreviated message names have been used in this diagram (i.e. origin destination codes are omitted).
Figure 35/Q.704 Level 3 Signalling link management (SLM); functional block interactions
168
Recommendation Q.704
(07/96)
Inactive
3 Deactivate link set MGMT LLSC Activate link set MGMT LLSC Link active LSAC LLSC
1, 2
1 1
Deactivation of a link
No 2 1
Yes Deactivate link LLSC LSAC One indication for each link in the link set Select a link to deactivate
Inactive
2
T1160130-94/d114
Figure 36/Q.704 (sheet 1 of 3) Signalling link management; link set control (LLSC)
Recommendation Q.704
(07/96)
169
3 1
Yes No
Activation of a link?
2 1
1 1
Link set Activate link LLSC LSAC Emergency LLSC LSAC One indication for each link in the link set
T1160140-94/d115
2 1
NOTE 1 It is assumed that this function has access to information regarding the number and status of links in a link set. NOTE 2 It should be ensured that signalling link activation and deactivation attempts are not made simultaneously for the same signalling link.
Figure 36/Q.704 (sheet 2 of 3) Signalling link management; link set control (LLSC)
170
Recommendation Q.704
(07/96)
Active
4 1
Active
T1160150-94/d116
Figure 36/Q.704 (sheet 3 of 3) Signalling link management; link set control (LLSC)
Recommendation Q.704
(07/96)
171
Inactive
1 Activate link LLSC LSAC Activate link MGMT LSAC Data link LSDA LSAC
1 2, 2 BIS
Mark activation
Activating/ restoring
Yes
T1160160-94/d117
Inactive
Figure 37/Q.704 (sheet 1 of 10) Signalling link management; signalling link activity control (LSAC)
172
Recommendation Q.704
(07/96)
1 1
Mark emergency
Cancel emergency
Inactive
T1160170-94/d118
Figure 37/Q.704 (sheet 2 of 10) Signalling link management; signalling link activity control (LSAC)
1 1 Emergency LLSC LSAC Emergency ceases LLSC LSAC Local processor outage LLSC LSAC Local processor recovered LLSC LSAC
Mark emergency
Cancel emergency
T1160180-94/d119
Inactive
Figure 37/Q.704 (sheet 2 bis of 10) Signalling link management; signalling link activity control (LSAC)
Recommendation Q.704
(07/96)
173
No
Activating/ restoring
No
Activation?
Active
Activating/ restoring
T1160190-94/d120
Figure 37/Q.704 (sheet 3 of 10) Signalling link management; signalling link activity control (LSAC)
174
Recommendation Q.704
(07/96)
2, 3 3
3 5 Start signalling link LSLA LSAC Start signalling link LSLR LSAC Activation unsuccessful LSLA LSAC Restoration unsuccessful LSLR LSAC
Wait
T17
Emergency?
No
Yes Emergency L3 L2
Start L3 L2
T1160200-94/d121
Activating/ restoring
Figure 37/Q.704 (sheet 4 of 10) Signalling link management; signalling link activity control (LSAC)
Recommendation Q.704
(07/96)
175
3, 4 4
4 6
Stop L3 L2
Yes
Inactive
T1160210-94/d122
Figure 37/Q.704 (sheet 5 of 10) Signalling link management; signalling link activity control (LSAC)
176
Recommendation Q.704
(07/96)
4 5
4 Emergency LLSC LSAC Emergency ceases LLSC LSAC Restart ends LLSC LSAC Remote processor recovered L2 LSAC
Mark emergency
Cancel emergency
Emergency L3 L2
Emergency ceases L3 L2
T1160220-94/d123
Activating/ restoring
Figure 37/Q.704 (sheet 6 of 10) Signalling link management; signalling link activity control (LSAC)
Recommendation Q.704
(07/96)
177
Active
5 Stop L2 TCOC LSAC Changeover order received TLAC LSAC Out of service L2 L3
5 8
Stop L3 L2
Failed Only required if retrieval cannot be carried out in parallel with signalling link restoration
Activating/ restoring
T1160230-94/d124
Figure 37/Q.704 (sheet 7 of 10) Signalling link management; signalling link activity control (LSAC)
178
Recommendation Q.704
(07/96)
5, 6 7
6 9
Wait
Stop L3 L2
Inactive
T1160240-94/d125
Figure 37/Q.704 (sheet 8 of 10) Signalling link management; signalling link activity control (LSAC)
Recommendation Q.704
(07/96)
179
6, 7 8
7 10 Emergency LLSC LSAC Flush buffers TLAC LSAC Continue TLAC LSAC
Mark emergency
Cancel emergency
Flush buffers L3 L2
Continue L3 L2
T1143080-92/d126
Active
Figure 37/Q.704 (sheet 9 of 10) Signalling link management; signalling link activity control (LSAC)
7 9
7 Remote processor outage L2 L3 Remote processor outage LSAC TLAC Remote processor recovered L2 L3 Remote processor recovered LSAC TLAC
Active
T1160250-94/d127
Figure 37/Q.704 (sheet 10 of 10) Signalling link management; signalling link activity control (LSAC)
180
Recommendation Q.704
(07/96)
7 9
7 Local processor outage TLAC LSAC Local processor recovered TLAC LSAC Remote processor outage L2 L3 Remote processor recovered L2 L3
T1160260-94/d128
Active
Figure 37/Q.704 (sheet 10 bis of 10) Signalling link management; signalling link activity control (LSAC) (National option)
Recommendation Q.704
(07/96)
181
Idle
Terminal is predetermined in the case when automatic allocation of terminals is not implemented
Possible only when automatic allocation of data links is implemented decided according to application dependent rules Replace data link? No
Yes 1 2
Yes Determine data link LSLA LSDA Activation unsuccessful LSLA LSAC
Yes
Data link is predetermined in the case when automatic allocation of data links is not implemented and also in link set restart situations
Idle
T1160270-94/d129
Wait
Figure 38/Q.704 (sheet 1 of 3) Signalling link management; signalling link activation (LSLA)
182
Recommendation Q.704
(07/96)
Wait
2 4
No
No
Yes Wait 1 2
Idle
T1160280-94/d130
Figure 38/Q.704 (sheet 2 of 3) Signalling link management; signalling link activation (LSLA)
Recommendation Q.704
(07/96)
183
2 2
2 No data link LSDA LSLA No terminal LSTA LSLA Deactivate link LSAC LSLA
3
T1160290-94/d131
Figure 38/Q.704 (sheet 3 of 3) Signalling link management; signalling link activation (LSLA)
Idle
Restart restoration LSAC LSLR Possible only when automatic allocation of terminals is implemented; decided according to application dependent rules Replace terminal? Yes Possible only when automatic allocation of data links is implemented; decided according to application dependent rules
No Idle Replace data link? Yes Determine data link LSLR LSDA No
Idle
T1160300-94/d132
Figure 39/Q.704 (sheet 1 of 2) Signalling link management; signalling link restoration (LSLR)
184
Recommendation Q.704
(07/96)
1 2
Idle
T1160310-94/d133
Figure 39/Q.704 (sheet 2 of 2) Signalling link management; signalling link restoration (LSLR)
Recommendation Q.704
(07/96)
185
Idle
Disconnect L3 L1
Idle
T1160320-94/d134
186
Recommendation Q.704
(07/96)
Idle
Mark activation
Mark restoration
Yes
1 2 Select terminal Activation or restoration? Activation No terminal LSTA LSLA No terminal LSTA LSLR Restoration
2 2 Deactivate link LSTA LSAC Deactivate the link which is associated with the selected terminal
Wait
T1160330-94/d135
Figure 41/Q.704 (sheet 1 of 2) Signalling link management; signalling terminal allocation (LSTA)
Recommendation Q.704
(07/96)
187
Wait
Terminal idle LSLD LSTA 1 Activation or restoration? Activation Terminal LSTA LSLA 2 1 2 Cancel activation Terminal LSTA LSLR 1 1 Restoration
Cancel restoration
Idle
T1160340-94/d136
Figure 41/Q.704 (sheet 2 of 2) Signalling link management; signalling terminal allocation (LSTA)
188
Recommendation Q.704
(07/96)
Idle
Signalling data link connection order HMDT LSDA Alternative routing data request LSDA TSRC
Mark activation
Mark restoration
Idle
Waiting
T1160350-94/d137
Wait
Figure 42/Q.704 (sheet 1 of 4) Signalling link management; signalling data link allocation (LSDA)
Recommendation Q.704
(07/96)
189
Figure 42/Q.704 (sheet 2 of 4) Signalling link management; signalling data link allocation (LSDA)
6 Data link available LSLD LSDA Connection successful HMDT LSDA Connection not successful HMDT LSDA Connection not possible HMDT LSDA
Stop T7
Stop T7
Stop T7
5, 1, 4
5 2
1 2, 4 Restoration
Restoration
Activation or restoration?
Activation Data link LSDA LSLR Data link LSDA LSLA No data link LSDA LSLR
Cancel activation
Cancel restoration
Idle
T1160370-94/d139
Figure 42/Q.704 (sheet 3 of 4) Signalling link management; signalling data link allocation (LSDA)
Recommendation Q.704
(07/96)
191
6 3
T7
3, 1 2
Yes
Local SP controlling? No
Yes
1 2
No
Stop T7
2 2
Yes
4, 3, 5
4 3
3 2
5 3
T1160380-94/d140
Figure 42/Q.704 (sheet 4 of 4) Signalling link management; signalling data link allocation (LSDA)
192
Recommendation Q.704
(07/96)
Message received for inaccessible SP Controlled rerouting terminated Destination inaccessible Send transfer prohibited message Restart begins/ends Controlled rerouting Signalling route unavailable Start route set test Send transfer prohibited message
Transfer prohibited To/from remote level 3 (L3) Transfer prohibited Transfer prohibited control (RTPC) Figure 44
Send transfer restricted message Signalling route set test To/from remote level 3 (L3) Signalling route set test Signalling route set test control (RSRT) Figure 46 Accessibility data Start route set test Adjacent SP restarting Adjacent SP restarted Restart begins/ends Accessibility data request Start route set test
RTRC
RTRC
Send transfer allowed message Signalling route available Transfer allowed To/from remote level 3 (L3) Transfer allowed Transfer allowed control (RTAC) Figure 45 Signalling route available Forced rerouting Forced rerouting not required Forced rerouting terminated Destination accessible STP no longer used for destination Restart begins/ends To/from signalling traffic management (STM) RTRC
T1160390-94/d141
NOTE Abbreviated message names have been used in this diagram (i.e. origin destination codes have been omitted).
Figure 43/Q.704 (sheet 1 of 2) Level 3 Signalling route management (SRM); functional block interactions
194
RSRT
from STM
Transfer restricted
to STM
Send transfer controlled message Send transfer controlled message Destination congestion Distant user part unavailable Destination congestion status MCS
Transfer controlled
to STM to STM
from STM
to STM
T1132050-91/d142
Figure 43/Q.704 (sheet 2 of 2) Level 3 Signalling route management (SRM); functional block interactions
Idle
1 Message received for inaccessible SP HMRT RTPC Send transfer prohibited message RSRT RTPC Send transfer prohibited message TSRC RTPC Destination inaccessible TSRC RTPC
1 2
To concerned SP or STP
Wait
T8
Idle
T1160400-94/d143
Figure 44/Q.704 (sheet 1 of 3) Signalling route management; transfer prohibited control (RTPC)
Recommendation Q.704
(07/96)
195
1 1
1 Transfer prohibited HMDT RTPC Controlled rerouting terminated TCRC RTPC Controlled rerouting RTAC RTPC
Yes
No
SP restarting?
Yes
Idle
Figure 44/Q.704 (sheet 2 of 3) Signalling route management; transfer prohibited control (RTPC)
196
Recommendation Q.704
(07/96)
Idle
Cancel SP restarting
Mark SP restarting
T1160420-94/d145
Idle
Figure 44/Q.704 (sheet 3 of 3) Signalling route management; transfer prohibited control (RTPC)
Recommendation Q.704
(07/96)
197
Idle
1 Destination accessible TSRC RTAC STP no longer used for destination TSRC RTAC Send transfer allowed message RSRT RTAC 2
SP restarting?
Yes
Yes
T1160430-94/d146
Idle
Figure 45/Q.704 (sheet 1 of 2) Signalling route management; transfer allowed control (RTAC)
198
Recommendation Q.704
(07/96)
1 1
1 Forced rerouting TSRC RTAC Forced rerouting terminated TFRC RTAC Forced rerouting not required TFRC RTAC
Idle
Idle
Cancel SP restarting
Mark SP restarting
T1160440-94/d147
Idle
Figure 45/Q.704 (sheet 2 of 2) Signalling route management; transfer allowed control (RTAC)
Recommendation Q.704
(07/96)
199
Transfer restricted received 2 Start route set test RTRC RSRT 3, 4 1 3 Set route set test for restricted destination
Idle
2 Start route set test RTPC RSRT 4 Set route set test for prohibited destination 1 1 Idle 1 Signalling route set test RSRT HMRT Referred to concerned destination To remote level 3 Start route set test TSRC RSRT 2
Start T10
Wait
T10
3, 4
3 1
4 1
Stop T10
Idle
1 1
T1160450-94/d148
Figure 46/Q.704 (sheet 1 of 3) Signalling route management; signalling route set test control (RSRT)
200
Recommendation Q.704
(07/96)
2 1
2
Signalling route set test HMDT RSRT Originated by STP Y From remote level 3
Own SP restarting?
Yes
Idle
Data OK?
No
Yes
No
Yes
Only via Y?
No Yes Not via Y or FPLS? No Send transfer allowed message RSRT RTAC
T1160460-94/d149
Has a transfer restricted message already been sent for this destination to any SP including possibly Y?
Idle
Figure 46/Q.704 (sheet 2 of 3) Signalling route management; signalling route set test control (RSRT)
Recommendation Q.704
(07/96)
201
Idle
Idle
Idle
Wait
T1132060-91/d150
Idle
Figure 46/Q.704 (sheet 3 of 3) Signalling route management; signalling route set test control (RSRT)
202
Recommendation Q.704
(07/96)
Idle
No
Yes
Destination congestion status RTCC TSFC Transfer controlled RTCC HMRT
Idle
To concerned SP
T1132070-91/d151
NOTE Dotted symbols apply only to the multiple congestion states option. Delete hatched symbols when using option.
Figure 46a/Q.704 (sheet 1 of 2) Signalling route management; transfer controlled control (RTCC)
Idle
Idle
T1160470-94/d152
Figure 46a/Q.704 (sheet 2 of 2) Signalling route management; transfer controlled control (RTCC)
Recommendation Q.704
(07/96)
203
Idle
To remote level 3
Discard message
Start T16
Wait
T16
Stop T16
Idle
NOTE Dotted symbols apply only to the multiple congestion states option.
204
Recommendation Q.704
(07/96)
Idle
To remote level 3
To the concerned SP To all adjacent SPs, except those to which transfer prohibited messages are sent
SP restarting?
Yes
No
Start route set test RTRC RSRT
Idle
Mark SP restarting
Cancel SP restarting
Idle
T1160490-94/d154
Recommendation Q.704
(07/96)
205