CN103733580A - 用于分组差别化的方法和系统 - Google Patents

Abstract

公开了用于促成针对单个分组串流中的分组的差别化QoS服务的方法和系统。例如，扩展的QCI值可以用于使与不同优先级相关联的视频分组的服务有差别。公开了QoS需求/参数的灵活表示，其中QoS可以被定义为作为基QoS参数的函数的超空间。WTRU可以明确地指定和/或请求期望的QoS参数。WTRU可以被配置成执行将视频分组分离成多个视频子串流、合并视频分组子串流、和/或对包括在视频分组子串流中的分组重排序中的一者或多者。可以利用技术来向数据传输网络显露关于正在被传送的视频分组（和/或其他分组）的类型的更多信息。

Description

用于分组差别化的方法和系统

相关申请的交叉引用

本申请要求2011年8月18日提交的美国临时专利申请No.61/525,027的权益，该申请的内容通过引用合并到本文。

背景技术

随着能够生成和显示视频的智能电话的加速采用，通过高级通信系统有效且高效地传输视频的重要性增长了。视频传输的特征是网络资源的加强使用、某些数据丢失的容许、其他数据丢失的不容许和/或某些环境下（例如，在视频会议的情况下）严格的等待时间需求。虽然无线通信技术已经大大增加了无线带宽并改善了对移动设备用户的服务质量，但是视频内容（诸如高清（HD）视频内容）的快速增长需求给视频内容提供者、分发者、智能电话制造商和/或载波服务提供商带来了新的挑战。

发明内容

公开了用于向不同类型的分组提供差别化服务质量（QoS）的系统和方法。例如，用于使分组串流（packet stream）的QoS服务有差别的方法可以包括接收单个分组串流。该单个分组串流可以包括第一分组类型和第二分组类型。该方法可以包括将包括在单个分组串流中的第一分组类型的分组与第一分组子串流相关联。第一分组子串流可以与第一QoS级别相关联。该方法可以包括将包括在单个分组串流中的第二分组类型的分组与第二分组子串流相关联。第二分组子串流可以与和第一QoS级别不同的第二QoS级别相关联。该方法可以包括向分组目的地发送第一分组子串流和第二分组子串流。

用于使QoS服务有差别的方法和系统可以进一步包括指示关于与第一分组子串流相关联的分组和与第二分组子串流相关联的分组中的每个分组中的单个分组串流的相对分组顺序。在一个示例中，分组可以是视频分组。例如，第一分组类型可以是与第一网络抽象层（NAL）参考标识（NRI）值相关联的NAL单元（NALU），以及第二分组类型可以是与第二NRI值相关联的NALU。

WTRU可以被配置成执行分组分离并传送分组。例如，WTRU可以包括处理器，该处理器被配置成将将被传送的第二视频串流分离成两个或更多个被传送的视频子串流。这两个或更多个被传送的子串流可以包括与具有第一所确定优先级的分组相关联的第一视频子串流以及与具有第二所确定优先级的分组相关联的第二视频子串流。该处理器可以进一步被配置成将序列号和时间戳中的一者或多者附加到包括在第一视频子串流中的分组和包括在第二视频子串流中的分组上。序列号和时间戳中的一者或多者可以指示被传送的分组相对于包括在第二视频串流中的其他分组的相对顺序。WTRU可以包括被配置成传送两个或更多个视频子串流的发射机。

用于分组差别化的示例性方法可以进一步包括向策略控制与计费（PCC）实体发送显式QoS请求。该显式QoS请求可以包括针对第一分组类型和第二分组类型中的一者或多者的QoS参数的期望值。可以从PCC实体接收QoS响应。该QoS响应可以指示QoS请求被接受、修改或拒绝。在一个示例中，显式QoS请求可以指示作为QoS超空间中的位置的QoS参数的期望值。该QoS超空间或许与延迟、分组差错率、吞吐量、抖动等中的一者或多者的基（base）相关联。在一个示例中，可以建立用于第一分组子串流的传输的第一用户数据报协议（UDP）套接字，以及可以建立用于第二分组子串流的传输的第二UDP套接字。

无线发射/接收单元（WTRU）可以被配置成发送和/或接收分组子串流。例如，WTRU可以接收多个视频分组子串流。这多个视频分组子串流可以包括第一视频分组子串流和第二视频分组子串流，其中第一视频分组子串流包括封装第一优先级的视频分组的分组，以及第二视频分组子串流包括封装第二优先级的视频分组的分组。WTRU可以被配置成将这多个视频分组子串流合并到视频分组串流中。WTRU可以被配置成基于被包括在分组中的序列号和时间戳中的一者或多者对视频分组串流的分组进行重新排序。WTRU可以包括被配置成对重排序后的视频分组串流的分组进行解码的视频解码器。在一个示例中，序列号可以被包括在实时传输协议（RTP）报头中的序列号字段中，以及时间戳可以被包括在RTP报头的时间戳字段中。

WTRU可以被配置成经由被包括在实时传输协议（RTP）实体与视频解码器之间的中间件将这多个视频分组子串流进行合并，并对视频分组串流的分组重新排序。WTRU可以被配置成经由RTP实体对这多个视频分组子串流进行合并，并对视频分组串流的分组重新排序。在一个示例中，这多个视频分组子串流可以是多个网际协议（IP）分组串流。与IP分组串流相关联的每个IP分组可以将被封装在IP分组中的视频分组的类型的指示包括在该IP分组的报头的字段中。例如，该IP分组的报头的字段可以是差别化服务代码点（DSCP）字段、业务类别（class）字段和流（flow）标识字段中的一者或多者。第一视频分组子串流可以与对应于第一QoS类别标识符（QCI）值的第一演进型分组系统（EPS）承载相关联，以及第二视频分组子串流与对应于第二QCI值的第二EPS承载相关联。与第一视频分组子串流相关联的分组封装对应于第一NAL单元类型的NALU，以及与第二视频分组子串流相关联的分组封装对应于第二NAL单元类型的NALU。

策略与计费规则功能（PCRF）可以被配置成接收来自WTRU的QoS请求。该QoS请求可以包括一个或更多个被请求的QoS参数。PCRF可以确定适于该WTRU的订阅信息。例如，PCRF可以通过从订阅简档存储库（SPR）中请求订阅信息来确定适用于该WTRU的订阅信息。PCRF可以基于一个或多个被请求的QoS参数以及适于该WTRU的订阅信息来确定是否接受、修改和/或拒绝QoS请求。PCRF可以向WTRU发送用于指示该QoS请求是否已经被接受、修改和/或拒绝的消息。PCRF可以向策略与计费功能（PCEF）发送一个或更多个被请求的QoS参数的指示。例如，PCEF可以被包括在分组数据网络网关（PDN-GW或P-GW）处。在一个示例中，一个或更多个被请求的QoS参数可以用于建立针对该WTRU的EPS承载。

附图说明

从以下描述中可以更详细地理解本发明，这些描述是以结合附图的示例方式给出的，其中：

图1A是在其中一个或更多个公开的实施例可得以实现的示例通信系统的系统图。

图1B是可在图1A所示的通信系统中使用的示例无线发送/接收单元（WTRU）的系统图。

图1C是可在图1A所示的通信系统中使用的示例无线电接入网和示例核心网的系统图。

图1D是可在图1A所示的通信系统中使用的另一示例无线电接入网和示例核心网的系统图。

图1E是可在图1A所示的通信系统中使用的另一示例无线电接入网和示例核心网的系统图。

图2示出了能够传输多个分组子串流的系统的示例性系统图示。

图3示出了基于最大分组差错率、最大可接受延迟和最小期望吞吐量的示例性最小单位（atomic）QoS参数的示例性超空间。

图4示出了用于使用WTRU的QoS请求来建立EPS承载的示例性过程。

图5示出了使用中间件模块的视频分组分离、合并和/或重排序的示例性协议栈。

图6示出了使用中间件方法的视频分组分离、合并和/或重排序的示例性过程。

图7示出了用于增强RTP以执行视频分组分离、视频分组合并和/或视频分组重排序中的一者或多者的示例性方法。

图8示出了使用RTP视频简档方法的视频业务分离、合并和/或重排序的示例性过程。

图9示出了IP分组可以包括被用于视频分组分离、合并和/或重排序中的一者或多者的信息的方法。

具体实施方式

现在可以参照附图描述具体实施方式。虽然该描述提供了可能实施的具体示例，但应当注意的是具体示例是示例性的，并且不以任何方式限制本申请的范围。

图1A是在其中可以实施一个或更多个实施方式的示例通信系统的系统图。通信系统100可以是向多个用户提供内容，例如语音、数据、视频、消息发送、广播等的多接入系统。通信系统100可以使多个无线用户通过系统资源共享（包括无线带宽）访问这些内容。例如，通信系统可以使用一种或多种信道接入方法，例如码分多址（CDMA），时分多址（TDMA），频分多址（FDMA），正交FDMA（OFDMA），单载波FMDA（SC-FDMA）等。

如图1A所示，通信系统100可以包括无线发射/接收单元（WTRU）102a、102b、102c、和/或102d（其通常或整体上被称为WTRU），无线电接入网（RAN）103、104、105，核心网106、107、109，公共交换电话网（PSTN）108、因特网110和其他网络112。不过应该理解的是，公开的实施方式考虑到了任何数量的WTRU、基站、网络和/或网络元件。WTRU102a、102b、102c、102d的每一个可以是配置为在无线环境中进行操作和/或通信的任何类型的设备。作为示例，可以将WTRU102a、102b、102c、102d配置为发送和/或接收无线信号，并可以包括用户设备（UE）、基站、固定或者移动用户单元、寻呼器、蜂窝电话、个人数字助理（PDA）、智能电话、笔记本电脑、上网本、个人计算机、无线传感器、消费电子产品等等。

通信系统100还可以包括基站114a和基站114b。基站114a、114b的每一个都可以是配置为与WTRU102a、102b、102c、102d中的至少一个无线对接以便于接入一个或者更多个通信网络，例如核心网106、107、109、因特网110和/或网络112的任何设备类型。作为示例，基站114a、114b可以是基站收发信台（BTS）、节点B）、演进的节点B（e节点B）、家庭节点B、家庭eNB、站点控制器、接入点（AP）、无线路由器等等。虽然基站114a、114b的每一个被描述为单独的元件，但是应该理解的是，基站114a、114b可以包括任何数量互连的基站和/或网络元件。

基站114a可以是RAN103、104、105的一部分，RAN104还可以包括其他基站和/或网络元件（未显示），例如基站控制器（BSC）、无线电网络控制器（RNC）、中继节点等。可以将基站114a和/或基站114b配置为在特定地理区域之内发送和/或接收无线信号，该区域可以被称为小区（未显示）。小区还可以被划分为小区扇区。例如，与基站114a关联的小区可以划分为三个扇区。因此，在一种实施方式中，基站114a可以包括三个收发信机，即每一个用于小区的一个扇区。在另一种实施方式中，基站114a可以使用多输入多输出（MIMO）技术，因此可以将多个收发信机用于小区的每一个扇区。

基站114a、114b可以通过空中接口115、116、117与WTRU102a、102b、102c、102d中的一个或者更多个通信，该空中接口115、116、117可以是任何合适的无线通信链路（例如，射频（RF）、微波、红外（IR）、紫外线（UV）、可见光等）。可以使用任何合适的无线电接入技术（RAT）来建立空中接口116。

更具体地，如上所述，通信系统100可以是多接入系统，并可以使用一种或者多种信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如，RAN103、104、105中的基站114a和WTRU102a、102b、102c可以使用例如通用移动电信系统（UMTS）陆地无线电接入（UTRA）的无线电技术，其可以使用宽带CDMA（WCDMA）来建立空中接口115、116、117。WCDMA可以包括例如高速分组接入（HSPA）和/或演进的HSPA（HSPA+）的通信协议。HSPA可以包括高速下行链路分组接入（HSDPA）和/或高速上行链路分组接入（HSUPA）。

在另一种实施方式中，基站114a和WTRU102a、102b、102c可以使用例如演进的UMTS陆地无线电接入（E-UTRA）的无线电技术，其可以使用长期演进（LTE）和/或高级LTE（LTE-A）来建立空中接口115、116、117。

在其他实施方式中，基站114a和WTRU102a、102b、102c可以使用例如IEEE802.16（即，全球微波接入互操作性（WiMAX））、CDMA2000、CDMA20001X、CDMA2000EV-DO、暂行标准2000（IS-2000）、暂行标准95（IS-95）、暂行标准856（IS-856）、全球移动通信系统（GSM）、GSM演进的增强型数据速率（EDGE）、GSM EDGE（GERAN）等等的无线电技术。

图1A中的基站114b可以是无线路由器、家庭节点B、家庭e节点B或者接入点，例如，并且可以使用任何适当的RAT以方便局部区域中的无线连接，例如商业场所、住宅、车辆、校园等等。在一种实施方式中，基站114b和WTRU102c、102d可以实施例如IEEE802.11的无线电技术来建立无线局域网（WLAN）。在另一种实施方式中，基站114b和WTRU102c、102d可以使用例如IEEE802.15的无线电技术来建立无线个域网（WPAN）。在另一种实施方式中，基站114b和WTRU102c、102d可以使用基于蜂窝的RAT（例如，WCDMA，CDMA2000，GSM，LTE，LTE-A等）来建立微微小区或毫微微小区。如图1A所示，基站114b可以具有到因特网110的直接连接。因此，基站114b可以不需要经由核心网106、107、109而接入到因特网110。

RAN103、104、105可以与核心网106、107、109通信，所述核心网106、107、109可以是被配置为向WTRU102a、102b、102c、102d中的一个或更多个提供语音、数据、应用和/或基于网际协议的语音（VoIP）服务等的任何类型的网络。例如，核心网106、107、109可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分配等和/或执行高级安全功能，例如用户认证。虽然图1A中未示出，应该理解的是，RAN103、104、105和/或核心网106、107、109可以与使用和RAN103、104、105相同的RAT或不同RAT的其他RAN进行直接或间接的通信。例如，除了连接到正在使用E-UTRA无线电技术的RAN103、104、105之外，核心网106、107、109还可以与使用GSM无线电技术的另一个RAN（未示出）通信。

核心网106、107、109还可以充当WTRU102a、102b、102c、102d接入到PSTN108、因特网110和/或其他网络112的网关。PSTN108可以包括提供普通老式电话服务（POTS）的电路交换电话网络。因特网110可以包括使用公共通信协议的互联计算机网络和设备的全球系统，所述协议例如有TCP/IP网际协议组中的传输控制协议（TCP）、用户数据报协议（UDP）和网际协议（IP）。网络112可以包括被其他服务提供商拥有和/或运营的有线或无线的通信网络。例如，网络112可以包括连接到一个或更多个RAN的另一个核心网，该RAN可以使用和RAN103、104、105相同的RAT或不同的RAT。

通信系统100中的WTRU102a、102b、102c、102d的某些或全部可以包括多模式能力，即WTRU102a、102b、102c、102d可以包括用于在不同无线链路上与不同无线网络进行通信的多个收发信机。例如，图1A中示出的WTRU102c可被配置为与基站114a通信，所述基站114a可以使用基于蜂窝的无线电技术，以及与基站114b通信，所述基站114b可以使用IEEE802无线电技术。

图1B是WTRU102示例的系统图。如图1B所示，WTRU102可以包括处理器118、收发信机120、发射/接收元件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移动存储器130、可移动存储器132、电源134、全球定位系统（GPS）芯片组136和其他外围设备138。应该理解的是，WTRU102可以在保持与实施方式一致时，包括前述元件的任何子组合。而且，实施方式考虑了基站114a和114b和/或基站114a和114b可以表示的节点（诸如但不局限于收发信台（BTS）、节点B、站点控制器、接入点（AP）、家庭节点B、演进型家庭节点B（e节点B）、家庭演进型节点B（HeNB）、家庭演进型节点B网关和代理节点等）可以包括图1B所描绘和这里描述的一些或所有元件。

处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器（DSP）、多个微处理器、与DSP核相关联的一个或更多个微处理器、控制器、微控制器、专用集成电路（ASIC）、场可编程门阵列（FPGA）电路、任何其他类型的集成电路（IC）、状态机等等。处理器118可执行信号编码、数据处理、功率控制、输入/输出处理和/或使WTRU102运行于无线环境中的任何其他功能。处理器118可以耦合到收发信机120，所述收发信机120可耦合到发射/接收元件122。虽然图1B描述了处理器118和收发信机120是单独的部件，但是应该理解的是，处理器118和收发信机120可以一起集成在电子封装或芯片中。

发射/接收元件122可以被配置为通过空中接口115、116、117将信号发送到基站（例如，基站114a），或从基站（例如，基站114a）接收信号。例如，在一种实施方式中，发射/接收元件122可以是被配置为发送和/或接收RF信号的天线。在另一种实施方式中，发射/接收元件122可以是被配置为发送和/或接收例如IR、UV或可见光信号的发射器/检测器。在另一种实施方式中，发射/接收元件122可以被配置为发送和接收RF和光信号两者。应当理解，发射/接收元件122可以被配置为发送和/或接收无线信号的任何组合。

另外，虽然发射/接收元件122在图1B中描述为单独的元件，但是WTRU102可以包括任意数量的发射/接收元件122。更具体的，WTRU102可以使用例如MIMO技术。因此，在一种实施方式中，WTRU102可以包括用于通过空中接口115、116、117发送和接收无线信号的两个或更多个发射/接收元件122（例如，多个天线）。

收发信机120可以被配置为调制要由发射/接收元件122发送的信号和/或解调由发射/接收元件122接收的信号。如上面提到的，WTRU102可以具有多模式能力。因此收发信机120可以包括使WTRU102经由多个例如UTRA和IEEE802.11的RAT通信的多个收发信机。

WTRU102的处理器118可以耦合到下述设备，并且可以从下述设备中接收用户输入数据：扬声器/麦克风124、键盘126和/或显示器/触摸板128（例如，液晶显示器（LCD）显示单元或有机发光二极管（OLED）显示单元）。处理器118还可以输出用户数据到扬声器/麦克风124、键盘126和/或显示/触摸板128。另外，处理器118可以从任何类型的适当的存储器访问信息，并且可以存储数据到任何类型的适当的存储器中，例如不可移动存储器130和/或可移动存储器132。不可移动存储器130可以包括随机存取存储器（RAM）、只读存储器（ROM）、硬盘或任何其他类型的存储器设备。可移动存储器132可以包括用户标识模块（SIM）卡、记忆棒、安全数字（SD）存储卡等等。在其他实施方式中，处理器118可以从在物理位置上没有位于WTRU102上，例如位于服务器或家用计算机（未示出）上的存储器访问信息，并且可以将数据存储在该存储器中。

处理器118可以从电源134接收电能，并且可以被配置为分配和/或控制到WTRU102中的其他部件的电能。电源134可以是给WTRU102供电的任何适当的设备。例如，电源134可以包括一个或更多个干电池（例如，镍镉（NiCd）、镍锌（NiZn）、镍氢（NiMH）、锂离子（Li-ion）等等），太阳能电池，燃料电池等等。

处理器118还可以耦合到GPS芯片组136，所述GPS芯片组136可以被配置为提供关于WTRU102当前位置的位置信息（例如，经度和纬度）。另外，除来自GPS芯片组136的信息或作为其替代，WTRU102可以通过空中接口115、116、117从基站（例如，基站114a、114b）接收位置信息和/或基于从两个或更多个邻近基站接收的信号的定时来确定其位置。应当理解，WTRU102在保持实施方式的一致性时，可以通过任何适当的位置确定方法获得位置信息。

处理器118可以耦合到其他外围设备138，所述外围设备138可以包括一个或更多个提供附加特性、功能和/或有线或无线连接的软件和/或硬件模块。例如，外围设备138可以包括加速计、电子罗盘、卫星收发信机、数字相机（用于照片或视频）、通用串行总线（USB）端口、振动设备、电视收发信机、免提耳机、蓝牙（

）模块、调频（FM）无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。

图1C是根据实施方式的RAN103和核心网106a的系统图。如上面提到的，RAN103可使用UTRA无线电技术通过空中接口115与WTRU102a、102b和102c通信。RAN103还可以与核心网106a通信。如图1C所示，RAN103可以包括节点B140a、140b、140c，节点B140a、140b、140c的每一个包括一个或更多个用于通过空中接口115与WTRU102a、102b、102c、102d通信的收发信机。节点B140a、140b、140c的每一个可以与RAN103内的特定小区（未显示）关联。RAN103还可以包括RNC142a、142b。应当理解的是，RAN103在保持实施方式的一致性时，可以包括任意数量的节点B和RNC。

如图1C所示，节点B140a、140b、140c可以与RNC142a通信。此外，节点B140c可以与RNC142b通信。节点B140a、140b、140c可以通过Iub接口分别与RNC142a、142b通信。RNC142a、142b可以通过Iur接口相互通信。RNC142a、142b的每一个可以被配置以控制其连接的各个节点B140a、140b、140c。另外，RNC142a、142b的每一个可以被配置以执行或支持其他功能，例如外环功率控制、负载控制、准入控制、分组调度、切换控制、宏分集、安全功能、数据加密等等。

图1C中所示的核心网106可以包括媒体网关（MGW）144、移动交换中心（MSC）146、服务GPRS支持节点（SGSN）148、和/或网关GPRS支持节点（GGSN）。尽管前述元件的每一个被描述为核心网106的部分，应当理解的是，这些元件中的任何一个可以被不是核心网运营商的实体拥有或运营。

RAN103中的RNC142a可以通过IuCS接口连接至核心网106中的MSC146。MSC146可以连接至MGW144。MSC146和MGW144可以向WTRU102a、102b、102c提供到电路交换网络（例如PSTN108）的接入，以便于WTRU102a、102b、102c和传统陆地线路通信设备之间的通信。

RAN103中RNC142a还可以通过IuPS接口连接至核心网106中的SGSN148。SGSN148可以连接至GGSN150。SGSN148和GGSN150可以向WTRU102a、102b、102c提供到分组交换网络（例如因特网110）的接入，以便于WTRU102a、102b、102c和IP使能设备之间的通信。

如上所述，核心网106还可以连接至网络112，网络112可以包括由其他服务提供商拥有或运营的其他有线或无线网络。

