CN101626507B - 一种识别rtp包的帧类型的方法、装置及系统 - Google Patents
一种识别rtp包的帧类型的方法、装置及系统 Download PDFInfo
- Publication number
- CN101626507B CN101626507B CN200810116252.5A CN200810116252A CN101626507B CN 101626507 B CN101626507 B CN 101626507B CN 200810116252 A CN200810116252 A CN 200810116252A CN 101626507 B CN101626507 B CN 101626507B
- Authority
- CN
- China
- Prior art keywords
- frame
- gop
- parameter
- timestamp
- rtp
- 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
- 238000000034 method Methods 0.000 title claims abstract description 38
- 238000001514 detection method Methods 0.000 claims abstract description 8
- 230000005540 biological transmission Effects 0.000 claims description 22
- 238000012790 confirmation Methods 0.000 claims description 10
- 238000004321 preservation Methods 0.000 claims description 5
- 238000012544 monitoring process Methods 0.000 description 17
- 238000012545 processing Methods 0.000 description 12
- 239000000523 sample Substances 0.000 description 10
- 230000004044 response Effects 0.000 description 6
- 238000001303 quality assessment method Methods 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000009432 framing Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
一种识别RTP包的帧类型的方法,具体包括:发送装置向探测点发送GOP对应的GOP参数,所述GOP参数用于描述所述GOP中帧的分布模式;发送装置向探测点发送所述GOP的I帧的时间戳;探测点将所述GOP的I帧的时间戳与所述GOP的第一RTP包中获取的时间戳进行比较,如果相同,将所述第一RTP包标记为I帧,并根据所述GOP参数确定所述GOP的其他RTP包的帧类型。另外,还提供了一种识别RTP包帧类型的装置及系统。通过本发明实施例提供的方法,无需深入RTP载荷即可成功获取帧类型,提高了检测RTP包帧类型的成功率,并降低了检测难度。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种识别RTP包的帧类型的方法、装置及系统。
背景技术
MPEG(Moving Picture Export Group,运动图像专家组)视频通常包含多个GOP(Group Of Pictures,画面组)。GOP可以包括I帧、P帧和B帧,其中,I帧为每个GOP的开头帧,P帧采用前向估计,B帧采用双向估计,P帧和B帧首先进行运动补偿,然后进入编码过程。
在视频流传送过程中,视频数据以RTP(Real Time Transport Protocol,实时传输协议)包的形式传输。其中,RTP包通常包括包头和载荷,的包头中通常包含:
标志位:如果一个GOP被分为一个或多个RTP包,则将GOP的唯一一个RTP包或最后一个RTP包的标志位设为1;如果一个RTP包中携带多个GOP,则将该RTP包的标志位设为1;
时间戳:表示发端发送RTP包的时间,用来提供不同媒体的同步性,还可以用来测量RTP包的抖动,一般情况,一个视频帧的所有RTP包的时间戳相同;
序列号:用于检测RTP包的丢失情况,还可以用于对同一个GOP的RTP包进行排序,同一个GOP中,每发送一个RTP包,所述序列号加1。
由于MPEG视频流存在丢包情况会影响视频质量,,为了提高视频质量评估的准确度,现有技术中,通常采取的方法是在网络中部署探测点,由所述探测点深入到RTP载荷中,通过检测RTP载荷获取帧类型。
发明人在实现本发明的过程中,发现现有技术中至少存在如下问题:
出于版权保护等方面的考虑,视频流在传输过程中通常是被加密的,因此,探测点不能深入到RTP载荷中获取帧类型。另外,即使视频流未被加密,探测点也会因为难以承担深度包检测带来的额外负载而无法获取帧类型。
发明内容
本发明的实施例提供了一种获取视频数据RTP包的帧类型的方法、装置及系统,进而可以获取丢包的帧类型。
一种识别RTP包的帧类型的方法,包括:
获取画面组GOP对应的GOP参数,所述GOP参数用于描述所述GOP中帧的分布模式;
获取所述GOP的I帧的时间戳;
将所述GOP的I帧的时间戳与所述GOP的第一实时传输协议RTP包中获取的时间戳进行比较,如果相同,将所述第一RTP包标记为I帧,并根据所述GOP参数,确定所述GOP的其他RTP包的帧类型;
当检测到所述连续丢包的个数达到保存的最小帧的RTP包个数或所述GOP的视频流失去帧同步时,向发送装置请求重新获取所述GOP的GOP参数和/或I帧时间戳,根据所述重新获取的所述GOP参数和/或I帧时间戳,重新确定所述GOP的RTP包的帧类型。
一种探测点装置,包括:
GOP参数获取模块,用于获取GOP对应的GOP参数,所述GOP参数用于描述GOP中帧的分布模式;
I帧时间戳获取模块,用于获取所述GOP的I帧的时间戳;
帧类型确认模块,用于将所述获取的I帧的时间戳与从RTP包中获取的时间戳进行比较,如果相同,将所述RTP包标记为I帧,并根据所述GOP参数,确定所述GOP的其他RTP包的帧类型;
该装置还包括:
丢包检测模块,用于检测视频流连续丢包的个数;
重获取请求模块,用于当所述连续丢包的个数达到保存的最小帧的RTP包个数时,向发送装置请求重新获取GOP的I帧时间戳。
一种发送装置,包括:
GOP参数发送模块,用于发送GOP对应的GOP参数,所述GOP参数用于描述GOP中帧的分布模式;
I帧时间戳发送模块,用于发送所述GOP的I帧的时间戳;
当GOP中帧的分布模式改变时,所述GOP参数发送模块发送改变的GOP参数,且所述I帧时间戳发送模块发送所述GOP参数改变后的GOP的I帧的时间戳。
一种识别RTP包的帧类型的系统,包括:
发送装置,用于向探测点装置发送消息,所述消息包括GOP对应的GOP参数和I帧的时间戳,其中,所述GOP参数用于描述GOP中帧的分布模式;
探测点装置,用于获得所述GOP对应的RTP包,将所述I帧的时间戳与从第一RTP包中获取的时间戳进行比较,如果相同,将所述第一RTP包标记为I帧,并根据所述GOP参数,确定所述GOP的第二RTP包的帧类型。
由上述本发明的实施例提供的技术方案可以看出,本发明实施例中通过比较获取的I帧时间戳及RTP包的时间戳来确定I帧,进而根据获取的GOP分布模型推断出其他RTP包的帧类型,因而可以无需深入RTP载荷内部即获知丢包的帧类型,提高了获取丢包帧类型的成功率,且降低了获取丢包帧类型的难度。
附图说明
图1为本发明实施例提供的处理方案中的一种系统示意图;
图2为本发明实施例提供的处理过程示意图;
图3为本发明实施例提供的装置及系统的结构示意图。
具体实施方式
本发明实施例中,在网络中设置了探测点,用来对视频流的RTP包的帧类型进行监测。具体处理过程可以是:网络中的发送装置向探测点发送GOP对应的GOP参数,所述GOP参数用于描述GOP中帧的分布模式;所述发送装置向探测点发送所述GOP的I帧的时间戳;探测点将所述I帧的时间戳与从所述GOP的第一RTP包(即某一个或某几个RTP包)中获取的时间戳进行比较,如果相同,将所述RTP包标记为I帧,并根据所述GOP参数,确定所述GOP的第二RTP包(即其他RTP包)帧类型。值得注意的是,这里的第一RTP包和第二RTP包并没有限定RTP包的顺序。
其中,GOP参数具体可以是长度(N)和帧重复率(M),这里长度(N)表示一个I帧到下一个I帧的间隔,帧重复率(M)表示多少帧里出现一次P帧,根据这两个参数可获知GOP中帧的分布模式,例如,GOP的分布模式为IBBPBBP,则该GOP参数为:N=7、M=2。GOP参数也可以是其他能够表明GOP中I帧、B帧、P帧分布模式的参数,例如,长度(表示一个I帧到下一个I帧的间隔)、B帧重复数(表示B帧连续出现的数量)及P帧数(表示一个I帧到下一个I帧之间P帧的数量)。GOP参数也可以是I帧、B帧、P帧的具体描述,如“IBBPBBP”。
如果视频流中的GOP中帧的分布模式固定(即视频流中每个GOP的长度和帧重复率不变),则可以将所述视频流中的每个I帧时间戳发送给探测点,也可以只发部分I帧时间戳作为参考;如果所述视频流中的GOP帧的分布模式是动态的,即随着编码的改变而不断变化,在GOP中帧的分布模式发生改变后将所述改变的GOP参数发送给探测点,并将GOP参数改变后的GOP的I帧时间戳。GOP参数对应的GOP,其帧的分布模式采用GOP参数描述。
从RTP包中获取的时间戳具体可以是:如果数据流在识别监测启动前已通过探测点,则探测点可在识别监测启动后获取并保存数据流中RTP包的时间戳;如果数据流在识别监测启动后到达探测点,则探测点获取数据流中RTP包的时间戳并与随后到达的I帧时间戳进行比较。
由于一个帧的所有RTP包的时间戳相同,因此,识别到GOP中的I帧后,根据GOP参数所描述的GOP中I帧、B帧、P帧的分布模型,可判断GOP中其他RTP包的帧类型。
上述本发明实施例中,探测点收到所述GOP参数后,向发送装置请求GOP的I帧时间戳。发送装置收到探测点的请求,响应该请求,并向探测点发送GOP的I帧时间戳。
上述本发明实施例中,当探测点成功确认一个RTP包为I帧后,向发送装置发送成功确认I帧的消息,如果发送装置收到探测点发送的成功确认I帧的消息,则停止继续向探测点发送I帧时间戳,具体可以是,如果视频流的GOP中帧的分布模式固定,则当发送装置收到探测点发送的成功确认I帧的消息后,停止继续向探测点发送其他I帧时间戳,因为探测点可以根据确定的I帧推断出视频流中的其他RTP包的帧类型;如果视频里的GOP中帧的分布模式是动态的(如视频流中GOP的长度和/或帧重复率随着编码的改变而改变),当GOP中帧的分布模式发生变化时,继续发送新的GOP参数和帧的分布模式改变后GOP的I帧时间戳。
针对探测点侧,具体的处理过程可以是:获取GOP对应的GOP参数,所述GOP参数用于描述GOP中帧的分布模式;获取所述GOP的I帧的时间戳;将所述I帧的时间戳与从GOP的实时传输协议RTP包中获取的时间戳进行比较,如果相同,将所述RTP包标记为I帧,并根据所述GOP参数,确定所述GOP对应的其他RTP包的帧类型。
在视频流传输过程中,如果整个帧的所有包丢失或丢失的包超过了所能容忍的程度,则可能造成对帧识别的错位从而影响视频质量监测。为了防止帧识别错位情况的发生,具体可以采取的处理方法包括但不仅限于如下两种:
(一)检测所述视频流连续丢包的个数,判断是否发生连续丢包的情况,其中,可以通过对经过的RTP包中的序列号进行监测,来检测所述视频流连续丢包的个数,当同一个GOP中的RTP包的序列号出现不连续的情况,则缺少的序列号对应的RTP包丢失;
当所述连续丢包的个数达到(等于或超过)保存的最小帧的RTP包个数时,向发送装置请求重新获取所述GOP的GOP参数和/或I帧时间戳,以便进行重新同步,即重新确定所述GOP的RTP包的帧类型。上面的最小帧表示一个统计量,可以定时更新,如预定时间内接收到的帧中长度最小的帧,或者是接收到的一组帧中长度最小的帧,又或者是缓存的帧中长度最小的帧等等。
(二)重复获取所述GOP的GOP参数和/或I帧的时间戳,重新确定所述GOP的RTP包的帧类型。具体可以根据发生帧识别错位的概率动态设置所述重复获取的时间间隔,以减少系统负载,即通过重新获取所述GOP的I帧时间戳并根据所述I帧时间戳重新确定RTP包的帧类型来防止或纠正帧错位,当发生帧识别错位的概率大于某一阈值时,再次重复获取所述GOP的I帧的时间戳,并重新确定所述RTP包的帧类型。所述重复获取的操作既可以由探测点主动发送获取请求来获取所述GOP的I帧的时间戳,也可以由发送装置主动向探测点发送所述GOP的I帧时间戳。
在视频流传输过程中,视频流失去帧同步也会影响视频质量监测。因此,在检测到所述GOP的视频流失去帧同步,如在某段时间内无法识别到I帧,则向发送装置请求重新获取所述GOP的GOP参数和/或I帧时间戳,根据所述重新获取的所述GOP参数和/或的I帧时间戳,重新确定所述GOP的RTP包的帧类型。
针对发送装置,具体的处理过程可以是:发送GOP对应的GOP参数,所述GOP参数用于描述所述GOP中帧的分布模式,GOP参数具体可以是长度(N)和帧重复率(M),这里长度(N)表示一个I帧到下一个I帧的间隔,帧重复率(M)表示多少帧里出现一次P帧,根据这两个参数可获知GOP中帧的分布模式;然后发送所述GOP的I帧的时间戳。如果所述发送装置为媒体源,则所述媒体源对视频流进行编码时,可将所述GOP的GOP参数和GOP的I帧的时间戳发送给探测点以便探测点获得所述GOP的GOP参数和GOP的I帧;如果所述发送装置不是媒体源,则可以从媒体源处获取所述GOP对应的GOP参数及GOP的I帧的时间戳。
其中,如果GOP中帧的分布模式是动态的(即视频流中GOP的长度和/或帧重复率等参数随着编码的改变而改变),则在GOP中帧的分布模式改变后,发送装置将帧的分布模式改变后的GOP的GOP参数发送给探测点;发送装置还会发送帧的分布模式改变后的GOP的I帧的时间戳,以便进行重新同步。
值得注意的是,上下文提到的发送装置和探测点之间交互的消息中,与GOP参数和GOP的I帧的时间戳有关的消息,如请求消息、包含GOP参数的消息、包含GOP的I帧的时间戳的消息等通过特定的信令承载,其中,该特定的信令可以是基于面向连接的传输协议,如传输控制协议TCP。采用特定的信令承载便于维护和管理,且能够提高传输可靠性。
下面将结合附图对本发明实施例在实际应用过程中的具体实现方式进行详细的说明。
在如图1所示的系统中,媒体源Headend提供视频流数据及其GOP参数和I帧时间戳;业务提供商服务器(Service Provider,SP)与所述Headend连接,并与网络提供商服务器(Network Provider,NP)连接;NP还与探测点Probe连接。假设在监测处理过程之前,需要监测的数据流已经开始传送,具体的监测处理过程如图2所示,具体可以包括如下步骤:
步骤1、SP向Headend发送请求,请求获取需要监测的视频流的GOP参数,所述GOP参数用来描述所述GOP中帧的分布模式,其中,GOP参数具体可以是长度(N)和帧重复率(M);
步骤2、Headend响应所述请求,并反馈当前的GOP参数;
所述GOP参数是Headend在对视频流进行编码时获取的,如Headend以GOP参数为基础对GOP的视频流进行视频编码,即Headend记录有GOP的相关信息,包括GOP参数、I帧的时间戳和视频编码的信息,此时,Headend接收到所述请求,响应所述请求,从记录的GOP的相关信息中获得相应的信息;
步骤3、SP将所述GOP参数转发给NP,并向NP发送启动监测请求;
步骤4、NP将所述GOP参数和启动监测请求转发给Probe;
步骤5、Probe保存所述GOP参数,同时根据收到的启动监测请求,开始获取经过的RTP包的时间戳(具体可以通过提取所述经过的RTP包的包头获取所述RTP包的时间戳),并保存所述RTP包的时间戳;
步骤6、Probe向NP反馈启动监测响应消息,NP将所述启动监测响应消息转发给SP,SP将所述启动监测响应消息转发给Headend;
步骤7、Headend收到所述启动监测响应消息后,向SP发送所述GOP的I帧的时间戳,并经过N P将所述I帧的时间戳转发给Probe;
步骤8、Probe接收并保存I帧的时间戳,将启动监测处理过程之前保存的RTP包的时间戳与所述I帧的时间戳进行比较,如果存在与I帧时间戳相同的RTP包,则将所述RTP包标记为I帧,并根据所述GOP参数判断所述RTP包之后的RTP包的帧类型;
或Probe接收并保存I帧的时间戳,将启动监测处理过程之后实时监控到的RTP包的时间戳与所述I帧的时间戳进行比较,如果存在与I帧时间戳相同的RTP包,则将所述RTP包标记为I帧,并根据所述GOP参数判断其他RTP包的帧类型。
步骤9、Probe向NP发送成功确认I帧的消息,并经过SP转发给Headend;
步骤10、Headend收到所述成功确认I帧的消息后停止继续发送所述当前的帧分布模式的GOP的I帧时间戳。
通过上述处理过程,即可获知所述视频流中RTP包的帧类型,进而可以获知丢包的帧类型。
如果所述视频流的GOP中帧的分布模式是动态的,则GOP中帧的分布模式改变后,重新开始执行步骤1,确认新的GOP中帧的分布模式下的RTP包的帧类型。
在数据流传输过程中,如果整个帧的所有包丢失,则可能造成对帧识别的错位,为了防止帧识别错位情况的发生,具体可以采取的处理方法是:
(一)检测所述视频流连续丢包的个数,判断是否发生连续丢包的情况,其中,可以通过对经过的RTP包中的序列号进行监测,来检测所述视频流连续丢包的个数,当同一个GOP中的RTP包的序列号出现不连续的情况,则缺少的序列号对应的RTP包丢失;
当所述连续丢包的个数等于或超过保存的最小帧的RTP包个数时,向SP请求重新获取所述GOP的I帧时间戳,以便进行重新同步。
(二)Probe重复获取所述GOP的I帧的时间戳,以便进行重新同步,该步骤具体可以由Probe发起,也可以由SP等设备发起,还可以由Headend主动发起,具体可以根据发生帧识别错位的概率动态设置所述重复获取的时间间隔,以减少系统负载,即通过重新获取所述GOP的I帧时间戳并根据所述I帧时间戳重新确定RTP包的帧类型来防止或纠正帧错位,当发生帧识别错位的概率大于某一阈值时,再次重复获取所述GOP的I帧时间戳,并重新确定所述RTP包的帧类型。
由于获知丢包的帧类型和丢包的损伤影响长度可以提高视频质量评估模型的准确性,因此在探测点成功识别需要检测的视频流中RTP包的帧类型后,进而可以获知丢包的帧类型和丢包的损伤影响长度。其具体处理过程可以是:
根据RTP包的序列号识别丢包,进而根据上述处理过程的识别结果判断所述丢包的帧类型;
根据所述丢包的帧类型和GOP内帧的分布模式和长度可以推断出所述丢包造成的损伤影响长度。I帧内丢包的影响会持续到下一个I帧出现;B帧内的丢包只影响本B帧;P帧内的丢包会影响所有以本P帧为参考帧的其它帧。
由于本发明实施例提供的方法通过将RTP包的时间戳与I帧时间戳进行比较,进而通过GOP分布模式来识别帧类型,从而无需深入RTP载荷即可成功获知其帧类型,降低了获取难度,且提高了获取成功率。
实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
本发明实施例还提供了一种探测点装置31,其结构如图3所示,具体实现结构可以包括:
GOP参数获取模块311,用于获取GOP的GOP参数,所述GOP参数用于描述GOP中帧的分布模式,所述GOP参数具体可以包括GOP中帧的长度和帧的重复率,还可以是能够表明GOP中I帧、B帧、P帧分布模式的参数;
I帧时间戳获取模块312,用于获取所述GOP的I帧的时间戳;
帧类型确认模块313,用于将所述获取的I帧的时间戳与从实时传输协议RTP包中获取的时间戳进行比较,如果相同,将所述RTP包标记为I帧,并根据所述GOP参数,确定其他RTP包帧类型,由于同一I帧的RTP包的时间戳相同,因此,根据GOP参数提供的GOP中I帧、B帧、P帧的分布模型,判断具有相同的帧的分布模式的GOP的其他RTP包的帧类型。
其中,如果所述数据流在识别监测启动之前已经开始通过探测点装置31,则探测点装置31获取数据流中RTP包的时间戳并保存,以便与I帧的时间戳进行比较;如果所述数据流在所述识别监测启动后到达探测点装置31,则探测点装置31可以实时获取数据流中RTP包的时间戳并与所述I帧时间戳进行比较。
在数据流传输过程中,如果整个帧的所有包丢失,则可能造成对帧识别的错位,为了防止帧识别错位情况的发生,上述本发明提供的探测点装置31还可以包括:
丢包检测模块314,用于检测视频流连续丢包的个数,具体的检测方法可以根据对经过的RTP包中的序列号进行监测,来判断是否发生连续丢包的情况;
重获取请求模块315,用于当所述连续丢包的个数达到(等于或超过)保存的最小帧的RTP包个数时,向发送装置请求重新获取所述GOP参数对应的I帧时间戳。
为了防止帧识别错位情况的发生,所述I帧时间戳获取模块312还可以用于重复获取所述GOP参数对应的I帧的时间戳,具体可以根据发生帧识别错位的概率动态设置所述重复获取的时间间隔,以减少系统负载,即通过重新获取所述GOP参数的I帧时间戳并根据所述I帧时间戳重新确定RTP包的帧类型来防止或纠正帧错位,当所属发生帧识别错位的概率大于某一阈值时,再次重复获取所述GOP参数对应的I帧时间戳,并重新确定所述RTP包的帧类型。所述重复获取的操作既可以由探测点装置31主动发送获取请求来获取所述GOP参数对应的I帧的时间戳,也可以由发送装置32主动向探测点装置31发送所述GOP参数对应的I帧时间戳。
所述探测点装置31中还可以包含一个缓存表用于存储帧的时间戳及帧类型,该表采用先入先出方式,即当该表被填满时,首先删除表中时间最长的表项。
本发明实施例还提供一种发送装置32,其结构如图3所示,具体实现结构可以包括:
GOP参数发送模块321,用于发送GOP对应的GOP参数,所述GOP参数用于描述GOP中帧的分布模式;
I帧时间戳发送模块322,用于发送所述GOP的I帧的时间戳。
其中,当所述GOP中帧的分布模式变化时,所述GOP参数发送模块321发送所述改变后的GOP参数,且所述I帧时间戳发送模块322发送所述改变后的GOP的I帧的时间戳。
本发明实施例还提供一种识别RTP包帧类型的系统,其结构如图3所示,具体实现结构可以包括:
发送装置32,用于向探测点装置31发送消息,所述消息包括所述GOP对应的GOP参数和I帧的时间戳,其中,所述GOP参数用于描述GOP中帧的分布模式;
探测点装置31,用于获得所述GOP对应的RTP包、GOP参数、I帧时间戳等信息,将所述I帧的时间戳与从某一RTP包中获取的时间戳进行比较,如果相同,将该RTP包标记为I帧,并根据所述GOP参数,确定该GOP的第二RTP包的帧类型。
这里的GOP参数决定GOP视频流在网络中传输的RTP包的个数,RTP包的传输可以根据包的大小、传输模式、网络处理能力等具体设计。例如RTP包的大小建议设置成小于最大传输单元(Maximum Transmission Unit,MTU)以避免RTP包传输过程中被分片而加大延迟。
所述探测点装置31还用于收到所述GOP参数后,向所述发送装置32请求获取所述GOP的I帧时间戳。
另外,所述探测点装置31还用于向发送装置32发送成功确认I帧的消息以便所述I帧时间戳的发送方(即发送装置32)停止继续向所述探测点装置发送I帧时间戳,从而减少网络中交互的消息;当然如果网络的负荷能力足够,所述I帧时间戳的发送方可以继续向所述探测点装置发送I帧时间戳。也就是说,I帧时间戳的发送需要综合考虑网络资源的情况。如果发送装置32收到探测点装置31发送的成功确认I帧的消息,则停止继续向探测点装置31发送I帧时间戳,其中,如果数据流的GOP中帧的分布模式固定,则停止发送视频流中后续的I帧时间戳;如果GOP中帧的分布模式是动态的,则停止继续发送当前GOP参数对应的I帧时间戳。
在本发明实施例提供的探测点装置31可以设置于网络中的路由器、接入设备、媒体网关等网络设备上,优选的,探测点装置31设置在多个视频流汇聚的位置(如路由器)便于视频流的监控管理,可以减少探测点装置;优选的,探测点装置31设置在对视频质量评估QoE要求高的位置,能够更好保证视频质量的要求。
上述本发明实施例提供的系统,如果所述GOP参数和/或I帧的时间戳更新,所述发送装置32将所述GOP参数和/或I帧的时间戳更新后的相应信息发送给所述探测点装置31,以便探测点装置31根据更新后的GOP参数和/或I帧时间戳确定流经的RTP包的帧类型。
上述本发明实施例提供的系统中,如果所述探测点装置31检测到丢包严重和/或失去帧同步,所述探测点装置31还用于向所述发送装置32重新请求所述GOP参数和/或I帧的时间戳,以便进行重新同步,即重新确定所述GOP的RTP包的帧类型。
由于本发明实施例提供的系统及装置通过将RTP包的时间戳与I帧时间戳进行比较,进而通过GOP分布模式来识别帧类型,从而无需深入RTP载荷即可成功获知其帧类型,降低了获取难度,且提高了获取成功率。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (10)
1.一种识别RTP包的帧类型的方法,其特征在于,包括:
获取画面组GOP对应的GOP参数,所述GOP参数用于描述所述GOP中帧的分布模式;
获取所述GOP的I帧的时间戳;
将所述GOP的I帧的时间戳与所述GOP的第一实时传输协议RTP包中获取的时间戳进行比较,如果相同,将所述第一RTP包标记为I帧,并根据所述GOP参数,确定所述GOP的其他RTP包的帧类型;
当检测到所述连续丢包的个数达到保存的最小帧的RTP包个数或所述GOP的视频流失去帧同步时,向发送装置请求重新获取所述GOP的GOP参数和/或I帧时间戳,根据所述重新获取的所述GOP参数和/或I帧时间戳,重新确定所述GOP的RTP包的帧类型。
2.根据权利要求1所述的方法,其特征在于,该方法还包括:
重复获得GOP参数和/或I帧时间戳,实时更新变化的GOP参数和/或I帧的时间戳。
3.根据权利要求1所述的方法,其特征在于,该方法还包括:当识别到I帧时,返回成功确认I帧的消息以便发送装置停止继续向所述探测点装置发送I帧时间戳。
4.一种探测点装置,其特征在于,包括:
GOP参数获取模块,用于获取GOP对应的GOP参数,所述GOP参数用于描述GOP中帧的分布模式;
I帧时间戳获取模块,用于获取所述GOP的I帧的时间戳;
帧类型确认模块,用于将所述获取的I帧的时间戳与从RTP包中获取的时间戳进行比较,如果相同,将所述RTP包标记为I帧,并根据所述GOP参数,确定所述GOP的其他RTP包的帧类型;
该装置还包括:
丢包检测模块,用于检测视频流连续丢包的个数;
重获取请求模块,用于当所述连续丢包的个数达到保存的最小帧的RTP包个数时,向发送装置请求重新获取GOP的I帧时间戳。
5.根据权利要求4所述的装置,其特征在于,所述I帧时间戳获取模块还用于重复获取所述GOP的I帧时间戳。
6.一种发送装置,其特征在于,包括:
GOP参数发送模块,用于发送GOP对应的GOP参数,所述GOP参数用于描述GOP中帧的分布模式;
I帧时间戳发送模块,用于发送所述GOP的I帧的时间戳;
当GOP中帧的分布模式改变时,所述GOP参数发送模块发送改变的GOP参数,且所述I帧时间戳发送模块发送所述GOP参数改变后的GOP的I帧的时间戳。
7.一种识别RTP包的帧类型的系统,其特征在于,包括:
发送装置,用于向探测点装置发送消息,所述消息包括GOP对应的GOP参数和I帧的时间戳,其中,所述GOP参数用于描述GOP中帧的分布模式;
探测点装置,用于获得所述GOP对应的RTP包,将所述I帧的时间戳与从第一RTP包中获取的时间戳进行比较,如果相同,将所述第一RTP包标记为I帧,并根据所述GOP参数,确定所述GOP的第二RTP包的帧类型。
8.根据权利要求7所述的系统,其特征在于,所述探测点装置向发送装置发送的消息还包括成功确认I帧的消息,
所述发送装置收到探测点装置发送的成功确认I帧的消息,停止继续向所述探测点装置发送I帧时间戳。
9.根据权利要求7所述的系统,其特征在于,如果所述GOP参数和/或I帧的时间戳更新,所述发送装置将所述GOP参数和/或I帧的时间戳更新后的相应信息发送给所述探测点。
10.根据权利要求7所述的系统,其特征在于,如果所述探测点检测到丢包严重和/或失去帧同步,所述探测点向所述发送装置重新请求所述GOP参数和/或I帧的时间戳。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810116252.5A CN101626507B (zh) | 2008-07-07 | 2008-07-07 | 一种识别rtp包的帧类型的方法、装置及系统 |
PCT/CN2009/072437 WO2010003342A1 (zh) | 2008-07-07 | 2009-06-25 | 一种识别rtp包的帧类型的方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810116252.5A CN101626507B (zh) | 2008-07-07 | 2008-07-07 | 一种识别rtp包的帧类型的方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101626507A CN101626507A (zh) | 2010-01-13 |
CN101626507B true CN101626507B (zh) | 2012-07-18 |
Family
ID=41506689
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810116252.5A Active CN101626507B (zh) | 2008-07-07 | 2008-07-07 | 一种识别rtp包的帧类型的方法、装置及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101626507B (zh) |
WO (1) | WO2010003342A1 (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102572362B (zh) * | 2010-12-15 | 2016-04-06 | 盛乐信息技术(上海)有限公司 | 视频信号传输方法 |
CN102547300B (zh) * | 2010-12-17 | 2015-01-21 | 华为技术有限公司 | 帧类型的检测方法和装置 |
CN103002264B (zh) * | 2012-10-12 | 2016-06-08 | 浙江宇视科技有限公司 | 实现录像切片的方法、客户端设备和服务端设备 |
CN105611309B (zh) * | 2015-12-22 | 2019-03-05 | 北京奇虎科技有限公司 | 一种视频传输方法和装置 |
CN107404646B (zh) * | 2016-05-20 | 2019-11-29 | 华为技术有限公司 | 视频质量评估的方法、装置和头端设备 |
CN113556579B (zh) * | 2021-06-07 | 2022-08-19 | 武汉众智数字技术有限公司 | 一种基于HTML5的web无插件播放安防实时视频的方法 |
CN115102927B (zh) * | 2022-04-29 | 2023-10-27 | 厦门立林科技有限公司 | 一种保持视频清晰的sip对讲方法、系统、存储装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1138782A (zh) * | 1995-03-16 | 1996-12-25 | 东芝株式会社 | 数据通信装置及方法 |
CN1964250A (zh) * | 2006-11-23 | 2007-05-16 | 华为技术有限公司 | 一种数据帧类型的识别方法及装置 |
CN101009686A (zh) * | 2006-01-23 | 2007-08-01 | 中兴通讯股份有限公司 | 一种流媒体播放方法 |
CN101207809A (zh) * | 2006-12-19 | 2008-06-25 | 浙江工业大学 | 基于视频帧拆分的实时流媒体传输方法及系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10322722B4 (de) * | 2003-05-20 | 2005-11-24 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Vorrichtung und Verfahren zum Synchronisieren eines Audiossignals mit einem Film |
-
2008
- 2008-07-07 CN CN200810116252.5A patent/CN101626507B/zh active Active
-
2009
- 2009-06-25 WO PCT/CN2009/072437 patent/WO2010003342A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1138782A (zh) * | 1995-03-16 | 1996-12-25 | 东芝株式会社 | 数据通信装置及方法 |
CN101009686A (zh) * | 2006-01-23 | 2007-08-01 | 中兴通讯股份有限公司 | 一种流媒体播放方法 |
CN1964250A (zh) * | 2006-11-23 | 2007-05-16 | 华为技术有限公司 | 一种数据帧类型的识别方法及装置 |
CN101207809A (zh) * | 2006-12-19 | 2008-06-25 | 浙江工业大学 | 基于视频帧拆分的实时流媒体传输方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101626507A (zh) | 2010-01-13 |
WO2010003342A1 (zh) | 2010-01-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101626507B (zh) | 一种识别rtp包的帧类型的方法、装置及系统 | |
CN102263959B (zh) | 直播中转方法和系统 | |
CN108809893B (zh) | 一种视频质量评估方法和设备 | |
EP1699240B1 (en) | Video data processing method and video data processing device | |
CN104902289B (zh) | 一种rtmp流媒体直播系统热备份的设计方法及其系统 | |
EP2062399B1 (en) | Method and apparatus for transmitting transport stream packets | |
CN101222616B (zh) | 点播服务中的mpeg传送流的传输处理方法 | |
US8677425B2 (en) | Method and system for implementing interaction between set-top box (STB) and home gateway | |
CN103999428A (zh) | 用于在混合网络中传送多媒体数据的装置和方法 | |
US8873590B2 (en) | Apparatus and method for correcting jitter | |
RU2531571C2 (ru) | Система видеоконтроля и ее способ прямого исправления ошибок (fec) | |
EP1301009B1 (en) | Packet reception apparatus and packet reception method | |
US20090285094A1 (en) | Apparatus and method for estimating the fill factor of client input buffers of a real time content distribution | |
CN108924485B (zh) | 客户端实时视频流中断处理方法及系统、监控系统 | |
US8379083B1 (en) | Simultaneous viewing and reliable recording of multimedia content over a network | |
CN113242437A (zh) | 一种rtsp协议视频无插件播放方法、系统、装置及存储介质 | |
US8842740B2 (en) | Method and system for fast channel change | |
JP3871661B2 (ja) | マルチメディアコンテンツ受信装置及びマルチメディアコンテンツ受信方法 | |
CN103139188B (zh) | 流媒体传输方法与系统 | |
KR20000041813A (ko) | 네트웍을 통한 멀티미디어 스트리밍 방법 | |
CN101616168A (zh) | 流媒体互动信息的处理方法、装置及系统 | |
CN104320386B (zh) | 基于实时流传输协议的数据发送、接收方法及相应装置 | |
KR101338666B1 (ko) | 비디오 서버 장치 및 동기 제어 방법 | |
CN113132367B (zh) | 面向工程监测物联网采集终端数据传输自适应方法和装置 | |
CN106792030B (zh) | 一种音频数据处理方法及电视 |
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 |
Effective date of registration: 20211224 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: xFusion Digital Technologies Co., Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
TR01 | Transfer of patent right |