IMS registration method and device, terminal equipment and storage medium

By performing IMS registration on the LTE network of the terminal device while it is standby, the impact of the IMS registration process on data services is solved, and the user experience and Internet fluency is improved.

CN119676217AActive Publication Date: 2025-03-21BEIJING XIAOMI MOBILE SOFTWARE CO LTD
View PDF 8 Cites 0 Cited by

Patent Information

Application Number
CN202311228404.1
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2023-09-21
Publication Date
2025-03-21
Estimated Expiration
2043-09-21

AI Technical Summary

Technical Problem

The IMS registration process has an impact on the terminal equipment data business, resulting in users' Internet access and affecting the user experience.

Method used

When the terminal device IMS is detected to be not connected, the current LTE network usage status of the terminal device is obtained, and the IMS registration request information is sent to the network side device when the usage status is standby.

Benefits of technology

By performing IMS registration while LTE network standby, IMS registration is avoided when terminal devices are surfing the Internet, reducing the impact of the IMS registration process on data services, and improving the smoothness and user experience of the Internet.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119676217A_ABST
    Figure CN119676217A_ABST
Patent Text Reader

Abstract

The invention relates to the technical field of wireless communication, and particularly provides an IMS registration method and device, terminal equipment and a storage medium. The IMS registration method comprises the following steps: acquiring the use state of the current LTE network of the terminal equipment under the condition of detecting that the IMS of the terminal equipment is not connected, and sending IMS registration request information to network side equipment when the use state is standby. In the embodiment of the invention, under the condition that the terminal equipment detects that the IMS is not connected, the current use state of the LTE network of the terminal equipment is detected, and the IMS registration is carried out when the LTE network is standby, so that the IMS registration is avoided when the terminal equipment accesses the internet, the risk that the data service of the terminal equipment is blocked in the IMS registration process is reduced, the internet access fluency is improved, and the user experience is improved. And the internet surfing experience of the user is ensured.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present disclosure relates to the field of wireless communication technology, and in particular to an IMS registration method, apparatus, terminal equipment and storage medium. Background Art

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

[0003] Before using the VoLTE service, the terminal needs to register with IMS. If the IMS registration fails, the VoLTE service of the IMS network cannot be used. In the related art, the terminal equipment often affects the operation of data services during the IMS registration process, causing users to surf the Internet and affecting user experience. Summary of the invention

[0004] In order to avoid the impact of the IMS registration process on the data service of the terminal device and improve the user experience, the embodiments of the present disclosure provide an Internet Protocol Multimedia Subsystem IMS registration method, apparatus, terminal device and storage medium.

[0005] In a first aspect, an embodiment of the present disclosure provides an Internet Protocol Multimedia Subsystem IMS registration method, the method comprising:

[0006] When it is detected that the terminal device IMS is not connected, obtaining the current usage status of the long term evolution LTE network of the terminal device;

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

[0008] In some implementations, when detecting that the terminal device IMS is not connected, obtaining the current usage status of the long term evolution LTE network of the terminal device includes:

[0009] When it is detected that the terminal device IMS is not connected, obtaining the current screen status of the terminal device;

[0010] In response to the screen-on status being the screen-on status, obtaining a current usage status of the Long Term Evolution LTE network of the terminal device.

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

[0012] When the screen-on state is turned off, an IMS registration request message is sent to a network-side device after a preset time interval.

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

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

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

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

[0017] When the registration failure type is that the network side device does not support the IMS service, the IMS registration request information is roamingly sent to other network side devices.

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

[0019] In the case where the registration failure type is a packet data network PDN type exception, 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, the re-initiating the IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type includes:

[0021] In the case where 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, the re-initiating the IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type includes:

[0023] In the case where the registration failure type is user authentication failure, the IMS registration request information is resent to the network side device after a preset time interval.

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

[0025] In the case where the registration failure type is a network configuration parameter abnormality, the network configuration parameters of the terminal device are restored to default parameters, and the IMS registration request information is resent to the network side device.

[0026] In some embodiments, the preset condition includes at least one of the following:

[0027] The terminal device IMS registration is successful;

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

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

[0030] When the usage status of the LTE network is in use, in response to detecting that the terminal device turns on the VoLTE call service, an IMS registration request message is sent to the network side device, and when the IMS registration is successful, a VoLTE service request is sent to the network side device.

[0031] In a second aspect, an embodiment of the present disclosure provides an Internet Protocol Multimedia Subsystem IMS registration device, the device comprising:

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

[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] In a third aspect, an embodiment of the present disclosure provides a terminal device, including:

[0035] Processor; and

[0036] A memory storing computer instructions, wherein the computer instructions are used to enable a processor to execute the method according to any embodiment of the first aspect.

[0037] In a fourth aspect, an embodiment of the present disclosure provides a storage medium storing computer instructions, wherein the computer instructions are used to enable the computer instructions to perform the method described in any embodiment of the first aspect.

[0038] The IMS registration method of the disclosed embodiment includes, when it is detected that the terminal device IMS is not connected, obtaining the current LTE network usage status of the terminal device, and sending IMS registration request information to the network side device when the usage status is standby. In the disclosed embodiment, when the terminal device detects that the IMS is not connected, it detects the current LTE network usage status of the terminal device, and performs IMS registration when the LTE network is standby, thereby avoiding IMS registration when the terminal device is surfing the Internet, reducing the risk of data service jams of the terminal device caused by the IMS registration process, improving Internet access fluency, and ensuring the user's Internet experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0039] In order to more clearly illustrate the specific embodiments of the present disclosure or the technical solutions in the prior art, the drawings required for use in the specific embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present disclosure. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0040] Figure 1 It is a schematic diagram of a network architecture according to some implementation modes of the present disclosure.

[0041] Figure 2 FIG. 4 is a flowchart of an IMS registration method according to some implementations of the present disclosure.

[0042] Figure 3 FIG. 4 is a flowchart of an IMS registration method according to some implementations of the present disclosure.

[0043] Figure 4 FIG. 4 is a flowchart of an IMS registration method according to some implementations of the present disclosure.

[0044] Figure 5 It is a structural block diagram of an IMS registration device in some implementation modes of the present disclosure.

[0045] Figure 6 It is a structural block diagram of a terminal device in some implementation modes of the present disclosure. DETAILED DESCRIPTION

[0046] The technical solution of the present disclosure will be described clearly and completely below in conjunction with the accompanying drawings. Obviously, the described implementation is a part of the implementation of the present disclosure, rather than all the implementations. Based on the implementation in the present disclosure, all other implementations obtained by ordinary technicians in the field without creative work are within the scope of protection of the present disclosure. In addition, the technical features involved in the different implementations of the present 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 the 4G LTE (Long-Term Evolution) network. VoLTE (Voice over Long-Term Evolution) is a voice call technology based on the IMS network.

