Method and system for improving 5g voice call user experience

Abstract

Systems and methods are provided that improve the overall experience of a user making a voice call over 5G, even if the IMS registration experiences an unfavorable state or fails. In particular, after a User Equipment (UE) initiates a voice call over 5G New Radio (NR), the Internet Protocol Multimedia Subsystem (IMS) registration state of the UE is identified (e.g., failed, in progress). Thereafter, depending on the identified state, voice call handling functions can be adjusted in a manner deemed most efficient and reliable to complete the voice call. For example, in response to determining that the IMS registration state of the UE is in progress, the voice call can be made and a wait timer started. If the IMS registration is completed before the wait timer expires, the voice call is made over 5G NR or 4G Long Term Evolution (LTE).

Description

[0001] Cross-reference to related applications

[0002] This application claims priority to U.S. Provisional Patent Application No. 63 / 092,252, filed on October 15, 2020, entitled “METHOD AND APPARATUS TOIMPROVE VOICE CALL USER EXPERIENCE IN 5G NR,” the entire contents of which are incorporated herein by reference. Background Technology

[0003] This application generally relates to telecommunications and broadband cellular networks, and in particular to methods and systems for improving user experience related to supporting voice services on 5G networks. Attached Figure Description

[0004] This disclosure is described in detail with reference to the following accompanying drawings, according to one or more different embodiments. These drawings are provided for illustrative purposes only and describe only typical or exemplary implementations.

[0005] Figure 1 An exemplary computer system, such as a mobile computing device, is shown according to an embodiment of this application for executing a process handling procedure for a 5G voice call.

[0006] Figure 2 A flowchart of operation is shown according to some embodiments, which illustrates a 5G voice call flow processing procedure based on the Internet Protocol Multimedia Subsystem (IMS) registration status.

[0007] Figure 3 A flowchart of operation is shown according to some embodiments, which illustrates another process for handling 5G voice calls based on IMS registration information.

[0008] Figure 4 A flowchart of operation is shown according to some embodiments, which illustrates a process handling procedure for a 5G voice call based on IMS registration failure.

[0009] Figure 5 A flowchart of operation is shown according to some embodiments, which illustrates another process for handling 5G voice calls based on IMS registration failure.

[0010] Figure 6 A block diagram of an exemplary computer component or device for implementing the disclosed technology is shown in accordance with this disclosure.

[0011] The drawings are not detailed and do not limit the disclosure to the exact form disclosed. DETAILED DESCRIPTION

[0012] Fifth-Generation (5G) is an iteration of the International Telecommunication Union's standards for broadband cellular technology that supports all Internet Protocol (IP) networks. 5G technology supports faster data rates, higher density of connections, and lower latency. 5G is being deployed as the planned successor to 4G networks, which provide connectivity for most current cellphones. 5G technology is designed to greatly increase the speed and responsiveness of wireless networks. With 5G, data transferred over wireless broadband connections can travel at thousands of megabits per second, with an estimated peak speed of 20 Gigabits Per Second (Gbps). These speeds far exceed those of wired networks and provide a latency of 1 millisecond (ms) or less, which is useful for applications that require real-time feedback. Thus, due to more available bandwidth and advanced antenna technology, 5G technology can enable a dramatic increase in the amount of data transferred over wireless systems.

[0013] While 5G is considered the main driver for increasing data services, voice and video remain key elements for users. With the continued growth in the number of voice users and user demand worldwide, cellular providers must provide more and more voice services. Telecommunications networks have evolved from the original circuit-switched (CS) 2G networks that focused on telephony to fully packet-switched (PS) 4G networks that are primarily based on Internet data communications. In addition, the increase in device market share is forcing network traffic to shift from the circuit-switched domain (3G / 2G) to the packet-switched domain. This allows operators to repurpose 3G / 2G spectrum for new technologies and reduce the operating costs of legacy technologies while increasing network capacity and performance. In addition, there are other benefits to utilizing all packet-based voice services, such as Voice over Long Term Evolution (VoLTE). For example, packet-based voice services provide a richer user experience by introducing new features such as High Definition (HD) voice, video calling, and Rich Communication Services (RCS). Packet-based voice services also enable faster network technology migration by simplifying network architecture and eliminating older technology layers. With the deployment of 5G, and with limited spectrum to support all technologies, it is more critical for cellular providers to incorporate Voice over New Radio (VoNR) services, which support 5G-based voice services, and migrate customers to 5G.

[0014] In some deployments, 5G networks are implemented as a standalone network. For example, in 5G New Radio (NR), voice calls are supported entirely through a packet-switched (PS) domain using IMS signaling and media. Similar to 4G Long Term Evolution (LTE) networks, 5G voice calls are all over IP using end-to-end Voice over IP (VoIP) connections managed by an IMS core. That is, the IMS core provides voice as a 5G application service. Voice and video communication services in 5G networks can be implemented on top of IP data connections. As a result, the IMS architecture plays an increasingly important role in 5G VoNR. Unlike voice services provided by external applications (also known as OTT voice services), IMS voice services support Quality of Services (QoS) management for the entire 5G System (5GS). While IMS can provide voice services for various types of access (such as fixed, wired, and 2G / 3G) as well as 5G deployments, 5G is not as flexible. In many cases, 5G NR and VoNR must utilize an IMS network to handle voice services, even in many possible deployments of 5G networks voice. Therefore, to make voice calls entirely over 5G, a User Equipment (UE) must successfully register with IMS.

[0015] Therefore, when a user initiates a voice call, but IMS registration fails or is still in progress (e.g., IMS registration status is unregistered), the voice call may be immediately rejected because the UE did not register with IMS before the call. Furthermore, in cases of permanent IMS registration failure on 5G NR, 5G NR may be disabled on the UE to use legacy networks such as 4G LTE or Radio Access Technology (RAT) (e.g., 2G Global System for Mobile Communications (GSM) and / or 3G Wideband Code Division Multiple Access (WCDMA)). While disabling 5G does prevent the UE from being stuck in 5G (when IMS is not registered), it also prevents the UE from enabling voice services before registering on another network, such as 4G LTE or CS RAT. If call rejections and / or lost voice services due to these situations become widespread, it could negatively impact the overall user experience of the 5G network. Therefore, in order to improve the user experience when making voice calls in 5G NR deployments, the disclosed method enables the process of handling voice call setup to be dynamically adjusted in a way that takes IMS into account.

