用于发送多媒体数据封包的方法和装置与流程

本公开涉及一种用于发送多媒体数据封包的方法和装置。更具体地，本公开涉及一种用于根据服务质量(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。

NALU类型信息220包括一位的固定位(F)字段221、用于指示视频是否是参考图片的两位的nal_ref_idc(NRI)字段222、以及作为用于指示NAL单元的种类的标识符的五位的NALU类型字段223。

层识别信息230可以包括优先级、空间层次等级、时间层次等级、与/和质量层次等级的组合。例如，层识别信息230可以包括：用于指示优先级的8位优先字段(以下简称“P”）231，以便可以识别原始数据的压缩层；用于指示空间层次等级的3到8位Dependency_id（从属_id）字段(以下简称“D”）232；用于指示时间层次等级的3到8位Temporal_level字段(以下简称“T”）233；以及用于指示质量层次等级的2到8位Quality_level字段(以下简称“Q”）234。

参考地，NALU的格式用于多视图视频编码(MVC)。此外，在MVC中，可以包括用于识别视图的视图识别信息，以及NALU类型信息220，而不是层识别信息230。

按照根据现有技术的SVC或MVC的NAL的格式，为了识别NAL单元的层或视图，需要分析NAL报头的层识别信息230或视图识别信息。特别地，层识别信息230具备4字节或更少的大小，并且可以当通过分析NAL报头210而获知P231、D232、T233和Q234的值时确定相应NAL单元所属于的层。然而，为了找出P231、D232、T233和Q234的值而分析整个NAL报头210成为处理器的负担，并且可能是系统开销增加的原因。

此外，除NRI字段222和优先字段(P)231之外，NAL报头210还包括用于识别封包的重要性的各种信息，类似于诸如D232、T233、和Q234的层识别信息230。因为没有定义各种信息当中的关系所以很难使用该信息。例如，关于层识别信息的D232、T233和Q234，当存在具有“1”作为D232的值的封包和具备“1”作为T233的值的封包时，如果没有理解用于预测编码过程的关系，则不能识别关于该两个封包的优先级的层次。此外，现有技术的网络中的NAL层仅为视频服务设计。

因此，对于组合了诸如音频、视频、文本、和用户界面之类的各种媒体成分的未来媒体服务，存在对可以不管媒体成分的种类而被提取的多媒体提取层的需要。

给出上述信息作为背景信息仅为了帮助理解本发明。关于任一上述情况是否可以作为关于本公开的现有技术而应用并没有做出确定或断言。

技术实现要素：

本发明的方面是为了解决至少上述问题和/或确定，并且提供至少下述优点。本公开的一方面提供一种用于当提供多媒体服务时自适应地提供多媒体服务的方法和装置。

本公开的另一方面提供一种方法和装置,用于通过媒体提取层（MAL）提供多媒体服务,其通过提取各种媒体元素使应用层中的信息能用于较低网络层。

本公开的另一方面提供一种方法和装置,用于通过MAL提供多媒体服务,其基于关于运动图像专家组（MPEG）等级的理解为较低层提供具体的重要信息。

本公开的另一方面提供一种用于提供多媒体服务的方法和装置,其通过将MAL产生的信息插入到因特网协议（IP）报头使得能够在较低层中而更简单地访问信息。

按照本公开的方面，提供一种发送多媒体数据封包的方法。所述方法包括：生成用于提取关于要发送的多媒体数据的信息的MAL信息；生成包括MAL信息的多媒体数据封包；以及向网络实体发送多媒体数据封包。

按照本公开的另一方面，提供一种用于通过网络上的实体转送多媒体数据封包的方法。所述方法包括从发送器接收包括MAL信息的多媒体数据封包，该MAL信息用于提取关于多媒体数据信息的信息；以及根据接收到的MAL信息转送多媒体数据封包。

根据本公开的另一方面，提供一种发送多媒体数据封包的装置。所述装置包括：MAL装置，其被配置为生成用于提取关于要发送的多媒体数据的信息的MAL信息；以及封包生成单元，被配置为生成包括MAL信息的多媒体数据封包，并向网络实体发送生成的多媒体数据封包。

根据本公开的另一方面，提供一种转送多媒体数据封包的网络实体装置。所述网络实体装置包括：转送策略确定单元，其被配置为从发送器接收包括MAL信息的多媒体数据封包，该MAL信息用于提取关于多媒体数据的信息；以及基于接收到的MAL信息转送多媒体数据封包。

根据本公开的方面，提供一种可适用于各种多媒体数据的MAL，以使得可以通过反映优先级、资源保留状态、以及用户的要求来提供多媒体服务。

此外，根据本公开的方面，提供一种报头的简化配置，并且接收IP封包的装置不需要每次都分析相应于流标记的字段，以便接收装置可以有效地利用资源。

本公开的其它方面、优点和显著特征将从以下参照附图的公开了本公开的多个实施例的详细描述中对本领域技术人员变得清楚。

附图说明

本公开特定实施例的上述和其它方面、特征和优点将从以下参考附图的描述中变得清楚，其中

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

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

图3是示出根据本公开实施例的发送器的配置的图；

图4是示出根据本公开实施例的将媒体提取层(MAL)信息插入到因特网协议（IP）封包的方法的图；

图5是示出根据本公开实施例的包括MAL信息的IP封包报头的配置的图；

图6是示出根据本公开实施例的具有媒体知识的网络单元(MANE)的配置的图；以及

图7是示出根据本公开实施例的接收装置的配置的图。

遍及附图，应该注意相似的参考标号用于标识相同或相似的元素、特征和结构。

具体实施方式

提供以下参照附图的描述以帮助理解由权利要求及其等同物限定的本公开的多个实施例的全面理解。其包括各种具体细节以帮助理解，但这些细节被认为仅仅是示例性的。因此，本领域技术人员将清楚，可以对此处描述的实施例进行各种改变和修改而不脱离本公开的范围。此外，为了清楚和一致，将省略公知功能和结构的描述。

在下述说明和权利要求中使用的术语和字词不限于书面含义，而是仅由发明者使用以实现本发明的清楚和一致的理解。因此，对于本领域技术人员清楚地是，提供本发明的示范性实施例的下述说明仅用于说明目的而不是限制如所附权利要求及其等效物所限的发明的目的。

将理解单数形式“一”、“一个”和“该”包括复数指代物，除非上下文另外明确指出。这样，例如，涉及“一个组件表面”时包括涉及一个或多个该表面。

通过术语“基本的”表示所引述的特征、参数、或数值不是精确获得的，而是包括例如本领域技术人员公知的公差、测量误差、测量精确度限定、和其他其他因素的误差或变化可以出现而不妨碍意图提供的特性的效果。

本公开的实施例改善了在例如运动图像专家组-4/高级视频编码(MPEG-4/AVC)、H.264、可缩放视频编码(SVC)、以及多视图视频编码(MVC)之类的视频数据的标准中使用的网络提取层(NAL)的概念，以使得该改善概念可以应用于其他媒体(例如，音频、图形、或文本)的视频数据服务和数据服务。

如图2中所示，现有技术的NAL报头210包括用于指示视频封包的重要度的各种种类的信息。此外，在SVC中使用的NAL报头包括用于识别时间层、空间层、以及质量层的层识别信息230，并且在MVC中使用的NAL报头包括用于指示视图号的信息。

在从较高协议层发送到较低协议层的自顶向下接口中提取并生成包括在NAL报头中的信息。因为包括在NAL报头中的信息可以指示相应封包的重要度，所以可以取决于所述信息根据网络或终端的状态来自适应地提供封包服务。

本公开定义被称为“媒体分类器”和“标记”的标识符，以用于将NAL的概念扩展到各种媒体。根据本公开，“媒体分类器”提供被提取的优先级信息以使得包括在媒体中的优先级信息可以由较低协议层使用而不需要关于该媒体的具体理解。“标记”是用于区别各个数据流(例如，视频流或音频流)的标识符。

本公开的一方面提出一种媒体提取层(MAL)，作为用于提取关于将要发送的媒体数据的信息的自顶向下接口。在下面的描述中，在MAL中提取的数据有关的信息可以称作MAL信息。

根据本公开另一方面，发送器(即，服务器或终端)生成MAL信息并发送包括在封包的报头中的MAL信息。同时，网络实体(即，路由器、基站等等)使用MAL信息，以识别封包的重要度和资源保留状态，并且据此发送该封包。

图3是示出根据本公开实施例的发送器300的配置的图。

参照图3，发送器300包括媒体数据供应单元301，媒体提取层装置302，以及封包生成单元303。这里，例如，发送器300可以是用于发送多媒体服务的服务器。

媒体提取层装置302从媒体数据供应单元301中接收（308）一个因特网协议（IP）封包，生成MAL信息，并且向封包生成单元303发送（310）MAL信息。此外，媒体提取层装置302向封包生成单元303发送（309）从媒体数据供应单元301接收到的IP封包。

就此，关于在媒体提取层装置302中生成的相应媒体数据的MAL信息可以包括媒体分类器信息和标记信息。如上所述，媒体分类器信息可以在较低网络中被用于识别关于媒体封包的重要度的提取的信息，而标记信息可以由较低网络用于识别该封包。

封包生成单元303通过使用从媒体提取层装置302接收的IP封包（309）和MAL信息（310）来生成封包，并且通过网络313发送（311）生成的封包。包括在MAL信息中的媒体分类器信息和标记信息可以包括在IP封包的报头或另一较低协议的封包的报头中。

以下描述根据如图3中示出的配置来发送封包的示例。

首先，描述使用在MAL中生成的媒体分类器的基于每个类的服务质量(QoS)方案。

假定音频数据流的媒体分类器、文本数据流的媒体分类器、以及视频数据流的媒体分类器在服务器和终端之间被分别指定(或设置)为1、2和3。此外，假定在发送方、网络实体、以及接收方当中指定关于设置了媒体分类器的数据流的优先级。

就此，如果发送方期望发送视频数据封包，则生成并发送封包以使得包括在相应封包中的媒体分类器信息被设置为3。网络实体(例如，路由器)可以通过包括在接收到的封包中的媒体分类器信息(例如，3)来识别接收的封包的QoS类。此后，网络实体可以考虑到网络状态和QoS类的转送策略来确定是否转送封包。

随后，描述使用MAL中生成的标记信息的基于每个流(例如，基于每个数据流)的Qos方案。

假定音频数据流的标记、文本数据流的标记、以及视频数据流的标记在服务器和终端之间被分别指定(或设置)为1、2和3。

就此，如果发送方期望发送视频数据封包，则生成并发送封包以使得包括在相应封包中的标记信息设置为3。因此，网络实体(例如，路由器)可以通过接收到的封包中的标记信息(例如，3)来识别接收到的封包的重要度、优先级、或资源保留信息。此后，网络实体可以考虑到网络状态和接收到的封包的重要度、优先级、或资源保留信息来发送该封包。

可以在发送方、接收方、和网络实体当中呼叫设置的过程中设置数据流的标记以及根据该标记的重要度、优先级、或资源保留信息。

以下，描述在本公开中提出的作为媒体提取层信息的MAL信息。

包括在封包中的MAL信息以标记(例如，标签（tag）)的形式包括由较低层中的网络实体来分类相应媒体的提取的QoS类的媒体分类器信息，以及用于识别数据封包的损失重要度、延迟重要度、优先级、或资源保留信息的信息。同时，由本公开提出的MAL信息的格式可以与其他现有技术的协议标准，例如，IP报头、传输控制协议(TCP)报头、用户数据报协议(UDP)报头、以及实时传输协议(RTP)报头一起使用。

为了通过使用MAL信息来提供媒体服务，需要在发送方的网络和接收方的网络之间的呼叫设置过程。例如，通过呼叫配置过程，网络实体中的每一个可以指定标记值的意思。

列出标记值中的每一个的意思的值的表格被称作标记表(LT)。如果在发送方的网络和接收方的网络之间的呼叫配置过程很难像广播网络那样，则可以使用像MPEG-2系统的节目映射表(PMT)那样的、用于以周期性时间间隔来发送LT的方法。

同时，MAL信息可以被分类为用于基于每个类的Qos方案的媒体分类器格式和用于基于每个数据流地QoS方案的标记格式。

在没有用于发送方和接收方之间的服务提供的资源保留过程的情况下，基于每个类的Qos方案基于对于损失率和传送延迟的要求来提取相应的媒体，并且以分类器的格式包括提取的媒体。

例如，当一个媒体服务包括视频数据流、音频数据流、和用于支持字幕的文本数据流时，MAL根据数据流的传送延迟和损失要求来提取QoS类，并且将媒体分类器值确定为用于分类所提取的类的格式。有选择地，音频数据流的重要度可以比视频数据流的重要度高。如下面描述的图4中所示，媒体分类器的值可以插入到网络协议版本4(IPv4)报头的服务类型(TOS)字段或网络协议版本6(IPv6)报头的业务类别(TC)字段中。例如，如果媒体分类器的值被设置为2位，则封包的重要度分别按次序区分成为11、10、01和00。例如，可以将11、10和01分别插入到音频封包、文本封包、和视频封包中作为媒体分类器的值。

随后，下面描述对于配置单个数据流的多个子数据流应用不同的媒体分类器的示例。

如果类似于SVC，视频数据流可以分类为不同优先级的三层(即，基本层、增强层1、和增强层2)，则基本层具有较高优先级并且将保证基本层的首先到达。如此，将具有较少传送延迟和封包损失的QoS类分配给基本层。具有较低优先级的QoS类被分配给除基本层外的第一增强层和第二增强层。如果类似如上所述的示例，媒体分类器的大小设置为2位，则用于基本层、增强层1和增强层2的QoS类可以分别区分为11、10和01。

在基于每个流的Qos方案中，按数据流来执行资源保留，并且相应的流具有用于资源保留的标记信息。例如，如果假定为具有设置为1的等级值的流保留300kbps的资源，则当在发送方中生成的并被包括在封包中的标记值是1，并且网络实体识别包括在该封包中的标记值时，将基于在呼叫设置过程中发送的LT和封包的标记值，通过使用相应于标记值1的300kbps的资源来发送相应的流。在此，选择性地可以将当前可用资源一起考虑。

此外，可以按会话来执行资源保留。例如，根据用于支持在发送方的网络和接收方的网络之间的呼叫设置的时候交换的标记的、用于资源保留的单元是数据流单元或会话单元，可以按数据流单元或按会话单元来设置标记信息。

此外，可以在发送方和接收方之间的呼叫设置过程中指定资源保留过程和标记信息设置。在此，当网络实体支持多协议标记交换(MPLS)时，可以配置标记的格式以具有与由MPLS支持的标记的格式的兼容性。在此，如果接收方可以识别具有与MPLS方案的标记的兼容性的标记，则可以不发送在SVC中定义的现有技术的NAL报头。此外，不在现有技术的RTP报头和UDP报头的内容当中的一个会话期间变化的信息可以插入到标记中。标记交换是这样的技术：在第二层中路由第三层中的封包。在该技术中，添加分离的标记而不是数据封包中的IP地址，并且通过使用添加的标记执行交换，以使得可以执行高速交换。

随后，描述发送MAL信息的方法。

图4是示出根据本公开实施例的将MAL信息插入到IP封包的方法的图。

参照图4，用于MAL封包的虚拟报头被定义在MAL信息格式中。包括在虚拟报头中的内容将被包括在较低层中的封包报头中(例如，IP封包报头)。虚拟报头420被内部地分类为媒体分类器报头421和标记报头422。

当较低层使用基于每个类的Qos方案时可以应用媒体分类器报头421，媒体分类器报头421的长度可以根据系统设置而不同。如果考虑到与较低层的基于每个类的QoS协议的兼容性，则长度是3到6位。媒体分类器报头421可以插入到IPv4报头410的TOS字段411和IPv6报头430的TC字段431中。

当较低层使用基于每个流的Qos方案时应用标记报头422。如果需要，具有8位大小的标记报头422包括包含标记号的7位和用于扩展的扩展标志位的1位。标记报头422可以插入到IPv4报头410的扩展IP报头413和IPv6报头430的流标记字段433中。

图5是示出根据本公开实施例的包括MAL信息的IP封包报头的配置的图。

参照图5，其示出为了向实时媒体数据流应用简化的报头，通过去除多个封包当中的UDP报头和RTP报头中的重复部分来简化报头并将这种信息插入到LT中的方法。参考数字510、530和540表示IPv4封包，而参考数字550表示IPv6封包。图5示出通过在各个封包中简化UDP报头和RTP报头来生成标记信息的示例。

参考数字510表示用于发送例如视频点播服务的实时媒体数据的媒体封包。参考数字560表示UDP报头，而参考数字570表示RTP报头。

在实时媒体服务中，通常对于一个会话每秒发送数十或数百个封包。由于实时媒体数据流的特性，发送的媒体封包的报头包括在为一个会话发送的各个封包中同样地重复的字段。参考数字511、512、514、515、518、519和520是对每个封包重复的字段，而参考数字513、516（或533、542、552）和517是按封包区分的字段(当然，字段可以与其他字段相同或重叠)，但是将不提供字段的描述因为它可能使得本公开的主题不清楚。

一个重要字段是参考数字520的网络提取层报头(NALH)字段。该字段表示NAL报头并且包括如图2中示出的封包的重要度或优先级。

在通过参考数字530表示的封包中,在封包510的UDP报头560和RTP报头570中重复的字段511、512、514、515、518、519和520被组合以插入到标记信息(流标记字段)531的一个项中，并且可以按封包而不同的字段513、516和517将被安排在流标记字段531（等于流标记字段541）之后。

在通过参考数字530表示的封包中，长度字段532与包括在IP报头中的长度字段(未示出)重叠。因此，可以省略长度字段532。此外，TS字段534是时间戳，在其中，如果媒体数据535（等于媒体数据521、535、543和553）的生成是周期性的，则时间戳的信息可以根据接收方的计算而得知，因此可以省略该信息。

由参考数字540表示的封包指示在由参考数字530表示的封包中重叠的长度字段532，并且省略在其中TS字段534可以在接收方中计算的封包。

由参考数字550表示的封包示出IPv6封包。IPv6报头551具有24位长的流标记字段，并且MAL信息可以通过使用该字段而插入到IPv6报头。

当使用未简化的现有技术报头时，接收方将分析所有字段。然而，如果如图5中所示的简化报头，则可以不每次分析相应于流标记的字段。

上面已经描述了本公开中定义的MAL信息。像这样的MAL信息可以提供的服务是可以通过使用提取的重要度和优先级来保证基于每个类的Qos方案和基于每个流的Qos方案，而不必理解媒体数据流。

同时，在MPEG技术中，通过理解媒体的重要度和优先级信息并且使用该重要度和优先级信息来执行转送的网络实体被称为具有媒体知识的网络单元(MANE)。参照MANE的操作，例如，类似于路由器、电气电子工程师协会（IEEE）802系列的媒体接入控制(MAC)、或3GPP系列的广播多播服务中心(BMSC)，转送接收到的媒体封包的网络实体可以作为MANE来操作，其可以根据包括在MAL信息中的媒体分类器信息、根据封包的重要度而自适应地执行转送。例如，在使用差异化服务(DiffServ)路由策略的路由器中，如果数据超过缓冲器，则从具有低优先级的封包开始去除封包。为此，确定MAL信息的媒体分类器的值。

在基于每个类的Qos方案中，网络实体使用包括在IP报头中的重要度（即，媒体分类器的值）而自适应地处理封包，而不管接收到的封包属于的服务的种类。例如，当接收到音频封包的媒体分类器的值是11，基本层中的视频封包的媒体分类器的值是10，增强层1中的视频封包的媒体分类器的值是01，以及增强层2中的视频封包的媒体分类器的值是00时，如果网络实体由于网络状态或路由器缓冲器的过量而去除封包中的一个，则网络实体将根据媒体分类器值来去除封包。例如，以增强层2中的视频封包、增强层1中的视频封包、基本层中的视频封包、以及基本层的顺序来去除封包。例如，在IEEE 802.11e标准中，封包被插入到根据有关写入在IP报头上的重要度的信息而确定的队列中。以4等级设置优先级，并且封包通过队列的速度以及处理封包损失的方法可以按队列而不同。

在基于每个流的Qos方案中，确定作为媒体标识符的等级值，并且通过使用根据等级值而确定的资源来支持QoS(例如，比特率、丢失率、或延迟)。通过按数据流搜索预先存储的资源保留表，可以根据相应于标记的资源来确定资源。例如，如果关于音频数据流的QoS被确定为IEEE 802.16中的主动授予服务(UGS)，则据此确定的QoS要求是安全的。因此，资源保留表被存储在网络实体中直到相应服务结束。例如，如果从发送方接收封包，则识别相应封包的标记以使得在资源保留表中搜索相应标记数据流的QoS要求，并且根据相应资源提供服务。

图6是示出根据本公开实施例MANE的配置的图。

参照图6，如果MANE600的转送策略确定单元609从发送方接收封包（606），则根据转送策略自适应地转送（610）封包。转送策略可以根据包括在接收到的封包中的MAL信息中的媒体分类器的值而不同。

如果MANE600按服务类来支持QoS方案，则MANE600确定相应封包的媒体分类器的分类，并且确定是否据此转送相应封包。同时，如果MANE600支持基于每个流(即，基于每个数据流)的Qos方案，则MANE600确定标记值，确定分配给存储在资源保留表602中的相应标记的资源(查询-605，查询结果接收-611)，确定可用资源确定单元604的可用资源信息(查询-608，查询结果接收-607)，确定可用资源内部的转送策略，并且转送（610）封包。

图7是示出根据本公开实施例的接收装置700的配置的图。

例如，参考图7，接收装置700可以是用户设备，并且可以包括用于每个数据流的解码器704、接收信号的接收器702、以及控制解码器704的控制器706。解码器704可以包括如要求的缓冲器(未示出)。

如果从接收器702接收的封包包括标记，则控制器706检查标记，并且确定相应于封包的解码器704。此外，如果从接收器702接收的封包不包括标记，则控制器706读TCP报头或UDP报头，并且检查解码器704以用于解码媒体封包。

应该理解，图3到图7中示出的配置、操作、或信号流不旨在限制本公开的范围。例如，出于说明性的目的来描述图3到图7中示出的配置和操作，并且不意味着本公开将包括全部处理，或应该分离地执行处理。

如上所述的操作可以通过包括在诸如发送器300、接收装置700、或MANE600之类的网络实体装置中的某一组件中存储相应程序代码的存储器装置来实现。例如，诸如发送器300、接收装置700、或MANE600之类的网络实体装置中的组件可以通过读取并运行存储在存储器装置中的程序代码的处理器或中央处理器(CPU)来实现。

虽然已经参照本公开多个实施例示出和描述了本公开，但是本领域技术人员应该理解，可以在其中做出形式和细节方面的各种改变，而不脱离由所附权利要求及其等同物定义的本公开的精神和范围。