CN103533450B - 一种媒体流可靠传输和接收的方法以及装置 - Google Patents

一种媒体流可靠传输和接收的方法以及装置 Download PDF

Info

Publication number
CN103533450B
CN103533450B CN201310426244.1A CN201310426244A CN103533450B CN 103533450 B CN103533450 B CN 103533450B CN 201310426244 A CN201310426244 A CN 201310426244A CN 103533450 B CN103533450 B CN 103533450B
Authority
CN
China
Prior art keywords
media stream
stream data
decoding
encoding
media
Prior art date
Application number
CN201310426244.1A
Other languages
English (en)
Other versions
CN103533450A (zh
Inventor
周迪
陈乾业
张磊
Original Assignee
浙江宇视科技有限公司
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
Priority to CN201310230750.3 priority Critical
Priority to CN201310230750 priority
Priority to CN2013102307503 priority
Application filed by 浙江宇视科技有限公司 filed Critical 浙江宇视科技有限公司
Priority to CN201310426244.1A priority patent/CN103533450B/zh
Publication of CN103533450A publication Critical patent/CN103533450A/zh
Application granted granted Critical
Publication of CN103533450B publication Critical patent/CN103533450B/zh

Links

Abstract

本发明提供一种可靠传送媒体流的方案。该方案中的编码设备实行媒体流数据备份机制,解码设备实行媒体流数据缓存机制。编码设备在向解码设备发送媒体流数据时将该媒体流数据存储在专门开辟的缓存空间中以达到将该媒体流数据进行备份的目的。当解码设备发现媒体流数据丢失后,向编码设备发送重传请求,并且缓存后续接收到的媒体流数据;编码设备根据自身缓存空间中备份的媒体流数据响应解码设备的重传请求。解码设备接收到重传的媒体流数据后将其和缓存中的媒体流数据一并进行解码显示。上述方案实现了媒体流数据可靠传输到解码设备上。

Description

一种媒体流可靠传输和接收的方法以及装置

技术领域

[0001] 本发明涉及媒体流数据传输领域,尤其涉及一种媒体流可靠传输的方法和对应的 装置。

背景技术

[0002] 为了确保社会稳定和个人财产的安全,视频监控的重要性越来越突出。随着视频 监控的涉及面不断增大,其中数据传输量也越来越大,所以需要更先进的技术支持媒体流 数据的传输。随着IP技术的发展与逐步完善,越来越多的视频监控由IP网络来承载。

[0003] 为了最大限度的减少IP网络上的视频流量大小,很多视频监控网络采用组播技术 进行实况流的点播。在图1中,用户1和用户2都需要查看同一个摄像头的实况流,编码器EC 可以只发送一条流到客户端的接入层交换机上,由接入层交换机根据组播表项来进行复制 分发视频流。在图1中,一条视频流在接入层交换机上被复制成两条流,分别流向用户1和用 户2。在IP视频监控网络出现短暂拥塞或者其他问题导致用户1和用户2无法接收到EC发送 地完整实况流的情况,用户1和用户2将不能观看到清晰的视频画面。

发明内容

[0004] 本发明的目的在于提供一种媒体流可靠传输和接收的方法和装置。

[0005] 为了达到上述效果,本发明技术方案如下:

[0006] 一种媒体流可靠传输的方法,该方法应用于编码设备,该编码设备上开辟有专门 用于媒体流数据备份的缓存空间,该方法包括如下步骤:A、发送媒体流数据包,并将发送的 媒体流数据在该缓存空间中进行备份;B、接收解码设备发送的重传请求,判断该缓存空间 中是否存在待重传的媒体流数据,如果存在,则对该媒体流数据进行重传,否则忽略该重传 请求。

[0007] 优选地,开辟的缓存空间的大小基于媒体流数据预设的备份时间T1或者基于预设 的备份固定数量的媒体流数据包来确定,媒体流数据在缓存空间备份的时候采用循环覆盖 的方法进行备份。

[0008] 优选地,如果步骤A中的媒体流数据包是以组播的方式进行发送的,则步骤B也以 组播的方式发送待重传的媒体流数据包。

[0009] 优选地,步骤B中如果缓存空间中存在待重传的媒体流数据,则进一步查看该媒体 流数据最后重传时间与当前时间的差是否小于预设的最小重传时间间隔Tm,如果是,则不 再进行重传;否则,对该媒体流数据进行重传,同时更新最后重传时间为当前的重传时间; 或/和,步骤B中如果缓存空间中存在待重传的媒体流数据,则进一步确认该媒体流数据的 重传次数是否小于预设的最大重传次数M,如果是,则进行重传,并更新重传次数;否则不再 进行重传。

[0010] 优选地,最大重传次数M由编码设备根据解码设备一段时间内请求重传的媒体流 数据被覆盖的比率进行自适应的调整。

[0011] 优选地,步骤A中的媒体流数据包是以组播的方式进行发送的情况下,该方法还包 括:步骤A’、从同一组播组的解码设备中选取在接收到组播媒体流数据包后向编码设备发 送确认应答的检测点;步骤B’、编码设备接收到检测点发送的确认应答后,删除缓存中对应 的备份媒体流数据。

[0012]优选地,在编码设备具有多个通道,每个通道具有自身的缓存媒体流数据的备份 空间时,编码设备接收到检测点发送的针对某一通道的媒体流数据的确认应答,删除该通 道缓存中对应的备份媒体流数据后,如果此时该通道的剩余缓存备份空间大于预设值,则 将该通道部分缓存备份空间共享给其他通道使用。

[0013] 优选地,步骤A’中从同一组播组的解码设备中选取检测点的方法具体为:发送组 播的ICMP报文给解码设备;将预设时间内收到的最后一个回应ICMP消息的解码设备选取为 检测点,并通知该解码设备开启检测功能。

[0014] 一种媒体流可靠接收的方法,该方法应用于解码设备,该方法包括如下步骤:A、接 收媒体流数据包并缓存;B、对媒体流数据包进行丢包检测,如果检测到丢包,转步骤C; C、向 编码设备发送针对丢失数据包的重传请求,同时开启时长为T2的定时器,并且将后续收到 的媒体流数据缓存;D、在定时器超时前接收到重传的媒体流数据包,则将接收到的重传的 媒体流数据包和缓存中的媒体流数据包一并解码;在定时器超时前未接收到重传的媒体流 数据包且缓存的媒体流数据达到预设的最大值时,则将缓存的媒体流数据进行解码;在定 时器超时且未收到该重传的媒体流数据包,则将缓存的媒体流数据解码。

[0015]优选地,如果定时器超时且未收到该重传的媒体流数据包,则判断是否到达预设 的最大重传次数N,如果是,则进行解码;否则,转步骤C。

[0016]优选地,该预设的最大重传次数N是动态调整生成的,其中该动态调整方法具体 为:在备份缓存中媒体流数据未被覆盖,解码设备请求重传的次数到达最大重传次数N但并 未重传成功,则将最大重传次数更新为N+1;在解码设备请求重传的次数未到达最大重传次 数N但在备份缓存中媒体流数据已经被覆盖,则将最大重传次数更新为N-1;或者根据编码 设备动态调整最大重传次数M的结果调整N。

[0017]优选地,丢包检测的方法具体为:判断接收到的媒体流数据包是否连续,即当前收 到的数据包序号是否等于上一个接收到的数据包序列号加一,如果等于则判断为不丢包; 否则判断为丢包;或者,当接收到的n (n为预设值)个媒体流数据包时先对这n个媒体流数据 包进行排序,然后按照数据包的序号进行丢包检测;且将当前收到的数据包序号与上一次 丢包检测时最后一个数据包的序号进行比较,如果序号差值大于等于预设值,则确认出现 丢包。

[0018]优选地,重传请求使用UDP单播进行发送,该单播的目的IP地址和端口号在编码设 备和解码设备建立媒体流数据的信令交互中由编码设备传递给解码设备。

[0019] 优选地,定时器时长T2动态调整生成,该动态调整的方法包括:解码设备定期发送 PING包给编码设备以获取数据包当前的传输时间,根据该传输时间的大小变化相应调整T2 的大小。

[0020] 优选地,由编码设备确认为检测点的解码设备在接收到媒体流数据包后按照如下 方法发送确认应答:每收到一个媒体流数据包就进行一次确认应答,或者接收到多个数据 包后进行集中反馈确认应答。

[0021] 基于和方法相同的构思本发明还提供一种媒体流可靠传输装置和接收装置,该媒 体流可靠传输装置应用于编码设备上,该媒体流可靠接收装置应用于解码设备上。

[0022] 本发明具有以下有益效果:实现了媒体流数据可靠地从编码设备传输到解码设备 上;解码设备对完整的媒体流数据进行解码显示后使得视频图像非常流畅。

附图说明

[0023] 图1是组播发送媒体流数据网络示意图。

[0024]图2是本发明实施例一编码设备的媒体流可靠传输装置逻辑结构示意图。

[0025]图3是本发明实施例一解码设备的媒体流可靠接收装置逻辑结构示意图。

[0026]图4是本发明实施例二解码设备的媒体可靠接收装置的处理流程图。

[0027]图5是本发明实施例二编码设备的媒体流可靠传输装置逻辑结构示意图。

[0028]图6是本发明实施例二解码设备的媒体流可靠接收装置逻辑结构示意图 [0029]图7是本发明实施例三编码设备的媒体流可靠传输装置逻辑结构示意图。

[0030]图8是本发明实施例三解码设备的媒体流可靠接收装置逻辑结构示意图。

具体实施方式

[0031]为解决背景技术中提到的技术问题,本发明提供一种可靠传送媒体流的方案。该 方案需要对当前的编码设备和解码设备做出改进。本专利中的编码设备指具有编码功能的 设备,包括但不限于编码器、网络摄像机。解码设备指具有解码功能的设备,包括但不限于 具有解码软件的PC机,解码器。

[0032]编码设备实行媒体流数据备份机制,解码设备实行媒体流数据缓存机制。编码设 备在向解码设备发送媒体流数据时将该媒体流数据存储在专门开辟的缓存空间中以达到 将该媒体流数据进行备份的目的。当解码设备发现媒体流数据丢失后,向编码设备发送重 传请求,并且缓存后续接收到的媒体流数据;编码设备根据自身缓存空间中备份的媒体流 数据响应解码设备的重传请求。解码设备将丢失的媒体流数据和缓存中的媒体流数据进行 解码显示,从而保证了媒体流数据的可靠传输。下文将通过若干实施例详细来阐述本发明 的方案。下面的实施例以软件实现来进行描述,但不应将软件实现方案作为对本发明的限 制。实际上软件实现的方案在合适的条件下硬件都能实现,比如说解码模块既可以用业界 通用的软解码也可以基于硬件来进行解码。

[0033] 实施例一

[0034]编码设备实行基于时间的备份策略:编码设备预设媒体流数据保留时间为T1,当 备份的媒体流数据超过该保留时间T1则不再备份该媒体流数据。基于这一思路,编码设备 在备份媒体流数据时的具体实施方法为:根据该保留时间T1来开辟一定大小的用于备份媒 体流数据的缓存空间。媒体流数据在备份的时候采用循环覆盖的方法写入缓存空间,即该 缓存空间写满后从头开始覆盖之前的媒体流数据而写入新的备份数据。由于该缓存空间的 大小是依据媒体流数据的备份时间T1以及其它的一些计算因子,比如编码码率计算得到 的,所以循环覆盖地备份媒体流数据基本上保证了媒体流数据在缓存空间中的预设保留时 间。

[0035]解码设备在检测到媒体流数据丢失后,向编码设备发送针对该丢失的媒体流数据 的重传请求,同时开启定时器,设定等待时间为T2,并且将后续收到的媒体流数据缓存;如 果收到重传的媒体流数据,则进行解码;如果超过等待时间T2,仍未收到该重传的媒体流数 据,则将缓存的媒体流数据解码。

[0036]如图2,本实施例的编码设备内嵌一媒体流可靠传输的装置,该媒体流可靠传输装 置包括:媒体流发送模块、媒体流备份模块、媒体流重传模块。这些模块以软件代码的形式 进行存储。编码设备的处理器分别通过执行这些代码指令来实现本实施例的方案。

[0037]如图3,本实施例的解码设备内嵌一媒体流可靠接收的装置,该媒体流可靠接收装 置包括:媒体流接收模块、丢包检测模块、媒体流重传处理模块、解码模块。这些模块以软件 代码的形式进行存储。解码设备的处理器分别通过执行这些代码指令来实现本实施例的方 案。

[0038]本实施例的一种实施流程如下:

[0039]步骤21、在编码设备上开辟缓存空间,用以备份媒体流数据。

[0040]该缓存空间是专门为媒体流数据包的备份而开辟的缓存空间。缓存空间的大小依 据媒体流数据需备份的时间来确定。

[0041]实际上除了根据编码设备基于时间的备份策略来开辟缓存空间外,还可以基于固 定数量的媒体流数据包策略来开辟缓存空间。比如,编码设备始终要保证有M个媒体流数据 包备份在缓存空间中,则可以开辟用于备份的缓存空间的大小为M*L,其中L是每个数据包 的长度。一个数据包的长度具体是媒体数据的长度再加上封装协议头(比如RTP头、UDP报文 头等)的长度。每个数据包的长度L小于等于网络中分片的阈值。而媒体流数据在备份的时 候仍然采用循环覆盖的方法写入缓存空间。

[0042]步骤22、编码设备的媒体流发送模块发送媒体流数据包,媒体流备份模块将发送 的媒体流数据包在缓存空间中进行备份。

[0043]编码设备的媒体流发送模块在发送媒体流数据包的时候如现有的技术一样,每个 数据包上都会带上序号。这样解码设备的丢包检测模块就可以据此来判断是否发生丢包事 件。

[0044]编码设备的媒体流备份模块将发送出去的媒体流数据包复制一份备份在缓存空 间中。

[0045]步骤23、解码设备的媒体流接收模块接收媒体流数据包,并将接收到的媒体流数 据包存放于解码设备的缓存空间中,丢包检测模块对媒体流数据包进行丢包检测,如果检 测到丢包,则由媒体流重传处理模块执行重传处理:向编码设备发送针对丢失的数据包的 重传请求,同时开启等待时长为T2的定时器;并且通知解码模块对媒体流接收模块后续收 到并缓存的媒体流数据不进行解码;如果在T2时间内确认接收到重传的媒体流数据包,则 通知解码模块将接收到的媒体流数据包和缓存中的媒体流数据包一并解码;如果在T2时间 内缓存空间中缓存的媒体流数据达到预设的最大值,则通知解码模块对缓存中的媒体流数 据包进行解码;如果超过T2时间未收到该重传的媒体流数据包,则通知解码模块对缓存的 媒体流数据解码。

[0046]解码设备的丢包检测模块进行丢包检测时可以采用如下方法:

[°047]方法一、判断接收到的媒体流数据包是否连续,即当前收到的数据包序号是否等 于上一个接收到的数据包序列号加一,如果等于则判断为不丢包;否则判断为丢包。该方法 适用于媒体流数据包所传输的网络环境不会出现乱序的情况。

[0048]方法二、对接收到的n (n为预设值)个媒体流数据包先进行排序,然后按照数据包 的序号判断是否出现丢包。比如说每收到1〇个媒体流数据包进行一次检测。按照接收的时 间顺序,假设当前接收到的1 〇个数据包分别为序号是1、3、4、2、5、7、8、10、11、9的数据包,排 序后可以判断序号为6的数据包丢失了。如果接下来收到的10个数据包为序号是21、22、24、 23、25、26、29、30、31、32,排序后可以判断序号为12〜2〇的数据包以及序号为27、28的数据 包丢失。该方法适用于媒体流数据包所传输的网络环境会出现乱序的情况。进一步对该方 法进行优化,将当前收到的数据包序号与上一次丢包检测时的最后一个数据包的序号进行 比较,如果序号差值大于等于预设值,则确认出现丢包。比如说,假设预设值为10,上述例子 中,在收到序号为21的数据包时,根据上一次丢包检测时最后一个数据包(序号为11)算出 差值21-11二10,该差值等于预设值10,此时确认序号为12〜10的数据包丢失。优化后的方 法在减少反馈频率的基础上实现了及早反馈。

[0049] 解码设备的媒体流重传处理模块发送重传请求的目的地址和端口号在建立媒体 流数据的信令交互中与其它媒体参数一起获得。

[0050] 在发送重传请求后,解码设备对于后续接收到的媒体流数据包先进行缓存,此时 即便到达解码时刻解码模块也并不执行解码,以尽可能地等到丢失的数据包到来后再进行 解码。

[0051] 重传的等待时间T2可以固定设置,也可以通过解码设备的定时器时长(T2)调整模 块进行调整。一种由定时器时长调整模块通过检测机制进行自动调整的方法为:解码设备 定期发送PING包给编码设备以获取数据包当前的传输时间,再根据该传输时间的大小变化 调整T2。

[0052]如果在等待时间T2内就接收到了编码设备重传的媒体流数据包,则进行解码显 示。如果超过T2未接收到重传的数据包,那将不再继续等待,直接对缓存的媒体流数据包进 行解码。因为继续等待未必会接收到丢失的数据包,同时还会对解码设备的缓存造成压力, 并且用户观看的画面可能也会出现卡顿的状况。另外,如果在等待时间T2内,解码设备存放 媒体流数据包的缓存空间将要存满时,也不再等待重传的媒体流数据而直接进行解码显 /J^ 〇

[0053]步骤24、编码设备的媒体流重传模块接收到解码设备发送的重传请求,判断缓存 空间中是否存在待重传的媒体流数据,如果存在,则对该媒体流数据进行重传,否则忽略该 重传请求。

[0054]编码设备在进行数据重传的时候可以采用组播的方式,也可以采用单播的方式。 如果解码设备是以组播的方式来接收媒体流数据的,则编码设备使用组播的方式进行媒体 流数据的重传将更具优势。因为在一个组播组中,一个解码设备发现丢包的时候,其它加入 同一组播组的解码设备发现丢包的概率也比较大。所以编码设备直接利用组播的方式重传 媒体流数据包将减低编码设备的重传压力,减少同一媒体流数据因多个解码设备均反馈丢 包而多次重传的情况,提高带宽利用率。

[0055]由于本发明的方案并不限于应用在组播进行媒体流发送的环境中;在编码设备单 播发送媒体流的场景下也同样适用。如果解码设备是单播接收编码设备发送的媒体流数据 包的,编码设备在重传丢失的媒体流数据包时将以单播的方式发送给解码设备。 LGG56」实施例二

[0057]实施例二是实施例一的优化。在实施例一的基础上,进一步地,解码设备的媒体流 重传处理模块在超过等待时间T2后,如果仍未收到重传的媒体流数据,则继续发送重传请 求。在本实施例中,可以设定最大重传次数N。以下详细描述该方案。

[0058]步骤31、在编码设备上开辟缓存空间,用于备份媒体流数据包。

[0059]该步骤的具体实施请参照实施例一。

[0060]步骤32、编码设备的媒体流发送模块发送媒体流数据包,并由媒体流备份模块将 发送的媒体流数据包在缓存空间中进行备份。

[0061]该步骤的具体实施请参照实施例一。

[0062]步骤33、解码设备的媒体流接收模块接收媒体流数据包并将其存放在解码设备缓 存空间中,如果丢包检测模块检测到丢包,则由媒体流重传处理模块执行重传处理:向编码 设备发送针对丢失的数据包的重传请求,同时开启等待时长为T2的定时器;并且通知解码 模块对媒体流接收模块后续收到并缓存的媒体流数据不进行解码;如果在T2时间内确认接 收到重传的媒体流数据包,则通知解码模块将接收到的媒体流数据包和缓存中的媒体流数 据包一并解码;如果在T2时间内缓存空间中缓存的媒体流数据达到预设的最大值,则通知 解码模块对缓存中的媒体流数据包进行解码;如果超过T2时间未收到该重传的媒体流数据 包,则媒体流重传处理模块进一步判断是否到达最大重传次数N,如果是,则直接通知解码 模块将缓存的媒体流数据解码;否则继续向编码设备发送重传请求,直到接收到重传的媒 体流数据包或者缓存的媒体流数据包到达最大值或者到达最大重传次数。

[0063]参见图4,该图描述了解码设备在发现丢包后的处理流程。

[0064] Sa、接收媒体流数据包并缓存。

[0065] Sb、判断是否发生丢包,如果是,转Sc;否则,转Sd。

[0066] Sc、发送针对丢失数据包的重传请求,同时开启时长为T2的定时器,,并且将后续 收到的媒体流数据缓存,转Se。

[0067] Sd、对接收到的媒体流数据包进行解码。

[0068] Se、超过T2时间是否未接收到请求重传的媒体流数据包,如果是,则转Sf;否则,转 Sd〇

[0069] Sf、判断是否到达最大重传次数N,如果是,转Sd;否则,转Sc。

[0070] 最大重传次数N可以预先在解码设备上进行设置;也可以由编码设备对自身的最 大重传次数M进行设置后通过信令传输给解码设备,解码设备根据编码设备传递的最大重 传次数M调整自身的最大重传次数N。无论是N还是M,都可以在设置好以后不再变更。但是更 优的方式显然是由解码设备或者编码设备自适应的对其进行调整。参见图6,解码设备在调 整最大重传次数N时可以由其最大重传次数调整模块来执行,具体为:在备份缓存中媒体流 数据未被覆盖,解码设备请求重传的次数到达最大重传次数N但并未重传成功,则将最大重 传次数更新为N+1;在解码设备请求重传的次数未到达最大重传次数N但请求重传的媒体流 数据己经被覆盖,则将最大重传次数更新为N-1。这里解码设备请求重传时,对应的媒体流 数据是否保存在编码设备的备份缓存空间可以由编码设备通过信令来告知解码设备。这种 调整策略可以提高重传成功率,自适应网络丢包的情况。编码设备自适应的调整最大重传 次数N的方法请参下文描述。

[0071]实施例一实际上是N=1的特殊情况。

[0072]步骤34、编码设备的媒体流重传模块接收到解码设备的重传请求,判断缓存空间 中是否存在待重传的媒体流数据,如果不存在,则不进行重传;如果存在,则查看最后重传 时间与当前时间的差是否小于预设的最小重传时间间隔Tm,如果是,则不再进行重传;否 贝!J,对该媒体流数据进行重传,同时更新最后重传时间为当前的重传时间。

[0073]最小重传时间间隔Tm可以预先在编码设备上进行设置,可以在设置好以后就不再 更改;更优的,可以按照如下策略进行调整:针对相同的媒体流数据被请求多次时,记录其 中两次最大时间间隔,将这两次最大时间间隔的平均值作为新的Tm。

[0074]编码设备的上述处理方式,可以在Tm时间内针对同一个媒体流数据有多次重传请 求时只重传一次。在组播传输媒体流数据的情况下,接入同一组播组的解码设备可能针对 同一媒体流数据在较短的时间间隔内先后发送重传请求,在编码设备通过组播方式发送丢 失的媒体流数据时就没有必要响应每一个重传请求而多次发送丢失的媒体流数据包。这样 处理方式可以节省网络带宽。

[0075]编码设备还可以对自身的重传次数M进行设定,当接收到重传请求后进一步确认 当前的重传次数是否小于预设的最大重传次数M,如果是,则进行重传,并更新重传次数;否 则不再进行重传。

[0076]该最大重传次数M可以是在设置好以后不再变更,也可以由编码设备的最大重传 次数调整模块进行自适应调整,参见图5。编码设备的最大重传次数调整模块根据解码设备 一段时间内请求重传的媒体流数据被覆盖的比率对M进行自适应的调整。比如在该段时间 请求重传的媒体流数据中已被覆盖的比率达到阈值D,则最大重传次数M减少一次。举个例 子,在一段时间内请求重传的媒体流数据为31、32、33、34、35、36、37、38,其中32、33、34已经 被覆盖而导致重传失败,则覆盖比率为37.5% ;如果上述阈值D为30%,则将最大重传次数M 减少一次。之所以使用一段时间内请求重传的媒体流数据被覆盖的比率是因为可能同一媒 体流数据因为已覆盖导致多个解码设备请求重传失败,故不能简单的使用媒体数据重传失 败的次数。如果解码设备的最大重传次数N的调整是由编码设备通过媒体信令告知自身的 最大重传次数M而进行调整的话,编码设备将自身调整后的最大重传次数M告知解码设备, 解码设备据此调整自身的最大重传次数,即将N调整成和M相同的值。

[0077] 步骤34中编码设备的这种处理方式在实施例一中也可以使用,并不限于使用于实 施例二。

[0078] 实施例三

[0079]实施例三主要适用于组播发送媒体流数据的情况。本实施例在实施例一、实施例 二的基础上增加以下技术内容:在加入组播组的解码设备中选取检测点,该检测点用于向 编码设备发送接收到媒体流数据后的确认应答,编码设备接收到该应答信息后,从缓存中 删除对应的备份媒体流数据。

[0080] 实施例三编码设备内嵌的媒体流可靠传输装置如图7所;其在图2的基础上增加 了:检测点选取模块和媒体流删除模块。实施例三的解码设备内嵌的媒体流可靠接收装置 如图8所示,其在图3的基础上增加了确认应答模块。这些模块同样以软件代码的形式进行 存储。编码设备和解码设备的处理器分别通过执行这些代码指令来实现实施例三所要达到 的功能。

[0081]步骤41、编码设备的检测点选取模块周期性地从同一组播组的解码设备中选取检 测点。

[0082]编码设备的检测点选取模块定期,比如预先配置每30秒,发送组播的ICMP报文;组 播组中的解码设备在收到该ICMP报文后,向编码设备发送单播的回应消息;编码设备的检 测点选取模块将预设时间内收到的最后一个回应消息的发送解码设备选取为检测点,并通 知该解码设备开启检测功能。

[0083]在新建组播实况或者释放组播实况关系时,编码设备可以重新进行检测点的选 取。

[0084]步骤42、作为检测点的解码设备的确认应答模块在接收组播的媒体流数据后向编 码设备发送确认应答。

[0085]例如,检测点解码设备接收到序号为100的媒体流数据包,则反馈编码设备:序号 为100的媒体流数据包已经被接收到了。检测点解码设备可以每收到一个媒体流数据包就 进行一次反馈,或者接收到多个数据包后进行集中反馈。比如说等待20ms,检测点解码设备 收到了序号为100、101、103、105、106、107的数据包,则向编码设备确认序号为100、101、 1〇3、1〇5、106、107的数据包已经收到。

[0086]步骤43、编码设备接收到检测点解码设备发送的确认应答后,由媒体流删除模块 删除缓存中对应的备份媒体流数据。

[0087]实施例三增加了一种编码设备备份媒体流数据的机制。编码设备在备份媒体流数 据时,只要该媒体流数据被检测点解码设备确认已经接收到就可以将其从缓存空间中删 除。如此,可以腾挪出更多的缓存空间给新的媒体流数据进行备份。

[0088]对于编码设备为多通道的情况优势将更加明显。各通道通常具有各自独立的用于 备份媒体流数据的缓存空间。各通道用于备份媒体流数据的缓存空间的大小可以基于该通 道的媒体流数据预设的备份时间T1或者预设的备份固定数量的媒体流数据包来确定。备份 的媒体流数据采用循环覆盖的方法写入该用于备份的缓存空间。在采用实施例三的方法 后,在编码设备收到检测点的确认后,可将对应通道的备份数据删除,如果此时该通道的用 于备份数据的剩余缓存空间大于预设值,则将该通道的部分缓存空间共享给其他通道使 用,这样可以使得其他通道的数据超出原本可以备份的时间。这样就能减少重传失败次数, 提高多通道的重传成功率。以下通过一个例子详细具体的实施方法。

[0089] S1、编码设备的每个通道独立的按照码率进行备份缓存的申请,即用于备份媒体 流数据的缓存的大小为:码率大小Mi *备份媒体数据间隔T1;

[0090] S2、建立每个通道的备份缓存起始地址、当前使用地址、末尾地址、已使用大小、剩 余大小等信息的全局映射表,并增加全局剩余备份缓存数量信息(全局剩余备份缓存是供 各通道共同使用的备份缓存空间),将所有通道申请的备份缓存集中管理;

[0091] S3、对于每个通道,当编码设备收到检测点反馈的媒体流数据接收成功后,立即释 放该媒体流数据包序号之前所有的备份数据。如果此时本通道剩余的缓存大小为Ml,那么 如果Ml大于Mi*Tl*cl,其中cl为[0,1]之间的比率值,比如,经验数值为〇.2,则将剩余的备 份缓存释放,并入全局剩余备份缓存,并更新全局剩余备份缓存数量信息与地 址信息;

[0092] S4、每个通道的缓存剩余不足Mi*Tl*c2时,向全局剩余备份缓存申请大于Mi*Tl* c3的缓存空间大小,其中C2和c3均为[0,1]之间的比率值,比如,c2的经验值为0 • 05左右和 c3的经验值为0.3左右。 t〇〇93]以上实施例一、实施例二和实施例三作为一种保证媒体流数据可靠传输的方案更 多的适用于用户需要流畅观看的视频图像的情况。如果用户希望获得实时性非常好的视频 图像,则不应该考虑使用本发明方案。所以为了兼容多种使用场景,可以在解码设备上设置 使能开关:在需要流畅优先时,开启解码设备的缓存机制;在需要实时性优先时,不开启解 码设备的缓存机制。

[0094]以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精 神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

Claims (24)

1. 一种媒体流可靠传输的方法,该方法应用于编码设备,其特征在于,该编码设备上开 辟有专门用于媒体流数据备份的缓存空间,该方法包括如下步骤: A、 发送媒体流数据包,并将发送的媒体流数据在所述缓存空间中进行备份; B、 接收解码设备发送的重传请求,判断所述缓存空间中是否存在待重传的媒体流数 据,如果存在,则对该媒体流数据进行重传,否则忽略该重传请求; 其中,在所述步骤A中的媒体流数据包是以组播的方式进行发送的情况下,该方法还包 括: 步骤A’、周期性地从同一组播组的解码设备中选取在接收到组播媒体流数据包后向编 码设备发送确认应答的检测点; 步骤B’、编码设备接收到检测点发送的确认应答后,删除缓存中对应的备份媒体流数 据; 其中,步骤A ’中从同一组播组的解码设备中选取检测点的方法具体为:发送组播的 ICMP报文给解码设备;将预设时间内收到的最后一个回应ICMP消息的解码设备选取为检测 点,并通知该解码设备开启检测功能; 其中,在编码设备具有多个通道,每个通道具有自身的缓存媒体流数据的备份空间时, 编码设备接收到检测点发送的针对某一通道的媒体流数据的确认应答,删除该通道缓存中 对应的备份媒体流数据后,如果此时该通道的剩余缓存备份空间大于预设值,则将该通道 部分缓存备份空间共享给其他通道使用。
2. 如权利要求1所述的方法,其特征在于,所述开辟的缓存空间的大小基于媒体流数据 预设的备份时间T1或者基于预设的备份固定数量的媒体流数据包来确定。
3. 如权利要求1所述的方法,其特征在于,所述媒体流数据在缓存空间备份的时候采用 循环覆盖的方法进行备份。
4. 如权利要求1所述的方法,其特征在于,如果步骤A中的媒体流数据包是以组播的方 式进行发送的,则步骤B也以组播的方式发送待重传的媒体流数据包。
5. 如权利要求1所述的方法,其特征在于,步骤B中如果缓存空间中存在待重传的媒体 流数据,则进一步查看该媒体流数据最后重传时间与当前时间的差是否小于预设的最小重 传时间间隔Tm,如果是,则不再进行重传;否则,对该媒体流数据进行重传,同时更新最后重 传时间为当前的重传时间;或/和 步骤B中如果缓存空间中存在待重传的媒体流数据,则进一步确认该媒体流数据的重 传次数是否小于预设的最大重传次数M,如果是,则进行重传,并更新重传次数;否则不再进 行重传。
6. 如权利要求5所述的方法,其特征在于,所述最大重传次数M由编码设备根据解码设 备一段时间内请求重传的媒体流数据被覆盖的比率进行自适应的调整。
7. —种媒体流可靠接收的方法,该方法应用于解码设备,其特征在于,该方法包括如下 步骤: A、 接收媒体流数据包并缓存; B、 对媒体流数据包进行丢包检测,如果检测到丢包,转步骤c; 、 、 C、 向编码设备发送针对丢失数据包的重传请求,同时开启时长为T2的定时器,并且将 后续收到的媒体流数据缓存; D、在定时器超时前接收到重传的媒体流数据包,则将接收到的重传的媒体流数据包和 缓存中的媒体流数据包一并解码;在定时器超时前未接收到重传的媒体流数据包且缓存的 媒体流数据达到预设的最大值时,则将缓存的媒体流数据进行解码;在定时器超时且未收 到该重传的媒体流数据包,则将缓存的媒体流数据解码; 其中,由编码设备周期性地确认为检测点的解码设备在接收到媒体流数据包后按照如 下方法发送确认应答:每收到一个媒体流数据包就进行一次确认应答,或者接收到多个数 据包后进行集中反馈确认应答,以使所述编码设备接收到检测点发送的确认应答后,删除 缓存中对应的备份媒体数据;其中,同一组播组的解码设备中的检测点为编码设备发送组 播的ICMP报文后,在预设时间内收到的最后一个回应ICMP消息的解码设备; 其中,在编码设备具有多个通道,每个通道具有自身的缓存媒体流数据的备份空间时, 编码设备接收到检测点发送的针对某一通道的媒体流数据的确认应答,删除该通道缓存中 对应的备份媒体流数据后,如果此时该通道的剩余缓存备份空间大于预设值,则将该通道 部分缓存备份空间共享给其他通道使用。
8.如权利要求7所述的方法,其特征在于,所述步骤D进一步包括:如果定时器超时且未 收到该重传的媒体流数据包,则判断是否到达预设的最大重传次数N,如果是,则进行解码; 否则,转步骤C。
9.如权利要求8所述的方法,其特征在于,该预设的最大重传次数N是动态调整生成的, 其中该动态调整方法具体为: 在备份缓存中媒体流数据未被覆盖,解码设备请求重传的次数到达最大重传次数N但 并未重传成功,则将最大重传次数更新为N+1;在解码设备请求重传的次数未到达最大重传 次数N但在备份缓存中媒体流数据已经被覆盖,则将最大重传次数更新为N-1; 或者根据编码设备动态调整最大重传次数M的结果调整N。
10.如权利要求7所述的方法,其特征在于,所述丢包检测的方法具体为: 判断接收到的媒体流数据包是否连续,即当前收到的数据包序号是否等于上一个接收 至U的数据包序列号加一,如果等于则判断为不丢包;否则判断为丢包;或者, 当接收到的n个媒体流数据包时先对这n个媒体流数据包进行排序,然后按照数据包的 序号进行丢包检测;且将当前收到的数据包序号与上一次丢包检测时最后一个数据包的序 号进行比较,如果序号差值大于等于预设值,则确认出现丢包,其中,n为预设值。
11.如权利要求7所述的方法,其特征在于,所述重传请求使用UDP单播进行发送,该单 播的目的IP地址和端口号在编码设备和解码设备建立媒体流数据的信令交互中由编码设 备传递给解码设备。
12.如权利要求7所述的方法,其特征在于,所述定时器时长T2动态调整生成,该动态调 整的方法包括:解码设备定期发送PING包给编码设备以获取数据包当前的传输时间,根据 该传输时间的大小变化相应调整T2的大小。
13.—种媒体流可靠传输装置,该媒体流可靠传输装置应用于编码设备上,其特征在 于,该编码设备上开辟有专门用于媒体流数据备份的缓存空间,所述媒体流可靠传输装置 包括: 媒体流发送模块,用于发送媒体流数据包; 媒体流备份模块,用于将发送的媒体流数据包在所述缓存空间中进行备份; 媒体流重传模块,用于在接收到解码设备发送的重传请求后,判断所述缓存空间中是 否存在待重传的媒体流数据,如果存在,则对该媒体流数据进行重传,否则忽略该重传请 求; 其中,该媒体流可靠传输装置还包括: 检测点选取模块,该模块用于在媒体流数据包是以组播的方式进行发送的情况下,周 期性地从同一组播组的解码设备中选取在接收到组播媒体流数据包后向编码设备发送确 认应答的检测点; 媒体流删除模块,该模块用于在编码设备接收到检测点发送的确认应答后,删除缓存 中对应的备份媒体流数据; 其中,检测点选取模块从同一组播组的解码设备中选取检测点的方法具体为:发送组 播的ICMP报文给解码设备;将预设时间内收到的最后一个回应ICMP消息的解码设备选取为 检测点,并通知该解码设备开启检测功能; 其中,该媒体流可靠传输装置还包括: 通道共享模块,该模块用于在编码设备具有多个通道,每个通道具有自身的缓存媒体 流数据的备份空间时,编码设备接收到检测点发送的针对某一通道的媒体流数据的确认应 答,删除该通道缓存中对应的备份媒体流数据后,如果此时该通道的剩余缓存备份空间大 于预设值,则将该通道部分缓存备份空间共享给其他通道使用。
14.如权利要求13所述的媒体流可靠传输装置,其特征在于,所述开辟的缓存空间的大 小基于媒体流数据预设的备份时间H或者基于预设的备份固定数量的媒体流数据包来确 定。
15.如权利要求13所述的媒体流可靠传输装置,其特征在于,所述媒体流备份模块将媒 体流数据在缓存空间备份的时候采用循环覆盖的方法进行备份。
16. 如权利要求13所述的媒体流可靠传输装置,其特征在于,如果媒体流发送模块以组 播方式发送媒体流数据包,则媒体流数据重传时也以组播的方式进行重传。
17. 如权利要求13所述的媒体流可靠传输装置,其特征在于,媒体流重传模块,进一步 用于在缓存空间中存在待重传的媒体流数据时,查看最后重传时间与当前时间的差是否小 于预设的最小重传时间间隔Tm,如果是,则不再进行重传;否则,对该媒体流数据进行重传, 同时更新最后重传时间为当前的重传时间;或/和 该媒体流重传模块,进一步用于在缓存空间中存在待重传的媒体流数据时,进一步确 认重传次数M是否小于预设的最大重传次数M,如果是,则进行重传,并更新重传次数;否则 不再进行重传。
18.如权利要求I7所述的媒体流可靠传输装置,其特征在于,该装置还包括最大重传次 数调整模块,该模块根据解码设备一段时间内请求重传的媒体流数据被覆盖的比率对所述 最大重传次数M进行自适应的调整。
19.一种媒体流可靠接收装置,该媒体流可靠接收装置应用于解码设备上,其特征在 于,该媒体流可靠接收装置包括: 媒体流接收模块,用于接收媒体流数据包,并将接收到的媒体流数据包存放于解码缓 存空间中; 丢包检测模块,用于对媒体流数据包进行丢包检测,并将检测结果告知媒体流重传模 块; 媒体流重传处理模块,用于在丢包检测模块检测到丢包时,向编码设备发送针对丢失 的数据包的重传请求,同时开启等待时长为T2的定时器;并在定时器超时前接收到重传的 媒体流数据包,将通知解码模块将接收到的重传的媒体流数据包和缓存中的媒体流数据包 一并解码;在定时器超时前未接收到重传的媒体流数据包且缓存空间中缓存的媒体流数据 达到预设的最大值,则通知解码模块对缓存中的媒体流数据进行解码;在定时器超时且未 收到该重传的媒体流数据包,则通知解码模块对缓存中的媒体流数据进行解码; 其中,该接收装置进一步包括确认应答模块,该确认应答模块在被编码设备周期性地 认为自身的解码设备为检测点后按照如下方法发送确认应答:每收到一个媒体流数据包就 进行一次确认应答,或者接收到多个数据包后进行集中反馈确认应答,以使所述编码设备 接收到检测点发送的确认应答后,删除缓存中对应的备份媒体数据;其中,同一组播组的解 码设备中的检测点为编码设备发送组播的ICMP报文后,在预设时间内收到的最后一个回应 ICMP消息的解码设备; 其中,在编码设备具有多个通道,每个通道具有自身的缓存媒体流数据的备份空间时, 编码设备接收到检测点发送的针对某一通道的媒体流数据的确认应答,删除该通道缓存中 对应的备份媒体流数据后,如果此时该通道的剩余缓存备份空间大于预设值,则将该通道 部分缓存备份空间共享给其他通道使用。
20.如权利要求19所述的媒体流可靠接收装置,其特征在于,所述重传处理模块进一步 用于在定时器超时且未收到该重传的媒体流数据包时,判断是否到达预设的最大重传次数 N,如果是,则通知解码模块进行解码;否则重新执行重传处理。
21.如权利要求20所述的媒体流可靠接收装置,其特征在于,该装置还包括最大重传次 数调整模块,该模块用于在备份缓存中媒体流数据未被覆盖但解码设备请求重传的次数到 达最大重传次数N但并未重传成功,则将最大重传次数更新为N+1;在解码设备请求重传的 次数未到达最大重传次数N但待重传的媒体流数据已经被覆盖时,则将最大重传次数更新 为N-1;或者该模块根据编码设备动态调整最大重传次数M的结果调整N。
22. 如权利要求19所述的媒体流可靠接收装置,其特征在于,所述丢包检测模块判断接 收到的媒体流数据包是否连续,如果连续则判断为不丢包;否则判断为丢包;或者, 该丢包检测模块当接收到n个媒体流数据包时先对这n个媒体流数据包进行排序,然后 按照数据包的序号进行丢包检测;该丢包检测模块还将当前收到的数据包序号与上一次丢 包检测时最后一个数据包的序号进行比较,如果序号差值大于等于预设值,则确认出现丢 包,其中,n为预设值。
23. 如权利要求19所述的媒体流可靠接收装置,其特征在于,所述媒体流重传处理模块 使用UDP单播发送重传请求,该单播的目的IP地址和端口号在编码设备和解码设备建立媒 体流数据的信令交互中由编码设备传递给解码设备。
24. 如权利要求19所述的媒体流可靠接收装置,其特征在于,该装置还包括定时器时长 T2调整模块,该模块用于定期发送PING包给编码设备以获取数据包当前的传输时间,根据 该传输时间的大小变化相应调整T2的大小。
CN201310426244.1A 2013-06-09 2013-09-17 一种媒体流可靠传输和接收的方法以及装置 CN103533450B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201310230750.3 2013-06-09
CN201310230750 2013-06-09
CN2013102307503 2013-06-09
CN201310426244.1A CN103533450B (zh) 2013-06-09 2013-09-17 一种媒体流可靠传输和接收的方法以及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310426244.1A CN103533450B (zh) 2013-06-09 2013-09-17 一种媒体流可靠传输和接收的方法以及装置

Publications (2)

Publication Number Publication Date
CN103533450A CN103533450A (zh) 2014-01-22
CN103533450B true CN103533450B (zh) 2018-03-09

Family

ID=49935054

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310426244.1A CN103533450B (zh) 2013-06-09 2013-09-17 一种媒体流可靠传输和接收的方法以及装置

Country Status (1)

Country Link
CN (1) CN103533450B (zh)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103841380B (zh) * 2014-03-19 2018-03-23 苏州科达科技股份有限公司 一种媒体流转分发的方法及其系统
CN104038813B (zh) * 2014-06-20 2017-09-26 深圳市九洲电器有限公司 一种多屏互动方法及系统
CN104244109B (zh) * 2014-09-19 2017-12-08 浙江宇视科技有限公司 一种媒体流可靠传输和接收的方法和装置
CN104270594B (zh) * 2014-09-24 2018-11-09 大唐移动通信设备有限公司 数据包发送与接收的方法及设备
CN104270684B (zh) * 2014-09-24 2018-05-11 北京中科大洋科技发展股份有限公司 一种面向实时应用的视音频数据网络传输系统和方法
CN104468061B (zh) * 2014-11-25 2019-08-20 厦门雅迅网络股份有限公司 一种低速网络环境下的实时可靠数据传输的方法及系统
CN104407944A (zh) * 2014-12-24 2015-03-11 浪潮(北京)电子信息产业有限公司 一种容灾备份方法和系统
WO2016103008A1 (en) * 2014-12-24 2016-06-30 Pismo Labs Technology Limited Methods and systems for transmitting data through an aggregated connection
CN106603203A (zh) * 2015-10-15 2017-04-26 中兴通讯股份有限公司 数据传输的方法及装置
CN105721950B (zh) * 2016-03-30 2019-04-09 浙江宇视科技有限公司 一种可靠媒体流传输装置
CN105871521B (zh) * 2016-06-03 2019-04-30 浙江宇视科技有限公司 一种数据传输方法、装置及视频监控系统
CN106603481A (zh) * 2016-07-22 2017-04-26 深圳曼塔智能科技有限公司 数据传输方法及装置
CN106330930A (zh) * 2016-08-29 2017-01-11 烽火通信科技股份有限公司 基于流媒体丢包二次重传系统及其方法
CN106209915A (zh) * 2016-08-31 2016-12-07 深圳聚点互动科技有限公司 一种实时流媒体无线传输方法及其系统
CN107979449A (zh) * 2016-10-25 2018-05-01 杭州海康威视数字技术股份有限公司 一种数据传输方法及装置
CN107465570A (zh) * 2017-07-12 2017-12-12 西安交大捷普网络科技有限公司 基于环形队列的数据包关键字检测方法
CN107147481A (zh) * 2017-07-19 2017-09-08 北京数码视讯科技股份有限公司 丢包重传方法、装置及电子设备
CN107800519A (zh) * 2017-11-20 2018-03-13 烽火通信科技股份有限公司 一种数据包的重传方法和重传系统
CN108322836A (zh) * 2018-01-24 2018-07-24 北京奇艺世纪科技有限公司 一种数据传输的方法及装置
CN109068096A (zh) * 2018-08-23 2018-12-21 蔡岳林 远程可视快递系统及方法
CN110008037A (zh) * 2019-02-28 2019-07-12 北京达佳互联信息技术有限公司 消息处理方法、装置及存储介质
CN110634511A (zh) * 2019-09-27 2019-12-31 北京西山居互动娱乐科技有限公司 一种音频数据处理方法及装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222311A (zh) * 2008-01-29 2008-07-16 杭州华三通信技术有限公司 实时报文丢包恢复方法、系统及接收端单元
CN101262321A (zh) * 2008-02-03 2008-09-10 杭州华三通信技术有限公司 媒体数据处理方法、编码设备及媒体平台
CN101656597A (zh) * 2009-09-14 2010-02-24 中兴通讯股份有限公司 数据接收和发送方法、装置及数据传输系统
CN102118653A (zh) * 2009-12-31 2011-07-06 华为技术有限公司 保障网络电视直播业务的业务服务质量的方法和设备
CN102547386A (zh) * 2012-01-12 2012-07-04 华为技术有限公司 数据重传方法、系统、组播服务器及用户终端
CN102710969A (zh) * 2012-05-31 2012-10-03 北京冠华天视数码科技有限公司 通过无线网络传输直播数据的方法及其系统
CN102932667A (zh) * 2012-11-15 2013-02-13 掌赢信息科技(上海)有限公司 一种实时流媒体上传中的丢帧控制与续传方法及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8752102B2 (en) * 2008-01-03 2014-06-10 Microsoft Corporation Intelligent retransmission of data stream segments

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222311A (zh) * 2008-01-29 2008-07-16 杭州华三通信技术有限公司 实时报文丢包恢复方法、系统及接收端单元
CN101262321A (zh) * 2008-02-03 2008-09-10 杭州华三通信技术有限公司 媒体数据处理方法、编码设备及媒体平台
CN101656597A (zh) * 2009-09-14 2010-02-24 中兴通讯股份有限公司 数据接收和发送方法、装置及数据传输系统
CN102118653A (zh) * 2009-12-31 2011-07-06 华为技术有限公司 保障网络电视直播业务的业务服务质量的方法和设备
CN102547386A (zh) * 2012-01-12 2012-07-04 华为技术有限公司 数据重传方法、系统、组播服务器及用户终端
CN102710969A (zh) * 2012-05-31 2012-10-03 北京冠华天视数码科技有限公司 通过无线网络传输直播数据的方法及其系统
CN102932667A (zh) * 2012-11-15 2013-02-13 掌赢信息科技(上海)有限公司 一种实时流媒体上传中的丢帧控制与续传方法及系统

Also Published As

Publication number Publication date
CN103533450A (zh) 2014-01-22

Similar Documents

Publication Publication Date Title
US10034058B2 (en) Method and apparatus for distributing video
EP3123674B1 (en) Channel bonding
US9306708B2 (en) Method and apparatus for retransmission decision making
US9763131B2 (en) Method and system for transmitting data packet, sending end device and receiving end device
CN105357592B (zh) 一种流媒体自适应传输选择性丢帧方法
US8108747B2 (en) Data repair
KR101032512B1 (ko) 멀티캐스트 컨퍼런스 세션 참가 방법 및 컴퓨터 판독 가능 기록 매체
JP5009978B2 (ja) 低遅延サービスのための双方向rlc非永続モード
US7443797B2 (en) Medium streaming distribution system
US9706565B2 (en) Method and device for video transmission
CN102687448B (zh) 网络中可靠实时数据流传输的高效应用层自动重复请求重发的方法
US8260935B2 (en) Error control terminal discovery and updating
CA2842098C (en) A system and method for transmission of data signals over a wireless network
US7636298B2 (en) Apparatus and method for packet error correction
KR101242663B1 (ko) 패킷 송신 장치, 통신 시스템 및 컴퓨터 판독가능한 기록매체
US20150195835A1 (en) Exchanging data associated with a communication session within a communications system
US7756127B2 (en) Mobile terminal
US6373842B1 (en) Unidirectional streaming services in wireless systems
KR101571145B1 (ko) 무선 근거리 네트워크들에서의 신뢰 가능한 멀티캐스트를 위해 병합된 자동 반복 요청으로 적응 순방향 에러 정정을 하기 위한 방법 및 장치
JP4000905B2 (ja) 情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム
ES2681671T3 (es) Procedimiento y dispositivo para distribuir información durante el suministro de difusión
CN100571249C (zh) 一种实时确定传输的以太网通讯方法
JP3814614B2 (ja) マルチメディア・ストリーミング環境におけるサーバベースのレート制御
EP2061174B1 (en) Data communication system, data transmitting device and method, using probe packets and having a transmission buffer control
JP2012010363A (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
GR01 Patent grant
GR01 Patent grant