CN103503360A - 具有子帧限制的载波的载波聚合 - Google Patents

Abstract

实施方式考虑到使中继节点上行链路控制信息能在中继节点与宿主e节点B（DeNB）之间的接口上在一个或者多个子帧中传输。实施方式考虑到避免小区上（例如在主小区上）的上行链路传输限制（也许由于子帧配置）的技术，其中限制可以使中继节点上行链路控制信息在中继节点与宿主e节点B（DeNB）之间的接口上传输困难（如果并非不可能）。实施方式还考虑到中继节点与宿主e节点B之间的接口上的资源可以跨一个或者多个分量载波或者服务小区被调度。

Description

具有子帧限制的载波的载波聚合

相关申请的交叉引用

本申请要求2011年4月29日申请的名称为“CARRIERAGGREGRATION FOR RELAY NETWORKS”的美国临时专利申请No.61/480806和2011年11月4日申请的名称为“CARRIER AGGREGRATIONOF CARRIERS WITH SUBFRAME RESTRICTIONS”的美国临时申请No.61/556116的权益，为了所有目的两个申请的全部内容以引用的方式结合于此。

背景技术

通信***中的中继节点可以有助于解决容量问题，例如小区边缘性能。通信***中继功能可以包括类似直放站的功能，并且也包括解调、解码、以及错误更正功能。中继节点以中介的角色实现上述功能，可以使无线发射/接收单元（WTRU，或者“用户设备”UE）与基站之间的通信可能具有低信噪比。

例如，具有长期演进（LTE）能力的通信***可以例如支持至多下行链路数据速率中的100Mbps以及上行链路数据速率中的50Mbps。除其他技术之外，载波聚合可以实现下行链路速率的增长。例如，载波聚合可以支持至多100MHz的灵活带宽分配。在一些LTE***中，载波可以被视作分量载波。例如，多重分量载波的单一连续下行链路（DL）40MHz聚合可以与单一15MHz上行链路（UL）载波形成一对。

发明内容

所提供的发明内容以简化形式介绍选择的概念，这些概念将在下面的具体说明中进行进一步描述。此发明内容并不试图标识请求保护的主题的主要特征或基本特征，也无意用于对请求保护的主题的范围进行限定。

实施方式所考虑的设备与技术可以使在子帧中，中继节点上行链路控制信息在中继节点与宿主（donor）e节点B之间的接口上传输，在该子帧中中继节点可以不在上行链路中的主小区上传输。所考虑的实施方式可以有助于避免可能由于子帧配置造成的上行链路传输在主小区上受限，而使中继节点上行链路控制信息传输可能无法在中继节点与宿主e节点B之间的接口上传输的情况。实施方式也考虑到中继节点与宿主e节点B之间的接口上的资源可以跨一个或更多、或者多重的分量载波或者服务小区调度。

实施方式考虑到一个或者更多、或者多重的服务小区或者分量载波可以与一个或者更多中继节点同宿主e节点B（DeNB）（或者一个或者更多DeNB）之间的接口连接。实施方式考虑到一个或者更多中继节点可以决定子帧分配（partition）配置以在一个或者更多中继节点与宿主e节点B之间进行传输。例如，中继节点可以经由无线资源控制信令从宿主e节点B接收到分配配置。中继节点可以在一个或者更多服务小区或者分量载波上应用分配配置。

实施方式考虑到与中继节点与宿主e节点B之间的接口关联的服务小区可以包括主服务小区以及一个或者更多次服务小区。在一个或者更多实施方式中，中继节点可以在与次服务小区关联的物理上行链路控制信道（PUCCH）上传输至少部分上行链路控制信息。实施方式也考虑到部分上行链路控制信息可以被绑定和/或在中继节点与宿主e节点B之间的多个子帧上传输。进一步地，实施方式考虑到资源可以与一个服务小区关联，该资源可以经由在另一个服务小区上接收的控制信令而被调度。

实施方式所考虑的节点，可以与无线通信***通信。该节点可以被配置为，至少部分地，至少与第一服务小区以及第二服务小区通信。该节点还可以被配置为接收针对第一服务小区的第一子帧分配配置。此外，该节点可以被配置为接收针对第二服务小区的第二子帧分配配置。进一步地，该节点可以被配置为将至少部分的第一子帧分配配置以及至少部分第二子帧分配配置应用到第一服务小区或者第二服务小区中的至少一个。在一个或者更多实施方式中，第一服务小区可以为主服务小区（Pcell）并且第二服务小区可以为次服务小区（Scell）。此外，实施方式考虑到第一子帧分配配置可能与第二子帧分配配置不相同。

实施方式所考虑的节点可以与无线通信***进行通信。实施方式所考虑的节点可以被配置为，至少部分地，与至少第一服务小区以及第二服务小区通信，其中第一服务小区可以为主服务小区（Pcell）并且第二服务小区可以为次服务小区（Scell）。实施方式所考虑的节点可以被配置为接收针对Pcell的第一子帧分配配置。实施方式也考虑到该节点可以被配置为接收针对Scell的第二子帧分配配置。实施方式也考虑到该节点可以被配置为在至少部分基于第一子帧分配配置与第二子帧分配配置中的至少一者的情况下，经由Scell的物理上行链路控制信道（PUCCH）的子帧传输至少部分上行链路控制信息（UCI）。一个或者更多实施方式考虑到上述情况可以包括针对在与Scell的物理上行链路控制信道（PUCCH）的子帧相对应的子帧中具有受限上行链路的Pcell的第一子帧分配配置。

实施方式所考虑的节点，可以与无线通信***通信。实施方式考虑到该节点可以被配置为，至少部分地，至少与第一服务小区以及第二服务小区通信，其中第一服务小区可以为主服务小区（Pcell）并且第二服务小区可以为次服务小区（Scell）。实施方式考虑到该节点可以被配置为接收针对Pcell的子帧分配配置。此外，实施方式考虑到该节点可以被配置为经由Scell的物理上行链路控制信道（PUCCH）的子帧传输至少部分上行链路控制信息（UCI），其中Scell可能不具有子帧分配配置。

实施方式所考虑的节点，可以与无线通信***通信。实施方式考虑到该节点可以被配置为，至少部分地，用第一分量载波以及第二分量载波通信。实施方式也考虑到节点可以被配置为接收针对第一分量载波的第一子帧分配配置。实施方式考虑到该节点可以被配置为接收针对第二分量载波的第二子帧分配配置。一个或者更多实施方式考虑到第一子帧分配配置可以与第二分配配置不相同。实施方式也考虑到该节点可以被配置为利用时间偏移值在第一分量载波与第二分量载波之间实现交叉载波调度。

附图说明

结合附图阅读更易了解下文所公开的实施方式详细说明。为了说明，附图中示出示例实施方式，但主题并不限定于所公开的具体的要素或者方式。附图中：

图1A是可以在其中执行一个或更多公开的实施方式的示例通信***的***图；

图1B是可在图1A所示的通信***中使用的示例无线发射/接收单元（WTRU）的***图；

图1C是可在图1A所示的通信***中使用的示例无线电接入网以及示例核心网的***图；

图2示出与实施方式相一致的支持中继节点的示例***；

图2A示出与实施方式相一致的针对类型2（针对5ms交换点（switchpoint）周期）的示例性帧结构；

图2B示出与实施方式相一致的示例性上行链路-下行链路配置；

图3示出与实施方式相一致的针对具有至少两个可用频率的载波聚合的示例性配置；

图4示出与实施方式相一致的针对具有至少两个可用频率的载波聚合的另一种示例性配置；

图5示出与实施方式相一致的针对具有至少两个可用频率的载波聚合的另一种示例性配置；

图6示出与实施方式相一致的针对具有至少两个可用频率的载波聚合的另一种示例性配置；

图6A示出与实施方式相一致的针对TDD UE的示例性UL/DL配置；

图6B示出与实施方式相一致的示例性TDD UE PDSCH与HARQ定时，其中指示每个小区的DL PDSCH与UL PUCCH之间的适当配对；

图7示出与实施方式相一致的示例性的主小区中继节点与宿主e节点B子帧分配模式；

图8示出与实施方式相一致的一个或者更多关于子帧受限节点技术的方框图；

图9示出与实施方式相一致的一个或者更多关于子帧受限节点技术的方框图；

图10示出与实施方式相一致的一个或者更多关于子帧受限节点技术的方框图；以及

图11示出与实施方式相一致的一个或者更多关于子帧受限节点技术的方框图。

具体实施方式

在此参考多幅附图对说明性实施方式的详细说明进行描述。虽然此说明对可能的实现方式提供详细的示例，但是应当注意的是，这些详述意图作为示例，并且不以任何方式对本申请的范围进行限定。此处所使用的冠词“一”，如没有进一步的条件或者特性，可以被理解为例如“一个或者更多”或者“至少一个”的含义。

图1A是可在其中执行一个或更多公开的实施方式的示例通信***100的图。通信***100可以是多接入***，其向多个无线用户提供内容，例如语音、数据、视频、消息发送、广播等等。通信***100可以使多个无线用户通过***资源（包括无线带宽）的共享来访问所述内容。例如，通信***100可使用一种或多种信道接入方法，例如码分多址（CDMA）、时分多址（TDMA）、频分多址（FDMA）、正交FDMA（OFDMA）、单载波FDMA（SC-FDMA）等等。

如图1A所示，通信***100可以包括无线发射/接收单元（WTRU）102a、102b、102c、102d，无线电接入网（RAN）104，核心网106，公共交换电话网（PSTN）108，因特网110和其他网络112，不过应该理解的是公开的实施方式考虑到了任何数量的WTRU、基站、网络和/或网络元件。WTRU102a、102b、102c、102d中的每一个可以是被配置为在无线环境中进行操作和/或通信的任何类型的设备。作为示例，WTRU102a、102b、102c、102d可以被配置为传送和/或接收无线信号，并且可以包括用户设备（WTRU）、移动台、固定或移动用户单元、寻呼机、蜂窝电话、个人数字助理（PDA）、智能电话、笔记本电脑、上网本、个人计算机、无线传感器、消费性电子产品等等。

通信***100还可以包括基站114a和基站114b。基站114a、114b中的每一个可以是被配置为无线连接WTRU102a、102b、102c、102d中的至少一个的任何类型的设备，以促进对一个或更多通信网络（例如核心网106、因特网110和/或网络112）的接入。作为示例，基站114a、114b可以是基站收发信台（BTS）、节点B、演进的节点B（e节点B）、家庭节点B（HNB）、家庭e节点B（HeNB）、站点控制器、接入点（AP）、无线路由器等等。虽然基站114a、114b每个被描述为单独的元件，但是应该理解的是基站114a、114b可以包括任何数量互连的基站和/或网络元件。

基站114a可以是RAN104的一部分，所述RAN104还可包括其他基站和/或网络元件（未示出），例如基站控制器（BSC）、无线电网络控制器（RNC）、中继节点等等。基站114a和/或基站114b可被配置成在特定地理区域内传送和/或接收无线信号，所述特定地理区域可被称作小区（未示出）。所述小区可进一步划分为小区扇区。例如，与基站114a相关联的小区可划分为三个扇区。因而，在一个实施方式中，基站114a可包括三个收发信机，即小区的每个扇区使用一个收发信机。在另一个实施方式中，基站114a可使用多输入多输出（MIMO）技术，并且因此可针对小区的每个扇区使用多个收发信机。

基站114a、114b可通过空中接口116与WTRU102a、102b、102c、102d中的一个或更多进行通信，所述空中接口116可以是任何适当的无线通信链路（例如，射频（RF），微波，红外线（IR），紫外线（UV），可见光等等）。可使用任何适当的无线电接入技术（RAT）来建立空中接口116。

更具体地，如上所述，通信***100可以是多接入***，并且可以使用一种或多种信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如，RAN104中的基站114a和WTRU102a、102b、102c可以实施例如通用移动电信***（UMTS）陆地无线电接入（UTRA）的无线电技术，其可以使用宽带CDMA（WCDMA）来建立空中接口116。WCDMA可以包括通信协议，例如高速分组接入（HSPA）和/或演进的HSPA（HSPA+）。HSPA可以包括高速下行链路分组接入（HSDPA）和/或高速上行链路分组接入（HSUPA）。

在另一个实施方式中，基站114a和WTRU102a、102b、102c可实施例如演进UMTS陆地无线电接入（E-UTRA）的无线电技术，其可以使用长期演进（LTE）和/或高级LTE（LTE-A）来建立空中接口116。

在其他实施方式中，基站114a和WTRU102a、102b、102c可实施无线电技术，例如IEEE 802.16（即，全球互通微波存取（WiMAX）），CDMA2000，CDMA20001X，CDMA2000 EV-DO，临时标准2000（IS-2000），临时标准95（IS-95），临时标准856（IS-856），全球移动通信***（GSM），GSM演进的增强型数据速率（EDGE），GSM EDGE（GERAN）等等。

图1A中的基站114b可以例如是无线路由器、家庭节点B、家庭e节点B或接入点，并且可以使用任何适当的RAT来促进局部区域中的无线连接，例如商业场所、住宅、车辆、校园等等。在一个实施方式中，基站114b和WTRU 102c、102d可以实施例如IEEE 802.11的无线电技术来建立无线局域网（WLAN）。在另一个实施方式中，基站114b和WTRU 102c、102d可以实施例如IEEE 802.15的无线电技术来建立无线个域网（WPAN）。仍然在另一个实施方式中，基站114b和WTRU 102c、102d可以使用基于蜂窝的RAT（例如，WCDMA，CDMA2000，GSM，LTE，LTE-A等）来建立微微小区或毫微微小区。如图1A所示，基站114b可以具有到因特网110的直接连接。因此，基站114b可以不必经由核心网106而接入到因特网110。

RAN 104可以与核心网106通信，所述核心网106可以是被配置为向WTRU 102a、102b、102c、102d中的一个或更多提供语音、数据、应用和/或通过网际协议的语音（VoIP）服务的任何类型的网络。例如，核心网106可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分配等，和/或执行高级安全功能，例如用户认证。虽然图1A中未示出，应该理解的是RAN 104和/或核心网106可以与使用和RAN 104相同的RAT或不同RAT的其他RAN进行直接或间接的通信。例如，除了连接到正在使用E-UTRA无线电技术的RAN 104之外，核心网106还可以与使用GSM无线电技术的另一个RAN（未示出）通信。

核心网106还可以充当WTRU 102a、102b、102c、102d接入到PSTN 108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供普通老式电话服务（POTS）的电路交换电话网络。因特网110可以包括使用公共通信协议的全球互联计算机网络和设备的***，所述协议例如有TCP/IP网际协议组中的传输控制协议（TCP）、用户数据报协议（UDP）和网际协议（IP）。网络112可以包括被其他服务提供商拥有和/或操作的有线或无线的通信网络。例如，网络112可以包括连接到一个或更多RAN中的另一个核心网，该RAN可以使用和RAN 104相同的RAT或不同的RAT。

通信***100中的WTRU 102a、102b、102c、102d的一些或全部可以包括多模式能力，即WTRU 102a、102b、102c、102d可以包括用于在不同无线链路上与不同无线网络进行通信的多个收发信机。例如，图1A中示出的WTRU 102c可被配置为与基站114a通信以及与基站114b通信，所述基站114a可以使用基于蜂窝的无线电技术，所述基站114b可以使用IEEE802无线电技术。

图1B是示例WTRU 102的***图。如图1B所示，WTRU 102可以包括处理器118、收发信机120、发射/接收元件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移动存储器130、可移动存储器132、电源134、全球定位***（GPS）芯片组136和其他***设备138。应该理解的是WTRU 102可以在保持与实施方式一致的同时，包括前述元件的任何子组合。

处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器（DSP）、多个微处理器、与DSP核相关联的一个或更多微处理器、控制器、微控制器、专用集成电路（ASIC）、场可编程门阵列（FPGA）电路、任何其他类型的集成电路（IC）、状态机等等。处理器118可执行信号编码、数据处理、功率控制、输入/输出处理和/或使WTRU 102能够在无线环境中进行操作的任何其他功能。处理器118可以耦合到收发信机120，所述收发信机120可耦合到发射/接收元件122。虽然图1B示出了处理器118和收发信机120是单独的部件，但是应该理解的是处理器118和收发信机120可以一起集成在电子封装或芯片中。

发射/接收元件122可以被配置为通过空中接口116将信号发送到基站（例如，基站114a），或从基站（例如，基站114a）接收信号。例如，在一个实施方式中，发射/接收元件122可以被配置为发送和/或接收RF信号的天线。在另一个实施方式中，发射/接收元件122可以是被配置为发送和/或接收例如IR、UV或可见光信号的发射器/检测器。仍然在另一个实施方式中，发射/接收元件122可以被配置为发送和接收RF和光信号两者。应该理解的是发射/接收元件122可以被配置为发送和/或接收无线信号的任何组合。

此外，虽然发射/接收元件122在图1B中示出为单独的元件，但是WTRU102可以包括任意数量的发射/接收元件122。更具体地，WTRU 102可以使用MIMO技术。因此，在一个实施方式中，WTRU 102可以包括用于通过空中接口116发送和接收无线信号的两个或更多个发射/接收元件122（例如，多个天线）。

收发信机120可以被配置为调制要由发射/接收元件122发送的信号，和解调由发射/接收元件122接收的信号。如上所述，WTRU 102可以具有多模式能力。因此，收发信机120可以包括使WTRU 102能够经由多个RAT通信的多个收发信机，所述多个RAT例如有UTRA和IEEE 802.11。

WTRU 102的处理器118可以耦合到下述设备，并且可以从下述设备中接收用户输入数据：扬声器/麦克风124、键盘126和/或显示器/触摸板128（例如，液晶显示器（LCD）显示单元或有机发光二极管（OLED）显示单元）。处理器118还可以输出用户数据到扬声器/麦克风124、键盘126和/或显示/触摸板128。此外，处理器118可以从任何类型的适当的存储器访问信息，并且可以存储数据到所述存储器中，例如不可移动存储器130和/或可移动存储器132。不可移动存储器130可以包括随机存取存储器（RAM）、只读存储器（ROM）、硬盘或任何其他类型的存储器设备。可移动存储器132可以包括用户身份模块（SIM）卡、记忆棒、安全数字（SD）存储卡等等。在其他的实施方式中，处理器118可以从在没有物理位于WTRU 102上（例如服务器或家用计算机（未示出）上）的存储器访问信息，并且可以将数据存储在该存储器。

处理器118可以从电源134接收电能，并且可以被配置为分配和/或控制到WTRU 102中的其他组件的电能。电源134可以是给WTRU 102供电的任何适当的设备。例如，电源134可以包括一个或更多干电池（例如，镍镉（NiCd）、镍锌（NiZn）、镍氢（NiMH）、锂离子（Li-ion），等等），太阳能电池，燃料电池等等。

处理器118还可以耦合到GPS芯片组136，所述GPS芯片组136可以被配置为提供关于WTRU 102当前位置的位置信息（例如，经度和纬度）。除来自GPS芯片组136的信息或作为其替代，WTRU 102可以通过空中接口116从基站（例如，基站114a、114b）接收位置信息，和/或基于从两个或更多个邻近基站接收的信号的定时来确定其位置。应该理解的是WTRU 102在保持实施方式的相一致的同时，可以通过任何适当的位置确定方法获得位置信息。

处理器118可以进一步耦合到其他***设备138，所述***设备138可以包括一个或更多提供附加特性、功能和/或有线或无线连接的软件和/或硬件模块。例如，***设备138可以包括加速计、电子罗盘、卫星收发信机、数字相机（用于照片或视频）、通用串行总线（USB）端口、振动设备、电视收发器、免提耳机、蓝牙模块、调频（FM）无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。

图1C是根据实施方式的RAN 104和核心网106的***图。如上所述，RAN 104可使用E-UTRA无线电技术通过空中接口116与WTRU 102a、102b和102c通信。RAN 104还可以与核心网106通信。

RAN 104可包括e节点B140a、140b、140c，但是可以理解的是RAN 104可在保持与实施方式相一致的同时，包括任何数量的e节点B。所述e节点B 140a、140b、140c的每一个可包括一个或更多收发信机，用于通过空中接口116与WTRU 102a、102b、102c通信。在一个实施方式中，e节点B 140a、140b、140c可实施MIMO技术。因而，例如，e节点B140a可使用多个天线将无线信号发送到WTRU 102a以及从WTRU 102a中接收无线信号。

e节点B 140a、140b和140c中的每一个可与特定小区（未示出）相关联，并可以被配置为处理无线电资源管理决定、切换决定、上行链路和/或下行链路中的用户调度等等。如图1C所示，e节点B140a、140b、140c可通过X2接口彼此通信。

图1C中示出的核心网106可包括移动性管理网关（MME）142、服务网关144和分组数据网络（PDN）网关146。虽然前述的每个元件被描述为核心网106的一部分，但是应该理解的是这些元件中的任何一个都可由核心网运营商之外的实体拥有和/或操作。

MME 142可经由S1接口连接到RAN 104中的eNB140a、140b和140c的每一个，并且可以充当控制节点。例如，MME 142可负责认证WTRU 102a、102b、102c的用户，承载激活/去激活，在WTRU 102a、102b、102c的初始附着期间选择特定服务网关，等等。MME 142还可以为RAN104和使用其他无线电技术（例如GSM或WCDMA）的其他RAN（未示出）之间的交换提供控制平面功能。

服务网关144可经由S1接口连接到RAN 104中e节点B140a、140b、140c的每一个。服务网关144通常可以路由并且转发往/来WTRU 102a、102b、102c的用户数据分组。服务网关144还可以执行其他功能，例如在e节点B之间的切换期间锚定用户平面，在下行链路数据可用于WTRU 102a、102b、102c时触发寻呼，管理和存储WTRU 102a、102b、102c的上下文等等。

服务网关144还可连接到PDN网关146，所述PDN网关146可以向WTRU 102a、102b、102c提供对分组交换网络（例如，因特网110）的接入，以促进WTRU 102a、102b、102c和IP使能设备之间的通信。

核心网106可促进与其他网络的通信。例如，核心网106可向WTRU102a、102b、102c提供对电路交换网络（例如PSTN108）的接入，以促进WTRU 102a、102b、102c和传统陆地线通信设备之间的通信。例如，核心网106可包括IP网关，或可与IP网关通信（例如，IP多媒体子***（IMS）服务器），所述IP网关用作核心网106和PSTN 108之间的接口。此外，核心网106可向WTRU 102a、102b、102c提供对网络112的接入，所述网络112可包括其他由服务提供商拥有和/或操作的其他有线或无线网络。

实施方式认识到3GPP LTE版本（LTE R8/9）例如，可以支持针对2x2配置的至多下行链路（DL）中的100Mbps，并以及上行链路（UL）中的50Mbps。LTE下行链路传输方案可以基于OFDMA空中接口。实施方式认识到LTE R8/9***可以支持可缩放传输带宽，例如1.4、2.5、5、10、15或者20Mhz的其中之一。

在LTE R8/9以及R10中，无线电帧可以包括10毫秒（ms）。无线电帧可以包括10个大小相等的1ms子帧。每个子帧可以包括2个大小相等的各为0.5ms的时隙。实施方式认识到每个时隙例如可以有7或者6个OFDM符号。例如，每时隙7个符号可以与一般循环前缀长度一起使用，而每个时隙6个符号可以在具有扩展循环前缀长度的***配置中使用。在一个或者更多的实施方式中，针对LTE R8/9***的子载波间距可以为15kHz。并且在一个或者更多的实施方式中，缩减的子载波间距模式可以采用7.5kHz。

实施例考虑到资源元素（RE）可以对应于一个（1）OFDM符号间隔期间的一个（1）子载波，并且在一些实施例中，可以准确地与一个（1）OFDM符号间隔期间的一个（1）子载波相对应。例如，0.5ms时隙期间的12个连续的子载波可以构成一个（1）资源块（RB）。每个具有每时隙7符号的RB可以包括12×7=84RE。DL载波可以包括数量可缩放的资源块（RB），例如，数量变化范围自最少6个RB到最大110个RB。作为示例，而并非限定，这可以对应于大体上1MHz直至20MHz的总的可缩放传输带宽。例如，一组普通传输带宽可以被规定为，例如1.4、3、5、10和/或20MHz。

在一个或者更多实施方式中，针对动态调度的基本时域单元可以是一个包括两个连续时隙的子帧。这可以被称为资源块对。实施方式考虑到可以分配一些OFDM符号上的某些子载波来携带时间频率网格中的导频信号。在一个或者更多实施方式中，例如除其他原因，为了符合频谱掩码的要求，可以不传输传输带宽边缘的给定数量的子载波。

实施例考虑到除其他技术外，载波聚合可以使用带宽扩展提高单载波数据速率。例如，除其他技术之外，通过载波聚合WTRU可以在多服务小区的物理上行链路共享信道（PUSCH）以及物理下行链路共享信道（PDSCH）上同步传输并且接收。实施方式也认识到在LTE R8/9中和/或R10的单载波配置中，网络（NW）可以为WTRU分配至少一对UL以及DL载波（FDD）、或者针对UL以及DL时间共享的单载波（TDD），对于任何指定的子帧，可以具有针对UL的激活的混合自动重传请求（HARQ）进程（并且在一些实施方式中可能是针对UL的激活的单个HARQ进程）和/或在DL中激活的HARQ进程（并且在一些实施方式中可能是在DL中的激活的单个HARQ进程）。

实施方式认识到，除了其他方法之外，具有载波聚合的高级LTE（LTE CAR10）可以利用也被称为载波聚合（CA）的带宽扩展提高单载波LTE数据速率。通过CA，在一个或者更多实施方式中WTRU可以在一个或者更多、或者多重服务小区的物理上行链路共享信道（PUSCH）以及物理下行链路共享信道（PDSCH）上（分别）同时传输并且接收。例如，除了主服务小区（PCell）之外，可以使用至多四个次服务小区（SCell）。可以支持至多100MHz的灵活带宽分配。实施方式考虑到上行链路控制信息（UCI）可以包括HARQACK/NACK反馈和/或信道状态信息（CSI）。在一个或者更多实施方式中，可以在PCell的物理上行链路控制信道（PUCCH）资源上和/或被配置用于上行链路传输的服务小区的可用PUSCH资源上传输UCI。

用于调度PDSCN与PUSCH的控制信息可以在一个或者更多物理数据控制信道（PDCCH）上发送。除LTE R8/9调度利用针对UL与DL载波对的一个PDCCH之外，实施方式认识到对于给定PDCCH的交叉载波调度可以得到支持，该给定的PDCCH可以允许网络提供用于在其他服务小区传输的PDSCH分配和/或PUSCH授权。

一个或者更多实施方式认识到，对于用CA操作的LTE R10WTRU，每个服务小区可以具有一个HARQ实体。在一个或者更多的实施方式中，一些HARQ实体，或者每个HARQ实体，可以包括8个HARQ程序，如此一个往返时间（RTT）的每个子帧可以具有一个HARQ进程。实施方式考虑到在任何指定子帧中针对UL和/或针对DL可能具有激活的多于一个HARQ进程。在一个或者更多实施方式中，每个配置的服务小区可以最多具有一个UL以及一个DL HARQ程序。

一个或者更多实施方式认识到WTRU可以不被配置来支持PUCCH与PUSCH同时传输。例如，当至少一个PUSCH在服务小区上传输时，在一个或者更多实施方式中，在给定子帧中WTRU可以在单个PUSCH传输上传输UCI。当PUSCH在PCell上传输时，在给定子帧中WTRU可以在PUSCH传输上传输UCI。可替换地亦或除此之外，在一个或者更多实施方式中WTRU可以例如至少部分基于针对一些SCell或者可能每个Scell配置的索引，在具有最低servCellIndex的Scell的PUSCH上传输UCI。例如，当PUSCH没有在任何小区上传输，WTRU可以在PCell的PUCCH上传输UCI。

在一个或者更多实施方式中，可以支持PUCCH与PUSCH同时传输。实施方式考虑到ACK/NACK可以在PUCCH上传输，并且CSI可以在PUSCH上传输。选择哪个PUSCH传输可以与此处所述的关于不支持PUCCH与PUSCH同时传输的实施例相同。

在一个或者更多实施例，可以传输非周期性CSI，对于该非周期性CSI，WTRU可以接收UL授权。对于收到授权的非周期性CSI，WTRU可以在PUSCH（Pcell或者Scell）上传输该非周期性CSI。

实施例考虑到可以为PUCCH定义不同的传输格式，例如格式1/1a/1b，2/2a/2b以及格式3。一些格式或者每个格式可以携带不同数量的UCI比特。实施例考虑到被指定来处理例如但不限于当UCI比特数超过可用于UCI传输的比特数时的情况的规则。

实施例考虑到中继节点（RN）可以在电子网络中提供演进节点B的低成本替代品。当使用中继时，至少部分地，可以通过消除与有线链路连接至网络有关的资本与操作开销实现成本的降低。例如，中继节点可以充当多个用户设备（UE）（或者无线发射/接收单元-WTRU）的中介来与“宿主eNB”（DeNB）通信，宿主eNB可以向WTRU提供至网络的链接。图2示出示例性通信网络架构的方块图。如图所示，中继节点（RN）可以作为一个或者更多WTRU的服务小区使得WTRU可以与通信网络（例如LTE网络）连接。如图所示，WTRU可以经由WTRU与RN之间的接口（Uu接口）通信，并且RN可以经由RN与DeNB之间的接口（Un接口）与“宿主eNB”（DeNB）通信。在一个或者更个实施方式中，RN WTRU可以包括WTRU，该WTRU可以具有中继节点作为它的服务小区。实施方式考虑到宏WTRU可以包括具有中继节点作为它的服务小区的WTRU。在一个或者更多实施方式中，eNB例如可以是针对一个或者更多RN的宿主eNB。

如图所示，Uu接口或者RN Uu接口可以包括RN与RN可能正在服务的指定WTRU之间的接口。Uu接口可以被称作RN接入链路。Un接口可以包括RN与它的宿主eNB之间的接口。此外，Un接口可以包括无线接口，无线接口可以促进RN流量。Un接口可以被称作回程（backhaul）或者链路。Uu DRB/UE DRB可以包括例如被配置为向WTRU提供服务/接收WTRU提供的服务的DRB。Uu RB/UE RB可以包括被配置为向WTRU提供服务/接收WTRU提供的服务的无线承载（RB）。RB可以为数字无线承载（DRB）、信令无线承载（SRB）等等。在一个或者更多实施方式中，Un DRB可以包括DRB，被配置为宿主eNB与中继节点之间Un上的无线承载。DRB例如可以用来运送与UE有关的数据业务。

实施方式认识到在R10中，载波聚合例如可以应用到eNB与WTRU之间的传输，并且可以扩展至例如应用到RN与WTRU之间、和/或RN与DeNB之间的传输。实施方式考虑到RN与DeNB之间的传输，例如回程链路，可以被扩展。

实施方式认识到类型1RN可以在Uu与Un接口上使用相同的载波频率。在一个或者更多实施方式中，由于自干扰及其他原因，类型1RN可能不能同时在一个接口上发送并在另一个接口上接收。例如，在一个链路上的发送可能干扰另一个链路上的接收。对于这种类型的中继，实施方式考虑到子帧可以在两个链路之间分配来避免这种自干扰。此外，Un子帧配置可以提供至RN以识别针对回程通信的子帧。实施方式认识到类型1a RN可以在Uu以及Un上使用不同的载波频率。在一个或者更多实施方式中，类型1aRN可以不需要进行子帧分配。实施方式认识到类型1b RN可以在Uu以及Un上使用相同的载波频率，和/或可以具有天线隔离以至于可能不存在自干扰，并且在一个或者更多实施例中，可能不需要子帧分配。

实施方式考虑到配置为在相同载波上为Un与Uu二者操作的RN可以由DeNB提供Un子帧配置。为了解释说明，但不作为限定，此可以被称作为RN子帧配置。RN子帧配置可以识别例如用于在RN与DeNB之间进行Un（回程）通信的子帧。一个或者更多实施方式考虑到在Un子帧期间，RN可以在Un接口接收来自DeNB的传输，和/或在非Un子帧期间，RN可以在它的Uu接口上调度到它的WTRU的传输。频分双工（FDD），在一个或者更多实施例中，Un子帧模式可以配置为40个子帧期间，并且子帧{0、4、5、9}例如可以不被配置为Un子帧。作为示例而非限定，实施例考虑到时分双工（TDD）可以具有它自己的Un子帧期间和/或不允许的Un子帧和/或可以考虑UL/DL配置。

实施方式考虑到为Un使用而配置的子帧可以由RN配置为RN的Uu接口上的多播-广播单频网络子帧。在一个或者更多这样配置的实施方式中，例如除非有可能单播控制信号可以在头一个（1）或者头两个（2）正交频分复用符号中传输，RN WTRU可以忽略这些子帧的内容。在这些子帧中，例如RN可以将单播控制信号传输至WTRU和/或它可以由传输（Tx）模式切换至接收（Rx）模式和/或在Un接口上监听DeNB。

实施方式考虑到单播控制信号可以用于确认HARQ。例如，在一个或者更多实施方式中，物理混合自动重传请求指示符信道（PHICH）可以用于确认上行链路传输。

在一个或者更多实施例中，Rel-8WTRU可以接入RN。关于吞吐效率方面，例如可以在每个子帧的开端浪费三个（3）OFDM符号，以及例如为单播控制区域浪费最多两个（2）符号以及为RN Tx与RN Rx之间的切换时间浪费一个（1）符号。

实施方式考虑到中继物理下行链路控制信道（R-PDCCH）框架可以用于携带针对中继节点的下行链路控制信息（DCI）。在一个或者更多实施方式中，R-PDCCH的传输可以被限制到时隙（slot）中的子载波与OFDM符号的子集，并且由无线资源控制（RRC）配置。作为示例，在一个或者更多实施方式中，中继可以不期望DCI格式3/3A。在一个或者更多实施例中，R-PDCCH可以使用类型1中继，并且在一些实施方式中可以仅使用类型1中继，并且常规PDCCH可以例如用于其他类型的中继。

除FDD操作模式以外，实施方式认识到LTE还可以支持TDD操作模式。实施方式考虑到上行链路传输与下行链路传输可以在相同的载波频率上实现，其中物理资源在时域上共享。实施方式考虑到如图2A所示10-ms TDD帧例如可以包括10个子帧，其中一些子帧或者每个子帧可以持续1ms。

实施方式考虑到可能基于TDD UL/DL配置，子帧可以按上行链路与下行链路被划分。图2B示出示例性TDD UL/DL配置，该TDD UL/DL配置可以在Rel-10中被支持。从DL子帧至UL子帧的切换可以在子帧1并且可能在子帧6中发生，并且在一些实施方式中可能仅在子帧1中发生，作为说明而非限定，子帧6可以作为特殊子帧。为避免在邻近小区生成严重干扰，除其他原因之外，在一些实施方式中同样的TDD UL/DL配置可以用于邻近小区，并且因此UL/DL配置可以静止而可以不动态变化。

实施方式认识到Rel-10中可以支持频带内载波聚合，并且在一些实施方式中可能仅频带内载波聚合可以被支持，并且针对TDD的聚合载波可以具有相同的TDD UL/DL配置，并且在一些实施方式中可能针对TDD的聚合载波可以被要求具有相同的TDD UL/DL配置。

实施方式考虑到针对可能具有子帧限制的载波的载波聚合。作为示例而非限制，在此称并非所有子帧均可以用于发送或者接收的载波为具有子帧限制的载波。TDD载波可以被看作是子帧限制载波，并且在一些实施例中，除其他原因之外，由于UL与DL之间共享载波的内在时间需求和/或UL/DL配置需求，TTD载波可以总被看作是子帧限制载波。在一个或者更多实施方式中，被提供子帧配置的中继Un载波也可以被看作是子帧限制载波。对子帧限制载波情形中的载波聚合的应用有所考虑。不同载波可以具有不同的子帧限制的部署方案，可以展现由一个或者更多实施方式考虑到的挑战。

实施方式考虑到载波聚合可以应用于中继回程，其中一些载波，或者每个载波可以具有它自己的子帧配置（限制）。

图3-6示出具有至少两个可用频率的载波聚合的示例性配置。如图3所示，RN部署可以具有至多两个可供载波聚合的频率。其中可以导出针对多个频率的进一步概括。一些实施方式考虑到对于被标识带内操作的任何分量载波（CC），可以包括子帧配置，并且在一些实施方式中，需要对子帧配置，导致子帧的使用限制。如图4所示，载波聚合（CA）可以在与例如部署在f1上的CC1的一个分量载波的Un接口上配置，例如带内中继操作。如图5所示，CA可以在与例如部署在f1上的CC1一个分量载波的Un接口以及Uu接口上配置，例如带内中继操作。另一个分量载波例如CC2可以部署在f2上，例如带内中继操作。如图6所示，CA可以在与部署在f1上的CC1的RN Uu接口上配置，例如带内中继操作。

实施方式考虑到针对TDD的载波聚合。更具体地，所考虑的针对TDD的载波聚合，其中一些载波或者每个载波，可以被配置有（可能不同于）TDDUL/DL配置。除其他原因外，利用不同的TDD UL/DL配置例如可以使部署灵活并且可以有助于频带间TDD聚合。

例如，除其他考虑到的情形外，实施方式考虑到载波聚合可以应用的情形，在该情形，节点可以通过具有至少一个根据它的可用子帧被全部或者部分限制的它的分配载波而被限定。如此处所述，作为示例而非限定，此类节点可以被称为子帧限制节点或者缩写为“SR节点”。

此配置示例应用在中继上下文（context）中，其中回程（Un）接口上的中继可以支持载波聚合和/或其中一个或更多次服务小区可以为Un接口进行配置。在此情况下，存在可以依据子帧配置限制这些载波的至少一个的可能，例如，PCell和/或Scell可以进一步为带内中继操作（其可能要求子帧限制操作）或为带外中继操作进行配置。例如，关于图4-CC1可以配置为PCell（以进行中继，其中Pcell可以在带内操作）而Scell（CC2）可以在带外操作。对于图5，针对某些结合、或者针对任何结合，PCell以及Scell均可以针对带内中继配置而被配置。在一个或者更多这些示例性情况中，RN可以被视为SR节点。除另一个接口或另一些接口以其他方式说明和/或描述，中继的Un接口如此处所描述。

实施方式考虑到一种或者更多种TDD上下文中的聚合配置，其中操作在TDD模式下的WTRU可以将两个或者更多个载波聚合。在此情况中，一些载波、或者每个载波，可以至少部分地基于载波的TDD UL/DL配置具有它自己的子帧限制。实施方式考虑到不同载波的限制可能不相同。实施方式考虑到此TDD WTRU例如可以被视为SR节点。

作为另一个示例，由于子帧可以被TDD UL/DL配置（TDD UL/DL配置可以针对每个TDD载波定义，并且在一些实施方式中，必须为每个TDD载波进行TDD UL/DL配置定义）所固有限制，因此TDD模式中的在Un上的中继操作可以被视为SR节点，而无论其是否要求Un子帧配置，其中可以为每个TDD载波进行TDD UL/DL配置定义。

一个或者更多实施方式考虑到，对于SR节点，PCell上的子帧限制可能导致下述情况：对于该小区上UL传输和/或DL传输，子帧并非可用，该情况包括如下可能：UCI（例如HARQ A/N、和/或CSI）可能需要在子帧中传输，而该子帧对于PCell上的上行链路传输是不可用的。

实施方式考虑到支持前述情况的交叉载波调度的技术。在一个或者更多实施方式中，此类交叉载波调度可以被视为DCI传输的一部分，DCI传输还可以包括UL授权和/或DL授权等等。，当子帧可以被用以（或者也许在一些实施方式中甚至是需要）提供DCI传输，且该子帧对于Pcell上的下行链路传输是不可用的，DCI传输还可以适用于SR节点的情况。

实施方式考虑到SR节点在一子帧中传输UCI至NB或者DeNB，在此将其作为（D）eNB（作为解释但不用以进行限定），在该子帧中SR节点可能不在PCell UL上传输。实施方式还考虑到避免如下情况的技术：SR节点可能因为如下原因不能传输UCI至（D）eNB——由于子帧配置（例如，转播内容中的Un子帧配置），PCell上的UL传输受到限制。进一步的，一个或者多个实施方式考虑到例如使SR节点在具有不同子帧限制的聚合载波上能够进行交叉载波调度。

一个或者更多实施方式考虑到子帧与CA相分割（partition）。例如，实施方式考虑到与（D）eNB通信时，SR节点可能如何确定何种子帧分割来应用于已配置的服务小区。一个或者多个实施方式考虑到如下技术：该技术可以确保传输不会发生在子帧内，在该子帧中除其他原因外，由于Pcell上的上行链路限制，UCI可能不能在PCell上传输。

一个或者多个实施方式考虑到利用CA的上行链路控制信息（UCI）传输。例如，实施方式考虑到如何为子帧中传输的UCI选取上行链路资源（例如PUCCH/PUSCH），除其他情况之外，或许当与（D）eNB（例如在中继上下文中的Un接口上）通信时，对于该子帧，至少一个上行链路资源在配置为次服务小区的载波上是可用的。例如，这可能在此类子帧中是有用处的，对于该类子帧，在配置为主服务小区的载波上，例如对于中继Un的带内操作，少量上行链路资源可用、或者也许没有上行链路资源可用的。当TDDWTRU可以针对PCell以及Scell被配置具有不同TDD UL/DL配置时，可能发生同样问题的另一个示例。

一个或者更多实施方式考虑到交叉载波调度。实施方式考虑到：当子帧配置，例如可用的子帧，可以与聚合载波不相同时，利用在第二下行链路分量载波上接收的控制信令定址（address）被调度的第一上行链路/下行链路载波资源的技术。例如在中继上下文中，一个或者更多实施方式考虑到：也许当一个或者更多个载波可能针对带内中继操作（例如，具有Un子帧配置）而被配置时，执行交叉载波调度的技术。一个或者更多实施方式还考虑到，在TDD中，也许当第一载波与第二载波的UL/DL配置不相同时，执行交叉载波调度的技术，从而例如那些载波的可用DL/UL子帧不相同。

在一个或者更多实施方式中，SR节点可以例如由（D）eNB使用层3RRC信令被配置有子帧分割（作为解释但不作为限制，还被称为配置或者限制）。

一个或者更多实施方式考虑到SR节点可以使用独立的或者相结合的一个或者更多技术确定子帧分割。SR节点特定子帧分割（配置）。在一个或者更多实施方式中，SR节点可以接收单一子帧分割配置，其可以应用于PCell以及一些SCell或者应用于全部已配置的SCell。

进一步地，一个或者更多实施方式考虑到SR节点可以使用小区特定子帧分割（配置）确定子帧分割。例如，SR节点可以接收针对一些服务小区（或者针对每个服务小区）的子帧分割配置，这些服务小区可以应用子帧限制。

进一步地，一个或者更多实施方式考虑到SR节点可以使用小区类型特定子帧分割（配置）确定子帧分割。例如，SR节点可以接收针对PCell的子帧分割配置，以及应用于已配置的服务SCell的不同的子帧分割，接收到的子帧限制可以应用于该已配置的服务SCell。

此外，一个或者更多实施方式考虑到SR节点可以使用小区类型混合（特定/隐含）子帧分割（配置）确定子帧分割。SR节点可以接收针对Pcell的子帧分割（配置）并且Scell的子帧配置可以至少部分地基于Pcell的配置根据Pcell与Scell的子帧配置之间的映射（在一些实施方式中也许为预先确定的映射）被分配。在一些实施方式中，如果涉及多于一（1）个Scell，至少部分地基于那些Scell的顺序以及预先确定的映射，那些Scell的子帧配置可以是相同的或者不同的。作为TDD上下文中的示例，如果Pcell的配置设置为二（2），那么Scell的配置可以自动设置为1。图2示出此类实施方式的进一步示例。

进一步地，一个或者多个实施方式考虑到SR节点可以使用累积子帧分割确定子帧分割。例如，SR节点可以接收针对一个或者多个已配置的服务小区的不同子帧分割，在该情况中，SR节点可以针对至少已配置的小区的子集，或者全部已配置的小区应用联合（union）子帧配置。一些实施方式考虑到联合子帧配置可以仅应用于UL，其可以有助于确保Scell UCI传输可以具有UL资源。而且，在一些实施方式中，联合子帧配置可以仅应用于DL，其可以有助于确保针对Scell的DL传输，可以在Pcell上实现DL交叉载波调度。在一些实施方式中，可以应用联合子帧分割从而使Pcell UL子帧配置可以为可能已经接收到配置的Pcell与Scell的联合UL子帧配置。这可以有助于确保针对Scell的UCI可以在Pcell UL上传输。

进一步地，一些实施方式考虑到针对DL和/或UL的联合子帧分割可以应用到已配置的小区的子集，并且在一些实施方式中也许仅应用到已配置的小区的子集。例如，联合子帧分割可以仅应用至SCell。作为TDD上下文的示例，Pcell的DL子帧可以与针对Scell的DL子帧不相同。因此一个子帧可以被配置为Pcell DL但其为Scell UL。在此情境中，实施方式考虑到ScellDL子帧可以被认为是Pcell的DL子帧与Scell的DL子帧的联合。如此，Scell之前已配置的UL子帧（如上所述）可以成为针对Scell的DL子帧。实施方式考虑到半双工TDD-WTRU，其中可能不支持UL与DL的同时传输，并且因此，在一些子帧或者每个子帧中，一些或者所有聚合小区的通信方向（例如发送Tx以及接收Rx）可以是相同的——和/或一些小区可以在一个或者多个子帧期间静音（mute）。

进一步地，一个或者多个实施方式考虑到联合可以应用于方向，但是不应用于发送与接收。例如，对于TDD半双工WTRU或者RN，可以对DL方向给予优先，从而如果子帧中的任何CC针对DL而被配置，那么SR节点将认为方向为DL，但是可以预期接收（并且在一些实施方式中可以仅预期接收，例如可以仅搜索）在CC上传输的DL，该CC在该子帧中被针对DL特定配置。一些实施方式还考虑到例如这可能仅应用于半双工操作的SR节点。实施方式考虑到，作为示例而非限定，一个或者多个子帧配置的DL（或者UL）联合可以被根据横跨那些子帧配置的子帧而被定义，其中如果具有至少一个子帧配置，该子帧配置具有如同DL（或者UL）子帧的特定子帧，那么子帧的UL/DL方向可以被假定在那些子帧配置中相同并且其可以被确定为DL（或者UL）。

可替换地或此外，一个或者更多实施方式考虑到交叉子帧分割。SR节点可以接收针对一个或者多个已配置的服务小区的不同子帧分割，在此情况中SR节点可以对至少已配置的小区的子集，或者全部已配置的小区应用交叉子帧配置。例如，在一些实施方式中，交叉子帧配置可以仅应用于UL或者仅应用于DL。此外，作为例子，在一些实施方式中，PCell配置可以不改变地使用和/或SR节点可以被限制为使用一个或者更多SCell的子帧，该SCell具有与PCell相同的方向和/或如果SCell的方向与PCell的方向不相同，SR节点可以不使用所述SCell的子帧。此外，一些实施方式考虑到例如交叉的子帧分割可以仅应用于半双工操作的SR节点。实施方式考虑到，作为示例而非限定，一个或者多个子帧配置的DL（或者UL）交叉可以根据横跨那些子帧配置的子帧而被定义，其中子帧的UL/DL方向可以被假定在那些子帧配置中相同并且如果全部那些子帧配置具有作为DL（或者UL）子帧的特定子帧，那么子帧的UL/DL方向可以被确定是DL（或者UL）。

实施方式考虑到UL配置可以被明确地提供至SR节点或者例如地在R10延迟中隐含提供。同样例如，针对Un的UL子帧配置可以来源于DL配置（例如针对FDD的DL+4）。UL子帧配置可以被确定（例如，根据DL至UL导出原则），无论唯一的UL Scell是否针对每个DL服务小区被配置。在一个或者更多实施方式中，RN（作为SR节点）例如可以具有两（2）个配置的DL服务小区以及一个配置的UL服务小区。RN可以针对两个DL小区接收Un子帧分割。针对UL服务小区的分割，例如Pcell，可以为联合UL分割，该UL分割可以由两个DL服务小区所使用（或者在一些实施方式中也许DL服务小区可以需要用于两个DL服务小区），例如，针对两个DL小区的用于FDD的DL+4。除其他有益之处外，这例如可以使RN在PCell UL上传输针对两个DL小区的UCI。

实施方式考虑到在针对子帧的中继应用中，RN可以针对该中继应用将UL子帧加入它的Un配置，可以通过调度或者通过Uu链路上的MBSFN子帧避免在Uu UL上的接收冲突。此子帧可以为与UL子帧相关联的DL子帧，对于该DL子帧，在Un上添加UL子帧（例如，针对FDD的UL-4）。

作为中继的进一步示例，在FDD中为使RN在子帧n中不接收访问链路数据，RN可以在子帧n-4中不提供UL授权。RN在子帧n中不接收在访问链路上的ACK/NACK。RN可以在子帧n-4中不提供DL授权。RN可以在子帧n-4中避免在接入链路上的UL授权与DL授权，从而可以避免子帧n中在UL上的流量与UCI。RN可以将子帧n-4配置为MBSFN子帧，从而访问WTRU可以不需要读取PDCCH。类似地，实施方式考虑到TDD规则可以应用于TDD。

在一个或者更多实施方式中，SR节点可以针对PCell和/或针对一个或者更多SCell被配置有子帧配置。SR节点可以被配置有在Scell上的一个或者更多个PUCCH资源分配。例如，除PCell上的PUCCH资源外，SR节点可以被配置有一个或者更多个Scell上的PUCCH资源。

实施方式考虑到可以选择在PUCCH上传输UCI的上行链路资源。针对配置有上行链路的Scell，SR节点可以被配置有一个或者更多PUCCH资源。针对PUCCH的Scell配置可以使用更高层信令（例如RRC信令）或者使用层1信令（例如PDCCH，除针对PCell的PUCCH配置之外）接收针对PUCCH的Scell配置。例如，更高层信令和/或层1信令可以指示SR节点是否可以在针对所关注的服务小区所配置的PUCCH资源上传输。在一个或者更多实施方式中，例如基于针对所关注的Scell的PUCCH配置的存在，指示可以是隐含的。在一个或者更多实施方式中，例如通过L1 PDCCH（或者例如中继上下文中的R-PDCCH），L2 MAC或者L3 RRC信令，指示可以是明确的。SR节点可根据LTE R10中所述的任何现存的方法，和/或使用此处所述的任何方法实现服务小区的在PUCCH上的传输。

实施方式考虑到用于在PUCCH上传输UCI的上行链路资源可以鉴于针对服务小区的已配置的PUCCH资源被选择，对于该PUCCH资源，SR节点可以用于传输，并且在一些实施方式中也许仅鉴于针对服务小区的已配置的PUCCH资源被选择，对于该PUCCH资源，SR节点可以用于传输。关于服务小区，针对该服务小于SR节点可以不被允许在PUCCH上传输UCI，SR节点可以丢弃子帧中针对所关注小区的UCI。在子帧中，SR节点可以具有UCI以进行传输（并且通常地可以传输该UCI），但是实施方式认识到对于在小区的PUSCH资源上或者PCell的PUCCH上传输UCI，可能没有任何的上行链路资源可用。

对于在此描述的在制定子帧中传输UCI的一个或者更多实施方式，对于SR节点在PUCCH上传输UCI以及SR节点在PUCCH上可能传输UCI的需求可以被限制到下述情况：在该情况中，SR节点在子帧中不传输PUSCH，和/或在该情况中，SR节点在子帧中传输PUSCH但是SR节点可以不被配置为同时传输PUSCH-PUCCH或者可以不支持同时传输PUSCH-PUCCH。

实施方式考虑到SR节点可以在配置有上行链路PUCCH资源的Scell的PUCCH上至少传输部分UCI。例如，SR节点可以在多个配置有PUCCH资源的多个服务小区的PUCCH上同时传输，在PUCCH资源上允许RN执行PUCCH传输。例如，在RN不被配置为同时传输PUSCH-PUCCH或者不支持同时传输PUSCH-PUCCH的情况下，在一个或者更多实施方式中——UCI在所关注的Scell的PUCCH上的传输可以被限制到子帧，其中，PUSCH在服务小区上不可用。此外，在一个或者更多实施方式中，UCI在所关注的Scell的PUCCH上的传输可以被限制到子帧，其中PUSCH在所关注的Scell上不可用。

实施方式考虑到在Pcell上无PUCCH可用的情景中，可以至少部分地基于Scell的UL授权和/或基于具有（可能周期性的）不要求UL授权的PUSCH传输的Scell的配置，在Scell的PUSCH上发送UCI。在一个或者更多实施方式中，针对没有被配置用于在Pcell上的UL的子帧，可以基于针对Scell的UL授权和/或基于具有（可能周期性的）不要求UL授权的PUSCH传输的Scell的配置，在Scell的PUSCH上发送UCI。例如，可以基于Pcell的子帧分割功能确定SR节点是否可以在Scell的PUCCH上执行传输。

例如，在子帧中，RN（作为SR节点）可以在Scell的PUCCH上传输，对于该子帧，在PCell的上行链路上的传输可能因PCell的Un子帧限制而不可能。RN可以针对Scell复用在PUCCH传输上的调度请求（SR）。

作为进一步示例，在一些实施方式中，由于PCell的UL/DL配置，不可能在该子帧的PCell的上行链路上传输UCI，TDD WTRU可以在子帧中的Scell的PUCCH上传输UCI，并且也许仅在此类子帧上传输。如果子帧为PCell的UL子帧，UCI可以为WTRU可能已经在PCell的PUCCH上传输的UCI。WTRU可以在Scell的PUCCH传输上复用SR。在另一个示例中，SR节点（例如，RN或TDD WTRU）可以在子帧中的Scell的PUCCH上传输，对于该子帧，Scell可以通过应用子帧分割到该Scell而不受上行链路传输的限制。SR节点可以不复用Scell的PUCCH传输上的SR。

SR节点可以根据需要并且如果存在的话，根据SCell的子帧配置设置的限制，而不受PCell的子帧配置的限定，在SCell上传输UCI。例如，当Scell的PUCCH的使用受限于子帧时，SR节点可以不在PCell的上行链路上为该子帧进行传输，该SR节点可以在子帧中传输UCI，对于该子帧至少存在一个具有已配置的上行链路PUCCH的服务小区，对于该PUCCH，上行链路传输是可能的。

实施方式考虑到SR节点可以传输已配置PUCCH资源的Scell的PUCCH，例如，通过使用类似于服务小区中单一载波LTE操作的传输规则的PUCCH传输规则。

例如，在一个或者更多实施方式中，SR节点可以在可用子帧中的Scell的PUCCH上传输UCI，在该情形中，SR节点的PUCCH资源动态选择可以使用任一PUCCH格式1/1a/1b或者2/2a/2b（取决于欲传输的UCI的数量）进行动态分配。在一些实施方式中，UCI可以仅包括用于所关注的Scell的UCI。

实施方式考虑到当UCI传输包括用于PDSCH传输的HARQACK/NACK信息时，UCI传输可以在Scell上传输；可以使用Scell DL的PDCCH动态调度该PDSCH传输。当Scell的周期性的CSI在这个子帧中被配置用于传输和/或如果在Scell DL的PDCCH（或者R-PDCCH）上接收非周期性请求之后传输CSI请求时，UCI可以在Scell上传输。

实施方式考虑到SR节点可以使用，例如类似于PCell载波聚合的LTE操作的传输规则的Rel-10PUCCH传输规则，传输已配置PUCCH资源的Scell的PUCCH。

例如，在一个或者更多个实施方式中，SR节点可以通过更高层的信令被配置为在Scell上具有一个或者更多PUCCH资源。例如，作为SR节点的PCell子帧分割功能，针对多个服务小区的UCI反馈可以在Scell的PUCCH上传输。在一些实施方式中，这可以与用于Scell的针对PCell的PUCCH的配置相类似。此类资源可以包括，但不限定于，具有格式1b和/或格式3的信道选择资源。

SR节点可以选择子帧中Scell上的半静态PUCCH资源，对于该子帧，或许因为PCell上的子帧分割，SR节点不能在PCell上实现上行链路传输。在一些实施方式中，只有在Scell UL上的此类传输根据Scell的子帧分割（如果存在的话）是可用的。在一些实施方式中，可以根据与适用于PCell的规则相同的规则，或者根据此处所述的另一规则，选择使用半静态PUCCH资源。在一些实施方式中，在PUCCH上的传输可以应用于传输包含针对一个或者更多服务小区的HARQ ACK/NACK信息的UCI，并且在一些实施方式中也许仅应用于传输包含一个或者更多服务小区的HARQ ACK/NACK信息的UCI。在一些实施方式中，在PUCCH上的传输可以应用于其他传输。

实施方式考虑到例如RN可以将UCI在子帧中的Scell的PUCCH上传输至(D)eNB，作为Pcell的SR节点子帧分割的功能。可替换地亦或此外，实施方式考虑到例如，除其他情况外，也许如果Scell的SR节点子帧分割的配置不同于PCell的子帧分割、和/或者如果没有配置分割，SR节点可以在子帧中的Scell的PUCCH上传输UCI作为Scell的SR节点子帧分割的功能。实施方式还考虑到，例如，除其他情况外，也许如果Scell被配置用于上行链路传输和/或如果Scell具有可用于子帧中UCI传输的可用PUCCH资源，SR节点可以为UCI传输选择Scell的PUCCH资源。

实施方式考虑到SR节点可以单独或者结合利用一个或者更多技术处理UCI。一个或者更多个实施方式考虑到SR节点可以在子帧中至少一个Scell的PUCCH上传输至少部分UCI，对于该子帧，PCell的子帧分割可以不允许SN节点在PCell的上行链路上传输。进一步地，一个或者更多个实施方式考虑到SR节点可以在子帧中的Scell的PUCCH上传输至少部分UCI，对于该子帧，所关注的Scell的子帧分割（如果配置的话）可以允许SR节点在Scell的上行链路资源上传输。此外，一个或者更多个实施方式考虑到SR节点可以在Scell的PUCCH上传输至少部分的UCI，该Scell可以不被配置具有子帧分割并且因此一些或者全部FDD与UL（TDD、FDD半双工）子帧对于UL UCI传输可以是可用的。进一步地，一个或者更多个实施方式考虑到，例如，也许如果能够传送至少部分的UCI的资源在子帧中的多于一个Scell上是可用的，那么可能通过基于SR节点的半静态配置对Scell进行选择，SR节点在单一资源上可以传输UCI，所例如选择具有最小小区索引的Scell。此外，一个或者更多个实施方式考虑到，例如除其他原因之外，也许如果没有在其上的资源可以用于子帧中的UCI传输的服务小区，SR节点可以抛弃至少部分UCI。可替换地亦或此外，SR节点可以此处所述的方法，例如将在随后的子帧中执行的传输上HARQ ACK/NACK比特绑定。

作为示例，而并非限定，实施方式考虑到当与(D)eNB通信时，例如除其他原因之外，也许如果SR节点的PCell的子帧分割允许SR节点在PCell的PUCCH上传输UCI，SR节点可以在PCell的PUCCH上传输UCI。

同样作为示例，而并非限定，一个或者更多个实施方式考虑到对于Un接口，也许如果SR节点的PCell的子帧分割不允许SR节点在PCell的PUCCH上传输UCI，那么子帧分割与至少一个具有已配置的上行链路的Scell的PUCCH配置可以允许SR节点在这个子帧传输UCI。一个或者更多个实施方式考虑到，也许如果存在单一服务小区，对于该单一服务小区，例如除其他情况外，UCI的上行链路传输是可能的，那么SR节点可以在那个Scell的PUCCH上传输UCI。可替换地亦或此外，一个或者更多个实施方式考虑到，也许如果不存在这样的单一服务小区，对于该单一服务小区，例如除其他情况外，UCI的上行链路传输是可能的，那么SR节点可以根据它的半静态配置，例如但不限定于最小小区索对应的Scell，在该Scell的PUCCH上传输UCI。在一个或者更多个实施方式中，HARQ ACK/NACK反馈可以在Scell PUCCH上传输，并且在一些实施方式中也许只有HARQ ACK/NACK反馈可以在Scell PUCCH上传输。在一个或者更多个实施方式中其它信息可以在Scell PUCCH上传输。

在一个或者更多个实施方式考虑到，例如除其他情况外，也许如果SR节点的PCell的子帧分割不允许SR节点在PCell的PUCCH上传输UCI、和/或子帧分割以及至少一个具有已配置的上行链路的Scell的PUCCH配置不允许SR节点在子帧中传输UCI，那么SR节点可以不在子帧中任何服务小区的上行链路上传输UCI和/或可以丢弃这子帧的UCI。

一个或者更多个实施方式考虑到，例如除其他情况之外，也许如果Scell上的上行链路传输未被限制，而PCell子帧被限制（例如，不可用），SR节点可以在Scell的PUCCH上传输UCI。

一个或者更多个实施方式考虑到TDD WTRU作为SR节点，例如，具有两（2）个服务小区，PCell与一个Scell，它们具有不同的UL/DL配置以示出当所需的Pcell上的UL子帧可能为不可用时，Scell的PUCCH上的UCI的示例性传输。参考图6A，在此情况下，UL/DL配置2可以为PCell所用，而UL/DL配置1可以为Scell所用。图6A示出每个配置的示例性UL/DL/S子帧分配。

作为进一步的示例，也许基于Rel-10HARQ定时，图6B示出具有图6A所示的UL/DL配置的WTRU的接收PDSCH的示例以及相应的HARQ-ACK传输。在图6A中，每个模式对应一对由每个小区的TDD WTRU进行的接收PDSCH以及相应的发送HARQ-ACK。例如，关于PCell，对于UL/DL配置2，在帧n子帧2中传输的HARQ-ACK相当于发生在帧n-1子帧4、5、6、8（在一些实施方式中，ACK/NACK可以被绑定在TDD中）中的DL PDSCH数据接收。

参照图6B中的Scell，HARQ-ACK对应于在帧n-1子帧9中接收到的DL PDSCH，应当在帧n子帧3中发送至eNB，并且如果没有PUSCH资源可用，通常可以在那一帧中的PCell PUCCH上发送。在这个示例中，PCell不具有在帧n子帧3中配置的UL子帧。在此例中，根据一个或者更多个实施方式，例如，TDD WTRU可以在Scell PUCCH上传输在帧n子帧3（如果已配置的话）的HARQ-ACK信息，或者，可能在预先规定的或预先调度的Scell PUSCH资源上传输HARQ-ACK信息。

实施方式考虑到SR节点可以在选定的Scell的PUCCH资源上使用一种格式传输UCI至(D)eNB，该格式可以为用于已配置服务小区的SR节点的子帧分割功能。

一个或者更多个实施方式考虑到在子帧中，最大数量的HARQACK/NACK比特可以至少由用于PDSCH上的下行链路传输的传输模式的配置得到。例如，HARQ ACK/NACK的最大比特数可以基于所用空间层数、和/或指定服务小区的每个子帧的最大传输块数获得。此外，一些子帧可以被配置使得下行链路的传输由于子帧分割可能是不可能的，这些子帧分割可能对于每个已配置的服务小区是不相同的。例如，配置可以为半静态的并且可以利用，例如，层3RRC信令修改，如此SR节点的子帧分割施加的限制可以额外地用于确定每个子帧的HARQ ACK/NACK的最大比特数。一个或者更多个实施方式考虑到可以至少包括用于调度请求（SR）比特传输的比特。

例如，一个或者更多个实施方式考虑到SR节点可以配置具有多个PUCCH资源，其中当传输特定范围的HARQ ACK/NACK和/或CSI比特时，可以使用PUCCH资源中的一些资源或者每个资源。这种配置可以用于PCell、用于Scell、和/或可以分布在多个服务小区上。作为示例，且不作为限定，一个或者更多实施方式考虑到PUCCH格式1可以携带至多1比特UCI信息、PUCCH格式2可以携带最多2比特UCI信息、具有PUCCH格式2的信道选择可以携带多达4比特UCI信息而PUCCH格式3可以携带多达12比特UCI信息。在一个或者更多个实施方式中，对于指定的子帧，SR节点可以确定传输块的最大数量；作为小区的配置功能和/或作为每个小区的RN分割的功能，可以跨已配置的服务小区接收传输块。例如，SR节点可以选择对于在后续子帧中传输到所关注的UCI可用的最小PUCCH模式，在该后续子帧中SR节点预计会传输UCI。该配置可以被应用在子帧中，在该子帧中SR节点传输HARQ ACK/NACK比特，并且在一些实施方式中也许仅传输HARQ ACK/NACK。在一个或者更多实施方式中，可以在子帧中应用配置，对于该子帧，SR节点可以不在PCell的上行链路上传输，并且在一些实施方式中也许仅在子帧中应用配置，对于该子帧，SR节点可以不在PCell的上行链路上传输。实施方式考虑到与在此描述的其他方法结合，例如但不限定于所述的关于PUCCH资源选择的方法，可以应用配置。

实施方式考虑到SR节点可以丢弃和/或抛弃至少部分可在指定的子帧中传输至(D)eNB的可用UCI，作为SR节点的子帧分割的功能。

可替换地亦或此外，实施方式考虑到SR节点可以应用绑定到至少部分PCI应用，其中可跨多个子帧的UCI比特应用绑定。在一个或者多个实施方式中，例如，子帧的数量可以为SR节点子帧配置的功能。

实施方式考虑到SR节点可以为一定数量的子帧实现绑定，该数量可以等于下述子帧的数量，对于这些子帧，SR节点不具有传输任何UCI反馈至特定服务小区的(D)eNB的机会。在一个或者更多个实施方式中，当SR节点在配置有上行链路PUCCH资源的Scell的PUCCH上传输至少部分UCI时，SR节点可以针对Scell执行绑定，并且在一些实施方式中也许当SR节点在配置有上行链路PUCCH资源的Scell的PUCCH上传输至少部分UCI时，仅针对Scell执行绑定。在一个或者更多个实施方式中，SR节点可以针对PCell执行绑定。

在一个或者更多个实施方式中，SR节点可以针对一定数量的子帧执行绑定，其数量可以等于下述子帧的数量，对于这些子帧，SR节点可能不具有传输任何UCI反馈至特定服务小区的(D)eNB的机会。在一个或者更多个实施方式中，当SR节点在子帧中Scell的PUCCH上传输UCI至少作为Pcell的SR节点子帧分割功能时，SR节点可以执行绑定，并且在一些实施方式中也许仅当SR节点在子帧中Scell的PUCCH上传输UCII至少作为Pcell的SR节点子帧分割功能时执行绑定。

实施方式考虑到HARQ ACK/NACK绑定。在一个或者更多个实施方式中HARQ ACK/NACK的绑定可以通过生成一个或者更多个HARQACK/NACK比特实现，通过单个PDSCH传输的和/或响应于接收到的PDSCH（例如指示下行链路SPS释放的PDCCH或中继上下文中的R-PDCCH）的多个HARQ ACK/NACK比特上执行逻辑与操作生成一个或者更多个HARQ ACK/NACK比特。SR节点可以被提供具有检测一个或者更多个丢失的指配（assignment）。例如除其他情况之外，也许依据绑定操作的使用（例如，对于指定小区和/或指定的帧的HARQ ACK/NACK），SR节点可以将检测丢失的PDCCH指配视为绑定操作中保证（warranting）NACK的情形。

实施方式考虑到UCI绑定可以包括空间绑定（在一些实施方式中也许仅针对PCell）、（每个小区的）空间绑定、小区组绑定、和/或帧绑定，小区组绑定可以包括跨SCell的绑定和/或跨所有服务小区上的绑定。

在一个或者多个实施方式中，可以不存在Pcell上的或者子帧的服务小区上的UCI上行链路传输的机会。SR节点可以绑定每个已配置的服务小区的HARQ ACK/NACK，对于该已配置的服务小区，绑定通过单独的者结合的一个或者更多个技术应用。在一个或者更多个实施方式中，SR节点可以空间绑定跨PCell的同一子帧的多个码字的HARQ ACK/NACK信息。进一步地，在一个或者更多个实施方式中，SR节点可以空间绑定跨每个已配置的SCell的同一子帧的多个码字的HARQ ACK/NACK信息。此外，实施方式考虑到SR节点可以绑定跨多个服务小区的同一子帧的HARQACK/NACK信息。进一步地，一个或者更多个实施方式考虑到SR节点可以绑定跨多个子帧的HARQ ACK/NACK信息。进一步地，在一个或者更多个实施方式中，可以为服务小区的HARQ ACK/NACK信息进行绑定配置。此外，一个或者更多个实施方式考虑到可以为具有子帧限制的服务小区进行绑定配置。进一步地，在一个或者更多个实施方式中，可以为已配置的服务小区的HARQ ACK/NACK比特进行绑定配置。并且，在一个或者更多个实施方式中，可以为激活的服务小区的HARQ ACK/NACK信息比特进行绑定配置。

实施方式考虑到用于调度请求比特传输的至少一个额外比特例如可以增加至一个结果信息比特的绑定操作。

实施方式考虑到通过单独的者结合的一个或者更多技术得到的一些或者全部与UL子帧相关联的DL子帧的相应的下行链路指配。在一个或者更多个实施方式中，下行链路指配可以基于成功译码的PDCCH（或R-PDCCH）指配（动态调度）的数量的总和和/或半静态的下行链路分配的数量。进一步地，一个或者更多个实施方式考虑到下行链路指配可以基于信号PDCCH（或R-PDCCH）指配的数量的总和（可能显示地在成功接收的DCI格式中用信号通知（动态调度）），和/或半静态的下行链路分配数量。

实施方式考虑到SR节点可以计算一个或者更多个前述的总和。在一个或者更多个实施方式中，如果总和对于指定上行链路子帧不相等，例如除其他情况外，SR节点可以针对服务小区的绑定信息、或者针对整个子帧的绑定信息报告NACK。RN可以计算总和，例如，如果绑定应用在每个服务小区的子集，例如服务小区的每个类型。

一个或者更多个实施方式，如果SR节点为仅在PCell上的UCI传输配置，例如除其他情况之外，SR节点可以确定DL子帧的下行链路指配的数量M，该数量可以与单一UL子帧相关联以确定是否至少一个下行链路指配丢失。SR节点可以为跨N个子帧的指定服务小区实现每个码字逻辑与操作。N可以被确定为SR节点分割的功能，由于对于上一子帧，SR节点有机会在所关注的服务小区的上行链路中传输任何UCI信息，如此N可以代表子帧的数量。在一个或者更多个实施方式中，结果可以为每个空间层一个HARQACK/NACK比特。可替换地亦或此外，结果可以为层的单一比特。一个或者更多实施方式考虑到可以例如，为PUCCH格式的上行链路传输排序和/或者编码比特的结果集，PUCCH格式的上行链路传输可以至少传送比特数量的结果。可替换地亦或此外，结果比特可以基于服务小区的索引被排序，例如根据已配置的服务小区身份的升序排列。实施方式考虑到例如SR节点可以使用合适的结果比特的传输格式选择PUCCH资源和/或可以在下一个上行链路子帧中实现传输，对于该下一个上行链路子帧，根据子帧限制上行链路传输是可能的。

实施方式考虑到SR节点可以跨一些或者全部已配置的SCell应用绑定。可替换地亦或此外，一个或者更多个实施方式考虑到SR节点可以跨SCell应用绑定，该SCell可能没有被配置用于在PUCCH上传输，并且在一些实施方式中也许仅在没有被配置用于在PUCCH上传输的SCell上应用绑定。

在一个或者更多个实施方式中，也许如果SR节点被配置为在多个服务小区上传输上行链路反馈，例如除其他情况外，空间和/或子帧绑定可以仅应用在服务小区，对于该服务小区上行链路传输由所关注的小区的SR节点子帧分割所限制，并且在一些实施方式中也许仅应用在服务小区，对于该服务小区上行链路传输为所关注的小区的SR节点子帧分割所限制。一个或者更多个实施方式考虑到空间和/或子帧绑定可以应用到被配置为在PUCCH上传输UCI的服务小区，并且在一些实施方式中也许仅应用到被配置为在PUCCH上传输UCI的服务小区。

参照图4，RN可以被配置为在Un具有至少两个载波。载波CC1可以被配置为具有Un子帧配置的PCell以及载波CC2可以被配置为不具有Un子帧配置的Scell。在一些实施方式中，的UL的配置可以与DL不对称实施，其中UL资源可以仅分配至PCell，并且没有UL资源可以分配至SCell。

实施方式考虑到PCell可以被配置为具有{11000000}的子帧配置的Un子帧配置。图7示出示例主小区中继节点（如SR节点）以及实施方式所考虑的主e节点B子帧配置模式。在图7中示出对于一个或者更多个示例性实施方式，PCell传输的子帧在DL与UL上的可用性。在一个或者更多个实施方式中，不具有Un子帧配置的Scell，可以在任何子帧调度DL传输。

考虑到如上所述的以及图7中所示的Pcell，Scell上的RN可以被调度在子帧#2、#3、#6、#7的Scell上具有DL数据。那些DL传输的相应的HARQ-ACK可以在子帧#6、#7、#10、#11的UL上被发送，以维持n+4HARQ-ACK的定时。RN可以不具有在UL上传输的机会，直至在PCell上的下一个UL传输机会，该传输机会在子帧#12上发生。如此，此时在4个子帧上接收DL数据的RN可以先空间绑定在每个子帧中接收的每个码字的HARQ-ACK。RN可以随时间绑定每个HARQ-ACK，接收到的每个子帧的每个HARQ-ACK（针对6、7、10、11接收到的DL子帧）直至下一个UL传输机会（子帧#12）。来RN的在子帧#12中传输的UL UCI信息可以包括4子帧的每一个的每个码字的HARQ-ACK的绑定组合。

一个或者更多个实施方式考虑到绑定的HARQ-ACK的数量可能取决于Scell上的DL传输调度和/或PCell的Un子帧配置确定。一些实施方式考虑到绑定的HARQ-ACK的数量还可以扩展到其他Scell配置的情况。

实施方式考虑到例如，除其他原因之外，为在PUCCH上传输UCI，SR节点可以集合多个HARQ-ACK/NACK比特。一个或者更多个实施方式考虑到HARQ-ACK/NACK比特可以对应于在一个或者更多个服务小区接收的和/或在一个或者更多个子帧中接收的一个或者更多个传输。在一个或者更多实施方式中，SR节点可以使用PUCCH格式3在UL传输中复用比特来传输比特组。例如，也许在一些实施方式中，在实施绑定操作后，SR节点可以传输比特组。

在一个或者更多个实施方式中，SR节点可以在将比特在PUCCH格式3中编码之前，考虑HARQ-ACK/NACK比特的对应服务小区以及他们的对应子帧，对HARQ-ACK/NACK比特排序。在特定的上行链路子帧中使用PUCCH格式3对比特进行排序以进行传输，该排序利用二维矩阵实现，该矩阵包括一些或者每个HARQ-ACK比特的小区索引以及子帧索引。例如，在中继上下文中，比特的映射与排序可以与TDD模式的PUCCH模式3的应用相类似，除了，其不是TDD的功能，而其可以包括一些或者每个服务小区的Un子帧配置的功能。例如，对于在PUCCH传输的最早报告的子帧中接收到的传输，第一个PUCCH格式3比特可以包括HARQ-ACK/NACK比特，起始于具有最小已配置的服务小区身份（例如，servCellID）的HARQ-ACK/NACK比特，后接以类似方式排序的后续子帧的HARQ-ACK/NACK比特并且上至最近期的子帧，PUCCH传输为该最近期的子帧报告HARQ-ACK/NACK。例如，也许不晚于在PUCCH上传输之前的固定子帧数量的子帧，其中该固定的数量可以对应于固定的进程时间（例如，4子帧/毫秒）。

一个或者更多个实施方式考虑到前述的HARQ-ACK/NACK比特复用的技术可以应用到CSI传输。此外，实施方式考虑到HARQ-ACK/NACK比特可以通过CIS比特被复用，其中可以使用预先确定的次序。例如，CSI比特可以附加至HARQ-ACK/NACK比特。

实施方式考虑到交叉载波调度可以使一个分量载波（调度分量载波）为物理下行链路共享信道（PDSCH）传输调度DL指配并且在另一个分量载波（例如，已调度的分量载波）上为物理下行链路共享信道进行UL授权。

实施方式考虑到来自具有子帧分割（例如限制）的分量载波的交叉载波调度。进一步地，实施方式考虑到当指定到SR节点的聚合载波具有不同的子帧限制时，除其他情况外，对(D)eNB交叉载波调度的支持。例如，一个或者更多个实施方式考虑到在中继中，技术可以用于在具有Un子帧分割的Un分量载波（例如，服务小区）上，例如在具有Un子帧配置的带内服务小区上，的交叉载波调度。

一个或者更多实施方式考虑到使用对应于在控制信道上传输的在DCI格式中的已调度的分量载波的索引的指示字段，可以支持在DL控制信道（例如，中继内的R-PDCCH）上的交叉载波调度。在一个或者更多实施方式中，载波指示字段（CIF）可以指示DCI格式可能为哪个小区的调度资源。

可替换地亦或此外，实施方式考虑到DL控制信道（例如，中继中的R-PDCCH或者WTRU的PDCCH）上的交叉载波调度可以使用DCI格式的偏移得以支持。偏移值可以代表指示已调度的下行链路传输的子帧与RN或者WTRU可以接收和/或在R-PDCCH（或者PDCCH）上成功译码DCI所在子帧之间的子帧数量的定时偏移。在一个或者更多个实施方式中，偏移值可以针对对应于已调度的下行链路传输和/或重传的DCI格式而被包括，并且在一些实施方式中，可以仅针对对应于已调度的下行链路传输和/或重传的DCI格式而被包括。

作为示例，而非限定，实施方式考虑到也许作为SR节点的子帧配置的结果，例如除其他情况之外，SR节点可以在子帧n、而非子帧n+1、n+2的调度分量载波上接收PDCCH或者R-PDCCH。在一个或者更多个实施方式中，相同的PDCCH或者R-PDCCH可能针对已调度的分量载波的交叉载波调度而已经被配置。进一步地，在一个或者更多个实施方式中，已调度的分量载波可以具有不同于调度分量载波子帧配置的子帧配置，并且可以在子帧n+2具有它的下一个下行链路传输机会。SR节点可以在子帧n中的调度载波的PDCCH或者R-PDCCH上接收DCI，DCI可以包含已调度载波的CIF、和/或关于（in case of）DCI（例如，下行链路指配的DCI格式1、2、或者3）的偏移值用于相应下行链路传输的定时（作为示例而非限定，如果总距离被用信发送，偏移值为2子帧/毫秒，或者如果使用查找表，偏移值码点）。

可替换地亦或此外，实施方式考虑到DL控制信道（例如，中继中的R-PDCCH）上的交叉载波调度可以使用与前述内容相类似的偏移值得以支持并且可以被用以在已调度的载波中调度上行链路传输。

作为示例，而非限定，实施方式考虑到在自上行链路授权的接收直至实施相应的上行链路传输的4子帧（例如，4ms）的FFD处理时间中，针对已调度的分量载波的子帧n+5的已调度上行链路传输，SR节点可以在子帧n+1的调度分量载波中接收授权。在一个或者更多个实施方式中，偏移可以被指定为DCI接收子帧与相应上行链路传输的子帧之间的总距离或者是小于固定处理时间的相同距离（例如，4ms处理时间）。进一步地，一个或者更多个实施方式考虑到，偏移的代码点表可以被定义为已调度的载波的子帧配置的功能。

一个或者更多个实施方式考虑到偏移可以被包括在DCI格式中。偏移值可以代表指示已调度的上行链路传输与SR节点接收和/或于DL控制信道上（例如中继中的R-PDCCH）成功译码DCI所在子帧之间的子帧数量的定时偏移。在一个或者更多个实施方式中，偏移值可以针对对应于已调度的下行链路传输和/或重传的DCI格式而被包括，并且在一些实施方式中，偏移值可以仅针对对应于已调度的下行链路传输和/或重传的DCI格式而被包括。

作为示例，而非限定，实施方式考虑到，也许作为SR节点的子帧配置的结果，SR节点可以在子帧n，而非子帧n+1、n+2，上的调度分量载波接收PDCCH或者R-PDCCH。相同的PDCCH或者R-PDCCH可能针对已调度的分量载波的交叉载波调度而已被配置。已调度的分量载波可以具有不同于调度分量载波的子帧配置的子帧配置，并且可以在子帧n+5具有下一个上行链路传输机会。SR节点可以在子帧n的调度载波的PDCCH或者R-PDCCH上接收DCI，该DCI可以包含已调度载波的CIF，以及关于DCI（例如，上行链路授权的DCI格式0）的偏移值，用于相应上行链路传输的定序（例如，如果总距离被用信号告知为5子帧/毫秒，或者如果从偏移中排除处理时间为1子帧/毫秒）。

可替换换地亦或此外，实施方式考虑到隐含的偏移定时。一个或者更多个实施方式考虑到偏移值可以为已调度的分量载波的SR节点子帧分割的功能。例如，用信号通知的DCI可应用的子帧可以为下一个子帧，对于该下一个子帧，下行链路传输可以由SR节点从已调度的载波的（D）eNB接收或者对于该下一个子帧，上行链路传输可以由SR节点在已调度的载波上实现。例如，在预先确定的数量的子帧之后，用信号通知的DCI可以应用在第一个子帧上。例如，在相应的控制信号所允许的处理时间（例如，FDD的上行链路的4子帧或者4毫秒）之后，用信号通知的DCI可以应用在第一个子帧上。一个或者更多个实施方式考虑到预先定义或者确定数量的子帧可以为在其中接收DCI（例如，UL授权）的子帧数量的功能并且，在一些实施方式中，为一个或者更多个调度小区和/或被调度的小区的子帧配置。

可替换地亦或此外，实施方式考虑到盲译码。一个或者更多个实施方式考虑到SR节点可以实施盲译码尝试，如此SR节点可以在指定子帧的调度载波上译码多重DCI格式。尝试的数量可以为已调度的载波的子帧配置的功能。例如，SR节点可以确定译码尝试的最大数量，该确定至少部分基于一些或者每个可以被接收的可能DCI数量的已调度的载波。如果不存在子帧分割，可能不实施额外的盲译码尝试。在一个或者更多个实施方式中，也许如果已调度的载波可以不针对一个或者更多个连续子帧中的下行链路和/或上行链路传输而被调度，所述连续的子帧始于该子帧后的固定数量X的子帧（例如，X的范围从0直到预先确定的子帧数量的处理时间），也许由于调度载波的子帧分割的限制，额外忙译码尝试可能被实施来包括针对那些子帧的可能DCI。例如，对于下行链路DCI，X可以等于0。此外作为示例，对于上行链路DCI，X可以等于4。可替换地亦或此外，X可以等于子帧的最大数量，子帧可以由明确的偏移值范围所寻址，偏移值范围可以在相应的DCI中用信号通知。

在一个或者更多个实施方式中，SR节点可以停止DL控制信道（例如，中继的R-PDCCH）译码尝试，直至它已经耗尽搜索空间和/或直至SR节点已经对等于可能的传输的数量的DCI进行译码，该该可能的传输可以跨子帧实施，所述子帧利用至少一个上述教导（不论先后）予以确定。

在一个或者更多个实施方式中，调度分量载波可以因子帧配置而被限制，该子帧配置用于在子帧n上的至SR字节的传输以在已调度的分量载波上调度。调度分量载波可以被允许在子帧n、n+1、以及n+2上传输至SR节点。调度分量载波可以，在它的DL控制信道（例如，为在子帧n上传输的中继的R-PDCCH），包括3个具有CIF的已调度的分量载波的DCI的例子，以及分别指示DCI可能应用的子帧的偏移值0、1、与2。

实施方式考虑到DIC的数量可以针对UL（例如DCI格式0）和/或DL（例如DCI格式1、2、3）而被调度，DIC的数量可以为被允许的DL控制信道空间，例如，中继R-PDCCH空间所限制。在一个或者更多个实施方式中，可以实施盲译码直到DL控制信道搜索空间耗尽。

实施方式考虑到UL HARQ进程身份的确定。在一个或者更多个实施方式中，例如，也许当交叉载波调度未被使用时，上行链路HARQ进程可以随后被分配至子帧，所述子帧为基于子帧分割而被配置用于至(D)eNB的上行链路传输。

可替换地亦或此外，实施方式考虑到支持交叉载波调度，例如，在DL控制信道上（例如，中继的R-PDCCH），SR节点可以确定上行链路进程的身份。在一个或者更多个实施方式中，上行链路进程的身份可以基于已调度的分量载波的子帧配置确定，例如，使用关系式n+4+k，也许针对FDD，其中k可以基于已调度的载波的子帧分割并且，特别地，针对重传的交叉载波调度。

实施方式考虑到来自不具有子帧限制的载波的交叉载波调度。进一步地，一个或者更多个实施方式考虑到自作为调度载波的不具有子帧分割的分量载波的交叉载波调度。例如，SR节点可以被配置为具有任何不具有子帧分割的服务小区，例如中继上下文中的带外服务小区。

在一个或者更多个实施方式中，SR节点可以被配置为具有Scell，该Scell可能不具有子帧分割（例如，限制）作为可能具有子帧分割的Pcell的调度载波。例如，这可以允许R-PDCCH空间的使用受限，这可以为更多PDSCH数据的使用释放R-PDCCH。

可替换地亦或此外，此处所述的实施方式涉及来自具有Un子帧分割的分量载波的中继上下文中的交叉载波调度，其可以被应用至交叉载波调度PDCCH。例如，此处所述的实施方式用于当已调度的分量载波可以通过Un子帧分割被限制时，确定UL HARQ进程的身份。该实施方式可以被应用至交叉载波调度PDCCH。

按照此处所说明的，并且参照图8，实施方式考虑到节点，其中节点可以与无线通信***通信。在8002，节点可以被配置为（至少部分地）与至少第一服务小区以及第二服务小区通信。在8004，节点可以被配置为接收第一服务小区的第一子帧分割配置。在8006，节点可以被配置为接收第二服务小区的第二子帧分割配置。在8008，节点可以被配置为将至少部分的第一子帧分割配置以及至少部分第二子帧分割配置应用到第一服务小区或者第二服务小区中的至少一者。实施方式考虑到第一服务小区可以为主服务小区（Pcell）并且第二服务小区可以为次服务小区（Scell）。在一个或者更多个实施方式中，第一子帧分割配置与第二子帧分割配置不同。

可替换地亦或此外，实施方式进一步考虑到，在8010，节点可以进一步被配置为将至少部分第一子帧分割配置与至少部分第二子帧分割配置的联合应用到第一服务小区或者第二服务小区中的至少一者。可替换地亦或此外，在8012，实施方式考虑到节点可以被进一步配置为将至少部分第一子帧分割配置与至少部分第二子帧分割配置的交集应用到第一服务小区或者第二服务小区中的至少一者。

可替换地亦或此外，实施方式考虑到，在8014，节点可以被进一步配置为将至少部分第一子帧分割配置与至少部分第二子帧分割配置的应用限制到第一服务小区或者第二服务小区中的至少一者的上行链路（UL）子帧配置。可替换地亦或此外，实施方式考虑到，在8016，节点可以被进一步配置为将至少部分第一子帧分割配置与至少部分第二子帧分割配置的应用限制到第一服务小区或者第二服务小区中的至少一者的下行链路（DL）子帧配置。

参照图9，可替换地亦或此外，实施方式考虑到，至少部分第一子帧分割配置与至少部分第二子帧分割配置分别包括上行链路（UL）子帧分割配置，以及，在9002节点可以被进一步配置为将各自的UL子帧分割配置应用到Pcell的UL子帧配置。可替换地亦或此外，实施方式考虑到，在9004，第一子帧分割配置与第二子帧分割配置可以通过无线电资源控制（RRC）信号从第二节点提供，第二节点与无线通信***通信，并且第二节点为演进节点B（eNB）或者宿主演进节点B（DeNB）中的至少一者。一个或者更多个实施方式考虑到节点可以为中继节点。可替换地亦或此外，实施方式考虑到，在9006节点可以进一步被配置为通过Un接口与eNB或者DeNB中的至少一者通信。可替换地亦或此外，实施方式考虑到节点可以为无线发射/接收单元（WTRU）。一个或者更多个实施方式考虑到，在9008，WTRU可以被进一步配置为在时分双工模式中操作。

参照图10，可替换地亦或此外，实施方式考虑到节点可以与无线通信***通信。在10002，节点可以被配置为（至少部分地）与至少第一服务小区与第二服务小区通信，其中第一服务小区可以为主服务小区（Pcell）并且第二服务小区可以为次服务小区（Scell）。在10004，实施方式考虑到节点可以被配置为接收Pcell的第一子帧分割配置。在10006，实施方式考虑到节点可以被配置为接收Scell的第二子帧分割配置。在10008，实施方式考虑到节点可以被配置为基于一情况通过Scell的物理上行链路控制信道（PUCCH）的子帧传输至少部分上行链路控制信息（UCI），其中该情况可以至少部分基于第一子帧分割配置或第二子帧分割配置中的至少一者。一个或者更多个实施方式考虑到该情况可以包括Pcell的第一子帧分割配置具有子帧中受限的上行链路，该子帧相应于于Scell的物理上行链路控制信道（PUCCH）的子帧。

可替换地亦或此外，实施方式考虑到，在10010，节点可以被进一步配置为传输至少部分UCI至演进节点B（eNB）或者宿主演进节点B（DeNB）中的至少一者。

可替换地亦或此外，实施方式考虑到可以与无线通信***通信的节点。在10012，实施方式考虑到节点可以被配置为（至少部分地）与至少第一服务小区以及第二服务小区通信，其中第一服务小区可以为主服务小区（Pcell）以及第二服务小区可以为次服务小区（Scell）。在10014，实施方式考虑到节点可以被配置为接收Pcell的子帧分割配置。在10016，实施方式考虑到节点可以被配置为通过Scell的物理上行链路控制信道（PUCCH）的子帧传输至少部分上行链路控制信息（UCI），其中Scell可以不具有子帧分割配置。

参考图11，可替换地亦或此外，实施方式考虑到可以与无线通信***通信的节点。在11002，实施方式考虑到节点可以至少部分地被配置为，与第一分量载波以及第二分量载波通信。在11004，实施方式考虑到节点可以被配置为接收第一分量载波的第一子帧分割配置。在11006，实施方式考虑到节点可以被配置为接收第二分量载波的第二子帧分割配置。一个或者更多实施方式考虑到第一子帧分割配置可以与第二子帧分割配置不相同。在11008，实施方式还考虑到节点可以被配置为利用定时偏移值实施第一分量载波与第二分量载波之间的交叉载波调度。

可替换地亦或此外，实施方式考虑到节点可以进一步被配置为，在11010，接收下行链路控制信息（DCI），其中定时值可以在DCI中提供。在11012，实施方式考虑到节点可以被配置为在下行链路（DL）控制信道上实施交叉载波调度，其中定时偏移值可以代表已调度的下行链路传输的子帧与该节点接收DCI所在的子帧之间的子帧数量。

可替换地亦或此外，实施方式考虑到节点可以被配置为，在11014，在下行链路（DL）控制信道接收下行链路控制信息（DCI），其中定时偏移值可以在DCI中提供。一个或者更多个实施方式考虑到定时偏移值可以代表已调度的上行链路传输的子帧与节点接收DCI所在的子帧之间的子帧数量。一个或者更多个实施方式考虑到DL控制信道可以中继物理下行链路控制信道（R-PDCCH）或者物理下行链路控制信道（PDCCH）中的至少一者。

所考虑的实施方式可以基于3GPP LTE技术以及相关的规范，并且可以同样地可应用至任何无线技术实现具有不同时间间隔（例如，子帧）配置的载波的聚合，例如但不限定于基于WCDMA、HSPA、HSUPA以及HSDPA的其他3GPP技术。例如，连接至中继的WTRU可以同样被视作SR节点，对于该节点，中继可以被视作eNB。实施方式可以被单独或者以其组合的方式使用。

尽管上面以特定的组合描述了特征和元素，但是本领域普通技术人员可以理解，每个特征或元素可以单独使用或与其他的特征和元素组合使用。此外，这里描述的方法可以用计算机程序、软件或固件实现，其可包含于由计算机或处理器执行的计算机可读介质中。计算机可读介质的示例包括电子信号（通过有线或无线连接传送）和计算机可读存储介质。计算机可读存储介质的示例包括，但不限制为只读存储器（ROM）、随机存取存储器（RAM）、寄存器、缓冲存储器、半导体存储器设备、磁性介质例如，内部硬盘与可移动磁盘、磁光介质、和光介质，例如光盘（CD）、或数字通用盘（DVD）。与软件相关联的处理器可以用于实现在WTRU、UE、终端、基站、RNC、或任何主计算机中使用的射频收发信机。

Claims (20)

1.一种节点，所述节点与无线通信***通信，所述节点至少部分地被配置为：

与至少第一服务小区和第二服务小区通信；

接收所述第一服务小区的第一子帧分割配置；

接收所述第二服务小区的第二子帧分割配置；以及

将至少部分所述第一子帧分割配置与至少部分所述第二子帧分割配置应用至所述第一服务小区或者所述第二服务小区中的至少一者。

2.根据权利要求1所述的节点，其中所述第一服务小区为主服务小区（Pcell）以及所述第二服务小区为次服务小区（Scell）。

3.根据权利要求1所述的节点，其中所述第一子帧分割配置与所述第二子帧分割配置不相同。

4.根据权利要求1所述的节点，其中所述节点被进一步配置为：

将所述至少部分所述第一子帧分割配置与所述至少部分所述第二子帧分割配置的联合应用到所述第一服务小区或者所述第二服务小区中的所述至少一者。

5.根据权利要求1所述的节点，其中所述节点被进一步被配置为：

将所述至少部分所述第一子帧分割配置与所述至少部分所述第二子帧分割配置的交集应用到所述第一服务小区或者所述第二服务小区中的所述至少一者。

6.根据权利要求1所述的节点，其中所述节点被进一步配置为：

将所述至少部分所述第一子帧分割配置与所述至少部分所述第二子帧分割配置的应用限制到所述第一服务小区或者所述第二服务小区中的所述至少一者的上行链路（UL）子帧配置。

7.根据权利要求1所述的节点，其中所述节点被进一步配置为将所述至少部分所述第一子帧分割配置与所述至少部分所述第二子帧分割配置的应用限制到所述第一服务小区或者所述第二服务小区中的所述至少一者的下行链路（DL）子帧配置。

8.根据权利要求2所述的节点，其中所述至少部分所述第一子帧分割配置与所述至少部分所述第二子帧分割配置分别包括上行链路（UL）子帧分割配置，并且所述节点进一步被配置为将所述各自的UL子帧分割配置应用至所述Pcell的UL子帧配置。

9.根据权利要求1所述的节点，其中所述第一子帧分割配置与所述第二子帧分割配置通过无线电资源控制（RRC）信号从第二节点提供，所述第二节点与所述无线通信***通信，并且所述第二节点为演进节点B（eNB）或者宿主演进节点B（DeNB）中的至少一者。

10.根据权利要求9所述的节点，其中所述节点为中继节点。

11.根据权利要求10所述的节点，其中所述节点被进一步配置为：

通过Un接口与所述eNB或者DeNB中的至少一者通信。

12.根据权利要求1所述的节点，其中所述节点为无线发射/接收单元（WTRU）。

13.根据权利要求12所述的节点，其中所述WTRU被进一步配置为：

在时分双工模式中操作。

14.一种节点，所述节点与无线通信***通信，所述节点至少部分地被配置为：

与至少第一服务小区与第二服务小区通信，所述第一服务小区为主服务小区（Pcell）且所述第二服务小区为次服务小区（Scell）；

接收所述Pcell的第一子帧分割配置；

接收所述Scell的第二子帧分割配置；以及

基于一情况通过所述Scell的物理上行链路控制信道（PUCCH）的子帧传输至少部分上行链路控制信息（UCI），所述情况至少部分地基于所述第一子帧分割配置或所述第二子帧分割配置中的至少一者。

15.根据权利要求14所述的节点，其中所述情况包括所述Pcell的第一子帧分割配置具有在子帧中受限的上行链路，该子帧相应于所述Scell的所述物理上行链路控制信道（PUCCH）的所述子帧。

16.根据权利要求14所述的节点，其中所述节点被进一步配置为：

将所述至少部分所述UCI传输到演进节点B（eNB）或宿主演进节点B（DeNB）中的至少一者。

17.一种节点，所述节点与无线通信***通信，所述节点至少部分地被配置为：

与至少第一服务小区以及第二服务小区通信，所述第一服务小区为主服务小区（Pcell）且所述第二服务小区为次服务小区（Scell）；

接收所述Pcell的子帧分割配置；以及

通过所述Scell的物理上行链路控制信道（PUCCH）的子帧传输至少部分上行链路控制信息（UCI），所述Scell不具有子帧分割配置。

18.一种节点，所述节点与无线通信***通信，所述节点至少部分地被配置为：

与第一分量载波以及第二分量载波通信；

接收所述第一分量载波的第一子帧分割配置；

接收所述第二分量载波的第二子帧分割配置，所述第一子帧分割配置与所述第二子帧分割配置不相同；以及

利用定时偏移值实现所述第一分量载波与所述第二分量载波之间的交叉载波调度。

19.根据权利要求18所述的节点，其中所述节点被进一步配置为：

接收下行链路控制信息（DCI），所述定时偏移值在所述DCI中提供；以及

在下行链路（DL）控制信道上实现所述交叉载波调度，所述定时偏移值代表已调度的下行链路传输的子帧与所述节点接收所述DCI所在的子帧之间的子帧的数量。

20.根据权利要求18所述的节点，其中所述节点被进一步配置为：

在下行链路（DL）控制信道上接收下行链路控制信息（DCI），所述定时偏移值在所述DCI中提供，所述定时偏移值代表已调度的上行链路传输的子帧与所述节点接收所述DCI所在的子帧之间的子帧的数量，所述DL控制信道为中继物理下行链路控制信道（R-PDCCH）或者物理下行链路控制信道（PDCCH）中的至少一者。

Images