[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 a phone call.

[0049] With the development of 4G / 5G technology, various mobile network operators have gradually begun to abandon 2G / 3G networks. The gradual withdrawal of 2G / 3G networks has become a general trend. The VoLTE service based on the IMS network is a new voice solution in this context. VoLTE does not require 2G / 3G networks. All its services are carried on the 4G LTE+IMS network, realizing the unification of data and voice services under the same network. VoLTE can not only provide voice calls, but also video calls.

[0050] In order to establish VoLTE services based on the IMS network, it is necessary to ensure that both the initiator and the receiver of the voice call are registered for the IMS service. If either terminal device is not registered with IMS, or the IMS registration fails, the VoLTE service cannot be used.

[0051] In the related art, the IMS registration process of the terminal device generally occurs when the device is just turned on or switched out of flight mode. At this time, the terminal device needs to attach to the 4G / 5G network to ensure the normal use of data services, and needs to register with the IMS network after the 4G / 5G network is successfully attached to ensure the normal use of voice services. At this time, since the data service is in the initial state, the user does not clearly perceive the IMS registration process.

[0052] In actual business scenarios, after the terminal device successfully registers with the IMS, the IMS registration is often disconnected as the terminal device stays on the network for a long time. For example, in some implementations, when the terminal device is moving, the IMS connection may time out during cell switching, causing the IMS network to be disconnected, so that the network-side device believes that the terminal device is disconnected. Since the LTE network of the terminal device is still connected at this time, the terminal device can access the Internet normally, but cannot use the VoLTE service.

[0053] In this case, the terminal device generally needs to re-register with the IMS network, but the inventor of this case found that during the process of the terminal device re-registering with the IMS network, if the terminal device is using data services, data services often freeze. Through further research, it was found 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 will be affected, thereby affecting the user's Internet experience.

[0054] Based on this, the embodiments of the present disclosure provide an IMS registration method, apparatus, terminal device, and storage medium, which aim to avoid the impact of the IMS registration process on the terminal device data service and improve the user experience.

[0055] The IMS registration method disclosed in the present invention can be applied to various communication systems, for example, a 4G LTE communication system, a 5G communication system, a communication system with a hybrid architecture of LTE and 5G, a 5G New Radio (NR) system, and new communication systems that will emerge in future communication developments. It can be understood that as long as the IMS is used as a voice solution in the communication system, the IMS registration method provided in the embodiments of the present invention can be used.

[0056] Figure 1 A schematic diagram of a network architecture to which the present disclosure is applicable is shown, wherein the network architecture includes one or more terminal devices, one or more access network devices, a core network device, and an IMS system.

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

[0058] The access network equipment includes a base station (eNodeB), and the base station may include a base station that provides a 2G / 3G network for a terminal device, a base station that provides an LTE network for a terminal device, a base station that provides an NR network for a terminal device, etc., and the present disclosure does not limit this. It is worth noting that the embodiments of the present disclosure are also applicable to a communication system in which a 2G / 3G network is decommissioned, that is, the communication system does not include a 2G / 3G base station.

[0059] Core network equipment refers to the core network servers of 2G / 3G, LTE, 5G and other communication systems. The IMS system is a multimedia subsystem grafted onto the LTE or 5G network. The VoLTE voice solution provided by the IMS system can achieve the unification of data and voice services on the same network.

[0060] Based on the above network architecture, an embodiment of the present disclosure provides an IMS registration method, which can be applied to the aforementioned terminal device to implement IMS registration of the terminal device in the network side device.

[0061] like Figure 2 As shown, in some implementations, the IMS registration method of the present disclosure example includes:

[0062] S210: When it is detected that the terminal device is not connected to the IMS, obtain the current usage status of the long term evolution LTE network of the terminal device.

[0063] In an embodiment of the present disclosure, the terminal device can detect the current IMS connection status. The IMS disconnection mentioned in the present disclosure includes any situation where the IMS of the terminal device and the network side device are not connected, for example, the terminal device is not registered with the IMS network, and for example, the terminal device has registered with the IMS network but the IMS connection is abnormally interrupted, etc. The present disclosure does not limit this.

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

[0065] It is understandable that when the terminal device detects that the IMS is not connected, it needs to establish an IMS connection with the network side device. However, in the embodiment of the present disclosure, the IMS connection with the network side device is not directly established, but the current LTE network usage status of the terminal device is further detected.

[0066] The usage status of the LTE network refers to whether the user is currently using the data service of the LTE network, that is, whether the user is currently surfing the Internet. In the disclosed implementation, 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 current LTE network is only in the network state and no large-volume data service is being executed, and the corresponding terminal device usage scenario is not an Internet surfing scenario. On the contrary, if the usage status of the LTE network is in use, it means that the current LTE network is executing a large-volume data service, and the corresponding terminal device usage scenario may be that the user is surfing the Internet.

[0067] In some implementations, a network speed threshold of the LTE network may be pre-set, and the usage status of the LTE network may be determined by comparing the current network speed with the network speed threshold. For example, in one example, if the current network speed is greater than or equal to the network speed threshold, it indicates that the current usage status of the LTE network is surfing the Internet. For example, in another example, if the current network speed is less than the network speed threshold, it indicates that the current usage status of the LTE network is standby.

[0068] It can be understood that the specific value of the network speed threshold can be selected by those skilled in the art according to the requirements of the specific scenario, and this disclosure will not go into details.

[0069] In some implementations, the terminal device takes a mobile phone as an example. When a user uses a mobile phone to surf the Internet, the user often needs to turn on the screen. Therefore, in some implementations of the present disclosure, before detecting the use status of the LTE network, the screen state of the terminal device can be detected first, and when the screen state is on, the use status of the LTE network can be further detected. This is explained in the following implementations of the present disclosure and will not be described in detail here.

[0070] S220: When the usage state is standby, send IMS registration request information to the network side device.

[0071] In combination with the above, it can be seen that when the terminal device detects that the LTE usage status is standby, it means that the user is not using the data service of the terminal device at this time, so IMS network registration can be performed, and the terminal device sends IMS registration request information to the network side device.

[0072] It can be understood that when the terminal device performs IMS registration, a registration request will be generated on the terminal device side, and the registration request is the IMS registration request information described in the present 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 the core network.

[0074] The P-CSCF entity is the first connection point between the access network device and the IMS system. All information initiated from and terminated at terminal devices that support IMS must be forwarded through the P-CSCF entity. The P-CSCF entity can be used to forward the IMS registration request information from the terminal device 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, and it performs session control and registration requests for terminal devices. The S-CSCF entity can generate corresponding response information based on the IMS registration request information from the terminal device, 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 I-CSCF (Interrogating Call Session Control Function) entity, BGCF (Breakout Gateway Control Function) entity, MGCF (Media Gateway Control Function) entity, etc. Those skilled in the art can undoubtedly understand this by referring to the relevant technology, and this disclosure will not go into details.

[0076] In some implementations of the present disclosure, when the current LTE network usage status of the terminal device is in use, in order to ensure the normal operation of the LTE data service, the IMS network registration may not be performed temporarily. Moreover, since the terminal device is in the LTE data service at this time, that is, the terminal device is in the process of surfing the Internet, the demand for the IMS network is not high at this time, so the smoothness of the data service can be prioritized and the IMS registration may not be performed temporarily.

[0077] In some implementations, the terminal device may periodically detect the IMS connection status and perform the above method process when the IMS is not connected. If the LTE usage status of the terminal device is in use, the IMS network is not registered for the time being. When the LTE usage status of the terminal device changes to standby, an IMS registration request may be sent to the network side device to register with the IMS network. The detection period of the terminal device may be selected according to the specific scenario requirements, for example, it may be 1 minute, 5 minutes, 30 minutes, etc., and the present disclosure does not limit this.

[0078] In some implementations, in a detection cycle, if it is detected that the IMS is not connected and the LTE usage status is in use, there is no need to perform the IMS registration process. However, if the terminal device turns on the VoLTE call service, it means that the user expects to use the VoLTE call service to establish a VoLTE call with the called device. At this time, since the terminal device IMS is not connected, the VoLTE call connection cannot be established. Therefore, the priority of the IMS connection will be higher than the data service. The terminal device can immediately send an IMS registration request message to the network side device to register with the IMS network, and after the IMS registration is successful, send a VoLTE service request to the network side device to request to establish a VoLTE call connection with the called device.

[0079] From the above, it can be seen that in the embodiment of the present disclosure, when the terminal device detects that the 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 on standby, thereby avoiding IMS registration when the terminal device is surfing the Internet, reducing the risk of terminal device data service jams caused by the IMS registration process, improving Internet access fluency, and ensuring the user's Internet experience.

[0080] In some implementations, considering that users often need to turn on the screen when using their mobile phones to surf the Internet, in some implementations of the present disclosure, before detecting the use status of the LTE network, the screen state of the terminal device can be first detected, and when the screen state is on, the use status of the LTE network can be further detected. Figure 3 Provide explanation.

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

[0082] S310: When it is detected that the terminal device IMS is not connected, obtain the current screen status of the terminal device.

[0083] S320: In response to the screen-on state being the screen-on state, obtaining a current usage state of the Long Term Evolution LTE network of the terminal device.

[0084] S330: In response to the screen being turned off, after a preset time interval, an IMS registration request message is sent to a network side device.

[0085] S340: When the usage state of the LTE network is standby, send IMS registration request information to the network side device.

[0086] In the embodiments of the present disclosure, when the terminal device detects that the IMS is not connected, it obtains the current screen-on status of the terminal device. For example, in some embodiments, the terminal device is a mobile phone, and the terminal device can monitor the screen-on event of the mobile phone to determine the screen-on status of the mobile phone.

[0087] In the disclosed embodiment, the screen status of the terminal device includes "screen on" and "screen off". When the screen status of the terminal device is screen on, execute S320; when the screen status of the terminal device is screen off, execute S330.

[0088] In S320, when the screen status of the terminal device is on, it proves that the user is using the terminal device at this time, and it is necessary to further determine whether the user is currently using the terminal device to access the Internet. In this case, the terminal device further obtains the current LTE network usage status.

[0089] Combined with the above, it can be seen that if the current usage status of the LTE network is standby, it proves that although the user is using the terminal device at this time, he is not using the terminal device to access the Internet, so the IMS registration process can be carried out at this time. Therefore, in S340, the IMS registration request information can be immediately sent to the network side device to initiate IMS registration.

[0090] On the contrary, if the current LTE network usage status is in use, it proves that the user is using the terminal device to access the Internet at this time. It also means that the user's demand for the IMS network is not high priority at this time. Therefore, the smoothness of data services can be prioritized and IMS registration is not performed for the time being.

[0091] In S330, when the screen status of the terminal device is off, it proves that the user is not using the terminal device at this time, so the user will not feel the network lag caused by registering the IMS network. At the same time, since the terminal device is in the off state, it means that the user's demand for the IMS network is not high at this time, so 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 scenario requirements, such as 30s, 60s, 120s, etc., and the present disclosure does not limit this. After the preset time interval, the terminal device sends an IMS registration request message to the network side device to initiate IMS registration.

[0093] In one example, when the terminal device detects that the IMS is not connected, it can immediately start a monitoring timer, the timer is a countdown, and the length of the timer can be selected according to specific scenario requirements, such as 30s, 60s, 120s, etc., which is not limited in the present disclosure.

[0094] Through the above method, when it is determined that the screen status of the terminal device is off, it can be known that the user's demand for the IMS network is not high priority at this time, so the IMS registration can be initiated after the monitoring timer countdown ends. Of course, the timer countdown can also be terminated immediately, thereby initiating the IMS registration immediately, and the present disclosure does not limit this.

[0095] When it is determined that the screen status of the terminal device is on and the current LTE usage status is standby, the user may use the VoLTE service at any time, so the demand for the IMS network has a higher priority, so the timer countdown can be terminated immediately and the IMS registration can be initiated. Of course, the IMS registration can also be initiated after the monitoring timer countdown ends, and this is not limited in the present disclosure.

[0096] When it is determined that the screen status of the terminal device is on and the current LTE usage status is in use, it can be known 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 not performed.

[0097] From the above, it can be seen that in the embodiments of the present disclosure, when the terminal device detects that the IMS is not connected, the terminal device makes a comprehensive judgment based on the screen status and LTE usage status of the terminal device to further refine the service scenarios of the user using the terminal device, thereby avoiding IMS registration when the terminal device is surfing the Internet, reducing the risk of terminal device data service jams caused by the IMS registration process, improving Internet access fluency, and ensuring the user's Internet experience.

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

[0099] When the LTE network is in use, in response to detecting that the terminal device turns on the VoLTE call service, an IMS registration request message is sent to the network side device, and when the IMS registration is successful, a VoLTE service request is sent to the network side device.

[0100] In combination with the foregoing, it can be known that in some embodiments, when it is determined that the screen status of the terminal device is on and the current LTE usage status is in use, it means that the user is using data services at this time, 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 not performed.

[0101] When using a terminal device, a user may enable the VoLTE call service. For example, in one scenario, a user clicks the VoLTE function icon of a contact in the address book, thereby enabling the VoLTE call service, indicating that the user now wants to establish a VoLTE call connection with the called device. However, since the terminal device is not connected to the IMS, a VoLTE call connection cannot be established, and the IMS connection has a higher priority than the data service.

[0102] In this scenario, when the terminal device detects that the VoLTE call service is turned on, it can understand that IMS network registration is initiated, 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] When the terminal device successfully registers with the IMS, the terminal device can establish an IMS connection with the network side device, so that the VoLTE call service provided by the IMS system can be used. The terminal device can then send a VoLTE service request to the network side device and call the called device to establish a VoLTE call connection.

[0104] However, it is worth noting that when the terminal device performs IMS registration, the registration may fail. If the IMS registration fails, the terminal device will not be able to use the VoLTE call service provided by the IMS system. In traditional voice solutions, if the terminal device fails to register with IMS, the terminal device can still fall back to 2G / 3G through CSFB (Circuit Switched FallBack) to make phone calls.

[0105] It can be understood that data transmission includes two domains, namely the CS domain and the PS domain. The CS domain refers to the circuit switching domain. The CS domain network is usually used for voice calls. Currently, basic telephone services based on 2G / 3G are all implemented through the CS domain network. The PS domain refers to the packet switching domain. The PS domain network is usually used for data services, including streaming media services. Currently, data services based on 4G / 5G are all implemented through the PS domain network.

[0106] The PS domain network cannot directly provide voice services, so at this stage, the circuit domain fallback (CSFB) method is usually used to establish voice services. That is, users can realize data services through the 4G / 5G network. When they need to make a call, the network will fall back to the 2G / 3G network for telephone services.

[0107] Combined with the above, we can see that with the general trend of 2G / 3G networks being gradually withdrawn from the network, all voice services will inevitably shift to IMS networks in the future. Therefore, in the current transition stage where voice services are gradually shifting from 2G / 3G networks to IMS networks, how to improve the IMS registration success rate is an important research direction to ensure the IMS network retention rate and VoLTE service connection rate.

[0108] Therefore, the IMS registration method of some embodiments of the present disclosure provides analysis and optimization for IMS registration failure scenarios, maximizes the IMS registration success rate, and thus ensures the connection rate of the terminal device voice service. Figure 4 Provide explanation.

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

[0110] S410: In response to receiving the IMS request failure information 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 information.

[0111] In combination with the above, it can be known that after the terminal device sends the IMS registration request information to the network side device, in the case of registration failure, the network side device will return the IMS request failure information to the terminal device. It can be understood that for different IMS request failure reasons, the IMS request failure information returned by the network side device includes different protocol status codes, so that after receiving the IMS request report information, the terminal device can parse the information to obtain the carried protocol status code, thereby analyzing the protocol status code and determining 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 may be understood by those skilled in the art and will not be elaborated in the present disclosure.

[0113] S420: Re-initiate IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type until a preset condition is met.

[0114] In the disclosed embodiment, after determining the registration failure type, the terminal device needs to determine the corresponding re-registration operation according to the registration failure type. Therefore, in the disclosed embodiment, the corresponding re-registration operation needs to be pre-configured for each registration failure type.

[0115] For example, in some implementations, when 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 case, in the implementation of the present disclosure, the corresponding re-registration operation is: roaming and sending 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, which may be because the operator of the network side equipment itself does not provide an IMS network system. Even if the terminal device repeatedly reconnects, it is impossible to successfully establish an IMS connection.

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

[0118] It can be understood that when the terminal device performs IMS registration, it first needs to establish an IMS PDN (Packet Data Network) connection with the network side device. PDN is an external data network relative to the LTE network. Since the LTE network is a network with only a PS (Packet Switch) domain and no CS (Circuit Switch) domain, the terminal device must be connected to at least one PDN to perform IMS registration.

[0119] In some implementations, when the registration failure type is a PDN (Packet Data Network) type exception, it is likely that the PDN type currently configured by the terminal device does not match the PDN type supported by the network device side. For example, in the IMS registration request information sent by the terminal device, the PDN type is IPv6, while the PDN type supported by the network side device is IPv4, resulting in a failure to establish a PDN connection, which in turn leads to.

[0120] Therefore, in the embodiment of the present disclosure, when the registration failure type is a PDN type exception, the corresponding re-registration operation is: replacing the PDN type information included in the IMS registration request information with other type information, and re-sending the IMS registration information to the network side device.

[0121] In other words, the PDN type information in the IMS registration request information of the terminal device can be replaced with new type information by changing the PDN type. For example, in one example, the PDN failure information returned by the network side device includes the PDN type supported by itself, so the terminal device can replace the original PDN type information "IPv6" with "IPv4" or "IPv6v4" supported by the network side device. Then, the IMS registration request information after the PDN type information is changed can be resent to the network side device to try IMS registration again.

[0122] For example, in some implementations, when the registration failure type is response timeout, it is likely that an abnormal condition occurs in the cell where the current terminal device is performing IMS registration. It is understandable that for a cellular network system, there may always be some cells in the network with poor VoLTE quality and that cannot be optimized. When the terminal device performs IMS registration in these cells, registration failure is likely to occur.

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

[0124] In other words, the cell currently being registered with IMS can be changed by cell reselection, and the cell ID in the IMS registration request information of the terminal device can be replaced with the cell ID of the reselected new cell. Then, the IMS registration request information after the cell ID is changed can be resent to the network side device to try IMS registration again.

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

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

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

[0128] For example, in some implementations, when the registration failure type is a network configuration parameter (profile) exception, it is likely that the network configuration parameter has changed for an unknown reason, resulting in the network side device being unable to correctly configure the IMS registration request of the terminal device, resulting in IMS registration failure.

[0129] Therefore, in the embodiment of the present disclosure, when the registration failure type is a network configuration parameter abnormality, the corresponding re-registration operation is: restoring the configuration parameters of the terminal device to the default parameters, and re-sending the IMS registration request information to the network side device.

[0130] It can be understood that when 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, and the IMS registration can be tried again.

[0131] Of course, those skilled in the art can understand that the reasons for registration failure during the IMS registration process may also include other reasons, so the registration failure type is not limited to the above example. Those skilled in the art can make corresponding extensions based on the above disclosure, and the present disclosure does not limit this.

[0132] In the disclosed embodiment, after determining the IMS registration failure type, 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 is performed based on the re-registration operation until the preset condition is 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 is stopped until the IMS registration succeeds. In other implementations, the preset condition may include n consecutive IMS re-registration failures, that is, after the terminal device performs n re-registrations and still fails, it indicates that the current IMS registration of the terminal device cannot be restored. In order to avoid repeated re-registration operations, the re-registration operation may also be stopped.

[0134] It is worth noting that in some embodiments of the present disclosure, two consecutive re-registrations of the terminal device can be performed at an interval of a preset time. For example, after the first IMS registration, the second IMS registration can be performed after an interval of a preset time, and the preset time can increase with the increase in the number of registrations, that is, the more registration failures, the longer the preset interval time. In addition, the corresponding number of re-registrations can be preset, and if the IMS registration is still not successful after reaching the preset number of re-registrations, the re-registration operation can be stopped.

[0135] From the above, it can be seen that in the embodiment of the present disclosure, when the terminal device detects that the 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 on standby, thereby avoiding IMS registration when the terminal device is surfing the Internet, reducing the risk of terminal device data service jams caused by the IMS registration process, improving Internet access fluency, and ensuring the user's Internet experience.

[0136] In addition, when the IMS registration of the terminal device fails, by analyzing the reason for the registration failure, a more targeted re-registration operation can be determined to improve the IMS registration success rate, thereby increasing the IMS network retention rate, reducing the risk of users being unable to use voice services, and ensuring user experience.

[0137] Based on the aforementioned network architecture, an embodiment of the present disclosure provides an IMS registration device, and the method can be applied to the aforementioned terminal device to implement IMS registration of the terminal device in the network side device.

[0138] like Figure 5 As shown, in some implementations, the IMS registration device of the example of the present disclosure includes:

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

[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] From the above, it can be seen that in the embodiment of the present disclosure, when the terminal device detects that the 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 on standby, thereby avoiding IMS registration when the terminal device is surfing the Internet, reducing the risk of terminal device data service jams caused by the IMS registration process, improving Internet access fluency, and ensuring the user's Internet experience.

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

[0143] Processor; and

[0144] A memory stores computer instructions, wherein the computer instructions are used to enable a processor to execute the method described in any of the above embodiments.

[0145] In some embodiments, the present disclosure provides a storage medium storing computer instructions, wherein the computer instructions are used to enable a computer to execute the method described in any of the aforementioned embodiments.

[0146] Figure 6 The terminal device structure in some embodiments of the present disclosure is shown in FIG. Figure 6 The terminal devices of some embodiments of the present disclosure are described.

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

[0148] The processing component 1802 generally controls the overall operation of the terminal device 1800, such as operations associated with display, phone calls, data communications, camera operations, and recording operations. The processing component 1802 may include one or more processors 1820 to execute instructions. In addition, the processing component 1802 may include one or more modules to facilitate the interaction between the processing component 1802 and other components. For example, the processing component 1802 may include a multimedia module to facilitate the interaction between the multimedia component 1808 and the processing component 1802. For another example, the processing component 1802 can read executable instructions from a memory to implement terminal device related functions.

[0149] The memory 1804 is configured to store various types of data to support operations on the terminal device 1800. Examples of such data include instructions for any application or method operating on the terminal device 1800, contact data, phone book data, messages, pictures, videos, etc. The 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 memory, flash memory, magnetic disk or optical disk.

[0150] The power supply component 1806 provides power to various components of the terminal device 1800. The 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 the 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 camera and / or a rear camera. When the terminal device 1800 is in an operating mode, such as a shooting mode or a video mode, the front camera and / or the rear camera can receive external multimedia data. Each front camera and the rear camera can be a fixed optical lens system or have a focal length and optical zoom capability.

[0152] The audio component 1810 is configured to output and / or input audio signals. For example, the audio component 1810 includes a microphone (MIC), and when the terminal device 1800 is in an operation mode, such as a call mode, a recording mode, and a speech recognition mode, the microphone is configured to receive an external audio signal. The received audio signal can be further stored in the memory 1804 or sent via the communication component 1818. In some embodiments, the 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 button, volume button, start button, and lock button.

[0154] The sensor assembly 1816 includes one or more sensors for providing various aspects of status assessment for the terminal device 1800. For example, the sensor assembly 1816 can detect the open / closed state of the terminal device 1800, the relative positioning of the components, such as the display and keypad of the terminal device 1800, and the sensor assembly 1816 can also detect the position change of the terminal device 1800 or a component of the terminal device 1800, the presence or absence of contact between the user and the terminal device 1800, the orientation or acceleration / deceleration of the terminal device 1800, and the temperature change of the terminal device 1800. The sensor assembly 1816 may include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 1816 may also include an optical sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 1816 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

[0155] The communication component 1818 is configured to facilitate wired or wireless communication between the terminal device 1800 and other devices. The terminal device 1800 can access a wireless network based on a communication standard, such as Wi-Fi, 2G, 3G, 4G, 5G or 6G, or a combination thereof. In an exemplary embodiment, the communication component 1818 receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 1818 also includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can 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 the purpose of clear explanation, and are not intended to limit the embodiments. For those skilled in the art, other different forms of changes or modifications can be made based on the above description. It is not necessary and impossible to list all the embodiments here. The obvious changes or modifications derived therefrom are still within the scope of protection of the present invention.

Claims

1. An Internet Protocol Multimedia Subsystem IMS registration method, characterized in that: The method comprises: When it is detected that the terminal device IMS is not connected, obtaining the current usage status of the long term evolution LTE network of the terminal device; When the usage state is standby, IMS registration request information is sent to the network side device.

2. The method according to claim 1, characterized in that The acquiring, when detecting that the terminal device IMS is not connected, a current usage status of the long term evolution LTE network of the terminal device includes: When it is detected that the terminal device IMS is not connected, obtaining the current screen status of the terminal device; In response to the screen-on status being the screen-on status, obtaining a current usage status of the Long Term Evolution LTE network of the terminal device.

3. The method according to claim 2, characterized in that Also includes: When the screen-on state is turned off, an IMS registration request message is sent to a network-side device after a preset time interval.

4. The method according to any one of claims 1 to 3, characterized in that: Also includes: In response to receiving the IMS request failure information returned by the network side device in response to the IMS registration request information, determining the registration failure type based on the protocol status code carried by the IMS request failure information; Based on a pre-configured re-registration operation corresponding to the registration failure type, IMS registration is re-initiated until a preset condition is met.

5. The method according to claim 4, characterized in that The re-initiating the IMS registration based on the pre-configured re-registration operation corresponding to the registration failure type includes at least one of the following: When the registration failure type is that the network side device does not support the IMS service, the IMS registration request information is roamingly sent to other network side devices.

6. The method according to claim 4, characterized in that The re-initiating IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type includes: In the case where the registration failure type is a packet data network PDN type exception, 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.

7. The method according to claim 4, characterized in that The re-initiating IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type includes: In the case where 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.

8. The method according to claim 4, characterized in that The re-initiating IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type includes: In the case where the registration failure type is user authentication failure, the IMS registration request information is resent to the network side device after a preset time interval.

9. The method according to claim 4, characterized in that The re-initiating IMS registration based on a pre-configured re-registration operation corresponding to the registration failure type includes: In the case where the registration failure type is a network configuration parameter abnormality, the network configuration parameters of the terminal device are restored to default parameters, and the IMS registration request information is resent to the network side device.

10. The method according to claim 4, characterized in that The preset condition includes at least one of the following: The terminal device IMS registration is successful; The terminal device fails to register with the IMS for a preset number of consecutive times.

11. The method according to claim 1, characterized in that: Also includes: When the usage status of the LTE network is in use, in response to detecting that the terminal device turns on the VoLTE call service, an IMS registration request message is sent to the network side device, and when the IMS registration is successful, a VoLTE service request is sent to the network side device.

12. An Internet Protocol Multimedia Subsystem IMS registration device, characterized in that: The device comprises: A network status module is configured to obtain the current usage status of the long term evolution LTE network of the terminal device when it is detected that the terminal device IMS is not connected; The registration request module is configured to send IMS registration request information to the network side device when the usage state is standby.

13. A terminal device, characterized in that: include: processor; as well as A memory storing computer instructions, wherein the computer instructions are used to enable a processor to execute the method according to any one of claims 1 to 11.

14. A storage medium, characterized in that: Computer instructions are stored, and the computer instructions are used to make a computer execute the method according to any one of claims 1 to 11.

Citation Information

Patent Citations

  • Registration method and device, electronic equipment and storage medium

    CN113473591A

  • Method and device for processing network registration exception, storage medium and chip

    CN115396926A

  • Method for initiating IMS (IP Multimedia Subsystem) registration by user equipment and corresponding user equipment

    CN115568011A

  • Method for treating abnormity of registration in procedure of registering users

    CN1874279A

  • Providing supplemental content to an IMS user during registration

    US20080299971A1