4 Call forwarding on mobile subscriber not reachable
23.0823GPPCall Forwarding (CF) Supplementary ServicesRelease 17Stage 2TS
4.1 Handling of call forwarding on mobile subscriber not reachable
4.1.1 Registration
The same rules apply for the registration of Call Forwarding on Mobile Subscriber Not Reachable as were described for Call Forwarding Unconditional in clause 1.1.1 above, with the exception of the checking of interaction with other supplementary services. Basic registration of information is illustrated in figure 4.2.
Supplementary Service Interaction
Possible interaction situations between CFNRc and other supplementary services must then be checked. This is described in figure 4.2. Also see 3GPP TS 22.004 and 3GPP TS 22.082. For interaction between CFNRc and other supplementary services (ie not call barring or call forwarding services), the reader is referred to the respective technical specification for those supplementary services.
Interaction with CAMEL Phase 2 or higher
Possible interaction between CFNRc and CAMEL Phase 2 or higher is described in figure 4.2. If CAMEL Phase 2 or higher is not supported in the HLR, processing continues from the "No" exit of the test "Result=Pass".
The information flow for registration of call forwarding on mobile subscriber not reachable is shown in figure 4.1.
MS MSC VLR HLR
─── ─── ──── ───────
│ │ │ │ │ │ │ │
│ │ Register CFNRc │ │ │ │ │ │
│ │—————>│ │ │ │ │ │
│ │ │ │Register CFNRc│ │ │ │
│ │ │ │————->│ │ │ │
│ │ │ │ │ │Register CFNRc│ │
│ │ │ │ │ │————->│ │
│ │ │ │ │ │ │CFNRc1│
│ │ │ │ │ │ Acknowledge │ │
│ │ │ │ │ │<————-│ │
│ │ │ │ Acknowledge │ │ │ │
│ │ │ │<————-│ │ │ │
│ │Release complete│ │ │ │ │ │
│ │<—————│ │ │ │ │ │
│ │ \Facility │ │ │ │ │ │
│ │ │ │ │ │ │ │
Figure 4.1: Registration of call forwarding on mobile subscriber not reachable
Figure 4.2: CFNRc1 Call forwarding on mobile subscriber not reachable registration process
4.1.2 Erasure
The same rules apply for the erasure of CFNRc as were described for CFU in clause 1.1.2 above. However, no checks for interaction with other supplementary services are required for erasure of CFNRc, see figure 4.4.
The information flow for registration of CFNRc is shown in figure 4.3.
MS MSC VLR HLR
───── ───── ───── ───────
│ │ │ │ │ │ │ │
│ │ Erase CFNRc │ │ │ │ │ │
│ │—————>│ │ │ │ │ │
│ │ │ │Erase CFNRc│ │ │ │
│ │ │ │———->│ │ │ │
│ │ │ │ │ │Erase CFNRc│ │
│ │ │ │ │ │———->│ │
│ │ │ │ │ │ │CFNRc2│
│ │ │ │ │ │Acknowledge│ │
│ │ │ │ │ │<———-│ │
│ │ │ │Acknowledge│ │ │ │
│ │ │ │<———-│ │ │ │
│ │Release complete│ │ │ │ │ │
│ │<—————│ │ │ │ │ │
│ │ \Facility │ │ │ │ │ │
│ │ │ │ │ │ │ │
Figure 4.3: Erasure of call forwarding on mobile subscriber not reachable
Figure 4.4: CFNRc2 Call forwarding on mobile subscriber not reachable erasure process
4.1.3 Activation
The same rules apply for the activation of CFNRc as were described for CFU in clause 1.1.3 above, with the exception of the checking of interaction with other supplementary services. Basic activation of CFNRc is illustrated in figure 4.6.
Supplementary Service Interaction
Possible interaction situations between CFNRc and other supplementary services must then be checked. This is described in figure 4.6. Also see 3GPP TS 22.004 [2] and 3GPP TS 22.082 [3]. For interaction between CFNRc and other supplementary services (i.e. not call barring or call forwarding services), the reader is referred to the respective technical specification for those supplementary services.
CFNRc may be active simultaneously with ACR (see 3GPP TS 23.088 [12]). If CFNRc and ACR are active simultaneously, then the ACR supplementary service shall take precedence over the CFNRc service, i.e. a call which is terminated for the served subscriber when CLI presentation is restricted shall be rejected according to the ACR supplementary service.
The information flow for activation of call forwarding on MS not reachable is shown in figure 4.5.
MS MSC VLR HLR
─── ─── ──── ───────
│ │ Activate CFNRc │ │ │ │ │ │
│ │—————>│ │Activate CFNRc│ │ │ │
│ │ │ │————->│ │Activate CFNRc│ │
│ │ │ │ │ │————->│ │
│ │ │ │ │ │ │CFNRc3│
│ │ │ │ │ │ Acknowledge │ │
│ │ │ │ Acknowledge │ │<————-│ │
│ │Release complete│ │<————-│ │ │ │
│ │<—————│ │ │ │ │ │
│ │ \Facility │ │ │ │ │ │
│ │ │ │ │ │ │ │
Figure 4.5: Activation of call forwarding on MS not reachable
Figure 4.6: CFNRc3 Call forwarding on mobile subscriber not reachable activation process
4.1.4 Deactivation
The same rules apply for the deactivation of CFNRc as were described for CFU in clause 1.1.4 above, see figure 4.8.
The information flow for deactivation of call forwarding on mobile subscriber not reachable is shown in figure 4.7.
MS MSC VLR HLR
─── ─── ─── ───────
│ │Deactivate CFNRc│ │ │ │ │ │
│ │—————>│ │Deactivate CFNRc│ │ │ │
│ │ │ │—————>│ │Deactivate CFNRc│ │
│ │ │ │ │ │—————>│ │
│ │ │ │ │ │ │CFNRc4│
│ │ │ │ │ │ Acknowledge │ │
│ │ │ │ │ │<—————│ │
│ │ │ │ Acknowledge │ │ │ │
│ │ │ │<—————│ │ │ │
│ │Release complete│ │ │ │ │ │
│ │<—————│ │ │ │ │ │
│ │ \Facility │ │ │ │ │ │
│ │ │ │ │ │ │ │
Figure 4.7: Deactivation of call forwarding on mobile subscriber not reachable
Figure 4.8: CFNRc4 Call forwarding on mobile subscriber not reachable deactivation process
4.1.5 Interrogation
Data request
The data request procedure enables the mobile subscriber to obtain information about the data stored in the PLMN. Interrogation of CFNRc is handled by the VLR which returns the required information or error to the MS, see figure 4.9.
MS MSC VLR HLR
──── ──── ──── ────
│ │ │ │ │ │ │ │
│ │Interrogate CFNRc│ │ │ │ │ │
│ │—————->│ │ │ │ │ │
│ │ │ │Interrogate CFNRc│ │ │ │
│ │ │ │—————->│ │ │ │
│ │ │ │ │ │ │ │
│ │ │ │ Acknowledge │ │ │ │
│ │ │ │<—————-│ │ │ │
│ │Release complete │ │ │ │ │ │
│ │<—————-│ │ │ │ │ │
│ │ \Facility │ │ │ │ │ │
│ │ │ │ │ │ │ │
Figure 4.9: Interrogation of call forwarding on mobile subscriber not reachable
4.2 Functions and information flows
4.2.1 Call re-routed from VLR
The following Mobile Additional Function has been identified for the PLMN:
MAF010
Examination of call forwarding on mobile subscriber not reachable authorizations
The ability of a PLMN component to determine the authorizations relating to call forwarding on mobile subscriber not reachable in case the mobile subscriber is not reachable in the VLR, in case of no paging response or radio congestion. See figure 4.10.
Location: VLR.
The information flows for forwarding to fixed terminal and to mobile station are shown in figures 4.11 and 4.12 respectively. These flows represent the case where the mobile subscriber is not reachable in the VLR, and that this fact was not detected at interrogation from the HLR. This situation occurs if the MSC requests the VLR to provide information for a mobile terminating call towards a subscriber who is detached in the VLR.
Figures 4.13 and 4.14 show the information flows in case of no paging response.
Figures 4.15 and 4.16 show the information flows in case of radio congestion.
4.2.2 Call re-routed from HLR
The following Mobile Additional Function has been identified for the PLMN:
MAF010
Examination of call forwarding on mobile subscriber not reachable authorizations
The ability of a PLMN component to determine the authorizations relating to call forwarding on mobile subscriber not reachable in case the mobile subscriber is deregistered or purged in the HLR or not reachable in the VLR. See figure 4.10.
Location: HLR.
The information flows for forwarding to fixed terminal and to mobile station are shown in figures 4.17 and 4.18 respectively. These flows represent the case where the call is re-routed from the HLR because information from the VLR indicates that the subscriber cannot be reached in the VLR. This situation occurs if the VLR detects at roaming number request time that the subscriber concerned is detached or that there is no roaming number available.
Figures 4.19 and 4.20 show the information flows for forwarding to fixed terminal and to mobile station respectively in case where the call is re-routed by the HLR because the subscriber is deregistered or purged in the HLR.
Figure 4.10: MAF010 Call forwarding on mobile subscriber not reachable authorisations examination (VLR and HLR)
MSa/TEa GMSC HLRb VLRb MSCb LEc
───── ───── ───── ─────── ────── ─────
│ │ │ │ │ │ │ │ │ │ │ │
│ │ Set-up│ │ │ │ │ │ │ │ │ │
│ │——>│ │Info req│ │ │ │ │ │ │ │
│ │ │ │——->│ │ Provide │ │ │ │ │ │
│ │ │ │ │ │ Roam No │ │ │ │ │ │
│ │ │ │ │ │——–>│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ Roam No │ │ │ │ │ │
│ │ │ │Info ack│ │<——–│ │ │ │ │ │
│ │ │ │<——-│ │ │ │ │ │ │ │
│ │ │ │ Set-up │ │ │ │
│ │ │ │—————————————–>│ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Info req │ │ │ │
│ │ │ │ │ │ │ │<———-│ │ │ │
│ │ │ │ │ │ │MAF010│ │ │ │ │
│ │ │ │ │ │ │ │ Info ack │ │ │ │
│ │ │ │ │ │ │ │———->│ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ Release │OR1:N│ │ │
│ │Release│ │<—————————————–│ │ │ │
│ │<——│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ Set-up │ │
│ │ │ │ │ │ │ │ │OR1:Y│———->│ │
│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ Notification │OR2:Y│ │ │
│ │ Notif │ │<—————————————–│ │ │ │
│ │<——│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │
NOTE: info: information Y: Yes
req: request N: No
ack: acknowledge
notif: notification
Roam No: roaming number
OR1: Call to be forwarded
OR2: Notification to calling subscriber required
Figure 4.11: Information flow for call forwarding on mobile subscriber not reachable in case of mobile subscriber not reachable in the VLR (to fixed terminal) (re-routing by VLR)
MSa/TEa GMSC HLRb VLRb MSCb HLRc MSCc
───── ───── ───── ─────── ────── ───── ─────
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │Set-up│ │ │ │ │ │ │ │ │ │ │ │
│ │—–>│ │Info req│ │ │ │ │ │ │ │ │ │
│ │ │ │——->│ │ Provide │ │ │ │ │ │ │ │
│ │ │ │ │ │ Roam No │ │ │ │ │ │ │ │
│ │ │ │ │ │———>│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ Roam No │ │ │ │ │ │ │ │
│ │ │ │Info ack│ │<———│ │ │ │ │ │ │ │
│ │ │ │<——-│ │ │ │ │ │ │ │ │ │
│ │ │ │ Set-up │ │ │ │ │ │
│ │ │ │—————————————->│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Info req│ │ │ │ │ │
│ │ │ │ │ │ │ │<——–│ │ │ │ │ │
│ │ │ │ │ │ │MAF010│ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Info ack│ │ │ │ │ │
│ │ │ │ │ │ │ │——–>│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ Release │OR1:N│ │ │ │ │
│ │Release │<—————————————-│ │ │ │ │ │
│ │<—–│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │OR1:Y│ Info req │ │ │ │
│ │ │ │ │ │ │ │ │ │———>│ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ Info ack │ │ │ │
│ │ │ │ │ │ │ │ │ │<———│ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ Set-up │ │
│ │ │ │ │ │ │ │ │ │——————–>│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ Notification │OR2:Y│ │ │ │ │
│ │Notif │ │<—————————————-│ │ │ │ │ │
│ │<—–│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
NOTE: info: information Y: Yes
req: request N: No
ack: acknowledge
notif: notification
Roam No: roaming number
OR1: Call to be forwarded
OR2: Notification to calling subscriber required
Figure 4.12: Information flow for call forwarding on mobile subscriber not reachable in case of mobile subscriber not reachable in the VLR (to mobile station) (re-routing by VLR)
MSa/TEa GMSC HLRb VLRb MSCb MSb LEc
───── ───── ───── ─────── ───────── ───── ─────
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │Set-up │ │ │ │ │ │ │ │ │ │ │ │
│ │——>│ │Info req│ │ │ │ │ │ │ │ │ │
│ │ │ │——->│ │ Provide │ │ │ │ │ │ │ │
│ │ │ │ │ │ roam No │ │ │ │ │ │ │ │
│ │ │ │ │ │———>│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ Roam No │ │ │ │ │ │ │ │
│ │ │ │Info ack│ │<———│ │ │ │ │ │ │ │
│ │ │ │<——-│ │ │ │ │ │ │ │ │ │
│ │ │ │ Set-up │ │ │ │ │ │
│ │ │ │——————————————>│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Info req │ │ │ │ │ │
│ │ │ │ │ │ │ │<———-│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Page MS │ │ │ │ │ │
│ │ │ │ │ │ │ │———->│ │Paging │ │ │ │
│ │ │ │ │ │ │ │ │ │——>│ │ │ │
│ │ │ │ │ │ │ │ │ no │ │ │ │ │
│ │ │ │ │ │ │ │ │response│ │ │ │ │
│ │ │ │ │ │ │ │ Absent │ │ │ │ │ │
│ │ │ │ │ │ │ │ subscriber│ │ │ │ │ │
│ │ │ │ │ │ │ │<———-│ │ │ │ │ │
│ │ │ │ │ │ │MAF010│ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Impossible│ │ │ │ │ │
│ │ │ │ │ │ │OR1:N │ call │ │ │ │ │ │
│ │ │ │ │ │ │ │ completion│ │ │ │ │ │
│ │ │ │ │ │ │ │———->│ │ │ │ │ │
│ │ │ │ Release │ │ │ │ │ │
│ │Release│ │<——————————————│ │ │ │ │ │
│ │<——│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │OR1:Y │Connect to │ │ │ │ │ │
│ │ │ │ │ │ │ │ following │ │ │ │ │ │
│ │ │ │ │ │ │ │ address │ │ │ │ │ │
│ │ │ │ │ │ │ │———->│ │ Set-up │ │
│ │ │ │ │ │ │ │ │ │—————–>│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ Notification │ OR2:Y │ │ │ │ │
│ │ Notif │ │<——————————————│ │ │ │ │ │
│ │<——│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
NOTE: info: information Y: Yes
req: request N: No
ack: acknowledge
notif: notification
roam: roaming
OR1: Call to be forwarded
OR2: Notification to calling subscriber required
Figure 4.13: Information flow for call forwarding on mobile subscriber not reachable in case of no paging response (to fixed terminal) (re-routing by VLR)
MSa/TEa GMSC HLRb VLRb MSCb MSb HLRc MSCc
──── ──── ──── ─────── ───────── ──── ──── ────
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │Set-up │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │——>│ │Info req │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │——–>│ │ Provide │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ roam No │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │——–>│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ Roam No │ │ │ │ │ │ │ │ │ │
│ │ │ │Info ack │ │<——–│ │ │ │ │ │ │ │ │ │
│ │ │ │<——–│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ Set-up │ │ │ │ │ │ │ │
│ │ │ │—————————————–>│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Info req │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │<———-│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Page MS │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │———->│ │Paging│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │—–>│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ no │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │response│ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Absent │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ subscriber│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │<———-│ │ │ │ │ │ │ │
│ │ │ │ │ │ │MAF010│ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │OR1:N │ Impossible│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ call │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ completion│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │———->│ │ │ │ │ │ │ │
│ │ │ │ Release │ │ │ │ │ │ │ │
│ │Release│ │<—————————————–│ │ │ │ │ │ │ │
│ │<——│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │OR1:Y │Connect to │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ following │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ address │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │———->│ │ Info req │ │ │ │
│ │ │ │ │ │ │ │ │ │————–>│ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ Info ack │ │ │ │
│ │ │ │ │ │ │ │ │ │<————–│ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ Set-up │ │
│ │ │ │ │ │ │ │ │ │———————–>│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ Notification │ OR2:Y │ │ │ │ │ │ │
│ │ Notif │ │<—————————————–│ │ │ │ │ │ │ │
│ │<——│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
NOTE: info: information Y: Yes
req: request N: No
ack: acknowledge
notif: notification
roam: roaming
OR1: Call to be forwarded
OR2: Notification to calling subscriber required
Figure 4.14: Information flow for call forwarding on mobile subscriber not reachable in case of no paging response (to mobile station) (re-routing by VLR)
MSa/TEa GMSC HLRb VLRb MSCb MSb LEc
──── ───── ───── ─────── ─────────── ───── ────
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │Set-up │ │ │ │ │ │ │ │ │ │ │ │
│ │——>│ │Info req │ │ │ │ │ │ │ │ │ │
│ │ │ │——–>│ │ Provide │ │ │ │ │ │ │ │
│ │ │ │ │ │ roam No │ │ │ │ │ │ │ │
│ │ │ │ │ │———>│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ Roam No │ │ │ │ │ │ │ │
│ │ │ │Info ack │ │<———│ │ │ │ │ │ │ │
│ │ │ │<——–│ │ │ │ │ │ │ │ │ │
│ │ │ │ Set-up │ │ │ │ │ │
│ │ │ │———————————————>│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Info req │ │ │ │ │ │
│ │ │ │ │ │ │ │<————│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │Complete call│ │ │ │ │ │
│ │ │ │ │ │ │ │————>│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ radio │ │ │ │ │
│ │ │ │ │ │ │ │ │congestion│ │ │ │ │
│ │ │ │ │ │ │ │ Radio │ │ │ │ │ │
│ │ │ │ │ │ │ │ congestion │ │ │ │ │ │
│ │ │ │ │ │ │ │<————│ │ │ │ │ │
│ │ │ │ │ │ │MAF010│ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ OR1:N│ Impossible │ │ │ │ │ │
│ │ │ │ │ │ │ │ call │ │ │ │ │ │
│ │ │ │ │ │ │ │ completion │ │ │ │ │ │
│ │ │ │ │ │ │ │————>│ │ │ │ │ │
│ │ │ │ Release │ │ │ │ │ │
│ │Release│ │<———————————————│ │ │ │ │ │
│ │<——│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ OR1:Y│ Connect to │ │ │ │ │ │
│ │ │ │ │ │ │ │ following │ │ │ │ │ │
│ │ │ │ │ │ │ │ address │ │ │ │ │ │
│ │ │ │ │ │ │ │————>│ │ Set-up │ │
│ │ │ │ │ │ │ │ │ │————–>│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ Notification │ OR2:Y │ │ │ │ │
│ │ Notif │ │<———————————————│ │ │ │ │ │
│ │<——│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
NOTE: info: information Y: Yes
req: request N: No
ack: acknowledge
notif: notification
roam: roaming
OR1: Call to be forwarded
OR2: Notification to calling subscriber required
Figure 4.15: Information flow for call forwarding on mobile subscriber not reachable in case of radio congestion (to fixed terminal) (re-routing by VLR)
MSa/TEa GMSC HLRb VLRb MSCb MSb HLRc MSCc
─── ─── ─── ─────── ─────────── ─── ─── ───
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │Set-up │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │——>│ │Info req│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │——->│ │ Provide │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ roam No │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │———>│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ Roam No │ │ │ │ │ │ │ │ │ │
│ │ │ │Info ack│ │<———│ │ │ │ │ │ │ │ │ │
│ │ │ │<——-│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ Set-up │ │ │ │ │ │ │ │
│ │ │ │——————————————>│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Info req │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │<————│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │Complete call│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │————>│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ radio │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │congestion│ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Radio │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ congestion │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │<————│ │ │ │ │ │ │ │
│ │ │ │ │ │ │MAF010│ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ OR1:N│ Impossible │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ call │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ completion │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │————>│ │ │ │ │ │ │ │
│ │ │ │ Release │ │ │ │ │ │ │ │
│ │Release│ │<——————————————│ │ │ │ │ │ │ │
│ │<——│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ OR1:Y│ Connect to │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ following │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ address │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │————>│ │ Info req │ │ │ │
│ │ │ │ │ │ │ │ │ │————->│ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ Info ack │ │ │ │
│ │ │ │ │ │ │ │ │ │<————-│ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ Set-up │ │
│ │ │ │ │ │ │ │ │ │———————->│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ Notification │ OR2:Y │ │ │ │ │ │ │
│ │ Notif │ │<——————————————│ │ │ │ │ │ │ │
│ │<——│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
NOTE: info: information Y: Yes
req: request N: No
ack: acknowledge
notif: notification
roam: roaming
OR1: Call to be forwarded
OR2: Notification to calling subscriber required
Figure 4.16: Information flow for call forwarding on mobile subscriber not reachable in case of radio congestion (to mobile station) (re-routing by VLR)
MSa/TEa GMSC HLRb VLRb LEc
───── ────── ─────── ───── ──────
│ │ │ │ │ │ │ │ │ │
│ │ Set-up │ │ │ │ │ │ │ │
│ │———–>│ │Info request│ │ │ │ │ │
│ │ │ │———–>│ │ Provide │ │ │ │
│ │ │ │ │ │ roaming No │ │ │ │
│ │ │ │ │ │———–>│ │ │ │
│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ Not │ │ │ │
│ │ │ │ │ │ reachable │ │ │ │
│ │ │ │ │ │<———–│ │ │ │
│ │ │ │ │MAF010│ │ │ │ │
│ │ │ │ Info ack │ │ │ │ │ │
│ │ Release │OR1:N│<———–│ │ │ │ │ │
│ │<———–│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │
│ │ │OR1:Y│ Set-up │ │
│ │ │ │————————————————>│ │
│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │
│ │Notification│OR2:Y│ │ │ │ │ │ │
│ │<———–│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │
NOTE: info: information Y: Yes
ack: acknowledge N: No
OR1: Call to be forwarded
OR2: Notification to calling subscriber required
Figure 4.17: Information flow for call forwarding on mobile subscriber not reachable in case of mobile subscriber not reachable in the VLR (to fixed terminal) (re-routing by HLR)
MSa/TEa GMSC HLRb VLRb HLRc VLRc MSCc
───── ────── ─────── ───── ────── ───── ─────
│ │ Set-up │ │ │ │ │ │ │ │ │ │ │ │
│ │———>│ │Info req│ │ │ │ │ │ │ │ │ │
│ │ │ │——->│ │ Provide │ │ │ │ │ │ │ │
│ │ │ │ │ │ roaming No │ │ │ │ │ │ │ │
│ │ │ │ │ │———–>│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ Not │ │ │ │ │ │ │ │
│ │ │ │ │ │ reachable │ │ │ │ │ │ │ │
│ │ │ │ │ │<———–│ │ │ │ │ │ │ │
│ │ │ │ │MAF010│ │ │ │ │ │ │ │ │
│ │ │ │Info ack│ │ │ │ │ │ │ │ │ │
│ │ Release │ │<——-│ │ │ │ │ │ │ │ │ │
│ │<———│OR1:N│ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ Information request │ │ │ │ │ │
│ │ │OR1:Y│—————————————>│ │ Provide │ │ │ │
│ │ │ │ │ │ │ │ │ │roaming No│ │ │ │
│ │ │ │ │ │ │ │ │ │———>│ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │Roaming No│ │ │ │
│ │ │ │ │ │ │ │ │ │<———│ │ │ │
│ │ │ │ Information acknowledge │ │ │ │ │ │
│ │ │ │<—————————————│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ Set-up │ │
│ │ │ │——————————————————————->│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ Notif │OR2:Y│ │ │ │ │ │ │ │ │ │ │
│ │<———│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
NOTE: info: information Y: Yes
req: request N: No
ack: acknowledge
notif: notification
OR1: Call to be forwarded
OR2: Notification to calling subscriber required
Figure 4.18: Information flow for call forwarding on mobile subscriber not reachable in case of mobile subscriber not reachable in the VLR (to mobile station) (re-routing by HLR)
MSa/TEa GMSC HLRb VLRb LEc
───── ────── ─────── ───── ──────
│ │ │ │ │ │ │ │ │ │
│ │ Set-up │ │ │ │ │ │ │ │
│ │———–>│ │Info request│ │ │ │ │ │
│ │ │ │———–>│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │
│ │ │ │ │MAF010│ │ │ │ │
│ │ │ │ Info ack │ │ │ │ │ │
│ │ Release │OR1:N│<———–│ │ │ │ │ │
│ │<———–│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │
│ │ │OR1:Y│ Set-up │ │
│ │ │ │————————————————>│ │
│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │
│ │Notification│OR2:Y│ │ │ │ │ │ │
│ │<———–│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │
NOTE: info: information Y: Yes
ack: acknowledge N: No
OR1: Call to be forwarded
OR2: Notification to calling subscriber required
Figure 4.19: Information flow for call forwarding on mobile subscriber not reachable in case of mobile subscriber deregistered or purged (to fixed terminal) (re-routing by HLR)
MSa/TEa GMSC HLRb VLRb HLRc VLRc MSCc
───── ────── ─────── ───── ────── ───── ─────
│ │ Set-up │ │ │ │ │ │ │ │ │ │ │ │
│ │———>│ │Info req│ │ │ │ │ │ │ │ │ │
│ │ │ │——->│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │MAF010│ │ │ │ │ │ │ │ │
│ │ │ │Info ack│ │ │ │ │ │ │ │ │ │
│ │ Release │ │<——-│ │ │ │ │ │ │ │ │ │
│ │<———│OR1:N│ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ Information request │ │ │ │ │ │
│ │ │OR1:Y│—————————————>│ │ Provide │ │ │ │
│ │ │ │ │ │ │ │ │ │roaming No│ │ │ │
│ │ │ │ │ │ │ │ │ │———>│ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │Roaming No│ │ │ │
│ │ │ │ │ │ │ │ │ │<———│ │ │ │
│ │ │ │ Information acknowledge │ │ │ │ │ │
│ │ │ │<—————————————│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ Set-up │ │
│ │ │ │——————————————————————->│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ Notif │OR2:Y│ │ │ │ │ │ │ │ │ │ │
│ │<———│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
NOTE: info: information Y: Yes
req: request N: No
ack: acknowledge
notif: notification
No: number
OR1: Call to be forwarded
OR2: Notification to calling subscriber required
Figure 4.20: Information flow for call forwarding on mobile subscriber not reachable in case of mobile subscriber deregistered or purged (to mobile station) (re-routing by HLR)
4.2.3 Call re-routed from HLR for Pre-Paging
If the Pre-Paging is performed by the VPLMN, in addition to clause 4.2.2, the following Mobile Additional Function has been identified for Pre-Paging in the PLMN. In this case, the clause 4.2.1 is not identified for Pre-Paging in the PLMN:
MAF010
Examination of call forwarding on mobile subscriber not reachable authorizations
The ability of a PLMN component to determine the authorizations relating to call forwarding on mobile subscriber not reachable in case of no paging response or radio congestion for Pre-Paging in the VLR. See figure 4.10.
Location: HLR.
The information flows for forwarding to fixed terminal and to mobile station are shown in figures 4.21 and 4.22 respectively. These flows represent the case where the call is re-routed from the HLR because of no paging response for Pre-Paging from the MSC
Figures 4.23 and 4.24 show the information flows in case of radio congestion for Pre-Paging.
MSa/TEa GMSC HLRb VLRb MSCb MSb LEc
────── ────── ─────── ───── ───────── ───── ─────
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │Set-up │ │ │ │ │ │ │ │ │ │ │ │
│ │——>│ │Info req│ │ │ │ │ │ │ │ │ │
│ │ │ │——->│ │ Provide │ │ │ │ │ │ │ │
│ │ │ │ │ │ roam No │ │ │ │ │ │ │ │
│ │ │ │ │ │———>│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Page MS │ │ │ │ │ │
│ │ │ │ │ │ │ │———->│ │Paging │ │ │ │
│ │ │ │ │ │ │ │ │ │——>│ │ │ │
│ │ │ │ │ │ │ │ │ no │ │ │ │ │
│ │ │ │ │ │ │ │ │response│ │ │ │ │
│ │ │ │ │ │ │ │ Absent │ │ │ │ │ │
│ │ │ │ │ │ │ │ subscriber│ │ │ │ │ │
│ │ │ │ │ │ │ │<———-│ │ │ │ │ │
│ │ │ │ │ │ Absent │ │ │ │ │ │ │ │
│ │ │ │ │ │subscriber│ │ │ │ │ │ │ │
│ │ │ │ │ │<———│ │ │ │ │ │ │ │
│ │ │ │ │MAF010│ │ │ │ │ │ │ │ │
│ │ │ │Info ack│ │ │ │ │ │ │ │ │ │
│ │ │ │<——-│ │ │ │ │ │ │ │ │ │
│ │ │OR1:N│ │ │ │ │ │ │ │ │ │ │
│ │Release│ │ │ │ │ │ │ │ │ │ │ │
│ │<——│ │ │ │ │ │ │ │ │ │ │ │
│ │ │OR1:Y│ │ │ │ │ │ │ │ │ │ │
│ │Set-up │ │ │ │ │ │ │ │ │ │ │ │
│ │———————————————————————————–🡪 │ │
│ │ │OR2:Y│ │ │ │ │ │ │ │ │ │ │
│ │Notification │ │ │ │ │ │ │ │ │ │ │
│ │<——│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
NOTE: info: information Y: Yes
req: request N: No
ack: acknowledge
roam: roaming
OR1: Call to be forwarded
OR2: Notification to calling subscriber required
Figure 4.21: Information flow for call forwarding on mobile subscriber not reachable in case of no paging response for Pre-Paging (to fixed terminal) (re-routing by HLR)
MSa/TEa GMSC HLRb VLRb MSCb MSb HLRC VLRc MSCc
──── ─────── ───── ──── ────────── ──── ──── ──── ──── │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │Set-up│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │—–>│ │Info req│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │——->│ │ Provide │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ roam No │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │———>│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Page MS │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │———>│ │Paging│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │—–>│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ no │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │response│ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Absent │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │subscriber│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ Absent │ │<———│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │subscriber│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │<———│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │MAF│ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │Info ack│010│ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │<——-│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │OR1:N│ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ Rel │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │<—–│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │OR1:Y│ Info req │ │Provide │ │ │
│ │ │ │————————————————————>│ │roam No │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │—->│ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ (Note 1) │
│ │ │ │ │ │ │ │ │ │ │ │ │ │Roam │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │No │ │ │ │
│ │ │ │ │ Info ack │ │ │ │ │ │ │ │<—-│ │ │ │
│ │ │ │<————————————————————│ │ │ │ │ │
│ │ │ │ │ │ │ │ Set-up │ │ │ │ │ │ │ │ │
│ │ │ │—————————————————————————–>│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │Notif │OR2:Y│ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │<—–│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
NOTE: info: information Y: Yes
req: request N: No
ack: acknowledge
Rel: Release
roam: roaming
Notif: Notification
OR1: Call to be forwarded
OR2: Notification to calling subscriber required
NOTE 1: The procedure of the paging would be performed.
Figure 4.22: Information flow for call forwarding on mobile subscriber not reachable in case of no paging response (to mobile station) (re-routing by HLR)
MSa/TEa GMSC HLRb VLRb MSCb MSb LEc
───── ────── ─────── ───── ─────────── ───── ─────
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │Set-up │ │ │ │ │ │ │ │ │ │ │ │
│ │——>│ │Info req│ │ │ │ │ │ │ │ │ │
│ │ │ │——->│ │ Provide │ │ │ │ │ │ │ │
│ │ │ │ │ │ roam No │ │ │ │ │ │ │ │
│ │ │ │ │ │———>│ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Page MS │ │ │ │ │ │
│ │ │ │ │ │ │ │———->│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ radio │ │ │ │ │
│ │ │ │ │ │ │ │ │congestion│ │ │ │ │
│ │ │ │ │ │ │ │ Absent │ │ │ │ │ │
│ │ │ │ │ │ │ │ subscriber│ │ │ │ │ │
│ │ │ │ │ │ │ │<———-│ │ │ │ │ │
│ │ │ │ │ │ Absent │ │ │ │ │ │ │ │
│ │ │ │ │ │subscriber│ │ │ │ │ │ │ │
│ │ │ │ │ │<———│ │ │ │ │ │ │ │
│ │ │ │ │MAF010│ │ │ │ │ │ │ │ │
│ │ │ │Info ack│ │ │ │ │ │ │ │ │ │
│ │ │ │<——-│ │ │ │ │ │ │ │ │ │
│ │ │OR1:N│ │ │ │ │ │ │ │ │ │ │
│ │Release│ │ │ │ │ │ │ │ │ │ │ │
│ │<——│ │ │ │ │ │ │ │ │ │ │ │
│ │ │OR1:Y│ │ │ │ │ │ │ │ │ │ │
│ │Set-up │ │ │ │ │ │ │ │ │ │ │ │
│ │————————————————————————————-🡪 │ │
│ │ │OR2:Y│ │ │ │ │ │ │ │ │ │ │
│ │Notification │ │ │ │ │ │ │ │ │ │ │
│ │<——│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │
NOTE: info: information Y: Yes
req: request N: No
ack: acknowledge
roam: roaming
OR1: Call to be forwarded
OR2: Notification to calling subscriber required
Figure 4.23: Information flow for call forwarding on mobile subscriber not reachable in case of radio congestion for Pre-Paging (to fixed terminal) (re-routing by HLR)
MSa/TEa GMSC HLRb VLRb MSCb MSb HLRC VLRc MSCc
──── ───── ──── ──── ────────── ──── ──── ──── ─── │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │Set-up│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │—–>│ │Info req│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │——->│ │ Provide │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ roam No │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │———>│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Page MS │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │———>│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ radio │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │congestion│ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ Absent │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │subscriber│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ Absent │ │<———│ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │subscriber│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │<———│ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │MAF│ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │Info ack│010│ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │<——-│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │OR1│ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ Rel │ :N│ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │<—–│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │OR1│ Info req │ │Provide │ │ │
│ │ │ :Y│————————————————————–>│ │roam No │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │—->│ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ (Note 1) │
│ │ │ │ │ │ │ │ │ │ │ │ │ │Roam │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │No │ │ │ │
│ │ │ │ │ Info ack │ │ │ │ │ │ │ │<—-│ │ │ │
│ │ │ │<————————————————————–│ │ │ │ │ │
│ │ │ │ │ │ │ │ Set-up │ │ │ │ │ │ │ │ │
│ │ │ │——————————————————————————->│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │Notif │OR2│ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │<—–│ :Y│ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
NOTE: info: information Y: Yes
req: request N: No
ack: acknowledge
Rel: Release
roam: roaming
Notif: Notification
OR1: Call to be forwarded
OR2: Notification to calling subscriber required
NOTE 1: The procedure of the paging would be performed.
Figure 4.24: Information flow for call forwarding on mobile subscriber not reachable in case of radio congestion (to mobile station) (re-routing by HLR)
4.3 Information stored in the HLR
The following logical states are applicable for CFNRc (refer to 3GPP TS 23.011 for an explanation of the notation):
|
Provisioning State |
Registration State |
Activation State |
HLR Induction State |
|
(Not Provisioned, |
Not Registered, |
Not Active, |
Not Induced) |
|
(Provisioned, |
Not Registered, |
Not Active, |
Not Induced) |
|
(Provisioned, |
Registered, |
Not Active, |
Not Induced) |
|
(Provisioned, |
Registered, |
Active and Quiescent, |
Not Induced) |
|
(Provisioned, |
Registered, |
Active and Operative, |
Not Induced) |
The registration and activation state may be different for each applicable elementary basic service group.
The provisioning state shall be on a per subscriber basis, and hence the same for all basic service groups.
The HLR shall store:
– the state of CFNRc (which shall be one of the valid states listed above) for each applicable elementary basic service group;
– the subscription option "notification to the calling party" on a per subscriber basis;
This subscription option takes one of the following values:
– no notification;
– notification.
– the subscription option " MSISDN of the served subscriber can be presented to the forwarded-to subscriber" on a per subscriber basis;
This subscription option takes one of the following values:
– presentation restricted;
– presentation allowed.
– the registration parameter "forwarded-to number" (possibly including a forwarded-to sub-address) for each applicable elementary basic service group.
– the default forwarded-to number (containing less than 16 digits) for each applicable elementary basic service group.
4.4 State transition model
The following figure shows the successful cases of transition between the applicable logical states of CFNRc. The state changes are either caused by actions of the service provider, the mobile user or the network.
Note that error cases are not shown in the diagram as they normally do not cause a state change. Additionally, some successful requests may not cause a state change. Hence, they are not shown in the diagram.
The diagram only shows operations on an elementary basic service group.
Figure 4.25: State transition model for CFNRc
4.5 Transfer of information from HLR to VLR
If the provisioning state for CFNRc is "Provisioned" then, when the subscriber registers on a VLR, the HLR shall send that VLR information about the logical state of CFNRc for all relevant elementary basic service groups.
If the registration state for CFNRc is "Registered" then, when the subscriber registers on a VLR, the HLR shall send that VLR the registration parameter "forwarded-to number" for all relevant elementary basic service groups and information about the subscription options "notification to the calling party"" and "MSISDN of the served subscriber can be presented to the forwarded-to subscriber".
If the logical state or the registration parameter "forwarded-to number" of CFNRc is changed while a subscriber is registered on a VLR then for the affected basic service groups, the HLR shall inform the VLR respectively of the new logical state or the new registration parameter of CFNRc.
If information about the subscription option "notification to the calling party" and "MSISDN of the served subscriber can be presented to the forwarded-to subscriber" of CFNRc is changed while a subscriber is registered on a VLR and the registration state of CFNRc is "Registered" then the HLR shall inform the VLR of the new information about the subscription option of CFNRc.
4.6 Information stored in the VLR
For CFNRc the VLR shall store the service state information, the registration parameter "forward-to number" and the subscription options received from the HLR.
4.7 Handover
Handover will have no impact on the control procedure and the operation of the service.
4.8 Cross phase compatibility
4.8.1 MS, MSC, VLR or HLR only support Phase 1 control of SS by the subscriber
In response to a CFNRc interrogation request, if the MS or any network element involved is of Phase 1, only information concerning basic service groups for which the activation state has the value "Active and Operative" will be returned. This means that the subscriber will not be aware that the forwarded to number is registered if CFNRc is deactivated or active (quiescent). A subaddress (if registered) will not be included.
Note that if any network element involved is of Phase 1, CFNRc Registration requests which use a subaddress and all CFNRc Activation and Deactivation requests will be rejected, as these are not specified in Phase 1.
4.8.2 HLR only supports Phase 1 updating of subscriber information
If the VLR receives the SS-Status parameter from a Phase 1 HLR it shall act if it has received the SS-Status parameter with the values shown in the following:
1) Registered, Activated => P bit =1, R bit = 1, A bit = 1, Q bit = 0;
2) Registered, Deactivated => P bit =1, R bit = 1, A bit = 0, Q bit = 0 or 1;
3) Erased => P bit =1, R bit = 0, A bit = 0, Q bit = 0 or 1.
4.8.3 VLR only supports Phase 1 updating of subscriber information
When passing CFNRc information to a Phase 1 VLR, the HLR shall send the service state information in a form which the VLR can accept, based on the logical state held in the HLR, as follows:
1) (Provisioned, Not Registered, Not Active, Not Induced)
=> Erased, Deactivated;
2) (Provisioned, Registered, Not Active, Not Induced)
=> Registered, Deactivated;
3) (Provisioned, Registered, Active and Operative, Not Induced)
=> Registered, Activated;
4) (Provisioned, Registered, Active and Quiescent, Not Induced)
=> Registered, Deactivated.
The HLR shall not pass a subaddress to a Phase 1 VLR.
4.8.4 GMSC only supports Phase 1 call handling
When a call is forwarded on not reachable at the GMSC, the HLR shall not pass the subaddress to a Phase 1 GMSC. Calls shall be forwarded without the subaddress.
4.8.5 VLR only supports Phase 1 call handling
When a call is forwarded on not reachable at the VMSC, as the HLR does not pass the subaddress to the VLR, calls shall be forwarded without the subaddress.
4.8.6 VLR does not support CAMEL or supports CAMEL Phase 1 only
When passing CFNRc information to a VLR not supporting CAMEL or supporting CAMEL Phase 1 only, the HLR shall send the registration parameter "forwarded-to number" only if it is registered in a format which the VLR can accept, i.e. international format.
If the registration state for CFNRc is "Registered" and the forwarded-to number is registered in a format other than international, then when updating a VLR not supporting CAMEL or supporting CAMEL Phase 1 only the HLR shall modify the service state information of CFNRc as follows:
1) (Provisioned, Registered, Not Active, Not Induced)
=> (Provisioned, Not Registered, Not Active, Not Induced);
2) (Provisioned, Registered, Active and Operative, Not Induced)
=> (Provisioned, Not Registered, Not Active, Not Induced);
3) (Provisioned, Registered, Active and Quiescent, Not Induced)
=> (Provisioned, Not Registered, Not Active, Not Induced).
According to the definitions in clause 4.5 no forwarded-to number will be passed to the VLR in these cases. The modification of the service state information sent to the VLR shall have no impact on the service state information stored in the HLR.
If the VLR supports Phase 1 updating of subscriber information only, a further translation of the service state information as defined in clause 4.8.3 shall be performed by the HLR.
4.8.7 GMSC does not support CAMEL or supports CAMEL Phase 1 only
If the activation state of CFNRc is "Active and Operative" and if the forwarded-to number is registered in a format other than international and if the GMSC does not support CAMEL or supports CAMEL Phase 1 only, then when a request for routeing information for a mobile terminated call is received in the HLR, CFNRc shall not be invoked in the HLR. The mobile terminated call establishment shall be continued towards the MSCb.
NOTE: CFNRc will be handled in the VLRb according to the service state information for CFNRc stored there.
4.9 Contents of messages
The same additions apply for CFNRc as for CFB, see clause 2.9.
4.10 Support of Long Forwarded-to Numbers
The handling for CFNRc is the same as that for CFB, see clause 2.10.
Annex A (informative):
Change history
|
Change history |
|||||||
|
Date |
Meeting |
TDoc |
CR |
Rev |
Cat |
Subject/Comment |
New version |
|
Apr 1999 |
Transferred to 3GPP CN1 |
||||||
|
CN#03 |
Approved at CN#03 |
3.0.0 |
|||||
|
CN#05 |
001 |
Addition of the description related to Pre-Paging in case of "Absent Subscriber" |
3.1.0 |
||||
|
CN#07 |
003 |
3 |
Introduction of ‘Notification to CSE flag’ to the call forwarding supplementary service. |
3.2.0 |
|||
|
CN#07 |
004 |
2 |
Addition of Long Forwarded-to Numbers |
3.2.0 |
|||
|
CN#07 |
005 |
Inclusion of TIF-CSI |
3.2.0 |
||||
|
CN#08 |
006 |
Indication in PRN of support of Long FTNs |
3.3.0 |
||||
|
CN#08 |
007 |
1 |
Interworking cases for Long Forwarded-to Numbers |
3.3.0 |
|||
|
CN#09 |
008 |
1 |
SDL refresh |
3.4.0 |
|||
|
CN#10 |
009 |
1 |
Correction of message between VLR and HLR |
3.5.0 |
|||
|
CN#11 |
Release 4 after CN#11 |
4.0.0 |
|||||
|
CN#12 |
010 |
Interworking cases for Long Forwarded-to Numbers |
4.1.0 |
||||
|
CN#13 |
012 |
Clarifications on long forwarded-to numbers |
4.2.0 |
||||
|
CN#16 |
014 |
"Long FTN Supported" to be transferred from VLR to HLR with Restore Data |
4.3.0 |
||||
|
CN#16 |
Release 5 after CN#16 |
5.0.0 |
|||||
|
CN#26 |
Release 6 after CN#26 |
6.0.0 |
|||||
|
CT#36 |
Upgraded unchanged from Rel-6 |
7.0.0 |
|||||
|
CT#37 |
0015 |
1 |
7.1.0 |
||||
|
CT#38 |
0016 |
1 |
Information flows for Call Forwarding on Busy handling in HLR |
7.2.0 |
|||
|
CT#42 |
Upgraded unchanged from Rel-7 |
8.0.0 |
|||||
|
CT#46 |
– |
Update to Rel-9 version (MCC) |
9.0.0 |
||||
|
2011-03 |
– |
Update to Rel-10 version (MCC) |
10.0.0 |
||||
|
2011-12 |
0017 |
1 |
CF interactions with ACR |
11.0.0 |
|||
|
CT#62 |
0018 |
1 |
Call Forwarding Options |
12.0.0 |
|||
|
2015-12 |
– |
Update to Rel-13 version (MCC) |
13.0.0 |
||||
|
2017-03 |
– |
Update to Rel-14 version (MCC) |
14.0.0 |
||||
|
2018-06 |
– |
Update to Rel-15 version (MCC) |
15.0.0 |
||||
|
2020-07 |
– |
Update to Rel-16 version (MCC) |
16.0.0 |
||||
|
2022-03 |
– |
Update to Rel-17 version (MCC) |
17.0.0 |
||||