[发明专利]用于发送多媒体数据封包的方法和装置

说明书

技术领域

本公开涉及一种用于发送多媒体数据封包的方法和装置。更具体地，本公开涉及一种用于根据服务质量(QoS)方案自适应地发送多媒体数据封包的方法和装置。

背景技术

例如，多媒体服务是指诸如视频电话的会话服务、诸如视频点播(VOD)服务的数据流服务、多播或广播服务等等。实时多媒体服务可以根据服务形式分为会话服务、交互服务、和数据流服务等等。此外，实时多媒体服务可以根据参与服务的用户的数目分为单播服务、多播服务和广播服务。

为了提供多媒体服务，在网络中提供QoS的方案可以划分成尽力而为的（Best Effort，BE)方案、基于每个类（per-class）的QoS方案和基于每个流的（per-flow）QoS方案。

首先，在BE方案中，没有为QoS提供支持。

基于每个类的Qos方案是如下的方案：封包具有不同的重要度并且在网络中间根据该重要度处理封包。例如，在基于每个类的Qos方案中，根据重要度，即，根据相应封包的优先级执行QoS，而不考虑相应封包所属于的流。为了支持基于每个类的Qos方案，不需要发送方和接收方之间的资源保留。例如，优先级可以是损失优先级、延迟优先级等等。

基于每个流的Qos方案可以是用于为每个数据流保留资源的方案。例如，为每个流保留资源(例如，比特率或缓冲器状态)或QoS(即，延迟、损失率等等)。此处，流（flow）是指服务使用的数据流（stream）。例如，用于提供VOD服务使用的视频数据流、音频数据流和文本数据流分别是分离的流。

在第三代伙伴计划（3GPP）的通用移动通信系统（UMTS）第三代(3G)以及电气电子工程师协会（IEEE）802.16(无线宽带（WiBRO）、、全球微波互联接入（WIMAX）)、和长期演进(LTE)系统中，建立标准以支持基于每个类的Qos方案和基于每个流的Qos方案。然而，为了使用QoS方案，需要较高层的媒体层和较低层的网络层之间的接口。

当使用运动图像专家组-2(MPEG-2)和H.264，或特别是使用可缩放视频编码(SVC)时，视频封包的重要度在封包与封包之间不同。为了有效地控制视频服务的QoS，将识别封包与封包之间的重要度的差。在IPv6中，为了按照封包来识别重要性，在读取5元组（包括接收者的地址、发送者的地址、接收者的装置中的相应服务的端口号、发送者的装置中的相应服务的端口号、以及将被使用的协议）之后将读取用于识别封包的重要度的报头数据。此方法需要时间来处理每个封包，并且违反了协议层的独立性。例如，在路由器中应该已经利用封包的IP报头来处理封包，但是根据此方法是不可能的。

如果可以容易地识别按照封包的重要度，则可以顺利地执行路由器中的QoS控制。例如，如果网络状态不好，则可以根据封包的重要性从较不重要的封包中去除封包。

同时，在标准化过程中的SVC技术和多视图视频编码(MVC)技术基于H.264/高级视频编码(AVC)标准。此外，网络提取层单元(NALU)格式也用于编码的数据的位串的配置。

图1是示出根据现有技术的H.264/AVC中的视频编码层(VCL)和网络提取层(NAL)的图。

参照图1，在H.264/AVC中，在自己执行视频编码处理的VCL110以及发送并存储编码信息的子系统130之间定义(NAL120。因此，VCL和网络提取层(NAL)分离。

为了将在VCL中生成的编码数据111映射到用于诸如H.264/AVC文件格式131、实时传输协议(RTP)133、或MPEG-2系统135的子系统的位串中，NAL120以NALU处理在VCL中生成的编码数据111、参数集、或诸如附加增强信息(SEI)113的信息。

NAL单元被划分成VCL NAL单元123和非VCL NAL单元125。VCL NAL单元123是相应于VCL中生成的编码数据111的NAL单元；而非VCL NAL单元125是相应于参数集和诸如SEI113的信息的NAL单元。

NAL单元主要包括NAL报头和作为VCL中的视频压缩结果生成的数据部分的原始字节序列负荷(RBSP)。

图2是示出根据现有技术的NAL单元的格式的图。

参照图2，NAL单元200包括NAL报头210和NAL负荷240。

NAL报头210一般具有1到5字节大小。NAL报头210包括用于指示NAL单元类型的NALU类型信息220，以及用于识别包括在NALU负荷中的原始数据的压缩层的层标识信息230。