home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / q / q704_3.asc < prev    next >
Text File  |  1993-08-15  |  59KB  |  2,495 lines
  1. C:\WINWORD\CCITTREC.DOT_______________
  2.  
  3.     12.6        Automatic allocation of signalling data links
  4.  
  5. 12.6.1    In conjunction with the signalling link activation and restoration pro-
  6. cedures specified in º 12.4, signalling data links may be allocated automati-
  7. cally. Any signalling data link applicable to a link group may be chosen for 
  8. a signalling link within that link group.
  9.  
  10.     The signalling data links applicable to a link group are determined by 
  11. bilateral agreement and may, for example, include all speech circuits 
  12. between two exchanges. A signalling data link may also be established as a 
  13. semipermanent connection via one or more intermediate exchanges.
  14.  
  15.     When a potential signalling data link is not employed for signalling, it 
  16. is normally used for other purposes (e.g. as a speech circuit).
  17.  
  18.     The identity of the signalling data link to be used for a particular sig-
  19. nalling link is determined at one of the two involved signalling points and 
  20. reported to the remote end by a signalling data link connection order mes-
  21. sage. The signalling point controlling the choice of signalling data link is 
  22. the signalling point initiating the activation or restoration procedure or, in 
  23. the case when both ends initiate the procedure at the same time, the signal-
  24. ling point having the highest signalling point code (included in the label of 
  25. the message).
  26.  
  27. 12.6.2    When a signalling data link has been chosen at a signalling point, the 
  28. data link is made unavailable for other uses (e.g. as a speech circuit) and an 
  29. order to connect the appointed signalling data link to a signalling terminal is 
  30. sent to the signalling point at the remote end of the signalling link.
  31.  
  32.     The signallingùdataùlinkùconnectionùorder message contains:
  33.  
  34. ù    the label, indicating the destination and originating signalling 
  35. points and the identity of the signalling link to activate or restore;
  36.  
  37. ù    the signallingùdataùlinkùconnectionùorder;
  38.  
  39. ù    the identity of the signalling data link.
  40.  
  41.     Formats and codes for the signallingùdataùlinkùconnectionùorder mes-
  42. sage appear in º 15.
  43.  
  44. 12.6.3    Upon reception of the signallingùdataùlinkùconnectionùorder, 
  45. the following applies:
  46.  
  47. a)    In the case when the signalling link to which a received signallingù
  48. dataùlinkùconnectionùorder message refers is inactive as seen 
  49. from the receiving signalling point, the message is regarded as an 
  50. order to activate the concerned signalling link, resulting in, for 
  51. example, allocation of a signalling terminal. The signalling data 
  52. link indicated in the signallingùdataùlinkùconnectionùorder is 
  53. then connected to the associated signalling terminal and signalling 
  54. link initial alignment starts. An acknowledgement is sent to the 
  55. remote signalling point.
  56.  
  57.     If it is not possible to connect the appointed signalling data link to a 
  58. signalling terminal (e.g. because there is no working signalling ter-
  59. minal available), the acknowledgement contains an indication 
  60. informing the remote signalling point whether or not an alternative 
  61. signalling data link should be allocated to the concerned signalling 
  62. link.
  63.  
  64. b)    If the signalling point receives a signallingùdataùlinkùconnec-
  65. tionùorder when waiting for an acknowledgement, the order is 
  66. disregarded in the case when the signalling point code of the 
  67. receiving signalling point is higher than the signalling point code 
  68. of the remote signalling point. If the remote signalling point has 
  69. the higher signalling point code, the message is acknowledged and 
  70. the signalling data link referred to in the received message is con-
  71. nected.
  72.  
  73. c)    If a signallingùdataùlinkùconnectionùorder is received in other 
  74. situations (e.g. in the case of an error in procedure), no actions are 
  75. taken.
  76.  
  77.     The signallingùdataùlinkùconnectionùacknowledgement contains the 
  78. label, indicating the destination and originating signalling points and the 
  79. identity of the signalling link to activate or restore, and one of the following 
  80. signals:
  81.  
  82. ù    connectionùsuccessful signal, indicating that the signalling data 
  83. link has been connected to a signalling terminal;
  84.  
  85. ù    connectionùnotùsuccessful signal, indicating that it was not pos-
  86. sible to connect the signalling data link to a signalling terminal, 
  87. and that an alternative signalling data link should be allocated;
  88.  
  89. ù    connectionùnotùpossible signal, indicating that it was not possi-
  90. ble to connect the signalling data link to a signalling terminal, and 
  91. that no alternative signalling data link should be allocated.
  92.  
  93.     The formats and codes for the signalling data link connection acknowledge-
  94. ment message appear in º 15.
  95.  
  96. 12.6.4    When the signalling point initiating the procedure receives a message 
  97. indicating that signalling data link and signalling terminal have been con-
  98. nected at the remote end, the signalling data link is connected to the associ-
  99. ated signalling terminal and initial alignment starts (see º 12.4).
  100.  
  101.     If the acknowledgement indicates that it was not possible to connect the sig-
  102. nalling data link to a signalling terminal at the remote end, an alternative 
  103. signalling data link is allocated and a new signallingùdataùlinkùconnec-
  104. tionùorder is sent (as specified above). However, if the acknowledgement 
  105. indicates that no alternative signalling data link should be allocated, the acti-
  106. vation or restoration procedure is terminated for the concerned signalling 
  107. link.
  108.  
  109.     If no signallingùdataùlinkùconnectionùacknowledgement or order is 
  110. received from the remote signalling point within a time T7 (see º 16), the 
  111. signallingùdataùlinkùconnectionùorder is repeated.
  112.  
  113. 12.6.5    When a signalling data link is disconnected in conjunction with sig-
  114. nalling link restoration or deactivation, the signalling data link is made idle 
  115. (and available, e.g. as a speech circuit).
  116.  
  117. 12.7    Different signalling link management procedures at the two ends of a 
  118. link set
  119.  
  120.     Normally both ends of a link set will use the same signalling link 
  121. management procedures.
  122.  
  123.     However, if one end uses the basic signalling link management proce-
  124. dures, the other end may use the signalling link management procedures 
  125. based on automatic allocation of signalling terminals. In that case a signal-
  126. ling link includes a predetermined signalling terminal at one end, a predeter-
  127. mined signalling data link and at the other end, any of the signalling 
  128. terminals applicable to the concerned link group.
  129.  
  130.     If one end of a link set uses the basic signalling link management pro-
  131. cedures and the other end uses the signalling link management procedures 
  132. based on automatic allocation of signalling terminals, the values of the ini-
  133. tial alignment timeùout T2 do not have to be different at the two ends of 
  134. the link set.
  135.  
  136. 13        Signalling route management
  137.  
  138. 13.1    General
  139.  
  140.     The purpose of the signalling route management function is to ensure 
  141. a reliable exchange of information between the signalling points about the 
  142. availability of the signalling routes.
  143.  
  144.     The unavailability, restriction15) and availability of a signalling route is 
  145. communicated by means of the transferùprohibited, transferù
  146. restricted15) and transfer allowed procedures, respectively in ºº 13.2, 
  147. 13.4 and 13.3.
  148.  
  149.     Recovery of signalling route status information is made by means of the sig-
  150. nallingùrouteùsetùtest procedure specified in º 13.5.
  151.  
  152.     In the international signalling network, congestion of a route set is commu-
  153. nicated by means of the transferùcontrolled (TFC) messages specified in º 
  154. 13.6.
  155.  
  156.     In national networks, congestion of a signalling route set may be communi-
  157. cated by means of the TFC as specified in ºº 13.7 and 13.8 and the signal-
  158. ling route set congestion test procedure specified in º 13.9.
  159.  
  160. 13.2        Transfer prohibited
  161.  
  162. 13.2.1    The transferùprohibited procedure is performed at a signalling point 
  163. acting as a signalling transfer point for messages relating to a given destina-
  164. tion, when it has to notify one or more adjacent signalling points that they 
  165. must no longer route the concerned messages via that signalling transfer 
  166. point.
  167.  
  168.     The transferùprohibited procedure makes use of the transferùpro-
  169. hibited message which contains:
  170.  
  171. ù    the label, indicating the destination and originating points;
  172.  
  173. ù    the transferùprohibited signal; and
  174.  
  175. ù    the destination for which traffic transfer is no longer possible.
  176.  
  177.     Format and code of these messages appear in º 15.
  178.  
  179.     Transfer prohibited messages are always addressed to an adjacent signalling 
  180. point. They may use any available signalling route that leads to that signal-
  181. ling point.16)
  182.  
  183. 13.2.2    A transferùprohibited message relating to a given destination X is 
  184. sent from a signalling transfer point Y in the following cases:
  185.  
  186. i)    When signalling transfer point Y starts to route (at changeover, 
  187. changeback, forced or controlled rerouting) signalling destined to 
  188. signalling point X via a signalling transfer point Z not currently 
  189. used by signalling transfer point Y for this traffic. In this case the 
  190. transferùprohibited message is sent to signalling transfer point Z.
  191.  
  192. ii)    When signalling transfer point Y recognizes that it is unable to 
  193. transfer signalling traffic destined to signalling point X (see ºº 
  194. 5.3.3 and 7.2.3). In this case a transferùprohibited message is sent 
  195. to all accessible adjacent signalling points (Broadcast method).
  196.  
  197. iii)    When a message destined to signalling point X is received at sig-
  198. nalling transfer point Y and Y is unable to transfer the message. In 
  199. this case the transfer prohibited message is sent to the adjacent sig-
  200. nalling point from which the message concerned was received 
  201. (Response Method).
  202.  
  203. iv)    When an adjacent signalling point Z becomes accessible, STP Y 
  204. sends to Z a transfer prohibited message concerning destination X, 
  205. if X is inaccessible from Y (see º 9).
  206.  
  207. v)    When a signalling transfer point Y restarts, it broadcasts to all 
  208. accessible adjacent signalling points transfer prohibited messages 
  209. concerning destination X, if X is inaccessible from Y (see º 9).
  210.  
  211.     As long as transferùprohibited messages for a destination are being trans-
  212. mitted according to criteria i), ii), iv), or v) above, and also within T8 (see º 
  213. 16) after the last transferùprohibited message was transmitted, no trans-
  214. ferùprohibited messages will be sent via the Response Method (criterion 
  215. iii) above) referring to that destination.
  216.  
  217.     Examples of the above situation appear in Recommendation Q.705.
  218.  
  219. 13.2.3    When a signalling point receives a transferùprohibited message from 
  220. signalling transfer point Y it performs the actions specified in º 7 (since 
  221. reception of transferùprohibited message indicates the unavailability of the 
  222. concerned signalling route, see º 3.4.1). In other words, it may perform 
  223. forced reùrouting and, if appropriate, generate additional transferùprohib-
  224. ited messages.
  225.  
  226. 13.2.4    In some circumstances it may happen that a signalling point receives 
  227. either a repeated transferùprohibited message relating to a nonexistent 
  228. route (i.e. there is no route from that signalling point to the concerned desti-
  229. nation via signalling transfer point Y, according to the signalling network 
  230. configuration) or to a destination which is already inaccessible, due to previ-
  231. ous failures; in this case no actions are taken.
  232.  
  233. 13.3        Transfer allowed
  234.  
  235. 13.3.1    The transferùallowed procedure is performed at a signalling point, 
  236. acting as signalling transfer point for messages relating to a given destina-
  237. tion, when it has to notify one or more adjacent signalling points that they 
  238. may start to route to it, if appropriate, the concerned messages.
  239.  
  240.     The transferùallowed procedure makes use of the transferùallowed 
  241. message which contains:
  242.  
  243. ù    the label, indicating the destination and originating points;
  244.  
  245. ù    the transferùallowed signal; and
  246.  
  247. ù    the destination for which transfer is now possible.
  248.  
  249.     The format and code of these messages appear in º 15.
  250.  
  251.     Transfer allowed messages are always addressed to an adjacent signalling 
  252. point. They may use any available signalling route that leads to that signal-
  253. ling point.17)
  254.  
  255. 13.3.2    A transferùallowed message relating to a given destination ôXö is 
  256. sent from signalling transfer point ôYö in the following cases:
  257.  
  258. i)    When signalling transfer point ôYö stops routing (at changeback or 
  259. controlled rerouting) signalling traffic destined to signalling point 
  260. ôXö via a signalling transfer point ôZö (to which the concerned 
  261. traffic was previously diverted as a consequence of changeover or 
  262. forced rerouting). In this case the transferùallowed message is 
  263. sent to signalling transfer point ôZö.
  264.  
  265. ii)    When signalling transfer point ôYö recognizes that it is again able 
  266. to transfer signalling traffic destined to signalling point ôXö (see 
  267. ºº 6.2.3 and 8.2.3). In this case a transferùallowed message is 
  268. sent to all accessible adjacent signalling points. (Broadcast 
  269. method).
  270.  
  271.     Examples of the above situations appear in Recommendation Q.705.
  272.  
  273. 13.3.3    When a signalling point receives a transferùallowed message from 
  274. signalling transfer point ôYö, it performs the actions specified in º 8 (since 
  275. reception of a transferùallowed message indicates the availability of the 
  276. concerned signalling route, (see º 3.4.2)). In other words, it may perform 
  277. controlled reùrouting and, if appropriate, generate additional transferù
  278. allowed messages.
  279.  
  280. 13.3.4    In some circumstances it may happen that a signalling point receives 
  281. either a repeated transferùallowed message or a transferùallowed mes-
  282. sage relating to a nonùexistent signalling route (i.e. there is no route from 
  283. that signalling point to the concerned destination via signalling transfer 
  284. point Y according to the signalling network configuration); in this case no 
  285. actions are taken.
  286.  
  287. 13.4        Transferùrestricted (National option)
  288.  
  289. 13.4.1    The transfer restricted procedure is performed at a signalling point 
  290. acting as a signalling transfer point for messages relating to a given destina-
  291. tion, when it has to notify one or more adjacent signalling points that they 
  292. should, if possible, no longer route the concerned messages via the signal-
  293. ling transfer point.
  294.  
  295.     The transferùrestricted procedure makes use of the transferù
  296. restricted message which contains:
  297.  
  298. ù    the label, indicating the destination and originating points;
  299.  
  300. ù    the transferùrestricted signal, and
  301.  
  302. ù    the destination for which traffic is no longer desirable.
  303.  
  304.     Formats and codes of this message appear in º 15.
  305.  
  306.     Transfer restricted messages are always adressed to an adjacent signalling 
  307. point. They may use any available signalling route that leads to that signal-
  308. ling point.
  309.  
  310.     Note ù Undesirable situations result in increased signalling delays, possi-
  311. bly overloading portions of the network. These inefficiencies could be 
  312. avoided if the traffic can be appropriately diverted.
  313.  
  314. 13.4.2    A transferùrestricted message relating to a given destination ôXö is 
  315. sent from a signalling transfer point ôYö when the normal link set (com-
  316. bined link set) used by signalling point ôYö to route to destination ôXö 
  317. experiences a longùterm failure such as an equipment failure, or there is 
  318. congestion on an alternate link set currently being used to destination ôXö. 
  319. In this case, a transferùrestricted message is sent to all accessible adjacent 
  320. signalling points.
  321.  
  322.     When an adjacent signalling point ôXö becomes accessible, the STP ôYö 
  323. sends to ôXö transferùrestricted messages concerning destinations that are 
  324. restricted from ôYö (see º 9).
  325.  
  326.     When a signalling point Y restarts, it broadcasts to all accessible adjacent 
  327. signalling points transfer restricted messages concerning destinations 
  328. restricted from ôYö (see º 9).
  329.  
  330.     Note ù Characterization of long term failure remains for further study.
  331.  
  332. 13.4.3    When a signalling point receives a transferùrestricted message from 
  333. signalling transfer point ôYö and has an alternative equal priority link set 
  334. available and not restricted to destination ôXö, it performs the actions in º 
  335. 8.2. In other words, it performs controlled rerouting to maintain the 
  336. sequence of messages while diverting them to the alternative link set. If it 
  337. cannot perform alternate routing to destination ôXö because no alternative 
  338. link set is available, it may generate additional transferùrestricted mes-
  339. sages.
  340.  
  341. 13.4.4    In some circumstances, it may happen that a signalling point receives 
  342. either a repeated transferùrestricted message or a transferùrestricted mes-
  343. sage relating to a nonùexistent route (i.e. there is no route from that signal-
  344. ling point to the concerned destination via signalling transfer point ôYö, 
  345. according to the signalling network configuration); in this case, no actions 
  346. are taken.
  347.  
  348. 13.4.5    When a transferùrestricted message is received updating a transferù
  349. prohibited status, signalling traffic management decides if an alternative 
  350. route is available or restricted; if it is not (i.e. no alternative route exists), the 
  351. concerned traffic is restarted towards the signalling point from which the 
  352. transferùrestricted message was received. Otherwise, no other actions are 
  353. taken.
  354.  
  355. 13.5        Signallingùrouteùsetùtest
  356.  
  357. 13.5.1    The signallingùrouteùsetùtest procedure is used at a signalling 
  358. point to test whether or not signalling traffic towards a certain destination 
  359. may be routed via an adjacent signalling transfer point.
  360.  
  361.     The procedure makes use of the signallingùrouteùsetùtest mes-
  362. sage, and the transferùallowed and the transferùprohibited procedures.
  363.  
  364.     The signallingùrouteùsetùtest message contains:
  365.  
  366. ù    the label, indicating the destination and originating points;
  367.  
  368. ù    the signallingùrouteùsetùtest signal;
  369.  
  370. ù    the destination, the accessibility of which is to be tested; and
  371.  
  372. ù    the current route status of the destination being tested.18)
  373.  
  374.     Format and coding of this message appear in º 15.
  375.  
  376. 13.5.2    A signallingùrouteùsetùtest message is sent from a signalling 
  377. point after a transferùprohibited or transferùrestricted19) message is 
  378. received from an adjacent signalling transfer point. In this case, a signal-
  379. lingùrouteùsetùtest message is sent to that signalling transfer point refer-
  380. ring to the destination declared inaccessible or restricted by the transferù
  381. prohibited or transferùrestricted19) message, every T10 period (see º 16) 
  382. until a transferùallowed message, indicating that the destination has 
  383. become accessible, is received.
  384.  
  385.     This procedure is used in order to recover the signalling route availability 
  386. information that may not have been received because of some signalling 
  387. network failure.
  388.  
  389. 13.5.3    A signallingùrouteùsetùtest message is sent to the adjacent signal-
  390. ling transfer point as an ordinary signalling network management message.
  391.  
  392. 13.5.4    At the reception of a signallingùrouteùsetùtest message, a signal-
  393. ling transfer point will compare the status of the destination in the received 
  394. message with the actual status of the destination. If they are the same, no 
  395. further action is taken. If they are different, one of the following messages is 
  396. sent in response, dictated by the actual status of the destination:
  397.  
  398. ù    a transferùallowed message, referring to the destination the acces-
  399. sibility of which is tested, if the signalling transfer point can reach 
  400. the indicated destination via a signalling link not connected to the 
  401. signalling point from which the signallingùrouteùsetùtest mes-
  402. sage was originated, and via the normal routing;
  403.  
  404. ù    a transferùrestricted19) message when access to the destination is 
  405. possible via an alternative to the normal routing which is less effi-
  406. cient, but still not via the signalling point from which the signal-
  407. ling routeùsetùtest was originated;
  408.  
  409. ù    a transferùprohibited message in all other cases (including the 
  410. inaccessibility of that destination).
  411.  
  412. 13.5.5    At the reception of the transferùprohibited or transferùallowed 
  413. message, the signalling point will perform the procedures specified in ºº 
  414. 13.2.3 or 13.2.4 and 13.3.3 or 13.3.4 respectively.
  415.  
  416. 13.6        Transfer controlled (International network)
  417.  
  418.     The only use made of the transfer controlled procedure in the interna-
  419. tional signalling network is to convey the congestion indication from the SP 
  420. where congestion was detected to the originating SP (see º 11.2.3) in a 
  421. transferùcontrolled message.
  422.  
  423.     The transferùcontrolled message contains:
  424.  
  425. ù    the label, indicating the destination and originating points;
  426.  
  427. ù    the transfer controlled signal;
  428.  
  429. ù    the identity of the congested destination.
  430.  
  431.     The format and coding of the transfer controlled message appear in º 15.
  432.  
  433. 13.7        Transfer controlled (National option with congestion priorities)
  434.  
  435. 13.7.1    The transferùcontrolled procedure is performed at a signalling trans-
  436. fer point for messages relating to a given destination, when it has to notify 
  437. one or more originating signalling points that they should no longer send to 
  438. the concerned destination messages with a given priority or lower.
  439.  
  440.     The transferùcontrolled procedure makes use of the transferùcon-
  441. trolled message which contains:
  442.  
  443. ù    the label, indicating the destination and originating points,
  444.  
  445. ù    the transferùcontrolled signal,
  446.  
  447. ù    the destination for which messages with a congestion priority lower 
  448. than the specified congestion status should no longer be sent, and
  449.  
  450. ù    the current congestion status encountered in routing a particular 
  451. message towards the concerned destination.
  452.  
  453.     The format and coding of this message appear in º 15.
  454.  
  455. 13.7.2    A transferùcontrolled message relating to a given destination ôXö is 
  456. sent from a signalling transfer point ôYö in response to a received message 
  457. originating from signalling point ôZö destined to signalling point ôXö when 
  458. the congestion priority of the concerned message is less than the current 
  459. congestion status of the signalling link selected to transmit the concerned 
  460. message from ôYö to ôXö.
  461.  
  462.     In this case, the transferùcontrolled message is sent to the originating point 
  463. ôZö with the congestion status field set to the current congestion status of 
  464. the signalling link.
  465.  
  466. 13.7.3    When the originating signalling points ôZö receive a transferùcon-
  467. trolled message relating to destination ôXö, if the current congestion status 
  468. of the signalling route set towards destination ôXö is less than the conges-
  469. tion status in the transferùcontrolled message, it updates the congestion 
  470. status of the signalling route set towards destination ôXö with the value of 
  471. the congestion status carried in the transferùcontrolled message.
  472.  
  473. 13.7.4    If within T15 (see º 16) after the receipt of the last transferùcon-
  474. trolled message relating to destination ôXö, signalling point ôZö receives 
  475. another transferùcontrolled message relating to the same destination, the 
  476. following action is taken: If the value of the congestion status carried in the 
  477. new transferùcontrolled message is greater than the current value of the 
  478. congestion status of the signalling route set towards destination ôXö, then 
  479. the current value is updated by the new value.
  480.  
  481. 13.7.5    If T15 (see º 16) expires after the last update of the signalling route 
  482. set towards destination ôXö by a transferùcontrolled message relating to 
  483. the same destination, the signallingùrouteùsetùcongestionùtest proce-
  484. dure is invoked (see º 13.9).
  485.  
  486. 13.7.6    In some circumstances it may happen that a signalling point receives 
  487. a transferùcontrolled message relating to a destination which is already 
  488. inaccessible due to previous failures; in this case the transferùcontrolled 
  489. message is ignored.
  490.  
  491. 13.8        Transfer controlled (National option without congestion priorities)
  492.  
  493.     The only use made of the TFC procedure by the national signalling 
  494. network, using multiple congestion states without congestion priorities, is to 
  495. convey the congestion indication primitive from the SP where congestion 
  496. was detected to the originating SP (see º 11.2.5) in a transferùcontrolled 
  497. message.
  498.  
  499.     The transferùcontrolled message contains:
  500.  
  501. ù    the label, indicating the destination and originating points;
  502.  
  503. ù    the transferùcontrolled signal;
  504.  
  505. ù    the identity of the congested destination;
  506.  
  507. ù    the current congestion status encountered in routing a particular 
  508. message towards the concerned destination.
  509.  
  510.     The format and coding of this message appear in º 15.
  511.  
  512. 13.9        Signallingùrouteùsetùcongestionùtest (National Option)
  513.  
  514. 13.9.1    The signallingùrouteùsetùcongestionùtest procedure is used at 
  515. an originating signalling point to update the congestion status associated 
  516. with a route set towards a certain destination. The purpose is to test whether 
  517. or not signalling messages destined towards that destination with a given 
  518. congestion priority or higher may be sent.
  519.  
  520.     In the case of a processor restart the congestion status of all signalling 
  521. route sets will be initialized to the zero value. The response mechanism 
  522. within the transferùcontrolled procedure will correct signalling route sets 
  523. whose congestion status does not have the zero value.
  524.  
  525.     The procedure makes use of the signallingùrouteùsetùconges-
  526. tionùtest message, and the transferùcontrolled procedure.
  527.  
  528.     The signallingùrouteùsetùcongestionùtest message contains:
  529.  
  530. ù    the label, indicating the destination and originating points, and
  531.  
  532. ù    the signallingùrouteùsetùcongestionùtest signal.
  533.  
  534.     The format and coding of this message appear in º 15.
  535.  
  536. 13.9.2    The signallingùrouteùsetùcongestionùtest message differs from 
  537. other signalling network management messages in that it is not assigned the 
  538. highest congestion priority. Instead, the congestion priority assigned to a 
  539. signallingùrouteùsetùcongestionùtest message to be sent to a given 
  540. destination is equal to one less than the current congestion status associated 
  541. with the signalling route set towards the destination.
  542.  
  543. 13.9.3    If within T16 (see º 16), after sending a signallingùrouteùsetùcon-
  544. gestionùtest message, a transferùcontrolled message relating to the con-
  545. cerned destination is received, the signalling point updates the congestion 
  546. status of the signalling route set towards the concerned destination with the 
  547. value of the congestion status carried in the transferùcontrolled message. 
  548. Following this, the procedures specified in ºº 13.9.4 and 13.9.5 are per-
  549. formed.
  550.  
  551.     If T16 (see º 16) expires after sending a signallingùrouteùsetùconges-
  552. tionùtest message without a transferùcontrolled message relating to the 
  553. concerned destination having been received, the signalling point changes 
  554. the congestion status associated with the signalling route set towards the 
  555. concerned destination to the next lower status.
  556.  
  557. 13.9.4    Provided that the signalling route set towards destination ôXö is not in 
  558. the ôunavailableö state, a signallingùrouteùsetùcongestionùtest mes-
  559. sage is sent from an originating signalling point to destination ôXö in the 
  560. following cases:
  561.  
  562. i)    When T15 (see º 16) expires after the last update of the congestion 
  563. status of the signalling route set toward destination ôXö by a trans-
  564. ferùcontrolled message relating to the same destination.
  565.  
  566. ii)    When T16 (see º 16) expires after sending a signallingùrouteù
  567. setùcongestionùtest message to destination ôXö without a trans-
  568. ferùcontrolled message relating to the same destination having 
  569. been received. After the congestion status has been decremented 
  570. by one, the test is repeated, unless the congestion status is zero.
  571.  
  572. 13.9.5    At the reception of a signallingùrouteùsetùcongestionùtest mes-
  573. sage, a signalling transfer point will route it as an ordinary message, i.e. 
  574. according to the procedure specified in º 2.3.5.
  575.  
  576. 13.9.6    When a signallingùrouteùsetùcongestionùtest message reaches 
  577. its destination, it is discarded.
  578.  
  579. 14        Common characteristics of message signal unit formats
  580.  
  581. 14.1    General
  582.  
  583.     The basic signal unit format which is common to all message signal 
  584. units is described in RecommendationQ.703, º 2. From the point of view of 
  585. the Message Transfer Part level 3 functions, common characteristics of the 
  586. message signal units are the presence of:
  587.  
  588. ù    the service information octet;
  589.  
  590. ù    the label, contained in the signalling information field, and, in par-
  591. ticular, the routing label.
  592.  
  593. 14.2        Service information octet
  594.  
  595.     The service information octet of message signal units contains the ser-
  596. vice indicator and the subùservice field. The structure of the service infor-
  597. mation octet is shown in Figure 13/Q.704.
  598.  
  599. Figure 13/Q.704 - CCITT 35510
  600.  
  601.  
  602.  
  603. 14.2.1        Service indicator
  604.  
  605.     The service indicator is used by signalling handling functions to per-
  606. form message distribution (see º 2.4) and, in some special applications, to 
  607. perform message routing (see º 2.3).
  608.  
  609.     The service indicator codes for the international signalling network 
  610. are allocated as follows:
  611.  
  612.  
  613.  
  614. bit
  615. s
  616.  
  617. D
  618.  
  619. C
  620.  
  621. B
  622.  
  623. A
  624.  
  625. 0
  626.  
  627. 0
  628.  
  629. 0
  630.  
  631. 0
  632.  
  633. Signalling network management messages
  634.  
  635. 0
  636.  
  637. 0
  638.  
  639. 0
  640.  
  641. 1
  642.  
  643. Signalling network testing and mainte-
  644. nance messages
  645.  
  646. 0
  647.  
  648. 0
  649.  
  650. 1
  651.  
  652. 0
  653.  
  654. Spare
  655.  
  656. 0
  657.  
  658. 0
  659.  
  660. 1
  661.  
  662. 1
  663.  
  664. SCCP
  665.  
  666. 0
  667.  
  668. 1
  669.  
  670. 0
  671.  
  672. 0
  673.  
  674. Telephone User Part
  675.  
  676. 0
  677.  
  678. 1
  679.  
  680. 0
  681.  
  682. 1
  683.  
  684. ISDN User Part
  685.  
  686. 0
  687.  
  688. 1
  689.  
  690. 1
  691.  
  692. 0
  693.  
  694. Data User Part (call and circuit related 
  695. messages)
  696.  
  697. 0
  698.  
  699. 1
  700.  
  701. 1
  702.  
  703. 1
  704.  
  705. Data User Part (facility registration and 
  706. cancellation messages)
  707.  
  708. 1
  709.  
  710. 0
  711.  
  712. 0
  713.  
  714. 0
  715.  
  716. Reserved for MTP Testing User Part
  717.  
  718. 1
  719.  
  720. 0
  721.  
  722. 0
  723.  
  724. 1
  725.  
  726. ⁿ
  727.  
  728. 1
  729.  
  730. 0
  731.  
  732. 1
  733.  
  734. 0
  735.  
  736. ·
  737.  
  738. 1
  739.  
  740. 0
  741.  
  742. 1
  743.  
  744. 1
  745.  
  746. ·
  747.  
  748. 1
  749.  
  750. 1
  751.  
  752. 0
  753.  
  754. 0
  755.  
  756. ²
  757.  
  758. spare
  759.  
  760. 1
  761.  
  762. 1
  763.  
  764. 0
  765.  
  766. 1
  767.  
  768. ·
  769.  
  770. 1
  771.  
  772. 1
  773.  
  774. 1
  775.  
  776. 0
  777.  
  778. ·
  779.  
  780. 1
  781.  
  782. 1
  783.  
  784. 1
  785.  
  786. 1
  787.  
  788. ■
  789.  
  790.     The allocation of the service indicator codes for national signalling 
  791. networks is a national matter. However, it is suggested to allocate the 
  792. same service indicator code to a User Part which performs similar 
  793. functions as in the international network.
  794.  
  795. 14.2.2        Subùservice field
  796.  
  797.     The subùservice field contains the network indicator (bits C and D) 
  798. and two spare bits (bits A and B).
  799.  
  800.     The network indicator is used by signalling message handling func-
  801. tions (e.g., in order to determine the relevant version of a User Part), see ºº 
  802. 2.3 and 2.4.
  803.  
  804.     If the network indicator is set to 00 or 01, the two spare bits, coded 00, 
  805. are available for possible future needs that may require a common solution 
  806. for all international User Parts.
  807.  
  808.     If the network indicator is set to 10 or 11, the two spare bits are for 
  809. national use. They may be used, for example, to indicate message priority, 
  810. which is used in the optional flow control procedure in national applica-
  811. tions.
  812.  
  813.     The network indicator provides for discrimination between interna-
  814. tional and national messages. It can also be used, for example, for the dis-
  815. crimination between functionally two national signalling networks, each 
  816. having different routing label structures and including up to 16 User Parts 
  817. defined by the 16 possible codes of the service indicator.
  818.  
  819.     In the case of only one national signalling network the spare code of 
  820. the network indicator reserved for national use can be used, for example, to 
  821. define an additional 16 User Parts (making a total of 32 User Parts) for that 
  822. national signalling network.
  823.  
  824.     The network indicator codes are allocated as follows:
  825.  
  826.  
  827.  
  828. bit
  829. s
  830.  
  831. D
  832.  
  833. C
  834.  
  835. 0
  836.  
  837. 0
  838.  
  839. International network
  840.  
  841. 0
  842.  
  843. 1
  844.  
  845. Spare (for international use only)
  846.  
  847. 1
  848.  
  849. 0
  850.  
  851. National network
  852.  
  853. 1
  854.  
  855. 1
  856.  
  857. Reserved for national use
  858.  
  859.     The international spare code (01) should not be used for implementing fea-
  860. tures which are to be provided both internationally and nationally.
  861.  
  862.     In national applications, when the discrimination provided by the network 
  863. indicator between international and national messages is not used, i.e. 
  864. in a closed national signalling network seen from the signalling point 
  865. of view, the whole subùservice field can be used independently for 
  866. different User Parts.
  867.  
  868. 14.3    Label
  869.  
  870.     The structure and content of the label is defined for each User Part 
  871. and is defined in the relevant specification. The common part of the label 
  872. used for signalling message handling, the routing label, is specified in º2.2.
  873.  
  874. 15        Formats and codes of signalling network management messages
  875.  
  876. 15.1    General
  877.  
  878. 15.1.1    The signalling network management messages are carried on the sig-
  879. nalling channel in message signal units, the format of which is described in 
  880. º 14 and in Recommendation Q.703, º 2. In particular, as indicated in º 14.2 
  881. these messages are distinguished by the configuration 0000 of the service 
  882. indicator (SI). The subùservice field (SSF) of the messages is used accord-
  883. ing to the rules indicated in º 14.2.2.
  884.  
  885. 15.1.2    The signalling information field consists of an integral number of 
  886. octets and contains the label, the heading code and one or more signals and 
  887. indications. The structure and function of the label, and of the heading code, 
  888. are described in ºº 15.2 and 15.3 respectively; the detailed message formats 
  889. are described in the following sections. For each message the sequence of 
  890. fields is shown in the corresponding figure, including fields that may or may 
  891. not be present.
  892.  
  893.     In the figures, the fields are shown starting from the right to the left 
  894. (i.e. the first field to be transmitted is at the right). Within each field the 
  895. information is transmitted least significant bit first. Spare bits are coded 0 
  896. unlesss otherwise indicated.
  897.  
  898. 15.2    Label
  899.  
  900.     For signalling network management messages the label coincides 
  901. with the routing label and indicates the destination and originating signal-
  902. ling points of the message; moreover, in the case of messages related to a 
  903. particular signalling link, it also indicates the identity of the signalling link 
  904. among those interconnecting the destination and originating points. The 
  905. standard label structure of Message Transfer Part level 3 messages appears 
  906. in Figure 14/Q.704; the total length is 32 bits.
  907.  
  908. Figure 14/Q.704 - CCITT 35870
  909.  
  910.  
  911.  
  912.     The meaning and use of the destination point code (DPC) and of the origi-
  913. nating point code (OPC) fields are described in º 2. The signalling link code 
  914. (SLC) indicates the signalling link, connecting the destination and originat-
  915. ing points, to which the message is related. If the message is not related to a 
  916. signalling link, or another particular code is not specified, it is coded 0000.
  917.  
  918. 15.3    Heading code (H0)
  919.  
  920.     The heading code (H0) is the 4 bit field following the label and identi-
  921. fies the message group.
  922.  
  923.     The different heading codes are allocated as follows:
  924.  
  925. 0000    Spare
  926.  
  927. 0001    Changeover and changeback messages
  928.  
  929. 0010    Emergency changeover message
  930.  
  931. 0011    Transfer controlled and signalling route set congestion messages
  932.  
  933. 0100    Transferùprohibitedùallowedùrestricted messages
  934.  
  935. 0101    Signallingùrouteùsetùtest messages
  936.  
  937. 0110    Management inhibit messages
  938.  
  939. 0111    Traffic restart allowed message
  940.  
  941. 1000    Signallingùdataùlinkùconnection messages
  942.  
  943. 1001    Spare
  944.  
  945. 1010    User part flow control messages
  946.  
  947.     The remaining codings are spare.
  948.  
  949.     The synopsis of singalling network management messages is given in Table 
  950. 1/Q.704.
  951.  
  952. 15.4        Changeover message
  953.  
  954. 15.4.1    The format of the changeover message is shown in Figure 15/Q.704.
  955.  
  956. Figure 15/Q.704 - CCITT 35880
  957.  
  958.  
  959.  
  960. 15.4.2    The changeover message is made up of the following fields:
  961.  
  962. ù    Label (32 bits): see º 15.2
  963.  
  964. ù    Heading code H0 (4 bits): see º 15.3
  965.  
  966. ù    Heading code H1 (4 bits): see º 15.4.3
  967.  
  968. ù    Forward sequence number of last accepted message signal unit (7 
  969. bits)
  970.  
  971. ù    A filler bit coded 0
  972.  
  973. 15.4.3    The heading code H1 contains signal codes as follows:
  974.  
  975.  
  976.  
  977. bit
  978.  
  979. D
  980.  
  981. C
  982.  
  983. B
  984.  
  985. A
  986.  
  987. 0
  988.  
  989. 0
  990.  
  991. 0
  992.  
  993. 1
  994.  
  995. Changeover order signal
  996.  
  997. 0
  998.  
  999. 0
  1000.  
  1001. 1
  1002.  
  1003. 0
  1004.  
  1005. Changeover acknowledgement signal
  1006.  
  1007. 15.5        Changeback message
  1008.  
  1009. 15.5.1    The format of the changeback message is shown in Figure 16/Q.704.
  1010.  
  1011. Figure 16/Q.704 - CCITT 35580
  1012.  
  1013.  
  1014.  
  1015. 15.5.2    The changeback message is made up of the following fields:
  1016.  
  1017. ù    Label (32 bits) see º 15.2
  1018.  
  1019. ù    Heading code H0 (4 bits): see º 15.3
  1020.  
  1021. ù    Heading code H1 (4 bits): see º 15.5.3
  1022.  
  1023. ù    Changeback code (8 bits): see º 15.5.4
  1024.  
  1025. 15.5.3    The header code H1 contains signal codes as follows:
  1026.  
  1027.  
  1028.  
  1029. bit
  1030.  
  1031. D
  1032.  
  1033. C
  1034.  
  1035. B
  1036.  
  1037. A
  1038.  
  1039. 0
  1040.  
  1041. 1
  1042.  
  1043. 0
  1044.  
  1045. 1
  1046.  
  1047. Changeback declaration signal
  1048.  
  1049. 0
  1050.  
  1051. 1
  1052.  
  1053. 1
  1054.  
  1055. 0
  1056.  
  1057. Changeback acknowledgement signal
  1058.  
  1059. 15.5.4    The changeback code is an 8 bit code assigned by the signalling 
  1060. point which sends the message according to the criteria described 
  1061. in º 6.
  1062.  
  1063. 15.6        Emergency changeover message
  1064.  
  1065. 15.6.1    The format of the emergency changeover message is shown in Figure 
  1066. 17/Q.704.
  1067.  
  1068. Figure 17/Q.704 - CCITT 35570
  1069.  
  1070.  
  1071.  
  1072. 15.6.2    The emergency changeover message is made up of the following 
  1073. fields:
  1074.  
  1075. ù    Label (32 bits): see º 15.2
  1076.  
  1077. ù    Heading code H0 (4 bits): see º 15.3
  1078.  
  1079. ù    Heading code H1 (4 bits): see º 15.6.3
  1080.  
  1081. 15.6.3    The header code H1 contains signal codes as follows:
  1082.  
  1083.  
  1084.  
  1085. bit
  1086.  
  1087. D
  1088.  
  1089. C
  1090.  
  1091. B
  1092.  
  1093. A
  1094.  
  1095. 0
  1096.  
  1097. 0
  1098.  
  1099. 0
  1100.  
  1101. 1
  1102.  
  1103. Emergency changeover order signal
  1104.  
  1105. 0
  1106.  
  1107. 0
  1108.  
  1109. 1
  1110.  
  1111. 0
  1112.  
  1113. Emergency changeover acknowledgement 
  1114. signal
  1115.  
  1116. 15.7        Transferùprohibited message
  1117.  
  1118. 15.7.1    The format of the transferùprohibited message is shown in Figure 
  1119. 18/Q.704.
  1120.  
  1121. Figure 18/Q.704 - CCITT 35890
  1122.  
  1123.  
  1124.  
  1125. 15.7.2    The transferùprohibited message is made up of the following fields:
  1126.  
  1127. ù    Label (32 bits): see º 15.2
  1128.  
  1129. ù    Heading code H0 (4 bits): see º 15.3
  1130.  
  1131. ù    Heading code H1 (4 bits): see º 15.7.3
  1132.  
  1133. ù    Destination (14 bits): see º 15.7.4
  1134.  
  1135. ù    Spare bits (2 bits) code 00
  1136.  
  1137. 15.7.3    The heading code H1 contains one signal code as follows:
  1138.  
  1139.  
  1140.  
  1141. bit
  1142.  
  1143. D
  1144.  
  1145. C
  1146.  
  1147. B
  1148.  
  1149. A
  1150.  
  1151. 0
  1152.  
  1153. 0
  1154.  
  1155. 0
  1156.  
  1157. 1
  1158.  
  1159. Transferùprohibited signal
  1160.  
  1161. 15.7.4    The destination field contains the identity of the signalling 
  1162. point to which the message refers.
  1163.  
  1164. 15.8        Transferùallowed message
  1165.  
  1166. 15.8.1    The format of the transferùallowed message is shown in Figure 19/
  1167. Q.704.
  1168.  
  1169. Figure 19/Q.704 - CCITT 35890
  1170.  
  1171.  
  1172.  
  1173. 15.8.2    The transferùallowed message is made up of the following fields:
  1174.  
  1175. ù    Label (32 bits): see º 15.2
  1176.  
  1177. ù    Heading code H0 (4 bits): see º 15.3
  1178.  
  1179. ù    Heading code H1 (4 bits): see º 15.8.3
  1180.  
  1181. ù    Destination (14 bits): see º 15.7.4
  1182.  
  1183. ù    Spare bits (2 bits) coded 00
  1184.  
  1185.     Note ù For the use of the 2 spare bits in the national option for a SIF com-
  1186. patibility mechanism, see Recommendation Q.701, º 7.2.6.
  1187.  
  1188. 15.8.3    The heading code H1 contains one signal code as follows:
  1189.  
  1190.  
  1191.  
  1192. bit
  1193.  
  1194. D
  1195.  
  1196. C
  1197.  
  1198. B
  1199.  
  1200. A
  1201.  
  1202. 0
  1203.  
  1204. 1
  1205.  
  1206. 0
  1207.  
  1208. 1
  1209.  
  1210. Transferùallowed signal
  1211.  
  1212. 15.9        Transfer restricted message (national option)
  1213.  
  1214. 15.9.1    The format of the transfer restricted message is shown in Figure 18/
  1215. Q.704.
  1216.  
  1217. 15.9.2    The transfer restricted message is made up of the following fields:
  1218.  
  1219. ù    Label (32 bits): see º 15.2
  1220.  
  1221. ù    Heading code H0 (4 bits): see º 15.3
  1222.  
  1223. ù    Heading code H1 (4 bits): see º 15.9.3
  1224.  
  1225. ù    Destination (14 bits): see º 15.9.4
  1226.  
  1227. ù    Spare (2 bits) coded 00
  1228.  
  1229. 15.9.3    The heading code H1 contains one signal code as follows:
  1230.  
  1231.  
  1232.  
  1233. bit
  1234.  
  1235. D
  1236.  
  1237. C
  1238.  
  1239. B
  1240.  
  1241. A
  1242.  
  1243. 0
  1244.  
  1245. 0
  1246.  
  1247. 1
  1248.  
  1249. 1
  1250.  
  1251. Transfer restricted
  1252.  
  1253. 15.9.4    The destination field contains the identity of the signalling 
  1254. point to which the message refers.
  1255.  
  1256. 15.10        Signallingùrouteùsetùtest message
  1257.  
  1258. 15.10.1    The format of the signallingùrouteùsetùtest message is shown in 
  1259. Figure 20/Q.704.
  1260.  
  1261. Figure 20/Q.704 - CCITT 35890
  1262.  
  1263.  
  1264.  
  1265. 15.10.2    This message is made up of the following fields:
  1266.  
  1267. ù    Label (32 bits): see º 15.2
  1268.  
  1269. ù    Heading code H0 (4 bits): see º 15.3
  1270.  
  1271. ù    Heading code H1 (4 bits): see º 15.10.3
  1272.  
  1273. ù    Destination (14 bits): see º 15.7.4
  1274.  
  1275. ù    Spare bits (2 bits) coded 00
  1276.  
  1277. 15.10.3    The heading code H1 contains signal codes as follows:
  1278.  
  1279.  
  1280.  
  1281. bit
  1282.  
  1283. D
  1284.  
  1285. C
  1286.  
  1287. B
  1288.  
  1289. A
  1290.  
  1291. 0
  1292.  
  1293. 0
  1294.  
  1295. 0
  1296.  
  1297. 1
  1298.  
  1299. Signallingùrouteùsetùtest signal for pro-
  1300. hibited destination
  1301.  
  1302. 0
  1303.  
  1304. 0
  1305.  
  1306. 1
  1307.  
  1308. 0
  1309.  
  1310. Signallingùrouteùsetùtest signal for 
  1311. restricted destination (national option)
  1312.  
  1313. 15.11        Management inhibit message
  1314.  
  1315. 15.11.1    The format of the management inhibit message is shown in Figure 
  1316. 20a/Q.704.
  1317.  
  1318. Figure 20a/Q.704 - CCITT 35570
  1319.  
  1320.  
  1321.  
  1322. 15.11.2    The management inhibit message is made up of the following fields:
  1323.  
  1324. ù    Label (32 bits): see º 15.2
  1325.  
  1326. ù    Heading code H0 (4 bits): see º 15.3
  1327.  
  1328. ù    Heading code H1 (4 bits): see º 15.11.3
  1329.  
  1330. 15.11.3    The header code H1 contains signal codes as follows:
  1331.  
  1332.  
  1333.  
  1334. bit
  1335.  
  1336. D
  1337.  
  1338. C
  1339.  
  1340. B
  1341.  
  1342. A
  1343.  
  1344. 0
  1345.  
  1346. 0
  1347.  
  1348. 0
  1349.  
  1350. 1
  1351.  
  1352. Link inhibit signal
  1353.  
  1354. 0
  1355.  
  1356. 0
  1357.  
  1358. 1
  1359.  
  1360. 0
  1361.  
  1362. Link uninhibit signal
  1363.  
  1364. 0
  1365.  
  1366. 0
  1367.  
  1368. 1
  1369.  
  1370. 1
  1371.  
  1372. Link inhibited acknowledgement signal
  1373.  
  1374. 0
  1375.  
  1376. 1
  1377.  
  1378. 0
  1379.  
  1380. 0
  1381.  
  1382. Link uninhibited acknowledgement signal
  1383.  
  1384. 0
  1385.  
  1386. 1
  1387.  
  1388. 0
  1389.  
  1390. 1
  1391.  
  1392. Link inhibit denied signal
  1393.  
  1394. 0
  1395.  
  1396. 1
  1397.  
  1398. 1
  1399.  
  1400. 0
  1401.  
  1402. Link force uninhibit signal
  1403.  
  1404. 0
  1405.  
  1406. 1
  1407.  
  1408. 1
  1409.  
  1410. 1
  1411.  
  1412. Link local inhibit test signal
  1413.  
  1414. 1
  1415.  
  1416. 0
  1417.  
  1418. 0
  1419.  
  1420. 0
  1421.  
  1422. Link remote inhibit test signal
  1423.  
  1424. 15.12        Traffic restart allowed message
  1425.  
  1426. 15.12.1    The format of the traffic restart allowed message is shown in Figure 
  1427. 21/Q.704.
  1428.  
  1429. Figure 21/Q.704 - CCITT 35570
  1430.  
  1431.  
  1432.  
  1433. 15.12.2    The traffic restart allowed message is made up of the following 
  1434. fields:
  1435.  
  1436. ù    Label (32 bits): see º 15.2
  1437.  
  1438. ù    Heading code H0 (4 bits): see º 15.3
  1439.  
  1440. ù    Heading code H1 (4 bits): see º 15.12.3
  1441.  
  1442. 15.12.3    The heading code H1 contains one signal code as follows:
  1443.  
  1444.  
  1445.  
  1446. bit
  1447.  
  1448. D
  1449.  
  1450. C
  1451.  
  1452. B
  1453.  
  1454. A
  1455.  
  1456. 0
  1457.  
  1458. 0
  1459.  
  1460. 0
  1461.  
  1462. 1
  1463.  
  1464. Traffic restart allowed signal
  1465.  
  1466. 15.13        Signallingùdataùlinkùconnectionùorder message
  1467.  
  1468. 15.13.1    The format of the signallingùdataùlinkùconnectionùorder mes-
  1469. sage is shown in Figure 22/Q.704.
  1470.  
  1471. Figure 22/Q.704 - CCITT 35900
  1472.  
  1473.  
  1474.  
  1475. 15.13.2    The signallingùdataùlinkùconnectionùorder message is made 
  1476. up of the following fields:
  1477.  
  1478. ù    Label (32 bits): see º 15.2
  1479.  
  1480. ù    Heading code H0 (4 bits): see º 15.3
  1481.  
  1482. ù    Heading code H1 (4 bits): see º 15.13.3
  1483.  
  1484. ù    Signalling data link identity (12 bits): see º 15.13.4
  1485.  
  1486. ù    Spare bits (4 bits) coded 0000.
  1487.  
  1488. 15.13.3    The heading code H1 contains one signal code as follows:
  1489.  
  1490.  
  1491.  
  1492. bit
  1493.  
  1494. D
  1495.  
  1496. C
  1497.  
  1498. B
  1499.  
  1500. A
  1501.  
  1502. 0
  1503.  
  1504. 0
  1505.  
  1506. 0
  1507.  
  1508. 1
  1509.  
  1510. Signallingùdataùlinkùconnectionùorder 
  1511. signal
  1512.  
  1513. 15.13.4    The signalling data link identity field contains the circuit iden-
  1514. tification code (CIC), or the bearer identification code (BIC) in 
  1515. case of a 64 kbit/s channel used to carry submultiplex data streams, 
  1516. of the transmission link corresponding to the signalling data link.
  1517.  
  1518. 15.14        Signallingùdataùlinkùconnectionùacknowledgement message
  1519.  
  1520. 15.14.1    The format of the signallingùdataùlinkùconnectionùacknowl-
  1521. edgement message is shown in Figure22a/Q.704.
  1522.  
  1523. Figure 22a/Q.704 - CCITT 35570
  1524.  
  1525.  
  1526.  
  1527. 15.14.2    The signallingùdataùlinkùconnection acknowledgement mes-
  1528. sage is made up of the following fields:
  1529.  
  1530. ù    Label (32 bits): see º 15.2
  1531.  
  1532. ù    Heading code H0 (4 bits): see º 15.3
  1533.  
  1534. ù    Heading code H1 (4 bits): see º 15.14.3
  1535.  
  1536. 15.14.3    The heading code H1 contains signal codes as follows:
  1537.  
  1538.  
  1539.  
  1540. bit
  1541.  
  1542. D
  1543.  
  1544. C
  1545.  
  1546. B
  1547.  
  1548. A
  1549.  
  1550. 0
  1551.  
  1552. 0
  1553.  
  1554. 1
  1555.  
  1556. 0
  1557.  
  1558. Connectionùsuccessful signal
  1559.  
  1560. 0
  1561.  
  1562. 0
  1563.  
  1564. 1
  1565.  
  1566. 1
  1567.  
  1568. Connectionùnotùsuccessful signal
  1569.  
  1570. 0
  1571.  
  1572. 1
  1573.  
  1574. 0
  1575.  
  1576. 0
  1577.  
  1578. Connectionùnotùpossible signal
  1579.  
  1580. 15.15        Transfer controlled message
  1581.  
  1582. 15.15.1    The format of the TFC message is shown in Figure 22b/Q.704.
  1583.  
  1584. Figure 22b/Q.704 - CCITT 35900
  1585.  
  1586.  
  1587.  
  1588. 15.15.2    The transfer controlled message is made up of the following fields:
  1589.  
  1590. ù    Label (32 bits): see º 15.2
  1591.  
  1592. ù    Heading code H0 (4 bits): see º 15.3
  1593.  
  1594. ù    Heading code H1 (4 bits): see º 15.15.3
  1595.  
  1596. ù    Destination (14 bits): see º 15.15.4
  1597.  
  1598. ù    Spare (2 bits): see º15.15.5
  1599.  
  1600. 15.15.3    The heading code H1 contains one signal code as follows:
  1601.  
  1602.  
  1603.  
  1604. bit
  1605.  
  1606. D
  1607.  
  1608. C
  1609.  
  1610. B
  1611.  
  1612. A
  1613.  
  1614. 0
  1615.  
  1616. 0
  1617.  
  1618. 1
  1619.  
  1620. 0
  1621.  
  1622. Transfer controlled signal
  1623.  
  1624. 15.15.4    The destination field carries the address of the destination to 
  1625. which the message refers.
  1626.  
  1627. 15.15.5    In national signalling networks using multiple congestion 
  1628. states, the spare bits in the transfer controlled message are used to 
  1629. carry the congestion status associated with the destination.
  1630.  
  1631. 15.16        Signallingùrouteùsetùcongestionùtest message (national 
  1632. option)
  1633.  
  1634. 15.16.1    The format of the signallingùrouteùsetùcongestionùtest mes-
  1635. sage is shown in Figure 22c/Q.704.
  1636.  
  1637. Figure 22c/Q.704 - CCITT 35570
  1638.  
  1639.  
  1640.  
  1641. 15.16.2    The signallingùrouteùsetùcongestion test message is made up of 
  1642. the following fields:
  1643.  
  1644. ù    Label (32 bits): see º 15.2
  1645.  
  1646. ù    Heading code H0 (4 bits): see º 15.3
  1647.  
  1648. ù    Heading code H1 (4 bits): see º 15.16.3
  1649.  
  1650. 15.16.3    The heading code H1 contains one signal code as follows:
  1651.  
  1652.  
  1653.  
  1654. bit
  1655.  
  1656. D
  1657.  
  1658. C
  1659.  
  1660. B
  1661.  
  1662. A
  1663.  
  1664. 0
  1665.  
  1666. 0
  1667.  
  1668. 0
  1669.  
  1670. 1
  1671.  
  1672. Signallingùrouteùsetùcongestionùtest 
  1673. signal
  1674.  
  1675. 15.17        User part unavailable message
  1676.  
  1677. 15.17.1    The format of the user part unavailable message is shown in Figure 
  1678. 22d/Q.704.
  1679.  
  1680. Figure 22d/Q.704 - CCITT 35898
  1681.  
  1682.  
  1683.  
  1684. 15.17.2    The user part unavailable message is made up of the following 
  1685. fields:
  1686.  
  1687. ù    Label (32 bits): see º 15.2
  1688.  
  1689. ù    Heading code H0 (4 bits): see º 15.3
  1690.  
  1691. ù    Heading code H1 (4 bits): see º 15.17.3
  1692.  
  1693. ù    Destination (14 bits): see º 15.15.4
  1694.  
  1695. ù    Spare (2 bits): coded 00
  1696.  
  1697. ù    User part identity (4 bits): see º 15.17.4
  1698.  
  1699. ù    Spare (4 bits) coded 0000
  1700.  
  1701. 15.17.3    The heading code H1 contains signal codes as follows:
  1702.  
  1703.  
  1704.  
  1705. bit
  1706.  
  1707. D
  1708.  
  1709. C
  1710.  
  1711. B
  1712.  
  1713. A
  1714.  
  1715. 0
  1716.  
  1717. 0
  1718.  
  1719. 0
  1720.  
  1721. 1
  1722.  
  1723. User part unavailable
  1724.  
  1725. 15.17.4    The user part identity is coded as follows:
  1726.  
  1727.  
  1728.  
  1729. b
  1730. i
  1731. t
  1732.  
  1733. D
  1734.  
  1735. C
  1736.  
  1737. B
  1738.  
  1739. A
  1740.  
  1741. 0
  1742.  
  1743. 0
  1744.  
  1745. 0
  1746.  
  1747. 0
  1748.  
  1749. Spare
  1750.  
  1751. 0
  1752.  
  1753. 0
  1754.  
  1755. 0
  1756.  
  1757. 1
  1758.  
  1759. Spare
  1760.  
  1761. 0
  1762.  
  1763. 0
  1764.  
  1765. 1
  1766.  
  1767. 0
  1768.  
  1769. Spare
  1770.  
  1771. 0
  1772.  
  1773. 0
  1774.  
  1775. 1
  1776.  
  1777. 1
  1778.  
  1779. SCCP
  1780.  
  1781. 0
  1782.  
  1783. 1
  1784.  
  1785. 0
  1786.  
  1787. 0
  1788.  
  1789. TUP
  1790.  
  1791. 0
  1792.  
  1793. 1
  1794.  
  1795. 0
  1796.  
  1797. 1
  1798.  
  1799. ISUP
  1800.  
  1801. 0
  1802.  
  1803. 1
  1804.  
  1805. 1
  1806.  
  1807. 0
  1808.  
  1809. DUP
  1810.  
  1811. 0
  1812.  
  1813. 1
  1814.  
  1815. 1
  1816.  
  1817. 1
  1818.  
  1819. Spare
  1820.  
  1821. 1
  1822.  
  1823. 0
  1824.  
  1825. 0
  1826.  
  1827. 0
  1828.  
  1829. MTP Testing User Part
  1830.  
  1831. 1
  1832.  
  1833. 0
  1834.  
  1835. 0
  1836.  
  1837. 1
  1838.  
  1839. ⁿ
  1840.  
  1841.  
  1842.  
  1843. t
  1844. o
  1845.  
  1846. ²Spare
  1847.  
  1848.  
  1849.  
  1850. 1
  1851.  
  1852. 1
  1853.  
  1854. 1
  1855.  
  1856. 1
  1857.  
  1858. ■
  1859.  
  1860. TABLE 1/Q.704
  1861.  
  1862. Heading code allocation of signalling network management messages
  1863.  
  1864.  
  1865.  
  1866. Messa
  1867. ge 
  1868. Group
  1869.  
  1870. H1
  1871.  
  1872. H0
  1873.  
  1874. 00
  1875. 00
  1876.  
  1877. 00
  1878. 01
  1879.  
  1880. 00
  1881. 10
  1882.  
  1883. 00
  1884. 11
  1885.  
  1886. 01
  1887. 00
  1888.  
  1889. 01
  1890. 01
  1891.  
  1892. 01
  1893. 10
  1894.  
  1895. 01
  1896. 11
  1897.  
  1898. 10
  1899. 00
  1900.  
  1901. 10
  1902. 01
  1903.  
  1904. 10
  1905. 10
  1906.  
  1907. 10
  1908. 11
  1909.  
  1910. 11
  1911. 00
  1912.  
  1913. 11
  1914. 01
  1915.  
  1916. 11
  1917. 10
  1918.  
  1919. 11
  1920. 11
  1921.  
  1922. 00
  1923. 00
  1924.  
  1925. CHM
  1926.  
  1927. 00
  1928. 01
  1929.  
  1930. C
  1931. O
  1932. O
  1933.  
  1934. C
  1935. O
  1936. A
  1937.  
  1938. C
  1939. B
  1940. D
  1941.  
  1942. C
  1943. B
  1944. A
  1945.  
  1946. ECM
  1947.  
  1948. 00
  1949. 10
  1950.  
  1951. E
  1952. C
  1953. O
  1954.  
  1955. E
  1956. C
  1957. A
  1958.  
  1959. FCM
  1960.  
  1961. 00
  1962. 11
  1963.  
  1964. R
  1965. C
  1966. T
  1967.  
  1968. TF
  1969. C
  1970.  
  1971. TFM
  1972.  
  1973. 01
  1974. 00
  1975.  
  1976. TF
  1977. P
  1978.  
  1979. *
  1980.  
  1981. TF
  1982. R
  1983.  
  1984. TF
  1985. A
  1986.  
  1987. *
  1988.  
  1989. RSM
  1990.  
  1991. 01
  1992. 01
  1993.  
  1994. R
  1995. ST
  1996.  
  1997. R
  1998. S
  1999. R
  2000.  
  2001. MIM
  2002.  
  2003. 01
  2004. 10
  2005.  
  2006. LI
  2007. N
  2008.  
  2009. L
  2010. U
  2011. N
  2012.  
  2013. LI
  2014. A
  2015.  
  2016. L
  2017. U
  2018. A
  2019.  
  2020. LI
  2021. D
  2022.  
  2023. LF
  2024. U
  2025.  
  2026. L
  2027. LT
  2028.  
  2029. L
  2030. RT
  2031.  
  2032. TRM
  2033.  
  2034. 01
  2035. 11
  2036.  
  2037. T
  2038. R
  2039. A
  2040.  
  2041. DLM
  2042.  
  2043. 10
  2044. 00
  2045.  
  2046. D
  2047. L
  2048. C
  2049.  
  2050. C
  2051. SS
  2052.  
  2053. C
  2054. N
  2055. S
  2056.  
  2057. C
  2058. N
  2059. P
  2060.  
  2061. 10
  2062. 01
  2063.  
  2064. UFC
  2065.  
  2066. 10
  2067. 10
  2068.  
  2069. U
  2070. P
  2071. U
  2072.  
  2073. 10
  2074. 11
  2075.  
  2076. 11
  2077. 00
  2078.  
  2079. 11
  2080. 01
  2081.  
  2082. 11
  2083. 10
  2084.  
  2085. 11
  2086. 11
  2087.  
  2088. Note ù Values marked * should not be used (codes used in the YellowBook 
  2089. for TFP and TFA acknowledgement).
  2090. CBA    Changebackùacknowledgement signal
  2091. CBD    Changebackùdeclaration signal
  2092. CHM    Changeover and changeback messages
  2093. CNP    Connectionùnotùpossible signal
  2094. CNS    Connectionùnotùsuccessful signal
  2095. COA    Changeoverùacknowledgement signal
  2096. COO    Changeoverùorder signal
  2097. CSS    Connectionùsuccessful signal
  2098. DLC    Signallingùdataùlinkùconnectionùorder signal
  2099. DLM    Signallingùdataùlinkùconnectionùorder message
  2100. ECA    Emergencyùchangeoverùacknowledgement signal
  2101. ECM    Emergencyùchangeover message
  2102.  
  2103. ECO    Emergencyùchangeoverùorder signal
  2104. FCM    Signallingùtrafficùflowùcontrol messages
  2105. RCT    Signallingùrouteùsetùcongestionùtest signal
  2106. RSM    Signallingùrouteùsetùtest message
  2107. RSR    Signallingùrouteùsetùtest signal for restricted destination 
  2108. (national option)
  2109. RST    Signallingùrouteùsetùtest signal for prohibited destination
  2110. TFR    Transferùrestricted signal (national option)
  2111. TFA    Transferùallowed signal
  2112. TFC    Transferùcontrolled signal
  2113. TFM    Transferùprohibitedùtransferùallowedùtransferùrestricted mes-
  2114. sages
  2115. TFP    Transferùprohibited signal
  2116. TRA    Trafficùrestartùallowed signal
  2117. TRM    Trafficùrestartùallowed message
  2118. MIM    Management inhibit messages
  2119. LID    Link inhibit denied signal
  2120. LFU    Link forced uninhibit signal
  2121. LIN    Link inhibit signal
  2122. LIA    Link inhibit acknowledgement signal
  2123. LUA    Link uninhibit acknowledgement signal
  2124. LUN    Link uninhibit signal
  2125. LLT    Link local inhibit test signal
  2126. LRT    Link remote inhibit test signal
  2127. UFC    User part flow control messages
  2128. UPU    User part unavailable signal
  2129.  
  2130. 16    State transition diagrams
  2131.  
  2132. 16.1    General
  2133.  
  2134.     º 16 contains the description of the signalling network functions 
  2135. described in ºº 2 to 13 in the form of state transition diagrams according to 
  2136. the CCITT Specification and Description Language (SDL).
  2137.  
  2138.     A set of diagrams is provided for each of the following major func-
  2139. tions:
  2140.  
  2141. ù    signalling message handling (SMH), described in º 2;
  2142.  
  2143. ù    signalling traffic management (STM), described in ºº 4 to 11;
  2144.  
  2145. ù    signalling route management (SRM), described in º 13;
  2146.  
  2147. ù    signalling link management (SLM), described in º 12.
  2148.  
  2149. 16.1.1    For each major function a figure illustrates a subdivision into func-
  2150. tional specification blocks, showing their functional interactions as well as 
  2151. the interactions with the other major functions. In each case this is followed 
  2152. by figures showing state transition diagrams for each of the functional spec-
  2153. ification blocks.
  2154.  
  2155.     The detailed functional breakdown shown in the following diagrams is 
  2156. intended to illustrate a reference model and to assist interpretation of the 
  2157. text in the earlier sections. The state transition diagrams are intended to 
  2158. show precisely the behaviour of the signalling system under normal and 
  2159. abnormal conditions as viewed from a remote location. It must be empha-
  2160. sized that the functional partitioning shown in the following diagrams is 
  2161. used only to facilitate understanding of the system behaviour and is not 
  2162. intended to specify the functional partitioning to be adopted in a practical 
  2163. implementation of the signalling system.
  2164.  
  2165. 16.2    Drafting conventions
  2166.  
  2167. 16.2.1    Each major function is designated by its acronym (e.g. SMH = signal-
  2168. ling message handling).
  2169.  
  2170. 16.2.2    Each functional block is designated by an acronym which identifies it 
  2171. and also identifies the major function to which it belongs (e.g. HMRT = sig-
  2172. nalling message handlingùmessage routing; TLAC = signalling traffic 
  2173. managementùlink availability control).
  2174.  
  2175. 16.2.3    External inputs and outputs are used for interactions between different 
  2176. functional blocks. Included within each input and output symbol in the state 
  2177. transition diagrams are acronyms which identify the functions which are the 
  2178. source and destination of the message, e.g.:
  2179.  
  2180. L2 « L3            indicates that the message is sent between functional levels:
  2181.  
  2182.         from:    functional level 2,
  2183.  
  2184.         to:    functional level 3.
  2185.  
  2186. RTPC « TSRC    indicates that the message is sent within a functional 
  2187. level (3 in this case):
  2188.  
  2189.         from:    signalling route managementùtransfer prohibited con-
  2190. trol,
  2191.  
  2192.         to:    signalling traffic managementùsignalling routing control.
  2193.  
  2194. 16.2.4    Internal inputs and outputs are only used to indicate control of timeù
  2195. outs.
  2196.  
  2197. 16.2.5    Notations for national operations
  2198.  
  2199.     National options are included in the main body of the state transition 
  2200. diagrams (STDs) with dotted or dashed lines; if their use should exclude or 
  2201. modify some of the international logic, the relevant sections are marked ôtö 
  2202. and a note is added to the figure. Also, the options are marked as follows:
  2203.  
  2204.     Transfer restricted ù dashed lines.
  2205.  
  2206.     Multiple congestion states ù dotted lines (with the hatched symbols 
  2207. removed where shown).
  2208.  
  2209. 16.3    Signalling message handling
  2210.  
  2211.     Figure 23/Q.704 shows a subdivision of the signalling message han-
  2212. dling (SMH) function into smaller functional specification blocks and also 
  2213. shows the functional interactions between them. Each of these functional 
  2214. specification blocks is described in detail in a state transition diagram as fol-
  2215. lows:
  2216.  
  2217. a)    message discrimination (HMDC) is shown in Figure 24/Q.704;
  2218.  
  2219. b)    message distribution (HMDT) is shown in Figure 25/Q.704;
  2220.  
  2221. c)    message routing (HMRT) is shown in Figure 26/Q.704;
  2222.  
  2223. d)    handling of messages under signalling link congestion is shown in 
  2224. Figure 26a/Q.704.
  2225.  
  2226. 16.4    Signalling traffic management
  2227.  
  2228.     Figure 27/Q.704 shows a subdivision of the signalling traffic manage-
  2229. ment (STM) function into smaller functional specification blocks and also 
  2230. shows functional interactions between them. Each of these functional speci-
  2231. fication blocks is described in detail in a state transition diagram as follows:
  2232.  
  2233. a)    link availability control (TLAC) is shown in Figure 28/Q.704;
  2234.  
  2235. b)    signalling routing control (TSRC) is shown in Figure 29/Q.704;
  2236.  
  2237. c)    changeover control (TCOC) is shown in Figure 30/Q.704;
  2238.  
  2239. d)    changeback control (TCBC) is shown in Figure 31/Q.704;
  2240.  
  2241. e)    forced rerouting control (TFRC) is shown in Figure 32/Q.704;
  2242.  
  2243. f)    controlled rerouting control (TCRC) is shown in Figure 33/Q.704;
  2244.  
  2245. g)    signalling traffic flow control (TSFC) is shown in Figure 34a/
  2246. Q.704;
  2247.  
  2248. h)    signalling route set congestion control (TRCC) is shown in Figure 
  2249. 29a/Q.704;
  2250.  
  2251. i)    signalling point restart control (TPRC) is shown in Figure 34b/
  2252. Q.704.
  2253.  
  2254. 16.5    Signalling link management
  2255.  
  2256.     Figure 35/Q.704 shows a subdivision of the signalling link manage-
  2257. ment function (SLM) into smaller functional specification blocks and also 
  2258. shows functional interactions between them. Each of these functional speci-
  2259. fication blocks is described in detail in a state transition diagram as follows:
  2260.  
  2261. a)    link set control (LLSC) is shown in Figure 36/Q.704;
  2262.  
  2263. b)    signalling link activity control (LSAC) is shown in Figure 37/
  2264. Q.704;
  2265.  
  2266. c)    signalling link activation (LSLA) is shown in Figure 38/Q.704;
  2267.  
  2268. d)    signalling link restoration (LSLR) is shown in Figure 39/Q.704;
  2269.  
  2270. e)    signalling link deactivation (LSLD) is shown in Figure 40/Q.704;
  2271.  
  2272. f)    signalling terminal allocation (LSTA) is shown in Figure 41/Q.704;
  2273.  
  2274. g)    signalling data link allocation (LSDA) is shown in Figure 42/Q.704.
  2275.  
  2276. 16.6    Signalling route management
  2277.  
  2278.     Figure 43/Q.704 shows a subdivision of the signalling route manage-
  2279. ment (SRM) function into smaller functional specification blocks and also 
  2280. shows functional interactions between them. Each of these functional speci-
  2281. fication blocks is described in detail in a state transition diagram as follows:
  2282.  
  2283. a)    transfer prohibited control (RTPC) is shown in Figure 44/Q.704;
  2284.  
  2285. b)    transfer allowed control (RTAC) is shown in Figure 45/Q.704;
  2286.  
  2287. c)    transfer restricted control (RTRC) is shown in Figure 46c/Q.704;
  2288.  
  2289. d)    transfer controlled control (RTCC) is shown in Figure 46a/Q.704;
  2290.  
  2291. e)    signalling route set test control (RSRT) is shown in Figure 46/
  2292. Q.704;
  2293.  
  2294. f)    signallingùrouteùsetùcongestionùtest control (RCAT) is shown 
  2295. in Figure 46b/Q.704.
  2296.  
  2297. 16.7        Abbreviations used in Figures 23/Q.704 onwards
  2298.  
  2299. BSNT    Backward sequence number of next signal unit to be transmit-
  2300. ted
  2301.  
  2302. DPC        Destination point code
  2303.  
  2304. FSNC    Forward sequence number of last message signal unit accepted 
  2305. by remote level 2
  2306.  
  2307. HMCG    Signalling link congestion
  2308.  
  2309. HMDC    Message discrimination
  2310.  
  2311. HMDT    Message distribution
  2312.  
  2313. HMRT    Message routing
  2314.  
  2315. L1        Level 1
  2316.  
  2317. L2        Level 2
  2318.  
  2319. L3        Level 3
  2320.  
  2321. L4        Level 4
  2322.  
  2323. LLSC    Link set control
  2324.  
  2325. LSAC    Signalling link activity control
  2326.  
  2327. LSDA    Signalling data link allocation
  2328.  
  2329. LSLA    Signalling link activation
  2330.  
  2331. LSLD    Signalling link deactivation
  2332.  
  2333. LSLR    Signalling link restoration
  2334.  
  2335. LSTA    Signalling terminal allocation
  2336.  
  2337. MGMT    Management system
  2338.  
  2339. RCAT    Signallingùrouteùsetùcongestionùtest control
  2340.  
  2341. RSRT    Signalling route set test control
  2342.  
  2343. RTAC    Transfer allowed control
  2344.  
  2345. RTCC    Transfer controlled control
  2346.  
  2347. RTPC    Transfer prohibited control
  2348.  
  2349. RTRC    Transfer restricted control
  2350.  
  2351. SLM    Signalling link management
  2352.  
  2353. SLS        Signalling link selection
  2354.  
  2355. SLTC    Signalling link test control
  2356.  
  2357. SMH    Signalling message handling
  2358.  
  2359. SRM    Signalling route management
  2360.  
  2361. STM    Signalling traffic management
  2362.  
  2363. TCBC    Changeback control
  2364.  
  2365. TCOC    Changeover control
  2366.  
  2367. TCRC    Controlled rerouting control
  2368.  
  2369. TFRC    Forced rerouting control
  2370.  
  2371. TLAC    Link availability control
  2372.  
  2373. TPRC    Signalling point restart control
  2374.  
  2375. TRCC    Signalling route set congestion control
  2376.  
  2377. TSFC    Signalling traffic flow control
  2378.  
  2379. TSRC    Signalling routing control
  2380.  
  2381. 16.8        Timers and timer values
  2382.  
  2383.     The following timers have been defined. The ranges are given below. 
  2384. The values, in brackets, are the minimum values for use when routes with 
  2385. long propagation delays are used (e.g., routes including satellite sections).
  2386.  
  2387. T1    Delay to avoid message misùsequencing on changeover.
  2388.  
  2389. 500 (800) to 1200 ms.
  2390.  
  2391. T2    Waiting for changeover acknowledgement.
  2392.  
  2393. 700 (1400) to 2000 ms.
  2394.  
  2395. T3    Time controlled diversionùdelay to avoid misùsequencing on 
  2396. changeback.
  2397.  
  2398. 500 (800) to 1200 ms.
  2399.  
  2400. T4    Waiting for changeback acknowledgement (first attempt).
  2401.  
  2402. 500 (800) to 1200 ms.
  2403.  
  2404. T5    Waiting for changeback acknowledgement (second attempt).
  2405.  
  2406. 500 (800) to 1200 ms.
  2407.  
  2408. T6    Delay to avoid message misùsequencing on controlled rerouting.
  2409.  
  2410. 500 (800) to 1200 ms.
  2411.  
  2412. T7    Waiting for signalling data link connection acknowledgement.
  2413.  
  2414. 1 to 2 seconds.
  2415.  
  2416. T8    Transfer prohibited inhibition timer (transient solution).
  2417.  
  2418. 800 to 1200 ms.
  2419.  
  2420. T9    Not used.
  2421.  
  2422. T10    Waiting to repeat signalling route set test message.
  2423.  
  2424. 30 to 60 seconds.
  2425.  
  2426. T11    Transfer restricted timer. (This is one way of implementing the 
  2427. function described in º 13.4 and mainly intended to simplify 
  2428. STPs.)
  2429.  
  2430. 30 to 90 seconds.
  2431.  
  2432. T12    Waiting for uninhibit acknowledgement.
  2433.  
  2434. 800 to 1500 ms.
  2435.  
  2436. T13    Waiting for force uninhibit.
  2437.  
  2438. 800 to 1500 ms.
  2439.  
  2440. T14    Waiting for inhibition acknowledgement.
  2441.  
  2442. 2 to 3 seconds.
  2443.  
  2444. T15    Waiting to start signalling route set congestion test.
  2445.  
  2446. 2 to 3 seconds.
  2447.  
  2448. T16    Waiting for route set congestion status update.
  2449.  
  2450. 1.4 to 2 seconds.
  2451.  
  2452. T17    Delay to avoid oscillation of initial alignment failure and link 
  2453. restart.
  2454.  
  2455. 800 to 1500 ms.
  2456.  
  2457. T18    Timer at restarting STP, waiting for signalling links to become 
  2458. available.
  2459.  
  2460. 20 seconds (provisional value).
  2461.  
  2462. T19    Timer at restarting STP, started after T18, waiting to receive all 
  2463. traffic restart allowed messages.
  2464.  
  2465. 4 seconds (provisional value).
  2466.  
  2467. T20    Timer at restarting STP, started after T19, waiting to broadcast 
  2468. traffic restart allowed messages, and restart remaining traffic.
  2469.  
  2470. 4 seconds (provisional value).
  2471.  
  2472. T21    Timer at restarting signalling point having no STP function, wait-
  2473. ing to restart traffic routed through adjacent SP;
  2474.  
  2475. AND timer at STP adjacent to restarting STP, waiting for traffic 
  2476. restart allowed message;
  2477.  
  2478. AND timer at SP having no STP function adjacent to restarting SP, 
  2479. waiting to restart any traffic to route through adjacent SP.
  2480.  
  2481. 30 seconds (provisional value).
  2482.  
  2483. T22    Local inhibit test timer.
  2484.  
  2485. 3 min to 6 min (provisional value).
  2486.  
  2487. T23    Remote inhibit test timer.
  2488.  
  2489. 3 min to 6 min (provisional value).
  2490.  
  2491. T24    Stabilising timer after removal of local processor outage, used in 
  2492. LPO latching to RPO (national option).
  2493.  
  2494. 500 ms (provisional value).
  2495.