The GMSC obtains a roaming number from HLRB to route the call to VMSCB, as described in
clause 5.1. The SRI ack also includes an indication of whether the GMSC should interrogate the HLR for routeing information for late call forwarding. The GMSC constructs an IAM using the roaming number, and sends it to VMSCB. When VMSCB receives the IAM, it requests subscriber information for the incoming call (SIFIC) from VLRB. If VLRB determines that the call should be forwarded, because the called mobile subscriber is busy, or is not reachable, or has not replied to the call before the no-reply call timer has expired, it returns a SIFIC ack containing the forwarded-to number, the forwarding reason, the GMSC address and the call reference number to VMSCB. VMSCB sends a request to resume call handling (RCH) to the GMSC; the RCH includes the forwarded-to number, the forwarding reason and the basic service information received in the SIFIC ack.
If the HLR indicated in the SRI ack which contained the MSRN that the GMSC should interrogate the HLR for forwarding information (FIR:Y), the GMSC then sends a request for forwarding information (SRI(F)), containing the forwarding reason and the basic service group which applies for this call, to HLRB. HLRB responds with the appropriate forwarded-to number.
If the HLR indicated in the SRI ack which contained the MSRN that the GMSC should not interrogate the HLR for forwarding information (FIR:N), the GMSC checks the forwarded-to number received in the RCH.
If the GMSC determines that the call can be forwarded to the forwarded-to destination without contravening the charging requirements for Support of Optimal Routeing given in
clause 9.1 (decision OR:Y) it:
-
sends an RCH ack to VMSCB to indicate that control of the call has been accepted;
-
sends an ISUP Release message indicating normal clearing to VMSCB to release the traffic circuit;
-
constructs an IAM using the forwarded-to number, and sends it to LEC.
Error situations which lead to failure of the call, rather than non-optimal routeing, are not described in this clause.
If the GMSC does not support OR, it omits the 'or-capability' information element from the SRI(B) request. The HLR then sends the 'OR not supported in GMSC' indicator in the PRN to VLRB. VMSCB will not send the RCH to the GMSC if the 'OR not supported in GMSC' indicator was received in the PRN. Instead, the call will be forwarded at VMSCB.
If HLRB does not support OR, it does not relay the GMSC address and the call reference number which it received in the SRI(B), so VMSCB cannot send the RCH to the GMSC. Instead, the call will be forwarded at VMSCB.
If VMSCB/VLRB does not support OR, VMSCB cannot send the RCH to the GMSC. Instead, the call will be forwarded at VMSCB.
If the original call to VMSCB was optimally routed, the GMSC can route the call to the forwarded-to destination only if the charge to do so is no more than the charge to route the call to HPLMNB. If this requirement, determined as described in
clause 9.1, is not met (decision OR:N) the GMSC returns an RCH negative response (shown in figure 5 as 'RCH error') to VMSCB, which then forwards the call.
If the original call to VMSCB was not optimally routed, the GMSC can route the call directly to the forwarded-to destination only if the charge to do so is no more than the charge for the routeing to VMSCB. If this requirement, determined as described in
clause 9.1, is not met (decision OR:N) the GMSC returns an RCH negative response (shown in figure 5 as 'RCH error') to VMSCB, which then forwards the call.