8.3.2 Inter-MSC GSM to UMTS Relocation

23.2843GPPLocal Call Local Switch (LCLS)Release 17Stage 2TS

8.3.2.1 General

When a call is locally switched through the BSS and an inter-MSC GSM to UMTS handover occurs the LCLS shall be broken and the user plane shall be connected through the core network. The Inter-MSC GSM to UMTS handover procedures specified in 3GPP TS 23.009 [9], 3GPP TS 23.205 [2] and 3GPP TS 23.231 [3] shall be followed. The following clauses describe the additional requirements for inter-MSC GSM to UMTS handovers of LCLS related calls.

8.3.2.2 MSC-1 / MGW-1

8.3.2.2.1 Handover Required

When MSC-1 Server receives the Handover Required message from the serving BSS and determines that the call shall be handed over to the Target MSC Server, it shall send the GCR of the call, the LCLS-Negotiation Request IE and the LCLS-Configuration-Preference IE to the Target MSC Server in a MAP Prepare-Handover_Request message.

8.3.2.2.2 Iu Relocation Request Acknowledge

Upon receipt of the MAP Prepare-Handover-Response including Iu Relocation Ack message, the MSC-1 Server shall send to the adjacent call node the LCLS-Status-Change-Request message to indicate "LCLS Disconnection-Preparation-for handover".

If the far end MSC server receives the LCLS-Status-Change-Request message indicating LCLS Disconnection preparation-for-handover it shall send to the BSS the LCLS_Connect_Control message with the LCLS-Connection-Status-Control IE indicating "BicastatHandover". When the LCLS_Connect_Control acknowledge message is received from the BSS, the far end MSC server shall return the LCLS Status Change Request Acknowledge message indicating "LCLS Disconnection-Preparation-for-handover" and a Result code indicating LCLS Status Change Request accepted.

8.3.2.2.3 Bearer establishment between MGW-1 and Target MGW

The handling of the bearer establishment between MGW-1 and Target MGW is as described in clause 6.1 for a Basic Mobile Originating Call. The MSC server shall also use the Change Flow Direction procedure to request the MGW-1 to set the Handover Device to the initial state.

8.3.2.2.4 MGW Flow Direction Control

The MSC Server may perform the MGW Flow Direction Control for GSM to UMTS Relocation as described in clause 8.4.2.1.2.4.

8.3.2.2.5 Handover Command/Iu Relocation Detect

When the MSC-1 server sends the Handover Command message or alternatively, if it receives the Iu Relocation detect message inside a MAP Process-Access-Signalling request, the MSC-1 server shall follow the procedures described in clause 8.4.2.1.2.5.

8.3.2.2.6 Iu Relocation Complete

When the MSC-1 server receives the Iu Relocation Complete message inside a MAP Send-End-Signalling Request and an ANSWER message including the LCLS status set to LCLS disconnected, it releases the A-interface line towards the serving BSS. The MSC-1 server also requests the MGW-1 to set the Handover Device to its final state by removing the bearer termination (TS) towards the serving BSS.

The MSC-1 server shall send to the adjacent call node the LCLS-Status-Update message with the LCLS-Status IE indicating the LCLS is disconnected.

When the serving BSS receives Clear Command it shall release any local switch path. The serving BSS shall inform the far end MSC server that LCLS is broken with the LCLS-Notification message.

NOTE: The LCLS_Notification message does not need to be sent to the Anchor MSC Server since the Clear Complete message received from the serving BSS also means LCLS is disconnected.

8.3.2.3 Target MSC Server / Target MGW

8.3.2.3.1 Prepare Handover Request message and MGW selection

The Target MSC server selects the Target MGW when it receives Prepare Handover Request message. The Target MSC server sends the Iu Relocation Request message to the Target RNC as for the normal case.

8.3.2.3.2 Bearer establishment towards Target RNC

The procedure specified in 3GPP TS 23.205 [2] clause 8.3.2.2 shall be used.

8.3.2.3.3 Bearer establishment between MGW-1 and Target MGW

The handling of the bearer establishment between MGW-1 and Target MGW is as described for basic mobile terminating call in clause 6.2.

8.3.2.4 Example of Inter-MSC GSM to UMTS Relocation

8.3.2.4.1 Connection Model

Figure 8.4.2.1.4.1.1 shows the network model for the Inter-MSC GSM to GSM Handover, where call leg UE-1 is handed over from BSS-1 to the Target RNC. BSS-1 is the same as BSS-2 when LCLS is established for the call. The BSS-1 is served by the MSC-Server 1, the Target RNC is served by the Target MSC-Server, and MSC-Server 1 is not the same as Target MSC-Server. The bearer termination T2 in MGW-2 is used for the bearer towards BSS-2, which is not affected by this handover. Bearer termination TS in MGW-1 is used for the bearer towards BSS-1 and the bearer terminations TA and T3 in MGW-1, T1 in MGW-2 and T4 in Target-MGW are used for the bearer towards the succeeding/preceding MGW. Bearer termination TT in Target-MGW is for the bearer termination towards the Target RNC.

Connection Model 1: Before handover, Local Switching is established

Connection Model 2: Before MSC triggers HO command to the BSS, T3 is isolated from TS, TA is one-way connected to T3 and TS is both-way connected to TA

Connection Model 3: UE-1 not yet detected in Target RNC, BSS-2 bicasts user plane data UL

Connection Model 4: UE-1 connected to Target RNC but Target MSC-S has not received HO Detect

Connection Model 5: MSC-1 instructed MGW-1 to reroute the user plane, TA is both-way connected to T3

Connection Model 6: Handover completed, TS termination was removed

Figure 8.3.2.4.1.1: Inter-MSC GSM to UMTS Relocation Connection Model when user plane active

8.3.2.4.2 Basic Sequence for Inter-MSC handover that breaks Local Switching

Figures 8.3.2.4.2.1 and 8.3.2.4.2.2 show the message sequence example for the basic Inter-MSC GSM to GSM Handover shown in the corresponding network model Figure 8.3.2.4.1.1. The Handover Device is located in the MGW-1 selected for the call establishment by the MSC-1 Server, which controls the call and the mobility management. The description is based on 3GPP TS 23.009 [9], 3GPP TS 23.205 [2] and 3GPP TS 23.231 [3].

Figure 8.3.2.4.2.1: Inter-MSC GSM to UMTS Relocation that breaks Local Switching when user plane active, initial phase

1. The Handover Required message is received from BSS-1 requesting an inter-MSC GSM to UMTS handover. The call is currently locally switched and the MSC-1 server knows that the Inter-MSC GSM to UMTS relocation at one end will break LCLS (the local switch is not broken in the serving BSS (BSS-1) until UE-1 has moved out of the BSS-1 and the MSC-1 server sends the Clear Command message to BSS-1).

2. The MSC-1 Server determines that inter-MSC handover is required and sends MAP-Prepare-Handover Request message to target MSC which includes GCR, the LCLS Negotiation Request IE and the LCLS-Configuration-Preference IE.

3a, b. The Target MSC-Server requests Target MGW to provide a binding reference and a bearer address using the Prepare Bearer procedure when reserving TT towards the Target RNC.

4. The Target MSC-Server sends the Iu Relocation Request message to Target RNC.

5. The Target RNC sends the Iu Relocation Acknowledge message to Target MSC-Server.

6. The Target MSC-Server sends the Prepare Handover Response message to the MSC-1 server.

7. The Anchor MSC-1 server may instruct the far end MSC-2 server to prepare for LCLS disconnection due to handover by sending the LCLS-Status-Change-Request message. (If the Anchor MSC-1 server does not instruct the MSC-2 server /BSS-2 to prepare for LCLS disconnection for handover, BSS-2 starts bicasting user plane data to the core network after receiving the Handover Command message in Step 15.)

8a. The far end MSC-2 server requests BSS-2 to start sending data UL with the LCLS_Connect_Control message and the LCLS-Connection-Status-Control IE indicating "BicastatHandover", see Figure 8.3.2.4.1.1, Connection Model 3. This triggers the BSS-2 to bicast the user plane data in the same way as the Access MGW-1 would be doing in a non-LCLS inter-BSS handover. At this point the BSS-1 shall send any DL data it receives directly to the served UE.

