DB44T 525-2008对等网络分布式存储流媒体传输协议

备案号：23306-2008对等网络分布式存储流媒体传输协议2008-07-11发布I H Ⅲ1范围 12规范性引用文件 13术语、定义和缩略语 14概述 35设计原理 36功能流程 77纠错机制 8授权 9用户认证 附录A(规范性附录) 图1SIM拓扑结构图 3图2树型传输结构逻辑示例图 4图3多播岛逻辑示例图 5图4节点主机与STUN服务器交互过程视图 7图5节点主机与集合点主机交互过程视图 7图6新主机为公网主机时与每个出栈主机的交互过程视图 8图7新主机为受限主机时与每个出栈主机的交互过程视图 8图8多播岛内传输路径逻辑示例图 9图9数据分发逻辑示例图 图10死锁情形逻辑示例图 图11节点主机授权视图 图12节点主机认证视图 表A.1数据包格式 表A.2视频帧包化过程 表A.3音频帧包化过程 表A.5RootPathMessage消息格式 表A.6Message报头格式 表A.7节点主机列表字段说明 表A.8授权请求字段说明 表A.9授权反馈字段说明 表A.10设备ID认证形式的认证请求字段说明 表A.11综合业务卡信息认证形式的认证请求字段说明 表A.12认证反馈字段说明 ⅡDB44/T525—2008本标准起草单位(排名不分先后):广东省数字家庭公共服务技术支持中心、香港科技大学、中山大本标准主要起草人：黄亮聪、罗笑南、刘宁、金星、史卓、赵瑜、陈任、黄卫东、周凡、王建民、韩DB44/T525—2008本标准为了实现IP网络中流媒体资源的传输和共享而制定对等网络分布式存储流媒体传输协议。本协议采用有利于流媒体应用层多播的局部IP多播方式，并融合了应用层多播协议和对等网络技术，IP络上的实时电视和互动电影。而现有的其他各种协议如其中许多协议都需要设置专门的网络节点，如代理服务器或路由器，且主机间的连接需要进行手动配置。支持本协议的主机群是充分自治的，不需要设置专门的网络节点，并本标准的发布机构提请注意如下事实，声明符合本标准时，可以使用涉及2条中有关内容的相关专利。专利持有人已向本标准的发布机构保证，他愿意同任何申请人在合理和非歧视的条款和条件下，就使在本标准起草过程中，起草组织者根据会员签署同意的工作组章程和有关知识产权规定以及会员在提案、审阅等期间提出的专利披露与许可声明等对标准可能涉及的专利进行了识别。已经确知下表列出的专专利名称专利授理号专利授权号专利持有人联系地址适于IPTV流媒体业务的可扩展岛式多播传输方法正在申请中山大学、香港科技大学广州市新港西路135号中山大学园南路415栋401室上述专利权人同意对所持有的本标准的本部分的必要专利在合理和非歧视的条款和条件基础上，通过广东省数字家庭标准化委员会专利池进行许可。由广东省数字家庭标准化委员会推动成立的广东省数字家庭标准化委员会专利池管理委员会是决定专利池具体许可条款的独立机构。对于专利池中的所有专利，标准实施者可通过专利池管理委员会认可的授权机构获得许可。有关资料可从广东省数字家庭标准化委员会通讯地址：广州市新港西路135号中山大学园南路415栋401室传真注意除上述已经识别出的专利外，本标准的某些内容有可能涉及专利。本标准的发布机构不应承担1对等网络分布式存储流媒体传输协议本标准规定了支持IP网络流媒体数据传输和共享的对等网络流媒体传输协议，对等网络分布式存储流媒体传输协议的设计原理、功能流程及编码标准。本标准适用于IPTV、计算机等信息设备在支持Internet上单播和局域网内多播的网络环境中实现流媒体资源的传输和共享2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB/T20090.2—2006信息技术先进音视频编码第2部分：视频GB/T20090.2—2006信息技术先进音视频编码第2部分：视频(AVS)DB44/T440—2007数字家庭互联互通术语规范HD544S1—1989录音.PCM编码/解码系统IEC62141—2005使用12.65mm磁带和联合MPEG-4压缩的螺旋扫描数字视频盒式记录格式D-16型格式IEC61937-8-2006数字音频.应用IEC60958的非线性PCM编码音频位流接口.第6部分：符合微软媒体音频专用格式的非线性PCM位流14496-14-2003信息技术音频视频对象编码第14部分：MP4文件格式13818-7-2004信息技术移动图像和相关音频信息的通用编码第7部分：高级音频编码11172-3-1993信息技术具有1.5Mbit/s的数字存储媒体运动图像及其伴音的编码第3部分：ISO/IEC21000-9-2005信息技术.多媒体框架(MPEG-21)第9部分：文件格式ITU-TG.72640、32、24、16kbit/s自适应差分脉冲编码调制ADPCMITU-TH.264-般视听业务的高级视频编码ITU-TH.263低比特率通信的视频编码RFC4259MPEG-2网络上的IP数据包传输框架RFC3534应用/ogg媒体类型T1.3GPP.26.173V550—2003自适应多速率(AMR)宽带语音编解码器的ANSI-C编码(AMR)TS26.412一般音频编解码器音频处理功能；3GP文件格式的源代码3术语、定义和缩略语2一种以底层网络为基础、基于叠加网的多播协议，又称为应用层多播协议。NICE协议NICEProtocol一种主要针对大量接收者的低带宽、数据流应用，可扩展的应用层多播协议。一种可扩展的应用层多播框架协议。一种将应用层多播作为端系统基础服务功能的体系结构。单播Unicast一种主机之间“一对一”的通讯模式。IP多播IPMulticast一种允许一台或多台主机发送单一数据包到多台主机的TCP/IP网络技术。往返时延Round-TripTime一种表示从发送端发送数据开始，到发送端收到来自接收端的确认(接收端收到数据后便立即发送确认),总共经历的时延。一种目前网络中传输视频流通常采用的编码方法，设计原理是先将视频数据压缩为多个比特流，使每个比特流对应一种描述；然后使每个描述分别通过一个相对独立的信道传输到解码端，且每个描述都可以恢复出视觉可接收质量的图像；若接收到的描述数目越多，则这些描述结合起来恢复出的图像质量就越高。一种用于测试网络连接量的因特网包探索程序。一种可消除视频内容中邻近帧之间的时间冗余的MPEG压缩技术。一种存储字节序，表示低地址存放最高有效字节的存储方式。3一种网络协议，允许位于NAT(或多重NAT)后的客户端找到本机的公网地址，查出本机位于哪种类型的NAT之后，以及NAT.为某一个本地端口所绑定的Internet端口。一种用于决定NAT分配的绑定。缩略语RDPRPRTTPeer-To-PeerGroupOfPictures应用层多播对等网络图片群侧面纠错机制多描述编码集合点往返时延选择性包丢弃算法建立主机的网状结构，与相邻主机交换数据。但由于Gossip结构是将数据通过多个路径发送给一个主机，其最长路径的延迟决定了这种结构会带来较高的回放延迟；相反，树型结构引入了较低的端到端的延迟，并更易于维护。树型结构通过建立多棵树来分发主机的数据，现行的多数应用层多播模式系统均采用该结构进行数据分发，如Narada,NICE协议以及P2Cast,P2VoD等一些P2P视频点播系统。以往大多数基于应用层的协议(如Narada,NICE,DT,Scribe,ALMI等)均是假定路由器没有多播功能，因此没有考虑网络层的IP多播。全局IP多播是不可行的，但现在许多局域网都具备了多播功能。一方面，将这些局部可多播领域称为“岛”,则往往存在岛与岛之间由不能多播的路由器连接形成单播路径的情况。另一方面，由于IP多播比ALM更有效，如果ALM能够利用建立树型结构的局部多播能力，将有利于本协议是采用有利于流媒体应用层多播的局部IP多播方式，并基于树型结构的可扩展分布式系统，又5设计原理图1SIM拓扑结构图4DB44/T525—2008SIM网络拓扑结构图如图1所示。在SIM中，岛内主机通过IP多播方式采用UPD协议进行传输，岛间主机则通过单播方式采用TCP协议进行传输。每台待接入系统的主机首先将加入到SIM的树型结构中，该结构用于监测和维护加入的主机；接着主机通过检测加入到多播岛，进而完成整个接入过程。SIM中的每个岛只具备唯一的入口节点，入口节点接收其他岛发送过来的数据包，再以多播的方式在岛内传输这些数SIM服务器，即媒体服务器，在SIM中作为树型结构中的媒体源节点主机，用于流媒体数据存储与分该结构是建立在应用层基础上，由所有节点主机构成的单一树型结构，用于监测新接入的主机，并维图2为树型结构逻辑视图。如图所示，树型结构中每个父节点均可包含多个子节点，但对于每个子节点，其父节点数目唯一。如图2所示，节点S为节点A的父节点，节点A为节点B的父节点；同时，节点A为节点S的子节点，节点B为节点A的子节点，并且节点B还拥有节点C、节点D、节点E三个子节点。多播岛是由具有IP多播功能的局部网络自组织成岛状结构，岛内采用树状拓扑结构。同时，岛作为宏观上的节点，与其他岛之间又构成树型结构，岛与岛之间采用单播方式传输数据包，岛内采用IP多播方式每个岛内的路由器都有两个唯一的D类IP多播地址，一个用于多播控制消息，另一个用于多播数据包。根据IP地址的不同，岛内主机可分别组成控制多播组和数据多播组。两个D类IP地址由集合点主机图3是描述多播岛的逻辑示例图，其中列出了入口节点主机、边界节点主机、对外节点主机以及岛内5 多播路径单播路径图3多播岛逻辑示例图节点主机是对已经加入到树型结构中的各台主机的别称。根据主机所处的网络环境不同，节点主机可分为公网节点主机和受限节点主机。公网主机是指处于公网环境的节点主机，受限主机是指处于NAT或防火墙后面的节点主机.每个多播岛内将维护一台特殊的节点主机，用于接收岛外经单播发送过来的数据包，并通过岛内的多播路由器对该数据包进行多播。该主机称为人口节点主机：SIM通过使用STUN协议，即基于UDP协议传输的NAT简单穿透技术(SimpleTraversalofUDPthroughNAT)来检测主机是否位于NAT或者防火墙的后面，并能够检测两台或多台受限主机是否位于同一NAT或防火墙的后面。具体检测方法如下：h)服务器产生绑定反馈(BindingResponse),并把得到的映射地址和端口返回到客户端；c)客户端通过比较映射后的地址是否和本机地址相同来判断本机是否处于公网，若相同则说明该主机是公网主机，若不同则说明该主机为受限主机。新主机加入到树型结构后将经过数次迭代过程最终选择一台节点主机作为流媒体数据的来源点，由于迭代过程将造成新主机与该节点主机间的关联呈现为父子关系，因此该主机称为父节点主机。5.8集合点主机一种特殊的节点，用于维护根节点和加入到树中的节点列表的地址，其最大容量值，可以依据需要被设置。主要功能是响应发起获取开始节点请求的节点5.9授权服务器一台用于分发授权密钥的服务器，维护一张所有不同节目频段流数据包与其授权密钥的映射列表，并具有认证证书识别功能。节点主机可通过向其发送授权请求来获取可解密流数据包的授权密钥。5.10认证服务器一台用于校验用户身份的服务器，可用于分发认证证书：待加入系统的新节点主机都必须先通过此服务器进行身份验证，以获取认证证书等认证信息，认证服务器与授权服务器可部署在同台实体服务器上6DB44/T525—2008图1所示的拓扑结构即是考虑将认证与授权相结合部署在认证与授权服务器上。5.11多播组一种支持IP多播的主机群。群中的每个流媒体会话都有两个唯一的D类IP多播地址。一个用于多播控制消息，另一个用于多播流媒体数据。根据IP地址的不同，岛内主机可分别组成控制多播组和数据多播组。两个D类IP地址由集合点主机维护。5.12边界节点主机父节点不在岛内的节点主机叫做边界节点主机。在SIM中，边界节点主机和入口节点主机均加入到控制组和数据组，而非边界节点主机只加入到数据组。5.13对外节点主机子节点包含其他岛内入口节点的主机叫做对外节点主机。在SIM中，某个岛内的对外节点主机与某个其他岛内的入口节点主机之间具备单播传输路径，并在全局应用层树型结构上具有相应的父子关系。5.14数据编码可支持编码格式包括：视频AVSMPEG-1MPEG-2MPEG-4H.263HWMVDIVXAVS编码具体要求参见GB/T20090.2—2006的相关内容MPEG-1编码具体要求参见ISO/IEC23000-2-2006的相关内容MPEG-2编码具体要求参见ISO/IEC21000-9-2005的相关内容MPEG-4编码具体要求参见IEC62141—2005的相关内容H.263编码具体要求参见ITU-TH.263的相关内容H.264编码具体要求参见ITU-TH.264的相关内容WMV9编码具体要求参见SMPTE421M—2007的相关内容音频AACPCMADPCMu-lawa-lawAMRWMAMP3Ogg-VorbisAAC编码具体要求参见ISOIEC13818-7-2004的相关内容PCM编码具体要求参见HD544S1—1989的相关内容ADPCM编码具体要求参见ITU-TG.726的相关内容AMR编码具体要求参见T1.3GPP.26.173V550—2003的相关内容WMA编码具体要求参见IEC61937-8-2006的相关内容MP3编码具体要求参见ISO/IEC11172-3-1993的相关内容0gg-Vorbis编码具体要求参见RFC3534的相关内容流媒体3GPWMVASFMP43GP编码具体要求参见TS26.412的相关内容ASF编码具体要求参见ASF的相关内容MP4编码具体要求参见ISOIEC14496-14-2003的相关内容5.15扩展可在SIM的现有基础上增加CDN超级节点。可改进为采用多个树型结构的网状拓扑，在两层树状拓扑结构基础上，每个节点可以从多个父节点中获取流数据。数据内容多源获取，节点分布形成网状结构。76功能流程6.1构建连接构建连接的过程即主机加入树型结构和多播岛的过程。新主机加入树型结构的过程，可看作在树型结构中查找符合条件的父节点主机的过程。首先，新主机需要确定其是否为公网主机或受限主机。因此，新主机与STUN服务器建立连接并获取检测结果。该过程如图3所示，节点主机首先向STUN服务器发送NAT检测请求。然后，STUN服务器将NAT路由器的公网IP地址以及NAT为允许传入流量传回内网而开通的端口封装到NAT检测反馈中，并发送给该节点主机。同时，新主机与媒体源节点建立连接，获取流媒体数据。该连接直到父节点被找到才得以终止。通过该连接能够预先加入不同频道的媒体源服务器，减少加入过程的时间开销。该机制适用于IPTV多频道浏览，由于节点可以预先加载很多频道，从而能使转换频道的等待时间最小化。然后，该新主机与集合点主机建立连接，并随机获取系统中公网主机的列表，过程如图4所示，节点主机向集合点主机发送主机列表获取请求。集合点主机收到该请求后，将随机地从所有主机地址中选择k个主机并形成主机列表发送给该节点主机。该列表具体格式参见附录A.3图5节点主机与集合点主机交互过程视图获取该主机列表后，新主机逐个计算与列表中各个公网主机间的RTT值，并根据该值按升序将这些主机地址存入堆栈中。接着，新主机将进入以下迭代过程：a)主机从堆栈中弹出k个具有最小RTT时间的主机地址，k是一个系统参数。对于每一个出栈主机，b)根据新主机的类型分两种情况进行1)若新主机是公网主机，则接收到NeighborQuery消息的出栈主机将返回其相邻公网节点主机的地址，并通知其相邻受限节点主机与新主机建立连接。新主机能够强行与这k个出栈主机的所有相邻节点主机进行通信，并获取到达这些主机的RTT值。然后，新主机按照RTT升序排列所有获取到的节点主机地址，并存入堆栈。该过程如图5所示：8DB44/T525—2008出栈主机相邻的出栈主机相邻的公网节点主机新节点主机(公网)出栈主机受限节点主机开始节点主机列衣通知消息 图6新主机为公网主机时与每个出栈主机的交互过程视图2)若新主机是受限主机，则接收到NeighborQuery消息的出栈主机将返回其所有相邻公网节点主机和受限邻节点主机的P地址。新主机一方面获取k个出栈主机的所有相邻公网节点主机地址，另一方面将与STUN服务器建立建接，并将之前获取到的k个出栈主机的所有相邻受限节点主机地址发送到该服务器，从而判断这些受限节点主机是否与新主机处于同一NAT或防火墙的后面；如果是的话，这些耋限节点主机就能够与新主机进行通信；进而，k个出栈主机将再次通知它们的相邻受限节点主机，请求它们将各自的相邻公网节点主机地址发送给新主机。然后，新主机将根据所有获取到的主机地址对这些主机进行连接，并获取到达它们的RTT值。最后，新主机按照RTT升序排列所有获取到的节点主机地址，并存人堆栈。该过程如图6所示：出栈主机相邻的出栈主机相邻的公网节点主机新节点主机(受限)NeighborQuery消息NAT检测请求出栈主机相邻的受限节点主机通知消息通知消息出栈主机相邻受限节点主机的相邻公网主机连接请求相邻公网节点及受限节点主机列表反馈相邻公网节点主机列表NAT检测反馈出栈主机图7新主机为受限主机时与每个出栈主机的交互过程视图9DB44/T525—2008c)以上工作完成后，新主机将从堆栈中弹RTT整个迭代将一直进行直到找到最小RTT的增量要低于一个固定的阈值，或迭代次数超过一个特定的值最后，新主机将从当前m个最近的主机中选择一台目标主机作为父节点，该目标主机与其父节点之间考虑到一台受限主机只能选择公网主机或者和它处于同一个NAT或防火墙下的受限主机作为父节点；若系统中的所有公网主机均发生异常，则一台新受限主机将无法获得父节点主机，即不能够加入树型结构。此外，公网主机与受限主机的连接只能由受限主机端发起。公网新主机在加入期间需要保持其与受限主机间的连接，受限新主机在加入期间也需要保持与公网主机间的连接、只有待成功加入树型结构后，新查找新父亲节点的过程类似于加入过程，新主机向其祖父节点发送NeighhorQuery消息，并继而进入以上迭代过程，最终查找出符合条件的新父节点。在查找新父节点的过程中，节点会临时从它的恢复节点中接收a)如果岛存在，该主机将会收到人口节点的KeepAlive消息。由于入口节点主机会在岛内定期多播一定时间里没有收到反馈消息，它就能断定它的父节点不在同一个数据组里，即不在同一个岛内，则可确发送发送发送发送KeepAlive消息1)如果是，它仍保留在控制组，并加入到数据组，同时停止接收来自父节点的流数据，它与父节点的2)如果不是，则它就离开控制组并加入到数据组，并接收IP多播的数据。如果主机后来变成一个入d)如果主机没有找到任何可加入的岛，则它本身将形成一个岛(即控制组和数据组),并且成为岛的入以及它到父节点间的距离累加而得；其中，各主机间距离均由两点间的往返时间RTT值表示。初始时，岛的入口节点主机是加入到该岛的第一台主机。而一台新边界主机替代当前入口节点主机的b)存在一个非入口节点的边界节点主机，它到媒体源节点的距离比当前入口节点主机到源节点主机距 一单播路径图8为数据分发逻辑示例。其中，不同的椭圆区域指出不同的岛，节点1、节点2、节点3和节点5同属于一个岛；节点4、节点7和节点11同属于另一个岛；节点6、节点8、节点9和节点10同属于最后一个岛。同一岛中的节点不一定总是成群的，如节点8与节点6、9、10不是成群的。图中的实线边仅表示逻辑关联，而不代表数据传输。数据通过不同的岛(发送至图4中虚线所示的范围)单播发送，在岛内则是在该示例中，假定节点1想要发送数据包到树中所有节点，首先，节点1通过IP多播发送数据包到同一岛中的节点2、3、5,节点2、3是对外节点，对外节点通过单播发送将数据包到送到不同的岛，节点4从节点2接收到数据包后，该数据包通过IP多播发送到节点7、11;同样，节点6从节点3接收到数据包DB44/T525—2008后，该数据包通过IP多播发送到节点8、9、10。节点4、6称作入口节点，是从其它岛接收数据包的节点。入口节点选择是依据该节点在岛内是否拥有最小深度，或者到树根距离是否最小。如果有多个节点具有同样的最小深度，则SIM将从中随机选出一个作为入口节点。若SIM仅从岛内随机选择一个节点作为入口节点，而不考虑其是否拥有最小深度，或是否离树根节点最近，则将会导致如图9所示的死锁情形。 图10死锁情形逻辑示例图由于拥有最小深度的节点是其所在岛内距离源节点最近的节点，该节点的任意一个祖父节点都不可能不再接收数据包时，人口节点则被取消。入口节点由同一个岛中的潜在入口节点所监控，当入口节点由于本协议采用的岛间单播是由TCP传输协议实现。而TCP传输协议具有重传丢失数据包的特点，因此，子节点能够接收到所有从其对应父节点主机的缓冲器中被释放的数据包，并且对于视频帧而言，帧被存放到缓冲器中和帧在缓冲器被释放(即在播放过程中将已播放的帧抛弃)的速度是不同的。因而，随着帧在缓冲器里逐渐累加，当缓冲器接近最大存储限度时，就应考虑丢弃当前不需要的包，从而降低传输延序分为I到P等级别。因为在GoP的每一个P帧使用前一个帧作为参考，因此，当一个P帧由于缓冲区溢1)队头主要GoP中的最后P帧；DB44/T525—20082)如果P帧在队尾而且正在被接收，则丢弃正在过来的帧以及所有随后的P帧；若正在被接收的是3)如果在队头的GoP未包含P帧(队头均为1帧),则丢弃队头的1帧。d)恢复节点不在同一岛内。SIM使用侧面纠错机制来解决传统的媒体源节点纠错机制和父节点纠错机制中所存在的相关性和闭塞流数据分发之前首先要经过打包加密，然后再由媒体源分发到网络中的各个节点。当繁端节点用户尝试播放经过打包加密的内容时，播放器或终端设备会自动获取一个许可证，该许可证包含解密内容所需的密钥分为两部分，即公钥与私钥，公钥用于加密流数据内容，私钥则用于解密该内容。媒体源加密流签名，防止头部信息被非法修改。当用户节点获得该加密数据包后，执行播放时该节点的播放器或设备模图11节点主机授权视图授权过程如图10所示，节点主机向授权服务器发送授权请求，该请求包含了加密数据头部的公钥标识；授权服务器接收该请求后，将与该公钥相匹配的私钥及授权结果信息封装成授权反馈发送给该节点主机；若该公钥未存在相对应的私钥，则表示该节点数据来源非法，因此将仅在授权反馈中包含非法授权提授权服务器将在时间周期t内产生对公钥和私钥，t为可调加密内容媒体源加密流数据时，首先与授权服务器进行通信，获取当前所产生的密钥对中的公钥部分。然后将该公钥与授权服务器地址一并加入到加密内容的头部DB44/T525—2008新节点主机在加入系统之前(即加入树型结构之前),必须与认证服务器建立连接进行身份验证。认证图12节点主机认证视图认证过程如图11所示，节点主机首先向认证服务器发送认证请求，该请求包含用户终端设备标识信息，具体格式参见附录A.6。然后，认证服务器通过校验该请求包含的设备标识信息是否为已注册状态，并返回给该节点主机一个认证反馈，该反馈包含校验结果，具体格式参见附录A.7。若该节认证服务器将允许其访问集合点服务器，并在认证反馈中包含校验结果、集合点主机的IP地址和端口；若DB44/T525—2008附录A数据包类型包括两种：视频包、音频包。具体格式如表1所示：报文头域大小数据类型值ProtocolIDVersionunsignedshort一MessagetypePayloadlengthunsignedshort一MemberID4bytesunsignedint一4bytesunsignedint一Datatype一Lengthunsignedshort一ForwardermemherID4bytesunsignedint一ForwarderislandID4bytesunsignedint一Sequencenumher4bytesunsignedint一Frametype'A'=audiopacket'V'=videopacketunsignedshort一Framesize4bytesunsignedint一Framenumber4bytesunsignedint一Timestampstart8bytes一Timestampend8bytes一Packettype'A'=Aggregate'F'=FragmentPacketsequencenumber(仅视频包含有)unsignedshort一Data音频占1373bytes,视频占1368bytesunsignedchararray每个数据包的大小均规定为1400字节，包括IPTV报头，AstPacket报头及包数据。在发送端，数据以对视频流进行包化，若视频帧的大小大于视频包数据域的大小，则视频帧将被分割为多个较小的视频包(每个包大小为1368字节)。如果划分后剩下的视频帧大小不够于形成一个视频包，则由一些哑元字节予以填充，并通过包数据域的大小来说明。例如，假设视频帧的大小为4000字节，那么它将以下列形式被DB44/T525—2008表A.2视频帧包化过程视频包数据大小域数据域2ndvideopacket3rdvideopacket对音频流进行包化，由于音频帧大小总小于音频包数据域的大小，所以一个音频包(每个包大小为1373字节)将由数个音频帧组成然而，音频帧不能够被划分为多个子帧，并投入到不同的音频包中。在帧之间使用2字节数据来说明帧的大小例如，假设有12个音频帧，每个大小均为200字节，则发送表A.3音频帧包化过程音频包数据大小域1222bytesdata+frame1+timestampdiffofframe2+framesizeofframe2+frame2+timestampdiffofframe3+framesizeofframe3+frame3+timestampdiffofframe4+framesizeofframe4+frame4+timestampdiffofframe5+framesizeofframe5+frame5+timestampdiffofframe6+framesizeofframe6+frame6)+150dummybytes2ndaudiopacket1222bytesdata+