CN105359612A

CN105359612A - 小小区网络中的缓冲区状态报告

Info

Publication number: CN105359612A
Application number: CN201480038003.2A
Authority: CN
Inventors: 方翌炜; T·莫斯利; 李兆俊; P·巴克内利
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2013-07-11
Filing date: 2014-02-26
Publication date: 2016-02-24
Anticipated expiration: 2034-02-26
Also published as: EP2824986A1; JP6304374B2; WO2015003820A1; US9924532B2; CN105359612B; KR101982432B1; US20180152963A1; EP2824986B1; JP2016525306A; KR20160014689A; US20160119945A1; US10420133B2; KR20170136003A

Abstract

本发明提供了数据流(和/或逻辑信道)与单独的载波(小区)的关联，以及针对配置有超过一个上行链路载波的终端的每载波独立的缓冲区状态报告。在3GPPLTE的“小小区”场景中，终端可以由宏小区和一个或更多个小小区同时服务。这些小区可以在不同的频率操作，具有不同的业务负载并支持不同的QoS(服务质量)。本发明允许对所述上行链路上到所述宏小区和所述小小区的业务进行独立控制，这能够用于在任何给定时间/位置处优化关于可用资源的用户体验，并且使得特定数据能够经由特定小区路由。

Description

小小区网络中的缓冲区状态报告

技术领域

本发明涉及蜂窝无线网络，具体地涉及所谓的小小区网络，并且更具体地涉及在这些网络中通过终端发送调度请求。

背景技术

基站(BS)与BS的范围内的终端(还被称作用户设备(UE)或订户或移动台)进行通信的蜂窝无线网络是广为人知的。由基站覆盖的地理区域通常被称为小区，并且通常许多BS被设置在适当的位置以便与相邻和/或交叠的小区几乎无缝地形成覆盖宽地理区域的网络或系统。(在本说明书中，除了在上下文另外要求的情况以外，术语“系统”和“网络”被同义使用)。在各个小区中，针对小区服务的用户设备，可用带宽被划分为单独的资源分配。网络中的通信包括从基站到终端的下行链路通信以及从终端到基站的上行链路通信。根据应用或目的，要以包括一系列数据分组的数据流的形式在上行链路中发送的数据可以是用户数据或控制数据，并且可以具有不同的QoS(服务质量)要求。

基本LTE网络

一种蜂窝无线网络基于被称为长期演进(LTE)的标准的集合。该标准的当前版本(版本11)还被称为LTE-A(LTE-Advanced)。在图1中例示了LTE中的网络拓扑。如可以看到的，在LTE中被称作UE的各个终端1经由Uu接口通过无线链路连接到增强型节点B或eNodeB11形式的基站。应该注意，各种类型的eNodeB是可能的。eNodeB可以在具有不同的发送功率和不同的天线配置的不同载波频率下支持一个或更多个小区，并且因此提供不同大小的覆盖范围区域(小区)。部署在给定地理区域中的多个eNodeB构成被称作E-UTRAN的无线网络(以后通常简称为“网络”)。LTE网络中的小区能够在其中上行链路和下行链路在时间上分开但是使用相同的载波频率的时分双工TDD模式或者其中上行链路和下行链路在不同的载波频率下同时发生的频分双工FDD下操作。

各个eNodeB11进而使用被称作S1的接口通过(通常为)有线链路连接到高级或“核心网”实体101，实体101包括服务网关(S-GW)以及用于管理系统并向网络中的其它节点(具体地，eNodeB)发送控制信令的移动性管理实体(MME)。另外(未示出)，分组数据网(PDN)网关(P-GW)单独地或与S-GW相结合地存在，以与包括互联网的任何分组数据网交换数据分组。因此，通信在LTE网络与其它网络之间是可能的。

小小区网络(SCN)

图1示出了有时被称作“同构网络”的东西；即，在规划布局中并具有类似的发送功率级、天线图案、接收机噪声基底以及类似的到核心网的回程连接性的基站的网络。当前的无线蜂窝网络通常使用宏中心规划过程部署为同构网络。基站的位置通过网络规划仔细地决定，并且适当地配置基站设置以使覆盖范围最大化并控制基站之间的干扰。然而，广泛地假定将来的蜂窝无线网络将采用由两个或更多个不同类型的小区组成的“异构网络”，还(此后)被称为小小区网络或SCN。

图2描绘了简单的SCN。大的椭圆10表示由基站(宏BS)11提供的宏小区的覆盖范围区域或占地面积。较小的椭圆20、22和24表示宏小区10的覆盖范围区域内的小小区，每个小小区都具有相应的基站(由微微BS21举例说明)。这里，宏小区是在特定区域的网络中提供基本“底层(underlay)”覆盖范围的小区，并且小小区重叠在宏小区之上，特别是在所谓的“热点区”内出于容量增加目的使用相同或不同的载波频率。如由图中的箭头所指示的，UE1能够既与宏BS11又与微微BS21进行通信(但未必同时)。当UE开始将给定小区用于其通信时，该小区被说成针对该UE被“激活”，而无论该小区是否已经由任何其它UE使用。附带地，尽管宏小区和小小区在这里被描绘为由不同的基站来提供，但这不是必要的，并且同一基站可以负责宏小区和小小区二者。例如，在较高频带中操作的小区很可能经历较大的路径损耗，因而与在较低频带中操作的小区相比具有较短的距离；因此，同一基站可以提供较低频率宏小区和较高频率小小区二者。

尽管在图2中示出了仅两种类型的小区，但是各种类型的小小区可以存在于(按大小的降序)包括与当前的宏小区、微微小区和毫微微小区类似的小区的SCN中。毫微微小区和微微小区能够重叠在宏小区或微小区上。因此，网络能够被设计为使得宏小区提供总的覆盖范围，而宏小区、微微小区和/或毫微微小区(或小小区)提供附加的容量。所设想的小小区还可以对应于尚未在LTE规范中定义的新载波类型(NCT)。

载波聚合(CA)

SCN将支持并增强要应用于UE的各种容量增加方案，包括自LTE版本10以来已经(在同构网络上下文中)引入到3GPP中的所谓的载波聚合(CA)。在通过引用并入本文的3GPP标准TS36.300中给出了应用于LTE的CA的细节。

