Login| Sign Up| Help| Contact|

Patent Searching and Data


Title:
METHOD FOR MEASURING DELAY PARAMETERS IN A NETWORK
Document Type and Number:
WIPO Patent Application WO/2001/020825
Kind Code:
A1
Abstract:
A method for measuring delay parameters in a packet switched network between node A and node B (20), each having a clock, is disclosed.The method includes the steps of: measuring a first relative one way delay (ROWD1) (21) from node A to node B, measuring a second relative one way delay (ROWD2) (21) from node B to node A and calculating the difference between the first and second relative one way delays for providing a relative one way delay (ROWD) parameter. Methods for improving TCP protocol and detecting congestion in a packetswitched network using ROWD measurements are also provided.

Inventors:
POGREBINSKY VLADIMIR (IL)
Application Number:
PCT/IL2000/000569
Publication Date:
March 22, 2001
Filing Date:
September 14, 2000
Export Citation:
Click for automatic bibliography generation   Help
Assignee:
VOCALTEC COMM LTD (IL)
POGREBINSKY VLADIMIR (IL)
International Classes:
H04J3/06; H04L12/26; H04L12/56; (IPC1-7): H04J1/16; H04J3/06
Foreign References:
US5450394A1995-09-12
Other References:
SCHULZRINNE H ET AL: "RTP: A Transport Protocol for Real-Time Applications", IETF RFC 1889, January 1996 (1996-01-01), XP002122581
ANDREW S TANENBAUM: "Computer Networks", COMPUTER NETWORKS, LONDON: PRENTICE-HALL INTERNATIONAL, GB, PAGE(S) 539-541, ISBN: 0-13-394248-1, XP002115029
Attorney, Agent or Firm:
Sinai, Henry (Pearl, Latzer & Cohen-Zedek Gav Yam Center 2 Shenkar Street 7 Herzlia, IL)
Download PDF:
Claims:
What is claimed is:
1. A method for measuring delay parameters in a packet switched network between node A and node B, each having a clock, comprising the steps of: measuring a first relative one way delay (ROWD1) from node A to node B; measuring a second relative one way delay (ROWD2) from node B to node A; and calculating the difference between said first and second relative one way delays for providing a relative one way delay (ROWD) parameter by using the following equation: ROWD = ROWD2ROWD1.
2. The method of claim 1, wherein the step of determining ROWD1 comprising the steps of: node A sending to node B a first probe packet at a time A1; node B receiving said first probe packet at time B1; and calculating ROWD1 as ROWD1 =B1A1.
3. The method of claim 1, wherein the step of determining ROWD1 comprising the steps of: node A sending to node B a second probe packet at a time A2; node B receiving said first probe packet at time B2; and calculating ROWD2 as ROWD2=B2A2.
4. The method of claim 1, wherein said clocks of node A and node B are not synchronized with respect to each other.
5. The method of claim 4, wherein said packet switched network is the Internet.
6. The method of claim 5, wherein said first and second probe packets include packets of RTCP protocol.
7. The method of claim 1, wherein an absolute parameter of one way delay (OWD) is calculated by subtracting a clock difference (CD) of said clocks of said node A and said node B from said ROWD, which calculation is provided by the followingequation: OWD = ROWDCD.
8. The method of claim 1, wherein the difference between consecutive measurements of ROWD (AROWD) is use for learning said network behavior.
9. A method for detecting congestion in a packet switched network by measuring relative one way delay (ROWD), comprising the steps of: measuring a first relative one way delay (ROWD1) from node A to node B; measuring a second relative one way delay (ROWD2) from node B to node A; calculating the difference between said first and second relative one way delays for providing a relative one way delay (ROWD) parameter by using the following equation: ROWD = ROWD2ROWD1. estimating a smoothed ROWD average An; estimating a smoothed ROWD jitter Jn; and comparing the last measurement of ROWD with a dynamic threshold, said dynamic threshold being a function of An and Jn for detecting said congestion.
10. The method of claim 8, wherein the step of estimating An is according to the equation: AnAn= (15/16)+ROWDn#1/16#.
11. The method of claim 8, wherein the step of estimating Jn is according to the equation: Jn1#4/5+|#ROWDn|#1/5Jn=.
12. The method of claim 8, wherein said dynamic threshold Td is vary according to the equation; Td = An l +3Jn I.
13. The method of claim 11, wherein the step of detecting congestion includes analyzing the growth of said ROWD in comparison to Td.
14. A method for improving bit rate control of TCP Protocol by employing a relative one way delay (ROWD) parameter comprising the steps of: measuring a first relative one way delay (ROWD1) from node A to node B; measuring a second relative one way delay (ROWD2) from node B to node A; calculating the difference between said first and second relative one way delays for providing a relative one way delay (ROWD) parameter by using the following equation: ROWD = ROWD2ROWD1; and estimating the retransmission timeout value with accordance to a last measured ROWD.
Description:
METHOD FOR MEASURING DELAY PARAMETERS IN A NETWORK FIELD OF THE INVENTION The present invention is directed to monitoring data transmission over networks, and in particular to, methods for monitoring data transmissions over asymmetric networks.

BACKGROUND OF THE INVENTION Communications networks, such as the Internet, typically support applications such as telephony. In Internet telephony, data is transmitted typically in the form of packets. The delay associated with packet transmission is known as a propagation delay. This propagation delay is typically measured by round trip delay and may be used in order to optimize network utilization.

For example, FIGs. 1 and 2 illustrate an asymmetric network 20 having nodes A and B and data transmission between these nodes. In Fig. 1, the network is capable of transmitting 5 Kbit/sec from node A to Node B and 3Kbit/sec from node B to node A (indicated by solid line arrows 21).

When additional data is desired to be transmitted from node B to node A, for example 6 Kbit/sec, the network becomes overloaded, as it is only capable of transmitting 3 Kbit/sec from node B to node A. As a result, packages sent from node B to node A become delayed, since they can not be transmitted in the proper time. Each new packet sent from node B (indicated by broken line arrow 22) will wait at node B and will be transmitted only after all other previously sent packets.

Transmission delay grows to a point where all intermediate buffers at node B become full and node B starts to drop packets, resulting in packet loss.

To overcome the problem of transmission loss, the network should be monitored to detect such a situation. This is typically done by monitoring the round trip time (RTT) for each packet. For example, RTT may be measured at node A by an algorithm that typically: 1) sends a probe packet from Node A to Node B at time A1; 2) Node B receives this packet at time B1; 3) Node B sends a reply at time B2; and 4) node A receives a reply to the packet sent at (1) at time A2. RTT is then calculated in accordance with the equation: RTT= (A2-A1)- (B2-B1) This relation is expressed graphically as shown in Fig. 3. Resultant RTT graphs for Fig. 1 is shown in FIG. 4 and for FIG. 2 is shown in FIG. 5. In FIG. 4, RTT is constant, as the network is able to handle the packet transmissions. This is not so for FIG. 5, where RTT increases due to network overload and back-up of packets.

RTT measured at node B behaves similarly to that measured at node A.

This may be problematic when applied to asymmetric networks. As exemplified in Fig. 2, there is a problem in packet transmission from node B to node A, but not from node A to node B. If measuring RTT, a network load problem will be detected at both Nodes A and B, when this is not the case, since the network load problem is only at node B.

This problem is overcome by measuring one-way delay. However, measurement of one-way delay exhibits drawbacks in that clocks at nodes A and B must be synchronized, in accordance with protocols such as RFC 1305 Network

Time Protocol as detailed in Mills,"Network Time Protocol (Version 3) Specification, Implementation and Analysis", Network Working Group, Request for Comments: 1305 (March 1992). This protocol is complicated as it requires distributed participation of a number of client/servers or peers arranged in a dynamically reconfigurable, hierarchically distributed configuration.

SUMMARY OF THE INVENTION The present invention overcomes the problems associated with the conventional art by providing a simplified monitoring parameter based on relative one way delay between nodes in a network. This measurement of relative one way delay does not require synchronization of the clocks with respect to each other at nodes A and B. As a result, of the present invention, bitrate and bandwidth can be controlled with greater accuracy when compared to that of the conventional art.

In one aspect of the present invention there is provided a method for measuring delay parameters in a packet switched network between node A and node B. Each node has a clock which is not synchronized with each other.

This delay parameters measuring method includes the steps of measuring a first relative one way delay (ROWD1) from node A to node B, measuring a second relative one way delay (ROWD2) from node B to node A and calculating the difference between said first and second relative one way delays for providing a relative one way delay (ROWD) parameter. The ROWD is provided by the following equation: ROWD = ROWD2-ROWD1.

In this manner, the step of determining ROWD1 includes the steps of, node A sending to node B a first probe packet at a time A1, node B receiving the first probe packet at time B1, and calculating ROWD1 as ROWD1=B1-A1.

Preferably, the step of determining ROWD1 includes the steps of : node A sending to node B a second probe packet at a time A2, node B receiving the first probe packet at time B2 and calculating ROWD2 as ROWD2=B2-A2.

In another aspect of the invention, an absolute parameter of one way delay (OWD) is calculating by subtracting a clock difference (CD) between the clocks of node A and node B from the ROWD and provided by the following equation: OWD = ROWD-CD.

In another aspect of the present invention, there is provided a method for detecting congestion in a packet switched network by measuring AROWD The method inclues steps associated with the delay parameters measuring method, detailed above, and the steps of, estimating a smoothed ROWD average An, estimating a smoothed ROWD jitter Jn and comparing the last measurement of ROWD to a dynamic threshold which threshold is a function of An and Jn.

Preferably, the step of estimating An is according to the following equation: An = An l 6) + ROWDn 1/6 Preferably, the step of estimating Jn is according to the following equation Jn-1#4/5+|#ROWDn|#1/5Jn= Preferably, said dynamic threshold Td is vary according to following equation; Td=An-l+3Jn-l

In another aspect of the invention, congestion in the network is detected by analyzing growth of the ROWD in comparison to Td.

In still another aspect of the invention, there is disclosed a method of improving of bit rate control by TCP protocol in accordance with a relative one way delay (ROWD) parameter. The method includes steps associated with the delay parameters measuring method, detailed above, and the step of estimating the retransmission timeout value according to a last measured ROWD.

BRIEF DESCRIPTION OF THE DRAWINGS Reference is now made to the attached drawings, where like reference numerals or characters indicate corresponding or like components. In the drawings: Fig. 1 is a diagram of a first example of an asymmetric network; Fig. 2 is a diagram of a second example of an asymmetric network; Fig. 3 is a diagrammatic illustration for calculating RTT; Fig. 4 is a chart of RTT over time for the network detailed in Fig. 1; Fig. 5 is a chart of RTT over time for the network detailed in Fig. 2; Fig. 6 is a diagram of the present invention; Fig. 7 is a graph of packet receipt versus time; and Fig. 8 is a flow chart detailing an exemplary operation using the relative one way delay as determined by the present invention.

DETAILED DESCRIPTION OF THE DRAWINGS The present invention is detailed in Fig. 6. In this figure, there is a packet switched network 50, having nodes A and B indicated as such. At each of these nodes are clocks, typically hardware clocks, that are preferably not synchronized.

As the clocks at the nodes are preferably not synchronized, there is a clock difference (CD) between them.

Initially, and for a proper understanding of the present invention, the assumptions should be made that Node A and Node B have hardware clocks, the packet switched network 50 is the Internet and the probe packets are provided by a RTCP protocol. When time is measured simultaneously, the clock at A shows TCA1. at the clock at B shows TCgi. For purposes of this example a clock difference (CD) between clock at Node A and clock at Node B is defined as CDA2B=TCBi-TCAi. In the same way CD between clock at B and clock at A is expressed as: CDB2A = TCA1-TCB1 In Fig. 6, a first packet, preferably a probe packet (P1) is sent from Node A at time TA1 to Node B, where it is received at time TB1. At a slightly later time than time TB1, a packet (P2) including the time TB1, is sent from Node B, and arrives at Node A at some time later than TA,. A third packet, preferably a probe packet (P3), is sent from node A at time TA2 to Node B, where it is received at time TB2. At a slightly later time than time TB2, a packet (P4), preferably a probe packet, including the time TB2, is sent from Node B, and arrives at Node A at a time intermediate times TA2 and TA3. A fifth packet, preferably a probe packet (P5), is sent from node A at time TA3 to Node B, where it is received at time TB3. At a

slightly later time than time TB3, a packet (P6), preferably a probe packet, including the time Tes, is sent from Node B, and arrives at Node A at time later than TA3. It is also preferred that the first (P1) and second (P2) packets, be of an RTCP protocol, the particular RTCP protocol being any conventional protocol.

The present invention takes advantage of the parameter relative one way delay (ROWD). This parameter is based on One Way Delay (OWD), and is expressed as: ROWD-CD = OWD Since CD is constant, the relationship between ROWD and OWD can be expressed as: AOD = AOWD For example, in Fig. 6, TICAL = 2000, A1 = 2100, A2 = 2300, A3 = 2700, TCB1 = 8000, B1 = 8200, B2 = 8500 and B3 = 9100. Based on these values, ACD is the absolute value of 8000-2000 or 6000 = TCB1-TCA1 Accordingly, the following relations are established: ROWD1 = B1-A1 = 8200-2100 = 6100 ROWD2 = B2-A2 = 8500-2300 = 6200 ROWD3 = B3-A3 = 9100-2700 = 6400 OWD1 = (B1-A1)- (TCB1-TCA1) = (8200-2100)- (8000-2000) = 100 OWD2 = (B2-A2)- (TCB1-TCA1) = (8500-2300)- (8000-2000) = 200 OWD3 = (B3-A3)- (TCB1-TCA1) = (9100-2700)- (8000-2000) = 400 Turning also to Fig. 7, ROWD1-ROWD3 are plotted as points 81-83, respectively and OWD1-OWD3 are plotted as points 91-93. While OWD is a useful metric for learning network behavior, it requires clock synchronization in

order to obtain the time difference represented by TCB1-TCA1. Clock synchronization is complicated because, as discussed above, it requires synchronization involving complicated algorithms and requires distributed participation of a number of client/servers or peers arranged in a dynamically reconfigurable, hierarchically distributed configuration.

By using relative one way delay (ROWD), clock synchronization is not necessary. This is because the important value is a function of two relative one way delay measurements, and in particular, their difference, expressed AROWD.

In accordance with the present invention, two examples utilizing relative one way delay parameter (ROWD) are now detailed.

Example 1 Turning now to Fig. 8, there is detailed an exemplary operation for applying the relative one way delay parameter (ROWD) determined above. This exemplary operation is preferably an algorithm for detecting congestion in a packet switched network that employs the ROWD parameter.

Initially, at block 100, two relative one way delays (ROWD) are measured, in accordance with that detailed above. The relative one way delay parameter (AROWDn) is then measured by obtaining the difference between the two ROWD values, at block 102. At block 104, a smoothed distribution is measured with the smoothed ROWD average An is estimated as: A = An, n 6) + ROWDn /6 and, a smoothed ROWD jitter Jn is estimated as:

Jn-1#4/5+|#ROWDn|#1/5.Jn= A comparison step, to check for delay growth is then performed at block 106. The comparison of the last measurement of ROWD with a dynamic threshold which is a function of An and Jn in accordance with the relation: An-1+3Jn-1Td= The congestion is detected according to the relation ROWDn > Td.

If the relation is true, at block 108, there is a delay growth detected. If the relation is not true, the function also ends at block 110. The algorithm is then repeated for as many times as desired or necessary.

Example 2 In Stephens,"TCP/IP Illustrated"Volume 1, Chapter 21, entitled: TCP Timeout and Retransmission, pages 297-322 (1994), this chapter incorporated by reference herein in its entirety, it is explained how TCP protocol estimates retransmission timeout value (RTO). The following equations are applied to RTT measurement M, <BR> <BR> <BR> <BR> <BR> <BR> Err= M-A<BR> <BR> <BR> <BR> <BR> <BR> <BR> <BR> A+4#DRTO= where A is the smoothed RTT (as estimator of the average and smoothed in accordance with the relation: A = A-I + g * Err, D is the smoothed mean deviation in accordance with the relation: Dn+h*(|Errn-Dn-1|)Dn-1

Err is the difference between the measured value just obtained and the current RTT estimator.

Both A and D are used to calculate the next retransmission timeout (RTO).

The gain"g"is for the average and is set to 1/8 (0.125). The gain for the deviation is"h"and is set to 0.25." Here, Err is a difference between the measured value just obtained and the current RTT estimator, i. e., Errn = RTTn-An. Taking ROWD as an input instead of RTT will give Err the value of change in one way delay, i. e. Errn= ROWDn-An. In this case, RTO will be based only on delay in the direction that TCP is influencing on. Delay variations in opposite direction affects RTT only but not ROWD. Thus this will make the TCP protocol much more stable on asymmetric networks.

Network monitoring (for controlling bit rate for example) may utilize AROWD instead of ARTT. This technique may greatly improve several protocols such as, for example, RFC 1889 from IETF, as detailed in Schulzrinne, et al., "RTP : A Transport Protocol For Real-Time Applications", Network Working Group-IETF, Request for Comments (RFC): 1889, January 1996, available at http://www. ietf. org/rfc/rfc1889. txt, hereinafter referred to as"RFC 1889".

As detailed above, OWD was never used directly, but rather, the differences in OWD were used. In such algorithms, for example RFC 1889 as detailed above, differences of OWD may be substituted by ROWD, since AROWD = AOWD, as detailed above.

In the above example the following optimizations may be applied:

1. instead of sending an answer for each packet, Node B may estimate accumulators internally and send smoothed value once in a while to Node A.

2. Although clock rate difference may usually be ignored, it is preferred to use relatively close in time ROWD measurements (not more than several hours between measurements) for ACD estimation.

The methods, examples and apparatus disclosed herein have been described without reference to specific hardware or software. Rather, the methods and apparatus have been described in a manner sufficient to enable persons of ordinary skill in the art to readily adapt commercially available hardware and software as may be needed to reduce any of the embodiments of the present invention to practice without undue experimentation and using conventional techniques.

While preferred embodiments of the present invention have been described, so as to enable one of skill in the art to practice the present invention, the preceding description is intended to be exemplary only. It should not be used to limit the scope of the invention, which should be determined by reference to the followingclaims.