CN101656747A - 流媒体数据的传输方法及系统 - Google Patents

流媒体数据的传输方法及系统 Download PDF

Info

Publication number
CN101656747A
CN101656747A CN200910190725A CN200910190725A CN101656747A CN 101656747 A CN101656747 A CN 101656747A CN 200910190725 A CN200910190725 A CN 200910190725A CN 200910190725 A CN200910190725 A CN 200910190725A CN 101656747 A CN101656747 A CN 101656747A
Authority
CN
China
Prior art keywords
streaming media
packet
rtp packet
media server
rtp
Prior art date
Application number
CN200910190725A
Other languages
English (en)
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
Application filed by 深圳创维数字技术股份有限公司 filed Critical 深圳创维数字技术股份有限公司
Priority to CN200910190725A priority Critical patent/CN101656747A/zh
Publication of CN101656747A publication Critical patent/CN101656747A/zh

Links

Abstract

一种流媒体数据的传输方法,其包括:流媒体服务器将流媒体数据采用RTP协议打包成RTP数据包发送给客户端;客户端判断收到的RTP数据包的包序列号是否连续,若不连续,则向流媒体服务器发送RTCP重传请求;流媒体服务器解析RTCP重传请求,并根据网络通信状况自适用调整重传方式重传丢失的RTP数据包。本发明可根据实际网络通信的状态自适用调节重传方式,来满足流媒体服务实时传输和高可靠性的要求,以达到更佳的流媒体服务效果。

Description

流媒体数据的传输方法及系统

技术领域

本发明涉及流媒体数据传输,尤其是涉及一种保证流媒体数据传输实时性和高可靠性的 方法,以及使用该方法的流媒体数据传输系统。

背景技术

当前的高速宽带网络继续呈现出蔓延之势,宽带接入不仅应用于企事业、工商业、商务 和教育等,而且正在不断深入到社区和进入住户。人们比以往任何时候都更容易地得到更加 丰富的媒体内容,这些内容是通过大量分布广泛的宽带设备来提供共享的资源。正是建立在 如此广阔的宽带Jof出之上,催生出了 "流媒体(Streaming Media)"的应用。流媒体其实代 表着由传统的内容下载形式向新型内容-f^某体实时获取的演变,流媒体的应用就是要使用户 在第 一时间去体验一种无缝和即时的媒体资料信息。

流媒体服务具有以下特点:1、传输数据要求一定的实时性;2、传输数据要求一定的可 靠性;3、要求一定的带宽。两种传统的传输协议TCP (Transmission Control Protocol,传输 控制协议)和UDP (User Datagram Protocol,用户数据报协议)在数据传输上存在其各自的 优缺点。TCP协议是一种面向连接的可靠的数据传输协i义,协议本身就具备丢包重传的功能, 能确保数据包以正确的顺序和完整的到达接收端,但对于流媒体服务的实时性要求往往不能 满足。而UPD协议不保证数据的可靠性,具有较好的实时性,所以UDP协议被很多流媒体 服务所采纳;然而,UDP传输协议数据不可靠的缺点对于流媒体服务的数据可靠性的要求 不能满足,从而影响服务的质量。

因此,需要重新设计一种能够保证数据可靠传输的方式以满足流々某体服务的实时应用。

发明内容

本发明提出一种流媒体数据的传输方法及系统,通过在承栽层使用UDP协议的IP (Internet Protocol,互联网协议)网络上采用RTP (Real-time Transport Protocol,实时传送

协议)协议传输流媒体数据来保证流媒体数据传输实时性和高可靠性。 本发明采用了如下技术方案: 一种流媒体数据的传输方法,其包括: 流媒体服务器将流媒体数据采用RTP协议打包成RTP数据包发送给客户端; 客户端判断收到的RTP数据包的包序列号是否连续,若不连续,则向流媒体服务器发

送RTCP重传请求;

流媒体服务器解析RTCP重传请求,并根据网络通信状况自适用调整重传方式重传丢失 的RTPl史据包。

其中,在一个实施例中,所述的流媒体数据的传输方法还包括:

流媒体服务器接收到客户端反馈的RTCP重传请求,流媒体服务器统计向发送RTP数 据包的丢包率;

流媒体服务器根据丢包率的大小选择重传方式重传丢失的RTP数据包。当连续多次统计的丢包率均小于第一阈值时,流4某体服务器选择先重传所有丢失的RTP 数据包、后发送当前流媒体数据的RTP数据包的重传方式。

