我正在排除跨10GB MPLS网络的IPTV第三层多播VPN的故障。
只有某些高清频道出现严重的冻结和平铺所有其他的标清和高清频道工作良好。我们的IPTV视频监控设备通过监控一个连续性计数器来检测和报告丢包。我已经询问了我们所有的设备供应商，并阅读了我能找到的每个pdf文件，但似乎没有人确切知道:
- MPEG传输流连续性计数器如何/何时/何处适合传输流?
- 传输流中哪些数据包/帧正在被计数?
- 为什么报告的丢包似乎以16(0,16,32)的增量发生?
- 为什么会有0丢包的错误情况?
- PCR值如何/何时/何处适合运输流?
问题真多!让我们稍微澄清一下:
- 连续性计数器(CC)在传输流(TS)的每个传输包(TP)的头中携带。
- 每个TP在报头中也有一个包标识符(PID)。每个PID都有自己的CC，根据维基百科，每当TP有有效载荷时，任何给定PID的CC都会增加，但我认为实际上每个新TP都会增加…[EDIT]: CC仅在有效载荷标志为真时递增(参见下面的Mike Reedel评论)
- 实际上，因为CC是4位的值应该从
0x0到0xF，然后从0x0开始。 - 有些人对标准不太在意，在TS的多路复用过程中，CC没有正确地增加:在这种情况下，您没有丢失任何数据包，但由于CC损坏，您的工具报告错误。然而，错误可能发生在TS传输过程中的任何地方，包括监控工具可能无法以正确的速率采样。
- 程序时钟参考(PCR)是一个时间戳，定期插入TS中，为解码器提供准确的27 Mhz时钟。按标准每40ms重复一次。没有关于PID携带PCR的义务，但大多数情况下是视频PID:您需要查看PMT以找出PCR在哪个PID上。
参考:
- 维基百科
- 泰克CC常见问题解答 ISO 13818 - 1