WO2017206767A1

WO2017206767A1 - Method for diagnosing voice delay, gateway device, and computer storage medium

Info

Publication number: WO2017206767A1
Application number: PCT/CN2017/085574
Authority: WO
Inventors: 王浩磊; 张鹏刚; 陈健; 张建龙; 赵晓萌
Original assignee: 中兴通讯股份有限公司
Priority date: 2016-06-01
Filing date: 2017-05-23
Publication date: 2017-12-07
Also published as: CN107453936A

Abstract

Disclosed in embodiments of the present invention are a method for diagnosing a voice delay, a gateway device and a computer storage medium. The method comprises: generating a test data packet; transmitting the test data packet, controlling the test data packet to be transmitted to a receiving gateway along a transmission path to be diagnosed, and recording a transmission time of the test data packet; receiving a confirmation data packet, and recording a receiving time of the confirmation data packet, the confirmation data packet being a feedback to the test data packet returned from the receiving gateway along the transmission path to be diagnosed; calculating a delay of the transmission path to be diagnosed according to the transmission time and the receiving time.

Description

Method for diagnosing voice delay, gateway device and computer storage medium

Cross-reference to related applications

The present application is filed on the basis of the Chinese Patent Application Serial No. No. No. No. No. No. No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No No

Technical field

The present invention relates to the field of communications technologies, and in particular, to a method for diagnosing a voice delay, a gateway device, and a computer storage medium.

Background technique

With the development of communication technology, in the Next Generation Network (NGN), IP (Internet Protocol) will serve as the same communication protocol. The entire network will evolve to adopt IP technology as the core and support voice, A converged network of data and multimedia services, in which VoIP (Voice over Internet Protocol) has the advantages of occupying less network resources and lower cost, and satisfies people's daily life and work needs, and is the most potential application. . In recent years, VoIP has developed rapidly around the world and is increasingly recognized by the public. Compared with traditional telephone networks, IP-based VoIP has obvious advantages of low cost and is favored by young users.

VoIP, that is, the analog voice signal is processed into a voice data stream by compression coding, and then packaged according to the TCP/IP (Transmission Control Protocol/Internet Protocol) standard, and then through a packet switching network (such as the Internet, ATM). The transmission, at the receiving end, is restored to an analog voice signal by decompression coding. It is conceivable that the sender's voice data stream arrives at the receiver after transmission between the Internet-connected machines. In order to provide better services for both users, it is necessary to determine the delay of VoIP voice communication. Generally, in the prior art, the time information carried in the Real Time Transportation Control Protocol (RTCP) packet is used to calculate the delay of the VoIP voice communication, but this method requires that both parties that receive and send the RTCP packet support NTP ( Network Time Protocol (Network Time Protocol), that is, the time of sending and receiving RTCP packets is the same time standard, such as the world time standard, and the time carried in the RTCP packet is also the NTP time, and then the receiver can follow the NTP time and The NTP time carried in the RTCP packet calculates the delay in the VoIP voice communication. Therefore, in the prior art, both devices that require the RTCP packet to be sent and received support NTP. In addition, in the prior art, the delay of the VoIP voice communication is periodically calculated by periodically sending the RTCP packet, which additionally occupies the socket resource of the voice gateway system and causes a certain waste of network resources.

Summary of the invention

The embodiment of the present invention is to provide a method for diagnosing a voice delay, a gateway device, and a computer storage medium, to solve the problem that the sender of the RTCP packet needs to be calculated based on the NTP time calculation transmission path delay carried by the RTCP packet in the prior art. The receiver device must support the NTP issue.

An embodiment of the present invention provides a method for diagnosing a voice delay, including:

Generate test data packets;

Sending a test data packet, controlling the test data packet to be transmitted to the receiving gateway along the to-be-diagnosed transmission path, and recording the sending time of the test data packet;

Receiving an acknowledgement packet, recording a receipt time of the acknowledgement packet; the acknowledgement packet is feedback of the test packet returned by the receiving gateway along the to-be-diagnosed transmission path

Calculating a delay of the transmission path to be diagnosed according to the transmission time and the reception time.

Embodiments of the present invention also provide a method for diagnosing a voice delay, including

Receiving, by the sending gateway, a data packet transmitted on the transmission path to be diagnosed;

Determining whether the received data packet is a test data packet;

When the result of the determination is that the received data packet is a test data packet, an acknowledgement data packet for the test data packet is generated;

Send an acknowledgment packet along the to-be-diagnosed transmission path to the sending gateway.

The embodiment of the invention provides a gateway device, including

Generating a module configured to generate a test data packet;

The first sending module is configured to send the test data packet generated by the generating module, control the test data packet to be transmitted to the receiving gateway along the to-be-diagnosed transmission path, and record the sending time of the test data packet;

a first receiving module, configured to receive an acknowledgement data packet, and record a receiving time of the acknowledgement data packet; the acknowledgement data packet is a feedback of the test data packet returned by the receiving gateway along the to-be-diagnosed transmission path;

And a calculating module, configured to calculate a delay of the to-be diagnosed transmission path according to the sending time and the receiving time.

The embodiment of the invention further provides a gateway device, including

a second receiving module, configured to receive a data packet transmitted by the sending gateway along the to-be-diagnosed transmission path;

a determining module, configured to determine whether the data packet received by the second receiving module is a test data packet;

a second generation module, configured to: when the determination result obtained by the determining module is that the received data packet is a test data packet, generate an acknowledgement data packet for the test data packet;

The second sending module is configured to send an acknowledgement packet to the sending gateway along the to-be-diagnosed transmission path.

The embodiment of the present invention further provides a computer storage medium, where the computer storage medium stores computer executable instructions, and the computer executable instructions are used to perform the diagnostic voice delay applied to the transmitting end according to the embodiment of the present invention. Methods.

The embodiment of the invention further provides a computer storage medium, wherein the computer storage medium stores computer executable instructions, and the computer executable instructions are used for the diagnostic voice delay applied to the receiving end according to the embodiment of the invention. method.

The method for diagnosing voice delay of the present invention, the gateway device and the computer storage medium can be calculated by using the reception time of the test data packet transmitted along the to-be-diagnosed transmission path and the reception time of the acknowledgment data packet transmitted by the transmission path to be diagnosed. The delay of the transmission path to be diagnosed is compared with the prior art, in which the delay of the transmission path is determined by using the RTCP data packet, the device that sends the test data packet and the receiving gateway that receives the test data packet do not need to support NTP in this embodiment. The protocol does not affect the accuracy of the delay calculated by the method of the embodiment even if the time of the transmitting device and the receiving gateway are not synchronized.

DRAWINGS

1 is a flowchart of a method for diagnosing a voice delay according to Embodiment 1 of the present invention;

2 is a flowchart of a method for diagnosing a voice delay according to Embodiment 2 of the present invention;

3 is a schematic block diagram of a gateway device according to Embodiment 3 of the present invention;

4 is a system architecture diagram for providing a gateway device to implement a call between a local phone and a remote phone by using the third embodiment of the present invention;

Figure 5 is a flow chart for performing voice delay diagnosis using the system of Figure 4;

FIG. 6 is a schematic diagram of a module of a gateway device according to Embodiment 4 of the present invention.

detailed description

The present invention will be further described in detail below with reference to the accompanying drawings.

Embodiment 1:

Referring to FIG. 1, this embodiment provides a method for diagnosing a voice delay, which is applied to a transmitting end. The method includes:

S101. Generate a test data packet.

S102. Send a test data packet, control the test data packet to be transmitted to the receiving gateway along the to-be-diagnosed transmission path, and record a sending time of the test data packet.

S103. Receive an acknowledgement packet, and record the receipt time of the acknowledgement packet.

The acknowledgment data packet is feedback of the test data packet returned by the receiving gateway along the to-be-diagnosed transmission path, that is, the acknowledgment data packet is feedback that the receiving gateway sends back the test data packet after receiving the test data packet from the received data packet.

S104. Calculate a delay of the transmission path to be diagnosed according to the sending time and the receiving time.

The voice communication in this embodiment mainly relates to VoIP voice communication, that is, IP telephone communication. The process of implementing communication through VoIP voice communication is generally: the sender gateway performs data sampling on the sender's analog voice signal and encodes the data into a digital signal. The encoded data is compressed into RTP (Real-time Transport Protocol) data packets, and then sent to the receiver gateway. After receiving the RTP data packet, the receiving gateway decompresses the data of the RTP data packet. , decoding, restore it to a voice signal, the receiver user can listen to the sender's voice.

In the VoIP communication, the transmission path of the voice data is the transmission path of the RTP data packet, so it can be understood that, in this embodiment, the delay involved in the method for diagnosing the voice delay is mainly in the VoIP voice communication, and the RTP data packet The delay of the transmission path, so the transmission path to be determined in this embodiment can be understood as the transmission path of the RTP data packet.

In order to determine the delay of the transmission path, the selected method is implemented by using two devices under the same time standard to send RTCP data packets, in particular, the sender sends an RTCP data packet with a transmission time conforming to the NTP standard, and transmits the path through the transmission path. Sending to the receiver, the receiver takes the time difference between the RTCP packet reception time and the NTP time carried in the RTCP packet as the delay of the transmission path. In the prior art, the delay is a one-way time of the transmission path. As the start and end points of the transmission path, the time standards of the sender and the receiver are the same, that is, the time synchronization between the sender and the receiver. In order to get rid of the consistent limit of time standard, this embodiment proposes a diagnostic transmission. The method of the path delay, the specific process includes the above S101, S102, S103 and S104.

The transmission time and reception time used in the present embodiment are both recorded by the party that originally transmitted the test packet, so the transmission time and the reception time are naturally relative to the same standard time. Since in this embodiment, the time for receiving the gateway is not involved, the time standard of the receiving gateway and the time at which the test packet is received do not have any influence on the calculation of the delay of the present embodiment.

In this embodiment, the type of the test data packet is not limited, and includes a data packet that can be transmitted on the transmission path to be diagnosed by itself, for example, an RTP data packet or an RTCP data packet that can be transmitted in the transmission path of the RTP data packet; Or a packet that can be transmitted along the path to be diagnosed under certain control means, such as a customized packet transmitted along the path to be diagnosed under a certain control means.

When the test data packet generated in step S101 is an RTP data packet or an RTCP data packet, since the RTP data packet and the RTCP data packet are themselves transmitted along the transmission path of the RTP data packet, that is, the RTP data packet and the RTCP data packet itself are The transmission is performed along the path to be diagnosed. Therefore, in the case where the test packet is an RTP packet or an RTCP packet, step S102 is to send a test packet to the receiving gateway, and record the transmission time of the transmission test packet.

When the test data packet generated in step S101 is a custom data packet, in order to realize the purpose of transmitting the test data packet along the to-be-diagnosed transmission path, the forwarding node of the to-be-diagnosed transmission path between the transmitting gateway and the receiving gateway may be determined, and the test data is controlled. The forwarding nodes along the path are forwarded in turn until they reach the receiving gateway. Specifically, the information of the forwarding node may be written into the customized data packet, and after receiving the customized data packet, each forwarding node may forward the customized data packet according to the information of the forwarding node in the customized data packet. Go to the next hop forwarding node to achieve the purpose of transmitting the test data packet along the path to be diagnosed, and ensure the correctness of the delay in step S104. In the above analysis, it can be found that when the RTP data packet or the RTCP data packet is used as the test data packet, the direct transmission can be performed, and the steps are simple, and when the customized data packet is used as the test data packet, it needs to be transmitted. The path is restricted. Compared with RTP packets and RTCP packets, its use is more complicated, and it is not as convenient as RTP packets and RTCP packets.

In this embodiment, after receiving the data packet, the receiving gateway first determines whether it is a test data packet. If yes, the receiving gateway immediately returns an acknowledgment data packet along the to-be-diagnosed transmission path, so as to send a gateway record acknowledgment data packet. The receiving time, it is conceivable that the source of the acknowledgment data packet in this embodiment includes but is not limited to: directly sending the test data packet as an acknowledgment data packet to the sending gateway along the path to be diagnosed, or regenerating the data packet as Confirm that the packet is sent back to the sending gateway along the path to be diagnosed.

The method for regenerating the data packet can refer to the above method for generating the test data packet, and the regenerated acknowledgement data packet can also be divided into an RTP data packet, an RTCP data packet, or a custom data packet, and the acknowledged data packet of the postback belongs to the RTP data. When a packet or RTCP data packet is used, the receiving gateway only needs to perform a sending operation, and the acknowledgment data packet can be transmitted to the transmitting gateway along the to-be-diagnosed transmission path, and when the acknowledgment data packet of the postback belongs to the customized data packet, the transmission is controlled along the to-be-diagnosed transmission. For the method of sending the path back to the sending gateway, refer to the above method of sending the test data packet belonging to the customized data packet to the receiving gateway.

In the above description, with respect to the scheme of recreating the data packet as the acknowledgment packet, the test packet is directly used as the acknowledgment packet to be sent back in a manner that does not require re-generation, and the postback operation is simple. Especially when the test data packet is an RTP data packet or an RTCP data packet, the receiving gateway directly sends the test data packet to the sending gateway. At this time, the test data packet itself has met the requirement of sending back along the to-be-diagnosed transmission path.

After the receiving gateway receives the data packet, the test data packet needs to be identified from the data packet, and then the acknowledgment data packet is sent back. The process of receiving the gateway identification test data packet actually takes a certain time, and is calculated in this embodiment. The delay of the transmission path to be diagnosed actually includes the identification time of the receiving gateway, but in general, the time of the identification is short relative to the transmission time of the data packet to be diagnosed, so the identification time can be ignored. The impact on latency. Further, in order to make the delay of the transmission path to be diagnosed in this embodiment more accurate, the identification time of the receiving gateway may be removed from the time delay calculated in step S104. In order to get this recognition The specific value between the receiving gateways can record the total time required for the receiving gateway to continuously identify n (n is an integer) test packets, and then obtain the average time according to the total duration and the number of test packets n, and identify the average time as the average time. Time to use.

It is conceivable that when the test data packet is an RTP data packet or an RTCP data packet, the RTP data packet or the RTCP data packet needs to satisfy the condition that can be distinguished from the normal RTP data packet or the RTCP data packet, and the receiving gateway can judge the received data. Whether the RTP packet or the RTCP packet is a test packet. In order to distinguish the RTP data packet or the RTCP data packet as the test data packet from the normal RTP data packet or the RTCP data packet, in step S101, when generating the test data packet, an RTP data packet or an RTCP data packet may be copied first. Then modify the header information of the RTP data packet or modify the header information of the RTCP data packet, and use the modified RTP data packet or the modified RTCP data packet as the test data packet. Correspondingly, the receiving gateway determining the test data packet may include determining whether the header information of the RTP data packet or the RTCP data packet is modified.

In order to further ensure the accuracy of the receiving gateway judgment and avoid interference to the normal voice communication, when generating the test data packet, the specific information in the packet header may be modified into a preset judgment value, and the receiving gateway may only be in the header of the data packet. Whether the specific information is modified to a preset judgment value can determine whether the data packet is a test data packet.

Taking the RTP data packet as an example, when generating the test data packet, the RTP data packet to be sent at the current time may be copied first, and then the PT value in one of the RTP data packet headers is modified to 126, and then the modified RTP data is sent. The packet, the transmission time is recorded, and the original RTP data packet is also sent to the receiving gateway, and the original RTP data packet is used for normal voice communication. After receiving the RTP data packet, the receiving gateway recognizes that the PT value of the RTP data packet is the PT value of the normal RTP data packet, and decompresses and decodes the content of the RTP data packet to restore the analog voice signal; If it is recognized that the PT value in the header is 126, it can be judged that the RTP data packet is a test data packet, and then the acknowledge data packet is immediately sent back. In order to make the operation of the postback simple, and the postback path is ensured to be the transmission path to be determined, the RTP packet that is judged as the test packet can be directly determined. The postback is sent to the sending gateway. After receiving the RTP data packet with the RP value of 126, the sending gateway records the receiving time. According to the sending time and receiving time of the RTP data packet, the loopback delay of the transmission path to be determined can be calculated. The one-way delay of the transmission path is half of the loopback delay.

When the test data packet is a custom data packet, the receiving gateway cannot determine whether it is a test data packet according to whether the header information of the received data packet changes. In this regard, when generating the customized data packet, the sending gateway may write an indication information to indicate the identity of the test data packet, and instruct the receiving gateway to perform the operation of sending back the test data packet. As an implementation manner, when generating a custom data packet, a custom data packet with a return instruction may be generated as a test data packet, and the return instruction is used to indicate that the receiving gateway receives the test packet immediately after receiving the test packet. The acknowledgement packet is sent back along the transmission path to be determined.

In order to facilitate the control of the transmission of the test data packet, the purpose of controlling the diagnosis of the voice delay is achieved. In this embodiment, a voice delay diagnosis switch can be set to implement the generation and transmission of the test data packet, and a human-computer interaction interface can be further provided. So that the user can control the enable and disable of the voice delay diagnostic switch. When it is necessary to diagnose the delay of the voice of the transmission path, enable the voice delay diagnosis switch, enable the diagnosis of the voice delay, and perform the above steps S101-S104. After the voice delay diagnosis is completed, the voice delay diagnosis switch can be turned off. Wait for the next diagnosis.

According to the method for diagnosing the voice delay of the embodiment, the receiving time of the test data packet sent along the to-be-diagnosed transmission path and the receiving time of the acknowledgment data packet transmitted by the transmission path to be diagnosed can be used to calculate the time of the transmission path to be diagnosed. With respect to the prior art, the RTCP packet is used to determine the delay of the transmission path. In this embodiment, the device that sends the test packet and the receiving gateway that receives the test packet do not need to support the NTP protocol, even if the device and the receiver are received. The time of the gateway is not synchronized, and the accuracy of the delay calculated by the method of the embodiment is not affected.

Embodiment 2:

Referring to FIG. 2, the embodiment provides a method for diagnosing a voice delay, which is applied to a receiving end. The method includes:

S201. Receive a data packet transmitted on a transmission path to be diagnosed.

S202. Determine whether the received data packet is a test data packet.

S203. When the result of the determination is that the received data packet is a test data packet, generate an acknowledgement data packet for the test data packet.

S204. Send an acknowledgement packet along the to-be-diagnosed transmission path to the sending gateway.

The foregoing steps of the embodiment are the steps of the receiving gateway receiving the data packet to the feedback confirmation data packet in the first embodiment. It can be understood that after the acknowledgment data packet of the embodiment is sent to the sending gateway, the sending gateway can record the acknowledgment data packet. According to the receiving time, the delay of the transmission path to be diagnosed can be calculated according to the sending time of the test data packet. The specific calculation formula is: delay = receiving time - sending time.

The method for diagnosing the voice delay in this embodiment is applicable to VoIP. In the VoIP communication, the transmission path of the voice data is the transmission path of the RTP data packet. Therefore, in this embodiment, the delay involved is mainly VoIP. In the voice communication, the delay of the transmission path of the RTP data packet, so the transmission path to be judged can be understood as the transmission path of the RTP data packet.

The test data packet of this embodiment includes a data packet that is transmitted on the transmission path to be diagnosed, for example, an RTP data packet or an RTCP data packet transmitted in a transmission path of the RTP data packet; or can be along a certain control means A data packet to be diagnosed transmitted by the transmission path, such as a custom data packet transmitted along the to-be-diagnosed transmission path under a certain control means.

Considering that the test data packet sent by the sending gateway may be an RTP data packet, an RTCP data packet, or a custom data packet, in order to improve the speed and efficiency of the determination in step S202, when determining whether the data packet is a test data packet, it may first determine Whether the data packet is an RTP data packet or an RTCP data packet, and whether the received data packet is a test data packet according to whether the RTP data packet or the RTCP data packet is modified. When the data packet is a custom data packet, if an instruction is returned in the data packet, indicating that the receiving gateway returns the acknowledgement data packet after receiving the data packet, the data packet is determined as a test data packet, and then the receiving gateway executes the return instruction. Returns the confirmation packet to the sending gateway.

It is conceivable that if the sending gateway generates a test data packet, the standard is to modify some information in the RTP data packet header, for example, the PT value, for example, to 126, and the receiving gateway judges the test packet and the sending gateway generation test. The standard of the data packet corresponds to whether the RTP data packet is a test data packet by determining whether the PT value in the RTP data packet is 126.

In this embodiment, the manner of generating the acknowledgment data packet includes: after receiving the test data packet, regenerating a new data packet as the acknowledgment data packet for the test data packet. It is conceivable that the acknowledgment data packet regenerated in this embodiment may be an RTP data packet, an RTCP data packet or a custom data packet. For the generation process, reference may be made to the related description in the first embodiment. When it is confirmed that the data packet is an RTP data packet or an RTCP data packet, step S203 is actually a step of transmitting an RTP data packet or an RTCP data packet to the receiving gateway, and confirming that the data transmission path of the data packet is the transmission path to be determined. When it is confirmed that the data packet belongs to the custom data packet, the information such as the forwarding node of the transmission path of the acknowledgment data packet needs to be set, and the control acknowledgment data packet is sent back to the sending gateway along the transmission path to be determined. For the specific control manner, refer to the first embodiment. Controls the description of the test packet transmission along the path to be diagnosed.

In addition, the method for generating the acknowledgment data packet further includes directly sending the identified test data packet as an acknowledgment data packet to the sending gateway along the to-be-determined transmission path, and adopting the method does not generate the acknowledgment data packet in advance, thereby avoiding wasting the gateway resource. When the test data packet sent by the sending gateway is an RTP data packet or an RTCP data packet, step S204 may be, after the test data packet is identified, the test data packet is sent back immediately. At this time, step S204 is the simplest, and since the returned RTP data packet or the RTCP data packet itself belongs to a data packet that can be transmitted on the transmission path to be diagnosed, there is no need to use other control means to control the return path of the acknowledgement data packet. For the transmission path to be diagnosed. When the test data packet sent by the sending gateway is a customized data packet, in step S203, some modifications need to be made to the customized data packet, such as changing the forwarding node information of the transmission path carried by the gateway, so as to control the customized data. The packet is returned along the path to be diagnosed.

It is conceivable that the delay obtained by the transmitting gateway side is based on the transmission of the test data packet. Inter- and acknowledgment data packet reception time calculation, which actually includes the time between the receiving gateway receiving the test data packet and sending the acknowledgment data packet. This time is generally used in the identification test data packet, so In this embodiment, the receiving gateway may also record the time required for the self-identification test data packet, and notify the sending gateway of the time, so as to eliminate the error impact of the time on the delay.

By using the method for diagnosing voice delay in this embodiment, after the test data packet is identified, the acknowledgment data packet can be sent back along the to-be-diagnosed transmission path, so that the sending gateway can determine the receiving time of the acknowledgment data packet, and identify the test data packet. Immediately after returning the acknowledgment packet, it is ensured that the time spent on the receiving gateway side is minimized, and the error of the calculated delay is reduced.

Embodiment 3:

Referring to FIG. 3, this embodiment provides a gateway device, including:

a generating module 31 configured to generate a test data packet;

The first sending module 32 is configured to send the test data packet generated by the generating module 31, control the test data packet to be transmitted to the receiving gateway along the to-be-diagnosed transmission path, and record the sending time of the test data packet;

The first receiving module 33 is configured to receive an acknowledgement data packet, and record a receiving time of the acknowledgement data packet; the acknowledgement data packet is a feedback of the test data packet returned by the receiving gateway along the to-be-diagnosed transmission path;

The calculating module 34 is configured to calculate a delay of the transmission path to be diagnosed according to the sending time and the receiving time.

In this embodiment, the sending time and the receiving time used by the calculating module 34 are recorded by the first sending module 32 and the first receiving module 33, the first sending module 32 and the first receiving Module 33 is in the same device and uses the same time standard, so the transmission time and reception time are naturally relative to the same standard time. Since in this embodiment, the time for receiving the gateway is not involved, the time standard of the receiving gateway and the time at which the test packet is received do not have any influence on the calculation of the delay of the present embodiment.

In this embodiment, there is no limitation on the type of the test data packet generated by the generating module 31. The test data packet includes a data packet that can be transmitted on the transmission path to be diagnosed by itself, for example, can be transmitted in the transmission path of the RTP data packet. RTP data packets or RTCP data packets; or data packets that can be transmitted along the path to be diagnosed under certain control means, such as custom data packets transmitted along the path to be diagnosed under certain control means.

When the test data packet generated by the generating module 31 is an RTP data packet or an RTCP data packet, since the RTP data packet and the RTCP data packet are themselves transmitted along the transmission path of the RTP data packet, that is, the RTP data packet and the RTCP data packet. The transmission path itself is transmitted along the path to be diagnosed. Therefore, for the case where the test data packet is an RTP data packet or an RTCP data packet, the first sending module 32 performs the process of sending an RTP data packet or an RTCP data packet to the receiving gateway, and recording and transmitting. The time at which RTP packets or RTCP packets are sent.

When the test data packet generated by the generating module 31 is a custom data packet, in order to achieve the purpose of transmitting the test data packet along the to-be-diagnosed transmission path, the first sending module 32 may determine the sending gateway to the receiving gateway. The forwarding node of the transmission path to be diagnosed, the control test packet is forwarded to the receiving gateway in turn along the forwarding node on the path. Further, the first sending module 32 may write information of the forwarding node of the transmission path to be diagnosed into the test data packet, and each forwarding node on the to-be diagnosed transmission path may receive the test data packet according to the test data packet. The information of the forwarding node forwards the test data packet to the next hop forwarding node to achieve the purpose of transmitting the test data packet along the to-be-diagnosed transmission path, while ensuring the correctness of the delay calculated by the calculation module 34. In the above analysis, it can be found that when the RTP data packet or the RTCP data packet is used as the test data packet, the first sending module 32 can directly send the data packet, and the method is simple, and the customized data packet is used as the test data. When the packet is used, it also needs to limit its transmission path. Compared with RTP data packets or RTCP data packets, its use is more complicated, and it is not as convenient to use as RTP data packets or RTCP data packets.

It is conceivable that after receiving the data packet, the receiving gateway first determines the received number. According to whether the packet is a test data packet, when the judgment result is that the received data packet is a test data packet, the receiving gateway immediately returns an acknowledgment data packet along the to-be-diagnosed transmission path, so as to send the gateway record to confirm the receiving time of the data packet. . The source of the acknowledgment data packet in this embodiment includes, but is not limited to, directly detecting the identified test data packet as an acknowledgment data packet to the sending gateway along the path to be diagnosed, or regenerating the data packet as a acknowledgment data packet for the test data packet. Return to the sending gateway along the path to be diagnosed. Here, the regenerated data packet can refer to the description of the test packet generated by the first embodiment, and the acknowledgement data packet can also be divided into an RTP data packet, an RTCP data packet, or a custom data packet. When the acknowledgment packet sent back by the receiving gateway belongs to the RTP data packet or the RTCP data packet, the receiving gateway only needs to perform the operation of sending the acknowledgment data packet, and confirms that the data packet can be transmitted along the to-be-diagnosed transmission path to the sending gateway, when the postback is sent. For the method of controlling the data packet to be sent back to the sending gateway along the path to be diagnosed, the method for transmitting the customized data packet to the receiving gateway along the path to be diagnosed by the first sending module 32 may be referred to. .

Generally, after the receiving gateway receives the data packet, it needs to judge the test data packet to send back the acknowledgment data packet, and the process of the judgment actually takes a certain time. Therefore, the delay of the transmission path to be diagnosed calculated by the calculation module 34 in this embodiment actually includes the judgment time of the receiving gateway, but in general, the judgment time is relative to the transmission time of the data packet in the transmission path to be diagnosed. The time is very short, so the error of the recognition time on the delay can be ignored. Further, in order to make the delay of the transmission path to be diagnosed in this embodiment more accurate, further, the calculation module 34 may remove the judgment time of the receiving gateway from the delay. For the determination of the judgment time, reference may be made to the related description in the first embodiment.

In this embodiment, when the test data packet generated by the generating module 31 is an RTP data packet or a data RTCP packet, the RTP data packet or the RTCP data packet needs to satisfy a condition that can be distinguished from a normal RTP data packet or an RTCP data packet. The receiving gateway can determine whether the received RTP data packet or the RTCP data packet is a test data packet. In order to be able to use RTP packets as test packets Or the RTCP data packet is distinguished from the normal RTP data packet or the RTCP data packet. When the generating module 31 generates the test data packet, the RTP data packet or the RTCP data packet may be copied first, and then the header information of the RTP data packet is modified or the RTCP is modified. The packet header information of the packet is used as a test data packet by modifying the modified RTP data packet or the modified RTCP data packet. Correspondingly, the criterion for the receiving gateway to identify the test data packet may include determining whether the header information of the RTP data packet or the RTCP data packet is modified. In order to further ensure the accuracy of the judgment, the generating module 31 may modify the specific information in the packet header to a preset judgment value when the test data packet is generated, and the receiving gateway may only modify according to whether the specific information in the packet header of the data packet is modified. The preset judgment value can determine whether the data packet is a test data packet.