在CA中，处于不同载波频率的两个或更多个分量载波(CC)被聚合，以便支持最多100MHz的更宽发送带宽(由各自具有在它们的载波频率附近的最多20MHz带宽的最多五个CC组成)。UE可以根据其能力在一个或多个CC上同时接收或发送。

对UE到网络的连接、系统信息的广播以及无线电承载的建立的管理是无线电资源控制(RRC)的一部分。当配置CA时，UE仅具有与网络的一个RRC连接。在RRC连接建立/重建/切换时，一个服务小区提供UE加入网络所需的系统信息，并且此小区被称为主小区(PCell)。所有其它CC被称作辅小区或SCell。通常，一个载波对应于一个小区。在下行链路中，与PCell对应的载波是下行链路主分量载波(DLPCC)，而在上行链路中它是上行链路主分量载波(ULPCC)。附带地，在本说明书中，术语“载波”和“小区”某种程度上可交换地使用；然而应该牢记，尽管不同的载波频率总是暗示不同的小区，但是不同的小区并不一定暗示不同的载波频率：单个载波频率能够支持一个或更多个小区。

因此，使用CA的UE具有多个服务小区，针对各个CC一个服务小区，并且在SCN中CC例如可以对应于宏小区和小小区，使得同一UE可以将宏小区用作其“主”小区(PCell)并将小小区用作“辅”小区(SCell)。还可能具有不同的载波频率，宏小区和小小区可以具有不同的带宽。通常，各个小区由单个站点处的基站天线提供，但是这不排除一个小区由不同的站点处的天线提供的可能性。

SCN中的CA的潜在问题是CC中的至少一些很可能由与现有的家庭eNodeB和毫微微小区类似的小基站提供，所述现有的家庭eNodeB和毫微微小区将宽带互联网用于它们到网络的回程连接，并且因此与宏小区eNodeB相比易于招致较大的等待时间(包括与其它基站交换信息所花费的较长时间)。

在CC由地理上分开的基站来提供的情况下，这些基站还将通常经历来自UE的不同的信号传播延迟。为了在SCN场景中利用CA，LTE的版本11提供了多个上行链路定时提前(TA)，UE能够通过多个TA来确保其上行链路发送与来自其它UE的发送同步地到达提供小区的基站。因为同一基站可以提供超过一个小区，所以使用定时提前组(TAG)的概念将具有相同TA值的载波分组在一起。然而，尚未确定CA如何可以最有利地应用于SCN的各种方面，如稍后所说明的。

LTE中的上行链路信道

因为要描述的实施方式涉及SCN中的缓冲区状态报告(BSR)，所以将对这些状态报告的本质以及对于这些状态报告的需要的进行一些进一步的说明。

LTE系统是一种调度系统，其中以各自包含二十个时隙的“帧”为单位来组织发送，两个连续的时隙称为“子帧”。对于一个或更多个子帧的各个发送时间间隔，做出有关哪些UE在此发送时间间隔期间被指派/分配给哪些时间/频率/空间/代码资源的新调度决定。

在网络内的各个抽象级别定义了用于数据和信令的多个“信道”。图3示出了在基于LTE系统中在逻辑级别、发送层级别和物理层级别中的每一级别定义的信道中的一些，各级别对应于公知的OSI模型内的不同的协议层及它们之间的映射。出于当前目的，上行链路信道是特别感兴趣的。

在图3中，在上行链路中定义的物理信道是物理随机接入信道(PRACH)、物理上行链路共享信道(PUSCH)和物理上行链路控制信道(PUCCH)。上行链路物理信道对应于承载起源于高层的信息的资源的集合。除上行链路信道之外，通常定义了诸如基准信号、主同步信号和辅同步信号的上行链路信号。

在图3中的发送信道级别，上行链路共享信道UL-SCH映射到物理信道PUSCH，而随机接入信道RACH映射到以上提及的PRACH。附带地，尽管图3示出了逻辑信道，但是这些逻辑信道针对由MAC提供的不同类型的数据传送服务定义了逻辑信道类型的集合，其中各个逻辑信道类型都按照传送什么类型的信息来定义。在本发明中应该注意，逻辑信道是指在MAC中的逻辑信道优先级排序过程中使用的逻辑信道，其中实际的逻辑信道由RRC配置定义。

以上提及的3GPPTS36.300提供了在基于LTE的系统中使用的无线电接口协议架构的总体描述，并且具体地，3GPPTS36.300的第5.2节涉及上行链路发送方案。例如，在同样通过引用在此并入的3GPPTS36.211第5节中，描述了基于LTE的系统的上行链路中的物理信道。

用户数据以及可选地高层控制信令承载在物理上行链路共享信道PUSCH上。物理上行链路控制信道PUCCH承载诸如调度请求(SR)(参见下文)和信道质量指示符(CQI)报告的上行链路控制信息。如图3所例示的，存在PUCCH的下行链路配对信道，该下行链路配对信道是用于响应于调度请求而承载上行链路调度许可的物理下行链路控制信道(PDCCH)。附带地，在LTE-A中，还存在被称作EPDCCH的增强型PDCCH，EPDCCH允许eNodeB之间的协调以便减少小区间干扰。

上行链路调度许可还指示发送速率(即调制和编码速率)。如果在将发送PUCCH时发生PUSCH发送，则可以在PUSCH上与用户数据一起发送要在PUCCH上承载的控制信息。PUCCH和PUSCH从同一UE的同时发送在由高层启用的情况下可被支持。PUCCH可以支持如3GPPTS36.211第5.4节中指示的多个格式。

因为UE与基站之间的发送由于干扰而容易有发送错误，所以一过程可用于在上行链路方向和下行链路方向上发送以由接收机确认的各个分组。这是通过在控制信道上发送混合自动重传请求(HARQ)确认或否定确认(ACK/NACK)来完成的。在下行链路上，在物理HARQ指示符信道(PHICH)上发送ACK/NACK。在上行链路上，在PUCCH上发送ACK/NACK。

物理随机接入信道PRACH被用来承载随机接入信道(RACH)以用于在UE不具有任何分配的上行链路发送资源的情况下访问网络。如果例如通过在PUSCH上发送的数据的到达在UE处触发了调度请求(SR)，则当PUSCH资源尚未被分配给UE时，在针对此目的的专用资源上发送SR。如果这样的资源尚未被分配给UE，则在PRACH上发起RACH过程。

CA中的信道

在概述了LTE中定义的更重要的信道中的一些后，现在能够使用图4来描述它们在CA场景中与小区/CC的关系。

如图4所示，根据当前的LTE提议，各个PCell能够向UE发送PDCCH。根据UE能力，SCell可以(或者可不)向UE提供PDCCH；然而，PUSCH上的上行链路数据以及BSR和特定RACH能够由具有所需能力的UE在PCell和SCell二者上发送。因此，对于各个小区来说存在单独的发送信道UL-SCH。对于直到并包括版本11的LTE，仅在PCell上发送支持SR的上行链路控制信道(PUCCH)。类似地，仅在PCell上发送用于调度请求的PRACH。然而，这些限制可能不适用于将来的版本。

如果SCell不承载PDCCH，则意味着该小区的调度信息不得不承载在另一小区(通常是PCell)的PDCCH中–所谓的跨载波调度。PCell和SCell应该具有相同或非常类似的发送定时，这例如使得一个小区上的PDCCH能够对不同小区上的资源进行调度并且使得针对SCell上的PDSCH发送的ACK/NACK在PCell上发送。SCell可以在UE处具有不同的发送定时，以便允许小区由不同的地理站点处的天线支持的可能性实现。具有相同定时的PCell和/或SCell将属于同一TAG(时间对准组)。然而，因为PCell上的PUCCH与SCell上的PDSCH之间的严格定时同步要求，PCell和SCell能够被假定为由同一eNodeB控制。

无线电承载和逻辑信道

在诸如针对LTE的OSI兼容标准中，在系统(即E-UTRAN)中定义的协议层包括分组数据控制协议(PDCP)、无线电链路控制(RLC)和介质接入控制(MAC)。图5示出了在采用CA时在该系统中的PDCP协议层、RLC协议层和MAC协议层中的每一个协议层处的主要上行链路功能。图5示出了例如与PCell和SCell对应的两个分量载波CC1和CC2的情况。相对于给定节点(例如eNodeB或UE)，各个协议能够被认为驻留在能够与其它层中的协议分开地考虑的功能模块或“实体”中。这使得能使用“无线电承载”的概念，所述“无线电载体”在eNodeB和UE中的对等实体之间在给定协议级别为用户数据或控制信令提供一种隧道。无线电承载的建立和维护是RRC的另一方面。

属于同一无线电载体的分组(packet)在网络中得到相同的端对端处理。承载的特征在于诸如“保证比特速率(GBR)”和“非GBR”的参数。对于GBR承载，网络保证特定比特速率在任何时间可用于承载。承载(GBR和非GBR二者)的特征还在于针对给定承载限制网络将提供的最大速率的最大比特速率(MBR)。以这种方式，各个无线电承载能够提供适合于在该无线电承载上承载的数据流的特定服务质量QoS。

在LTE/E-UTRAN中，在包括PDCP的各种协议级别定义以上提及的无线电承载(RB)。存在三种类型的PDCP承载：SRB(信令无线电承载)以及两种类型的DRB(专用无线电承载)AMDRB和UMDRM，其中AM代表确认模式RLC而UM代表不确认模式。在E-UTRAN中，仅存在三个SRB-SRB0、SRB1和SRB2。这些由控制平面协议使用以向UE发送分组。DRB用于发送语音和数据；建立与终端所要求的QoS流或服务的数量一样多的DRB。当DRB被建立时，逻辑信道标识(ICID)将被指派给用于UL和DL的DRB。在这个意义上，可以说一个逻辑信道(LC)传统上对应于一个RB。

出于资源分配的目的，可以将逻辑信道指派给逻辑信道组(LCG)，类似的QoS需求的LC(QoS类标识符和/或优先级(QCI))被置于同一LCG中。各个LC仅被指派给一个LCG，并且可以基于所要求的服务质量(例如，优先级、延迟要求)来完成LC到LCG的指派。定义LCG的主要动机是与为各个单独的LC提供控制信令相比减少控制信令的量。

当RB被建立时，可以将LC指派给RB，并且可以将LC指派给LCG；然而，例如在添加新的RB或者去除现有RB时，将LC再指派给LCG可能是有用的。

除管理以上提及的混合ARQ功能之外，MAC层还负责数据在逻辑信道之间到发送信道的映射，所述发送信道中的每一个可以承载超过一个LC。发送信道DL-SCH和UL-SCH表示由PHY提供的数据传送服务，并且通过信息如何被承载、不同的物理层调制以及它们被编码的方式来定义。

LTE系统中的eNodeB的MAC实体包括负责管理针对上行链路信道和下行链路信道二者的资源调度(即，用于为DL-SCH发送信道和UL-SCH发送信道分配物理层资源)的调度功能。不同的调度器为DL-SCH和UL-SCH而操作。当在UE之间共享资源时，调度器应该考虑各个UE与关联的无线电承载的业务容量(缓冲区状态)和QoS要求。调度器可以考虑通过在eNodeB处做出的测量而识别和/或由UE报告的UE处的无线电条件来指派资源。同样地，UE具有带调度功能的MAC实体，所述调度功能用于根据由eNodeB发信号通知给它的资源分配，从已到达UE的缓冲区的用于发送的数据来构造发送块。

在LTE内的CA的场景中，如可以从图5看到的，物理层的多载波本质仅被暴露于MAC层，对此，由各个CC(服务小区)提供单独的UL-SCH并且每服务小区要求一个HARQ实体。

在图8中概括了无线电承载、逻辑信道/LCG及发送信道之间的关系(映射)，在图8中向下方向表示从高级别协议层到较低级别协议层的前进。

因此，位于协议栈的顶部的是在UE上运行的应用，例如相机应用或IP语音电话(VoIP)。这生成了诸如要上传到网络的相片或语音分组的数据流。各个数据流具有关联的QoS要求。在相机应用的示例中，“尽力而为”服务将足够；另一方面，VoIP将具有更严格的QoS要求以使等待时间最小化。数据流映射到无线电承载(DRB)，而DRB对应于逻辑信道。因此，数据流可以映射到一个逻辑信道(尽管LTE规范不阻止将数据流映射到超过一个逻辑信道)，并且可以将逻辑信道指派给逻辑信道组。发送信道从逻辑信道构造并在上行链路物理信道上发送。

缓冲区状态报告(BSR)和调度请求(SR)

基于如TS36.300中所陈述的当前3GPP标准，要求测量报告(包括UE的无线电环境的发送量和测量结果)使得eNodeB中的调度器能够在上行链路和下行链路二者中操作。具体地，在上行链路方向上，UE需要包括关于不同逻辑信道的缓冲区状态的信息的上行链路缓冲区状态报告(BSR)，以为eNodeB的QoS感知分组调度提供支持。

也就是说，为了有效地调度上行链路发送，网络需要知道UE需要发送的数据的量(容量(volume))、这种数据(不同类型和优先级的数据流的形式，反映不同的服务被提供给UE)的优先级以及上行链路信道条件。在LTE规范中，这通过UE经由PUSCH与数据发送一起发送BSR(缓冲区状态报告)并通过发送UL探测基准信号(SRS)来提供。

BSR指示相对于一个或四个逻辑信道组在UE处缓冲(即，准备好在上行链路上发送)的数据的量。在LTE中，按不同的优先级对LCG进行处理。因此，LCG的概念使得BSR能够提供关于按优先级分类的数据量的信息。四个LCG和两个格式被用于在上行链路中报告：

-仅报告一个LCG的缓冲区状态的短格式；

-报告所有四个LCG的缓冲区状态的长格式。

在图6中示出了短格式并在图7中示出了长格式。如图6所指示的，一个特定LCG由第一字段“LCGID”来标识，数据的量由第二字段“缓冲区大小”来表示。在图7所示的长格式BSR中，应当注意未使用显式LCGID，所涉及的LCG是缓冲区大小字段在报告内的相对位置隐含的。如果未配置所有四个LCG，则UE对于任何未配置的LCG的状态简单地报告“0”(零)。

然而，如果UE无PUSCH资源可用，则无法发送BSR。在这些情况下，在UE中触发调度请求(SR)。SR指示UE需要在PUSCH上的许可UL资源。在一些情况下，UE可能不在PUCCH上具有SR资源分配，然后如已经提及的那样发起RACH过程。BSR在以下意义上代替SR，即，当SR被触发时，它被认为是悬而未决的直到它通过发送包含直到(并包括)触发了BSR的最后事件的缓冲区状态的BSR被取消或者当UL许可能够容纳可用于发送的所有悬而未决的数据时为止。

在3GPPTS36.321第5.4.4、5.4.5和6.1.3节中进一步描述了BSR和SR协议，并且在同样在此通过引用并入的3GPPTS36.213第10节中描述了针对用于确定物理上行链路控制信道指派的终端过程的SR过程。

为了概括上文，当前在LTE中，缓冲区状态报告被用来向网络指示关于准备在上行链路中从终端发送的数据的信息。与逻辑信道对应的数据流与逻辑信道组关联，并且根据新数据的到达和优先级，可以触发缓冲区状态报告(BSR)。如果(PUSCH)资源不可用于承载BSR，则可以发送调度请求(SR)。如果未分配用于SR的资源，则随机接入(RACH)发送可能发生。在3GPP规范中，数据流可以被认为对应于无线电承载，无线电承载将包括信令无线电承载(SRB)和数据无线电承载(DRB)二者。

在载波聚合(CA)中，除PCell之外，还可以为UE配置不同的载波频率的一个或更多个SCell。PCell和SCell应该具有相同或非常类似的发送定时，这例如使得一个小区上的PDCCH能够调度不同小区上的资源以及那个在PCell上发送针对SCell上的PDSCH发送的ACK/NACK。从UE经由各个SCell的上行链路发送可以在UE处具有不同的发送定时，以便允许小区由不同的地理站点处的天线支持的可能性实现。具有相同定时的PCell和/或SCell将属于同一个TAG(时间对准组)。然而，因为PCell上的PUCCH与SCell上的PDSCH之间的严格定时同步要求，PCell和SCell能够被假定为由同一eNodeB控制。

对于给定UE，可以通过MAC信令来激活或去激活SCell。终端可以在两个(或更多个)载波上进行上行链路操作。因此，在CA中，能够通过PCell和SCell二者来发送PUSCH上的上行链路数据以及BSR和特定RACH。对于直到并包括版本11的LTE，仅在PCell上发送支持SR的上行链路控制信道(PUCCH)。类似地，仅在PCell上发送用于请求UL资源分配的PRACH。可以在SCell上发送PRACH，但是仅为了确定定时提前的目的。然而，这些限制在将来的版本中可能不适用。

当前正在3GPP中研究的“小小区”概念的一个关键场景提供了终端由宏小区以及在相同或不同的载波频率下操作的一个或更多个小小区二者支持的可能性。这与CA具有一些相似性，但是对于小小区，可以不太严格地控制小区之间的定时关系，并且这些小区可以由不同的eNodeB控制。很可能的是，处于显著不同的频率的小区(如针对小小区场景中的一个设想到的)将具有不同的信道条件和业务容量。小小区载波可以具有较高的数据速率容量，但是具有不太一致的地理覆盖范围。另外，回程容量和等待时间对于宏小区和小小区来说可以是不同的。因此，根据很可能随着时间和位置而变化的信道条件，在小小区概念下，网络能够控制来自给定UE的哪些数据业务被路由经由各个载波以及用于报告上行链路缓冲区状态和调度请求的布置二者将是有利的。

WO2011/100673A1公开了根据各个独立权利要求的前序的一种无线通信方法、无线通信网络、终端和基站。当终端利用到各个站点的一个或更多个ULCC与多个eNB(站点)连接时，每站点一个CC被定义为锚载波，并且一个锚载波被定义为主CC，与eNB关联的对应UL锚载波可以被用于发送诸如ACK/NACK和信道状态信息的UL控制信息。另选地，可以使用主CC来发送所有UL控制信息。

EP2391172A2公开了一种针对LTEMIMO系统的BSR方案，其中，单个eNB使用图6和图7的上述BSR格式中的任一个与UE进行通信。

WO2013/113390A1公开了一种针对LTE中的CA系统的BSR方案，其中，BSR在PCell和SCell二者上发送(在两者被调度的情况下)或者另选地UE按照版本10但是利益CC基础上的BSR消除儿在所分配的PUSCH上发送BSR(即，针对给定服务小区的BSR被认为是悬而未决的直到不在所对应的小区上发送为止)。

发明内容

根据本发明的第一方面，提供了一种无线通信方法，其中：

终端向网络发送第一数据流和第二数据流，所述网络提供为所述终端服务的多个小区；其特征在于

所述第一数据流与所述小区中的第一小区和第二小区二者关联，并且所述第二数据流与所述小区中的第二小区关联；以及

所述终端向所述网络发送至少一个信令消息，所述至少一个信令消息包括与要在所述第一数据流中发送的数据有关的第一信息和/或与要在所述第二数据流中发送的数据有关的第二信息。

优选地，所述终端确定要经由所述小区中的哪一个小区来发送所述至少一个信令消息。在这种情况下，所述终端可以至少基于关于各个小区的信道条件来做出所述确定。

在实施方式中，一个这种信令消息经由所述第一小区发送。另一个这种信令消息可以经由所述第二小区发送。

另一方面，所述信令消息中的两个可以经由同一个小区发送。

本发明中的所述信令消息可以采取各种形式。它们可以包括缓冲区状态报告、调度请求或PRACH签名。

优选地，各个数据流还与逻辑信道和/或逻辑信道组关联。

数据流与小区之间的关联可以通过从所述网络到所述终端的信令来改变。

所述第一小区和所述第二小区可以由不同的基站来控制。

根据本发明的第二方面，提供了一种无线通信网络，该无线通信网络提供为终端服务的多个小区，所述终端被布置为向所述网络发送第一数据流和第二数据流，其特征在于

所述第一数据流与所述小区中的第一小区和第二小区二者关联，并且所述第二数据流与所述小区中的第二小区关联；并且

所述终端还被布置为向所述网络发送至少一个信令消息，所述至少一个信令消息包括与要在所述第一数据流中发送的数据有关的第一信息和/或与要在所述第二数据流中发送的数据有关的第二信息。

根据本发明的第三方面，提供了一种无线通信网络中的终端，所述网络提供为所述终端服务的多个小区，所述终端被布置为向所述网络发送第一数据流和第二数据流，其特征在于

根据本发明的第四方面，提供了一种基站，该基站提供具有多个服务小区的终端的至少一个服务小区，所述小区由所述终端用来发送第一数据流和第二数据流，其特征在于

所述基站被布置为从所述终端接收包括至少一个信令消息，所述至少一个信令消息与要在所述第一数据流中发送的数据有关的第一信息和/或与要在所述第二数据流中发送的数据有关的第二信息。

在另一方面中，本发明提供了计算机可读指令形式的软件，当由无线电设备的处理器执行时，该软件提供如以上所定义的所述基站或所述终端。这种软件可以被记录在一个或更多个非瞬时性存储介质上。

本说明书中的术语“小区”将被广义地解释。例如，即使发送或接收实际上由基站的一个或更多个天线或天线端口来执行，也能够表示与小区关联的从所述小区发送或者由所述小区发送(在下行链路中)或者向小区发送(在上行链路中)的通信信道，。虽然术语“小区”通常意指下行链路和上行链路二者，但是这不是必要的，并且在本发明中，至少一个小区可以是仅上行链路小区。术语“小区”还旨在包括子小区，子小区可以是小区的基于使用特定天线或者对应于小区内的不同的地理区域的细分。所谓的“在小区”处执行特定动作通常意指在提供该小区的基站中执行那些动作。

小区可以与不同的基站或与同一基站关联。术语“基站”本身具有广泛的含义并且例如包含接入点或发送点。术语“网络”和“系统”在本说明书中被可交换地使用并旨在具有等效的含义，并且LTE的“E-UTRAN”是本发明可以应用于的一个可能的网络/系统。

除在LTE的上下文中的特定含义之外，所述无线电承载还能够被认为是通过蜂窝无线网络的接入层提供给非接入层(核心网)以在终端与核心网之间递送数据的服务。

数据流(关于数据流的信息被包含在第一信令消息和第二信令消息中)包括终端的缓冲区中的数据，所述缓冲区用来在上行链路发送之前暂时保持数据。在本发明中，信令消息包含关于要在所述数据流中发送的数据的信息，或更具体地，关于与数据流关联的逻辑信道的信息。逻辑信道意指例如为了调度而应用于无线电承载内的数据的某种形式的指定。因为逻辑信道与小区关联，所以这使得能够针对各个小区被单独地报告缓冲区状态。

因此，本发明的实施方式提供了数据流(和/或逻辑信道)与单独的载波(小区)的关联，以及针对配置有超过一个上行链路载波的终端的每载波独立的缓冲区状态报告。这在终端可以由宏小区和一个或更多个小小区同时服务的3GPPLTE的“小小区”场景中是特别有利的。这些小区可以在不同的频率操作，具有不同的业务负载并支持不同的QoS(服务质量)。这些实施方式可以允许上行链路上到宏小区和小小区的业务的独立控制，这能够被用来在任何给定时间/位置处关于可用资源而优化用户体验，并且使得特定数据能够经由特定小区路由。

总体上，并且除非存在相反的清晰意图，否则即使在本文中未显式地提及或描述这种组合，相对于本发明的一个方面描述的特征也可以同样地并按照任何组合应用于任何其它方面。

如从上文显而易见的，本发明的实施方式涉及无线通信系统中的小区与终端(UE)之间的信号发送。小区与一个或更多个基站关联。基站可以采取适合于发送和接收这些信号的任何形式。设想了所述基站通常将采取为在3GPPLTE和3GPPLTE-A标准组中实现而提出的形式，并且因此可以在不同的情形下被酌情描述为eNodeB(eNodeB)(此术语还包含HomeeNodeB)。然而，受本发明的功能要求的影响，一些或所有基站可以采取适用于从终端发送和接收信号的任何其它形式。

类似地，在本发明中，各个终端可以采取适合于从基站发送和接收信号的任何形式。例如，所述终端可以采取用户设备(UE)、订户站(SS)或移动站(MS)的形式，或任何其它适合的固定位置或可移动形式。出于使本发明可视化的目的，将所述终端想象为移动电话听筒(handset)可能是方便的(并且在许多情况下，所述终端中的至少一些将包括移动电话听筒)，然而不据此意指任何限制。

