10.2.2 Any Time Modification
23.0783GPPCustomised Applications for Mobile network Enhanced Logic (CAMEL) Phase 4Release 17Stage 2TS
Handling of Any Time Modification involves the following process:
– CAMEL_ATM_HLR.
The following procedures are involved:
– ATM_Modify_Data
This procedure checks which data shall be modified and calls the appropriate data modification procedure.
– ATM_Modify_CSI_Data
If the CSI indicated in the ATM request is not available in the HLR, then an error is returned.
Otherwise, the CSI state and/or Notification-to-CSE flag are set as instructed with the ATM request.
– ATM_Modify_CF_Data
When only the SS-code and (optionally) a Basic Service code are present in the ATM request, then all Call Forwarding data belonging to this SS code and basic service code is erased, the associated notificationToCSE flag is unchanged and the SS-Status is amended according to the state transition model defined in 3GPP TS 23.082 [20].
Otherwise, the behaviour is as follows:
– If a valid SS-status (i.e., the content of the SS-status parameter takes one of the values defined in the State Transition Model for the corresponding Call Forwarding supplementary service, as specified in 3GPP TS 23.082 [20]) is present in the ATM request, then an SS state transition is performed.
– If a valid FTN, FTN sub address or No Reply Condition Time is present in the ATM request, then the indicated variable is modified.
– Before modification of CF data (SS state changed to ‘registered’, insert or change of FTN), the interaction checks between CF and ODB and between CF and CB shall be performed as described in 3GPP TS 23.015 [11] and TS 23.082 [20] respectively. The CF data shall only be modified if the changed new CF data does not conflict with the existing ODB or CB entries.
– If an instruction to modify the notification-to-CSE flag is present in the ATM request, then the notification-to-CSE flag is modified.
– If the modification is partially successful (e.g. succeeds for one Basic Service but fails for another Basic Service), then the operation is partially accepted by the HLR. The accepted changes are made in the HLR and the changed data is sent in the ATM acknowledgement.
– ATM_Modify_CB_Data
When only the SS-code and (optionally) a Basic Service code are present in the ATM request, then all Call Barring belonging to this SS code and basic service code is deactivated, the associated notificationToCSE flag is unchanged and the SS-Status is amended according to the state transition model defined in 3GPP TS 23.088 [23].
Otherwise, the behaviour is as follows:
– If a valid SS-status (i.e., the content of the SS-Status parameter takes one of the values defined in the State Transition Model for the corresponding Call Barring supplementary service, as specified in 3GPP TS 23.088 [23]) is present in the ATM request, then an SS state transition is performed.
– Before modification of CB data (SS state), the interaction checks between CF and CB shall be performed as described in 3GPP TS 23.088 [23]. The CB data shall only be modified if the changed new CB data does not conflict with the existing CF entries.
– If a valid Password or ‘Wrong password attempt counter’ is present in the ATM request, then the indicated variable is modified.
– If an instruction to modify the notification-to-CSE flag is present in the ATM request, then the notification-to-CSE flag is modified.
– ATM_Modify_ODB_Data
– If ODB data is not present in the ATM request, then it is assumed that the ODB data is not modified. When present, the modification is done by overwriting the existing ODB data.
– If an instruction to modify the notification-to-CSE flag is present in the ATM request, then the notification-to-CSE flag is modified.
– If the modification is partially successful (e.g. succeeds for one Basic Service but fails for another Basic Service), then the operation is partially accepted by the HLR. The accepted changes are made in the HLR and the changed data is sent in the ATM acknowledgement.
– ATM_Modify_IP-SM-GW_Data
– If Modification Instruction is "activate", the IP-SM-GW address is stored if not already pre-configured in the HLR and the process Subscriber_Present_HLR is invoked (see 3GPP TS 23.012 [10]).
– If Modification Instruction is "deactivate" and there is no IP-SM-GW address pre-configured in the HLR, the stored IP-SM-GW address is deleted.
– ATM_Modify_CW_Data
– If a valid SS-status (i.e., the content of the SS-Status parameter takes one of the values defined in the State Transition Model for Call Waiting, as specified in 3GPP TS 23.083 [48]) is present in the ATM request, then the Call Waiting state is changed accordingly,
– If an instruction to modify the notification-to-CSE flag is present in the ATM request, then the notification-to-CSE flag is modified.
– ATM_Modify_CH_Data
– If a valid SS-status (i.e., the content of the SS-Status parameter takes one of the values defined in the State Transition Model for Call Hold, as specified in 3GPP TS 23.083 [48]) is present in the ATM request, then the Call Hold state is changed accordingly,
– If an instruction to modify the notification-to-CSE flag is present in the ATM request, then the notification-to-CSE flag is modified.
– ATM_Modify_ECT_Data
– If a valid SS-status (i.e., the content of the SS-Status parameter takes one of the values defined in the State Transition Model for Explicit Call Transfer, as specified in 3GPP TS 23.091 [25]) is present in the ATM request, then the Explicit Call Transfer state is changed accordingly,
– If an instruction to modify the notification-to-CSE flag is present in the ATM request, then the notification-to-CSE flag is modified.
– ATM_Modify_CLIP_Data
– If a valid SS-status (i.e., the content of the SS-Status parameter takes one of the values defined in the State Transition Model for CLIP, as specified in 3GPP TS 23.081 [47]) is present in the ATM request, then the Calling Line Identification Presentation state is changed accordingly,
– If the Override Category is present, the Override Category is changed accordingly.
– If an instruction to modify the notification-to-CSE flag is present in the ATM request, then the notification-to-CSE flag is modified.
– ATM_Modify_CLIR_Data
– If a valid SS-status (i.e., the content of the SS-Status parameter takes one of the values defined in the State Transition Model for CLIR, as specified in 3GPP TS 23.081 [47]) is present in the ATM request, then the Calling Line Identification Restriction state is changed accordingly,
– If the Override Category is present, the CLI Restriction Option is changed accordingly.
– If an instruction to modify the notification-to-CSE flag is present in the ATM request, then the notification-to-CSE flag is modified.
After having executed the Any Time Modification instruction from the gsmSCF, the HLR calls the procedure CAMEL_NSDC_HLR, which sends notifications to gsmSCF(s), if required.
Figure 10.3-1: Process CAMEL_ATM_HLR (sheet 1)
Figure 10.4-1: Procedure ATM_Modify_Data (sheet 1)
Figure 10.4-2: Procedure ATM_Modify_Data (sheet 2)
Figure 10.5-1: Procedure ATM_Modify_CSI_Data (sheet 1)
Figure 10.6-1: Procedure ATM_Modify_CF_Data (sheet 1)
Figure 10.6-2: Procedure ATM_Modify_CF_Data (sheet 2)
Figure 10.7-1: Procedure ATM_Modify_CB_Data (sheet 1)
Figure 10.7-2: Procedure ATM_Modify_CB_Data (sheet 2)
Figure 10.8-1: Procedure ATM_Modify_ODB_Data (sheet 1)
Figure 10.9-1: Procedure ATM_Modify_IP-SM-GW_Data (sheet 1)
Figure 10.10-1: Procedure ATM_Modify_CH_Data (sheet 1)
Figure 10.11-1: Procedure ATM_Modify_CW_Data (sheet 1)
Figure 10.12-1: Procedure ATM_Modify_ECT_Data (sheet 1)
Figure 10.13-1: Procedure ATM_Modify_CLIP_Data (sheet 1)
Figure 10.14-1: Procedure ATM_Modify_CLIR_Data (sheet 1)