图1D是根据实施方式的RAN104和核心网107的系统图。如上面提到的，RAN104可使用E-UTRA无线电技术通过空中接口116与WTRU102a、102b、102c通信。RAN104还可以与核心网107通信。

RAN104可包括e节点B160a、160b、160c，但可以理解的是，RAN104可以包括任意数量的e节点B而保持与各种实施方式的一致性。eNB160a、160b、160c的每一个可包括一个或更多个用于通过空中接口116与WTRU102a、102b、102c通信的收发信机。在一种实施方式中，e节点B160a、160b、160c可以使用MIMO技术。因此，e节点B160a例如可以使用多个天线来向WTRU102a发送无线信号和/或从其接收无线信号。

e节点B160a、160b、160c的每一个可以与特定小区关联（未显示），并可以被配置为处理无线资源管理决策、切换决策、在上行链路和/或下行链路中的用户调度等等。如图1D所示，e节点B160a、160b、160c可以通过X2接口相互通信。

图1D中所示的核心网107可以包括移动性管理实体（MME）162、服务网关164和/或分组数据网络（PDN）网关166。虽然前述单元的每一个被描述为核心网107的一部分，应当理解的是，这些单元中的任意一个可以由除了核心网运营商之外的实体拥有和/或运营。

MME162可以经由S1接口连接到RAN104中的e节点B160a、160b、160c的每一个，并可以作为控制节点。例如，MME162可以负责WTRU102a、102b、102c的用户认证、承载激活/去激活、在WTRU102a、102b、102c的初始附着期间选择特定服务网关等等。MME162还可以提供控制平面功能，用于在RAN104和使用例如GSM或者WCDMA的其他无线电技术的其他RAN（未显示）之间切换。

服务网关164可以经由S1接口连接到RAN104中的eNB160a、160b、160c的每一个。服务网关164通常可以向/从WTRU102a、102b、102c路由和转发用户数据分组。服务网关164还可以执行其他功能，例如在eNB间切换期间锚定用户平面、当下行链路数据对于WTRU102a、102b、102c可用时触发寻呼、管理和存储WTRU102a、102b、102c的上下文（context）等等。

服务网关164还可以连接到PDN网关166，PDN网关166可以向WTRU102a、102b、102c提供到分组交换网络（例如因特网110）的接入，以便于WTRU102a、102b、102c与IP使能设备之间的通信。

核心网107可以便于与其他网络的通信。例如，核心网107可以向WTRU102a、102b、102c提供到电路交换网络（例如PSTN108）的接入，以便于WTRU102a、102b、102c与传统陆地线路通信设备之间的通信。例如，核心网107可以包括IP网关（例如IP多媒体子系统（IMS）服务器），或者与之通信，该IP网关作为核心网107与PSTN108之间的接口。另外，核心网107可以向WTRU102a、102b、102c提供到网络112的接入，该网络112可以包括被其他服务提供商拥有和/或运营的其他有线或无线网络。

图1E是根据实施方式的RAN105和核心网109的系统图。RAN105可以是使用IEEE802.16无线电技术通过空中接口117与WTRU102a、102b、102c进行通信的接入服务网络（ASN）。如下面进一步讨论的，WTRU102a、102b、102c，RAN105和核心网109的不同功能实体之间的链路可以被定义为参考点。

如图1E所示，RAN105可以包括基站180a、180b、180c和ASN网关182，但应当理解的是，RAN105可以包括任意数量的基站和ASN网关而与实施方式保持一致。基站180a、180b、180c的每一个可以与RAN105中特定小区（未示出）关联并可以包括一个或更多个通过空中接口117与WTRU102a、102b、102c通信的收发信机。在一个示例中，基站180a、180b、180c可以使用MIMO技术。因此，基站140g例如使用多个天线来向WTRU102a发送无线信号，或从其接收无线信号。基站180a、180b、180c可以提供移动性管理功能，例如呼叫切换（handoff）触发、隧道建立、无线电资源管理，业务分类、服务质量策略执行等等。ASN网关182可以充当业务聚集点，并且负责寻呼、缓存用户资料（profile）、路由到核心网109等等。

WTRU102a、102b、102c和RAN105之间的空中接口117可以被定义为使用802.16规范的R1参考点。另外，WTRU102a、102b、102c的每一个可以与核心网109建立逻辑接口（未显示）。WTRU102a、102b、102c和核心网109之间的逻辑接口可以定义为R2参考点，其可以用于认证、授权、IP主机（host）配置管理和/或移动性管理。

基站180a、180b、180c的每一个之间的通信链路可以定义为包括便于WTRU切换和基站间转移数据的协议的R8参考点。基站180a、180b、180c和ASN网关182之间的通信链路可以定义为R6参考点。R6参考点可以包括用于促进基于与WTRU102g、102h、102i的每一个关联的移动性事件的移动性管理的协议。

如图1E所示，RAN105可以连接至核心网109。RAN105和核心网109之间的通信链路可以定义为包括例如便于数据转移和移动性管理能力的协议的R3参考点。核心网109可以包括移动IP本地代理（MIP-HA）184，认证、授权、计费（AAA）服务器186和网关188。尽管前述的每个元件被描述为核心网109的部分，应当理解的是，这些元件中的任意一个可以由不是核心网运营商的实体拥有或运营。

MIP-HA可以负责IP地址管理，并可以使WTRU102a、102b、102c在不同ASN和/或不同核心网之间漫游。MIP-HA184可以向WTRU102a、102b、102c提供分组交换网络（例如因特网110）的接入，以促进WTRU102a、102b、102c和IP使能设备之间的通信。AAA服务器186可以负责用户认证和支持用户服务。网关188可促进与其他网络互通。例如，网关可以向WTRU102a、102b、102c提供电路交换网络（例如PSTN108）的接入，以促进WTRU102a、102b、102c和传统陆地线路通信设备之间的通信。此外，网关188可以向WTRU102a、102b、102c提供网络112，其可以包括由其他服务提供商拥有或运营的其他有线或无线网络。

尽管未在图1E中显示，应当理解的是，RAN105可以连接至其他ASN，并且核心网109可以连接至其他核心网。RAN105和其他ASN之间的通信链路可以定义为R4参考点，其可以包括协调RAN105和其他ASN之间的WTRU102a、102b、102c的移动性的协议。核心网109和其他核心网之间的通信链路可以定义为R5参考点，其可以包括促进本地核心网和被访问核心网之间的互通的协议。

一般地，这里描述了用于根据高级通信系统中的单独分组的相对重要性来使分组（诸如视频分组）有差别的各种系统和方法。例如，描述了用于基于单独分组的期望服务质量（QoS）使得在单个视频应用会话期间生成的视频分组有差别并对其进行处理的系统和方法。当在这里被称为术语“QoS需求”时（也可以被称为QoS等级），其可以对应于在通过网络进行数据传输期间的期望性能水平。例如，典型的QoS参数（也称为QoS度量）可以是比特率、延迟、比特差错率、块差错率、最大阻塞（blocking）几率、故障（outage）几率、服务响应时间、丢失率、抖动、延迟抖动、分组丢弃几率、是否允许乱序递送等等。一个或更多个期望的或被保证的QoS参数水平可以用于定义给定的QoS需求。例如，对于给定分组串流的给定QoS需求，网络可以确保分组串流将实现那个给定分组串流的最小（或QoS参数的最大依赖）QoS参数水平。作为示例，如果QoS需求A对应于最大100ms的延迟（QoS参数1）以及最小1Mb/s的吞吐量（QoS参数2），则网络可以确保与QoS需求相关联的分组在无线电接入和/或路由期间实现不大于100ms的最大延迟以及如果有足够的分组满足期望的吞吐量水平的话，串流的吞吐量至少为1Mb/s。

在示例性LTE网络中，QoS参数可以与给定的演进型分组系统（EPS）QoS简档相关联。示例性LTE QoS参数可以包括QoS分类标识符（QCI）（例如，接入节点特定参数，其可以控制承载水平分组递送/转发处理）、分配与保留优先级（ARP）（例如，承载建立/修改请求是被接受还是被拒绝的指示）、保证比特率（GBR）（例如，可以提供给给定承载的最小比特率）和最大比特率（MBR）（例如，最大比特率是可以根据GBR承载而期望的比特率）、汇聚MBR（AMBR）（例如，一群非GBR承载的总比特率）等等。

在一个示例中，分组差别化可以便于网络资源的分配，以便可以实现改善的视频质量和/或网络可以处理的视频会话的数量可以增加但不对视频质量产生明显的不利影响。描述了用于识别高级通信系统中的不同类型的视频分组的系统和方法。例如，公开了由WTRU和/或核心网络所实施以支持分组差别化的机制。出于解释的目的，这里公开的许多示例可以在视频业务和视频分组差别化的上下文中进行描述。然而，应当意识到，这里公开的方法和系统可以应用于许多类型和种类的分组流（packet flow），例如包括具有不同相对优先级的分组的分组流。例如，这里公开的系统和方法可以应用于实时游戏分组流、TCP分组流和/或基于各种其他分组的服务。

作为示例，就视频分组差别化而言，这里公开的系统和方法可以应用于H.264/AVC视频编解码器、H.264/SVC视频编解码器、分层P编解码器和/或其他视频编解码器。这些编解码器可以指示编码器输出串流处单独视频分组的相对重要性和/或优先级。在一个示例中，这里描述的系统和方法可以应用于其他应用（例如，视频或其他）。例如，这里描述的系统和方法可以应用于具有可变优先级和/或重要性级别的分组串流。在一个示例中，分组差别化可以基于各种因素，而非或者除了分组优先级和相对重要性之外。例如，分组差别化可以基于分组的类型、服务类型、服务分类（CoS）、协议优先级、虚拟局域网（VLAN）优先级、网络优先级、源优先级、目的地优先级、端口优先级（例如，TCP端口）、应用类型和/或其他。

进一步地，虽然在LTE网络的上下文中描述了许多示例，但是这里公开的系统和方法可以等价地应用于其他网络环境。例如，这里描述的系统和方法可以应用于宽范围的高级通信系统。示例性高级通信系统可以包括3GPP和/或非3GPP系统，诸如LTE/LTE-A系统（例如，E-UTRA和/或演进型分组核心（EPC）网络）、UMTS网络(例如，UTRAN和/或UMTS核心网络)、基于WiFi的网络、WiMax网络等等。虽然就LTE术语描述了LTE网络的示例，但是这些示例可以等价地应用于具有相应功能的其他类型的网络。例如，就LTE网络中的QCI方面所描述的示例可以应用于UMTS网络中的QoS简档或者WiMAX网络中的服务流的QoS。

某些类型的业务（诸如视频业务）可以是网络资源加强型的，而且有时可以具有相对严格的等待时间需求。对于视频业务，为了提供期望的视频质量和/或体验质量（QoE），这里描述的系统和方法可以用于使视频分组与非视频分组有差别和/或可以用于使不同类型的视频分组（例如，同一视频分组串流/流中的视频分组）有差别。在一个示例中，这种差别化可以被做出，即使视频分组由相同的视频编码器生成。通常，使不同类型的视频分组有差别可以便于基于被差别化的分组的相对重要性来识别和处理分组。在受资源约束的环境中，为了在高级通信系统的末端提供改善的视频质量，该高级通信系统可以被配置成根据不同类型的视频分组的相对重要性来区分这些不同类型的视频分组，并基于差别化向不同类型的视频分组分配有限的网络资源。

在许多高级通信系统中，关于视频分组的类型的信息和/或关于相对重要性或优先级的信息可以被隐藏/封装为协议数据单元（PDU），该协议数据单元包括被传递给高级通信系统的视频数据。根据这里描述的系统和方法，视频源可以被配置成例如根据被包括在每个子串流中的各个类型的视频分组的相对重要性将视频分组分离成两个或更多个子串流。根据各种示例，通信网络可以被配置成例如通过识别与单独分组相关联的相应子串流来识别视频分组的类型。在一个示例中，视频分组格式可以被扩展，以允许以更细的粒度进行差别化。

可以将各种方法用于视频分组识别。例如，深度分组检查（DPI）可以是由高级通信网络用来识别分组类型和/或包括在分组中的信息的技术。例如，当执行DPI以识别分组时，高级通信系统可以将视频编码器输出作为单个串流进行接收，并基于检查已经被封装在分组中的较高层数据来识别分组的类型。然而，在存在分组加密时，DPI难于执行。例如，安全实时传输协议（SRTP）、安全套接字层（SSL）、传输层安全性（TSL）、网际协议安全性（IPsec）封装安全有效载荷（ESP）和/或协议的组合形式的加密可以用于使分组安全，从而使得非常难于检查PDU的有效载荷。因此，在许多实际的场景中，对于利用加密技术的一些分组的识别和/或分类，DPI可能是不可行的。

在一个示例中，为了确定正在被检查的分组的类型，例如通过用在高级通信系统中使用的一些类型的标识信息“标记”每个串流，从给定应用生成的分组可以在分组源处被分离成不同的子串流。通过将源分组串流分离成一系列的子串流，可以根据每个子串流中的分组各自的优先级和/或期望QoS来对其进行处理并路由。可以被分离成各种子串流的分组串流的一个示例是视频分组串流。

可以对3GPP标准、因特网工程工作小组（IETF）标准、视频编解码器和/或视频编码/解码标准做出改变（将在下面详细描述），以便对视频分组进行处理的通信层中的一者或多者可以具有足够的信息来识别携带不同类型的视频分组的子串流。例如，可以做出下述改变中的一个或更多个改变，以便促成分组串流（诸如视频分组串流）的子串流处理：QCI字段可以被扩展以包括关于子串流的属性的信息；可以使用QoS属性的更灵活的表示以例如传递更详细/可变的QoS信息；WTRU可以被配置成明确地向核心网络指定期望的QoS请求；可以为视频分组分离、合并和/或重排序指定技术；可以显露关于正在被处理的分组类型的更多信息。应当意识到，所述改变可以涉及3GPP标准、IETF标准和/或视频编解码器标准。

图2示出了能够传输多个分组子串流的系统的示例性系统图示。虽然图2示出了视频的传输，但是应当意识到，其他数据串流可以使用类似技术进行传输。示例性视频数据可以包括视频会议数据、实时视频串流和/或其他类型的视频串流。虽然在图2中示出了从WTRU202至WTRU204的视频传输，但是该视频可以从视频服务器传输到WTRU、从WTRU传输到视频服务器、从视频服务器传输到另一视频服务器和/或去向/来自任意数量的设备（例如，点到点、多播等）。在图2所示的示例中，WTRU202和WTRU204可以位于两个不同的LTE/系统架构演进（SAE）网络中，虽然如果WTRU202和WTRU204位于相同的LTE/SAE中，这里描述的技术仍然可以等价地应用。更进一步地，虽然在图2中示出了不同实体之间的逻辑通信，但是出于清晰和/或简化解释的目的，可以省略一个或更多个实体和/或消息。

在图2所示的示例中，视频串流可以被划分成三个子串流。可以对视频串流进行划分以便实现期望的差别化水平以处理来自视频编码器的视频分组。子串流的数量可以定义分组差别化的相对粒度。就分组QoS粒度而言，WTRU可以基于期望的差别化水平来选择将被使用的子串流的数量。换言之，为了在不同类型的视频分组如何被路由/处理中增加差别化，可以使用更大数量的子串流。视频源——在该情况中为WTRU202——可以生成三个子串流。可以在接入网络中为每个所建立的子串流建立承载。为了促成子串流的处理，WTRU202与策略与计费控制（PCC）功能206之间的应用信令可以包括关于子串流中的一个或更多个子串流的信息。PCC功能可以在策略与计费规则功能（PCRF）和/或策略与计费执行功能（PCEF）中的一者或多者中实施。

例如，关于子串流中的一个或更多个子串流的信息可以包括QCI值扩展、子串流的QoS属性的表示、WTRU明确请求某个QoS等中的一者或多者。通常，PCC206（和/或PCC208）可以被配置成基于与订阅服务相关联的策略来允许网络运营商控制一个或更多个承载的QoS和/或允许网络运营商控制对由该系统所提供的服务的计费和记账。WTRU202中单个视频串流解复用成多个子串流可以包括一个或更多个视频分组分离和/或显露某个编码信息以允许相对细粒度的分组差别化。该信息可以被利用，以在子串流处理期间在LTE/SAE网络（例如，WTRU202和/或WTRU204的接入网络）中使QoS差别化。基于期望的QoS等级，子串流中的一个或更多个子串流可以以与另一子串流不同的方式被路由/处理，即使它们是同一视频源的一部分。WTRU204可以被配置成执行子串流的复用、分组重排序、视频分组合并等。

在LTE/SAE中，QoS供应可以基于演进型分组系统（EPS）承载的使用。EPS承载可以是在EPS/核心网络中提供具有特定QoS属性的传输服务的虚拟连接。在UMTS网络中，QoS供应可以与相应的分组数据协议（PDP）上下文相关联。EPS承载可以被分配QCI值，例如以指定EPS承载将接收的QoS。QCI值可以是与EPS承载的QoS简档相关联的参数。QCI值可以是标量，例如其可以指代接入节点特定的参数，该接入节点特定的参数控制承载级分组转发处理（例如，调度权重、接纳阈值、队列管理阈值、链路层协议配置等）。例如，QCI值可以指示分组的类型和/或与该分组相关联的服务的类型（例如，对话语音、串流视频、信令、尽力而为等）。QCI值可以用于确定一个或更多个QoS属性，诸如最大延迟、残差率、保证比特率（GBR）、最大比特率（MBR）等。具有给定QCI值的EPS承载可以与相应的QCI特征（诸如资源类型（例如，GBR或非GBR）、优先级、分组延迟预算、分组差错丢失率等）相关联。其整个内容通过引用合并到本文的3GPP规范即3GPP TS23.203，V11.1.0，“策略与计费控制架构”（2011年3月），可以定义QCI的9个值。表1示出了可以对应于这9个QCI值的示例性服务。

表1示例性QCI值1-9

在表1所示的这9个QCI值中，QCI=2和QCI=7可以应用于实时视频应用，而其他QCI可以与非视频或非实时视频应用（例如，缓冲应用）相关联。例如，如果H.264/AVC被用于视频会议，则根据QCI=2或QCI=7，视频编码器的整个输出串流可以用单个QoS等级进行处理。表1中定义的这9个QCI等级可以不允许同一输出串流中的不同类型的视频分组的差别化。尽管如此，视频分组可以具有不同等级的相对重要性，即使它们都来自相同的视频编码器。结果，在没有进一步的粒度对给定输出串流中的单独分组进行差别化的情况下，表1中识别的这9个QCI值的使用可以导致差的视频质量，尤其是在受资源约束的环境中。因此，可以将更多粒度的QoS等级用于视频。

作为示例，考虑H.264/AVC视频分组。从H.264/AVC编码器输出的视频分组可以是网络抽象层（NAL）单元（NALU）的形式。NALU可以被配置成包括视频编码层（VCL）信息（例如，压缩比特）和/或非VCL信息（例如，额外信息）中的一者或多者。VCL NALU可以是瞬时解码刷新（IDR）分组或非IDR分组。IDR NALU可以是相对重要的分组，因为IDR NALU可以被配置成用作视频串流中的其他分组的参考分组。进一步地，如果数据划分被使用，则可以包括关于运动估计等的信息的划分（partition）A可以用于解码包括关于划分B、划分C等的信息的分组。因此，包括关于划分A的信息的NALU可以是相对重要的，因为如果划分A NALU丢失，则类型划分B和类型划分C的从属NALU会是无用的。这里描述的系统和方法允许高级通信系统（例如基于相对重要性）不同地处理不同类型的视频分组。应当意识到，其他编解码器也可以产生具有不同相对重要性等级的视频分组，这些分组可以根据这里描述的系统和方法进行处理。

在一个示例中，QCI值可以被扩展以便以私有方式支持视频编解码器（诸如H.264/AVC和/或H.254/SVC）。在其他示例中，所扩展的QCI值可以被合并到应用标准中。表2示出了示例性QCI扩展集，其可以用于提供针对分组流中的分组的QoS差别化的增加的粒度。在表2所示的示例中，NAL参考标识（NRI）可以用于定义单个流和/或EPS承载中的分组的附加QCI值。

表2使用NRI的示例性所扩展QCI值

在表2所示的示例中，为11的NRI值可以对应于NALU分组的最高相对优先级等级，而00可以对应于NALU分组的最低相对优先级等级。例如，为NRI=11的值可以识别携带相对重要有效载荷的NALU（例如，序列参数集等）。NRI=10可以识别次高优先级等级，例如携带诸如序列参数集扩展的有效载荷的NALU。NRI=01可以识别第三高优先级值，例如包括诸如划分A的有效载荷的NALU。NRI=00可以识别最低优先级等级，例如包括诸如非1或VCL的有效载荷的NALU。报头的其他部分（例如，NAL单元类型）可以用于提供关于分组的附加信息，诸如该分组是否是IDR VCL NALU、划分标识等。

如可以意识到的，其他技术可以用于识别分组的相对优先级。例如，如果使用不止4个值（例如，不止4个NRI值）来识别相对优先级，则可以提供更详细的QoS信息和/或可以实现更细粒度的视频分组差别化。例如，NAL单元类型字段中的比特可以提供分组的相对优先级的指示。表3示出了一示例，从而包括在单独NALU中的5比特的nal_单元_类型（NAL单元类型）字段可以用于使多个视频分组的相对优先级差别化。

表3使用nal_单元_类型字段的示例性所扩展QCI值

因此，根据这里描述的示例，可以基于分组的子串流的相对优先级和/或重要性向来自特定编码器的流中的分组提供不同的QoS资源。例如，特定的流可以被解复用成1、2、3...或n个关联的承载，其中n可以是任意正整数。可以基于分组的相对重要性或优先级将分组分配至单独的子串流。例如，分组的NRI值和/或nal_单元_类型字段可以用于确定针对该分组的恰当子串流。在一个示例中，具有最高优先级的分组可以与第一承载（例如，具有最高相对QoS参数的承载）相关联，具有次高优先级的分组可以与第二承载相关联，等等。

然而，不是（或者除了）基于QCI值使分组的优先级有差别，还公开了用于提供可以用于确定分组的相对重要性的QoS参数的灵活表示的其他方法和系统。例如，QCI值的单独使用可以提供有限的灵活性，因为QCI将被预先定义而且将被设置在一定数量的量化QCI值处。为了向新应用提供附加灵活性以及更高等级的QoS粒度，可以使用QoS参数的更灵活的表示。例如，多个期望的QoS参数（诸如最大分组差错率、延迟容许、期望吞吐量、最大容许抖动、最大分组丢失率、分组丢失之间的最小距离、最大分组大小、最小分组大小等）可以用于定义用于基于那些相对参数来描述分组的期望QoS等级的QoS“超空间”或一些其他多轴布置。

例如，通过将指定的和/或期望的QoS范围表示为跨越一定数量预定义基（例如，诸如最大分组差错率、延迟容许、期望吞吐量、最大容许抖动、最大分组丢失率、分组丢失之间的最小距离、最大分组大小、最小分组大小等的QoS参数）的超空间，分组可以基于被分配给每个基的值和应用需求来接收差别化的处理。例如，每个基或QoS参数可以表示QoS需求的基本类型而且可以称为最小单位QoS参数。通过确定将被用于给定应用的最小单位QoS参数的标识和/或权重，QoS可以被表示为超空间中的点（例如，由其坐标表征）。

出于解释和说明的目的，考虑视频编码示例。在该示例中，或许与视频分组最相关的QoS参数可以是最大分组差错率、最大可接受延迟和最小期望吞吐量。这三个参数可以被认为是用于定义单独分组的QoS的最小单位QoS参数。图3示出了基于最大分组差错率、最大可接受延迟和最小期望吞吐量的示例性最小单位QoS参数的示例性超空间。如图3所示，在超空间中存在若干个点，而且每个点可以对应于最小单位QoS参数（例如，不同的期望或指定QoS需求）的不同组合。因此，不是将QoS值局限于量化数量的预定义值，QoS也可以被表示为用于定义QoS超空间的最小单位QoS参数的函数。因此，第一分组串流或子串流可以被分配对应于最大分组差错率的第一值、最大可接受延迟的第一值和/或最小期望吞吐量的第一值的QoS值，而第二分组串流或子串流可以被分配对应于最大分组差错率的第二值、最大可接受延迟的第二值和/或最小期望吞吐量的第二值的QoS值。

在一个示例中，超空间中的每个点可以被映射到指定的QCI值。因此，在图3所示的示例中，基于最大分组差错率的期望值、最大可接受延迟的期望值以及最小期望吞吐量的期望值，可以确定与期望分组处理最佳匹配的QCI。在一个示例中，最小单位QoS参数集可以被标准化，以便最小单位QoS参数可以被所有网络运营商理解和同样处理。这样，当分组通过多个LTE/SAE网络时，这些网络能够向该分组提供一致的QoS。

在一个示例中，EPS承载可以与QoS超空间中的给定点或区域（例如，对应于最小单位QoS参数的指定值的坐标）相关联，而且网络可以被配置成分配EPS承载以满足与该承载相关联的超空间的区域中的相应QoS需求。此外，虽然最大分组差错率、最大可接受延迟和最小期望吞吐量这三个示例性最小单位QoS参数可以在这里描述的视频编码示例中使用，但是其他参数也可以使用而且可以使用多于或少于三个最小单位QoS参数来定义超空间。另外，虽然就视频分组描述了示例，但是非视频应用也可以利用这里描述的QoS需求的灵活定义。

出于实际的目的，降低表示QoS超空间的坐标所使用的比特数量是重要的。例如，用作超空间的基的最小单位QoS参数可以被量化以限制可以使用的值的数量。作为示例，分组延迟可以被表示为三个比特，其相应的步长是50ms。这种示例性表示在表4中示出。如可以意识到的，其他量化大小可以用于增加或减小关于延迟的粒度，但不背离本公开的范围。例如，更多的比特可以用于增加延迟粒度（例如，减小步长），而更少的比特可以用于减小延迟粒度（例如，增加步长）。

表4延迟QoS参数的量化示例

在一个示例中，分组差错率（PER）最小单位QoS参数可以例如通过使用指数表示而被表示为3个比特。这种示例性表示在表5中示出。如可以意识到的，其他量化大小可以用于增加或减小关于PER的粒度，但不背离本公开的范围。例如，更多的比特可以用于增加PER粒度（例如，减小步长），而更少的比特可以用于减小PER粒度（例如，增加步长）。

表5PER QoS参数的量化示例

在一个示例中，分组吞吐量最小单位QoS参数可以例如通过使用指数表示而被表示为3个比特。这种示例性表示在表6中示出。如可以意识到的，其他量化大小可以用于增加或减小关于吞吐量的粒度，但不背离本公开的范围。例如，更多的比特可以用于增加吞吐量粒度（例如，减小步长），而更少的比特可以用于减小吞吐量粒度（例如，增加步长）。

表6吞吐量QoS参数的量化示例

在上面描述的示例中，尽力而为可以对应于特定的需求。例如，对于被标记为尽力而为的分组，通信系统可以尝试提供遵从当前资源和/或策略的可用最佳服务。换言之，如果需求是尽力而为需求，则网络可以不保证关于特定QoS参数的最小服务等级。可以利用针对一个或更多个QoS参数的尽力而为QoS需求的数据的示例可以包括IP数据，诸如网页、一些超文本传输协议（HTTP）请求和响应和/或其他延迟容许数据。

在一个示例中，WTRU可以被配置成明确地向网络用信号发送或请求期望的QoS需求和/或期望的QoS参数等级。通常，正在由WTRU执行的应用（例如视频会议应用）可以确定或知道将通过通信网络有效地支持应用数据的传输的QoS需求和/或QoS参数等级。典型地，对LTE/SAE网络中的EPS承载的QoS需求可以由用于网络的PCC获得。换言之，WTRU在确定其将从所述系统接收的QoS时可以是被动的。这种方法可以导致与WTRU所期望的QoS不同的QoS，而且会导致差的网络资源分配（例如，如果被分配的QoS大于将实现期望的传输能力的QoS等级）和/或由WTRU所看到的差的网络性能（例如，如果被分配的QoS小于将实现期望的传输能力的QoS等级）。而且，如果WTRU不能用信号发送期望的QoS等级，则3GPP通信网络或许不能维持最新的系统以支持被包括在新的视频应用和/或视频编解码器中的革新，因为更新3GPP标准功能是相对慢的过程。通过允许WTRU用信号发送期望的QoS等级，可以避免支持新的革新的慢的3GPP标准改变。

在一个示例中，WTRU可以明确地通知LTE/SAE网络它的期望QoS需求。之后，LTE/SAE网络可以确定用于分配给WTRU的恰当的（例如，最佳的、最佳可能中的其中一个、最适当的）QoS参数。例如，网络可以基于由请求连接的WTRU的订阅服务所允许的服务来确定将向WTRU分配什么样的QoS参数。从WTRU至PCC架构的PCRF的一个或更多个消息可以包括对给定QoS等级的请求。PCRF可以被配置成处理接收自一个或更多个WTRU的显式QoS请求。在一个示例中，为了确保后向兼容性，WTRU可以利用现有的信令方案来发送一个或更多个QoS请求。在一个示例中，WTRU可以在没有明确地指定期望的QoS等级的情况下利用现有信令中的某些参数来指示对期望QoS等级的请求。

图4示出了用于使用WTRU的QoS请求来建立EPS承载的示例性过程。WTRU402可以例如经由eNB404来尝试连接LTE网络。作为连接过程的一部分，一个或更多个EPS承载可以被建立以支持WTRU402的连接。作为承载建立过程的一部分，在414处，WTRU402可以发送应用信息、服务信息和/或所请求的QoS参数中的一者或多者，以连接到PCRF406（和/或其他PCC节点）。例如，WTRU402可以请求期望的QoS参数值，诸如期望的比特率、延迟、比特差错率（例如，GBR、MBR等）、块差错率、QCI值、QoS超空间坐标和/或被确定为对于所请求的承载而言是恰当的的其他QoS参数。

在一个示例中，WTRU402可以明确地指定用于一个或更多个服务数据流（SDF）的期望QoS参数。例如，对于第一SDF，WTRU402可以指示源IP地址、目的地IP地址、源端口号（例如，源端口3721）、目的地端口号（例如，目的地端口4892）、协议类型（例如，用于UDP的17）和/或一个或更多个QoS参数中的一者或多者。例如，WTRU402可以指示用于第一SDF的期望QoS参数是小于100ms的延迟和/或分组丢失差错率（PLER）小于10^-3。在一个示例中，对于第二SDF，WTRU402可以指示源IP地址、目的地IP地址、源端口号（例如，源端口3722）、目的地端口号（例如，目的地端口5897）、协议类型（例如，用于UDP的17）和/或一个或更多个QoS参数中的一者或多者。例如，WTRU402可以指示用于第二SDF的期望QoS参数是小于200ms的延迟和/或分组丢失差错率（PLER）小于10-2。对第一SDF和第二SDF的QoS参数请求可以被包括在来自WTRU402的相同或不同消息中。

为了便于确定什么样的QoS参数适于WTRU402，在416处，PCRF406可以从订阅简档存储库（SPR）408请求WTRU402的订阅。SPR408可以包括订阅信息数据库，其包括WTRU402的订阅信息。在418处，SPR408可以对PCRF406进行回复，而且该回复可以包括WTRU402的订阅信息。

在一个示例中，在420处，PCRF406可以确定针对正在为WTRU402建立的承载的恰当QoS参数。例如，PCRF406可以基于应用信息、服务信息、被请求的QoS参数、订阅信息和/或关于WTRU402的其他信息中的一者或多者来确定恰当的参数。在一个示例中，在414处，PCRF406可以首先确定WTRU402是否已经请求了特定的QoS参数。如果这样，则PCRF406可以确定与WTRU402所请求的QoS参数相对应的QoS参数（例如，QCI、GBR、MBR等）。换言之，PCRF406可以尝试识别与WTRU402所请求的QoS参数最紧密匹配和/或能够实现WTRU402的请求的QoS参数。如果所确定的QoS参数被WTRU402的订阅服务所允许，则具有相应QoS参数的承载可以被分配给WTRU402。然而，PCRF406可以根据WTRU402的订阅信息来确定WTRU所请求的QoS不被支持。如果这样，则PCRF可以基于其他因素（诸如WTRU402所提供的应用信息、WTRU402所提供的服务信息和/或WTRU402的订阅信息）来确定用于分配给所请求承载的QoS参数。

为了避免WTRU不恰当地请求消耗比适于给定应用更多网络资源的资源（例如，当200ms的延迟对应用性能几乎没有影响或没有影响时，请求不大于100ms的最大延迟）和/或为了确保网络运营商对被提供给WTRU的服务产生恰当的费用，PCC功能可以允许、修改和/或拒绝由WTRU402所请求的QoS需求。例如，是否接受、修改和/或拒绝请求的决定基于订阅者的被允许服务和/或其他策略。

例如，在422处，PCRF406可以向WTRU402发送接受、修改或拒绝QoS请求的消息。该消息可以包括WTRU的ID、SDF ID、QoS决定或原因（例如，接受、修改、拒绝等）和/或被分配给WTRU的QoS参数的指示中的一者或多者。例如，如果在414处请求的QoS参数被PCRF406接受，则可以向WTRU402发送接受消息。如果在414处请求的QoS参数被PCRF406修改，则可以向WTRU402发送修改消息。在修改的事件中，所确定的QoS可以被提供和/或所关联的计费信息可以被包括。修改消息可以指示什么样的参数被改变和/或什么样的QoS参数被分配给WTRU。如果WTRU402所请求的QoS参数被拒绝，则可以向WTRU402发送拒绝消息。在拒绝的事件中，所建议的QoS参数可以被提供和/或所关联的计费信息可以被包括。如果显式QoS请求被拒绝，则WTRU可以修正原始QoS请求并发送新的请求。

一旦PCRF406已经（例如，基于所述请求和/或接收自SPR408的WTRU订阅信息）识别了WTRU402所要求（indicted）的针对SDF的恰当QoS参数，PCRF406可以向PCEF410发送关于SDF标识的信息和/或为WTRU402所选的关联QoS参数。例如，在424处，PCRF406可以向PCEF410和/或分组网关（P-GW）412发送PCC规则。PCC规则可以包括WTRU402所请求的QoS参数和/或为将为WTRU402创建的承载分配的QoS参数的指示。

在426处，PCEF410和/或P-GW412可以之后基于WTRU402的请求来发起专用EPS承载的建立。所建立的EPS承载的细节没有在图4中示出，虽然未被示出的一个或更多个实体（例如，服务网关（S-GW）、移动性管理实体（MME）等）即使在图4中没有示出但是仍然可以参与承载建立。一旦EPS承载建立，SDF就可以经由所建立的EPS承载通过核心网络进行传输。在一个示例中，多个SDF可以与类似的QoS需求相关联，因此可以被分配给相同的EPS承载。

由于分组基于它们的单独相对优先级而被从流中分离，所以当分组到达目的地WTRU时，分组或许是乱序地到达。例如，源和/或目的地WTRU可以分离、合并和/或重排序接收到的分组。分组分离可以包括根据分组源处不同类型的分组的相对重要性将分组串流（例如，视频业务）分离成两个或更多个子串流。该分离可以在整个传输网络中被维持，从而在路由和/或合并期间促成分组识别。可以用于分组分离的两个示例性方法可以包括多端口号的使用和/或用于识别的IP分组报头中某些字段的使用。

将应用串流分离成多个子串流、合并子串流和/或对分组重排序的方法可以由LTE/SAE系统和/或其他高级通信系统应用。应用数据可以是视频数据和/或不同类型的分组具有不同的相对重要性的其他应用。可以被应用视频串流分离、合并和/或重排序的示例性视频编解码器可以包括H.264/AVC、H.264/SVC和/或允许在应用层处根据视频分组的相对重要性对视频分组进行分离的其他视频编解码器。

子串流的复用/合并和/或对单独分组的重排序可以发生在接收机处。由于每个子串流可以独立于其他子串流而由网络进行路由，所以由于不同的传输路径和/或传输处理，分组或许是乱序地到达目的地。可以执行重排序，以便将分组重新对准到它们的在分离成多个子串流之前所反映的原始顺序。

在一个示例中，当视频应用向实时传输协议（RTP）层发送一个或更多个NAL单元以用于传输时，RTP分组格式可以用于保留关于正在被传送的NAL单元类型的信息和/或视频分组的其他识别信息。例如，在RTP分组报头中，存在着称为有效载荷类型（PT）的字段，该字段的长度可以是7比特。存在着可以用于例如通过会议控制协议来动态地分配标识符值的值范围，例如从96至127的值。这些值可以用于为视频编解码器（例如，H.264/AVC）识别不同类型的视频分组。例如，第一值（例如，值96）可以被分配给具有优先级NRI=11的H.264/AVC分组，第二值（例如，值97）可以被分配给具有优先级NRI=10的H.264/AVC分组，第三值（例如，值98）可以被分配给具有优先级NRI=01的H.264/AVC分组，第四值（例如，值99）可以被分配给具有优先级NRI=00的H.264/AVC分组，等等。上面所表示的值是示例，而且可以使用其他PT值。在一个示例中，第一值（例如，值96）可以被分配给具有nal_单元_类型=5的H.264/AVC分组（例如，IDR），第二值（例如，值97）可以被分配给具有nal_单元_类型=2的H.264/AVC分组（划分A），第三值（例如，值98）可以被分配给具有nal_单元_类型=3的H.264/AVC分组（划分B），第四值（例如，值99）可以被分配给具有nal_单元_类型=4的H.264/AVC分组（划分C），等等。

通过使用这种方法，分组和/或分组类型（例如，NAL单元的类型）的标识符可以被包括在RTP分组报头中。当RTP分组被发送给较低层以用于传输时，多个UDP套接字可以被打开。每个打开的套接字可以对应于不同类型的RTP分组和/或不同的分组优先级。通过如此执行，套接字可以各自对应于不同类型的NAL单元。由于每个RTP分组在高级通信系统中可以被看作是整体，所以不同类型的NAL单元可以避免被包括在单个RTP分组中。

在接收机侧，多个子串流可以被合并到视频解码器的单个串流中。接收侧WTRU可以被配置成执行合并。在一个示例中，串流的分离和/或子串流的合并可以通过在视频编解码器与RTP分组编码器之间引入中间件来执行。在一个示例中，串流的分离和/或子串流的合并可以通过增强RTP编码协议以例如包括针对该分组的一个或更多个标识符来执行。当子串流在接收机处被合并时，所合并的视频分组或许是乱序的。因此，在视频分组被输入视频解码器之前可以执行重排序。

图5示出了使用中间件模块的视频分组分离、合并和/或重排序的示例性协议栈。例如，中间件506可以被包括在视频应用源中，而且可以被配置成执行视频分离。中间件512可以被包括在视频目的地应用中，而且可以被配置成执行分组的合并和/或重排序。例如，视频应用源和视频应用目的地可以建立视频会话（例如，串流视频会话）。在会话建立期间或之后，中间件502和中间件512可以交换将用于支持视频会话的视频分组分离、合并和/或重排序的参数。为了促成视频分组处理，中间件506可以建立用于与中间件512通信的端口或套接字（例如，端口P0）。例如，该端口可以是TCP或UDP端口。类似地，中间件512可以建立用于与中间件506通信的端口或套接字（例如，端口P4）。例如，该端口可以是TCP或UDP端口。然而，可以使用其他类型的传输协议，诸如结构化串流传输（SST）、串流控制传输协议（SCTP）、数据报拥塞控制协议（DCCP）、显式拥塞控制协议（XCP）等。

中间件实体（例如，中间件506和中间件512）可以确定将使用的子串流的数量，以便传输接收自视频编码器502且将被发送给视频解码器514的视频分组。在一个示例中，如图5所示，可以建立三个子串流，以便发送视频分组，虽然可以使用更多或更少的子串流。视频应用源和/或视频应用目的地可以为每个子串流建立端口或套接字。例如，视频应用源可以建立端口P1、P2和P3以经由三个子串流发送视频分组。RTP/SRTP508可以是被配置成发送来自视频应用源的子串流的实体。虽然参照图5描述的示例使用RTP或SRTP协议（例如，使用UDP端口或一些其他传输协议）发送多个子串流，但是可以使用其他类型的串流协议（例如，实时串流协议（RTSP）、微软媒体服务器（MMS）等）。视频应用源可以建立端口P5、P6和P7以经由三个子串流（例如经由RTP/SRTP实体510）接收视频分组。在一个示例中，这些端口可以是UDP端口，虽然也可以使用其他传输协议。

例如在不存在在视频应用实体之间交换的显式控制参数的情况下，可以使用默认设置来建立子串流的数量和/或与每个子串流相关联的分组的类型。在一个示例中，可以向用户提供接口而且可以提供期望质量的指示。随着所请求质量的增加，被打开的端口/子串流的数量可以增加，例如以在处理不同类型的视频分组时提供增加的粒度。这种方法可以包括PCC功能以根据用户的订阅计划来确认所请求的串流功能被允许。

图6示出了使用中间件方法的视频分组分离、合并和/或重排序的示例性过程。例如，在620处，可以在视频源与视频目的地之间建立视频会话。中间件602和中间件612可以交换将用于支持视频会话的视频分组分离、合并和/或重排序的参数。为了促成视频分组处理，中间件606可以建立用于与中间件612通信的端口或套接字（例如，端口P0）。例如，该端口可以是TCP或UDP端口。类似地，中间件612可以建立用于与中间件606通信的端口或套接字（例如，端口P4）。例如，该端口可以是TCP或UDP端口。然而，可以使用其他类型的传输协议，诸如SST、SCTP、DCCP等。

在622处，中间件606和/或中间件612可以例如基于用户喜好和/或默认设置来确定将使用的子串流的数量。例如，中间件606和/或中间件612可以确定将用于视频会话的不同类型的NALU的数量。基于关于将使用的串流的数量的确定，可以建立恰当数量的端口或套接字以经由单独套接字传输子串流。例如，视频源可以打开端口P1、P2和P3，而且视频目的地可以打开端口P5、P6和P7。被打开以用于不同子串流的套接字/端口可以与不同的QoS参数相关联，而且被包括在子串流中的分组可以根据与用于该子串流的套接字相关联的QoS参数而在传输网络中被路由。

视频编码器602可以开始生成包括视频数据的NALU。当接收到来自视频编码器602的NALU串流时，在624处，中间件606可以例如基于NALU串流中的分组的相对重要性和/或期望QoS将NALU串流划分成一个或更多个子串流。在图6所示的示例中，NALU串流可以被划分成三个子串流。在一个示例中，中间件506可以例如通过检查被包括在NALU串流中的分组的NRI（例如，可以是两个比特）和/或NAL单元类型字段（例如，可以是5个比特）来基于NALU的类型将NALU串流划分/分离成三个子串流。可以基于用于指示NALU的类型（例如，NRI和/或NAL单元类型）的字段的值来确定恰当的子串流。

中间件606可以对子串流中的分组进行标记，或者以其他方式指示已经如何将分组分离成子串流，以在视频应用目的地处进行重排序。例如，中间件606可以向NALU串流中的分组中添加包括序列号的报头。该序列号可以指示分离成多个子串流之前分组的相对顺序。该序列号可以以NALU的顺序被保留的方式被分配给RTP/SRTP分组。在RTP/SRTP封装期间，一些或所有子串流可以共享单个序列号空间，而且所共享的序列号空间可以用于接收机处多个子串流的重排序。在一个示例中，不是添加其自己的报头，中间件606可以向RTP/SRTP实体608发送给定分组的序列号和/或给定分组的序列号的指示。RTP/SRTP实体608可以在用于视频分组的RTP/SRTP报头中包括该序列号。例如，RTP/SRTP实体608可以在RTP分组报头中指示扩展报头（例如，序列号）已经被包括在标准RTP报头与RTP有效载荷字段之间。该扩展报头的指示可以使用RTP报头中的X（扩展）字段指示。在另一示例中，有效载荷类型（PT字段）可以用于指示该序列号。RTP/SRTP实体608可以向视频应用目的地发送每个子串流。例如，每个子串流可以与分离套接字或端口（例如，UDP套接字或端口）相关联。

子串流可以经由RTP/SRTP610接收并被发送给中间件612。在626处，中间件612可以例如基于在分组分离期间被添加到分组中的序列号来合并和/或重排序接收到的分组。重排序可以基于这些序列号执行，而且之后可以在将重构的NALU串流传递给视频解码器614之前将序列号从分组中移除。在一个示例中，对于许多视频应用而言，也可以生成其他串流，诸如专用于音频的串流。该其他串流也可以与视频数据子串流一起发送。

当在在视频应用目的地处进行复用过程期间对视频分组重排序时，可以使用一种或多种方法。例如，视频源处的中间件可以向每个NAL单元中添加报头。该报头可以包括唯一序列号，而且该唯一序列号可以在视频目的地处使用以进行分组重排序。在一个示例中，中间件可以利用RTP分组报头的序列号字段，以便一些或所有RTP/SRTP子串流共享相同的序列号空间。在视频目的地处，RTP分组报头中的序列号可以之后用于重排序。为了避免不同类型的NALU被封装在相同的RTP/SRTP分组中，当RTP/SRTP报头信息包括被分配给每个子串流中的分组的唯一序列号时，在一个示例中，每个RTP/SRTP分组被配置成包括单个NALU。在另一示例中，不是或者除了使用唯一序列号，时间戳可以用于分组重排序。例如，视频编码器处的每个NALU可以用时间戳进行标记，而且视频解码器应用可以利用该时间戳来对经由多个子串流接收到的分组进行重排序。

出于后向兼容的目的，源和/或目的地处的中间件（例如，中间件606和/或中间件612）可以确定视频对等应用/设备是否支持子串流处理中间件的使用和/或包括被安装的子串流处理中间件。如果对等设备（例如，视频串流会话的其他方）并不包括恰当的中间件和/或并不支持子串流NAL单元差别化，则被安装在其他设备上的中间件可以用作透传实体。例如，中间件可以简单地将未被修改/未被封装的NALU串流从视频编码器传递给RTP/SRTP实体（例如，视频源侧）或者将未被修改/未被封装的NALU串流从RTP/SRTP实体传递给视频解码器（例如，视频目的地侧）。

在一个示例中，RTP和/或SRTP（和/或一些其他视频串流协议）可以被修改，以支持/执行一个或更多个功能，诸如视频分组分离、视频分组合并和/或视频分组重排序。这种功能可以称为RTP视频简档。

图7示出了用于增强RTP以执行视频分组分离、视频分组合并和/或视频分组重排序中的一者或多者的示例性方法。会话控制704和/或会话控制710可以建立视频应用源与视频应用目的地之间的串流视频会话。当建立会话时，视频分组（例如，NAL单元串流）可以从视频编码器702输出以被传送给视频应用目的地。视频简档解复用器708可以检查包括在从视频编码器702输出的NAL单元串流中的分组。例如，视频简档解复用器706可以是被增强以检查NALU分组类型和/或NALU分组优先级的RTP/SRTP实体。在一个示例中，视频简档解复用器706可以确定NALU类型信息（例如，以与上面针对中间件所描述的方式相类似的方式——检查NRI、NAL单元类型字段等），而且可以基于分组的相对优先级和/或NALU的类型将NALU串流分离/解复用成多个子串流。视频简档解复用器706可以将时间戳和/或序列号插入每个子串流的分组中。例如，RTP分组报头中现有的32比特时间戳字段和/或16比特序列号字段可以用于这个目的，和/或可以生成另一时间戳/序列号。子串流可以之后被发送给视频应用目的地。

在接收机侧，子串流可以由视频简档解复用器708接收，该视频简档解复用器可以例如基于被包括在子串流中的分组的时间戳和/或序列号来被增强以合并和/或重排序多个子串流的RTP/SRTP实体。合并后的NAL单元串流可以之后被发送给视频解码器712以用于进一步处理。

图8示出了使用RTP视频简档方法的视频业务分离、合并和/或重排序的示例性过程。例如，在820处，可以在会话控制804与会话控制810之间建立视频会话。在一个示例中，会话控制804和会话控制810可以交换将用于支持视频会话的视频分组分离、合并和/或重排序的参数。为了促成视频分组处理，会话控制804可以建立用于与会话控制810通信的端口或套接字（例如，端口P0）。例如，该端口可以是TCP或UDP端口。类似地，会话控制810可以建立用于与会话控制804通信的端口或套接字（例如，端口P4）。例如，该端口可以是TCP或UDP端口。然而，可以使用其他类型的传输协议，诸如SST、SCTP、DCCP、XCP等。

在822处，会话控制804和/或会话控制810可以例如基于用户喜好和/或默认设置来确定将使用的子串流的数量。例如，会话控制804和/或会话控制810可以确定将用于视频会话的不同类型的NALU的数量。基于关于将使用的串流的数量的确定，可以建立恰当数量的端口或套接字以经由单独套接字传输子串流。例如，视频源可以打开端口P1、P2和P3，而且视频目的地可以打开端口P5、P6和P7。被打开以用于不同子串流的套接字/端口可以与不同的QoS参数相关联，而且被包括在子串流中的分组可以根据与用于该子串流的套接字相关联的QoS参数而在传输网络中被路由。

视频编码器802可以开始生成包括视频数据的NALU。当接收到来自视频编码器802的NALU串流时，在624处，RTP/SRTP视频简档806可以例如基于NALU串流中的分组的相对重要性和/或期望QoS将NALU串流划分成一个或更多个子串流。在图8所示的示例中，NALU串流可以被划分成三个子串流。在一个示例中，RTP/SRTP视频简档806可以例如通过检查被包括在NALU串流中的分组的NRI（例如，可以是两个比特）和/或NAL单元类型字段（例如，可以是5个比特）来基于NALU的类型将NALU串流划分/分离成三个子串流。可以基于用于指示NALU的类型（例如，NRI和/或NAL单元类型）的字段的值来确定恰当的子串流。

RTP/SRTP视频简档806可以对子串流中的分组进行标记，或者以其他方式指示已经如何将分组分离成子串流，以在视频应用目的地处进行重排序。例如，RTP/SRTP视频简档806可以将RTP/SRTP分组的时间戳字段和/或序列号字段用作多个子串流中分组的相对顺序的指示符。该序列号/时间戳可以以NALU的顺序被保留的方式被分配给RTP/SRTP分组，且可以由接收机用来重新创建原始NALU串流。在RTP/SRTP封装期间，一些或所有子串流可以共享单个序列号空间，而且所共享的序列号空间可以用于接收机处多个子串流的重排序。

子串流可以经由RTP/SRTP视频简档808接收。在826处，RTP/SRTP视频简档806可以例如基于在分组分离期间被添加到分组中的序列号/时间戳来合并和/或重排序接收到的分组。重排序可以基于这些序列号执行，而且之后可以在将重构的NALU串流传递给视频解码器812之前将序列号从分组中移除。在一个示例中，对于许多视频应用而言，也可以生成其他串流，诸如专用于音频的串流。该其他串流也可以与视频数据子串流一起发送。

在一个示例中，不是或者除了利用如上所述的用于发送视频串流中的分组的相对优先级指示的技术中的一种或多种技术（例如使用中间件和/或RTP/SRTP视频简档），可以利用视频分组的IP分组报头中的信息字段。例如，如果用于确定视频分组的相对重要性的标识符也被包括在该IP分组报头中，则传输网络中的中间路由器能够访问并确定分组的相对重要性/类型的指示。除了避免检查包括NALU的IP分组的有效载荷部分，用于指示分组的相对重要性的标识符还可以被包括在IP报头中，而非或者除了包括在NALU报头中之外。这种方法可以缓解在检查已经被加密的IP分组有效载荷时的困难，例如如果IP分组有效载荷使用与IPsec相关联的公共ESP模式进行加密时情况是如此。例如，如果端口号是分组标识符的一部分，则可以使用这种方法。

关于IPv4，包括在NAL单元报头中的NRI和/或NAL单元有效载荷类型字段可以包括NALU单元的相对重要性和/或NALU的类型的指示。不是或者除了打开多个套接字（例如，UDP套接字），视频源可以打开用于每个子串流传输的单个套接字。视频源可以之后将包括NALU的RTP分组封装在UDP分组中，且将不同类型的UDP分组（例如，包括不同类型的NALU）放置到各自不同的缓冲器中。视频源可以之后将UDP分组与针对每个各自的UDP缓冲器/NALU类型的区别性的差别化服务代码点（DSCP）值一起封装到IP分组。

图9示出了IP分组可以包括被用于视频分组分离、合并和/或重排序中的一者或多者的信息的方法。例如，视频编码器902可以输出可由RTP/SRTP实体904接收的NAL单元视频分组串流。RTP/SRTP实体904可以在RTP分组报头中（例如，在有效载荷类型字段中）包括NALU的类型和/或NALU的相对重要性的指示。RTP/SRTP实体904还可以包括可以用于在接收机处对分组重排序的序列号和/或时间戳。NALU的类型和/或NALU的相对重要性可以基于NRI字段、NAL单元类型字段和/或NALU报头中的一些其他字段来确定。RTP/SRTP实体904可以打开套接字连接以用于视频传输。UDP实体906可以接收来自RTP/SRTP实体904的包括NALU的RTP/SRTP串流。UDP实体906可以将RTP/SRTP分组封装在不同类型的UDP分组中，例如与不同缓冲器相关联的UDP分组。通过将不同类型的NALU与不同的UDP缓冲器相关联，可以实现视频分组到多个子串流的有效分离。

UDP分组可以之后被发送给IP实体908。IP实体908可以之后将UDP分组封装到IP分组中。IP分组中的一个或更多个字段可以被配置成包括NALU类型和/或用IP分组封装的底层（underlying）NALU的相对重要性的指示。例如，对于IPv4，DSCP字段可以用于指示分组的相对重要性和/或被封装在IP分组中的NALU的类型，虽然也可以利用IP报头中的其它字段。

当IP分组通过传输网络发送时，传输网络中的路由器可以基于IP分组报头中的被修改字段（例如，DSCP字段）来确定分组的相对重要性和/或被封装在IP分组中的NALU的类型。路由器可以使用该信息来根据关联NALU的期望QoS路由分组。当在视频目的地处从传输网络离开时，IP实体910可以被配置成复用封装后的UDP分组以便向UDP实体912传递视频分组。UDP实体912可以解封装RTP/SRTP分组并将它们发送给RTP/SRTP实体914。RTP/SRTP实体914可以使用包括在RTP/SRTP分组中的序列号和/或时间戳来对NALU视频串流重排序。重排序后的NALU视频串流可以之后被发送给用于解码的视频解码器916。

如果关于NALU的相对重要性和/或类型的信息被包括在IP分组中，则可以修改用于通过LTE网络进行传输的EPS承载建立。例如，PCC实体（例如，PRCF）可以向P-GW通知服务数据流的标识。P-GW的PREF可以在分组路由期间例如通过识别每个传递IP分组的源IP地址和目的地IP地址来检查DSCP字段以识别服务数据流。在路由期间，P-GW可以将服务数据流映射到现有的EPS承载，或者可以发起新的EPS承载的建立。在任一情况中，服务数据流可以被映射到EPS承载，而且该映射可以被WTRU知道。

一旦确定了从服务数据流到EPS承载的映射，EPS承载就可以进一步被映射到逻辑信道以使MAC调度器能够使不同类型的分组的服务和/或QoS有差别。为了促成源WTRU处（例如，视频编码器）来自视频应用的有效且被区分了优先次序的传输，P-GW可以向源WTRU发送SDF标识符（例如，DSCP字段等）与EPS承载之间的映射，以促成WTRU处后建立的EPS承载的识别。WTRU的UDP模块可以使用该映射，以确定在视频传输期间应当将给定分组分配给哪个UDP缓冲器。

不是或者除了DSCP字段，如果IPv6被用于传输，则附加字段可以被配置成包括关于底层NALU的类型和/或它们的相对重要性的信息。例如，DSCP、业务类别和/或流ID字段中的一者或多者可以用于携带该信息。这样做的过程类似于将DSCP字段用于IPv4分组的过程。例如，不同缓冲器中的UDP分组可以被封装在具有不同业务类别值和/或不同流ID值的IP分组中。这样，传输网络中的路由器可以通过检查IP分组的这些字段中的一个或更多个字段来识别不同类型的视频分组，有可能利用附加信息，诸如源IP地址和目的地IP地址。

当从IP分组报头字段向QoS等级（例如，在LTE/SAE情况中，由QCI值所指示）映射时，该映射可以是动态的和/或静态的。在静态情况中，指示正在使用的映射的类型的信令可以被忽略。在动态情况中，UE可以向网络通知期望的映射，而且网络可以接受、修改和/或拒绝所提出的映射以避免终端（例如，LTE/SAE情况中的WTRU）滥用网络资源的使用和/或确保网络提供的服务的恰当收费。

在一个示例中，关于视频分组的类型的附加信息可以被显露给通信系统，以便通信系统在定制视频分组的传递方法时可以具有更大的灵活性。例如，关于H.264/AVC视频编解码器的示例，在视频分组（例如，NAL单元）报头中可以有一个或更多个字段（例如，2比特的NRI字段以及5比特的NAL单元类型字段等），这些字段可以用于指示视频分组的类型。然而，视频分组可以进一步基于片_类型（slice_type）信息进行分类，该片_类型信息可以与10个不同的潜在值相关联。例如，片_类型信息的不同值可以表示诸如P片、B片、I片、SP片、SI片等的类型。该信息可以包括在NAL单元的有效载荷中。

由片_类型对NALU进行分类可以促成更有效的路由和/或对某些视频应用和/或某些通信系统的更差别化的QoS控制。例如，显露这种信息可以允许通信系统潜在地为不同的片_类型供应更好的QoS。可以向NALU报头中添加少数附加比特来指示该信息，和/或5比特NAL单元类型字段的定义可以被修改以传递片_类型信息。该信息可以被包括在诸如H.264/AVC、H.264/SVC、H.265和/或其他视频编解码器之类的视频编解码器的NALU报头中。

如本文所描述的，下述方法或过程中的一者或多者可以用于促成针对单个视频串流中的视频分组的有差别化的QoS服务。例如，LTE/SAE的QCI值可以被扩展。扩展QCI值可以在当前的标准化的9个值之外增加QCI值的范围，以适应H.264/AVC和其他视频编解码器。在一个示例中，可以使用QoS需求和/或参数的灵活表示。这种方法可以允许WTRU/视频源和/或目的地基于各种参数或与给定应用无关的因子来指示期望的QoS等级。例如，可以选择一组基（诸如延迟、分组差错率、吞吐量等），而且期望的QoS等级可以由这些基所跨越的超空间中的点所表示。

在一个示例中，WTRU可以明确地指定和/或请求期望的QoS参数。例如，WTRU可以向PCC实体发送对QoS分配的显式请求。PCC实体可以用更高的优先级处理这种显式QoS请求，和/或如果没有接收到显式的请求则可以继续获取WTRU的QoS需求。这种过程可以通过在一个或更多个承载建立消息中包括附加内容和/或在PCC处的过程中包括改变来实施。

在一个示例中，WTRU可以被配置成执行将视频分组分离成多个视频子串流、合并视频分组子串流和/或对包括在视频分组子串流中的分组重排序中的一者或多者。例如，中间件可以用于执行视频分组分离、合并和/或重排序中的一者或多者。在一个示例中，RTP协议可以被增强，以便执行视频分组分离、合并和/或重排序中的一者或多者。例如，可以根据NALU报头中的类型和/或优先级信息将NALU分离成多个子串流。单个序列号空间可以在子串流之间使用，以促成目的地处合并后的子串流中的分组的重排序。在一个示例中，IP报头可以用于传递关于视频分组（和/或其他分组）的类型的信息，以避免检查高于IP层的层处的信息。

在一个示例中，可以利用技术来向数据传输网络显露关于正在被传送的视频分组（和/或其他分组）的类型的更多信息。例如，可以将更多信息添加到NALU报头中，以向H.264/AVC和/或其他视频编解码器指示有效载荷的类型。

虽然上面以特定的组合描述了特征和元件，但是本领域普通技术人员可以理解，每个特征或元件可以单独的使用或与其他的特征和元件进行组合使用。此外，这里描述的方法可以用计算机程序、软件或固件实现，其可包含到由计算机或处理器执行的计算机可读介质中。计算机可读介质的示例包括电子信号（通过有线或无线连接传送）和计算机可读存储介质。计算机可读存储介质的示例包括，但不限制为，只读存储器（ROM）、随机存取存储器（RAM）、寄存器、缓冲存储器、半导体存储器设备、磁性介质，例如内部硬盘和可移动磁盘，磁光介质和光介质，例如CD-ROM盘，和数字通用盘（DVD）。与软件关联的处理器用于实现射频收发信机，用于WTRU、UE、终端、基站、RNC或任何主计算机。

Claims (20)

1.一种用于向不同类型的分组提供差别化服务质量（QoS）的方法，该方法包括：

接收单个分组串流，该单个分组串流包括第一分组类型和第二分组类型；

将包括在所述单个分组串流中的所述第一分组类型的分组与第一分组子串流相关联，其中所述第一分组子串流与第一QoS等级相关联；

将包括在所述单个分组串流中的所述第二分组类型的分组与第二分组子串流相关联，其中所述第二分组子串流与第二QoS等级相关联，所述第二QoS等级与所述第一QoS等级不同；以及

向分组目的地发送所述第一分组子串流和所述第二分组子串流。

2.根据权利要求1所述的方法，该方法还包括指示相对于与所述第一分组子串流相关联的分组和与所述第二分组子串流相关联的分组中的每个分组中的所述单个分组串流的相对分组顺序。

3.根据权利要求2所述的方法，其中，所述第一分组类型是与第一网络抽象层（NAL）参考标识（NRI）值相关联的NAL单元（NALU），以及所述第二分组类型是与第二NRI值相关联的NALU。

4.根据权利要求1所述的方法，该方法还包括向策略控制与计费（PCC）实体发送显式QoS请求，该显式QoS请求包括针对所述第一分组类型和所述第二分组类型中的一者或多者的QoS参数的期望值。

5.根据权利要求4所述的方法，该方法还包括接收来自所述PCC实体的QoS响应，所述QoS响应指示所述QoS请求被接受、修改、或拒绝。

6.根据权利要求4所述的方法，其中，所述显式QoS请求指示作为QoS超空间中的点或位置的所述QoS参数的期望值。

7.根据权利要求6所述的方法，其中，所述QoS超空间与延迟、分组差错率、吞吐量和延迟抖动中的一者或多者的基相关联。

8.根据权利要求1所述的方法，该方法还包括为所述第一分组子串流的传输建立第一用户数据报协议（UDP）套接字以及为所述第二分组子串流的传输建立第二UDP套接字。

9.一种无线发射/接收单元（WTRU），该WTRU包括：

接收机，被配置成接收多个视频分组子串流，所述多个视频分组子串流包括第一视频分组子串流和第二视频分组子串流，所述第一视频分组子串流包括封装第一优先级的视频分组的分组，以及所述第二视频分组子串流包括封装第二优先级的视频分组的分组；

处理器，该处理器被配置为：

将所述多个视频分组子串流合并到视频分组串流中；以及

基于被包括在所述分组中的序列号和时间戳中的一者或多者对所述视频分组串流的分组进行重排序；以及

视频解码器，被配置成对重排序后的所述视频分组串流的分组进行解码。

10.根据权利要求9所述的WTRU，其中，所述处理器被配置成经由被包括在实时传输协议（RTP）实体与所述视频解码器之间的中间件将所述多个视频分组子串流进行合并，并对所述视频分组串流的分组进行重排序。

11.根据权利要求9所述的WTRU，其中，所述序列号被包括在实时传输协议（RTP）报头中的序列号字段中，而所述时间戳被包括在RTP报头的时间戳字段中。

12.根据权利要求9所述的WTRU，其中，所述处理器被配置成经由实时传输协议（RTP）实体将所述多个视频分组子串流进行合并，并对所述视频分组串流的分组进行重排序。

13.根据权利要求9所述的WTRU，其中，所述多个视频分组子串流是多个网际协议（IP）分组串流，并且与所述IP分组串流相关联的每个IP分组在所述IP分组的报头的字段中包括被封装在所述IP分组中的视频分组的类型的指示。

14.根据权利要求13所述的WTRU，其中，所述IP分组的报头的所述字段是差别化服务代码点（DSCP）字段、业务类别字段、和流标识字段中的其中之一。

15.根据权利要求9所述的WTRU，其中，所述第一视频分组子串流与对应于第一服务质量（QoS）类别标识符（QCI）值的第一演进型分组系统（EPS）承载相关联，而所述第二视频分组子串流与对应于第二QCI值的第二EPS承载相关联。

16.根据权利要求9所述的WTRU，其中，与所述第一视频分组子串流相关联的分组封装与第一网络抽象层（NAL）单元类型相对应的NAL单元（NALU），而与所述第二视频分组子串流相关联的分组封装与第二NAL单元类型相对应的NALU。

17.根据权利要求9所述的WTRU，该WTRU还包括发射机，其中所述处理器还被配置成：

分离将被传送的第二视频串流成两个或更多个被传送视频子串流，所述两个或更多个被传送视频子串流包括与具有第一确定优先级的分组相关联的第一被传送视频子串流以及与具有第二确定优先级的分组相关联的第二被传送视频子串流，以及

将序列号和时间戳中的一者或多者附加到被包括在所述第一被传送视频子串流中的分组以及被包括在所述第二被传送视频子串流中的分组，所述序列号和时间戳中的一者或多者指示被传送的分组相对于包括在所述第二视频串流中的其他分组的相对顺序；以及

所述发射机被配置成传送所述两个或更多个被传送视频子串流。

18.一种策略与计费规则功能（PCRF），该PCRF包括处理器，该处理器被配置成：

接收来自无线发射/接收单元（WTRU）的服务质量（QoS）请求，该QoS请求包括一个或多个所请求QoS参数；

确定适用于所述WTRU的订阅信息；

基于所述一个或多个所请求QoS参数以及适用于所述WTRU的所述订阅信息来确定是否接受、修改、和/或拒绝所述QoS请求；以及

向所述WTRU发送用于指示所述QoS请求是否已经被接受、修改、和/或拒绝的消息。

19.根据权利要求18所述的PCRF，其中，所述处理器还被配置成向分组网关（P-GW）和策略与计费执行功能（PCEF）中的一者或多者发送所述一个或多个所请求QoS参数的指示。

20.根据权利要求18所述的PCRF，其中，所述一个或多个所请求QoS参数用于为所述WTRU建立演进型分组系统（EPS）承载。

Images