[0016] The embodiments of this application provide unique methods and systems for improving the overall user experience of voice calls via 5G, even in the event of unfavorable IMS registration conditions or failures. Specifically, after a voice call is initiated via a 5G user equipment device, the disclosed technology can identify the IMS registration status (e.g., failed, in progress, not in progress, etc.) associated with the voice call. Subsequently, based on the identified status, the voice call processing functions are adjusted in a manner deemed most efficient and reliable to complete the voice call. The disclosed embodiments can avoid unnecessary delays, prevent failures, and improve the reliability associated with voice calls in 5G networks, thereby increasing the UE's call success rate and improving the user experience in 5G networks.

[0017] Now for reference Figure 1 , Figure 1 This is an example of a broadband cellular communication network environment 100, in which a mobile computing device 110 utilizing the disclosed techniques for improving 5G voice calls can be used. The mobile computing device 110 may be a UE with 5G capabilities. Figure 1In the example, mobile computing device 110 is represented as a handheld user device, more specifically, a smartphone. However, mobile computing device 110 can be a variety of other wireless devices that are directly used by end users for communication and are equipped with communication functions such as voice, video, and text. For example, mobile computing device 110 can also be a cellular phone, a laptop equipped with a mobile broadband adapter, or other computing devices. Accordingly, as a 5G-enabled smartphone, mobile computing device 110 is capable of supporting enhanced data services, voice (e.g., voice calls via 5G NP, VoNP, etc.), video, and other communication functions commonly used by broadband cellular network users. Furthermore, as described in more detail herein, mobile computing device 110 is described as including a voice call stream processor 111, which is used to implement disclosed technologies to improve the user experience of voice calls via 5G.

[0018] As mentioned earlier, there are various deployment methods available for implementing 5G networks. For example, in a non-standalone (NSA) deployment mode, LTE plus NR with an evolved packet core (EPC) can be used. In contrast, there is a stand-alone (SA) deployment mode that combines a 5G core (5GC) with NR. Furthermore, in 5G deployments, cellular network providers can have existing 4G LTE networks and deploy the 5G network alongside legacy networks. In this way, 5G NR acts as a secondary cell, with the core technology still being EPC. The disclosed technologies, such as the voice call stream processor 111 on the mobile computing device 110, can be used for voice calls on 5G networks established using any of the aforementioned deployment modes. Figure 1 An exemplary deployment of a 5G network includes a communication network device 110 (or UE); a next-generation node B (gNodeB, gNB) 115; a 5GC 120; and an IMS 130.

[0019] exist Figure 1In the example, mobile computing device 110 can be used by a user who has subscribed to a 5G-enabled cellular provider. Therefore, mobile computing device 110 can include hardware, software applications, etc., enabling it to be configured for 5G capabilities. Accordingly, users can use their mobile computing device 110 for multimedia telephony services, including audio, video, text, and, particularly, voice calls via a 5G network in environment 100. Mobile device 110 can include an operating system that provides an interface between the mobile computing device 110 hardware (e.g., input / output mechanisms and a processor for executing instructions read from a computer-readable medium) and its software. Example operating systems include Android, Chrome, iOS, Mac OS X, Windows 7, Windows Phone 7, Symbian, Blackberry, WebOS—various UNIX operating systems; or proprietary operating systems for computerized devices. The operating system provides a platform for application execution, facilitating interaction between the computing device and the user.

[0020] Mobile computing device 110 may include other applications, computing subsystems, and hardware. Voice call stream processor 111 may be implemented on mobile computing device 110 as hardware, a standalone processor, firmware, software, or any other combination of applications. According to the disclosed embodiments, voice call stream processor 111 receives instructions from a user to initiate an outgoing voice call and / or receive an incoming voice call, wherein the voice call is intended to be supported by 5G. Voice call stream processor 111 is configured to dynamically adjust the flow for processing 5G voice calls in a manner deemed most efficient and reliable to complete voice calls based on the identification status registered by the UE with the IMS. Example functionality of voice call stream processor 111, which is used to improve the user experience of voice services in a 5G network, will be described in detail below.

[0021] in addition, Figure 1 The illustrated communication network environment 100 includes a gNB 115. The gNB 115 is a 5G base station using New Radio (NR) technology. 5G NR access technology can generally be described as an alternative to LTE; therefore, the NR base station is the gNB 115. The gNB 115 acts as a 5G wireless base station in… Figure 1 This is shown as transmitting and / or receiving communications between the mobile device 110 (or UE) and the mobile network. Figure 1 As shown, the gNB provides a cell within the 5G network coverage area, which can be used to transmit voice, data, and other types of content via 5GC 120.

[0022] The 5GC 120 can be described as part of a 5G network deployment, providing 5G services to mobile users, such as users of mobile computing device 110, via a Radio Access Network (RAN), such as a 5G NR RAN. The 5GC 120 can also act as a gateway to other networks, such as the public switched telephone network, public cloud, and IMS 130. In this example, the 5GC 120 connects to the IMS 130, which supports voice services. The IMS 130 is a standardized architectural framework for providing IP multimedia services. Furthermore, the IMS 130 provides connection management for 5G voice services, just as it does in traditional LTE networks. The IMS 130 utilizes the IP-based Session Initiation Protocol (SIP), enabling the system to support voice services over IP packet-switched networks.

[0023] In some 5G deployments, NR does not support voice services. Therefore, Figure 1 This illustrates an example of a 5GC 120 providing connectivity with an IMS 130 to support 5G voice. For a mobile computing device 110 to make voice calls over 5G, it may be required that device 110 first register with the IMS 130, which supports voice services, before connecting to the voice call. From a higher-level perspective, voice services running on 5G, such as VoNR, are IP Voice using the IMS 130 infrastructure. This registration request with the IMS 130 can introduce several issues that may degrade the user experience in supporting voice calls over 5G, including the increased risk of numerous dropped calls.

[0024] According to an embodiment, the mobile computing device 110 may include a voice call stream processor 111 that enables the UE, i.e., the mobile computing device 110, to execute several programs for adjusting the 5G voice call stream according to the UE's registration status with IMS 130 to avoid negative effects such as delays and call rejections. Figure 1 An example of such a program, implemented by the voice call stream processor 111 according to the disclosed technology, is illustrated.