附图说明

仅通过示例参照附图，附图中：

图1示出了LTE中的网络拓扑；

图2例示了小小区网络(SCN)的原理；

图3例示了在LTE中的多个协议层中的每一个协议层的信道；

图4示出了在SCN中LTE物理信道如何被分配给PCell和SCell；

图5例示了为载波聚合(CA)配置的无线通信系统的上行链路的协议栈；

图6和图7分别示出了LTE中采用的短形式BSR和长形式BSR；

图8例示了LTE中的无线电承载、逻辑信道及小区之间的常规关系；

图9是具体实现本发明的方法中的步骤的流程图；

图10是在本发明中使用的终端的示意框图；以及

图11是在本发明中使用的基站的示意框图。

具体实施方式

引导发明人想出本发明的问题是在LTE中用于报告上行链路缓冲区状态的当前机制是在用于控制信令的单个上行链路载波以及用于上行链路数据发送的(半静态地配置的)逻辑信道的单个集合的假设下设计的。针对小小区情况，这使得不能在哪一个上行链路载波将最适合于发送方面容易地区分数据(即逻辑信道)，并且使得不能缓冲区状态报告和调度请求能够动态地取决于哪些载波当前是可用的。

例如，在典型情况下，宏小区和小小区能够由可以独立地对上行链路发送进行调度的不同eNodeB来控制。另外，至少特定上行链路控制信令(例如，UE发起的RRC信令)被最适当地发送到相关eNodeB。类似地，如果宏小区和小小区提供不同的等待时间，则经由适当的小区为要求低等待时间的应用(例如VoIP)路由数据将是适当的。此外，如果宏小区是相对负荷更重，则应该经由小小区路由低优先级高容量的数据。

实施方式的原理在于使得能数据流(逻辑信道)与小区(或超过一个小区)之间的关联。发明人已经认识到，在LTE中，这还能够传统上使用逻辑信道到逻辑信道组的现有映射来实现，但是提供逻辑信道组与小区之间的进一步映射。此映射可以是一对多(即，能够在超过一个小区上发送与逻辑信道组对应的数据)。应该注意，在LTE中，在一方面LC/LCG与另一方面载波/小区之间传统上不存在规定的关系。

图9以简化流程图的形式示出了为这个原理。首先(S10)确定哪些小区当前可被UE利用(被激活或做准备)。在步骤S12中，LCG被指派给可用小区。如已经提及的，这未必是一对一关系。在S14中，数据流被指派给逻辑信道并且逻辑信道被指派给LCG。在步骤S16中，UE检测到存在等候发送的用于特定数据流的数据，并且在步骤S18中，UE通过向网络发送信令消息(BSR/SR/PRACH)来对此检测做出响应，所述消息涉及与该数据流关联的小区(或多个小区)。可以在与数据流关联的小区上发送这个消息，但是不必如此。在S20中，UE接收相关小区上的调度许可。然后在步骤S22中，UE在该小区上使用许可的资源来发送数据流的等待数据。

在概述了作为本发明的一些实施方式基础的原理后，现在将对这些实施方式本身进行描述。

一般而言，除非另外指示，否则在下面所描述的实施方式基于LTE，其中网络(无线通信系统)包括多个eNodeB，各个eNodeB控制一个或更多个下行链路小区，各个下行链路小区具有对应的上行链路小区。各个DL小区可以服务一个或更多个终端(UE)，所述UE可以接收在该服务小区中发送的信号并且对信号进行解码。为了控制在时域、频域和空间域中用于向UE发送和从UE发送的发送资源的使用，eNodeB向UE发送控制信道消息(PDCCH或EPDCCH)。

PDCCH/EPDCCH消息通常指示数据发送将是在上行链路(使用PUSCH)还是下行链路(使用PDSCH)中。DL中由eNB许可的资源指派是使用信道状态信息来确定的。这通过来自UE的基于使用可以由eNB针对它支持的各个小区发送的基准信号所做出的信道测量的反馈来提供。此反馈通常以信道质量指示符(CQI)、预编码矩阵指示符(PMI)和秩指示符(RI)的形式的数据速率的一个或更多个实例构成。假定UE由宏小区和一个或更多个小小区服务。

第一实施方式

在第一实施方式中，宏小区和小小区各自由不同的eNodeB控制。确定了应经由特定小区来发送特定数据流(或多个流)(例如，UE发起的与宏小区有关的上行链路RRC信令仅经由宏小区，或者低优先级用户数据经由小小区)。

用于此确定的可能的因素包括：

-所涉及的数据流的QoS

-小区的系统带宽

-信道质量

-小区上的业务负载

-小区上可用的等待时间

-当使用小区时在UE处的功耗

-使用小区的财务成本

这里，可以通过信令向UE指示给定小区上可用的带宽。关于给定小区的信道质量可以从DL信道质量来估计，或者从基站发信号通知。给定小区上的业务负载可以由基站发信号通知，或者UE可以能够估计。等待时间是基站与网络的其余部分之间的回程连接的速度的函数；小小区(例如由连接到宽带互联网的HomeeNodeB或等同物提供)的等待时间通常比宏小区(由具有到核心网的专用链路的宏eNodeB提供)的等待时间高。功耗可以根据载波频率因UE而变化：在其它条件都相同的情况下，较高的载波频率将使UE处的功耗升高。财务成本是指由宏eNodeB提供的小区将经受移动运营商的正常的使用/数据收费的事实，然而毫微微小区(或等同物)可能可免费使用。

以上确定可以由网络做出，或由UE利用来自网络的指导做出。应当注意，在这些因素之间存在某种交叠；然而，可能不必考虑以上因素中的全部。例如，可以简化需要的处理以仅考虑带宽。当UE做出确定时，另一问题是可被UE利用的信息：UE可能不知道信道质量或业务负载。在这些情况下，带宽将至少将哪一个小区是适合于承载数据流的小区的指示给予UE。

更具体地，根据该实施方式的变型，确定数据流与小区之间的关联可以通过规范或网络选择(例如RRC信令)。例如，规范可以包括用于确定哪一个数据流将经由哪一个小区发送的规则，可能按无线电承载与LC/LCG之间的关系来表达。在任何情况下，可能可用于UE的各种小区能够方便地由为UE所知的小区ID来标记。

