预测视频业务发生时延的方法和装置的制作方法

文档序号:7929438阅读:155来源:国知局
专利名称:预测视频业务发生时延的方法和装置的制作方法
技术领域
本发明涉及通信领域,特别涉及一种预测视频业务发生时延的方法和装置。
背景技术
视频业务是把数据实时从服务端下载到移动终端进行播放,其最大的特点是用户不必等到整个文件全部下载完毕,而只需经过几秒或十数秒的启动时延即可使用。
一见频业务使用的传输协议有RTP (Real-time Transport Protocol,实时传输协议)、RTCP (RTP Control Protocol, RTP控制协议)和RTSP ( Real-Time StreamingProtocol,实时流媒体协议)。RTSP在体系结构上位于RTP和RTCP之上。它使用TCP或RTP完成数据传输。
现有技术中,发送端将一个^L频帧分割成若干个RTP包,然后将这些RTP包以SDU ( Service Data Unit,服务数据单元)为载体发送到无线网络中进行传输。如图l所示,其为:f见频帧的分包与承载示意图。接收端接收到SDU,从而获得RTP包,然后将属于同一个视频帧的RTP包组合成为一个视频帧,最后将组合后的视频帧按照顺序 一帧 一帧地进行播放。
视频播放过程中往往会出现跳频、马赛克现象,主要是丢包引起,其中包括时延丟包。时延丢包含义为终端按顺序播放视频帧,每一帧都有固定的播放时刻,如果视频数据晚于其播放时刻到达终端就称之为时延,该数据没有任何用处,会被终端丢弃,即产生时延丢包。
现有技术尚不能在网络侧预测等待发送的视频帧是否会发生时延。

发明内容
本发明实施例公开了 一种能够在网络侧预测视频业务是否发生时延的方法和装置,以提高^L频业务传输的效率,所述方案如下
本发明实施例公开了 一种预测碎见频业务发生时延的方法,包括预测接收端正在播放的视频帧的序列号;获取发送端等待发送的视频帧的序列号;
如果所述接收端正在播放的视频帧的序列号大于或等于所述发送端等待发送的视频帧的序列号,判断所述发送端等待发送的视频帧会发生时延。
本发明实施例还公开了 一种预测视频业务发生时延的方法,包括 预测接收端正在播放的视频帧的SDU的序列号; 获耳又发送端等待发送的SDU的序列号;
如果所述接收端正在播;故的视频帧的SDU的序列号大于或者等于所述发送
端等待发送的SDU的序列号,判断所述发送端等待发送的SDU会发生时延。 本发明实施例还公开了一种预测视频业务发生时延的装置,包括 第一预测单元,用于预测接收端正在播放的视频帧的序列号; 第一获取单元,用于获取发送端等待发送的视频帧的序列号; 第一时延判断单元,用于如果所述第一预测单元预测的视频帧的序列号大
于或者等于所述第一获取单元获取的视频帧的序列号,判断所述第一获取单元
获取的^L频帧会发生时延。
本发明实施例还公开了一种预测视频业务发生时延的装置,包括 第二预测单元,用于预测接收端正在播放的^见频帧的SDU的序列号; 第二获取单元,用于获取发送端等待发送的SDU的序列号; 第三时延判断单元,用于如果所述第二预测单元预测的SDU的序列号大于
或者等于所述第二获取单元获取的SDU的序列号,判断所述第二获取单元获取
的SDU会发生时延。
本发明实施例提供的方法和装置,能够在网络侧预测视频帧是否会发生时
延,以便网络侧采取相应的措施,提高网络传输的效率。


