[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN101729228A - 丢包抑制重传的方法、网络节点和系统 - Google Patents

丢包抑制重传的方法、网络节点和系统 Download PDF

Info

Publication number
CN101729228A
CN101729228A CN200910127718A CN200910127718A CN101729228A CN 101729228 A CN101729228 A CN 101729228A CN 200910127718 A CN200910127718 A CN 200910127718A CN 200910127718 A CN200910127718 A CN 200910127718A CN 101729228 A CN101729228 A CN 101729228A
Authority
CN
China
Prior art keywords
packet
inhibition
retransmission information
retransmission
message
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
Application number
CN200910127718A
Other languages
English (en)
Other versions
CN101729228B (zh
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200910127718.6A priority Critical patent/CN101729228B/zh
Priority to EP20090823017 priority patent/EP2352248B1/en
Priority to PCT/CN2009/072951 priority patent/WO2010048825A1/zh
Publication of CN101729228A publication Critical patent/CN101729228A/zh
Priority to US13/097,382 priority patent/US8693333B2/en
Application granted granted Critical
Publication of CN101729228B publication Critical patent/CN101729228B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
    • 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/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明公开了一种丢包抑制重传的方法、网络节点和系统，属于通信领域。所述方法包括：生成抑制重传信息，所述抑制重传信息包括需要抑制重传的数据包的标识信息；将所述抑制重传信息发送给接收节点，所述抑制重传信息用于使所述接收节点接收到所述抑制重传信息后，对所述抑制重传信息中的标识信息对应的数据包丢失时不请求重传。所述网络节点包括：生成模块和发送模块。所述系统包括：中间节点和接收节点。本发明通过生成并发送抑制重传信息，使接收节点对需要抑制重传的数据包在发现丢包时不请求重传，达到减小网络负担，避免加重网络拥塞的效果。

Description

丢包抑制重传的方法、网络节点和系统
技术领域
本发明涉及通信领域，特别涉及一种丢包抑制重传的方法、网络节点和系统。
背景技术
随着网络技术的快速发展，网络通信业务日益丰富，用户数量持续增多，相应地，对网络带宽的需求也不断增加。现有的网络带宽远不能满足用户的需求，因此，不可避免的出现网络拥塞。
网络拥塞发生时，网络设备会根据一定的丢包策略丢弃部分数据包。现有的丢包策略有Tail Drop(队尾丢弃)策略和智能丢包策略。队尾丢包策略，是当缓存队列被占满时，不考虑数据包的优先级差异，直接丢弃新到达的数据包。智能丢包策略，是对队尾丢包策略的一种改良，基于对业务的感知，选择性的丢弃一些不太重要或优先级较低的数据包。例如：在视频传输领域，优先丢弃B帧数据包，因为该类型的数据包对整个图像显示的影响很小，尽量不丢弃I帧或P帧数据包，从而为终端用户带来更佳的视觉体验。
但是，采用智能丢包策略丢弃的数据包对接收端来说也是一种丢包，根据现有的传输协议，如：RTP(Real-time Transport Protocol，实时传输协议)/RTCP(RTP Control Protocol，RTP控制协议)，接收端一旦发生丢包现象，就会请求接收端重传。重传的数据包，不仅引起时延，还会增加发送端的处理负荷，并占用大量链路带宽，导致网络进一步拥塞。
发明内容
为了减小网络负担，避免加重网络拥塞，本发明实施例提供了一种丢包抑制重传的方法、网络节点和系统。所述技术方案如下：
一种丢包抑制重传的方法，其特征在于，所述方法包括：
生成抑制重传信息，所述抑制重传信息包括需要抑制重传的数据包的标识信息；
将所述抑制重传信息发送给接收节点，所述抑制重传信息用于使所述接收节点接收到所述抑制重传信息后，对所述抑制重传信息中的标识信息对应的数据包丢失时不请求重传。
一种网络节点，其特征在于，所述网络节点包括：
生成模块，用于生成抑制重传信息，所述抑制重传信息包括需要抑制重传的数据包的标识信息；
发送模块，用于将所述生成模块生成的抑制重传信息发送给接收节点，所述抑制重传信息用于使所述接收节点接收到所述抑制重传信息后，对所述抑制重传信息中的标识信息对应的数据包丢失时不请求重传。
一种丢包抑制重传的系统，其特征在于，所述系统包括：中间节点和接收节点；
所述中间节点，用于生成并向所述接收节点发送抑制重传信息，所述抑制重传信息包括需要抑制重传的数据包的标识信息；
所述接收节点，用于接收所述中间节点发送的抑制重传信息，对所述抑制重传信息中标识信息对应的数据包丢失时不请求重传。
本发明实施例提供的技术方案的有益效果是：
通过生成并发送抑制重传信息，使接收节点对需要抑制重传的数据包在发现丢包时不请求重传，减小了网络负担，避免了加重网络拥塞。
附图说明
图1是本发明实施例提供的丢包抑制重传的方法流程图；
图2是本发明实施例提供的丢包抑制重传的方法交互图；
图3是本发明实施例提供的两级中间节点丢包抑制重传的方法交互图；
图4是本发明实施例提供的网络节点的结构示意图；
图5是本发明实施例提供的丢包抑制重传的系统的结构示意图
图6是本发明另一个实施例中快速频道切换的重传抑制的方法流程图；
图7是本发明另一个实施例中扩展RTCP报文的扩展方式的示意图；
图8是本发明又一个实施例中丢包抑制重传的方法流程图；
图9是本发明另一个实施例中可伸缩视频编码抑制重传的方法流程图；
图10是本发明又一个实施例中网络节点的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
在网络出现拥塞，网络设备采用智能丢包策略优先丢弃掉一些低优先级数据包后，为防止接收端因为丢包而请求重传带来进一步的拥塞，需要提供一种方法，在网络设备智能丢包处理后抑制重传。
参见图1，本实施例提供了一种丢包抑制重传的方法，包括：
101：生成抑制重传信息，该抑制重传信息包括需要抑制重传的数据包的标识信息；
102：将该抑制重传信息发送给接收节点，该抑制重传信息用于使该接收节点接收到该抑制重传信息后，对该抑制重传信息中的标识信息对应的数据包丢失时不请求重传。
本实施例提供的丢包抑制重传的方法，通过生成并发送抑制重传信息，使接收节点对需要抑制重传的数据包在发现丢包时不请求重传，减小了网络负担，避免了加重网络拥塞。
参见图2，下面结合流程交互图，详细说明丢包抑制重传的实现过程。
201：发送节点将数据包发送给中间节点。
其中，数据包可以是一个或多个；数据包可以是任何格式的数据包，如：RTP(Real-timeTransport Protocol，实时传输协议)数据包，IP(Internet Protocol，网际协议)数据包等；另外，根据数据包的不同格式，数据包的标识也可以是多种形式，如：RTP序列号等。
具体地，本步骤以发送数据包N、数据包N+a、数据包N+b为例进行说明，其中，N、N+a、N+b分别为相应数据包的标识信息。
202：中间节点接收发送节点发送的数据包，当发生拥塞时，根据预设的丢包策略丢弃部分数据包，如：丢弃数据包N、N+a，生成需要抑制重传的数据包的抑制重传信息，然后，
202a)发送抑制重传信息给接收节点；
其中，抑制重传信息包括需要抑制重传的数据包的标识信息，如：N、N+a；另外，抑制重传信息还可以包括数据包的数量等信息；
202b)将不进行丢弃的数据包，如：数据包N+b，转发到接收节点。
进一步地，生成需要抑制重传的数据包的抑制重传信息，具体包括：
根据丢弃数据包的优先级等信息判断丢弃数据包的重要程度；
若丢弃的都是低优先级的数据包，则需要抑制重传的数据包就是被丢弃的数据包，相应的，其抑制重传信息包括被丢弃数据包的标识信息，还可以包括被丢弃数据包的数量等信息；
若只丢弃低优先级的数据包仍无法缓解拥塞时，就需要丢弃部分高优先级的数据包，此时，抑制重传信息中只包含低优先级的数据包的标识信息等信息，丢弃的高优先级的数据包依旧要求重传。
本实施例以智能丢包策略为例，说明抑制重传的过程。非智能丢包策略，如队尾丢包策略等，也可以应用本实施例提供的抑制重传方法，其过程与智能丢包策略相同，这里不再赘述。
203：接收节点收到抑制重传信息后，判断丢失的数据包是否为抑制重传信息中指定的需要抑制重传的数据包；如果是，则这部分数据包不请求重传，如数据包N、N+a；否则，请求重传。
经过步骤201-203，就实现了丢包抑制接收节点请求重传的过程。其中，本实施例涉及的节点可以是任意网络设备。另外，步骤202a)根据实际应用情况，可以采用多种形式将抑制重传信息发送给接收节点。
一、中间节点以抑制重传消息的形式，将抑制重传信息发送给接收节点。具体地，将需要抑制重传数据包的标识信息携带在抑制重传消息，将抑制重传消息发送给接收节点。
二、中间节点将抑制重传信息携带在下一个正常发往接收节点的数据包中，发送给接收节点。具体地，扩展正常发往接收节点的数据包的选项，增加抑制重传字段，将抑制重传信息写入到抑制重传字段中。
例如：中间节点扩展RTP数据包选项，在RTP的头扩展中插入抑制重传字段，该字段存储需要抑制重传的RTP数据包的序列号，需要的话，还可以存储需要抑制重传的RTP数据包的个数。接收节点接收到该RTP数据包后，检查RTP数据包的头扩展中的抑制重传字段，对字段中存储的需要抑制重传的数据包，不请求重传。
三、中间节点将抑制重传信息携带在需要抑制重传数据包自身中，发送给接收节点。具体地，删除需要抑制重传数据包的负荷，将需要抑制重传数据包的类型设置为抑制重传类型，将修改后的需要抑制重传数据包发送给接收节点，接收节点若检测到接收的数据包是抑制重传类型，则不请求重传。
例如：中间节点将RTP数据包的负荷删除，同时将RTP固定头部中的PT(Payload Type，负荷类型)字段修改为抑制重传类型，发送给接收节点，接收节点接收到该RTP数据包后，不请求重传。
四、中间节点将抑制重传信息携带在报告包中，发送给接收节点。具体地，扩展报告包的选项，增加抑制重传字段，将抑制重传信息写入到抑制重传字段中。
进一步地，报告包用于通知发送端或接收端数据包的传输情况，可以是中间节点发送的，也可以是发送节点发送的。对于发送节点发送的报告包，通过中间节点扩展报告包选项后，再发送给接收节点。另外，中间节点发送的报告包可以是周期发送的，也可以在每丢弃掉一个需要抑制重传的数据包时立即发送的。
例如：RTCP(RTP Control Protocol，RTP控制协议)SR(Sender Report，发送者报告)包用于报告RTP数据包的发送情况，中间节点扩展RTCP SR包选项，在扩展选项中添加抑制重传字段，该字段存储需要抑制重传的RTP数据包的序列号，需要的话，还可以存储需要抑制重传的RTP数据包的个数。接收节点接收到该RTCP SR包后，检查抑制重传字段，对字段中存储的需要抑制重传的数据包，不请求重传。
在图2所示实施例的一个具体应用场景中，在组播或者广播场景中应用丢包抑制重传。当中间结点发现从发送结点接收到的数据包存在丢失，并且没有收到该数据包的抑制重传信息时，中间结点向发送结点请求重传该数据包，并且中间结点生成该数据包的抑制重传信息，将该抑制重传信息发送给接收节点。当中间结点接收到发送结点重传的数据包后，将该数据包转发给接收节点。在该应用场景中，接收组播或者广播的多个接收节点不会对同一个丢失的数据包同时发送重传请求，而由中间结点代为请求重传，可以避免多个用户的重传请求造成请求重传网络风暴。
另外，本实施例支持多级中间节点进行丢包抑制重传的方法，即上一级中间节点发送抑制重传信息给本级中间节点，本级中间节点将上一级中间节点中需要抑制重传数据包的信息和自身需要抑制重传数据包的信息汇总后，发送给下一级中间节点，依此类推，最后，末级中间节点将最终的抑制重传信息发送给接收节点。参见图3，以两级中间节点为例，丢包抑制重传的过程为：
301：发送节点将数据包N、N+a、N+b发送给中间节点1；
302：中间节点1将数据包N、N+a智能丢弃，302a)向中间节点2发送抑制重传信息，信息中携带数据包N、N+a的标识信息N、N+a；302b)同时，将数据包N+b发送给中间节点2；
303：中间节点2接收到抑制重传信息和数据包N+b，智能丢弃数据包N+b，汇总需要抑制重传的信息，向接收节点发送抑制重传信息，信息中携带数据包N、N+a、N+b的标识信息N、N+a、N+b；
304：接收节点收到抑制重传信息后，确定丢失数据包N、N+a、N+b是抑制重传信息中指定的需要抑制重传的数据包，对数据包N、N+a、N+b不请求重传。
在图3所示实施例的一个具体应用场景中，在组播或者广播场景中应用丢包抑制重传。当中间结点2发现从中间结点1接收到的数据包存在丢失，并且没有收到该数据包的抑制重传信息时，中间结点2向中间结点1请求重传该数据包，并且中间结点2生成该数据包的抑制重传信息，并将该重传抑制信息发送给接收节点。当中间结点2接收到中间结点1重传的数据包后，将该数据包转发给接收节点。在该应用场景中，接收组播或者广播的多个接收节点不会对同一个丢失的数据包同时发送重传请求，而由中间结点2代为请求重传，可以避免多个用户的重传请求造成请求重传网络风暴。
本实施例提供的丢包抑制重传的方法，通过生成并发送抑制重传信息，使接收节点对需要抑制重传的数据包在发现丢包时不请求重传，减小了网络负担，避免了加重网络拥塞。
参见图4，本实施例提供了一种网络节点，该网络节点包括：
生成模块401，用于生成抑制重传信息，该抑制重传信息包括需要抑制重传的数据包的标识信息；
发送模块402，用于将该生成模块401生成的抑制重传信息发送给接收节点，该抑制重传信息用于使该接收节点接收到该抑制重传信息后，对该抑制重传信息中的标识信息对应的数据包丢失时不请求重传。
具体地，
生成模块401具体用于根据丢弃数据包的优先级生成抑制重传信息，将丢弃的低优先级的数据包作为需要抑制重传的数据包，该抑制重传信息包括该丢弃的低优先级的数据包的标识信息。
发送模块402具体用于将该抑制重传信息携带在抑制重传消息、数据包或报告包中发送给该接收节点；其中，该数据包是需要抑制重传的数据包或不需要抑制重传的数据包。
进一步地，
当发送模块402发送的数据包是需要抑制重传的数据包时，该数据包的负荷被删除，该抑制重传信息携带在被删除负荷的数据包中。
进一步地，
网络节点还包括：
接收模块403，用于接收其它网络节点发送的抑制重传信息；
汇总模块404，用于汇总该接收模块403接收的抑制重传信息和该网络节点本地生成的抑制重传信息；
发送模块402，还用于将该汇总模块404汇总后的抑制重传信息发送给接收节点，该抑制重传信息用于使该接收节点接收到该汇总后的抑制重传信息后，对该汇总后的抑制重传信息中的标识信息对应的数据包丢失时不请求重传。
本实施例提供的网络节点，与方法实施例中的中间节点属于同一构思，其具体的实现过程详见方法实施例，在此不再赘述。
本实施例提供的网络节点，通过生成并发送抑制重传信息，使得接收节点对需要抑制重传的数据包在发现丢包时不请求重传，从而达到了减小网络负担，避免加重网络拥塞的目的。
参见图5，本实施例提供了一种丢包抑制重传的系统，该系统包括：中间节点501和接收节点502；
该中间节点501，用于生成并向该接收节点502发送抑制重传信息，该抑制重传信息包括需要抑制重传的数据包的标识信息；
该接收节点502，用于接收该中间节点501发送的抑制重传信息，对该抑制重传信息中标识信息对应的数据包丢失时不请求重传。
进一步地，该中间节点501，还用于汇总本地的抑制重传信息和接收的抑制重传信息。
本实施例提供的系统所涉及的中间节点和接收节点与方法实施例中的中间节点和接收节点属于同一构思，其具体的实现过程详见方法实施例，在此不再赘述。
本实施例提供的系统，能够实现对需要抑制重传的数据包在发现丢包时不请求重传，从而达到了减小网络负担，避免加重网络拥塞的目的。
以下结合图6和图7提供本发明的另一个实施例。本发明的另一个实施例将丢包抑制重传的方法具体应用于快速频道切换的重传抑制中。
在网络电视(Internet Protocol Television，IPTV)、多媒体广播多播业务(MultimediaBroadcast Multicast Service，MBMS)等技术中，需要进行快速频道切换。
中间节点接收发送节点发送的媒体流，然后转发给接收节点。对于流媒体编码来说，中间节点正在接收的媒体流的帧序列由画面组(Group of Pictures，GOP)构成，GOP包括内部编码帧(I帧)、前向预测帧(P帧)和双向内插帧(B帧)，I帧是一个完整的画面，而P帧和B帧记录的是相对于I帧的变化。
如果接收节点在接收B帧或P帧时，请求快速频道切换，若中间节点直接从该B帧或P帧将媒体流推动给接收节点，接收节点只有在收到了下一个GOP的I帧时才能显示画面。因此根据接收节点请求快速频道切换的时间不同，等待画面显示的时间也不同，有时可达4至5秒，甚至更长。
为了加快画面显示，中间节点需要从本GOP的I帧开始向该接收节点推送单播媒体流。这样接收节点一收到本GOP的I帧的报文就可以显示画面，从而提高用户体验。但是这样会造成请求快速频道切换的接收节点和其它接收节点画面播放相比有很大的延迟，且不同接收节点可能由于频道切换时间的不同而造成接收节点间的画面播放有更大的差异，同时也造成中间节点的负荷过大。为解决这一问题，保证收看同一频道的接收节点画面播放基本同步，同时降低中间节点向接收节点发送单播媒体流的时间，可以在媒体流的报文中丢弃一些对画面显示影响较小的报文，例如以帧为单位丢弃B帧报文，或者丢弃I帧、B帧或P帧中对画面显示影响较小的报文。这样就可以缩短向接收节点发送单播媒体流的时间。
在丢弃对画面显示影响较小的报文时，会造成媒体报文序列号的不连续，例如直接会从本GOP的I帧的最后一个报文序列号跳到本GOP的第一个P帧的第一个报文序列号。如果分别在I帧、B帧或P帧中丢弃对画面显示影响较小的报文，则会造成报文之间的序列号不连续。对于这些序列号不连续的报文间被接收节点认为丢包的报文，可以采用前述实施例对接收节点进行丢包抑制重传，也可以采用图6所述实施例对接收节点进行丢包抑制重传。
图6是本发明另一个实施例中快速频道切换的重传抑制的方法流程图。该方法包括：
602、根据丢弃规则丢弃单播媒体流中对画面显示影响较小的报文。
举例来说，如果本GOP的I帧的第一个报文序列号是10000，I帧包括80个报文，P帧有30个报文，B帧有20个报文，GOP中按照两个B帧一个P帧依次排列。如果不发送对画面显示影响较小的B帧报文，大约可以减少一半的报文发送。
604、重新编排需要发送的报文序列号。
但是，在丢弃对画面显示影响较小的报文时，会造成报文序列号的不连续，例如本GOP的I帧的最后一个报文序列号为10079，丢弃两个B帧的报文，跳到P帧的第一个报文，报文序列号为10120。如果分别在I帧、B帧或P帧中丢弃对画面显示影响较小的报文，则可能有更多的不连续的序列号。为了减少由于报文序列号的不连续造成的终端请求重传，可以重新编排报文序列号。当发送完本GOP的I帧的最后一个报文时，报文序列号为10079，接着要发送P帧的第一个报文，可以重新编排P帧中报文的报文序列号，例如，将原报文序列号为10120的报文，重新编排报文序列号为10080。依此类推，以使报文序列号连续。当发送发送本GOP的最后一个P帧的最后一个报文时，报文序列号与下一个GOP的I帧的报文序列号不连续。此时可以重新编排下一个GOP的I帧的报文序列号，并相应调整下一个GOP的其余帧的报文序列号。或者可以对本GOP的最后一个P帧的最后一个报文与下一个GOP的I帧间不连续的报文序列号执行606。
606、当不需要重新编排需要发送的报文序列号时，生成抑制重传信息，所述抑制重传信息包括需要抑制重传的数据包的标识信息。
举例来说，需要抑制重传的数据包的标识信息，可以是重新编排序列号后的单播媒体流中不连续的序列号。如果单播媒体流中出现报文序列号不连续的情况，例如前一个GOP的最后一个P帧的最后一个报文，报文序列号经过重新编排后，与未重新编排的下一个GOP的I帧的报文序列号不连续，可以生成抑制重传信息，抑制重传信息中包括这一段不连续的报文序列号的信息，例如，这一段不连续的报文序列号的第一个报文序列号(前一个GOP的最后一个P帧的下一个报文序列号)和最后一个报文序列号(下一个GOP的I帧的上一个报文序列号)。
又例如，当单播媒体流与组播媒体流的画面播放基本同步时，中间节点可以不需要再向接收节点发送单播媒体流，由于单播媒体流的序列号经过重新编排，单播媒体流与组播媒体流切换时，报文的报文序列号可能不连续。此时可以生成抑制重传信息，抑制重传信息中包括这一段不连续的报文序列号的信息，例如，这一段不连续的报文序列号的第一个报文序列号(最后一个单播媒体流的报文的下一个报文序列号)和最后一个报文序列号(组播媒体流的第一个报文的上一个报文序列号)。此外，还可以在单播媒体流与组播媒体流的画面播放基本同步时，停止丢弃单播媒体流中的报文，并停止重新编排报文序列号。停止重新编排报文序列号后的第一个报文序列号，可能会与之前发送的报文的报文序列号不连续。此时可以生成抑制重传信息，抑制重传信息中包括这一段不连续的报文序列号的信息，例如，这一段不连续的报文序列号的第一个报文序列号(停止重新编排报文前最后一个单播媒体流的报文的下一个报文序列号)和最后一个报文序列号(停止重新编排报文后第一个单播媒体流的报文的上一个报文序列号)。
608、将所述抑制重传信息发送给接收节点，所述抑制重传信息用于使所述接收节点接收到所述抑制重传信息后，对所述抑制重传信息中的标识信息对应的数据包丢失时不请求重传。
举例来说，抑制重传信息可以由扩展RTCP报文发送给接收节点。例如，如果单播媒体流中出现报文序列号不连续的情况，在中间节点发送前一个GOP的最后一个P帧的第一个报文时，中间节点已经可以确定需要生成的抑制重传信息，可以根据设置在此时或稍后在由扩展RTCP报文发送该抑制重传信息给接收节点。
图6所示实施例的一个具体应用场景中，单播媒体流与组播媒体流的画面播放基本同步前，中间节点可以确定停止发送单播媒体流前的最后一个单播媒体流的报文，此时中间节点已经可以确定需要生成的抑制重传信息，可以根据设置在此时或稍后在由扩展RTCP报文发送该抑制重传信息给接收节点。例如，中间节点可以根据单播媒体流与组播媒体流的发送速度估算单播媒体流与组播媒体流的画面播放基本同步的时刻，并根据设置留出一定冗余，确定将要停止发送单播媒体流的时刻。中间节点根据确定的将要停止发送单播媒体流的时刻前的最后一个单播媒体流的报文，确定需要生成的抑制重传信息，可以根据设置在此时或稍后在由扩展RTCP报文发送该抑制重传信息给接收节点。
图6所示实施例的另一个具体应用场景中，单播媒体流与组播媒体流的画面播放基本同步时，中间节点可以确定停止重新编排报文序列号前的最后一个单播媒体流的报文，此时中间节点已经可以确定需要生成的抑制重传信息，可以根据设置在此时或稍后由扩展RTCP报文发送该抑制重传信息给接收节点。例如，单播媒体流与组播媒体流的画面播放基本同步时，中间节点停止丢弃单播媒体流中的报文，但继续重新编排报文序列号，并根据设置在若干个报文后停止重新编排报文序列号。中间节点根据确定的将要停止重新编排报文序列号的时刻，确定需要生成的抑制重传信息，可以根据设置在此时或稍后在由扩展RTCP报文发送该抑制重传信息给接收节点。
图7是本发明另一个实施例中扩展RTCP报文的扩展方式的示意图。
其中，Type为调整的类型，The Start Sequence Number为起始抑制重传的序列号，The EndSequence Number为结束抑制重传的序列号。
本实施例提供的丢包抑制重传的方法，应用于快速频道切换的重传抑制中，通过重新编排需要发送的报文序列号，生成并发送抑制重传信息，使接收节点对需要抑制重传的数据包在发现丢包时不请求重传，加快了快速频道切换时的画面显示速度，并提高了可以同时进行快速频道切换的用户的数量。
以下结合图8提供本发明的又一个实施例。本发明的另一个实施例将丢包抑制重传的方法具体应用于智能丢弃的重传抑制中。
在网络发生拥塞时，为了保证媒体质量和用户体验，可以选择性丢弃一些对画面显示影响较小的报文，这样就会造成流媒体序列号不连续，为了防止序列号不连续而导致用户请求重传，加重拥塞，可以采用图8所示实施例的方法。
图8是本发明又一个实施例中丢包抑制重传的方法流程图。该方法包括：
802、根据丢弃规则丢弃媒体流中对画面显示影响较小的报文。
804、重新编排需要发送的报文序列号。
举例来说，当发生拥塞时，根据预设的丢包策略丢弃部分报文，如：丢弃报文N、N+a，并将原媒体流中报文序列号为N+1的报文重新编排为N、原媒体流中报文序列号为N+2的报文重新编排为N+1，依次类推，将原媒体流中报文序列号为N+a+1的报文重新编排为N+a-1。
806、当不需要重新编排需要发送的报文序列号时，生成抑制重传信息，所述抑制重传信息包括需要抑制重传的数据包的标识信息。
举例来说，当拥塞解除时，停止报文序列号的重新编排，对不连续的报文序列号生成抑制重传信息。例如，拥塞解除前，丢弃了原报文序列号为N、N+a、N+b、N+c的报文，在发送报文序列号为N+d的报文时，停止报文序列号的重新编排。停止报文序列号的重新编排前发送的最后一个报文的报文序列号，经过重新编排为N+d-5，停止报文序列号的重新编排后发送的第一个报文的报文序列号为N+d。因此，对报文序列号为N+d-4至N+d-1的报文生成抑制重传信息。抑制重传信息中包括这一段不连续的报文序列号的信息，例如，这一段不连续的报文序列号的第一个报文序列号(N+d-4)和最后一个报文序列号(N+d-1)。
808、将所述抑制重传信息发送给接收节点，所述抑制重传信息用于使所述接收节点接收到所述抑制重传信息后，对所述抑制重传信息中的标识信息对应的数据包丢失时不请求重传。
举例来说，抑制重传信息可以由扩展RTCP报文发送给接收节点。例如，当拥塞解除时，可以根据设置确定在此时或稍后停止报文序列号的重新编排，并根据确定的停止报文序列号的重新编排的时刻生成抑制重传信息。可以由扩展RTCP报文发送该抑制重传信息给接收节点。
本实施例提供的丢包抑制重传的方法，应用于智能丢弃的重传抑制中，通过重新编排需要发送的报文序列号，并生成并发送抑制重传信息，使接收节点对需要抑制重传的数据包在发现丢包时不请求重传，可以减少需要发送的抑制重传信息数量，并可以选择在拥塞解除后再发送抑制重传信息，减小了网络负担，避免了加重网络拥塞。
以下结合图9提供本发明的另一个实施例。本发明的另一个实施例将丢包抑制重传的方法具体应用于可伸缩视频编码(Scalable Video Coding，SVC)中。
SVC在采用RTP单流封装的情况下，中间节点在对SVC视频数据适配时，提取部分或者全部的报文，转发给接收节点。在提取部分报文时，会造成RTP序号不连续，接收节点会认为RTP丢包，并请求重传。此时可以采用图9所述实施例对接收节点进行丢包抑制重传。
图9是本发明另一个实施例中可伸缩视频编码抑制重传的方法流程图。该访法包括：
902、选择适合接收节点的SVC媒体流并丢弃接收节点不需要的报文。
904、重新编排需要发送的报文序列号。
举例来说，原始报文序列号为10001至10010，某接收节点需要原始报文序列号为10001、10004、10007、10010的报文。中间节点经过重新编排，向该接收节点发送的报文的报文序列号为10001、10002(原报文序列号为10004)、10003(原报文序列号为10007)、10004(原报文序列号为10010)。
906、当不需要重新编排需要发送的报文序列号时，生成抑制重传信息，所述抑制重传信息包括需要抑制重传的数据包的标识信息。
举例来说，在本发明另一个实施例的第一个具体应用场景中，可以定时从原始报文序列号开始重新编排，例如在原始报文序列号为10001至10010的报文后，对原始报文序列号为10011至10020的报文向该接收节点发送报文序列号为10011、10012(原报文序列号为10014)、10013(原报文序列号为10017)、10014(原报文序列号为10020)的报文。此时，中间节点发送的报文中，缺少报文序列号为10005至10009的报文，因此，对报文序列号为10005至10009的报文生成抑制重传信息。
在本发明另一个实施例的第二个具体应用场景中，中间节点根据需要重新选择适合接收节点的SVC数据。例如，原先由于网络拥塞，中间节点向接收节点发送基本层报文，网络拥塞解除后，中间节点改为向接收节点发送全部报文。例如在原始报文序列号为10001至10010的报文后，中间节点改为向接收节点发送全部报文，此时，中间节点发送的报文中，缺少报文序列号为10005至10009的报文，因此，对报文序列号为10005至10009的报文生成抑制重传信息。
908、将所述抑制重传信息发送给接收节点，所述抑制重传信息用于使所述接收节点接收到所述抑制重传信息后，对所述抑制重传信息中的标识信息对应的数据包丢失时不请求重传。
举例来说，抑制重传信息可以由扩展RTCP报文发送给接收节点。
以下结合图10提供本发明的又一个实施例。
图10是本发明又一个实施例中网络节点的结构示意图。该网络节点包括：
丢弃模块1002，用于根据丢弃规则丢弃媒体流中对画面显示影响较小的报文。
举例来说，丢弃模块1002可以在快速频道切换时根据丢弃规则丢弃单播媒体流中对画面显示影响较小的报文；丢弃模块1002也可以根据丢弃规则丢弃媒体流中对画面显示影响较小的报文；丢弃模块1002还可以选择适合接收节点的SVC数据并丢弃接收节点不需要的报文。
编排模块1004，用于重新编排需要发送的报文序列号。
举例来说，编排模块1004重新编排需要发送的报文序列号，使需要发送的报文序列号连续。
生成模块1006，用于当不需要重新编排时，生成抑制重传信息，该抑制重传信息包括需要抑制重传的数据包的标识信息。
发送模块1008，用于将生成模块1006生成的抑制重传信息发送给接收节点，该抑制重传信息用于使该接收节点接收到该抑制重传信息后，对该抑制重传信息中的标识信息对应的数据包丢失时不请求重传。
举例来说，发送模块1008可以将抑制重传信息由扩展RTCP报文发送给接收节点。
以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现，其软件程序存储在可读取的存储介质中，存储介质例如：计算机中的硬盘、光盘或软盘。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (22)

