A method and apparatus for optimizing redundant backup of VoIP RTP transmission data.

Abstract

This invention provides a method and apparatus for optimizing redundant backup of VoIP RTP transmission data. The method includes: after establishing a call, a terminal device negotiates Session Information Depth (SDD), creates an RTP backup request message, and simultaneously sends the RTP to the peer and to an RTP backup server; the RTP backup server maps and binds the received RTP stream with the received request message and stores them; if voice discontinuity occurs during communication, the terminal device constructs a lost RTP request to recover data message; upon receiving the recovery request, the RTP backup server returns RTP data from its local backup data and simultaneously sends a backup code back to the terminal device; after receiving the data recovery stream and the feedback code from the RTP backup server, the terminal device recovers the data and plays it back to the user. In this way, using RTP's unique SSRC and Seq features, redundant backup of data is performed, solving the problem of data loss due to network transmission and improving voice recovery capabilities and data evidence validity.

Description

Technical Field

[0001] The embodiments of the present invention generally relate to the field of VoIP telephone technology, and more particularly to a method and apparatus for optimizing redundant backup of VoIP RTP transmission data. Background Technology

[0002] With the increasing number of network communication devices on the market, the data traffic in our networks is also growing, posing significant challenges to data congestion and data transmission priorities. In order to maintain the reliability of services, some management devices use TCP and primary / backup redundancy for protection. However, in SIP services, real-time communication has always used RTP to ensure message timeliness and reduce device retransmissions. This means that if packet loss occurs in some critical scenarios, we cannot obtain data compensation, which brings a very unfriendly experience to important data experience or data evidence.

[0003] For example, the patent "A Voice Packet Loss Recovery Technology Based on Side Information (Application No.: CN200710120144.0)" states that this technology, targeting PCM vocoders, combines forward error correction (FEC) technology at the transmitter with error concealment (EC) technology at the receiver. At the transmitter, the two voice packets immediately preceding and following the current voice packet are used as side information. EC technology is used to virtually recover the current voice packet, and then the minimum mean square error criterion is used to obtain redundant information, which is then packaged and transmitted along with the next voice packet. If the current voice packet is lost, at the receiver, the side information (preceding and following voice packets), the redundant information (carried in the next voice packet), and EC technology are used to actually recover the lost current voice packet. This solution effectively improves the quality of IP network voice communication with minimal bandwidth overhead, but it does not solve the problem of unrecoverable data loss and large amounts of missing data in SIP services. Summary of the Invention

[0004] To address the above issues, this invention utilizes RTP's unique SSRC and Seq features for redundant data backup, resolving the problem of data loss due to network transmission and improving voice recovery capabilities and the effectiveness of data evidence.

[0005] According to an embodiment of the present invention, a method and apparatus for optimizing redundant backup of VoIP RTP transmission data are provided.

[0006] In a first aspect of the invention, a method for optimizing redundant backup of VoIP RTP transmission data is provided. The method includes:

[0007] S01: After the terminal device establishes a call, it negotiates the session information SDP, creates an RTP backup request message, and simultaneously sends the RTP to the RTP backup server while sending the RTP to the peer.

[0008] S02: The RTP backup server maps and binds the received RTP streams with the received request messages to its storage.

[0009] S03: If the voice is discontinuous during communication, the terminal device will construct a lost RTP request recovery data message. After receiving the recovery request, the RTP Backup Server will return RTP data from the local backup data and send the backup code back to the terminal device.

[0010] S04: After receiving the data recovery stream and feedback code returned by the RTP Backup Server, the terminal device recovers the data and plays it to the user.

[0011] Furthermore, the request message described in S01 includes SSRC and SDP information for telephone calls.

[0012] Furthermore, the RTP stream described in S02 needs to be advertised to the server SSRC with the corresponding SDP information.

[0013] Furthermore, the terminal device described in S03 constructs a lost RTP request recovery data message, using the request message body to include SDP and seq information to inform the RTP Backup Server of the seq data segment information that needs to be recovered.

[0014] Furthermore, as described in S03, the backup code is fed back to the terminal device. If the entire system is fully restored, the code is 0; if the system is partially restored, the code is 1; and if the system cannot be restored, the code is 2.

[0015] In a second aspect of the invention, an apparatus for optimizing redundant backup of VoIP RTP transmission data is provided. The apparatus includes:

[0016] Synchronization module: used by terminal devices to negotiate session information SDP after establishing a call, create RTP backup request messages, and simultaneously send RTP to the RTP backup server while sending RTP to the peer.

[0017] Binding module: Used by the RTP backup server to map and bind received RTP streams with received request messages for storage;

[0018] Request module: If the terminal device experiences voice interruption during communication, the terminal device constructs a lost RTP request recovery data message. After receiving the recovery request, the RTP Backup Server returns RTP data from the local backup data and sends the backup code back to the terminal device.

[0019] Recovery module: Used by the terminal device to recover the data and play it back to the user after receiving the data recovery stream and feedback code returned by the RTP Backup Server.

[0020] Furthermore, the request message in the synchronization module includes SSRC and SDP information for telephone calls.

[0021] Furthermore, the RTP stream described in the binding module needs to be advertised to the server SSRC with the corresponding SDP information.

[0022] Furthermore, the terminal device in the request module constructs a lost RTP request recovery data message, using the request message body to include SDP and seq information to inform the RTP Backup Server of the seq data segment information that needs to be recovered.

[0023] Furthermore, the request module returns a backup code to the terminal device. If the device is fully restored, the code is 0; if it is partially restored, the code is 1; and if it cannot be restored, the code is 2.

[0024] The above-mentioned English abbreviations have the following meanings:

[0025] VoIP: Voice over Internet Protocol, meaning voice transmitted over the Internet.

[0026] RTP: Real-time Transport Protocol

[0027] SDP: Session Description Protocol

[0028] Backup

[0029] RTPbackup server: RTP backup server

[0030] Code: Status Code

[0031] SSRC: Synchronization Source Identifier

[0032] Seq: Sequence number

[0033] TCP: Transmission Control Protocol

[0034] SIP: Session Initialization Protocol

[0035] This invention uses RTP's unique SSRC and Seq features to perform redundant data backup, solving the problem of data loss due to network transmission and the inability to recover data, thereby improving voice recovery capabilities and the effectiveness of data evidence.

[0036] It should be understood that the description in the Summary of the Invention is not intended to limit the key or essential features of the embodiments of the present invention, nor is it intended to restrict the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description

[0037] The above and other features, advantages, and aspects of the various embodiments of the present invention will become more apparent from the accompanying drawings and the following detailed description. Wherein:

[0038] Figure 1 A flowchart illustrating a method for optimizing redundant backup of VoIP RTP transmission data according to an embodiment of the present invention is shown;

[0039] Figure 2 A block diagram of an apparatus for optimizing redundant backup of VoIP RTP transmission data according to an embodiment of the present invention is shown. Detailed Implementation

[0040] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0041] According to embodiments of the present invention, a method and apparatus for optimizing redundant backup of VoIP RTP transmission data are proposed. The method uses the unique SSRC and Seq features of RTP to perform redundant backup of data, solves the problem of data loss due to network transmission and cannot be restored, improves voice recovery capability and data evidence validity.

[0042] The principles and spirit of the present invention will be explained in detail below with reference to several representative embodiments.

[0043] Figure 1 This is a schematic flowchart illustrating a method for optimizing redundant backup of VoIP RTP transmission data according to an embodiment of the present invention. The method includes:

[0044] S01: After the terminal device establishes a call, it negotiates the session information SDP, creates an RTP backup request message, and simultaneously sends the RTP to the RTP backup server while sending the RTP to the peer.

[0045] S02: The RTP backup server maps and binds the received RTP streams with the received request messages to its storage.

[0046] S03: If the voice is discontinuous during communication, the terminal device will construct a lost RTP request recovery data message. After receiving the recovery request, the RTP Backup Server will return RTP data from the local backup data and send the backup code back to the terminal device.

[0047] S04: After receiving the data recovery stream and feedback code returned by the RTP Backup Server, the terminal device recovers the data and plays it to the user.

[0048] It should be noted that although the operation of the method of the present invention has been described in a specific order in the above embodiments and figures, this does not require or imply that the operations must be performed in that specific order, or that all the operations shown must be performed to achieve the desired result. Additionally or alternatively, certain steps may be omitted, multiple steps may be combined into one step, and / or one step may be broken down into multiple steps.

[0049] To provide a clearer explanation of the above-described method for optimizing redundant backup of VoIP RTP transmission data, a specific embodiment will be used for illustration below. However, it is worth noting that this embodiment is only for better illustrating the present invention and does not constitute an improper limitation of the present invention.

[0050] The following specific example will further illustrate the method for optimizing redundant backup of VoIP RTP transmission data:

[0051] When a terminal device receives an incoming call, it creates a request message containing SDP and SSRC local information and sends the request to the RTP Backup server.

[0052] Once the terminal devices are powered on, they will receive the RTP stream from the peer and simultaneously send the RTP stream to the RTP Backup Server.

[0053] After receiving the RTP stream, the RTP Backup server maps it to the received request message for subsequent data recovery.

[0054] During communication, the terminal device needs to detect that it needs to recover RTP data segments. Therefore, it constructs a request message containing SSRC, SDP, and the SEQ data segment information to be recovered and sends it to the RTP Backup Server.

[0055] “SDP”: SDP info;

[0056] “SSRC”: SSRC info;

[0057] "SEQ":[1;N-N+M;N+M+200]

[0058] This indicates that the [1; N-N+M; N+M+200] message range is missing. Considering the time-sensitive nature of telephone communication processing, the number of packets processed per second is used to determine whether the range is lost.

[0059] After receiving a recovery request, the RTP Backup Server returns RTP data from the local backup data and simultaneously informs the terminal device to provide the backup code.

[0060] "data":["1":date;"N-N+M":data;"N+M+200":data];

[0061] “code”:0;

[0062] "other": Extended modules used for authentication and custom parameters.

[0063] If the Code is 0, it indicates that the data segment has been fully recovered.

[0064] After receiving the data recovery stream and feedback code returned by the RTP Backup Server, the terminal device performs data recovery and plays the recovered RTP stream to the user, allowing the user to hear the most complete audio data possible.

[0065] Based on the same inventive concept, this invention also proposes an apparatus for optimizing redundant backup of VoIP RTP transmission data. The implementation of this apparatus can be found in the implementation of the method described above, and repeated details will not be elaborated further. Figure 2 As shown, the device 100 includes:

[0066] Synchronization module 101: used by the terminal device to negotiate session information SDP after establishing a call, create an RTP backup request message, and simultaneously send the RTP to the RTP backup server while sending the RTP to the peer.

[0067] Binding module 102: Used by the RTP backup server to map and bind received RTP streams with received request messages to storage;

[0068] Request module 103: If the terminal device experiences voice discontinuity during communication, the terminal device constructs a lost RTP request recovery data message. After receiving the recovery request, the RTP Backup Server returns RTP data from the local backup data and simultaneously sends the backup code back to the terminal device.

[0069] Recovery module 104: Used by the terminal device to recover the data and play it back to the user after receiving the data recovery stream and feedback code returned by the RTP Backup Server.

[0070] This invention proposes a device for optimizing redundant backup of VoIP RTP transmission data. It uses RTP's unique SSRC and Seq features to perform redundant backup of data, solving the problem of data loss due to network transmission and the inability to recover data, thereby improving voice recovery capability and the effectiveness of data evidence.

[0071] While the spirit and principles of the invention have been described with reference to several specific embodiments, it should be understood that the invention is not limited to the disclosed specific embodiments, and the division of aspects does not imply that features in these aspects cannot be combined for benefit; such division is merely for ease of description. The invention is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims.

[0072] Regarding the limitation of the scope of protection of this invention, those skilled in the art should understand that various modifications or variations that can be made by those skilled in the art without creative effort based on the technical solution of this invention are still within the scope of protection of this invention.

Claims

1. A method for optimizing redundant backup of VoIP RTP transmission data, characterized in that, The method includes: S01: After the terminal device establishes a call, it negotiates the session information SDP and creates an RTP backup request message. The request message includes the phone call SSRC and SDP information. At the same time as the RTP is sent to the other end, the RTP is synchronously sent to the RTP backup server. S02: The RTP backup server maps and binds the received RTP streams with the received request messages to its storage. S03: If the voice is discontinuous during communication, the terminal device constructs a lost RTP request recovery data message. The request message body contains SDP and seq information to inform the RTP Backup Server of the seq data segment information that needs to be recovered. After receiving the recovery request, the RTP Backup Server returns RTP data from the local backup data and sends the backup code back to the terminal device. S04: After receiving the data recovery stream and feedback code returned by the RTP Backup Server, the terminal device recovers the data and plays it to the user.

2. The method for optimizing redundant backup of VoIP RTP transmission data according to claim 1, characterized in that, The RTP stream described in S02 needs to be advertised to the server SSRC with the corresponding SDP information.

3. The method for optimizing redundant backup of VoIP RTP transmission data according to claim 1, characterized in that, As described in S03, the backup code is fed back to the terminal device. If the entire system is fully restored, the code is 0; if the system is partially restored, the code is 1; and if the system cannot be restored, the code is 2.

4. An apparatus for optimizing redundant backup of VoIP RTP transmission data, characterized in that, The device includes: Synchronization module: used by terminal devices to negotiate session information SDP after establishing a call, and to create an RTP backup request message. The request message includes the phone call SSRC and SDP information. At the same time as sending the RTP to the other end, the RTP is synchronously sent to the RTPbackup server. Binding module: Used by the RTP backup server to map and bind received RTP streams with received request messages for storage; Request module: When a terminal device experiences voice interruption during communication, it constructs a lost RTP request to recover data message. The request message body contains SDP and seq information to inform the RTP Backup Server of the seq data segment information that needs to be recovered. After receiving the recovery request, the RTP Backup Server returns RTP data from the local backup data and sends the backup code back to the terminal device. Recovery module: Used by the terminal device to recover the data and play it back to the user after receiving the data recovery stream and feedback code returned by the RTP Backup Server.

5. The apparatus for optimizing redundant backup of VoIP RTP transmission data according to claim 4, characterized in that, The RTP stream described in the binding module needs to be advertised to the server SSRC with the corresponding SDP information.

6. The apparatus for optimizing redundant backup of VoIP RTP transmission data according to claim 4, characterized in that, The request module returns a backup code to the terminal device. If the device is fully restored, the code is 0; if it is partially restored, the code is 1; and if it cannot be restored, the code is 2.

Images