图1为现有技术中视频帧、RTP和SDU的对应关系; 图2为本发明实施例一提供的一种预测视频业务发生时延的方法的流程图; 图3为本发明实施例二提供的一种预测视频业务发生时延的方法的流程图; 图4为本发明实施例三提供的一种预测视频业务发生时延的装置的结构图; 图5为本发明实施例四提供的一种预测视频业务发生时延的装置的结构图; 图6为本发明实施例中所使用到的第 一记录表和第二记录表的数据结构图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明
7的几个实施例作进一步地详细的描述。 实施例一
参见图2,为本发明实施例一提供的一种预测视频业务发生时延的方法的示
意图,包括如下步骤
步骤201,预测接收端正在播放的视频帧的序列号。
即估算接收端当前时刻正在播放的视频帧的序列号, 一般情况下采用视频 帧的时间戳作为视频帧的序列号。
预测接收端正在播放的视频帧的序列号,其具体实现方式,例如,获取接 收端的播放时长和接收端的播放速度,然后估算出当前时刻接收端正在播放的 视频帧的序列号。
或者,获取接收端反馈的网络反馈信息RTCP包,该RTCP包中包含一个或多 个字段携带接收端将被解码的SDU的序列号,通过该RTCP包来估算接收端正在 播放的视频帧的序列号。
当接收端的应用程序开始一个RTP会话时会使用两个端口 一个给RTP用来 传输业务数据, 一个给RTCP用来进行传输控制。在视频业务传输的过程中,RTCP 会周期性上报网络反馈信息给发送端,以便于发送端采取相应的措施,如进行 传输的可靠性控制、流量控制或拥塞控制等。
具体的实现方法,例如,当发送端的网络侧接收到来自于接收端的网络反 馈信息RTCP包后,从该网络反馈信息中解析出下一个需要被解码的RTP包的 序列号(即SDU的序列号),通过此序列号,就可以得到该SDU包所对应的视 频帧的序列号,该视频帧为接收端下一个将被播放的视频帧。
可以通过如下方式得到下一个将被播放的视频帧的序列号。例如,设计一 个第一记录表(参见图6),记录RTP包的序列号(即SDU的序列号)和SDU 所属的视频帧的序列号之间的对应关系。当获得了下一个将被解码的SDU的序 列号之后,就可以从第一记录表检索出SDU所属的视频帧序列号,这个视频帧 序列号就是下一个将被播放的视频帧的序列号。
然后通过该下一个将被播放的视频帧的序列号估算接收端当前正在播放的 视频帧的序列号。
一般情况下,相邻视频帧的序列号相差一个时间戳。例如,如果帧率为10 帧/s,表示单位时间内有10个帧,如果帧的时间戳从0开始,那么可以推算出 视频帧依次所对应的时间戳为0、0.1、0.2.....0.9 1.0。如果视频帧的序列号为11.0,
8则相邻的上一个视频帧的序列号就为10.9,序列号之间相差1个时间戳即0.1。 时间戳一般等于帧率的倒数,但可能会有些偏差。
因此,可以将估算值设置为一个时间戳,用下一个将要播放的视频帧的序 列号减去该估算值即可得到接收端正在播放的视频帧。如果网络延迟的比较厉 害,接收端也有可能跳过下一个播放的视频帧,在这种情况下,可以将估算值 设置为零或者负数,估算值的绝对值等于时间戳的整数倍,再用下一个播放的 视频帧的序列号减去该估算值,得到接收端正在播放的视频帧的序列号。
估算值也可以设置为 一个与网络延迟状况相关的系数,网络延迟越厉害, 则估算值应当越小,然后用接收端下一个将要播放的视频帧减去该估算值得到 接收端正在播放的视频帧的序列号。
网络侧也可以通过其它方式预测接收端当前播放的视频帧,例如,依据视 频帧的序列号的大小,将网络侧已经成功发送的视频帧的序列号全部记录到记 录表中,当得到下一个将要播放的视频帧的序列号之后,从该记录表中检索出 与该下一个将要播放的视频帧的序列号最接近的那个视频帧。
需要注意的是,此处所称的接收端正在播放的视频帧,仅仅是一种预测, 并不代表接收端当前实际播放的视频帧,也不限于接收端实际播放的视频帧。 完全可以使用其它视频帧作为当前播放的视频帧。例如可以直接将需要解码的
下一个RTP所对应的视频帧作为当前播放的视频帧,或者将该视频帧的序列号 直接减去一定的数值作为接收端正在播放的视频帧。 步骤202,获取发送端等待发送的视频帧的序列号。
视频帧都是以SDU的形式进行传输的,作为发送端的网络侧,也需要从其 它网元获取SDU,同时发送端可能存在多个SDU等待发送。发送端可以从等待 发送的SDU队列中选择一个SDU,获取该SDU所属的视频帧,该视频帧即为 发送端等待发送的视频帧。
其具体实现方式,例如,设计一个第二记录表(参见图6),只记录当前需 要传输的SDU,以及SDU和所属视频帧之间的对应关系。从第二记录表中选择 序列号最小的SDU,并从第二记录表中获取该SDU所属的视频帧的序列号。当 该SDU成功发送之后,将其从第二记录表中删除。
进一步的,步骤202可以只获取需要重传的SDU所对应的视频帧的序列号。 SDU在传输过程中可能会发生错误,需要重传,重传超过一定次数便容易发生 时延。可以采用一个第二记录表实现这一功能,例如第二记录表中只记录需要
9重传的SDU,从而进一步提高效率。
步骤201和202的执行顺序可以互相调换。
步骤203,判断发送端等待发送的视频帧是否会发生时延。
如果接收端正在播放的视频帧的序列号大于或等于发送端等待发送的视频 帧的序列号,即步骤201预测的视频帧的序列号大于或等于步骤202获取的视 频帧的序列号,判断步骤202获取的视频帧会发生时延。
发明人发现,通常情况下,作为用户的接收端,在时间上将会先播放序列 号小的视频帧,后播放序列号大的视频帧,序列号本身隐含了播放时间的信息。
因此,如果接收端正在播放的视频帧的序列号大于等于发送端等待发送的 视频帧的序列号,则该发送端等待发送的视频帧的播放时间已经过去了,即便 该等待发送的视频帧到达接收端,其结果也是发生时延;反之,如果发送端等 待发送的视频帧不会发生时延,则序列号比发送端等待发送的视频帧大的视频 帧也可能不会发生时延。
所以,实施例一可以进一步包括步骤,在步骤203判断发送端等待发送的 视频帧会发生时延后,获取所述发送端等待发送的其它视频帧的序列号,如果 所述发送端等待发送的视频帧不会发生时延,判断所述其它视频帧中序列号比 所述发送端等待发送的视频帧大的视频帧也不会发生时延。
其实现方式,例如,可以利用步骤202的第二记录表,将第二记录表按照 视频帧的序列号从小到大的方式进行排序,如果发送端等待发送的视频帧不会 发生时延,则笫二记录表中排在发送端等待发送的视频帧下面的视频帧也不会 发生时延,如此可极大的提高效率。
现有技术尚不能在网络侧预测未发送的视频帧是否会发生时延,本实施例 提供了 一种预测的方法,可以方便网络側预测等待发送的视频帧是否会发生时 延,从而采糾目应的措施,提高网络的效率。
实施例二
如图3所示,为本发明实施例二提供的一种预测;规频业务发生时延的方法
的示意图,包括如下步骤
步骤301,预测接收端正在播放的视频帧的SDU的序列号。 即估算接收端当前时刻正在播放的视频帧的SDU的序列号。其具体实现方
式, 一种是通过接收端的播放时长和接收端的播放速度,估算出当前时刻,接收端正在播放的视频帧的序列号,然后获取该视频帧的 一个SDU的序列号。
另一种方法是通过网络反馈信息来计算接收端正在播放的视频帧的SDU的 序列号。例如,可以通过在网络反馈信息中增加一个字段,用来携带接收端下 一个将要被解码的SDU序列号。有了这个序列号,就可以得到SDU所对应的视 频帧的序列号,利用该视频帧的序列号即可推测接收端正在播放的视频帧的序 列号,然后选择正在播放的视频帧的一个SDU的序列号。具体而言,可通过如 下步骤来预测接收端正在播放的视频帧的SDU的序列号。
第一步,获取当前来自于所述接收端的网络反馈信息。
即获取当前来自于接收端的网络反馈信息RTCP包,RTCP包中的一个或多 个字段携带了接收端将要被解码的SDU的序列号。
第二步,解析所述网络反馈信息。
即从网络反馈信息RTCP包中,解析接收端下一个将被解码的SDU的序列
—弓—
第三步,获取接收端下一个将被解码的浮见频帧的序列号。 例如,可以设计一个第一记录表,记录RTP包的序列号(即SDU的序列号) 和SDU所属的视频帧的序列号之间的对应关系。当获得了下一个将被解码的 SDU的序列号之后,就可以从第一记录表检索出SDU所属的视频帧序列号,这 个视频帧序列号就是下一个将被播放的视频帧的序列号。 第四步,估算接收端当前播放的视频帧的序列号。
即利用第三步所获得的下一个将被播放的视频帧的序列号,减去一个估算 值,就可以估算出接收端当前正在播放的视频帧的序列号。可以将估算值设置 为一个时间戳;如果网络延迟的比较厉害,接收端也有可能跳过下一个播放的 视频帧,在这种情况下,可以将估算值设置为零或者负数,估算值的绝对值等 于时间戳的整数倍。
第五步,获取属于当前播放的视频帧的一个SDU。
一个视频帧对应多个SDU,可以从属于接收端正在播放的视频帧的SDU中 选摔一个SDU,例如选择正在播放的视频帧中序列号最大的一个SDU的序列号, 作为正在播放的视频帧的SDU的序列号。
步骤302,获取发送端等待发送的SDU的序列号;
网络侧可能存在多个等待发送的SDU,发送端可以从等待发送的SDU队列 中选择一个SDU。例如,使用一个第二记录表,记录所有发送端等待传送的SDU的序列号, 并选择序列号最小的SDU作为发送端等待发送SDU。当该SDU发送成功之后, 即将其从第二记录表中删除。
进一步的,步骤302可以只获取需要重传的SDU的序列号,因为重传的SDU 发生时延的可能性较大。可以采用第二记录表实现这一功能,例如第二记录表 中可以只记录需要重传的SDU的序列号,从而提高效率。
步骤301和302的执行顺序可以互相调换。
步骤303,判断所述发送端等待发送的SDU是否会发生时延。
如果所述接收端正在播放的视频帧的SDU的序列号大于或者等于所述发送 端等待发送的SDU的序列号,即步骤301预测的SDU的序列号大于等于步骤 302获取的SDU的序列号,判断所述发送端等待发送的SDU会发生时延。
发明人发现, 一般情况下,SDU的序列号是按照从小到大的方式排序的, 如果序列号大的SDU所对应的视频帧已经被播放了,说明序列号小的SDU所 对应的视频帧的播放时刻已经过去了 ,即如果该SDU到达接收端将会发生时延。
进一步的,本实施例还可以包括如下步骤,在步骤303判断步骤302获取 的SDU会发生时延后,获取发送端等待发送的其它SDU的序列号,判断所述
现有技术中,并不能在网络侧预测尚未发送的视频帧的SDU是否会发生时
发生时延,从而便于网络側提前作出处理。
实施例三
如图4所示,为本发明实施例三提供的一种预测视频业务发生时延的装置 的示意图,包括
第一预测单元401 ,用于预测接收端正在播放的视频帧的序列号。
接收端会反馈网络信息RTCP包,为了获取接收端正在播放的视频帧的序 列号,需要在RTCP包中携带接收端下一个将要解码的SDU的序列号,通过这 个序列号,就可以计算出接收端当前正在播放的视频帧的序列号。
具体实现方式,例如,第一预测单元401包括反馈信息获取单元、计算单元。
反馈信息获取单元,用于获取当前来自于接收端的网络反馈信息,所述网络反馈信息包括一个或多个字段,用来携带接收端将要被解码的SDU的序列号。 计算单元,用于当反馈信息获取单元接收到来自于接收端的网络反馈信息
RTCP后,从该网络反馈信息中解析出下一个需要被解码的RTP包的序列号(即 SDU的序列号),通过此序列号,就可以得到该SDU包所属的视频帧的序列号, 该视频帧为接收端下一个将被播放的视频帧,然后利用下一个将被播放的视频 帧的序列号,估算接收端当前正在播-放的视频帧的序列号。具体而言,可通过 如下子单元进行估算
第一记录表单元,用于记录RTP包的序列号(即SDU的序列号)和SDU 所属的视频帧的序列号之间的对应关系。
解析子单元,用于解析反馈信息获取单元获取的网络反馈信息,以获取所 述接收端下一个将被解码的SDU的序列号。
当获得了下一个将被解码的SDU的序列号之后,估算子单元就可以从第一 记录表单元检索出解析子单元解析出的SDU所属的视频帧,这个视频帧的序列 号就是下一个将被播放的视频帧的序列号。有了下一个被播放的视频帧的序列 号,估算子单元将该视频帧的序列号减去一个估算值,就可以估算出接收端当 前正在播放的视频帧的序列号。至于估算值,可以将估算值设置为一个时间戳; 如果网络延迟的比较厉害,接收端也有可能跳过下一个播放的视频帧,在这种 情况下,可以将估算值设置为零或者负数,估算值的绝对值等于一个或多个时 间戳。
当前播;改的视频帧仅作为一种判断基准,用来预测待发送的^f见频帧发生时 延的可能性。可以有各种确定方式,并不局限于实际播放的视频帧。
第一获取单元402,用于获取发送端等待发送的视频帧的序列号。
^f见频帧都是以SDU的形式进行传输的,作为发送端的网络侧,可能存在多 个SDU等待发送。发送端可以从等待发送的SDU队列中选择一个SDU,获取 该SDU所属的视频帧,该视频帧即为发送端等待发送的视频帧。
例如,第一获取单元402可以包括一个第二记录表单元,用于记录在发送 端所有需要发送给接收的SDU,以及SDU和所属视频帧之间的对应关系;第一 获取单元402还包括一个检索子单元,用于从第二记录表单元中选择序列号最 小的SDU,并从第二记录表中获取该SDU所属的视频帧的序列号,当该SDU 成功发送之后,将其从第二记录表中删除。
时延判断单元403,用于判断发送端等待发送的视频帧是否发生时延。如果第一预测单元401预测的接收端正在播放的视频帧的序列号大于等于
第一获取单元402获取的发送端等待发送的视频帧的序列号,则判断第一获取 单元402获取的发送端等待发送的视频帧会发生时延。
发明人发现,通常情况下,作为用户的接收端,在时间上将会先播放序列 号小的视频帧,后播放序列号大的视频帧,序列号本身隐含了播放时间的信息。 因此,如果接收端正在播放的视频帧的序列号大于发送端等待发送的视频帧的 序列号,则该发送端等待发送的视频帧的播放时间已经过去了,即便该等待发 送的视频帧到达接收端,其结果也是发生时延。
本实施例还可以进一步包括第二时延判断单元,用于获取发送端等待发送 的其它视频帧(不包括第一获取单元402获取的视频帧),如果第一时延判断单 元403判断第一获取单元402获取的视频帧不会发生时延,判断所述其它视频 帧中序列号比第一获取单元402获取的序列号大的视频帧也不会发生时延。
现有技术中,网络侧并不能预测尚未发送的视频帧是否会发生时延,本实 施例提供了一种装置可以预测发送端等待发送的视频帧是否会发生时延,从而 便于网络侧提前作出处理。
实施例四
如图5所示,为本发明实施例四所提供的一种预测视频业务发生时延的装 置的示意图,包括
第二预测单元501,用于预测接收端正在播放的视频帧的SDU的序列号。 预测接收端正在播放的视频帧,获取正在播放的视频帧的一个SDU的序列号。
可以通过网络反馈信息携带接收端下一个将要被解码的SDU序列号。有了 这个序列号,就可以得到SDU所对应的视频帧的序列号,该视频帧的序列号即 可推测接收端正在播放的视频帧的序列号,然后选择一个正在播放的视频帧的 一个SDU的序列号。
具体实现方式,例如,第二预测单元可包括如下子单元第一记录表单元、 网络反4责信息获取单元、解析子单元、估算子单元和查询字单元。
第一记录表单元,用于记录RTP包的序列号(即SDU的序列号)和SDU 所属的视频帧的序列号之间的对应关系。
网络反馈信息获取单元,用于获取当前来自于所述接收端的网络反馈信息,
14所述网络反馈信息包括所述接收端下一个将被解码的SDU的序列号。
解析子单元,用于解析所述网络反馈信息获取单元获取的网络反馈信息,
以得到所述接收端下一个将被解码的SDU的序列号。
估算子单元,用于从解析子单元获取下一个将被解码的SDU的序列号之后, 从第一记录表单元检索出该SDU所属的视频帧序列号,这个视频帧序列号就是 下一个将被播放的视频帧的序列号,将该视频帧的序列号减去一个估算值即可 估算出接收端正在播放的视频帧的序列号。至于估算值的大小,可设置为一个 时间戳,如果网络延迟的比较厉害,接收端也有可能跳过下一个播放的视频帧, 在这种情况下,可以将估算值设置为零或者负数,估算值的绝对值等于一个或 者多个时间戳。
查询子单元,用于从所述第一记录表单元检索属正在播放的视频帧的SDU, 由于一个视频帧对应多个SDU,可以选择正在播放的视频帧中序列号最大的一 个SDU的序列号。
第二获取单元502,用于获取发送端等待发送的SDU的序列号。
网络侧可能存在多个等待发送的SDU,第二获取单元502可以从等待发送 的SDU队列中选择一个SDU。
例如,使用一个第二记录表,记录所有发送端等待传送的SDU的序列号, 并选择序列号最小的SDU作为发送端等待发送SDU。当该SDU发送成功之后, 即将其从第二记录表中删除
第三时延判断单元503,用于判断所述发送端等待发送的SDU是否会发生 时延。
如果第二预测单元501所预测的序列号大于或者等于第二获取单元502所 获得的序列号,第二获取单元502获取的SDU会发生时延。
发明人发现, 一般情况下,SDU的序列号是按照从小到大的方式排序的, 如果序列号大的SDU所对应的视频帧已经被播放了 ,说明序列号小的SDU所 对应的视频帧的播放时刻已经过去了 ,即如果该SDU到达接收端将会发生时延。
进一步的,本实施例还可以包括第四时延判断单元,用于获取发送端等待 发送的其它SDU,如果第二获取单元502获取的SDU不会发生时延,判断其它 SDU中序列号比第二获取单元502获取的SDU大的SDU也不会发生时延。
现有技术中,网络侧并不能预测尚未发送的SDU是否会发生时延,本实施 例提供了一种装置可以预测发送端等待发送的SDU是否会发生时延,从而便于网络侧提前作出处理。
以上所述发明实施例可以通过软件实现,相应的软件可以存储在可读取的 存储介质中,例如计算机的硬盘、光盘或软盘中。
以上所述^f又为本发明的较佳实施例,并不用以限制本发明,凡在本发明的 精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的 保护范围之内。
权利要求
1、一种预测视频业务发生时延的方法,其特征在于,所述方法包括预测接收端正在播放的视频帧的序列号;获取发送端等待发送的视频帧的序列号;如果所述接收端正在播放的视频帧的序列号大于或等于所述发送端等待发送的视频帧的序列号,判断所述发送端等待发送的视频帧会发生时延。
2、 如权利要求l所述的方法,其特征在于,所述预测接收端正在播放的视 频帧的序列号的步骤,包括获取当前来自于接收端的网络反馈信息,所述网络反馈信息包括所述接收 端下一个将被解码的SDU的序列号;利用所述网络反馈信息估算所述接收端正在播放的视频帧的序列号。
3、 如权利要求2所述的方法,其特征在于,所述利用所述网络反馈信息预 测所述接收端正在播放的视频帧的序列号的步骤,包括从所述网络反々贵信息中解析出所述接收端下一个将净皮解码的SDU的序列号;从第一记录表中获取所述接收端下一个将被解码的SDU所属的视频帧的序 列号,所述第一记录表记录了 SDU和SDU所属的^L频帧之间的对应关系;将所述接收端下一个将被解码的SDU所属的^L频帧的序列号,减去一个估 算值所得到的结果作为所述接收端正在播放的视频帧的序列号。
4、 如权利要求l所述的方法,其特征在于,所述获取发送端等待发送的视 频帧的序列号的步骤,包括从第二记录表中获取序列号最小的SDU,所述第二记录表记录了所述发送 端当前等待发送的SDU队列及所述等待发送的SDU所属视频帧的序列号;从所述第二记录表获取所述序列号最小的SDU所属的视频帧的序列号,作 为所述发送端等待发送的视频帧的序列号。
5、 如权利要求l所述的方法,其特征在于,所述方法还包括 获取所述发送端等待发送的其它视频帧的序列号,如杲所述发送端等待发送的视频帧不会发生时延,判断所述其它视频帧中序列号比所述发送端等待发 送的视频帧大的视频帧也不会发生时延。
6、 一种预测视频业务发生时延的方法,其特征在于,所述方法包括 预测接收端正在播放的视频帧的SDU的序列号; 获取发送端等待发送的SDU的序列号;如果所述接收端正在播放的视频帧的SDU的序列号大于或者等于所述发送 端等待发送的SDU的序列号,判断所述发送端等待发送的SDU会发生时延。
7、 如权利要求6所述的方法,其特征在于,所述预测接收端正在播放的视 频帧的SDU的序列号的步骤包括获取当前来自于所述接收端的网络反馈信息,所述网络反馈信息包括所述 接收端下一个将被解码的SDU的序列号;解析所述网络反馈信息,获取所述接收端下一个将被解码的SDU的序列号;从第一记录表获取所述接收端下一个将被解码的SDU所属的视频帧的序列 号,所述第 一记录表记录了 SDU和SDU所属的视频帧之间的对应关系;将所述接收端下一个将被解码的SDU所属的视频帧的序列号减去一个估算 值所得到的结果作为当前播放的视频帧的序列号;从所述第一记录表中检索属于所述当前播放的视频帧的SDU,取序列号最 大的SDU的序列号。
8、 如权利要求6所述的方法,其特征在于,所述方法还包括 获取发送端等待发送的其它SDU的序列号,如果所述发送端等待发送的SDU不会发生时延,判断所述其它SDU中序列号比所述发送端等待发送的SDU 大的SDU也不会发生时延。
9、 一种预测视频业务发生时延的装置,其特征在于,所述装置包括 第一预测单元,用于预测接收端正在播放的视频帧的序列号;第一获取单元,用于获取发送端等待发送的^f见频帧的序列号; 第一时延判断单元,用于如果所述第一预测单元预测的视频帧的序列号大 于或者等于所述第一获取单元获取的视频帧的序列号,判断所述第一获取单元获取的纟见频帧会发生时延。
10、 如权利要求9所述的装置,其特征在于,所述第一预测单元包括反馈信息获取单元,用于获取当前来自于接收端的网络反馈信息,所述网络反馈信息包括在所述接收端下一个将被解码的SDU的序列号;计算单元,用于依据所述反馈信息获取单元获取的网络反馈信息估算所述 接收端正在播放的视频帧的序列号。
11、 如权利要求IO所述的装置,其特征在于,所述计算单元包括 第一记录表单元,用于记录SDU和视频帧之间的对应关系; 解析子单元,用于解析所述反馈信息获取单元获取的网络反馈信息,以获取所述接收端下一个将被解码的SDU的序列号;估算子单元,用于从所述第一记录表单元获取所述解析子单元所解析的SDU所属的视频帧的序列号,减去一个估算值所得到的结果作为所述接收端正 在播放的视频帧的序列号。
12、 如权利要求9所述的装置,其特征在于,所述第一获取单元包括 第二记录表单元,用于记录所述发送端正在等待发送的SDU队列及所述等待发送的SDU所属视频帧的序列号;才全索子单元,用于从所述第二记录表单元获取序列号最小的SDU所属的视』 频帧的序列号,作为所述发送端等待发送的视频帧的序列号。
13、 如权利要求12所述的装置,其特征在于,所述装置还包括 第二时延判断单元,用于获取发送端等待发送的其它视频帧,如果所述第一时延判断单元判断所述第一获取单元获取的视频帧不会发生时延,判断所述 其它视频帧中序列号比所述第一获取单元获取的序列号大的视频帧也不会发生 时延。
14、 一种预测视频业务发生时延的装置,其特征在于,所述装置包括 第二预测单元,用于预测接收端正在播放的视频帧的SDU的序列号; 第二获取单元,用于获取发送端等待发送的SDU的序列号; 第三时延判断单元,用于如果所述第二预测单元预测的SDU的序列号大于或者等于所述第二获取单元获取的SDU的序列号,判断所述第二获取单元预测 的SDU会发生时延。
15、 如权利要求14所述的装置,其特征在于,所述第二预测单元包括 第一记录表单元,用于记录SDU和视频帧之间的对应关系; 网络反馈信息获取单元,用于获取当前来自于所述接收端的网络反馈信息,所述网络反馈信息包括所述接收端下一个将纟皮解码的SDU的序列号;解析子单元,用于解析所述网络反馈信息获取单元获取的网络反馈信息,以得到所述接收端下一个将#:解码的SDU的序列号;估算子单元,用于从所述第一记录表单元获取所述解析子单元所解析的SDU所属的视频帧的序列号,减去一个估算值得到所述接收端正在播放的视频 帧的序列号;查询子单元,用于从所述第一记录表单元检索属于所述估算子单元计算出 的视频帧的SDU,取序列号最大的SDU的序列号。
16、 如权利要求14所述的装置,其特征在于,所述装置还包括 第四时延判断单元,用于获取发送端等待发送的其它SDU,如果所述第三时延判断单元判断所述第二获取单元获取的SDU不会发生时延,判断所述其它 SDU中序列号比所述第二获取单元获取的SDU大的SDU也不会发生时延。
全文摘要
本发明公开了一种预测视频业务发生时延的方法和装置,所述方法包括预测接收端正在播放的视频帧的序列号;获取发送端等待发送的视频帧的序列号;如果所述接收端正在播放的视频帧的序列号大于或等于所述发送端等待发送的视频帧的序列号,判断所述发送端等待发送的视频帧会发生时延。所述装置包括第一预测单元,用于预测接收端正在播放的视频帧的序列号;第一获取单元,用于获取发送端等待发送的视频帧的序列号;第一时延判断单元,如果所述第一预测单元预测的视频帧的序列号大于或者等于所述第一获取单元获取的视频帧的序列号,所述第一获取单元获取的视频帧会发生时延。所述方法和装置可以在网络侧预测等待发送的视频帧是否会发生时延。
文档编号H04N7/64GK101459852SQ20081024154
公开日2009年6月17日 申请日期2008年12月22日 优先权日2008年12月22日
发明者叶建涛, 周素萍, 斌 李, 谷安文, 陈玉芳 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1