CN101800671A - 一种h.264视频文件的丢包检测方法 - Google Patents
一种h.264视频文件的丢包检测方法 Download PDFInfo
- Publication number
- CN101800671A CN101800671A CN201010106894A CN201010106894A CN101800671A CN 101800671 A CN101800671 A CN 101800671A CN 201010106894 A CN201010106894 A CN 201010106894A CN 201010106894 A CN201010106894 A CN 201010106894A CN 101800671 A CN101800671 A CN 101800671A
- Authority
- CN
- China
- Prior art keywords
- frame
- packet
- video
- video file
- information
- 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.)
- Granted
Links
Images
Abstract
本发明公开了一种H.264视频文件的丢包检测方法,该方法包括以下步骤:步骤一,所述H.264视频文件由若干个视频序列构成,每个所述视频序列均包含有若干个I、P、B帧;利用用户数据域在视频序列中插入测量信息;步骤二,接收端通过所述测量信息获取传输H.264视频文件的数据包载荷及各帧大小;步骤三,接收结束后,依据步骤二所得结果获得传输H.264视频文件的数据包总数,然后同接收端收到的数据包数量比较,得出丢包率。本发明将测量有效信息写入user data域中,能准确检测出H.264视频的丢包情况,不受流媒体传输协议限制,更因嵌入在视频内部的冗余数据保证了测量值的准确性,引入的测量负载最小。
Description
技术领域
本发明属于网络通信领域,涉及一种H.264视频文件的丢包检测方法。
背景技术
在视频传输过程中,一旦发生丢包将降低用户对视频的满意程度,丢包决定了用户对视频的体验质量,因此准确地测量在网络传输过程中发生的丢包具有重要的研究和现实意义。这里的丢包测量指的是测量视频包在网络传输过程中丢失的情况。
现有的丢包测量工具主要有Ping、Zing、Badabing等。众所周知,Windows自带的Ping工具使用ICMP,统计发往指定地点反馈数据包的丢失数量来确定丢包率的。但是发送过程中,一旦遇到防火墙屏蔽ICMP,或者ICMP包在返回途中丢失,均会被误认为丢包。
华为公司提出的使用定界包测量的方法通过在接收端统计收到的包总数,并与发送端发送定界包对比来确定丢包数量。虽然定界包的方法可以克服ICMP包的一些缺陷,但是测试流的丢包率与链路的丢包存在一定误差。
Badabing分析各种链路丢包测量方法后,提出包列的方式发送探测流,并依概率发送,经理论及实验证明该方法对于测量链路丢包效果较好。
现有的测量工具主要基于以下假设:测量流的丢包情况反映的是链路的丢包情况。然而链路的丢包情况却不一定反映具体某个应用的丢包情况;因此,不能使用链路丢包测量方法来测量具体视频应用丢包。此外,由于IP链路丢包的测量采用的是主动测量,会给实际网络带来较大入侵度,造成网络拥塞。
发明内容
本发明所要解决的技术问题是:提供一种准确度高、入侵度低、可实时测量、与传输协议无关的H.264视频文件的丢包检测方法。
为解决上述技术问题,本发明采用如下技术方案。
一种H.264视频文件的丢包检测方法包括以下步骤:
步骤一,所述H.264视频文件由若干个视频序列构成,每个所述视频序列均包含有若干个I、P、B帧;利用用户数据域在视频序列中插入测量信息;
步骤二,接收端通过所述测量信息获取传输H.264视频文件的数据包载荷及各帧大小;
步骤三,接收结束后,依据步骤二所得结果获得传输H.264视频文件的数据包总数,然后同接收端收到的数据包数量比较,得出丢包率。
作为本发明的一种优选方案,所述方法的进一步详细步骤为:
步骤1,所述测量信息的插入位置分为两类:1)在第一个视频序列参数集之前插入H.264视频起始标记,用以标识视频传输开始;2)在每个帧尾的用户数据域插入本次测量标记及各帧的帧长度、帧序号,用以统计各帧对应的数据包数;
步骤1.5,所述视频序列打包成数据包开始网络传输,接收端开始接收;
步骤2,接收端通过检测数据包中是否含有所述本次测量标记来判断数据包是否为传输本次测量的H.264视频文件的数据包,若是则检测传输本次测量的H.264视频文件的第一个数据包,获得数据包中非视频数据净荷部分的长度值,进而得出视频载荷值;同时记录下所述第一个数据包的五元组信息,统计值加一;若不是则重复步骤2;
步骤3,判断接收是否结束,若未结束则通过五元组信息判断接收到的数据包是否属于传输本次测量的H.264视频文件的数据包,若是则统计值加一,若否则循环步骤3;若接收结束则跳出步骤3,执行步骤3.5;
步骤3.5,从每个帧对应的用户数据域中提取每帧长度,得出每个帧的分包个数,求和得到传输整个H.264视频文件发送的数据包总数,所述数据包总数与统计值的最终值之差即为丢包数,所述丢包数与所述数据包总数之比即为丢包率。
作为本发明的另一种优选方案,所述五元组信息为源IP地址,目的IP地址,源端口,目的端口,协议类型。
作为本发明的再一种优选方案,所述每个帧尾的用户数据域除插入有自身帧信息外还插入有冗余帧信息。
作为本发明的再一种优选方案,所述I帧尾的用户数据域插入有I帧自身帧信息和I帧冗余帧信息,所述I帧冗余帧信息包括P帧自身帧信息和B帧自身帧信息;
所述P帧尾的用户数据域插入有P帧自身帧信息和P帧冗余帧信息,所述P帧冗余帧信息包括I帧自身帧信息和B帧自身帧信息;
所述B帧尾的用户数据域插入有B帧自身帧信息和B帧冗余帧信息,所述B帧冗余帧信息包括P帧自身帧信息和I帧自身帧信息。
作为本发明的再一种优选方案,所述非视频数据净荷部分的长度值记为header_length,所述视频载荷值记为vedio_payload,且video_payload=MTU-header_length,MTU表示网络上传送的最大数据包,单位是字节,MTU取值为1450。
作为本发明的再一种优选方案,所述每个帧的分包个数为pkt_numi:
其中,n表示帧的总数,frame_lengthi表示第i个帧的长度,video_payload为所述视频载荷值。
对pkt_numi求和得到传输本次测量的H.264视频文件所需要的数据包总数,所述统计值的最终值为Y,丢包率pktloss则为:
本发明的有益效果在于:它将测量有效信息写入user data域中,在较少的附加信息情况下准确检测出H.264视频的丢包情况;
本发明的另一有益效果在于:它不受流媒体传输协议限制,更因嵌入在视频内部的冗余数据保证了测量值的准确性,与传统的丢包测量方法相比引入的测量负载最小。
附图说明
图1为处理后的H.264视频文件结构示意图;
图2为user unregistered SEI的结构示意图(第一个视频序列参数集之前);
图3为user unregistered SEI的结构示意图(视频帧之后);
图4为网络实验拓扑图;
图5为流媒体数据包结构(以RTP为例);
图6为测量结果对比图;
图7为H.264视频文件丢包检测方法流程图。
具体实施方式
本发明公开了一种H.264视频文件的丢包检测方法,该方法主要包括以下步骤:步骤一,利用用户数据域(user data)在H.264视频序列参数集之前及I、P、B帧末尾加入测量信息;步骤二,接收端通过已定义的测量信息获取视频文件传输过程中的数据包载荷及各帧大小;步骤三,依据步骤二所得结果,计算视频传输总的发包数量,同接收端收到的数据包数量比较,计算视频传输丢包率。本发明将测量信息写入用户数据域中,可准确检测出H.264视频的丢包情况。下面结合附图对本发明的具体实施方式作进一步详细说明。
实施例一
本实施例提供一种H.264视频文件的丢包检测方法,该方法包括以下步骤:
步骤一,所述H.264视频文件由若干个视频序列构成,每个所述视频序列均包含有若干个I、P、B帧;利用用户数据域在视频序列中插入测量信息;
步骤二,接收端通过所述测量信息获取传输H.264视频文件的数据包载荷及各帧大小;
步骤三,接收结束后,依据步骤二所得结果获得传输H.264视频文件的数据包总数,然后同接收端收到的数据包数量比较,得出丢包率。
所述方法的进一步详细步骤为:
步骤1,所述测量信息的插入位置分为两类:1)在第一个视频序列参数集之前插入H.264视频起始标记,用以标识视频传输开始;2)在每个帧尾的用户数据域插入本次测量标记及各帧的帧长度、帧序号,用以统计各帧对应的数据包数;
步骤1.5,所述视频序列打包成数据包开始网络传输,接收端开始接收;
步骤2,接收端通过检测数据包中是否含有所述本次测量标记来判断数据包是否为传输本次测量的H.264视频文件的数据包,若是则检测传输本次测量的H.264视频文件的第一个数据包,获得数据包中非视频数据净荷部分的长度值,进而得出视频载荷值;同时记录下所述第一个数据包的五元组信息,统计值加一;若不是则重复步骤2;
步骤3,判断接收是否结束,若未结束则通过五元组信息判断接收到的数据包是否属于传输本次测量的H.264视频文件的数据包,若是则统计值加一,若否则循环步骤3;若接收结束则跳出步骤3,执行步骤3.5;
步骤3.5,从每个帧对应的用户数据域中提取每帧长度,得出每个帧的分包个数,求和得到传输整个H.264视频文件发送的数据包总数,所述数据包总数与统计值的最终值之差即为丢包数,所述丢包数与所述数据包总数之比即为丢包率。
所述五元组信息为源IP地址,目的IP地址,源端口,目的端口,协议类型。所述每个帧尾的用户数据域除插入有自身帧信息外还插入有冗余帧信息。所述I帧尾的用户数据域插入有I帧自身帧信息和I帧冗余帧信息,所述I帧冗余帧信息包括P帧自身帧信息和B帧自身帧信息;所述P帧尾的用户数据域插入有P帧自身帧信息和P帧冗余帧信息,所述P帧冗余帧信息包括I帧自身帧信息和B帧自身帧信息;所述B帧尾的用户数据域插入有B帧自身帧信息和B帧冗余帧信息,所述B帧冗余帧信息包括P帧自身帧信息和I帧自身帧信息。
所述非视频数据净荷部分的长度值记为header_length,所述视频载荷值记为video_payload,且video_payload=MTU-header_length,MTU表示网络上传送的最大数据包,单位是字节,MTU取值为1450。所述每个帧的分包个数为pkt_numi:
其中,n表示帧的总数,frame_lengthi表示第i个帧的长度,video_payload为所述视频载荷值。
对pkt_numi求和得到传输本次测量的H.264视频文件所需要的数据包总数,所述统计值的最终值为Y,丢包率pktloss则为:
本发明将测量有效信息写入user data域中,在较少的附加信息情况下准确检测出H.264视频的丢包情况,不受流媒体传输协议限制,更因嵌入在视频内部的冗余数据保证了测量值的准确性,与传统的丢包测量方法相比引入的测量负载最小。
实施例二
本实施例提供一种H.264视频文件的丢包检测方法,该方法的流程图如图1所示,包括以下步骤:
步骤A,获取H.264视频文件,所述H.264视频文件由若干个视频序列构成,每个视频序列均包含有若干个I、P、B帧;在视频序列的user data域插入数据插入位置如图1所示;插入位置又可分为两类:1)在第一个视频序列参数集之前插入H.264视频起始标记,如图2所示,其作用是标记视频传输开始,在测量中提取视频传输的五元组信息,计算传输包载荷量;2)在每个帧尾加入本次测量标记及各帧的帧长度、帧序号,如图3所示,其作用是统计各帧对应的数据包数;
步骤B、所述视频序列打包成数据包开始网络传输,接收端开始接收,传输过程如图4所示;
步骤C、接收端通过检查数据包中是否含有符合图2所示的结构来检测视频流的第一个数据包,计算数据包中非视频数据净荷部分的长度值(即图5中前四部分的长度),记为header_length,进而计算出视频载荷值(MTU-header_length,这里的MTU值为1450),记为vedio_payload,同时记录下五元组信息(源IP地址、目的IP地址、源端口、目的端口、协议类型),统计值加一;
步骤D、判断接收是否结束,若未结束则通过五元组信息判定接收到的数据包是否属于该视频流,若是则统计值加一,若否则忽略,循环D;若接收结束则跳出D,执行步骤E;
步骤E、从每个帧对应的user data域中得到每帧长度(字节),计算每个帧的分包个数pkt_num(pkt_num=[frame_length/(MTU-header_length)]),求和得到整个视频文件传输发送的数据包个数,丢包数与之进行比较即为丢包率。
为了避免user data所在数据包丢失而导致的统计误差,我们可以采用在user data内嵌入冗余数据的方法,把每帧对应的测量信息插入到多个user data中,从而降低了测量信息全部丢失的概率,保证了测量的可靠性。
测量信息所在位置见图1,测量信息结构见图2、图3,网络拓扑见图4,封包格式(以RTP为例)见图5,码流标识见表1、表2。
本实施例的详细内容为:
首先在服务器端将测量信息加入到H.264视频的指定位置,所述指定位置包括如下两处:1、在第一个H.264视频序列参数集之前插入H.264视频起始标记,如图2所示;2、在H.264视频序列的每个帧尾加入本次测量的特征标识及各帧的帧长度、帧序号;经过处理后的第一个H.264视频序列如图1所示。
然后,客户端访问该H.264视频,并同时开启数据包实时分析工具对接收到的数据包进行测量,以图2所示结构为例。在测量过程中首先检测接收到的数据包载荷是否如图2所示的结构,若是则表示H.264视频接收的开始。具体的识别过程为:搜索接收到的数据包,判断是否含有0x0605,且跳过17个字节之后是否为0x00ff(本次测量的特征标识),其中0x0605为用户未注册补充增强信息的类型标识(可参考表一,表二),0x00ff为本次测量的特征标识。若两处均相符,则判定该数据包为本次测量加入的user data所在数据包。第一个满足条件的数据包就是标记H.264视频传输开始的数据包。
表一
nal_unit_type | NAL单元和RBSP语法结构的内容 |
0 | 未指定 |
1 | 一个非IDR图像的编码帧 |
2 | 编码帧数据分割块A |
3 | 编码帧数据分割块B |
4 | 编码帧数据分割块C |
5 | IDR图像的编码帧 |
6 | 辅助增强信息(SEI) |
7 | 序列参数集 |
nal_unit_type | NAL单元和RBSP语法结构的内容 |
8 | 图像参数集 |
9 | 访问单元分隔符 |
10 | 序列结尾 |
11 | 流结尾 |
12 | 填充数据 |
13 | 序列参数集扩展 |
14…18 | 保留 |
19 | 未分割的辅助编码图像的编码帧 |
20…23 | 保留 |
24…31 | 未指定 |
表二
slice_type | 帧类型 |
0 | P(P帧) |
1 | B(B帧) |
2 | I(I帧) |
3 | SP(SP帧) |
4 | SI(SI帧) |
5 | P(P帧) |
6 | B(B帧) |
7 | I(I帧) |
8 | SP(SP帧) |
9 | SI(SI帧) |
提取该数据包的五元组信息作为本次测量的视频流标识,同时计算数据包的载荷量video_payload为:
video_payload=MTU-header_length
其中,header_length表示数据包中非视频数据净荷部分的长度值(即图5中前四部分的长度),MTU(Maximum Transmission Unit)表示网络上传送的最大数据包,单位是字节;此处取值为1450。
通过五元组信息判定接收到的数据包是否属于本次测量的视频流,若是则从每个帧对应的user data域中提取出帧长度(字节),则每个帧的分包个数pkt_numi为:
其中,n表示帧的总数,frame_lengthi表示第i个帧的长度,video_payload为所述视频载荷值。
对pkt_numi求和得到传输本次测量的H.264视频所需要的数据包总数,并且通过五元组过滤统计收到的数据包数Y(即统计值),计算丢包率pktloss的表达式如下:
图6为丢包率检测结果对比图,其中有三种测量结果,一种是通过本实施例的检测方法(user data)获得的;另一种是通过传统的检测方法(huawei)获得的;最后一种为通过wireshark抓包工具(true value)获得的,此结果反映的是实际情况中的丢包率。从图中可以看出,本发明在测量H.264视频文件丢包率方面有较高的准确性。
这里本发明的描述和应用是说明性的,并非想将本发明的范围限制在上述实施例中。这里所披露的实施例的变形和改变是可能的,对于那些本领域的普通技术人员来说实施例的替换和等效的各种部件是公知的。本领域技术人员应该清楚的是,在不脱离本发明的精神或本质特征的情况下,本发明可以以其他形式、结构、布置、比例,以及用其他元件、材料和部件来实现。
Claims (7)
1.一种H.264视频文件的丢包检测方法,其特征在于,所述方法包括以下步骤:
步骤一,所述H.264视频文件由若干个视频序列构成,每个所述视频序列均包含有若干个I、P、B帧;利用用户数据域在视频序列中插入测量信息;
步骤二,接收端通过所述测量信息获取传输H.264视频文件的数据包载荷及各帧大小;
步骤三,接收结束后,依据步骤二所得结果获得传输H.264视频文件的数据包总数,然后同接收端收到的数据包数量比较,得出丢包率。
2.根据权利要求1所述的H.264视频文件的丢包检测方法,其特征在于,所述方法的进一步详细步骤为:
步骤1,所述测量信息的插入位置分为两类:1)在第一个视频序列参数集之前插入H.264视频起始标记,用以标识视频传输开始;2)在每个帧尾的用户数据域插入本次测量标记及各帧的帧长度、帧序号,用以统计各帧对应的数据包数;
步骤1.5,所述视频序列打包成数据包开始网络传输,接收端开始接收;
步骤2,接收端通过检测数据包中是否含有所述本次测量标记来判断数据包是否为传输本次测量的H.264视频文件的数据包,若是则检测传输本次测量的H.264视频文件的第一个数据包,获得数据包中非视频数据净荷部分的长度值,进而得出视频载荷值;同时记录下所述第一个数据包的五元组信息,统计值加一;若不是则重复步骤2;
步骤3,判断接收是否结束,若未结束则通过五元组信息判断接收到的数据包是否属于传输本次测量的H.264视频文件的数据包,若是则统计值加一,若否则循环步骤3;若接收结束则跳出步骤3,执行步骤3.5;
步骤3.5,从每个帧对应的用户数据域中提取每帧长度,得出每个帧的分包个数,求和得到传输整个H.264视频文件发送的数据包总数,所述数据包总数与统计值的最终值之差即为丢包数,所述丢包数与所述数据包总数之比即为丢包率。
3.根据权利要求2所述的H.264视频文件的丢包检测方法,其特征在于:所述五元组信息为源IP地址,目的IP地址,源端口,目的端口,协议类型。
4.根据权利要求2所述的H.264视频文件的丢包检测方法,其特征在于:所述每个帧尾的用户数据域除插入有自身帧信息外还插入有冗余帧信息。
5.根据权利要求4所述的H.264视频文件的丢包检测方法,其特征在于:所述I帧尾的用户数据域插入有I帧自身帧信息和I帧冗余帧信息,所述I帧冗余帧信息包括P帧自身帧信息和B帧自身帧信息;
所述P帧尾的用户数据域插入有P帧自身帧信息和P帧冗余帧信息,所述P帧冗余帧信息包括I帧自身帧信息和B帧自身帧信息;
所述B帧尾的用户数据域插入有B帧自身帧信息和B帧冗余帧信息,所述B帧冗余帧信息包括P帧自身帧信息和I帧自身帧信息。
6.根据权利要求2所述的H.264视频文件的丢包检测方法,其特征在于:所述非视频数据净荷部分的长度值记为header_length,所述视频载荷值记为video_payload,且video_payload=MTU-header_length,MTU表示网络上传送的最大数据包,单位是字节,MTU取值为1450。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101068944A CN101800671B (zh) | 2010-02-08 | 2010-02-08 | 一种h.264视频文件的丢包检测方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101068944A CN101800671B (zh) | 2010-02-08 | 2010-02-08 | 一种h.264视频文件的丢包检测方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101800671A true CN101800671A (zh) | 2010-08-11 |
CN101800671B CN101800671B (zh) | 2012-05-23 |
Family
ID=42596174
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010101068944A Expired - Fee Related CN101800671B (zh) | 2010-02-08 | 2010-02-08 | 一种h.264视频文件的丢包检测方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101800671B (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102404069A (zh) * | 2010-09-07 | 2012-04-04 | 中兴通讯股份有限公司 | 一种数据封装链路丢包和乱序统计的方法及系统 |
CN106303539A (zh) * | 2015-05-22 | 2017-01-04 | 江苏惠纬讯信息科技有限公司 | 一种基于h.264视频报文类型的不等差错传输保护方法 |
CN108900831A (zh) * | 2018-05-25 | 2018-11-27 | 烽火通信科技股份有限公司 | 花屏事件检测方法及其检测系统 |
CN109151612A (zh) * | 2017-06-27 | 2019-01-04 | 华为技术有限公司 | 一种视频传输方法、设备及系统 |
CN109194966A (zh) * | 2018-08-03 | 2019-01-11 | 广州酷狗计算机科技有限公司 | Sei消息的有效载荷获取方法、装置和存储介质 |
CN109246486A (zh) * | 2018-10-16 | 2019-01-18 | 视联动力信息技术股份有限公司 | 一种组帧方法和装置 |
CN110474819A (zh) * | 2019-07-12 | 2019-11-19 | 中国人民解放军战略支援部队信息工程大学 | 基于包计数的fc-eth协议转换芯片验证装置及方法 |
CN110798349A (zh) * | 2019-10-28 | 2020-02-14 | 国家计算机网络与信息安全管理中心 | 一种配置分发、接收方法、设备及计算机可读存储介质 |
CN112468887A (zh) * | 2019-09-06 | 2021-03-09 | 杭州海康微影传感科技有限公司 | 热成像数据的传输方法、装置及热成像设备 |
CN113873340A (zh) * | 2021-09-18 | 2021-12-31 | 恒安嘉新(北京)科技股份公司 | 一种数据处理方法、装置、设备、系统及存储介质 |
CN113973070A (zh) * | 2020-07-22 | 2022-01-25 | 中国移动通信有限公司研究院 | 一种信息获取方法、装置及测试设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100583784C (zh) * | 2005-03-30 | 2010-01-20 | 华为技术有限公司 | 在多协议标签交换网络中监测丢包率的方法 |
CN101394550B (zh) * | 2007-09-17 | 2010-08-11 | 华为技术有限公司 | 视频数据的打包方法及装置 |
-
2010
- 2010-02-08 CN CN2010101068944A patent/CN101800671B/zh not_active Expired - Fee Related
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102404069A (zh) * | 2010-09-07 | 2012-04-04 | 中兴通讯股份有限公司 | 一种数据封装链路丢包和乱序统计的方法及系统 |
CN102404069B (zh) * | 2010-09-07 | 2016-03-30 | 中兴通讯股份有限公司 | 一种数据封装链路丢包和乱序统计的方法及系统 |
CN106303539A (zh) * | 2015-05-22 | 2017-01-04 | 江苏惠纬讯信息科技有限公司 | 一种基于h.264视频报文类型的不等差错传输保护方法 |
CN109151612A (zh) * | 2017-06-27 | 2019-01-04 | 华为技术有限公司 | 一种视频传输方法、设备及系统 |
US11553221B2 (en) | 2017-06-27 | 2023-01-10 | Huawei Technologies Co., Ltd. | Video transmission method and system and device |
CN109151612B (zh) * | 2017-06-27 | 2020-10-16 | 华为技术有限公司 | 一种视频传输方法、设备及系统 |
CN108900831A (zh) * | 2018-05-25 | 2018-11-27 | 烽火通信科技股份有限公司 | 花屏事件检测方法及其检测系统 |
CN109194966A (zh) * | 2018-08-03 | 2019-01-11 | 广州酷狗计算机科技有限公司 | Sei消息的有效载荷获取方法、装置和存储介质 |
CN109194966B (zh) * | 2018-08-03 | 2021-04-27 | 广州酷狗计算机科技有限公司 | Sei消息的有效载荷获取方法、装置和存储介质 |
CN109246486A (zh) * | 2018-10-16 | 2019-01-18 | 视联动力信息技术股份有限公司 | 一种组帧方法和装置 |
CN109246486B (zh) * | 2018-10-16 | 2021-01-22 | 视联动力信息技术股份有限公司 | 一种组帧方法和装置 |
CN110474819B (zh) * | 2019-07-12 | 2021-04-02 | 中国人民解放军战略支援部队信息工程大学 | 基于包计数的fc-eth协议转换芯片验证装置及方法 |
CN110474819A (zh) * | 2019-07-12 | 2019-11-19 | 中国人民解放军战略支援部队信息工程大学 | 基于包计数的fc-eth协议转换芯片验证装置及方法 |
CN112468887A (zh) * | 2019-09-06 | 2021-03-09 | 杭州海康微影传感科技有限公司 | 热成像数据的传输方法、装置及热成像设备 |
CN110798349A (zh) * | 2019-10-28 | 2020-02-14 | 国家计算机网络与信息安全管理中心 | 一种配置分发、接收方法、设备及计算机可读存储介质 |
CN113973070A (zh) * | 2020-07-22 | 2022-01-25 | 中国移动通信有限公司研究院 | 一种信息获取方法、装置及测试设备 |
CN113873340A (zh) * | 2021-09-18 | 2021-12-31 | 恒安嘉新(北京)科技股份公司 | 一种数据处理方法、装置、设备、系统及存储介质 |
CN113873340B (zh) * | 2021-09-18 | 2024-01-16 | 恒安嘉新(北京)科技股份公司 | 一种数据处理方法、装置、设备、系统及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN101800671B (zh) | 2012-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101800671B (zh) | 一种h.264视频文件的丢包检测方法 | |
CN100417080C (zh) | 一种检测网络链路故障并定位故障的方法 | |
CN102547300B (zh) | 帧类型的检测方法和装置 | |
CN100442730C (zh) | 基于逐跳时间戳标签的网络链路带宽的测量方法 | |
US7864695B2 (en) | Traffic load density measuring system, traffic load density measuring method, transmitter, receiver, and recording medium | |
CN1937541B (zh) | 一种网络性能测试方法 | |
KR101268781B1 (ko) | 단말 미디어 품질 및 전송 망 qos 간 연동 제어 시스템 및 방법 | |
US20070064611A1 (en) | Method for monitoring packet loss ratio | |
CN103155515B (zh) | 确定ip分组的丢失 | |
CN102056004B (zh) | 一种视频质量评估方法、设备及系统 | |
CN102611894B (zh) | 检测视频传输丢包的方法、装置和系统 | |
CN106330584A (zh) | 一种业务流的识别方法及识别装置 | |
CN102047717A (zh) | 使用从第2层无线电链路控制层数据帧的序列所得到的第3层分组的电信的方法和系统 | |
CN106656679A (zh) | 可用带宽测量方法和装置 | |
CN101778294B (zh) | 一种mpeg视频文件的丢包检测方法 | |
CN107277563A (zh) | 一种生成和播放视频文件的方法、服务器及终端 | |
CN108683555A (zh) | 一种rtp丢包检测方法 | |
CN109561300A (zh) | 业务质量检测方法及装置 | |
CN111385163A (zh) | 流量的分析、检测方法及装置 | |
US9509581B2 (en) | Methods for monitoring data traffic in a gateway device | |
CN109067625A (zh) | 一种业务通道性能的检测方法、设备及系统 | |
US7706279B2 (en) | Communication performance measurement method | |
US20130120652A1 (en) | Method and apparatus for evaluating time delay of mobile video service | |
CN103595593A (zh) | 一种基于探针测量mdi的系统及方法 | |
CN104243225A (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120523 Termination date: 20150208 |
|
EXPY | Termination of patent right or utility model |