Login| Sign Up| Help| Contact|

Patent Searching and Data


Title:
METHOD, BASE STATION AND USER EQUIPMENT FOR UPLINK CONTROL INFORMATION FEEDBACK
Document Type and Number:
WIPO Patent Application WO/2014/032440
Kind Code:
A1
Abstract:
The embodiments in the present invention provide a method, base station and user equipment for uplink control information feedback, and the method comprising: receiving uplink scheduling information of a dependent small base station, and according to the uplink scheduling information, sending Uplink Control Information (UCI) on Physical Uplink Shared Channel (PUSCH) of the dependent small base station. In the embodiments of the present invention, the user equipment utilizes PUSCH of the small base station to disperse Physical Uplink Control Channel (PUCCH) flow for a macro base station, decreasing the load and collision probability of PUCCH of the macro base station.

Inventors:
LIANG YONGMING (CN)
ZHANG JIAYIN (CN)
GUO YI (CN)
ZENG QINGHAI (CN)
Application Number:
PCT/CN2013/076097
Publication Date:
March 06, 2014
Filing Date:
May 22, 2013
Export Citation:
Click for automatic bibliography generation   Help
Assignee:
HUAWEI TECH CO LTD (CN)
International Classes:
H04W72/04
Foreign References:
CN102223720A2011-10-19
CN102377537A2012-03-14
CN102377530A2012-03-14
CN102215595A2011-10-12
Other References:
See also references of EP 2874455A4
Attorney, Agent or Firm:
LONGSUN LEAD IP LTD. (CN)
北京龙双利达知识产权代理有限公司 (CN)
Download PDF:
Claims:
权利要求

1、 一种上行控制信息的反馈方法, 其特征在于, 包括:

接收非独立小基站的物理上行共享信道 PUSCH的上行调度信息; 根据所述上行调度信息在所述非独立小基站的 PUSCH上发送上行控制 信息 UCI。

2、 如权利要求 1所述的方法, 其特征在于, 所述接收非独立小基站的 PUSCH的上行调度信息, 包括:

接收所述非独立小基站在增强物理下行控制信道 ePDCCH上发送的所 述上行调度信息; 或者,

接收所述非独立小基站归属的宏基站在物理下行控制信道 PDCCH上发 送的所述上行调度信息。

3、 如权利要求 2所述的方法, 其特征在于, 在所述接收所述非独立小 基站在 ePDCCH上发送的所述上行调度信息之前, 所述方法还包括:

在所述非独立小基站归属的宏基站的物理上行控制信道 PUCCH上向所 述宏基站发送调度请求 SR,以使得所述宏基站根据所述 SR通知所述非独立 小基站在所述 ePDCCH上发送所述上行调度信息。

4、 如权利要求 2所述的方法, 其特征在于, 在所述接收所述非独立小 基站归属的宏基站在 PDCCH上发送的所述上行调度信息之前, 所述方法还 包括:

在所述非独立小基站归属的宏基站的物理上行控制信道 PUCCH上向所 述宏基站发送调度请求 SR, 以使得所述宏基站根据所述 SR在所述 PDCCH 上发送所述上行调度信息并且向所述非独立小基站通知所述上行调度信息。

5、 如权利要求 3或 4所述的方法, 其特征在于, 在所述非独立小基站 归属的宏基站的 PUCCH上向所述宏基站发送 SR之前, 所述方法还包括: 接收所述宏基站或所述非独立小基站通过高层信令配置的 UCI反馈周 期和触发条件,

其中, 在所述非独立小基站归属的宏基站的 PUCCH上向所述宏基站发 送 SR, 包括:

在所述 UCI反馈周期邻近或者在所述 UCI反馈周期到达时, 在所述宏 基站的 PUCCH上向所述宏基站发送 SR。

6、如权利要求 3或 4所述的方法,其特征在于,所述 SR携带指示信息, 所述指示信息用于指示所述宏基站根据所述 SR通知所述非独立小基站在所 述 ePDCCH上发送所述上行调度信息或者用于指示所述宏基站根据所述 SR 在所述 PDCCH上发送所述上行调度信息。

7、 一种上行控制信息的反馈方法, 其特征在于, 所述方法由非独立小 基站执行, 包括:

确定所述非独立小基站的物理上行共享信道 PUSCH上对用户设备的上 行调度信息;

根据所述上行调度信息在所述非独立小基站的 PUSCH上接收所述用户 设备发送的上行控制信息 UCI。

8、 如权利要求 7所述的方法, 其特征在于, 所述确定所述非独立小基 站的 PUSCH上对用户设备的上行调度信息, 包括:

接收所述非独立小基站归属的宏基站根据所述用户设备的调度请求发 送的所述上行调度信息。

9、 如权利要求 7所述的方法, 其特征在于, 所述确定所述非独立小基 站的 PUSCH上对用户设备的上行调度信息, 包括:

接收所述非独立小基站归属的宏基站根据所述用户设备的调度请求发 送的调度事件通知;

根据所述调度事件通知生成所述上行调度信息。

10、 如权利要求 9所述的方法, 其特征在于, 在确定所述非独立小基站 的 PUSCH上对用户设备的上行调度信息之后, 所述方法还包括:

在所述非独立小基站的增强物理下行控制信道 ePDCCH 上向所述用户 设备发送所述上行调度信息。

11、 如权利要求 8-10任一项所述的方法, 其特征在于, 在根据所述上 行调度信息在所述非独立小基站的 PUSCH上接收所述用户设备发送的 UCI 之前, 所述方法还包括:

通过高层信令向所述用户设备配置 UCI反馈周期和触发条件。

12、 如权利要求 7所述的方法, 其特征在于, 在根据所述上行调度信息 在所述非独立小基站的 PUSCH上接收所述用户设备发送的 UCI之前, 所述 方法还包括:

通过高层信令向所述用户设备配置非周期性 UCI反馈指示和触发条件。

13、 如权利要求 7-12任一项所述的方法, 其特征在于, 所述方法还包 括:

根据所述 UCI对所述用户设备进行下行资源调度; 或者,

向所述非独立小基站归属的宏基站发送所述 UCI, 以使得所述宏基站根 据所述 UCI对所述用户设备进行下行资源调度。

14、 一种上行控制信息的反馈方法, 其特征在于, 所述方法由宏基站执 行, 包括:

接收用户设备在宏基站的物理上行控制信道 PUCCH上发送的调度请求 SR, 所述用户设备由归属于所述宏基站的非独立小基站提供数据传输服务; 根据所述 SR,确定所述非独立小基站的物理上行共享信道 PUSCH上对 所述用户设备的上行调度信息;

在所述宏基站的物理下行控制信道 PDCCH上向所述用户设备发送所述 上行调度信息, 并向所述非独立小基站发送所述上行调度信息, 以使得所述 用户设备根据所述上行调度信息在所述非独立小基站的 PUSCH上发送上行 控制信息 UCI。

15、 如权利要求 14所述的方法, 其特征在于, 在接收用户设备在宏基 站的 PUCCH上发送的 SR之前, 所述方法还包括:

通过高层信令向所述用户设备配置 UCI反馈周期和触发条件。

16、 如权利要求 14或 15所述的方法, 其特征在于, 所述方法还包括: 接收所述非独立小基站转发的所述 UCI;根据所述 UCI执行所述用户设 备的下行调度。

17、 一种上行控制信息的反馈方法, 其特征在于, 所述方法由宏基站执 行, 包括:

接收用户设备在宏基站的物理上行控制信道 PUCCH上发送的调度请求 SR, 所述用户设备由归属于所述宏基站的非独立小基站提供数据传输服务; 根据所述 SR, 向归属于所述宏基站的非独立小基站发送调度事件通知, 以使得所述非独立小基站根据所述调度事件通知向所述用户设备发送上行 授权并接收所述用户设备在所述非独立小基站的物理上行共享信道 PUSCH 上发送的上行控制信息 UCI。

18、 如权利要求 17所述的方法, 其特征在于, 在接收用户设备在宏基 站的 PUCCH上发送的 SR之前, 所述方法还包括:

通过高层信令向所述用户设备配置 UCI反馈周期和触发条件。 19、 如权利要求 17或 18所述的方法, 其特征在于, 所述方法还包括: 接收所述非独立小基站转发的所述 UCI;根据所述 UCI执行所述用户设 备的下行调度。

20、 一种用户设备, 其特征在于, 包括:

接收单元, 用于接收非独立小基站的物理上行共享信道 PUSCH的上行 调度信息;

发送单元,用于根据所述接收单元接收的上行调度信息在所述非独立小 基站的 PUSCH上发送上行控制信息 UCI。

21、 如权利要求 20所述的用户设备, 其特征在于, 所述接收单元具体 用于接收所述非独立小基站在增强物理下行控制信道 ePDCCH上发送的所 述上行调度信息; 或者, 接收所述非独立小基站归属的宏基站在物理下行控 制信道 PDCCH上发送的所述上行调度信息。

22、 如权利要求 21所述的用户设备, 其特征在于, 所述发送单元还用 于在所述非独立小基站归属的宏基站的物理上行控制信道 PUCCH上向所述 宏基站发送调度请求 SR,以使得所述宏基站根据所述 SR通知所述非独立小 基站在所述 ePDCCH上发送所述上行调度信息。

23、 如权利要求 21所述的用户设备, 其特征在于, 所述发送单元还用 于在所述非独立小基站归属的宏基站的物理上行控制信道 PUCCH上向所述 宏基站发送调度请求 SR, 以使得所述宏基站根据所述 SR在所述 PDCCH上 发送所述上行调度信息并且向所述非独立小基站通知所述上行调度信息。

24、 如权利要求 22或 23所述的用户设备, 其特征在于, 所述接收单元 还用于接收所述宏基站或所述非独立小基站通过高层信令配置的 UCI反馈 周期和触发条件。

25、 如权利要求 20所述的用户设备, 其特征在于, 所述接收单元还用 于接收所述非独立小基站通过高层信令配置的非周期性 UCI反馈指示和触 发条件。

26、 一种非独立小基站, 其特征在于, 包括:

确定单元, 用于确定所述非独立小基站的物理上行共享信道 PUSCH上 对用户设备的上行调度信息;

接收单元,用于根据所述确定单元确定的上行调度信息在所述非独立小 基站的 PUSCH上接收所述用户设备发送的上行控制信息 UCI。 27、 如权利要求 26所述的非独立小基站, 其特征在于, 所述确定单元 具体用于通过所述接收单元接收所述非独立小基站归属的宏基站根据所述 用户设备的调度请求发送的所述上行调度信息。

28、 如权利要求 26所述的非独立小基站, 其特征在于, 所述确定单元 具体用于通过所述接收单元接收所述非独立小基站归属的宏基站根据所述 用户设备的调度请求发送的调度事件通知, 并根据所述调度事件通知生成所 述上行调度信息。

29、 如权利要求 28所述的非独立小基站, 其特征在于, 还包括发送单 元,用于在所述非独立小基站的增强物理下行控制信道 ePDCCH上向所述用 户设备发送所述上行调度信息。

30、 一种宏基站, 其特征在于, 包括:

接收单元, 用于接收用户设备在宏基站的物理上行控制信道 PUCCH上 发送的调度请求 SR, 所述用户设备由归属于所述宏基站的非独立小基站提 供数据传输服务;

确定单元, 用于根据所述接收单元接收的 SR, 确定所述非独立小基站 的物理上行共享信道 PUSCH上对所述用户设备的上行调度信息;

发送单元, 用于在所述宏基站的物理下行控制信道 PDCCH上向所述用 户设备发送所述确定单元确定的上行调度信息, 并向所述非独立小基站发送 所述确定单元确定的上行调度信息, 以使得所述用户设备根据所述上行调度 信息在所述非独立小基站的 PUSCH上发送上行控制信息 UCI。

31、 一种宏基站, 其特征在于, 包括:

接收单元, 用于接收用户设备在宏基站的物理上行控制信道 PUCCH上 发送的调度请求 SR, 所述用户设备由归属于所述宏基站的非独立小基站提 供数据传输服务;

发送单元, 用于根据所述接收单元接收的 SR, 向归属于所述宏基站的 非独立小基站发送调度事件通知, 以使得所述非独立小基站根据所述调度事 件通知向所述用户设备发送上行授权并接收所述用户设备在所述非独立小 基站的物理上行共享信道 PUSCH上发送的上行控制信息 UCI。

Description:
上行控制信息的反馈方法、 基站及用户设备 本申请要求于 2012 年 8 月 31 日提交中国专利局、 申请号为 201210316796.2、 发明名称为"上行控制信息的反馈方法、 基站及用户设备" 的中国专利申请的优先权, 其全部内容通过引用结合在本申请中。 技术领域

本发明实施例涉及无线通信领域, 并且更具体地, 涉及上行控制信息的 反馈方法、 基站及用户设备。 背景技术

随着通信技术的演进, 蜂窝通信系统第三代合作伙伴计划 (3GPP, 3rd Generation Partnership Project )已经开始 Release- 12的讨论。 目前提出了多种 LTE Release-12候选的技术方案, 其中增强型的小基站 ( Small cell )是很重 要的一个方面, 例如多流聚集(MSA, Multi-Stream Aggregation ), 软小区 ( Soft-cell )、 幽灵小区( Phantom cell )等技术都有可能应用于小基站所覆盖 的无线小区。

LTE-Release-8/9/lO/ll 系统的小基站一般采用异种网络 (HetNet , Heterogeneous Network ) 的机制。 HetNet网络中的小基站所服务的小区, 如 小区 (Micro cell )、 i i小区 (Pico cell )、 毫 i i小区 (Femto cell ), 都 是独立的小区, 与相应的基站( Macro-eNB、 Pico-eNB或 Femto-eNB , 可以 统称为 MeNB或 eNB )相似, 都有各自的小区特定 ( Cell- Specific ) 的控制 信令, 也有各自所服务的用户设备( UE , User Equipment )。 然而, LTE Release-12中提出的 MSA、 Soft-celK Phantom cell等概念允许有独立或非独 立的小区,而且这些独立或非独立的小区可以 采用 3.5GHz的 LTE-Hi的频段 或者新型载波类型 (NCT, New Carrier Type )等新的频段。

对于非独立小基站, MSA、 Soft-celK Phantom cell等系统, 可以考虑用 宏基站的信令支持非独立小基站。 物理上行控制信道(PUCCH , Physical Uplink Control Channel ) 能够支持上行控制信息 ( UCI, Uplink Control Information )的反馈。 UCI信息包括: 下行链路( DL, Downlink )的信道状 态信息(CSI, Channel State Information ), 包括秩指示(RI, Rank Indicator )、 预编码矩阵指示 (PMI, Precoding Matrix Indicator ), 信道质量指示 (CQI, Channel Quality Indicator ); 多个成员载波 ( CC , Component Carrier )的索引 号( CC Index )以及每个 CC的下行数据的混合自动重传请求( HARQ, Hybrid Automatic Repeat Request ) 的肯定确认和否定确认 ( ACK/NACK )信息; UE的上行调度请求(SR, Scheduling Request )信息; 以及其他信息, 例如 UE受到的干扰、 UE距离基站的相位信息等; 如果 PUCCH信道资源足够的 话, UE也可以向服务基站反馈 UE所测量的下行链路的全信道状态信息( Full CSI, Full Channel State Information ), 全信道信息包括时变信道的幅度、 相 位、 干扰等全部 CSI信息。

现在的载波聚集 (CA , Carrier Aggregation ) 技术已经能解决 DL

( Downlink, 下行)和 UL ( Uplink, 上行)接入高速数据速率需要的更宽 的带宽问题, 支持一个小区中有多个 DL CC和 UL CC。 在 LTE-A系统中, 例如 LTE Rel- 10/11系统, 采用 5个 DL CC和 5个 UL CC, 且 DL主成员载 波( PCC, Primary Component Carrier )和 UL PCC都采用 UE特定( UE-specific ) 的机制, 即无线小区的不同 UE可以配置为相同或不同的一个 DL PCC或一 个 UL PCC以及一个或多个 DL次成员载波(SCC, Secondary Component Carrier ) SCC或一个或多个 UL SCC, UE-Specific的 DL/UL CC的优点在于 基站可以灵活地根据 DL/UL CC 业务的负载情况给一个或多个 UE 配置 DL/UL CC。 3GPP Release-10/ll规定 UE只能在各自的 UL PCC上的 PUCCH 上反馈 DL各个 CC的 CSI、 ACK/NACK, SR等信息。 在此当前的 CA机制 下, DL PCC和 UL PCC的负载在 LTE Release- 11或 LTERelease-12系统中有 可能会增大。 例如, 在 LTE Release-11的协作多点传输(CoMP, Coordinated Multi-Point Transmission )方案 4场景下, 众多远程射频头 ( RRH, Remote Radio Head)采或低功率发射节点 (LPN, Low Power Transmit Node )用与宏 小区采用一样的无线小区标识( Cell ID ) , 则 UL PCC的 PUCCH资源由于 RRH或 LPN而带来太多 UE而引起拥塞现象,相比于 LTE Release-8/9/lO系 统有更多 UE都需要 PUCCH来反馈 UCI, 则 UL PUCCH的负载过大, 从而 导致许多 UE没有足够的上行 PUCCH的资源块(RB, Resource Block )反 馈 UL UCI信息而引起系统性能严重下降。当 SR、 ACK/NACK等信息和 CSI 信息一起在 PUCCH上反馈时, ACK/NACK的优先级最高, 其次是 SR, 最 后是 CSI, 当三者出现沖突或碰撞时, ACK/NACK、 SR、 CSI的优先级由高 到低。 相应地, 在 LTE Release- HCoMP方案 4或 LTE Release- 12系统及更 高版本系统中, 多个 DL CC的 UCI会导致不同 CC的 UCI出现碰撞, 同一 CC间的 CSI、 SR、 ACK/NACK也会出现碰撞, 且 ACK/NACK、 SR、 CSI 的优先级从高到低, 因此, 在非独立小基站场景下也需要考虑如何处理 PUCCH的 UCI沖突或碰撞的问题。

这样, 大量 UE会造成 UL PCC中控制信道资源不够用而造成拥塞, 例 如 PUCCH就会由于过多 UE反馈 UL CSI而造成拥塞。 同样的问题,会出现 在 Soft-cell、 Phantom cell等非独立小基站的场景中。 尤其是 UL PUCCH信 道, 用于为大量的 UE反馈 CSI。 如果 CSI信息量太大, 则 PUCCH拥塞问 题更为严重。 因此, 有必要寻找一种新的上行信道的 UCI反馈的方法, 减轻 上行控制信道拥塞的问题。 发明内容

本发明实施例提供一种上行控制信息的反馈方 法、基站及用户设备, 能 够减轻上行控制信道拥塞的问题,即 PUCCH上反馈的 UCI负载过重的问题。

第一方面, 提供了一种上行控制信息的反馈方法, 包括: 接收非独立小 基站的物理上行共享信道 PUSCH的上行调度信息; 根据所述上行调度信息 在所述非独立小基站的 PUSCH上发送上行控制信息 UCI。

结合第一方面, 在第一方面的一种实现方式中, 所述接收非独立小基站 的 PUSCH的上行调度信息, 包括: 接收所述非独立小基站在增强物理下行 控制信道 ePDCCH上发送的所述上行调度信息; 或者,接收所述非独立小基 站归属的宏基站在物理下行控制信道 PDCCH上发送的所述上行调度信息。

结合第一方面及其上述实现方式, 在第一方面的另一实现方式中, 在所 述接收所述非独立小基站在 ePDCCH上发送的所述上行调度信息之前,所述 方法还包括: 在所述非独立小基站归属的宏基站的物理上行 控制信道 PUCCH上向所述宏基站发送调度请求 SR, 以使得所述宏基站根据所述 SR 通知所述非独立小基站在所述 ePDCCH上发送所述上行调度信息。

结合第一方面及其上述实现方式, 在第一方面的另一实现方式中, 在所 述接收所述非独立小基站归属的宏基站在 PDCCH上发送的所述上行调度信 息之前, 所述方法还包括: 在所述非独立小基站归属的宏基站的物理上行 控 制信道 PUCCH上向所述宏基站发送调度请求 SR, 以使得所述宏基站根据 所述 SR在所述 PDCCH上发送所述上行调度信息并且向所述非独 小基站 通知所述上行调度信息。

结合第一方面及其上述实现方式, 在第一方面的另一实现方式中, 在所 述非独立小基站归属的宏基站的 PUCCH上向所述宏基站发送 SR之前, 所 述方法还包括: 接收所述宏基站或所述非独立小基站通过高层 信令配置的 UCI反馈周期和触发条件。

结合第一方面及其上述实现方式, 在第一方面的另一实现方式中, 在所 述非独立小基站归属的宏基站的 PUCCH上向所述宏基站发送 SR, 包括: 在所述 UCI反馈周期邻近或者在所述 UCI反馈周期到达时, 在所述宏基站 的 PUCCH上向所述宏基站发送 SR。

结合第一方面及其上述实现方式, 在第一方面的另一实现方式中, 所述 SR携带指示信息,所述指示信息用于指示所述 基站^^据所述 SR通知所述 非独立小基站在所述 ePDCCH 上发送所述上行调度信息或者用于指示所述 结合第一方面及其上述实现方式, 在第一方面的另一实现方式中, 在所 述接收非独立小基站的 PUSCH的上行调度信息之前, 所述方法还包括: 接 收所述非独立小基站通过高层信令配置的非周 期性 UCI反馈指示和触发条 件。

第二方面, 提供了一种上行控制信息的反馈方法, 所述方法由非独立小 基站执行, 包括: 确定所述非独立小基站的物理上行共享信道 PUSCH上对 用户设备的上行调度信息; 根据所述上行调度信息在所述非独立小基站的 PUSCH上接收所述用户设备发送的上行控制信息 UCI。

结合第二方面, 在第二方面的一种实现方式中, 所述确定所述非独立小 基站的 PUSCH上对用户设备的上行调度信息, 包括: 接收所述非独立小基 站归属的宏基站根据所述用户设备的调度请求 发送的所述上行调度信息。

结合第二方面及其上述实现方式, 在第二方面的另一实现方式中, 所述 确定所述非独立小基站的 PUSCH上对用户设备的上行调度信息, 包括: 接 收所述非独立小基站归属的宏基站根据所述用 户设备的调度请求发送的调 度事件通知; 根据所述调度事件通知生成所述上行调度信息 。

结合第二方面及其上述实现方式, 在第二方面的另一实现方式中, 在确 定所述非独立小基站的 PUSCH上对用户设备的上行调度信息之后, 所述方 法还包括:在所述非独立小基站的增强物理下 行控制信道 ePDCCH上向所述 用户设备发送所述上行调度信息。

结合第二方面及其上述实现方式, 在第二方面的另一实现方式中, 在根 据所述上行调度信息在所述非独立小基站的 PUSCH上接收所述用户设备发 送的 UCI之前, 所述方法还包括: 通过高层信令向所述用户设备配置 UCI 反馈周期和触发条件。

结合第二方面及其上述实现方式, 在第二方面的另一实现方式中, 在根 据所述上行调度信息在所述非独立小基站的 PUSCH上接收所述用户设备发 送的 UCI之前,所述方法还包括: 通过高层信令向所述用户设备配置非周期 性 UCI反馈指示和触发条件。

结合第二方面及其上述实现方式, 在第二方面的另一实现方式中, 所述 方法还包括: 根据所述 UCI对所述用户设备进行下行资源调度; 或者, 向所 述非独立小基站归属的宏基站发送所述 UCI, 以使得所述宏基站根据所述

UCI对所述用户设备进行下行资源调度。

第三方面, 提供了一种上行控制信息的反馈方法, 所述方法由宏基站执 行, 包括: 接收用户设备在宏基站的物理上行控制信道 PUCCH上发送的调 度请求 SR, 所述用户设备由归属于所述宏基站的非独立小 基站提供数据传 输服务; 根据所述 SR, 确定所述非独立小基站的物理上行共享信道 PUSCH 上对所述用户设备的上行调度信息; 在所述宏基站的物理下行控制信道 PDCCH上向所述用户设备发送所述上行调度信息 并向所述非独立小基站 发送所述上行调度信息, 以使得所述用户设备根据所述上行调度信息在 所述 非独立小基站的 PUSCH上发送上行控制信息 UCI。

结合第三方面, 在第三方面的一种实现方式中, 在接收用户设备在宏基 站的 PUCCH上发送的 SR之前, 所述方法还包括: 通过高层信令向所述用 户设备配置 UCI反馈周期和触发条件。

结合第三方面及其上述实现方式, 在第三方面的另一实现方式中, 所述 方法还包括: 接收所述非独立小基站转发的所述 UCI; 根据所述 UCI执行所 述用户设备的下行调度。

第四方面, 提供了一种上行控制信息的反馈方法, 所述方法由宏基站执 行, 包括: 接收用户设备在宏基站的物理上行控制信道 PUCCH上发送的调 度请求 SR, 所述用户设备由归属于所述宏基站的非独立小 基站提供数据传 输服务; 根据所述 SR, 向归属于所述宏基站的非独立小基站发送调度 事件 通知, 以使得所述非独立小基站根据所述调度事件通 知向所述用户设备发送 上行授权并接收所述用户设备在所述非独立小 基站的物理上行共享信道 PUSCH上发送的上行控制信息 UCI。

结合第四方面, 在第四方面的一种实现方式中, 在接收用户设备在宏基 站的 PUCCH上发送的 SR之前, 所述方法还包括: 通过高层信令向所述用 户设备配置 UCI反馈周期和触发条件。

结合第四方面及其上述实现方式, 在第四方面的另一实现方式中, 所述 方法还包括:

接收所述非独立小基站转发的所述 UCI;根据所述 UCI执行所述用户设 备的下行调度。

第五方面, 提供了一种用户设备, 包括: 接收单元, 用于接收非独立小 基站的物理上行共享信道 PUSCH的上行调度信息; 发送单元, 用于根据所 述接收单元接收的上行调度信息在所述非独立 小基站的 PUSCH上发送上行 控制信息 UCI。

结合第五方面, 在第五方面的一种实现方式中, 所述接收单元具体用于 接收所述非独立小基站在增强物理下行控制信 道 ePDCCH上发送的所述上 行调度信息; 或者, 接收所述非独立小基站归属的宏基站在物理下 行控制信 道 PDCCH上发送的所述上行调度信息。

结合第五方面及其上述实现方式, 在第五方面的另一实现方式中, 所述 发送单元还用于在所述非独立小基站归属的宏 基站的物理上行控制信道 PUCCH上向所述宏基站发送调度请求 SR, 以使得所述宏基站根据所述 SR 通知所述非独立小基站在所述 ePDCCH上发送所述上行调度信息。

结合第五方面及其上述实现方式, 在第五方面的另一实现方式中, 所述 发送单元还用于在所述非独立小基站归属的宏 基站的物理上行控制信道 PUCCH上向所述宏基站发送调度请求 SR, 以使得所述宏基站根据所述 SR 在所述 PDCCH上发送所述上行调度信息并且向所述非独 小基站通知所述 上行调度信息。

结合第五方面及其上述实现方式, 在第五方面的另一实现方式中, 所述 接收单元还用于接收所述宏基站或所述非独立 小基站通过高层信令配置的 UCI反馈周期和触发条件。 结合第五方面及其上述实现方式, 在第五方面的另一实现方式中, 所述 接收单元还用于接收所述非独立小基站通过高 层信令配置的非周期性 UCI 反馈指示和触发条件。

第六方面, 提供了一种非独立小基站, 包括: 确定单元, 用于确定所述 非独立小基站的物理上行共享信道 PUSCH上对用户设备的上行调度信息; 接收单元, 用于根据所述确定单元确定的上行调度信息在 所述非独立小基站 的 PUSCH上接收所述用户设备发送的上行控制信息 UCI。

结合第六方面, 在第六方面的一种实现方式中, 所述确定单元具体用于 通过所述接收单元接收所述非独立小基站归属 的宏基站根据所述用户设备 的调度请求发送的所述上行调度信息。

结合第六方面及其上述实现方式, 在第六方面的另一实现方式中, 所述 确定单元具体用于通过所述接收单元接收所述 非独立小基站归属的宏基站 根据所述用户设备的调度请求发送的调度事件 通知, 并根据所述调度事件通 知生成所述上行调度信息。

结合第六方面及其上述实现方式, 在第六方面的另一实现方式中, 该独 立小基站还包括发送单元, 用于在所述非独立小基站的增强物理下行控制 信 道 ePDCCH上向所述用户设备发送所述上行调度信息 。

第七方面, 提供了一种宏基站, 包括: 接收单元, 用于接收用户设备在 宏基站的物理上行控制信道 PUCCH上发送的调度请求 SR, 所述用户设备 由归属于所述宏基站的非独立小基站提供数据 传输服务; 确定单元, 用于根 据所述接收单元接收的 SR, 确定所述非独立小基站的物理上行共享信道 PUSCH 上对所述用户设备的上行调度信息; 发送单元, 用于在所述宏基站 的物理下行控制信道 PDCCH上向所述用户设备发送所述确定单元确定 上 行调度信息, 并向所述非独立小基站发送所述确定单元确定 的上行调度信 息, 以使得所述用户设备根据所述上行调度信息在 所述非独立小基站的 PUSCH上发送上行控制信息 UCI。

第八方面, 提供了一种宏基站, 包括: 接收单元, 用于接收用户设备在 宏基站的物理上行控制信道 PUCCH上发送的调度请求 SR, 所述用户设备 由归属于所述宏基站的非独立小基站提供数据 传输服务; 发送单元, 用于根 据所述接收单元接收的 SR, 向归属于所述宏基站的非独立小基站发送调度 事件通知, 以使得所述非独立小基站根据所述调度事件通 知向所述用户设备 发送上行授权并接收所述用户设备在所述非独 立小基站的物理上行共享信 道 PUSCH上发送的上行控制信息 UCI。

本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流 (Offload)了 PUCCH的流量, 降低了宏基站的 PUCCH的负 载, 降低了宏基站的 PUCCH的负载及碰撞概率。 附图说明

为了更清楚地说明本发明实施例的技术方案, 下面将对实施例或现有技 术描述中所需要使用的附图作筒单地介绍, 显而易见地, 下面描述中的附图 仅仅是本发明的一些实施例, 对于本领域普通技术人员来讲, 在不付出创造 性劳动的前提下, 还可以根据这些附图获得其他的附图。

图 1是可应用本发明实施例的场景例子的示意图

图 2是本发明一个实施例的 UCI反馈方法的流程图。

图 3是本发明另一实施例的上行控制信息的反馈 法的流程图。

图 4是本发明另一实施例的上行控制信息的反馈 法的流程图。

图 5是本发明另一实施例的上行控制信息的反馈 法的流程图。

图 6是本发明一个实施例的 CSI反馈过程的示意流程图。

图 7是本发明另一实施例的 CSI反馈过程的示意流程图。

图 8是本发明另一实施例的 CSI反馈过程的示意流程图。

图 9是本发明一个实施例的用户设备的框图。

图 10是本发明一个实施例的非独立小基站的框图

图 11是本发明一个实施例的宏基站的框图。

图 12是本发明另一实施例的宏基站的框图。

图 13是本发明一个实施例的用户设备的框图。

图 14是本发明一个实施例的非独立小基站的框图

图 15是本发明一个实施例的宏基站的框图。

图 16是本发明另一实施例的宏基站的框图。 具体实施方式

下面将结合本发明实施例中的附图,对本发明 实施例中的技术方案进行 清楚、 完整地描述, 显然, 所描述的实施例是本发明一部分实施例, 而不是 全部的实施例。 基于本发明中的实施例, 本领域普通技术人员在没有作出创 造性劳动前提下所获得的所有其他实施例, 都属于本发明保护的范围。

本发明的技术方案, 可以应用于各种通信系统, 例如: 全球移动通信系 统( GSM , Global System of Mobile communication ), 码分多址( CDMA , Code Division Multiple Access ) 系统, 宽带码分多址( WCDMA, Wideband Code Division Multiple Access Wireless ),通用分组无线业务 ( GPRS , General Packet Radio Service ), 长期演进( LTE, Long Term Evolution ), 未来第 5代 移动蜂窝通信系统, 无线局域网 ( WLAN , Wireless Local Area Network )、 自组织网络、 多跳网络等。

用户设备(UE, User Equipment ), 也可称之为手机、 移动终端(Mobile

Terminal ),移动用户设备等, 可以经无线接入网(例如, RAN, Radio Access Network )与一个或多个核心网进行通信, 用户设备可以是移动终端, 如移 动电话(或称为"蜂窝"电话)和具有移动终端 计算机, 例如, 可以是便携 式、 袖珍式、 手持式、 计算机内置的或者车载的移动装置, 它们与无线接入 网交换语言和 /或数据和 /或信令 (Signaling)。

基站( BS , Base-station ), 可以是 GSM或 CDMA中的基站( BTS , Base Transceiver Station ), 也可以是 WCDMA中的基站( NodeB ), 还可以是 LTE 中的演进型基站(eNB或 e-NodeB , evolutional Node B ), 还可以是 WLAN 中的接入点 (AP, Access Point ), 发明对基站并不限定。

图 1是可应用本发明实施例的场景例子的示意图 图 1的通信系统 100 包括宏基站 101和小基站 102。

小基站 102的覆盖范围 104在宏基站 101的覆盖范围 103内。宏基站 101 和小基站 102之间通过后台连接 ( Backhaul )进行数据和 /或信令的交换。 Backhaul可以是有线的连接, 例如通过光纤、 同轴电缆、 网线等实现; 也可 以是无线的链接, 例如通过毫米波、 微波等实现。 宏基站 101与小基站 102 间的 Backhaul可以通过 X2接口来实现或者是新定义的 X3接口来实现, 本 发明实施例对 Backhaul的具体实现形式不作限制。

本发明实施例对小基站 102的实现形式不作限制,例如可以包括微基站 ( Micro )、微微基站( Pico )、 毫微微基站( Femto )、低功率节点( LPN, Low Power Node )、 远程射频头 (RRH, Remote Radio Head )等。 小基站的频谱 可以是授权( Licensed )的频谱,例如, 3.5GHz及以上的 NCT频段,或 LTE-A 系统的一个或多个 SCC;也可以是非授权( Unlicensed )的频谱,例如, 700MHz 以下的无线保真 (WiFi, Wireless Fidelity )频段、 2.4GHz 的工业科学医学 ( ISM, Industrial Scientific Medical )频段、 5GHz的 WiFi频段、 60GHz的 无线千兆比特(WiGig, Wireless Gigabit )频段等, 甚至是电视产业的白频 谱或者认知无线电技术 (CR, Cognitive Radio)系统的授权共享接入(LS A , Licensed Shared Access ) 的频谱。

图 1中, UE 105是同时在宏基站 101和小基站 102覆盖下的终端,UE 106 是只在宏基站 101覆盖下的终端。 例如, UE 105可以是 LTE Rel-12系统的 UE, UE 106可以是 LTE Rel- 10/11系统的 UE。 在下面的实施例中,假设 UE 105利用小基站 102的 PUSCH传输数据。

小基站 102是归属于宏基站 101的非独立小基站, 不提供完整的信令支 持。 换句话说, 小基站 102没有 UL和 /或 DL的 PCC, 相应的信令支持需要 依赖于宏基站 101的相应 PCC来提供。 例如, 如果小基站 102没有独立的 UL PCC, 则小基站 102的上行控制信息需要通过宏基站 101的 UL PCC上 的 PUCCH来传输。 在此情况下, 如果类似 UE 105的小基站 102覆盖下的 UE数目太多, 或者这些 UE使用的 CC数目太多, 会导致宏基站的 UCI负 载太重而导致宏基站 101的 PUCCH信道拥挤或堵塞, 从而使整个系统的性 能下降和用户的体验降低。

具体地, 如图 1所示, 宏基站 101提供 UE 105的 PUCCH、 PDCCH和 物理广播信道( PBCH, Physical Broadcast Channel )等信令服务。 小基站 102 提供 UE 105 的物理下行共享信道 (PDSCH , Physical Downlink Share Channel )和 PUSCH等数据传输服务。

另外, 大多数情况下, 非独立小基站 102与宏基站 101具有相同的小区 ID, 但本发明实施例对此不作限制。 本发明实施例也可以应用于宏基站 101 和非独立小基站 102具有不同小区 ID的情况。

现有的 LTE-Release-8/9/lO/ll系统不存在非独立小基站的场 景。 在现有 的 HetNet场景下, Pico cell或者 Femto cell都是独立的小区, 独立小区有自 己的 UL PCC。

图 2是本发明一个实施例的 UCI反馈方法的流程图。 图 2的方法由 UE (例如图 1的 UE 105 )执行。

201 , 接收非独立小基站的 PUSCH的上行调度信息。 非独立小基站的一个例子是图 1所示的小基站 102。 上行调度信息可包 括上行授权(UL Grant )、 对应的上行成员载波( UL CC )的索引号和其他相 关信息。

202, 根据上行调度信息在非独立小基站的 PUSCH上发送 UCI。

UCI可包括: CSI, 包括 RI、 PMI、 CQI; 多个 CC的 ACK/NACK; UE 的上行 SR信息; 以及其他信息, 例如 UE受到的干扰、 全信道状态信息等。

本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流了 PUCCH的流量, 降低了宏基站的 PUCCH的负载, 降低 了宏基站的 PUCCH的负载及碰撞概率。

本质上, 由于 LTE Release-12 及以上版本的系统具有控制面 (CP,

Control-plane ) 与用户面 (UP, User-plane ) 分离功能, 即宏基站提供层 1/ 层 2 ( L1/L2 ) 的广播信道 ( PBCH ) 的系统信息 ( SI, System Information ) 等信令以及层 3 ( RRC信令)给 UE, 而小基站提供 DL/UL数据给 UE, 从 而不但实现小基站的数据分流, 而且筒化了小基站的信令功能而降低了小基 站的部署成本。

另外, 小基站的 PUSCH由于离开 UE比较近且一般是室内信道而具有 信道环境好的特点, 因此小基站的 PUSCH的传输能力一般较高, 本发明实 施例能够充分利用小基站的分流性能, 提高小基站的信息吞吐量。

而且, 在本发明实施例中, 对 CSI 的测量机制不作限制。 实际上如果 UE 同时处于宏基站和小基站的覆盖范围内, 由于宏基站和小基站的帧结构 中均有各自的参考信号 (RS, Reference Signal )信息, 而且小基站的 RS可 能在帧结构中的密度比较低。 但小基站也可以根据用户的数目而把 RS设计 为 CRS ( Cell-Specific RS, 小区特定参考信号 )和 URS ( UE- Specific RS, UE特定参考信号)。 这样, UE可以同时测量宏基站和小基站的 RS而得到 各自的 DL CSL 原则上, 既然宏小区的 PUCCH负载情况随着所覆盖 UE的 数目而变化, 而小基站没有 PUCCH, 因此, 可以根据宏小区的 UE的数据 和 PUCCH的负载情况来灵活地用小基站的 PUSCH来分流宏基站和 /或小基 站的 UCI (例如, CSI、 ACK/NACK等)。 至少, 由于小基站覆盖范围小且 信道环境相比宏基站要好, 因此, 小基站的 DL CSI要求反馈的周期不会过 短。 因此, 小基站的 CSI在自己的 PUSCH上反馈小基站的 DL UCI应该不 影响小基站的下行资源调度及下行链路的性能 。 而且, UE在小基站的 PUSCH上传输 UCI, 需要的功率比在宏基站的 PUCCH上传输 UCI更低, 因此可以节省 UE的功率, 从而延长了 UE的电 池使用时间。

本发明实施例也能够后向兼容 LTE Release-10/ll 的标准, 即在 LTE Release-10/ll系统中, 可以采用 UCI通过独立的小基站分流的机制。

可选地, 作为一个实施例, 在步骤 201中, UE可以从非独立小基站归 属的宏基站(例如图 1所示的宏基站 101 )接收上述上行调度信息。 换句话 说, 在此情况下, 上行调度信息由宏基站生成和发送, 此时非独立小基站一 般不具备上行调度能力。宏基站可以在 PDCCH上向 UE发送上行调度信息。

本实施中,宏基站为小基站进行上行资源调度 有一个优点是在宏基站与 小基站间采用上行小区间干 4尤协调( ICIC, Inter-cell Interference Coordination ) 机制。 此时由于宏基站统一管理和调度宏基站与小基 站的上行时频资源块 ( RB, Resource Block ), 因此, 可以在时域和 /或频域采用频分复用 (FDM, Frequency-Division Multiplexing ), 分数频率重用 ( FFC, Fractional Frequency Reuse )等资源调度方法来减轻或消除宏基站和小基 可能出现的上行同频 干扰或邻频干扰。例如,宏基站采用 3.5GHz~3.6GHz共 100MHz的 UL频段 和 3.6GHz~3.7GHz共 100MHz的 DL频段, 宏基站的 UL与 DL采用频分复 用 ( FDD , Frequency Division Duplexing ) 的双工方式, 小基站采用 3.7GHz~3.8GHz共 100MHz的 UL/DL频段,小基站的 UL与 DL采用时分复 用 ( TDD , Time Division Duplexing ) 的双工方式, 这样, 宏基站的 3.6GHz~3.7GHz的 DL频段上的信令和 /或数据会对小基站的 3.7GHz~3.8GHz 的 UL频段上的信令和 /或数据产生邻频干扰。 此时, 宏基站统一管理和调度 宏基站与小基站的上行资源会减轻或避免邻频 干扰。

可选地, 作为另一实施例, 步骤 201 中, UE可以从非独立小基站接收 上述上行调度信息。 换句话说, 在此情况下, 上行调度信息由非独立小基站 生成和发送。非独立小基站可以在自己的增强 型 PDCCH( ePDCCH, enhanced PDCCH )上向 UE发送上行调度信息。 此时需要非独立小基站具备上行调度 能力。

可选地, 作为一个实施例, 在非独立小基站的 PUSCH上发送的 UCI可 以是周期性的 UCI, 也可以是非周期性的 UCI。

在非周期性 UCI的情况下,非独立小基站可在需要 UE反馈 UCI时,通 过高层信令向 UE配置非周期性 UCI反馈指示和触发条件。上述高层信令可 以是无线资源控制(RRC, Radio Resource Control )信令。 此时, 在步骤 201 中, UE可接收非独立小基站在 PDSCH上发送的 RRC信令, RRC信令中包 括上行调度信息。 此外, 高层信令也可以通过宏基站直接通过宏基站的 PDSCH发给 UE, RRC信令中包括上行调度信息。

在周期性 UCI的情况下, UE可通过 Fake SR (伪 SR )机制请求网络侧 发送上行调度信息。 Fake SR用于指示宏基站根据 SR通知非独立小基站在 ePDCCH上发送上行调度信息或者用于指示宏基站 根据 SR在 PDCCH上发 送上行调度信息。在此机制下, UE在非独立小基站归属的宏基站的 PUCCH 上向宏基站发送 SR。可选地,该 SR可携带指示信息,用于标识该 SR是 Fake SR, 例如利用 SR中 1比特的信元携带该指示信息, 该信元可以是 SR中的 空闲比特或保留比特, 也可以重用 SR中的现有信元, 本发明实施例对此不 作限制。 可选地, 作为另一实施例, Fake SR也可以与普通 SR相同, 由于 宏基站能够获知非独立小基站提供 UE的数据传输服务, 因此宏基站可以在 通过 PUCCH接收到这样的 UE发送的 SR时, 将该 SR理解为 Fake SR。

可选地, 作为一个实施例, UE 可以在非独立小基站归属的宏基站的 PUCCH 上向宏基站发送 SR, 以使得宏基站根据 SR通知非独立小基站在 ePDCCH上发送上行调度信息。 在此情况下, 非独立小基站具有上行调度能 力, 产生并向 UE发送上行调度信息。 具体地, 宏基站可通过 Backhaul向非 独立小基站发送调度事件通知, 用于触发非独立小基站执行上行调度。 本发 明实施例对调度事件通知的具体形式不作限制 , 可用重用现有的信令, 也可 以是新增的信令。 可选地, 调度事件通知可仅仅占用 1比特的信元。

可选地, 作为另一实施例, 在非独立小基站覆盖下的 UE可以在宏基站 的 PUCCH上向宏基站发送 SR, 以使得宏基站根据 SR在 PDCCH上发送上 行调度信息并且向非独立小基站通知上行调度 信息。 在此情况下, 对非独立 小基站的上行调度能力不作限制, 由宏基站执行上行调度并将上行调度信息 分别通知给 UE和非独立小基站。 例如, 宏基站可通过 PDCCH向 UE发送 上行调度信息,并通过 Backhaul向非独立小基站发送该上行调度信息。 发 明实施例对宏基站向非独立小基站通知上行调 度信息的具体形式不作限制, 可用重用现有的信令, 也可以是新增的信令。

可选地, 作为一个实施例, UE可首先接收宏基站或非独立小基站通过 高层信令(如 RRC信令) 配置的 UCI反馈周期和触发条件。 可选地, UE 在 UCI反馈周期邻近或者在 UCI反馈周期到达时,在宏基站的 PUCCH上向 宏基站发送 SR。

本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流了 PUCCH的流量, 降低了宏基站的 PUCCH的负载, 降低 了宏基站的 PUCCH的负载及碰撞概率。

图 3是本发明另一实施例的上行控制信息的反馈 法的流程图。 图 3的 方法由非独立小基站(例如图 1所示的小基站 102 )执行, 并且与图 2的方 法相对应, 因此将适当省略重复的描述。

301 , 确定非独立小基站的 PUSCH上对用户设备的上行调度信息。

可选地, 作为一个实施例, 在步骤 301中, 非独立小基站可自己生成上 行调度信息。 例如, 在需要 UE进行非周期性 UCI反馈的情况下, 非独立小 基站可通过高层信令(例如 RRC信令) 向用户设备配置非周期性 UCI反馈 指示和触发条件, 然后非独立小基站生成上行调度信息并通过 ePDCCH 向 UE发送所生成的上行调度信息。

可选地, 作为另一实施例, 在步骤 301中, 非独立小基站可接收该非独 立小基站归属的宏基站根据用户设备的 SR发送的上行调度信息。 例如, UE 发送的 SR可以是上述 Fake SR, 宏基站根据该 Fake SR产生上行调度信息, 并将上行调度信息发送给非独立小基站。 在此情况下, 对非独立小基站是否 具有上行调度能力不作限制。

可选地, 作为另一实施例, 在步骤 301中, 非独立小基站可接收该非独 立小基站归属的宏基站根据用户设备的 SR发送的调度事件通知, 并根据调 度事件通知生成上行调度信息。 在此情况下, 需要非独立小基站具备上行调 度能力。可选地,非独立小基站可在 ePDCCH上向用户设备发送上行调度信 息。

302,根据上行调度信息在非独立小基站的 PUSCH上接收用户设备发送 的 UCI。

UCI可包括: CSI, 包括 RI、 PMI、 CQI; 多个 CC的 ACK/NACK; UE 的上行 SR信息; 以及其他信息, 例如 UE受到的干扰等。

本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流了 PUCCH的流量, 降低了宏基站的 PUCCH的负载, 降低 了宏基站的 PUCCH的负载及碰撞概率。

另外, 小基站的 PUSCH的传输能力一般较高, 本发明实施例能够充分 利用小基站的分流性能, 提高信息吞吐量。

而且, UE在小基站的 PUSCH上传输 UCI, 需要的功率比在宏基站的 PUCCH上传输 UCI更低, 因此可以节省 UE的功率。

本发明实施例也能够后向兼容 LTE Release-10/ll的标准。

可选地, 作为一个实施例, 在 UCI是周期性 UCI的情况下, 非独立小 基站可通过高层信令向用户设备配置 UCI反馈周期和触发条件。

可选地, 作为另一实施例, 在 UCI是非周期性 UCI的情况下, 非独立 小基站可通过高层信令向用户设备配置非周期 性 UCI反馈指示和触发条件。

可选地, 作为另一实施例, 非独立小基站还可以根据步骤 302中接收到 的 UCI对用户设备进行下行资源调度。此时需要非 独立小基站具备下行调度 能力。 或者, 作为另一实施例, 非独立小基站还可以向宏基站发送 UCI, 以 使得宏基站根据 UCI对用户设备进行下行资源调度。

图 4是本发明另一实施例的上行控制信息的反馈 法的流程图。 图 4的 方法由宏基站 (例如图 1所示的宏基站 101 )执行。

401 , 接收用户设备在宏基站的 PUCCH上发送的 SR。 该用户设备由归 属于宏基站的非独立小基站 (例如图 1所示的小基站 102 )提供数据传输服 务。

在步骤 401中接收的 SR可称为 Fake SR。 可选地, 该 SR可携带指示信 息, 用于标识该 SR是 Fake SR, 例如利用 SR中 1比特的信元携带该指示信 息, 该信元可以是 SR中的空闲比特或保留比特, 也可以重用 SR中的现有 信元, 本发明实施例对此不作限制。 可选地, 作为另一实施例, Fake SR也 可以与普通 SR相同, 由于宏基站能够获知非独立小基站提供 UE的数据传 输服务, 因此宏基站可以在通过 PUCCH接收到这样的 UE发送的 SR时, 将该 SR理解为 Fake SR。

402, 根据 SR, 确定归属于宏基站的非独立小基站的 PUSCH上对用户 设备的上行调度信息。

上行调度信息可包括 UL Grant, 对应的资源索引和其他相关信息。

403 , 在宏基站的 PDCCH上向用户设备发送上行调度信息, 并向非独 立小基站发送上行调度信息, 以使得用户设备根据上行调度信息在非独立小 基站的 PUSCH上发送 UCI。

例如,宏基站可通过 Backhaul向非独立小基站发送该上行调度信息。 发明实施例对宏基站向非独立小基站通知上行 调度信息的具体形式不作限 制, 可用重用现有的信令, 也可以是新增的信令。

本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流了 PUCCH的流量, 降低了宏基站的 PUCCH的负载, 降低 了宏基站的 PUCCH的负载及碰撞概率。

可选地, 作为一个实施例, 宏基站可通过高层信令(例如 RRC信令) 向用户设备配置 UCI反馈周期和触发条件。

可选地, 作为另一实施例, 宏基站可以接收非独立小基站转发的 UCI; 根据 UCI执行用户设备的下行调度。

小基站的 PUSCH的传输能力一般较高, 本发明实施例能够充分利用小 基站的分流性能, 提高信息吞吐量。

而且, UE在小基站的 PUSCH上传输 UCI, 需要的功率比在宏基站的 PUCCH上传输 UCI更低, 因此可以节省 UE的功率。

本发明实施例也能够后向兼容 LET Release 10/11的标准。

图 5是本发明另一实施例的上行控制信息的反馈 法的流程图。 图 5的 方法由宏基站 (例如图 1所示的宏基站 101 )执行。

501 , 接收用户设备在宏基站的 PUCCH上发送的 SR。 该用户设备由归 属于宏基站的非独立小基站 (例如图 1所示的小基站 102 )提供数据传输服 务。

在步骤 501中接收的 SR可称为 Fake SR。 可选地, 该 SR可携带指示信 息, 用于标识该 SR是 Fake SR, 例如利用 SR中 1比特的信元携带该指示信 息, 该信元可以是 SR中的空闲比特或保留比特, 也可以重用 SR中的现有 信元, 本发明实施例对此不作限制。 可选地, 作为另一实施例, Fake SR也 可以与普通 SR相同, 由于宏基站能够获知非独立小基站提供 UE的数据传 输服务, 因此宏基站可以在通过 PUCCH接收到这样的 UE发送的 SR时, 将该 SR理解为 Fake SR。

502, 根据 SR, 向归属于宏基站的非独立小基站发送调度事件 通知, 以 使得非独立小基站根据调度事件通知向用户设 备发送上行调度信息并接收 用户设备在非独立小基站的的 PUSCH上发送的 UCI。 本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流了 PUCCH的流量, 降低了宏基站的 PUCCH的负载, 降低 了宏基站的 PUCCH的负载及碰撞概率。

可选地, 作为一个实施例, 宏基站可通过高层信令(例如 RRC信令) 向用户设备配置 UCI反馈周期和触发条件。

可选地, 作为另一实施例, 宏基站可以接收非独立小基站转发的 UCI; 根据 UCI执行用户设备的下行调度。

小基站的 PUSCH的传输能力一般较高, 本发明实施例能够充分利用小 基站的分流性能, 提高信息吞吐量。

而且, UE在小基站的 PUSCH上传输 UCI, 需要的功率比在宏基站的

PUCCH上传输 UCI更低, 因此可以节省 UE的功率。

本发明实施例也能够后向兼容 LTE Release-10/ll的标准。

下面结合具体例子, 更加详细地描述本发明的实施例。 在下面的实施例 中, 以反馈 CSI 为例进行描述, 但是本发明实施例不限于此, 其他类型的 UCI也可以类似地应用这些实施例。

图 6是本发明一个实施例的 CSI反馈过程的示意流程图。在图 6的实施 例中, CSI周期性发送, 宏基站的例子为图 1所示的宏基站 101 , 小基站的 例子为图 1所示的小基站 102, UE的例子为图 1所示的 UE 105。

601 , 宏基站通过高层信令给 UE配置 CSI反馈周期及触发条件。

该步骤 601也可以由小基站执行。

602, UE判断 CSI反馈周期是否临近。

603, 在 CSI反馈周期临近或者到达, 并且满足 CSI触发条件时, UE在 宏基站的 PUCCH信道发送 Fake SR给宏基站。

例如, UE可以在反馈周期即将到达之前的预定时刻发 Fake SR。 604, 宏基站接收并检测 PUCCH上的 SR。

Fake SR可以携带特定的指示信息, 用以指示该 SR是 Fake SR。 或者, Fake SR也可以与普通 SR相同, 由宏基站判断该 SR为小基站服务的 UE发 送来的 Fake SR。

605 ,宏基站在 PDCCH上发送上行调度信息(如 UL Grant和相应的 UL CC的索引等)给 UE。

本实施例中, 由宏基站根据 SR进行上行调度。 此时, 宏基站需要预先 获知小基站的 PUSCH资源的信息, 例如所采用的 UL CC编号等。 宏基站在 小基站支持的 PUSCH资源内进行上行调度。

606, 宏基站通过 Backhaul向小基站发送该上行调度信息。

宏基站和小基站之间的 Backhaul可以是有线或无线的,本发明实施例对 此不作限制。

607 , UE接收并检测宏基站发送的上行调度信息。

这样 UE能够确定用于发送周期性 CSI的 PUSCH的相应资源。

608, UE在小基站的 PUSCH上发送 CSI信息。

609, 小基站根据 CSI进行下行资源调度。

如果小基站具备下行调度能力, 则小基站可以直接根据 CSI进行 UE的 下行资源调度。 否则, 小基站可将 CSI通过 Backhaul或者无线空口转发给 宏基站, 由宏基站根据 CSI进行 UE的下行资源调度。

本实施例中, UE通过 Fake SR触发宏基站分配上行调度信息, 通过非 独立小基站的 PUSCH传输 UCI, 从而利用小基站的数据信道为宏基站分流 了控制信道的流量, 降低了宏基站的 PUCCH 的负载, 减轻了宏基站的 PUCCH拥塞的问题。

在图 6的实施例中, 不需要小基站具备上行调度能力, 适用的场景更丰 富。 另夕卜, 大部分 UCI信息在小基站的 PUSCH上传输, 由于小基站 PUSCH 所需的功率较小且速率较快, 能够节省 UE的功率并提高 UE吞吐量。

图 7是本发明另一实施例的 CSI反馈过程的示意流程图。在图 7的实施 例中, CSI周期性发送, 宏基站的例子为图 1所示的宏基站 101 , 小基站的 例子为图 1所示的小基站 102, UE的例子为图 1所示的 UE 105。

701 , 宏基站通过高层信令给 UE配置 CSI反馈周期及触发条件。

该步骤 701也可以由小基站执行。

702, UE判断 CSI反馈周期是否临近。

703 , 在 CSI反馈周期临近或者到达时, UE在宏基站的 PUCCH信道发 送 Fake SR给宏基站。

例如, UE可以在反馈周期即将到达之前的预定时刻发 Fake SR。

704, 宏基站接收并检测 PUCCH上的 SR。

Fake SR可以携带特定的指示信息, 用以指示该 SR是 Fake SR。 或者,

Fake SR也可以与普通 SR相同, 由宏基站判断该 SR为小基站服务的 UE发 送来的 Fake SR。

705, 宏基站通过 Backhaul向小基站发送调度事件通知, 以通知小基站 准备做资源调度。

宏基站和小基站之间的 Backhaul可以是有线或无线的,本发明实施例对 此不作限制。

706, 小基站在 PDCCH上发送上行调度信息给 UE。

本实施例中, 由小基站根据 SR进行上行调度。 此时, 小基站需要具备 上行调度能力。

707 , UE接收并检测小基站发送的上行调度信息。

708, UE在小基站的 PUSCH上发送 CSI信息。

709, 小基站根据 CSI做下行资源调度。

如果小基站具备下行调度能力, 则小基站可以直接根据 CSI进行 UE的 下行资源调度。 否则, 小基站可将 CSI通过 Backhaul甚至空口转发给宏基 站, 由宏基站根据 CSI进行 UE的下行资源调度。

本实施例中, UE通过 Fake SR触发宏基站分配下行调度信息, 通过非 独立小基站的 PUSCH传输 UCI, 从而利用小基站的数据信道为宏基站分流 了控制信道的流量, 降低了宏基站的 PUCCH 的负载, 减轻了宏基站的 PUCCH拥塞的问题。

在图 7的实施例中, 大部分 UCI信息在小基站的 PUSCH上传输, 由于 小基站 PUSCH所需的功率较小且速率较快,能够节省 UE的功率并提高 UE 吞吐量。

图 8是本发明另一实施例的 CSI反馈过程的示意流程图。在图 7的实施 例中, CSI为非周期性发送, 宏基站的例子为图 1所示的宏基站 101 , 小基 站的例子为图 1所示的小基站 102, UE的例子为图 1所示的 UE 105。

801 , 小基站通过高层信令给 UE配置非周期性 CSI反馈指示及触发条 件。

802, UE判断是否收到高层信令。如果接收到,则获 相应的触发条件。

803 , 小基站通过 ePDCCH发送上行调度信息给 UE。

804, UE接收并检测上行调度信息。

805 , UE在小基站的 PUSCH上发送非周期性 CSI。

806, 小基站根据 CSI做下行资源调度。 本实施例中, UE通过非独立小基站的 PUSCH传输 UCI,从而利用小基 站的数据信道为宏基站分流了控制信道的流量 , 降低了宏基站的 PUCCH的 负载, 减轻了宏基站的 PUCCH拥塞的问题。

在图 8的实施例中, 大部分 UCI信息在小基站的 PUSCH上传输, 由于 小基站 PUSCH所需的功率较小且速率较快,能够节省 UE的功率并提高 UE 吞吐量。

综上所述,尽管以上实施例详细阐述了在宏基 站和非独立小基站共同覆 盖 UE场景下如何反馈 UCI的问题,但本发明实施例并不排除独立小基 站的 场景。 如果 UE离独立小基站比较近, 用独立小基站的 PUSCH来反馈原本 应该在宏基站的 PUCCH上的 UCI也能取得类似的良好的性能。 相似地, 本 发明实施例也不排除 UE 只被小基站覆盖而不被宏基站覆盖的场景, 尽管 UE不能通过直接通过宏基站的 PUCCH来向宏基站发送 Fake SR信息, 但 小基站可以通过 RRC高层信令配置 UE如何反馈 UCI, UE根据配置参数在 小基站的 PUSCH上反馈 UCI信息, 因此, 本发明实施例依然适用于 UE只 被小基站覆盖而不被宏基站覆盖的场景, 在此不再赘述。

图 9是本发明一个实施例的用户设备的框图。 图 9的用户设备 90的一 个例子是图 1所示的 UE 105 , 包括接收单元 91和发送单元 92。

接收单元 91接收非独立小基站的 PUSCH的上行调度信息。 发送单元 92根据接收单元 91接收的上行调度信息在非独立小基站的 PUSCH上发送 UCI。

本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流了 PUCCH的流量, 降低了宏基站的 PUCCH的负载, 降低 了宏基站的 PUCCH的负载及碰撞概率。

用户设备 90可以实现图 2的方法的各个过程, 为避免重复, 不再详细 描述。

可选地, 作为一个实施例, 接收单元 91可接收非独立小基站在增强物 理下行控制信道 ePDCCH上发送的上行调度信息;或者,接收非独 立小基站 归属的宏基站在物理下行控制信道 PDCCH上发送的上行调度信息。

可选地, 作为另一实施例, 发送单元 92还可以在非独立小基站归属的 宏基站的物理上行控制信道 PUCCH上向宏基站发送调度请求 SR, 以使得 宏基站根据 SR通知非独立小基站在 ePDCCH上发送上行调度信息。 可选地, 作为另一实施例, 发送单元 92还可以在非独立小基站归属的 宏基站的物理上行控制信道 PUCCH上向宏基站发送调度请求 SR, 以使得 宏基站根据 SR在 PDCCH上发送上行调度信息并且向非独立小基站 知上 行调度信息。

可选地, 作为另一实施例, 接收单元 91还可以接收宏基站或非独立小 基站通过高层信令配置的 UCI反馈周期和触发条件。

可选地, 作为另一实施例, 发送单元 92可以在 UCI反馈周期邻近或者 在 UCI反馈周期到达时, 在宏基站的 PUCCH上向宏基站发送 SR。

可选地, 作为另一实施例, SR可携带指示信息, 指示信息用于指示宏 基站根据 SR通知非独立小基站在 ePDCCH上发送上行调度信息或者用于指 示宏基站根据 SR在 PDCCH上发送上行调度信息, 即该指示信息用于指示 SR为 Fake SR。

可选地, 作为另一实施例, 接收单元 91还可以接收非独立小基站通过 高层信令配置的非周期性 UCI反馈指示和触发条件。

图 10是本发明一个实施例的非独立小基站的框图 图 10的非独立小基 站 95的一个例子是图 1所示的小基站 102,包括确定单元 96和接收单元 97。

确定单元 96确定非独立小基站的 PUSCH上对用户设备的上行调度信 息。 接收单元 97根据确定单元 96确定的上行调度信息在非独立小基站的 PUSCH上接收用户设备发送的 UCI。

本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流了 PUCCH的流量, 降低了宏基站的 PUCCH的负载, 降低 了宏基站的 PUCCH的负载及碰撞概率。

非独立小基站 95可以实现图 3的方法的各个过程, 为避免重复, 不再 详细描述。

可选地, 作为一个实施例, 确定单元 96可通过接收单元 97接收非独立 小基站归属的宏基站根据用户设备的调度请求 发送的上行调度信息。

可选地, 作为另一实施例, 确定单元 96可通过接收单元 97接收非独立 小基站归属的宏基站根据用户设备的调度请求 发送的调度事件通知, 并根据 调度事件通知生成上行调度信息。

可选地, 作为另一实施例, 非独立小基站 95还可包括发送单元 98, 用 于在非独立小基站的 ePDCCH上向用户设备发送上行调度信息。 可选地, 作为另一实施例, 发送单元 98可通过高层信令向用户设备发 送 UCI反馈周期和触发条件,或者可通过高层信令 向用户设备配置非周期性 UCI反馈指示和触发条件。

可选地, 作为另一实施例, 非独立小基站 95还可包括调度单元 99, 用 于根据 UCI对用户设备进行下行资源调度。 或者,

可选地, 作为另一实施例, 发送单元 98可向非独立小基站归属的宏基 站发送 UCI, 以使得宏基站根据 UCI对用户设备进行下行资源调度。

本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流了 PUCCH的流量, 降低了宏基站的 PUCCH的负载, 降低 了宏基站的 PUCCH的负载及碰撞概率。

图 11是本发明一个实施例的宏基站的框图。 图 11的宏基站 110的一个 例子是图 1所示的宏基站 101 , 包括接收单元 111、 确定单元 112和发送单 元 113。

接收单元 111接收用户设备在宏基站的 PUCCH上发送的 SR,用户设备 由归属于宏基站的非独立小基站提供数据传输 服务。

确定单元 112根据接收单元 111接收的 SR,确定非独立小基站的 PUSCH 上对用户设备的上行调度信息。

发送单元 113在宏基站的物理下行控制信道 PDCCH上向用户设备发送 确定单元 112确定的上行调度信息, 并向非独立小基站发送确定单元 112确 定的上行调度信息, 以使得用户设备根据上行调度信息在非独立小 基站的 PUSCH上发送信道状态信息 UCI。

本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流了 PUCCH的流量, 降低了宏基站的 PUCCH的负载, 降低 了宏基站的 PUCCH的负载及碰撞概率。

可选地, 作为一个实施例, 发送单元 113还可以通过高层信令向用户设 备发送 UCI反馈周期和触发条件。

可选地, 作为另一实施例, 接收单元 111还可以接收非独立小基站转发 的 UCI, 以便根据 UCI执行用户设备的下行调度。

图 12是本发明另一实施例的宏基站的框图。 图 12的宏基站 120的一个 例子是图 1所示的宏基站 101 , 包括接收单元 121和发送单元 122。

接收单元 121接收用户设备在宏基站的 PUCCH上发送的 SR, 用户设 备由归属于宏基站的非独立小基站提供数据传 输服务。

发送单元 122根据接收单元 121接收的 SR, 向归属于宏基站的非独立 小基站发送调度事件通知, 以使得非独立小基站根据调度事件通知向用户 设 备发送上行授权并接收用户设备在非独立小基 站的 PUSCH上发送的 UCI。

本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流了 PUCCH的流量, 降低了宏基站的 PUCCH的负载, 降低 了宏基站的 PUCCH的负载及碰撞概率。

可选地, 作为一个实施例, 发送单元 122还可以通过高层信令向用户设 备发送 UCI反馈周期和触发条件。

可选地, 作为另一实施例, 接收单元 121还可以接收非独立小基站转发 的 UCI, 以便根据 UCI执行用户设备的下行调度。

图 13是本发明一个实施例的用户设备的框图。 图 13的用户设备 130的 一个例子是图 1所示的 UE 105 , 包括接收电路 131和发送电路 132。

接收电路 131接收非独立小基站的 PUSCH的上行调度信息。 发送电路 132根据接收电路 131接收的上行调度信息在非独立小基站的 PUSCH上发 送 UCI。

本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流了 PUCCH的流量, 降低了宏基站的 PUCCH的负载, 降低 了宏基站的 PUCCH的负载及碰撞概率。

接收电路 131和发送电路 132通过总线系统 139相连。 此外, 用户设备

130还可以包括天线 135。 具体的应用中, 接收电路 131和发送电路 132可 以耦合到天线 135。用户设备 130的各个组件通过总线系统 139耦合在一起, 其中总线系统 139除包括数据总线之外, 还可以包括电源总线、 控制总线和 状态信号总线等。 但是为了清楚说明起见, 在图中将各种总线都标为总线系 统 139。

用户设备 130还可以包括处理器 133和存储器 134。 存储器 134存储使 得处理器 133 执行各项操作的指令以及执行各项操作所需的 数据。 处理器 133控制用户设备 130的操作,处理器 133还可以称为 CPU( Central Processing Unit, 中央处理单元)。 存储器 134可以包括只读存储器和随机存取存储器, 并向处理器 133提供指令和数据。存储器 134的一部分还可以包括非易失性 随机存取存储器( NVRAM )。 接收电路 131和发送电路 132可以在处理器 133的控制下执行本发明实施例的方法。

在实现过程中,上述方法的各步骤可以通过处 理器 133中的硬件的集成 逻辑电路或者软件形式的指令控制完成。上述 的处理器 133可以是通用处理 器、 数字信号处理器 (DSP )、 专用集成电路( ASIC )、 现成可编程门阵列 ( FPGA )或者其他可编程逻辑器件、 分立门或者晶体管逻辑器件、 分立硬 图。 通用处理器可以是微处理器或者该处理器也可 以是任何常规的处理器 等。 结合本发明实施例所公开的方法的步骤可以直 接体现为硬件译码处理器 执行完成, 或者用译码处理器中的硬件及软件模块组合执 行完成。 软件模块 可以位于随机存储器, 闪存、 只读存储器, 可编程只读存储器或者电可擦写 可编程存储器、 寄存器等本领域成熟的存储介质中。 该存储介质位于存储器

134, 处理器 133读取存储器 134中的信息, 结合其硬件完成上述方法的步 骤。

可选地, 作为一个实施例, 接收电路 131可接收非独立小基站在增强物 理下行控制信道 ePDCCH上发送的上行调度信息;或者,接收非独 立小基站 归属的宏基站在物理下行控制信道 PDCCH上发送的上行调度信息。

可选地, 作为另一实施例, 发送电路 132还可以在非独立小基站归属的 宏基站的物理上行控制信道 PUCCH上向宏基站发送调度请求 SR, 以使得 宏基站根据 SR通知非独立小基站在 ePDCCH上发送上行调度信息。

可选地, 作为另一实施例, 发送电路 132还可以在非独立小基站归属的 宏基站的物理上行控制信道 PUCCH上向宏基站发送调度请求 SR, 以使得 宏基站根据 SR在 PDCCH上发送上行调度信息并且向非独立小基站 知上 行调度信息。

可选地, 作为另一实施例, 接收电路 131还可以接收宏基站或非独立小 基站通过高层信令配置的 UCI反馈周期和触发条件。

可选地,作为另一实施例,发送电路 132可以在 UCI反馈周期邻近或者 在 UCI反馈周期到达时, 在宏基站的 PUCCH上向宏基站发送 SR。

可选地, 作为另一实施例, SR可携带指示信息, 指示信息用于指示宏 基站根据 SR通知非独立小基站在 ePDCCH上发送上行调度信息或者用于指 示宏基站根据 SR在 PDCCH上发送上行调度信息, 即该指示信息用于指示 SR为 Fake SR。 可选地, 作为另一实施例, 接收电路 131还可以接收非独立小基站通过 高层信令配置的非周期性 UCI反馈指示和触发条件。

图 14是本发明一个实施例的非独立小基站的框图 图 14的非独立小基 站 140的一个例子是图 1所示的小基站 102, 包括接收电路 141、处理器 143 和存储器 144。

存储器 144存储使得处理器 143确定非独立小基站的 PUSCH上对用户 设备的上行调度信息的指令。接收电路 141根据处理器 143确定的上行调度 信息在非独立小基站的 PUSCH上接收用户设备发送的 UCI。

本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流了 PUCCH的流量, 降低了宏基站的 PUCCH的负载, 降低 了宏基站的 PUCCH的负载及碰撞概率。

非独立小基站 140还可以包括发送电路 142。 此外, 非独立小基站 140 还可以包括天线 145和传输线路 146。 具体的应用中, 接收电路 141和发送 电路 142可以耦合到天线 145或传输线路 146。 传输线路 146用于实现与其 他网络侧设备之间的有线连接, 例如实现有线形式的 Backhaul连接。 当然, 非独立小基站 140也可以通过天线 145实现无线形式的 Backhaul连接。

非独立小基站 140的各个组件通过总线系统 149耦合在一起,其中总线 系统 149除包括数据总线之外, 还可以包括电源总线、 控制总线和状态信号 总线等。 但是为了清楚说明起见, 在图中将各种总线都标为总线系统 149。

存储器 144存储使得处理器 143执行各项操作的指令以及执行各项操作 所需的数据。 处理器 143控制非独立小基站 140的操作, 处理器 143还可以 称为 CPU ( Central Processing Unit, 中央处理单元)。存储器 144可以包括只 读存储器和随机存取存储器, 并向处理器 143提供指令和数据。 存储器 144 的一部分还可以包括非易失性随机存取存储器 ( NVRAM )。 接收电路 141 和发送电路 142可以在处理器 143的控制下执行本发明实施例的方法。

在实现过程中,上述方法的各步骤可以通过处 理器 143中的硬件的集成 逻辑电路或者软件形式的指令控制完成。上述 的处理器 143可以是通用处理 器、 数字信号处理器 (DSP )、 专用集成电路( ASIC )、 现成可编程门阵列 ( FPGA )或者其他可编程逻辑器件、 分立门或者晶体管逻辑器件、 分立硬 图。 通用处理器可以是微处理器或者该处理器也可 以是任何常规的处理器 等。 结合本发明实施例所公开的方法的步骤可以直 接体现为硬件译码处理器 执行完成, 或者用译码处理器中的硬件及软件模块组合执 行完成。 软件模块 可以位于随机存储器, 闪存、 只读存储器, 可编程只读存储器或者电可擦写 可编程存储器、 寄存器等本领域成熟的存储介质中。 该存储介质位于存储器 144, 处理器 143读取存储器 144中的信息, 结合其硬件完成上述方法的步 骤。

可选地, 作为一个实施例, 接收电路 141可接收非独立小基站归属的宏 基站根据用户设备的调度请求发送的上行调度 信息。

可选地, 作为另一实施例, 处理器 143可通过接收电路 141可接收非独 立小基站归属的宏基站根据用户设备的调度请 求发送的调度事件通知, 并根 据调度事件通知生成上行调度信息。

可选地,作为另一实施例,发送电路 142可以在非独立小基站的 ePDCCH 上向用户设备发送上行调度信息。

可选地, 作为另一实施例, 发送电路 142可通过高层信令向用户设备发 送 UCI反馈周期和触发条件,或者可通过高层信令 向用户设备配置非周期性 UCI反馈指示和触发条件。

可选地,作为另一实施例,处理器 143还可以根据 UCI对用户设备进行 下行资源调度。

可选地, 作为另一实施例, 发送电路 142可向非独立小基站归属的宏基 站发送 UCI, 以使得宏基站根据 UCI对用户设备进行下行资源调度。

本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流了 PUCCH的流量, 降低了宏基站的 PUCCH的负载, 降低 了宏基站的 PUCCH的负载及碰撞概率。

图 15是本发明一个实施例的宏基站的框图。 图 15的宏基站 150的一个 例子是图 1所示的宏基站 101 , 包括接收电路 151、 发送电路 152、 处理器 153和存储器 154。

接收电路 151接收用户设备在宏基站的 PUCCH上发送的 SR, 该用户 设备由归属于宏基站的非独立小基站提供数据 传输服务。

存储器 154存储使得处理器 153根据接收电路 151接收的 SR确定非独 立小基站的 PUSCH上对用户设备的上行调度信息的指令。

发送电路 152在宏基站 150的物理下行控制信道 PDCCH上向用户设备 发送处理器 153确定的上行调度信息, 并向非独立小基站发送处理器 153确 定的上行调度信息, 以使得用户设备根据上行调度信息在非独立小 基站的 PUSCH上发送信道状态信息 UCI。

本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流了 PUCCH的流量, 降低了宏基站的 PUCCH的负载, 降低 了宏基站的 PUCCH的负载及碰撞概率。

此外,宏基站 150还可以包括天线 155和传输线路 156。具体的应用中, 接收电路 151和发送电路 152可以耦合到天线 155或传输线路 156。 传输线 路 156 用于实现与其他网络侧设备之间的有线连接, 例如实现有线形式的 Backhaul 连接。 当然, 宏基站 150 也可以通过天线 155 实现无线形式的 Backhaul连接。

宏基站 150的各个组件通过总线系统 159耦合在一起,其中总线系统 159 除包括数据总线之外, 还可以包括电源总线、 控制总线和状态信号总线等。 但是为了清楚说明起见, 在图中将各种总线都标为总线系统 159。

存储器 154存储使得处理器 153执行各项操作的指令以及执行各项操作 所需的数据。 处理器 153控制宏基站 150的操作, 处理器 153还可以称为 CPU ( Central Processing Unit, 中央处理单元)。 存储器 154可以包括只读存 储器和随机存取存储器, 并向处理器 153提供指令和数据。 存储器 154的一 部分还可以包括非易失性随机存取存储器( NVRAM )。接收电路 151和发送 电路 152可以在处理器 153的控制下执行本发明实施例的方法。

在实现过程中,上述方法的各步骤可以通过处 理器 153中的硬件的集成 逻辑电路或者软件形式的指令控制完成。上述 的处理器 153可以是通用处理 器、 数字信号处理器 (DSP )、 专用集成电路( ASIC )、 现成可编程门阵列 ( FPGA )或者其他可编程逻辑器件、 分立门或者晶体管逻辑器件、 分立硬 图。 通用处理器可以是微处理器或者该处理器也可 以是任何常规的处理器 等。 结合本发明实施例所公开的方法的步骤可以直 接体现为硬件译码处理器 执行完成, 或者用译码处理器中的硬件及软件模块组合执 行完成。 软件模块 可以位于随机存储器, 闪存、 只读存储器, 可编程只读存储器或者电可擦写 可编程存储器、 寄存器等本领域成熟的存储介质中。 该存储介质位于存储器 154, 处理器 153读取存储器 154中的信息, 结合其硬件完成上述方法的步 骤。

可选地, 作为一个实施例, 发送电路 152还可以通过高层信令向用户设 备发送 UCI反馈周期和触发条件。

可选地, 作为另一实施例, 接收电路 151还可以接收非独立小基站转发 的 UCI, 以便根据 UCI执行用户设备的下行调度。

图 16是本发明另一实施例的宏基站的框图。 图 16的宏基站 160的一个 例子是图 1所示的宏基站 101 , 包括接收电路 161和发送电路 162。

接收电路 161接收用户设备在宏基站的 PUCCH上发送的 SR, 用户设 备由归属于宏基站的非独立小基站提供数据传 输服务。

发送电路 162根据接收电路 161接收的 SR, 向归属于宏基站的非独立 小基站发送调度事件通知, 以使得非独立小基站根据调度事件通知向用户 设 备发送上行授权并接收用户设备在非独立小基 站的 PUSCH上发送的 UCI。

本发明实施例中, 用户设备通过非独立小基站的 PUSCH传输 UCI, 从 而为宏基站分流了 PUCCH的流量, 降低了宏基站的 PUCCH的负载, 降低 了宏基站的 PUCCH的负载及碰撞概率。

此外,宏基站 160还可以包括天线 165和传输线路 166。具体的应用中, 接收电路 161和发送电路 162可以耦合到天线 165或传输线路 166。 传输线 路 166 用于实现与其他网络侧设备之间的有线连接, 例如实现有线形式的 Backhaul 连接。 当然, 宏基站 160 也可以通过天线 165 实现无线形式的 Backhaul连接。

宏基站 160的各个组件通过总线系统 169耦合在一起,其中总线系统 169 除包括数据总线之外, 还可以包括电源总线、 控制总线和状态信号总线等。 但是为了清楚说明起见, 在图中将各种总线都标为总线系统 169。

宏基站 160还包括处理器 163和存储器 164。 存储器 164存储使得处理 器 163执行各项操作的指令以及执行各项操作所需 的数据。处理器 163控制 宏基站 160的操作, 处理器 163还可以称为 CPU ( Central Processing Unit, 中央处理单元)。 存储器 164可以包括只读存储器和随机存取存储器, 并向 处理器 163提供指令和数据。存储器 164的一部分还可以包括非易失性随机 存取存储器( NVRAM )。 接收电路 161 和发送电路 162可以在处理器 163 的控制下执行本发明实施例的方法。

在实现过程中,上述方法的各步骤可以通过处 理器 163中的硬件的集成 逻辑电路或者软件形式的指令控制完成。上述 的处理器 163可以是通用处理 器、 数字信号处理器 (DSP )、 专用集成电路( ASIC )、 现成可编程门阵列 ( FPGA )或者其他可编程逻辑器件、 分立门或者晶体管逻辑器件、 分立硬 图。 通用处理器可以是微处理器或者该处理器也可 以是任何常规的处理器 等。 结合本发明实施例所公开的方法的步骤可以直 接体现为硬件译码处理器 执行完成, 或者用译码处理器中的硬件及软件模块组合执 行完成。 软件模块 可以位于随机存储器, 闪存、 只读存储器, 可编程只读存储器或者电可擦写 可编程存储器、 寄存器等本领域成熟的存储介质中。 该存储介质位于存储器 164, 处理器 163读取存储器 164中的信息, 结合其硬件完成上述方法的步 骤。

可选地, 作为一个实施例, 发送电路 162还可以通过高层信令向用户设 备发送 UCI反馈周期和触发条件。

可选地, 作为另一实施例, 接收电路 161还可以接收非独立小基站转发 的 UCI, 以便根据 UCI执行用户设备的下行调度。

本领域普通技术人员可以意识到, 结合本文中所公开的实施例描述的各 示例的单元及算法步骤, 能够以电子硬件、 或者计算机软件和电子硬件的结 合来实现。 这些功能究竟以硬件还是软件方式来执行, 取决于技术方案的特 定应用和设计约束条件。 专业技术人员可以对每个特定的应用来使用不 同方 法来实现所描述的功能, 但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到, 为描述的方便和筒洁, 上述描 述的系统、 装置和单元的具体工作过程, 可以参考前述方法实施例中的对应 过程, 在此不再赘述。

在本申请所提供的几个实施例中, 应该理解到, 所揭露的系统、 装置和 方法, 可以通过其它的方式实现。 例如, 以上所描述的装置实施例仅仅是示 意性的, 例如, 所述单元的划分, 仅仅为一种逻辑功能划分, 实际实现时可 以有另外的划分方式, 例如多个单元或组件可以结合或者可以集成到 另一个 系统, 或一些特征可以忽略, 或不执行。 另一点, 所显示或讨论的相互之间 的耦合或直接耦合或通信连接可以是通过一些 接口, 装置或单元的间接耦合 或通信连接, 可以是电性, 机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可 以不是物理上分开的,作 为单元显示的部件可以是或者也可以不是物理 单元, 即可以位于一个地方, 或者也可以分布到多个网络单元上。可以根据 实际的需要选择其中的部分或 者全部单元来实现本实施例方案的目的。

另外, 在本发明各个实施例中的各功能单元可以集成 在一个处理单元 中, 也可以是各个单元单独物理存在, 也可以两个或两个以上单元集成在一 个单元中。

所述功能如果以软件功能单元的形式实现并作 为独立的产品销售或使 用时, 可以存储在一个计算机可读取存储介质中。 基于这样的理解, 本发明 的技术方案本质上或者说对现有技术做出贡献 的部分或者该技术方案的部 分可以以软件产品的形式体现出来,该计算机 软件产品存储在一个存储介质 中, 包括若干指令用以使得一台计算机设备(可以 是个人计算机, 服务器, 或者网络设备等)执行本发明各个实施例所述 方法的全部或部分步骤。 而前 述的存储介质包括: U盘、移动硬盘、只读存储器( ROM, Read-Only Memory )、 随机存取存储器(RAM, Random Access Memory ), 磁碟或者光盘等各种可 以存储程序代码的介质。

以上所述, 仅为本发明的具体实施方式, 但本发明的保护范围并不局限 于此, 任何熟悉本技术领域的技术人员在本发明揭露 的技术范围内, 可轻易 想到变化或替换, 都应涵盖在本发明的保护范围之内。 因此, 本发明的保护 范围应所述以权利要求的保护范围为准。