Taking the RTP data packet as an example, when generating the test data packet, the generating module 31 may first copy the RTP packet to be sent at the current time, and then modify the PT value in one of the RTP packet headers to 126, the first sending. The module 32 sends the modified RTP packet, records the transmission time, and sends the original RTP data packet to the receiving gateway to ensure the normal voice call. After receiving the RTP data packet, the receiving gateway recognizes that the PT value of the RTP data packet is the PT value of the normal RTP data packet, and decompresses and decodes the content of the RTP data packet to restore the analog voice signal; If it is recognized that the PT value in the header is 126, it can be judged that the RTP packet is a test data packet, and then the acknowledgement data packet is immediately sent back. For the simplicity of the postback operation, and the retransmission path is ensured to be the transmission path to be determined, the RTP data packet that is determined to be the test data packet can be directly sent back to the sending gateway, and the first receiving module 33 of the sending gateway receives the PT value of 126. After the RTP data packet, the receiving time is recorded, and the loopback delay of the transmission path to be determined can be calculated according to the sending time and the receiving time of the RTP data packet, and the one-way delay of the transmission path to be determined is the loopback delay. half.

When the test data packet generated by the generating module 31 is a custom data packet, because there is no original data packet for comparison, the receiving gateway cannot determine whether it is a test data packet according to whether the received header information of the customized data packet changes. . At this point, you can write in the custom packet The indication indicates its identity and instructs the receiving gateway to perform a postback test packet. As an implementation manner, when generating the test data packet, the generating module 31 may generate a custom data packet with a return instruction, where the return instruction is used to instruct the receiving gateway to receive the test data packet. Immediately, the acknowledgement packet is sent back along the transmission path to be judged. Thus, after the receiving gateway receives the data packet with the return instruction, the data packet can be determined as the test data packet according to the return instruction.

In the embodiment of the present invention, the generating module 31 and the calculating module 34 in the gateway device may be used by a CPU (Central Processing Unit) and a DSP (Digital Signal Processor) in the gateway device. a signal processor), an MCU (Microcontroller Unit) or an FPGA (Field-Programmable Gate Array); the first transmitting module 32 and the first receiving module 33 in the gateway device are actually Applications can be implemented through communication modules (including: basic communication suites, operating systems, communication modules, standardized interfaces and protocols, etc.) and transceiver antennas.

The following takes the sending gateway device A and the receiving gateway device B as an example to provide a detailed explanation for the diagnostic voice delay. Referring to FIG. 4, it is a system architecture diagram for implementing a call between a local phone and a remote phone by using the sending gateway of this embodiment. The sending gateway device A, the signaling server, the receiving gateway device B, the local phone A, and the remote phone B are included.

The sending gateway device A and the receiving gateway device B are gateway integrated core system products, including but not limited to the following types: various uplink home gateways, uplink devices, trunk gateways, and user interface devices thereof , access gateway, etc. The core gateway can directly connect to the phone, and the uplink can directly or indirectly connect to the Ethernet. The call signaling server is a device for processing call signaling, including but not limited to a SIP (Session Initiation Protocol) server, a soft switch, and the like.

It is assumed that the test data packet generated by the sending gateway device A is an RTP data packet, and is generated by modifying the PT value of the RTP data packet to 126. See Figure 5, Figure 5 is implemented using the system in Figure 4. Flow chart of delay diagnosis, the specific voice delay process includes:

S501: sampling the voice analog signal, and packaging to form an RTP data packet;

S502, when transmitting the RTP media stream, detecting whether the voice delay diagnosis sending switch is enabled, if yes, proceeding to S503, if not, proceeding to S510;

S503. The sending gateway device A copies a current RTP data packet.

S504, the sending gateway device A modifies the PT value in the RTP data packet header to be 126;

S505. The sending gateway device A sends the modified RTP data packet to the receiving gateway device B, records the system time T1, and sends the original RTP data packet, turns off the voice delay diagnosis sending switch, and enables the voice delay diagnosis receiving switch to Processing the replied RTP packet;

S506, the receiving gateway device B receives the RTP data packet, determines whether the PT value is 126, and if so, proceeds to S507, and if not, proceeds to S510;

S507, without any modification to the received RTP data packet, immediately sent back to the sending gateway device A;

S508, the sending gateway device A receives the RTP data packet sent by the receiving gateway device B without any modification, determines whether the PT value is 126, if yes, proceeds to S509, and if not, proceeds to S510;

S509. Record the time T2 of receiving the RTP data packet, turn off the voice delay diagnosis receiving switch, calculate the result of T2-T1, and return the delay diagnosis result to the human-machine interface;

S510, normal voice processing.

With the gateway device of this embodiment, the first sending module can control the test data packet to be transmitted along the to-be-diagnosed transmission path, and the first receiving module receives the acknowledgement data packet sent back along the to-be-diagnosed transmission path, and the test data packet and the acknowledgement data packet are all along the edge. The transmission path to be diagnosed can ensure that the delay of the diagnosis belongs to the delay of the transmission path to be diagnosed. Compared with the prior art, the sender and the receiver of the RTCP data packet need to be time-synchronized. Recording the transmission time of the test data packet and the receiving time of the acknowledgment data packet satisfy the requirement that the transmission time and the reception time are the same time standard. Therefore, in this embodiment, the voice delay is calculated, and is not affected by the sending gateway and the receiving network. Turn off the time synchronization limit.

Embodiment 4:

Referring to FIG. 6, this embodiment provides a gateway device, including:

The second receiving module 61 is configured to receive a data packet that is sent by the sending gateway along the to-be-diagnosed transmission path;

The determining module 62 is configured to determine whether the data packet received by the second receiving module 61 is a test data packet;

The second generation module 63 is configured to generate an acknowledgement data packet for the test data packet when the determination result obtained by the determination module 62 is that the received data packet is a test data packet;

The second sending module 64 is configured to send an acknowledgement packet to the sending gateway along the to-be-diagnosed transmission path.

The method for diagnosing voice delay in this embodiment is applicable to VoIP. In the VoIP communication, the transmission path of the voice data is the transmission path of the RTP data packet. Therefore, in this embodiment, the method for diagnosing the voice delay involves The delay is mainly the delay of the transmission path of the RTP data packet in the VoIP voice communication. Therefore, the transmission path to be determined in this embodiment can be understood as the transmission path of the RTP data packet.

In this embodiment, the test data packet determined by the determining module 62 includes a data packet that is itself transmitted on the transmission path to be diagnosed, for example, an RTP data packet or an RTCP data packet transmitted in a transmission path of the RTP data packet; Or a data packet that can be transmitted along the path to be diagnosed under certain control means, for example, a custom data packet transmitted along the path to be diagnosed under a certain control means.

The determining module 62 determines that the rule of the test data packet corresponds to the manner in which the sending gateway generates the test data packet. For example, if the sending gateway generates the test data packet by modifying the existing RTP data packet or the RTCP data packet, After the second receiving module 61 receives the data packet, the determining module 62 may first determine whether the data packet is an RTP data packet or an RTCP data packet, and then according to Whether the RTP packet or the RTCP packet is modified to determine whether the received packet is a test packet. If the sending gateway generates the test data packet by generating a custom data packet carrying the return instruction, the returning instruction instructing the receiving gateway to send the data packet and sending back the acknowledgment data packet, after the second receiving module 61 receives the data packet, The determining module 62 can determine whether the data packet is a test data packet by determining whether the data packet carries a return instruction.

Taking the RTP data packet as an example, if the sending gateway generates the test data packet, the information in the RTP data packet header, for example, the PT value, is modified, for example, to 126, and the determining module 62 identifies the test data packet. The rule corresponds to the manner in which the sending gateway generates the test data packet, that is, the determining module 62 determines whether the PT value in the RTP data packet is 126, and if so, the RTP data packet is a test data packet.

It is conceivable that the acknowledgment data packet of this embodiment may be an RTP data packet, an RTCP data packet or a custom data packet. The method for generating the acknowledgment data packet by the second generation module 63 includes: after receiving the test data packet, regenerating a new data packet as the acknowledgment data packet for the test data packet. It is conceivable that the acknowledgment data packet regenerated in this embodiment may be an RTP data packet, an RTCP data packet or a custom data packet. For the generation process, reference may be made to the related description in the first embodiment.

When the confirmation data packet is an RTP data packet or an RTCP data packet, the second sending module 64 performs an operation of sending an RTP data packet or an RTCP data packet to the receiving gateway. At this time, confirming that the data packet transmission path is the transmission path to be determined. . When the confirmation data packet is a custom data packet, the second sending module 64 needs to set information such as a forwarding node that confirms the transmission path of the data packet, and controls the acknowledgment data packet to be sent back to the sending gateway along the to-be-determined transmission path, and the specific control is performed. For the manner, refer to the related description of controlling the transmission of the test data packet along the to-be-diagnosed transmission path in the first embodiment.

In addition, the manner in which the second generation module 63 generates the acknowledgment data packet further includes directly sending the identified test data packet as an acknowledgment data packet to the sending gateway along the to-be-determined transmission path, and the acknowledgment data packet is not generated in advance by using the method. Avoid wasting gateway resources. Especially in the sending network In the case that the transmitted test data packet is an RTP data packet or an RTCP data packet, the second sending module 64 sends back an acknowledgment data packet along the to-be-diagnosed transmission path to the sending gateway, which is actually sending an RTP data packet or an RTCP data packet. To the sending gateway, since the returned RTP data packet or the RTCP data packet itself belongs to the data packet that can be transmitted on the transmission path to be diagnosed, it is not necessary to use other control means to control the return path of the acknowledgment data packet as the transmission path to be diagnosed.

In the embodiment of the present invention, the determining module 62 and the second generating module 63 in the gateway device may be implemented by a CPU, a DSP, an MCU, or an FPGA in the gateway device in an actual application; The two receiving modules 61 and the second sending module 64 can be implemented in a practical application by a communication module (including: a basic communication suite, an operating system, a communication module, a standardized interface and a protocol, etc.) and a transmitting and receiving antenna.

With the gateway device of this embodiment, after the test data packet is identified, the acknowledgment data packet is sent back along the to-be-diagnosed transmission path, so that the sending gateway can determine the receiving time of the acknowledgment data packet, and the test data and the acknowledgment data are all to be diagnosed. Transmission on the transmission path ensures that the calculated delay belongs to the delay of the transmission path to be diagnosed. Secondly, the receiving gateway recognizes the test packet and immediately sends back the acknowledgement packet, which can reduce the return of the acknowledgement packet on the receiving gateway side. The time required is beneficial to reduce the error of the delay calculated by the sending gateway.

In the several embodiments provided by the present application, it should be understood that the disclosed apparatus and method may be implemented in other manners. The device embodiments described above are merely illustrative. For example, the division of the unit is only a logical function division. In actual implementation, there may be another division manner, such as: multiple units or components may be combined, or Can be integrated into another system, or some features can be ignored or not executed. In addition, the coupling, or direct coupling, or communication connection of the components shown or discussed may be indirect coupling or communication connection through some interfaces, devices or units, and may be electrical, mechanical or other forms. of.

The units described above as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place. The party may also be distributed to multiple network units; some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.

In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may be separately used as one unit, or two or more units may be integrated into one unit; The unit can be implemented in the form of hardware or in the form of hardware plus software functional units.

A person skilled in the art can understand that all or part of the steps of implementing the above method embodiments may be completed by using hardware related to the program instructions. The foregoing program may be stored in a computer readable storage medium, and the program is executed when executed. The foregoing storage medium includes: a mobile storage device, a ROM (Read-Only Memory), a RAM (Random Access Memory), a magnetic disk, or an optical disk. A medium that can store program code.

Alternatively, the above-described integrated unit of the present invention may be stored in a computer readable storage medium if it is implemented in the form of a software function module and sold or used as a standalone product. Based on such understanding, the technical solution of the embodiments of the present invention may be embodied in the form of a software product in essence or in the form of a software product stored in a storage medium, including a plurality of instructions. A computer device (which may be a personal computer, server, or network device, etc.) is caused to perform all or part of the methods described in various embodiments of the present invention. The foregoing storage medium includes various media that can store program codes, such as a mobile storage device, a ROM, a RAM, a magnetic disk, or an optical disk.

The above is only a specific embodiment of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily think of changes or substitutions within the technical scope of the present invention. It should be covered by the scope of the present invention. Therefore, the scope of the invention should be determined by the scope of the appended claims.

Industrial applicability

The technical solution of the embodiment of the present invention can calculate the delay of the transmission path to be diagnosed by using the receiving time of the test data packet sent along the to-be-diagnosed transmission path and the receiving time of the acknowledgement data packet transmitted by the transmission path to be diagnosed. In the prior art, the RTCP packet is used to determine the delay of the transmission path. In this embodiment, the device that sends the test packet and the receiving gateway that receives the test packet do not need to support the NTP protocol, even if the sending device and the receiving gateway do not have time. Synchronization does not affect the accuracy of the delay calculated by the method of the present embodiment.

Claims

A method of diagnosing speech delay includes:

Generate test data packets;

Transmitting the test data packet, controlling the test data packet to be transmitted to the receiving gateway along the to-be-diagnosed transmission path, and recording the sending time of the test data packet;

Receiving an acknowledgment data packet, recording a receiving time of the acknowledgment data packet; the acknowledgment data packet is feedback of the test data packet returned by the receiving gateway along the to-be-diagnosed transmission path;

Calculating a delay of the to-be-diagnosed transmission path according to the sending time and the receiving time.
The method of diagnosing speech delay according to claim 1, wherein the test data packet comprises: a real-time transport protocol RTP data packet, a real-time transport control protocol RTCP data packet, or a custom data packet.
The method for diagnosing speech delay according to claim 2, wherein when said test data packet is an RTP data packet, said generating a test data packet comprises: modifying header information of the RTP data packet, and modifying the RTP data Package as a test packet;

When the test data packet is an RTCP data packet, the generating the test data packet includes: modifying a header information of the RTCP data packet, and using the modified RTCP data packet as a test data packet;

When the test data packet is a custom data packet, the generating the test data packet includes: generating a custom data packet with a return instruction as a test data packet, where the return instruction is used to indicate that the receiving gateway receives the After the data packet is tested, an acknowledgement packet is sent back along the to-be-diagnosed transmission path.
A method of diagnosing speech delay according to any of claims 1-3, wherein said acknowledgment data packet comprises said test data packet.
A method for diagnosing speech delay, comprising:

Receiving, by the sending gateway, a data packet transmitted on the transmission path to be diagnosed;

Determining whether the received data packet is a test data packet;

When the judgment result is that the received data packet is a test data packet, generate an acknowledgement data packet for the test data packet;

Sending an acknowledgment packet along the to-be-diagnosed transmission path to the sending gateway.
A gateway device comprising:

Generating a module configured to generate a test data packet;

The first sending module is configured to send the test data packet generated by the generating module, control the test data packet to be transmitted to the receiving gateway along the to-be-diagnosed transmission path, and record the sending time of the test data packet;

a first receiving module, configured to receive an acknowledgement data packet, and record a receiving time of the acknowledgement data packet; the acknowledgement data packet is feedback of the test data packet returned by the receiving gateway along the to-be-diagnosed transmission path;

And a calculating module, configured to calculate a delay of the to-be-diagnosed transmission path according to the sending time and the receiving time.
The gateway device of claim 6, wherein the test data packet generated by the generating module comprises: an RTP data packet, an RTCP data packet, or a custom data packet.
The gateway device of claim 7, wherein the generating module is configured to

When the test data packet is an RTP data packet, modifying a header information of the RTP data packet, and using the modified RTP data packet as a test data packet;

When the test data packet is an RTCP data packet, modifying a header information of the RTCP data packet, and using the modified RTCP data packet as a test data packet;

When the test data packet is a custom data packet, generating a custom data packet with a return instruction as a test data packet, where the return instruction is used to indicate that the receiving gateway, after receiving the test data packet, The transmission path is to be diagnosed and the acknowledgement packet is sent back.
A gateway device according to any of claims 6-8, wherein the acknowledgment data packet comprises the test data packet.
A gateway device comprising:

a second receiving module, configured to receive a data packet transmitted by the sending gateway along the to-be-diagnosed transmission path;

a determining module, configured to determine whether the data packet received by the second receiving module is a test data packet;

a second generation module, configured to generate an acknowledgement data packet for the test data packet when the judgment result obtained by the determination module is that the received data packet is a test data packet;

The second sending module is configured to send an acknowledgment data packet to the sending gateway along the to-be-diagnosed transmission path.
A computer storage medium having stored therein computer executable instructions for performing the method of diagnosing a speech delay according to any one of claims 1 to 4.
A computer storage medium having stored therein computer executable instructions for performing the method of diagnosing a speech delay of claim 5.