CN110768753A - 一种丢包重传方法和系统 - Google Patents

一种丢包重传方法和系统 Download PDF

Info

Publication number
CN110768753A
CN110768753A CN201810831740.8A CN201810831740A CN110768753A CN 110768753 A CN110768753 A CN 110768753A CN 201810831740 A CN201810831740 A CN 201810831740A CN 110768753 A CN110768753 A CN 110768753A
Authority
CN
China
Prior art keywords
packet
data packet
rtcp
retransmission
rtp
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
Application number
CN201810831740.8A
Other languages
English (en)
Inventor
李敬来
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu Dingqiao Communication Technology Co Ltd
TD Tech Chengdu Co Ltd
Original Assignee
Chengdu Dingqiao Communication Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Chengdu Dingqiao Communication Technology Co Ltd filed Critical Chengdu Dingqiao Communication Technology Co Ltd
Priority to CN201810831740.8A priority Critical patent/CN110768753A/zh
Publication of CN110768753A publication Critical patent/CN110768753A/zh
Pending legal-status Critical Current

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/26—Special purpose or proprietary protocols or architectures

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Abstract

本申请公开了一种丢包重传方法和系统，其中方法包括：接收端设备向发送端设备发送丢包重传请求；所述发送端设备根据所述丢包重传请求，将相应的实时传输协议(RTP)重传包，通过RTP控制协议(RTCP)通道发送给所述接收端设备；当所述接收端设备在所述RTCP通道上接收到数据包，并判定该数据包为RTP重传包时，将该数据包放到相应的组帧队列中。采用本发明，可以提高数据传输效率和质量。

Description

