.rs .\" Troff code generated by TPS Convert from ITU Original Files .\" Not Copyright ( c) 1991 .\" .\" Assumes tbl, eqn, MS macros, and lots of luck. .TA 1c 2c 3c 4c 5c 6c 7c 8c .ds CH .ds CF .EQ delim @@ .EN .nr LL 40.5P .nr ll 40.5P .nr HM 3P .nr FM 6P .nr PO 4P .nr PD 9p .po 4P .rs \v | 5i' .LP \fBMONTAGE: FIN DE LA RECOMMANDATION Q.723 EN\(hyT\* | TE DE CETTE PAGE\fR .sp 2P .LP \v'12P' \fBRecommendation\ Q.724\fR .RT .sp 2P .sp 1P .ce 1000 \fBSIGNALLING\ PROCEDURES\fR .EF '% Fascicle\ VI.8\ \(em\ Rec.\ Q.724'' .OF '''Fascicle\ VI.8\ \(em\ Rec.\ Q.724 %' .ce 0 .sp 1P .LP \fB1\fR \fBNormal call set\(hyup\fR .sp 1P .RT .PP In this Recommendation the signalling procedures are described for the normal call set\(hyup of an international call. The messages and signals are defined in Recommendation\ Q.722 and the format and content are given in Recommendation\ Q.723. .RT .sp 1P .LP 1.1 \fIInitial address message\fR .sp 9p .RT .PP An \fIinitial address message\fR which is sent as the first message of a call set\(hyup generally includes all of the information required by the next international exchange to route the call. The seizing function is implicit in the reception of this initial address message. .PP The sending sequence of address information will be the country code (not sent to an incoming international exchange) followed by the national (significant) number. For calls to operator positions (code\ 11 and code\ 12), refer to Recommendation\ Q.107\ [1]. .PP All digits required for routing the call through the international network will be sent in the initial address message. On calls with a country code in the address (except in the case of calls to special operators), the initial address message will contain a minimum of 4\ digits and should contain as many digits as are available. All digits of the address may be included; however, the initial address message can contain one digit in specific circumstances, e.g.\ national applications. .PP Selection of the outgoing national circuit normally can start at the incoming international exchange on receipt of the initial address message and signalling can proceed on the first national link. .PP When no echo suppressor or nature\(hyof\(hycircuit indication is received from a preceding circuit using a signalling system with fewer facilities, the indicators will be considered as received \fIno\fR , unless exchange data indicates otherwise. .PP \fINote\fR \ \(em\ When additional signalling information (e.g. related to supplementary services) is to be sent, an initial address message with additional information may be used. .RT .sp 1P .LP 1.2 \fISubsequent address message\fR .sp 9p .RT .PP The remaining digits, if any, of the address may be sent individually in one\(hydigit messages or in groups in multidigit messages. Efficiency can be gained by grouping together as many digits as possible. .PP However, to prevent an increase in post\(hydialling delay in those cases where overlap operation with subscribers' dialling is used, it may be desirable to send the last few digits individually. With reference to the withholding of digits, sufficient digits should be withheld to avoid the operation at subsequent exchanges of the short 4\(hy6\ second timeout which may be used in certain cases to determine the address complete condition. (See Recommendation\ Q.608, \(sc\ 8.2.1). .bp .PP \fISubsequent address messages\fR can be sent on the national network as they are received. If a continuity\(hycheck has to be performed on one or more of the international circuits involved in the connection, appropriate measures [e.g.\ by withholding the last digit(s) of the national number] must be taken at the last common channel exchange to prevent ringing the called subscriber or alerting the operator until the continuity of such speech circuits has been verified. .PP \fINote\fR \ \(em\ If in the international network the code 0000 in the number of address signals field is received the message is considered as faulty. .RT .sp 1P .LP 1.3 \fIEnd\(hyof\(hypulsing (ST) signal\fR .sp 9p .RT .PP The end\(hyof\(hypulsing (ST) signal is always sent in the following situations: .RT .LP a) semiautomatic calls, .LP b) test calls, and .LP c) when the end\(hyof\(hypulsing signal is received from a preceding circuit. .PP In automatic working, the end\(hyof\(hypulsing signal will be sent whenever the outgoing international exchange is in a position to know, by digit analysis, that the final digit has been sent. Digit analysis may consist of an examination of the country code and counting the maximum (or fixed) number of digits of the national number. In other cases, the end\(hyof\(hypulsing signal is not sent and the end\(hyof\(hyaddress information is determined by the receipt of one of the address\(hycomplete signals from the incoming international exchange. .sp 1P .LP 1.4 \fIContinuity\(hycheck of the telephone circuits\fR .sp 9p .RT .PP Because the signalling in Signalling System No.\ 7 does not pass over the speech path, facilities should be provided for making a \fIcontinuity\(hycheck\fR of the speech path in the circumstances described below. .PP The application of the continuity\(hycheck depends on the type of the transmission system used for the telephone circuit. .PP For transmission systems having some inherent fault indication features giving an indication to the switching system in case of fault, a continuity check is not required. This situation commonly occurs when fully digital circuits are used. However, a per\(hycall continuity check may be needed on fully digital circuits when circuits or bundles of circuits in primary multiplex groups are dropped and inserted en route between switches and alarm indications carried on bits of the primary multiplex frame structure are lost in passing through an intermediate transmission facility that does not relay them transparently. Typically, per\(hycall continuity checks may be needed when the transmission link between switches contains a TDMA satellite system, a digital circuit multiplication system or a digital access and crossconnection system, where fault indications are lost. .PP When an initial address message is received with a request for a continuity\(hycheck relating to a digital circuit having inherent fault indication, one of the following actions is taken: .RT .LP a) the continuity\(hycheck request is disregarded; or .LP b) a continuity\(hycheck loop is connected and the maintenance system is alerted. In this case the call may fail since no continuity signal may be received from the distant end. .PP \fINote\fR \ \(em\ The reception of such a request could only be caused by an abnormal condition such as administrative errors or the occurrence of signalling errors. .PP When the circuit type is unknown to a Signalling System No. 7 exchange, or in an application where both analogue and digital circuits may be served, or when no inherent fault indication is available, a continuity\(hycheck loop should always be connected in the following cases: .RT .LP i) when the exchange has the capability to process initial address messages with continuity\(hycheck request and such messages are received; .LP ii) when continuity\(hycheck requests are received. .bp .PP For analogue circuits with pilot supervision it is sufficient to perform the continuity\(hycheck on a statistical basis or by test calls (see \(sc\ 7.5) .FS The application to the international circuits and the quantitative aspects (in particular, the frequency of performing the continuity\(hycheck) are for further study. .FE . For analogue circuits not using pilot supervision and for mixed circuits, i.e.\ analogue and digital circuits, the continuity\(hycheck should be performed on a per call basis. Within mixed connections, i.e.\ connections composed of circuits with and without continuity\(hycheck on a per call basis, it shall be ensured that the continuity signal be forwarded to the destination point although no continuity\(hycheck may have been performed on one or more parts of the end\(hyto\(hyend connection. .PP The continuity\(hycheck is not intended to eliminate the need for routine testing of the transmission path. .PP The continuity\(hycheck of the speech circuit will be done, link\(hyby\(hylink, on a per call basis or by a statistical method prior to the commencement of conversation. Procedures and requirements are specified in\ \(sc\ 7. .PP The actions to be taken when pilot supervision is used are described in \(sc\ 9. .RT .sp 1P .LP 1.5 \fICross\(hyoffice check\fR .sp 9p .RT .PP For digital exchanges the requirements mentioned in Recommendation\ Q.504\ [2] shall be met. For other exchanges Administrations shall ensure the reliability of a connection through a switching machine (cross\(hyoffice check) either on a per call basis or by a statistical method. With either method, the probability of the connection being established with an unacceptable speech path transmission quality should not exceed 10\uD\dlF261\u5\d as the long\(hyterm average. .RT .sp 1P .LP 1.6 \fIAddress\(hycomplete signals\fR .sp 9p .RT .PP An \fIaddress\(hycomplete\fR signal will not be sent until the continuity signal has been received and the cross\(hyoffice check made, if they are applicable. .PP If the succeeding network does not provide electrical called\(hyparty's\(hyline\(hycondition signals, the last Signalling System\ No.7 exchange shall originate and send an address\(hycomplete signal when the end of address signalling has been determined and a possible GRQ/GSM cycle has been completed: .RT .LP a) by receipt of an end\(hyof\(hypulsing signal; .LP b) by receipt of the maximum number of digits used in the national numbering plan; .LP c) by analysis of the national (significant) number to indicate that a sufficient number of digits has been received to route the call to the called party; .LP d) by receipt of an end\(hyof\(hyselection signal from the succeeding network (e.g.\ number received signal in Signalling System\ No.\ 4); or .LP e) exceptionally, if the succeeding network uses overlap signalling and number analysis is not possible, by observing that 4\ to 6\ seconds have elapsed since the last digit was received, and that no fresh information has been received; in such circumstances, transmission to the national network of the last digit received must be prevented until the end of the waiting period which causes an address\(hycomplete signal to be sent over the international circuit. In this way, it is ensured that no national answer signal can arrive before an address\(hycomplete signal has been sent. .PP Specifically, in cases d) and e) above, the address\(hycomplete charge signal should be sent. .PP \fINote\fR \ \(em\ If the succeeding network provides electrical called\(hyparty's\(hyline\(hycondition signals, the last Signalling System\ No.\ 7 exchange shall originate and send address\(hycomplet signal when that condition has been received from the succeeding network and a possible GRQ/GSM cycle has been completed. .PP If in normal operation, delay in the receipt of an address\(hycomplete or equivalent signal from the succeeding network is expected, the last common channel signalling exchange will originate and send an address\(hycomplete signal 15\ to 20\ seconds after receiving the latest address message. This time\(hyout condition is an upper limit considering the clauses of \(sc\ 6.4.1 (20\ to 30\ seconds for outgoing international exchanges in abnormal release conditions). .PP On receipt of an address\(hycomplete signal, the first Signalling System\ No.\ 7 exchange will through\(hyconnect the speech path of the interconnected circuit .FS It is envisaged that in the future evolution of the Telephone User Part (e.g.\ in the context of an integrated services digital network) the through\(hyconnection immediately after sending of the initial address message may become a mandatory requirement. .FE . .bp .PP After an address\(hycomplete signal, only the following signals relating to the call set\(hyup may be sent in the backward direction: .RT .LP a) in normal operation, one of the answer or release\(hyguard signals; .LP b) call\(hyfailure signal; or .LP c) the national network congestion signal; or .LP d) the circuit group congestion signal. .PP \fINote\fR \ \(em\ Cases b), c) and d) can only occur after an address complete signal without subscriber free. .PP Any further information about the called\(hyparty's\(hyline\(hycondition will be transmitted to the calling subscriber or operator as audible tones or announcements. .PP The address\(hycomplete signal with the subscriber\(hyfree indication is sent when it is known that the called subscriber's line is free (not busy). It must be originated in the called subscriber's exchange, and therefore cannot be followed by one of the unsuccessful backward set\(hyup information signals. .PP If an incoming international exchange has sent a general request message, then an address complete message must not be sent until a general forward set\(hyup information message has been received in response to that general forward set\(hyup information message. .RT .sp 1P .LP 1.7 \fIAddress\(hyincomplete signal\fR .sp 9p .RT .PP The determination that the proper number of digits has not been received can be made at once if the end\(hyof\(hypulsing signal is received or by receipt of an \fIaddress\(hyincomplete\fR signal (or equivalent) from the national network. When overlap working is used and the end\(hyof\(hypulsing signal has not been received, the address\(hyincomplete signal will be sent by the last common channel Signalling exchange 15\ to 20\ seconds after receipt of the latest digit. .PP Each Signalling System No.\ 7 exchange on receipt of the address\(hyincomplete signal will send the signal to the preceding Signalling System\ No.\ 7 exchange, if any, and clear forward the connection. The first Signalling System\ No.\ 7 exchange will send a suitable signal on the preceding circuit if the related signalling system permits to do so; otherwise the appropriate tone or announcement for the national network concerned will be sent to the calling party. .RT .sp 1P .LP 1.8 \fICongestion signals\fR .sp 9p .RT .PP As soon as the congestion condition is detected one of the \fIcongestion\fR signals (see Recommendation\ Q.722, \(sc\ 3.4) is sent without waiting for the completion of a possible continuity\(hycheck sequence. .PP Reception of a congestion signal at any Signalling System\ No.\ 7 exchange will cause the clear\(hyforward signal to be sent and cause an appropriate signal to be sent to the preceding exchange if the signalling system allows this or an appropriate tone or announcement to be sent to the originating subscriber or operator. .RT .sp 1P .LP 1.9 \fICalled\(hyparty's\(hyline\(hycondition signals\fR .sp 9p .RT .PP The \fIcalled\(hyparty's\(hyline\(hycondition\fR signals (see Recommendation\ Q.722, \(sc\ 3.4) will be sent when the appropriate electrical signals are received at the incoming international exchange from the national network. .PP The \fIcalled\(hyparty's\(hyline\(hycondition\fR signals will be sent without waiting for the completion of a possible continuity check. On receipt of one of these signals, the first Signalling System\ No.\ 7 exchange (or the outgoing international exchange) will clear forward the connection and cause an appropriate signal to be sent to the preceding exchange if the signalling system allows this or an appropriate tone or announcement to be sent to the originating subscriber or operator. .PP Each Signalling System No.\ 7 exchange on receipt of one of these signals has to clear forward the connection. .RT .sp 1P .LP 1.10 \fIAnswer signals\fR .sp 9p .RT .PP The signals \fIanswer, charge and answer, no charge\fR are sent as received from the national network or from the succeeding international link. .PP The signals answer, charge and answer, no charge are used only as a result of the first off\(hyhook signal from the called party. .bp .RT .sp 1P .LP 1.11 \fIClear\(hyback signal\fR .sp 9p .RT .PP A \fIclear\(hyback\fR signal must not disconnect the speech path at a Signalling System\ No.\ 7 exchange. The requirements for the release of a connection in the event that a clear\(hyforward signal is not received are given in Recommendation\ Q.118\ [3]. .RT .sp 1P .LP 1.12 \fIReanswer and clear\(hyback signal sequences\fR .sp 9p .RT .PP Subsequent off\(hyhook, on\(hyhook signals from the called party, such as will result from switch\(hyhook flashing, will cause the following sequence of signals to be sent: .RT .LP \(em clear\(hyback, .LP \(em reanswer, .LP \(em clear\(hyback, .LP \(em reanswer, .LP \(em etc. .PP It is necessary that a flashing sequence be retransmitted to the operator (or the preceding link) and that the final condition of the circuit represents the final position of the called party's switch hook. .sp 1P .LP 1.13 \fIForward\(hytransfer signal\fR .sp 9p .RT .PP The \fIforward\(hytransfer\fR signal may be sent in semiautomatic working in either of the following two cases: .RT .LP a) following a call switched automatically to a subscriber, or following a call established via a special operator, the controlling operator wishes to call in an assistance operator. On receipt of the forward\(hytransfer signal at the incoming international exchange, an assistance operator is called in; .LP b) following a call via code 11 and 12, the controlling operator wishes to recall the incoming operator at the incoming international exchange. Receipt of the forward\(hytransfer signal at the incoming international exchange recalls the incoming operator on calls completed via the operator positions at the exchange. .sp 1P .LP 1.14 \fIClear\(hyforward and release\(hyguard sequences\fR .sp 9p .RT .PP The \fIclear\(hyforward\fR signal is overriding and all exchanges must be in a position to respond by releasing the circuit and sending a \fIrelease\(hyguard\fR signal at any time during the progress of a call and even if the circuit is in the idle condition. If sent while a circuit is blocked it will not result in unblocking the circuit concerned (see \(sc\ 5). The fact that the circuit is blocked will not delay the transmission of the release\(hyguard signal. .RT .sp 1P .LP 1.15 \fIReset of circuits and circuit groups\fR .sp 9p .RT .PP In systems which maintain circuit status in memory there may be occasions when the memory becomes mutilated. In such a case the circuits must be reset to the idle condition in both exchanges to make them available for new traffic. Since the exchange with the mutilated memory does not know whether the circuits are idle, busy outgoing, busy incoming, blocked,\ etc., reset\(hycircuit signals or a circuit group reset message should be sent as appropriate for the affected circuits. The reset\(hycircuit signal may also be sent, in certain cases, when a signalling fault occurs (see \(sc\(sc\ 6.2 and\ 6.5). .RT .sp 1P .LP 1.15.1 \fIReset\(hycircuit signal\fR .sp 9p .RT .PP If only a few circuits are concerned a reset\(hycircuit signal should be sent for each affected circuit. .PP On receipt of a reset\(hycircuit signal the unaffected exchange will: .RT .LP a) accept the signal as a clear\(hyforward signal and respond by sending a release\(hyguard signal, after the circuit has been made idle, if it is the incoming exchange on a connection in any state of call set\(hyup or during a call; .LP b) accept the signal as a clear\(hyback or call\(hyfailure signal, whichever is appropriate, and respond by sending a clear\(hyforward signal immediately if it is the outgoing exchange on a connection; .LP c) accept the signal as a clear\(hyforward signal and respond by sending a release\(hyguard signal if the circuit is in the idle condition; .bp .LP d) if it has previously sent a blocking signal, or if it is unable to release the circuit as described above, respond by the blocking signal. If an incoming or outgoing call is in progress, this call should be disconnected and the circuit returned to the idle (blocked) state. A clear\(hyforward or release\(hyguard signal may be sent. The blocking signal should be acknowledged by the affected exchange. If the acknowledgement is not received, the repetition procedure specified in \(sc\ 6.4.4 should be followed; .LP e) if it had previously received the blocking signal, respond by disconnecting any connected call, remove the blocked condition and restore the circuit to the idle state. If an outgoing call had been in progress, respond with a clear\(hyforward or, in all other cases, a release\(hyguard signal; .LP f ) if a reset\(hycircuit signal is received after the sending of an initial address message but before receipt of a backward signal relating to that call, clear the circuit and make an automatic repeat attempt on another circuit if appropriate. .LP g) if a reset\(hycircuit signal is received after having sent a reset\(hycircuit signal, respond by a release\(hyguard signal. The circuit should be restored to traffic; .LP h) send an appropriate clearing signal on an interconnected circuit (e.g.,\ clear\(hyforward, or a suitable backward signal). .PP The affected exchange will then reconstruct its memory according to the received acknowledgement to the reset\(hycircuit signal, and respond to the signals received in the normal way, i.e.\ release\(hyguard in response to a clear\(hyforward, blocking\(hyacknowledgement in response to a blocking signal. .PP In addition, an interconnected circuit may be cleared by the use of an appropriate signal. If no acknowledgement to the reset\(hycircuit signal is received before 4\(hy15\ seconds, the reset\(hycircuit signal should be repeated. If an acknowledgement for the signal is not received within 1\ minute after the sending of the initial reset\(hycircuit signal, maintenance personnel should be notified to permit manual restoration procedures. However, the sending of the reset\(hycircuit signal should continue at 1\(hyminute intervals until maintenance intervention occurs. .RT .sp 1P .LP 1.15.2 \fICircuit group reset message\fR .sp 9p .RT .PP If a considerable number of circuits or all circuits are affected by the memory mutilation, circuit group reset messages should be used to make these circuits available for new traffic. .PP Since the effect of erroneous circuit group reset messages generated by undetected errors may seriously affect the quality of service, each circuit group reset message has to be sent twice. .PP On receipt of two circuit group reset messages with 5 seconds for the same group or parts thereof the unaffected exchange will: .RT .LP i) If the range field is not coded all zero: .LP a) restore the circuits involved to the idle state; .LP b) send the appropriate group blocking message(s) if it had previously sent a hardware failure oriented and/or software generated group blocking message; .LP c) respond by a circuit group reset\(hyacknowledgement message in which the status indicator bits of the circuits available for service or blocked for reasons of hardware failure or a software generated alarm are coded\ 0 and the status indicator bit of all circuits blocked for maintenance reasons are set to\ 1. .LP ii) If the range field is coded all zero (national option) .LP a) send the appropriate group blocking message(s) if it had previously sent a hardware oriented and/or a software generated group blocking message; .LP b) start the restoration of the circuits on a per circuit basis in the same way as after receipt of a reset circuit for each circuit within the group (see \(sc\ 1.15.1); .LP c) respond by a circuit group reset\(hyacknowledgement message indicating that the restoration of the circuits concerned was started. .bp .LP iii) Independent from the coding of the range field the following actions should take place in the unaffected exchange after receipt of two circuit group reset signals within 5\ seconds: .LP a) if it had previously received (a) blocking signal(s) or (a) blocking message(s) for one or more of the circuit(s) involved the blocked condition will be removed and the circuits will be made available for service; .LP b) if a circuit group reset message is received after having sent a circuit group reset message or (a) reset circuit signal(s) the circuits involved in both the sent and the received message/signal(s) are made available for service; .LP c) appropriate signals should be sent on interconnected circuits to release them. .PP The affected exchange will then reconstruct its memory according to the possibly received blocking messages and the received circuit group reset\(hyacknowledgement message. It will respond to the possibly received group blocking messages in the normal way. .PP If no acknowledgement to a circuit group reset message is received before 4\(hy15\ seconds the circuit group reset message should be repeated (twice). If acknowledgement for the message is not received within 1\ minute after sending the initial circuit group reset message maintenance personnel should be notified to permit manual restoration procedures. However, the sending of the circuit group reset message should continue at 1\ minute intervals until maintenance intervention occurs. .RT .sp 1P .LP 1.16 \fIAnalysis of digit information for routing\fR .sp 9p .RT .PP (See Recommendation Q.107 | fIbis\fR .) .RT .sp 1P .LP 1.17 \fIDiagrams showing signal sequence\fR .sp 9p .RT .PP Some examples of call set\(hyup sequences are shown diagrammatically (Tables\ 1/Q.724 and\ 2/Q.724). .RT .sp 1P .LP 1.18 \fIUse of the\fR \fIGeneral Request Message and the General Forward\fR \fISet\(hyup Information Message (GRQ/GSM)\fR .sp 9p .RT .PP The following procedures shall be applicable to exchanges generating or receiving GRQ or GSM messages: .RT .LP a) The GRQ/GSM protocol can only be initiated during call set\(hyup. .LP b) A unique GSM must be sent in response to a GRQ and must only contain answers to all requests contained in the GRQ. .LP c) At a transit exchange, once a GRQ has been sent, there is no requirement to wait for the resultant GSM before setting up a connection to a succeeding exchange, unless the information requested is necessary for routing/analysis functions for that call. .LP d) An exchange having sent a GRQ should wait until the GSM is received before sending an Address Complete Message (ACM). However, in a whole Signalling System\ No.\ 7 international network there is no requirement in the international transit exchange to delay sending the ACM, even if the GRQ/GSM cycle is not completed (i.e.\ ignore\ GSM). .LP e) A subsequent GRQ must not be sent from the same exchange before a reply (GSM) has been received in response to the previous GRQ. Consequently any GRQ's received by an exchange subsequent to the first GRQ and prior to replying with a GSM shall be ignored. .LP f ) The GRQ\(hyGSM interchange shall always take place on a link\(hyby\(hylink basis. This means that an exchange receiving a GRQ for which it does not hold the information, must initiate a separate GRQ/GSM cycle on the preceding link. .LP g) Information received in the GSM, other than that specifically requested in the associated GRQ, will be ignored. .LP h) An exchange shall store any information gained on a call by using the GRQ/GSM interchange or receipt of an IAM/IAI, until the call is completed successfully or failed. .LP i) If a call attempt fails (e.g., receipt of CGC, NCC, CFL,\ etc.) during the period when an exchange is waiting for a GSM, then the appropriate backward call failure shall be sent without waiting for the GSM. .LP j ) Failure to receive a GSM in response to a GRQ will result in the preceding exchange failing the call due to non\(hyreceipt of the ACM (T2 timer expires in 20\(hy30 seconds). .bp .ce \fBH.T. [T1.724]\fR .ce TABLE\ 1/Q.724 .ce \fBSemiautomatic (SA) and automatic (A) terminal traffic\fR .ce (error\(hyfree operation assumed) .ce \fBTABLEAU 1/Q.724 [T1.724] MONTAGE RECUP DE L'ORIGINAL\fR .ce \fBH.T. [T2.724]\fR .ce TABLE\ 2/Q.724 (sheet 1 of 4) .ce \fBSemiautomatic (SA) and automatic (A) transit traffic\fR .ce (error\(hyfree operation assumed) .ce \fBTABLEAU 2/Q.724 [T2.724] MONTAGE RECUP DE L'ORIGINAL + MONTER\fR .ce .ce \fBLA NOTE SUR LA JUSTIF.\fR .LP \ua\d\u)\d Solid arrows denote common channel signals; dotted arrows are tones sent via the speech path (check\(hytone and audible tones). .ce \fBH.T. [T3.724]\fR .ce TABLE\ 2/Q.724 (sheet 2 of 4) .ce \fBTABLEAU 2/Q.724 [T3.724] MONTAGE RECUP DE L'ORIGINAL + MONTER LES\fR .ce \fBNOTES SUR LA JUSTIF.\fR .LP \ub\d\u)\d The address\(hycomplete signal may come from the national network. .LP \uc\d\u)\d Unless a no\(hycharge answer or address\(hycomplete signal has been received. .ce \fBH.T. [T4.724]\fR .ce TABLE\ 2/Q.724 (sheet 3 of 4) .ce \fBTABLEAU 2/Q.724 [T4.724] MONTAGE RECUP DE L'ORIGINAL\fR .ce \fBH.T. [T5.724]\fR .ce TABLE\ 2/Q.724 (sheet 4 of 4) .ce \fBTABLEAU 2/Q.724 [T5.724] MONTAGE RECUP DE L'ORIGINAL\fR .ce .ad r \fBTable 1/Q.724 [T1.724], p.\fR .sp 1P .RT .ad b .RT .LP .bp .ce \fBH.T. [T2.724]\fR .ce TABLE\ 2/Q.724 (sheet 1 of 4) .ce \fBSemiautomatic (SA) and automatic (A) transit traffic\fR .ce (error\(hyfree operation assumed) .ce \fBTABLEAU 2/Q.724 [T2.724] MONTAGE RECUP DE L'ORIGINAL + MONTER\fR .ce .ce \fBLA NOTE SUR LA JUSTIF.\fR .ce \ua\d\u)\d .ce Solid arrows denote common channel signals; dotted arrows are .ce tones sent via the speech path (check\(hytone and audible tones). .ce \fBH.T. [T3.724]\fR .ce TABLE\ 2/Q.724 (sheet 2 of 4) .ce \fBTABLEAU 2/Q.724 [T3.724] MONTAGE RECUP DE L'ORIGINAL + MONTER LES\fR .ce .ce \fBNOTES SUR LA JUSTIF.\fR .ce .LP \ub\d\u)\d The address\(hycomplete signal may come from the national network. .LP \uc\d\u)\d Unless a no\(hycharge answer or address\(hycomplete signal has been received. .ce \fBH.T. [T4.724]\fR .ce TABLE\ 2/Q.724 (sheet 3 of 4) .ce \fBTABLEAU 2/Q.724 [T4.724] MONTAGE RECUP DE L'ORIGINAL\fR .ce \fBH.T. [T5.724]\fR .ce TABLE\ 2/Q.724 (sheet 4 of 4) .ce \fBTABLEAU 2/Q.724 [T5.724] MONTAGE RECUP DE L'ORIGINAL\fR .ce .ad r \fBTable 2/Q.724 (Sheet 1 of 4) [T2.724], p.\fR .sp 1P .RT .ad b .RT .LP .bp .ce \fBH.T. [T3.724]\fR .ce TABLE\ 2/Q.724 (sheet 2 of 4) .ce \fBTABLEAU 2/Q.724 [T3.724] MONTAGE RECUP DE L'ORIGINAL + MONTER LES\fR .ce .ce \fBNOTES SUR LA JUSTIF.\fR .ce .ce \ub\d\u)\d .ce The address\(hycomplete signal may come from the national network. .ce \uc\d\u)\d Unless a no\(hycharge answer or address\(hycomplete signal has been received. .ce \fBH.T. [T4.724]\fR .ce TABLE\ 2/Q.724 (sheet 3 of 4) .ce \fBTABLEAU 2/Q.724 [T4.724] MONTAGE RECUP DE L'ORIGINAL\fR .ce \fBH.T. [T5.724]\fR .ce TABLE\ 2/Q.724 (sheet 4 of 4) .ce \fBTABLEAU 2/Q.724 [T5.724] MONTAGE RECUP DE L'ORIGINAL\fR .ce .ad r \fBTable 2/Q.724 (Sheet 2 of 4) [T3.724], p.\fR .sp 1P .RT .ad b .RT .LP .bp .ce \fBH.T. [T4.724]\fR .ce TABLE\ 2/Q.724 (sheet 3 of 4) .ce \fBTABLEAU 2/Q.724 [T4.724] MONTAGE RECUP DE L'ORIGINAL\fR .ce \fBH.T. [T5.724]\fR .ce TABLE\ 2/Q.724 (sheet 4 of 4) .ce \fBTABLEAU 2/Q.724 [T5.724] MONTAGE RECUP DE L'ORIGINAL\fR .ce \fBTable 2/Q.724 (Sheet 3 of 4) [T4.724], p.\fR .sp 1P .RT .ad b .RT .LP .bp .ce \fBH.T. [T5.724]\fR .ce TABLE\ 2/Q.724 (sheet 4 of 4) .ce \fBTABLEAU 2/Q.724 [T5.724] MONTAGE RECUP DE L'ORIGINAL\fR .ce .ad r \fBTable 2/Q.724 (Sheet 4 of 4) [T5.724], p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 2P .LP \fB2\fR \fBDual seizure with both\(hyway operation\fR .sp 1P .RT .sp 1P .LP 2.1 \fIDual seizure\fR .sp 9p .RT .PP Since Signalling System No.\ 7 circuits have the capability of \fIboth\(hyway\fR operation, it is possible that the two exchanges will attempt to seize the same circuit at approximately the same time. .RT .sp 1P .LP 2.2 \fIUnguarded interval\fR .sp 9p .RT .PP Considering that with Signalling System No.\ 7: .RT .LP a) signalling data link propagation time may be relatively long, .LP b) there may be significant delay due to retransmissions, .LP c) quasi\(hyassociated operation may add extra message transfer time(s) at signalling transfer points, .LP the unguarded interval during which \fIdual seizure\fR can occur may be relatively long in some instances. The exchange must therefore detect dual seizure and take action as defined in \(sc\ 2.5. .sp 1P .LP 2.3 \fIDetection of dual seizure\fR .sp 9p .RT .PP A dual seizure is detected by an exchange from the fact that it receives an initial address message for a circuit for which it has sent an initial address message (see also \(sc\ 7.5.1). .RT .sp 1P .LP 2.4 \fIPreventive action\fR .sp 9p .RT .PP Different methods for circuit selection can be envisaged to minimize the occurrence of dual seizure. In the following, two methods are described. Further study is required to determine the field of application of each method and to ensure that the two methods do interwork satisfactorily. .PP Other methods for circuit selection may also be used provided that they give the same degree of protection against dual seizure also when one of the methods specified is used at the other end. .RT .sp 1P .LP \fIMethod\ 1\fR .sp 9p .RT .PP An opposite order of selection is used at each terminal exchange of a both\(hyway circuit group. .RT .sp 1P .LP \fIMethod\ 2\fR .sp 9p .RT .PP Each terminal exchange of a both\(hyway circuit group has priority access to the group of circuits which it is controlling (see \(sc\ 2.5). Of this group the circuit which has been released the longest is selected \fI(first\(hyin\fR | (hy | fIfirst\(hyout)\fR . In addition each terminal exchange of a both\(hyway circuit group has nonpriority access to the group of circuits which it is noncontrolling. Of this group the latest released circuit is selected \fI(last\(hyin\fR | (hy | fIfirst\(hyout)\fR . .PP For call control purposes a both\(hyway circuit group can be subdivided into subgroups in an exchange. .PP It is necessary to take preventive action in cases where Signalling System\ No.\ 7 uses a signalling data link with long propagation time. .RT .sp 1P .LP 2.5 \fIAction to be taken on detection of dual seizure\fR .sp 9p .RT .PP Each exchange will control one half of the circuits in a both\(hyway circuit group. On detection of a dual seizure, the call being processed by the control exchange for that circuit will be completed and the received initial address message will be disregarded. .PP Under these conditions, the call being processed by the control exchange will be allowed to complete although, when continuity\(hycheck has to be performed, the continuity of the circuit may have been checked in the direction from noncontrol to control only. The call being processed by the noncontrol exchange will be backed off, switches released, the continuity\(hycheck transceiver removed, and the check\(hyloop connected unless or until a continuity signal has been received from the control exchange. A clear\(hyforward signal will not be sent. The noncontrol exchange will make an automatic repeat attempt on the same or on an alternative route. .bp .PP For the purpose of resolution of dual seizure on both\(hyway circuits, the exchange with the higher signalling point code will control all even\(hynumbered circuits (circuit identification code) and the other exchange the odd\(hynumbered circuits. The designation of control may also be used for maintenance control purposes. .RT .sp 2P .LP \fB3\fR \fBAutomatic repeat attempt\fR .sp 1P .RT .PP Automatic repeat attempt, as defined in Recommendation\ Q.12\ [4], is provided in Signalling System\ No.\ 7. .PP An automatic repeat attempt will be made: .RT .LP \(em upon failure of the continuity\(hycheck (see \(sc\ 7.3); .LP \(em on detection of dual seizure (at the noncontrol exchange) (see \(sc\ 2.5); .LP \(em on receipt of the blocking signal after sending an initial address message and before any backward signal has been received (see \(sc\ 6); .LP \(em on receipt of a reset\(hycircuit signal after sending an initial address message and before a backward signal has been received; .LP \(em on receipt of unreasonable signalling information after sending an initial address message and before one of the backward signals required for call set\(hyup has been received. .sp 2P .LP \fB4\fR \fBSpeed of switching and signal transfer in international exchanges\fR .sp 1P .RT .sp 1P .LP 4.1 \fIOutgoing international exchange\fR .sp 9p .RT .PP At the outgoing international exchange: .RT .LP \(em if overlap operation is used, the sending of the initial address message shall take place as soon as sufficient digits are received and analyzed to permit the selection of an outgoing circuit; .LP \(em if \*Qen bloc\*U operation is used, the initial address message should be sent as soon as all the digits of the address including the end\(hyof\(hypulsing signal are available and the outgoing circuit has been chosen. .sp 1P .LP 4.2 \fIInternational transit exchange\fR .sp 9p .RT .PP At the international transit exchange, the selection of an outgoing circuit should begin as soon as the digits necessary to determine the routing have been received and analyzed. .RT .sp 1P .LP 4.3 \fIIncoming international exchange\fR .sp 9p .RT .PP At the incoming international exchange: .RT .LP \(em if overlap operation is used in the national network, the setting\(hyup of the national part of the connection should start as soon as a sufficient number of digits has been received for routing; .LP \(em if \*Qen bloc\*U operation is used in the national network, the setting\(hyup of the national part of the connection should start as soon as all the digits of the address including the end\(hyof\(hypulsing signal have been received. .sp 2P .LP \fB5\fR \fBBlocking and unblocking of circuits and circuit groups\fR .sp 1P .RT .PP The circuit blocking (unblocking) signal and the group blocking (unblocking) message are provided to permit the switching equipment or maintenance personnel to remove from (and return to) traffic, the distant terminal(s) at a circuit or circuit group because of fault or to permit testing. Specific conditions for automatic sending of blocking and unblocking signals and messages by the switching equipment in case of use of the interruption control on interexchange circuits appear in\ \(sc\ 9. .PP Since circuits served by Signalling System No. 7 have both\(hyway capability, the blocking signal or a group blocking message can be originated by either exchange. The receipt of the blocking signal or a group blocking message will have the effect of prohibiting calls on the relevant circuit(s) outgoing from that exchange until an unblocking signal or the appropriate group unblocking message is received, but will not .bp .PP in itself prohibit calls incoming to that exchange. Acknowledgement sequences are always required for the blocking and unblocking signals as well as for the group blocking and group unblocking messages, using the blocking\(hyacknowledgement signal, the unblocking\(hyacknowledgement signal, the appropriate group blocking\(hyacknowledgement message and the appropriate group unblocking\(hyacknowledgement message, respectively. The acknowledgement is not sent until the appropriate action, either blocking or unblocking, has been taken. The clear forward signal should not override a blocking condition and return circuits to service which might be faulty. (A) blocked circuit(s) will be returned to service on transmission of the unblocking\(hyacknowledgement signal or the appropriate group unblocking\(hyacknowledgement message at one exchange and on receipt of the unblocking\(hyacknowledgement signal or the appropriate group unblocking\(hyacknowledgement message at the other exchange. .PP A circuit that has been maintenance blocked by a blocking signal can be unblocked by either an unblocking signal or a maintenance oriented group unblocking message. A circuit that has been maintenance blocked by a maintenance oriented group blocking message can be unblocked by either an unblocking signal or a maintenance oriented group unblocking message. .RT .sp 1P .LP 5.1 \fIOther actions on receipt of a blocking signal\fR .sp 9p .RT .PP In the event of the receipt of a blocking signal: .RT .LP \(em after an initial address message has been sent, and .LP \(em before a backward signal relating to that call has been received, .LP an automatic repeat attempt will be made on another circuit. The exchange receiving the blocking signal should clear forward the original attempt in the normal manner after sending the blocking\(hyacknowledgement signal. .PP If the blocking signal for a circuit is received: .LP \(em in the outgoing exchange after at least one backward signal relating to a call has been received, or .LP \(em in the incoming exchange after at least one backward signal relating to a call has been sent, .LP the exchange will not seize that circuit for subsequent calls. .PP The fact that the circuit is engaged on a call will not delay transmission of the blocking (unblocking)\(hyacknowledgement signal. .PP If a blocking signal is sent and subsequently an initial address message is received in the opposite direction, the following action is taken: .RT .LP \(em for test calls, the call should be accepted, if possible. In the case where the test call cannot be accepted, the blocking signal must be returned; .LP \(em for calls other than test calls, the blocking signal must be returned. .PP Blocking of a circuit that has not been withdrawn from service by use of the blocking signal should not exceed five minutes, after which an alarm should be given at each terminal of the circuit. Should a call be in progress on the circuit involved, the five minutes time will commence when that call is cleared. If the work on the circuit must exceed five minutes, the circuit should be withdrawn from service. .sp 1P .LP 5.2 \fIGroup blocking and unblocking messages\fR .sp 9p .RT .PP The following group blocking (unblocking) messages and the appropriate acknowledgement messages are provided: .RT .LP \(em maintenance oriented group blocking (unblocking) message; .LP \(em hardware failure oriented group blocking (unblocking) message; .LP \(em software generated group blocking (unblocking) message (national option). .PP The range of circuits to be blocked (unblocked) is dependent on the coding of the range field: .LP \(em if the range field is not coded all zero, the circuits indicated in the status field have to be blocked (unblocked); .LP \(em if the range field is coded all zero all circuits of the predetermined circuit group have to be blocked (unblocked). .PP The same rule applies to the acknowledgements. .PP Since the effect of erroneous group blocking (unblocking) messages generated by undetected errors may seriously affect the quality of service, each group blocking (unblocking) message has to be sent twice. Therefore, at the receiving exchange actions only take place after a blocking (unblocking) message was received twice within 5\ seconds. .bp .PP For the circuits blocked for maintenance reasons the same conditions apply and the same actions have to be taken as described in \(sc\ 5.1. .PP For the circuits blocked for reasons of hardware failure or software generated alarm, the following actions will be taken: .RT .LP \(em the maintenance personnel will be alerted; .LP \(em all interconnected circuits will be released by the appropriate signals; .LP \(em the affected circuits will be set to the condition idle/hardware or software blocked without any exchange of clearing signals. .sp 2P .LP \fB6\fR \fBRelease of international connections and associated\fR \fBequipment\fR .sp 1P .RT .sp 1P .LP 6.1 \fINormal release conditions\fR .sp 9p .RT .PP Connections are normally released in the forward direction as a result of the receipt of a clear\(hyforward signal from the preceding exchange. .PP In addition, the normal release of connections (or circuits) occurs as follows: .RT .LP \(em on continuity\(hycheck failure (see \(sc\ 7.3); .LP \(em on receipt of an address\(hyincomplete signal (see \(sc\ 1.7); .LP \(em on receipt of one of the congestion signals (see \(sc\ 1.8); .LP \(em on receipt of one of the called\(hyparty's\(hyline\(hycondition signals (see \(sc\ 1.9); .LP \(em on receipt of the blocking signal or the maintenance oriented group blocking message after sending an initial address message and before a backward signal relating to that call has been received (see \(sc\ 5); .LP \(em on receipt of unreasonable signalling information after sending an initial address message and before one of the backward signals required for call set\(hyup has been received (see \(sc\ 6.5). .PP If the conditions for the normal release of connections as described above are not fulfilled, release is provided as follows: .LP \(em in the release under abnormal conditions (see \(sc\ 6.4); .LP \(em on receipt of a call\(hyfailure signal (see \(sc\ 6.3); .LP \(em on failure to receive a clear\(hyforward signal after sending a clear\(hyback signal (see \(sc\ 6.4); .LP \(em on failure to receive an answer signal (see \(sc\ 6.4); .LP \(em on receipt of a reset\(hycircuit signal or circuit group reset message (see \(sc\ 1.15). .PP Address and routing information are released from memory in each of the exchanges of a connection as described in the following subsections. .sp 1P .LP 6.1.1 \fIOutgoing international exchange\fR .sp 9p .RT .PP Address and routing information stored at the outgoing international exchanges can be erased on receipt of one of the following backward signals: .RT .LP a) one of the address\(hycomplete signals, .LP b) the address\(hyincomplete signal, .LP c) one of the congestion signals, .LP d) one of the called\(hyparty's\(hyline\(hycondition signals, .LP e) the call\(hyfailure signal, .LP or when the connection is cleared earlier and no automatic repeat attempt has to be made. .sp 1P .LP 6.1.2 \fIIncoming international exchange\fR .sp 9p .RT .PP Address and routing information stored at the incoming international exchange can be erased on receipt of one of the backward signals indicated in \(sc\ 6.1.1 (or equivalent) from a national signalling system, or when one of the following signals has been originated and sent to the outgoing international exchange: .RT .LP a) one of the address\(hycomplete signals, .LP b) the address\(hyincomplete signal, .LP c) one of the congestion signals, .LP d) the call\(hyfailure signal, .LP e) the reset\(hycircuit signal, or circuit group reset message, .LP or on receipt of a clear\(hyforward signal. .bp .sp 1P .LP 6.1.3 \fIInternational transit exchange\fR .sp 9p .RT .PP Address and routing information stored at an international transit exchange can be erased on receipt of one of the backward signals indicated in \(sc\ 6.1.1, on receipt of a clear\(hyforward signal, or when one of the congestion signals is originated in that exchange. .RT .sp 2P .LP 6.2 \fIAbnormal release conditions \(em Clear\(hyforward, release\(hyguard\fR \fIsequences\fR .sp 1P .RT .sp 1P .LP 6.2.1 \fIInability to release in response to a clear\(hyforward signal\fR .sp 9p .RT .PP If an exchange is unable to return the circuit to the idle condition in response to a clear\(hyforward signal, it should remove the circuit from service and send the blocking signal. Upon receipt of the blocking\(hyacknowledgement signal, the release\(hyguard signal is sent in acknowledgement of the original clear\(hyforward signal. .RT .sp 1P .LP 6.2.2 \fIInability to release in response to a backward signal\fR .sp 9p .RT .PP If an exchange is unable to release a circuit in response to an address\(hyincomplete, congestion, called\(hyparty's\(hyline\(hycondition or call\(hyfailure signal, it should remove the circuit from service by sending the blocking signal. Upon receipt of the blocking\(hyacknowledgement signal, the clear\(hyforward signal should be sent in reply to the original backward signal. .RT .sp 1P .LP 6.2.3 \fIFailure to receive a release\(hyguard signal in response to a\fR \fIclear\(hyforward signal\fR .sp 9p .RT .PP If a release\(hyguard signal is not received in response to a clear\(hyforward signal before 4\(hy15\ seconds, the clear\(hyforward signal will be repeated. .PP If, after sending a clear\(hyforward signal, a release\(hyguard signal is not received within a period of one minute after the first clear\(hyforward signal, the maintenance personnel shall be alerted. The repetition of the clear\(hyforward signal is ceased, and circuit reset is initiated. .RT .sp 1P .LP 6.3 \fICall\(hyfailure signal\fR .sp 9p .RT .PP The \fIcall\(hyfailure\fR signal is sent as the result of time\(hyout situations, described in \(sc\ 6.4 and whenever a call attempt fails and other specific signals do not apply, viz: .RT .LP \(em the address\(hyincomplete signal, .LP \(em the congestion signals, or .LP \(em the called\(hyparty's\(hyline\(hycondition signals. .PP Reception of the call\(hyfailure signal at any Signalling System\ No.\ 7 exchange will cause the clear\(hyforward signal to be sent and, if the signalling system permits to do so, the appropriate signal to be sent to the preceding exchange or the appropriate tone or announcement to be sent to the national network. .PP Failure to receive a clear\(hyforward signal within 4\(hy15 seconds of sending a call\(hyfailure signal causes the latter to be repeated. If no clear\(hyforward signal is received within 1\ minute of sending the call\(hyfailure signal, repetition of the call\(hyfailure signal is ceased, maintenance personnel is alerted and circuit reset initiated. .RT .sp 1P .LP 6.4 \fIAbnormal release condition \(em other sequences\fR .sp 9p .RT .PP If the conditions for normal release as covered in \(sc\ 6.1 are not fulfilled, release will take place under the following conditions: .RT .sp 1P .LP 6.4.1 \fIOutgoing international exchange\fR .sp 9p .RT .PP An outgoing international exchange shall: .RT .LP a) release all equipment and clear forward the connection on failure to meet the conditions for normal release of address and routing information as covered in \(sc\ 6.1.1 before 20\(hy30\ seconds after sending the latest address message; .LP b) release all equipment and clear forward the connection on failure to receive an answer signal within the interval specified in Recommendation\ Q.118\ [3]; .LP c) release all equipment and clear forward the connection on failure to receive a clear\(hyforward signal from the national network after having received a clear\(hyback signal within the interval specified in Recommendation\ Q.118\ [3]. .bp .sp 1P .LP 6.4.2 \fIIncoming international exchange\fR .sp 9p .RT .PP An incoming international exchange shall: .RT .LP a) release all equipment, clear forward the connection into the national network and send back a call\(hyfailure signal in the following cases: .LP \(em on failure to receive a continuity or continuity\(hyfailure signal if applicable (see Recommendation\ Q.723, \(sc\ 3.3.1) before 10\(hy15\ seconds after receipt of the initial address message; or .LP \(em on failure to receive one of the backward signals indicated in \(sc\ 6.1.1 (or equivalent) from a national network (where expected) before 20\(hy30\ seconds after receipt of the latest address message, unless the timing for sending the address\(hyincomplete signal (see \(sc\ 1.7) is provided; or .LP \(em on receipt of an address\(hyincomplete signal after an address\(hycomplete signal has been generated; .LP b) send the call\(hyfailure signal on failure to receive a clear\(hyforward signal for the incoming circuit before 4\(hy15\ seconds after sending an address\(hyincomplete, congestion, call\(hyfailure or a called\(hyparty's\(hyline\(hycondition signal indicating inability to complete the call. .LP If a clear\(hyforward signal is not received within a period of one minute after sending the call\(hyfailure signal, the repetition of the call\(hyfailure signal should be ceased, maintenance personnel should be alerted, and a reset\(hycircuit signal should be sent for the concerned circuit. .LP c) release all equipment and clear forward the connection into the national network on failure to receive a clear\(hyforward signal after sending a clear\(hyback signal within the interval specified in Recommendation\ Q.118\ [3]. .sp 1P .LP 6.4.3 \fIInternational transit exchange\fR .sp 9p .RT .PP An international transit exchange shall: .RT .LP a) release all equipment, clear forward the connection and send back the call\(hyfailure signal in the following cases: .LP \(em on failure to receive a continuity or continuity\(hyfailure signal if applicable (see Recommendation\ Q.723, \(sc\ 3.3.1) before 10\(hy15\ seconds after receipt of the initial address message; or .LP \(em on failure to meet the conditions for normal release as covered in \(sc\ 6.1.3 before 20\(hy30\ seconds after sending the latest address message; or .LP b) send the call\(hyfailure signal on failure to receive a clear\(hyforward signal for the incoming circuit before 4\(hy15\ seconds after sending an address\(hyincomplete, congestion, call\(hyfailure or a called\(hyparty's\(hyline\(hycondition signal indicating inability to complete the call. .LP If a clear\(hyforward signal is not received within a period of one minute after sending the call\(hyfailure signal, the repetition of the call\(hyfailure signal should be ceased, maintenance personnel should be alerted, and a reset\(hycircuit signal should be sent for the concerned circuit. .sp 1P .LP 6.4.4 \fIFailure in the blocking/unblocking sequence\fR .sp 9p .RT .PP An exchange will repeat the blocking (unblocking) signal or the group blocking (unblocking) messages on failure to receive the appropriate acknowledgement in response to one of these signals/messages before 4\(hy15\ seconds (see \(sc\ 5). .PP If an acknowledgement is not received within a period of one minute after sending the initial blocking (unblocking) signal or group blocking (unblocking) messages, maintenance personnel should be alerted, the repetition of the blocking (unblocking) signal or group blocking (unblocking) messages should be continued at one minute intervals. .RT .sp 1P .LP 6.5 \fIReceipt of unreasonable signalling information\fR .sp 9p .RT .PP The Message Transfer Part of the signalling system will avoid mis\(hysequencing, or double delivery, of messages with a high reliability (Recommendation\ Q.\ 706, \(sc\ 2). However, undetected errors at the signalling link level and exchange malfunctions may produce signalling information in messages that is either ambiguous or inappropriate. .bp .PP In order to resolve some possible ambiguities in the state of a circuit when unreasonable signals are received the following will apply: .RT .LP a) if a clear\(hyforward signal is received relating to an idle circuit it will be acknowledged with a release\(hyguard signal; .LP b) if a release\(hyguard signal is received relating to a circuit for which a clear\(hyforward signal has not been sent, the following actions will be undertaken: .LP \(em if the circuit is idle, the release\(hyguard signal is discarded; .LP \(em if the circuit is seized by a call, the release\(hyguard signal is considered as an ordinary unreasonable information (see item\ g)); .LP c) if a blocking signal is received for a blocked circuit, a blocking\(hyacknowledgement signal will be sent; .LP d) if an unblocking signal is received for an unblocked circuit, an unblocking\(hyacknowledgement signal will be sent; .LP e) if a blocking\(hyacknowledgement signal for which no blocking signal has been sent is received: .LP \(em relating to a circuit blocked by sending a blocking signal, the blocking\(hyacknowledgement signal will be discarded, .LP \(em relating to a circuit which is not blocked by sending a blocking signal, an unblocking signal will be sent; .LP f ) if an unblocking\(hyacknowledgement signal for which no unblocking signal has been sent, is received: .LP \(em relating to a circuit blocked by sending a blocking signal, the blocking signal will be sent, .LP \(em relating to a circuit which is not blocked by sending a blocking signal, the unblocking\(hyacknow ledgement signal will be discarded; .LP g) if other unreasonable signalling information is received, the following actions will be undertaken: .LP \(em if the circuit is idle, the reset\(hycircuit signal is sent; .LP \(em if the circuit is seized by a call, after receipt of a backward signal required for the call set\(hyup, the unreasonable signalling information is discarded; .LP \(em if the circuit is seized by a call, before receipt of a backward signal required for the call set\(hyup, the reset\(hycircuit signal is sent. If the circuit is seized by an incoming call, the call will be released. If the circuit is seized by an outgoing call, an automatic repeat attempt is provided on another circuit. .sp 2P .LP \fB7\fR \fBContinuity\(hycheck for 4\(hywire speech circuits\fR .sp 1P .RT .sp 1P .LP 7.1 \fIGeneral\fR .sp 9p .RT .PP This specification relates only to that part of a 4\(hywire connection served by Signalling System\ No.\ 7. The part of the speech path to be checked may include a circuit with speech interpolation. As the presence of active echo suppressors in the circuit would interfere with the continuity\(hycheck, it is necessary to disable the suppressors during the check and to re\(hyenable them, if required, after the check has been completed. .PP The \fItransceiver\fR | check\(hytone transmitter and receiver) is connected to the \fIgo\fR and \fIreturn\fR paths of the outgoing circuit at the first and each succeeding exchange, excluding the last exchange, in that part of the connection served by Signalling System\ No.\ 7. The \fIcheck\(hyloop\fR should be connected to the \fIgo\fR and \fIreturn\fR paths of the incoming circuit at each exchange except the first in that part of the connection served by Signalling System\ No.\ 7. A continuity\(hycheck is considered successful when a tone is sent on the \fIgo\fR path and is received on the \fIreturn\fR path within acceptable transmission and timing limits. .RT .sp 2P .LP 7.2 \fITransmission requirements\fR .sp 1P .RT .sp 1P .LP 7.2.1 \fITransmitting equipment\fR .sp 9p .RT .PP The \fIcheck\(hytone\fR frequency will be 2000\ \(+-\ 20\ Hz. For international application the sending level of the check\(hytone will be \(em12\ \(+-\ 1\ dBm0. .bp .RT .sp 1P .LP 7.2.2 \fICheck\(hyloop\fR .sp 9p .RT .PP The check\(hyloop will have a loss of 0\ dB, taking into account any difference between the relative levels of the two paths at the point of attachment. .RT .sp 1P .LP 7.2.3 \fIReceiving equipment\fR .sp 9p .RT .PP The check\(hytone receiver will have the following characteristics: .RT .LP a) \fIOperating requirements\fR .LP Check\(hytone frequency: 2000\ \(+-\ 30\ Hz .LP Check\(hytone level range for international application: .LP The absolute power level \fIN\fR of the check\(hytone shall be within the limits (\(em18\ +\ \fIn\fR )\ \(=\ \fIN\fR \ \(= (\(em6\ +\ \fIn\fR )\ dBm where \fIn\fR is the relative power level at the receiver input. .LP Recognition time: 30\(hy60\ ms .LP The frequency and level range tolerances allow for variations at the sending end and for variations in line transmission that are considered acceptable. .LP b) \fINon\(hyoperating requirements\fR .LP Signal frequency: outside the frequency band 2000\ \(+-\ 200\ Hz .LP Signal level for international application: below or equal to \(em22\ +\ \fIn\fR \ dBm. .LP The limit is 10\ dB below the nominal absolute level of the check\(hytone at the input of the receiver. If the level falls below this point, transmission is considered unacceptable. .LP Signal duration: shorter than 30\ ms .LP The level range of (\(em18\ +\ \fIn\fR )\ \(=\ \fIN\fR \ \(=\ (\(em6\ +\ \fIn\fR )\ dBm will serve as a Go/No\(hygo check on the links in that part of the international connection served by Signalling System\ No.\ 7. .LP c) \fIRelease requirements\fR .LP If the receiver is used to test for the removal of check\(hytone (see \(sc\ 7.3): .LP \(em after recognition of tone, interruptions of up to 15\ ms shall be ignored; this will prevent switching through the speech path prematurely; .LP \(em the indication of tone removal should not be delayed more than 40\ ms; and .LP \(em the release level of the receiver should be lower than \(em27\ +\ \fIn\fR \ dBm for international application. .sp 1P .LP 7.3 \fIContinuity\(hycheck procedure\fR .sp 9p .RT .PP Decision on whether continuity\(hycheck should be performed or not on a given circuit should be made by an outgoing exchange according to the criteria described in \(sc\ 1.4. The outgoing exchange will indicate whether continuity\(hycheck is required or not by the continuity\(hycheck indicator in the initial address message (Recommendation\ Q.723, \(sc\ 3.3.1) or by a continuity check request in a continuity\(hycheck\(hytest call (see Rec.\ Q.723 \(sc\ 9 and Rec.\ Q.724, \(sc\ 7.5). If it is required, the outgoing exchange will connect a transceiver to the speech circuit when it sends an initial address message. If continuity\(hycheck is not required either on the incoming circuit or on the outgoing circuit, the outgoing exchange can switch\(hythrough the speech path immediately after having sent the initial address message. .PP A description of the procedure using the specification and description language is given in the state transition diagrams in Figures\ 4/Q.724 and\ 5/Q.724. The Signalling System\ No.\ 7 exchange will send forward the continuity signal after completion of all the following actions: .RT .LP \(em the continuity\(hycheck performed on the outgoing circuit is completed; .LP \(em the speech path across the exchange has been checked and found correct (see \(sc\ 1.4); and .LP \(em if the continuity\(hycheck indicator in the received initial address message indicates that continuity\(hycheck is being (has been) performed on previous circuit(s), receipt of a continuity signal from the preceding exchange. .bp .PP The speech path may be switched through at an international transit or incoming exchange and the transceiver disconnected after the continuity\(hycheck of the circuit has been successfully completed. However, the switching through of the speech path should be delayed until the residual check\(hytone has propagated through the return path of the speech circuit. .PP This determination may be made by timing, or by using the check\(hytone receiver to test for the removal of the check\(hytone, or other appropriate means. .PP As a national option the following single report procedure may be used to assure that on terrestrial circuits a complete check has been made of both directions of transmission in the face of high noise and in the double seizing situations. With this procedure, the continuity check is not considered successful until the check tone is recognized and its subsequent removal recognized within the continuity check timing interval. On tone recognition it .PP must be ensured that at least 60\ ms of continuity check tone has been sent. In the double seizing case, this procedure will ensure that both ends will recognize the check tone if both directions of transmission are within acceptable transmission limits. The end originating the continuity check and, in the case of double seizing, the control end send the continuity signal on successful completion of the check. The exchange at the other end of circuit removes the loop (or transceiver in the case of double seizing) on receipt of the continuity signal. If this exchange is the last common channel signalling exchange, the address\(hycomplete signal is not returned until either the loop (or transceiver or in the double seizing case) is disconnected. .PP With the single report continuity check procedure, the first exchange that has initiated the continuity check must delay through\(hyconnect until receipt of an address complete signal to avoid the potential hazards associated with delayed loop removal. .PP On receipt of the continuity signal in the following international exchange, the continuity\(hycheck loop will be removed if inserted. Also, any digits of the national number which were withheld may be released (see \(sc\ 1.2). .PP If in an interworking situation a continuity check has to be performed on one or more of the circuits involved in the connection preceding the interworking point, appropriate measures must be taken to prevent alerting of the called party until the continuity of such circuits has been verified. Interworking situations which could be discriminated are: .RT .LP a) Signalling System No. 7 \(ra any non No. 7 Signalling System. .LP b) International Signalling System No.\ 7 \(ra national Signalling System\ No.\ 7 not performing continuity check. .PP For a) the last digit(s) of the national number have to be withheld in any (interworking) transit exchange or terminating exchange in case of DDI (direct dialling in) or the alerting of the called party is postponed in the terminating exchange in case of non\(hyDDI. .PP For b) either the last digit(s) of the national number are withheld in the incoming international transit exchange, a transit exchange in the national network or the terminating exchange in case of DDI or the alerting of the called party is postponed in the terminating exchange in case of non\(hyDDI. .PP At the Signalling System No.\ 7 exchange, on failure of the outgoing circuit to satisfy the continuity\(hycheck: .RT .LP \(em the continuity\(hycheck transceiver will be removed and an automatic repeat attempt will be made on another circuit, .LP \(em a continuity\(hyfailure signal will be sent to the following exchange. .PP A repeat of the continuity\(hycheck of the speech path will be made on the failed outgoing circuit within 1\(hy10\ seconds of detection of the continuity\(hycheck failure, in case of the initiation of the procedure has been made by an initial address message. .PP The second continuity\(hycheck will be initiated by the Signalling System\ No.\ 7 exchange detecting the failure using the continuity\(hycheck\(hyrequest signal. .PP If the repeated check passes on this call, the speech circuit will be returned to idle with a clear\(hyforward/release\(hyguard sequence. If the second check fails, the maintenance staff will be alerted that a failure has occurred and the check will be repeated at intervals of 1\(hy3\ minutes. The repeated continuity\(hycheck will only be finished when continuity is detected. .PP According to transmission maintenance requirements, Signalling System\ No.\ 7 may provide for: .RT .LP a) a print\(hyout each time a second continuity\(hycheck is started. In such cases, the circuit involved should be identified; .LP b) a print\(hyout each time a continuity\(hycheck results in a warning being given to maintenance personnel. .bp .PP Since a continuity\(hycheck failure can be caused by a faulty transceiver, precautions should be taken to ensure a low probability of selecting a faulty one for both the initial continuity\(hycheck and the second check, e.g.\ by ensuring the selection of a different transceiver for each of the checks. .sp 2P .LP 7.4 \fIContinuity\(hycheck timing\fR .sp 1P .RT .sp 1P .LP 7.4.1 \fITime\(hyout period\fR .sp 9p .RT .PP The continuity\(hycheck is considered to have failed if the receiver has not responded within a period determined by the Administration concerned. This period should not exceed two seconds. .PP The time\(hyout period of the continuity\(hycheck should always exceed the continuity recognition time, \fIT\fR\d\fIC\fR\\d\fIR\fR\u, given by: \v'6p' .RT .sp 1P .ce 1000 \fIT\fR\d\fIC\fR\\d\fIR\fR\u\ =\ 2\fIT\fR\d\fIP\fR\u\ +\ \fIT\fR \s6\fIIAM\fR .PS 10 \ + \fIT\fR\d\fIT\fR\\d\fIC\fR\u\ +\ \fIT\fR\d\fIL\fR\u\ +\ \fIT\fR\d\fIR\fR\u\ \(em\ \fIT\fR\d\fIT\fR\u .RT .ce 0 .sp 1P .LP .sp 1 .LP where .LP \fIT\fR\d\fIP\fR\u One\(hyway propagation time of the speech circuit and the signalling link (where these times are the same), .LP \fIT\fR\d\fIT\fR\\d\fIC\fR\u Speech interpolation clip time for two speech interpolation systems in series (for connections not using speech interpolation \fIT\fR\d\fIT\fR\\d\fIC\fR\u\ =\ 0), .LP \fIT\fR\d\fIR\fR\u Receiver response time, .LP \fIT\fR\d\fIL\fR\u Loop connecting time (maximum), .LP \fIT\fR\d\fIT\fR\u Transceiver connecting time (minimum), .LP \fIT\fR\d\fII\fR\\d\fIA\fR\\d\fIM\fR\u Emission time of the longest initial address message. .PP If retransmission of an initial address message is to be included in \fIT\fR\d\fIC\fR\\d\fIR\fR\u, the following formula may be used: \v'6p' .sp 1P .ce 1000 \fIT\fR\d\fIC\fR\\d\fIR\fR\u\ =\ 4\fIT\fR\d\fIP\fR\u\ +\ 2\fIT\fR \s6\fIIAM\fR .PS 10 +\ \fIT\fR \s6\fIFISU\fR .PS 10 \ +\ 2\fIT\fR\d\fIX\fR\u\ +\ \fIT\fR\d\fIL\fR\u\ +\ \fIT\fR\d\fIR\fR\u\ \(em\ \fIT\fR\d\fIT\fR\u .RT .ce 0 .sp 1P .LP .sp 1 where .LP \fIT\fR\d\fIF\fR\\d\fII\fR\\d\fIS\fR\\d\fIU\fR\u Emission time of a fill\(hyin signal unit (length of a fill\(hyin signal unit), .LP \fIT\fR\d\fIX\fR\u Time between receiving an initial address message and emitting a signal unit containing an acknowledgement for that initial address message, or .LP time between receiving a signal unit asking for retransmission and emitting the initial address message to be retransmitted. .sp 1P .LP 7.4.2 \fISwitching of continuity\(hycheck equipment\fR .sp 9p .RT .PP The connection and disconnection of the equipment used for the continuity\(hycheck and also the disabling and subsequent enabling of echo suppressors should be related to the following stages of progress in the establishment of the connection: .RT .LP a) \fIPreparation at Signalling System No.\ 7 exchange applying\fR \fIthe transceiver\fR \ \(em\ Action should be initiated when the initial address message is available for transmission in the Message Transfer Part. .LP b) \fIPreparation at Signalling System No.\ 7 exchange connecting\fR \fIthe check\(hyloop\fR \ \(em\ Action should be initiated at the moment of recognition of the initial address message received. .LP c) \fIDisconnection at Signalling System No.\ 7 exchange\fR \fIconnecting the check\(hyloop\fR \ \(em\ Action follows the receipt of the continuity signal, the continuity\(hyfailure signal or the clear\(hyforward signal, or the emission of signals indicating that the call cannot be established, e.g.\ circuit\(hygroup\(hycongestion signal. .LP d) \fIDisconnection at Signalling System No.\ 7 exchange applying\fR \fIthe transceiver\fR \ \(em\ Action should be initiated on the successful completion or the failure of the continuity\(hycheck. .bp .PP Exceptionally, if disconnection has not previously occurred, action should be initiated at the moment of recognition of the address\(hycomplete signals, the answer signals, signals indicating that the call cannot be established, or on the emission of a clear\(hyforward signal. .PP It is recommended that the mean time, both for the connection and for the disconnection, is less than 100\ ms. A mean time of 200\ ms should not be exceeded. .RT .sp 2P .LP 7.5 \fIContinuity\(hycheck test calls\fR .sp 1P .RT .PP 7.5.1 The following procedure may be used in the cases when continuity\(hycheck is performed by test calls. This procedure is used to test a single interexchange circuit, which must be idle when the procedure is initiated. .sp 9p .RT .PP 7.5.2 When the outgoing Signalling System No.\ 7 exchange intends to initiate the procedure, it sends to the following exchange a continuity\(hycheck\(hyrequest message and it connects the transceiver to the outgoing speech circuit. On receipt of the continuity\(hycheck\(hyrequest message, the following exchange connects the loop to the involved circuit. On detection of the backward tone within the time\(hyout specified in \(sc\ 7.4.1, the outgoing exchange will disconnect the transceiver and the circuit will be returned to idle with a clear\(hyforward/release\(hyguard sequence. .PP 7.5.3 In the case that no backward tone is detected within the specified time\(hyout, the same actions apply as in the case of continuity\(hycheck failure during normal call set\(hyup, see \(sc\ 7.3 (the clause referring to the repeat attempt is not relevant in this case). .PP 7.5.4 If an exchange receives an initial address message relating to a circuit for which it has sent a continuity\(hycheck\(hyrequest message (i.e.\ in case of collision on a both\(hyway operated circuit), it will abort the continuity\(hycheck test call, disconnect the transceiver and complete the incoming call. .PP An exchange receiving a continuity\(hycheck\(hyrequest message after having sent an initial address message, will ignore it and continue the call set\(hyup procedure. .sp 2P .LP \fB8\fR \fBContinuity\(hycheck for 2\(hywire speech circuits\fR .sp 1P .RT .PP In general the same procedure as described in \(sc\ 7 is used for the continuity\(hycheck of 2\(hywire speech circuits except the check\(hyloop which has to be replaced by a transponder and the fact that in the backward direction the frequency 1780\ \(+-\ 20\ Hz is used. .RT .sp 2P .LP \fB9\fR \fBInterruption control for multiplex systems\fR .sp 1P .RT .sp 1P .LP 9.1 \fIDigital circuits\fR .sp 9p .RT .PP When fully digital circuits are applied between two exchanges, which have some inherent fault indication features giving an indication to the switching system in case of fault (cf.\ \(sc\ 1.4), the switching system should inhibit new local seizures of the concerned circuits when the fault indication arises and for as long as it persists. .RT .sp 2P .LP 9.2 \fIFDM circuits\fR .sp 1P .RT .sp 1P .LP 9.2.1 \fIGeneral\fR .sp 9p .RT .PP Interruption of the pilot in frequency\(hydivision multiplex systems corresponds to loss of continuity of speech circuits or a considerable reduction of level. Therefore a switching equipment monitoring this indication .PP (see \(sc\ 1.4) should inhibit local seizure of the concerned speech circuits in case of interruption. Moreover, seizure by the remote exchange should be prevented, as long as the interruption persists, by sending blocking and unblocking signals as specified in \(sc\ 9.2.2. .PP When interruption control is implemented, possible use of the specifications contained in Recommendation\ Q.\ 416\ [5] could be applied. .bp .RT .sp 1P .LP 9.2.2 \fIBlocking and unblocking of speech circuits\fR .sp 9p .RT .PP Blocking signals are sent to the other end, with regard to the relevant speech circuits, whenever an interruption is detected which lasts more than 4\(hy15\ seconds. .PP When an interruption indicated terminates, unblocking signals are sent to the other end after 4\(hy15\ seconds, provided that blocking signals were previously sent on occurrence of the interruption. .RT .sp 2P .LP \fB10\fR \fBSupplementary services\fR .sp 1P .RT .sp 1P .LP 10.1 \fIGeneral\fR .sp 9p .RT .PP The supplementary services general descriptions in an ISDN environment are covered by other Recommendations, e.g.:\ Recommendations\ Q.80 to\ Q.83 and\ Q.85 to\ Q.87. .PP In principle, many of these descriptions might be applied also in telephone dedicated digital/analogue networks. .PP This Recommendation includes variants of supplementary services procedures and/or descriptions. It contains its own supplementary services descriptions for the services presented in this chapter. .PP In this part the signalling procedures related to a number of supplementary services are also described. The messages and signals are defined in Recommendation\ Q.722 and the format and the content are given in Recommendation\ Q.723. .RT .sp 2P .LP 10.2 \fIClosed User Group\fR .sp 1P .RT .sp 1P .LP 10.2.1 \fIGeneral\fR .sp 9p .RT .PP The closed user group (CUG) facilities enable users to form groups with different combinations of restrictions for access from or to the users having one or more of these facilities. The following CUG facilities are standardized: .RT .LP a) closed user group \(em this is the basic facility that enables a user to belong to one or more CUGs; .LP b) closed user group with outgoing access \(em this is an extension to\ a) which also enables the user to make outgoing calls to the open part of the network, and to users having the incoming access capability see\ c) below; .LP c) closed user group with incoming access \(em this is a variant of a) which also enables the user to receive incoming calls from the open part of the networks, and from users having the outgoing access capability see\ b) above; .LP d) incoming calls barred within the closed user group \(em this is a supplementary facility to\ a), b) or\ c) which, when used, applies per user per CUG; .LP e) outgoing calls barred within the closed user group \(em this is a supplementary facility to\ a), b) or\ c) which, when used, applies per user per CUG. .PP A user may belong to one or more CUGs. In the case where a user belongs to more than one CUG, one of these is nominated as the preferential CUG of that user. Each user belonging to at least one CUG has either the closed .PP user group facility or one or both of the closed user group with outgoing access and the closed user group with incoming access facilities. For each CUG to which a user belongs, either or none of the incoming calls barred within the closed user group or outgoing calls barred within the closed user group facilities may apply for that user. Different combinations of CUG facilities may apply for different users belonging to the same CUG. .PP The realization of the CUG facilities is done by the provision of interlock codes and is based on various validation checks at call set\(hyup, determining whether or not a requested call to or from a user having a CUG facility is allowed. In particular, a validation check is performed by verification that both the calling and called parties belong to the same CUG as indicated by interlock codes. .PP The data for each CUG that a user belongs to can either be stored, associated to the user at the local exchange to which the user is connected (decentralized administration of CUG data) or in dedicated point(s) in the network. (Centralized administration of CUG data.) .bp .PP The validation checks at call set\(hyup when using decentralized administration of the CUG data are performed in the originating and destination exchange. When using centralized administration of CUG data most of the validation checks are made in the dedicated point(s), and a minimum of the CUG data is stored in the local exchanges. .PP In \(sc\ 10.2.2 the call set\(hyup procedures based on decentralized administration of CUG data is specified. .PP The centralized administration of CUG data is not specified in this Recommendation as it requires non\(hycircuit related protocols. .RT .sp 2P .LP 10.2.2 \fICall set\(hyup procedure with decentralized administration of CUG\fR \fIdata\fR .sp 1P .RT .sp 1P .LP 10.2.2.1 \fIOriginating exchange\fR .sp 9p .RT .PP The actions at the originating exchange at call set\(hyup from a user belonging to a CUG depends on whether the user belongs to one or more CUGs and on the combination of CUG facilities that applies. .RT .LP a) CUG selection .LP For each CUG that a user belongs to, the interlock code assigned to the CUG is stored, associated to the user at the local exchange. In the case where a user belongs to more than one CUG, a selection of the CUG concerned, and thus of the corresponding interlock code, is required at call set\(hyup. This selection is based on the following criteria: .LP In the case where the calling party makes a facility request including an index identifying a particular CUG, this CUG is selected by the originating exchange. .LP In the case where the calling party makes no facility request identifying a particular CUG, the originating exchange selects the preferential (or only) CUG. .LP Thus in the case where the calling party belongs to a CUG, no facility request concerning CUG facilities is made if: .LP i) the user belongs to one CUG only; .LP ii) a user who belongs to more than one CUG (with or without outgoing access) makes a call within the preferential CUG; .LP iii) a user having the closed user group with outgoing access facility makes an outgoing access call. .LP A facility request is always required for a call within any CUG other than the preferential CUG. .LP b) Call set\(hyup from a user having the closed user group or the closed user group with incoming access facility .LP In this case the CUG selection is performed in accordance with a) above. .LP The case where a user has both the closed user group with incoming access and closed user group with outgoing access facilities is handled in accordance with c) below. .LP In the case where the outgoing calls barred within the closed user group facility does not apply for the selected CUG, the call is set\(hyup at the originating exchange. The initial address message forwarded to the next exchange then includes the interlock code of the selected CUG together with an indication that the call is a CUG call. .LP In the case where the outgoing calls barred within the closed user group facility applies for the selected CUG, the call is rejected and the access barred signal is returned to the calling party. .LP c) Call set\(hyup from a user having the closed user group with\fR outgoing access facility .LP In this case the call is regarded as either an outgoing access call or a call within the preferential (or only) CUG, unless the calling party makes a facility request identifying a particular CUG for the call. .LP In the case where the outgoing calls barred within the closed user group facility does not apply for the selected CUG, the call is set up at the originating exchange. The initial address message forwarded to the next exchange then includes the interlock code of the selected CUG together with an indication that the call is a CUG for which outgoing access is allowed. .LP In the case where the outgoing calls barred within the closed user group facility applies for the preferential (or only) CUG, the call is regarded as an outgoing access call. In this case the call is set up at the originating exchange and no interlock code or CUG call indication is included in the initial address message forwarded to the next exchange. .LP In the case where the calling party makes a facility request identifying a particular CUG and the outgoing calls barred within the closed user group applies for this CUG, the call is rejected and an access barred signal is sent to the calling party. .bp .sp 1P .LP 10.2.2.2 \fITransit exchange\fR .sp 9p .RT .PP With the possible exception of some gateway exchanges, each transit exchange sets up a CUG call as an ordinary call. The information related to the CUG facilities received from the preceding exchange, i.e.\ an interlock code, a CUG call indication and possibly an indication that outgoing access is allowed, is forwarded to the succeeding exchange. .PP In the case of an international CUG call, no special functions are required at the gateway exchange provided that the international interlock code assigned to the international CUG concerned is used in the national network. However, in the case where a national interlock code other than the applicable international interlock code is used within a national network, interlock code conversion is required at the gateway (or corresponding) exchange. .RT .sp 1P .LP 10.2.2.3 \fIDestination exchange\fR .sp 9p .RT .PP At the destination exchange a validation check of the acceptability of a call is made where either the calling party (as indicated by a CUG call indication in the initial address message received) or the called party .PP belongs to CUG. The call is connected only in cases where the information received checks with the information stored at the destination exchange, as specified in the following. In cases where a call is rejected because of incompatible CUG information an unsuccessful backward set\(hyup information message including the access barred signal is sent towards the originating exchange. .RT .LP a) Calls to a user having the closed user group or the closed user group with outgoing access facility .LP In this case an incoming call is accepted only when: .LP i) it is a CUG call, including the case where outgoing access is allowed, and .LP ii) correspondence is found between the interlock code received and an interlock code associated with the called party, and .LP iii) the incoming calls barred within the closed user group facility does not apply for the CUG identified by the interlock code received. .LP If all the above conditions are not met, the call is rejected. .LP b) Calls to a user having the closed user group with incoming access facility .LP In this case an incoming call is accepted when it is: .LP i) an ordinary call; .LP ii) a CUG call for which outgoing access is not allowed, if both conditions specified in ii) and\ iii) of a) above are met; .LP iii) a CUG call for which outgoing access is allowed. .LP c) CUG calls to a user not belonging to any CUG .LP In the case where the incoming call is: .LP i) a CUG call for which outgoing access is allowed, it is accepted; .LP ii) a CUG call for which outgoing access is not allowed, it is rejected. .sp 1P .LP 10.2.3 \fIInternational interlock code\fR .sp 9p .RT .PP Each international CUG is assigned a unique International CUG number (ICN) according to the administrative rules defined in Recommendation\ X.180. .RT .sp 2P .LP 10.3 \fIUsers access to the calling line identification\fR .sp 1P .RT .sp 1P .LP 10.3.1 \fIGeneral\fR .sp 9p .RT .PP Users access to the calling line identification is a user facility that enables a user to be informed at incoming calls of the identity of the calling line. When provided, the facility applies to all incoming calls except when the calling party has the calling line identity presentation restricted facility or when the complete identity of the calling line is not available at the destination exchange. .PP The calling line identity is the telephone number of the calling party. .PP The calling line identity presentation restricted facility enables a user to prohibit the forwarding of the calling line identity to the called party. .PP In the case where a national network does not always provide the calling line identity facility, the calling line identity is the known part of the telephone number at the interworking point (e.g.\ Trunk Code). .bp .PP In the case where the calling is a PABX the network will send the telephone number of the PABX or, in alternative the full DDI number. The latter case is possible if the PABX provides the calling line identification facility to the network. .PP The information indicating that a user has the calling identity or the calling line identity presentation restricted facility is available in the exchange to which the user is connected. .RT .sp 1P .LP 10.3.2 \fICall set\(hyup procedure\fR .sp 9p .RT .PP The call control procedure and the information included in call control messages vary depending on whether the calling party has indicated to use the calling line identity presentation restricted facility for this call and whether the calling line identity is included in the initial address message. .PP Two different call control procedures can be used to provide the calling line identity facility. Both procedures are specified for international use: .RT .sp 1P .LP 10.3.2.1 \fIThe calling line identity is included in the initial address\fR \fImessage\fR .sp 9p .RT .PP In the case where the calling party has indicated the calling line identity restricted facility, the initial address message includes the calling line identity restricted request indicator. .PP In the case where the complete identity of the calling party is not available or not allowed to be forwarded outside the network: .RT .LP a) in international network no information regarding the calling line identity is included; .LP b) in national networks, the known part of the calling line identity could be included. In this case an incomplete calling line identity indicator is included in the message. .PP The calling party address is sent to the called party. .PP In the case where the destination exchange receives the calling party address restricted request indicator or a calling party incomplete address indicator, the calling line identity is not forwarded to the called party. .RT .sp 1P .LP 10.3.2.2 \fIThe calling line identity is not included in the initial\fR \fIaddress message\fR .sp 9p .RT .PP In the case where the called party has the user access to the calling line identification facility, a request is sent towards the originating exchange. The request is included in a general request message. .PP When receiving the request for calling line identity the originating/interworking exchange sends a response including the calling line identity. In the case where the calling party has the calling line identity presentation restricted facility the response sent from the originating exchange includes the calling line identity presentation restricted request indicator. The response is included in a general forward set\(hyup information message. The information included in the response in addition to the calling line identity presentation restricted indicator (where applicable) is as follows: .RT .LP a) in the case where the complete identity of calling line is known, the originating exchange includes the complete telephone number of the calling party; .LP b) in the case where the complete identity of the calling party address is not available or is not allowed to be forwarded outside the network, the response includes: .LP i) in international networks the calling line identity unavailable signal; .LP ii) in national networks, in addition to the calling line identity unavailable signal, the response can include the known part of the calling line identity. In this case the response includes the incomplete calling line identity indicator. .PP The calling party address is sent to the called party. .PP In the case where the destination exchange receives the calling party address restricted request indicator or a calling party incomplete address indicator, the calling line identity is not forwarded to the called party. .PP The destination exchange must not connect through until the complete calling line identity has been sent to the called party or the called party has been notified that the calling line address identity will not be forwarded. .bp .RT .sp 2P .LP 10.4 \fIRedirection of calls\fR .sp 1P .RT .sp 1P .LP 10.4.1 \fIGeneral\fR .sp 9p .RT .PP The redirection of calls facility enables a user to have calls to a telephone number, for which the facility is subscribed, redirected to another predetermined number during periods when the facility is activated. .PP The redirection of calls rejected facilities enables a user to have redirected calls to his telephone number automatically rejected during periods when the facility is activated. .PP The redirection of calls information prohibited facility enables the user, who has activated the redirection of calls facility, to prevent the calling party from being informed that the call is redirected. .PP Depending on the possibilities offered by the Administration facility, activation and deactivation may be made: .RT .LP a) by the user by means of user controlled activation and deactivation procedures; .LP b) by the network at predetermined times; .LP c) by the Administration on request of the user. .PP User controlled procedures for inquiry of the status of the facility (i.e.\ whether the facility is activated or deactivated) may also be provided. .PP A call may only be redirected once. Redirected calls are subject to the same restrictions as other calls where a closed user group is involved. .RT .sp 1P .LP 10.4.2 \fICall set\(hyup procedure not involving other facilities affecting\fR \fIthe procedure\fR .sp 9p .RT .PP Information that a user has the redirection of calls rejected facility is stored at the exchange to which the user is connected. When a redirected call arrives at such a user, the call is rejected in the same manner as if this user had activated the redirection of calls facility. .PP Information that a user has the redirection of calls information prohibited facility is stored at the exchange, where the user is connected, together with the redirection address. .PP Information that a subscriber has the redirection of calls facility activated is stored together with the redirection address, at the exchange to which the user is connected. When such a user is called, the call is set up to the redirection address in accordance with the following: .RT .sp 1P .LP 10.4.2.1 \fIThe redirection address is at the same exchange\fR .sp 9p .RT .PP In this case the destination exchange connects the call to the redirection address and returns an address complete message including the call forwarding indicator. In the case where the called party has the redirection of calls information prohibited facility activated the address complete message includes the redirection of calls information prohibited indicator. When receiving the call forwarding indicator the originating exchange sends a signal to inform the calling party that the call has been redirected, except for the case when the address complete message includes the redirection of calls information prohibited indicator. In this case no information related to the redirection of calls facility is sent to the calling party. .PP In the case where the user at the redirection address has the redirection of calls or the redirection of calls rejected facility activated, the destination exchange rejects the call and returns an indication in an unsuccessful backward set\(hyup message. .RT .sp 1P .LP 10.4.2.2 \fIThe redirection address is at another exchange\fR .sp 9p .RT .PP In this case the call is set\(hyup to the redirection address in accordance with the following procedure. .PP The call forwarding procedure is based on the principle that the connection is extended forward from the destination exchange to the new destination exchange. .RT .LP i) The first destination exchange sets up the forward connection to the redirection address. The initial address message forwarded includes a redirected call indicator and the redirection address and redirection of calls information prohibited indicator (if applicable). In national networks the first called party address and the called line identity (if applicable) and the calling line identity presentation prohibited indicator (if applicable) could also be included in the initial address message. .bp .LP ii) Upon receipt of the redirected call the new destination exchange connects or rejects the call in accordance with \(sc\ 10.4.2.1. The redirected call indicator received is used to prevent a further redirection. The first called party address could be used for special acceptance tests, or be sent to the calling party. .LP iii) In the case where the call is connected to the redirection address the destination exchange will send an address complete message including the call forwarding indicator and the redirection of calls information prohibited indicator (if applicable). The call forwarding indicator is used to inform .LP the originating/controlling exchange, that the first destination exchange performs the charging for the redirected call. It could also be used to indicate to the calling party that the call is redirected. Except for the case, when the address complete message includes the redirection of calls information prohibited indicator. In this case no information relating to the redirection of calls facility is sent to the new called party. .LP iv) When the first destination exchange receives a message, e.g.\ request for calling line identity from the new destination exchange, it sends it further backwards to the originating exchange. .sp 2P .LP 10.4.3 \fICalls involving other facilities affecting the procedure\fR .sp 1P .RT .sp 1P .LP 10.4.3.1 \fICalls involving a closed user group facility\fR .sp 9p .RT .PP Redirected calls are subject to the restrictions applying for the closed user group (CUG) facilities. .RT .LP \(em In the case where the call is a CUG call, or the originally called party has a CUG facility, the call is rejected before .LP redirection unless the validation check requirements applying for the CUG facility(ies) concerned are satisfied. .LP \(em In the case where the call is a CUG call, or the user at the redirection address has a CUG facility, the call is rejected unless the validation check requirements applying for the CUG facility(ies) concerned are satisfied. .LP \(em In the case where: .LP i) the call is a CUG call and, .LP ii) the redirection address is at an exchange other than the first destination exchange, and .LP iii) the procedure for setting up the call to the redirection address is in accordance with \(sc\ 10.4.2.2 (i.e.\ call forwarding procedure), .LP the first destination has to send the CUG information received (e.g.\ the CUG call indication and the interlock code) forward to the new destination exchange in the initial address message. .sp 1P .LP 10.4.3.2 \fIThe redirection address has the user's access to the calling\fR \fIparty identification\fR .sp 9p .RT .PP In the case where a redirected call arrives at a user, who has the users access to the calling party address identification facility, the succeeding actions at the redirection exchange depend on if the calling party address is available at the original called exchange. .PP In the case where the calling party address is not available, a request for the calling party address is sent to the preceding exchange(s) in accordance with \(sc\ 10.3.2.2. When the new destination exchange has the calling party address available, it sends it to the new called party unless the calling party address presentation restricted indicator is received at the new destination exchange. .RT .sp 1P .LP 10.4.3.3 \fIThe redirection address has the malicious call\fR \fIidentification capability\fR .sp 9p .RT .PP In the case where a call arrives at a user marked as an MCI user, the call set\(hyup procedure depends on whether the calling party address and/or the original called party address is included in the initial address message and if the hold option should apply for the call. .RT .LP a) The hold option does not apply for the call. In this case the call control procedure depends on whether the calling party address and/or the original called party address is included in the initial address message. .LP In the case where one or both of the addresses are not available, a request is sent to the preceding exchange(s). The request will indicate which address(es) are requested. .LP As a response the preceding (e.g. the originating or the original called) exchange will include the concerned address(es), which has been requested. .bp .LP b) The hold options applies for the call. In this case the call set\(hyup procedure depends on whether the calling party address and/or the original called party address is included in the initial address message. In this case a request is sent to the preceding exchange(s) indicating that the holding of the circuit is required. .LP In the case where one or both of the address(es) are not available, a request is sent to the preceding exchange(s). .LP In their response the preceding (e.g. original called or originating) include the addresses concerned, which have been requested and apply the holding of circuit. .LP In the case of interworking, the interworking exchange will send in addition to the information specified in \(sc\ 10.5.3, the original called party address. .LP When the original called exchange receives the request when both addresses are not available in this exchange, it repeats the request to the originating exchange. When the original called exchange receives the response it repeats the response towards the destination exchange. When the original called exchange receives the delayed release message, it sends it forward to the destination exchange. .sp 2P .LP 10.5 \fINetwork access to the calling line identification\fR .sp 1P .RT .sp 1P .LP 10.5.1 \fIGeneral\fR .sp 9p .RT .PP The network access to the calling line identification is a network capability which enables a network to obtain the calling party address inside or outside their own network. The capability is used for example for malicious call identification, charging,\ etc. .RT .sp 1P .LP 10.5.2 \fIMalicious call identification\fR (MCI) .sp 9p .RT .PP The malicious call identification gives the possibility to obtain by an appropriate request the identification of the calling line and the original called party (in the case of a redirected call). The identification request provokes in the destination exchange, the print\(hyout of the following items: .RT .LP \(em called line identity; .LP \(em calling line identity and possibly the original called line identity; .LP \(em time and date of the call. .PP The same print\(hyout may be, optionally, obtained in the originating exchange. .PP The identification request can either be activated before, during or after the conversation phase. .PP Two different options of the utility are defined namely: .RT .LP a) MCI with hold (national use); .LP b) MCI without hold. .PP One or both options should be provided in a national network. .PP In case a), the holding of the connection is requested in addition to the identification of the calling party. In case b), only the identification of the calling line is requested. .PP In case a), the clearing of the connection is subject to called party clearing. .RT .sp 1P .LP 10.5.3 \fICall set\(hyup procedure\fR .sp 9p .RT .PP In case of an incoming call to a user having the MCI facility the call set\(hyup procedure depends on whether the calling line identity is included in the initial address message and which options, without hold or with hold, the called party has been assigned: .RT .LP a) if the calling line identity is included in the initial address message: .LP \(em in the case where the called party has the MCI without hold indication, the calling party address and possibly the original called address is stored in the destination exchange; .LP \(em in the case where the called party has the MCI with hold indication, the calling party address and possibly the original called party address is stored at the destination exchange, and a request for holding of the circuit is sent to the originating exchange. .LP b) if the calling line identity is not included in the initial address message: .LP \(em in the case where the called party has the MCI without hold indication, a request is sent to the originating exchange containing the calling line identity request; .LP \(em in the case where the called party has the hold indication, the request will include requests for the holding of the circuit and for calling line identity. .bp .PP In addition to the information mentioned above the request will also include the MCI facility encountered indicator. The request will be sent in a general request message. .PP When receiving the MCI request the transit exchange normally repeats the request. However, in two cases the transit exchange acts in another way: .RT .LP \(em In the case of interworking with networks that do not provide the calling line identification facility, the relevant transit exchange will send a response including the identity of the transit exchange. The identity of the transit exchange could either be the known part of the calling party address in that exchange or, in national networks, the signalling point code of the transit exchange. In addition to the identity of the transit exchange the response can also include the identity of the .LP incoming trunk. The interworking exchange may also arrange the holding of the incoming trunk even if not explicitly requested (i.e.\ also in the option \*QMCI without hold\*U). In the case where the MCI request also includes the hold request the transit exchange will make the clearing of circuit subject to the called party clearing. .LP \(em In the case where the MCI cannot operate (due to administrative or technical reasons), the relevant exchange includes in the MCI response message the MCI not provided indicator. .PP At the receipt of the MCI request, the originating exchange sends a general forward set\(hyup information message containing the calling line identity and the hold indicator. If holding of the connection is provided the clearing of the circuit will be subject to the called party clearing (i.e.\ subject to the receipt of the clear\(hyback signal). When the identification request is made the destination exchange produces the print\(hyout of the related MCI information and sends backwards, optionally, the \fIMCI\fR \fIprint\(hyout request\fR (for further study) message to obtain the print\(hyout of the same information in the originating exchange. .sp 1P .LP 10.5.4 \fIClearing procedures\fR .sp 9p .RT .PP In the case where no holding of the circuit is requested, the normal release procedure will apply. .PP In the case where the holding of the circuit is requested, the following procedures apply at the originating exchange and the destination exchange: .RT .LP a) In the case where the calling party hangs up first, the originating exchange will apply the hold of the connection and stop the charging (if applicable). Moreover, the originating exchange may send forward the optional \*Qcalling party clear signal\*U. .LP When receiving the calling party clear signal an intermediate charging point stops the charging (if applicable) and forwards the calling party clear signal to the succeeding exchange. .LP When receiving the calling party clear signal the destination exchange starts a timer\ T1, if the identification request is not received. .LP The value of T is a national option. .LP b) In the case where the identification request is made before the called party disconnects, no clear\(hyback signal will be sent until appropriate action has been taken (e.g.\ maintenance action). If applicable T1 is stopped when the identification request is received. .LP c) When the called party disconnects the destination exchange may start a timer T2 to allow for making the identification request after the conversation is terminated. .PP The succeeding actions at the destination exchange will depend on whether an identification request has been made or not. .PP In the case where the request was not made identification request, the expiration of the timer\ T2 will result in sending of the clear\(hyback message. The timer\ T1 is stopped (if applicable). .PP In the case where the called party makes the request for identification is made before the timer\ T2 expires, no clear\(hyback signal will be sent until appropriate actions have been taken. The timers\ T2 and\ T1 (if applicable) are stopped when receiving the identification request is made. .RT .sp 2P .LP \fB11\fR \fBDigital connectivity\fR .sp 1P .RT .sp 1P .LP 11.1 \fIGeneral\fR .sp 9p .RT .PP The digital connectivity is a user facility that enables a user to establish a fully digital path at 64\ kbit/s user\(hyto\(hyuser. It is an optional facility assigned to the user and provided on a call request basis or specific category. .bp .RT .sp 1P .LP 11.2 \fICall set\(hyup procedure\fR .sp 9p .RT .PP In the case of a call for which the digital connectivity is required, the IAM/IAI message includes \fIthe all digital path required\fR indicator. .PP On recognition of this request each exchange (originating/transit) makes a check on the possibility to route the call on a digital path: .RT .LP \(em if the check is positive the call is routed and the request of this facility is forwarded to the succeeding exchange; .LP \(em if negative, the call is rejected and one of the following unsuccessful signals is sent backwards: .LP \(em \fIcongestion\fR | r \fIcall\(hyfailure signal\fR | n case where a digital path exists but it is not possible to complete the call due to congestion or failure (see Recommendation\ Q.722, \(sc\ 3.4). .LP \(em \fIdigital path not provided\fR | n case where a routing that allows a complete digital path doesn't exist. .PP In the destination exchange, at the reception of an incoming call with the digital connectivity request, the appropriate validation check is made and, if positive, the call is completed using the standard procedures. In the negative case the call is rejected and the \fIaccess barred\fR signal is sent backwards. .sp 2P .LP \fB12\fR \fBEcho suppressor control\fR .sp 1P .RT .sp 1P .LP 12.1 \fIGeneral\fR .sp 9p .RT .PP The echo suppressor control signalling procedure is used on per call basis to convey information between exchanges about the demand and ability to insert echo suppressors. .PP The procedure is mainly intended to be used in the case where the echo suppressors are provided in pools. .PP The procedure is initiated by the exchange which upon analysis of an initial address message of a call realizes that the call is to be routed on a connection for which echo suppressor is necessary, and no indication is received that an outgoing half\(hyecho suppressor is already included (see Note). .PP The exchange shall always be able to insert outgoing half\(hyecho suppressors. .PP One of the exchanges succeeding the above\(hymentioned exchange shall always be able to insert incoming half\(hyecho suppressors. .PP The procedure is for application in national networks and could be applied in the international network upon bilateral agreement. .PP \fINote\fR \ \(em\ In the case where this exchange knows that there is no echo suppressor situated in the preceding network the procedure is not initiated. .RT .sp 1P .LP 12.2 \fIActions at the exchange initiating the echo suppressor control\fR \fIprocedure\fR .sp 9p .RT .PP Upon receipt of an initial address message the following actions are taken if no indication is received that an outgoing half\(hyecho suppressor is already included: .RT .LP \(em a request for outgoing half\(hyecho suppressor is sent in the backward direction; .LP \(em a timer T is started (see Note); .LP \(em an outgoing half\(hyecho suppressor is reserved; .LP \(em the initial address message is sent on with the indication outgoing half\(hyecho suppressor included. .PP Upon receipt of a response on the outgoing half\(hyecho suppressor request the following actions are taken: .LP a) if the response is negative: .LP \(em the reserved outgoing half\(hyecho suppressor is included; .LP \(em the timer T is stopped; .LP b) if the response is positive: .LP \(em the reserved outgoing half\(hyecho suppressor is released; .LP \(em the timer T is stopped. .PP \fINote\fR \ \(em\ If response on the request for outgoing half\(hyecho suppressor has not been received before timer\ T has expired, then the reserved half\(hyecho suppressor is included. .bp .sp 1P .LP 12.3 \fIActions at the originating exchange\fR .sp 9p .RT .PP Upon receipt of a request for outgoing half\(hyecho suppressor the following actions are taken: .RT .LP a) if the originating exchange is not able to insert outgoing half\(hyecho suppressor: .LP \(em a negative response is sent in the forward direction; .LP b) if the originating exchange is able to insert outgoing half\(hyecho suppressor: .LP \(em a half\(hyecho suppressor is included; .LP \(em a positive response is sent in the forward direction. .sp 2P .LP 12.4 \fIActions at an intermediate exchange\fR .sp 1P .RT .sp 1P .LP 12.4.1 \fIThe exchange being able to insert a half\(hyecho suppressor\fR .sp 9p .RT .PP Upon receipt of a request for outgoing half\(hyecho suppressor the following actions are taken (see Note\ 1): .RT .LP \(em an outgoing half\(hyecho suppressor is reserved; .LP \(em the request message is sent on; .LP \(em a timer T is started (see Note 2). .PP \fINote\ 1\fR \ \(em\ If the intermediate exchange knows that there is no echo suppressor in the preceding network the intermediate exchange performs actions in accordance with \(sc\ 12.3. .PP \fINote\ 2\fR \ \(em\ If response on the request for outgoing half\(hyecho suppressor has not been received before timer\ T has expired, then the reserved half\(hyecho suppressor is included and a positive response is sent in the forward direction. .PP Upon receipt of a response on the outgoing half\(hyecho suppressor request the following actions are taken: .RT .LP a) the response is negative: .LP \(em the reserved outgoing half\(hyecho suppressor is included; .LP \(em the timer T is stopped; .LP \(em a positive response is sent in forward direction; .LP b) the response is positive: .LP \(em the reserved outgoing half\(hyecho suppressor is released; .LP \(em the timer T is stopped; .LP \(em the response is sent on. .PP Upon receipt of an initial address message with the indication \*Qoutgoing half\(hyecho suppressor included\*U the following actions are taken: .LP \(em an incoming half\(hyecho suppressor is reserved; .LP \(em the initial address message is sent on. .PP Upon receipt of an address complete message with an indication on incoming half\(hyecho suppressor the following actions are taken: .LP a) the indication is negative: .LP \(em the reserved incoming half\(hyecho suppressor is included; .LP \(em the address complete message is sent on with a positive indication; .LP b) the indication is positive: .LP \(em the reserved incoming half\(hyecho suppressor is released; .LP \(em the address complete message is sent on. .sp 1P .LP 12.4.2 \fIThe exchange not being able to insert half\(hyecho suppressor\fR .sp 9p .RT .PP No special actions are required. .RT .sp 1P .LP 12.5 \fIActions at the destination exchange\fR .sp 9p .RT .PP Upon receipt of an initial address message with the indication \*Qoutgoing half\(hyecho suppressor included\*U the following actions are taken: .RT .LP a) if the destination exchange is not able to insert an incoming half\(hyecho suppressor: .LP \(em a negative indication on the inclusion of incoming half\(hyecho suppressor is given in the address complete message; .bp .LP b) if the destination exchange is able to insert incoming half\(hyecho suppressor: .LP \(em a half\(hyecho suppressor is included; .LP \(em a positive indication on the inclusion of incoming half\(hyecho suppressor is given in the address complete message. .LP \fB13\fR \fBCongestion control\fR .sp 1P .RT .sp 2P .LP 13.1 \fIExchange congestion control\fR .sp 1P .RT .sp 1P .LP 13.1.1 \fIAutomatic congestion control\fR .sp 9p .RT .PP Automatic Congestion Control (ACC) is used when an exchange is in an overload condition (see also Recommendation\ Q.542, \(sc\ 5.4.5). Two levels of congestion are distinguished, a less severe congestion threshold (congestion level\ 1) and a more severe congestion threshold (congestion level\ 2). If either of the two congestion levels is reached, an automatic congestion control information message may be sent to the adjacent exchanges indicating the level of congestion (congestion level\ 1 or\ 2). The adjacent exchanges, when receiving an automatic congestion control information message, should reduce their traffic to the overload affected exchange. .PP The automatic congestion control information message is sent by the overloaded exchange after receiving the clear\(hyforward signal and before sending the release\(hyguard signal for a circuit. If the overloaded exchange returns to normal traffic load, no more automatic congestion control information messages are sent. The adjacent exchanges then, after a predetermined time, automatically return to their normal status. .RT .sp 2P .LP 13.2 \fITelephone User Part signalling congestion control\fR .sp 1P .RT .sp 1P .LP 13.2.1 \fIGeneral\fR .sp 9p .RT .PP On receipt of congestion indication primitives, CIP (see also Recommendation\ Q.704, \(sc\ 10.2.3), the TUP should reduce traffic load (call attempts) into the affected direction in several steps. .RT .sp 1P .LP 13.2.2 \fIProcedure\fR .sp 9p .RT .PP When the first CIP is received by the TUP, the traffic load into the affected direction is reduced by one step. At the same time, two timers Tue1 and Tue2 are started. During Tue1, all the following received CIPs for the same direction are ignored in order not to reduce traffic too rapidly. Reception of a CIP after the expiry of Tue1, but still during Tue2, will decrease the traffic load by one more step and restart Tue1 and Tue2. .PP If Tue2 expires (i.e. no CIPs have been received during the corresponding period), traffic will be increased by one step and Tue2 will be restarted unless full traffic load has been resumed. .RT .LP Tue1\ =\ 300\(hy600\ ms .LP provisional values .LP Tue2\ =\ 5\(hy10\ s .PP The number of steps of traffic reduction and the type and/or amount of increase/decrease of traffic load at the various steps are considered to be an implementation dependent function. .sp 2P .LP \fB14\fR \fBTelephone User Part outage\fR .sp 1P .RT .PP When a Telephone user part outage occurs, actions should be taken as follows: .RT .LP \(em The user parts at the nodes connected to the failing node should receive an indication from the user's flow control functions and react by stopping the seizure of circuits to that failing node and by routing the traffic on alternative routes. .LP \(em In the user part which has previously failed, after the initialization procedures, the resumption of the signalling relation is obtained by sending circuit group messages in all the circuits affected by the outage, as specified in \(sc\ 1.15 (Reset of circuits and circuit groups). .bp .sp 2P .LP \fB15\fR \fBState transition diagrams\fR .sp 1P .RT .sp 1P .LP 15.1 \fIGeneral\fR .sp 9p .RT .PP This section contains the description of the signalling procedures described in this Recommendation in the form of state transition diagrams according to the CCITT Specification and Description Language (SDL). .PP In order to facilitate functional description, the Telephone User Part signalling procedure function is divided into functional blocks, as shown in Figure\ 1/Q.724; state transition diagrams are provided for each functional block, as shown below: .RT .LP \(em Signalling procedure control (SPRC): Figure 2/Q.724 .LP \(em Call processing control (CPC): Figure 3/Q.724 .LP \(em Continuity\(hycheck outgoing (CCO): Figure 4/Q.724 .LP \(em Continuity\(hycheck incoming (CCI): Figure 5/Q.724 .LP \(em Continuity\(hyrecheck outgoing (CRO): Figure 6/Q.724 .LP \(em Continuity\(hyrecheck incoming (CRI): Figure 7/Q.724 .LP \(em Blocking and unblocking signal sending (BLS): Figure\ 8/Q.724 .LP \(em Blocking and unblocking signal reception (BLR): Figure\ 9/Q.724 .LP \(em Circuit reset (CRS): Figure 10/Q.724 .LP \(em Circuit group control (CGC): Figure 11/Q.724 .LP \(em Circuit group reset sending (CGRS): Figure 12/Q.724 .LP \(em Circuit group reset receipt (CGRR): Figure 13/Q.724 .LP \(em Maintenance oriented circuit group blocking and unblocking sending (MBUS): Figure\ 14/Q.724 .LP \(em Maintenance oriented circuit group blocking and unblocking receipt (MBUR): Figure\ 15/Q.724 .LP \(em Hardware failure oriented circuit group blocking and unblocking sending (HBUS): Figure\ 16/Q.724 .LP \(em Hardware failure oriented circuit group blocking and unblocking receipt (HBUR): Figure\ 17/Q.724 .LP \(em Software generated circuit group blocking and unblocking sending (SBUS): Figure\ 18/Q.724 .LP \(em Software generated circuit group blocking and unblocking receipt (SBUR): Figure\ 19/Q.724 .PP The detailed functional breakdown shown in the diagrams is intended to illustrate a reference model and to assist interpretation of the text in the earlier sections. The state transition diagrams are intended to show precisely the behaviour of the signalling system as viewed from a remote location. It must be emphasized that the functional partitioning shown in the 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. .sp 1P .LP 15.2 \fIDrafting conventions\fR .sp 9p .RT .LP a) Abbreviations used in Figures 1/Q.724 to 19/Q.724 are listed in \(sc\ 15.3. .LP b) External inputs and outputs are used for interactions with different functional blocks. Internal inputs and outputs are used for interactions within each functional block, e.g.\ to .LP indicate control of time\(hyouts. .LP c) External inputs and outputs contain as part of their name, the abbreviations of their source and destination functional block names, with an arrow in between, e.g.\ Start CPC\(raCCO. .LP d) For interexchange signals or signal messages, external input and output symbols are used as shown below to indicate the direction of each signal on message. .LP .rs .sp 8P .ad r \fBFigure, p.\fR .sp 1P .RT .ad b .RT .LP .bp .PP \fINote\fR \ \(em\ The functions covered by Figures 1/Q.724 to 19/Q.724 are limited in the following points: .LP \(em they refer only to call processing functions in international transit exchanges; .LP \(em they do not necessarily cover all the abnormal situations. .PP However, they include some operations on receipt of unreasonable signalling information as specified in \(sc\ 6.5. .sp 2P .LP 15.3 \fIAbbreviations and timers used in Figures 1/Q.724 to 19/Q.724\fR .sp 1P .RT .sp 1P .LP \fIGeneral\fR .sp 9p .RT .LP BBR Circuit blocked by reception of the blocking signal .LP BBS Circuit blocked by sending the blocking signal .LP CC Continuity\(hycheck .LP CCT Telephone circuit .LP ICC Incoming trunk circuit .LP NOK Not OK .LP OGC Outgoing trunk circuit .sp 1P .LP \fIFunctional block names\fR | See Figure 1/Q.724) .sp 9p .RT .LP BLR Blocking and unblocking signal reception .LP BLS Blocking and unblocking signal sending .LP CCI Continuity\(hycheck incoming .LP CCO Continuity\(hycheck outgoing .LP CGC Circuit group control .LP CGRR Circuit group reset receipt .LP CGRS Circuit group reset sending .LP CPC Call processing control .LP CRI Continuity\(hyrecheck incoming .LP CRO Continuity\(hyrecheck outgoing .LP CRS Circuit\(hyreset .LP HBUR Hardware failure oriented circuit group blocking and unblocking receipt .LP HBUS Hardware failure oriented circuit group blocking and unblocking sending .LP L3 Level 3 (Signalling network functions) .LP L4 Level 4 (Telephone user part) .LP MBUR Maintenance oriented circuit group blocking and unblocking receipt .LP MBUS Maintenance oriented circuit group blocking and unblocking sending .LP SBUR Software generated circuit group blocking and unblocking receipt .LP SBUS Software generated circuit group blocking and unblocking sending .LP SPRC Signalling procedure control .sp 1P .LP \fIMessages and signals\fR .sp 9p .RT .LP ACM Address complete message .LP ADC Address complete signal, charge .LP ADI Address incomplete signal .LP ADN Address complete signal, no charge .LP ADX Address complete signal, coin box .LP AFC Address complete signal, charge, subscriber free .LP AFN Address complete signal, no charge, subscriber free .LP AFX Address complete signal, coin box, subscriber free .LP ANC Answer signal, charge .LP ANN Answer signal, no charge .LP BLA Blocking\(hyacknowledgement signal .LP BLO Blocking signal .bp .LP CBK Clear\(hyback signal .LP CCF Continuity\(hyfailure signal .LP CCH Continuity\(hycheck indicator: .LP \(em\ 0:\ CC not required .LP \(em\ 1:\ CC required on this circuit .LP \(em\ 2:\ CC is being (has been) performed on a previous circuit .LP CCR Continuity\(hycheck\(hyrequest signal .LP CFL Call\(hyfailure signal .LP CGC Circuit\(hygroup\(hycongestion signal .LP CLF Clear\(hyforward signal .LP COT Continuity signal .LP FOT Forward\(hytransfer signal .LP GRA Circuit group reset\(hyacknowledgement message .LP GRS Circuit group reset message .LP HBA Hardware failure oriented group blocking\(hyacknowledgement message .LP HGB Hardware failure oriented group blocking message .LP HGU Hardware failure oriented group unblocking message .LP HUA Hardware failure oriented group unblocking\(hyacknowledgement message .LP IAM Initial address message .LP LOS Line\(hyout\(hyof\(hyservice signal .LP MBA Maintenance oriented group blocking\(hyacknowledgement message .LP MGB Maintenance oriented group blocking message .LP MGU Maintenance oriented group unblocking message .LP MUA Maintenance oriented group unblocking\(hyacknowledgement message .LP NNC National\(hynetwork\(hycongestion signal .LP RAN Reanswer signal .LP RLG Release\(hyguard signal .LP RSC Reset\(hycircuit signal .LP SAO Subsequent address message with one signal .LP SAM Subsequent address message .LP SBA Software generated group blocking\(hyacknowledgement message .LP SEC Switching\(hyequipment\(hycongestion signal .LP SGB Software generated group blocking message .LP SSB Subscriber\(hybusy signal (electrical) .LP SST Send\(hyspecial\(hyinformation\(hytone signal .LP SUA Software generated group unblocking\(hyacknowledgement message .LP UBA Unblocking\(hyacknowledgement signal .LP UBL Unblocking signal .LP UNN Unallocated\(hynumber signal .sp 1P .LP \fITimers\fR .sp 9p .RT .LP T1 Timer \*Qwaiting for continuity or continuity\(hyfailure signal\*U [10\(hy15\ seconds, see \(sc\ 6.4.3\ a)] .LP T2 Timer \*Qwaiting for address\(hycomplete signal\*U [20\(hy30\ seconds, see \(sc\ 6.4.3\ a)] .LP T3 Timer \*Qwaiting for clear\(hyforward signal after sending unsuccessful message\*U [4\(hy15\ seconds, see \(sc\ 6.4.3\ b)] .LP T4 Timer \*Qwaiting for clear\(hyforward signal after sending call\(hyfailure signal\*U [4\(hy15\ seconds, see \(sc\ 6.4.3\ b)] .LP T5 Timer \*Qstop sending call\(hyfailure messages on time out\*U [1\ minute, see \(sc\ 6.4.3\ b)] .bp .LP T6 Timer \*Qwaiting for release\(hyguard signal\*U (4\(hy15\ seconds, see \(sc\ 6.2.3) .LP T7 Timer \*Qstop sending clear\(hyforward signal on time out\*U (1\ minute, see \(sc\ 6.2.3) .LP T8 Timer \*Qwaiting for backward check\(hytone\*U (should not exceed 2\ seconds, see \(sc\ 7.4.1) .LP T9 Timer \*Qdelay to start first\(hytime continuity\(hyrecheck\*U (1\(hy10\ seconds, see \(sc\ 7.3) .LP T10 Timer \*Qdelay for multiple retests of continuity\*U (1\(hy3\ minutes, see \(sc\ 7.3) .LP T11 Timer \*Qwaiting to alert maintenance personnel following initiation of blocking\*U (5\ minutes, see \(sc\ 5) .LP T12 Timer \*Qwaiting for blocking\(hyacknowledgement signal\*U (4\(hy15\ seconds, see \(sc\ 6.4.4) .LP T13 Timer \*Qwaiting to alert maintenance personnel on failure to receive BLA\*U (1\ minute, see \(sc\ 6.4.4) .LP T14 Timer \*Qdelay to repeat sending of blocking signals\*U (1\ minute, see \(sc\ 5.1) .LP T15 Timer \*Qwaiting for unblocking acknowledgement\*U (4\(hy15\ seconds, see \(sc\ 6.4.4) .LP T16 Timer \*Qwaiting to alert maintenance personnel on failure to receive unblocking acknowledgement\*U (1\ minute, see \(sc\ 6.4.4) .LP T17 Timer \*Qdelay to repeat sending of unblocking acknowledgement\*U (1\ minute, see \(sc\ 5.1) .LP T18 Timer \*Qwaiting for a response to the reset\(hycircuit signal\*U (4\(hy15\ seconds, see \(sc\ 1.15) .LP T19 Timer \*Qdelay to send the reset\(hycircuit signal\*U (1\ minute, see \(sc\ 1.15) .LP T20 Timer \*Qwaiting for second group reset message\*U (5 seconds, see \(sc\ 1.15.2) .LP T21 Timer \*Qwaiting for circuit group reset acknowledgement message\*U (4\(hy15\ seconds, see\ \(sc\ 1.15) .LP T22 Timer \*Qdelay to send the circuit group reset message\*U (1\ minute, see \(sc\ 1.15) .LP T23 Timer \*Qwaiting for second maintenance oriented group blocking message\*U (5 seconds, see \(sc\ 5.2) .LP T24 Timer \*Qwaiting for second maintenance oriented group unblocking message\*U (5 seconds, see \(sc\ 5.2) .LP T25 Timer \*Qwaiting to alert maintenance personnel following initiation of maintenance oriented group blocking\*U (5\ minutes, see \(sc\ 5) .LP T26 Timer \*Qwaiting for maintenance oriented group blocking acknowledgement message\*U (4\(hy15\ seconds, see \(sc\ 6.4.4) .LP T27 Timer \*Qdelay to send the maintenance oriented group blocking message\*U (1\ minute, \(sc\ 6.4.4) .LP T28 Timer \*Qwaiting for maintenance oriented group unblocking acknowledgement message\*U (4\(hy15\ seconds, see \(sc\ 6.4.4) .LP T29 Timer \*Qdelay to send the maintenance oriented group unblocking message\*U (1\ minute, see \(sc\ 6.4.4) .LP T30 Timer \*Qwaiting for second hardware failure oriented group blocking message\*U (5\ seconds, see \(sc\ 5.2) .LP T31 Timer \*Qwaiting for second hardware failure oriented group unblocking message\*U (5\ seconds, see \(sc\ 5.2) .LP T32 Timer \*Qwaiting for hardware failure oriented group blocking acknowledgement message\*U (4\(hy15\ seconds, see \(sc\ 6.4.4) .LP T33 Timer \*Qdelay to send hardware failure oriented group blocking message\*U (1\ minute, see \(sc\ 6.4.4) .LP T34 Timer \*Qwaiting for hardware failure oriented group unblocking acknowledgement message\*U (4\(hy15\ seconds, see \(sc\ 6.4.4) .LP T35 Timer \*Qdelay to send hardware failure oriented group unblocking message\*U (1\ minute, see \(sc\ 6.4.4) .bp .LP T36 Timer \*Qwaiting for second software generated group blocking message\*U (5\ seconds, see \(sc\ 5.2) .LP T37 Timer \*Qwaiting for second software generated group unblocking message\*U (5\ seconds, see \(sc\ 5.2) .LP T38 Timer \*Qwaiting for software generated group blocking acknowledgement message\*U (4\(hy15\ seconds, see \(sc\ 6.4.4) .LP T39 Timer \*Qdelay to send software generated group blocking message\*U (1\ minute, see \(sc\ 6.4.4) .LP T40 Timer \*Qwaiting for software generated group unblocking acknowledgement message\*U (4\(hy15\ seconds, see \(sc\ 6.4.4) .LP T41 Timer \*Qdelay to send software generated group unblocking message\*U (1\ minute, see \(sc\ 6.4.4) .LP .rs .sp 42P .ad r Blanc .ad b .RT .LP .bp