Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 23.094  Word version:  19.0.0

Top   Top   Up   Prev   Next
1…   4…   5…   A   B…

 

4  Handling of Follow Mep. 6

4.1  Generalp. 6

Follow Me enables an initiating mobile subscriber A to have control over the Follow Me data of a remote party B. The remote party B is characterised by the remote number which is defined in the numbering plan of a PLMN operator. Initiating Subscriber A shall be able to manipulate the Follow Me data of remote party B such that subsequent calls destined for remote party B are forwarded to initiating subscriber A. In the case of Forced Erasure by an FM service supervisor, the initiating subscriber is allowed to erase the Follow Me data of a remote party who has been registered to a different initiating subscriber for the Follow Me application.
Follow Me is a PLMN specific feature and the control operations of FM are based on USSD. All messages between the MS and the mobile network and internal to the mobile network are USSD messages.
The present document deals with the control operations of FM in HLRa and FFN. If the FFN is an HLR, the control of the requests for both FM and CFU services is specified (see clause 4.3.2).
The functionality of forwarding calls for remote party B to initiating subscriber A (after successful registration of FM) is out of the scope of the present document. This functionality is the same as the functionality of the Call Forwarding Unconditional Supplementary Service applied to all telecommunication services of remote party B for which CFU is applicable.
The functionality of the control of Follow Me (registration, erasure, forced erasure and interrogation) is split between the HLR of the initiating subscriber A (HLRa) and the FFN of the remote party B (FFNb).
Up

4.1.1  Provisionp. 7

FM can be registered / erased / interrogated by an initiating subscriber A with respect to a remote party B if both parties are provisioned with FM.
To enable forced erasure by an FM service supervisor, the FM service shall be provisioned to the FM service supervisor. Additionally, she needs the subscription entitlement to perform the forced erasure.
If remote party B is a GSM subscriber and if the forwarding of calls for remote party B to initiating subscriber A is achieved by invoking the Call Forwarding Unconditional Supplementary Service, provision of CFU for remote party B is required.
Up

4.1.2  Registrationp. 7

The initiating subscriber registers the FM feature with respect to a particular remote party.
If an initiating subscriber A successfully registers FM with respect to a remote party B then FM becomes registered, active and operative for remote party B.
As a result of the registration subsequent calls directed to remote party B are forwarded to initiating subscriber A.

4.1.3  Erasurep. 7

If an initiating subscriber A or the FM service supervisor successfully erases FM with respect to a remote party B then FM becomes not registered and not active for remote party B.
For forced erasure by the FM service supervisor the previously registered subscriber shall be informed of the successful forced erasure via a network initiated USSD Notify message with appropriate contents. This message is sent by the FFN.
If remote party B is a GSM subscriber and successfully erases FM then FM becomes not registered and not active for remote party B.
Up

4.1.4  Interrogationp. 7

If an initiating subscriber A or the FM service supervisor successfully interrogates FM with respect to a remote party B then this procedure interrogates the FM data of subscriber B.
If remote party B is a GSM subscriber and successfully interrogates FM then this procedure interrogates her own FM data.

4.2  Information Flowsp. 7

4.2.1  Information Flow for the handling of FM by the initiating subscriberp. 7

Figure 4.1 shows the Information Flow for the control of FM (registration, erasure, forced erasure and interrogation) by the initiating subscriber.
For any control operation on FM, the initiating subscriber (MSa) enters a Follow Me Request (FM-Request). This is a USSD string containing the requested FM operation and the remote number. The Follow Me Request is routed via the MSC/VLR to the HLR of the initiating subscriber (HLRa).
The HLRa performs a series of checks as described in the SDLs (clause 4.3). If these checks fail, the MSa receives a response (FM-Response) indicating the error.
If the checks pass, the HLRa forwards the operation request (HLR-FM-Request) to the FFN of the remote party (FFNb).
FFNb carries out the appropriate control operation and checks as described in the SDLs (clause 4.3) for the remote party.
The result of this operation (success or error) is reported back in a USSD Response to the initiating subscriber.
For successful forced erasure by a service supervisor, the FFN shall send a Network Initiated USSD notify message with the corresponding USSD string to the HLR of the previously registered subscriber who had registered the Follow Me data. The HLR shall forward the USSD notify to VLR which will relay the USSD Notify towards the MS.
Upon receipt of the USSD Notify, the MS shall respond by sending a FACILITY message with empty return result component.
An error response with corresponding reason can be returned from any entity, when error happens at the entity TS 23.090.
Copy of original 3GPP image for 3GPP TS 23.094, Fig. 4.1: Information flow for the control of FM by the initiating subscriber or service supervisor
Up
NOTE 1:
OR1:N:
The case where the checks in the HLR result in a negative outcome, e.g. FM is not provisioned for the initiating subscriber or the initiating subscriber is not allowed to operate FM for the remote party.
OR1:Y:
The case where all the checks in the HLR are successful, e.g. FM is provisioned for the initiating subscriber and the initiating subscriber is allowed to operate FM for the remote party.
NOTE 2:
[...]
Optional parameter.
(...)]
Conditional parameter.
OC
Operation Code (Register, Erase or Interrogate).
SC
Service Code for FM.
RN
Remote Number.
SI
Supervisor Indicator. This parameter is conditional and only used for forced erasure by a FM service supervisor.
PIM
MSISDN of previously registered subscriber who has registered the FM to remote number. This parameter is conditional and only used for forced erasure by a FM service supervisor.
AI
Supplementary Information containing additional information.
MSISDN-A
initiating number in international format. It is not a part of the USSD string, but is sent from HLRa to the FFNb together with the HLR-FM-Request within the MAP operation. For forced erasure, the MSISDN-A corresponds to the supervisor's MSISDN and will be part of the USSD-notify.
MSp
MS of previously registered service subscriber.
HLRp
HLR of the previously registered service subscriber.
Up

4.2.2  Information Flow for the handling of FM by the remote partyp. 10

Control of FM by the remote party is possible if the remote party is a GSM subscriber.
The information flow for control of FM by the remote party (erasure and interrogation of her own FM data) is the same as the information flow for control of FM by the initiating subscriber.
If a remote party tries to register FM to herself the registration is rejected and an error is reported.

4.3  Handling of FM control in HLRa and FFNbp. 10

HLRa and FFNb can both receive FM control messages, based on USSD. The USSD handler in each entity analyses the Service Code contained in the USSD string and, recognising the Service Code for FM, invokes the FM USSD application.
The FM control messages and their contents are given in Annex B (normative).

4.3.1  Handling of FM control in HLRap. 10

The FM USSD application in HLRa is the process FM_initiating_subscriber_handling_in_HLR (Figure 4.2). It receives the FM-Request from the initiating subscriber. This FM-Request is an USSD-string containing:
  • the operation code (register, erase, interrogate);
  • the remote number;
  • an additional operator specific information field.
The HLR checks:
  • the provisioning of FM to the initiating subscriber;
  • whether the FFN can be deduced from the remote number;
  • whether any operator specific restrictions to engage in FM activity with the remote party apply;
  • if the initiating subscriber requires forced erasure, the HLR checks Whether the initiating subscriber is entitled to do it, i.e. Whether the initiating subscriber is a FM service supervisor.
The basic MSISDN of the initiating subscriber is sent together with the original USSD string to the FFN of the remote party.
The HLR forwards the response from the FFN to the initiating subscriber.
For successful forced erasure by a service supervisor, the HLR of the previously registered subscriber (HLRp) shall relay the USSD Notify to the VLR when the USSD Notify from the FFN is received. The VLR will then forward the USSD Notify towards the MS of the previously registered service subscriber.
On receipt of an USSD response from the MS of the previously registered subscriber, the HLRp shall relay it to the FFN.
Copy of original 3GPP image for 3GPP TS 23.094, Fig. 4.2: Process: FM_Initiating_Subscriber_Handling_in_HLR
Up
Copy of original 3GPP image for 3GPP TS 23.094, Fig. 4.2a: Process Notification_for_previously_registered_subscriber_in_HLRp
Up

4.3.2  Handling of FM control in FFNbp. 13

If the FFN is an HLR, the FFN is responsible for handling the interactions between FM and CFU. Two kinds of request may be received in an FFN which deals with forwarding services:
  • CFU requests sent by the VLR for CFU operations (only if the FFN is a HLR);
  • FM-HLR-Requests which are USSD strings sent by HLRa for FM operations.
When the control process in the FFN receives a CFU request, it shall either pass the CFU operation request directly to a CFU process or reject it depending on the registration and/or activation states of both FM and CFU services (see Table A.1 for permission checks).
On receipt of an HLR-FM request, the control process in the FFN performs a series of FM specific checks and checks the states of both FM and CFU. If the checks are successful, a CFU operation request is sent to a CFU process. On receipt of an HLR-FM-Request from HLRa, the FFN performs a series of checks. e.g.:
  • if the remote party is a GSM subscriber:
    • provisioning of FM to the remote party;
    • provisioning of CFU to the remote party;
    • illegal interaction with CFU registered or active to remote party.
  • if the remote number is registered in the FFN;
  • if any operator specific restrictions to engage in FM activity with the initiating subscriber apply;
  • specific checks for forced erasure.
Depending on the requested operation, one of the following procedures is performed:
  • registration with implicit Activation (procedure Handle_Remote_Party_Registration, Figure 4.6);
  • erasure with implicit Deactivation (procedure Handle_Remote_Party_Erasure, Figure 4.7);
  • interrogation (procedure Handle_Remote_Party_Interrogation, Figure 4.8).
For successful forced erasure by a service supervisor, the FFN shall generate an USSD-Notify message and send it to the HLRp, which will relay the USSD Notify towards the MS of the previously registered subscriber (MSp). On receipt of an error response that the USSD Notify message could not be transferred to the MS, the FFN shall check the error code of the response. Depending on the error types and the specific implementation the process shall decide to resend the USSD message after a predefined time.
For the resend procedure the process shall start a timer. On timer expiry it shall send the message again. The FFN shall repeat the messages up to 5 times.
The length of the timer is defined by operator and has the value in the range of 1 - 10 minutes.
Figure 4.3 shows the message flow between the process Forwarding_Service_Control and the processes handling CFU operation requests, defined in TS 23.082.
Copy of original 3GPP image for 3GPP TS 23.094, Fig. 4.3: FFN_processes
Figure 4.3: FFN_processes
(⇒ copy of original 3GPP image)
Up
Copy of original 3GPP image for 3GPP TS 23.094, Fig. 4.4: Process Forwarding_Service_Control
Figure 4.4: Process Forwarding_Service_Control
(⇒ copy of original 3GPP image)
Up
Copy of original 3GPP image for 3GPP TS 23.094, Fig. 4.5: Procedure: FM_Remote_Party_Handling_in_FFN
Up
Copy of original 3GPP image for 3GPP TS 23.094, Fig. 4.6: Procedure: Handle_Remote_Party_Registration
Up
Copy of original 3GPP image for 3GPP TS 23.094, Fig. 4.6a: Procedure Register_FM_for_Remote_Party
Figure 4.6a: Procedure Register_FM_for_Remote_Party
(⇒ copy of original 3GPP image)
Up
Copy of original 3GPP image for 3GPP TS 23.094, Fig. 4.7: Procedure: Handle_Remote_Party_Erasure
Figure 4.7: Procedure: Handle_Remote_Party_Erasure
(⇒ copy of original 3GPP image)
Up
Copy of original 3GPP image for 3GPP TS 23.094, Fig. 4.7a: Procedure Erase_FM_for_Remote_party
Figure 4.7a: Procedure Erase_FM_for_Remote_party
(⇒ copy of original 3GPP image)
Up
Copy of original 3GPP image for 3GPP TS 23.094, Fig. 4.8: Procedure Handle_Remote_Party_Interrogation
Up
Copy of original 3GPP image for 3GPP TS 23.094, Fig. 4.9: Process FFN_Forced_Erasure_Notify
Figure 4.9: Process FFN_Forced_Erasure_Notify
(⇒ copy of original 3GPP image)
Up

4.4  USSD interworking and Cross-phase compatibilityp. 22

All the messages between MS and the mobile network and internal to the mobile network, which are used for control of Follow Me, are USSD Phase 2 messages.
A Cross-phase compatibility mechanism specified in TS 23.011 for networks or MS not supporting USSD Phase 2 is not required.
Networks subject to the Interoperability Directive have to implement FM using USSD Phase 2.
Up

Up   Top   ToC