一种丢包重传方法和系统
技术领域
本发明涉及数据传输技术，特别是涉及一种丢包重传方法和系统。
背景技术
在网络环境不好的情况下，在一些重要的应用场合，保证图像或者声音的质量显得极其重要，丢包重传是一种常用技术。
图1为现有的丢包重传方法的过程示意图。如图1所示，在现有的丢包处理方案中，接收端发现有实时传输协议(RTP)包丢失时，将把丢失包的RTP包的序列号填充到丢包重传请求中，发送端接收到丢包重传请求后，从缓冲队列中把请求的RTP包发送出去，接收端收到重传过来的RTP包后，会将其放入到正常的RTP包组帧队列中去，完成了正常的组帧，从而保证了图像或者视频的完整性。
图2为上述方法中丢包重传请求及相应的重传包的传输通道示意图。如图2所示，现有方法中丢包重传请求是通过接收端与发送端之间的RTP控制协议(RTCP)通道进行传输的，重传包则是通过接收端与发送端之间的RTP通道进行传输的。这样，。
在实际的应用场景中，如果网络环境不好，且发送端是一个服务器，该服务器会收到很多丢包重传请求包，相应的，在RTP通道中需要发送的重传包也会特别多。而采用上述现有丢包重传方案时，接收端与发送端之间的RTP通道上，不仅要传输正常的RTP包，还要传输重传的RTP包。因此，在网络环境不好的情况下，会由于重传包的增加而影响整个RTP通道的传输效率，从而不仅重传包的传输效率会降低，正常的RTP包的传输效率也会降低，进而会影响接收端与发送端之间的数据传输性能。
发明内容
有鉴于此，本发明的主要目的在于提供一种丢包重传方法和系统，可以提高数据传输效率和质量。
为了达到上述目的，本发明提出的技术方案为：
一种丢包重传方法，包括：
接收端设备向发送端设备发送丢包重传请求；
所述发送端设备根据所述丢包重传请求，将请求重传的数据包通过RTCP通道发送给所述接收端设备；
当所述接收端设备在所述RTCP通道上接收到数据包，并判定该数据包为RTP重传包时，将该数据包放到相应的组帧队列中。
较佳地，所述判定该数据包为RTP重传包包括：
所述接收端设备判断所述数据包是否为RTCP包，如果不是，则将该数据包确定为RTP重传包。
较佳地，所述接收端设备通过所述RTCP通道向发送端设备发送丢包重传请求。
一种丢包重传系统，包括：
接收端设备，用于向发送端设备发送丢包重传请求；当在实时传输协议控制协议RTCP通道上接收到数据包，并判定该数据包为实时传输协议RTP重传包时，将该数据包放到相应的组帧队列中；
发送端设备，用于根据所述丢包重传请求，将请求重传的数据包通过RTCP通道发送给所述接收端设备。
较佳地，所述接收端设备，在RTCP通道上接收到数据包时，判断该数据包是否为RTCP包，如果不是，则将该数据包确定为RTP重传包。
较佳地，所述接收端设备，通过所述RTCP通道向发送端设备发送丢包重传请求。
综上所述，本发明提出的丢包重传方法和系统，利用RTCP通道传输RTP重传包，在接收端设备接收到RTCP通道上的数据包时，需要对数据包是否为RTP重传包进行判断。如此，可以有效避免信道质量较差的场景下，重传数据包数量较大所到致的RTP通道传输效率低的问题，进而可以提高数据传输效率和质量。
附图说明
图1为现有的丢包重传方法的流程示意图；
图2为现有的丢包重传请求及重传包的传输通道示意图；
图3为本发明实施例的方法流程示意图；
图4为本发明实施例的系统结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。
考虑到RTCP通道上传输的是丢包重传请求之类的控制信令数据包，占有的传输资源很小，相比于用于传输正常的RTP包和重传的RTP包的RTP通道，RTCP通道传输的数据量很小。本发明的核心思想是，充分利用RTCP通道的相对空闲状态，将重传包放在RTCP通道上传输，以减少RTP通道上的数据传输量，提高发送端与接收端之间的数据传输效率和传输质量。
图3为本发明实施例的流程示意图，如图3所示，该实施例实现的丢包重传方法主要包括：
步骤301、接收端设备向发送端设备发送丢包重传请求。
具体地，本步骤可以采用现有方法实现，即接收端设备通过RTCP通道向发送端设备发送丢包重传请求。
步骤302、所述发送端设备根据所述丢包重传请求，将请求重传的数据包通过RTCP通道发送给所述接收端设备。
本步骤，与现有方法所不同的是，不再利用RTP通道传输RTP重传包，即将请求重传的数据包通过RTCP通道发送给接收端设备，如此，可以充分利用RTCP通道相对空闲的特点，避免重传包较多时对RTP通道的传输性能的影响，并确保重传的传输效率。
步骤303、当所述接收端设备在所述RTCP通道上接收到数据包，并判定该数据包为RTP重传包时，将该数据包放到相应的组帧队列中。
本步骤中，与现有方案所不同的是，当所述接收端设备在所述RTCP通道上接收到数据包时，需要进一步对该数据包进行识别，即判断该数据包是否为RTP重传包，以便将其放入相应的组帧队列中，完成正常的组帧。
较佳地，本步骤中，可以采用下述方法判断RTCP通道上接收到数据包是否为RTP重传包：
所述接收端设备判断所述数据包是否为RTCP包，如果不是，则将该数据包确定为RTP重传包。
上述方法中，通过对RTCP包的识别，间接地判断从RTCP通道上接收到的数据包是否为RTP重传包。即，如果判断出从RTCP通道上接收到的数据包不是RTCP包，则可以确定该包必然是RTP重传包。具体地，RTCP包的识别方法为本领域技术人员所掌握，在此不再赘述。
通过上述技术方案可以看出，上述实施例中，发送端设备通过利用RTCP通道而不是利用RTP通道，来传输RTP重传包，并在接收端设备侧对从RTCP通道上接收到的数据包类型进行识别，从而可以充分RTCP通道减少RTP通道的数据传输压力，尤其是在网络传输环境较差时，可以确保重传质量，并减少重传对正常数据传输的影响，进而提高发送端与接收端之间整体的数据传输效率和质量。
图4为与上述方法相对应的丢包重传系统结构示意图。如图4所示，该系统包括：
接收端设备，用于向发送端设备发送丢包重传请求；当在RTCP通道上接收到数据包，并判定该数据包为RTP重传包时，将该数据包放到相应的组帧队列中。
发送端设备，用于根据所述丢包重传请求，将请求重传的数据包通过RTCP通道发送给所述接收端设备。
较佳地，所述接收端设备，在RTCP通道上接收到数据包时，判断该数据包是否为RTCP包，如果不是，则将该数据包确定为RTP重传包。
较佳地，所述接收端设备，通过所述RTCP通道向发送端设备发送丢包重传请求。
综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种丢包重传方法，其特征在于，包括：
接收端设备向发送端设备发送丢包重传请求；
所述发送端设备根据所述丢包重传请求，将请求重传的数据包通过实时传输协议控制协议RTCP通道发送给所述接收端设备；
当所述接收端设备在所述RTCP通道上接收到数据包，并判定该数据包为实时传输协议RTP重传包时，将该数据包放到相应的组帧队列中。
2.根据权利要求1所述的方法，其特征在于，所述判定该数据包为RTP重传包包括：
所述接收端设备判断所述数据包是否为RTCP包，如果不是，则将该数据包确定为RTP重传包。
3.根据权利要求1所述的方法，其特征在于，所述接收端设备通过所述RTCP通道向发送端设备发送丢包重传请求。
4.一种丢包重传系统，其特征在于，包括：
接收端设备，用于向发送端设备发送丢包重传请求；当在实时传输协议控制协议RTCP通道上接收到数据包，并判定该数据包为实时传输协议RTP重传包时，将该数据包放到相应的组帧队列中；
发送端设备，用于根据所述丢包重传请求，将请求重传的数据包通过RTCP通道发送给所述接收端设备。
5.根据权利要求4所述的系统，其特征在于，
所述接收端设备，在RTCP通道上接收到数据包时，判断该数据包是否为RTCP包，如果不是，则将该数据包确定为RTP重传包。
6.根据权利要求4所述的系统，其特征在于，所述接收端设备，通过所述RTCP通道向发送端设备发送丢包重传请求。
CN201810831740.8A 2018-07-25 2018-07-25 一种丢包重传方法和系统 Pending CN110768753A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810831740.8A CN110768753A (zh) 2018-07-25 2018-07-25 一种丢包重传方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810831740.8A CN110768753A (zh) 2018-07-25 2018-07-25 一种丢包重传方法和系统

Publications (1)

Publication Number Publication Date
CN110768753A true CN110768753A (zh) 2020-02-07

Family

ID=69327371

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810831740.8A Pending CN110768753A (zh) 2018-07-25 2018-07-25 一种丢包重传方法和系统

Country Status (1)

Country Link
CN (1) CN110768753A (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003244229A (ja) * 2002-02-13 2003-08-29 Matsushita Electric Ind Co Ltd Ｒｔｐおよびｒｔｃｐプロトコルを用いたデータパケット送信方法
EP1687955A1 (en) * 2003-11-24 2006-08-09 Matsushita Electric Industrial Co., Ltd. Feedback provision using general nack report blocks and loss rle report blocks
CN1917639A (zh) * 2006-09-01 2007-02-21 北京天地互连信息技术有限公司 使用丢包重传的视频信号增强方法
CN101656747A (zh) * 2009-09-25 2010-02-24 深圳创维数字技术股份有限公司 流媒体数据的传输方法及系统
CN101931632A (zh) * 2010-09-21 2010-12-29 天地阳光通信科技（北京）有限公司 一种利用实时传输协议通道进行服务质量保证的方法
CN102595251A (zh) * 2011-01-11 2012-07-18 中兴通讯股份有限公司 流媒体丢包重传实现方法和系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003244229A (ja) * 2002-02-13 2003-08-29 Matsushita Electric Ind Co Ltd Ｒｔｐおよびｒｔｃｐプロトコルを用いたデータパケット送信方法
EP1687955A1 (en) * 2003-11-24 2006-08-09 Matsushita Electric Industrial Co., Ltd. Feedback provision using general nack report blocks and loss rle report blocks
CN1917639A (zh) * 2006-09-01 2007-02-21 北京天地互连信息技术有限公司 使用丢包重传的视频信号增强方法
CN101656747A (zh) * 2009-09-25 2010-02-24 深圳创维数字技术股份有限公司 流媒体数据的传输方法及系统
CN101931632A (zh) * 2010-09-21 2010-12-29 天地阳光通信科技（北京）有限公司 一种利用实时传输协议通道进行服务质量保证的方法
CN102595251A (zh) * 2011-01-11 2012-07-18 中兴通讯股份有限公司 流媒体丢包重传实现方法和系统

Similar Documents

Publication Publication Date Title
CN107979449B (zh) 一种数据传输方法及装置
CN113037440B (zh) 数据重传处理方法、装置、计算机设备和存储介质
RU2501172C2 (ru) Способ и устройство для компенсации потери пакетов в режиме передачи данных по протоколу пользовательских дейтаграмм
US8867340B2 (en) Discarded packet indicator
CA2573038A1 (en) Push-to service system and method
CN110830460B (zh) 一种连接建立方法、装置、电子设备及存储介质
CN104768081A (zh) 一种实现流量控制的丢包重传方法
CN104427286A (zh) 一种进行视频通话的方法和系统
EP1708404A1 (en) Method and apparatus for error recovery performed at the access node of a core network
CN110602568B (zh) 一种基于rtp的视频流传输丢包重传方法、设备及存储设备
CN111163362B (zh) 一种自适应重传等待时间的视频接收方法及系统
EP1298926A1 (en) Information presentation device and method
US20110044332A1 (en) Communication apparatus, communication system, and communication method
US20050094632A1 (en) DOCSIS MAC layer-based ARQ for fixed wireless
CN110768753A (zh) 一种丢包重传方法和系统
CN115766519A (zh) 便携通信设备的数据传输方法及系统
CN109274980A (zh) 一种用于快速直播的数据传输方法
US20190222872A1 (en) Playout buffering in a live content distribution system
CN115348481A (zh) 一种数据传输方法、装置、发送器及接收器
CN111615170B (zh) 一种数据传输方法及系统
US20140341202A1 (en) Communication Over A Wireless Connection
CN106657078A (zh) Tcp传输方法及装置
CN107172179B (zh) 一种双边加速传输方法和系统
CN111200562A (zh) 导流方法、静态父节点、边缘节点以及cdn网络
KR100678154B1 (ko) 데이터 전송 시스템에서 선택적 자동 재전송 및 수신 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20200207

RJ01 Rejection of invention patent application after publication