经过路由选择和资源分配后，CDN的边缘视频服务器将向IPQAM输出视频流数据，根据IPQAM设备的传输特性，需要考虑合适的数据封包和码率控制。

    3.2.1数据封包

    运营商目前普遍选择的视频编码格式为MEPG2或MPEG4/H.264，这两者采用不同的封包流程：

    MPEG2封包流程

    MPEG2文件播放的封包解包流程如下：

    1.文件以MPEG2的文件格式存放

    2.视频服务器U-Server读取文件数据封装成TS包方式，加上TCP/IP包头，通过IP网络发送给IPQAM设备；

    3.IPQAM将TS数据取出调制成RF信号通过HFC网络传输；

    4.STB接收到TS数据后对其进行解码播放。

    MPEG4/H264封包流程

    基于RTSP协议传输的MPEG4/H264文件播放封包解包流程如下图所示：

    1.文件以Mp4/H.264文件格式存放;

    2.视频服务器U-Server读取文件，先封装成RTP格式，然后加上TS的包头，再加上TCP/IP包头，通过IP网络发送给IPQAM；

    3.IPQAM将TS数据取出调制成RF信号通过HFC网络传输；

    4.DVB解码芯片接收到TS数据后，将TS包头数据去掉，将TS的Payload信息也就是RTP数据传递给MPEG4/H264Chip；

    5.MPEG4/H264解码芯片对RTP数据信息处理，对音视频数据进行解码播放。

    3.2.2码率控制

    IPQAM设备对码流变化的适应能力相对较弱，因此视频服务器依靠以往在以太网上的发包策略往往会导致某个时刻发包过快，IPQAM缓存不足而OverFlow。针对这种情况，视频服务器需要对每个点播流的码流动态的进行控制，使码流尽可能平稳，而减少或消除IPQAM的OverFlow异常。码流控制算法可以从两方面入手使码流趋于平滑。

    限速控制：引入拥塞窗口机制，记录当前时间片已发送的数据量，对每个时间片内发送的数据进行限制。新的时间片到来时，拥塞窗口将被清空，从前开始累加发送的数据量。当片源某一段码流过大拥塞窗口被填满时，Server将停止发包，到下一个时间片再尝试进行发送。这样就能限制住码流的峰值，不出现剧烈的码流波动。

    加速控制：引入prebuffer机制，表示服务器在发包过程中可以提前发送的最大数据。当发送的进度超前还没有达到prebuffer指定的量时，服务器将在带宽允许的条件下尽力发送，直到进度超前达到或超过prebuffer。这样在片源码流不大时，可以多发送一些后续prebuffer范围内的数据，当码流变大时，Server降速终端的buffer也不会很快就消耗光。同时在点播启动阶段通过这种加速能缩短启动时间，提供较好的观感。

    这两种控制逻辑，限速控制是优先考虑的，只有在限速控制允许发送的前提下加速控制才有可能运作。通过这一对限速控制和加速控制算法，视频服务器就能在一定范围能使码流变化相对剧烈的片源输出码流相对平稳，趋向与CBR。