取决于子帧的物理上行链路控制信道(PUCCH)区域设计方案相关申请的交叉引用
本申请要求于2010年3月25日递交的、题为“SUBFRAME
DEPENDENT PHYSICAL UPLINK CONTROL CHANNEL(PUCCH)
REGION DESIGN”的美国临时申请No.61/317,652的优先权，以引用方式
将该临时申请的完整内容明确地并入本文。
技术领域
概括地说，本申请公开内容涉及通信，具体地说，本申请公开内容涉
及用于通过控制发射功率来管理干扰的技术。
背景技术
广泛部署了无线通信网络，以提供各种通信内容，诸如语音、视频、
分组数据、消息传递、广播等等。这些无线网络可以是能够通过共享可用
网络资源来支持多个用户的多址网络。这类多址网络的例子包括码分多址
（CDMA）网络、时分多址（TDMA）网络、频分多址（FDMA）网络、正
交FDMA（OFDMA）网络以及单载波FDMA（SC-FDMA）网络。
无线通信网络可以包括能够支持多个用户设备（UE）的通信的多个基
站。UE可经由下行链路和上行链路与基站进行通信。下行链路（或前向链
路）指的是从基站到UE的通信链路，上行链路（或反向链路）指的是从
UE到基站的通信链路。
基站可以在下行链路上向一个或多个UE发送数据，并且可以在上行链
路上从一个或多个UE接收数据。在下行链路上，来自基站的数据传输会观
测到由于源于邻近基站的数据传输而引起的干扰。在上行链路上，来自UE
的数据传输会观测到由于来自与邻近基站进行通信的其它UE的数据传输
而引起的干扰。对上行链路和下行链路来说，归因于干扰基站以及干扰UE
的干扰会使性能降级。
发明内容
根据某些方面，提供了一种用于在无线通信网络中分配上行链路资源
的方法。一般来说，所述方法包括：确定对用于物理上行链路控制信道
（PUCCH）的子帧的物理上行链路控制信道（PUCCH）资源的分配，其中，
分配给所述子帧的PUCCH资源的区域的位置和大小中的至少之一取决于
子帧类型，子帧类型包括至少第一类型，在所述第一类型中，通过限制第
二小区中的传输来保护第一小区中的传输；在所述子帧中，使用所分配的
针对该子帧类型的PUCCH资源向所述第一小区的基站发送信息。
根据某些方面，提供了一种用于在无线通信网络中分配上行链路资源
的方法。一般来说，所述方法包括：确定对用于物理上行链路控制信道
（PUCCH）的子帧的物理上行链路控制信道（PUCCH）资源的分配，其中，
分配给所述子帧的PUCCH资源的区域的位置和大小中的至少之一取决于
子帧类型，子帧类型包括至少第一类型，在所述第一类型中，通过限制第
二小区中的传输来保护第一小区中的传输；以信号形式向用户设备（UE）
发送所述资源分配。
根据某些方面，提供了一种用于在无线通信网络中分配上行链路资源
的装置。一般来说，所述装置包括：用于确定对用于物理上行链路控制信
道（PUCCH）的子帧的物理上行链路控制信道（PUCCH）资源的分配的单
元，其中，分配给所述子帧的PUCCH资源的区域的位置和大小中的至少之
一取决于子帧类型，子帧类型包括至少第一类型，在所述第一类型中，通
过限制第二小区中的传输来保护第一小区中的传输；用于在所述子帧中，
使用所分配的针对该子帧类型的PUCCH资源向所述第一小区的基站发送
信息的单元。
根据某些方面，提供了一种用于在无线通信网络中分配上行链路资源
的装置。一般来说，所述装置包括：用于确定对用于物理上行链路控制信
道（PUCCH）的子帧的物理上行链路控制信道（PUCCH）资源的分配的单
元，其中，分配给所述子帧的PUCCH资源的区域的位置和大小中的至少之
一取决于子帧类型，子帧类型包括至少第一类型，在所述第一类型中，通
过限制第二小区中的传输来保护第一小区中的传输；用于以信号形式向用
户设备（UE）发送所述资源分配的单元。
根据某些方面，提供了一种用于在无线通信网络中分配上行链路资源
的装置。一般来说，所述装置包括至少一个处理器以及耦合至所述至少一
个处理器的存储器，其中，所述处理器用于：确定对用于物理上行链路控
制信道（PUCCH）的子帧的物理上行链路控制信道（PUCCH）资源的分配，
其中，分配给所述子帧的PUCCH资源的区域的位置和大小中的至少之一取
决于子帧类型，子帧类型包括至少第一类型，在所述第一类型中，通过限
制第二小区中的传输来保护第一小区中的传输；在所述子帧中，使用所分
配的针对该子帧类型的PUCCH资源向所述第一小区的基站发送信息。
根据某些方面，提供了一种用于在无线通信网络中分配上行链路资源
的装置。一般来说，所述装置包括至少一个处理器以及耦合至所述至少一
个处理器的存储器，其中，所述处理器用于：确定对用于物理上行链路控
制信道（PUCCH）的子帧的物理上行链路控制信道（PUCCH）资源的分配，
其中，分配给所述子帧的PUCCH资源的区域的位置和大小中的至少之一取
决于子帧类型，子帧类型包括至少第一类型，在所述第一类型中，通过限
制第二小区中的传输来保护第一小区中的传输；以信号形式向用户设备
（UE）发送所述资源分配。
根据某些方面，提供了一种包括计算机可读介质的计算机程序产品，
所述计算机可读介质在其上存储有用于在无线通信网络中分配上行链路资
源的指令。一般来说，所述指令可由一个或多个处理器执行以用于：确定
对用于物理上行链路控制信道（PUCCH）的子帧的物理上行链路控制信道
（PUCCH）资源的分配，其中，分配给所述子帧的PUCCH资源的区域的
位置和大小中的至少之一取决于子帧类型，子帧类型包括至少第一类型，
在所述第一类型中，通过限制第二小区中的传输来保护第一小区中的传输；
在所述子帧中，使用所分配的针对该子帧类型的PUCCH资源向所述第一小
区的基站发送信息。
根据某些方面，提供了一种包括计算机可读介质的计算机程序产品，
所述计算机可读介质在其上存储有用于在无线通信网络中分配上行链路资
源的指令。一般来说，所述指令可由一个或多个处理器执行以用于：确定
对用于物理上行链路控制信道（PUCCH）的子帧的物理上行链路控制信道
（PUCCH）资源的分配，其中，分配给所述子帧的PUCCH资源的区域的
位置和大小中的至少之一取决于子帧类型，子帧类型包括至少第一类型，
在所述第一类型中，通过限制第二小区中的传输来保护第一小区中的传输；
以信号形式向用户设备（UE）发送所述资源分配。
下面将更详细地描述本申请公开内容的各个方面和特征。
附图说明
图1示出了无线通信网络。
图2示出了基站和UE的框图。
图3示出了用于频分双工（FDD）的帧结构。
图4示出了用于下行链路的两个示例性帧格式。
图5示出了用于上行链路的示例性帧格式。
图6示出了用于时分双工（TDD）的帧结构。
图7示出了根据本申请公开内容的某些方面的基站和UE的示例性功能
组件。
图8描绘了根据本申请公开内容的某些方面的、可由UE执行的示例性
操作。
图9描绘了根据本申请公开内容的某些方面的、可由BS执行的示例性
操作。
图10至图12描绘了根据本申请公开内容的某些方面的、取决于子帧
类型的PUCCH区域的不同设计方案。
具体实施方式
本申请描述了用于在无线通信网络中分配上行链路资源的技术。根据
某些方面，分配给物理上行链路控制信道（PUCCH）的资源的位置或大小
中的至少之一取决于子帧类型，子帧类型包括至少第一类型，在所述第一
类型中，通过限制第二小区中的传输来保护第一小区中的传输。取决于子
帧类型的资源分配可以利用为第一类型的子帧提供的保护，从而允许较大
的区域用于PUCCH传输，所述PUCCH传输可以受益于更稳健及可靠的传
输，这可以导致改进的系统性能。相对于第一子帧类型的子帧的PUCCH区
域，与第一子帧类型相比受到较少保护的子帧（或完全不受到保护的子帧）
可以具有减少的PUCCH区域。
本申请所描述的技术可以用于各种无线通信网络，例如CDMA、
TDMA、FDMA、OFDMA、SC-FDMA网络等等。术语“网络”和“系统”
经常可以交换使用。CDMA网络可以实现诸如通用陆地无线接入（UTRA）、
cdma2000等的无线技术。UTRA包括宽带CDMA（W-CDMA）和时分同步
CDMA（TD-CDMA）和CDMA的其它变型。cdma2000涵盖IS-2000、IS-95
和IS-856标准。TDMA网络可以实现诸如全球移动通信系统（GSM）的无
线技术。OFDMA网络可以实现诸如演进型UTRA（E-UTRA）、超移动宽
带（UMB）、IEEE 802.11（Wi-Fi）、IEEE 802.16（WiMAX）、IEEE 802.20、
等的无线技术。UTRA和E-UTRA是通用移动通信系统
（UMTS）的一部分。频分双工（FDD）和时分双工（TDD）两者中的3GPP
长期演进（LTE）和高级LTE（LTE-A）是UMTS的采用E-UTRA的较新
发行版。在来自称为“第三代合作伙伴计划”（3GPP）的组织的文档中描述
了UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM。在来自称为“第三代
合作伙伴计划2”（3GPP2）的组织的文档中描述了cdma2000和UMB。本
申请所描述的技术可以用于上面所提及的无线网络和无线技术以及其它无
线网络和无线接入技术。为了清楚起见，下面针对LTE来描述这些技术的
某些方面，并且在下面的大多描述中使用LTE术语。
图1示出了无线通信网络100，其可以是LTE网络，也可以是某种其
它无线网络。本申请给出的干扰管理技术可在此类系统中使用。
无线网络100可包括若干演进节点B（eNB）110和其它网络实体。eNB
可以是与UE进行通信的实体，其还可称为基站、节点B、接入点等等。每
个eNB可提供针对特定地理区域的通信覆盖。在3GPP中，根据使用术语
“小区”的上下文，术语“小区”可以指代eNB的覆盖区域和/或服务于该
覆盖区域的eNB子系统。
eNB可以为宏小区、微微小区、毫微微小区和/或其它类型的小区提供
通信覆盖。宏小区可以覆盖相对较大的地理区域（例如，半径几个公里），
并且可以允许具有服务预订的UE不受限制地接入。微微小区可以覆盖相对
较小的地理区域，并且可以允许具有服务预订的UE不受限制地接入。毫微
微小区可以覆盖相对较小的地理区域（例如，家庭），并且可以允许与该毫
微微小区具有关联的UE（例如，闭合用户组（CSG）中的UE）进行受限
制的接入。用于宏小区的eNB可称为宏eNB。用于微微小区的eNB可称为
微微eNB。用于毫微微小区的eNB可称为家庭eNB（HeNB）或毫微微eNB。
在图1示出的例子中，eNB 110a可以是用于宏小区102a的宏eNB，eNB 110b
可以是用于微微小区102b的微微eNB，eNB 110c可以是用于毫微微小区
102c的毫微微eNB。eNB可支持一个或多个（例如，三个）小区。术语“eNB”、
“基站”和“小区”在本申请中可互换使用。
无线网络100还包括中继。中继可以是从上游站（例如，eNB或UE）
接收数据传输并向下游站（例如，UE或eNB）发送数据传输的实体。中继
还可以是为其它UE中继传输的UE。在图1示出的例子中，中继110d可经
由回程链路与宏eNB 110a进行通信，经由接入链路与UE 120d进行通信，
以有助于eNB 110a和UE 120d之间的通信。中继还可以称为中继eNB、中
继站、中继基站等。
无线网络100可以是包括不同类型的eNB（例如，宏eNB、微微eNB、
毫微微eNB、中继eNB等）的异构网络。这些不同类型的eNB具有不同的
发射功率电平、不同的覆盖大小以及对无线网络100中的干扰的不同影响。
例如，宏eNB可以具有高发射功率电平（例如，5到40瓦特），而微微eNB、
毫微微eNB和中继具有较低的发射功率电平（例如，0.1到2瓦特）。
网络控制器130可以耦合到一组eNB，并且可以提供对这些eNB的协
调和控制。网络控制器130可包括单个网络实体或一些网络实体。网络控
制器130可经由回程与eNB进行通信。eNB还可彼此间进行通信，例如，
经由无线或有线回程彼此间直接或间接通信。
UE 120（例如，UE 120a、UE 120b等）可散布在无线网络100中，每
个UE可以是固定的，也可以是移动的。UE还可称为移动站、终端、接入
终端、用户单元、站等。UE可以是蜂窝电话、个人数字助理（PDA）、无
线调制解调器、无线通信设备、手持设备、膝上型计算机、无绳电话、无
线本地环路（WLL）站、智能电话、上网本、智能本、平板电脑等。UE还
能够与宏eNB、微微eNB、毫微微eNB、中继等进行通信。UE还能够与另
一UE进行对等（P2P）通信。在图1示出的例子中，UE 120e和UE 120f
可彼此间之间通信，而不与无线网络100中的eNB进行通信。P2P通信可
降低无线网络100上的针对UE之间的本地通信的负载。UE之间的P2P通
信还可允许一个UE充当另一UE的中继，由此使得其它UE能够连接到
eNB。
在图1中，具有双箭头的实线指示UE和服务eNB之间所期望的传输，
其中，服务eNB是被指定为在下行链路和/或上行链路上服务于该UE的
eNB。具有双箭头的虚线指示UE和eNB之间的干扰传输。
UE可位于多个eNB的覆盖之内。这些eNB之一可以被选择为服务于
该UE。可基于各种准则（如接收信号强度、接收信号质量、路径损耗等）
来选择服务eNB。接收信号质量可以用信号与干扰加噪声比（SINR）或参
考信号接收质量（RSRQ）或某种其它度量来量化。
UE可在显著干扰情境下操作，在显著干扰情境下，UE可以观测到来
自一个或多个干扰eNB的高干扰。显著干扰情境可归因于受限关联而发生。
例如，在图1中，UE 120c可靠近毫微微eNB 110c，且针对eNB 110c具有
高接收功率。不过，UE 120c可能由于受限关联的原因无法接入毫微微eNB
110c，而随后可能以较低的接收功率连接到宏eNB 110a。随后，UE 120c
可能在下行链路上观测到来自毫微微eNB 110c的高干扰，并且可能在上行
链路上对毫微微eNB 110c造成高干扰。
显著干扰情境还可归因于范围扩展而发生，在这种情境下，在UE检测
到的所有eNB当中，UE连接到具有较低路径损耗以及可能较低SINR的
eNB。例如，在图1中，UE 120b可以更靠近微微eNB 110b（相比于宏eNB
110a），并且可以具有针对微微eNB 110b的较低路径损耗。然而，由于微
微eNB 110b的发射功率电平比宏eNB 110a更低，因此UE 120b可以具有
针对微微eNB 110b的更低的接收功率（相比于宏eNB 110a）。然而，由于
较低路径损耗的原因，可能期望UE 120b连接到微微eNB 110b。这对于UE
120b的给定数据速率而言会使得对无线网络的干扰较小。
可以使用各种干扰管理技术来支持显著干扰情境下的通信。这些干扰
管理技术可包括：半静态资源划分（也可称为小区间干扰协调（ICIC））、
动态资源分配、干扰消除等等。可执行半静态资源划分（例如，经由回程
协商）来向不同的小区分配资源。所述资源可包括子帧、子带、载波、资
源块、发射功率等。可以对每个小区分配一组资源，这组资源可以从其它
小区或它们的UE观测到较少干扰或不会观测到干扰。还可以执行动态资源
分配（例如，经由小区和UE之间的空中消息交换）来按需分配资源，以支
持在下行链路和/或上行链路上观测到强干扰的UE的通信。还可以由UE
执行干扰消除，以减轻来自干扰小区的干扰。
无线网络100可以支持下行链路和上行链路上数据传输的混合自动重
传（HARQ）。对于HARQ来说，发射机（例如，eNB）可发送分组的一次
或多次传输，直到该分组由接收机（例如，UE）成功解码或遇到某种其它
终止状况为止。对于同步HARQ来说，该分组的所有传输可在单个HARQ
交错体（interlace）的子帧中发送，这些子帧可包括每第Q个子帧，其中Q
可以等于4、6、8、10或某个其它值。对于异步HARQ来说，该分组的每
一次传输可在任意子帧中发送。
无线网络100可支持同步或异步操作。对于同步操作来说，eNB可具
有类似的帧定时，并且来自不同eNB的传输可在时间上大致对准。对于异
步操作来说，eNB可具有不同的帧定时，并且来自不同eNB的传输在时间
上可能并不对准。
无线网络100可使用FDD或TDD。对于FDD来说，下行链路和上行
链路可以被分配不同的频率信道，并且下行链路传输和上行链路传输可在
这两个频率信道上同时发送。对于TDD来说，下行链路和上行链路可共享
相同的频率信道，并且下行链路传输和上行链路传输可在不同时段中在相
同的频率信道上发送。
图2示出了基站/eNB 110和UE 120的设计方案的框图，其中基站/eNB
110可以是图1中的基站/eNB之一，UE 120可以是图1中的UE之一。图
2中示出的各个组件（例如，处理器）可以用于执行本申请描述的干扰管理
技术。如图所示，基站110可以向UE 120发送PUCCH资源分配信息202。
如在下面具体描述的，PUCCH资源分配信息202可以指示取决于子帧类型
的PUCCH区域，在该区域中，UE 120可向基站（BS）发送信息。
基站110可以装备有T个天线234a到234t，UE 120可以装备有R个
天线252a到252r，其中，一般来说，T≥1且R≥1。
在基站110，发射处理器220可从数据源212接收用于一个或多个UE
的数据，并从控制器/处理器240接收控制信息。处理器220可以分别对数
据和控制信息进行处理（例如，编码和调制），以获得数据符号和控制符号。
发射处理器220还可以产生针对同步信号、参考信号等的参考符号。如适
用的话，发射（TX）多输入多输出（MIMO）处理器230可以对数据符号、
控制符号和/或参考符号执行空间处理（例如，预编码），并且可以向T个调
制器（MOD）232a到232t提供T个输出符号流。每个调制器232可以处
理各自的输出符号流（例如，用于OFDM等），以获取输出抽样流。每个调
制器232可以进一步处理（例如，转换为模拟、放大、滤波和上变频）该
输出抽样流，以获得下行链路信号。来自调制器232a到232t的T个下行链
路信号可分别经由T个天线234a到234t进行发射。
在UE 120，天线252a到252r可以从基站110接收下行链路信号，从
其它基站接收下行链路信号和/或从其它UE接收P2P信号，并且可以将所
接收的信号分别提供给解调器（DEMOD）254a到254r。每个解调器254
对各自所接收的信号进行调节（例如，滤波、放大、下变频以及数字化）
以获取输入抽样。每个解调器254可以进一步处理该输入抽样（例如，用
于OFDM等）以获取接收符号。MIMO检测器256可以从全部R个解调器
254a到254r获取接收符号，对该接收符号执行MIMO检测（如适用的话），
并提供检测出的符号。接收处理器258可以对检测出的符号进行处理（例
如，解调和解码），向数据宿260提供用于UE 120的经解码的数据并向控
制器/处理器280提供经解码的控制信息。
在上行链路上，在UE 120，发射处理器264可以从数据源262接收数
据，从控制器/处理器280接收控制信息。处理器264可以对数据和控制信
息进行处理（例如，编码和调制），以分别获取数据符号和控制符号。处理
器264还可以产生一个或多个参考信号的参考符号等。来自发射处理器264
的符号可由TX MIMO处理器266进行预编码（如适用的话），由调制器254a
到254r进行进一步处理（例如，用于SC-FDM、OFDM等），并且被发送
给基站110、其它基站和/或其它UE。在基站110，来自UE 120和其它UE
的上行链路信号可由天线234接收，由解调器232处理，由MIMO检测器
236检测（如适用的话），并且由接收处理器238进行进一步处理以获取由
UE 120以及其它UE发送的经解码的数据和控制信息。接收处理器238可
以将经解码的数据提供给数据宿239，将经解码的控制信息提供给控制器/
处理器240。
控制器/处理器240和280可以分别指导基站110和UE 120处的操作。
处理器240和/或基站110处的其它处理器和模块可以执行或指导本申请所
描述的技术的处理。处理器280和/或UE 120处的其它处理器和模块可以执
行或指导本申请所描述的技术的处理。存储器242和282可以分别存储用
于基站110和UE 120的数据和程序代码。通信（Comm）单元244使得基
站110能够与其它网络实体（例如，网络控制器130）进行通信。调度器
246可以在下行链路和/或上行链路上调度UE以进行数据传输。
根据某些方面，控制器/处理器240可以确定PUCCH资源分配信息202，
并且将该信息提供给发射处理器220以发射到UE 120，以便用来确定用于
PUCCH传输（如CQI、HARQ、ACK等）的资源。接下来，UE 120的接
收处理器258和/或控制器/处理器280可以提取PUCCH资源分配信息202，
并将其提供给发射处理器264以用于发送PUCCH信息，其中，PUCCH区
域的大小和/或位置取决于子帧类型。
图2还示出了图1中的网络控制器130的设计方案。在网络控制器130
中，控制器/处理器290可以执行各种功能以支持针对UE的通信。控制器/
处理器290可以执行本申请所描述的技术的处理。存储器292可以存储用
于网络控制器130的程序代码和数据。通信单元294可以使得网络控制器
130能够与其它网络实体进行通信。
如上所述，BS 110和UE 120可以使用FDD或TDD。对于FDD来说，
下行链路和上行链路可被分配不同的频率信道，下行链路传输和上行链路
传输可同时在这两个频率信道上发送。
图3示出了针对LTE中的FDD的示例性帧结构300。下行链路和上行
链路中的每一者的传输时间线可划分成无线帧单元。每个无线帧可以具有
预定的持续时间（例如，10毫秒（ms）），并且可被划分成具有索引0到9
的10个子帧。每个子帧可包括两个时隙。因此，每个无线帧可包括具有索
引0到19的20个时隙。每个时隙可包括L个符号周期，例如，常规循环
前缀的七个符号周期（如图3所示）或扩展循环前缀的六个符号周期。每
个子帧中的2L个符号周期可以被指派索引0到2L-1。
LTE在下行链路上使用正交频分复用（OFDM），在上行链路上使用单
载波频分复用（SC-FDM）。OFDM和SC-FDM将频率范围划分成多个（NFFT
个）正交子载波（通常还称为音调、频段等）。每个子载波可以用数据来调
制。一般来说，调制符号在频域中是使用OFDM来发送的，在时域中是使
用SC-FDM来发送的。邻近子载波之间的间隔可以是固定的，并且子载波
的总数量（NFFT）可以取决于系统带宽。例如，针对1.25、2.5、5、10或
20兆赫兹（MHz）的系统带宽，NFFT可以分别等于128、356、512、1024
或2048。系统带宽还可被划分成若干子带，并且每个子带可覆盖一定的频
率范围（例如，1.08MHz）。
用于下行链路和上行链路中的每一者的可用时频资源可被划分成资源
块。每个资源块可以覆盖一个时隙中的12个子载波，并且可以包括若干资
源单元。每个资源单元可以覆盖一个符号周期中的一个子载波，并且可用
于发送一个调制符号，该调制符号可以是实值，也可以是复值。
在LTE中，eNB可以在子帧的控制区域中发送物理控制格式指示符信
道（PCFICH）、物理HARQ指示符信道（PHICH）以及物理下行链路控制
信道（PDCCH）。PCFICH可以传送控制区域的大小。PHICH可以携带针对
使用HARQ在上行链路上发送的数据传输的确认（ACK）和否定确认
（NACK）反馈。PDCCH可以携带准许和/或其它控制信息。eNB还可以在
子帧的数据区域（图3中未示出）中发送物理下行链路共享信道（PDSCH）。
PDSCH可以为被调度用于下行链路上的数据传输的UE携带数据。
在LTE中，eNB还可以在该eNB所支持的每个小区的系统带宽的中心
1.08MHz中，在下行链路上发送主同步信号（PSS）和辅同步信号（SSS）。
如图3所示，可以在具有常规循环前缀的每个无线帧的子帧0和5中，在
符号周期6和5中分别发送PSS和SSS。PSS和SSS可以由UE用来进行
小区搜索和捕获。eNB可以在该eNB所支持的每个小区的系统带宽上发送
小区特定参考信号（CRS）。可以在每个子帧的某些符号周期中发送CRS，
并且CRS可以由UE用来执行信道估计、信道质量测量和/或其它功能。eNB
还可以在某些无线帧的时隙1中的符号周期0到3中发送物理广播信道
（PBCH）。PBCH可携带某种系统信息。eNB可以在某些子帧中的PDSCH
上发送其它系统信息（如系统信息块（SIB））。
图4示出了LTE中的针对使用常规循环前缀的下行链路的两个示例性
子帧格式410和420。用于下行链路的子帧可包括控制区域，控制区域之后
跟随有数据区域，它们可以是时分复用的。控制区域可包括子帧的开头M
个符号周期，其中，M可以等于1、2、3或4。M可以随着子帧而变化，
并且可以通过子帧的第一符号周期中的PCFICH来传送。控制区域可携带
控制信息。数据区域可以包括子帧的剩余的2L-M个符号周期，并且可以携
带数据和/或其它信息。
子帧格式410可以用于装备有两个天线的eNB。可以在符号周期0、4、
7和11中从天线0和1发送CRS。参考信号是发射机和接收机预先已知的
信号，其还可称为导频。CRS是特定于小区的参考信号（例如，基于小区
标识（ID）而产生）。在图4中，对于具有标签Ra的给定资源单元来说，
调制符号可以在该资源单元上从天线a发射，并且可以没有任何调制符号
在该资源单元上从其它天线发射。子帧格式420可以用于装备有四个天线
的eNB。CRS可以在符号周期0、4、7和11中从天线0和1发射，并且在
符号周期1和8中从天线2和3发射。对于子帧格式410和420二者来说，
CRS可以在均匀间隔的子载波上（可基于小区ID来确定）发射。不同的eNB
可在相同或不同的子载波上为它们的小区发送CRS（取决于这些小区的小
区ID）。对于子帧格式410和420二者来说，不用于CRS的资源单元可以
用于发送数据或控制信息。
图5示出了在LTE中用于上行链路的示例性子帧格式500。用于上行
链路的子帧可包括控制区域和数据区域，它们可以是频分复用的。控制区
域可在系统带宽的两个边缘处形成，并且可以具有可配置的大小。数据区
域可以包括未包含在控制区域中的所有资源块。
UE可以被指派控制区域中的资源块以向eNB发送控制信息。UE还可
被指派数据区域中的资源块以向eNB发送数据。UE可以在所指派的控制
区域中的资源块510a和510b上的物理上行链路控制信道（PUCCH）上发
送控制信息。UE可以在所指派的数据区域中的资源块520a和520b上的物
理上行链路共享信道（PUSCH）上仅发送数据或者既发送数据也发送控制
信息。如图5所示，上行链路传输可以跨越子帧的两个时隙并且可以在频
率上跳跃。
如下文所更详细描述的，PUCCH区域的位置和/或大小可根据子帧类型
而变化。由此，在一些情形下，其它区域（如动态ACK/NACK区域和/或
PUSCH区域）也可根据子帧类型而变化。
图6示出了在LTE中用于TDD的示例性帧结构600。LTE支持针对
TDD的若干下行链路—上行链路配置方案。对所有下行链路—上行链路配
置方案来说，子帧0和5用于下行链路（DL），子帧2用于上行链路（UL）。
根据下行链路—上行链路配置方案，子帧3、4、7、8和9中的每一者可以
用于下行链路或上行链路。子帧1包括三个特殊字段，后者由如下组成：（i）
用于下行链路控制信道以及数据传输的下行链路导频时隙（DwPTS）；（ii）
无传输的保护时段（GP）；（iii）用于随机接入信道（RACH）或探测参考信
号（SRS）的上行链路导频时隙（UpPTS）。根据下行链路—上行链路配置
方案，子帧6可包括仅DwPTS或全部三个特殊字段或下行链路子帧。对于
不同的子帧配置方案来说，DwPTS、GP和UpPTS可具有不同的持续时间。
在下行链路上，eNB可以在子帧1和6的符号周期2中发送PSS（图6
中未示出），在子帧0和5的最后一个符号周期中发送SSS。eNB可以在每
个下行链路子帧的某些符号周期中发送CRS。eNB还可以在某些无线帧的
子帧0中发送PBCH。
公众可获得的标题为“Evolved Universal Terrestrial Radio Access
(E-UTRA);Physical Channels and Modulation（演进型通用陆地无线接入
（E-UTRA）；物理信道和调制）”的3GPP TS 36.211中描述了LTE中的各
种帧结构、子帧格式、物理信道和信号。
本领域技术人员将会认识到，本申请给出的干扰管理技术可使用硬件
和/或软件组件的任意合适的组合来实现。根据某些方面，此类技术的各个
操作可使用一个或多个“软件可配置”可编程处理器来实现。
本申请公开内容的某些方面提供用于以取决于子帧的方式进行灵活的
上行链路资源分配的技术。如将要更详细描述的，用于每个子帧的PUCCH
区域的大小和/或位置可以取决于子帧类型。与具有较少保护或不受保护的
子帧相比，传输受保护（在可能的干扰小区中具有受限传输或没有传输）
的类型的子帧可以具有较大的PUCCH区域。
这样是有益的，因为优选的是在针对共享子帧（例如，X子帧）调度
UL传输之前，起初先经由受保护的子帧（例如，U子帧）进行稳健的UL
传输。由此，如下文将要描述的，在未受保护的情况下（例如，X子帧），
新的（额外的）PUCCH区域可以是相对小的。下面描述取决于子帧的
PUCCH区域的各个实现实例。
图7示出了根据本申请公开内容的某些方面的、利用取决于子帧的
PUCCH资源分配的示例性通信系统700。
如图所示，无线通信系统700可包括BS 702、722以及分别由BS 702、
722服务的UE 704、724。BS 702、722可以位于彼此间可能相互干扰的不
同小区。根据某些方面，通信系统700可以是异构网络，BS 702、722可以
是（例如）宏BS、毫微微BS、微微BS等的组合。根据某些方面，无线通
信系统700可以是LTE系统，也可以是LTE-A系统。
BS 702、722可以包括收发机706、726，收发机706、726分别用于向
UE 704、724发送和从UE 704、724接收本申请参照任何系统、方法、装
置和/或计算机程序产品而描述的数据和/或控制信息和/或任何其它类型的
信息。例如，收发机706、726可以用于发送和/或接收时间和/或频率资源
划分信息、数据和控制信道。
BS 702、722还可以包括各个处理器708、728和存储器710、730。处
理器708、728可以用于执行本申请描述的一种或多种干扰管理功能。BS
702、722可包括（例如）存储器710、730，其中，存储器710、730中的
每一者存储有可由处理器708、728运行以执行本申请描述的各个操作的指
令。
BS 702、722还可以包括：BS资源分配模块712、732，用于（例如）
分配资源以实现干扰管理。所分配的资源包括但不限于：时间和/或频率传
输资源。例如，资源分配模块712、732可以用于在不同功率等级的BS之
间发送、产生和/或处理资源划分信息。根据某些方面，例如，资源分配模
块712、732可以用于以取决于子帧的方式，基于在资源划分信息中标识的
子帧类型来分配PUCCH资源。
无线通信系统700还可包括UE 704、724，UE 704、724分别由BS 702、
722服务，并且位于BS 702、722所管理的相应小区中的。
UE 704、724可包括：收发机714、734，分别用于向BS 702、722发
送和从BS 702、722接收本申请描述的数据和/或控制信息和/或任何其它类
型的信息。例如，收发机714、734可以用于发送和/或接收时间和/或频率
资源划分信息。根据某些方面，收发机714、734可以用于在不同类型的子
帧中进行发射，所述不同类型的子帧包括但不限于可使用的子帧、不可使
用的子帧以及可灵活使用的子帧。收发机714、734可以用于接收数据和控
制信道。
UE 704、724还可包括处理器716、736以及存储器718、738。处理器
716、736可以用于执行本申请参照系统、方法、装置和/或计算机程序产品
中的任意项而描述的功能中的一项或多项。UE 704、724可包括（例如）存
储器718、738，存储器718、738中的每一者存储有可由处理器716、736
运行以执行本申请描述的各个操作的指令。
UE 704、724还可包括：UE资源分配模块720、740，用于接收和处理
资源分配信息以进行干扰管理。例如，UE资源分配模块720、740可以用
于接收和处理不同功率等级的BS之间的资源划分信息。根据某些方面，资
源分配模块720、740还可以用于接收PUCCH资源分配信息，以及基于子
帧类型来确定应当使用什么资源来发送PUCCH信息。
上面提及的资源分配模块可以用于执行资源划分，以保护控制和/或数
据传输免于DL和/或UL干扰。如上所述，资源分配可以在时域和/或频域。
例如，对于UL的时域资源划分来说，可定义三种类型的子帧。可定义U
子帧、N子帧以及X子帧。U子帧可以用于给定小区，并且通常免受不同
类别的小区的干扰。N子帧指的是通常不可由给定小区使用以避免对不同
类别的小区造成过度干扰的非可用子帧。基于小区的BS实施方案，X子帧
可以在一些情形下可用。每个小区的U子帧可以对应于分配给该小区的交
错体中的子帧。不同类型的小区的U子帧和N子帧可以按照互补的方式来
配置，以使得特定类型的小区的U子帧对应于其它类型的小区的N子帧。
这种子帧的互补定义使得能够可靠地传输数据和控制信息，尤其是在不同
类型的小区是邻居且彼此相互干扰的情形下。
资源划分可以按照半静态方式或静态方式执行，例如，经由小区之间
的通过回程进行的协商。每个小区可以知道资源划分的结果，并且可以知
道适用于该小区的不同子帧类型。每个小区可以使用其U子帧，该U子帧
可以对应于该小区的分配的交错体中的子帧。每个小区可以避免在其N子
帧中造成过度干扰，该N子帧可以对应于分配给其它类型的小区的交错体
中的子帧。例如，小区可以在其U子帧中以低功率电平向位于该小区附近
的UE进行发射，因而可以避免对邻近小区中的UE造成强干扰。小区还可
以避免在其U子帧中进行发射，以避免对邻近小区中的UE造成任何干扰。
小区可以使用其X子帧，也可以不使用其X子帧，这取决于基于各种因素
而由小区作出的/为小区作出的决策，其中，所述各种因素如：所涉及的小
区的负载信息、UE信道信息、业务信息、不同小区之间的信息可用性等。
小区可以选择分配此类X子帧，以给其自身也留一些调度自由。小区可以
在大多数情况下使用其U子帧，按照需要来使用其X子帧，并且在少数情
况下使用其N子帧。
UE 704、724通常可以在U子帧中进行发射以得到最好的干扰保护（因
为邻近小区中的这些子帧中的传输是受限制的），并且避免在N子帧中进行
发射（至少以尽力而为的方式）以避免过度干扰。UE 704、724可以有选择
地使用X子帧，例如，按照给定小区的BS 702、722所做出的决策的指示。
在将该方案应用于子帧使用的情况下，通常可以期望U子帧被UE 704、724
最常使用，X可以被有选择地使用（或不使用），并且期望N子帧被最少使
用（以在可能的情况下避免过度干扰）。
当由宏BS服务的UE在地理上靠近由毫微微BS管理的小区时，UE
可以接收指令以不在宏N子帧中发射（因为这样很可能会对毫微微小区造
成高度干扰）。UE可能知道上述子帧类型，也可能不知道上述子帧类型。
UE无法接入的毫微微小区由此不会从宏BS所服务的UE观测到强干扰。
相应地，毫微微BS所服务的UE随后可在U子帧中发射以进行UL传输。
当宏BS所服务的UE不知道上述子帧类型时，宏BS仍然可以执行UL
调度，以使得不在N子帧中调度宏BS所服务的UE（例如，至少以尽力而
为的方式）。
在应用上述情境的情况下，邻近小区中的U子帧和N子帧的互补特性
（例如，在一个小区中视为U子帧的子帧在干扰小区中通常视为N子帧）
结合BS在小区中进行的适当调度，可以使得毫微微BS所服务的UE能够
避免受到来自宏BS所服务的UE以及地理上靠近该毫微微小区的UE的强
UL干扰。因此，毫微微BS所服务的UE可以在发送U子帧时避免该干扰。
然而，用于在发送其它类型的子帧（而不是U子帧）时降低干扰的其
它方法也可以是期望的。根据某些方面，BS可以避免在非U子帧期间调度
UE。不过，这种限制可能会影响毫微微小区的UL性能，因为毫微微小区
中U子帧的数量可能是受限的。
根据本申请给出的某些方面，可使用取决于子帧类型的PUCCH区域，
以便利用受保护的子帧。例如，在更受保护的子帧中可能有更大的PUCCH
区域。换言之，“U”子帧的保护可以允许更稳健且可靠的传输（其可适用
于PUCCH传输），而可以对其它子帧类型（例如，“N”子帧和“X”子帧）
使用较小的PUCCH区域（归因于增加的干扰可能性）。
例如，可以在毫微微小区的UL中使用该方案，以便能够在全部子帧上
实现可能的UL传输，并且以便处理不同子帧上的干扰变化。
上述的不同子帧类型的区别，可以使得取决于子帧类型的PUCCH区域
的资源的分配是有益的。如本申请中使用的，术语PUCCH区域通常指的是
可用于发送各种类型的信息（如信道质量指示符（CQI）、调度请求（SR）
以及半持久性调度（SPS）确认/否定确认（ACK/NAK））的一组上行链路
资源（其可以是连续的，也可以是非连续的）。PUCCH区域通常并不包括
动态ACK/NAK（动态A/N），为本申请公开内容起见，动态ACK/NAK可
以视为是与PUCCH区域相分离的。
图8示出了（例如）可由基站（例如，eNB）执行，以执行取决于子帧
的PUCCH资源分配的示例性操作800。操作800在810通过确定对用于物
理上行链路控制信道（PUCCH）的子帧的物理上行链路控制信道（PUCCH）
资源的分配而开始，其中，为所述子帧分配的PUCCH资源的区域的位置和
大小中的至少之一取决于子帧类型，并且子帧类型包括至少第一类型，在
第一类型中，通过限制第二小区中的传输来保护第一小区中的传输。在820，
BS以信号形式向用户设备（UE）发送资源分配。
图9示出了（例如）可由UE执行以确定无线通信网络中的分配的上行
链路资源的示例性操作900。操作900在910通过确定对用于物理上行链路
控制信道（PUCCH）的子帧的物理上行链路控制信道（PUCCH）资源的分
配而开始，其中，分配给所述子帧的PUCCH资源的区域的位置和大小中的
至少之一取决于子帧类型，并且子帧类型包括至少第一类型，在第一类型
中，通过限制第二小区中的传输来保护第一小区中的传输。在920，在所述
子帧中，UE使用所分配的针对该子帧类型的PUCCH资源向第一小区的基
站发送信息。
基站可以作为整体调度功能的一部分来分配资源，该整体调度功能尝
试基于将子帧划分成不同的类型来调度UE。按照这个例子，基站可以调度
UE在U子帧上或有选择地在X子帧上经由上行链路进行发送，而避免或
限制使用N子帧进行上行链路传输。
根据某些方面，使用取决于子帧的PUCCH区域可能会导致产生不同于
先前或现有（“传统”）的PUCCH区域设计方案（例如，LTE Rel-8PUCCH
设计方案）的PUCCH区域，在先前或现有的PUCCH区域设计方案中，一
旦较高层在半静态基础上配置了PUCCH区域，那么为PUCCH区域分配的
资源在全部子帧上总是相同的。
根据某些方面，基站可以通过信号形式发送为取决于子帧的PUCCH区
域分配的资源。例如，基站可向UE发送一个或多个参数，以确定取决于子
帧的PUCCH区域。例如，所述一个或多个参数可以指示为各种区域（如
PUCCH、动态A/N以及物理上行链路共享信道（PUSCH））分配的资源。
根据某些方面，提供给UE的确切参数可以取决于特定的取决于子帧的
PUCCH区域实现。
图10-12示出了取决于子帧的PUCCH区域的示例性实现选项。应当认
识到，可以实现这些设计选项中的一个或多个。此外，可以预想到，取决
于子帧的PUCCH区域的其它设计选项也旨在落入本申请所附权利要求书
的保护范围内。如本申请使用的，诸如新的、额外的之类的术语是相对术
语，例如，此类术语指的是当前版本标准或先前版本标准（如LTE Rel-8）
所未定义的结构或区域。
图10示出了取决于子帧的PUCCH区域的第一示例性实现。所示出的
子帧包括子帧类型U 1000、子帧类型N 1002以及子帧类型X 1004。
如图所示，子帧类型U 1000可包括PUCCH区域1006、PUCCH区域
1008、动态A/N区域1010、动态A/N区域1012以及PUSCH区域1014。
子帧类型N 1002可包括PUCCH区域1016、PUCCH区域1018、动态A/N
区域1020、动态A/N区域1022、PUSCH区域1024、PUSCH区域1026以
及PUSCH区域1028。子帧类型X 1004可包括PUCCH区域1030、PUCCH
区域1032、动态A/N区域1034、动态A/N区域1036、PUSCH区域1038、
PUSCH区域1040以及PUSCH区域1042。
根据某些方面，定义了动态ACK/NAK的起始点的参数（例如，Rel-8
可定义NPUCCH）可以用于指示：用于支持动态ACK/NACK的UE（例如，
与旧UE（如仅支持LTE Rel-8的传统UE）相比的LTE新UE）的全部子帧
上的动态ACK/NAK的最多可能起始点。通过向UE发送该参数，基站可以
以信号形式发送取决于子帧的PUCCH区域。基于该参数，UE可以确定分
配给动态A/N区域（例如，动态A/N区域1010、动态A/N区域1012、动
态A/N区域1020、动态A/N区域1022、动态A/N区域1034、动态A/N区
域1036）的资源。
如图所示，针对子帧类型U 1000，UE可以将动态A/N区域1010之前
的整个资源集识别为PUCCH区域1006，而针对子帧类型N和X的PUCCH
区域可以仅使用针对类型U子帧的PUCCH区域1006的资源的子集。其它
资源可以用于其它目的。例如，UE可以识别出，子帧类型N 1002和子帧
类型X 1004分别在它们的PUCCH区域和动态A/N区域之间包括PUSCH
区域1026和1040。实际PUCCH区域和动态A/N区域之间的区域（例如，
针对子帧类型N 1002以及针对子帧类型X 1004）可以完全用于PUSCH，
或者可以用于一些其它目的，例如，作为调度器选择。
应当注意的是，对于图10中示出的示例性实现来说，支持动态
ACK/NACK区域的UE（例如，新UE）可以不需要额外的信令，因为UE
可以简单地以信号形式发送NPUCCH。此外，这种方案可以提供向后兼容，
因为传统UE（例如，Rel-8UE）可以对所有子帧假定相同的区域划分（例
如，如针对子帧类型U 1000所设定的）。
图11示出了取决于子帧的PUCCH区域的第二示例性实现。另外，所
示出的子帧包括子帧类型U 1100、子帧类型N 1102以及子帧类型X 1104。
在该示例性实现中，子帧类型U 1100可包括PUCCH区域1106、PUCCH
区域1108、动态A/N区域1110、动态A/N区域1112、PUSCH区域1114、
额外PUCCH区域1116、额外PUCCH区域1118。子帧类型N 1102可包括
PUCCH区域1120、PUCCH区域1122、动态A/N区域1124、动态A/N区
域1126以及PUSCH区域1128。子帧类型X 1104可包括PUCCH区域1130、
PUCCH区域1132、动态A/N区域1134、动态A/N区域1136、PUSCH区
域1138、额外PUCCH区域1140以及额外PUCCH区域1142。
在该示例性实现中，定义动态ACK/NAK区域的起始点的参数（例如，
NPUCCH）可以被设置为指示（例如，用于新UE的）全部子帧上的动态
ACK/NAK区域的最少起始点。另外，通过发送该被设置为最小值的参数，
BS可以以信号形式发送取决于子帧的PUCCH区域。基于该参数，UE可以
确定分配给动态A/N区域的资源（如图11所示）。
对于该示例性实现来说，基站还可以提供一个或多个额外的参数以指
示实际PUCCH区域（例如，针对子帧类型U 1100的额外PUCCH区域1116
和额外PUCCH区域1118、针对子帧类型X 1104的额外PUCCH区域1140
和额外PUCCH区域1142）。额外PUCCH区域可以在先前的或现有的传统
PUCCH区域和动态A/N区域之外。这种方案还可以允许向后兼容，因为传
统UE可以假定所有子帧上的一致的区域划分（例如，如针对子帧类型N
1102所设定的）。
应当注意的是，如果没有被完全使用，则动态A/N区域可以针对PUSCH
传输进行再利用。举另一个例子，当将第一设计选项与第二设计选项进行
比较时，第一设计选项可导致针对U子帧的较少的PUSCH资源分段，而
第二设计选项可导致针对N子帧的较少的PUSCH资源分段。
根据某些方面，针对多种子帧的PUCCH区域设计可组合成一种类型。
作为一个例子，就PUCCH资源管理而言，N子帧类型和X子帧类型的
PUCCH区域可以组合成一种子帧类型（并共享PUCCH资源的共同集合）。
因此，在该例子中，可以有效地存在两种类型的子帧：用于上面描述的
PUCCH区域设计选项中的每个设计选项的U子帧和N/X子帧。此外，对
图11中示出的示例性实现来说，动态A/N区域和额外PUCCH区域的区域
还可以按照与图12中示出的示例性实现相类似的方式而重叠。
图12示出了取决于子帧的PUCCH区域的第三示例性实现。另外，所
示出的子帧包括子帧类型U 1200、子帧类型N 1202以及子帧类型X 1204。
在该示例性实现中，子帧类型U 1200可包括PUCCH区域1206、PUCCH
区域1208、新的动态A/N区域1210、新的动态A/N区域1212、PUSCH区
域1214、额外PUCCH区域1216、额外PUCCH区域1218、传统（例如，
Rel-8）动态A/N区域1220以及传统（例如，Rel-8）动态A/N区域1222。
子帧类型N 1202可包括PUCCH区域1224、PUCCH区域1226、用于UE
的所有发布版本的动态A/N区域1228、用于UE的所有发布版本的动态A/N
区域1230以及PUSCH区域1232。子帧类型X 1204可包括PUCCH区域
1234、PUCCH区域1236、新的动态A/N区域1238、新的动态A/N区域1240、
PUSCH区域1242、额外PUCCH区域1244、额外PUCCH区域1246、传统
（例如，Rel-8）动态A/N区域1248以及传统（例如，Rel-8）动态A/N区
域1250。
利用图10和图11中示出的示例性实现，传统（例如，Rel-8）UE可以
被调度为在U子帧和X子帧中进行发射。然而，如果传统UE从不在（或
很少在）这些类型的子帧中被调度，那么可支持各种潜在的优化。
例如，如果传统UE支持动态A/N、CQI、SR和SPS A/N，则新UE可
以共享相同的资源块（RB）。如图所示，在子帧类型U 1200中，额外PUCCH
区域1216和Rel-8动态A/N区域1220可以共享RB，并且额外PUCCH区
域1218和Rel-8动态A/N区域1222可以共享RB。此外，在子帧类型X 1204
中，额外PUCCH区域1244和Rel-8动态A/N区域1248可以共享RB，并
且额外PUCCH区域1246和Rel-8动态A/N区域1250可以共享RB。
这种共享可以经由用于相同RB中的不同控制信息的资源的正交（例
如，使用不同的循环移位和/或正交覆盖（orthogonal cover））来实现。此外，
调度功能可以选择物理下行链路控制信道（PDCCH）的起始控制信道单元
（CCE）来调度物理下行链路共享信道（PDSCH）传输，以使得隐式得出
的动态A/N上行链路资源（其中，UE基于起始CCE和NPUCCH得出A/N上
行链路资源）与新UE的CQI、SR和SPS A/N资源不相冲突。在待调度的
Rel-8UE的数量非常有限的情况下，这样的调度限制可以是被容许的。
作为另一个例子，与用于Rel-8的动态A/N资源相比，用于新UE的动
态A/N资源的起始可以是不同的。以这样的方式，用于新UE的动态A/N
资源的区域与用于Rel-8的动态A/N资源的区域可能冲突也可能不冲突。
此外，可以在A/N和CQI之间共享相同的RB。这种共享可以使用Rel-8中
定义的混合RB，经由参数Ncs(1)来设定，其中，参数Ncs(1)可以指示用于
混合RB上的A/N/SR的循环移位的数量。例如，Ncs(1)=0可指示没有混
合的RB。在其它方面，该参数可以定义用于混合RB中的A/N/SR的循环
移位的数量。对于某些实现来说，可能不允许与Rel-8动态A/N共享CQI，
（例如）以便降低复杂度。
作为另一个例子，Rel-8动态A/N区域可以与新的A/N/SR（动态A/N
和/或SPS A/N）区域共享RB。在该情形下，控制PUCCH A/N容量和性能
权衡的参数（例如，其取值1、2和3）可以被设置为较大值，以有
助于进行复用。
可以使用各种信令来实现上面描述的实施实例。例如，可以将NPUCCH
设置为表示所有子帧类型上的最小PUCCH区域，并且（除了NPUCCH所指
示的区域以外的区域，还）可以向新UE指示额外PUCCH区域。除了（经
由提供用于Rel-8中的PUCCH格式2/2a/2b的若干资源块的层3参数（例
如，NRB）而定义的）CQI区域参数之外，还可以向新UE提供另一参数以
定义额外PUCCH区域中的CQI区域。
在一些情形下，与图10和图11中示出的示例性实现相比，图12中示
出的并且在上文描述的示例性实现可以提供经优化的PUSCH资源利用。然
而，该优化可能依赖于针对Rel-8UE的额外的调度限制以及新UE的额外
的信令要求。
在任意情形下，通过利用取决于子帧的PUCCH资源分配，可以实现U
和共享的X子帧（其中，传统（例如，Rel-8）UE和新UE很有可能共存）
中的UL资源的高效使用。对于任何新近允许加入系统的UE来说，优选的
是，在使用共享的X子帧之前，首先经由受保护的U子帧中的增加的
PUCCH区域来提供稳健的PUCCH传输。
本申请描述的情境和实施例可应用于任意异构网络（HetNet），这些网
络包括但不限于：毫微微到毫微微网络、宏到微微网络和/或任何其它类型
的HetNet，其中在这些网络中，受干扰的BS可以实现本申请中所描述的功
能中的任意功能。
本申请所描述的技术可使用各种适当的单元来实现，这些单元可以包
括硬件组件和/或软件组件的任何适当组合。在一个方面，前述单元可以包
括用于执行上文描述的功能的处理器（如结合附图而描述的那些处理器）。
在其它方面，前述单元可以包括用于执行前述单元所具功能的模块或任意
装置。
术语“模块”、“组件”等意在指代计算机相关的实体，其可以是硬件、
固件、软件和硬件的组合、软件、或者执行中的软件。例如，组件可以是
但并不限于：处理器上运行的进程、处理器、对象、可执行程序、执行的
线程、程序和/或计算机。举例而言，计算设备上运行的应用和此计算设备
都可以是组件。一个或多个组件可以驻留在执行中的进程和/或线程内，并
且组件可以位于一台计算机上和/或分布于两台或更多台计算机之间。另外，
可以从其上存储有各种数据结构的多种计算机可读介质中执行这些组件。
这些组件可以例如根据具有一个或多个数据分组（例如，来自一个组件的
数据，该组件与本地系统、分布式系统中的另一个组件进行交互，并且/或
者以信号的方式通过诸如互联网之类的网络与其它系统进行交互）的信号、
以本地和/或远程进程的方式进行通信。
本领域技术人员应当理解，信息和信号可以使用多种不同的技术和方
法来表示。例如，在贯穿上面的描述中提及的数据、指令、命令、信息、
信号、比特、符号和码片可以用电压、电流、电磁波、磁场或磁粒子、光
场或光粒子或者其任意组合来表示。
本领域技术人员还应当明白，结合本申请的公开内容描述的各个说明
性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件
或其组合。为了清楚地表示硬件和软件之间的可交换性，上面对各个说明
性的组件、框、模块、电路和步骤均围绕其功能进行了总体描述。至于这
种功能是实现成硬件、软件还是两者的组合，取决于特定的应用和对整个
系统所施加的设计约束条件。本领域技术人员可以针对每个特定应用，以
变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本申
请公开内容的保护范围。
可以使用设计为执行本申请所描述功能的通用处理器、数字信号处理
器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或其它可
编程逻辑设备、分立门或者晶体管逻辑器件、分立硬件组件或者其任意组
合，来实现或执行结合本申请公开内容而描述的各个说明性的逻辑框、模
块和电路。通用处理器可以是微处理器，或者，该处理器可以是任何常规
的处理器、控制器、微控制器或者状态机。处理器还可以实现为计算设备
的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处
理器与DSP内核的结合，或者任何其它此种结构。
结合本申请公开内容而描述的方法或算法的步骤可以直接实现在硬件
中、由处理器运行的软件模块中或两者的组合中。软件模块可以位于随机
存取存储器（RAM）、只读存储器（ROM）、可编程ROM（PROM）、电可
编程ROM（EPROM）、电可擦除ROM（EEPROM）、寄存器、硬盘、可移
动盘、CD-ROM或本领域已知的任何其它形式的存储介质中。举例说明而
非加以限制，RAM具有多种可用形式，例如同步RAM（SRAM）、动态RAM
（DRAM）、静态DRAM（SDRAM）、双倍数据速率SDRAM（DDR SDRAM）、
增强型SDRAM（ESDRAM）、Synchlink DRAM（SLDRAM）和直读式Rambus
RAM（DRRAM）。示例性存储介质耦合到处理器，以使得处理器能够从该
存储介质读取信息或向该存储介质写入信息。或者，存储介质可以是处理
器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用
户终端中。或者，处理器和存储介质可以作为分立组件位于用户终端中。
在一个或多个示例性设计方案中，本申请所描述的功能可以用硬件、
软件、固件或其组合来实现。当使用软件来实现时，可以将这些功能存储
在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码
进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介
质包括有助于从一个地方向另一个地方传送计算机程序的任何介质。存储
介质可以是可由通用或专用计算机访问的任何可用介质。举例来说而非限
制，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或
其它光盘存储器、磁盘存储介质或其它磁存储设备、或者能够用于携带或
存储期望的指令或数据结构形式的程序代码并能够由通用计算机或专用计
算机或者通用处理器或专用处理器访问的任何其它介质。此外，任何连接
可以适当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤
电缆、双绞线、数字用户线（DSL）或者诸如红外线、无线电和微波之类的
无线技术从网站、服务器或其它远程源传输的，那么这些同轴电缆、光纤
电缆、双绞线、DSL或者诸如红外线、无线电和微波之类的无线技术包括
在所述介质的定义中。本申请所使用的磁盘和光盘包括压缩光盘（CD）、激
光盘、光盘、数字通用光盘（DVD）、软盘以及蓝光光盘，其中，磁盘通常
以磁的方式再现数据，而光盘通常利用激光以光的方式再现数据。上述的
组合也应当包括在计算机可读介质的保护范围之内。
如本申请使用的，提及项目列表中的“至少一个”的短语是指项目的
任意组合（包括单个元素）。举例来说，“a、b或c中的至少一个”旨在涵
盖：a、b、c、a-b、a-c、b-c以及a-b-c。
为使任何本领域技术人员都能够实现或者使用本发明，提供了对本申
请公开内容的以上描述。对于本领域技术人员来说，本申请公开内容的各
种修改方式都是显而易见的，并且本申请所定义的总体原理也可以在不脱
离本申请的精神或保护范围的基础上适用于其它变型。因此，本申请公开
内容并非旨在受限于本申请所描述的例子和设计方案，而是与本申请所公
开的原理和新颖特征的最广范围相一致。