Voice communication registration abnormity recovery method and device, medium and electronic equipment

Abstract

The embodiment of the invention provides a voice communication registration abnormity recovery method and device, a medium and electronic equipment, and the method comprises the steps: transmitting an SIP registration request for voice communication registration when detecting that target equipment is switched from a first network to a second network; if the voice communication registration response message is not received within the preset time and the sending frequency of the SIP registration request exceeds a threshold value, determining the existence state of a route header in the SIP registration request; if the existence state represents that the route header does not exist in the SIP registration request, dynamically configuring a route, and resending a new SIP registration request based on the configured route; and if a voice communication registration response message for the new SIP registration request is received within a predetermined time, completing voice communication registration. By using the voice communication registration abnormity recovery method provided by the invention, the success rate of voice communication registration can be significantly improved, and especially when the network condition is unstable, the voice communication registration failure can be effectively avoided.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular to the field of abnormal voice communication registration recovery, and in particular to a method, device, medium and electronic device for abnormal voice communication registration recovery. Background Art

[0002] In mobile communication networks, VoWiFi (Voice over Wi-Fi, Wi-Fi calling) is a technology that uses Wi-Fi networks to make voice calls. VoWiFi services rely on the SIP (Session Initiation Protocol) protocol for the transmission of communication signaling, where the SIP registration request is used to register the connection between the device (User Equipment, UE) and the IMS (IP Multimedia Subsystem) network.

[0003] However, in the actual network environment, especially during the handover between VoLTE (Voice over LTE) and VoWiFi (L2W handover, i.e., LTE to Wi-Fi handover), there may be a delay in the voice communication registration response message or a failure to respond to the SIP registration request, resulting in a failure in voice communication registration, which in turn affects the availability of Wi-Fi calling service (WFC) and causes a decline in user experience. In particular, when the device switches from the LTE network to Wi-Fi, if the network does not respond in time after the SIP registration request is sent, the device will not be able to complete the voice communication registration. Summary of the invention

[0004] The main purpose of the present application is to provide a method, device, medium and electronic device for recovering abnormal voice communication registration, which effectively solves the problem of voice communication registration failure when switching between a first network and a second network, especially when the registration request is not responded to after multiple switching between the first network and the second network.

[0005] On the one hand, the present application provides a method for recovering abnormal voice communication registration, the method comprising the following steps:

[0006] When detecting that the target device switches from the first network to the second network, sending a SIP registration request to register for voice communication;

[0007] If no voice communication registration response message is received within a predetermined time, and the number of times the SIP registration request is sent exceeds a threshold, determining the existence status of the route header in the SIP registration request;

[0008] If the existence status indicates that the route header does not exist in the SIP registration request, dynamically configure a route, and resend a new SIP registration request based on the configured route;

[0009] If a voice communication registration response message is received in response to the new SIP registration request within a predetermined time, the voice communication registration is completed.

[0010] Further, in the voice communication registration abnormality recovery method described in the present application, when detecting that the target device switches from the first network to the second network, sending a SIP registration request to perform voice communication registration includes:

[0011] Initiate an EPDG DNS query request to the DNS server to obtain the address of the EPDG server;

[0012] According to the address of the EPDG server, obtain the P-CSCF address of the target device in the Wi-Fi network through IKE authentication;

[0013] A SIP registration request is sent to the P-CSCF server according to the P-CSCF address to register with the IMS core network.

[0014] Further, in the voice communication registration abnormality recovery method described in the present application, if the existence state indicates that the route header does not exist in the SIP registration request, dynamically configuring the route header includes:

[0015] If the existence status indicates that the route header does not exist in the SIP registration request, the route header is dynamically adjusted by the AP side according to the operator configuration parameters corresponding to the target device.

[0016] Furthermore, in the voice communication registration abnormality recovery method described in the present application, the dynamic configuration of the route and resending the new SIP registration request based on the configured route header include:

[0017] The P-CSCF address is obtained, the route header is re-encapsulated to generate a SIP registration request, and a new SIP registration request with the route header is re-sent to perform voice communication registration.

[0018] Furthermore, in the voice communication registration abnormality recovery method described in the present application, before the dynamic configuration of the route header, the method further includes:

[0019] Check the preset identifier included in the SIP registration request message header, and determine whether the SIP registration request message header includes a route header according to the preset identifier.

[0020] Further, in the voice communication registration abnormality recovery method described in the present application, the checking of the preset identifier contained in the SIP registration request message header, and determining whether the SIP registration request message header contains a route header according to the preset identifier, includes:

[0021] Obtain the value carried by the flag bit reg_route_hdr contained in the SIP registration request message header;

[0022] If the value carried by the flag bit reg_route_hdr is 0, it means that the route header is not included;

[0023] If the value carried by the flag bit reg_route_hdr is 1, it means that the route header is included.

[0024] Further, in the voice communication registration abnormality recovery method described in the present application, after dynamically configuring the route header if the presence status indicates that the route header does not exist in the SIP registration request, the method further includes:

[0025] The value carried by the flag bit reg_route_hdr contained in the SIP registration request message header is modified to 1.

[0026] Accordingly, the present application also provides a voice communication registration abnormality recovery device, comprising:

[0027] A request sending module, used to send a SIP registration request to register for voice communication when detecting that the target device switches from the first network to the second network;

[0028] A response judgment module, configured to determine the existence status of the route header in the SIP registration request if no voice communication registration response message is received within a predetermined time and the number of times the SIP registration request is sent exceeds a threshold;

