CN113746865A - Method and device for fault transfer of VoIP terminal communication service - Google Patents
Method and device for fault transfer of VoIP terminal communication service Download PDFInfo
- Publication number
- CN113746865A CN113746865A CN202111167740.0A CN202111167740A CN113746865A CN 113746865 A CN113746865 A CN 113746865A CN 202111167740 A CN202111167740 A CN 202111167740A CN 113746865 A CN113746865 A CN 113746865A
- Authority
- CN
- China
- Prior art keywords
- server
- target server
- request
- communication
- responds
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
The invention discloses a method and a device for transferring a fault of a communication service of a VoIP terminal. The present invention responds to a communication request by an abnormal response of a VoIP terminal to a main server with which the terminal is registered, directly forwarding the communication request to a standby server, and recovering the communication service when the standby server normally responds to the communication request, when the standby server abnormally responds to the communication request, a registration request is sent to the standby server, if the standby server abnormally responds to the registration request, the communication request continues to be forwarded to the next standby server until communication traffic can be restored on the currently queried standby server or all standby servers have been queried, therefore, the communication service can be directly transferred to the standby server to operate when the main server registered by the VoIP terminal is down, two scenes that the communication service request processing can be carried out only when the communication service is registered and the communication service request processing can be carried out without the registration are compatible, and the fault transfer efficiency of the communication service of the VoIP terminal is favorably improved.
Description
Technical Field
The present invention relates to the field of network communication technologies, and in particular, to a method and an apparatus for failover of a VoIP terminal communication service.
Background
Voice over Internet Protocol (VoIP) is a Voice call technology, and a Voice call and a multimedia conference are achieved through Internet Protocol (IP), that is, communication is performed through the Internet. The VoIP technology can be applied to a variety of internet access devices including VoIP phones, smart phones, and personal computers, and these VoIP terminals interact with various VoIP service providers through cellular networks and WiFi to perform various VoIP services such as registration, subscription, conversation, and sending short messages.
At present, most VoIP servers only support communication services such as subscription, call, and short message sending after a registration service is successfully operated. When the main server registered by the VoIP terminal goes down, the VoIP terminal needs to register on the standby server first to transfer the communication service to the standby server for operation, and thus it is difficult to improve the efficiency of the fault transfer of the communication service of the VoIP terminal.
Disclosure of Invention
The invention provides a method and a device for transferring the fault of the communication service of a VoIP terminal, which can directly transfer the communication service to a standby server for operation when a main server registered by the VoIP terminal is down, and are compatible with two scenes that the communication service request processing can be carried out only when the communication service request processing needs to be registered and the communication service request processing can be carried out without the registration, thereby being beneficial to improving the fault transfer efficiency of the communication service of the VoIP terminal.
In order to solve the foregoing technical problem, in a first aspect, an embodiment of the present invention provides a method for failover of a VoIP terminal communication service, including:
when the server is successfully registered on a main server, sending a communication request to the main server, and selecting one standby server from all standby servers as a target server when the main server abnormally responds to the communication request;
forwarding the communication request to the target server, and recovering the communication service corresponding to the communication request when the target server normally responds to the communication request;
when the target server abnormally responds to the communication request, sending a registration request to the target server, and when the target server normally responds to the registration request, retransmitting the communication request to the target server to recover the communication service;
and when the target server abnormally responds to the registration request, reselecting another standby server as a new target server, and retransmitting the communication request to the new target server until the communication service is recovered or all the standby servers are selected.
Further, the selecting one of the standby servers from all the standby servers as a target server specifically includes:
selecting the backup server with the highest priority from all the backup servers as the target server.
Further, when the target server abnormally responds to the communication request, sending a registration request to the target server, specifically:
and when a response message of the target server to the communication request is not received within a first preset time or an error response message of the target server to the communication request is received within the first preset time, sending the registration request to the target server.
Further, when the target server abnormally responds to the registration request, reselecting another standby server as a new target server, specifically:
and when the response message of the target server to the registration request is not received within second preset time or the error response message of the target server to the registration request is received within the second preset time, reselecting another standby server as the new target server.
In a second aspect, an embodiment of the present invention provides a device for failover of a VoIP terminal communication service, including a controller;
the controller is configured to perform:
when the server is successfully registered on a main server, sending a communication request to the main server, and selecting one standby server from all standby servers as a target server when the main server abnormally responds to the communication request;
forwarding the communication request to the target server, and recovering the communication service corresponding to the communication request when the target server normally responds to the communication request;
when the target server abnormally responds to the communication request, sending a registration request to the target server, and when the target server normally responds to the registration request, retransmitting the communication request to the target server to recover the communication service;
and when the target server abnormally responds to the registration request, reselecting another standby server as a new target server, and retransmitting the communication request to the new target server until the communication service is recovered or all the standby servers are selected.
Further, the selecting one of the standby servers from all the standby servers as a target server specifically includes:
selecting the backup server with the highest priority from all the backup servers as the target server.
Further, when the target server abnormally responds to the communication request, sending a registration request to the target server, specifically:
and when a response message of the target server to the communication request is not received within a first preset time or an error response message of the target server to the communication request is received within the first preset time, sending the registration request to the target server.
Further, when the target server abnormally responds to the registration request, reselecting another standby server as a new target server, specifically:
and when the response message of the target server to the registration request is not received within second preset time or the error response message of the target server to the registration request is received within the second preset time, reselecting another standby server as the new target server.
The embodiment of the invention has the following beneficial effects:
by transmitting a communication request to a main server when the main server is successfully registered, and selecting one of all backup servers as a target server when the main server abnormally responds to the communication request, forwarding the communication request to the target server, and restoring a communication service corresponding to the communication request when the target server normally responds to the communication request, transmitting a registration request to the target server when the target server abnormally responds to the communication request, and re-forwarding the communication request to the target server when the target server normally responds to the registration request to restore the communication service, and re-selecting another backup server as a new target server and re-forwarding the communication request to the new target server when the target server abnormally responds to the registration request until the communication service is restored or all backup servers are selected, and realizing the fault transfer of the communication service of the VoIP terminal. Compared with the prior art, the embodiment of the invention has the advantages that when the VoIP terminal abnormally responds to the communication request at the main server registered by the VoIP terminal, directly forwarding the communication request to a standby server, and recovering the communication service when the standby server normally responds to the communication request, when the standby server abnormally responds to the communication request, a registration request is sent to the standby server, if the standby server abnormally responds to the registration request, the communication request continues to be forwarded to the next standby server until communication traffic can be restored on the currently queried standby server or all standby servers have been queried, therefore, the communication service can be directly transferred to the standby server to operate when the main server registered by the VoIP terminal is down, two scenes that the communication service request processing can be carried out only when the communication service is registered and the communication service request processing can be carried out without the registration are compatible, and the fault transfer efficiency of the communication service of the VoIP terminal is favorably improved.
Drawings
Fig. 1 is a schematic flowchart of a method for failover of a VoIP terminal communication service according to a first embodiment of the present invention;
fig. 2 is another schematic flow chart of a method for failover of VoIP terminal communication services according to the first embodiment of the present invention;
fig. 3 is a schematic structural diagram of a failover apparatus for VoIP terminal communication services in a second embodiment of the present invention.
Detailed Description
The technical solutions in the present invention will be described clearly and completely with reference to the accompanying drawings, and it is obvious that the described embodiments are only some embodiments of the present invention, not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
It should be noted that, the step numbers in the text are only for convenience of explanation of the specific embodiments, and do not serve to limit the execution sequence of the steps. The method provided by the embodiment can be executed by the relevant terminal device, and the following description takes the VoIP terminal as an execution subject as an example.
As shown in fig. 1, a first embodiment provides a method for failing over a communication service of a VoIP terminal, including steps S1 to S4:
s1, when successfully registered on the main server, sending a communication request to the main server, and when the main server abnormally responds to the communication request, selecting a standby server from all standby servers as a target server;
s2, forwarding the communication request to the target server, and recovering the communication service corresponding to the communication request when the target server normally responds to the communication request;
s3, when the target server responds the communication request abnormally, sending a registration request to the target server, and when the target server responds the registration request normally, retransmitting the communication request to the target server to recover the communication service;
and S4, when the target server abnormally responds to the registration request, another standby server is reselected as a new target server, and the communication request is retransmitted to the new target server until the communication service is recovered or all the standby servers are selected.
It should be noted that the primary server includes UDP, TCP, and TLS type servers, and the standby server also includes UDP, TCP, and TLS type servers; both the primary server and the backup server support any type of transport protocol, preferably UDP, TCP, TLS type transport protocols.
Illustratively, the VoIP terminal parses a plurality of servers of IP1, IP2, IP3 from the registered domain names through the domain name server, and selects a server IP1 parsed first among the servers as a primary server, and all of the remaining servers IP2, IP3 as backup servers according to the parsing order of the servers IP1 → IP2 → IP3, and transmits a registration request to the primary server IP1 to be successfully registered on the primary server IP 1.
The server analysis process comprises the steps of executing the query according to the filled registration information, querying a registration transmission type by a dns naptr, querying a registration port by a dns srv, querying an IP address of registration by a dns A, and querying an address of a dns server by a dns.
When the VoIP terminal is successfully registered on the main server IP1, the VoIP terminal sends a communication request, such as various communication service requests for subscribing, calling or sending short messages, to the main server IP1 according to the communication requirement, and when the main server IP1 normally responds to the communication request, the main server IP1 is considered to be in a normally available state, at this time, the VoIP terminal can normally operate the communication service, when the main server IP1 abnormally responds to the communication request, such as the main server receives a 503 unreachable response, the main server IP1 is considered to be in a fault unavailable state, such as a downtime problem, at this time, the VoIP terminal triggers a fault transfer mechanism of the communication service, and according to the resolution sequence IP2 → IP3 of all the standby servers, the standby server IP2 which is resolved first is selected from all the standby servers as a target server.
And forwarding the communication request to the target server IP2, and when the target server IP2 normally responds to the communication request and considering that the target server IP2 can operate the communication service under the unregistered state, immediately recovering the communication service corresponding to the communication request.
When the target server IP2 abnormally responds to the communication request, the target server IP2 is considered to be incapable of running communication traffic in the unregistered state, and then a registration request is sent to the target server IP 2.
When the target server IP2 normally responds to the registration request, the communication request is forwarded again to the target server IP2 to resume the communication traffic.
When the target server IP2 abnormally responds to the registration request, the server IP3 that is analyzed first is selected as a new target server from the remaining standby servers according to the analysis order IP2 → IP3 of all the standby servers.
And forwarding the communication request to the target server IP3, and when the target server IP3 normally responds to the communication request and considering that the target server IP3 can operate the communication service under the unregistered state, immediately recovering the communication service corresponding to the communication request.
When the target server IP3 abnormally responds to the communication request, the target server IP3 is considered to be incapable of running communication traffic in the unregistered state, and then a registration request is sent to the target server IP 3.
When the target server IP3 normally responds to the registration request, the communication request is forwarded again to the target server IP3 to resume the communication traffic.
When the target server IP3 abnormally responds to the registration request, since all the standby servers are queried at this time, and all the standby servers cannot run the communication service and cannot perform registration in the non-registration state, the registration request and/or the communication request is sent to the main server IP1 again after a certain time.
Considering two types of servers, one is capable of running communication service in a non-registered state, and the other is capable of running communication service in a registered state, the present embodiment directly forwards a communication request to a standby server by a VoIP terminal when a main server registered by the VoIP terminal cannot abnormally respond to the communication request, and recovers the communication service when the standby server normally responds to the communication request, initiates a registration request to the standby server when the standby server abnormally responds to the communication request, re-initiates a corresponding subscription, call or other non-registration service when successfully registers to the standby server, and continues to forward the communication request to the next standby server when the registration fails, and the above steps are repeated until the communication service can be recovered on the currently queried standby server or all standby servers have been queried, so that the communication service can be directly transferred to the standby server to run when the main server registered by the VoIP terminal is down, the method and the device are compatible with two scenes that the communication service request processing can be carried out only when the communication service request is registered and the communication service request processing can be carried out without registration, and are beneficial to improving the fault transfer efficiency of the communication service of the VoIP terminal.
In a preferred embodiment, the selecting a standby server from all the standby servers as a target server specifically includes: and selecting the standby server with the highest priority from all the standby servers as the target server.
In a preferred implementation manner of this embodiment, before the backup server with the highest priority is selected from all the backup servers as the target server, the priority of each backup server is defined according to the parsing order of all the backup servers.
Illustratively, the standby server which is analyzed first is selected from all standby servers as the target server.
In a preferred embodiment, when the target server abnormally responds to the communication request, the registration request is sent to the target server, specifically: and when the response message of the target server to the communication request is not received within the first preset time or the error response message of the target server to the communication request is received within the first preset time, sending a registration request to the target server.
As an example, when a response message of the target server to the communication request is not received within a first preset time or an error response message of the target server to the communication request is received within the first preset time, it is determined that the target server abnormally responds to the communication request, and the target server is considered not to be capable of running the communication service in a non-registration state, and then a registration request is sent to the target server.
In a preferred embodiment, when the target server abnormally responds to the registration request, the method reselects another standby server as a new target server, specifically includes: and when the response message of the target server to the registration request is not received within the second preset time or the error response message of the target server to the registration request is received within the second preset time, reselecting another standby server as a new target server.
As an example, when a response message of the target server to the registration request is not received within a second preset time, or an error response message of the target server to the registration request is received within the second preset time, it is determined that the target server abnormally responds to the registration request, and if the target server is considered not to be registered, another standby server is reselected as a new target server.
As shown in fig. 3, the second embodiment provides a failover apparatus for VoIP terminal communication services, including a controller 21; a controller 21 for performing: when the server is successfully registered on the main server, sending a communication request to the main server, and selecting a standby server from all standby servers as a target server when the main server abnormally responds to the communication request; forwarding the communication request to a target server, and recovering the communication service corresponding to the communication request when the target server normally responds to the communication request; when the target server abnormally responds to the communication request, sending a registration request to the target server, and when the target server normally responds to the registration request, retransmitting the communication request to the target server to recover the communication service; and when the target server abnormally responds to the registration request, another standby server is reselected as a new target server, and the communication request is retransmitted to the new target server until the communication service is recovered or all the standby servers are selected.
It should be noted that the primary server includes UDP, TCP, and TLS type servers, and the standby server also includes UDP, TCP, and TLS type servers; both the primary server and the backup server support any type of transport protocol, preferably UDP, TCP, TLS type transport protocols.
Illustratively, the VoIP terminal parses a plurality of servers of IP1, IP2, IP3 from the registered domain names through the domain name server, and selects a server IP1 parsed first among the servers as a primary server, and all of the remaining servers IP2, IP3 as backup servers according to the parsing order of the servers IP1 → IP2 → IP3, and transmits a registration request to the primary server IP1 to be successfully registered on the primary server IP 1.
The server analysis process comprises the steps of executing the query according to the filled registration information, querying a registration transmission type by a dns naptr, querying a registration port by a dns srv, querying an IP address of registration by a dns A, and querying an address of a dns server by a dns.
When the VoIP terminal is successfully registered on the main server IP1, the VoIP terminal sends a communication request, such as various communication service requests for subscribing, calling or sending short messages, to the main server IP1 according to the communication requirement, and when the main server IP1 normally responds to the communication request, the main server IP1 is considered to be in a normally available state, at this time, the VoIP terminal can normally operate the communication service, when the main server IP1 abnormally responds to the communication request, such as the main server receives a 503 unreachable response, the main server IP1 is considered to be in a fault unavailable state, such as a downtime problem, at this time, the VoIP terminal triggers a fault transfer mechanism of the communication service, and according to the resolution sequence IP2 → IP3 of all the standby servers, the standby server IP2 which is resolved first is selected from all the standby servers as a target server.
And forwarding the communication request to the target server IP2, and when the target server IP2 normally responds to the communication request and considering that the target server IP2 can operate the communication service under the unregistered state, immediately recovering the communication service corresponding to the communication request.
When the target server IP2 abnormally responds to the communication request, the target server IP2 is considered to be incapable of running communication traffic in the unregistered state, and then a registration request is sent to the target server IP 2.
When the target server IP2 normally responds to the registration request, the communication request is forwarded again to the target server IP2 to resume the communication traffic.
When the target server IP2 abnormally responds to the registration request, the server IP3 that is analyzed first is selected as a new target server from the remaining standby servers according to the analysis order IP2 → IP3 of all the standby servers.
And forwarding the communication request to the target server IP3, and when the target server IP3 normally responds to the communication request and considering that the target server IP3 can operate the communication service under the unregistered state, immediately recovering the communication service corresponding to the communication request.
When the target server IP3 abnormally responds to the communication request, the target server IP3 is considered to be incapable of running communication traffic in the unregistered state, and then a registration request is sent to the target server IP 3.
When the target server IP3 normally responds to the registration request, the communication request is forwarded again to the target server IP3 to resume the communication traffic.
When the target server IP3 abnormally responds to the registration request, since all the standby servers are queried at this time, and all the standby servers cannot run the communication service and cannot perform registration in the non-registration state, the registration request and/or the communication request is sent to the main server IP1 again after a certain time.
Considering two types of servers, one is capable of running communication service in a non-registered state, and the other is capable of running communication service in a registered state, the present embodiment directly forwards a communication request to a standby server by a VoIP terminal when a main server registered by the VoIP terminal cannot abnormally respond to the communication request, and recovers the communication service when the standby server normally responds to the communication request, initiates a registration request to the standby server when the standby server abnormally responds to the communication request, re-initiates a corresponding subscription, call or other non-registration service when successfully registers to the standby server, and continues to forward the communication request to the next standby server when the registration fails, and the above steps are repeated until the communication service can be recovered on the currently queried standby server or all standby servers have been queried, so that the communication service can be directly transferred to the standby server to run when the main server registered by the VoIP terminal is down, the method and the device are compatible with two scenes that the communication service request processing can be carried out only when the communication service request is registered and the communication service request processing can be carried out without registration, and are beneficial to improving the fault transfer efficiency of the communication service of the VoIP terminal.
In a preferred embodiment, the selecting a standby server from all the standby servers as a target server specifically includes: and selecting the standby server with the highest priority from all the standby servers as the target server.
In a preferred implementation manner of this embodiment, before the backup server with the highest priority is selected from all the backup servers as the target server, the priority of each backup server is defined according to the parsing order of all the backup servers.
Illustratively, the standby server which is analyzed first is selected from all standby servers as the target server.
In a preferred embodiment, when the target server abnormally responds to the communication request, the registration request is sent to the target server, specifically: and when the response message of the target server to the communication request is not received within the first preset time or the error response message of the target server to the communication request is received within the first preset time, sending a registration request to the target server.
As an example, when a response message of the target server to the communication request is not received within a first preset time or an error response message of the target server to the communication request is received within the first preset time, it is determined that the target server abnormally responds to the communication request, and the target server is considered not to be capable of running the communication service in a non-registration state, and then a registration request is sent to the target server.
In a preferred embodiment, when the target server abnormally responds to the registration request, the method reselects another standby server as a new target server, specifically includes: and when the response message of the target server to the registration request is not received within the second preset time or the error response message of the target server to the registration request is received within the second preset time, reselecting another standby server as a new target server.
As an example, when a response message of the target server to the registration request is not received within a second preset time, or an error response message of the target server to the registration request is received within the second preset time, it is determined that the target server abnormally responds to the registration request, and if the target server is considered not to be registered, another standby server is reselected as a new target server.
In summary, the embodiments of the present invention have the following beneficial effects:
by transmitting a communication request to a main server when the main server is successfully registered, and selecting one of all backup servers as a target server when the main server abnormally responds to the communication request, forwarding the communication request to the target server, and restoring a communication service corresponding to the communication request when the target server normally responds to the communication request, transmitting a registration request to the target server when the target server abnormally responds to the communication request, and re-forwarding the communication request to the target server when the target server normally responds to the registration request to restore the communication service, and re-selecting another backup server as a new target server and re-forwarding the communication request to the new target server when the target server abnormally responds to the registration request until the communication service is restored or all backup servers are selected, and realizing the fault transfer of the communication service of the VoIP terminal. Embodiments of the present invention respond to a communication request by an exception by a VoIP terminal at the master server with which it is registered, directly forwarding the communication request to a standby server, and recovering the communication service when the standby server normally responds to the communication request, when the standby server abnormally responds to the communication request, a registration request is sent to the standby server, if the standby server abnormally responds to the registration request, the communication request continues to be forwarded to the next standby server until communication traffic can be restored on the currently queried standby server or all standby servers have been queried, therefore, the communication service can be directly transferred to the standby server to operate when the main server registered by the VoIP terminal is down, two scenes that the communication service request processing can be carried out only when the communication service is registered and the communication service request processing can be carried out without the registration are compatible, and the fault transfer efficiency of the communication service of the VoIP terminal is favorably improved.
While the foregoing is directed to the preferred embodiment of the present invention, it will be understood by those skilled in the art that various changes and modifications may be made without departing from the spirit and scope of the invention.
It will be understood by those skilled in the art that all or part of the processes of the above embodiments may be implemented by hardware related to instructions of a computer program, and the computer program may be stored in a computer readable storage medium, and when executed, may include the processes of the above embodiments. The storage medium may be a magnetic disk, an optical disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), or the like.
Claims (8)
1. A method for transferring failure of VoIP terminal communication service is characterized by comprising:
when the server is successfully registered on a main server, sending a communication request to the main server, and selecting one standby server from all standby servers as a target server when the main server abnormally responds to the communication request;
forwarding the communication request to the target server, and recovering the communication service corresponding to the communication request when the target server normally responds to the communication request;
when the target server abnormally responds to the communication request, sending a registration request to the target server, and when the target server normally responds to the registration request, retransmitting the communication request to the target server to recover the communication service;
and when the target server abnormally responds to the registration request, reselecting another standby server as a new target server, and retransmitting the communication request to the new target server until the communication service is recovered or all the standby servers are selected.
2. The method for failover of VoIP terminal communication service according to claim 1, wherein said selecting one of the standby servers as a target server from all the standby servers specifically comprises:
selecting the backup server with the highest priority from all the backup servers as the target server.
3. The method for failover of VoIP terminal communication service according to claim 1, wherein when the target server abnormally responds to the communication request, sending a registration request to the target server, specifically:
and when a response message of the target server to the communication request is not received within a first preset time or an error response message of the target server to the communication request is received within the first preset time, sending the registration request to the target server.
4. The method for failover of VoIP terminal communication service according to claim 1, wherein when the target server abnormally responds to the registration request, another backup server is reselected as a new target server, specifically:
and when the response message of the target server to the registration request is not received within second preset time or the error response message of the target server to the registration request is received within the second preset time, reselecting another standby server as the new target server.
5. A failure transfer device of VoIP terminal communication service is characterized by comprising a controller;
the controller is configured to perform:
when the server is successfully registered on a main server, sending a communication request to the main server, and selecting one standby server from all standby servers as a target server when the main server abnormally responds to the communication request;
forwarding the communication request to the target server, and recovering the communication service corresponding to the communication request when the target server normally responds to the communication request;
when the target server abnormally responds to the communication request, sending a registration request to the target server, and when the target server normally responds to the registration request, retransmitting the communication request to the target server to recover the communication service;
and when the target server abnormally responds to the registration request, reselecting another standby server as a new target server, and retransmitting the communication request to the new target server until the communication service is recovered or all the standby servers are selected.
6. The apparatus for failover of VoIP terminal communication service according to claim 5, wherein said selecting one of the standby servers as the target server from all the standby servers specifically comprises:
selecting the backup server with the highest priority from all the backup servers as the target server.
7. The apparatus for failover of VoIP terminal communication service according to claim 5, wherein when the target server abnormally responds to the communication request, a registration request is sent to the target server, specifically:
and when a response message of the target server to the communication request is not received within a first preset time or an error response message of the target server to the communication request is received within the first preset time, sending the registration request to the target server.
8. The apparatus for failover of VoIP terminal communication service according to claim 5, wherein when the target server abnormally responds to the registration request, another backup server is reselected as a new target server, specifically:
and when the response message of the target server to the registration request is not received within second preset time or the error response message of the target server to the registration request is received within the second preset time, reselecting another standby server as the new target server.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111167740.0A CN113746865B (en) | 2021-09-30 | 2021-09-30 | Fault transfer method and device for VoIP terminal communication service |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111167740.0A CN113746865B (en) | 2021-09-30 | 2021-09-30 | Fault transfer method and device for VoIP terminal communication service |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113746865A true CN113746865A (en) | 2021-12-03 |
| CN113746865B CN113746865B (en) | 2023-06-20 |
Family
ID=78725997
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111167740.0A Active CN113746865B (en) | 2021-09-30 | 2021-09-30 | Fault transfer method and device for VoIP terminal communication service |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113746865B (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101674313A (en) * | 2009-10-15 | 2010-03-17 | 杭州华三通信技术有限公司 | SIP registration method for server to actively inform user switching, system and device thereof |
| CN101964806A (en) * | 2010-11-02 | 2011-02-02 | 深圳市共进电子有限公司 | Method for switching servers of SIP (Session Initiation Protocol) communication terminal |
| US20120233245A1 (en) * | 2011-03-09 | 2012-09-13 | Hon Hai Precision Industry Co., Ltd. | Voip communication system and method for registering client devices with same |
| CN104065500A (en) * | 2013-03-21 | 2014-09-24 | 苏州方位通讯科技有限公司 | Register server hot backup method realized by SIP terminal |
| CN106936784A (en) * | 2015-12-30 | 2017-07-07 | 青岛海信宽带多媒体技术有限公司 | SIP registration method, terminal and system |
| CN112532452A (en) * | 2020-11-30 | 2021-03-19 | 厦门亿联网络技术股份有限公司 | Switching method, device and equipment of communication terminal main and standby servers and storage medium |
-
2021
- 2021-09-30 CN CN202111167740.0A patent/CN113746865B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101674313A (en) * | 2009-10-15 | 2010-03-17 | 杭州华三通信技术有限公司 | SIP registration method for server to actively inform user switching, system and device thereof |
| CN101964806A (en) * | 2010-11-02 | 2011-02-02 | 深圳市共进电子有限公司 | Method for switching servers of SIP (Session Initiation Protocol) communication terminal |
| US20120233245A1 (en) * | 2011-03-09 | 2012-09-13 | Hon Hai Precision Industry Co., Ltd. | Voip communication system and method for registering client devices with same |
| CN104065500A (en) * | 2013-03-21 | 2014-09-24 | 苏州方位通讯科技有限公司 | Register server hot backup method realized by SIP terminal |
| CN106936784A (en) * | 2015-12-30 | 2017-07-07 | 青岛海信宽带多媒体技术有限公司 | SIP registration method, terminal and system |
| CN112532452A (en) * | 2020-11-30 | 2021-03-19 | 厦门亿联网络技术股份有限公司 | Switching method, device and equipment of communication terminal main and standby servers and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113746865B (en) | 2023-06-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8374079B2 (en) | Proxy server, communication system, communication method and program | |
| US8139563B2 (en) | System for alternate communications in an internet protocol multimedia subsystem network | |
| US9319431B2 (en) | Methods, systems, and computer readable media for providing sedation service in a telecommunications network | |
| EP1847110B1 (en) | Resilient registration with a call manager | |
| RU2449501C2 (en) | Method, device and system for ims emergency recovery | |
| US7916855B2 (en) | System and method for storing and restoring communication dialog | |
| CN112532452B (en) | Method, device, equipment and storage medium for switching main server and standby server of communication terminal | |
| EP2587774B1 (en) | A method for sip proxy failover | |
| US8930768B2 (en) | System and method of failover for an initiated SIP session | |
| CN101459533B (en) | System and method for improved application server disaster tolerance in next generation network | |
| JP2010239216A (en) | Call control method | |
| CN113595765A (en) | Method and device for fault transfer of VoIP terminal registration service | |
| CN113746865B (en) | Fault transfer method and device for VoIP terminal communication service | |
| WO2019208460A1 (en) | Failure monitoring device and failure monitoring method | |
| CN111491007A (en) | SIP center signaling control service load balancing method and load balancer thereof | |
| US8117311B2 (en) | Communication method, server and medium on notification of session status | |
| CN113438220B (en) | Method for converting IP address in soft switching communication system and soft switching communication system | |
| CN113992500A (en) | Main/standby server switching method and device suitable for VoIP terminal | |
| JP2009055342A (en) | Media gateway system compatible with sip | |
| WO2009136823A1 (en) | A terminal and a method for enabling the terminal to reach another terminal | |
| JP2014007617A (en) | Call control server, communication system, and call control method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |