[0001] 本发明涉及在无线通信网络中传输用户设备上行链路缓冲区状态的指示的方法、计算机程序产品和可操作以执行所述方法的用户设备，在该无线通信网络中用户设备被配置成使用双连接技术与一个或多个基站进行通信；。

[0002] 无线电信系统是广为人知的。在这些系统中，移动通信设备(例如，移动电话)可操作地与由网络提供商提供的基站进行通信。

[0003] 在已知的无线电信系统中，在被称为小区的区域中为可连接网络的设备提供了无线电覆盖，所述设备诸如是移动电话、或诸如iPad或类似的其它平板的无线设备。通常，在每个小区中的可连接网络的设备可操作地从基站接收信息和数据并将信息和数据传输到基站。

[0004] 用户设备通过无线通信系统进行漫游。通常提供基站，所述基站支持无线电覆盖的区域。提供多个这样的基站并且该基站在地理上分布，从而对用户设备提供广域覆盖。

[0005] 当用户设备位于由基站服务的区域中时，可以通过关联的无线电链路在用户设备和基站之间建立通信。每个基站通常都支持位于地理服务区域内的多个扇区。通常，基站内的不同天线支持每一个关联的扇区。每个基站具有多根天线。

[0006] 传统的基站在相对较大的地理区域中提供覆盖，并且这些小区通常被称为宏小区。可能提供异构网络(hetnet)，在该异构网络中在宏小区内提供更小尺寸的小区。这些更小尺寸的小区有时被称为微小区、微微小区或毫微微小区。建立小小区的一种方式是提供小小区基站，所述小小区基站在宏小区的覆盖区域内提供具有相对有限范围的覆盖。小小区基站的传输功率相对较低，并且因此，每个小小区提供了相对于宏小区的覆盖区域而言小的覆盖区域，并且，例如，覆盖办公室或住宅。

[0007] 通常在宏小区提供的通信覆盖较差的地方提供这些小小区，或在用户希望使用由小小区基站在本地提供的替代通信链路时提供这些小小区，用于与核心网进行通信、和/或增加网络内的容量。

[0008] 在无线通信网络中部署小小区能够帮助网络的高业务量区域中的处理能力，例如，所述高业务量区域是所谓的热点区域。对于网络运营商来说，将业务分流到位于网络的高业务量区域中的一个或多个小小区的能力可能是特别有用的。在一些情况下，可以提供“双连接”，从而使用户和网络被配置成允许与宏小区基站和小小区基站进行通信。可以配置多个双连接实现，每一个双连接实现都可以提供不同的好处。

[0009] 虽然双连接HetNet部署可以提供优势，但是可能会发生这些部署的预料不到的结果。希望能够解决这些预料不到的结果。

[0056] 图1示意性地示出了无线电信网络10的主要部件。在示出的UMTS网络架构中，用户设备50通过无线电信系统漫游。提供基站20用于支持电覆盖区域30。提供了多个这样的基站20，并多个这样的基站20在地理上分布，从而对用户设备50提供广域覆盖。

[0057] 当用户设备处于由基站提供服务的区域30中时，可以在用户设备和基站之间通过相关的无线电链路建立通信。通常，每个基站都支持地理服务区域30中的多个扇区。

[0058] 通常，基站内的不同天线支持每个相关的扇区。每个基站20具有多根天线。需要了解的是，图1示出了可能出现于典型的通信网络中的用户设备和基站的总数中的一个小集合。还能够理解的是，可以实现不同的网络架构，包括例如，长期演进(LTE)网络，上面描述的由网络节点提供的功能在该网络中由命名不同却具有类似功能的网络节点提供。

[0059] 在典型的网络中，使用了集中式的调度器来为每个用户设备调度单个上行链路业务流和下行业务流。因此，无需将任何缓冲区状态报告发布给不同的调度器。典型的缓冲区状态报告简单地指示所建立的无线电承载的缓冲区状态。HetNet中的双连接数据流分流技术需要典型操作的改变，这是由于关于为用户服务的每个小区提供了单独的调度器，并且典型的缓冲区状态报告不包含关于如何区分缓冲区状态报告中对应于分留到小小区调度器的业务的信息的信息。

[0060] 概述

[0061] 在以任何更详细的方式讨论各个实施方式之前，将首先提供概述。

[0062] 本文所述的各个方面和实施方式提供了提取或构造缓冲区状态报告，以通过调度器实现业务分流的方法。所述方法还是，缓冲区状态报告直接从用户设备或从另一个小区向调度器提供适当的数据流信息。

[0063] 例如，可以使用下面的各种配置中的一种配置在具有双连接能力的网络中实现上行链路业务的分流：

[0064] 在一种配置中，用户设备可以可操作为将所有的上行链路业务传输给一个小区，例如，传输给小小区。在具有双连接的共信道部署中，用户设备可能具有来自宏小区的很强的下行信号，同时关于直接指向小小区的上行链路传输具有低的路径损耗。在这种场景中，所有的上行链路业务都可以从用户设备被传输至小小区。因此，上行链路调度许可将从小小区源发，并且该小小区需要与所有上行链路业务承载相关的缓冲区状态报告。

[0065] 在具有双连接的共信道部署的另一种配置中，可以将一些上行链路数据流(无线电承载)分流至小小区。根据这种配置，小小区负责调度被分流的业务承载，并且因此，小小区需要获知与被分流的业务承载相关的缓冲区状态报告。

[0066] 在具有双连接的共信道部署的另一种配置中，上行链路数据可能属于由宏小区和小小区两者调度和接收的无线电承载，例如，在能够实现多个流或多流的技术中的情况下。在这种配置中，宏小区和小小区二者都需要获知无线电承载相关的缓冲区状态报告。

[0067] 各个方面和各个实施方式都提供了被设计用于处理所描述的所有配置、同时又维护公共缓冲区状态报告的报告机制的缓冲区状态报告机制。

[0068] 图2和图3示意性地示出了已知的缓冲区状态报告格式。当前的LTE标准定义了两种缓冲区状态报告格式，分别被称作：短缓冲区状态报告(或截短缓冲区状态报告)和长缓冲区状态报告。为了减少网络中的信令，逻辑信道被分为4个分组，并且每逻辑信道分组(LCG)传输缓冲区状态。根据短缓冲区状态报告格式，缓冲区状态可以针对一个LCG用信令通知。根据长缓冲区状态报告格式，缓冲区状态可以针对所有的四个LCG进行报告。报告格式在图2和图3中示意性示出。在媒体访问控制控制单元MAC CE中的缓冲区状态报告的传输通过MAC PDU(协议数据单元)子头部中包含的与截短缓冲区状态报告、短缓冲区状态报告或长缓冲区状态报告相关联的逻辑信道ID进行标识。

[0069] 本文描述的各个方面和各个实施方式遵循相似的原理，并且意识到可以放入与逻辑信道相关的信息，使得其被分为多个分组，从而减少信令开销、并针对每个LCG报告一个缓冲区状态。

[0070] 在一个实施方式中，用户设备可操作为独立地确定用于宏小区处和小小区处的调度器的缓冲区状态报告的格式。根据这种实施方式，所产生的传输考虑并创建与每个服务调度器相关的不同的缓冲区状态报告MAC控制单元(缓冲区状态报告MAC CE)。所针对的调度器(小区)的标识的指示也被包含在缓冲区状态报告MAC CE中作为小区ID索引。在可替代的实施方式中，小区ID的指示被通过包含在MAC PDU子头部中的LCID隐含地指示。这些实施方式需要传输每个服务小区的缓冲区状态报告MAC CE。

[0071] 在另外的实施方式中，用户设备可以可操作为在逐小区的基础上映射对应于所许可的上行链路资源的缓冲区状态报告MAC PDU，并且用于传输缓冲区状态报告MAC的上行链路资源被用作所述缓冲区状态报告针对哪个小区的隐含指示。

[0072] 在一个实施方式中，单个缓冲区状态报告MAC CE被设计成关于所有的服务小区使用。根据此种实施方式，在MAC CE中明确或隐含地包含了服务小区标识的指示。在隐含指示的情况下，缓冲区状态报告根据小区顺序被确定格式。在接收到缓冲区状态报告MAC CE之后，调度器可操作为对与其所支持的小区对应的缓冲区状态报告字段进行译码。根据某些实施方式，缓冲区状态报告MAC CE可以在由任何小区许可的任何上行链路资源上进行传输。根据此种实施方式，参与双连接布置的宏小区和小小区都获知了被用作用户设备“标识”的用户设备特定的扰码。

[0073] 在另外的实施方式中，用户设备可操作为向宏小区传输缓冲区状态报告信息。在此种实施方式中，LC分组以以下方式被配置，即确保分流的无线电承载属于与宏小区所服务的承载不同的LCG。在接收到缓冲区状态报告MAC CE之后，宏小区可操作为提取对应于分流的业务的缓冲区状态报告，并且使用X2接口将该信息转发给相关的小小区。在此种实施方式中，缓冲区状态报告经历回程延迟。然而，如果只是能够容许时延的业务分流被给小小区时，则缓冲区状态报告的这种回程时延可以被小小区的调度器所忍受。在此种实施方式中，缓冲区状态报告信息仅在宏小区许可给用户的资源上传输。

[0074] 在另外的实施方式中，用户设备可以被配置成将缓冲区状态报告信息传输给任何小区(使用由任何小区许可的资源)。在接收到缓冲区状态报告信息之后，小区提取与该小区所服务的业务(无线电承载)对应的缓冲区状态报告信息，并且剩余的缓冲区状态报告信息被通过X2接口转发给其它小区。

[0075] 在一些实施方式中，宏小区所服务的无线电承载可能不被暴露给其它小区，特别是在设备商间操作的情况下，并且在这种情况下，用于每个小区的缓冲区状态报告信息可以利用小区特定的编码进行保护。

[0076] 各个方面和实施方式提供了用于在网络中提供缓冲区状态报告的方法，所述网络提供双连接功能，根据该双连接功能，用户设备由多个独立的调度器服务，所述多个独立的调度器可以通过不理想的回程链路进行连接。

[0077] 另外的考虑涉及与双连接部署场景中调度请求触发以及向相应的服务调度器传输调度请求相关的方法。

[0078] 现有的调度请求机制通常仅仅针对经由理想回程链路连接的单个或多个调度器工作。不存在可操作为支持经由非理想回程链路连接的多个调度器的机制，所述非理想回程链路可能具有高达60毫秒的单向延迟。

[0079] 另外的方面和实施方式允许通过单个调度请求消息或多个调度请求消息来传送针对不同调度器的调度请求信息，其取决于调度请求触发事件、D-SR配置。还可以配置待处理的调度请求撤销，使得其依赖于传输的性质。

[0080] 调度请求过程

[0081] 调度请求(SR)传输通常在数据到达上行链路传输缓冲区时被触发，所述上行链路传输缓冲区属于以下无线电承载，在该无线电承载上禁用了调度请求屏蔽，并且不存在可用于传输的上行链路许可。数据“到达”上行链路传输缓冲区被定义为以下情况中的任何一种：数据到达PDCP缓冲区、或到达RLC缓冲区。在其中的每种情况中，无线电承载都被映射到逻辑信道(一对一映射)，因此，到达PDCP和RLC缓冲区的数据关于调度请求触发可以被考虑成是等价的。

[0082] 为了传输调度请求，由网络在每用户设备基础上配置了专用调度请求(D-SR)资源。然而，如果没有配置D-SR，则允许用户设备使用RACH请求上行链路许可。通常仅针对每用户设备进行一种D-SR配置。

[0083] 双连接支持

[0084] 在可操作为根据双连接方法分流上行链路业务的网络中，能够理解的是，可能存在不同的场景。例如：

[0085] 场景1

[0086] 双连接可以被实现，存在上行链路/下行链路分离(split)，其中上行链路业务由小小区服务，而下行业务由宏小区服务。这种实现在共信道部署中可能特别有用。

[0087] 场景2

[0088] 类似地，双连接可以被用于提供多流支持，根据该多流支持，无线电承载由多于一个小区服务，以获取传输分集和负载均衡增益。

[0089] 场景3

[0090] 另外，双连接可以被用于实现无线电承载级的业务分离，根据无线电承载级的业务分离，某些无线电承载由宏小区服务而其它承载被分流到小小区。

[0091] 调度请求过程

[0092] 触发、传输、以及待处理的调度请求的撤销

[0093] 在场景1中，小小区需要调度请求，因为小小区负责上行链路业务的调度。在场景2中，位于宏小区处和小小区处的调度器都需要调度请求，假定上行链路业务的调度中这两个调度器都被涉及。然而，在用户设备处，通常由于上行链路数据到达相应的上行链路缓冲区而触发一个调度请求。场景3根据那个无线电承载触发了调度请求而在宏小区和小小区处要求调度请求。

[0094] 针对不同调度器的调度请求的传输可以通过为用户设备配置多个D-SR资源而被处理。随后用户设备被要求将调度请求触发映射至对应的D-SR资源。多个D-SR被独立地配置成具有变化的周期性，以匹配与各个承载相关的所需的QoS。假定简单地用专用资源传输调度请求，则对于网络而言，为每个用户设备分配不必要的多个D-SR资源代价很高。因此，应该避免根据每个小区或每个调度器分配D-SR。

[0095] 关于上述双连接部署的场景，场景1和场景2需要由用户设备传输单个调度请求。在场景3中，在典型的部署中，因为回程延迟，只有时延不重要的业务才被分流至小小区。
因此，如果通过回程链路转发调度请求，回程延迟可能也能被容忍。因此，即使关于场景3，也能使用单个D-SR的配置。调度请求应该指示针对的调度器。因此，根据一些实施方式，在接收到调度请求之后，例如宏基站的接收基站可操作为识别调度请求是针对不同基站的，例如是针对小小区的，并且使用X2接口将对应的请求转发至小小区。

[0096] 如果宏eNB不知道调度请求针对该小小区，则宏可以可操作为为分配无线电资源，用于传输到该宏小区的缓冲区状态报告。然而，如果宏小区知道调度请求是针对该小小区的，则宏小区不针对该宏小区中的用户设备许可上行链路资源。

[0097] 在一些实施方式中，如果调度请求传输同时用于两个调度器，则用户设备可以可操作为仅将调度请求传输至例如宏小区。根据通过宏小区中的许可上行链路资源传输的缓冲区状态报告，宏基站可以可操作为识别将该缓冲区状态报告转发给例如小小区的需求。

[0098] 在一些实施方式中，对所针对的、与所传输的调度请求相关的调度小区的识别可以通过隐含指示或明确指示的方式执行。对针对的调度小区的指示可以由用户设备基于定时或基于在频域中做出的判断来执行。

[0099] 图4和图5示意性地示出了根据一个实施方式的调度请求的触发和传输。如在图4和图5中示出的，如果调度请求1和调度请求2同时被触发，则仅传输调度请求1。调度请求1的传送“撤销了”待处理的调度请求1和调度请求2。

[0100] 图4示意性地示出了根据一个实施方式的调度请求的触发和传输。在图4的实施方式中，当多个D-SR被配置用于指定用户时，调度请求在D-SR上进行传输。根据图4(a)，调度请求1和调度请求2在同一时刻都被触发。调度请求1在D-SR1上传输而调度请求2在D-SR2上传输。根据图4(b)，调度请求1和调度请求2都被触发，但是只有调度请求1在D-SR1上传输。根据图4(c)，只有调度请求2被触发，并且调度请求2在D-SR2上传输。

[0101] 图5示意性地示出了根据一个实施方式的调度请求的触发和传输。根据图5的布置，在单个D-SR被配置用于用户的场景中，调度请求触发和传输使用D-SR来实现。图5(a)示出了其中调度请求1和调度请求2在同一时刻都被触发，并且调度请求1在D-SR上进行传输的情况。图5(b)示出了其中调度请求2被触发，并且调度请求2在D-SR上被传输的情况。

[0102] 在一些实施方式中，调度请求可以经由RACH接入执行。根据那些实施方式，用户可以不被配置成具有D-SR资源。如果没有针对参与双连接方法的任何一个小区关于用户配置D-SR，那么用户设备可以使用RACH接入以传输调度请求。

[0103] 在一个实施方式中，如果调度请求1(用于宏小区)和调度请求2(用于小小区)被触发，则仅在宏小区上执行RACH用于调度请求。网络能够根据后面的缓冲区状态报告来识别调度请求1和调度请求2。用户设备可操作为在向宏小区传输请求时撤销两个调度请求。如果只有调度请求2(小小区)被触发、则不需要即发的RACH接入，并且用于调度请求的RACH可以在小小区上以较低的紧急程度被执行。

[0104] 如果D-SR仅被配置用于一个小区，则调度请求触发可以通过所分配的D-SR被传递给网络。如果具有长周期性的D-SR被配置用于小小区，并且没有为宏小区配置D-SR、并且在所配置的时间窗内没有D-SR时机，则调度请求1(宏小区)触发可以在宏小区上启动RACH接入用于调度请求。

[0105] 在一些实施方式中，如果资源对新的传输变得可用、同时又触发了调度请求，则可以实施类似的调度请求过程的修改。例如，如果小小区上的上行链路资源变为可用、并且调度请求1(宏小区)被触发，则调度请求1可以在宏小区上配置的D-SR上进行传输。在这种情况下，由于宏小区上的高优先级业务，例如测量报告，由所触发的调度请求引起的回程链路上的延迟是不能容忍的。

[0106] 本发明提供了用于在用户设备由多个独立的调度器服务的的场景中向网络提供调度请求的方法，所述多个独立的调度器经由不理想的回程链路进行连接。

[0107] 本领域的技术人员将容易认识到，上面描述的各种方法的不同步骤可以通过可编程的计算机执行。在本文中，一些实施方式还旨在涵盖程序储存设备，例如，数字数据储存介质，它们是机器可读的或是计算机可读的并且编码有机器可执行的或计算机可执行的指令程序，其中所述指令执行如上所述的各种方法的步骤中的一些步骤或所有步骤。例如，所述程序储存设备可以是数字存储器、诸如磁盘和磁带的磁储存介质、硬盘驱动、或光学可读的数字数据储存介质。所述实施方式还旨在涵盖被编程为执行如上所述的方法的所述步骤的计算机。

[0108] 在各个附图中示出的不同元件的各种功能，包括被标记为“处理器”或“逻辑”的任何功能块，可以通过使用专用硬件以及能够执行软件的硬件提供，所述硬件与适当的软件关联。当通过处理器提供时，所述功能可以通过单个专用处理器、通过单个共用处理器、或通过多个单独的处理器提供，该多个单独的处理器中的某些处理器可以被共用。此外，术语“处理器”或“控制器”或“逻辑”的明确使用不应该被视为排它性地指代能够执行软件的硬件，并且可以隐含地包括但是不限于数字信号处理器(DSP)硬件、网络处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、用于储存软件的只读存储器(ROM)、随机访问存储器(RAM)、以及非易失性的储存器。也可以包含传统的和/或定制的其它硬件。类似地，在附图中示出的任何开关都仅是概念性的。可以通过编程逻辑的操作、通过专用逻辑、通过编程控制和专用逻辑的交互、或者甚至手动地执行它们的功能，如从背景更具体地理解的，实现人员能够选择的具体的技术。

[0109] 本领域的技术人员应该理解的是，本文中的任何框图都表示体现了本发明的原理的示例性电路系统的概念性视图。类似地，能够理解的是，任何流程图、流程框图、状态转变框图、伪代码等都表示不同的过程，所述不同的过程基本上可以在计算机可读介质中进行表示并由计算机或处理器如此执行，无论所述计算机或处理器是否明确地被示出。

[0110] 本说明书和附图仅仅说明了本发明的原理。因此，将理解的是，本领域的技术人员将能够设计虽然在本文中未被明确描述或示出、但是却体现了本发明的原理并被包含在其精神和范围之内的不同的布置。此外，本文所列举的所有示例的主要明确地仅用于教导的目的，以帮助读者理解本发明的原理以及发明人对发展现有技术做出贡献，并且应被视为不被限制在这些具体记载的示例和条件中。而且，本文中记载原理、方面和本发明的实施方式、以及其中的具体示例的所有陈述，都旨在包含其等价物。