另夕卜,流媒体服务器判断出丢失的RTP数据包所在帧是否为视频数据的I帧,若是,将 该RTP数据包加入至具有较高重传优先级的I桢重传队列;当连续多次统计的丢包率均大于 第一阈值而小于第二阁值时,流媒体服务器选择先重传丢失的I帧数据所在的RTP数据包、 后发送当前流媒体数据的RTP数据包、再发送丢失的其他帧的RTP数据包的重传方式。

当连续多次统计的丢包率均大于第二阈值而小于第三阈值时,流媒体服务器选择先发送 当前流媒体数据的RTP数据包、再重传丢失的I帧数据所在RTP数据包的重传方式。

当连续多次统计的丢包率均大于第三阈值时,流々某体服务器选择只发送当前数据的RTP 数据包、而不重传丢失数据的RTP数据包的重传方式。

RTP数据包是将多个流媒体数据的TS数据包打包在一起,并添加一个RTP头所形成, 且在RTP头中填充了该RTP数据包的包序列号;且RTCP重传请求中包含了丢失的RTP数 据包的包序列号。

相应的,本发明公开一种流媒体数据的传输系统,该系统包括提供流媒体数据服务的流 媒体服务器,以及接入流媒体服务器的若干客户端,关键是,在流媒体服务器和客户端之间 使用了前述的流媒体数据的传输方法。

与现有技术相比,本发明具有如下有益效果:

本发明通过在承载层使用UDP协议的IP网络上采用RTP协议传输流媒体数据,,满足 了流媒体数据传输实时性和高可靠性,为提供高品质的流媒体服务提供了保障。并且,本发 明通过调整丢包率的统计频率和丢包率的参考次数来判断网络的通信状况,根据实际网络的 通信状态自适用选择重传方式,从而动态调节重传流媒体数据,以确保在各种通信状态下均 可达到较佳的流:煤体数据传输品质。

附图说明

图1是本发明的流程示意图;

图2是图1中步骤S3的详细处理流程示意图。

具体实施方式

为便于理解,先对实时传送协议(Real-time Transport Protocol, RTP)进行简单说明。 RTP协议是一个网络传输协议,它是由正TF的多媒体传输工作小组1996年在RFC 1889 中公布的。RTP协议详细说明了在互联网上传递音频和视频的标准数据包格式,常用于流媒 体系统,视频会议和一键通(Pushto Talk)系统,使它成为IP电话产业的技术基础。RTP协 议和RTCP (Real-time Transport Control Protocol , RTP控制协议) 一起使用,而且它是建立 在用户数据报协议(UDP )上的。

并且,RTP协议本身并没有提供按时发送机制或其它服务质量保证,它依赖于低层服 务去实现这一过程。RTP协议并不保证传送或防止无序传送,也不确定底层网络的可靠性。 RTP协议实行有序传送,RTP协议中的序列号允许接收方重组发送方的包序列,同时序列号 也能用于决定适当的包位置,例如:在视频解码中,就不需要顺序解码。本发明通过在承载层使用UDP协议的IP网络上采用RTP协议传输实时多媒体数据,从而 保证流i某体数据传输实时性和高可靠性。

如图l所示,本发明提出的流媒体系统的结构如下:流媒体服务器收到客户端发来的流 媒体数据请求之后,计算此次请求应该交付的流媒体数据;并通过搜索引擎对索引数据操作, 将数据库的内容作为索引緩存在系统的内存中,当数据库在数据有变动时发送同步信息到搜 索引擎,以保证数据的同步。流媒体服务器与客户端之间进行流媒体数据传输的步骤包括:

步骤S1:针对客户端的请求,由流媒体服务器将请求对应的流媒体数据采用RTP协议 打包成RTP数据包发送给客户端。

由于UDP协议限制发送的每个数据包的最大字节数,而每个流媒体数据包是标准传输 流(Transport stream, TS)数据包,其大小是188字节。因此,在充分利用网络带宽的情况 下,可以将对多个TS包(比如7个TS包)进行封装在一起,并在每个包的头部加上RTP包头, 并在RTP包头中"Sequence number"域中填充相应的包序列号,形成RTP数据包。由流媒体 服务器发送RTP数据包到客户端并记录下发送的RTP数据包的个数,侦听客户端的回馈信息。

步骤S2:客户端接收到RTP数据包之后,根据RTP数据包的包序列号是否连续,若连续, 则RTP数据包在传输过程中不存在丢包,否则判断为存在丢包。若有丢包,客户端向流媒体 服务器发送RTCP重传请求,该RTCP重传请求用于请求流媒体服务器重传丢失包序列号的 RTP数据包。

步骤S3:流々某体服务器才艮据网络通信状况自适用调整重传策略,按重传策略重传丢失 的RTP数据包。

在实际网络环境中,由于网络带宽的情况不同,数据包传输的丢失情况也不同,故可 以使用丢包率(即丢失包的数量/总共发送的包数)来衡量网络带宽的状态。RTP数据包的重 传是根据发送端和接收端直接的通信来判断的,也就是说,每次重传的都是前面某次发生中 丢失的数据包,当网络处于一个较差的状态时,丢包率也会相应变大,重传的数据包很可能 再次丢失,而数据的重传又会增加网络的负担,使网络更加拥塞,严重影响流4某体服务的质 量。因此,根据当前网络的状态动态的自适用调整重传的策略可以提供更好的流媒体服务。

结合图2所示,具体来说,流媒体服务器的重传处理步骤如下:

步骤S31:流媒体服务器接收到客户端反馈的RTCP重传请求,首先统计丢包的数量 (loss_pkt),并根据总共发送的包数(total—snd_pkt),计算出最近N次发送的丢包率lr lr = loss_pkt / total—snd_pkt

步骤S32:根据客户端反馈的消息获得丢失的RTP数据包的序列号,然后根据序列号计 算出该RTP数据包所在的帧类型,并根据帧类型将其加到相应帧类型的重传队列中,比如, 该RTP数据包所在帧为视频I帧,则将该RTP数据包加到具有较高重传优先级的I帧的重传队列。

对于视频数据而言,I帧的数据要比B帧、P帧数据要更重要,所以I帧数据在重传上应 该有更高的优先级。

因此,流媒体服务器在发送流媒体数据之前,将所有^L频数据的总帧数、帧类型,记 录在framejnfo的结构中,定义如下: typedef struct frm—infouint32一t offset[MAX一FRAMES〗; uintl6一t i—fr咖e[MAX—FRAMES/12]; int32—t total—framej int32 t total i frame;

〃每一帧的偏移量

〃I帧的下标

〃总帧数

//总I帧数

} FRM—INFO;

其中frame—info为FRMJNFO结构类型变量,记录了视频中每一帧的信息。 假设:seqjntr为当前将要发送RTP数据包的序列号sec^num一now与丢失的RTP数据包的 序列号seqjium—loss之间的差<直,seq_intr = seq_num—now - seq_num—loss; curfrm为当前4寻要 发送的RTP数据包所在帧的下标;remain为当前将要发送的RTP数据包所在帧的剩余字节数; pkts—curfrm为当前将要发送的RTP数据包在其所在帧内的偏移量除以RTP数据包的大小; frmidx为丢失的RTP数据包所在帧的下标:

pkts—curfrm= (fram一info.offset[curfrm+l]-fram一info.offset[curfrm])-remainy每个RTP数"^居包的

贝'卜*seq_intr<=pkts—curfrm时,表明丢失的RTP数据包与当前将要发送的RTP数据包在 同一帧,所以frmidx二curfrm;当seqjntr〉pkts—curfrm时,表明丢失的RTP数据包与当前将要 发送的RTP数据包不再同一帧内,所以frmidx = curfrm-x (x为当前将要发送的RTP数据包所 在帧与丢失的RTP数据包所在帧之间相隔的帧数)。通过将frmidx在frame一info.i一frame[n]中 遍历比较,判断出丢失的RTP数据包所在帧是否为I帧。

步骤S33:根据丢包率的大小,选择以下一种重传策略进行RTP数据包重传处理:

重传策略A、先重传所有丟失的数据,后发送当前的数据。当连续m次统计丢包率都处 于很低水平时选择这种重传策略。

重传策略B、先重传丢失的I帧数据,后发送当前的数据,再发送其他帧的丢失数据。 当连续m次统计丢包率都处于较低水平时选择这种重传策略。

重传策略C、先发送当前的数据,再重传丢失的I帧数据。当连续m次统计丢包率都处于 中等时选择这种重传策略。

重传策略D、只发送当前数据,不重传丢失的数据。当连续m次统计丢包率都处于较高 水平时选择这种重传策略。

例如,在一个具体应用中,以流媒体服务器每发送50个RTP数据包统计一次丢包率, 并以连续3次丢包率为参考。当3次的丢包率都在5%以下时,采用重传策略A进行重传处理; 当3次中有两次以上丢包率在5%-20%之间时,采用重传策略B进行重传处理;当3次中有两次 以上丢包率在30%-50%之间时,采用重传策略C进行重传处理;当3次中有两次以上丢包率在 50%以上时,采用重传策略D进行重传处理。这样就能在才艮据实际网络状态的情况下,动态 的自适用选择不同重传策略,以使得充分的利用带宽,提供更好的视频服务。

字节数

Claims (10)

1、一种流媒体数据的传输方法,其特征在于,包括: 流媒体服务器将流媒体数据采用RTP协议打包成RTP数据包发送给客户端; 客户端判断收到的RTP数据包的包序列号是否连续,若不连续,则向流媒体服务器发送RTCP重传请求; 流媒体服务器解析RTCP重传请求,并根据网络通信状况自适用调整重传方式重传丢失的RTP数据包。
2、 根据权利要求1所述的流媒体数据的传输方法,其特征在于,包括: 流媒体服务器接收到客户端反馈的RTCP重传请求,流媒体服务器统计向发送RTP数据包的丢包率;流媒体服务器根据丟包率的大小选择重传方式重传丢失的RTP数据包。
3、 根据权利要求2所述的流媒体数据的传输方法,其特征在于,当连续多次统计的丢 包率均小于第一阈值时,流媒体服务器选择先重传所有丢失的RTP数据包、后发送当前流 媒体数据的RTP数据包的重传方式。
4、 根据权利要求2所述的流媒体数据的传输方法,其特征在于,流媒体服务器判断出 丢失的RTP数据包所在帧是否为视频数据的I帧,若是,将该RTP数据包加入至具有较高 重传优先级的I帧重传队列。
5、 根据权利要求4所述的流媒体数据的传输方法,其特征在于,当连续多次统计的丢 包率均大于第一阈值而小于第二阈值时,流媒体服务器选择先重传丢失的I帧数据所在的 RTP数据包、后发送当前流媒体数据的RTP数据包、再发送丢失的其他帧的RTP数据包的 重传方式。
6、 根据权利要求4所述的流媒体数据的传输方法,其特征在于,当连续多次统计的丢 包率均大于第二阈值而小于第三阈值时,流媒体服务器选择先发送当前流媒体数据的RTP 数据包、再重传丢失的I帧数据所在RTP数据包的重传方式。
7、 根据权利要求2所述的流媒体数据的传输方法,其特征在于,当连续多次统计的丢 包率均大于第三阈值时,流媒体服务器选择只发送当前数据的RTP数据包、而不重传丢失 数据的RTP数据包的重传方式。
8、 根据权利要求1至7任何一项所述的流媒体数据的传输方法,其特征在于,RTP数 据包是将多个流媒体数据的TS数据包打包在一起,并添加一个RTP头所形成,且在RTP 头中填充了该RTP数据包的包序列号。
9、 根据权利要求8所述的流媒体数据的传输方法,其特征在于,RTCP重传请求中包 含了丢失的RTP数据包的包序列号。
10、 一种流媒体数据的传输系统,该系统包括提供流媒体数据服务的流媒体服务器,以 及接入流媒体服务器的若干客户端,其特征在于,在流媒体服务器和客户端之间使用了如权 利要求1至9任何一项所述的流4某体数据的传输方法。
CN200910190725A 2009-09-25 2009-09-25 流媒体数据的传输方法及系统 CN101656747A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200910190725A CN101656747A (zh) 2009-09-25 2009-09-25 流媒体数据的传输方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200910190725A CN101656747A (zh) 2009-09-25 2009-09-25 流媒体数据的传输方法及系统

Publications (1)

Publication Number Publication Date
CN101656747A true CN101656747A (zh) 2010-02-24

Family

ID=41710834

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910190725A CN101656747A (zh) 2009-09-25 2009-09-25 流媒体数据的传输方法及系统

Country Status (1)

Country Link
CN (1) CN101656747A (zh)

