CN1291034A - Method for compensating block loss in user's data agreemant - Google Patents
Method for compensating block loss in user's data agreemant Download PDFInfo
- Publication number
- CN1291034A CN1291034A CN00126377A CN00126377A CN1291034A CN 1291034 A CN1291034 A CN 1291034A CN 00126377 A CN00126377 A CN 00126377A CN 00126377 A CN00126377 A CN 00126377A CN 1291034 A CN1291034 A CN 1291034A
- Authority
- CN
- China
- Prior art keywords
- packet
- time
- receiver
- head
- transmitter
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention provides a method for compensating a packet loss on a user datagram protocol that compensates the packet loss caused when transmitting data, in more detail, transmitting audio data and video data by a UDP. The packet transmission method using an RTP header on the user datagram protocol includes a step where a transmitter side adds a prescribed header to the RTP header and transmits the resulting header to a receiver side, a step where the receiver side stores a packet arrival time on the header to calculate an average delay time between packets, a step where the receiver side makes a request to the transmitter side for re- transmission of packets whose packet transmission time exceeds the average delay time, and a step where the transmitter side executes the retransmission of the requested packet for the receiver side.
Description
The present invention relates to a kind of method that sends data, in more detail, relate to a kind of in User Datagram Protoco (UDP), the compensation when User Datagram Protoco (UDP) (user datagram protocol, the method for the packet loss that produces when UDR) sending voice data and video data.
As the User Datagram Protoco (UDP) (UDP) of a layer of Internet protocol with send control protocol (transmission control protocol, TCD) all be transport layer, at (the international standards organization of Internet protocol International Standards Organization, ISO) Ding Yi seven layers of Open System Interconnection (opensystems interconnection, OSI) in the reference model end of from up the 4th layer.UDP is a connectionless protocol, and TCP is an agreement towards connection.
Because use the data of UDP to send is not carry out with there being the agreement of connection, and losing of compensation grouping is not impossible when the data that are sent out pass to corresponding end.Therefore, it is difficult carrying out data communication stably.In order to solve the problem of conventional art, (real time controlprotocol RTCP) is used a real time control protocol.Yet, when using RTCP, only provide the information of packet loss and packet loss not to compensate.Therefore, carry out steady data communication and remain impossible.
In order to solve top problem, the objective of the invention is to propose a kind of compensation method of packet loss in User Datagram Protoco (UDP) (UDP): the mean value by used time of packet of receiving estimates that is wanted a received time of received packet, and, when arriving in the time that packet is not being estimated, ask this packet to resend.
Therefore, for reaching above purpose, propose a kind ofly in User Datagram Protoco (UDP), to use real-time protocol (RTP) (real time protocol, RTP) Tou packet sending method are made up of a plurality of steps: transmitter increases a predetermined head and gives receiver these hairs on the RTP head; Receiver store packet the time of advent on the head and the calculated data grouping between average delay time; Receiver request transmitter resends the packet that transmitting time surpasses average delay time; And transmitter resends the packet of being asked and gives receiver.
Describe a preferred embodiment of the present invention in detail by the reference accompanying drawing, above-mentioned advantage of the present invention and target will become more clear, in the accompanying drawing:
Fig. 1 represents according to the present invention at the operational flowchart of User Datagram Protoco (UDP) (UDP) mid-score loss compensation method; With
Fig. 2 shows the flow chart according to Fig. 1, the form of head in real-time protocol (rtp).
Fig. 1 represents according to the present invention the operational flowchart of packet loss compensation method in User Datagram Protoco (UDP) (UDP).
Flow chart shown in Figure 1 comprises the following steps: that transmitter adds two statures and the result who adds is sent to receiver (step 10) on the real-time protocol (rtp) head, receiver storage packet time of advent, and (step 11) average delay time between calculating and storage packet, receiver determines whether that the packet transmitting time surpasses (step 12) average delay time, receiver waits for that packet sends (step 13) before using up average delay time, receiver request transmitter resends transmitting time and surpasses packet average delay time (step 14), transmitter resends the packet of being asked, and (step 15), transmitter have determined whether to finish resend (step 16) of packet to receiver.
Fig. 2 shows the form according to flow chart stature in real-time protocol (rtp) of Fig. 1.
Describe the present invention in detail with reference to Fig. 1 and Fig. 2.
Fig. 2 is a kind of form of the RTP head that is described in H.225.0.Version is two bit fields that show the PTR version.For example, current edition is 2 (V=2), doses character and is one and show a bit field of dosing octet of an increase and be mainly used in password.Expansion is a bit field that shows the expansion of RTP head.
The source is provided, and (contributing source, CSRC) (count CC) is four bit fields of describing the CSRC number to counting.In CC, when not supporting the RTP blender, 4 are changed to 0.Generally speaking, the CC representative mixes the number of many meetings (mixer multi-conference) function, and the media data that is used to handle from various terminals receptions is also distributed to each terminal with this media data.Yet CC can not be used for Point-to-Point Data and send, because it becomes 0.In the present invention, list general no CC and CSRC, be used to compensate the field of packet loss.
Mark (M) is a bit field on border between the frame of display video.When with H.261 the time, the data flow that sends to a system from a codec (coding/decoding) is the border between the display frame not, thereby can't the show tags field.Therefore, mark is set to 0.A significant notation (payload type) is seven bit fields that show the payload types of audio/video data.
Serial number is the serial number of indicating the packet that is sent out.No matter when send packet, serial number adds 1.Therefore, receiver number is understood losing of packet by checks sequence.Markers (timestamp) is a sixteen bit time field, and receiver needs in media of its realization or the synchronous or calculating shake (jitter) between media.Markers demarcates and has the synchronization accuracy of Millisecond with the millisecond unit.
(synchronization sourceidentifier SSRC), uses the MD5 rules of RFC1321 to produce 32 random number identifiers in the synchronisation source identifier of the unique identification synchronisation source of same section.In addition, SSRC comprises a kind of mechanism that can prevent that mark from contradicting each other.
In the present invention, increase the additional header of an offset data grouping as shown in Figure 2.Transmitter increases by 2 statures and sends these heads for the RTP head.
Table 1 has been described and has been distributed to the C that increases head and the content item of CMD position.Table 1
| | ||
| 0 | User's indication | |
| 1 | Order | |
| CMD | Project | |
| C=0 | 0 | Information |
| 1 | Resend information | |
| 2 | There is not the information that resends | |
| C=1 | 0 | Keep |
| 1 | Resend request | |
The length (Length) that increases head is to show to resend field of number of data packets purpose that it is nonsensical when C=0., when the C that increases head and CMD were 1, receiver can ask transmitter to resend according to serial number increased the as much as possible packet of head under holding.
When the C that increases head was 0, the serial number of first field of RTP head equaled to increase the number of head.When the C that increases head and CMD equaled 1, the serial number that increases head was first value of the packet serial number that resends of request.
The time that increases head is that the packet that sends arrives the used time of receiver, is that unit shows with the millisecond.
Increase head for Fig. 1 and Fig. 2 is described below.
Transmitter increases by 2 statures and these hairs is delivered to receiver (step 10) in the PTR head.As shown in Figure 2, two statures are added on the PTR head and these heads are sent out.When being set to 2 by 4 CC that form in Fig. 2,32 two statures are added in the RTP head in the CSRC tabulation.Transmitter writes down C=0, CMD=0 and real time information on the increase head, and passes to receiver increasing head.
(step 11) average delay time between the receiver storage packet time of advent and calculating and storage packet.Receiver is according to the time of advent of millisecond time check that increases head and storage packet.No matter when each packet arrives, and receiver all according to the time of advent of the packet that sent in the past, the packet that is just sending at present, the packet that will send, obtains average delay time, upgrades and keeps up-to-date average delay time.
Receiver determines by the difference of packet transmitting time and average delay time whether the array packet delivery time surpasses (step 12) average delay time.
Receiver was waited for the transmission (step 13) of packet always before using up average delay time.
When the packet transmitting time surpasses average delay time, transmitter is requested to resend the packet that those transmitting times surpass average delay time, so transmitter resends the packet that resends (step 14 and 15) that receiver is asked.
For example, when receiver is received a data grouping P5, although receiver should receive packet P4, but receiver receives packet P3, calculated data grouping P5 receives time of delay constantly, when time of delay during less than average delay time, waits for the transmission of packet P4, if be equal to, or greater than average delay time time of delay, then request resends packet P4.At this moment, receiver sends information C=1, CMD=1, length=1, serial number=4 to transmitter.The transmitter that receives these information is from sending buffering area there (not shown) search data grouping P4 and transmission packet P4 and information C=0, CMD=1, length=1, serial number=4.
If many (such as, two) packet (P4 and P5) loses, and then receiver sends information C=1, CMD=1, length=2, serial number to transmitter.Transmitter is received this information and is being sent buffering area there (not shown) search P4 and P5, send packet P4 and information C=0, CMD=1, length=1, serial number=4, then, send packet P5 and information C=0, CMD=1, length=1, serial number=5.
At last, the specified data grouping resends whether finish (step 16).When packet resend failure, receiver request transmitter resend the packet that does not have repeating transmission again.Such as, when the repeating transmission of packet P5 failure, receiver sends information C=0, CMD=2, length=1, serial number=5, transmitter search data grouping P5 and resend packet P5 once more.
Although the preferred embodiments of the present invention of reference illustrate and have described the present invention especially, but the field those of ordinary skill is to be understood that, can be to the various variations on the invention process form and the details, and these change the spirit and scope of the present invention that do not depart from by the appending claims definition.
According to the present invention, by the packet loss that UDP produces, can reduce the overhead of network by compensation, thereby reduce packet loss.
Claims (4)
1. packet sending method of using the real-time protocol (rtp) head in User Datagram Protoco (UDP) comprises the following step:
(a) transmitter increases by a head of being scheduled to and sends these heads to receiver in the RTP head;
(b) receiver store packet on the head time of advent and the calculated data grouping between average delay time;
(c) receiver request transmitter resends the packet that its transmitting time surpasses average delay time; With
(d) transmitter resends the packet of being asked and gives receiver.
2. the method for claim 1 also comprises step (e): in step (d) afterwards, the packet that request does not resend resends once more.
3. the head that the method for claim 1, wherein sends in the step (a) is made up of order, the packet time of advent and a control bit of the number of the packet that will resend, packet that request resends.
4. the method for claim 1, wherein when having data to be grouped into to reach, all to carry out the step (b) of calculating and upgrading average delay time.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR42505/1999 | 1999-10-02 | ||
| KR1019990042505A KR20010035779A (en) | 1999-10-02 | 1999-10-02 | Packet loss compensating method in user datagram protocol |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN1291034A true CN1291034A (en) | 2001-04-11 |
Family
ID=19613775
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN00126377A Pending CN1291034A (en) | 1999-10-02 | 2000-09-12 | Method for compensating block loss in user's data agreemant |
Country Status (3)
| Country | Link |
|---|---|
| JP (1) | JP2001136195A (en) |
| KR (1) | KR20010035779A (en) |
| CN (1) | CN1291034A (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100382476C (en) * | 2004-02-26 | 2008-04-16 | 大唐移动通信设备有限公司 | Method for estimating transmission delay of wireless interface for non-real operation in wireless communication |
| CN101969371A (en) * | 2010-10-19 | 2011-02-09 | 高杰 | User data packet protocol-based method for realizing high-speed reliable transmission of network data |
| US7913293B2 (en) | 2005-06-17 | 2011-03-22 | Tencent Technology (Shenzhen) Company Ltd. | Method and communication unit for communicating between communication apparatuses |
| CN102595251A (en) * | 2011-01-11 | 2012-07-18 | 中兴通讯股份有限公司 | Method and system for realizing streaming media packet loss retransmission |
| CN101171840B (en) * | 2005-05-06 | 2013-05-08 | 汤姆森许可贸易公司 | Method and apparatus for evaluating performance for a video broadcast and/or multicast |
| CN107017964A (en) * | 2015-12-21 | 2017-08-04 | 汤姆逊许可公司 | Method and apparatus for detecting the packet loss in stagger casting |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| SG97934A1 (en) * | 2000-09-13 | 2003-08-20 | Mediaring Ltd | Quality of transmission across packet-based networks |
| KR100537499B1 (en) * | 2002-07-26 | 2005-12-19 | 삼성전자주식회사 | Method of generating transmission control parameter and selective retranmission method according to the packet characteristics. |
| KR100739710B1 (en) * | 2005-06-14 | 2007-07-13 | 삼성전자주식회사 | Method and apparatus for discriminating the type of packet loss |
| JP2008219551A (en) * | 2007-03-06 | 2008-09-18 | Nec Corp | Transmission system, communication device, transmission control method, and program |
| JP5515985B2 (en) * | 2010-04-02 | 2014-06-11 | 富士通株式会社 | Monitoring device, failure section identification method, and failure section identification program |
| CN112751730B (en) * | 2020-12-31 | 2024-02-20 | 百果园技术(新加坡)有限公司 | Statistical method, evaluation method, device, equipment and medium for packet loss prevention introduced delay |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5719882A (en) * | 1992-04-28 | 1998-02-17 | Hewlett-Packard Company | Reliable datagram packet delivery for simple network management protocol (SNMP) |
| JPH07107115A (en) * | 1993-10-04 | 1995-04-21 | Matsushita Electric Ind Co Ltd | Packet switching equipment, packet terminal equipment and packet communication system |
| JPH11163934A (en) * | 1997-11-27 | 1999-06-18 | Canon Inc | System and device for transmission, reception device, real-time dynamic picture, system and device for sound transmission, control method for the same and storage device |
| US6741581B1 (en) * | 1998-09-22 | 2004-05-25 | Hughes Electronics Corporation | System and method for transmitting data in frame format using an R-Rake retransmission technique with blind identification of data frames |
| KR20000032331A (en) * | 1998-11-13 | 2000-06-15 | 김영환 | Device for automatic insertion of frame check sequence and method therefor |
| KR20010018814A (en) * | 1999-08-23 | 2001-03-15 | 윤종용 | Method and apparatus for controlling the packet transmission between IEEE1394 agent nodes |
-
1999
- 1999-10-02 KR KR1019990042505A patent/KR20010035779A/en not_active Application Discontinuation
-
2000
- 2000-09-12 CN CN00126377A patent/CN1291034A/en active Pending
- 2000-09-19 JP JP2000284114A patent/JP2001136195A/en active Pending
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100382476C (en) * | 2004-02-26 | 2008-04-16 | 大唐移动通信设备有限公司 | Method for estimating transmission delay of wireless interface for non-real operation in wireless communication |
| CN101171840B (en) * | 2005-05-06 | 2013-05-08 | 汤姆森许可贸易公司 | Method and apparatus for evaluating performance for a video broadcast and/or multicast |
| US7913293B2 (en) | 2005-06-17 | 2011-03-22 | Tencent Technology (Shenzhen) Company Ltd. | Method and communication unit for communicating between communication apparatuses |
| CN1881916B (en) * | 2005-06-17 | 2012-07-04 | 腾讯科技（深圳）有限公司 | Method and apparatus for realizing communication between communication equipments |
| CN101969371A (en) * | 2010-10-19 | 2011-02-09 | 高杰 | User data packet protocol-based method for realizing high-speed reliable transmission of network data |
| CN102595251A (en) * | 2011-01-11 | 2012-07-18 | 中兴通讯股份有限公司 | Method and system for realizing streaming media packet loss retransmission |
| CN102595251B (en) * | 2011-01-11 | 2016-07-27 | 中兴通讯股份有限公司 | Streaming media packet loss retransmission realizes method and system |
| CN107017964A (en) * | 2015-12-21 | 2017-08-04 | 汤姆逊许可公司 | Method and apparatus for detecting the packet loss in stagger casting |
| CN107017964B (en) * | 2015-12-21 | 2021-07-06 | 交互数字麦迪逊专利控股公司 | Method and apparatus for detecting packet loss in staggercasting |
| US11075965B2 (en) | 2015-12-21 | 2021-07-27 | Interdigital Ce Patent Holdings, Sas | Method and apparatus for detecting packet loss in staggercasting |
Also Published As
| Publication number | Publication date |
|---|---|
| KR20010035779A (en) | 2001-05-07 |
| JP2001136195A (en) | 2001-05-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8023533B2 (en) | Data communication system, data transmitting apparatus, data transmitting method, and method for determining packet size and redundancy | |
| JP3799326B2 (en) | Packet transmission method and packet reception method | |
| US6452950B1 (en) | Adaptive jitter buffering | |
| US7701884B2 (en) | Network communications bandwidth control | |
| US7047308B2 (en) | System and method for simultaneous media playout | |
| US8301796B2 (en) | Real-time priority-based media communication | |
| CA2294511C (en) | System for adaptive video/audio transport over a network | |
| Busse et al. | Dynamic QoS control of multimedia applications based on RTP | |
| US8427948B2 (en) | Communications network | |
| KR100457954B1 (en) | Communication quality control scheme using real time packet transmission state and transmission path congestion state | |
| USRE43668E1 (en) | Method and apparatus for transmitting packets | |
| CN1291034A (en) | Method for compensating block loss in user's data agreemant | |
| EP1328096A2 (en) | Multimedia data packet communication with data type identifiers | |
| US20060007943A1 (en) | Method and system for providing site independent real-time multimedia transport over packet-switched networks | |
| JP2004343698A (en) | Rate control of server base in multimedia streaming environment | |
| US20020027882A1 (en) | Method and apparatus for transmitting data packets | |
| US20060056403A1 (en) | System and method for robust communication via a non-reliable protocol | |
| US20030072310A1 (en) | System for transmitting sequences of packets between a server and a mobile terminal | |
| CN1561078A (en) | End-to-end network measuring method based on real-time transmission protocol | |
| Schulzrinne | Internet services: from electronic mail to real-time multimedia | |
| US7561523B1 (en) | Method and apparatus for flow control in a reliable multicast communication system | |
| Rosenberg et al. | Issues and Options for an Aggregation Service within RTP | |
| CN1875610A (en) | Method for reducing costs during the transfer of unidirectional information streams | |
| JP2001320407A (en) | Data communication apparatus, data communication extension board and data communication method | |
| Lakkakorpi | Voice in Packets: RTP, RTCP, Header Compression, Playout Algorithms, Terminal Requirements and Implementations |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C06 | Publication | ||
| PB01 | Publication | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: GR Ref document number: 1060905 Country of ref document: HK |
|
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |