载波聚合情况下的上行链路调度信息的信令的制作方法
【专利摘要】提供了一种装置和方法，通过该装置和方法，数据通过载波聚合而被发送给第一网络控制节点和至少一个第二网络控制节点，和/或从第一网络控制节点和至少一个第二网络控制节点被接收，建立上行链路调度信息，并且针对该第一网络控制节点和该至少一个第二网络控制节点来分别地管理该上行链路调度信息的发送。
【专利说明】载波聚合情况下的上行链路调度信息的信令
【技术领域】
[0001] 本发明涉及用于载波聚合情况下的上行链路调度信息的信令的装置、方法和计算 机程序产品。
【背景技术】
[0002] 下列用于本说明书中所使用的缩写词的含义适用：
[0003] ATB 适应性传输带宽
[0004] BSR 缓冲器状态报告
[0005] CA 载波聚合
[0006] CC 分量载波
[0007] CoMP 协同多点
[0008] CQI 信道质量指示符
[0009] CRC 循环冗余校验
[0010] DL 下行链路
[0011] DC 双载波
[0012] DCI 下行链路控制信息
[0013] DL 下行链路
[0014] eNB 增强型节点-B
[0015] E-UTRA 演进型通用陆地无线电接入
[0016] HetNet 异构网络
[0017] H0 切换
[0018] HSPDA 高速下行链路分组接入
[0019] L1 层 1
[0020] L2 层 2
[0021] LTE 长期演进
[0022] LTE-A LTE-高级
[0023] MAC 媒体接入控制
[0024] MUX 复用
[0025] PCell 主小区
[0026] PDCCH 物理下行链路控制信道
[0027] PDU 分组数据单元
[0028] PHR 功率余量报告
[0029] PUCCH 物理上行链路控制信道
[0030] PUSCH 物理上行链路共享信道
[0031] RRM 无线电资源管理
[0032] SCell 辅小区
[0033] ΤΑ 定时提前
[0034] TAG 定时提前组
[0035] UCI 上行链路控制信息
[0036] UE 用户设备
[0037] UL 上行链路
[0038] U-plane 用户平面
[0039] WCDMA 宽带码分多址
[0040] 本发明的实施例涉及LTE载波聚合（CA)/C〇MP。特别地，E-UTRA规范的Rel-ΙΟ引 入了载波聚合（CA)，其中两个或更多分量载波（CC)被聚合，以便支持上至100MHz的更宽的 传输带宽。在CA中，有可能将UE配置为聚合从同一 eNB起源的不同数目的CC，并且可能是 上行链路（UL)和下行链路（DL)中的不同带宽。另外，所配置的CC能够被解除激活，以便 减少UE功率消耗：UE对被解除激活的载波的监测活动减少（例如，没有H)CCH监测和CQI 测量）。这种机制被称为载波激活/解除激活。
[0041] 在具有已经存在的宏小区覆盖的区域中部署低功率eNB，产生了具有宏小区和更 小的小区（例如，微微小区）的重叠层的蜂窝系统。这些类型的网络部署也被称为异构网 络（HetNet)。在最近的几年中，异构网络已经成为研究活动和标准化组织中的广泛工作的 主题。异构网络中最关键和具有挑战性的任务之一是对移动性的高效支持。此外，不同网 络层之间的流量转向也成为对于运营商的重要任务。
[0042] 最近，也已经提议了站点间CA。站点间CA的意思是主小区（PCell)和辅小区 (SCell)被发射至非共站的接入点/从非共站的接入点被接收。也就是说，当应用站点间 CA时，UE经由单独的频率载波或者相同频率而连接至多个非共址的eNB。一个eNB控制主 小区（PCell)或主分量载波，并且可能控制一个或多个辅小区（SCell)或辅分量载波，而另 一个eNB控制一个或多个SCell或辅分量载波。
[0043] 图1中示出了一个示例，其中UE连接至宏-eNB(第一 eNB)并且连接至微 微-eNB(第二eNB)。宏-eNB使用载波FI (PCell或主分量载波），而微微eNB使用载波 F2 (SCell或辅分量载波）。在这两个eNB之间提供了接口，该接口通常是X2接口，并且仅 在微微eNB应当是家用eNB时，这才被定义为S1。也就是说，在eNB之间，存在经由X2接口 或其他接口的链路（也被称为回程链路）。这种链路的特征是高延时和/或高抖动，这对于 上面所描述的站点间CA造成了问题。
[0044] 对于调度上行链路传输，上行链路（UL)调度信息（例如，缓冲器状态报告（BSR) 和功率余量报告（PHR))必须从UE被报告给eNB，以辅助eNB处的UL调度。
[0045] 然而，将这种UL调度信息从UE供应给若干eNB的具体方式当前没有被提供，并且 应当在具有节点之间的X2接口（或者类似的高延时回程链路）的站点间UL CA的情况下 被规定。
【发明内容】
[0046] 本发明的实施例解决了这种情形并且目标在于提供一种可靠的方式来将上行链 路调度信息从UE供应给对应的eNB。
[0047] 根据本发明的第一方面，提供了一种装置，其包括：收发机，被配置为提供通向网 络控制节点的连接，以及处理器，被配置为通过载波聚合经由该收发机向第一网络控制节 点和至少一个第二网络控制节点发送数据和/或从第一网络控制节点和至少一个第二网 络控制节点接收数据，被配置为建立上行链路调度信息，并且被配置为分别地针对该第一 网络控制节点和该至少一个第二网络控制节点来管理该上行链路调度信息的发送。
[0048] 根据本发明的第二方面，提供了一种装置，其包括：连接单元，被配置为提供与至 少一个其他网络控制节点的通信；收发机，被配置为向用户设备发送数据和/或从用户设 备接收数据；以及处理器，被配置为执行载波聚合，在该载波聚合中，数据经由该收发机并 且经由该至少一个其他网络控制节点而被传输给用户设备和/或从用户设备被传输，其中 该处理器被配置为，经由该收发机从该用户设备接收上行链路调度信息，并且被配置为，经 由该连接单元将所接收的上行链路调度信息转发给该至少一个其他网络控制节点。
[0049] 根据本发明的第三方面，提供了一种方法，其包括：
[0050] 通过载波聚合向第一网络控制节点和至少一个第二网络控制节点发送数据和/ 或从第一网络控制节点和至少一个第二网络控制节点接收数据，
[0051] 建立上行链路调度信息，以及
[0052] 分别地针对该第一网络控制节点和该至少一个第二网络控制节点来管理该上行 链路调度信息的发送。
[0053] 根据本发明的第四方面，提供了一种方法，其包括：
[0054] 通过与至少一个其他网络控制节点一起执行载波聚合，而向用户设备发送数据和 /或从用户设备接收数据，
[0055] 从该用户设备接收上行链路调度信息，以及
[0056] 将所接收的上行链路调度信息转发给该至少一个其他网络控制节点。
[0057] 有利的展开在从属权利要求中阐述。
【专利附图】
【附图说明】
[0058] 从结合所附附图而被理解的本发明的实施例的下列详细描述，这些和其他目标、 特征、细节和优点将变得更加完全地明显，在所附附图中：
[0059] 图1示出了对于异构网络场景的一个示例，在该异构网络场景中，宏-eNB和微 微-eNB连接至用户设备（UE);
[0060] 图2不出了根据本发明的实施例的对于UE的一个不例；
[0061] 图3示出了根据本发明的实施例的在PCell与（非共站的）SCell之间的L2UL信 令和节点间信息交换；以及
[0062] 图4示出了根据本发明的实施例的对于eNB的一个示例。
【具体实施方式】
[0063] 在下文中，将对本发明的实施例进行描述。然而，将理解，该描述仅通过示例的方 式而给出，并且将理解，所描述的实施例决不被理解为将本发明限制于所描述的实施例。 [0064] 然而，在详细描述一些实施例之前，再次参考本申请的基础问题。如上面所提到 的，本发明的实施例涉及提供上行链路（UL)调度信息，即来自UE的上行链路L2调度信息 反馈/传输，诸如特定于CC的功率余量报告（PHR)和缓冲器状态报告（BSR)，特别是在考虑 到eNB之间的链路（X2接口或者其他接口）可能具有高延时和/或高抖动时。
[0065] PHR和BSR两者都是在PUSCH上传输的MAC CE (控制元素）消息，并且终止于MAC 处，即PUSCH被接收的接入节点中。PHR和BSR消息两者都相互独立并且由不同的条件触 发，并且能够定期地被发送或者当UE处的给定条件满足时被发送。用于这些的确切配置和 动作定义在36. 321章节5. 4. 5和5. 4. 6中。在Rel-10CA框架中，假如PUSCH在PCell和 SCell两者上都可用则PHR和BSR应当在哪个小区上被传输，没有被标准化。针对每个经配 置的CC传输一个PHR，而对应于所有的活动CC仅传输一个BSR。BSR将根据某些配置而被 触发并且将报告如下的信息，该信息关于在当前的PUSCH的成功传输之后在某个UE逻辑缓 冲器中的数据的剩余量（即，缓冲器状况信息不是特定于CC的）。
[0066] 在当PCell和SCell是共站时的情况中，实际被用于传输PHR和BSR的小区并不 关键。然而，在当SCell与PCell非共站时的站点间CA情况中（并且因此针对PCell和 SCell的上行链路无线电资源管理在对应的接入节点处独立地完成），在PCell和SCell两 者处都需要使用功率余量和缓冲器状况信息。因此，UE需要被配置具有适当的PUSCH信令 格式/模式，并且关于哪个（些）服务小区来传输PHR和BSR，UE行为需要被清楚地标准 化。
[0067] 为了解决上面的问题，根据本发明的某些实施例，在UE处针对每个调度器（例如， 针对每个PCell和SCell)来管理上行链路调度信息（例如，BSR/PHR触发）的传输。
[0068] 图2将UE 1示出为根据本发明的更加一般的实施例的对于装置（其可以是用户 设备或其一部分）的示例。UE 1包括：收发机12,被配置为提供通向网络控制节点的连接， 以及处理器11，被配置为通过载波聚合经由收发机12向第一网络控制节点和至少一个第 二网络控制节点发送数据和/或从第一网络控制节点和至少一个第二网络控制节点接收 数据，并且被配置为建立上行链路调度信息，并且被配置为分别地针对该第一网络控制节 点和该至少一个第二网络控制节点来管理该上行链路调度信息的发送。
[0069] 该UE还可以包括用于存储数据和程序的存储器13,借助于存储器13,处理器11 可以执行其对应的功能。
[0070] 例如，该第一网络控制节点可以是宏-eNB (PCell)，并且该第二网络控制节点可以 是微微-eNB (SCell)。
[0071] 在上面所提到的载波聚合中，数据经由至少两个服务小区（例如，PCell和SCell) 而被传输给该第一网络控制节点和该至少一个第二网络控制节点和/或从该第一网络控 制节点和该至少一个第二网络控制节点被传输。PCell和SCell上的连接还可以被称为分 量载波。
[0072] 因此，根据这个实施例，通过分别地管理UL调度信息（诸如BSR/PHR触发）的发 送，必要的UL调度信息被可靠地提供给对应的eNB。
[0073] 注意，上面所描述的过程不仅适用于BSR/PHR触发，而且适用于BSR/PHR取消。
[0074] 例如，BSR/PHR触发如此可以保持不变，但是可以针对每个小区（或站点）来分别 地完成取消，以确保一旦被触发，BSR或PHR总是被发送给两者并且具有最新的值。
[0075] 该UE还可以检测小区（PCell和SCell)是否来自同一站点。一种用于UE获知哪 些小区是来自同一站点并且由同一调度器管理的可能方式将是，依赖于为Rel-ΙΙ所引入 的定时提前组（TAG)，即UE假设同一 TAG内的小区来自同一站点，因此按照TAG来维持BSR/ PHR触发。另一种可能性将是，明确地配置哪些服务小区应当具有单独的UL调度信息，或者 UE应当在哪些服务小区上发送UL调度信息。
[0076] 为了确保没有触发保持不必要地中止，激活状态可以被纳入考虑：例如，当站点中 没有SCell是活动的时，对应的触发可以自动地被取消。
[0077] 此外，上面所描述的过程可以被限制于某些类型的触发，例如仅定期的BSR。
[0078] 因此，根据上面所描述的实施例，当存在位于不同站点中的独立调度器（例如，单 独的eNB)时，确保了所有的站点能够获得最新的UL调度信息以用于调度。
[0079] 在下文中，通过参考图3来描述本发明的进一步详述的实施例，图3图示了根据该 实施例的PCell与（非共站的）SCell之间的L2UL信令和节点间信息交换。
[0080] 特别地，为了支持具有站点间CA (非共站的CC)的独立每-CC上行链路RRM，根据 本发明，基于CC而单独地提供上行链路L2调度信息。本实施例的下列描述中的"SCell" 指代非共站的SCell或者一组非共站的SCell。在下文中，操作PCell的eNB或节点也被称 为主节点，而操作SCell的eNB或节点也被称为从节点。注意，原理上主节点（除了 PCell 之外）还能够操作一个或多个SCell,而从节点仅操作一个或多个SCell。
[0081] 图3图示了根据一个实施例的PCell与（非共站的）SCell之间的层-2 (L2)UL信 令和节点间信息交换。这里的工作假设是，UE终端支持多频带（多CC)的UL中的发射和 DL中的接收，但是不必要使用相同数目的UL和DL CC。（然而，原理上，向多个节点的UL传 输对于仅支持单载波传输的终端也是可能的。）主节点与从节点之间的X2接口被假设用来 允许所分布的L1/L2RRM。
[0082] 在下文中，通过指定BSR和PHR传输来描述一些更详述的实施例。当UE在PCell 和SCell两者上都具有PUSCH分配时，下列的情况适用，但是也可以适用于UE具有PCell 或SCell上的仅一个分配的情况。
[0083] 在下文中，描述了用于BSR传输的三种不同的示例情况。
[0084] 根据用于BSR传输的第一情况，假如PCell和SCell都被调度，BSR可以总是在 PCell和SCell两者上被传输。因此，在控制PCell和SCell的节点之间不需要BSR信息交 换。此外，优选地，在PCell和SCell两者上应当调度充足的PUSCH容量。备选地，UE可以 在所分配的PUSCH(如在Rel-ΙΟ中进行的）上发送BSR，但是使得BSR取消基于CC而被完 成，即用于给定的服务小区的BSR被考虑中止，直到它不在对应的小区上被传输。此外，在 用于BSR传输的这种第一情况中，eNB之间的链路（接口 X2或其他接口）上的信令时延将 不具有影响或者具有最小的影响。
[0085] 根据用于BSR传输的第二情况，UE可以决定BSR是在PCell上还是在SCell上被 传输。在这种情况中，（主）PCell必须能够定期地与Scell交换BSR信息。此外，eNB之间 的链路上的信令时延可能导致调度将不会由UE使用的PCell或SCell UL资源。
[0086] 根据用于BSR传输的第三情况，BSR可以总是仅在PCell上被传输。在这种情况 中，（主）PCell必须能够定期地将BSR信息转发给SCell。此外，与在第二情况中相类似， X2上的信令时延能够潜在地导致调度将不会由UE使用的SCell UL资源。此外，PCell需 要定期地分配PCell上的PUSCH资源，以确保UE能够传输BSR。
[0087] 在下文中，描述了用于PHR传输的三种不同的示例情况。
[0088] 根据用于PHR传输的第一,清况，PHR可以总是在PCell和SCell两者上被传输。 也就是说，根据第一备选，用于PCell的PHRrcell和用于SCell的PHRS&11总是在PCell和 SCell两者上被传输。也就是说，PCell接收PHRrcell和PHRS&11，并且SCell接收PHR reell和 PHRSM1。这是有利的，因为然后控制PCell和SCell的两个节点在所有情况中都知道PHR。 作为进一步的备选，PHR PM1仅被发送给PCell，并且PHRS&11仅被发送给SCell。例如，如果 上行链路中应用"基于TDD的"解决方案（即一些子帧用于PCell/宏传输并且其他子帧用 于SCell/微微传输），这可能是足够的。
[0089] 在这种情况中，例如对于主节点能够检测在双UL传输方面有故障的那些UE和/ 或能够向SCell指示将被用于UL调度的最大功率预算来说，在PCell和SCell之间需要最 少的有关PHR的信息交换。假如PCell和SCell调度器已经同意了在UE接近于功率限制 (潜在地迫使PCell或SCell依据分配的数据而回退）的情况中的动作，则X2上的信令时 延不具有影响或者具有最小的影响。此外，还是在这种情况中，PHR取消机制可以按照CC， 即PHR(在给定的服务小区上）被考虑中止，直到它不在对应的小区上被传输。
[0090] 根据用于PHR传输的第二情况，PHRrcell和PHRseell可以仅被传输给PCel 1。也就是 说，PCell与SCell之间的节点间信令必须包括PHRrcell和PHRS&11的定期交换。在这种情 况中，X2上的信令时延可能导致UE(UL PC)处的暂时不正确的功率设定和/或接入节点处 的错误接收。
[0091] 根据用于PHR传输的第三情况，UE可以决定/选择向哪个节点发送PHRrceljP PHR SCell。在这种情况中，PCell与SCell之间的节点间信令应当包括PHRrcell和PHR SM1的定 期交换。优选地，UE应当被约束或配置为仅能够选择向其发送PHRrcell和PHR SM1的节点一 次。在用于PHR传输的这种第三情况中，X2上的信令时延能够导致UE(ULPC)处的暂时不 正确的功率设定和/或接入节点处的错误接收。
[0092] 此外，可选地，可以引入特定于CC的PHR触发（包括定期的PHR)，因为利用所提议 的站点间CA概念，UE可能经历PCell (主）与SCell (微、微微或毫微微）之间显著的路径 损耗差异。
[0093] 因此，能够通过将上面所描述的对于不同情况的优点和缺点纳入考虑，来执行本 发明的实施例的实际实施方式。
[0094] 对于上面所描述的实施例的实施方式，可以考虑下列的点：
[0095] 尽管BSR和PHR被解耦并且因此原理上能够使用不同的策略，但是根据本发明的 上面的实施例的优选实施方式，相同的方针被用于BSR和PHR。
[0096] BSR和PHR可以被配置为在PCell和SCell两者上被报告。这能够例如通过具有 与Rel-ΙΟ中相类似的触发机制但是具有基于CC的BSR/PHR取消（即PHR/BSR被考虑中止， 直到在对应的CC上被传输）来实施。备选地，可以引入新的（特定于CC的）触发机制，用 以例如将不同CC上所经历的潜在显著的路径损耗差异纳入考虑。
[0097] X2接口上的一些信令可以被标准化，以允许主网络控制节点（即控制PCell的 eNB，例如图3中所示出的宏-eNB)和从网络控制节点（即控制SCell的eNB，例如图3中所 示出的微微-eNB)交换与每个节点处可用的功率预算有关的信息。也就是说，例如，主网络 控制节点可以向从网络控制节点指示在对应的SCell上用于给定UE的最大功率预算。
[0098] 图4将eNB 2示出为根据本发明的更加一般的实施例的对于装置（其可以是网络 控制元件，诸如eNB或其一部分）的一个示例。eNB2包括：连接单元23,被配置为提供与至 少一个其他网络控制节点的通信；收发机22,被配置为向用户设备发送数据和/或从用户 设备接收数据；以及处理器21。处理器21被配置为执行载波聚合，在该载波聚合中，数据 经由该收发机并且经由该至少一个其他网络控制节点而被传输给用户设备和/或从用户 设备被传输。处理器21进一步被配置为，经由收发机22从该用户设备接收上行链路调度 信息，并且被配置为，经由连接单元23将所接收的上行链路调度信息转发给该至少一个其 他网络控制节点。
[0099] 上面的eNB可以被配置为作为PCell或SCell来操作。也就是说，例如，图1和3 中所不出的微微 -eNB和宏-eNB两者都可以如上面所描述地被构建。
[0100] eNB 2还可以包括用于存储数据和程序的存储器23,借助于存储器23,处理器21 可以执行其对应的功能。
[0101] 如上面所描述的，该连接单元可以被配置为经由X2接口来提供通向另一网络控 制元件的连接。
[0102] 因此，根据如上面所描述的实施例，能够实现下列优点：
[0103] 通过这些措施，确保了来自给定UE的相关L2上行链路调度信息在控制不同服务 小区的节点处是可用的。
[0104] 此外，有可能使用具有有限附加 UL开销的UL资源的快速调度。
[0105] 注意，这些实施例和本发明一般不限于上面所给出的具体示例。
[0106] 在上面的实施例中，描述了如下的情况：控制PCell的eNB(也被称为主网络控制 节点）是宏-eNB，即控制如图1中所示出的较大小区的基站。然而，本发明不限于此，并且 有可能微微-eNB(即控制较小小区的基站）也可以控制PCell，而宏-eNB控制SCell。此 夕卜，两个网络控制节点（基站）可以是同等的。例如，两个eNB可以在UE位于其中的小区 的重叠区域中一起工作。也就是说，eNB之一将然后是如上面所描述的宏eNB，并且另一个 eNB将是微微eNB。
[0107] 此外，上面被描述为eNB和/或宏-eNB和微微-eNB的节点不限于这些具体示例， 并且可以是能够经由分量载波向用户设备进行传输的任何种类的网络控制节点（例如，基 站）。
[0108] 此外，上面所描述的BSR和PHR仅是对于上行链路调度信息的示例，并且还可以提 供其他种类的上行链路调度信息。
[0109] 因此，根据本发明的实施例的一个方面，提供了一种装置和方法，通过该装置和方 法，数据通过载波聚合而被发送给第一网络控制节点和至少一个第二网络控制节点和/或 从第一网络控制节点和至少一个第二网络控制节点被接收，建立上行链路调度信息，并且 针对该第一网络控制节点和该至少一个第二网络控制节点来分别地管理该上行链路调度 信息的发送。
[0110] 根据本发明的实施例的另一个方面，提供了一种设备，该设备包括：
[0111] 用于通过载波聚合向第一网络控制节点和至少一个第二网络控制节点发送数据 和/或从第一网络控制节点和至少一个第二网络控制节点接收数据的装置，
[0112] 用于建立上行链路调度信息的装置，以及
[0113] 用于分别地针对该第一网络控制节点和该至少一个第二网络控制节点来管理该 上行链路调度信息的发送的装置。
[0114] 根据本发明的实施例的进一步的方面，提供了一种设备，该设备包括：
[0115] 用于通过与至少一个其他网络控制节点一起执行载波聚合，而向用户设备发送数 据和/或从用户设备接收数据的装置，
[0116] 用于从该用户设备接收上行链路调度信息的装置，以及
[0117] 用于将所接收的上行链路调度信息转发给该至少一个其他网络控制节点的装置。
[0118] 将理解，上面的修改中的任何修改能够单个地或者组合地应用至相应方面和/或 它们所涉及的实施例，除非它们明确地被陈述为是排除的备选。
[0119] 为了上面本文所描述的本发明的目的，应当注意：
[0120] -很可能将被实施为软件代码部分并且使用在网络元件或终端（作为设备、装置 和/或它们的模块的示例，或者作为包括装置和/或因此包括模块的实体的示例）处的处 理器来运行的方法步骤是独立于软件代码的，并且能够使用任何已知的或者未来开发的编 程语言来规定，只要由这些方法步骤所定义的功能被保留；
[0121] -一般而言，不改变本发明在所实施的功能方面的思想，任何方法步骤适合于实施 为软件或者由硬件来实施；
[0122] -很可能将被实施为上面所定义的装置处的硬件组件的方法步骤和/或设备、单 元或装置，或者它们的（多个）任何模块（例如，执行根据如上面所描述的实施例的装置的 功能的设备，如上面所描述的eNode-B等）是独立于硬件的，并且能够使用任何已知的或者 未来开发的硬件技术或者这些技术的任何混合，诸如M0S (金属氧化物半导体）、CM0S (互补 M0S)、BiMOS (双极型M0S)、BiCMOS (双极型CMOS)、ECL (射极耦合逻辑）、TTL (晶体管-晶 体管逻辑）等，使用例如ASIC(专用1C(集成电路））组件、FPGA(现场可编程门阵列）组 件、CPLD (复杂可编程逻辑器件）组件或者DSP (数据信号处理器组件）来实施；
[0123] -设备、单元或装置（例如，上面所定义的装置，或者它们相应装置中的任何一种） 能够实施为个体的设备、单元或装置、但是这不排除它们以分布式方式遍及系统地实施，只 要该设备、单元或装置的功能被保留；
[0124] -装置可以由半导体芯片、芯片组、或者包括这种芯片或芯片组的（硬件）模块来 表示；然而，这不排除如下的可能性：装置或模块的功能，替代被硬件实施，而是实施为（软 件）模块中的软件，诸如包括用于在处理器上执行/被运行的可执行软件代码部分的计算 机程序或者计算机程序产品；
[0125] -设备可以视为装置或者视为多于一个装置的装配，例如，不论功能上相互协作还 是功能上相互独立，但是在同一设备壳体中。
[0126] 注意，上面所描述的实施例和示例仅被提供用于举例说明的目的，并且决不意图 为本发明被约束于这些实施例和示例。确切地说，意图在于所有的变型和修改被包括，它们 落在所附权利要求的精神和范围内。
【权利要求】
1. 一种装置，包括： 收发机，被配置为提供通向网络控制节点的连接，以及 处理器，被配置为通过载波聚合经由所述收发机向第一网络控制节点和至少一个第二 网络控制节点发送数据和/或从第一网络控制节点和至少一个第二网络控制节点接收数 据， 被配置为建立上行链路调度信息，并且 被配置为分别地针对所述第一网络控制节点和所述至少一个第二网络控制节点来管 理所述上行链路调度信息的发送。
2. 根据权利要求1所述的装置，其中所述处理器被配置为，针对所述第一网络控制节 点和所述至少一个第二网络控制节点，相互独立地管理所述上行链路调度信息的触发和取 消。
3. 根据权利要求1或2所述的装置，其中 所述处理器被配置为，通过检测所述第一网络控制节点和所述至少一个第二网络控制 节点是否属于同一定时提前组，来检测所述第一网络控制节点和所述至少一个第二网络控 制节点是否属于同一站点，并且 所述处理器进一步被配置为，当它们不属于同一站点时，将所述上行链路调度信息发 送给所述第一网络控制节点和所述至少一个第二网络控制节点。
4. 根据权利要求1至3中任一项所述的装置，其中所述处理器包括配置信息，所述配置 信息关于：所述第一网络控制节点和所述至少一个第二网络控制节点中的哪一个应当接收 单独的上行链路调度信息，或者它应当将所述上行链路调度信息发送给所述第一网络控制 节点和所述至少一个第二网络控制节点中的哪一个。
5. 根据权利要求1至4中任一项所述的装置，其中所述处理器被配置为，检测在特定站 点中是否没有网络控制节点是活动的，并且当没有网络控制节点是活动的时，取消针对这 个特定站点的上行链路调度信息的发送。
6. 根据权利要求1至5中任一项所述的装置，其中所述上行链路调度信息是定期的上 行链路调度信息。
7. 根据权利要求1至6中任一项所述的装置，其中所述处理器被配置为： 经由所述收发机，将所述上行链路调度信息发送给所述第一网络控制节点和所述至少 一个第二网络控制节点两者，或者 决定所述上行链路调度信息是将被发送给所述第一网络控制节点还是将被发送给所 述至少一个第二网络控制节点，或者 将所述上行链路调度信息仅发送给所述第一网络控制节点。
8. 根据权利要求1至7中任一项所述的装置，其中 所述第一网络控制节点是所述载波聚合中的被配置为控制所述载波聚合的主网络控 制节点。
9. 一种装置，包括： 连接单元，被配置为提供与至少一个其他网络控制节点的通信， 收发机，被配置为向用户设备发送数据和/或从用户设备接收数据，以及 处理器，被配置为执行载波聚合，在所述载波聚合中，数据经由所述收发机并且经由所 述至少一个其他网络控制节点而被传输给用户设备和/或从用户设备被传输， 其中所述处理器被配置为，经由所述收发机从所述用户设备接收上行链路调度信息， 并且被配置为，经由所述连接单元将所接收的上行链路调度信息转发给所述至少一个其他 网络控制节点。
10. 根据权利要求9所述的装置，其中 所述处理器被配置为，基于网络配置和/或基于所述用户设备的指示所述用户设备向 哪个网络控制节点发送所述上行链路调度信息的信息，来决定所述上行链路调度信息是否 将被转发以及向哪个其他网络控制节点转发。
11. 根据权利要求9或10所述的装置，其中所述处理器被配置为，定期地将所述上行链 路调度信息转发给所述至少一个其他网络控制节点。
12. 根据权利要求1至11中任一项所述的装置，其中所述上行链路调度信息包括缓冲 器状态报告和/或功率余量报告。
13. -种方法，包括： 通过载波聚合向第一网络控制节点和至少一个第二网络控制节点发送数据和/或从 第一网络控制节点和至少一个第二网络控制节点接收数据， 建立上行链路调度信息，以及 分别地针对所述第一网络控制节点和所述至少一个第二网络控制节点来管理所述上 行链路调度信息的发送。
14. 根据权利要求13所述的方法，进一步包括： 针对所述第一网络控制节点和所述至少一个第二网络控制节点，相互独立地管理所述 上行链路调度信息的触发和取消。
15. 根据权利要求13或14所述的方法，进一步包括： 通过检测所述第一网络控制节点和所述至少一个第二网络控制节点是否属于同一定 时提前组，来检测所述第一网络控制节点和所述至少一个第二网络控制节点是否属于同一 站点，以及 当它们不属于同一站点时，将所述上行链路调度信息发送给所述第一网络控制节点和 所述至少一个第二网络控制节点。
16. 根据权利要求13至15中任一项所述的方法，其中提供配置信息，所述配置信息通 知关于：所述第一网络控制节点和所述至少一个第二网络控制节点中的哪一个应当接收单 独的上行链路调度信息，或者所述上行链路调度信息将被发送给所述第一网络控制节点和 所述至少一个第二网络控制节点中的哪一个。
17. 根据权利要求13至16中任一项所述的方法，进一步包括： 检测在特定站点中是否没有网络控制节点是活动的，以及 当没有网络控制节点是活动的时，取消针对这个特定站点的上行链路调度信息的发 送。
18. 根据权利要求13至17中任一项所述的方法，其中所述上行链路调度信息是定期的 上行链路调度信息。
19. 根据权利要求13至18中任一项所述的方法，进一步包括： 将所述上行链路调度信息发送给所述第一网络控制节点和所述至少一个第二网络控 制节点两者，或者 决定所述上行链路调度信息是将被发送给所述第一网络控制节点还是将被发送给所 述至少一个第二网络控制节点，或者 将所述上行链路调度信息仅发送给所述第一网络控制节点。
20. 根据权利要求13至19中任一项所述的方法，其中 所述第一网络控制节点是所述载波聚合中的被配置为控制所述载波聚合的主网络控 制节点。
21. -种方法，包括： 通过与至少一个其他网络控制节点一起执行载波聚合，而向用户设备发送数据和/或 从用户设备接收数据， 从所述用户设备接收上行链路调度信息，以及 将所接收的上行链路调度信息转发给所述至少一个其他网络控制节点。
22. 根据权利要求21所述的方法，进一步包括： 基于网络配置和/或基于所述用户设备的指示所述用户设备向哪个网络控制节点发 送所述上行链路调度信息的信息，来决定所述上行链路调度信息是否将被转发以及向哪个 其他网络控制节点转发。
23. 根据权利要求21或22所述的方法，进一步包括： 定期地将所述上行链路调度信息转发给所述至少一个其他网络控制节点。
24. 根据权利要求13至23中任一项所述的方法，其中所述上行链路调度信息包括缓冲 器状态报告和/或功率余量报告。
25. -种计算机程序产品，包括代码装置，所述代码装置用于当运行在处理装置或模块 上时执行根据权利要求13至24中任一项所述的方法。
26. 根据权利要求25所述的计算机程序产品，其中所述计算机程序产品具体化在计算 机可读介质上。
【文档编号】H04W72/12GK104106299SQ201280068907
【公开日】2014年10月15日 申请日期:2012年2月2日 优先权日:2012年2月2日
【发明者】C·罗萨, 吴春丽, F·弗雷德里克森, B·P·塞比尔, K·I·佩德森, T·E·科尔丁, I·Z·科瓦克斯 申请人:诺基亚通信公司