CN106713063A - VoIP network packet loss fault detection method - Google Patents
VoIP network packet loss fault detection method Download PDFInfo
- Publication number
- CN106713063A CN106713063A CN201510794610.8A CN201510794610A CN106713063A CN 106713063 A CN106713063 A CN 106713063A CN 201510794610 A CN201510794610 A CN 201510794610A CN 106713063 A CN106713063 A CN 106713063A
- Authority
- CN
- China
- Prior art keywords
- rtp
- packet loss
- network
- rtcp
- voip
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
- H04L43/0835—One way packet loss
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
- H04L43/0841—Round trip packet loss
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a VoIP network packet loss fault detection method comprising the steps that passive monitoring and data capturing are performed on bidirectional RTP and RTCP streams transmitted between VoIP terminal equipment A and terminal equipment B at a certain VoIP network intermediate point C through acquisition equipment; RTP packet loss statistics is performed on the bidirectional RTP streams according to an RTP serial number so as to obtain the number of RTP packet loss observed at the C monitoring point; protocol analysis is performed on the captured RTCP measure message and the related packet loss parameter fields are extracted so as to acquire the statistical situation of end-to-end RTP packet loss performed by the VoIP terminal equipment A and the terminal equipment B; and correlation analysis is performed on the situation of packet loss so as to obtain the situation of packet loss of a segmented network of the direction from A to B and the situation of packet loss of a segmented network of the direction from B to A. According to the VoIP network packet loss fault detection method, the VoIP media stream service quality problem can be accurately located, the bidirectional RTP/RTCP streams can be monitored at the intermediate point of the VoIP network and the position of network packet loss can be judged through calculation and correlation analysis of RTP packet loss and RTCP packet loss.
Description
Technical field
The invention belongs to technical field of network communication, it is related to a kind of Network Fault Detection, more particularly to a kind of method of voip network packet loss fault detect.
Background technology
With IP network and the fast development of application, next generation network (NGN) based on IP bearer networks and Softswitch technology has been widely regarded as realizing the trend of the times of unification of three nets, traditional pstn telephone network is just gradually substituted by VoIP (i.e. the networking telephone, Voice over Internet Protocol) network.Because VoIP voices are transmitted using RTP RTPs in IP network, and Real-time Transport Protocol is based on towards connectionless UDP host-host protocols, and this voice quality for resulting in VoIP is highly susceptible to the influence of IP network packet loss and deterioration occurs.Therefore, for the attendant of voip network, quick detection and orient voip network packet loss and its particular location it is critical that.
Due to the aggravation that telecommunications and broadcasting and TV are competed in " integration of three networks " field, operator increasingly payes attention to the quality of service guarantee of voip network, they very urgently need that the system and instrument in VoIP quality of services problem and quickly positioning and isolated fault source can be actively discovered, to lift user experience quality, to reduce fault correction time.And on the other hand, operator must strictly control the operation cost of voip network, monitored and fault diagnosis system into original deployment VoIP quality of services with alap.
The structure of the IP bearer networks of current operator is sufficiently complex, VoIP voices need to be transmitted by IP kernel central layer, convergence-level, Access Layer, the multistage network equipment of user side and link, and these network equipments and link are likely to that the transmission of VoIP Media Streams is caused to damage, and terminal user is influenceed to the Quality of experience of VoIP business.
Usually, in order to carry out VoIP quality of service malfunction eliminations, can dispose monitoring device (probe) in network intermediate point carries out VoIP Media Stream monitorings, the KPI indexs such as statistics network packet loss and shake.Using traditional VoIP method for diagnosing faults, if being not detected by Network Packet Loss in the monitoring point, can determine whether that its upstream node is not introduced into packet loss, but still cannot determine whether whether node has the voice quality of packet loss, terminal user good downstream.In order to further investigate failure, then need that monitoring point is moved down test step by step.In addition, due to there are different inter-sectional divisions of responsibility (such as voip gateway, IP kernel heart net, broadband access network are likely to be to be responsible for maintenance by different departments) in telecommunication network maintenance system, this causes various inartful obstacles to deployment VoIP probes.Under many circumstances, the phenomenon that the different mutual responsibilities of O＆M department are shifted responsibility onto others occurs inside telecom operators.Therefore, a kind of testing method and tool that can carry out quick voip network Fault Isolation of telecommunications maintenance department very exigence.
The content of the invention
The technical problems to be solved by the invention are：A kind of method of voip network packet loss fault detect is provided, can precise positioning VoIP media stream service quality problems, two-way RTP/RTCP stream is monitored in the intermediate point of voip network, by calculating and association analysis RTP packet losses and RTCP packet losses judge Network Packet Loss position.
In order to solve the above technical problems, the present invention is adopted the following technical scheme that：
A kind of method of voip network packet loss fault detect, methods described comprises the following steps：
Step one, by collecting device certain voip network intermediate point C between VoIP end equipments A and end equipment B transmit two-way RTP and RTCP streams carry out passive type monitoring and data capture；
Step 2, RTP packet loss statistics is carried out to two-way rtp streaming according to RTP sequence numbers, obtains the RTP number of dropped packets observed in C monitoring points, wherein the RTP number of dropped packets reflection obtained to A to B directions rtp streaming statistics be A to C Network Packet Loss situation, abbreviation RTP_a-c；What the RTP number of dropped packets that rtp streaming statistics in B to A directions is obtained was reflected is the Network Packet Loss situation of B to C, abbreviation RTP_b-c；
Step 3, basis carry out protocol analysis to the RTCP measured messages for capturing, and therefrom extract the packet loss parameter field of correlation, the end-to-end PTP packet drop that VoIP end equipments A and end equipment B are counted can respectively be obtained, the Network Packet Loss number of the B to A that be can extract out in the RTCP report for wherein being sent from end equipment A, abbreviation RTCP_b-a；The Network Packet Loss number of A to B, abbreviation RTCP_a-b are can extract out in the RTCP report sent from end equipment B；
Step 4, analysis is associated to RTP_a-c and RTCP_a-b, it can be deduced that the segmented network packet drop in A to B directions is as follows：
If RTP_a-c=0 and RTCP_a-b>0, then point out：Network between VoIP end equipments A to monitoring point C does not exist packet loss, and network between monitoring point C to VoIP end equipments B has packet loss；
If RTP_a-c>0 and RTCP_a-b=RTP_a-c, then point out：There is packet loss in the network between VoIP end equipments A to monitoring point C, and network between monitoring point C to VoIP end equipments B does not exist packet loss；
If RTP_a-c>0 and RTCP_a-b>RTP_a-c, then point out：There is packet loss in the network between VoIP end equipments A to monitoring point C, and network between monitoring point C to VoIP end equipments B there is also packet loss.
Step 5, analysis is associated to RTP_b-c and RTCP_b-a, show that the segmented network packet drop in B to A directions is as follows：
If RTP_b-c=0 and RTCP_b-a>0, then point out：Network between VoIP end equipments B to monitoring point C does not exist packet loss, and network between monitoring point C to VoIP end equipments A has packet loss；
If RTP_b-c>0 and RTCP_b-a=RTP_b-c, then point out：There is packet loss in the network between VoIP end equipments B to monitoring point C, and network between monitoring point C to VoIP end equipments A does not exist packet loss；
If RTP_b-c>0 and RTCP_b-a>RTP_b-c, then point out：There is packet loss in the network between VoIP end equipments B to monitoring point C, and network between monitoring point C to VoIP end equipments A there is also packet loss.
A kind of method of voip network packet loss fault detect, methods described comprises the following steps：
Step one, by collecting device certain voip network intermediate point C between VoIP end equipments A and end equipment B transmit two-way RTP and RTCP streams carry out passive type monitoring and data capture；
Step 2, RTP packet loss statistics is carried out to two-way rtp streaming according to RTP sequence numbers, obtains the RTP number of dropped packets observed in C monitoring points, wherein the RTP number of dropped packets reflection obtained to A to B directions rtp streaming statistics be A to C Network Packet Loss situation, abbreviation RTP_a-c；What the RTP number of dropped packets that rtp streaming statistics in B to A directions is obtained was reflected is the Network Packet Loss situation of B to C, abbreviation RTP_b-c；
Step 3, basis carry out protocol analysis to the RTCP measured messages for capturing, and therefrom extract the packet loss parameter field of correlation, the end-to-end PTP packet drop that VoIP end equipments A and end equipment B are counted can respectively be obtained, the Network Packet Loss number of the B to A that be can extract out in the RTCP report for wherein being sent from end equipment A, abbreviation RTCP_b-a；The Network Packet Loss number of A to B, abbreviation RTCP_a-b are can extract out in the RTCP report sent from end equipment B；
Step 4, analysis is associated to RTP_a-c and RTCP_a-b, draws the segmented network packet drop in A to B directions；
Step 5, analysis is associated to RTP_b-c and RTCP_b-a, draws the segmented network packet drop in B to A directions.
Used as a preferred embodiment of the present invention, in the step 4, the segmented network packet drop in A to B directions is as follows：
If RTP_a-c=0 and RTCP_a-b>0, then draw：Network between VoIP end equipments A to monitoring point C does not exist packet loss, and network between monitoring point C to VoIP end equipments B has packet loss；
If RTP_a-c>0 and RTCP_a-b=RTP_a-c, then draw：There is packet loss in the network between VoIP end equipments A to monitoring point C, and network between monitoring point C to VoIP end equipments B does not exist packet loss；
If RTP_a-c>0 and RTCP_a-b>RTP_a-c, then draw：There is packet loss in the network between VoIP end equipments A to monitoring point C, and network between monitoring point C to VoIP end equipments B there is also packet loss；
As a preferred embodiment of the present invention, in the step 5, analysis is associated to RTP_b-c and RTCP_b-a, show that the segmented network packet drop in B to A directions is as follows：
If RTP_b-c=0 and RTCP_b-a>0, then draw：Network between VoIP end equipments B to monitoring point C does not exist packet loss, and network between monitoring point C to VoIP end equipments A has packet loss；
If RTP_b-c>0 and RTCP_b-a=RTP_b-c, then draw：There is packet loss in the network between VoIP end equipments B to monitoring point C, and network between monitoring point C to VoIP end equipments A does not exist packet loss；
If RTP_b-c>0 and RTCP_b-a>RTP_b-c, then draw：There is packet loss in the network between VoIP end equipments B to monitoring point C, and network between monitoring point C to VoIP end equipments A there is also packet loss.
The beneficial effects of the present invention are：The method of voip network packet loss fault detect proposed by the present invention, can precise positioning VoIP media stream service quality problems, two-way RTP/RTCP streams are monitored in the intermediate point of voip network, Network Packet Loss position is judged by calculating with association analysis RTP packet losses and RTCP packet losses.
Brief description of the drawings
Fig. 1 is the format chart of RTP data packet heads.
Fig. 2 is the schematic diagram that network intermediate point deployment passive type monitoring device RTP/RTCP Media Streams two-way to VoIP carry out data capture.
Fig. 3 is the flow chart of the method for voip network packet loss fault detect of the present invention.
Specific embodiment
The preferred embodiment that the invention will now be described in detail with reference to the accompanying drawings.
Embodiment one
Fig. 3 is referred to, present invention is disclosed a kind of method of voip network packet loss fault detect, methods described comprises the following steps：
【Step one】Passive type monitoring and data capture are carried out to the two-way RTP and RTCP streams transmitted between VoIP end equipments A and end equipment B in certain voip network intermediate point C by collecting device；
【Step 2】RTP packet loss statistics is carried out to two-way rtp streaming according to RTP sequence numbers, the RTP number of dropped packets observed in C monitoring points is obtained, wherein to A to B (i.e. A->B) what the RTP number of dropped packets that rtp streaming statistics in direction is obtained reflected is the Network Packet Loss situation of A to C, abbreviation RTP_a-c；What the RTP number of dropped packets that rtp streaming statistics in B to A directions is obtained was reflected is the Network Packet Loss situation of B to C, abbreviation RTP_b-c；
【Step 3】Protocol analysis are carried out according to the RTCP measured messages to capturing, and therefrom extract the packet loss parameter field of correlation, the end-to-end PTP packet drop that VoIP end equipments A and end equipment B are counted can respectively be obtained, the Network Packet Loss number of the B to A that be can extract out in the RTCP report for wherein being sent from end equipment A, abbreviation RTCP_b-a；The Network Packet Loss number of A to B, abbreviation RTCP_a-b are can extract out in the RTCP report sent from end equipment B；
【Step 4】Analysis is associated to RTP_a-c and RTCP_a-b, it can be deduced that the segmented network packet drop in A to B directions is as follows：
If RTP_a-c=0 and RTCP_a-b>0, then point out：Network between VoIP end equipments A to monitoring point C does not exist packet loss, and network between monitoring point C to VoIP end equipments B has packet loss；
If RTP_a-c>0 and RTCP_a-b=RTP_a-c, then point out：There is packet loss in the network between VoIP end equipments A to monitoring point C, and network between monitoring point C to VoIP end equipments B does not exist packet loss；
If RTP_a-c>0 and RTCP_a-b>RTP_a-c, then point out：There is packet loss in the network between VoIP end equipments A to monitoring point C, and network between monitoring point C to VoIP end equipments B there is also packet loss.
【Step 5】Analysis is associated to RTP_b-c and RTCP_b-a, show that the segmented network packet drop in B to A directions is as follows：
If RTP_b-c=0 and RTCP_b-a>0, then point out：Network between VoIP end equipments B to monitoring point C does not exist packet loss, and network between monitoring point C to VoIP end equipments A has packet loss；
If RTP_b-c>0 and RTCP_b-a=RTP_b-c, then point out：There is packet loss in the network between VoIP end equipments B to monitoring point C, and network between monitoring point C to VoIP end equipments A does not exist packet loss；
If RTP_b-c>0 and RTCP_b-a>RTP_b-c, then point out：There is packet loss in the network between VoIP end equipments B to monitoring point C, and network between monitoring point C to VoIP end equipments A there is also packet loss.
Embodiment two
RTP(Realtime Transport Protocol)RTPIt is directed to multimedia on InternetData flowA host-host protocol, defined by IETF RFC1889 standards, it typical case application (such as VoIP) set up on udp protocol.RTP is defined as being worked in the case of one-to-one or one-to-many transmission, the purpose is to providing temporal information and realizing that stream is synchronous.RTP only ensures the transmission of real time data in itself, can not provide reliable transfer mechanism to transmit packet in order, and flow control or congestion control are not provided yet, and it provides these services by RTCP.
RTCP (Realtime Transport Control Protocol) RTCP Real-time Transport Control Protocol is responsible for transmission quality exchange of control information between current application process.In RTP ession for telecommunication, each participant periodically transmits RTCP bags, the statistics such as quantity, the quantity of packet of loss containing the packet for having sent in bag, therefore, server can dynamically change transmission rate using these information, or even change PT Payload Type.RTP and RTCP are used cooperatively, and can optimize efficiency of transmission with effective feedback and minimum expense.
Next, the method that RTP layers of packet loss of analysis is calculated.Fig. 1 is the form of RTP data packet heads.In the RTP package head formats of Fig. 1, RTP sequence-number fields are 16 fields for bit, it enters Line Continuity and counts to each with the rtp streaming that source/destination IP address and SSRC fields are index, and the continuous RTP bags that will belong to same rtp streaming stamp continuous sequence numbered tag (for example：0,1,2,3 ..., 65535,0,1,2 ...).As can be seen here, RTP sequence-number fields can be used to carry out RTP packet losses, the calculating of out of order bag number.
Whether the recipient of RTP messages can provide the statistical information about data reception quality using two kinds of RTCP report message (SR or RR), specifically to see the recipient while being a sender for RTP messages from SR (source report) messages or RR (Receiver Report) message.Specifically, if after a session participation person sends RTCP messages from last time, have sent new RTP data messages, then the participant needs to transmit SR messages, RR messages are otherwise transmitted.SR messages differ primarily in that the former contains information of 20 bytes about sender with RR messages.
VoIP end equipments (such as voip gateway, telephone terminal) are contained in the SR messages and RR messages of rtcp protocol on RTP packet loss static fields, including：
(1) percentage (fraction lost) is lost:8 bits, it represent from a upper SR or RR message transmission after, in DRP data reception process lose RTP messages number with the receivable RTP message totals for arriving percentage.
(2) packet loss accumulative total (cumulative number of packet lost):24 bits, when it have recorded the RTCP messages and sends, the sum of RTP data messages lost during reception.
As shown in Figure 2, point (such as watershed position of different operators network) deployment passive type monitoring device RTP/RTCP Media Streams two-way to VoIP carry out data capture between in a network, then RTP/RTCP packet loss indexs are calculated, go forward side by side the association analysis of row index, can effectively position the specific network site of packet loss failure.
In the monitoring point C in operator A and operation B watersheds, the general principle that test equipment is associated the analysis of RTP, RTCP packet loss is as follows：
(1) test equipment can monitor the RTP Media Streams (gateway A to netting B, gateway B to net A) of both direction, and can calculate the RTP number of dropped packets observed in C monitoring points：Wherein what the RTP number of dropped packets in A to B directions reflected is Network Packet Loss situation (abbreviation RTP_a-c) of A to C；What the RTP number of dropped packets in B to A directions reflected is Network Packet Loss situation (abbreviation RTP_b-c) of B to C.
(2) in addition, the RTCP measurement reports that the gateway A and gateway B that test equipment can also be monitored send, and end to end network number of dropped packets (abbreviation RTCP_b-a) of the B to A that can be extracted from the RTCP report of gateway A, end to end network number of dropped packets (abbreviation RTCP_a-b) of A to B is extracted from the RTCP report of gateway B.
(3) the segmented network packet drop of gateway A to B directions can be drawn by association analysis RTP_a-c and RTCP_a-b index：If RTP_a-c=0＆RTCP_a-b>0, then illustrate that operator A network does not exist packet loss, and there is packet loss in Carrier B networks；If RTP_a-c>0＆RTCP_a-b=RTP_a-c, then illustrate that operator A network has packet loss, and Carrier B networks do not exist packet loss；If RTP_a-c>0&RTCP_a-b>RTP_a-c, then illustrate that operator A network has packet loss, and Carrier B networks there is also packet loss.
(4) the segmented network packet drop in gateway B to A directions can be drawn by association analysis RTP_b-c and RTCP_b-a index：If RTP_b-c=0＆RTCP_b-a>0, then illustrate that Carrier B networks do not exist packet loss, and there is packet loss in operator A network；If RTP_b-c>0＆RTCP_b-a=RTP_b-c, then illustrate that Carrier B networks have packet loss, and operator A network does not exist packet loss；If RTP_b-c>0&RTCP_b-a>RTP_b-c, then illustrate that Carrier B networks have packet loss, and operator A network there is also packet loss.
In sum, the method of voip network packet loss fault detect proposed by the present invention, can precise positioning VoIP media stream service quality problems, monitor two-way RTP/RTCP stream in the intermediate point of voip network, judge Network Packet Loss position by calculating with association analysis RTP packet losses and RTCP packet losses.
Here description of the invention and application are illustrative, in being not wishing to limit the scope of the invention to above-described embodiment.The deformation and change of embodiments disclosed herein are possible, and the replacement of embodiment and equivalent various parts are known for those skilled in the art.It should be appreciated by the person skilled in the art that in the case where spirit or essential characteristics of the invention are not departed from, the present invention can in other forms, structure, arrangement, ratio, and realized with other components, material and part.In the case where scope and spirit of the present invention are not departed from, other deformations can be carried out to embodiments disclosed herein and is changed.
Claims (4)
1. a kind of method of voip network packet loss fault detect, it is characterised in that methods described comprises the following steps：
Step one, by collecting device certain voip network intermediate point C between VoIP end equipments A and end equipment B transmit two-way RTP and RTCP streams carry out passive type monitoring and data capture；
Step 2, RTP packet loss statistics is carried out to two-way rtp streaming according to RTP sequence numbers, obtains the RTP number of dropped packets observed in C monitoring points, wherein the RTP number of dropped packets reflection obtained to A to B directions rtp streaming statistics be A to C Network Packet Loss situation, abbreviation RTP_a-c；What the RTP number of dropped packets that rtp streaming statistics in B to A directions is obtained was reflected is the Network Packet Loss situation of B to C, abbreviation RTP_b-c；
Step 3, basis carry out protocol analysis to the RTCP measured messages for capturing, and therefrom extract the packet loss parameter field of correlation, the end-to-end PTP packet drop that VoIP end equipments A and end equipment B is counted is obtained respectively, the Network Packet Loss number of the B to A extracted in the RTCP report for wherein being sent from end equipment A, abbreviation RTCP_b-a；The Network Packet Loss number of A to B, abbreviation RTCP_a-b are extracted in the RTCP report sent from end equipment B；
Step 4, analysis is associated to RTP_a-c and RTCP_a-b, show that the segmented network packet drop in A to B directions is as follows：
If RTP_a-c=0 and RTCP_a-b>0, then point out：Network between VoIP end equipments A to monitoring point C does not exist packet loss, and network between monitoring point C to VoIP end equipments B has packet loss；
If RTP_a-c>0 and RTCP_a-b=RTP_a-c, then point out：There is packet loss in the network between VoIP end equipments A to monitoring point C, and network between monitoring point C to VoIP end equipments B does not exist packet loss；
If RTP_a-c>0 and RTCP_a-b>RTP_a-c, then point out：There is packet loss in the network between VoIP end equipments A to monitoring point C, and network between monitoring point C to VoIP end equipments B there is also packet loss；
Step 5, analysis is associated to RTP_b-c and RTCP_b-a, show that the segmented network packet drop in B to A directions is as follows：
If RTP_b-c=0 and RTCP_b-a>0, then point out：Network between VoIP end equipments B to monitoring point C does not exist packet loss, and network between monitoring point C to VoIP end equipments A has packet loss；
If RTP_b-c>0 and RTCP_b-a=RTP_b-c, then point out：There is packet loss in the network between VoIP end equipments B to monitoring point C, and network between monitoring point C to VoIP end equipments A does not exist packet loss；
If RTP_b-c>0 and RTCP_b-a>RTP_b-c, then point out：There is packet loss in the network between VoIP end equipments B to monitoring point C, and network between monitoring point C to VoIP end equipments A there is also packet loss.
2. a kind of method of voip network packet loss fault detect, it is characterised in that methods described comprises the following steps：
Step one, by collecting device certain voip network intermediate point C between VoIP end equipments A and end equipment B transmit two-way RTP and RTCP streams carry out passive type monitoring and data capture；
Step 2, RTP packet loss statistics is carried out to two-way rtp streaming according to RTP sequence numbers, obtains the RTP number of dropped packets observed in C monitoring points, wherein the RTP number of dropped packets reflection obtained to A to B directions rtp streaming statistics be A to C Network Packet Loss situation, abbreviation RTP_a-c；What the RTP number of dropped packets that rtp streaming statistics in B to A directions is obtained was reflected is the Network Packet Loss situation of B to C, abbreviation RTP_b-c；
Step 3, basis carry out protocol analysis to the RTCP measured messages for capturing, and therefrom extract the packet loss parameter field of correlation, the end-to-end PTP packet drop that VoIP end equipments A and end equipment B is counted is obtained respectively, the Network Packet Loss number of the B to A extracted in the RTCP report for wherein being sent from end equipment A, abbreviation RTCP_b-a；The Network Packet Loss number of A to B, abbreviation RTCP_a-b are extracted in the RTCP report sent from end equipment B；
Step 4, analysis is associated to RTP_a-c and RTCP_a-b, draws the segmented network packet drop in A to B directions；
Step 5, analysis is associated to RTP_b-c and RTCP_b-a, draws the segmented network packet drop in B to A directions.
3. the method for voip network packet loss fault detect according to claim 2, it is characterised in that：
In the step 4, the segmented network packet drop in A to B directions is as follows：
If RTP_a-c=0 and RTCP_a-b>0, then draw：Network between VoIP end equipments A to monitoring point C does not exist packet loss, and network between monitoring point C to VoIP end equipments B has packet loss；
If RTP_a-c>0 and RTCP_a-b=RTP_a-c, then draw：There is packet loss in the network between VoIP end equipments A to monitoring point C, and network between monitoring point C to VoIP end equipments B does not exist packet loss；
If RTP_a-c>0 and RTCP_a-b>RTP_a-c, then draw：There is packet loss in the network between VoIP end equipments A to monitoring point C, and network between monitoring point C to VoIP end equipments B there is also packet loss.
4. the method for voip network packet loss fault detect according to claim 2, it is characterised in that：
In the step 5, analysis is associated to RTP_b-c and RTCP_b-a, show that the segmented network packet drop in B to A directions is as follows：
If RTP_b-c=0 and RTCP_b-a>0, then draw：Network between VoIP end equipments B to monitoring point C does not exist packet loss, and network between monitoring point C to VoIP end equipments A has packet loss；
If RTP_b-c>0 and RTCP_b-a=RTP_b-c, then draw：There is packet loss in the network between VoIP end equipments B to monitoring point C, and network between monitoring point C to VoIP end equipments A does not exist packet loss；
If RTP_b-c>0 and RTCP_b-a>RTP_b-c, then draw：There is packet loss in the network between VoIP end equipments B to monitoring point C, and network between monitoring point C to VoIP end equipments A there is also packet loss.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510794610.8A CN106713063B (en) | 2015-11-18 | 2015-11-18 | The method of voip network packet loss fault detection |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510794610.8A CN106713063B (en) | 2015-11-18 | 2015-11-18 | The method of voip network packet loss fault detection |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106713063A true CN106713063A (en) | 2017-05-24 |
| CN106713063B CN106713063B (en) | 2019-09-06 |
Family
ID=58933463
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510794610.8A Active CN106713063B (en) | 2015-11-18 | 2015-11-18 | The method of voip network packet loss fault detection |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106713063B (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108199916A (en) * | 2017-12-27 | 2018-06-22 | 中国移动通信集团山东有限公司 | A kind of VoLTE voice quality monitors method and system |
| CN109672548A (en) * | 2017-10-17 | 2019-04-23 | 中国移动通信有限公司研究院 | A kind of VoLTE network fault detecting method, device and server |
| CN109936526A (en) * | 2017-12-15 | 2019-06-25 | 中国移动通信集团山东有限公司 | A method and device for determining voice quality |
| CN110932934A (en) * | 2019-11-21 | 2020-03-27 | 中国联合网络通信集团有限公司 | A kind of network packet loss detection method and device |
| CN112688824A (en) * | 2019-10-17 | 2021-04-20 | 中国移动通信集团浙江有限公司 | RTP packet loss detection method, device, equipment and computer readable storage medium |
| TWI735942B (en) * | 2019-09-05 | 2021-08-11 | 中華電信股份有限公司 | System and method for predicting and preventing obstacles of network communication equipment based on machine learning |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7209472B2 (en) * | 2001-05-18 | 2007-04-24 | Fujitsu Limited | Method of controlling change-over of connection route between media gateway apparatuses, and call agent apparatus |
| CN101119299A (en) * | 2006-08-02 | 2008-02-06 | 华为技术有限公司 | Method for conducting media stream, conduction detection method and system thereof |
| US20080212567A1 (en) * | 2005-06-15 | 2008-09-04 | Mohamed El-Hennawey | Method And Apparatus For Non-Intrusive Single-Ended Voice Quality Assessment In Voip |
| CN102164053A (en) * | 2010-02-18 | 2011-08-24 | 冲电气工业株式会社 | Network fault detection system |
| CN102572531A (en) * | 2012-02-21 | 2012-07-11 | 德科仕通信(上海)有限公司 | Method and system for delimiting packet loss faults of internet protocol television (IPTV) network |
-
2015
- 2015-11-18 CN CN201510794610.8A patent/CN106713063B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7209472B2 (en) * | 2001-05-18 | 2007-04-24 | Fujitsu Limited | Method of controlling change-over of connection route between media gateway apparatuses, and call agent apparatus |
| US20080212567A1 (en) * | 2005-06-15 | 2008-09-04 | Mohamed El-Hennawey | Method And Apparatus For Non-Intrusive Single-Ended Voice Quality Assessment In Voip |
| CN101119299A (en) * | 2006-08-02 | 2008-02-06 | 华为技术有限公司 | Method for conducting media stream, conduction detection method and system thereof |
| CN102164053A (en) * | 2010-02-18 | 2011-08-24 | 冲电气工业株式会社 | Network fault detection system |
| CN102572531A (en) * | 2012-02-21 | 2012-07-11 | 德科仕通信(上海)有限公司 | Method and system for delimiting packet loss faults of internet protocol television (IPTV) network |
Non-Patent Citations (1)
| Title |
|---|
| 赵立军: "《网络服务质量的测量技术研究》", 《中国优秀硕士论文电子期刊网》 * |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109672548A (en) * | 2017-10-17 | 2019-04-23 | 中国移动通信有限公司研究院 | A kind of VoLTE network fault detecting method, device and server |
| CN109672548B (en) * | 2017-10-17 | 2022-04-01 | 中国移动通信有限公司研究院 | Long term evolution voice VoLTE network fault detection method, device and server |
| CN109936526A (en) * | 2017-12-15 | 2019-06-25 | 中国移动通信集团山东有限公司 | A method and device for determining voice quality |
| CN109936526B (en) * | 2017-12-15 | 2021-09-28 | 中国移动通信集团山东有限公司 | Method and device for determining voice quality |
| CN108199916A (en) * | 2017-12-27 | 2018-06-22 | 中国移动通信集团山东有限公司 | A kind of VoLTE voice quality monitors method and system |
| TWI735942B (en) * | 2019-09-05 | 2021-08-11 | 中華電信股份有限公司 | System and method for predicting and preventing obstacles of network communication equipment based on machine learning |
| CN112688824A (en) * | 2019-10-17 | 2021-04-20 | 中国移动通信集团浙江有限公司 | RTP packet loss detection method, device, equipment and computer readable storage medium |
| CN112688824B (en) * | 2019-10-17 | 2022-09-27 | 中国移动通信集团浙江有限公司 | RTP packet loss detection method, apparatus, device, and computer-readable storage medium |
| CN110932934A (en) * | 2019-11-21 | 2020-03-27 | 中国联合网络通信集团有限公司 | A kind of network packet loss detection method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106713063B (en) | 2019-09-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106713063B (en) | The method of voip network packet loss fault detection | |
| EP2801173B1 (en) | Determination of a quality induced termination rate of communication sessions | |
| EP1646183B1 (en) | Method and apparatus for non-intrusive measurement of delay variation of data traffic on communication networks | |
| CN106850337B (en) | A kind of network quality detection method and device | |
| EP2915303B1 (en) | Detection of periodic impairments in media streams | |
| US7936695B2 (en) | Tunneling reports for real-time internet protocol media streams | |
| US7889660B2 (en) | System and method for synchronizing counters on an asynchronous packet communications network | |
| CN102204164B (en) | Method and device for reporting network packet loss information | |
| KR101268781B1 (en) | System and method for interworking between media quality assessment at terminal device and qos control in transport network | |
| EP2022201B1 (en) | Media segment monitoring | |
| US20080247331A1 (en) | Method and Apparatus for High Resolution Passive Network Latency Measurement | |
| CN101378337B (en) | Method for measuring service quality, network equipment and network system | |
| CN102572531B (en) | Method and system for delimiting packet loss faults of internet protocol television (IPTV) network | |
| CN102546263A (en) | Failure isolation method and system for video server and Internet protocol (IP) network in Internet protocol television (IPTV) network | |
| CN105391592A (en) | Packet transport network service detecting and measuring method, device and system | |
| KR100936236B1 (en) | Apparatus and method for monitoring quality of service metric of QoS voice traffic using SPI / RTP | |
| US20110038270A1 (en) | Method for facilitating latency measurements using intermediate network devices between endpoint devices connected by a computer network | |
| US8661122B2 (en) | Method for monitoring access networks | |
| WO2008080256A1 (en) | A method and system for measuring the error rate in the eot network | |
| CN116545885B (en) | Index measurement method and device, electronic equipment and storage medium | |
| Taruk et al. | Quality of service voice over internet protocol in mobile instant messaging | |
| CN108055216B (en) | Method and system for PTN chip to actively measure packet loss | |
| EP1687935B1 (en) | Methods and system for measuring the round trip time in packet switching telecommunication networks | |
| EP2187563B1 (en) | Method for measuring quality of service, transmission method, device and system of messages | |
| Kim et al. | End-to-end qos monitoring tool development and performance analysis for NGN |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |