CN101742271B - 流媒体数据的传输方法、系统和装置 - Google Patents
流媒体数据的传输方法、系统和装置 Download PDFInfo
- Publication number
- CN101742271B CN101742271B CN 200810226252 CN200810226252A CN101742271B CN 101742271 B CN101742271 B CN 101742271B CN 200810226252 CN200810226252 CN 200810226252 CN 200810226252 A CN200810226252 A CN 200810226252A CN 101742271 B CN101742271 B CN 101742271B
- Authority
- CN
- China
- Prior art keywords
- frame
- request
- packet
- send
- data
- 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.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明公开了一种流媒体数据传输的方法、系统和装置,属于通讯技术领域。所述方法包括:接收点播请求;发送一个I帧;判断是否接收到I帧获取请求;如果未接收到I帧获取请求,持续发送P帧;如果接收到I帧获取请求,再发送一个I帧后,持续发送P帧。分组域流媒体服务器PSS包括:数据接收模块和数据发送模块。客户端包括:发送模块、接收模块、丢包统计模块和I帧请求控制模块。所述系统包括:编码器和分组域流媒体服务器PSS。通过向客户端发送形式为“IPPPP……PPPP”形式的帧序列,只有当接收到I帧获取请求时,才会再发送一个I帧数据,在网络传输质量良好的情况下,提高网络传输效率,并解决了I帧突变的问题,提高了网络传输质量。
Description
技术领域
本发明涉及通讯技术领域,特别涉及一种流媒体数据的传输方法、系统、分组域流媒体服务器和客户端。
背景技术
流媒体的常见端对端组网形式一般为:客户端的UE(User Equipment,用户设备)通过GGSN(Gateway GPRS SupportNode,网关GPRS支持节点)接入IP网络;客户端的STB(SetTop Box,机顶盒)以及PC(Personal Computer,个人电脑)通过ADSL或其他接入手段直接接入IP网络;核心网侧包括PSS(Packet-Swithced Streaming Server,分组域流媒体服务器),PSS为各种客户端提供流媒体业务。流媒体业务中,有一种很重要的业务,就是Live TV(直播电视)业务,需要一台或者多台Encoder(编码器)实时压缩数据,并编码出直播数据后发送给PSS,PSS将接收到的直播数据以直播流的形式实时推送到客户端。
在流媒体中,最常用的编码以及传输方式为:在关键帧(I帧)之间插入P帧或者B帧的形式传送给客户端,例如发送“IPPPPIPPPPIPPPP”图像帧序列给客户端。其中,除了第一个I帧以为,其他的I帧只是起纠正作用。
在实现本发明的过程中,发明人发现上述现有技术至少具有以下缺点:
由于I帧数据比P帧数据大很多,一般为P帧数据的10倍甚至几十倍的大小,所以这种传输方案中网络传输质量良好的情况下会额外占用宝贵的网络带宽资源;还会引起I帧突变,所谓I帧突变,是指由于I帧数据比P帧大很多,就意味在发送I帧数据的那1秒内,流量是平均码率的2~4倍甚至更多,对于一些没有缓冲或缓冲不够大的网络设备,如GGSN,就直接造成丢包;如果客户端从P帧接入,由于第一帧不是I帧,在最近的I帧到达之前,客户端是无法解码的,因此存在短暂的马赛克或花屏现象。
发明内容
为了提高网络传输效率,本发明实施例提供了一种流媒体数据的传输方法、系统、分组域流媒体服务器和客户端。所述技术方案如下:
一种流媒体数据的传输方法,包括:
接收编码器发送的数据,所述数据包括P帧和与所述P帧对应的I帧,所述与所述P帧对应的I帧为所述编码器对原始图像在按照标准编码出每个P帧之后,对P帧的重构图像再次编码出的,所述再次编码使用的是无损的帧内编码;
接收点播请求;
发送一个所述I帧;
判断是否接收到I帧获取请求,所述I帧获取请求为客户端在丢包统计中统计出已丢失且已过播放时间的数据包的数目达到预先设定的阀值A时发送的;或者,所述数据包的数目大于0,并且与前个获取I帧请求的时间间隔大于预先设定的阀值B时发送的;
如果未接收到I帧获取请求,持续发送P帧;
如果接收到I帧获取请求,再发送一个I帧后,持续发送P帧;
接收所述客户端发送的丢包重发请求,所述丢包重发请求中携带所述客户端在丢包统计中统计出的已丢失但未到播放时间的数据包的记录;
解析所述丢包重发请求,并根据所述已丢失但未播放的数据包的记录发送相应的数据包给所述客户端。
一种分组域流媒体服务器PSS,包括:
数据接收模块,用于接收编码器发送的数据,所述数据包括P帧和与所述P帧对应的I帧,所述I帧为所述编码器对原始图像在按照标准编码出每个P帧之后,对P帧的重构图像再次编码出的,所述再次编码使用的是无损的帧内编码,并接收点播请求和I帧获取请求,;
数据发送模块,用于发送一个所述I帧;
所述数据接收模块还用于接收I帧获取请求,所述I帧获取请求为客户端在丢包统计中统计出已丢失且已过播放时间的数据包的数目达到预先设定的阀值A时发送的;或者,所述数据包的数目大于0,并且与前个获取I帧请求的时间间隔大于预先设定的阀值B时发送的;
相应地,
所述数据发送模块还用于当所述数据接收模块未接收到I帧获取请求时,持续发送P帧;
当所述数据接收模块接收到I帧获取请求时,所述数据发送模块再发送一个I帧后,持续发送P帧;
所述数据接收模块还用于接收所述客户端发送的丢包重发请求,所述丢包重发请求中携带所述客户端在丢包统计中统计出的已丢失但未到播放时间的数据包的记录;
丢包重发控制模块,用于解析所述丢包重发请求,并根据所述已丢失但未播放的数据包的记录利用数据发送模块发送相应的数据包给所述客户端。
一种客户端,包括:
发送模块,用于发送点播请求给分组域流媒体服务器PSS;
接收模块,用于接收所述PSS发送的数据,所述数据包括:P帧和与所述P帧对应的I帧,所述与所述P帧对应的I帧为所述编码器对原始图像在按照标准编码出每个P帧之后,对P帧的重构图像再次编码出的,所述再次编码使用的是无损的帧内编码;
丢包统计模块,用于对所述接收模块接收到的所述数据进行丢包统计;
I帧请求控制模块,用于根据所述丢包统计模块统计的结果进行I帧请求控制,包括:
I帧请求条件判断单元,用于判断所述丢包统计模块统计出的已丢失且已过播放时间的数据包的数目是否达到预先设定的阀值A,
或者,判断所述丢包统计模块统计出的已丢失且已过播放时间的数据包的数目是否大于0,并且是否与前个获取I帧请求的时间间隔大于预先设定的阀值B;
I帧请求发送单元,用于向所述PSS发送获取I帧请求;
重传控制模块,用于根据所述丢包统计模块统计的结果进行数据包的重传控制,所述重传控制为将所述丢包统计模块统计出的已丢失但未到播放时间的数据包进行记录,并将所述记录发送给PSS。
一种流媒体数据的传输系统,包括:编码器和分组域流媒体服务器PSS;
所述PSS包括:
数据接收模块,用于接收所述编码器发送的数据,所述数据包括P帧和与所述P帧对应的I帧,所述与所述P帧对应当I帧为所述编码器对原始图像在按照标准编码出每个P帧之后,对P帧的重构图像再次编码出的,所述再次编码使用的是无损的帧内编码,并接收点播请求;
数据发送模块,用于发送一个所述I帧;
所述数据接收模块还用于接收I帧获取请求,所述I帧获取请求为客户端在丢包统计中统计出已丢失且已过播放时间的数据包的数目达到预先设定的阀值A时发送的;或者,所述数据包的数目大于0,并且与前个获取I帧请求的时间间隔大于预先设定的阀值B时发送的;
相应地,
所述数据发送模块还用于当所述数据接收模块未接收到I帧获取请求时,持续发送P帧;
当所述数据接收模块接收到I帧获取请求时,所述数据发送模块再发送一个I帧后,持续发送P帧;
所述数据接收模块还用于接收所述客户端发送的丢包重发请求,所述丢包重发请求中携带所述客户端在丢包统计中统计出的已丢失但未到播放时间的数据包的记录;
丢包重发控制模块,用于解析所述丢包重发请求,并根据所述已丢失但未播放的数据包的记录利用数据发送模块发送相应的数据包给所述客户端。
本发明实施例提供的技术方案的有益效果是:
通过向客户端发送形式为“IPPPP……PPPP”形式的帧序列,只有当接收到I帧获取请求时,才会再发送一个I帧数据,在网络传输质量良好的情况下,提高网络传输效率,并解决了I帧突变的问题,提高了网络传输质量。
附图说明
图1是本发明实施例1提供的流媒体数据的传输方法流程图;
图2是本发明实施例2提供的流媒体数据的传输方法信令交互图;
图3是本发明实施例3提供的流媒体数据的传输系统结构示意图;
图4是本发明实施例3提供的编码器的结构示意图;
图5是本发明实施例3提供的I帧生成流程图;
图6是本发明实施例3提供的分组域流媒体服务器PSS的结构示意图;
图7是本发明实施例3提供的客户端的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
流媒体是一种把影像和声音信息进行压缩处理后,以媒体流的方式(不是整个文件下载的方式)提供给用户观赏的技术,它实现了连续地提供高质量影音效果的功能。
I帧为整个画面完整编码的帧,又称为内部帧、完整帧、关键帧。I帧可以独立解码显示。I帧也能为相关的P帧、B帧的解码提供参照。P帧为编码与前一帧差异的帧。P帧不能独立解码显示,必须在它参照的I帧预先收到时才能解码显示。B帧:编码与前一帧和后面的I帧的差异的帧。B帧不能独立解码显示,必须在它参照的I帧预先收到时才能解码显示。
重构帧:通过解码器还原后的帧,譬如编码器把某幅图像A压成P帧,传到解码器后,解码器根据一些参考帧按规定流程把P帧(即Fn)解码出来一幅解码图像B,图像B可以认为就是Fn帧的重构帧,图像A与图像B数据可能不一定完全一样,因为可能通过了有损压缩或分辨率转换等,图像A的某些数据可能被有意的丢弃了。
实施例1
参见图1,本发明实施例提供了一种流媒体网络的传输方法,包括:
101:接收点播请求,发送一个I帧;
102:判断是否接收到I帧获取请求,该I帧获取请求为客户端在丢包统计中统计出已丢失且已过播放时间的数据包的数目达到预先设定的阀值A时发送的;或者,数据包的数目大于0,并且与前个获取I帧请求的时间间隔大于预先设定的阀值B时发送的;
当未接收到I帧获取请求时,持续发送P帧;
103:当接收到I帧获取请求时,再发送一个I帧后,持续发送P帧。
其中,I帧获取请求可以采用设置参数SET_PARAMETER方法携带扩展消息的形式发送。
进一步地,该方法还包括:
接收编码器发送的数据,数据包括P帧和与P帧对应的I帧。
其中,与P帧对应的I帧为编码器对原始图像在按照标准编码出每个P帧之后,对重构图像再次编码出的,再次编码使用的是无损的帧内编码。
进一步地,该方法还包括:
接收客户端发送的丢包重发请求,该丢包重发请求中携带客户端在丢包统计中统计出的已丢失但未到播放时间的数据包的记录;
解析丢包重发请求,并根据已丢失但未播放的数据包的记录发送相应的数据包给客户端。
本发明实施例通过向客户端发送形式为“IPPPP……PPPP”形式的帧序列,只有当接收到I帧获取请求时,才会再发送一个I帧数据;并且,当P帧丢失时,PSS能够接收客户端发起的P帧重传请求,并重传丢失的P帧数据,在网络传输质量良好的情况下,提高网络传输效率,并解决了I帧突变的问题,提高了网络传输质量,同时,解决了现有技术方案中用户从P帧接入时的短租马赛克或花屏问题。
实施例2
参见图2,本发明实施例提供了一种流媒体网络的传输方法,包括:
201:编码器对每幅移动图像都编码出一个P帧和一个I帧(这里的I帧是根据一种I帧合成技术编码得到的),编码器持续地将上述P帧和I帧数据组播给所有PSS,并将成对的P帧和I帧采用相同的序号,以便PSS查找对应关系;
202:PSS接收到编码器组播的数据,并将P帧和I帧数据进行缓存;
其中,对于I帧,PSS只缓存最近的一个;而对于P帧,PSS可以根据客户端的不同需求,缓存一段时间或一定数量的P帧,具体时间或具体数量可以设定。
203:PSS接收到新用户接入的点播请求,并发送点播响应给客户端;
204:PSS将存储在缓存中的最近的一个I帧发送给该客户端,后续就只发送P帧数据给客户端,直到收到客户端发送的I帧数据纠正请求后,再次发送最近的I帧数据给客户端。
205:客户端在接收到数据之后,利用缓冲的时间,进行丢包检测;
其中,由于数据包不是一到达客户端就开始播放,而是要缓冲一段时间,所以,客户端可以利用这段缓冲时间进行丢包检测,并统计丢包数;需要注意的是,只有当P帧数据到播放时间还没有到达客户端才算丢包,这样可以减少P帧数据的丢包数,从而减少使用I帧数据纠正的次数。
当丢包统计中统计出已丢失但还没到播放此数据包播放时间的所有数据包,通过定时发送,发送给PSS;当丢包统计中统计出已丢失且已过播放此数据包播放时间的所有数据包的数目达到预先设定的阀值A,或已丢失且已过播放此数据包播放时间的所有数据包的数目大于0且距离上一个I帧的时间间隔大于预先设定的阀值B时,在客户端发送获取I帧请求给PSS。
阀值A及阀值B的取值可以根据经验设定,或者根据科学的计算结果设定。
206:PSS接收到客户端发送的定时请求,则按照解析出丢失的P帧数据的序号,重新发送丢失的P帧数据;
207:客户端接收到丢失的P帧数据后,进行实时观看;
或者
206’:PSS接收到客户端发送的获取I帧请求,则发送缓冲区中最近的一个I帧数据给客户端;
207’:如果客户端收到I帧,则自动将丢包数清零。
本发明实施例通过向客户端发送形式为“IPPPP……PPPP”形式的帧序列,只有当接收到I帧获取请求时,才会再发送一个I帧数据;并且,当P帧丢失时,PSS能够接收客户端发起的P帧重传请求,并重传丢失的P帧数据,在网络传输质量良好的情况下,提高网络传输效率,并解决了I帧突变的问题,提高了网络传输质量,同时,解决了现有技术方案中用户从P帧接入时的短租马赛克或花屏问题。
实施例3
参见图3,本发明实施例提供了一种流媒体数据传输的系统,包括:编码器301、流媒体服务器(PSS)302和客户端303,下面分别对编码器301、PSS302和客户端303进行详细说明。
(一)编码器301
编码器301用于为PSS302发送数据,该数据包括P帧和与P帧对应的I帧,与P帧对于的I帧为编码器对原始图像在按照标准编码出每个P帧之后,对重构图像再次编码出的I帧,再次编码使用的是无损的帧内编码;
参见图4,编码器301包括:
基本编码模块301A、I帧生成模块301B和发送模块301C;
I帧生成模块301B还包括获取重构图像单元301B1和I帧编码单元301B2;
(1)基本编码模块301A
根据标准的流程、标准的编码方式对原始图像进行编码,并采用单参考帧的编码方式进行的。
在基本编码模块301A中,第一幅原始图像编码为I帧(即帧内编码,可能是有损编码),之后全部编码成P帧(即帧间编码,可能是有损编码),编码后的数据一路经过变换、量化、排序、熵编码等处理输出到NAL(Network Abstraction Layer,网络适配层),以便发送模块发送给PSS302;另一路重新解码为重构图像,暂存起来,以便作为下一P帧的参考图像,以及输出到I帧生成模块301B,由I帧生成模块301B编码为对应的I帧。由此可以看出,基本编码模块301A输出的帧序列如下:I0 P1 P2 P3 P4 P5……Pn。
(2)I帧生成模块301B
从基本编码模块301A中获取对应的重构图像,编码为一个I帧数据,输出到NAL,以便发送模块301C发送给PSS。
编码流程如图5所述,必须要采用无损的帧内编码,并且这些I帧的SSRC(SynchronizationSource,同步源)、Sequence Number(序列号)与对应P帧的SSRC、Sequence Number相同,以便在PSS中能找到其对应关系。
(3)发送模块301C
将基本编码模块301A以及I帧生成模块301B输出的所有P帧、I帧数据都发送给PSS302,其帧序列如下:I0 I’0 P1 I’1 P2 I’2 P3 I’3 P4 I’4 P5 I’5……Pn I’n或I0 P1 I’1 P2 I’2 P3 I’3 P4I’4 P5 I’5……Pn I’n。I就是在基本编码模块301A中的第一幅原始图像编码出的I帧,而Pk(k=0、1、2、3……n)帧就是在基本编码模块301A中从第二幅原始图像开始编码出的P帧,I’k(k=1、2、3……n)就是在I帧生成模块301B中根据对应的Pk帧重构图像编码出的I帧。
(二)PSS302
用于接收客户端303发送的点播请求,并发送点播响应给客户端303;发送一个I帧数据给客户端303后,发送P帧数据给客户端303。
其中,参见图6,PSS302包括:数据接收模块302A、数据缓存模块302B、丢包重发控制模块302C、I帧发送控制模块302D和数据发送模块302E。
(1)数据接收模块302A
从编码器301中接收帧序列为I0I’0P1I’1P2I’2P3I’3P4I’4P5I’5……Pn I’n或I0P1I’1P2I’2P3I’3P4I’4P5I’5……Pn I’n数据,送到数据缓存模块302B中缓存起来。
当然,还用于接收客户端303发送的定时请求和获取I帧请求。
(2)数据缓存模块302B
将从数据接收模块302A输入的直播数据进行缓存:
缓存最近n个P帧数据,用于提供数据源给丢包重发控制模块302C,实现丢包重发的功能;
缓存最近一个I’帧数据,用于提供数据源给I帧发送控制模块302D,通过重传I帧来纠正由于丢包带来的问题。
(3)丢包重发控制模块302C
数据接收模块302A收到客户端303的丢包重发请求后,解析请求消息,获取客户端303的丢包信息,从数据缓存模块302B中提取相应的RTP(Real-time Transport Protocol,实时传输协议)数据包,利用数据发送模块302E重新发送给客户端303。
(4)I帧发送控制模块302D
收到客户端303的获取I帧请求后,解析请求消息,从数据缓存模块302B获取最新I’帧数据,利用数据发送模块302E发送给客户端303。
其中,客户端303的用户新接入或频道切换被默认为客户端303请求I帧,即在用户新接入或频道切换时,第一帧给客户端303发送I’帧数据。
(5)数据发送模块302E
发送“IPPP……PPP”帧序列给客户端303,还用于发送数据给客户端303。
(三)客户端303
参见图7,包括:发送模块303A、接收模块303B、存储模块303C、统计模块303D、重传控制模块303E和I帧请求控制模块303F;
(1)发送模块303A
用于发送点播请求给分组域流媒体服务器PSS。
(2)接收模块303B
用于接收PSS发送的点播响应和PSS发送的数据。
(3)存储模块303C
用于存储接收模块303B接收到的全部数据。
(4)丢包统计模块303D
主要负责丢包情况的统计,包括未播放的丢包统计单元303D1和已播放的丢包统计单元303D2。
未播放的丢包统计单元303D1主要统计已被发现丢失但还没到播放此数据包播放时间的所有数据包,这些数据包被记录下来,并定时送至重传控制模块303E,由重传控制模块303E向PSS302请求重传,如果重传成功,就去掉此数据包的丢包记录。
已播放的丢包统计单元303D2主要统计已被发现丢失并且过了播放此数据包播放时间的所有数据包,这些数据包被记录下来,作为I帧请求的判断依据。
(5)重传控制模块303E
主要负责对未播放的已发现丢失的数据包进行重传请求处理,包括获取重传数据包单元303E1与重传请求单元303E2,重传信息包括丢失的RTP包序号(可多个)以及所属的SSRC,通过如下格式上报给PSS302:
其中,SSRC Count(1Byte):表示丢包涉及到的同步源数;SSRC_1(4Byte):表示第一个同步源;RTP Count(1Byte):表示某同步源下的丢包数;RTP sequence number(2Byte):表示RTP包的序号;SSRC_2:表示第二个同步源;由SSRC Count确定个数,可能还有第3、4、……、n个,也可能只有1个。
(6)I帧请求控制模块303F
主要负责当满足条件时进行I帧请求处理,包括I帧请求条件判断单元303F1与I帧请求单元303F2。
I帧请求条件判断单元303F1根据如下两条进行判断:
1)已播放的丢包数目达到了某阈值A(根据经验以及具体情况设定);
2)已播放的丢包数目大于0并且与最近一个I帧请求的时间间隔大于某阈值B(根据经验以及具体情况设定)。
I帧请求发送单元303F2,用于当I帧请求条件判断单元303F1判断的结果为满足两条中至少一条时,向PSS302发送I帧请求。
I帧请求消息采用SET_PARAMETER(设置参数)方法携带扩展消息传递给PSS302来请求I帧:
1、请求消息
|标准TCP协议头|
|SET_PARAMETER rtsp://PSS/QOS RTSP/1.0|//消息头,固定
|CSeq:×|//RTSP消息序列号,递增,一次会话中唯一
|Content-type:text/parameters|//表示消息的类型,采用字符串的方式,固定
|扩展数据|//固定填写“Cmd Type:0”字串,Cmd Type表示字段名称,暂只有0的枚举值,0表示获取I帧
2、响应消息
|标准TCP协议头|
|RTSP/1.0200OK|//响应消息头,固定
|CSeq:×|//响应那条请求消息,与对应请求消息的CSeq相等
|Content-type:text/parameters|//表示消息的类型,采用字符串的方式,固定
|扩展数据|//固定填写“Cmd Type:0”字串
本发明实施例通过向客户端发送形式为“IPPPP……PPPP”形式的帧序列,只有当接收到I帧获取请求时,才会再发送一个I帧数据;并且,当P帧丢失时,PSS能够接收客户端发起的P帧重传请求,并重传丢失的P帧数据;在网络传输质量良好的情况下,提高网络传输效率,并解决了I帧突变的问题,提高了网络传输质量,同时,解决了现有技术方案中用户从P帧接入时的短租马赛克或花屏问题。
本发明实施例可以利用软件实现,相应的软件程序可以存储在可读取的存储介质中,例如,路由器的硬盘、缓存或光盘中。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (6)
1.一种流媒体数据的传输方法,其特征在于,包括:
接收编码器发送的数据,所述数据包括P帧和与所述P帧对应的I帧,所述与所述P帧对应的I帧为所述编码器对原始图像在按照标准编码出每个P帧之后,对P帧的重构图像再次编码出的,所述再次编码使用的是无损的帧内编码;
接收点播请求;
发送一个所述I帧;
判断是否接收到I帧获取请求,所述I帧获取请求为客户端在丢包统计中统计出已丢失且已过播放时间的数据包的数目达到预先设定的阀值A时发送的;或者,所述数据包的数目大于0,并且与前个获取I帧请求的时间间隔大于预先设定的阀值B时发送的;
如果未接收到I帧获取请求,持续发送P帧;
如果接收到I帧获取请求,再发送一个I帧后,持续发送P帧;
接收所述客户端发送的丢包重发请求,所述丢包重发请求中携带所述客户端在丢包统计中统计出的已丢失但未到播放时间的数据包的记录;
解析所述丢包重发请求,并根据所述已丢失但未播放的数据包的记录发送相应的数据包给所述客户端。
2.如权利要求1所述的流媒体数据的传输方法,其特征在于,所述I帧获取请求为采用设置参数SET_PARAMETER方法携带扩展消息。
3.一种分组域流媒体服务器PSS,其特征在于,包括:
数据接收模块,用于接收编码器发送的数据,所述数据包括P帧和与所述P帧对应的I帧,所述I帧为所述编码器对原始图像在按照标准编码出每个P帧之后,对P帧的重构图像再次编码出的,所述再次编码使用的是无损的帧内编码,并接收点播请求;
数据发送模块,用于发送一个所述I帧;
所述数据接收模块还用于接收I帧获取请求,所述I帧获取请求为客户端在丢包统计中统计出已丢失且已过播放时间的数据包的数目达到预先设定的阀值A时发送的;或者,所述数据包的数目大于0,并且与前个获取I帧请求的时间间隔大于预先设定的阀值B时发送的;
相应地,
所述数据发送模块还用于当所述数据接收模块未接收到I帧获取请求时,持续发送P帧;
当所述数据接收模块接收到I帧获取请求时,所述数据发送模块再发送一个I帧后,持续发送P帧;
所述数据接收模块还用于接收所述客户端发送的丢包重发请求,所述丢包重发请求中携带所述客户端在丢包统计中统计出的已丢失但未到播放时间的数据包的记录;
丢包重发控制模块,用于解析所述丢包重发请求,并根据所述已丢失但未播放的数据包的记录利用数据发送模块发送相应的数据包给所述客户端。
4.如权利要求3所述的PSS,其特征在于,所述PSS还包括:
数据缓存模块,用于缓存所述编码器发送的数据。
5.一种客户端,其特征在于,包括:
发送模块,用于发送点播请求给分组域流媒体服务器PSS;
接收模块,用于接收所述PSS发送的数据,所述数据包括:P帧和与所述P帧对应的I帧,所述与所述P帧对应的I帧为所述编码器对原始图像在按照标准编码出每个P帧之后,对P帧的重构图像再次编码出的,所述再次编码使用的是无损的帧内编码;
丢包统计模块,用于对所述接收模块接收到的所述数据进行丢包统计;
I帧请求控制模块,用于根据所述丢包统计模块统计的结果进行I帧请求控制,包括:
I帧请求条件判断单元,用于判断所述丢包统计模块统计出的已丢失且已过播放时间的数据包的数目是否达到预先设定的阀值A,
或者,判断所述丢包统计模块统计出的已丢失且已过播放时间的数据包的数目是否大于0,并且是否与前个获取I帧请求的时间间隔大于预先设定的阀值B;
I帧请求发送单元,用于向所述PSS发送获取I帧请求;
重传控制模块,用于根据所述丢包统计模块统计的结果进行数据包的重传控制,所述重传控制为将所述丢包统计模块统计出的已丢失但未到播放时间的数据包进行记录,并将所述记录发送给PSS。
6.一种流媒体数据的传输系统,其特征在于,包括:编码器和分组域流媒体服务器PSS;
所述PSS包括:
数据接收模块,用于接收所述编码器发送的数据,所述数据包括P帧和与所述P帧对应的I帧,所述与所述P帧对应当I帧为所述编码器对原始图像在按照标准编码出每个P帧之后,对P帧的重构图像再次编码出的,所述再次编码使用的是无损的帧内编码,并接收点播请求;
数据发送模块,用于发送一个所述I帧;
所述数据接收模块还用于接收I帧获取请求,所述I帧获取请求为客户端在丢包统计中统计出已丢失且已过播放时间的数据包的数目达到预先设定的阀值A时发送的;或者,所述数据包的数目大于0,并且与前个获取I帧请求的时间间隔大于预先设定的阀值B时发送的;
相应地,
所述数据发送模块还用于当所述数据接收模块未接收到I帧获取请求时,持续发送P帧;
当所述数据接收模块接收到I帧获取请求时,所述数据发送模块再发送一个I帧后,持续发送P帧;
所述数据接收模块还用于接收所述客户端发送的丢包重发请求,所述丢包重发请求中携带所述客户端在丢包统计中统计出的已丢失但未到播放时间的数据包的记录;
丢包重发控制模块,用于解析所述丢包重发请求,并根据所述已丢失但未播放的数据包的记录利用数据发送模块发送相应的数据包给所述客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200810226252 CN101742271B (zh) | 2008-11-10 | 2008-11-10 | 流媒体数据的传输方法、系统和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200810226252 CN101742271B (zh) | 2008-11-10 | 2008-11-10 | 流媒体数据的传输方法、系统和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101742271A CN101742271A (zh) | 2010-06-16 |
CN101742271B true CN101742271B (zh) | 2012-09-05 |
Family
ID=42465055
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200810226252 Active CN101742271B (zh) | 2008-11-10 | 2008-11-10 | 流媒体数据的传输方法、系统和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101742271B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102196249B (zh) * | 2011-05-17 | 2012-12-05 | 浙江宇视科技有限公司 | 监控数据回放方法及编码器、视频管理服务器 |
CN103227926A (zh) * | 2013-05-27 | 2013-07-31 | 合肥优尔电子科技有限公司 | 适用于低带宽无线通信信道的视频编码装置及其编码方法 |
CN103338392A (zh) * | 2013-06-14 | 2013-10-02 | 福建星网锐捷安防科技有限公司 | 一种视频轮巡无缝切换画面的方法 |
WO2015196457A1 (zh) * | 2014-06-27 | 2015-12-30 | 北京新媒传信科技有限公司 | 一种关键帧路由的方法及媒体服务器 |
CN108206956B (zh) * | 2016-12-20 | 2020-04-24 | 深圳市中兴微电子技术有限公司 | 一种视频解码错误的处理方法及装置 |
CN106850595A (zh) * | 2017-01-17 | 2017-06-13 | 烽火通信科技股份有限公司 | 一种流媒体传输优化方法及装置 |
CN110636333A (zh) * | 2019-08-19 | 2019-12-31 | 西安万像电子科技有限公司 | 丢帧处理方法及装置 |
CN111917661B (zh) * | 2020-07-29 | 2023-05-02 | 抖音视界有限公司 | 数据传输方法、装置、电子设备和计算机可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101132390A (zh) * | 2006-08-21 | 2008-02-27 | 宁波成功多媒体通信有限公司 | 基于p2p技术的流媒体系统 |
CN101188734A (zh) * | 2006-11-15 | 2008-05-28 | 中兴通讯股份有限公司 | 一种流媒体快速播放的方法 |
US20080175273A1 (en) * | 2007-01-23 | 2008-07-24 | Mobitv, Inc. | Key Frame Detection and Synchronization |
-
2008
- 2008-11-10 CN CN 200810226252 patent/CN101742271B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101132390A (zh) * | 2006-08-21 | 2008-02-27 | 宁波成功多媒体通信有限公司 | 基于p2p技术的流媒体系统 |
CN101188734A (zh) * | 2006-11-15 | 2008-05-28 | 中兴通讯股份有限公司 | 一种流媒体快速播放的方法 |
US20080175273A1 (en) * | 2007-01-23 | 2008-07-24 | Mobitv, Inc. | Key Frame Detection and Synchronization |
Also Published As
Publication number | Publication date |
---|---|
CN101742271A (zh) | 2010-06-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101742271B (zh) | 流媒体数据的传输方法、系统和装置 | |
CN100550999C (zh) | 一种数字频道快速切换方法和系统以及辅助频道生成设备 | |
CN1914922B (zh) | 内容的编码、分发及接收的方法、装置、系统 | |
CN101242359B (zh) | 动态码率分配方法、分组域流媒体服务器 | |
CN101316357B (zh) | 一种频道切换的方法和终端 | |
KR101735435B1 (ko) | 멀티미디어 스트리밍 서비스 제공 방법 및 장치 | |
CN101512989B (zh) | 利用交错播放和交叉分组前向纠错在基于因特网协议的无线网络中恢复突发分组丢失 | |
CN100568966C (zh) | 一种音/视频数据的网络传输方法 | |
CN102123304B (zh) | 用于接收利用现有数据传输广播的视频内容和服务的方法和设备 | |
Frossard et al. | Media streaming with network diversity | |
CN101686391A (zh) | 视频编码/解码方法、装置与视频播放方法、装置及系统 | |
CN102130886B (zh) | 网络视频流媒体系统及传输处理方法、发送端 | |
CN102017617A (zh) | 广播信道上的快速信道切换和高质量流保护 | |
CN106911699B (zh) | 一种基于rtp协议实现i帧重传的方法 | |
CN206908759U (zh) | 一种视频组播丢包重传系统 | |
CN101453639A (zh) | 支持roi区域的多路视频流的编码、解码方法和系统 | |
Oztas et al. | A study on the HEVC performance over lossy networks | |
CN101197642A (zh) | 一种网络电视直播丢包的解决方法 | |
CN1754385B (zh) | 图像数据分发装置、方法及图像数据接收方法 | |
CN101699867A (zh) | 一种视频数据传输速率动态调整方法 | |
JP6519474B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
CN102223218A (zh) | 媒体报文重传抑制方法和设备 | |
CN103916714B (zh) | 一种无线网络视频流抗丢包预处理及恢复方法 | |
CN101515934A (zh) | 转发可伸缩视频编码数据报文的方法、设备和通信系统 | |
Akyol et al. | Scalable multiple description video coding with flexible number of descriptions |
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 | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20211229 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: Super fusion Digital Technology Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |