ATM网络MPEG-Ⅱ比特率测量系统的设计
发布时间:2008/5/27 0:00:00 访问次数:670
    
    
    来源:51cto.com 作者:赵忠伟 李式巨
    
    1 引言
    
    mpeg-ⅱ作为一种运动图像国际标准已经得到广泛应用,数字视频广播(dvb)已经将mpeg-ⅱ作为一种源格式。在许多实际应用中包括卫星广播、数字电缆和高清晰度电视hdtv,mpeg-ⅱ分组是通过编码器同步接口输入到信道中。而在宽带数字通信网中如adsl,fttc和宽带idsl是将mpeg-ⅱ分组转化成另外一种网络传输分组,在这种情况下,一定数目的传输流分组被压缩成一个atm aal-5 pdu单元,在分组交换时,pdu被分解成几个atm单元。至于有多少传输流分组压缩成为atm aal-5 pdu单元,主要与atm网络协议有关,一般是2个传输流分组压缩成一个aal-5 pdu单元。一个网络中传输的mpeg-2传输流需要内部的分组延迟进行时间上的控制,这种控制主要是为了发送程序参考时钟,从而在系统接收端进行解码时对系统时钟进行恢复。同时也可以避免***的输入缓冲的上溢和下溢。
    
    在设计一个视频发送系统的时候,对mpeg-ⅱ传输流的比特率实行精确的控制就显得尤为重要。当mpeg-ⅱ分组进行直接传送时,系统时间的控制是比较简单的,关键问题是如何对视频源的输入时间进
    
    
    
     行精确的计算。如果解决了这个问题,***端的解码时钟或者系统层复用器输入的系统时钟基本能够和编码器的系统时钟保持同步。如果当前网络能够容忍一定量的分组延迟,那么对网络堵塞而造成的分组延迟就不是我们所关心的目标,因此对mpeg-ⅱ进行比特率测量对于整个***的设计或者视频发送系统不是显得很关键的问题。但是当mpeg-ⅱ传输流分组转化成另外一种格式如atm aal-5 pdu单元的时候,对由于网络堵塞而造成内部分组延迟甚至是分组丢失就成为一个能否有效解码的十分关键的问题。在这里我们提出了一种简单而有效的方法,可以在***或者系统层复用器接收端进行有效的mpeg-ⅱ比特率测量。通过用mpeg解码芯片和一个嵌入式处理器对mpeg-ⅱ传输流的程序参考时钟进行统一管理。由于mpeg-ⅱ传输流程序参考时钟是根据一定的编码器系统参考时钟设定的,所以通过对其实时监控就可以基本确定该流的比特率,同时将当前***的参考时钟和程序参考时钟pcr进行对比,就可以对要测量的网络堵塞进行校验。而且设计了一种硬件测试评估卡对该方法进行了验证,验证的结果基本符合当前catv或者hdtv的要求。
    
    2 网络堵塞和系统参考时钟的恢复
    
    根据mpeg-ⅱ国际标准,编码器将系统参考时钟(27 mhz)的1/33进行编码,编码后的数据进行一定扩展和处理后作为程序参考时钟pcr嵌入到传输流分组中。因此在***端,通过对pcr的恢复就可以确定编码的系统时钟,从而达到编解码的同步。由于在传输流中,含有pcr字段分组的pid值在程序映射表(pmt)得到确定。根据这个含有pcr字段的分组pid就可以参考设置将第一个含有pcr的分组作为系统时钟stc的参考pcr,然后将其余的含有pcr字段的传输分组中的pcr的值通过一定的方式处理就可以恢复系统时钟。恢复系统时钟的方法如下:
    
    (1)将第一个pcr的值对stc进行初始化。
    
    (2)考虑***输入缓冲的上溢和下溢的影响,对其大小进行一定的估计,从而确定解码输入缓冲。根据当前mpeg-ⅱ传输流的最大码率计算,连续含有pcr字段的分组的时间间隔必须小于0.1 s。
    
    (3)对于连续到达的pcr的值进行锁定,通过和第一个pcr的值进行对比,就可以确定stc。
    
    由于在mpeg解复用器输出到缓冲器的过程中以往没能对其码速进行测量,从而会造成缓冲的上溢,而在视频和音频***端,在缓冲输入到***的过程中,同样原因而造成缓冲的下溢。为此在atm/catv网络到mpeg解复用器的过程中,如果能够添加一个接收器的比特监控单元,将能够减少由于网络堵塞而造成的麻烦。
    
    如果从传输分组中得到的含有pcr字段的分组,由于网络堵塞而造成pcr的值随机延迟,***和嵌入的系统处理器,将会按照一定的算法对pcr的值进行校正,从而恢复stc。这个校正和当前的mpeg比特率有密切关系,是将当前mpeg比特率对pcr的值
    
    
    来源:51cto.com 作者:赵忠伟 李式巨
    
    1 引言
    
    mpeg-ⅱ作为一种运动图像国际标准已经得到广泛应用,数字视频广播(dvb)已经将mpeg-ⅱ作为一种源格式。在许多实际应用中包括卫星广播、数字电缆和高清晰度电视hdtv,mpeg-ⅱ分组是通过编码器同步接口输入到信道中。而在宽带数字通信网中如adsl,fttc和宽带idsl是将mpeg-ⅱ分组转化成另外一种网络传输分组,在这种情况下,一定数目的传输流分组被压缩成一个atm aal-5 pdu单元,在分组交换时,pdu被分解成几个atm单元。至于有多少传输流分组压缩成为atm aal-5 pdu单元,主要与atm网络协议有关,一般是2个传输流分组压缩成一个aal-5 pdu单元。一个网络中传输的mpeg-2传输流需要内部的分组延迟进行时间上的控制,这种控制主要是为了发送程序参考时钟,从而在系统接收端进行解码时对系统时钟进行恢复。同时也可以避免***的输入缓冲的上溢和下溢。
    
    在设计一个视频发送系统的时候,对mpeg-ⅱ传输流的比特率实行精确的控制就显得尤为重要。当mpeg-ⅱ分组进行直接传送时,系统时间的控制是比较简单的,关键问题是如何对视频源的输入时间进
    
    
    
     行精确的计算。如果解决了这个问题,***端的解码时钟或者系统层复用器输入的系统时钟基本能够和编码器的系统时钟保持同步。如果当前网络能够容忍一定量的分组延迟,那么对网络堵塞而造成的分组延迟就不是我们所关心的目标,因此对mpeg-ⅱ进行比特率测量对于整个***的设计或者视频发送系统不是显得很关键的问题。但是当mpeg-ⅱ传输流分组转化成另外一种格式如atm aal-5 pdu单元的时候,对由于网络堵塞而造成内部分组延迟甚至是分组丢失就成为一个能否有效解码的十分关键的问题。在这里我们提出了一种简单而有效的方法,可以在***或者系统层复用器接收端进行有效的mpeg-ⅱ比特率测量。通过用mpeg解码芯片和一个嵌入式处理器对mpeg-ⅱ传输流的程序参考时钟进行统一管理。由于mpeg-ⅱ传输流程序参考时钟是根据一定的编码器系统参考时钟设定的,所以通过对其实时监控就可以基本确定该流的比特率,同时将当前***的参考时钟和程序参考时钟pcr进行对比,就可以对要测量的网络堵塞进行校验。而且设计了一种硬件测试评估卡对该方法进行了验证,验证的结果基本符合当前catv或者hdtv的要求。
    
    2 网络堵塞和系统参考时钟的恢复
    
    根据mpeg-ⅱ国际标准,编码器将系统参考时钟(27 mhz)的1/33进行编码,编码后的数据进行一定扩展和处理后作为程序参考时钟pcr嵌入到传输流分组中。因此在***端,通过对pcr的恢复就可以确定编码的系统时钟,从而达到编解码的同步。由于在传输流中,含有pcr字段分组的pid值在程序映射表(pmt)得到确定。根据这个含有pcr字段的分组pid就可以参考设置将第一个含有pcr的分组作为系统时钟stc的参考pcr,然后将其余的含有pcr字段的传输分组中的pcr的值通过一定的方式处理就可以恢复系统时钟。恢复系统时钟的方法如下:
    
    (1)将第一个pcr的值对stc进行初始化。
    
    (2)考虑***输入缓冲的上溢和下溢的影响,对其大小进行一定的估计,从而确定解码输入缓冲。根据当前mpeg-ⅱ传输流的最大码率计算,连续含有pcr字段的分组的时间间隔必须小于0.1 s。
    
    (3)对于连续到达的pcr的值进行锁定,通过和第一个pcr的值进行对比,就可以确定stc。
    
    由于在mpeg解复用器输出到缓冲器的过程中以往没能对其码速进行测量,从而会造成缓冲的上溢,而在视频和音频***端,在缓冲输入到***的过程中,同样原因而造成缓冲的下溢。为此在atm/catv网络到mpeg解复用器的过程中,如果能够添加一个接收器的比特监控单元,将能够减少由于网络堵塞而造成的麻烦。
    
    如果从传输分组中得到的含有pcr字段的分组,由于网络堵塞而造成pcr的值随机延迟,***和嵌入的系统处理器,将会按照一定的算法对pcr的值进行校正,从而恢复stc。这个校正和当前的mpeg比特率有密切关系,是将当前mpeg比特率对pcr的值
上一篇:嵌入式互联网的互联特性分析