1.一种丢包抑制重传的方法，其特征在于，所述方法包括：
生成抑制重传信息，所述抑制重传信息包括需要抑制重传的数据包的标识信息；
将所述抑制重传信息发送给接收节点，所述抑制重传信息用于使所述接收节点接收到所述抑制重传信息后，对所述抑制重传信息中的标识信息对应的数据包丢失时不请求重传。
2.根据权利要求1所述的丢包抑制重传的方法，其特征在于，所述生成抑制重传信息的步骤包括：
根据丢弃数据包的优先级生成抑制重传信息，将丢弃的低优先级的数据包作为需要抑制重传的数据包，所述抑制重传信息包括所述丢弃的低优先级的数据包的标识信息。
3.根据权利要求1所述的丢包抑制重传的方法，其特征在于，所述将所述抑制重传信息发送给接收节点包括：
将所述抑制重传信息携带在抑制重传消息、数据包或报告包中发送给所述接收节点；其中，所述数据包是需要抑制重传的数据包或不需要抑制重传的数据包。
4.根据权利要求3所述的丢包抑制重传的方法，其特征在于，所述将所述抑制重传信息携带在抑制重传消息、数据包或报告包中发送给所述接收节点包括：
将所述抑制重传信息携带在抑制重传消息、数据包扩展的抑制重传字段或报告包扩展的抑制重传字段中发送给所述接收节点。
5.根据权利要求3所述的丢包抑制重传的方法，其特征在于，当所述数据包是需要抑制重传的数据包时，所述数据包的负荷被删除，所述抑制重传信息携带在所述被删除负荷的数据包中。
6.根据权利要求1-5任一权利要求所述的丢包抑制重传的方法，其特征在于，所述抑制重传信息包括本地的抑制重传信息和/或接收的抑制重传信息。
7.根据权利要求1所述的丢包抑制重传的方法，其特征在于，在所述生成抑制重传信息之前，所述方法还包括：
根据丢弃规则丢弃媒体流中的数据包，将所述丢弃的数据包作为需要抑制重传的数据包。
8.根据权利要求7所述的丢包抑制重传的方法，其特征在于，所述根据丢弃规则丢弃媒体流中的数据包，包括：
在快速频道切换时，根据丢弃规则丢弃单播媒体流中对画面显示影响较小的报文；或
在网络发送拥塞时，根据丢弃规则丢弃媒体流中对画面显示影响较小的报文；或
转发可伸缩视频编码媒体流时，选择适合接收节点的可伸缩视频编码媒体流，并丢弃接收节点不需要的报文。
9.根据权利要求7或8述的丢包抑制重传的方法，其特征在于，在所述根据丢弃规则丢弃媒体流中的数据包之后，还包括：
重新编排需要发送的数据包的报文序列号。
10.根据权利要求1或8所述的丢包抑制重传的方法，其特征在于，所述将所述抑制重传信息发送给接收节点，包括：
由扩展实时传送控制协议RTCP报文将所述抑制重传信息发送给接收节点。
11.根据权利要求10所述的丢包抑制重传的方法，其特征在于，所述扩展RTCP报文将抑制重传信息发送给接收节点包括：
当需要抑制重传的报文序列号连续时，扩展RTCP报文将需要抑制重传的第一个报文序列号和最后一个报文序列号作为所述抑制重传信息，发送给接收节点。
12.一种网络节点，其特征在于，所述网络节点包括：
生成模块，用于生成抑制重传信息，所述抑制重传信息包括需要抑制重传的数据包的标识信息；
发送模块，用于将所述生成模块生成的抑制重传信息发送给接收节点，所述抑制重传信息用于使所述接收节点接收到所述抑制重传信息后，对所述抑制重传信息中的标识信息对应的数据包丢失时不请求重传。
13.根据权利要求12所述的网络节点，其特征在于，所述生成模块具体用于根据丢弃数据包的优先级生成抑制重传信息，将丢弃的低优先级的数据包作为需要抑制重传的数据包，所述抑制重传信息包括所述丢弃的低优先级的数据包的标识信息。
14.根据权利要求12所述的网络节点，其特征在于，所述发送模块具体用于将所述抑制重传信息携带在抑制重传消息、数据包或报告包中发送给所述接收节点；其中，所述数据包是需要抑制重传的数据包或不需要抑制重传的数据包。
15.根据权利要求14所述的网络节点，其特征在于，当所述发送模块发送的数据包是需要抑制重传的数据包时，所述数据包的负荷被删除，所述抑制重传信息携带在所述被删除负荷的数据包中。
16.根据权利要求12所述的网络节点，其特征在于，所述网络节点还包括：
接收模块，用于接收其它网络节点发送的抑制重传信息；
汇总模块，用于汇总所述接收模块接收的抑制重传信息和所述网络节点本地生成的抑制重传信息；
所述发送模块，还用于将所述汇总模块汇总后的抑制重传信息发送给接收节点，所述抑制重传信息用于使所述接收节点接收到所述汇总后的抑制重传信息后，对所述汇总后的抑制重传信息中的标识信息对应的数据包丢失时不请求重传。
17.根据权利要求12所述的网络节点，其特征在于，还包括：
丢弃模块，用于根据丢弃规则丢弃媒体流中的数据包，将所述丢弃的数据包作为需要抑制重传的数据包。
18.根据权利要求17所述的网络节点，其特征在于，还包括：
编排模块，用于重新编排需要发送的报文序列号。
19.一种丢包抑制重传的系统，其特征在于，所述系统包括：中间节点和接收节点；
所述中间节点，用于生成并向所述接收节点发送抑制重传信息，所述抑制重传信息包括需要抑制重传的数据包的标识信息；
所述接收节点，用于接收所述中间节点发送的抑制重传信息，对所述抑制重传信息中的标识信息对应的数据包丢失时不请求重传。
20.根据权利要求19所述的丢包抑制重传的系统，其特征在于，所述中间节点，还用于汇总本地的抑制重传信息和接收的抑制重传信息，并将所述汇总后的抑制重传信息发送给所述接收节点。
21.根据权利要求19所述的丢包抑制重传的系统，其特征在于，所述中间节点，还用于当确认没有收到丢失的数据包的抑制重传信息时，生成所述丢失的数据包的抑制重传信息，发送给所述接收节点。
22.根据权利要求21所述的丢包抑制重传的系统，其特征在于，所述中间节点，还用于请求重传所述丢失的数据包，并在收到所述丢失的数据包后，将所述丢失的数据包发送给接收节点。
CN200910127718.6A 2008-10-31 2009-03-18 丢包抑制重传的方法、网络节点和系统 Active CN101729228B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN200910127718.6A CN101729228B (zh) 2008-10-31 2009-03-18 丢包抑制重传的方法、网络节点和系统
EP20090823017 EP2352248B1 (en) 2008-10-31 2009-07-28 Lost packet retransmission suppressing method, network node and system
PCT/CN2009/072951 WO2010048825A1 (zh) 2008-10-31 2009-07-28 丢包抑制重传的方法、网络节点和系统
US13/097,382 US8693333B2 (en) 2008-10-31 2011-04-29 Method, network node and system for suppressing lost packet retransmission

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200810172356 2008-10-31
CN200810172356.8 2008-10-31
CN200910127718.6A CN101729228B (zh) 2008-10-31 2009-03-18 丢包抑制重传的方法、网络节点和系统