[0029] A fault recovery module, configured to dynamically configure a route if the existence status indicates that the route header does not exist in the SIP registration request, and resend a new SIP registration request based on the configured route;

[0030] The registration determination module is used to complete the voice communication registration if a voice communication registration response message for the new SIP registration request is received within a predetermined time.

[0031] Correspondingly, on the other hand, the present application further provides a computer-readable storage medium, which stores a plurality of instructions, and the instructions are suitable for a processor to load to execute the voice communication registration abnormality recovery method as described above.

[0032] Correspondingly, on the other hand, the present application further provides an electronic device, including a processor and a memory, wherein the memory stores a plurality of instructions, and the processor loads the instructions to execute the voice communication registration abnormality recovery method as described above.

[0033] The present application provides a method, device, medium and electronic device for recovering abnormal voice communication registration. The method sends a SIP registration request for voice communication registration when detecting that the target device switches from the first network to the second network; if no voice communication registration response message is received within a predetermined time, and the number of times the SIP registration request is sent exceeds a threshold, the existence state of the route header in the SIP registration request is determined; if the existence state indicates that the route header does not exist in the SIP registration request, the route is dynamically configured, and a new SIP registration request is resent based on the configured route; if a voice communication registration response message for the new SIP registration request is received within a predetermined time, the voice communication registration is completed. By using the voice communication registration abnormal recovery method provided by the present application, after the number of times the request is not responded exceeds a threshold, and at the same time when it is detected that the route header does not exist in the SIP registration request, the route header is dynamically configured, so that the target device resends the SIP registration request with the route header for voice communication registration, which can significantly improve the success rate of voice communication registration, especially when the network conditions are unstable, and can effectively avoid the failure of voice communication registration. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] In order to more clearly illustrate the technical solution in this application, the following is a brief introduction to the drawings required for the description of the embodiments. Obviously, the drawings described below are only some embodiments of this application, and those skilled in the art can obtain other drawings based on these drawings without creative work.

[0035] Figure 1 A flowchart of a method for recovering a voice communication registration anomaly provided in an embodiment of the present application.

[0036] Figure 2 Another flowchart of the voice communication registration exception recovery method provided in an embodiment of the present application.

[0037] Figure 3 A schematic diagram of the structure of a voice communication registration abnormality recovery device provided in an embodiment of the present application.

[0038] Figure 4 Another structural schematic diagram of the voice communication registration abnormality recovery device provided in an embodiment of the present application.

[0039] Figure 5 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0040] The technical solutions in the embodiments of the present application will be described clearly and completely below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, rather than all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative work are within the scope of protection of the present application.

[0041] The embodiment of the present application provides a method for recovering voice communication registration anomalies. By dynamically monitoring and dynamically configuring the route header, the SIP registration request can carry the correct route header to help the network correctly route the registration request, improve the success rate of voice communication registration, and thus improve the user's voice call experience.

[0042] The term "and / or" in this application can be a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this application generally indicates that the associated objects before and after are in an "or" relationship.

[0043] The terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable in appropriate circumstances, so that the embodiments described here can be implemented in a sequence other than the content illustrated or described here. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, the process, method, system, product or television set comprising a series of steps or modules need not be limited to clearly listing these steps or modules, but may include other steps or modules that are not clearly listed or inherent to these processes, methods, products or television sets. The naming or numbering of the steps in the present application does not mean that the steps in the method flow must be performed in the time / logic sequence indicated by the naming or numbering, and the process steps that have been named or numbered can change the execution order according to the technical purpose to be achieved, as long as the same or similar technical effects can be achieved. The division of modules in this application is a logical division. There may be other division methods when it is implemented in actual applications. For example, multiple modules can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, and the indirect coupling or communication connection between modules can be electrical or other similar forms, which are not limited in this application. In addition, the modules or submodules described as separate components may or may not be physically separated, may or may not be physical modules, or may be distributed in multiple circuit modules, and some or all of the modules may be selected according to actual needs to achieve the purpose of the present application.

[0044] The voice communication registration abnormality recovery method involved in the embodiment of the present application is mainly applied to electronic devices, which may be televisions, smart phones, tablet computers, laptops, desktop computers, and servers, etc., which are not limited here. Optionally, the server may be an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or an IoT cloud (Internet of Things cloud) that provides the ability to store, process and manage data generated by an IoT television, or a cloud server that provides cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network), and basic cloud computing services such as big data and artificial intelligence platforms, which are not limited here.

[0045] For ease of understanding, the specific process in the embodiments of the present application is described below. Figure 1 , Figure 1A flow chart of an embodiment of a method for recovering a voice communication registration anomaly provided in an embodiment of the present application.

[0046] exist Figure 1 In the illustrated embodiment, the method specifically comprises the following steps:

[0047] S101, when it is detected that a target device switches from a first network to a second network, a SIP registration request is sent to register for voice communication.

[0048] In this embodiment, the first network may refer to an LTE network (such as 4G LTE) or a WiFi network or other types of networks, and the second network may also refer to an LTE network (such as 4G LTE) or a WiFi network or other types of networks, but in the actual implementation process, it is necessary to ensure that the types corresponding to the first network and the second network are different. Taking the LTE network switching to the Wi-Fi network as an example, when the target device switches from the LTE network (such as 4G LTE) to the Wi-Fi network, the device needs to register for voice communication to ensure that the user can continue to use voice and data services on the Wi-Fi network. This process usually requires the target device to send a SIP (Session Initiation Protocol) registration request to the IMS server using the SIP protocol.

[0049] The following is an explanation of the specific process of switching between LTE and Wi-Fi networks:

[0050] For example, when the target device registers on the VoLTE service provided by Verizon, the target device first connects to the IMS (IP Multimedia Subsystem) core network through the LTE network and successfully registers. When the target device switches from the LTE network to the Wi-Fi network, the target device detects the Wi-Fi network and connects. During this period, the target device needs to perform an EPDG (Evolved Packet Data Gateway) DNS (Domain Name System) query to obtain the address of the EPDG server (the EPDG server supports unlicensed spectrum access, realizes seamless switching between Wi-Fi networks and LTE networks, and provides continuous mobile broadband services). The target device obtains the P-CSCF address through IKE (Internet Key Exchange) authentication. The target device sends a SIP registration request to the P-CSCF and registers to the IMS core network. The IMS core network updates the registration information of the target device and the registration is successful. When the target device switches back from the Wi-Fi network to the LTE network: the target device detects the LTE signal and reconnects. The target device sends a SIP registration request through the P-CSCF of the LTE network and re-registers to the IMS core network. The IMS core network updates the registration information of the target device and the registration is successful. When the target device switches from the LTE network to the Wi-Fi network again, the target device detects the Wi-Fi network and connects. The target device performs an EPDG DNS query to obtain the address of the EPDG server. The target device obtains the P-CSCF address through IKE authentication. The target device sends a SIP registration request to the P-CSCF and repeats the above actions.

[0051] S102: If no voice communication registration response message is received within a predetermined time, and the number of times the SIP registration request is sent exceeds a threshold, determining the existence status of the route header in the SIP registration request.

[0052] It should be explained that in an actual network environment, such as the Verizon (one of the largest telecommunications operators in the United States) network, when the target device switches back and forth between the LTE network and the Wi-Fi network multiple times, the network may not respond to the SIP registration request sent by the target device, resulting in a failure in voice communication registration. At this time, the target device cannot complete VoWiFi communication (WFC, Wi-Fi Calling), which seriously affects the user's voice communication experience.

[0053] In order to avoid affecting the user's voice call experience due to voice communication registration failure, in this embodiment, if it is detected that no voice communication registration response message is received within a predetermined time, and the number of times the SIP registration request is sent exceeds a threshold (such as 3 requests), the existence status of the route header in the SIP registration request is determined, and the reason for the registration failure is further determined based on the existence status of the route header.

[0054] It should be explained that the route header is mainly used to specify the routing path of the message in SIP (Session Initiation Protocol). The route header defines which proxy or target device the SIP message should pass through so that the message can be correctly sent to the specified target. In addition, the route header also has the following functions:

[0055] State retention: In a multi-hop SIP network, the route header helps maintain the message state and routing information so that subsequent requests can be processed through the same path.

[0056] Diversion: By dividing different route headers, SIP messages can be diverted to different processing paths, which helps with load balancing and fault recovery.

[0057] Transparency: The SIP proxy decides how to process, forward, and route messages based on the information in the route header, thereby providing a transparent signaling flow in the network.

[0058] For example, the typical composition of the route header is as follows:

[0059] route:<sip:[user@]host[:port][;parameters]>

[0060] The components of the route header are explained as follows:

[0061] Sip: Indicates the type of protocol used. In SIP, "sip" or "sips" (Secure SIP) is usually used.

[0062] User: Optional part, specifies the name of the user. If omitted, it means no specific user. This is usually used to point to a specific SIP account.

[0063] Host: Specifies the host name or IP address of the SIP proxy or server. It can be an IPv4 or IPv6 address, i.e., the P-CSCF address.

[0064] Port: Optional part, specify the port number (default is 5060). If you use the standard port, just omit this part.

[0065] Parameters: An optional part used to specify additional parameters. Common additional parameters include:

[0066] lr: stands for "Loose Routing", which allows for more flexible processing in routing selection;

[0067] Other possible custom parameters.

[0068] It should be explained that when the route header is not added to the SIP registration request message header, the proxy server will not be able to know the correct routing message. Therefore, when the voice communication registration fails, it may be caused by the loss of the route parameter in the SIP registration request message header.

[0069] S103: If the existence status indicates that the route header does not exist in the SIP registration request, dynamically configure a route, and resend a new SIP registration request based on the configured route header.

[0070] In this embodiment, when the presence status indicates that there is no route header in the SIP registration request, it can be determined that the reason for the failure of voice communication registration at this time is related to the loss of the route header. The route header can be dynamically configured, and a new SIP registration request with a route header can be resent according to the configured route header to re-register voice communication, thereby ensuring that the SIP registration message subsequently sent by the underlying modem on WiFi carries a route header message for registration. This can help the proxy server know where the message will be forwarded, and can subsequently return the response message to the appropriate address based on the information in the route header, thereby effectively solving the problem of voice communication registration failure in this scenario.

[0071] S104: If a voice communication registration response message is received in response to the new SIP registration request within a predetermined time, the voice communication registration is completed.

[0072] In this embodiment, if the target device resends a new SIP registration request and successfully receives a response, the voice communication registration is completed. At this point, the target device successfully completes the IMS core network registration through VoWiFi, and the user can use the Wi-Fi network normally for voice communication (WFC). The voice communication registration abnormality recovery method provided by the embodiment of the present application can solve the problem of voice communication registration failure due to the loss of the route header during multiple switching between the LTE network and the Wi-Fi network. By dynamically configuring the route header and triggering the fault recovery mechanism, the target device can resume registration in time without receiving the voice communication registration response message returned by the IMS core network, thereby achieving continuity of voice communication services.

[0073] In some embodiments, see Figure 2 , the S103 specifically includes:

[0074] S1031: If the existence status indicates that the route header does not exist in the SIP registration request, dynamically adjust the route header according to the operator configuration parameters corresponding to the target device through the AP side.

[0075] In this embodiment, the route header can be dynamically configured by the AP (Access Point) side according to the operator configuration parameters corresponding to the target device, ensuring that the SIP registration message subsequently sent by the underlying modem on WiFi carries the route header message for registration. This can help the proxy server know where the message will be forwarded, and can subsequently return the response message to the appropriate address based on the information in the route header, which can effectively solve the problem of voice communication registration failure in this scenario.

[0076] It should be explained that the operator configuration parameters may include key information constituting the route header, such as forwarding path, bandwidth allocation, delay, packet loss rate and other configuration parameters.

[0077] In some embodiments, see Figure 2 Before dynamically configuring the route header, the method further includes:

[0078] S201, checking a preset identifier included in the SIP registration request message header, and determining whether the SIP registration request message header includes a route header according to the preset identifier.

[0079] In this embodiment, in order to determine whether the SIP registration request message header includes a route header, a preset identifier included in the SIP registration request message header may be checked, and whether the SIP registration request message header includes a route header may be determined according to the preset identifier.

[0080] In some embodiments, see Figure 2 , the S201 specifically includes:

[0081] S2021, obtaining a value carried by the flag bit reg_route_hdr contained in the SIP registration request message header;

[0082] S2022, if the value carried by the flag bit reg_route_hdr is 0, it indicates that the route header is not included; if the value carried by the flag bit reg_route_hdr is 1, it indicates that the route header is included.

[0083] In some embodiments, see Figure 2, the S103 specifically includes:

[0084] S1031, obtaining the P-CSCF address, re-encapsulating the route header to generate a SIP registration request, and resending a new SIP registration request with the route header to perform voice communication registration.

[0085] In this embodiment, when it is determined that the reason for the voice communication registration failure is due to the loss of the route header, the P-CSCF address can be obtained, the route header can be re-encapsulated to generate a SIP registration request, and the SIP registration request can be re-initiated. It should be explained that the P-CSCF address is the first S-CSCF address used by the target device when performing SIP communication in the IMS core network, and refers to the address of the session control function server used to process SIP signaling and control sessions, that is, routing information. The encapsulated route header can indicate which proxy servers the SIP registration request should pass through until it reaches the specified target.

[0086] In some embodiments, after dynamically configuring the route header if the presence status indicates that the route header is not present in the SIP registration request, the method further comprises:

[0087] The value carried by the flag bit reg_route_hdr contained in the SIP registration request message header is modified to 1.

[0088] In this embodiment, when the route header is reconfigured, by changing the value carried by the flag reg_route_hdr contained in the SIP registration request message header to 1, it is possible to avoid the configuration process of the route header being repeated under normal circumstances, resulting in a waste of resources.

[0089] In summary, in the voice communication registration abnormality recovery method involved in the embodiment of the present application, the Wi-Fi access point (AP) device is in a multi-band Wi-Fi environment, and the AP (access point) target device is responsible for accessing the network and providing Wi-Fi services to the terminal device. The AP device can dynamically adjust the relevant parameters of the voice communication registration (for example, the configuration of the route header) according to the operator's configuration, so that the SIP registration request can be correctly routed. In the IMS core network core device (such as P-CSCF, Proxy Call Session Control Function), the P-CSCF node is responsible for processing the SIP message initiated by the terminal device and interacting with the IMS core network. By configuring the route header, the SIP registration request can accurately reach the IMS core network. The underlying modem (modem) target device is responsible for controlling the voice communication registration request, and decides whether to add the route header to the SIP registration request by setting a preset identifier (such as reg_route_hdr).

[0090] The voice communication registration abnormality recovery method provided in the embodiment of the present application enables the target device to complete the voice communication registration during the switching process from LTE to Wi-Fi by dynamically adjusting the route header and controlling the preset identifier in the abnormal case that the SIP registration request is not responded. The voice communication registration abnormality recovery method provided in the embodiment of the present application is suitable for the switching scenario from LTE network to Wi-Fi network, especially in the communication environment with wide coverage of VoWiFi (such as home Wi-Fi, enterprise network, etc.), and has wide application value.

[0091] All the above optional technical solutions can be arbitrarily combined to form optional embodiments of the present application, which will not be described one by one here.

[0092] In specific implementation, the present application is not limited by the execution order of the various steps described. If no conflict occurs, some steps can be performed in other orders or simultaneously.

[0093] As can be seen from the above, the voice communication registration abnormality recovery method provided in the embodiment of the present application performs voice communication registration by sending a SIP registration request when the target device switches from the first network to the second network. If no voice communication registration response message is received within a predetermined time, and the number of times the SIP registration request is sent exceeds a threshold, the existence status of the route header in the SIP registration request is determined; the route header is dynamically configured on the AP side, and the target device performs voice communication registration according to the configured route header and resends a new SIP registration request with the route header; if the response is successful, the voice communication registration is completed. By using the voice communication registration abnormality recovery method provided in the present application, after the request has not been responded to for more than a threshold, the fault recovery mechanism is automatically triggered, the route header is dynamically adjusted, and the SIP registration request with the route header is resent to perform voice communication registration, which can avoid the failure of voice communication registration due to the loss of the route header, thereby significantly improving the success rate of voice communication registration.

[0094] An embodiment of the present application also provides a voice communication registration abnormality recovery device, which can be integrated in an electronic device.

[0095] See also Figure 3 , Figure 3 A schematic diagram of the structure of a voice communication registration abnormality recovery device provided in an embodiment of the present application. The voice communication registration abnormality recovery device 30 may include:

[0096] A request sending module 31 is used to send a SIP registration request to register for voice communication when detecting that the target device switches from the first network to the second network;

[0097] A response determination module 32, configured to determine the existence status of the route header in the SIP registration request if no voice communication registration response message is received within a predetermined time and the number of times the SIP registration request is sent exceeds a threshold;

[0098] A fault recovery module 33, configured to dynamically configure a route if the existence status indicates that the route header does not exist in the SIP registration request, and resend a new SIP registration request based on the configured route;

[0099] The registration determination module 34 is configured to complete the voice communication registration if a voice communication registration response message is received in response to the new SIP registration request within a predetermined time.

[0100] In some embodiments, the request sending module 31 is used to initiate an EPDG DNS query request to the DNS server to obtain the address of the EPDG server; obtain the P-CSCF address of the target device in the Wi-Fi network through IKE authentication according to the address of the EPDG server; and send a SIP registration request to the P-CSCF server according to the P-CSCF address to register with the IMS core network.

[0101] In some embodiments, the fault recovery module 33 is configured to dynamically adjust the route header according to the operator configuration parameters corresponding to the target device through the AP side if the presence status indicates that the route header does not exist in the SIP registration request.

[0102] In some embodiments, the fault recovery module 33 is used to obtain the P-CSCF address, re-encapsulate the route header to generate a SIP registration request, and resend a new SIP registration request with the route header to perform voice communication registration.

[0103] In some embodiments, the device further comprises a viewing module, configured to view a preset identifier contained in the SIP registration request message header, and determine whether the SIP registration request message header contains a route header according to the preset identifier.

[0104] In some embodiments, the viewing module is used to obtain the value carried by the flag bit reg_route_hdr contained in the SIP registration request message header; if the value carried by the flag bit reg_route_hdr is 0, it means that the route header is not included; if the value carried by the flag bit reg_route_hdr is 1, it means that the route header is included.

[0105] In some embodiments, the device further comprises a modification module, configured to modify the value carried by the flag bit reg_route_hdr contained in the SIP registration request message header to 1.

[0106] In specific implementation, the above modules can be implemented as independent entities, or can be arbitrarily combined to be implemented as the same entity or several entities.

[0107] As can be seen from the above, the voice communication registration abnormal recovery device 30 provided by the embodiment of the present application, wherein the request sending module 31 is used to send a SIP registration request for voice communication registration when detecting that the target device switches from the first network to the second network; the response judgment module 32 is used to determine the existence status of the route header in the SIP registration request if the voice communication registration response message is not received within a predetermined time, and the number of times the SIP registration request is sent exceeds the threshold; the fault recovery module 33 is used to dynamically configure the route if the existence status indicates that the route header does not exist in the SIP registration request, and resend a new SIP registration request based on the configured route. The registration judgment module 34 is used to complete the voice communication registration if a voice communication registration response message for the new SIP registration request is received within a predetermined time. Through intelligent network monitoring, dynamic adjustment and precise fault recovery mechanism, user experience is optimized, network resource utilization is improved, and the maintenance cost of the operator is reduced. This technical solution not only improves the success rate of voice communication registration, but also enhances the flexibility and compatibility of the system, and has a wide range of application prospects.

[0108] An embodiment of the present application also provides a voice communication registration abnormality recovery device, which can be integrated in an electronic device.

[0109] In specific implementation, the above modules can be implemented as independent entities, or can be arbitrarily combined to be implemented as the same entity or several entities.

[0110] See also Figure 4 , Figure 4 Another structural diagram of the voice communication registration abnormality recovery device provided in the embodiment of the present application, the voice communication registration abnormality recovery device 30 includes a memory 120, one or more processors 180, and one or more applications, wherein the one or more applications are stored in the memory 120 and configured to be executed by the processor 180; the processor 180 may include a request sending module 31, a response judgment module 32, a fault recovery module 33 and a registration judgment module 34. For example, the structure and connection relationship of the above components can be as follows:

[0111] The memory 120 can be used to store applications and data. The applications stored in the memory 120 include executable codes. The applications can be composed of various functional modules. The processor 180 executes various functional applications and data processing by running the applications stored in the memory 120. In addition, the memory 120 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other volatile solid-state storage devices. Accordingly, the memory 120 may also include a memory controller to provide the processor 180 with access to the memory 120.

[0112] The processor 180 is the control center of the device, and uses various interfaces and lines to connect various parts of the entire terminal, and executes various functions of the device and processes data by running or executing applications stored in the memory 120, and calling data stored in the memory 120, so as to monitor the device as a whole. Optionally, the processor 180 may include one or more processing cores; preferably, the processor 180 may integrate an application processor and a modem processor, wherein the application processor mainly processes the operating system, user interface, and application programs.

[0113] Specifically in this embodiment, the processor 180 will load the executable code corresponding to the process of one or more applications into the memory 120 according to the following instructions, and the processor 180 will run the application stored in the memory 120 to implement various functions:

[0114] A request sending instruction, used to send a SIP registration request for voice communication registration when detecting that the target device switches from the first network to the second network;

[0115] A response judgment instruction, used to determine the existence status of the route header in the SIP registration request if no voice communication registration response message is received within a predetermined time and the number of times the SIP registration request is sent exceeds a threshold;

[0116] A fault recovery instruction, for dynamically configuring a route if the presence status indicates that the route header does not exist in the SIP registration request, and resending a new SIP registration request based on the configured route;

[0117] The registration determination instruction is used to complete the voice communication registration if a voice communication registration response message for the new SIP registration request is received within a predetermined time.

[0118] In some embodiments, the request sending instruction is used to initiate an EPDG DNS query request to a DNS server to obtain the address of the EPDG server; obtain the P-CSCF address of the target device in the Wi-Fi network through IKE authentication according to the address of the EPDG server; and send a SIP registration request to the P-CSCF server according to the P-CSCF address to register with the IMS core network.

[0119] In some embodiments, the fault recovery instruction is used to dynamically adjust the route header according to the operator configuration parameters corresponding to the target device through the AP side if the presence status indicates that the route header does not exist in the SIP registration request.

[0120] In some embodiments, the fault recovery instruction is used to obtain the P-CSCF address, re-encapsulate the route header to generate a SIP registration request, and resend a new SIP registration request with the route header to perform voice communication registration.

[0121] In some embodiments, the program further includes a viewing instruction for viewing a preset identifier included in the SIP registration request message header, and determining whether the SIP registration request message header includes a route header according to the preset identifier.

[0122] In some embodiments, the viewing instruction is used to obtain the value carried by the flag bit reg_route_hdr contained in the SIP registration request message header; if the value carried by the flag bit reg_route_hdr is 0, it means that the route header is not included; if the value carried by the flag bit reg_route_hdr is 1, it means that the route header is included.

[0123] In some embodiments, the program further includes a modification instruction for modifying a value carried by a flag bit reg_route_hdr included in the SIP registration request message header to 1.

[0124] The present application also provides an electronic device. Figure 5 , Figure 5 The electronic device 1200 is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application, and the electronic device can be used to implement the voice communication registration abnormality recovery method provided in the above embodiment. The electronic device 1200 can be a television, a smart phone, or a tablet computer.

[0125] like Figure 5As shown, the electronic device 1200 may include an RF (Radio Frequency) circuit 110, a memory 120 including one or more (only one is shown in the figure) computer-readable storage media, an input unit 130, a display unit 140, a sensor 150, an audio circuit 160, a transmission module 170, a processor 180 including one or more (only one is shown in the figure) processing cores, and a power supply 190. Those skilled in the art will understand that Figure 5 The structure of the electronic device 1200 shown in the figure does not constitute a limitation on the electronic device 1200, and may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently.

[0126] The RF circuit 110 is used to receive and send electromagnetic waves, realize the mutual conversion between electromagnetic waves and electrical signals, and thus communicate with a communication network or other televisions. The RF circuit 110 may include various existing circuit elements for performing these functions, such as an antenna, a radio frequency transceiver, a digital signal processor, an encryption / decryption chip, a user identity module (SIM) card, a memory, etc. The RF circuit 110 can communicate with various networks such as the Internet, an intranet, a wireless network, or communicate with other televisions via a wireless network.

[0127] The memory 120 can be used to store software programs and modules, such as the program instructions / modules corresponding to the voice communication registration abnormal recovery method in the above embodiment. The processor 180 executes various functional applications and data processing by running the software programs and modules stored in the memory 120. The vibration reminder mode can be automatically selected according to the current scene of the electronic device to perform voice communication registration abnormal recovery, which can not only ensure that scenes such as meetings are not disturbed, but also ensure that users can perceive incoming calls, thereby improving the intelligence of the electronic device. The memory 120 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 120 may further include a memory remotely arranged relative to the processor 180, and these remote memories may be connected to the electronic device 1200 via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and a combination thereof.

[0128] The input unit 130 can be used to receive input digital or character information, and generate keyboard, mouse, joystick, optical or trackball signal input related to user settings and function control. Specifically, the input unit 130 may include a touch-sensitive surface 131 and other input devices 132. The touch-sensitive surface 131, also known as a touch display screen or touch pad, can collect user touch operations on or near it (such as operations performed by users using fingers, styluses, or any other suitable objects or accessories on or near the touch-sensitive surface 131), and drive corresponding connection devices according to a pre-set program. Optionally, the touch-sensitive surface 131 may include a touch detection device and a touch controller. Among them, the touch detection device detects the user's touch position, detects the signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts it into touch point coordinates, and then sends it to the processor 180, and can receive and execute commands sent by the processor 180. In addition, the touch-sensitive surface 131 may be implemented in various types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch-sensitive surface 131, the input unit 130 may further include other input devices 132. Specifically, the other input devices 132 may include, but are not limited to, one or more of a physical keyboard, a function key (such as a volume control key, a switch key, etc.), a trackball, a mouse, a joystick, and the like.

[0129] The display unit 140 can be used to display information input by the user or information provided to the user and various graphical user interfaces of the electronic device 1200, which can be composed of graphics, text, icons, videos and any combination thereof. The display unit 140 may include a display panel 141. Optionally, the display panel 141 may be configured in the form of LCD (Liquid Crystal Display), OLED (Organic Light-Emitting Diode), etc. Further, the touch-sensitive surface 131 may cover the display panel 141. When the touch-sensitive surface 131 detects a touch operation on or near it, it is transmitted to the processor 180 to determine the type of touch event. Subsequently, the processor 180 provides corresponding visual output on the display panel 141 according to the type of touch event. Although in Figure 5 In the embodiment, the touch-sensitive surface 131 and the display panel 141 are implemented as two independent components to realize the input and output functions. However, in some embodiments, the touch-sensitive surface 131 and the display panel 141 can be integrated to realize the input and output functions.

[0130] The electronic device 1200 may also include at least one sensor 150, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display panel 141 according to the brightness of the ambient light, and the proximity sensor may turn off the display panel 141 and / or the backlight when the electronic device 1200 is moved to the ear. As a type of motion sensor, the gravity acceleration sensor can detect the magnitude of acceleration in each direction (generally three axes), and can detect the magnitude and direction of gravity when stationary. It can be used for applications that identify the posture of the mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer, tapping), etc.; as for other sensors such as gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc. that can also be configured in the electronic device 1200, they will not be repeated here.

[0131] The audio circuit 160, the speaker 161, and the microphone 162 can provide an audio interface between the user and the electronic device 1200. The audio circuit 160 can transmit the received audio data to the speaker 161 after converting the received audio data into an electrical signal, which is converted into a sound signal for output; on the other hand, the microphone 162 converts the collected sound signal into an electrical signal, which is received by the audio circuit 160 and converted into audio data, and then the audio data is output to the processor 180 for processing, and then sent to another terminal through the RF circuit 110, or the audio data is output to the memory 120 for further processing. The audio circuit 160 may also include an earplug jack to provide communication between an external headset and the electronic device 1200.

[0132] The electronic device 1200 can help users send and receive emails, browse web pages, and access streaming media through the transmission module 170 (such as a Wi-Fi module), which provides users with wireless broadband Internet access. Figure 5 The transmission module 170 is shown, but it is understandable that it is not an essential component of the electronic device 1200 and can be omitted as needed without changing the essence of the invention.

[0133] The processor 180 is the control center of the electronic device 1200. It uses various interfaces and lines to connect various parts of the entire mobile phone. By running or executing software programs and / or modules stored in the memory 120, and calling data stored in the memory 120, it executes various functions of the electronic device 1200 and processes data, thereby monitoring the mobile phone as a whole. Optionally, the processor 180 may include one or more processing cores; in some embodiments, the processor 180 may integrate an application processor and a modem processor, wherein the application processor mainly processes the operating system, user interface, and application programs, etc., and the modem processor mainly processes wireless communications. It is understandable that the above-mentioned modem processor may not be integrated into the processor 180.

[0134] The electronic device 1200 also includes a power supply 190 for supplying power to various components. In some embodiments, the power supply can be logically connected to the processor 180 through a power management system, so that the power management system can manage discharge and power consumption. The power supply 190 can also include one or more DC or AC power supplies, recharging systems, power failure detection circuits, power converters or inverters, power status indicators, and other arbitrary components.

[0135] Although not shown, the electronic device 1200 may also include a camera (such as a front camera, a rear camera), a Bluetooth module, etc., which will not be described in detail here. Specifically in this embodiment, the display unit 140 of the electronic device 1200 is a touch screen display, and the electronic device 1200 also includes a memory 120, and one or more programs, wherein one or more programs are stored in the memory 120, and after being configured, one or more processors 180 execute one or more programs including instructions for performing the following operations:

[0136] A request sending instruction, used to send a SIP registration request for voice communication registration when detecting that the target device switches from the first network to the second network;

[0137] A response judgment instruction, used to determine the existence status of the route header in the SIP registration request if no voice communication registration response message is received within a predetermined time and the number of times the SIP registration request is sent exceeds a threshold;

[0138] A fault recovery instruction, for dynamically configuring a route if the presence status indicates that the route header does not exist in the SIP registration request, and resending a new SIP registration request based on the configured route;

[0139] The registration determination instruction is used to complete the voice communication registration if a voice communication registration response message for the new SIP registration request is received within a predetermined time.

[0140] In some embodiments, the request sending instruction is used to initiate an EPDG DNS query request to a DNS server to obtain the address of the EPDG server; obtain the P-CSCF address of the target device in the Wi-Fi network through IKE authentication according to the address of the EPDG server; and send a SIP registration request to the P-CSCF server according to the P-CSCF address to register with the IMS core network.

[0141] In some embodiments, the fault recovery instruction is used to dynamically adjust the route header according to the operator configuration parameters corresponding to the target device through the AP side if the presence status indicates that the route header does not exist in the SIP registration request.

[0142] In some embodiments, the fault recovery instruction is used to obtain the P-CSCF address, re-encapsulate the route header to generate a SIP registration request, and resend a new SIP registration request with the route header to perform voice communication registration.

[0143] In some embodiments, the program further includes a viewing instruction for viewing a preset identifier included in the SIP registration request message header, and determining whether the SIP registration request message header includes a route header according to the preset identifier.

[0144] In some embodiments, the viewing instruction is used to obtain the value carried by the flag bit reg_route_hdr contained in the SIP registration request message header; if the value carried by the flag bit reg_route_hdr is 0, it means that the route header is not included; if the value carried by the flag bit reg_route_hdr is 1, it means that the route header is included.

[0145] In some embodiments, the program further includes a modification instruction for modifying a value carried by a flag bit reg_route_hdr included in the SIP registration request message header to 1.

[0146] The embodiment of the present application also provides an electronic device, which can be a target device such as a smart phone, a television, or a computer.

[0147] As can be seen from the above, the embodiment of the present application provides an electronic device 1200, and the electronic device 1200 performs the following steps:

[0148] When detecting that the target device switches from the first network to the second network, sending a SIP registration request to register for voice communication;

[0149] If no voice communication registration response message is received within a predetermined time, and the number of times the SIP registration request is sent exceeds a threshold, determining the existence status of the route header in the SIP registration request;

[0150] If the existence status indicates that the route header does not exist in the SIP registration request, dynamically configure a route, and resend a new SIP registration request based on the configured route;

