CN106031282B - 支持内QCI QoS感知无线电资源分配的系统、方法及设备 - Google Patents

Abstract

支持内服务质量(QoS)等级标识(QCI)QoS感知调度的系统和方法在本文被公开。用户设备(UE)可被配置为通信地耦合于演进通用陆地无线电接入网络(E‑UTRAN)节点B(eNB)。eNB可根据由UE提供给eNB的信息来调度QCI内的分组。QCI中的分组可使用信息来被分类到一个或多个流内。流可基于哪些流对于UE是最重要的来被优先化。UE可提供每个流的QoS参数。eNB可基于每个分组在哪个流中以及该流的QoS参数来调度分组。相关联的QoS参数可被优先化，并且较重要QoS参数可在损害较不重要QoS参数的情况下来得到满足。

Description

支持内QCI QoS感知无线电资源分配的系统、方法及设备

技术领域

本公开涉及一个或多个设备与基站之间的内QCI QoS感知通信。

附图说明

图1是用于将UE通信地耦合于因特网的系统的示意图。

图2是用于使用多个承载将UE通信地耦合于因特网的系统的示意图。

图3是当提供内QCI QoS感知调度时可被利用的信息集的示意图。

图4是UE和eNB之间的用于建立和维护内QCI QoS感知调度的多个通信的示意图。

图5是用于在远程设备上建立、更新、以及去激活(deactivating)内QCI QoS感知调度的方法的流程图。

图6是用于如远程设备所指示的来建立、更新、以及去激活内QCI QoS感知调度的方法的流程图。

图7是能够支持内QCI QoS感知无线电资源分配的UE的示意图。

优选实施例的详细描述

无线移动通信技术使用各种标准和协议来在基站和无线通信设备之间发送数据。例如，无线通信系统标准和协议可包括：第三代合作伙伴项目(3GPP)长期演进(LTE)；产业群俗称全球微波接入互操作性(WiMAX)的电气与电子工程师协会(IEEE)802.16标准；以及产业群俗称Wi-Fi的IEEE 802.11标准。在LTE系统的3GPP无线电接入网(RAN)中，基站可包括演进通用陆地无线电接入网络(E-UTRAN)节点B(还通常表示为演进节点B、增强节点B、eNodeB、或eNB)和/或E-UTRAN中的无线电网络控制器(RNC)，该无线电网络控制器(RNC)与被称为用户设备(UE)的无线通信设备通信。演进分组核心(EPC)可将E-UTRAN通信地耦合于外部网络，例如，因特网。

LTE网络包括提供高数据速率、低延迟、分组优化、以及改善系统容量和覆盖的无线电接入技术以及核心无线电网络架构。在LTE网络中，E-UTRAN可包括多个eNodeB并可与多个UE通信。LTE网络中的下行链路(DL)传输可被定义为从eNodeB到UE的通信，并且上行链路(UL)传输可被定义为从UE到eNodeB的通信。

当UE与E-UTRAN通信地耦合时，演进分组系统(EPS)承载可针对UE被建立。EPS承载可以是UE与分组网关(P-GW)之间的虚拟耦合，并可包含额外承载(例如，E-UTRAN无线电接入承载(E-RAB)、无线电承载、S1承载、S5/S8承载等)。EPS承载可包括有保证的服务质量(QoS)。例如，每个EPS承载可以与QoS等级标识(QCI)相关联，并且每个QCI可以与预定义的QoS参数相关联。QCI QoS参数可包括优先级、分组延迟预算、分组错误/丢失率、资源类型、比特率是否有保证等。来自不同EPS承载的数据分组可基于与每个EPS承载相关联的QCI来区别对待，但EPS承载中的流量可同等对待。

UE可能正运行许多不同的应用，包括第三方应用，但来自这些应用的所有流量可被分配到同一承载。例如，QCI“9”可以是诸如第三方应用之类的非特权订户的默认承载。来自第三方应用的数据可使用默认承载来OTT(Over-The-Top)传送。有时，数据可被加密，因此E-UTRAN和/或EPC可能甚至不能确定所传送的分组上的内容。应用可具有不同的QoS要求，但可服从相同的QoS处置(treatment)。例如，诸如Skype、FaceTime、Google Hangouts等之类的实时应用可与非实时应用(例如，网页浏览等)、背景应用(例如，更新等)等具有不同的QoS要求(例如，延迟、吞吐量、分组丢失等)。因此，UE上的第三方应用可能体验低于理想性能。因此，存在对针对与单一QCI相关联的同一承载中不同的服务(例如，不同OTT应用)向分组提供不同QoS处置的系统和方法的需求。

在实施例中，数据的内QCI分类可允许eNB和/或UE向具有单一QCI的同一承载中的分组提供不同的QoS处置。数据可被分类到每个具有相关联QoS参数的多个流(flow)中。eNB和/或UE可向每个由QoS参数指定的流提供QoS处置。实时流可比要求较低分组丢失但可接受较大延迟的非实时流接收更小延迟但更高分组丢失。某些流对于UE可以是更重要或更不重要的，因此QoS参数可指定流的优先级。来自较高优先级流的分组可比来自较低优先级流的分组接收更好的处置。在某些实施例中，基于内QCI QoS参数的调度可不影响与其他QCI相关联的分组的调度和/或其他UE的调度。

内QCI QoS感知调度可以在被设计为与不支持内QCI调度的标准和协议互操作的系统中实现。支持内QCI QoS感知调度的eNB因此可发送指示内QCI QoS感知调度被支持的无线电资源控制(RRC)消息。eNB可仅针对某些QCI支持内QCI QoS感知调度，因此eNB可指示针对哪些QCI支持内QCI QoS感知调度。UE可接收RRC消息。如果UE不支持内QCI QoS感知调度，则UE可忽略该RRC消息。如果UE支持内QCI QoS感知调度，则UE可决定其是否想要内QCIQoS感知调度被激活。

为激活内QCI QoS感知调度，UE可向eNB发送指示内QCI QoS感知调度应被激活的RRC消息。来自UE的RRC消息可包括各种信息。例如，RRC消息可指示哪个流量应接收内QCIQoS感知调度。RRC消息可指示UL流量、DL流量、或二者是否应接收内QCI QoS感知调度。RRC消息可指示将服从内QCI QoS感知调度的承载的数目，并可标识每个承载，例如，针对此承载使用QCI。RRC消息还可指示将有多少流和/或用于标识每个流的分类信息。分类信息可包括因特网协议(IP)地址、端口号、协议类型等、和/或可能存在使用分类信息不能分类的分组的默认流。例如，RRC消息可使用一个或多个整数来指示每个流的优先级。优先级可指示哪个(哪些)流对于UE是更重要的，并因此应在调度期间接收更好的处置。

RRC消息可包括每个流的QoS参数，并可指示每个流的QoS参数的数目。对于每个QoS参数，类型、值、以及优先级可被指示。类型可指示什么参数正被指定。类型可包括：容许延迟、最小吞吐量、最大分组丢失率等。值可指示所指示的参数类型的限制，例如，10ms延迟、10kBps吞吐量、1％分组丢失率等。单位可在RRC消息中假设和/或指示。特殊值(例如，0、-1等)可指示该类型没有明确的限制。优先级可指示哪个类型的QoS参数对于UE是最重要的。eNB和/或UE在某些情况下可能不能够满足每个类型的QoS参数。在这类情况下，eNB和/或UE可试图以较低优先级类型为代价来满足较高优先级类型的QoS参数。QoS参数优先级因此允许UE向eNB指示什么类型的处置将给予用户最好的体验。不同类型的QoS参数之间的权衡可在流之间的权衡之外和/或代替流之间的权衡来执行(例如，在不影响同一EPS承载中的其他流的情况下，较不重要的QoS参数可被牺牲来满足较重要的QoS参数)。

响应于接收RRC消息，eNB可激活内QCI QoS感知调度。替代地，或此外，UE可在发送RRC消息之后、接收确认之后、和/或不发送RRC消息时来激活内QCI QoS感知调度。eNB和/或UE可使用分类信息来标识每个分组应分配哪个流。eNB和/或UE可基于流来调度分组以满足该流的尽可能多的QoS参数。在某些实施例中，调度可完全由eNB执行，因此UE可不需要知道哪个算法正被使用。在没有对UE设计的任何复杂改变的情况下，UE可与实现各种不同算法的eNB通信。例如，各种eNB提供商可使用其自己的专有调度算法。所调度的分组可由eNB发送并可由UE接收，反之亦然。

在UE上运行的应用可随时间改变。一个或多个流可停止接收流量，和/或没有对应的流的新流量可开始(例如，新应用可在UE上启动)。为解释这些改变，UE可向eNB发送具有更新的内QCI QoS感知调度信息的RRC消息。RRC消息可仅包括更新的信息和/或可包括完整的信息集。响应于确定改变已发生等，具有对内QCI QoS感知调度信息的更新的RRC消息可周期地被发送(例如，不管改变是否已发生)。在eNB已接收更新的内QCI QoS感知调度信息之后，eNB和/或UE可根据更新的信息来调度分组。替代地或此外，在未将更新的信息发送到eNB的情况下，UE可根据更新的内QCI QoS感知调度信息来调度分组。UE可希望去激活内QCIQoS感知调度，例如，因为用户已关闭一个或多个应用。为此，UE可向eNB发送指示内QCI QoS感知调度应被去激活的RRC消息。作为响应，eNB和/或UE可去激活内QCI QoS感知调度，并可返回根据默认调度方法来调度分组。在某些实施例中，RRC消息可去激活较少的流而不是所有的流，和/或可完全去激活内QCI QoS感知调度。默认调度方法可以是先入先出(FIFO)算法和/或另一同等对待内QCI流量的算法。

图1是将UE 110通信地耦合于因特网150的系统100的示意图。eNB 120可与UE 110无线通信地耦合，这可允许UE 110由用户移动的使用并仍保持通信地耦合于因特网。eNB120可通信地耦合于切换网关(S-GW)130，该S-GW 130可通信地耦合于P-GW 140。P-GW 140可通信地耦合于因特网150。S-GW 130和P-GW 140可负责将分组从eNB 120路由到因特网150，并且反之亦然。EPS承载(未示出)可在UE 110和P-GW 140之间建立。EPS承载可保证UE110和P-GW 140之间所运载的分组的一定QoS。

UE 110可以是智能手机、平板电脑、耦合于膝上型计算机或个人计算机的调制解调器等。诸如计算机程序、移动应用等的各种应用可在UE 110上执行。各种应用可通过eNB120、S-GW 130、和/或P-GW 140与因特网150通信。UE 110可将应用分配到EPS承载。某些应用可以是第三方应用并可被分配到默认EPS承载。EPS承载可以是确保分组正确地从应用被路由到网络(反之亦然)以及接收预定义的QoS处置的虚拟概念。例如，eNB 120、S-GW 130、和/或P-GW 140可基于与其相关联的特定EPS承载来调度分组。

图2是使用多个承载211、212、215将UE 210通信地耦合于因特网250的系统200的示意图。当UE 210与E-UTRAN通信地耦合时(例如，通过耦合于eNB 220)，默认EPS承载211可在UE 210和P-GW 240之间被建立。在实施例中，默认承载211可被配置为运载信令消息(例如，会话初始化协议(SIP)信令消息)。信令消息的默认承载211可基于与默认承载211相关联的QCI来接收预定义的QoS处置。例如，默认承载211可被保证低延迟以及较少的分组丢失。eNB 220、S-GW 230、和/或P-GW 240可确保QoS要求被满足。UE 210可请求专用承载和/或额外默认承载被建立。UE 210可请求用于运载语音的专用承载212被建立。例如，针对语音的专用承载212可被配置为传输IP电话(VoIP)分组，例如来向UE 210提供电话服务。在某些实施例中，专用承载212可被保证低延迟但可能需要接受高分组丢失。

UE 210可请求额外默认承载215被建立以供传输来自非特权订户的分组。例如，UE210可能正在运行多个应用，例如，实时应用216、非实时应用217、以及背景应用218。多个应用216-218可全部经由非特权订户的默认承载215来接收对因特网250的接入。当内QCI QoS感知调度不活跃时，多个应用216-218可接收相同的QoS处置。因此，要求低分组延迟但愿意接受低吞吐量的应用可能与要求高吞吐量但愿意接受高分组延迟的应用体验相同的分组延迟和吞吐量。此外，某些应用对于UE 210的用户可比其他应用更重要，但来自更重要应用的分组可能未接收任何更好的QoS处置。例如，默认承载215中的所有分组可接收FIFO或类似处置。

当内QCI QoS感知调度已被激活时，来自多个应用216-218的分组可接收默认承载215中的不同QoS处置。来自更重要应用的分组可接收较高优先级，并且调度可试图在最不重要的QoS参数之前容纳最重要的QoS参数。替代地或此外，调度可针对更重要的QoS参数以最不重要的QoS参数为代价来被优化，和/或可不影响使用同一默认承载215的其他应用的分组。在某些实施例中，默认承载215中分组的内QCI调度可不影响其他承载211、212和/或其他用户的承载(未示出)中分组的调度。内QCI调度可由UE 210和/或eNB 220执行。在某些实施例中，S-GW 230、P-GW 240等还可(或替代地)执行内QCI调度。例如，UE 210可在向eNB220发送之前调度UL分组，和/或eNB 220可在向UE 210发送之前调度DL分组。响应于所发送的分组体验的QoS性能，应用216-218中的一些或全部可正使用被配置为调整分组传输速率的协议。因此，分组延迟或丢弃可导致应用216-218和/或远程连接调整分组传输速率，这可改善经由默认承载215通信的其他应用的性能。

图3是提供内QCI QoS感知调度时可被利用的信息集300的示意图。该组信息300可包括关于内QCI QoS感知调度应被应用到的QCI 310的指示。关于QCI 310的指示可包括标识QCI的整数、QCI的文本标识、QCI的唯一标识符等。一个或多于一个QCI可被指示，和/或该信息集300可包括关于内QCI QoS感知调度将被应用到的QCI的数目的指示。该信息集300可包括关于内QCI QoS感知调度应被执行的流量方向320的指示。例如，UL流量、DL流量、或两个方向的流量可被调度。在示出的实施例中，关于QCI 310和流量方向320的指示可针对具体的流被指示。替代地或此外，关于多个流的信息可针对内QCI QoS感知调度将被应用到的每个QCI和/或流量方向被指示。流可以是用于确定如何在分组中分配资源的虚拟概念。

信息集300可包括用于标识哪个流量属于每个流的分类信息340。在示出的实施例中，分类信息340指示使用传输控制协议(TCP)并在端口100-199上发送的流量应在流中分类。分类信息尤其可包括源或目的地IP地址、源或目的地端口、协议类型等。头部信息(例如，来自IP头部、TCP头部等的信息)可从分组中提取并与分类信息340比较以确定在哪个流中分类每个分组。信息集300可包括每个流的优先级信息330。例如，优先级信息330可包括可指示流中优先级的顺序的整数。属于具有较高优先级的流的分组在调度期间可优先于属于具有较低优先级的流的分组。替代地或此外，较高优先级流的QoS参数可以以较低优先级流的QoS参数为代价来被满足。

信息集300可包括每个流的QoS参数和/或QoS参数的数目。QoS参数可包括每个QoS参数的QoS类型350、QoS值360、QoS优先级370等。QoS类型350可包括关于QoS值360和/或QoS优先级370正针对哪个准则被指定的指示。QoS类型350可包括最大容许延迟351、最小吞吐量352、最小丢失率353等。QoS值360可以是由QoS类型350指定的准则应保持在其上或其下的界限。例如，最大延迟值361可以毫秒指定、最小吞吐量362可以兆每秒指定、和/或最大丢失率363可指定为负十进制指数。单位可预先定义和/或QoS值360可指示要使用的单位。QoS优先级370可指示哪些QoS参数对于应用是最重要的，以及哪些是最不重要的。例如，实时应用可将最高优先级371分配给最大延迟351，将第二高优先级372分配给最小吞吐量352，以及将最低优先级373分配给最大丢失率353。延迟太多的分组对于实时应用可能是无用的，但响应于增加分组丢失，实时应用可能够优雅地降低质量。因此，如果丢失率353而不是延迟351被允许超越最大值363，实时应用可提供更好的用户体验。

图4是UE和eNB之间用于建立和维护内QCI QoS感知调度的多个通信400的示意图。不是所有UE和/或eNB可支持内QCI QoS感知调度。因此，eNB可向UE通告402其支持内QCIQoS感知调度。通告可被广播到多个UE和/或被发送到单一UE。eNB还可指示或替代地指示设置，例如，哪些设置可由UE设置以及哪些不能，和/或一个或多个设置的值。在某些实施例中，eNB可指示所支持的内QCI QoS感知调度的版本。eNB可指示内QCI QoS感知调度将被支持的(一个或多个)EPS承载的(一个或多个)QCI。例如，eNB可不允许针对信令消息的默认承载和/或针对语音的专用承载中的QCI QoS感知调度，但可允许针对非特权订户的默认承载和/或一个或多个其它承载中的QCI QoS感知调度。UE可从eNB通告知道对于哪些承载内QCIQoS感知调度可被请求，以及对于哪些承载内QCI QoS感知调度是不支持的。

如果UE想要eNB执行内QCI QoS感知调度，UE可向eNB发送404内QCI QoS感知调度应被激活的指示。UE还可提供内QCI QoS感知调度信息(例如，信息集300)，这可指定内QCIQoS感知调度应如何被应用。例如，内QCI QoS感知调度信息可包括哪个流量应服从内QCIQoS感知调度(例如，哪个QCI、哪个流量方向等)、流量应如何被分类到流中、哪些QoS参数应被应用到每个流等。内QCI QoS感知调度信息可部分基于eNB接受什么信息来被确定，例如，如eNB进行的通告中所指示的。在实施例中，UE可针对上行链路流量执行内QCIQoS感知调度。

eNB可根据所提供的内QCI QoS感知调度信息来向UE发送已被调度的分组，反之亦然。由eNB使用的具体调度算法可不必在内QCI QoS感知调度信息中指定。例如，eNB可选择要实现的调度算法。替代地或此外，UE可能够指示调度算法。在UE上运行的应用可随时间改变。因此，UE可能想要改变内QCI QoS感知调度和/或去激活内QCI QoS感知调度。为改变内QCI QoS感知调度，UE可发送406更新的内QCI QoS感知调度信息，该更新的内QCI QoS感知调度信息可包括未改变的信息和/或可仅包括已改变的信息。eNB和/或UE可根据更新的内QCI QoS感知调度信息来发送分组。为去激活内QCI QoS感知调度，UE可向eNB指示408内QCIQoS感知调度应被去激活。UE可指示某些流应被去激活、某些QCI应使内QCI QoS感知调度去激活、和/或所有内QCI QoS感知调度应被去激活。响应于内QCI QoS感知调度被去激活，eNB和/或UE可使用可同等对待内QCI流量的默认调度算法。

图5是在远程设备上建立、更新、以及去激活内QCI QoS感知调度的方法500的流程图。方法500可当与无线电网络(例如，包括诸如eNB之类的远程设备的无线电网络)的通信耦合被建立时开始。在通信耦合的建立期间或之后，通告远程设备的提供内QCI QoS感知调度能力的控制消息可被接收502。控制消息可包括内QCI QoS感知调度被激活所需的任何信息，例如，设置、版本信息等。

为激活内QCI QoS感知调度，指示内QCI QoS感知调度应被激活的控制消息可被发送504到远程设备。控制消息可包括指示远程设备应如何设置内QCI QoS感知调度的内QCIQoS感知调度信息。内QCI QoS感知调度信息可从一个或多个运行应用的预定规范、一个或多个运行应用的流量历史等中确定。已根据内QCI QoS感知调度信息调度的分组可从远程设备被接收506和/或被发送至远程设备。一个或多个运行应用的用户体验可基于在所接收的分组上执行的内QCI QoS感知调度来改善。替代地或此外，分组可被发送至远程设备以供调度。

随着时间推移，哪些应用正在运行可能改变和/或应用的调度需求可能改变。内QCI QoS感知调度可由远程设备更新508，例如，通过发送指示更新和/或提供新的、完整内QCI QoS感知调度信息的控制消息。已根据更新的内QCI QoS感知调度信息调度的额外分组可从远程设备被接收510和/或被发送至远程设备。

去激活内QCI QoS感知调度还可以是期望的，例如，当不再需要时和/或一个或多个应用已被关闭时。内QCI QoS感知调度可使用远程设备来被去激活512。在实施例中，指示内QCI QoS感知调度应被去激活的控制消息可被发送至远程设备。仍有已根据默认调度算法调度的额外分组可被接收514和/或被发送。默认调度算法可以是当内QCI QoS感知调度不活跃时所应用的算法，并可同等对待同一QCI中的流量。方法500中的一个或多个动作可被重复和/或动作可以以不同于所示出的实施例中示出的顺序来执行。方法可当与无线电网络的通信耦合被结束时结束。

图6是如移动用户设备所指示的来建立、更新、以及去激活内QCI QoS感知调度的方法600的流程图。方法600可当与移动用户设备(例如，UE)的通信耦合被建立时开始。在通信耦合建立期间或之后，控制消息可被发送602至移动用户设备。控制消息可指示可被提供用于通信耦合的内QCI QoS感知调度能力。控制消息可指示应由移动用户设备提供来激活内QCI QoS感知调度的信息。信息可包括应被提供的设置、版本信息等。

控制消息可从移动用户设备被接收604。控制消息可指示内QCI QoS感知调度应被激活。控制消息可包括内QCI QoS感知调度信息，该内QCI QoS感知调度信息可指示移动用户设备的调度偏好(例如，移动用户设备想要流量如何优先化)。例如，内QCI QoS感知调度信息可包括用于将分组分类到流中的信息、关于流的相对优先级的信息、每个流的QoS参数等。去往和/或来自移动用户设备的分组可根据从移动用户设备接收的内QCI QoS感知调度信息来被调度606。在某些实施例中，移动用户设备可不选择用于调度分组的具体调度算法。相反，移动用户设备可指示调度算法可从中确定分组的相对重要性(例如，确定要优先化哪些分组以及要延迟和/或丢弃哪些分组)的参数。例如，调度的分组可被发送至移动用户设备和/或可从移动用户设备被接收以供例如传输到因特网。

指定更新的内QCI QoS感知调度信息的控制消息可从移动用户设备偶尔地/或周期地被接收608。例如，分类信息、流的相对优先级、流的QoS参数等可被更新。更新的内QCIQoS感知调度信息可仅包括待更新的信息和/或可包括内QCI QoS感知调度的完整信息集。额外分组可基于更新的内QCI QoS感知调度信息来被调度610。例如，调度算法可更新用于确定如何调度分组的参数。额外分组可在调度之后被发送至移动用户设备和/或因特网。

指示内QCI QoS感知调度应被去激活612的控制消息可从移动用户设备被接收。控制消息可指示所有内QCI QoS感知调度应被去激活、调度应针对QCI被去激活、调度应针对流被去激活等。作为响应，内QCI QoS感知调度可被去激活。在内QCI QoS感知调度被去激活之后，仍有额外分组可使用默认调度规则来被调度614。默认调度规则可同等对待同一QCI中的流量，并可将通用QoS参数应用到同一QCI中的所有分组。方法600中的一个或多个动作可被重复和/或动作可以以不同于所示出的实施例中示出的顺序来执行。方法可当与移动用户设备的通信耦合结束时结束。

图7还提供了可用于移动设备的音频输入和输出的麦克风以及一个或多个扬声器的图示。显示屏可以是液晶显示(LCD)屏或其他类型的显示屏，例如，有机发光二极管(OLED)显示器。显示屏可被配置为触摸屏。触摸屏可使用电容性、电阻性、或另一类型的触摸屏技术。应用处理器和图形处理器可耦合于内部存储器以提供处理和显示能力。非易失性存储器端口还可用于向用户提供数据输入/输出选项。非易失性存储器端口还可用于扩展移动设备的存储能力。键盘可与移动设备集成，或无线地连接到移动设备以提供额外用户输入。虚拟键盘还可使用触摸屏来提供。

示例

下列示例涉及进一步的实施例：

示例1是一种被配置为与E-UTRAN通信的UE。UE包括处理器以及与处理器耦合的存储器。存储器存储指令，当指令由处理器执行时，使得UE从eNB接收指示eNB支持内QCI调度的第一RRC消息。当指令由处理器执行时，还使得UE向eNB发送指示内QCI调度应被激活的第二RRC消息。第二RRC消息指示用于分类流量的若干流以及每个流的QoS参数。当指令由处理器执行时，还使得UE发送和接收数据。多个分组基于QoS参数被调度。多个分组包括数据的至少一部分。

在示例2中，示例1的第二RRC消息包括关于内QCI调度应被应用到的QCI的指示。

在示例3中，示例1-2的任一项的第二RRC消息包括关于每个QoS参数的优先级的指示。多个分组基于每个QoS参数的优先级来被调度。

在示例4中，示例1-3的任一项的第二RRC消息包括关于调度应被应用到的流量方向的指示，并且其中，所调度的多个分组在流量方向被传送。

在示例5中，示例1-4的任一项的第二RRC消息包括分类信息以及关于每个流的优先级的指示，其中，分类信息被用于将流量分类到流中，并且其中，多个分组基于每个流的优先级来被调度。

在示例6中，当示例1-5的任一项的指令由处理器执行时，使得UE向eNB发送更新一个或多个QoS参数的第三消息。

在示例7中，当示例1-6的任一项的指令由处理器执行时，使得UE向eNB发送指示内QCI调度应被去激活的第三消息。

在示例8中，示例1-7的任一项的UE包括收发器(包含发送器和接收器组件)、多个天线(其中，多个天线中的第一天线耦合于发送器，并且其中，多个天线中的第二天线耦合于接收器)、显示触摸屏、以及键盘。

示例9是一种支持内QCI资源分配的方法。方法包括在基站处从移动用户设备接收控制消息。来自移动用户设备的控制消息指示内QCI资源分配应被激活。来自移动用户设备的控制消息包括关于内QCI资源分配应被应用到的QCI的指示、QCI中多个流的分类信息、以及每个流的QoS参数。方法包括基站标识在多个流的哪个流中基于分类信息来对多个分组的每个分组进行分类。方法包括基于QoS参数以及每个分组在哪个流中被分类来调度多个分组。

在示例10中，示例9的方法包括通过基站向移动用户设备发送控制消息，其中，到移动用户设备的控制消息指示基站支持内QCI资源分配。

在示例11中，示例9-10的任一项的来自移动用户设备的控制消息包括每个QoS参数的优先级。调度多个分组包括试图首先满足最高优先级QoS参数并试图最后满足最低优先级QoS参数。

在示例12中，示例9-11的任一项的调度包括在未满足最低优先级QoS参数的情况下满足最高优先级QoS参数。

在示例13中，示例9-12的任一项的来自移动用户设备的控制消息包括关于每个流的优先级的指示。调度多个分组包括优先化高优先级流中的分组。

在示例14中，示例9-13的任一项的来自移动用户设备的控制消息包括关于流量方向的指示，并且正被调度的多个分组在流量方向行进。

在示例15中，示例9-14的任一项的方法包括接收额外的控制消息。额外的控制消息包括多个更新的流的更新的分类信息。方法包括标识在多个更新的流的哪个流中对多个额外的分组进行分类。

在示例16中，示例9-15的任一项的方法包括接收额外的控制消息。额外的控制消息包括每个流的更新的QoS参数。方法包括基于更新的QoS参数来调度多个额外分组。

在示例17中，示例9-16的任一项的方法包括接收额外的控制消息。额外的控制消息指示内QCI资源分配应被去激活。方法包括根据默认调度算法来调度多个额外的分组。

示例18是一种用于建立内类调度的设备。设备包括本地无线电组件，该本地无线电组件被配置为向远程无线电组件指示预定义的类中的流量应被划分到多个子组中并基于子组来被调度。本地无线电组件被配置为向远程无线电组件指示用于将流量划分到多个子组中的准则。本地无线电组件被配置为接收被划分到多个子组中并基于子组被调度的多个消息。多个消息从远程无线电组件被接收。

在示例19中，示例18的本地无线电组件被配置为向远程无线电组件指示每个子组的一个或多个调度参数。多个消息基于每个子组的一个或多个调度参数来被调度。

在示例20中，示例18-19的任一项的本地无线电组件被配置为指示用于将流量划分到多个子组中的准则。准则包括互联网协议套件协议的标识信息。

在示例21中，示例18-20的任一项的本地无线电组件被配置为指示每个子组的优先级。多个消息基于每个子组的优先级来被调度。

在示例22中，无线电接入网包括示例18-21的任一项的远程无线电组件。

在示例23中，示例18-22的任一项的本地无线电组件被配置为将多个上行链路消息划分到多个子组中，并基于子组调度上行链路消息以供传输。

示例24是一种在与eUTRAN通信时用于支持内QCI资源分配的方法。方法包括在UE处从eNB接收指示eNB支持内QCI调度的第一RRC消息。方法包括通过UE将指示内QCI调度应被激活的第二RRC消息发送到eNB。第二RRC消息指示用于分类流量的若干流以及每个流的QoS参数。方法包括发送和接收数据。多个分组基于QoS参数来被调度。多个分组包括数据的至少一部分。

在示例25中，示例24的第二RRC消息包括关于内QCI调度应被应用到的QCI的指示。

在示例26中，示例24-25的任一项的第二RRC消息包括关于每个QoS参数的优先级的指示。多个分组基于每个QoS参数的优先级来被调度。

在示例27中，示例24-26的任一项的第二RRC消息包括关于调度应被应用到的流量方向的指示。调度的多个分组在流量方向被传送。

在示例28中，示例24-27的任一项的第二RRC消息包括分类信息以及关于每个流的优先级的指示。分类信息被用于将流量分类到流中。多个分组基于每个流的优先级来被调度。

在示例29中，示例24-28的任一项的方法包括向eNB发送更新一个或多个QoS参数的第三消息。

在示例30中，示例24-29的任一项的方法包括向eNB发送指示内QCI调度应被去激活的第四消息。

示例31是一种支持内QCI资源分配的方法。方法包括在基站处从移动用户设备接收控制消息。来自移动用户设备的控制消息指示内QCI资源分配应被激活。来自移动用户设备的控制消息包括关于内QCI资源分配应被应用到的QCI的指示、QCI中多个流的分类信息、以及每个流的QoS参数。方法包括基站标识在多个流的哪个流中基于分类信息来对多个分组中的每个分组进行分类。方法包括基于QoS参数以及每个分组在哪个流中被分类来调度多个分组。

在示例32中，示例31的方法包括通过基站向移动用户设备发送控制消息。到移动用户设备的控制消息指示基站支持内QCI资源分配。

在示例33中，示例31-32的任一项的来自移动用户设备的控制消息包括每个QoS参数的优先级。调度多个分组包括试图首先满足最高优先级QoS参数并试图最后满足最低优先级QoS参数。

在示例34中，示例31-33的任一项的调度包括在未满足最低优先级QoS参数的情况下满足最高优先级QoS参数。

在示例35中，示例31-34的任一项的来自移动用户设备的控制消息包括关于每个流的优先级的指示。调度多个分组包括优先化高优先级流中的分组。

在示例36中，示例31-35的任一项的来自移动用户设备的控制消息包括关于流量方向的指示，并且被调度的多个分组在流量方向行进。

示例37是一种设备，其包括用于执行示例24-36的任一项中所描述方法的装置。

示例38是一种包括机器可读指令的机器可读存储装置，当机器可读指令被执行时，实现示例24-37的任一项中所描述的方法或装置。

其中的各个技术、或某些方面或部分可采取具体化在有形介质中的程序代码(即，指令)的形式，例如，软盘、CD-ROM、硬盘、非暂态计算机可读存储介质、或任意其他机器可读存储介质，其中，当程序代码加载到机器(例如，计算机)中并由机器执行时，机器变成了用于实施各种技术的装置。在程序代码在可编程计算机上执行的情况下，计算设备可包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备、以及至少一个输出设备。易失性和非易失性存储器和/或存储元件可以是RAM、EPROM、闪盘驱动器、光驱、磁硬盘驱动器、或用于存储电子数据的另一介质。eNB(或其他基站)和UE(或其他移动站)还可包括收发器组件、计数器组件、处理组件、和/或时钟组件或定时器组件。可实现或利用本文描述的各种技术的一个或多个程序可使用应用编程接口(API)、可重用控制等。这类程序可在高级过程语言或面向对象编程语言中实现以与计算机系统通信。然而，如果需要，(一个或多个)程序可在汇编或机器语言中实现。在任何情况下，语言可以是编译或解释语言，并与硬件实现方式组合。

应理解的是，此说明书中描述的许多功能单元可实现为一个或多个组件，组件是用于更具体地强调其实现方式独立性的术语。例如，组件可被实现为包括定制超大规模集成(VLSI)电路或门阵列、现成半导体(例如，逻辑芯片、晶体管)、或其他离散组件的硬件电路。组件还可在可编程硬件设备中实现，例如，现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等。

组件还可在软件中实现来用于由各种类型的处理器执行。可执行代码的标识组件可例如包括计算机指令的一个或多个物理或逻辑块，其例如可被组织为对象、过程、或功能。然而，标识组件的可执行文件不需要物理地位于一起，而是可包括存储在不同位置的不同指令，当这些指令逻辑地连接在一起时构成组件并实现组件的既定目的。

实际上，可执行代码的组件可以是单一指令、或许多指令，并甚至可分布于若干不同代码段上、分布于不同程序中、以及跨若干存储器设备分布。类似地，操作数据在本文可在组件中标识和说明，并可以以任意适当的形式体现，并组织在任意适当类型的数据结构中。操作数据可被收集为单一数据集，或可分布于包括不同存储设备的不同位置上，并且可至少部分地仅作为系统或网络上的电子信号存在。组件可以是无源的或有源的，包括可操作来执行期望功能的代理。

贯穿此说明书对“示例”的引用表示结合示例被描述的具体特征、结构、或特性被包括在本公开的至少一个实施例中。因此，短语“在示例中”在贯穿此说明书的各处的出现不一定都指同一实施例。

如本文使用的，为方便起见，多个项、结构元件、组成元件、和/或材料可被呈现在一般列表中。然而，这些列表应被理解为好像列表的每个成员被单独地标识为单独且唯一的成员一样。因此，基于其在一般群组中的呈现而无需相反的指示，这类列表中的独立成员不应该被理解为同一列表的任何其他成员的事实上的等同。此外，本公开的各个实施例和示例在本文可与其中各个实施例的替代一起被参考。要理解的是，这些实施例、示例、以及替代将不被理解为彼此的事实上的等同，而将被视为本公开的独立且自主的表示。

尽管为了清楚的目的已按某些细节描述了前述的内容，但将显而易见的是，在不脱离其原理的情况下，可做出某些改变和修改。应注意的是，存在许多用于实现本文描述的处理和装置二者的替代方式。因此，本实施例应被考虑为说明性而非限制性的，并且本公开不限于本文给出的细节，而是可在所附权利要求的范围和等同形式内修改。

本领域技术人员将理解的是，在不脱离本公开的根本原理的情况下，可以对前述实施例的细节做出许多改变。因此，本申请的范围仅由所附权利要求来确定。

Claims (16)

1.一种用户设备(UE)，所述UE被配置为与演进通用陆地无线电接入网络(eUTRAN)通信，所述UE包括：

处理器；以及

与所述处理器耦合的存储器，所述存储器存储指令，当所述指令由所述处理器执行时使得所述UE：

从eUTRAN节点B(eNB)接收第一无线电资源控制(RRC)消息，所述第一RRC消息指示所述eNB支持内服务质量(QoS)等级标识(QCI)调度，并且指示所述UE能够请求内QCI调度的承载的QCI；

从由所述第一RRC消息指示的承载中选择至少一个承载；

选择所选择的至少一个承载内的用于分类流量的若干流、以及所述若干流中的每个流的QoS参数；

向所述eNB发送指示内QCI调度应被激活的第二RRC消息，其中，所述第二RRC消息指示所选择的至少一个承载的QCI、用于分类流量的所述若干流以及所述若干流中的每个流的QoS参数；以及

发送和接收数据，其中，多个分组基于所述QoS参数来被调度，并且其中，所述多个分组包括所述数据的至少一部分。

2.如权利要求1所述的UE，其中，所述第一RRC消息包括关于所述eNB所支持的内QCI调度的版本的指示。

3.如权利要求1所述的UE，其中，所述第二RRC消息包括关于每个QoS参数的优先级的指示，并且其中，所述多个分组基于所述每个QoS参数的优先级来被调度。

4.如权利要求1所述的UE，其中，所述第二RRC消息包括关于调度应被应用到的流量方向的指示，并且其中，所调度的所述多个分组在所述流量方向被传送。

5.如权利要求1所述的UE，其中，所述第二RRC消息包括分类信息以及关于每个流的优先级的指示，其中，所述分类信息被用于将所述流量分类到所述流中，并且其中，所述多个分组基于每个流的所述优先级来被调度。

6.如权利要求1所述的UE，其中，当所述指令由所述处理器执行时，使得所述UE向所述eNB发送更新一个或多个所述QoS参数的第三消息。

7.如权利要求1所述的UE，其中，当所述指令由所述处理器执行时，使得所述UE向所述eNB发送指示所述内QCI调度应被去激活的第三消息。

8.如权利要求1所述的UE，还包括：

收发器，其包括发送器组件和接收器组件；

多个天线，其中，所述多个天线中的第一天线耦合于所述发送器，并且其中，所述多个天线中的第二天线耦合于所述接收器；

显示触摸屏；以及

键盘。

9.一种支持内服务质量(QoS)等级标识(QCI)资源分配的方法，所述方法包括：

从基站向移动用户设备发送第一控制消息，所述第一控制信息指示所述基站支持内QCI资源分配，并且指示所述移动用户设备能够请求内QCI资源分配的承载的QCI；

响应于所述第一控制消息，在所述基站处从所述移动用户设备接收第二控制消息，其中，来自所述移动用户设备的所述第二控制消息指示内QCI资源分配应被激活，并且其中，来自所述移动用户设备的所述第二控制消息包括：

关于内QCI资源分配应被应用到的至少一个QCI的指示，所述至少一个QCI是由所述移动用户设备从由所述第一控制消息指示的QCI中选择的；

所述至少一个QCI中多个流的分类信息，所述分类信息和所述多个流是由所述移动用户设备选择的；以及

由所述移动用户设备选择的每个流的QoS参数；

所述基站标识在所述多个流的哪个流中基于所述分类信息来对多个分组中的每个分组进行分类；

基于所述QoS参数以及每个分组在哪个流中被分类来调度所述多个分组。

10.如权利要求9所述的方法，其中，来自所述移动用户设备的所述第二控制消息还包括每个QoS参数的优先级，并且其中，调度所述多个分组包括试图首先满足最高优先级QoS参数并试图最后满足最低优先级QoS参数。

11.如权利要求10所述的方法，其中，调度包括在未满足所述最低优先级QoS参数的情况下，满足所述最高优先级QoS参数。

12.如权利要求9所述的方法，其中，来自所述移动用户设备的所述第二控制消息包括关于每个流的优先级的指示，并且其中，调度所述多个分组包括优先化高优先级流中的分组。

13.如权利要求9所述的方法，其中，来自所述移动用户设备的所述第二控制消息包括关于流量方向的指示，并且其中，所调度的所述多个分组在所述流量方向行进。

14.如权利要求9所述的方法，还包括：接收额外的控制消息，其中，所述额外的控制消息包括多个更新的流的更新的分类信息，并且其中，所述方法还包括标识在所述多个更新的流的哪个流中对多个额外的分组进行分类。

15.如权利要求9所述的方法，还包括：接收额外的控制消息，其中，所述额外的控制消息包括每个流的更新的QoS参数，并且其中，所述方法还包括基于所述更新的QoS参数来调度多个额外的分组。

16.如权利要求9所述的方法，还包括：接收额外的控制消息，其中，所述额外的控制消息指示内QCI资源分配应被去激活，并且其中，所述方法还包括根据默认调度算法来调度多个额外的分组。

Images