Ims registration method, apparatus, terminal device, and storage medium

Abstract

The present disclosure relates to the technical field of wireless communication, and specifically provides an IMS registration method, device, terminal equipment and storage medium. The IMS registration method comprises: in the case of detecting that the terminal equipment is not connected to IMS, acquiring the use state of the current LTE network of the terminal equipment; and in the case of the use state being standby, sending IMS registration request information to a network side device. In the present disclosure, in the case of detecting that the terminal equipment is not connected to IMS, the use state of the current LTE network of the terminal equipment is detected, and IMS registration is performed when the LTE network is in standby, so that IMS registration is avoided when the terminal equipment is online, the risk of data service lag of the terminal equipment caused by the IMS registration process is reduced, online fluency is improved, and user online experience is ensured.

Description

Technical Field

[0001] This disclosure relates to the field of wireless communication technology, specifically to an IMS registration method, apparatus, terminal device, and storage medium. Background Technology

[0002] IMS (Internet Protocol Multimedia Subsystem) is an IP data transmission technology built on 4G LTE (Long-Term Evolution) networks. VoLTE (Voice over Long-Term Evolution) is a voice call technology based on IMS networks.

[0003] Before using VoLTE services, a terminal needs to register with IMS. If IMS registration fails, VoLTE services on the IMS network will be unavailable. In related technologies, the IMS registration process often disrupts data services, causing internet lag and negatively impacting user experience. Summary of the Invention

[0004] To avoid the impact of the IMS registration process on terminal device data services and improve user experience, this disclosure provides an Internet Protocol Multimedia Subsystem (IMS) registration method, apparatus, terminal device, and storage medium.

[0005] In a first aspect, embodiments of this disclosure provide an Internet Protocol Multimedia Subsystem (IMS) registration method, the method comprising:

[0006] If the terminal device is found to be unconnected to IMS, the current usage status of the LTE network of the terminal device is obtained.

[0007] When the usage state is standby, an IMS registration request message is sent to the network-side device.

[0008] In some implementations, obtaining the current LTE network usage status of the terminal device when an IMS connection is detected includes:

[0009] If the terminal device is not connected to IMS, obtain the current screen-on status of the terminal device;

[0010] In response to the screen being on, the terminal device obtains the current usage status of the Long Term Evolution (LTE) network.

[0011] In some embodiments, the IMS registration method described in this disclosure further includes:

[0012] When the screen is off instead of on, an IMS registration request is sent to the network device after a preset time interval.

[0013] In some embodiments, the IMS registration method described in this disclosure further includes:

[0014] In response to receiving IMS request failure information returned by the network-side device for the IMS registration request information, the registration failure type is determined based on the protocol status code carried in the IMS request failure information;

[0015] Based on the pre-configured re-registration operation corresponding to the registration failure type, IMS registration is re-initiated until the preset conditions are met.

[0016] In some implementations, the re-initiation of IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type includes at least one of the following:

[0017] If the registration failure type is that the network-side device does not support IMS service, the IMS registration request information will be roamed to other network-side devices.

[0018] In some implementations, re-initiating IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type includes:

[0019] If the registration failure type is Packet Data Network (PDN) type abnormality, the PDN type information included in the IMS registration request information is replaced with other type information, and the IMS registration request information is resent to the network-side device.

[0020] In some implementations, re-initiating IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type includes:

[0021] If the registration failure type is response timeout, the cell identifier included in the IMS registration request information is replaced with another cell identifier, and the IMS registration request information is resent to the network-side device.

[0022] In some implementations, re-initiating IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type includes:

[0023] If the registration failure type is user authentication failure, the IMS registration request information will be resent to the network-side device after a preset time interval.

[0024] In some implementations, re-initiating IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type includes:

[0025] If the registration failure type is abnormal network configuration parameters, the network configuration parameters of the terminal device are restored to the default parameters, and the IMS registration request information is resent to the network-side device.

[0026] In some implementations, the preset conditions include at least one of the following:

[0027] The terminal device successfully registered with IMS.

[0028] The terminal device failed to register with IMS for a preset number of consecutive times.

[0029] In some embodiments, the IMS registration method described in this disclosure further includes:

[0030] When the LTE network is in use, in response to detecting that the terminal device has started the VoLTE call service, an IMS registration request is sent to the network-side device, and if the IMS registration is successful, a VoLTE service request is sent to the network-side device.

[0031] Secondly, this disclosure provides an Internet Protocol Multimedia Subsystem (IMS) registration device, the device comprising:

[0032] The network status module is configured to obtain the current usage status of the LTE network of the terminal device when it is detected that the terminal device is not connected to IMS;

[0033] The registration request module is configured to send IMS registration request information to the network-side device when the usage state is standby.

[0034] Thirdly, embodiments of this disclosure provide a terminal device, including:

[0035] Processor; and

[0036] A memory storing computer instructions for causing a processor to perform the method according to any embodiment of the first aspect.

[0037] Fourthly, embodiments of this disclosure provide a storage medium storing computer instructions, the computer instructions being configured to cause the computer instructions to be used according to the method described in any embodiment of the first aspect.

[0038] The IMS registration method of this disclosure includes, when an IMS connection failure is detected on the terminal device, obtaining the current LTE network usage status of the terminal device, and when the usage status is standby, sending IMS registration request information to the network-side device. In this disclosure, when an IMS connection failure is detected, the terminal device checks the current LTE network usage status and performs IMS registration while the LTE network is in standby mode. This avoids performing IMS registration while the terminal device is accessing the internet, reducing the risk of data service lag during the IMS registration process, improving internet smoothness, and ensuring a better user experience. Attached Figure Description

[0039] To more clearly illustrate the technical solutions in the specific embodiments of this disclosure or the prior art, the drawings used in the description of the specific embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this disclosure. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0040] Figure 1 This is a schematic diagram of a network architecture according to some embodiments of this disclosure.

[0041] Figure 2 This is a flowchart of an IMS registration method according to some embodiments of this disclosure.

[0042] Figure 3 This is a flowchart of an IMS registration method according to some embodiments of this disclosure.

[0043] Figure 4 This is a flowchart of an IMS registration method according to some embodiments of this disclosure.

[0044] Figure 5 This is a structural block diagram of an IMS registration device according to some embodiments of this disclosure.

[0045] Figure 6 This is a structural block diagram of a terminal device according to some embodiments of the present disclosure. Detailed Implementation

[0046] The technical solutions of this disclosure will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this disclosure, not all of them. All other embodiments obtained by those skilled in the art based on the embodiments of this disclosure without inventive effort are within the scope of protection of this disclosure. Furthermore, the technical features involved in the different embodiments of this disclosure described below can be combined with each other as long as they do not conflict with each other.

[0047] IMS (Internet Protocol Multimedia Subsystem) is an IP data transmission technology built on 4G LTE (Long-Term Evolution) networks. VoLTE (Voice over Long-Term Evolution) is a voice call technology based on IMS networks.

[0048] In traditional voice solutions, terminal devices use 4G / 5G networks to access the internet. When they want to make a voice call with the called device, they need to use CSFB (Circuit Switched Fall Back) to fall back to 2G / 3G to make the call.

[0049] With the development of 4G / 5G technology, mobile network operators are gradually phasing out 2G / 3G networks. The gradual decommissioning of 2G / 3G networks has become an inevitable trend. VoLTE, based on the IMS network, is a new voice solution for this context. VoLTE does not require 2G / 3G networks; its services are entirely carried on the 4G LTE+IMS network, achieving unified data and voice services on the same network. VoLTE can not only provide voice calls but also video calls.

[0050] To establish VoLTE service based on IMS network, both the initiator and receiver terminals of the voice call need to register for IMS service. If either terminal device fails to register for IMS or IMS registration fails, the VoLTE service cannot be used.

[0051] In related technologies, the IMS registration process for terminal devices typically occurs upon power-on or when switching out of airplane mode. At this time, the terminal device needs to attach to the 4G / 5G network to ensure normal data service operation, and IMS network registration is required after successful 4G / 5G network attachment to ensure normal voice service operation. Since data service is in its initial state at this time, the user is not aware of the IMS registration process.

[0052] In real-world business scenarios, after a terminal device successfully registers with IMS, the registration often disconnects as the device remains on the network for an extended period. For example, in some implementations, the IMS connection may time out during cell handover while the terminal device is moving, causing an IMS network interruption. The network-side equipment then perceives the terminal device as disconnected. Since the terminal device's LTE network remains connected during this time, it appears to be able to access the internet normally, but it cannot use VoLTE services.

[0053] In this situation, terminal devices typically need to re-register with the IMS network. However, the inventors of this case discovered that during the re-registration process, if the terminal device is using data services, data service lag often occurs. Further research revealed that this is because the IMS network is a multimedia subsystem built on the LTE network. During the IMS registration process, the LTE network connection of the terminal device is affected, thus impacting the user's internet experience.

[0054] Based on this, the present disclosure provides an IMS registration method, apparatus, terminal device, and storage medium, aiming to avoid the impact of the IMS registration process on the data services of the terminal device and improve the user experience.

[0055] The IMS registration method disclosed herein can be applied to various communication systems, such as 4G LTE communication systems, 5G communication systems, LTE and 5G hybrid architecture communication systems, 5G New Radio (NR) systems, and other new communication systems emerging in future communication developments. It is understood that as long as a communication system uses IMS as its voice solution, the IMS registration method provided in this disclosure can be used.

[0056] Figure 1 A schematic diagram of a network architecture to which this disclosure applies is shown. The network architecture includes one or more terminal devices, one or more access network devices, core network devices, and an IMS system.

[0057] like Figure 1 As shown, a terminal device refers to an electronic device used to connect to a wireless network. The terminal device described in this disclosure can be any type of device suitable for implementation, such as a mobile phone, tablet computer, wearable device, vehicle-mounted device, etc., and this disclosure does not limit it.

[0058] Access network equipment includes base stations (eNodeBs), which may include base stations providing 2G / 3G networks for terminal devices, base stations providing LTE networks for terminal devices, base stations providing NR networks for terminal devices, etc., and this disclosure does not impose any limitations on this. It is worth noting that the embodiments of this disclosure are also applicable to communication systems where 2G / 3G networks are being decommissioned, that is, communication systems that do not include 2G / 3G base stations.

[0059] Core network equipment refers to the core network servers of communication systems such as 2G / 3G, LTE, and 5G. The IMS system is a multimedia subsystem that is integrated into LTE or 5G networks. Through the VoLTE voice solution provided by the IMS system, data and voice services can be unified under the same network.

[0060] Based on the aforementioned network architecture, this disclosure provides an IMS registration method that can be applied to the aforementioned terminal devices to enable the terminal devices to register with the network-side devices via IMS.

[0061] like Figure 2 As shown, in some embodiments, the IMS registration method of this disclosure includes:

[0062] S210. If the terminal device is found to be not connected to IMS, obtain the current usage status of the LTE network of the terminal device.

[0063] In this embodiment of the disclosure, the terminal device can detect the current IMS connection status. The IMS disconnection mentioned in this disclosure includes any situation where the terminal device and the network-side device are not connected to IMS, such as the terminal device not registering with the IMS network, or the terminal device having registered with the IMS network but the IMS connection being abnormally interrupted. This disclosure does not limit this.

[0064] The network-side equipment described in this disclosure may include the aforementioned access network equipment (base station), core network equipment, and IMS system.

[0065] It is understandable that a terminal device needs to establish an IMS connection with the network-side device when it detects that IMS is not connected. However, in this embodiment, instead of directly establishing an IMS connection with the network-side device, the terminal device further detects the current LTE network usage status.

[0066] The usage status of an LTE network refers to whether a user is currently using LTE network data services, i.e., whether the user is currently browsing the internet. In this embodiment of the disclosure, the usage status of the LTE network includes "standby" and "in use". If the usage status of the LTE network is standby, it means that the LTE network is currently only in a registered state and is not performing high-volume data services; the corresponding terminal device usage scenario is not internet browsing. Conversely, if the usage status of the LTE network is in use, it means that the LTE network is currently performing high-volume data services; the corresponding terminal device usage scenario can be that the user is browsing the internet.

[0067] In some implementations, a network speed threshold can be preset for the LTE network, and the usage status of the LTE network can be determined by comparing the current network speed with the threshold. For example, in one example, if the current network speed is greater than or equal to the threshold, it means that the LTE network is currently in internet access mode. In another example, if the current network speed is less than the threshold, it means that the LTE network is currently in standby mode.

[0068] It is understood that those skilled in the art can select the specific value of the network speed threshold according to the specific needs of the scenario, and this disclosure will not elaborate on this further.

[0069] In some embodiments, taking a mobile phone as an example, users often need to keep the screen on when using the internet on their mobile phones. Therefore, in some embodiments of this disclosure, before detecting the usage status of the LTE network, the screen-on status of the terminal device can be detected first, and if the screen-on status is active, the usage status of the LTE network can be further detected. This will be described in detail in the following embodiments of this disclosure, and will not be elaborated upon here.

[0070] S220. When in standby mode, send IMS registration request information to the network-side device.

[0071] As mentioned above, when the terminal device detects that the LTE usage status is standby, it means that the user is not using the terminal device's data services at this time. Therefore, IMS network registration can be performed, and the terminal device sends IMS registration request information to the network side device.

[0072] It is understood that when a terminal device performs IMS registration, a registration request is generated on the terminal device side, and this registration request is the IMS registration request information described in this disclosure.

[0073] After generating the IMS registration request information, the terminal device can send the IMS registration request information to the network-side device. Specifically, the terminal device sends the IMS registration request information to the Proxy Call Session Control Function (P-CSCF) entity in the IMS system through the access network and core network.

[0074] The P-CSCF entity is the initial connection point from the access network device to the IMS system. All information originating from and terminating at IMS-enabled terminal devices must be forwarded through the P-CSCF entity. The P-CSCF entity can forward IMS registration request information from terminal devices to the Serving Call Session Control Function (S-CSCF) entity of the IMS system. The S-CSCF entity is the core of the IMS system, handling session control and registration requests for terminal devices. Based on the IMS registration request information from the terminal device, the S-CSCF entity can generate corresponding response information and forward it to the terminal device through the P-CSCF entity.

[0075] Of course, the IMS system will also include other related functional network elements, such as the I-CSCF (Interrogating Call Session Control Function) entity, the BGCF (Breakout Gateway Control Function) entity, and the MGCF (Media Gateway Control Function) entity. Those skilled in the art will undoubtedly understand this by referring to the relevant technologies, and this disclosure will not elaborate further.

[0076] In some embodiments of this disclosure, when the terminal device is currently using the LTE network, IMS network registration can be temporarily suspended to ensure the normal operation of LTE data services. Furthermore, since the terminal device is currently using LTE data services (i.e., browsing the internet), the demand for IMS network access is not high, so ensuring smooth data service is prioritized, and IMS registration is temporarily suspended.

[0077] In some implementations, the terminal device can periodically check the IMS connection status and execute the above method process if IMS is not connected. If the terminal device's LTE usage state is "in use," it will not register with the IMS network. Only when the terminal device's LTE usage state changes to "standby" can it send an IMS registration request to the network-side device to register with the IMS network. The detection period of the terminal device can be selected according to specific scenario requirements, such as 1 minute, 5 minutes, 30 minutes, etc., and this disclosure does not impose any limitations on this.

[0078] In some implementations, if IMS is not connected and LTE is in use during a detection cycle, the IMS registration process does not need to be performed. However, if the terminal device enables VoLTE calling service, it indicates that the user intends to establish a VoLTE call with the called device. In this case, since the terminal device is not connected to IMS, a VoLTE call connection cannot be established. Therefore, the priority of the IMS connection will be higher than that of data services. The terminal device can immediately send an IMS registration request to the network side device to register with the IMS network. After successful IMS registration, it sends a VoLTE service request to the network side device to request the establishment of a VoLTE call connection with the called device.

[0079] As can be seen from the above, in this embodiment of the present disclosure, when the terminal device detects that IMS is not connected, it detects the current usage status of the LTE network of the terminal device and performs IMS registration when the LTE network is in standby mode. This avoids performing IMS registration when the terminal device is online, reduces the risk of data service lag caused by the IMS registration process, improves the smoothness of internet access, and ensures the user's internet experience.

[0080] In some implementations, considering that users often need to keep the screen on when using mobile internet, some implementations of this disclosure may first detect the screen-on status of the terminal device before detecting the LTE network usage status, and further detect the LTE network usage status when the screen is on. The following describes the implementation in conjunction with... Figure 3 Please provide an explanation.

[0081] like Figure 3 As shown, in some embodiments, the IMS connection method of this disclosure includes:

[0082] S310. If the terminal device is not connected to IMS, obtain the current screen-on status of the terminal device.

[0083] S320: In response to the screen being on, obtain the current usage status of the LTE network of the terminal device.

[0084] S330, in response to the screen turning off from the on state, sends an IMS registration request to the network-side device after a preset time interval.

[0085] S340. When the LTE network is in standby mode, send IMS registration request information to the network-side equipment.

[0086] In this embodiment of the disclosure, when the terminal device detects that IMS is not connected, it obtains the current screen-on state of the terminal device. For example, in some embodiments, the terminal device is a mobile phone, and the terminal device can listen for mobile phone screen-on events to determine the screen-on state of the mobile phone.

[0087] In this embodiment of the disclosure, the screen-on state of the terminal device includes "screen on" and "screen off". When the screen-on state of the terminal device is "screen on", S320 is executed; when the screen-on state of the terminal device is "screen off", S330 is executed.

[0088] In S320, when the terminal device's screen is on, it indicates that the user is currently using the terminal device, and it is necessary to further determine whether the user is currently using the terminal device to access the internet. Therefore, in this case, the terminal device further obtains the current LTE network usage status.

[0089] As mentioned above, if the current LTE network is in standby mode, it means that although the user is using the terminal device, they are not using the terminal device to access the Internet. Therefore, the IMS registration process can be initiated at this time. Thus, in S340, the IMS registration request information can be sent to the network-side device immediately to initiate IMS registration.

[0090] Conversely, if the current LTE network status is "in use," it means that the user is currently using a terminal device to access the internet. This also indicates that the user's need for the IMS network is not a high priority at this time. Therefore, the smoothness of data services can be prioritized, and IMS registration can be temporarily suspended.

[0091] In S330, when the screen of the terminal device is off, it means that the user is not using the terminal device at this time. Therefore, the user will not be aware of the network lag caused by registering the IMS network. At the same time, since the terminal device is off, it means that the user's need for the IMS network is not a high priority at this time. Therefore, IMS registration can be initiated after a preset time interval.

[0092] The specific value of the preset time interval can be selected according to the needs of the scenario, such as 30s, 60s, 120s, etc., and this disclosure does not impose any restrictions on it. After the preset time interval has elapsed, the terminal device sends an IMS registration request to the network-side device to initiate IMS registration.

[0093] In one example, when the terminal device detects that IMS is not connected, it can immediately start a monitoring timer. The timer is a countdown timer, and the duration of the timer can be selected according to the specific needs of the scenario, such as 30s, 60s, 120s, etc. This disclosure does not limit this.

[0094] By using the aforementioned method, when the screen state of the terminal device is determined to be off, it can be known that the user's need for the IMS network is not of high priority at this time. Therefore, it is possible to wait for the monitoring timer countdown to end before initiating IMS registration. Of course, the timer countdown can also be terminated immediately to initiate IMS registration immediately; this disclosure does not impose any restrictions on this.

[0095] When it is determined that the terminal device's screen is on and the current LTE usage state is standby, the user may use VoLTE services at any time. Therefore, the demand for the IMS network has a high priority, and the timer countdown can be terminated immediately to initiate IMS registration. Of course, it is also possible to wait for the monitoring timer countdown to end before initiating IMS registration; this disclosure does not restrict this.

[0096] When it is determined that the terminal device's screen is on and the current LTE usage status is in use, it can be known that the user is currently using data services and has a higher priority for the LTE network than the IMS network. Therefore, the countdown of the monitoring timer can be stopped, and the IMS registration operation can be temporarily suspended.

[0097] As can be seen from the above, in this embodiment of the disclosure, when the terminal device detects that IMS is not connected, it makes a comprehensive judgment based on the screen-on status and LTE usage status of the terminal device, and further refines the user's business scenario for using the terminal device. This avoids IMS registration when the terminal device is online, reduces the risk of data service lag caused by the IMS registration process, improves the smoothness of internet access, and ensures the user's internet experience.

[0098] In some implementations, the IMS registration method of this disclosure further includes:

[0099] When the LTE network is in use, in response to detecting that the terminal device has started the VoLTE call service, an IMS registration request is sent to the network-side device, and if the IMS registration is successful, a VoLTE service request is sent to the network-side device.

[0100] As can be seen from the foregoing, in some implementations, when it is determined that the terminal device is in the screen-on state and the current LTE usage state is in use, it means that the user is currently using data services and the demand for the LTE network has a higher priority than the IMS network. Therefore, the countdown of the monitoring timer can be stopped and the IMS registration operation can be temporarily suspended.

[0101] During the use of a terminal device, a user may activate VoLTE calling service. For example, in one scenario, a user clicks the VoLTE icon on a contact in their address book, thus activating VoLTE calling service and indicating that the user intends to establish a VoLTE call connection with the called device. However, because the terminal device is not connected to IMS at this time, a VoLTE call connection cannot be established. Therefore, the IMS connection will have higher priority than data services.

[0102] In this scenario, when the terminal device detects that VoLTE call service has been enabled, it can be understood as initiating IMS network registration, thereby sending IMS registration request information to the network-side device. After receiving the IMS registration request information sent by the terminal device, the network-side device processes it through relevant network elements, and returns registration success information to the terminal device if the registration is successful, and returns registration failure information to the terminal device if the registration fails.

[0103] Once the terminal device successfully registers with IMS, it can establish an IMS connection with the network-side device and use the VoLTE call service provided by the IMS system. The terminal device can then send a VoLTE service request to the network-side device to call the called device and establish a VoLTE call connection.

[0104] However, it's worth noting that IMS registration may fail. If IMS registration fails, the terminal device will be unable to use the VoLTE calling service provided by the IMS system. In traditional voice solutions, even if IMS registration fails, the terminal device can still use CSFB (Circuit Switched Fallback) to fall back to 2G / 3G for making calls.

[0105] It can be understood that data transmission involves two domains: the CS domain and the PS domain. The CS domain refers to the circuit-switched domain, and CS domain networks are typically used for voice calls. Currently, basic 2G / 3G telephone services are all implemented through CS domain networks. The PS domain refers to the packet-switched domain, and PS domain networks are typically used for data services, including streaming media services. Currently, 4G / 5G data services are all implemented through PS domain networks.

[0106] PS domain networks cannot directly conduct voice services. Therefore, at present, the circuit-switched fallback (CSFB) method is usually used to establish voice services. That is, users can use 4G / 5G networks to conduct data services, and when they need to make a call, the network will fall back to the 2G / 3G network to conduct the call.

[0107] As mentioned above, with the gradual phasing out of 2G / 3G networks, all voice services will inevitably migrate to IMS networks in the future. Therefore, during the current transition period where voice services are gradually shifting from 2G / 3G networks to IMS networks, improving the IMS registration success rate is an important research direction to ensure the IMS network uptime and VoLTE service connection rate.

[0108] Therefore, this disclosure provides some implementations of the IMS registration method, offering analysis and optimization for IMS registration failure scenarios to maximize the IMS registration success rate, thereby ensuring the connection rate of voice services on terminal devices. The following is a detailed explanation... Figure 4 Please provide an explanation.

[0109] like Figure 4 As shown, in some embodiments, the IMS registration method of this disclosure further includes:

[0110] S410. In response to receiving IMS request failure information returned by the network-side device for the IMS registration request information, determine the registration failure type based on the protocol status code carried in the IMS request failure information.

[0111] As described above, after the terminal device sends an IMS registration request to the network-side device, if registration fails, the network-side device will return an IMS request failure message to the terminal device. It can be understood that the IMS request failure message returned by the network-side device includes different protocol status codes for different reasons for IMS request failure. Therefore, after receiving the IMS request message, the terminal device can parse the message to obtain the carried protocol status code, analyze the status code, and determine the corresponding registration failure type.

[0112] In some examples, the protocol status code may be represented as rejrect_esm_cause=29, rejrect_esm_cause=50, etc., which will be understood by those skilled in the art, and will not be described further in this disclosure.

[0113] S420. Based on the pre-configured re-registration operation corresponding to the registration failure type, re-initiate IMS registration until the preset conditions are met.

[0114] In this embodiment of the disclosure, after the terminal device determines the registration failure type, it needs to determine the corresponding re-registration operation based on the registration failure type. Therefore, in this embodiment of the disclosure, it is necessary to pre-configure the corresponding re-registration operation for each type of registration failure.

[0115] For example, in some implementations, if the registration failure type is that the network-side device does not support IMS services, the terminal device cannot establish an IMS connection with the network-side device. Therefore, in this embodiment of the present disclosure, the corresponding re-registration operation in this case is to roam the IMS registration request information to other network-side devices.

[0116] It is understandable that the current network-side equipment does not support IMS services, possibly because the network-side equipment operator itself does not provide an IMS network system, and the terminal device cannot successfully establish an IMS connection even if it repeatedly reconnects.

[0117] Therefore, in this embodiment of the disclosure, IMS registration request information can be sent to other network-side devices that have a roaming agreement with the current network-side device, and attempts can be made to establish IMS registration with the operator device that supports IMS services through roaming, thereby establishing an IMS connection with the network-side device.

[0118] It is understandable that when a terminal device performs IMS registration, it first needs to establish an IMS PDN (Packet Data Network) connection with the network-side equipment. A PDN is an external data network relative to the LTE network. Since the LTE network only has a PS (Packet Switch) domain and no CS (Circuit Switch) domain, the terminal device must connect to at least one PDN in order to perform the IMS registration process.

[0119] In some implementations, when the registration failure type is PDN (Packet Data Network) type error, it is likely that the PDN type configured on the current terminal device does not match the PDN types supported by the network device. For example, if the IMS registration request information sent by the terminal device indicates that the PDN type is IPv6, while the network device supports IPv4, the PDN connection will fail to be established, leading to the failure.

[0120] Therefore, in this embodiment of the disclosure, when the registration failure type is PDN type abnormality, the corresponding re-registration operation is: to replace the PDN type information included in the IMS registration request information with other type information, and to resend the IMS registration information to the network-side device.

[0121] In other words, by changing the PDN type, the PDN type information in the IMS registration request information of the terminal device can be replaced with new type information. For example, in one scenario, the PDN failure information returned by the network-side device includes the PDN types it supports. The terminal device can then replace the original PDN type information "IPv6" with "IPv4" or "IPv6v4" supported by the network-side device. The IMS registration request information with the changed PDN type information can then be resent to the network-side device to attempt IMS registration again.

[0122] For example, in some implementations, if the registration failure type is a response timeout, it is very likely that there is an abnormality in the cell where the terminal device is currently registering for IMS. It is understandable that in a cellular network system, there may always be some cells with poor VoLTE quality that cannot be optimized. When a terminal device attempts to register for IMS in these cells, registration failure is very likely to occur.

[0123] Therefore, in this embodiment of the disclosure, when the registration failure type is response timeout, the corresponding re-registration operation is: to replace the cell identifier included in the IMS registration request information with another cell identifier, and to resend the IMS registration request information to the network-side device.

[0124] In other words, by reselecting a cell, the cell currently being used for IMS registration can be changed, and the cell identifier in the terminal device's IMS registration request information can be replaced with the identifier of the newly selected cell. Then, the IMS registration request information with the changed cell identifier can be resent to the network-side device to attempt IMS registration again.

[0125] For example, in some implementations, if the registration failure type is user authentication failure, it is very likely that there is an identity abnormality on the current terminal device side, such as an abnormality in the terminal device encryption process, which causes the network device to be unable to decrypt normally, resulting in user identity authentication failure.

[0126] Therefore, in this embodiment of the disclosure, when the registration failure type is user authentication failure, the corresponding re-registration operation is: to resend the IMS registration request information to the network-side device after a preset time interval.

[0127] In other words, IMS registration failures caused by occasional anomalies can be attempted to be eliminated by waiting for a preset time interval and then retrying the registration. The preset time interval can be set according to specific circumstances, such as 30s, 60s, 120s, etc., and this disclosure does not limit it.

[0128] For example, in some implementations, if the registration failure type is "network configuration parameter (profile) abnormality", it is likely that the network configuration parameters have been changed for unknown reasons, which causes the network-side device to be unable to correctly configure the terminal device's IMS registration request, resulting in IMS registration failure.

[0129] Therefore, in this embodiment of the disclosure, when the registration failure type is abnormal network configuration parameters, the corresponding re-registration operation is: to restore the configuration parameters of the terminal device to the default parameters and to resend the IMS registration request information to the network side device.

[0130] It is understandable that if the network configuration parameters of the terminal device are abnormal, the network configuration parameters can be restored to factory settings, that is, the network configuration parameters can be restored to the default parameters, and then the IMS registration request information can be regenerated and sent to the network-side device to try IMS registration again.

[0131] Of course, those skilled in the art will understand that there may be other reasons for registration failure during the IMS registration process, and the types of registration failure are not limited to the examples above. Those skilled in the art can make corresponding extensions based on the above disclosure, and this disclosure does not limit them.

[0132] In this embodiment of the disclosure, after determining the registration failure type of IMS, the re-registration operation corresponding to the current registration failure type can be determined according to the aforementioned pre-configured re-registration operation, and IMS registration can be performed based on the re-registration operation until the preset conditions are met.

[0133] In some implementations, the preset condition may include successful IMS registration; that is, after the terminal device performs one or more IMS re-registrations, the re-registration process stops once IMS registration is successful. In other implementations, the preset condition may include n consecutive failed IMS re-registrations; that is, if the terminal device fails to re-register after n attempts, it indicates that the current IMS registration of the terminal device cannot be restored, and the re-registration operation can be stopped to avoid repeated re-registration operations.

[0134] It is worth noting that in some embodiments of this disclosure, the terminal device can perform two consecutive re-registrations with a preset time interval. For example, after the first IMS registration, a second IMS registration can be performed after a preset time interval. Furthermore, the preset time interval can increase with the number of registration attempts; that is, the more registration failures, the longer the preset time interval. Additionally, a corresponding number of re-registration attempts can be preset. If IMS registration fails after reaching the preset number of re-registration attempts, the re-registration operation can be stopped.

[0135] As can be seen from the above, in this embodiment of the present disclosure, when the terminal device detects that IMS is not connected, it detects the current usage status of the LTE network of the terminal device and performs IMS registration when the LTE network is in standby mode. This avoids performing IMS registration when the terminal device is online, reduces the risk of data service lag caused by the IMS registration process, improves the smoothness of internet access, and ensures the user's internet experience.

[0136] In addition, when IMS registration fails on a terminal device, the reasons for the failure can be analyzed to determine more targeted re-registration operations, thereby improving the IMS registration success rate, increasing the IMS network coverage rate, reducing the risk of users being unable to use voice services, and ensuring user experience.

[0137] Based on the aforementioned network architecture, this disclosure provides an IMS registration device, which can be applied to the aforementioned terminal devices to realize IMS registration of the terminal devices on the network side.

[0138] like Figure 5 As shown, in some embodiments, the IMS registration apparatus of this disclosure includes:

[0139] The network status module 10 is configured to obtain the current usage status of the LTE network of the terminal device when it is detected that the terminal device is not connected to IMS;

[0140] The registration request module 20 is configured to send IMS registration request information to the network-side device when the usage state is standby.

[0141] As can be seen from the above, in this embodiment of the present disclosure, when the terminal device detects that IMS is not connected, it detects the current usage status of the LTE network of the terminal device and performs IMS registration when the LTE network is in standby mode. This avoids performing IMS registration when the terminal device is online, reduces the risk of data service lag caused by the IMS registration process, improves the smoothness of internet access, and ensures the user's internet experience.

[0142] In some embodiments, this disclosure provides a terminal device, which may be the terminal device of any of the foregoing embodiments, comprising:

[0143] Processor; and

[0144] The memory stores computer instructions that cause the processor to perform the method described in any of the foregoing embodiments.

[0145] In some embodiments, this disclosure provides a storage medium storing computer instructions for causing a computer to perform the methods described in any of the foregoing embodiments.

[0146] Figure 6 The diagram illustrates the terminal device structure in some embodiments of this disclosure. The following is a description of the structure in conjunction with... Figure 6 The terminal devices of some embodiments of this disclosure will be described.

[0147] Reference Figure 6 The terminal device 1800 may include one or more of the following components: processing component 1802, memory 1804, power supply component 1806, multimedia component 1808, audio component 1810, input / output (I / O) interface 1812, sensor component 1816, and communication component 1818.

[0148] Processing component 1802 typically controls the overall operation of terminal device 1800, such as operations associated with display, telephone calls, data communication, camera operation, and recording operations. Processing component 1802 may include one or more processors 1820 to execute instructions. Furthermore, processing component 1802 may include one or more modules to facilitate interaction between processing component 1802 and other components. For example, processing component 1802 may include a multimedia module to facilitate interaction between multimedia component 1808 and processing component 1802. As another example, processing component 1802 may read executable instructions from memory to implement relevant functions of the terminal device.

[0149] Memory 1804 is configured to store various types of data to support the operation of terminal device 1800. Examples of this data include instructions for any application or method operating on terminal device 1800, contact data, phonebook data, messages, pictures, videos, etc. Memory 1804 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0150] Power supply component 1806 provides power to various components of terminal device 1800. Power supply component 1806 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to terminal device 1800.

[0151] The multimedia component 1808 includes a display screen that provides an output interface between the terminal device 1800 and the user. In some embodiments, the multimedia component 1808 includes a front-facing camera and / or a rear-facing camera. When the terminal device 1800 is in an operating mode, such as a shooting mode or a video mode, the front-facing camera and / or the rear-facing camera can receive external multimedia data. Each front-facing camera and rear-facing camera can be a fixed optical lens system or have focal length and optical zoom capabilities.

[0152] Audio component 1810 is configured to output and / or input audio signals. For example, audio component 1810 includes a microphone (MIC) configured to receive external audio signals when terminal device 1800 is in an operating mode, such as call mode, recording mode, and voice recognition mode. The received audio signals may be further stored in memory 1804 or transmitted via communication component 1818. In some embodiments, audio component 1810 also includes a speaker for outputting audio signals.

[0153] I / O interface 1812 provides an interface between processing component 1802 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to, home buttons, volume buttons, power buttons, and lock buttons.

[0154] Sensor assembly 1816 includes one or more sensors for providing status assessments of various aspects of terminal device 1800. For example, sensor assembly 1816 can detect the on / off state of terminal device 1800, the relative positioning of components such as the display and keypad of terminal device 1800, changes in position of terminal device 1800 or a component of terminal device 1800, the presence or absence of user contact with terminal device 1800, the orientation or acceleration / deceleration of terminal device 1800, and temperature changes of terminal device 1800. Sensor assembly 1816 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. Sensor assembly 1816 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, sensor assembly 1816 may also include an accelerometer, gyroscope, magnetometer, pressure sensor, or temperature sensor.

[0155] Communication component 1818 is configured to facilitate wired or wireless communication between terminal device 1800 and other devices. Terminal device 1800 can access wireless networks based on communication standards, such as Wi-Fi, 2G, 3G, 4G, 5G, or 6G, or combinations thereof. In one exemplary embodiment, communication component 1818 receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, communication component 1818 also includes a near-field communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on radio frequency identification (RFID) technology, Infrared Data Association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0156] In an exemplary embodiment, the terminal device 1800 may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components.

[0157] Obviously, the above embodiments are merely examples for clear illustration and are not intended to limit the embodiments. Those skilled in the art will recognize that other variations or modifications can be made based on the above description. It is neither necessary nor possible to exhaustively list all embodiments here. However, obvious variations or modifications derived therefrom are still within the scope of protection of this disclosure.

Claims

1. A method for registering with the Internet Protocol Multimedia Subsystem (IMS), characterized in that, The method includes: If the terminal device is not connected to IMS, obtain the current screen-on status of the terminal device; In response to the screen being on, the terminal device obtains the current usage status of the LTE network. When the usage status is standby, it sends an IMS registration request to the network-side device. When the LTE network is in use, in response to detecting that the terminal device has enabled VoLTE call service, it sends an IMS registration request to the network-side device, and if the IMS registration is successful, it sends a VoLTE service request to the network-side device. When the screen is off instead of on, an IMS registration request is sent to the network device after a preset time interval. The method further includes: In response to receiving IMS request failure information returned by the network-side device for the IMS registration request information, the registration failure type is determined based on the protocol status code carried in the IMS request failure information; Based on the pre-configured re-registration operation corresponding to the registration failure type, re-initiate IMS registration until the preset conditions are met; The re-initiation of IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type includes at least one of the following: If the registration failure type is that the network-side device does not support IMS service, the IMS registration request information will be roamed to other network-side devices. If the registration failure type is response timeout, the cell identifier included in the IMS registration request information is replaced with another cell identifier, and the IMS registration request information is resent to the network-side device.

2. The method according to claim 1, characterized in that, The re-initiation of IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type further includes: If the registration failure type is Packet Data Network (PDN) type abnormality, the PDN type information included in the IMS registration request information is replaced with other type information, and the IMS registration request information is resent to the network-side device.

3. The method according to claim 1, characterized in that, The re-initiation of IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type further includes: If the registration failure type is user authentication failure, the IMS registration request information will be resent to the network-side device after a preset time interval.

4. The method according to claim 1, characterized in that, The re-initiation of IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type further includes: If the registration failure type is abnormal network configuration parameters, the network configuration parameters of the terminal device are restored to the default parameters, and the IMS registration request information is resent to the network-side device.

5. The method according to claim 1, characterized in that, The preset conditions include at least one of the following: The terminal device successfully registered with IMS. The terminal device failed to register with IMS for a preset number of consecutive times.

6. A registration device for the Internet Protocol Multimedia Subsystem (IMS), characterized in that, The device includes: The network status module is configured to obtain the current screen-on state of the terminal device when it is detected that the terminal device is not connected to IMS, and in response to the screen-on state being on, obtain the current usage status of the LTE network of the terminal device. The registration request module is configured to send IMS registration request information to the network-side device when the usage state is standby; when the LTE network usage state is in use, in response to detecting that the terminal device has enabled VoLTE call service, send IMS registration request information to the network-side device, and send VoLTE service request to the network-side device if IMS registration is successful; and when the screen-on state is screen-off, send IMS registration request information to the network-side device after a preset time interval. The registration request module is configured to respond to an IMS request failure message returned by the network-side device in response to the IMS registration request information, determine the registration failure type based on the protocol status code carried in the IMS request failure message, and re-initiate IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type until the preset conditions are met. The registration request module is configured to be at least one of the following: If the registration failure type is that the network-side device does not support IMS service, the IMS registration request information will be roamed to other network-side devices. If the registration failure type is response timeout, the cell identifier included in the IMS registration request information is replaced with another cell identifier, and the IMS registration request information is resent to the network-side device.

7. A terminal device, characterized in that, include: processor; as well as A memory storing computer instructions for causing a processor to perform the method according to any one of claims 1 to 5.

8. A storage medium, characterized in that, The computer contains computer instructions for causing the computer to perform the method according to any one of claims 1 to 5.

Images