Publications (2)

Publication Number Publication Date
CN101729228A true CN101729228A (zh) 2010-06-09
CN101729228B CN101729228B (zh) 2014-04-16

Family

ID=42128224

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910127718.6A Active CN101729228B (zh) 2008-10-31 2009-03-18 丢包抑制重传的方法、网络节点和系统

Country Status (4)

Country Link
US (1) US8693333B2 (zh)
EP (1) EP2352248B1 (zh)
CN (1) CN101729228B (zh)
WO (1) WO2010048825A1 (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102291374A (zh) * 2010-06-21 2011-12-21 华为技术有限公司 一种拼接流传输的方法、装置及系统
CN104038845A (zh) * 2014-06-30 2014-09-10 杭州华三通信技术有限公司 报文传输方法及装置
CN106162182A (zh) * 2015-03-25 2016-11-23 杭州海康威视数字技术股份有限公司 一种视频编码码流的播放控制方法及系统
CN109327288A (zh) * 2015-12-14 2019-02-12 华为技术有限公司 数据传输加速方法、装置及系统
CN109842856A (zh) * 2017-11-29 2019-06-04 成都鼎桥通信技术有限公司 一种屏蔽上行丢包的方法和设备
CN112533154A (zh) * 2019-09-19 2021-03-19 成都鼎桥通信技术有限公司 数据处理方法、装置和存储介质
CN112688761A (zh) * 2019-10-18 2021-04-20 中国移动通信有限公司研究院 一种harq处理方法及设备
CN114051173A (zh) * 2021-10-09 2022-02-15 广州广哈通信股份有限公司 一种基于rtp扩展头部的视频帧可靠传输方法、装置及设备
WO2022088833A1 (zh) * 2020-10-30 2022-05-05 华为技术有限公司 用于传输媒体流的数据包的方法和通信装置
CN114765690A (zh) * 2020-12-31 2022-07-19 华为技术有限公司 数据包传输方法及相关设备
US11553221B2 (en) 2017-06-27 2023-01-10 Huawei Technologies Co., Ltd. Video transmission method and system and device
WO2023185362A1 (zh) * 2022-03-26 2023-10-05 华为技术有限公司 一种媒体单元传输方法及装置

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101729228B (zh) 2008-10-31 2014-04-16 华为技术有限公司 丢包抑制重传的方法、网络节点和系统
US9608918B2 (en) * 2013-10-23 2017-03-28 Brocade Communications Systems, Inc. Enabling concurrent operation of tail-drop and priority-based flow control in network devices
CN104244109B (zh) * 2014-09-19 2017-12-08 浙江宇视科技有限公司 一种媒体流可靠传输和接收的方法和装置
CN108243073B (zh) * 2016-12-27 2021-07-30 富士通株式会社 数据传输方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030031203A1 (en) * 2001-01-05 2003-02-13 Akito Fukui Mobile communication system and radio communication method
WO2008106823A1 (en) * 2007-03-06 2008-09-12 Thomson Licensing Adaptive and scalable packet error correction apparatus and method
US20080253369A1 (en) * 2007-04-16 2008-10-16 Cisco Technology, Inc. Monitoring and correcting upstream packet loss

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7180896B1 (en) * 2000-06-23 2007-02-20 Mitsubishi Denki Kabushiki Kaisha Method and system for packet retransmission
JP3908490B2 (ja) * 2000-08-03 2007-04-25 株式会社エヌ・ティ・ティ・ドコモ マルチキャスト配信サービスにおける再送制御方法及びシステム、再送制御装置、無線基地局及び無線端末
FI114365B (fi) * 2001-08-31 2004-09-30 First Hop Oy Menetelmä langattomien verkkojen suorituskyvyn optimoimiseksi
JP2004147275A (ja) * 2002-08-30 2004-05-20 Matsushita Electric Ind Co Ltd パケット送信スケジューリング方法および基地局装置
KR100802619B1 (ko) * 2002-11-07 2008-02-13 엘지전자 주식회사 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
EP1889410B1 (en) 2005-05-30 2008-10-01 Telefonaktiebolaget LM Ericsson (publ) Data unit relay device and method of controlling the same
US7698617B2 (en) * 2006-03-03 2010-04-13 Alcatel Lucent Intelligent switch and method for retransmitting a lost packet to decoder(s)
CN101114982A (zh) 2006-07-24 2008-01-30 互联天下科技发展（深圳）有限公司 一种基于IP网络的音视频QoS算法
CN1917639A (zh) 2006-09-01 2007-02-21 北京天地互连信息技术有限公司 使用丢包重传的视频信号增强方法
TW200835303A (en) 2006-09-07 2008-08-16 Avocent Huntsville Corp Point-to-multipoint high definition multimedia transmitter and receiver
JP4805081B2 (ja) * 2006-09-29 2011-11-02 富士通株式会社 無線中継装置、無線中継方法および無線中継プログラム
WO2009054822A1 (en) * 2007-10-23 2009-04-30 Thomson Licensing Method and apparatus for adaptive forward error correction with merged automatic repeat request for reliable multicast in wireless local area networks
US8395990B2 (en) * 2007-11-01 2013-03-12 Thomson Licensing Method and apparatus for streaming scalable multimedia data streams
CN101729228B (zh) 2008-10-31 2014-04-16 华为技术有限公司 丢包抑制重传的方法、网络节点和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030031203A1 (en) * 2001-01-05 2003-02-13 Akito Fukui Mobile communication system and radio communication method
WO2008106823A1 (en) * 2007-03-06 2008-09-12 Thomson Licensing Adaptive and scalable packet error correction apparatus and method
US20080253369A1 (en) * 2007-04-16 2008-10-16 Cisco Technology, Inc. Monitoring and correcting upstream packet loss

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102291374A (zh) * 2010-06-21 2011-12-21 华为技术有限公司 一种拼接流传输的方法、装置及系统
CN104038845A (zh) * 2014-06-30 2014-09-10 杭州华三通信技术有限公司 报文传输方法及装置
CN104038845B (zh) * 2014-06-30 2017-10-17 新华三技术有限公司 报文传输方法及装置
CN106162182A (zh) * 2015-03-25 2016-11-23 杭州海康威视数字技术股份有限公司 一种视频编码码流的播放控制方法及系统
CN106162182B (zh) * 2015-03-25 2019-08-30 杭州海康威视数字技术股份有限公司 一种视频编码码流的播放控制方法及系统
US10798406B2 (en) 2015-03-25 2020-10-06 Hangzhou Hikvision Digital Technology Co., Ltd. Systems and methods for controlling video display
CN109327288A (zh) * 2015-12-14 2019-02-12 华为技术有限公司 数据传输加速方法、装置及系统
CN109327288B (zh) * 2015-12-14 2023-11-10 华为技术有限公司 数据传输加速方法、装置及系统
US11553221B2 (en) 2017-06-27 2023-01-10 Huawei Technologies Co., Ltd. Video transmission method and system and device
CN109842856A (zh) * 2017-11-29 2019-06-04 成都鼎桥通信技术有限公司 一种屏蔽上行丢包的方法和设备
CN112533154A (zh) * 2019-09-19 2021-03-19 成都鼎桥通信技术有限公司 数据处理方法、装置和存储介质
CN112533154B (zh) * 2019-09-19 2022-04-22 成都鼎桥通信技术有限公司 数据处理方法、装置和存储介质
CN112688761A (zh) * 2019-10-18 2021-04-20 中国移动通信有限公司研究院 一种harq处理方法及设备
CN112688761B (zh) * 2019-10-18 2023-10-27 中国移动通信有限公司研究院 一种harq处理方法及设备
WO2022088833A1 (zh) * 2020-10-30 2022-05-05 华为技术有限公司 用于传输媒体流的数据包的方法和通信装置
CN114765690A (zh) * 2020-12-31 2022-07-19 华为技术有限公司 数据包传输方法及相关设备
CN114765690B (zh) * 2020-12-31 2023-09-12 华为技术有限公司 数据包传输方法、通信装置及存储介质
CN114051173A (zh) * 2021-10-09 2022-02-15 广州广哈通信股份有限公司 一种基于rtp扩展头部的视频帧可靠传输方法、装置及设备
CN114051173B (zh) * 2021-10-09 2023-08-08 广州广哈通信股份有限公司 一种基于rtp扩展头部的视频帧可靠传输方法、装置及设备
WO2023185362A1 (zh) * 2022-03-26 2023-10-05 华为技术有限公司 一种媒体单元传输方法及装置

Also Published As

Publication number Publication date
EP2352248B1 (en) 2014-06-18
US20110199907A1 (en) 2011-08-18
CN101729228B (zh) 2014-04-16
US8693333B2 (en) 2014-04-08
WO2010048825A1 (zh) 2010-05-06
EP2352248A4 (en) 2012-07-11
EP2352248A1 (en) 2011-08-03

Similar Documents

Publication Publication Date Title
CN101729228B (zh) 丢包抑制重传的方法、网络节点和系统
CN104737514B (zh) 用于分布媒体内容服务的方法和设备
CN105357592B (zh) 一种流媒体自适应传输选择性丢帧方法
EP2424241B1 (en) Method, device and system for forwarding video data
CN106341738B (zh) 流媒体网络传输的带宽计算方法、服务器端和系统
CN101753973B (zh) 一种频道切换方法、装置和系统
EP1982260B1 (en) Method and system for streaming digital video content to a client in a digital video network
US7333439B2 (en) Sending/receiving method, and device for the same
CN102118653B (zh) 保障网络电视直播业务的业务服务质量的方法和设备
JP5650197B2 (ja) マルチキャスト配信を通じてメディアを提供するシステムのための方法及び装置
JP6685621B2 (ja) マルチキャストネットワークにおいてデータの再送を要求すること
CN101132521A (zh) 一种实现iptv频道切换的方法和装置
WO2009054822A1 (en) Method and apparatus for adaptive forward error correction with merged automatic repeat request for reliable multicast in wireless local area networks
RU2420909C2 (ru) Разделение потока данных
US20070160048A1 (en) Method for providing data and data transmission system
US20200021867A1 (en) Broadcast signal transmitting and receiving method and device
CN101521583B (zh) 一种资源接纳控制方法、系统和装置
US8127196B2 (en) Server and client for determining error restoration according to image data transmission, and method of determining error restoration according to image data transmission
CN101616060A (zh) 一种iptv终端组播转单播切换方法及系统
CN102594774A (zh) 流媒体传输方法与系统
WO2017000836A1 (zh) 一种报文传输方法及装置
CN103685314A (zh) 实现流媒体播放单播和多播无缝切换的方法
CN101212407A (zh) 组播频道快速启动的方法
Herrtwich et al. Beyond ST-II: fulfilling the requirements of multimedia communication
JP2003143219A (ja) パケット交換通信ネットワークのための中継装置及び中継方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant