conversation purposes is intimated to the called UE through SIP:UPDATE method, following which it sends the SIP:RINGING status to the caller UE.
Figure 6.5 Illustration: VoLTE call between IMS registered UEs.
The IMS for VoLTE described above will be also the foundation for the voice services over the 5G system with essential extensions added, as part of the 3GPP Release 15, over some of the existing logical interfaces, such as the Rx, Sh.
6.2.2 Interworking for VoLTE Call Through LTE/EPS: SRVCC
The provision of a handover of an existing VoLTE call to a legacy GERAN or UTRAN system is known as the SRVCC (refer to TS 23.216 [35]) because of the single RAT capability of a UE at a given time only. Interworking through the SRVCC scenario is a bit similar to the one described in Section 6.2.1. However, there is a difference from the E‐UTRAN UE capability point of view. SRVCC interworking scenario is suitable for an LTE UE having only one radio capability at a given time. Because of this, a VoLTE call over the IMS is required to be handed over to the legacy GERAN or UTRAN system for the continuation of the IMS voice call. The interworking of network elements, with IMS, for the SRVCC feature is illustrated in Figure 6.6.
Figure 6.6 Illustration: legacy and LTE network interworking for VoLTE call HO through SRVCC.
For the SRVCC capability to be realized, a new logical interface Sv, refer to TS 29.280 [71], is defined between the
MME and the MSC server and
MME and SGSN, as shown above.
Figure 6.7 further illustrates the SRVCC HO of an LTE/EPS IMS voice call made by the VoLTE user A to a PSTN user B.
In Figure 6.7, user A moved to a legacy 2G/3G coverage area. As the user moved away from the LTE coverage area and approaches a 2G/3G coverage area, the eNodeB detects a better signal level from the 2G/3G networks. UE sends the measurements reports to the eNodeB which in turn sends an SRVCC HO request to the MME. In Figure 6.7, the signaling and traffic paths are shown prior to and after the SRVCC HO. All the subsequent signaling and data communication takes place through the legacy network MSC server after the SRVCC HO is completed.
Figure 6.7 Illustration: VoLTE call HO through SRVCC feature.
How does SRVCC work?
Indication of Feature Support
An LTE UE indicates its SRVCC capability information through the class mark and network capability information sent along with the ATTACH Request message, refer to TS 24.301 [46], to the MME. MME indicates the SRVCC capability of a UE through the SRVCC operation possible IE in the INITIAL CONTEXT SETUP REQUEST MESSAGE, refer to TS 36.413 [97], to the eNodeB. MME may also request the SRVCC capability of a UE by sending the message UE Radio Capability Match Request (see Section 5.3.14 TS 23.401 [39]) to the UE through the eNodeB. Any subsequent changes in the SRVCC capability of a UE are also updated to the HSS by the MME.
Initiation of Handover of LTE IMS Voice Call (VoLTE)
SRVCC works by performing the handover of the ongoing VoLTE call as well as data session over IMS to the legacy GERAN/UTRAN network. Initiation of a handover operation works the same way as the normal handover procedure based on the signal‐level measurement reports reported from the UE to the E‐UTRAN. The source eNodeB sends the HANDOVER REQUIRED message, refer to TS 36.413 [97], to the MME with the SRVCC HO Indication IE for a handover of the existing VoLTE call. SRVCC HO Indication may be PS or PS and CS type. MME, in turn, initiates the SRVCC request to the MSC server. The MSC server prepares and executes the handover of the IMS voice call successfully. For further illustrations of the VoLTE call handover through the SRVCC method, refer to Figures 4.2.2‐1 and 4.2.3‐1, TS 23.216 [35].
Handover of PS Call/Data Session
The handover of an ongoing PS call during an SRVCC procedure is performed as usual as per the normal inter‐RAT handover procedures. For further illustrations of the inter‐RAT handover procedures, refer to Section 5.2.2 TS 23.401 [39].
6.2.3 Interworking for Voice Call Through LTE/EPS: CSFB
In this interworking scenario, the provision for making a voice call for a UE registered with an LTE network is facilitated through the reuse of the legacy GERAN/UTRAN. The provision for making a voice call by an LTE/EPS registered UE through the legacy GERAN/UTRAN is known as the CSFB method; refer to TS 23.272 [38]. One such illustration of the interworking of network elements for CSFB arrangement is shown in Figure 6.8. A CSFB feature may be used by:
Figure 6.8 Illustration: legacy and LTE network interworking for CSFB.
An MO or MT LTE UE that does not have the voice‐over IMS or VoLTE capability
Other scenarios such as VoLTE‐capable UE that fails to register in the IMS.
Unlike the interworking scenarios for VoLTE call as mentioned in Sections 6.2.1 and 6.2.2, no IMS is deployed and interworked as part of the LTE/EPS network with the CSFB arrangement. In this interworking scenario with CSFB arrangement, the LTE/EPS network provides only data services to subscribers.
During a CSFB of a CS call, the ongoing PS session may be also transferred to the legacy network through PS HO procedure with reduced data rates. For the CSFB purpose, a new logical interface called SGs is configured between the MME and MSC/Visitor Location Register (VLR) to exchange signaling information only. The SGs logical interface also supports mobility management as well as MO/MT call establishment procedures. For more information on the CSFB, a protocol stack, and procedures supported over the SGs, refer to TS 23.272 [38] and TS 29.118 [68]. SGs interface uses the SCTP [17] layer and IP transport network. The SGs interface is similar to the GPRS/UMTS Gs interface that connects the SGSN and the MSC to provide CS domain services to MS engaged in a PS service.