[0151] If a voice communication registration response message is received in response to the new SIP registration request within a predetermined time, the voice communication registration is completed.

[0152] An embodiment of the present application further provides a storage medium, wherein a computer program is stored in the storage medium. When the computer program is executed on a computer, the computer executes the voice communication registration abnormality recovery method described in any of the above embodiments.

[0153] It should be noted that, for the voice communication registration abnormality recovery method described in the present application, ordinary testers in the field can understand that the implementation of all or part of the process of the voice communication registration abnormality recovery method described in the embodiment of the present application can be completed by controlling the relevant hardware through a computer program, and the computer program can be stored in a computer-readable storage medium, such as stored in the memory of an electronic device, and executed by at least one processor in the electronic device, and the execution process may include the process of the embodiment of the voice communication registration abnormality recovery method. Among them, the storage medium can be a disk, an optical disk, a read-only memory (ROM), a random access memory (RAM), etc.

[0154] For the voice communication registration abnormality recovery device of the embodiment of the present application, its various functional modules can be integrated into one processing chip, or each module can exist physically separately, or two or more modules can be integrated into one module. The above-mentioned integrated modules can be implemented in the form of hardware or in the form of software functional modules. If the integrated modules are implemented in the form of software functional modules and sold or used as independent products, they can also be stored in a computer-readable storage medium, such as a read-only memory, a disk or an optical disk.

[0155] The above is a detailed introduction to the voice communication registration abnormality recovery method, device, medium and electronic device provided in the embodiments of the present application. This article uses specific examples to illustrate the principles and implementation methods of the present application. The description of the above embodiments is only used to help understand the method and core idea of ​​the present application; at the same time, for those skilled in the art, according to the idea of ​​the present application, there will be changes in the specific implementation method and application scope. In summary, the content of this specification should not be understood as a limitation on the present application.

Claims

1. A method for recovering abnormal voice communication registration, characterized in that: include: When detecting that the target device switches from the first network to the second network, sending a SIP registration request to register for voice communication; If no voice communication registration response message is received within a predetermined time, and the number of times the SIP registration request is sent exceeds a threshold, determining the existence status of the route header in the SIP registration request; If the existence status indicates that the route header does not exist in the SIP registration request, dynamically configure a route, and resend a new SIP registration request based on the configured route header; If a voice communication registration response message is received in response to the new SIP registration request within a predetermined time, the voice communication registration is completed.

2. The voice communication registration abnormality recovery method according to claim 1, characterized in that: The step of sending a SIP registration request to register for voice communication when detecting that the target device switches from the first network to the second network includes: Initiate an EPDG DNS query request to the DNS server to obtain the address of the EPDG server; According to the address of the EPDG server, obtain the P-CSCF address of the target device in the Wi-Fi network through IKE authentication; A SIP registration request is sent to the P-CSCF server according to the P-CSCF address to register with the IMS core network.

3. The voice communication registration abnormality recovery method according to claim 1, characterized in that: If the existence state indicates that the route header does not exist in the SIP registration request, dynamically configuring the route header includes: If the existence status indicates that the route header does not exist in the SIP registration request, the route header is dynamically adjusted by the AP side according to the operator configuration parameters corresponding to the target device.

4. The voice communication registration abnormality recovery method according to claim 1, characterized in that: The dynamically configuring the route and resending the new SIP registration request based on the configured route header includes: By obtaining the P-CSCF address, obtaining the operator configuration parameters corresponding to the target device according to the P-CSCF address, encapsulating the route header with the operator configuration parameters to generate a SIP registration request, and resending a new SIP registration request with the route header to perform voice communication registration.

5. The voice communication registration abnormality recovery method according to claim 1, characterized in that: Before dynamically configuring the route header, the method further includes: Check the preset identifier included in the SIP registration request message header, and determine whether the SIP registration request message header includes a route header according to the preset identifier.

6. The voice communication registration abnormality recovery method according to claim 5, characterized in that: The checking a preset identifier included in the SIP registration request message header, and determining whether the SIP registration request message header includes a route header according to the preset identifier, includes: Obtain the value carried by the flag bit reg_route_hdr contained in the SIP registration request message header; If the value carried by the flag bit reg_route_hdr is 0, it means that the route header is not included; If the value carried by the flag bit reg_route_hdr is 1, it means that the route header is included.

7. The voice communication registration abnormality recovery method according to claim 6, characterized in that: After dynamically configuring the route header if the presence status indicates that the route header does not exist in the SIP registration request, the method further includes: The value carried by the flag bit reg_route_hdr contained in the SIP registration request message header is modified to 1.

8. A voice communication registration abnormality recovery device, characterized in that: The voice communication registration abnormality recovery device comprises: A request sending module, used to send a SIP registration request to register for voice communication when detecting that the target device switches from the first network to the second network; A response judgment module, configured to determine the existence status of the route header in the SIP registration request if no voice communication registration response message is received within a predetermined time and the number of times the SIP registration request is sent exceeds a threshold; A fault recovery module, configured to dynamically configure a route if the existence status indicates that the route header does not exist in the SIP registration request, and resend a new SIP registration request based on the configured route; The registration determination module is used to complete the voice communication registration if a voice communication registration response message for the new SIP registration request is received within a predetermined time.

9. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a plurality of instructions, and the instructions are suitable for being loaded by a processor to execute the voice communication registration abnormality recovery method according to any one of claims 1 to 7.

10. An electronic device, characterized in that: It comprises a processor and a memory, wherein the memory stores a plurality of instructions, and the processor loads the instructions to execute the voice communication registration abnormality recovery method as described in any one of claims 1 to 7.

Images