NOTE 1: The Serving BSS-1 shall forward the user plane data received locally from UE-1 to UE-2 while the UE-1 is served by the BSS-1. BSS-2 bicasts UL user plane data to both MGW2 and local path and MGW-2 transmits the user plane data to MGW-1 and MGW-1 transmits the user plane data to the Target RNC via the Target MGW. When the UE-1 leaves the serving BSS-1 and begins sending UL data to the Target RNC via the Target MGW, that data will then be received via the A-interface leg at the serving BSS-2.

8b. The BSS-2 sends the LCLS_Connect_Control_Ack message with the LCLS-BSS-Status IE set to "the call is locally switched with requested LCLS configuration".

9a, b. In accordance with normal Iu relocation in this example the MSC-1 server requests MGW-1 to isolate the termination towards Target MGW (T3) from the termination to the Serving BSS-1 (TS) and to configure the Anchor termination (TA) one-way DL towards the Target MGW termination (T3).

10. MSC-2 Server sends LCLS-Status-Change-Request-Acknowledge message.

11. MSC-1 Server sends IAM (Initial Address Message) to Target MSC-Server including GCR, the LCLS-Negotiation Request IE and the LCLS-Configuration-Preference IE.

NOTE 2: Corresponding SIP-I signalling is specified in 3GPP TS 23.231 [3].

NOTE 3: The MSC-1 Server can send IAM before receiving LCLS-Status-Change-Request-Acknowledge message.

12a, b. Target-MSC-Server reserves bearer connection T4 towards MGW-1.

13. After Target MGW has replied with the bearer address and the binding reference, Target MSC-Server returns APM with selected codec and LCLS-Negotiation Response IE and the LCLS-Configuration-Preference IE.


Figure 8.3.2.4.2.2: Inter-MSC GSM to UMTS Relocation that breaks Local Switching when user plane active, completion phase

14. The Target MSC-Server sends ACM (Address Complete Message). Target MSC-Server awaits the capturing of the UE-1 on the radio path when the ACM is sent and the Anchor MSC-1 server initiates the Iu relocation execution when receiving ACM.

15. MSC-1 server sends Handover Command message to BSS-1.

16. BSS-1 sends Handover Command message to UE-1. BSS-1 will discard incoming user plane data send to UE-1 received from CN. If BSS-2 was not instructed to prepare for LCLS related handover in Step 8a, the BSS-2 starts bi-casting UP user plane data generated by UE-2 to local path and A interface and also starts to check whether there is incoming DL user plane data from the core network.

NOTE 4: there is no situation where BSS-2 will receive real DL user plane data from the CN at the same time as it receives local data from UE-1 as part of the handover.

17. UE-1 is detected at Target RNC. But still no UL data can be sent from Target RNC to MGW-1 because TA-T3 is one-way DL only. MGW-1 will continue to transmit DL user plane data to the Target RNC. BSS-2 continues to bi-cast user plane data to both local path and to the A interface.

18. Target MSC-Server sends MAP-Process-Access-Signal request message to the MSC-1 server.

19a, b. The MSC-1 server uses the Change Flow Direction procedure to request the MGW-1 to set the Handover Device to intermediate state and TA-T3 to both-way configuration. When BSS-2 finds out there is DL user plane data, BSS-2 will transmit the DL user plane data to UE-2.

20. Iu Relocation Complete message is received from Target RNC with LCLS-BSS-status indicating that the call cannot be locally switched.

21. Iu-Relocation-Complete message when received is included in the MAP SendEndSignalling Request message sent to the MSC-1 server.

22. Target MSC-Server sends ANSWER with the LCLS-status when Iu-Relocation Complete message is received.

23. MSC-1 server informs BSS-1 to clear the old call leg.

24. Serving BSS-2 informs MSC-2 server that LCLS is broken via LCLS-Notification message.

25. MSC-1 server sends LCLS Status Update message with LCLS status "LCLS not connected" to MSC-2 server.

NOTE 5: When BICC is used as the call control protocol the APM message is sent. When SIP-I is used the INFO request with the encapsulated APM message is sent.

26. BSS-1 informs MSC-1 server that the resource for the UE-1 has been released and BSS-2 stops bi-casting.

NOTE 6: There is no need to send LCLS-Notification message from BSS-1 after receiving the Clear command since Clear Complete message indicates that LCLS was disconnected.

27a, b. The MSC-1 server requests MGW-1 to set the Handover Device to its final state by removing the bearer termination TS towards BSC-1 using the Release Termination procedure.