As already discussed
in this article , the voice transmission capabilities in fourth-generation (4G) networks were rather limited. With the development of technology, Voice over IP has come to 4G mobile networks, called Voice over LTE (VoLTE) and is tied to the IMS (IP Multimedia Subsystem). In fact, this is not a new technology, because the concept of IMS itself appeared as early as 2000, when the 3GPP consortium began work on the Release 2000 standard. As a result, IMS is found starting from the 3GPP Release 5 standard version (March 2002), although the architecture with all the functionality It was finally brought to divine form only by the beginning of 2004. In later versions (Release 7) added support for various standards (for example, DOCSIS, xDSL, etc.). Starting with Release 8 (2008), IMS technology can be considered as a working model for voice data transmission in LTE networks, although only in the subsequent Release 9 (2010) support was added for emergency calls, Location Control Services (LCS) and other improvements.
Similarly, SIP has been used in mobile networks before, but the transfer of voice from subscriber to subscriber via this protocol through a packet data network has appeared relatively recently due to the tight integration of IMS with 4G and 3G networks.
Here's what the 4G network looks like integrated with IMS in general terms (Fig. 1):

Figure 1 - 4G network and IMS subsystem
')
The IMS subsystem has quite a few elements with various functions, but the focus in this article will be on the mechanism of subscriber transition from the 4G network to the 3G network with the current voice connection from the point of view of the 4G network, which is currently the optimal solution and indirectly replaces another technology - CSFB (Circuit Switch Fall Back), discussed in
this article. This type of transition from a 4G network to a 3G network with an active voice connection is called SRVCC (Single Radio Voice Call Continuity). To implement this service, the network must support the network architecture described since 3GPP Release 8. There are several types of SRVCC handover - CS_Only and CS_and_PS. This parameter is configured on the radio network, and transmitted in the original request for a handover, which determines the further actions of the MME. For simplicity, I will consider only the first type, which is easier to understand and gives a general picture of the process without complications.
So, if the subscriber has an active voice connection in 4G networks, then from the point of view of the mobile network, the subscriber has at least 3 sessions (bearers) - the default session (default bearer, EPS Bearer ID = 5) for data transmission with the quality parameter QCI = 8, which determines the maximum packet delay of 100ms and the maximum loss of 10
-6 without a guaranteed data transmission band (non-GBR); default session (EBI = 6) for voice control with QCI quality parameter = 5, which determines the maximum delay of 100ms, loss no more than 10
-6 without a guaranteed data transmission band; and a dedicated session (dedicated bearer, EBI = 7) for voice traffic proper with the quality parameter QCI = 1, which determines the maximum delay of 100ms and the maximum loss not higher than 10
-2 with a guaranteed data transmission band (GBR), which in our case amounts to 30kbps, however, is not a constant and may vary depending on network settings.
If for some reason, most likely due to a significant deterioration of the 4G signal, the mobile phone decides to go to the 3G network, it sends a handover request to the MME. Upon receiving such a request, the MME initiates a session transfer to the 3G network by sending a
SRVCC PS to CS Request message to an Enhanced Mobile Switching Center eMSC containing subscriber identification, a description of the current session selected by the RNC for this handover, as well as several other service parameters. If the eMSC successfully responds to this request with an
SRVCC PS to CS Response message without errors, then the MME waits for final confirmation from the eMSC with the
SRVCC PS to CS Complete Notification message, and in turn responds with a confirmation
SRVCC PS to CS Complete Acknowledgment message. Further, when the mobile phone has switched to the 3G network, the request will come to the MME
SGSN Context Transfer to transfer all the available sessions to the 3G network from the SGSN. Here, the MME should divide the sessions into those that need to be transferred, and into those that need to be closed. In this case, the MME should first delete the session over which voice traffic was transmitted (EBI = 7), since it now goes a completely different way and the session is no longer needed, and only then transfer the first two sessions (EBI = 5, 6) to the SGSN using the standard procedure. As a result, the MME first sends a S / P-GW request to delete the
Delete Bearer Command session and deletes the session when it receives a confirm
Delete Bearer Request in response and responds with a
Delete Bearer Response confirmation message. When a session is deleted, the MME responds with an
SGSN Context Response message containing a description of the two sessions on the SGSN. Finally, it receives a confirmation message from the SGSN -
SGSN Context Acknowledgment . This completes the transfer of sessions and there is no more subscriber session on the 4G network.

Fig.2 - Network architecture with SRVCC support
The 3GPP standard dictates that the entire procedure should not take more than 0.3 seconds. This interruption is measured from the last packet sent in the 4G network and the first packet in the CS domain of the 3G network. Practice shows that this time varies depending on the type of procedure (CS Only, CS and PS), as well as on the state of network elements. In general, voice is transmitted without visible delay and dropping of frames, i.e. unnoticed by the subscriber.
In conclusion, I would like to note that the technology is not yet completely tested, although it is available for commercial use. For example, Alcatel-Lucent and Nokia Solutions and Networks in mid-September of this year submitted a request for improvement 3GPP 23.216 - Single Radio Voice Call Continuity (SRVCC), noting that under certain conditions the 3G network can intercept a voice session before it can delete MME in the 4G domain, which will lead to a collision in the network and cause certain problems with the release of unused resources.
You can read about the following:
1.
3GPP 23.401 - General Packet Radio Service (GPRS) enhancements for Universal Terrestrial Radio Access Network (E-UTRAN) access2.
3GPP 23.216 - Single Radio Voice Call Continuity (SRVCC)3.
Voice over LTE (VoLTE)