Cited By (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101931632A (zh) * 2010-09-21 2010-12-29 天地阳光通信科技(北京)有限公司 一种利用实时传输协议通道进行服务质量保证的方法
CN101944982A (zh) * 2010-08-11 2011-01-12 南昌市恒鑫电子技术有限公司 基于时间驱动滑动窗口协议的流媒体实时转发方法
CN102065102A (zh) * 2011-01-05 2011-05-18 中国人民解放军国防科学技术大学 面向流媒体传输质量监控的监控信息压缩方法
CN102104468A (zh) * 2011-02-18 2011-06-22 中兴通讯股份有限公司 一种基于路由代理的媒体感知arq控制方法及系统
CN102170340A (zh) * 2011-04-08 2011-08-31 深圳市捷视飞通科技有限公司 一种rtp数据超时重发的方法、系统和视频终端
CN102801508A (zh) * 2012-07-26 2012-11-28 苏州科达科技有限公司 处理网络丢包的控制方法
CN102883129A (zh) * 2011-07-11 2013-01-16 华为软件技术有限公司 视频通信方法及终端
WO2013060229A1 (zh) * 2011-10-28 2013-05-02 华为技术有限公司 检测ip单通的方法及ip单通的检测装置
CN103124380A (zh) * 2012-11-16 2013-05-29 佳都新太科技股份有限公司 一种基于h264的实时流媒体丢包处理方案
CN103312705A (zh) * 2013-06-04 2013-09-18 腾讯科技(深圳)有限公司 一种数据传输方法、装置及系统
CN103428531A (zh) * 2012-05-25 2013-12-04 中兴通讯股份有限公司 一种多媒体数据的arq控制方法及系统
CN104113722A (zh) * 2014-06-19 2014-10-22 南京熊猫电子股份有限公司 一种无线视频会议传输方法
WO2015000337A1 (zh) * 2013-07-02 2015-01-08 华为技术有限公司 视频传输方法及设备
CN104702579A (zh) * 2013-12-09 2015-06-10 华为技术有限公司 用于确定用户设备的缓存状态的方法及装置
CN104768081A (zh) * 2015-04-17 2015-07-08 武汉兴图新科电子股份有限公司 一种实现流量控制的丢包重传方法
CN104901972A (zh) * 2015-06-24 2015-09-09 上海文广科技(集团)有限公司 一种文件接收和补包的方法
WO2015154522A1 (zh) * 2014-09-03 2015-10-15 中兴通讯股份有限公司 丢失数据报文的识别方法及装置
CN105049415A (zh) * 2015-06-09 2015-11-11 上海文广科技(集团)有限公司 一种通过卫星远程传输数据的方法及系统
CN105424093A (zh) * 2015-12-07 2016-03-23 重庆多邦科技股份有限公司 一种环境监测数据的传输方法
CN105656774A (zh) * 2016-01-12 2016-06-08 东北大学 一种网络实时视频会话媒体数据多径混合冗余传输方法
CN106131710A (zh) * 2016-07-14 2016-11-16 天彩电子(深圳)有限公司 一种视频数据重传的方法及其系统
CN106911699A (zh) * 2017-03-03 2017-06-30 天津天地伟业信息系统集成有限公司 一种基于rtp协议实现i帧重传的方法
CN107277423A (zh) * 2017-07-28 2017-10-20 北京小米移动软件有限公司 丢包重传的方法及装置
CN107454432A (zh) * 2017-07-26 2017-12-08 北京疯景科技有限公司 数据发送方法及装置
WO2017215583A1 (zh) * 2016-06-16 2017-12-21 华为技术有限公司 视频业务质量评估的方法及装置
CN107734360A (zh) * 2017-09-15 2018-02-23 深圳英飞拓科技股份有限公司 流媒体服务器的控制方法及装置
CN103841380B (zh) * 2014-03-19 2018-03-23 苏州科达科技股份有限公司 一种媒体流转分发的方法及其系统
CN107864084A (zh) * 2016-09-22 2018-03-30 腾讯科技(深圳)有限公司 数据包的传输方法和装置
US10693799B2 (en) 2016-09-22 2020-06-23 Tencent Technology (Shenzhen) Company Limited Calling method and device, computer storage medium, and terminal

Cited By (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101944982A (zh) * 2010-08-11 2011-01-12 南昌市恒鑫电子技术有限公司 基于时间驱动滑动窗口协议的流媒体实时转发方法
CN101944982B (zh) * 2010-08-11 2013-04-10 南昌市恒鑫电子技术有限公司 基于时间驱动滑动窗口协议的流媒体实时转发方法
CN101931632A (zh) * 2010-09-21 2010-12-29 天地阳光通信科技(北京)有限公司 一种利用实时传输协议通道进行服务质量保证的方法
CN102065102B (zh) * 2011-01-05 2012-12-26 中国人民解放军国防科学技术大学 面向流媒体传输质量监控的监控信息压缩方法
CN102065102A (zh) * 2011-01-05 2011-05-18 中国人民解放军国防科学技术大学 面向流媒体传输质量监控的监控信息压缩方法
CN102104468A (zh) * 2011-02-18 2011-06-22 中兴通讯股份有限公司 一种基于路由代理的媒体感知arq控制方法及系统
CN102170340A (zh) * 2011-04-08 2011-08-31 深圳市捷视飞通科技有限公司 一种rtp数据超时重发的方法、系统和视频终端
CN102883129A (zh) * 2011-07-11 2013-01-16 华为软件技术有限公司 视频通信方法及终端
WO2013060229A1 (zh) * 2011-10-28 2013-05-02 华为技术有限公司 检测ip单通的方法及ip单通的检测装置
CN103428531A (zh) * 2012-05-25 2013-12-04 中兴通讯股份有限公司 一种多媒体数据的arq控制方法及系统
CN102801508A (zh) * 2012-07-26 2012-11-28 苏州科达科技有限公司 处理网络丢包的控制方法
CN103124380A (zh) * 2012-11-16 2013-05-29 佳都新太科技股份有限公司 一种基于h264的实时流媒体丢包处理方案
CN103312705A (zh) * 2013-06-04 2013-09-18 腾讯科技(深圳)有限公司 一种数据传输方法、装置及系统
CN103312705B (zh) * 2013-06-04 2017-03-15 腾讯科技(深圳)有限公司 一种数据传输方法、装置及系统
WO2014194622A1 (en) * 2013-06-04 2014-12-11 Tencent Technology (Shenzhen) Company Limited System and method for data transmission
WO2015000337A1 (zh) * 2013-07-02 2015-01-08 华为技术有限公司 视频传输方法及设备
CN104284135A (zh) * 2013-07-02 2015-01-14 华为技术有限公司 视频传输方法及设备
CN104702579A (zh) * 2013-12-09 2015-06-10 华为技术有限公司 用于确定用户设备的缓存状态的方法及装置
US10142249B2 (en) 2013-12-09 2018-11-27 Huawei Technologies Co., Ltd. Method and apparatus for determining buffer status of user equipment
CN104702579B (zh) * 2013-12-09 2018-10-12 华为技术有限公司 用于确定用户设备的缓存状态的方法及装置
CN103841380B (zh) * 2014-03-19 2018-03-23 苏州科达科技股份有限公司 一种媒体流转分发的方法及其系统
CN104113722A (zh) * 2014-06-19 2014-10-22 南京熊猫电子股份有限公司 一种无线视频会议传输方法
CN105471825A (zh) * 2014-09-03 2016-04-06 中兴通讯股份有限公司 丢失数据报文的识别方法及装置
WO2015154522A1 (zh) * 2014-09-03 2015-10-15 中兴通讯股份有限公司 丢失数据报文的识别方法及装置
CN105471825B (zh) * 2014-09-03 2019-08-23 南京中兴软件有限责任公司 丢失数据报文的识别方法及装置
CN104768081B (zh) * 2015-04-17 2017-08-08 武汉兴图新科电子股份有限公司 一种实现流量控制的丢包重传方法
CN104768081A (zh) * 2015-04-17 2015-07-08 武汉兴图新科电子股份有限公司 一种实现流量控制的丢包重传方法
CN105049415A (zh) * 2015-06-09 2015-11-11 上海文广科技(集团)有限公司 一种通过卫星远程传输数据的方法及系统
CN104901972A (zh) * 2015-06-24 2015-09-09 上海文广科技(集团)有限公司 一种文件接收和补包的方法
CN104901972B (zh) * 2015-06-24 2019-02-01 上海文广科技(集团)有限公司 一种文件接收和补包的方法
CN105424093A (zh) * 2015-12-07 2016-03-23 重庆多邦科技股份有限公司 一种环境监测数据的传输方法
CN105424093B (zh) * 2015-12-07 2018-06-22 重庆多邦科技股份有限公司 一种环境监测数据的传输方法
CN105656774B (zh) * 2016-01-12 2018-10-23 东北大学 一种网络实时视频会话媒体数据多径混合冗余传输方法
CN105656774A (zh) * 2016-01-12 2016-06-08 东北大学 一种网络实时视频会话媒体数据多径混合冗余传输方法
CN107517410A (zh) * 2016-06-16 2017-12-26 华为技术有限公司 视频业务质量评估的方法及装置
WO2017215583A1 (zh) * 2016-06-16 2017-12-21 华为技术有限公司 视频业务质量评估的方法及装置
CN106131710B (zh) * 2016-07-14 2019-03-26 天彩电子(深圳)有限公司 一种视频数据重传的方法及其系统
CN106131710A (zh) * 2016-07-14 2016-11-16 天彩电子(深圳)有限公司 一种视频数据重传的方法及其系统
US10693799B2 (en) 2016-09-22 2020-06-23 Tencent Technology (Shenzhen) Company Limited Calling method and device, computer storage medium, and terminal
CN107864084B (zh) * 2016-09-22 2019-06-21 腾讯科技(深圳)有限公司 数据包的传输方法和装置
CN107864084A (zh) * 2016-09-22 2018-03-30 腾讯科技(深圳)有限公司 数据包的传输方法和装置
CN106911699A (zh) * 2017-03-03 2017-06-30 天津天地伟业信息系统集成有限公司 一种基于rtp协议实现i帧重传的方法
CN106911699B (zh) * 2017-03-03 2020-02-11 天地伟业技术有限公司 一种基于rtp协议实现i帧重传的方法
CN107454432A (zh) * 2017-07-26 2017-12-08 北京疯景科技有限公司 数据发送方法及装置
CN107277423A (zh) * 2017-07-28 2017-10-20 北京小米移动软件有限公司 丢包重传的方法及装置
CN107277423B (zh) * 2017-07-28 2020-10-09 北京小米移动软件有限公司 丢包重传的方法及装置
CN107734360B (zh) * 2017-09-15 2020-04-21 深圳英飞拓科技股份有限公司 流媒体服务器的控制方法及装置
CN107734360A (zh) * 2017-09-15 2018-02-23 深圳英飞拓科技股份有限公司 流媒体服务器的控制方法及装置

Similar Documents

Publication Publication Date Title
US10034058B2 (en) Method and apparatus for distributing video
US9306708B2 (en) Method and apparatus for retransmission decision making
US8769141B2 (en) Adaptive bitrate management for streaming media over packet networks
TWI440370B (zh) 通信網路中用於改善資料量之系統及方法
EP1897326B1 (en) Transport mechanisms for dynamic rich media scenes
JP3814614B2 (ja) マルチメディア・ストリーミング環境におけるサーバベースのレート制御
EP2529528B1 (en) A method and apparatus for parsing a network abstraction-layer for reliable data communication
CN103152776B (zh) 保留通信网络中交接的应用识别信息的系统及方法
Kohler et al. Designing DCCP: Congestion control without reliability
ES2388750T3 (es) Modo de RCL bidireccional no persistente para servicios de bajo retardo
JP4456115B2 (ja) サービス品質に関する埋込み情報の送信
Rey et al. RTP retransmission payload format
US7558247B2 (en) Optimized radio bearer configuration for voice over IP
EP1427146B1 (en) Packet transmission system and packet reception system
KR100457954B1 (ko) 실시간 패킷 전송 상태와 전송로 혼잡 상태를 이용하는통신 품질 제어 구조
CN105357592B (zh) 一种流媒体自适应传输选择性丢帧方法
US7583666B2 (en) Protocol information processing system and method information processing device and method recording medium and program
KR100855372B1 (ko) 통신 프로토콜을 통한 브로드캐스트/멀티캐스트 세션의파라미터들 전송
CN100574519C (zh) 无线网络中多用户服务的报告
Perkins RTP: Audio and Video for the Internet
Fathi et al. Optimization of SIP session setup delay for VoIP in 3G wireless networks
CN100525504C (zh) 多种无线网络融合环境中的多媒体会话服务质量管理方法
Akan et al. ATL: an adaptive transport layer suite for next-generation wireless internet
US9438494B2 (en) Apparatus and methods for optimizing network data transmission
CN101292492B (zh) 在多个会话中交错VoIP/VIP传输以提高具有多个接口的移动装置中的服务质量

Legal Events

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

Application publication date: 20100224