用于将保证比特率业务承载排除在lte ul流量控制之外的方法和装置制造方法
【专利摘要】提供了用于无线通信的方法、装置和计算机程序产品。该装置是UE。UE传输数据分组。UE确定实现流量控制来降低数据分组的传输速率。UE确定数据分组是否包括已知或潜在的实时数据分组。当数据分组包括已知/潜在的实时数据分组时，UE避免实现流量控制来降低已知/潜在的实时数据分组的传输速率。
【专利说明】用于将保证比特率业务承载排除在LTE UL流量控制之外的方法和装置
[0001]相关申请的交叉引用
[0002]本申请要求享有名称为“METHOD AND APPARATUS FOR EXCLUDING GUARANTEEDBIT RATE TRAFFIC BEARERS FROM LTE UL FLOW CONTROL” 且于 2012 年 5 月 30 日递交的美国临时申请序列号 N0.61/653，318 以及名称为 “METHOD AND APPARATUS FOR EXCLUDINGGUARANTEED BIT RATE TRAFFIC BEARERS FROM LTE UL FLOW CONTROL”且于 2013 年 3 月 7日递交的美国专利申请N0.13/789，256的权益，故以引用方式将这两个美国申请的全部内容明确地并入本文。
【技术领域】
[0003]概括地说，本公开内容涉及通信系统，更具体地说，涉及用于将保证比特率业务承载排除在长期演进(LTE)上行链路(UL)流量控制之外的方法和装置。
【背景技术】
[0004]无线通信系统被广泛地部署以提供各种电信服务，例如电话、视频、数据、消息传送和广播。典型的无线通信系统可以使用能够通过共享可用的系统资源(例如，带宽、发射功率)来支持与多个用户的通信的多址技术。这种多址技术的例子包括码分多址CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统和时分同步码分多址(TD-SCDMA)系统。
[0005]在各种电信标准中已采纳这些多址技术，以提供使得不同无线设备能够在城市、国家、地区和甚至全球级别上进行通信的公用协议。一种新兴的电信标准的例子是LTE15LTE是第三代合作伙伴计划(3GPP)发布的通用移动电信系统(UMTS)移动标准的增强集合。它被设计为通过提高频谱效率来更好地支持移动宽带互联网接入、降低成本、改善服务、利用新频谱、并且与在下行链路(DL)上使用0FDMA、在UL上使用SC-FDMA以及使用多输入多输出(MIMO)天线技术的其它开放标准进行更好地集成。但是，随着对移动宽带接入的需求持续增加，需要进一步提高LTE技术。优选地，这些提高应当可适用于其它多址接入技术和采用这些技术的电信标准。
【发明内容】
[0006]在本公开内容的一个方面中，提供了一种方法、计算机程序产品和装置。该装置(其是用户设备)传输数据分组。该装置确定实现流量控制来降低数据分组的传输速率。该装置确定数据分组是否包括已知或潜在的实时数据分组。当数据分组包括已知/潜在的实时数据分组时，该装置避免实现流量控制来降低已知/潜在的实时数据分组的传输速率。
【专利附图】
【附图说明】
[0007]图1是示出了网络架构的例子的示图。
[0008]图2是示出了接入网络的例子的示图。
[0009]图3是示出了 LTE中的DL帧结构的例子的示图。
[0010]图4是示出了 LTE中的UL帧结构的例子的示图。
[0011]图5是示出了用于用户和控制平面的无线协议架构的例子的示图。
[0012]图6是示出了接入网络中的演进型节点B和用户设备的例子的示图。
[0013]图7是用于示出了示例性方法的示图。
[0014]图8是无线通信的方法的第一流程图。
[0015]图9是无线通信的方法的第二流程图。
[0016]图10是示出了在示例性装置中的不同模块/单元/组件之间的数据流的概念性数据流图。
[0017]图11是示出了采用处理系统的装置的硬件实现的例子的示图。
【具体实施方式】
[0018]下面结合附图所阐述的【具体实施方式】旨在作为对各种配置的描述，而不是旨在表示其中可以实施本文所描述的概念的仅有配置。【具体实施方式】包括具体的细节，以便提供对各种概念的透彻理解。但是，对于本领域技术人员来说将显而易见的是，可以不用这些具体细节来实施这些概念。在一些实例中，以框图形式示出公知的结构和组件，以便避免模糊这些概念。
[0019]现在将参照各种装置和方法来呈现电信系统的几个方面。这些装置和方法将在下面的【具体实施方式】中进行描述，并在附图中通过各种框、模块、组件、电路、步骤、过程、算法等等(统称为“要素”)来予以示出。这些要素可以使用电子硬件、计算机软件或者其任意组合来实现。至于这些要素是实现为硬件还是软件，取决于特定应用和施加在整体系统上的设计约束。
[0020]举例而言，要素或者要素的任何部分或者要素的任意组合可以用包括一个或多个处理器的“处理系统”来实现。处理器的例子包括被配置为执行贯穿本公开内容所描述的各种功能的微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门控逻辑、分立硬件电路和其它适当的硬件。处理系统中的一个或多个处理器可以执行软件。无论是称为软件、固件、中间件、微代码、硬件描述语言或是其它，软件应当被广义地解释为表示指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行的线程、过程、函数坐坐寸寸ο
[0021]因此，在一个或多个示例性实施例中，所描述的功能可以在硬件、软件、固件或者其任意组合中实现。如果在软件中实现，则所述功能可以作为一个或多个指令或代码存储或编码在计算机可读介质上。计算机可读介质包括计算机存储介质。存储介质可以是可由计算机存取的任何可用介质。通过举例而非限制性的方式，这样的计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或者可以用于以指令或数据结构的形式携带或存储期望的程序代码以及可以由计算机来存取的任何其它介质。如本文所使用的，磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字多功能光盘(DVD)、软盘和蓝光光盘，其中磁盘通常磁性地复制数据，而光盘则利用激光来光学地复制数据。上述的组合也应当包括在计算机可读介质的范围之内。
[0022]图1是示出了 LTE网络架构100的示图。LTE网络架构100可以称为演进分组系统(EPS) 100。EPS 100可以包括一个或多个用户设备(UE) 102、演进型UMTS陆地无线接入网络(E-UTRAN) 104、演进分组核心(EPC) 110、归属用户服务器(HSS) 120和运营商的IP服务122。EPS可以与其它接入网络互连，但为简单起见，没有示出那些实体/接口。如所示出的，EPS提供分组交换服务，但是，如本领域技术人员将容易意识到的，可以将贯穿本公开内容所呈现的各种概念扩展到提供电路交换服务的网络。
[0023]E-UTRAN 包括演进型节点 B (eNB) 106 和其它 eNB 108。eNB 106 向 UE 102 提供了用户和控制平面协议终止。eNB 106可以经由回程(例如，X2接口)连接到其它eNB 108。eNB 106还可以称为基站、基站收发机、无线基站、无线收发机、收发机功能单元、基本服务集(BSS)、扩展服务集(ESS)或者某种其它适当的术语。eNB 106为UE 102提供了到EPC110的接入点。UE 102的例子包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人数字助理(PDA)、卫星无线电装置、全球定位系统、多媒体设备、视频设备、数字音频播放器(例如，MP3播放器)、照相机、游戏控制台或者任何其它类似的起作用的设备。UE 102还可以被本领域技术人员称为移动站、用户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、接入终端、移动终端、无线终端、远程终端、手持装置、用户代理、移动客户端、客户端或者某种其它适当的术语。
[0024]eNB 106通过SI接口连接到EPC 110。EPC 110包括移动性管理实体(MME) 112、其它MME 114、服务网关116和分组数据网络(PDN)网关118。MME 112是处理UE 102与EPC 110之间的信令的控制节点。通常，MME 112提供承载和连接管理。所有用户IP分组通过服务网关116来传送，其中服务网关116自己连接到PDN网关118。PDN网关118提供UE IP地址分配以及其它功能。PDN网关118连接到运营商的IP服务122。运营商的IP服务122可以包括互联网、内联网、IP多媒体子系统(MS)和PS流式传输服务(PSS)。
[0025]图2是示出了 LTE网络架构中接入网络200的例子的示图。在该例子中，将接入网络200划分成多个蜂窝区域(小区)202。一个或多个较低功率等级eNB 208可以具有与小区202中的一个或多个小区相重叠的蜂窝区域210。较低功率等级eNB 208可以可以是毫微微小区(例如，家庭eNB (HeNB))、微微小区或者远程无线电头端(RRH)。宏eNB 204各自被分配给相应的小区202，并且被配置为向小区202中的所有UE 206提供到EPCllO的接入点。虽然在接入网络200的该例子中不存在集中式控制器，但在替代的配置中可以使用集中式控制器。eNB 204负责所有无线相关的功能，包括无线承载控制、准入控制、移动性控制、调度、安全性和到服务网关116的连接。
[0026]取决于所部署的具体电信标准，接入网200使用的调制和多址方案可以变化。在LTE应用中，在DL上使用OFDM并且在UL上使用SC-FDMA以便支持频分双工(FDD)和时分双工(TDD)两者。如本领域技术人员通过以下的详细描述将容易意识到的，本文呈现的各种概念非常适合用于LTE应用。但是，可以容易地将这些概念扩展到使用其它调制和多址技术的其它电信标准。举例而言，可以将这些概念扩展到演进数据优化(EV-DO)或超移动宽带(UMB)。EV-DO和UMB是由第三代合作伙伴计划2 (2GPP2)发布的作为CDMA2000标准族的一部分的空中接口标准并且使用CDMA来向移动站提供宽带互联网接入。还可以将这些概念扩展到:使用宽带CDMA (W-CDMA)和CDMA的其它变型(例如TD-SCDMA)的通用陆地无线接Λ (UTRA);使用TDMA的全球移动通信系统(GSM)；以及使用OFDMA的演进型UTRA(E-UTRA)、IEEE 802.1l(W1-Fi)、IEEE 802.16 (WiMAX)、IEEE 802.20 和 Flash-OFDM0 在来自 3GPP 组织的文档中描述了 UTRA、E-UTRA, UMTS, LTE和GSM。在来自3GPP2组织的文档中描述了CDMA2000和UMB。所使用的实际无线通信标准和多址技术将取决于具体应用和施加在系统上的整体设计约束。
[0027]eNB 204可以具有支持MMO技术的多个天线。MMO技术的使用使得eNB 204能够利用空间域来支持空间复用、波束成形和发射分集。空间复用可以用于在相同频率上同时地发送不同的数据流。可以将数据流发送给单个UE 206以提高数据速率或者发送给多个UE 206以提高整体系统容量。这是通过对每一个数据流进行空间预编码(即，应用幅度和相位的缩放)并且随后通过多个发射天线在DL上发送每一个经空间预编码的流来实现的。到达UE 206的经空间预编码的数据流具有不同的空间特征，这使得每一个UE 206能够恢复以该UE 206为目的地的一个或多个数据流。在UL上，每一个UE 206发送经空间预编码的数据流，这使得eNB 204能够识别每一个经空间预编码的数据流的源。
[0028]当信道状况良好时，通常使用空间复用。当信道状况欠佳时，可以使用波束成形来将传输能量集中在一个或多个方向上。这可以通过对经由多个天线传输的数据进行空间预编码来实现。为了在小区边缘处实现良好的覆盖，可以结合发射分集来使用单流波束成形传输。
[0029]在以下的详细描述中，将参照在DL上支持OFDM的MMO系统来描述接入网络的各个方面。OFDM是一种在OFDM符号内将数据调制在多个子载波上的扩频技术。这些子载波以精确的频率间隔开。这种间隔提供了“正交性”，所述“正交性”使得接收机能够从这些子载波中恢复数据。在时域上，可以向每一个OFDM符号添加保护间隔(例如，循环前缀)以克服OFDM符号间干扰。UL可以使用具有DFT扩展OFDM信号形式的SC-FDMA，以便补偿高的峰均功率比(PARR)。
[0030]图3是示出了 LTE中的DL帧结构的例子的示图300。可以将一个帧(1ms)划分成10个相等大小的子帧。每一个子帧可以包括两个连续的时隙。可以使用一个资源网格来表示两个时隙，每一个时隙包括一个资源块。将资源网格划分成多个资源单元。在LTE中，一个资源块包含频域上12个连续的子载波以及对于每一个OFDM符号中的常规循环前缀来说，时域上7个连续的OFDM符号，或者说84个资源单元。对于扩展循环前缀，一个资源块包含时域上6个连续的OFDM符号并且具有72个资源单元。如R 302、304所指示的，这些资源单元中的一些包括DL参考信号(DL-RS)。DL-RS包括特定于小区的RS(CRS)(有时也称为公共RS) 302和特定于UE的RS (UE-RS) 304。仅在将相应的物理DL共享信道(PDSCH)所映射到的资源块上发送UE-RS 304。由每一个资源单元携带的比特数量取决于调制方案。因此，UE接收的资源块越多并且调制方案越高，则该UE的数据速率就越高。
[0031]图4是示出了 LTE中的UL帧结构的例子的示图400。可以将用于UL的可用资源块划分成数据段和控制段。控制段可以形成在系统带宽的两个边缘处并且具有可配置的大小。可以将控制段中的资源块分配给UE，以便传输控制信息。数据段可以包括不包含在控制段中的所有资源块。该UL帧结构产生了包括连续子载波的数据段，其可以允许向单个UE分配数据段中的所有连续子载波。
[0032]可以向UE分配控制段中的资源块410a、410b，以便向eNB发送控制信息。此外，还可以向UE分配数据段中的资源块420a、420b，以便向eNB发送数据。UE可以在控制段中所分配的资源块上，在物理UL控制信道(PUCCH)中发送控制信息。UE可以在数据段中所分配的资源块上，在物理UL共享信道(PUSCH)中只发送数据、或者发送数据和控制信息两者。UL传输可以持续一个子帧的两个时隙，并且可以在频率上跳跃。
[0033]可以使用资源块的集合来执行初始的系统接入，并在物理随机接入信道(PRACH) 430中实现UL同步。PRACH 430携带随机序列，并且不可以携带任何UL数据/信令。每一个随机接入前导码占据与六个连续资源块相对应的带宽。起始频率由网络进行指定。也就是说，将随机接入前导码的传输限制于特定时间和频率资源。对于PRACH来说，不存在频率跳跃。在单个子帧(Ims)中或者在几个连续子帧的序列中携带PRACH尝试，并且UE可以在每一帧(1ms)只进行单次PRACH尝试。
[0034]图5是示出了用于LTE中用户和控制平面的无线协议架构的例子的示图500。用于UE和eNB的无线协议架构示出为具有三个层:层1、层2和层3。层I (LI层)是最低层，并且实现各种物理层信号处理功能。本文将LI层称为物理层506。层2 (L2层)508高于物理层506，并且负责物理层506之上的UE和eNB之间的链路。
[0035]在用户平面中，L2层508包括介质访问控制(MAC)子层510、无线链路控制(RLC)子层512和分组数据会聚协议(H)CP)514子层，这些子层在网络侧的eNB处终止。虽然没有示出，但UE可以具有高于L2层508的数个上层，其包括在网络侧的PDN网关118处终止的网络层(例如，IP层)以及在连接的另一端(例如，远端UE、服务器等等)处终止的应用层。
[0036]PDCP子层514提供不同无线承载和逻辑信道之间的复用。TOCP子层514还提供用于上层数据分组的报头压缩以减少无线传输开销，通过对数据分组进行加密来实现安全性，以及为UE提供eNB之间的切换支持。RLC子层512提供上层数据分组的分段和重组、丢失数据分组的重传以及数据分组的重新排序，以便补偿由于HARQ而造成的乱序接收。MAC子层510提供逻辑信道和传输信道之间的复用。MAC子层510还负责在UE之间分配一个小区中的各种无线资源(例如，资源块)。MAC子层510还负责HARQ操作。
[0037]在控制平面中，对于物理层506和L2层508来说，除了不存在用于控制平面的报头压缩功能之外，用于UE和eNB的无线协议架构基本相同。控制平面包括层3(L3层)中的无线资源控制(RRC)子层516。RRC子层516负责获得无线资源(例如，无线承载)，并负责在eNB和UE之间使用RRC信令来配置更低层。控制平面包括非接入层面(NAS)层518。NAS层518负责处理UE和EPC之间的功能。
[0038]图6是接入网络中eNB 610与UE 650相通信的框图。在DL中，向控制器/处理器675提供来自核心网的上层分组。控制器/处理器675实现L2层的功能。在DL中，控制器/处理器675提供报头压缩、加密、分组分段和重新排序、在逻辑信道与传输信道之间的复用以及基于各种优先级度量来向UE 650提供无线资源分配。控制器/处理器675还负责HARQ操作、丢失分组的重传以及向UE 650发送信令。
[0039]发送(TX)处理器616实现LI层(即，物理层)的各种信号处理功能。这些信号处理功能包括:为有助于在UE 650处的前向纠错(FEC)而进行的编码和交织，以及基于各种调制方案(例如，二进制移相键控(BPSK)、正交移相键控(QPSK)、M相移相键控(M-PSK)、M阶正交幅度调制(M-QAM))来映射到信号星座图。随后，将经编码和调制的符号分裂成并行的流。然后，将每一个流映射到OFDM子载波、在时域和/或频域上将其与参考信号(例如，导频)进行复用，并且随后使用快速傅里叶逆变换(IFFT)将各个流组合在一起以便生成携带时域OFDM符号流的物理信道。对该OFDM流进行空间预编码以生成多个空间流。来自信道估计器674的信道估计可以用于确定编码和调制方案以及用于空间处理。可以从参考信号和/或由UE 650发送的信道状况反馈中推导出信道估计。随后，经由单独的发射机618TX向不同的天线620提供各空间流。每一个发射机618TX使用相应的空间流对RF载波进行调制，以便进行传输。
[0040]在UE 650处，每一个接收机654RX通过其相应的天线652接收信号。每一个接收机654RX恢复调制在RF载波上的信息并且向接收(RX)处理器656提供该信息。RX处理器656实现LI层的各种信号处理功能。RX处理器656对该信息执行空间处理，以恢复以UE650为目的地的任何空间流。如果多个空间流以UE 650为目的地，则它们可以由RX处理器656合并成单个OFDM符号流。随后，RX处理器656使用快速傅里叶变换(FFT)将OFDM符号流从时域变换到频域。频域信号包括用于OFDM信号的每一个子载波的单独OFDM符号流。通过确定由eNB 610发送的最可能的信号星座点来恢复并解调每一个子载波上的符号以及参考信号。这些软判决可以是基于由信道估计器658计算得到的信道估计。随后，对这些软判决进行解码和解交织，以恢复eNB 610最初在物理信道上发送的数据和控制信号。然后，将这些数据和控制信号提供给控制器/处理器659。
[0041]控制器/处理器659实现L2层。所述控制器/处理器可以与存储程序代码和数据的存储器660相关联。存储器660可以称为计算机可读介质。在UL中，控制器/处理器659提供传输信道与逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理，以恢复来自核心网的上层分组。随后，向数据宿662提供上层分组，数据宿662表示高于L2层的所有协议层。还可以向数据宿662提供各种控制信号以进行L3处理。控制器/处理器659还负责使用确认(ACK)和/或否定确认(NACK)协议来进行错误检测，以支持HARQ操作。
[0042]在UL中，数据源667用于向控制器/处理器659提供上层分组。数据源667表示高于L2层的所有协议层。类似于结合由eNB 610进行的DL传输所描述的功能，控制器/处理器659通过提供报头压缩、加密、分组分段和重新排序、以及基于由eNB 610进行的无线资源分配在逻辑信道与传输信道之间进行复用，来实现用户平面和控制平面的L2层。控制器/处理器659还负责HARQ操作、丢失分组的重传以及向eNB 610发送信令。
[0043]由信道估计器658从参考信号或eNB 610所发送的反馈中推导出的信道估计可以由TX处理器668用于选择适当的编码和调制方案以及有助于实现空间处理。经由单独的发射机654TX向不同的天线652提供由TX处理器668生成的空间流。每一个发射机654TX使用相应的空间流来对RF载波进行调制，以便进行传输。
[0044]在eNB 610处，以类似于结合在UE 650处的接收机功能所描述的那种方式来对UL传输进行处理。每一个接收机618RX通过其相应的天线620接收信号。每一个接收机618RX恢复调制在RF载波上的信息，并且向RX处理器670提供所述信息。RX处理器670可以实现LI层。
[0045]控制器/处理器675实现L2层。控制器/处理器675可以与存储程序代码和数据的存储器676相关联。存储器676可以称为计算机可读介质。在UL中，控制器/处理器675提供传输信道与逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理，以恢复来自UE 650的上层分组。可以向核心网提供来自控制器/处理器675的上层分组。控制器/处理器675还负责使用ACK和/或NACK协议来进行错误检测，以支持HARQ操作。
[0046]在MAC层中，UE可以基于诸如系统过热之类的热因素或基于中央处理单元(CPU)的减小的容量(小数量的额外可用的每秒指令(IPS))来控制UL分组流。当MAC UL分组流被触发时，UE可以在冷却时间段(例如，?30-130 ms)上停止数据分组的传输，以便降低系统温度和/或减少CPU负荷。UE通过在缓冲区状态报告(BSR)中公告小/假缓冲器大小(例如，零)在冷却时间段上停止UE数据分组流，以便实现较低的期望的数据速率。如果UE在冷却时间段期间接收到任何UL准许，则UE发送BSR零并对准许的其余部分进行填充。在冷却时间段期间，UE不在UL上发送任何应用数据。
[0047]LTE支持LTE语音(VoLTE) /互联网协议语音(VoIP)和语音电话(VT)。(通过实时传输协议(RTP)传输的)语音/视频和(通过文件传输协议(FTP)/用户数据报协议(UDP)传输的)数据业务可以在UL中同时进行传输。UL流量控制在MAC层中实现，并且MAC层不清楚承载携带的数据/业务的性质/类型。因此，UL流量控制被应用于所有数据分组，包括RTP数据分组(包含语音和/或视频的实时数据)和FTP/UDP数据分组(非实时数据)。由于冷却时间段(在此期间，UE不传输应用数据)可能是大约100 ms，因此针对对话语音/视频业务的服务质量(QoS)要求将没有得到满足。因此，需要用于将实时数据业务排除在MAC UL分组流量控制之外的方法。
[0048]图7是用于示出了示例性方法的示图700。如图7所示出的，UE 702可以向eNB704传输数据分组708/710。该数据分组可以包括携带语音和/或视频的实时数据分组708。实时数据分组708也可以称为保证比特率业务或RTP数据分组，因为语音/视频可以通过RTP来传输。该数据分组可以包括携带具有较低所需比特率(例如，比语音/视频所需的比特率更低的比特率)的数据的非实时数据分组710。非实时数据分组710可以称为FTP数据分组或UDP数据分组，因为非实时数据分组710可以通过FTP和/或UDP来传输。高的系统温度、低的可用CPU IPS和/或其它触发机制可以触发UE 702中的UL流量控制706，以便在冷却时间段上降低数据分组708/710的传输速率。UE 702确定数据分组708/710是否包括或潜在地包括实时数据分组708。如果数据分组708/710包括或潜在地包括实时数据分组708，则UE 702避免实现UL流量控制来降低(例如停止)已知或潜在的实时数据分组708的传输速率。但是，对于非实时数据分组710，UE 702可以实现UL流量控制来在冷却时间段上降低(例如停止)非实时数据分组的传输速率。
[0049]在第一配置中，UE 702可以基于通过RRC信令接收的调度请求(SR)屏蔽位来确定数据分组708/710是否潜在地包括实时数据分组708。UE 702可以通过RRC信令来接收SR屏蔽位。当设置/配置了 SR屏蔽位(例如，设置为I)时，UE 702预计停止发送SR请求以获得针对在VoLTE承载上的业务的UE准许。UE 702替代地将使用针对VoLTE业务的半持久调度准许。UE 702可以检查是否设置/配置了 SR屏蔽位，并且当设置/配置了 SR屏蔽位时，确定数据分组708/710潜在地包括实时数据分组708。
[0050]在第二配置中，UE 702可以基于接收的针对半持久调度的配置来确定数据分组708/710是否潜在地包括实时数据分组708。UE 702可以接收针对半持久调度的配置。在半持久调度的配置中，UE 702可以接收对无线资源定期地进行分配的时间间隔的指示。UE 702可以将该时间间隔与阈值相比较，并且如果该时间间隔小于阈值，则确定数据分组708/710潜在地包括实时数据分组708。例如，UE 702可以接收对无线资源定期地进行分配的20ms的时间间隔的指示。UE 702可以将该时间间隔与阈值(例如25ms)相比较，以确定数据分组708/710可能包括实时数据分组708，并且因此潜在地包括实时数据分组708。但是，如果UE 702接收到对用于定期地分配的资源的10ms的时间间隔的指示，则UE 702可以确定数据分组708/710不太可能包括实时数据分组708，并且因此没有潜在地包括实时数据分组708。
[0051]在第三配置中，UE 702可以基于从NAS层获得的QoS类别标识符(QCI)信息来确定数据分组708/710是否包括实时数据分组708。在QCI I和QCI 2上发送对话的语音/视频。UE 702可以确定与数据分组708/710相关联的一个或多个QCI。当该一个或多个QCI包括等于I或2的QCI时，UE 702可以确定数据分组708/710包括实时数据分组708。目前，QCI I和QCI 2只分别用于语音和视频。但是，如果QCI I和QCI 2用于其它类型的数据，则UE 702也许只能够确定数据分组708/710潜在地包括实时数据分组708。
[0052]在第四配置中，UE 702可以基于RLC层是否处于非确认模式(UM)来确定数据分组708/710是否潜在地包括实时数据分组708。RLC层可以被配置处于三种数据传输模式中的一种:透明模式(TM)、UM和确认模式(AM)。在UM下，由UE 702发送并由eNB 704接收的数据分组不由eNB704确认，并且重传不受支持。当不要求无差错传送时，UM用于延迟敏感的服务(例如具有语音/视频)。当使用UM来配置了 RLC层时，UE 702确定数据分组708/710潜在地包括实时数据分组708。
[0053]在第五配置中，UE 702可以基于健壮性报头压缩(ROHC)配置文件标识符来确定数据分组708/710是否潜在地包括实时数据分组708。UE 702可以基于用于RTP、IP、UDP和FTP业务的ROHC来压缩数据分组708/710的报头。用于RTP业务的ROHC配置文件标识符是I。当ROHC的配置文件标识符等于I时，UE 702可以确定数据分组708/710包括实时数据分组708。目前，等于I的ROCH配置文件标识符只用于RTP业务。但是，如果等于I的ROCH配置文件标识符用于其它网络协议，则UE 702也许只能够确定数据分组708/710潜在地包括实时数据分组708。
[0054]在第六配置中，UE 702可以基于上文所讨论的第一配置到第五配置中的一个或多个配置来确定数据分组708/710是否包括或潜在地包括实时数据分组708。基于第一配置到第五配置中的一个或多个配置，UE 702可以确定数据分组708/710是否可能包括实时数据分组708。当数据分组708/710包括已知或潜在的实时数据分组708或者可能包括实时数据分组708时，UE 702将VoLTE/VT承载(或RTP承载)排除在将UL流量控制应用于那些已知的、可能的或潜在的实时数据分组708之外。上文所提供的方法区分开具有最小保证比特率的承载，并且将那些承载排除在可能损害QoS的任何MAC UL流量控制之外。
[0055]图8是无线通信的方法的第一流程图800。该方法可以由UE(例如由UE 702)来执行。在步骤802，UE传输数据分组。在步骤804，UE确定实现流量控制来降低数据分组的传输速率。如上文所讨论的，可能存在用于流量控制的多个触发，例如系统过热或CPU的减小的额外容量。在步骤806，UE确定数据分组是否包括或潜在地包括实时数据分组。当UE确定数据分组包括或潜在地包括实时数据分组(808)时，在步骤812，UE避免实现流量控制来降低已知或潜在的实时数据分组的传输速率。当数据分组包括非实时数据分组时，在步骤814，UE可以实现流量控制来降低非实时数据分组的传输速率。如果UE确定数据分组不包括已知/潜在的实时数据分组且因此全部是非实时数据分组(810)，则可以在不执行步骤812的情况下执行步骤814。如果UE确定数据分组包括非实时数据分组以及已知/潜在的实时数据分组(816)，则步骤814可以与步骤812同时被执行。如上文所讨论的，实时数据分组可以是用于通过RTP传输的RTP分组。RTP分组可以包括语音和/或视频。非实时数据分组可以包括用于通过FTP传输的FTP分组和/或用于通过UDP传输的UDP分组。
[0056]图9是无线通信的方法的第二流程图900。该方法可以由UE(例如由UE 702)来执行。如上文所讨论的，在步骤806，UE确定数据分组是否包括或潜在地包括实时数据分组。也就是说，UE确定数据分组是否包括已知或潜在的实时数据分组。在步骤902，UE可以通过RRC信令来接收SR屏蔽位。当配置了 SR屏蔽位(例如设置为I)时，UE可以确定数据分组包括已知/潜在的实时数据分组。在步骤904，UE可以通过RRC信令来接收针对半持久调度的配置，该配置包括对无线资源定期地进行分配的时间间隔的指示。当该时间间隔小于阈值时，UE可以确定数据分组包括已知/潜在的实时数据分组。在步骤906，UE可以确定与数据分组相关联的至少一个QCI。当该至少一个QCI包括等于I或2的QCI时，UE可以确定数据分组包括已知/潜在的实时数据分组。在步骤908，UE可以确定RLC层是否处于UM0当RLC层处于UM时，UE可以确定数据分组包括已知/潜在的实时数据分组。在步骤910，UE可以使用ROHC来压缩数据分组的报头。当ROHC的配置文件标识符等于I时，UE可以确定数据分组包括已知/潜在的实时数据分组。为了执行步骤806，UE可以执行步骤902-910中的一个或多个步骤。
[0057]图10是示出了在示例性装置1002中的不同模块/单元/组件之间的数据流的概念性数据流图1000。该装置可以是UE。该装置包括:数据分组传输模块1004，其向eNB1050传输数据分组。所传输的数据分组可以包括非实时数据分组1042和/或实时数据分组1040。该装置还包括:数据分组流量控制模块1006，其确定实现流量控制来降低(或停止)数据分组的传输速率。数据分组流量控制模块1006与数据分组传输模块1004相连接以减少/停止数据传输。该装置还包括:实时分组确定模块1008，其确定数据分组是否包括已知或潜在的实时数据分组。当实时分组确定模块1008确定数据分组包括已知/潜在的实时数据分组时，数据分组流量控制模块1006与数据分组传输模块1004相连接以避免实现流量控制来降低该已知/潜在的实时数据分组的传输速率。当数据分组包括非实时数据分组时，数据分组流量控制模块1006可以与数据分组传输模块1004相连接以实现流量控制来降低非实时数据分组的传输速率。
[0058]该装置还可以包括:接收模块1010，其被配置为从eNB 1050接收信息。该信息可以被提供给上层模块1012。实时分组确定模块1008可以与上层模块1012通信，以获得用于确定数据分组是否包括已知/潜在的实时数据分组所需要的信息。接收模块1010可以通过RRC信令接收SR屏蔽位并将该SR屏蔽位提供给上层模块1012。实时分组确定模块1008可以从上层模块1012获得SR屏蔽位，并且当配置了该SR屏蔽位时确定数据分组包括已知/潜在的实时数据分组。接收模块1010可通过RRC信令来接收针对半持久调度的配置，该配置包括对无线资源定期地进行分配的时间间隔的指示。接收模块1010可以向上层模块1012提供配置信息。实时分组确定模块1008可以获得半持久调度时间间隔，并且在该时间间隔小于阈值时确定数据分组包括已知/潜在的实时数据分组。上层模块1012可以确定与数据分组相关联的至少一个QCI。实时分组确定模块1008可以从上层模块1012获得QCI信息，并且在该至少一个QCI包括等于I或2的QCI时确定数据分组包括已知/潜在的实时数据分组。上层模块1012可以确定RLC层是否处于UM。实时分组确定模块1008可以从上层模块1012获得数据传输模式，并且在RLC层处于UM时确定数据分组包括已知/潜在的实时数据分组。该装置还可以包括:报头压缩模块1014，其使用ROHC来压缩数据分组的报头。实时分组确定模块1008可以从报头压缩模块1014获得ROHC配置文件信息，并且在ROHC的配置文件标识符等于I时确定数据分组包括已知/潜在的实时数据分组。
[0059]该装置可以包括:用于执行图8、图9的前述流程图中的算法的每个步骤的另外的模块。因此，图8、图9的前述流程图中的每个步骤可以由模块来执行，并且该装置可以包括那些模块中的一个或多个。这些模块可以是被专门配置为执行所陈述的过程/算法的一个或多个硬件组件、由被配置为执行所陈述的过程/算法的处理器来实现、存储在计算机可读介质之内以便由处理器来实现、或者是其某种组合。
[0060]图11是示出了采用处理系统1114的装置1002’的硬件实现的例子的示图1100。处理系统1114可以使用通常由总线1124表示的总线架构来实现。取决于处理系统1114的具体应用和整体设计约束，总线1124可以包括任意数量的互连总线和桥接。总线1124将包括一个或多个处理器和/或硬件模块(其由处理器1104、模块1004、1006、1008、1010、1012、1014表示)以及计算机可读介质1106的各种电路连接在一起。总线1124还可以连接诸如定时源、外设、电压调节器和电源管理电路等等的各种其它电路，这些电路在本领域中是公知的，因此将不再被进一步进行描述。
[0061]处理系统1114可以耦合到收发机1110。收发机1110耦合到一个或多个天线1120。收发机1110提供了通过传输介质与各种其它装置通信的手段。处理系统1114包括耦合到计算机可读介质1106的处理器1104。处理器1104负责通用处理，这包括执行在计算机可读介质1106上存储的软件。当该软件由处理器1104执行时，使处理系统1114执行上文针对任何特定装置所描述的各种功能。计算机可读介质1106还可以用于存储在执行软件时由处理器1104操作的数据。该处理系统还包括模块1004、1006、1008、1010、1012和1014中的至少一个。这些模块可以是在处理器中运行、驻留/存储于计算机可读介质1106中的软件模块、耦合到处理器1104的一个或多个硬件模块、或者其某种组合。处理系统1114可以是UE 650的组件，并且可以包括存储器660和/或TX处理器668、RX处理器656和控制器/处理器659中的至少一个。
[0062]在一种配置中，用于无线通信的装置1002/1002’包括:用于传输数据分组的单元；用于确定实现流量控制来降低数据分组的传输速率的单元；用于确定数据分组是否包括已知或潜在的实时数据分组的单元；以及用于当数据分组包括已知/潜在的实时数据分组时，避免实现流量控制来降低已知/潜在的实时数据分组的传输速率的单元。该装置还可以包括:用于通过RRC信令来接收SR屏蔽位的单元。当配置了 SR屏蔽位时，数据分组可以被确定为包括已知/潜在的实时数据分组。该装置还可以包括:用于通过RRC信令来接收针对半持久调度的配置的单元，该配置包括对无线资源定期地进行分配的时间间隔的指示。当该时间间隔小于阈值时，数据分组可以被确定为包括已知/潜在的实时数据分组。该装置还可以包括:用于确定与数据分组相关联的至少一个QCI的单元。当该至少一个QCI包括等于I或2的QCI时，数据分组可以被确定为包括已知/潜在的实时数据分组。该装置还可以包括:用于确定RLC层是否处于UM的单元。当RLC层处于UM时，数据分组可以被确定为包括已知/潜在的实时数据分组。该装置还可以包括:用于使用ROHC来压缩数据分组的报头的单元。当ROHC的配置文件标识符等于I时，数据分组可以被确定为包括已知/潜在的实时数据分组。该已知/潜在的实时数据分组可以是用于通过RTP传输的RTP分组。该RTP分组可以包括语音或视频中的至少一种。该装置还可以包括:用于实现流量控制来降低数据分组中的非实时数据分组的传输速率的单元。非实时数据分组可以包括:用于通过FTP传输的FTP分组和用于通过UDP传输的UDP分组中的至少一种。
[0063]前述单元可以是被配置为执行前述单元所列举的功能的装置1002和/或装置1002’的处理系统1114中的前述模块中的一个或多个。如上文所描述的，处理系统1114可以包括TX处理器668、RX处理器656和控制器/处理器659。因此，在一种配置中，前述单元可以是被配置为执行前述单元所列举的功能的TX处理器668、RX处理器656和控制器/处理器659。
[0064]要理解的是，公开的过程中步骤的具体顺序或层次是对示例性方法的说明。要理解的是，基于设计偏好，可以重新排列这些过程中步骤的具体顺序或层次。此外，一些步骤可以被组合或省略。所附的方法权利要求以示例顺序给出各种步骤的要素，但并不意在受限于所给出的具体顺序或层次。
[0065]提供以上的描述以使任何本领域技术人员能够实施本文所描述的各个方面。对于本领域技术人员来说，对这些方面的各种修改将是显而易见的，并且可以将本文所定义的一般性原理应用于其它方面。因此，权利要求并不受限于本文所示出的方面，而是要符合与权利要求字面语言相一致的完整范围，其中，以单数形式引用元素并不旨在表示“一个且仅有一个”(除非特别地如此声明)，而是表示“一个或更多”。除非特别地声明，否则术语“一些”是指一个或更多。贯穿本公开内容所描述的各个方面的要素的所有结构性和功能性等效项对于本领域普通技术人员来说是公知的或即将成为公知的，其通过引用被明确地并入本文并且旨在被包含在权利要求中。此外，本文中没有任何公开内容旨在奉献给公众，不管这样的公开内容是否被明确地记载在权利要求中。任何权利要求要素不应当被认为是手段加功能，除非使用短语“用于……的单元”来明确地记载该要素。
【权利要求】
1.一种用户设备(UE)的无线通信的方法，包括: 传输数据分组； 确定实现流量控制来降低所述数据分组的传输速率； 确定所述数据分组是否包括已知或潜在的实时数据分组；以及当所述数据分组包括已知/潜在的实时数据分组时，避免实现所述流量控制来降低所述已知/潜在的实时数据分组的所述传输速率。
2.如权利要求1所述的方法，还包括: 实现所述流量控制来降低所述数据分组中的非实时数据分组的所述传输速率。
3.如权利要求2所述的方法，其中，所述非实时数据分组包括:用于通过FTP传输的文件传输协议(FTP)分组和用于通过UDP传输的用户数据报协议(UDP)分组中的至少一种。
4.如权利要求1所述的方法，还包括: 通过无线资源控制(RRC)信令来接收调度请求(SR)屏蔽位，其中，当配置了所述SR屏蔽位时，所述数据分组被确定为包括已知/潜在的实时数据分组。
5.如权利要求1所述的方法，还包括: 通过无线资源控制(RRC)信令来接收针对半持久调度的配置，所述配置包括对无线资源定期地进行分配的时间间隔的指示，其中，当所述时间间隔小于阈值时，所述数据分组被确定为包括已知/潜在的实时数据分组。
6.如权利要求1所述的方法，还包括: 确定与所述数据分组相关联的至少一个服务质量(QoS)类别标识符(QCI)，其中，当所述至少一个QCI包括等于I或2的QCI时，所述数据分组被确定为包括已知/潜在的实时数据分组。
7.如权利要求1所述的方法，还包括: 确定无线链路控制(RLC)层是否处于非确认模式，其中，当所述RLC层处于所述非确认模式时，所述数据分组被确定为包括已知/潜在的实时数据分组。
8.如权利要求1所述的方法，还包括: 使用健壮性报头压缩(ROHC)来压缩所述数据分组的报头，其中，当所述ROHC的配置文件标识符等于I时，所述数据分组被确定为包括已知/潜在的实时数据分组。
9.如权利要求1所述的方法，其中，所述已知/潜在的实时数据分组包括:用于通过RTP传输的实时传输协议(RTP)分组。
10.如权利要求9所述的方法，其中，所述RTP分组包括语音或视频中的至少一种。
11.一种用于无线通信的用户设备(UE)装置，包括: 用于传输数据分组的单元； 用于确定实现流量控制来降低所述数据分组的传输速率的单元； 用于确定所述数据分组是否包括已知或潜在的实时数据分组的单元；以及用于当所述数据分组包括已知的/潜在的实时数据分组时，避免实现所述流量控制来降低所述已知的/潜在的实时数据分组的所述传输速率的单元。
12.如权利要求11所述的装置，还包括: 用于实现所述流量控制来降低所述数据分组中的非实时数据分组的所述传输速率的单元。
13.如权利要求12所述的装置，其中，所述非实时数据分组包括:用于通过FTP传输的文件传输协议(FTP)分组和用于通过UDP传输的用户数据报协议(UDP)分组中的至少一种。
14.如权利要求11所述的装置，还包括: 用于通过无线资源控制(RRC)信令来接收调度请求(SR)屏蔽位的单元，其中，当配置了所述SR屏蔽位时，所述数据分组被确定为包括已知的/潜在的实时数据分组。
15.如权利要求11所述的装置，还包括: 用于通过无线资源控制(RRC)信令来接收针对半持久调度的配置的单元，所述配置包括对无线资源定期地进行分配的时间间隔的指示，其中，当所述时间间隔小于阈值时，所述数据分组被确定为包括已知的/潜在的实时数据分组。
16.如权利要求11所述的装置，还包括: 用于确定与所述数据分组相关联的至少一个服务质量(QoS)类别标识符(QCI)的单元，其中，当所述至少一个QCI包括等于I或2的QCI时，所述数据分组被确定为包括已知/潜在的实时数据分组。
17.如权利要求11所述的装置，还包括: 用于确定无线链路控制(RLC)层是否处于非确认模式的单元，其中，当所述RLC层处于所述非确认模式时，所述数据分组被确定为包括已知/潜在的实时数据分组。
18.如权利要求11所述的装置，还包括: 用于使用健壮性报头压缩(ROHC)来压缩所述数据分组的报头的单元，其中，当所述ROHC的配置文件标识符等于I时，所述数据分组被确定为包括已知/潜在的实时数据分组。
19.如权利要求11所述的装置，其中，所述已知/潜在的实时数据分组包括:用于通过RTP传输的实时传输协议(RTP)分组。
20.如权利要求19所述的装置，其中，所述RTP分组包括语音或视频中的至少一种。
21.一种用于无线通信的用户设备(UE)装置，包括: 处理系统，其被配置为: 传输数据分组； 确定实现流量控制来降低所述数据分组的传输速率； 确定所述数据分组是否包括已知或潜在的实时数据分组；以及 当所述数据分组包括已知/潜在的实时数据分组时，避免实现所述流量控制来降低所述已知/潜在的实时数据分组的所述传输速率。
22.如权利要求21所述的装置，其中，所述处理系统被配置为:实现所述流量控制来降低所述数据分组中的非实时数据分组的所述传输速率。
23.如权利要求22所述的装置，其中，所述非实时数据分组包括:用于通过FTP传输的文件传输协议(FTP)分组和用于通过UDP传输的用户数据报协议(UDP)分组中的至少一种。
24.如权利要求21所述的装置，其中，所述处理系统被配置为:通过无线资源控制(RRC)信令来接收调度请求(SR)屏蔽位，其中，当配置了所述SR屏蔽位时，所述数据分组被确定为包括已知/潜在的实时数据分组。
25.如权利要求21所述的装置，其中，所述处理系统被配置为:通过无线资源控制(RRC)信令来接收针对半持久调度的配置，所述配置包括对无线资源定期地进行分配的时间间隔的指示，其中，当所述间隔小于阈值时，所述数据分组被确定为包括已知/潜在的实时数据分组。
26.如权利要求21所述的装置，其中，所述处理系统被配置为:确定与所述数据分组相关联的至少一个服务质量(QoS)类别标识符(QCI)，其中，当所述至少一个QCI包括等于I或2的QCI时，所述数据分组被确定为包括已知/潜在的实时数据分组。
27.如权利要求21所述的装置，其中，所述处理系统被配置为:确定无线链路控制(RLC)层是否处于非确认模式，其中，当所述RLC层处于所述非确认模式时，所述数据分组被确定为包括已知/潜在的实时数据分组。
28.如权利要求21所述的装置，其中，所述处理系统被配置为:使用健壮性报头压缩(ROHC)来压缩所述数据分组的报头，其中，当所述ROHC的配置文件标识符等于I时，所述数据分组被确定为包括已知/潜在的实时数据分组。
29.如权利要求21所述的装置，其中，所述已知/潜在的实时数据分组包括:用于通过RTP传输的实时传输协议(RTP)分组。
30.如权利要求29所述的装置，其中，所述RTP分组包括语音或视频中的至少一种。
31.一种用户设备(UE)中的计算机程序产品，包括: 计算机可读介质，其包括用于进行以下操作的代码: 传输数据分组； 确定实现流量控制来降低所述数据分组的传输速率； 确定所述数据分组是否包括已知或潜在的实时数据分组；以及 当所述数据分组包括已知/潜在的实时数据分组时，避免实现所述流量控制来降低所述已知/潜在的实时数据分组的所述传输速率。
32.如权利要求31所述的计算机程序产品，其中，所述计算机可读介质还包括:用于实现所述流量控制来降低所述数据分组中的非实时数据分组的所述传输速率的代码。
33.如权利要求32所述的计算机程序产品，其中，所述非实时数据分组包括:用于通过FTP传输的文件传输协议(FTP)分组和用于通过UDP传输的用户数据报协议(UDP)分组中的至少一种。
34.如权利要求31所述的计算机程序产品，其中，所述计算机可读介质还包括:用于通过无线资源控制(RRC)信令来接收调度请求(SR)屏蔽位的代码，其中，当配置了所述SR屏蔽位时，所述数据分组被确定为包括已知/潜在的实时数据分组。
35.如权利要求31所述的计算机程序产品，其中，所述计算机可读介质还包括:用于通过无线资源控制(RRC)信令来接收针对半持久调度的配置的代码，所述配置包括对无线资源定期地进行分配的时间间隔的指示，其中，当所述时间间隔小于阈值时，所述数据分组被确定为包括已知/潜在的实时数据分组。
36.如权利要求31所述的计算机程序产品，其中，所述计算机可读介质还包括:用于确定与所述数据分组相关联的至少一个服务质量(QoS)类别标识符(QCI)的代码，其中，当所述至少一个QCI包括等于I或2的QCI时，所述数据分组被确定为包括已知/潜在的实时数据分组。
37.如权利要求31所述的计算机程序产品，其中，所述计算机可读介质还包括:用于确定无线链路控制(RLC)层是否处于非确认模式的代码，其中，当所述RLC层处于所述非确认模式时，所述数据分组被确定为包括已知/潜在的实时数据分组。
38.如权利要求31所述的计算机程序产品，其中，所述计算机可读介质还包括:用于使用健壮性报头压缩(ROHC)来压缩所述数据分组的报头的代码，其中，当所述ROHC的配置文件标识符等于I时，所述数据分组被确定为包括已知/潜在的实时数据分组。
39.如权利要求31所述的计算机程序产品，其中，所述已知/潜在的实时数据分组包括:用于通过RTP传输的实时传输协议(RTP)分组。
40.如权利要求39所述的计算机程序产品，其中，所述RTP分组包括语音或视频中的至少一种。
【文档编号】H04W28/02GK104335632SQ201380028346
【公开日】2015年2月4日 申请日期:2013年5月24日 优先权日:2012年5月30日
【发明者】V·K·拉姆库马尔, N·伊赫桑, P·N·科纳, S·拉贾戈帕兰, B·V·阮 申请人:高通股份有限公司