因此，数据流能够与选择的小区关联，并使用该小区来发送数据。此关联是通过将数据流指派(或映射)给与所选择的小区关联的逻辑信道并且通过将该逻辑信道指派给同样与所选择的小区关联的逻辑信道组来实现的。这对于LC及其LCG二者来说是相同的关联；换句话说，LC和LCG二者与同一小区关联。发送BSR、SR或RACH的准则是根据指派给该小区的逻辑信道每小区独立地确定的。

在第一实施方式的变型中，逻辑信道组的指派根据所配置的小区中的哪些是为UE激活的来确定。应该注意，这个上下文中的“激活”意指“能够由特定UE使用”，而不是可操作与否。例如，如果小小区被MAC信令去激活，则映射被改变为使得逻辑信道组被映射到宏小区。在这种情况下，可不要求一些逻辑信道组。附带地，传统上针对上行链路和下行链路二者激活给定小区。然而，小区相对于UE的上行链路或下行链路的独立激活将来也许有可能。

可以针对激活的小区的各个可能的组合来配置逻辑信道组的不同集合。在给定位置中，潜在可用的小区的集合为PCelleNodeB所知并在UE处被配置，并且通常将在数量上是相当有限的(其中为给定UE当前激活的甚至更少)。因此，能够计算小区的所有可能的组合。如果新小区变得可用(例如，如果家庭eNodeB被加电)，则能够执行重新配置。

在第一实施方式的另一变型中，针对BSR、SR和PRACH中的一个或更多个的配置对于宏小区和小小区来说可以是不同的。可存在用于定义哪一个小区被用于这些信号的发送的规则，或者UE可以例如基于对无线电信道条件的观察结果(例如，根据关于下行链路基准符号的测量结果)来决定这个。

这些规则的两个示例如下。

(i)如果BSR是由于特定LC中的数据到达而触发，则在LC与特定小区关联的情况下，如果PUSCH资源在当前子帧中可用，则在该小区上发送BSR。如果在该小区上未配置PUSCH资源，则在PUSCH资源在当前子帧中可用的具有最高上行链路信道质量的小区上发送BSR。如果在任何小区上没有可用的PUSCH资源，则触发SR。

(ii)如果SR是由于特定LC中的数据到达而触发，则在LC与特定小区关联的情况下，如果SR被配置，则在该小区上触发SR，否则在该小区上发送PRACH。如果LC不与特定小区关联，并且在超过一个小区上配置了SR资源，则在具有最高上行链路信道质量的小区上发送SR，或者如果未配置SR资源，则在具有最高上行链路信道质量的小区上发送PRACH。

第二实施方式

除了小区根据被扩展以使得SR(以及用于调度请求的PRACH)能够在SCell上行链路上发送的载波聚合(CA)操作之外，第二实施方式像第一实施方式一样。作为变型，因为小区由同一eNodeB控制，所以在诸如BSR的控制信令经由不同的小区的独立发送方面不太有优势。因此，单个BSR被定义为覆盖两个上行链路；换句话说，一个信令消息包含针对两个(或更多个)小区的单独的状态报告。这可以在PCell上行链路上或(和当前的LTE规范对比)在任何SCell上行链路上发送。

因此，此实施方式使得数据流能够优选地经由特定小区路由，但是仅需要能够覆盖准备在两个(或所有)小区上发送的数据的单个BSR。现有的长格式BSR(图7)能够被用于此目的，其中表示不同的LCG并且从而作为LC/LCG到小区的映射的结果的字段间接地定义要使用哪一个或哪些小区。

第三实施方式

第三实施方式(可以与第一实施方式和第二实施方式组合)包括被分成两个部分的新型BSR；一个部分针对可以由宏小区或小小区发送的UL数据的缓冲区状态，而第二部分针对旨在由小小区发送的UL数据的缓冲区状态。如上所述，LC/LCG到小区的映射可以是一对多关系，使得特定LCG能够与两个小区关联。

在此实施方式的变型中，BSR报告被分成三个部分。附加的第三部分针对不旨在由小小区发送的UL数据的缓冲区状态。这可以通过配置一个LCG以仅映射到PCell(宏小区)来实现。各个部分可以由相应的相关宏小区或小小区借助于用于表示BSR适用于哪一个或哪些小区的一个或两个比特的标签来识别；这种标签还将使得BSR的部分能够被独立地发送。此方案将可能要求限定图6和图7的那些格式以外的附加的BSR格式。

在以上实施方式的另一变型中，BSR由能够针对不同的小小区不同地标记的多个不同的部分构成。例如，使用2个比特，4个不同的标签可用，并且能够在各自具有2比特标签的两个部分中发送BSR。

在此实施方式的变型中，所发送的BSR的部分在说明书中可以是固定的，通过配置来确定或者由UE决定。如果UE没有针对特定LCG的数据，并且BSR的对应部分仍然将被发送，则UE将在该部分中简单地发送“0”(零)。

第四实施方式

第四实施方式(也可以与前三个实施方式组合)本身不改变BSR报告，但是允许通过在不改变其它设定的情况下更新所关联的小区ID来改变处理特定数据流的小区。例如，将能够在不改变诸如DRB-Identity、PDCP-Config、RLC-Config、logicalChannelIdentity和logicalChannelConfig的其它设定的情况下修改DRB(数据无线电承载)配置。这可以基于UE所涉及的小区中的信道条件。

换句话说，此实施方式允许“重新命名”小区，使得LC/LCG到小区的映射采取不同的含义，并且可能导致其它变化，诸如BSR格式的变化。

图10是例示了本发明可以应用于的UE1的示例的框图。UE1可以包括可以在以上所述的无线通信系统中使用的任何类型的装置，并且可以包括蜂窝(或手机)电话(包括智能电话)、具有移动通信能力的个人数字助理(PDA)、具有移动通信组件的膝上型计算机或计算机系统和/或可操作以无线方式进行通信的任何装置。UE1包括连接到至少一个天线802的发射机/接收机单元804(一起定义通信单元)以及能够访问形式为存储介质808的存储器的控制器806。例如，控制器806可以是微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或被编程或者以其它方式配置为执行以上所描述的各种功能(诸如按照以上所概述的方式确定数据流(或LC)与小区之间的关联)的其它逻辑电路。例如，以上所描述的各种功能可以按照存储在存储介质808中并由控制器806执行的计算机程序的形式具体实现。发送/接收单元804在控制器806的控制下被布置为从小区接收诸如先前所讨论的调度许可等的信号。

图11是例示了本发明可以应用于的eNodeB11的示例的框图。基站包括连接到至少一个天线902的发射机/接收机单元904(一起定义通信单元)以及控制器906。例如，控制器可以是微处理器、DSP、ASIC、FPGA或被编程或者以其它方式配置为执行以上所描述的各种功能(诸如当在网络侧完成这个时确定数据流(或LC)与小区之间的关联)的其它逻辑电路。例如，以上所描述的各种功能可以按照存储在存储介质908中并由控制器906执行的计算机程序的形式具体实现。发送/接收单元904负责在控制器906的控制下发送配置信息、调度许可等。

总之，本发明的实施方式可以提供数据流(和/或逻辑信道)与单独的载波(小区)的关联，以及针对配置有超过一个上行链路载波的终端的每载波独立的缓冲区状态报告。

在本发明的范围内各种修改是可能的。

如已经提及的，以上描述中的术语“小区”将被广义地解释。小区不必各自具有不同的地理区域或不同的基站。一般而言，能够在下行链路、上行链路上或在两者上定义小区。传统上，如以上所说明的，UE从单个PCell获得系统信息，但是本发明的实施方式不限于这种布置，并且将来可以能够将超过一个小区视为同一UE的PCell。

以上所描述的实施方式中的至少一些可以采用图6和图7的现有的BSR格式。另选地，如果愿意，可以定义新BSR格式(例如以避免LCG的现有用法与新颖用法之间的混淆，其中在本发明中LCG意指小区)。

通常，在BSR中，传达了关于LCG中的数据的量(容量)的信息。然而，没有必要表示数据的任何绝对量。LCG当中的数据的相对量和/或缓冲区的百分比填充水平是其它可能性。

在以上实施方式中，尽管LC是与将数据流指派给LC的步骤一起指派给LCG的，但是没有必要同时执行这些步骤。例如，可以能够在将数据流指派给LC的步骤之前将LC指派给LCG。

本发明等同地适用于LTEFDD和TDD，并且原理适用于诸如UMTS的其它通信系统。如果本发明将被包括在LTE的3GPP规范中，则它将可能具有以下形式：

-在3GPPTS36.331中，用于配置逻辑信道组与小区之间的关联的新RRC信令；以及

-在3GPPTS36.321中，关于BSR/SR/PRACH的发送的新UE行为。

工业适用性

在3GPPLTE的“小小区”场景中，终端可以由宏小区和一个或更多个小小区同时服务。这些小区可以在不同的频率下操作，具有不同的业务负载并支持不同的QoS(服务质量)。通过针对配置有超过一个上行链路载波的终端许可每载波独立的缓冲区状态报告，本发明允许对上行链路上到宏小区和小小区的业务进行独立控制，这能够用于在任何给定时间/位置处优化关于可用资源的用户体验，并且使得特定数据能够经由特定小区路由。

Claims

1.一种无线通信方法，其中：

终端(1)向网络发送第一数据流和第二数据流，所述网络提供为所述终端服务的多个小区(10、20、22、24)；其特征在于

所述终端(1)向所述网络发送至少一个信令消息，所述至少一个信令消息包括与要在所述第一数据流中发送的数据有关的第一信息和/或与要在所述第二数据流中发送的数据有关的第二信息。

2.根据权利要求1所述的方法，其中，所述终端(1)确定要经由所述小区(10、20、22、24)中的哪一个来发送所述至少一个信令消息。

3.根据权利要求2所述的方法，其中，所述终端(1)至少基于关于各个小区(10、20、22、24)的信道条件来做出所述确定。

4.根据任何前述权利要求所述的方法，其中，所述信令消息经由所述第一小区发送。

5.根据任何前述权利要求所述的方法，其中，所述信令消息经由所述第二小区发送。

6.根据权利要求1至3中任一项所述的方法，其中，两个信令消息都经由同一小区发送。

7.根据任何前述权利要求所述的方法，其中，所述至少一个信令消息包括缓冲区状态报告。

8.根据权利要求1至6中任一项所述的方法，其中，所述至少一个信令消息包括调度请求。

9.根据权利要求1至6中任一项所述的方法，其中，所述至少一个信令消息包括PRACH签名。

10.根据任何前述权利要求所述的方法，其中，各个数据流还与逻辑信道和/或逻辑信道组关联。

11.根据任何前述权利要求所述的方法，其中，数据流与小区(10、20、22、24)之间的所述关联通过从所述网络到所述终端(1)的信令来改变。

12.根据任何前述权利要求所述的方法，其中，所述第一小区和所述第二小区由不同的基站(11、21)控制。

13.一种无线通信网络，该无线通信网络提供为终端(1)服务的多个小区(10、20、22、24)，所述终端被布置为向所述网络发送第一数据流和第二数据流，其特征在于

所述第一数据流与所述小区(10、20、22、24)中的第一小区和第二小区二者关联，并且所述第二数据流与所述小区中的第二小区关联；并且

所述终端(1)还被布置为向所述网络发送至少一个信令消息，所述至少一个信令消息包括与要在所述第一数据流中发送的数据有关的第一信息和/或与要在所述第二数据流中发送的数据有关的第二信息。

14.一种无线通信网络中的终端(1)，所述网络提供为所述终端服务的多个小区(10、20、22、24)，所述终端被布置为向所述网络发送第一数据流和第二数据流，其特征在于

所述终端(1)还被布置为向所述网络发送包括与要在所述第一数据流中发送的数据有关的第一信息和/或与要在所述第二数据流中发送的数据有关的第二信息的至少一个信令消息/或信令消息。

15.一种基站(11、21)，该基站(11、21)提供具有多个服务小区(10、20、22、24)的终端(1)的至少一个服务小区，所述小区由所述终端(1)用来发送第一数据流和第二数据流，其特征在于

所述基站(11、21)被布置为从所述终端(1)接收至少一个信令消息，所述至少一个信令消息包括与要在所述第一数据流中发送的数据有关的第一信息和/或与要在所述第二数据流中发送的数据有关的第二信息。