21.8 Remote User Free

09.023GPPMobile Application Part (MAP) specificationTS

21.8.1 General

The message flows for handling remote user free are shown in figures 21.8/1 and 21.8/2.

VLR

HLR

MAP_REMOTE_USER_FREE

<—————————————————————

MAP_REMOTE_USER_FREE ack

—————————————————————>

Figure 21.8/1: Remote User Free: recall not accepted

VLR

HLR

MAP_REMOTE_USER_FREE

<—————————————————————

MAP_REMOTE_USER_FREE ack

—————————————————————>

MAP_STATUS_REPORT

—————————————————————>

MAP_STATUS_REPORT ack

<—————————————————————

Figure 21.8/2: Remote User Free: recall accepted

21.8.2 Process in the HLR for Remote User Free

The MAP process in the HLR to handle Remote User Free is shown in figure 21.8/3. The MAP process invokes macros not defined in this subclause; the definitions of these macros can be found as follows:

Receive_Open_Cnf see subclause 25.1.2;

Check_Confirmation see subclause 25.2.2;

Successful Outcome

When the MAP process receives a CCBS RUF request from the CCBS application process in the HLR, it requests a dialogue with the VLR whose identity is contained in the request by sending a MAP_OPEN service request and sending the necessary information using a MAP_REMOTE_USER_FREE service request. The HLR then invokes the macro Receive_Open_Cnf to wait for the response to the dialogue opening request. If the dialogue opening is successful, the MAP process waits for a response from the VLR.

If the MAP process receives a MAP_REMOTE_USER_FREE service confirm from the VLR, the MAP process invokes the macro Check_Confirmation to check the content of the confirm.

If the macro Check_Confirmation takes the OK exit, the MAP process sends a CCBS RUF ack containing the information received from the VLR to the CCBS application process in the HLR and waits for a MAP_STATUS_REPORT service indication from the VLR. If in this state a MAP_CLOSE service indication is received, the MAP process returns to the idle state. If in this state a MAP_STATUS_REPORT service indication is received, further processing is described by the macro Receive_Status_Report_HLR (described in subclause 21.7.3). When the macro exits, the MAP process constructs a MAP_CLOSE service request, sends it to the VLR and returns to the idle state.

Failure of dialogue opening with the VLR

If the macro Receive_Open_Cnf takes the Vr exit or the Error exit, the MAP process sends a negative response to the CCBS application process in the HLR and returns to the idle state.

Error in MAP_REMOTE_USER_FREE confirm

If the MAP_REMOTE_USER_FREE service confirm contains a user error or a provider error, or the macro Check_Confirmation indicates that there is a data error, the MAP process sends a CCBS RUF negative response to the CCBS application process in the HLR and returns to the idle state.

Abort of VLR dialogue

When the MAP process is waiting for a VLR response to the MAP_REMOTE_USER_FREE, the MAP service provider may abort the dialogue by issuing a MAP_CLOSE, a MAP_P_ABORT or a MAP_U_ABORT indication. In this case, the MAP process sends a CCBS RUF negative response to the CCBS application process in the HLR and returns to the idle state.

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication when the MAP process is waiting for a VLR response to the MAP_REMOTE_USER_FREE, the MAP process closes the dialogue with the VLR, sends a CCBS RUF negative response indicating system failure to the CCBS application process in the HLR and returns to the idle state.

When the MAP process is waiting for a possible MAP_STATUS_REPORT from the VLR, the MAP service provider may abort the dialogue by issuing a MAP_P_ABORT or a MAP_U_ABORT indication. In this case, the MAP process returns to the idle state.

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication when the MAP process is waiting for a possible MAP_STATUS_REPORT from the VLR, the MAP process closes the dialogue with the VLR and returns to the idle state.

If the CCBS application in the HLR decides to abort the dialogue, it sends an Abort message to the MAP process, which closes the dialogue with the VLR and returns to the idle state.

Figure 21.8/3: Process Remote_User_Free_HLR

21.8.3 Process in the VLR for Remote User Free

The MAP process in the VLR to handle Remote User Free is shown in figure 21.8/4. The MAP process invokes a macro not defined in this subclause; the definitions of this macro can be found as follows:

Check_Confirmation see subclause 25.2.2;

Successful outcome (Recall accepted)

When the MAP process receives a MAP_REMOTE_USER_FREE service indication, the VLR sends a CCBS RUF request to the CCBS application process in the VLR, and waits for a response. The request contains the parameters received in the MAP_REMOTE_USER_FREE service indication.

If the CCBS application process in the VLR returns a positive response indicating "recall accepted“, the MAP process constructs a MAP_REMOTE_USER_FREE service response and a MAP_DELIMITER service request, sends them to the VLR and waits for a CCBS Call Report message from the CCBS application process in the VLR. When the MAP process receives the CCBS Call Report from the CCBS application process in the VLR, it constructs a MAP_STATUS_REPORT service request and a MAP_DELIMITER service request, sends them to the HLR and waits for a response. If the MAP process receives a MAP_STATUS_REPORT service confirm, the VLR calls the macro Check_Confirmation. If this macro takes the OK exit, the MAP process sends a CCBS Call Report ack to the CCBS application process in the VLR and the MAP process terminates.

Successful outcome (Recall not accepted)

If the CCBS application process in the VLR returns a positive response indicating "recall not accepted“, the MAP process constructs a MAP_REMOTE_USER_FREE service response and a MAP_CLOSE service request, sends them to the HLR and terminates.

Negative response from VLR CCBS application process

If the CCBS application process in the VLR returns a negative response, the MAP process constructs a MAP_REMOTE_USER_FREE service response containing the appropriate error and a MAP_CLOSE service request, sends them to the HLR and terminates.

Failure of dialogue with the HLR

When waiting for a response or a call result from the CCBS application process in the VLR, the MAP process may receive a MAP_CLOSE service indication, a MAP_U_ABORT service indication or a MAP_P_ABORT service indication from the co-ordinating process, in which case the MAP process terminates.

When waiting for a call result from the CCBS application process in the VLR, the MAP process may receive a MAP_NOTICE indication from the co-ordinating process, in which case the MAP process constructs a MAP_CLOSE service request, sends it to the co-ordinating process and terminates.

When waiting for a response from the HLR, the MAP process may receive a MAP_CLOSE indication, a MAP_U_ABORT indication or a MAP_P_ABORT indication from the co-ordinating process, in which case the MAP process sends a CCBS Call Report negative response to the CCBS application process in the VLR and terminates.

When waiting for a response from the HLR, the MAP process may receive a MAP_NOTICE indication from the co-ordinating process, in which case the MAP process constructs a MAP_CLOSE service request, sends it to the co-ordinating process, sends a CCBS Call Report negative response to the CCBS application process in the VLR and terminates.

Error in MAP_STATUS_REPORT confirm

If the MAP_STATUS_REPORT service confirm contains a user error or a provider error, the MAP process sends a CCBS Call Report negative response to the CCBS application process in the VLR and terminates.

Figure 21.8/4 (sheet 1 of 2): Process Remote_User_Free_VLR

Figure 21.8/4 (sheet 2 of 2): Process Remote_User_Free_VLR