MPEG传输流连续性计数器

use*_*780 6 mpeg stream transport

我正在通过10GB MPLS网络对IPTV第3层组播VPN进行故障排除.

只有某些高清频道正在经历严重的冻结和拼接; 所有其他SD和HD频道都可以正常工作.我们的IPTV视频监控设备通过监控连续性计数器来检测和报告丢包.我问过我们所有的设备供应商并阅读我能找到的每个.pdf,似乎没有人确切知道:

  1. MPEG传输流连续性计数器如何/何时/何处适合传输流?
  2. 传输流中的哪些数据包/帧正在计算?
  3. 为什么报告的数据包丢失似乎以16(0,16,32)的增量出现?
  4. 怎么会出现0丢包的错误情况?
  5. PCR值如何/何时/何处适合传输流?

Coc*_*nop 8

这是很多问题!让我们澄清一下:

  1. 连续性计数器(CC)承载在传输流(TS)的每个传输分组(TP)的报头中.
  2. 每当TP具有根据维基百科的有效载荷时CC就会递增但我认为它实际上在每个新TP上递增... [编辑]:只有在有效载荷标志为真时才增加CC(参见下面的Mike Reedel评论)
  3. 实际上,因为CC是4位,所以值应该0x00从而0x0F再次循环.
  4. 有些人对标准粗心大意,可能会发生在多路复用TS期间CC未正确递增的情况:在这种情况下,您没有丢失任何数据包,但由于CC损坏,您的工具报告错误.但是,错误可能发生在TS传输过程中的任何地方,包括可能无法以正确速率采样的监控工具.
  5. 节目时钟参考(PCR)是定时插入TS的时间戳,为解码器提供精确的27 Mhz时钟.应按标准每40ms重复一次.对于携带PCR的PID没有义务,但大多数时候它是视频PID:您需要查看PMT以找出PCR所在的PID.

一些参考:

  • 在#2上,ContinuityCounter仅在有效载荷标志为真时递增. (3认同)
  • 此外,连续性计数器不会因重复数据包或设置不连续性标志而增加。参见 ISO/IEC 13818-1,第 2.4.3.3 节。 (2认同)