[0025] In operation, a user can initiate a voice call using their 5G-enabled mobile computing device 110. For example, a user can initiate a voice call by pressing the "Initiate Voice Call" icon displayed on the user interface of device 110, which initiates a call flow used to establish a UE-initiated voice session via 5G NR. Before connecting the call, mobile computing device 110 must begin a registration process with IMS 130. The registration process involves the UE, as shown in mobile computing device 100, and the network exchanging parameters and performance of both entities. The registration process can begin with the UE, i.e., mobile computing device 110, setting the IMS Data Network Name (DNN) Packet Data Unit (PDU) session in 5GC 120, which allows the UE to register in IMS 130 as a prerequisite for voice session setup. Figure 1 As described, mobile computing device 110 can transmit registration request message 112. In registration request message 112, the UE can indicate its usage settings to the network. The usage settings can be data-centric or voice-centric. Since mobile computing device 110 has already initiated a voice call, the UE usage settings in registration request message 112 will be indicated as voice-centric. Moreover, registration request 112 can represent IMS-related parameters of mobile computing device 110. Common parameters that the UE may support include, for example, voice indications supported via Evolved UMTS Terrestrial Radio Access (E-UTRA), voice support via Secondary Cell Group (SCD) bearers, and voice fallback to EPS indications. 5GC 120 receives registration request 112 and will respond appropriately based on network performance or product requirements. For brevity, not all steps involved in the registration process of mobile computing device 110 in IMS are described. Typically, the primary goal is to register the UE in the 5G network, even if voice services are not supported (and a switch to LTE is required). However, there may be situations where, for example, mobile computing device 110 is currently in an area with poor 5G coverage, communication between entities in the registration process may be interrupted. Since the registration process is not complete, mobile computing device 110 has not yet fully registered in IMS 130. Therefore, 5GC 120 can send an IMS registration status message 113 in response to IMS registration request 112, whereby the registration status message indicates that IMS is not yet complete (e.g., IMS registration is still in progress).

[0026] Upon receiving the IMS registration status message 113 from 5GC 120, mobile computing device 110 has the capability to enable voice call stream processor 111 to recognize data indicating unsuccessful registration with IMS 130. In some existing UEs, the response to not registering with IMS 130 (and therefore not properly configured with a connection to IMS 130 supporting 5G voice services) would be an immediate rejection of the voice call (e.g., NR does not support 5G voice services). Conversely, in the case of an IMS registration status of "in progress" (e.g., not registered), voice call stream processor 111 does not immediately reject the voice call and is configured to initiate a waiting procedure that allows additional time for the IMS registration process (mobile computing device 110 registering with IMS 130) to be successfully completed. In one embodiment, voice call stream processor 111 may initiate a waiting timer before taking action, the timer being set to a defined time period, such as 30 seconds. Thus, for example, during this waiting period, 5G coverage may improve (e.g., stronger signal), and voice call stream processor 111 can recognize that device 110 is able to register with IMS 130 before the waiting timer expires. Then, the voice call stream processor 111 can continue as expected and establish a voice call via 5G NR. Therefore, by dynamically adjusting the flow for handling voice sessions initiated by the UE via NR based on IMS registration, such as the aforementioned waiting procedure, the voice call stream processor 111 can avoid and / or substantially reduce dropped voice calls, thereby enhancing the user's voice service on 5G NR. Further details regarding various procedures that can be implemented to control the traffic processing of voice calls and enhance voice services in 5G, according to the disclosed embodiments, will now be referenced. Figure 2-5 describe.

[0027] Based on the disclosed embodiments, reference is now made to... Figure 2 Further details on dynamically modifying voice call streams via 5G NR are described. Figure 2 The flowchart shown illustrates an example of process 200 executed according to one embodiment of the system and method described herein. Figure 2 As shown, process 200 is described as a series of executable operations performed by hardware processor 204 in machine-readable storage medium 206. Computing component 202 can be a computer device for telecommunications functions, such as voice, video, and text, which are supported by 5G networks. For example, computing component 202 can be the aforementioned... Figure 1 The aforementioned 5G-enabled mobile computing device (e.g., a smartphone). According to some embodiments, process 200 typically implements a voice call stream processing procedure that depends on the IMS registration status, and further involves waiting for IMS registration to complete.

[0028] Procedure 200 can begin at operation 205, where the user initiates a voice call. For example, the user can dial a 5G-enabled mobile computing device (i.e., the UE) to make an outbound voice call, thereby initiating a UE-initiated voice session via 5G NR. As previously mentioned, in order to make a voice call using voice services supported by IMS via IP, the UE needs to register in IMS first. Therefore, procedure 200 continues with operation 210 to perform a condition check to determine the status of the IMG registration associated with the initiated voice call.

[0029] In operation 210, process 200 determines whether IMS registration is currently "in progress" in 5G NR or 4G LTE. In some embodiments, the IMG registration status is received by the UE as a response from the 5GC core during the UE registration process in IMS. For example, the IMG registration status can be communicated as a registration status message or as a registration status indication flag within a message containing other parameters and data related to IMS to coordinate voice call services provided by IMS. Specifically, process 200 uses the IMS registration status to determine appropriate follow-up actions to process voice calls accordingly. If it is determined that the IMG registration status is not "in progress," it may indicate that IMG registration is complete (e.g., ...). Figure 2 (No) In this case, operation 210 can determine that the UE initiating the voice call has now registered with IMS. Therefore, process 200 can continue to operation 225, establishing and executing the UE-initiated voice session based on 5G deployment via 5G NR or 4G LTE.

[0030] Return to reference operation 210, if the IMS registration status is determined to be "in progress" (e.g.) Figure 2 The presence of "Yes" in the text indicates a potential temporary disruption to the registration process (e.g., poor 5G coverage in an area). This contrasts with immediately rejecting voice calls based on the assumption of a permanent fault preventing the UE from registering with IMS. Therefore, procedure 200 involves a waiting period called a wait timer, which allows additional time for the IMS procedure to be successfully completed, for example, if conditions improve. Thus, procedure 200 proceeds to operation 215.

[0031] Subsequently, at operation 215, process 200 can initiate a waiting procedure by maintaining the voice call and starting a waiting timer. The waiting timer can be a defined time period, such as t seconds, stored or dynamically calculated by an entity in the network (such as the UE). In some embodiments, the time period of the waiting timer can be calculated or defined by evaluating historical data of completed IMS registrations of the UE on 5G and / or 4G LTE related to the voice call. For example, the average IMS registration completion time of several previous 5G and / or 4G LTE voice calls can be calculated. The waiting timer can be defined based on the average IMS registration completion time or other potentially suitable related calculations, such as probability, maximum, minimum, average, etc. During the time period associated with the waiting timer, process 200 can execute operations 220-230. Operations 220-230 can be considered a waiting process, or a sub-process of process 200 that iteratively executes within a defined time before the waiting timer expires.

[0032] Next, at operation 220, a condition check is performed to determine whether IMS registration is complete. Operation 220 may involve receiving one or more additional IMS registration status messages from 5GC, indicating the current status of IMS registration, such as "in progress" or "completed" indicating that the US is registering IMS, or "failed" if the check result shows that IMS registration is complete (e.g., ...). Figure 2 If the UE indicates "yes" in the message, it can be determined that the UE has successfully registered with IMS and can use the IP voice call function supported by IMS. Perhaps, during the allocated waiting period, the conditions in the 5G network have changed to now allow the IMS registration process to continue, even though those conditions were previously temporarily suspended. Therefore, if the UE's IMS registration is complete, process 200 can continue to operation 225, in which a UE-initiated voice session is established and conducted on 5G NR or 4G LTE based on the 5G deployment. This part of the call processing flow ensures that the voice call is completed as expected (via 5G or 4G LTE) after the UE's registration with IMS is confirmed. Therefore, where possible, process 200 can maintain the benefits of voice communication via newer technologies, such as VoNP's high-definition voice. Furthermore, if possible, process 200 can reduce the user's perceived waiting time by exiting the waiting procedure and continuing the voice call more quickly (e.g., by taking action to process the voice call before the waiting timer expires).

[0033] Alternatively, if operation 220 determines that IMS registration has not yet been completed (e.g. Figure 2If the operation indicates "No", then process 200 first checks whether it should continue to wait before performing another voice call processing action. For example, if operation 220 determines that IMS registration is still in the "in progress" state, then process 200 then moves to operation 230.

[0034] In operation 230, another condition check is performed to determine if the wait timer has expired. If the wait timer has not expired (e.g., ...), then... Figure 2 If the current waiting time is less than the waiting timer, and the time associated with waiting and holding a voice call in process 200 is within the set time period, then process 200 returns to operation 220. According to an embodiment of the invention, if necessary, process 200 may iteratively execute the sub-processes of operations 220-230 to continue the waiting process for the entire time period set by the waiting timer.

[0035] However, if operation 230 determines that the wait timer has expired (e.g.) Figure 2 If the current process 200 has been waiting (and holding a voice call) for a period of time exceeding the set time period (e.g., current waiting time > waiting timer), then process 200 will exit the waiting procedure and proceed to operation 235.

[0036] Subsequently, in operation 235, it can be assumed that the IMS registration status has not been successfully completed while process 200 is in the process of making a voice call and waiting. Referring to the previous example, the conditions that are considered to temporarily delay IMS registration may persist throughout the entire waiting period set by the waiting timer. To avoid the voice call time being too long (e.g., exceeding the waiting timer) and potentially negatively impacting the user experience, process 200 takes action to process the voice call when the waiting timer expires. Specifically, at operation 235, a fallback is performed whereby a legacy system is selected to perform the voice call. Operation 235 includes selecting 2G or 3G for the RAT / cell to be used. In some cases, the RAT and corresponding voice support are selected depending on the deployment. Furthermore, operation 235 includes introducing Circuit-Switched Fallback (CSFB) for the upcoming UE-initiated voice session to be established and executed. Moreover, CSFB can be implemented without the user retrying the voice call, thus requiring no additional user interaction. Therefore, even if IMS registration is not successfully completed on 5G, the disclosed process 200 ensures that voice calls can still be completed using a reliable CSFB. The disclosed technology enables improved user experience for voice calls using 5G networks by successfully and effectively completing voice calls in scenarios that could lead to dropped 5G NR calls in many traditional voice services.

[0037] Figure 3This is a flowchart illustrating another process 300 according to one embodiment described herein, which can be executed as a different process for a 5G voice call. Process 300 can generally be described as the UE immediately falling back to the legacy system, i.e., CS RAT, based on its IMS registration status, instead of as described in the reference... Figure 2 As described, wait for a set period of time. Figure 3 This illustrates a process 300 executed by a hardware processor 304 and stored as an executable operation in a machine-readable storage medium 306. The computing component 302 may be a reference. Figure 1 The mobile computing device (e.g., a smartphone) that enables 5G, as described herein, is configured to perform the disclosed technologies.

[0038] Procedure 300 begins at operation 305. In operation 305, the user initiates a voice call. For example, the user may use a 5G-enabled mobile computing device (i.e., UE) to make an outbound voice call, thereby initiating a call flow to establish a UE-initiated voice session via 5G NR. Procedure 300 then continues at operation 310, performing a condition check to determine the status of the IMG registration associated with the initiated voice call.

[0039] In operation 310, a condition check can determine whether IMS registration exists in a non-"complete" state (e.g., the UE has not registered to IMS) or a non-"in progress" state (e.g., the IMS registration process has not been executed). For example, condition check 305 may determine that IMS registration experienced some type of failure (rather than a temporary halt), so waiting for an additional period of time may be detrimental to the smooth completion of the IMS registration procedure. That is, in this case, operation 310 can determine that the UE was unable to register in IMS due to a problem. If, in operation 310, the check determines that the IMS registration status is neither "complete" nor "in progress" (as shown by "Yes"), then process 300 proceeds to operation 315 to immediately fall back to the legacy system.

[0040] Subsequently, in Operation 315, 2G or 3G RAT / cell selection is performed, and CSFB voice service is initiated. This specific procedure for handling voice calls avoids call drops that might occur in 5G NR when IMS registration cannot be completed, by instructing the UE to fall back to CSFB once the status indicates IMS registration failure. CSFB provides a fallback scheme that allows handover during voice connection setup from NR (or LTE) to 2G or 3G circuit-switched voice. CSFB does not require IMS-based voice support, therefore, voice calls do not require an IMS registration request (as is required for 5G NR voice calls).

[0041] Returning to reference operation 310, if the IMS registration status is determined to be "complete" or "in progress," process 300 can proceed to operation 325. In operation 325, call processing actions that will ultimately result in a voice call via 5G NR or 4G LTE are performed. If the IMS registration status is "in progress," operation 325 may include performing other call processing procedures from other embodiments, such as those mentioned above. Figure 2 The waiting process.

[0042] After the UE-initiated voice call is completed, procedure 300 can proceed to operation 320. Operation 320 involves disconnecting the call on the CSFB and returning the handover from CS RAT to 5G NR. As a result, when the UE returns to 5G NR (or 4G LTE), it can subsequently register with IMS. Therefore, even if a single voice call needs to be established via CSFB, the UE does not need to continue operating on CS RAT. Once the UE successfully registers with IMS, this procedure allows the UE to retry the IMS registration procedure via 5G and then make any subsequent voice calls via 5G NR, providing users with enhanced voice services such as HD voice.

[0043] Handling 5G voice calls, such as VoNR, requires adaptation to existing network deployments, such as whether the network uses NSA or SA mode. Furthermore, the type of voice support in 5G depends on the available Radio Access Technology (RAT). Some deployments may use a full PS domain architecture where the CS RAT is unavailable. Therefore, 2G and 3G CS voice services may be removed in such deployments. Thus, in deployments that provide voice services only in the PS domain, such as 5G NR and 4G LTE voice calls, ensuring that the UE successfully and effectively registers with IMS is crucial. The disclosed embodiments address these issues by employing streaming voice call processing, which can retry IMS registration in 4G LTE in response to IMS registration failure in 5G. Another example of process 400 is as follows... Figure 4 As shown, according to one embodiment described herein, the above-described processing procedure for voice calls via 5G is implemented.

[0044] Figure 4 A flow 400 of executable operations stored in a machine-readable storage medium 406 for execution by a hardware processor 404 is illustrated. The computing component 402 may be as described above. Figure 1 The 5G-enabled mobile computing device (e.g., a smartphone) is configured to perform the disclosed technology.

[0045] Process 400 begins at operation 405, where the user initiates a voice call. For example, the user may use a 5G-enabled mobile computing device (i.e., the UE) to make an outbound voice call, the call flow of which is used to establish a UE-initiated voice session via 5G NR. Process 400 then continues with a condition check at operation 410 to determine the IMG registration status associated with the initiated voice call. After the UE initiates a voice call, it first attempts to register with the IMS via 5G (e.g., by sending an IMG registration request to the 5GC) before the voice call can be accessed. For example, the UE can register with the IMS via SIP using the 5G network. The requirements for a UE to successfully register with the IMS to support 5G voice have already been described in detail above. Specifically, because UE registration with the IMS is required, operation 410 checks to determine if the UE's initial IMS registration has failed on 5G. In deployments where 2G and 3G voice services are unavailable, determining the occurrence of IMS registration failure is more critical, therefore, falling back to circuit-switched technology is not a viable option.

[0046] If the IMS registration status (related to the UE's initial IMS registration request) is determined to be "failed" (e.g.) Figure 4 If the "Yes" indicates that IMS registration in 5G failed, then process 400 continues to operation 415. In some cases, operation 410 can determine that an IMS registration status of "not registered" or "incomplete" is an indication of IMS registration failure.

[0047] Subsequently, in operation 415, procedure 400 does not retry IMS registration in 5G. Instead, upon determining that IMS registration on 5G has failed, procedure 400 immediately completes the RAT / cell selection for 4G LTE. The UE can then retry registering to IMS via 4G instead of going through 5G again (where IMS registration has already failed). Therefore, this voice call processing procedure can reduce the latency associated with multiple attempts at IMS registration on 5G compared to 4G, when the probability of IMS registration failure is higher. For example, it can be assumed that IMS registration on the widely used legacy technology 4G LTE may be more stable and / or more reliable than 5G NR, which is an emerging technology. After the retry in operation 415 is successful and the UE has successfully registered to IMS, voice calls initiated by the UE at this point can still be completed in the PS domain via 4G LTE. Therefore, by performing IMS registration retry more quickly in 4G LTE, UE-initiated voice calls can be set up and established more efficiently to improve user experience (e.g., increase voice call success rate). Furthermore, even if the UE fails to successfully register with IMS via 5G, this procedure can prevent the UE from completely losing voice service when deployments do not support switching to 2G and / or 3G to obtain CS voice service.

[0048] Referring to operation 410, if the check determines that the IMS registration status does not indicate IMS registration failure (e.g., the IMS registration status is "complete" or "in progress"), process 400 can proceed to operation 425. In operation 425, a call processing action is performed, which will ultimately result in a voice call via 5G NR or 4G LTE. In some embodiments, if the IMS registration status is "in progress," operation 425 may include performing other call processing procedures of the embodiments, such as those described in reference to... Figure 2 The aforementioned waiting procedure.

[0049] According to one embodiment described herein, Figure 5 An example of another process, another flow 500, implemented for 5G voice calls is shown. Similar to the reference above. Figure 4 The described procedure, process 500, also implements a process for handling voice calls when IMS registration via 5G NR fails.

[0050] Figure 5 A process 500, stored as an executable operation in a machine-readable storage medium 506, is illustrated, which is executed by a hardware processor 504. The computing component 502 may be as described above. Figure 1 The 5G-enabled mobile computer device (e.g., a smartphone) is configured to perform the disclosed technology.

[0051] Process 500 begins with operation 505, where a user initiates a voice call. For example, a user may use a 5G-enabled mobile computing device (i.e., a UE) to make a voice call, initiating a call flow to establish a UE-initiated voice session over 5G NR. Process 500 then continues with operation 410, performing a condition check to determine the IMG registration status associated with the initiated voice call. Operation 510 checks to determine if the UE's IMS registration over 5G has failed. Alternatively, in some embodiments, process 500 adjusts the flow for handling the voice call based on the status of the voice call itself, in place of (or supplementing) the IMS registration status. Accordingly, in this embodiment, operation 510 involves determining if the voice call initiated in the previous operation 705 has failed to connect. This embodiment may be suitable for situations where the goal is to disable 5G, such as when there are a large number of dropped voice calls on 5G.

[0052] If the IMS registration status (associated with the UE's initial IMS registration request) is determined to be "failed" (e.g.) Figure 4The "Yes" sign indicates that IMS registration has failed on 5G, and in this case, process 500 continues to operation 515. This embodiment can be applied when the goal is to disable 5G earlier when a 5G problem that may affect voice calls is indicated. Therefore, by taking into account the IMS registration status rather than waiting for a complete voice call failure, the process can substantially reduce the number of dropped voice calls (e.g., improve the success rate of voice calls over 5G). In some cases, operation 510 may determine that an IMS registration status of "Not Registered" or "Incomplete" is an indication of IMS registration failure, and process 500 will continue to operation 515 based on the identification of these IMS registration statuses.

[0053] Subsequently, in operation 515, process 500 performs another condition check to determine whether the 5G disable criterion is met. The 5G disable condition is one or more parameters and / or conditions set and stored by the UE, and will trigger 5G disable when it is recognized that the currently identified condition associated with the UE matches the conditions of the stored set 5G disable criterion. According to an embodiment, the 5G disable criterion can be based on a location-based timer. The 5G disable timer can be implemented according to a timer-based criterion. For example, process 500 can start the 5G disable timer when the UE first experiences an IMS registration failure. Even after the voice call associated with the first IMS registration failure ends, the 5G disable timer continues to run. Then, if process 500 encounters one or more subsequent IMS registration failures of the UE before the 5G disable timer expires, operation 515 determines that the 5G disable criterion (based on the timer) has been met (e.g., ...). Figure 5 (The "Yes" in the text). The 5G disable timer can be set from multiple time intervals, such as 10 minutes, 20 minutes, 30 minutes, and 60 minutes, depending on the situation. In some embodiments, the 5G disable timer can be automatically reset if the time period has expired and no other IMS registration failure of the UE has been detected.

[0054] Regarding location-based standards, one or more 5G failure locations can be defined. 5G failure locations can be based on historical data related to IMS registration failures observed with previously observed UEs or other related UEs (e.g., the same cellular service provider, the same UE user, etc.). For example, if multiple UEs with IMS registration failures via 5G have been identified in the past, occurring roughly within the same area (e.g., within a defined radius), that location can be defined as a known 5G failure location and added to a stored 5G disable standard. Locations corresponding to IMS registration failures can be identified using one or more location tracking mechanisms, which can be implemented by the UE or the 5G network, including but not limited to: identifying the 5G cell identity document (ID); tracking area code (TAC); Global Positioning System (GPS) positioning data, etc. For example, procedure 500 can determine that an IMS registration failure has occurred for a UE, which triggers the UE to immediately detect its location at the time of the failure (using one of the aforementioned location tracking mechanisms). Therefore, for example, GPS coordinates indicating the UE's location can correspond to an instance of IMS registration failure. Therefore, operation 515 may involve detecting the current location of the UE that experienced IMS registration failure in the previous operation 510. The UE's current location may be compared with the 5G failure location in the defined 5G failure criteria. If it is determined that the UE's current location is approximately in the same area as one of the known 5G failure locations (e.g., within a defined radius), then operation 515 considers the UE to be in a 5G failure location, and further considers that the 5G disable criterion (based on location) has been met (e.g., ...). Figure 5 (The "is" in the text).

[0055] In some embodiments, if at least one 5G disable criterion is met in operation 515, process 500 considers it as the UE experiencing a situation where the 5G problem is likely to persist (e.g., at a certain location, during downtime, during configuration issues, etc.). For example, the UE may currently be in a location with poor 5G coverage, and therefore voice call failures are known to persist based on historical data. Therefore, when a recent 5G failure is likely related to a generally persistent problem, this process will attempt to temporarily disable 5G on the UE. Accordingly, operation 520 may reconfigure the UE to disable 5G. Subsequently, although 5G is disabled, the UE may, as appropriate, use voice services via legacy systems, such as 4G LTE, 3G CS RAT.

[0056] If operation 510 determines that IMS registration has not failed, or if operation 515 determines that the 5G disabling standard is not met, then operation 525 is executed in process 500. Therefore, process 500 can process voice calls without disabling 5G. In operation 525, a call processing action is performed, which will ultimately enable the voice call via 5G NR or 4G LTE. If the IMS registration status is "in progress," operation 525 may include executing other call processing procedures according to embodiments of the present invention, such as those described in reference to... Figure 2 The waiting procedure shown.

[0057] Figure 6 A block diagram of an example computer system 600 is described, in which the various functions described herein can be implemented. Computer system 600 includes a bus 602 or other communication mechanism for communicating information, and one or more hardware processors 904 are connected to bus 602 to process the information. For example, hardware processor 604 may be one or more general-purpose microprocessors.

[0058] Computer system 600 also includes main memory 606, such as random-access memory (RAM), cache, and / or other dynamic storage devices, connected to bus 602, to store information and instructions to be executed by processor 604. Main memory 606 can also be used to store temporary variables or other intermediate information while processor 604 executes instructions. When these instructions are stored in storage media accessible to processor 604, computer system 600 becomes a special-purpose machine customized to perform the operations specified in the instructions.

[0059] The computer system 600 further includes a read-only memory 608 (ROM) or other static storage device connected to the bus 602 for storing static information and instructions of the processor 604. Storage devices 610, such as disks, optical discs, or Universal Serial Bus (USB) thumb drives (Flash drives), are provided and connected to the bus 602 for storing information and instructions.

[0060] Computer system 600 can be connected to display 612, such as a Liquid Crystal Display (LCD) (or touchscreen), via bus 602 to display information to the computer user. Input device 614, including alphanumeric keys and other keys, is connected to bus 602 to enable processor 604 to communicate information and select commands. Another user input device is cursor controller 616, such as a mouse, trackball, or cursor arrow keys, used to convey directional information and command selections to processor 604 and control cursor movement on display 612. In some embodiments, the same directional information and command selection can be achieved by receiving touches on a touchscreen without a cursor.

[0061] The computing system 600 may include a user interface module to implement a graphical user interface (GUI), which can be stored as executable software code on a mass storage device and executed by the computing device. For example, this module and other modules may include components such as software components, object-oriented software components, class components and task components, processes, functions, attributes, procedures, subroutines, program code segments, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays, variables, etc.

[0062] Generally, the terms "component," "engine," "system," "database," and "data storage" used in this article can refer to logic contained in hardware or firmware, or to a set of software instructions written in a programming language, such as Java, C, or C++, that may have entry and exit points. Software components can be compiled and linked into executable programs and installed in dynamic link libraries, or they can be written in interpreted programming languages ​​such as Beginners' All-purpose Symbolic Instruction Code (BASIC), Perl, or Python. It is worth noting that software components can be called from other components or from themselves, and / or can be called in response to detected events or interrupts. Software components configured to execute on a computing device may be provided on computer-readable media, such as optical discs, digital video discs, flash drives, disks, or any other tangible media, or as digital downloads (and may be initially stored in a compressed or installable format that requires installation, decompression, or decryption before execution). Such software code may be stored, in part or in whole, on the storage device of the computing device for execution by the computing device. Software instructions can be embedded in firmware, such as erasable programmable read-only memory (EPROM). It should be further understood that hardware components can consist of interconnected logic units, such as gates and flip-flops, and / or can consist of programmable units, such as programmable gate arrays or processors.

[0063] Computer system 600 may implement the techniques described herein using defined hard-wired logic, one or more application-specific integrated circuits (ASICs) or field-programmable gate arrays (FPGAs), firmware, and / or program logic, which, in combination with the computer system, cause or program the computer system 600 to become a special-purpose machine. According to one embodiment, the techniques described herein are executed by computer system 600 in response to processor 604 executing one or more sequences of one or more instructions contained in main memory 606. Such instructions may be read into main memory 606 from another storage medium, such as storage device 610. Execution of the sequence of instructions contained in main memory 606 causes processor 604 to perform the processing steps described herein. In alternative embodiments, hard-wired circuitry may be used in place of or in combination with software instructions.

[0064] As used herein, the term "non-transitory medium" and similar terms refer to any medium that stores data and / or instructions that enable a machine to operate in a particular manner. Such non-transitory media may include non-volatile media and / or volatile media. For example, non-volatile media include optical discs or magnetic disks such as storage device 910. Volatile media include dynamic memory, such as main memory 906. Common forms of non-transitory media include, for example, floppy disks, floppy disks, hard disks, solid-state drives, magnetic tapes or any other magnetic data storage media, compact disc read-only memory (CD-ROM), any other optical data storage media, any physical media with a perforated pattern, RAM, programmable read-only memory (PROM) and EPROM, flash erasable programmable read-only memory (FLASH-EPROM), non-volatile random access memory (NVRAM), any other memory chips or tapes, and their networking versions.

[0065] Non-transient media differ from propagation media, but can be used in conjunction with transmission media. Transmission media participate in the information transfer between non-transient media. For example, transmission media include coaxial cables, copper wires, and optical fibers, including the conductors constituting bus 902. Transmission media can also take the form of sound waves or light waves, such as those generated in radio waves and infrared data communication.

[0066] Computer system 600 also includes a communication interface 618 connected to bus 602. Communication interface 618 provides bidirectional data communication connectivity for one or more network links connecting one or more local networks. For example, communication interface 618 may be an Integrated Services Digital Network (ISDN) card, a cable modem, a satellite modem, or a modem providing data communication connectivity for a corresponding type of telephone line. As another example, communication interface 618 may be a Local Area Network (LAN) card to provide data communication connectivity with a compatible LAN (or a WAN component communicating with a Wide Area Network (WAN)). Wireless links may also be implemented. In any such implementation, communication interface 618 transmits and receives electrical, electromagnetic, or optical signals carrying digital data streams representing various types of information.

[0067] A network link typically provides data communication to other data devices over one or more networks. For example, a network link can provide a connection to a host or a data device operated by an Internet Service Provider (ISP) through a local network. ISPs, in turn, provide data communication services through a worldwide packet data communication network now commonly referred to as the “Internet.” Both local area networks (LANs) and the Internet use electrical, electromagnetic, or optical signals that carry streams of digital data. Signals through various networks and on network links, as well as signals carrying digital data into and out of computer system 900 via communication interface 618, are examples of transmission media.

[0068] Computer system 600 can send and receive messages, including program code, via a network, network link, and communication interface 918. In the example of the Internet, the server can transmit request codes to the application via the Internet, ISP, local network, and communication interface 618.

[0069] The received code can be executed by processor 604 upon receipt and / or stored in storage device 610 or other non-volatile storage for later execution.

[0070] Each process, method, and algorithm described in the foregoing sections can be embodied in a code component executed by computer hardware consisting of one or more computer systems or computer processors, and can be fully or partially automated by it. One or more computer systems or computer processors may also run in a “cloud computing” environment or “Software as a Service” (SaaS) to support the execution of the relevant operations. The process and algorithm may be implemented, partially or wholly, in the circuitry of a particular application. The various features and processes described above can be used independently of each other or in combination in various ways. Different combinations and sub-combinations are intended to fall within the scope of this disclosure, and certain method or process blocks may be omitted in some embodiments. The methods and processes described herein are not limited to any particular order, and associated blocks or states may be executed in other suitable orders, or may be executed in parallel, or otherwise. Blocks or states may be added to or removed from the disclosed exemplary embodiments. The execution of certain operations or processes may be distributed among computer systems or computer processors, residing not only on a single machine but also deployed across multiple machines.

[0071] As used herein, circuits can be implemented using any form of hardware, software, or a combination thereof. For example, they can be implemented as one or more processors, controllers, ASICs, programmable logic arrays (PLAs), programmable array logic (PALs), complex programmable logic devices (CPLDs), FPGAs, logic components, software routines, or other mechanisms. In implementation, the various circuits described herein can be implemented as discrete circuits, or the described functions and features can be shared partially or wholly among one or more circuits. Even if the features or elements of various functions can be described or claimed as separate circuits, these features and functions can be shared among one or more common circuits, and such description should not require or imply the need for separate circuits to implement these features or functions. Where circuits are implemented wholly or partially in software, such software can enable operation with a computing or processing system capable of performing the associated functions, such as computer system 800.

[0072] When used herein, the term “or” may be interpreted as inclusive or exclusive. Furthermore, when a description of a resource, operation, or structure appears in the singular, it should not be construed as excluding the plural form. Conditional language, such as “may,” “can,” “possibly,” or “may,” among others, unless otherwise specifically stated or understood in the context in which they are used, is generally intended to convey that certain embodiments include certain features, elements, and / or steps, while other embodiments do not.

[0073] Unless otherwise expressly stated, the terms and phrases used in this document, and their variations thereof, should be interpreted as open-ended rather than restrictive. Adjectives such as “routine,” “traditional,” “usually,” “standard,” “known,” and terms with similar meanings should not be construed as limiting the described items to items available within a given time period or timeframe, but should be understood to include routine, traditional, usual, or standard techniques that may be available or known at any time now or in the future. In some cases, the presence of phrases such as “one or more,” “at least,” “but not limited to,” or other similar expressions should not be construed as the absence of these extended scopes, nor should it be interpreted as an intentional or required use of a narrower scope.

Claims

1. A computer-executed method, comprising: Initiating a voice call, wherein the voice call includes a voice session initiated by a user equipment via a 5G new radio; Determine the registration status of the user equipment with the Internet Protocol Multimedia Subsystem; In response to determining that the user equipment's registration status with the Internet Protocol Multimedia Subsystem (IPMS) indicates that the user equipment's registration with the IMS is in progress, the voice call is maintained and a waiting timer is started; and, before the waiting timer expires, in response to determining that the user equipment's registration status with the IMS indicates that the user equipment's registration with the IMS is complete, the voice call is made via the 5G New Radio or the 4G Long Term Evolution (LTE) voice session; In response to determining that the user equipment's registration status with the Internet Protocol Multimedia Subsystem (IPMS) indicates that the user equipment's registration with the IMS has failed, it is determined whether the user equipment meets the 5G disabling criteria. In response to determining that the user equipment meets the 5G disabling criteria, 5G is disabled on the user equipment. The 5G disabling criteria include location-based 5G disabling criteria. Specifically, for any area within a defined radius, if historical data related to IMS registration failures shows that at least one user equipment within that area has repeatedly failed to register with the IMS using 5G, then that area is designated as a known 5G failure location and added to the 5G disabling criteria.

2. The computer execution method according to claim 1, further comprising: Determine whether the waiting timer has expired; as well as In response to determining that the wait timer has expired, Complete the user equipment's selection of 2G or 3G wireless access technology. Start-up circuit domain fallback, and Use circuit-switched voice service to make voice calls.

3. The computer execution method according to claim 2, wherein, The circuit domain fallback includes the switching from 5G new radio to 2G or 3G circuit-switched voice service during voice connection establishment.

4. The computer execution method according to claim 1, wherein, The waiting timer includes a time period in seconds to maintain the voice call.

5. The computer execution method according to claim 4, wherein, The waiting timer is set based on historical data evaluating completed Internet Protocol Multimedia Subsystem (IPMS) registrations, which are related to voice calls made by the user equipment via 5G New Radio or 4G Long Term Evolution (LTE).

6. The computer execution method according to claim 4, wherein, The registration of the user equipment with the Internet Protocol Multimedia Subsystem is performed via 5G New Radio or 4G Long Term Evolution.

7. The computer execution method according to claim 1, wherein, Determining the registration status of the user equipment with the Internet Protocol Multimedia Subsystem includes: Receive a registration status message or a registration status indication flag in a message related to the Internet Protocol Multimedia Subsystem (IPMS) for coordinating voice call services provided by the IMPMS.

8. A computer-executed method, comprising: Initiating a voice call, wherein the voice call includes a voice session initiated by a user equipment via a 5G new radio; Determine the registration status of the user equipment with the Internet Protocol Multimedia Subsystem; In response to determining that the user equipment's registration status with the Internet Protocol Multimedia Subsystem indicates that the user equipment's registration with the Internet Protocol Multimedia Subsystem is not in progress and has not been registered, the user equipment completes the selection of 2G or 3G wireless access technology, initiates circuit-switched fallback, and makes a voice call using circuit-switched voice service. In response to determining that the user equipment's registration status with the Internet Protocol Multimedia Subsystem (IPMS) indicates that the user equipment's registration with the IMS has failed, it is determined whether the user equipment meets the 5G disabling criteria. In response to determining that the user equipment meets the 5G disabling criteria, 5G is disabled on the user equipment. The 5G disabling criteria include location-based 5G disabling criteria, wherein, for any area within a defined radius, in historical data related to IMS registration failures, at least one user equipment within that area has repeatedly failed to register with the IMS using 5G; then that area is determined as a known 5G failure location and added to the 5G disabling criteria.

9. The computer-executed method of claim 8, further comprising returning the wireless access technology of the user equipment to 5G new radio.

10. A computer-executed method, comprising: Initiating a voice call, wherein the voice call includes a voice session initiated by a user equipment via a 5G new radio; Determine the initial registration status of the user equipment with the Internet Protocol Multimedia Subsystem; In response to determining that the initial registration status of the user equipment with the Internet Protocol Multimedia Subsystem indicates that the initial registration of the user equipment with the Internet Protocol Multimedia Subsystem has failed, the user equipment completes the selection of the 4G Long Term Evolution (LTE) radio access technology and retryes the registration of the user equipment with the Internet Protocol Multimedia Subsystem, wherein the retry of the registration is performed through 4G Long Term Evolution. In response to determining that the user equipment's registration status with the Internet Protocol Multimedia Subsystem (IPMS) indicates that the user equipment's registration with the IMS has failed, it is determined whether the user equipment meets the 5G disabling criteria. In response to determining that the user equipment meets the 5G disabling criteria, 5G is disabled on the user equipment. The 5G disabling criteria include location-based 5G disabling criteria, wherein, for any area within a defined radius, in historical data related to IMS registration failures, at least one user equipment within that area has repeatedly failed to register with the IMS using 5G; then that area is determined as a known 5G failure location and added to the 5G disabling criteria.

11. The computer execution method according to claim 10, wherein, The initial registration of the user equipment with the Internet Protocol Multimedia Subsystem is performed via 5G New Radio.

12. The computer execution method according to claim 10, further comprising: In response to the completion of the registration for the Internet Protocol Multimedia Subsystem (IPMS) during the retry, the voice call will be treated as a 4G Long Term Evolution (LTE) voice session.

13. The computer execution method of claim 10, wherein the 5G disable standard further includes a timer-based 5G disable standard.

14. The computer execution method according to claim 13, the method further comprising: When the user equipment is detected to have failed to register with the Internet Protocol Multimedia Subsystem for the first time, a 5G disable timer is started. as well as Before the 5G disable timer expires, detect the subsequent Internet Protocol Multimedia Subsystem (IPS) registration failure of the user equipment and determine that the user equipment has met the timer-based 5G disable standard.

15. The computer execution method according to claim 10, the method further comprising: In response to determining that the user equipment's registration status with the Internet Protocol Multimedia Subsystem is failed, the current location of the user equipment is detected when the registration fails; The current location of the user equipment is compared with the 5G failure location defined by the location-based 5G disable standard; as well as When it is determined that the current location of the user equipment is in the same area as one or more of the 5G failure locations, it is determined that the user equipment has met the location-based 5G disabling criteria.

16. The computer execution method according to claim 10, further comprising: In response to disabling 5G on the user device, the voice call is performed as a voice session via 4G Long Term Evolution.

17. A computer system, comprising: One or more processors; as well as A memory storing instructions that, when executed by one or more processors, cause one or more processors to perform the following steps: Initiating a voice call, wherein the voice call includes a voice session initiated by a user equipment via a 5G new radio; Determine the registration status of the user equipment with the Internet Protocol Multimedia Subsystem; In response to determining that the user equipment's registration status with the Internet Protocol Multimedia Subsystem (IPMS) indicates that the user equipment's registration status with the IMS is in progress, the voice call is maintained and a waiting timer is started; and before the waiting timer expires, in response to determining that the user equipment's registration status with the IMS is complete, the voice call is treated as a voice session via 4G Long Term Evolution (LTE) or 5G New Radio (NR). In response to determining that the user equipment's registration status with the Internet Protocol Multimedia Subsystem (IPMS) indicates that the user equipment's registration with the IMS has failed, it is determined whether the user equipment meets the 5G disabling criteria. In response to determining that the user equipment meets the 5G disabling criteria, 5G is disabled on the user equipment. The 5G disabling criteria include location-based 5G disabling criteria, wherein, for any area within a defined radius, in historical data related to IMS registration failures, at least one user equipment within that area has repeatedly failed to register with the IMS using 5G; then that area is determined as a known 5G failure location and added to the 5G disabling criteria.

18. The computer system of claim 17, wherein the computer system is a 5G-enabled mobile computing device.

Images