CN102823176A - 在无线通信网络中用于可靠传输控制信息的方法和装置 - Google Patents

Abstract

本文描述了在无线通信网络中用于可靠地发送和接收控制信息的技术。典型地，小区可以在相同的子帧中在控制信道上发送控制信息和在数据信道上发送相关联的数据（如***信息）。该子帧可能会受到来自其他小区的强干扰。对于跨子帧信号发送，小区可以在第一子帧中发送控制信息，以及在第二子帧中发送相关联的数据。第一子帧可以是针对小区的可用子帧，并且该第一小区具有较少的来自其他小区的干扰。UE可能不知道第一子帧的位置并且可以进行基于窗口的解码。UE可以在覆盖第一子帧的解码窗口中的至少一个子帧中解码控制信道以获得控制信息。然后，UE可以基于控制信息在第二子帧中解码数据信道以获得数据。

Description

在无线通信网络中用于可靠传输控制信息的方法和装置

本申请要求享受于2010年3月26日提交的、序列NO.61/318，168、题目为METHOD FOR RELIABLE CONTROL INFORMATIONTRANSMISSION FOR LTE-A、的美国临时申请的优先权，该美国临时申请被转让给其受让人，在此通过引用将其全部内容并入本文。

技术领域

概括地说，本发明涉及通信，具体地说，本发明涉及在无线通信网络中用于发送和接收控制信息的技术。

背景技术

无线通信网络被广泛地部署以提供诸如语音、视频、数据分组、消息传送、广播等之类的各种通信内容。这些无线网络可以是能够通过共享网络资源支持多用户的多址网络。这类多址网络的例子包括码分多址（CDMA）网络、时分多址（TDMA）网络、频分多址（FDMA）网络、正交FDMA（OFDMA）网络和单载波FDMA（SC-FDMA）网络。

无线通信网络可以包括多个能够支持针对多个用户设备（UE）的通信的基站。每一个基站可以针对一个或多个小区提供通信覆盖，其中，术语“小区”可以指基站的覆盖区域和/或服务该覆盖区域的基站子***。UE可以通过下行链路和上行链路与小区进行通信。下行链路（或前向链路）是指从小区到UE的通讯链路，上行链路（或反向链路）是指从UE到小区的通讯链路。

小区可以在下行链路上向一个或者多个UE发送控制信息和数据。来自该小区的下行链路传输可能会受到由来自其他小区的下行链路传输导致的干扰。这些干扰可能反过来影响来自该小区的下行链路传输的可靠性。

发明内容

在本申请中描述了在无线通信网络中可靠发送和接收控制信息的技术。小区可以典型地在相同的子帧中在控制信道上发送控制信号，在数据信道上发送相关联的数据。控制信道可以是物理下行链路控制信道（PDCCH）或者其他控制信道，数据信道可以是物理下行链路共享信道（PDSCH）或者其他数据信道。控制信息可以包含用于对数据信道进行解码所需的各个参数。数据可以包括UE在无线网络中操作所需要的***信息。

在发送数据的子帧中小区会受到来自相邻小区的强干扰。在一种设计中，可以采用跨子帧信号发送，并且小区可以在第一子帧中发送控制信息以及在第二子帧中发送相关联的数据。针对该小区，第一子帧可能是可用子帧，并且可能比第二子帧具有来自相邻小区的更少干扰。

在一个方面，UE可能不知道小区在其中发送控制信道的第一子帧的位置，并且可以执行基于窗口的解码。在一种设计中，UE可以在覆盖包括第一子帧的多个子帧的解码窗口中的至少一个子帧中对控制信道解码以获得在控制信道上发送的控制信息。然后，UE可以在解码窗口的结束处或者结束之后的第二子帧中对数据信道进行解码以获得在数据信道上发送的数据（例如***信息）。在一种设计中，解码窗口可以覆盖至少一个针对小区的可用子帧，并且可以在解码窗口中中的可用子帧中发送控制信息。

在另一个方面，小区可以在针对小区的指定子帧中发送控制信息。可以向不同的小区分配具有较少的来自其他小区的干扰的指定子帧。在一种设计中，UE可以基于针对小区的可用于UE的第一信息来确定针对小区的指定子帧。第一信息可以包括小区的小区身份（ID），该小区ID可以由UE基于来自小区的至少一个同步信号来获得。UE可以在指定子帧中解码控制信道以获得小区在控制信道上发送的控制信息。然后，可以基于控制信息在第二子帧中解码数据信道以获得小区在数据信道上发送的数据（例如***信息）。

下面进一步详细地描述本公开内容的各方面和特征。

附图说明

图1示出了无线通信网络。

图2示出了示例性帧结构。

图3示出了小区进行的示例性的***信息的传输。

图4示出了针对不同小区的时域资源划分的设计。

图5示出了控制信息和数据的示例性传输。

图6示出了利用跨子帧信号发送的控制信息和数据的示例性传输。

图7示出了基于窗口的解码的例子

图8示出了一个用于利用跨子帧信号发送来发送控制信息的过程。

图9示出了用于利用用于跨子帧信号发送的基于窗口的解码接收控制信息的过程

图10示出了用于在具有较少干扰的指定子帧中发送控制信息的过程。

图11示出了用于接收在具有较少干扰的指定子帧中发送的控制信息的过程。

图12示出了基站的方框图。

图13示出了一个UE的框图。

图14示出了基站和UE的另一个方框图。

具体实施方式

本申请中描述的技术可以用于各种无线通信网络，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA和其他网络。术语“网络”和“***”经常互换地使用。CDMA网络可以实现诸如通用陆地无线接入（UTRA）、cdma2000等之类的无线技术。UTRA包括宽带CDMA（W-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）的一部分。3GPP长期演进（LTE）和先进的LTE(LTE-A)是UMTS的使用E-UTRA的新发布版，E-UTRA在下行链路上使用OFDMA，在上行链路上使用SC-FDMA。UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM在来自名为“第三代合作伙伴计划”（3GPP）的组织的文件中进行了描述。cdma2000和UMB在来自名为“第三代合作伙伴计划2”（3GPP2）的组织的文件中进行了描述。本申请中描述的技术可以用于前面提及的无线网络和无线电技术以及其他的无线网络和无线技术。为了清楚起见，下面针对LTE描述了该技术的某些方面，并且下面描述的多处中使用LTE术语。

图1示出了无线通信网络100，该网络可以是LTE网络或者某种其他无线网络。无线网络100可以包含多个演进型节点B（eNB）110和其它网路实体。eNB可以是与UE通信的实体，其也可以称为基站、节点B、接入点、节点等。每一个eNB 110可以提供针对特定地理区域的通信覆盖并且支持针对设置在该覆盖区域内的UE的通信。为了提高网络容量，可以将eNB的整个覆盖区域分成多个（例如3个）更小的区域。每一个更小的区域可以由相应的eNB子***进行服务。在3GPP中，术语“小区”可以指eNB的覆盖区域和/或对该覆盖区域进行服务的eNB子***。一般而言，eNB可以支持一个或者多个（例如3个）小区。术语“eNB”、"基站"和“小区”在本申请中可以互换地使用。

eNB可以针对宏小区、微微小区、毫微微小区和/或其他类型的小区提供通信覆盖。宏小区可以覆盖相对大的地理区域（例如半径范围几公里）并且可以允许具有服务订制的UE的不受限制的接入。微微小区可以覆盖相对小的地理区域并且可以允许具有服务订制的UE的不受限制的接入。毫微微小区可以覆盖相对小的地理区域（例如家庭）并且可以允许与该毫微微小区关联的UE（例如封闭用户组（CSG）中的UE）的受限制的接入。在图1中示出的例子中，eNB 110a、110b和110c可以分别是针对宏小区102a、102b和102c的宏eNB。eNB 110d可以是针对微微小区102d的微微eNB。eNB 110e和110f可以分别是针对毫微微小区102e和102f的家庭eNB（HeNB）。

无线网络100也可以包含中继。中继可以是能够接收来自上游站（例如eNB或者UE）的数据传输并且向下游站（例如UE或eNB）发送数据传输的实体。中继也可以是能够为其他UE中继传输的UE。在图1中示出的例子中，中继110r可以通过回程链路与宏eNB 110a进行通信，以及通过接入链路与UE 120r进行通信，以便于实现eNB 110a和UE 120r之间的通信。

无线网络100可以是包含不同类型的eNB（例如宏eNB、微微eNB、毫微微eNB、中继等）的异构网络（HetNet）。这些不同类型的eNB在无线网络100中可能具有不同的发射功率级别、不同的覆盖大小、以及对干扰的不同影响。例如，宏eNB具有较高的发射功率级别（例如5到40瓦特），而微微eNB、毫微微eNB、以及中继可能具有较低的发射功率级别（例如0.1到2瓦特）

网络控制器130可以耦合到一组eNB，并且可以针对这些eNB提供协调和控制。网络控制器130可以包括单个网络实体或者一些网格实体。网络控制器130可以通过回程与eNB进行通信讯。eNB也可以进行相互通信，例如通过无线或者有线回程直接或间接地进行通信。

UE 120(例如120b、120d)可以分散在整个无线网络100中，并且每一个UE可以是固定的或者移动的。UE也可以称为移动站、终端、接入终端、用户单元、站等。UE可以是蜂窝电话，个人数字助理（PDA）、无线调制解调器、无线通信设备、手持设备、笔记本电脑、无绳电话，无线本地环路（WLL）站、智能电话、上网本、智能本、平板电脑等。UE可能能够与宏eNB、微微eNB、毫微微eNB、中继等进行通信。UE也可以与另外一个UE进行点对点（P2P）通信。在图1中，具有双箭头的实线表示UE和eNB之间的通信。具有双箭头的虚线表示UE和eNB之间的干扰传输。

图2示出了LTE中用于频分双工（FDD）的帧结构200。对于FDD，可以向下行链路和上行链路分配分开的频率信道。可以将针对下行链路和上行链路中的每一个的时间轴分成无线帧的单元。每一个无线帧可以具有预定的持续时间（例如10毫秒（ms）），并且可以分成索引为0到9的10个子帧。每一个子帧可以包含2个时隙。因此，每一个无线帧可以包含索引为0到19的20个时隙。每一时隙可以包含L个符号周期，例如对于正常循环前缀的7个符号周期（如图2中所示出的），或者对于扩展的循环前缀的6个符号周期。可以向每一个子帧中的2L个符号周期分配索引0到2L-1。

针对下行链路的每一个子帧可以包含控制区域和数据区域，可以如图2中所示出的时分复用（TDM）控制区域和数据区域。控制区域可以包含子帧的第一个K个符号周期，其中，K可以等于1、2、3或者4，并且子帧和子帧之间可以变化。控制区域为UE运送控制信息。数据区域可以包含子帧中剩下的符号周期，并且可以为UE运送数据和/或其他信息。

在LTE中，小区可以在子帧的控制区域中发送物理控制格式指示符信道（PCFICH）、物理HARQ指示符信道（PHICH）、以及物理下行链路控制信道（PDCCH）。PCFICH可以在子帧的第一个符号周期中发送并且可以传送控制区域的大小（即，K的值）。PHICH可以在下行链路上针对UE利用混合自动重传请求(HARQ)在上行链路上发送的数据传输运送确认（ACK）信息。PDCCH可以为UE运送控制信息。控制信息可以包括下行链路准许、上行链路准许、功率控制信息等。小区可以在子帧的数据区域中发送物理下行链路共享信道（PDSCH）。PDSCH可以为调度用于在下行链路上进行数据传输的UE运送业务数据。PDSCH也可以运送***信息和/或其他信息。

如图2中所示出的，小区可以在每一个具有常规循环前缀的无线帧的子帧0和5中在符号周期6和5中分别发送主同步信号（PSS）和辅同步信号（SSS）。小区可以基于小区ID来产生PSS和SSS。PSS和SSS可以被UE使用来进行小区的搜索和捕获。

如图2中所示出的，小区可以在每一个无线帧的时隙1中在符号周期0到3中发送物理广播信道（PBCH）。PBCH可以运送诸如主信息块（MIB）之类的一些***信息。小区可以在某些子帧中在PDSCH上发送诸如***信息块（SIB）之类的其它***信息。MIB可以运送少量的最重要的***信息，例如有限数量的用来从小区获得其他信息的必要参数。SIB可以运送剩余的***信息。MIB和SIB可以允许UE在下行链路上接收传输和/或在上行链路上发送传输。

图3示出了小区进行的示例性的***信息的传输。小区可以周期性地以固定的40ms的时间表在PBCH上发送MIB。MIB可以在4个连续的无线帧的子帧0中在4个传输中发送。小区也可以以80ms的周期在PDSCH上周期性地发送SIB类型1（SIB1）。SIB1可以在4个偶数无线帧子帧5中在4个传输中进行发送。SIB1可以运送针对***信息（SI）消息的调度信息以及其他类型的SIB到该SI消息的映射。小区也可以以由SIB1中的调度信息所指示的周期来发送每一个剩余的SIB。每一个SIB可以运送一组参数以支持UE的操作。

如上文所描述的，无线网络100可以是异构网络。具有不同类型的小区的异构网络中的干扰特性可以与只具有一种类型的小区（例如，仅宏小区）的同构网络中的干扰特性显著不同。不同类型的小区可以在同信道部署中操作在相同的频率信道上并且可能相互之间产生强干扰，这可能导致服务出故障。举例来说，毫微微小区可能对宏小区造成过大的干扰（或者反之亦然）并且可能对其他的毫微微小区产生过大的干扰。针对不同类型的小区的不同的最大发射功率级别也可能产生下行链路/上行链路不平衡。例如，与宏小区相比，UE可能更接近毫微微小区，但是（i）由于宏小区的发射功率级别较高，与毫微微小区相比，其可能针对宏小区具有更好的下行链路但是（ii）由于到毫微微小区的路径损耗较低，与宏小区相比，其可能针对毫微微小区具有更好的上行链路。UE可以与毫微微小区进行通信，并且然后在下行链路上可能受到来自宏小区的强干扰。

可以执行干扰管理以保护下行链路传输和/或上行链路传输不受过大的干扰。在一种干扰管理设计中，可以执行资源划分以将不同的资源分配给不同类型（或者不同功率等级）的小区。每种类型的小区然后可以使用其所分配的具有来自其他类型的小区的很少的干扰或者没有来自其他类型的干扰的资源。通常而言，可以在时域和/或频域执行资源划分。

在一种设计中，可以在时域中执行资源划分，并且可以向每种类型的小区分配具有来自其他类型的小区的很少的干扰或者没有来自其他类型的小区的干扰的一些子帧。在一种设计中，可以将三种子帧的定义成如下内容：

●“U”子帧-可以用于给定小区的子帧，其通常具有来自其他类型的小区的很少的干扰或者没有来自其他类型的小区的干扰，

●“N”子帧-给定小区通常不可用的子帧，以避免对其他类型的小区产生过多的干扰，以及

●“X”子帧-给定小区可以根据多种因素灵活使用使用的子帧。

通常，可以以各种方式向不同类型的小区分配子帧。在一种设计中，可以定义具有索引0到Q-1的Q个交错，其中Q可以等于4、6、8、10或者某一其他的值。每个交错可以包含由Q个帧间隔开的子帧。因此，交错q可以包含子帧q，q+Q，q+2Q等，其中，q∈{0,…,Q-1}。每一个交错可以被分配给特定类型的小区。

图4示出了针对Q=8以及8个交错0到7可用的情况的时域资源划分的例子。在图4中示出的例子中，交错0和交错4分配给宏小区，交错1和5分配给毫微微小区，交错2分配给微微小区，交错3,6和7是灵活的子帧。

每一个小区的U子帧可以与分配给该小区的交错中的子帧相对应。可以以互补的方式来配置不同类型的小区的U子帧和N子帧，以使得特定类型的小区的U子帧与其他类型的小区的N子帧相对应。这种子帧的互补定义可以使数据和控制信息实现可靠传输，特别是当不同类型的小区是邻居并且相互干扰时。

可以以半静态或者静态的方式进行资源划分，例如经由小区之间通过回程的协商。每一个小区都可以知道资源划分的结果并且可以知道可适用于该小区的不同类型的子帧。每一个小区可以使用其U子帧，上述U帧可以对应于在其所分配的交错中的子帧。每一小区可以避免在其N子帧中导致过多的干扰，上述N子帧可以对应于在分配给其他类型的小区的交错中的子帧。举个例子，小区可以在其U子帧中以较低的功率级别向靠近该小区的UE进行发送，并且然后可以避免对相邻小区中的UE产生强干扰。小区也可以避免在其U子帧中进行发送，以避免对其邻小区中的UE产生任何干扰。根据基于诸如所涉及的小区的负载信息、UE信道信息、业务信息、不同小区之间的信息的可用性等之类的各种因素由小区做出的或针对小区所做出的决策，小区可以使用或可以不使用其X子帧。小区也可以选择分配这种X子帧，以为自身在调度中留下一些自由。小区可以最多地使用其U子帧，在需要时使用其X子帧，并且最少使用其N子帧。

通常，可以只针对下行链路或者只针对上行链路或者针对下行链路和上行链路两者执行资源划分。针对下行链路的资源划分与针对上行链路的资源划分可以匹配或不匹配。举个例子，小区可以针对下行链路具有第一组U子帧、N子帧和X子帧，针对上行链路具有第二组U子帧、N子帧和X子帧。为了清楚起见，下面描述中的大部分涉及针对下行链路的资源划分。

在LTE中，小区可以在***带宽中的一部分中在PDSCH上发送数据。因此，相邻的小区可以针对该数据区域在频域中执行干扰协调并且可以在***带宽的不同部分中在PDSCH上发送数据。因此，可以通过小心的调度在所有类型的子帧包括N子帧中在PDSCH上可靠地发送数据。

在LTE中，小区跨***带宽在PDCCH上发送控制信息。因此，相邻的小区针对控制区域在频域中执行干扰协调更加困难。因此，应该在诸如U子帧或者可能的X子帧之类的具有很小的或没有干扰的子帧中发送控制信息。

图5示出了在LTE版本8（Rel-8）中PDCCH和PDSCH的传输的例子。小区可以在给定的子帧y的控制区域中在PDCCH上发送控制信息并且也可以在相同的的子帧y的数据区域中在PDSCH上发送与控制信息相关联的数据（例如SIB1）。控制信息可以包括下行链路准许，该下行链路准许包括针对在PDSCH上相关联的数据传输数据的多个参数。UE可以在子帧的控制区域中解码PDCCH并且可以从在PDCCH上发送的控制信息获得下行链路准许。然后，UE可以基于下行链路准许在数据区域中解码PDSCH，并获得在PDSCH上发送的数据（如SIB1）

在LTE版本8中，小区可以在PDCCH上发送控制信息并且在相同子帧的PDSCH上发送相关联的数据（如SIB1）的传输。为了达到较高的可靠性，数据应当在诸如U子帧或者可能的X子帧之类的具有足够低干扰的子帧上在PDSCH上进行发送。

可能需要小区在PDSCH上在偶数无线帧的子帧5中例如子帧5、25、45等中发送SIB1。对于FDD，根据较高层配置，还可能需要小区在PDSCH上在无线帧的子帧0、4、5和/或9中发送寻呼消息。因此，可能需要小区在PDSCH上在指定的子帧中发送SIB1和寻呼消息。

小区应当发送SIB1和寻呼信息，使得该小区的覆盖范围内的所有UE可以可靠地接收它们。小区可能能够在指定子帧的数据区域中在PDSCH上可靠地发送SIB1和寻呼消息，而不管这些子帧是U子帧、X子帧、还是N子帧。但是，小区可能不能在指定子帧的控制区域在PDCCH上可靠地发送相关联的控制信息，例如当该指定的子帧恰好是N子帧时。举个例子，图5中的子帧y可能是具有来自相邻小区的强干扰的N子帧。小区可能还能在子帧y中在PDSCH上可靠地发送SIB1和/或者寻呼消息，但是可能不能在子帧y中在PDCCH上可靠发送相关联的控制信息。

在一个方面，跨子帧的信号发送可以用于可靠发送控制信息。可能需要小区必须在指定的子帧中发送数据（例如SIB1），但是可能不能在这个子帧中可靠发送相关联的控制信息。举例来说，特定的子帧可能是N子帧，在该子帧的控制区域中具有来自相邻小区强干扰。然后，小区可以在来自相邻小区的干扰足够低的另一个子帧（例如U子帧）中发送控制信息。然后，这可以允许UE可靠地接收控制信息。

图6示出了具有跨子帧信号发送的PDCCH和PDSCH的示例性传输。小区可以在给定的子帧x的控制区域中在PDCCH上发送控制信息，子帧x可以是小区的U子帧或者可能是X子帧。小区可以在给定的子帧y的数据区域中在PDSCH上发送与控制信息相关联的数据（例如SIB1），子帧y可以是小区的N子帧。子帧x可能是在子帧y之前的该小区的最近的U子帧。UE可以在子帧x的控制区域中对PDCCH进行解码并且可以获得在PDCCH上发送的控制信息。然后，UE基于在子帧x中接收的控制信息可以对在子帧y的数据区域中的PDSCH解码，并且可以获得在PDSCH上发送的数据（例如SIB1）。

可能仅在给定小区中的一小部分UE需要跨子帧信号发送。小区中的其它UE（例如，靠近该小区的UE）可能不会受到来自相邻小区的强干扰并且能够在指定的子帧中可靠地接收控制信息。因此，小区也可以在指定的子帧中针对这些UE以及针对想在与相关联的数据相同的子帧中发送控制信息的UE发送控制信息。

为了支持跨子帧信号发送，受到影响的UE应该知道在其中发送运送针对运送感兴趣的数据（例如SIB1）的PDSCH的控制信息的PDCCH的子帧。小区可以在子帧y中在PDSCH上发送感兴趣的数据并且也可以在位于子帧y之前的最近的U子帧中在PDCCH上发送相关联的控制信息。小区也可以在MIB中广播子帧类型信息，该子帧类型信息对小区的每一个子帧的类型进行指示（或者对小区的U子帧进行指示）。然后，受到影响的UE能够基于从小区接收的子帧类型信息来确定在子帧y之前的最近的U子帧并且还能够对该U子帧中的PDCCH进行解码。但是，如果小区广播了SIB1（或者其他SIB1）中的子帧类型信息，那么受到影响的UE（i）将需要该信息以确定该U子帧并且将针对运送SIB1的PDSCH传输的PDCCH解码，但是（ii）将不会具有该信息，直到该PDCCH和针对SIB1的相关联的PDSCH传输被解码为止。如下文所描述的，可以以多种方式来解该问题。

在支持跨子帧信号发送的第一种设计中，当UE不知道在其中发送运送针对运送感兴趣的数据的PDSCH的控制信息的PDCCH的子帧时，UE可以针对PDCCH执行基于窗口的解码。这可能是这种情况，例如，当UE不知道小区的U子帧时。对于基于窗口的解码，UE可以在PDCCH解码窗口内在每一个子帧中对PDCCH进行解码。可以将该窗口的大小选为使得该解码窗口覆盖发送PDCCH的子帧。

图7示出了PDCCH的基于窗口的解码的示例，以接收在指定的子帧5中在PDSCH上发送的SIB1。UE可以检测到小区的PSS和SSS并且能够确定小区的帧时序。UE能够基于其对小区的帧时序的知识来确定小区发送SIB1的指定的子帧5。如果对子帧5中的PDCCH的可靠解码是不可能的以及如果UE没有关于小区的U子帧或者在哪小区能够可靠地发送针对SIB1的PDCCH的明确信息，则UE可以针对小区执行基于窗口的解码。UE可以隐式地或明确地知道其不能可靠地接收子帧5中的PDCCH。举例来说，UE可以基于所涉及的小区中的切换偏移值来隐式地获知UE是否具有消除干扰的能力，解码PSS和SSS的第一步以及所讨论的小区是否受到较强的干扰等。UE可以基于信令，例如MIB中的信令，来明确地知道。

在图7中所示出的例子中，解码窗口具有四个子帧的大小，并且覆盖在前的子帧1到4以及指定子帧5的控制区域。UE可以从解码窗口中的第一个子帧开始对PDCCH解码，针对图7中示出的例子，该第一个子帧是子帧1。如果正确解码PDCCH，那么UE可以跳过对解码窗口中的剩余子帧中的PDCCH进行解码，并且可以基于从子帧1中的PDCCH获得的控制信息来解码指定的子帧5中的PDSCH中。如果在第一个子帧中对PDCCH的解码错误，那么UE可以对解码窗口中在下一个子帧中的PDCCH进行解码，针对图7中示出的例子，该下一个子帧是子帧2。UE可以重复解码PDCCH，直到其被正确解码或者已经考虑了解码窗口中的所有子帧。如果在解码窗口中的任何子帧中都可以正确解码关联的PDCCH，则UE可以对指定的子帧5中的PDSCH解码。

窗口大小可以基于UE复杂性和子帧分配灵活性之间的折中来选择。较大的窗口尺寸可能需要UE针对PDCCH执行更多的解码尝试（因此增加UE复杂性）但是可以允许以更多的灵活性来向不同类型的小区分配子帧。举例来说，可以如图4中所示出的定义8个交错，每一个交错可以分配给特定类型的小区，并且子帧类型配置的周期可以为8。如果窗口尺寸为7，则针对给定的小区对子帧类型配置可能没有限制，可以向其分配8个交错中的任何一个。但是，如果窗口尺寸为3，则应当向小区分配交错以使得在每4个连续的子帧中存在至少一个U子帧。

0窗口尺寸可能隐含着基于窗口的解码被禁用，并且解码窗口只覆盖在其中发送运送感兴趣的数据的PDSCH的子帧的控制区域。当在PDCCH上的控制信息和在PDSCH上的相关联的数据总是在相同的子帧中发送时，可以使用0窗口尺寸。

在支持跨子帧信号发送的第二种设计中，可以在预定的位置中发送针对感兴趣的PDSCH传输的PDCCH传输。例如，每一个小区可以在针对该小区的指定子帧中发送运送针对运送SIB1（或其他信息）的PDSCH的控制信息的PDCCH。

在一种设计中，可以将针对每一个小区的指定子帧链接到小区ID。在这个设计中，UE能够基于可以从小区发送的PSS和SSS获得的小区的ID来确定每一个小区的指定子帧。因此，无需明确的信令来传送针对感兴趣的PDSCH传输的PDCCH位置。

在一种设计中，可以将针对每一个小区的指定的子帧定义成以下内容：

n∈(10*frame_num+subframe_num)mod K1=小区ID mod K2，公式（1）

其中frame_num是无线帧的索引，并且其在LTE中位于0到4095的范围内，Subframe_num是子帧的索引，并且其位于0到9的范围内，

K1和K2是预定的参数，

n是针对具有小区ID的小区的指定子帧的索引，

mod表示取模操作。

可以基于公式（1）按照随后的内容定义针对小区的指定子帧。公式（1）中的等式的左手侧的括号中的数量可以在每一个无线帧中针对每一个子帧来计算。通过相对于K1对该数量取模可以针对每一个无线帧的每一个子帧获得第一值。通过相对于K2对小区的小区ID取模可以获得第二值。可以将在其中第一值等于第二值的每一个子帧定义为针对小区的指定子帧。

例如，对于K1=8和K2=3的情况，针对不同小区的指定子帧可以定义为如下内容：

●小区ID0、3、6、9…的小区具有指定子帧为0、8、16、24、…

●小区ID为1、4、7、10…的小区具有指定子帧为1、9、17、25、…

●小区ID为2、5、8、11…的小区具有指定子帧为2、10、18、26、…

在公式（1）中示出的设计中，可以定义K2组小区ID，并且每一组可以包括被K2间隔开的小区ID。例如，当K2=3时，可以定义3组小区ID，第一组可以包括小区ID 0、3、6、…，第二组可以包括小区ID 1、4、7、…，第三组可以包括小区ID 2、5、8、…可以向每一组小区ID分配不同组的指定子帧。例如，可以向第一组小区ID分配指定子帧0、8、16、…，可以向第二组小区ID分配指定子帧1、9、17、…，以及可以向第三组小区ID分配指定子帧2、10、18、…

在公式（1）中示出的设计中，K2表示小区ID的组数和指定子帧的组数。K1表示在每一组指定子帧中在连续的指定子帧之间的间隔。

在另一种设计中，可以定义K2组小区ID，以使得每一组包括连续的小区ID。例如第一组可以包括小区ID0到M1，第二组可以包括小区IDM1+1到M2，第三组可以包括小区IDM2+1到M3等。例如，如果K2=3并且总共504个小区ID可用，那么第一组可以包括小区ID 0到167，第二组可以包括小区ID 168到335，以及第三组可以包括小区ID 336到503。可以将每组小区ID分配给不同的指定子帧组。

通常，可以以各种方式将全部可用的小区ID分成K2组小区ID。K2组可以包括相同或者不同数量的小区ID。每一组可以包括连续的或者不连续的小区ID。也可以定义K2组指定子帧。这个K2组可以包括相同或不同数目的指定子帧。该K2组也可以包括不同的不重叠的指定子帧，使得每一个子帧最多是一个组中的指定子帧。可以将每一组小区ID分配给不同的指定子帧组。

在一种设计中，可以向不同类型的小区分配不同的小区ID组从而不同的指定子帧组。例如，可以向宏小区分配第一组小区ID和第一组指定子帧，可以向毫微微小区分配第二组小区ID和第二组指定子帧，以及向微微小区分配第三组小区ID和第三组指定子帧。每一个小区可以在分配给该小区的指定子帧组中发送运送针对运送SIB1（或其他信息）的PDSCH的控制信息的PDCCH。

在LTE版本8中，小区可以在4或8控制信道单元（CCE）中发送针对开销的PDCCH，并且可以在1、2、4或8CCE中发送针对业务数据的PDCCH。针对开销的PDCCH指的是运送针对运送***信息（例如SIB1）或者广播信息（例如寻呼消息）的PDSCH的控制信息的PDCCH。针对业务数据的PDCCH指的是运送针对运送业务数据的PDSCH的控制信息的PDCCH。每一个CCE包括9个资源单元，并且每一个资源单元在一个符号周期中覆盖一个子载波。在1、2、4或8CCE中的PDCCH传输分别对应于1、2、4或者8聚合级别。针对在PDCCH上发送的控制信息，不同的聚合级别可以用于不同级别的保护。小区可以在公共搜索空间发生针对开销的PDCCH，公共搜索空间由所有的UE解码。小区可以在公共搜索空间或适用于特定UE的UE-特定搜索空间中发送针对业务数据的PDCCH。

在一种设计中，可以执行PDCCH调度的小区间协调。在这个设计中，相邻的小区可以协调和调度其PDCCH传输，使得针对每一个小区，可以实现可靠的PDCCH传输。如在LTE版本8中定义的，在这个设计中，每一个小区可以在偶数无线帧的指定子帧5中针对SIB1发送PDCCH和PDSCH。但是不同类型的小区可以在不同的资源单元组上发送其PDCCH，这些资源单元组重叠地尽可能少，以减轻来自这些小区的PDCCH传输之间的干扰。这可以以多种方式来实现。

在一种设计中，小区可以在公共搜索空间中利用聚合级别1或2在1或2CCE中分别发送针对开销的PDCCH。通过增加用于针对开销的PDCCH的聚合级别1和2（其与利用较少的CCE来发送PDCCH相关联），以不同类型的小区中较少的冲突来调度针对开销的PDCCH可能更为简单。

在另一种设计中，可以向小区分配小区ID以使得来自不同小区的PCFICH重叠的尽可能少。在又一种设计中，可以将针对不同小区的PCFICH和PHICH配置成使得针对这些小区的PDCCH重叠的尽可能少。PCFICH指示控制区域的大小，并且可以被设置成K以获得K个符号周期的控制区域，其中K可以等于1、2、3或4。在偶数无线帧的指定的子帧5中，可以将针对一些小区的PCFICH设置成K=1（针对较大的带宽）或K=2（针对较小的带宽）。在偶数无线帧的子帧5中，可以将针对其他小区的PCFICH设置成K=3（针对较大的带宽）或K=4（针对较小的带宽）（或者在诸如MBSFN子帧之类的一些特别的子帧中设置成K=2）。在上面的PCFICH的配置可以便于实现如下的干扰管理。观测到来自其他小区的强干扰的受害小区可以将其PCFICH设置成K=3（或者4），并且针对这些受害小区的PDCCH更可能位于控制区域的第二和第三符号周期中。针对受害小区的PHICH的持续时间也可以设置成（例如，在MIB中Ng=2），以使得可以在尽可能多的资源中发送PHICH。PHICH的这种设置可以导致受害小区的PDCCH更有可能映射到控制区域的第二和第三符号周期控制区域。干扰小区可以将其PCFICH设置成K=1（或2），并且针对这些干扰小区的PDCCH可以仅设置于控制区域的第一符号周期中。从而，针对干扰小区的PDCCH和针对受害小区的PDCCH可以在控制区域中时分复用。

为了清楚起见，上文已经针对在下行链路上的SIB1的传输描述了用于减轻干扰和提高控制信息的可靠性的技术。这个技术也可以用来在下行链路上发送与***信息、寻呼信息、广播信息和/或业务数据的传输相关联的控制信息。

这个技术也可以用来在上行链路上发送与上行链路控制信息和/或业务数据相关联的下行控制信息。例如，小区可以发送包括针对UE在子帧M中在PDCCH上的上行链路准许的控制信息，并且该上行链路准许可以适用于在子帧n中在物理上行链路共享信道（PUSCH）上的上行链路传输，其中，在LTE版本8中，m和n可以由固定的偏移量间隔开。但是，子帧m可能会受到相邻小区的强干扰。然后，该小区可以在子帧k中在PDCCH上发送针对UE的控制信息，子帧K可以是在子帧M之前最接近的U子帧。

大体上，可以通过在不同的子帧上、或者在不同的载波上、或者在指定的载波上在指定的子帧的数据区域而不是控制区域中发送控制信息来实现控制信息的可靠传输。尤其是，运送针对相关联的PDSCH或者PUSCH传输的控制信息的PDCCH可以在不同的子帧（例如U子帧）、不同的载波上、和/或在受到较少干扰的数据区域（通过数据区域中的干扰协调）而不是受到强干扰的子帧（例如N子帧）中进行发送。

图8示出了用于利用跨子帧信号发送来发送控制信息的过程800的设计。过程800可以由小区或者由其他实体执行。该小区可以在覆盖多个子帧的解码窗口中确定至少一个针对该小区的可用子帧（方框812）。每一个可用子帧比解码窗口中的剩余子帧受到更少的干扰。该小区可以选择解码窗口中的至少一个可用子帧中的一个子帧作为第一子帧，在该第一子帧中，要在控制信道上发送控制信息（方框814）。该小区可以在解码窗口中的第一个子帧中在控制信道上发送控制信息（方框816）。该小区可以在第一子帧之后的第二子帧中在数据信道上发送数据（方框818）。控制信息可以包括用于解码数据信道的至少一个参数。

大体上，小区可以在解码窗口中的任意一个子帧中发送控制信息，其可以在第二个子帧处结束，在第二子帧中，发送数据信道，例如，如图7中所示出的。在一种设计中，在数据信道上发送的数据可以包括***信息和/或寻呼信息。例如，在数据信道发送的数据可以包括运送针对至少一种其他类型的SIB的调度信息的SIB1。控制信道可以包括PDCCH或者其他控制信道，数据信道可以包括PDSCH或者其他数据信道。

图9示出了用于利用用于进行跨子帧信号发送的基于窗口解码来接收控制信息的过程900。过程900可以由UE或者其他实体来执行。UE可以在覆盖多个子帧的解码窗口中的至少一个子帧中对控制信道进行解码以获得在控制信道上发送的控制信息（方框912）。然后，UE可以基于该控制信息在该解码窗口的结束处或者在解码窗口结束之后的子帧中对数据信道进行解码，以获得在控制信道上发送的数据（方框914）。UE还可以在在其中对数据信道进行解码的子帧中对控制信道进行解码，以获得在控制信道上发送的控制信息。控制信道可以包括PDCCH或者其他控制信道。数据信道可以包括PDSCH或者其他数据信道。

在一种设计中，解码窗口可以覆盖至少一个可用子帧以供小区发送控制信息。可以以特定的周期向小区分配可用子帧。解码窗口可以具有可以基于针对该小区的可用子帧的周期来确定的大小。例如，可以以M个子帧的周期来向小区分配可用子帧，解码窗口可以覆盖M-1个子帧。在一种设计中，解码窗口可以具有可配置的大小，针对不同的小区或者不同的UE，该大小可以不同。在另一种设计中，解码窗口可以具有固定的大小，该固定的大小可以适用于所有的小区和/或所有的UE。

UE可能不知道针对该小区的可用子帧的位置。因此，从UE的角度来看，可以在解码窗口中的任意子帧中发送控制信息。在方框912的一种设计中，UE从解码窗口中最早的子帧开始，可以每次在解码窗口中的一个子帧中解码控制信道。当从控制信道获得控制信息时或当已经考虑了解码窗口中的所有子帧时，UE可以终止对控制信道的解码。

图10示出了用于在具有较少干扰的指定子帧中发送控制信息的过程1000设计。过程1000可以由小区或者其他实体来执行。小区可以基于针对小区的第一信息来确定第一子帧，该第一子帧具有来自其他小区的较少干扰（方框1012）。小区可以在第一子帧中在控制信道上发送控制信息（方框1014）。小区也可以在位于第一子帧之后的第二子帧中在数据信道上发送***信息（方框1016）。控制信息可以包括用于对数据信道解码的至少一个参数。小区也可以在第二个子帧中在控制信道上发送控制信息，例如，针对期望在相同子帧中发送控制信道和数据信道的UE。

在一种设计中，小区可以发送包括第一信息的至少一个同步信号。在一种设计中，第一信息可以包括小区的小区ID。小区可以确定包含该小区的小区ID的一组小区ID。该小区确定与该组小区ID相关联并且具有较少的来自其他小区的干扰的一组指定子帧。该小区可以从适用于该小区的一组指定子帧中选择第一子帧来发送控制信息。

图11示出了用于在具有较少干扰的指定子帧中接收控制信息的过程1100的设计。过程1100可以由UE或者其他设备来执行。UE可以基于针对小区的可用于UE的第一信息来确定第一子帧（方框1112）。第一子帧可以具有较少的来自其他小区的干扰。UE可以在第一子帧中解码控制信道以获得小区在控制信道上发送的控制信息（方框1114）。UE可以基于控制信息在第一子帧之后的第二子帧中解码数据信道以获得小区在数据信道上发送的***信息（方框1116）。控制信道可以包括PDCCH或者其他控制信道，数据信道可以包括PDSCH或其他数据信道。

在一种设计中，UE可以基于来自小区的至少一个同步信号来获得第一信息。第一信息可以包括小区的小区ID。在方框1112的一种设计中，UE可以确定包括该小区的小区ID的一组小区IE。然后，UE可以确定与该组小区ID相关联的一组指定子帧。UE可以识别第一子帧，在该第一子帧中从该组指定子帧中发送控制信息。

图12示出了支持一个或者多个小区的基站110x的方框图。在基站110x中，接收机1212可以接收由UE发送的上行链路信号。发射机1214可以向UE发送下行链路信号。模块1216可以执行处理以在PDCCH上和/或其他控制信道上发送控制信息。模块1218可以执行处理以在PDSCH和或其他数据信道上发送数据（例如，业务数据、***信息、寻呼信息等）。模块1220可以，例如基于针对小区所分配的子帧，针对基站110x所支持的每一个小区确定不同类型的子帧。模块1222可以，例如基于在其中发送感兴趣的PDSCH传输的指定子帧，在合适的位置设置解码窗口。基站110x中的各种模块可以如上文所描述的进行操作。控制器/处理器1224可以指导基站110x中的各个模块的操作。存储器1226可以为基站110x存储数据和程序代码。

图13示出了UE120x的方框图。在UE 120x中，接收机1312可以接收由基站发送的下行链路信号。发射机1314可以向基站发送上行链路信号。模块1316可以接收和解码PDCCH和/或其他控制信道以恢复控制信息。模块1318可以接收和解码PDSCH和/或其他数据信道以恢复诸如业务数据、***信息、寻呼信息等之类的数据。模块1320可以针对每一个感兴趣的小区确定每一个子帧的类型。模块1320也可以，例如基于这些小区的小区ID，针对每一个感兴趣的小区确定指定子帧。模块1322可以在合适的位置设置解码窗口，例如基于在其中发送感兴趣的PDSCH传输的指定子帧。UE120x中的各个模块可以如上文所描述的进行操作。控制器/处理器1324可以指导UE 120x中的各个模块的操作。

在图12和图13中的模块可以包括处理器、电子设备、硬件设备、电子组件、逻辑电路、存储器、软件代码、固件代码等或者其任意组合。

图14示出了基站/eNB 110y和UE 120y的设计的框图，上述设备可以是图1中的基站/eNB中的一个和UE中的一个。基站110y可以装备T个天线1434a到1434t，UE 120y可以装备R个天线1452a和1452r，其中，通常T≥1，R≥1。

在基站110y处，发射处理器1420可以在下行链路上针对调度用于数据传输的一个或多个UE从数据源1412接收业务数据，基于为每一个UE选择的一个或者多个调制和编码方案针对每一个UE处理（例如编码和调制）业务数据，并且针对所有的UE提供数据符号。发送处理器1420也可以处理***信息（例如MIB和SIB）、寻呼信息和/或其他信息并提供数据符号。发射处理器1420也可以处理控制信息（例如准许等）并且提供控制符号。发射处理器1420也可以为同步信号和参考信号产生参考符号。多输入（TX）多输出（MIMO）发射处理器1430可以对数据符号、控制符号和/或参考信号（如果适用）进行预编码，并且可以向T个调制器（MOD）1432a到1432t提供T个输出符号流。每一个调制器1432可以处理其输出符号流（例如用于OFDM等）以获得输出采样流。每一个调制器1432可以进一步调节（例如转换成模拟、滤波、放大和上变频）其输出采样流并产生下行链路信号。来自调制器1432a到1432t的T个下行链路信号可以分别通过T个天线1434a到1434t来发送。

在UE 120y处，R个天线1452a到1452r可以从基站110y和其他基站接收下行链路信号，并且每一个天线1452可以向关联的解调器（DEMOD）1454提供接收信号。每一个解调器1454可以调节（例如，滤波、放大、下变频和数字化）其接收信号以获得采样并且可以进一步处理采样（例如用于OFDM等）以获得接收符号。MIMO检测器1460可以从所有的解调器1454中获得接收符号，如果适用，对接收符号执行MIMO检测，并且通过经检测的符号。接收处理器1470可以处理（例如解调和解码）所述经检测的符号，针对UE120y向数据宿1472提供解码后的业务信息，并且向控制器/处理器1490提供解码后的控制信息、***信息、寻呼信息等。

在上行链路上，在UE 120y处，来自数据源1478的业务数据，来自控制器/处理器1490的控制信息，和参考信号可以由发射处理器1480进行处理，如何适用，由TX MIMO处理器进行预编码，由调制器1454a到1454r进行进一步处理，并且发送到基站110y。在基站110y处，来自UE 120y和其它UE的上行链路信号可以由天线1434接收，由解调器1432处理，如果适用，由MIMO检测器1436检测，并且由接收处理器1438进行进一步处理以恢复出由UE 120y和其他UE发送的业务数据和控制信息。处理器1438可以向数据宿1439提供恢复出的业务数据并且可以向控制器/处理器1440提供恢复出的控制信息。

控制器/处理器1440和1490可以分别指导基站110y和UE 120y处的操作。基站110y处的处理器1420、处理器1440、和/或其他处理器和模块可以执行或指导图8中的过程800、图10中的过程1000、和/或本申请所描述的针对该技术的其他过程。UE 120y处的处理器1470、处理器1490、和/或其他处理器和模块可以执行或指导图9中的过程900、图11中的过程1100、和/或本申请中所描述的针对该技术的其他过程。存储器1442和1492分别为基站110y和UE 120y存储数据和程序代码。调度器1444可以针对在下行链路和/或上行链路上的数据传输调度UE120y和/或其他UE。

在一种配置中，用于无线通信的装置110x或110y可以包括用于在覆盖多个子帧的解码窗口中的第一子帧中在控制信道上发送控制信息的模块，和用于在位于第一子帧之后的第二子帧中在数据信道上发送数据的模块，所述控制信息包括用于对数据信道进行解码的至少一个参数。

在一种配置中，用于无线通信的装置120x或120y可以包括：用于在覆盖多个子帧的解码窗口中的至少一个子帧中对控制信道进行解码以获得在控制信道上发送的控制信息的模块，以及用于基于所述控制信息，在解码窗口的结束处或者结束之后的子帧中对数据信道进行解码以获得在数据信道上发送的数据的模块。

在一种配置中，用于无线通信的装置110x或110y可以包括用于基于针对小区的第一信息来确定第一子帧的模块，用于在第一子帧中在控制信道上发送控制信息的模块，以及用于在位于第一子帧之后的第二子帧中在数据信道上发送***信息的模块，所述控制信息包括用于对数据信道进行解码的至少一个参数。

在一种配置中，用于无线通信的装置120x或120y可以包括用于基于针对小区的可用于UE的第一信息确定第一子帧的模块，用于在第一子帧中对控制信道进行解码以获得小区在控制信道上发送的控制信息的模块，以及用于基于控制信息在位于第一子帧之后的第二子帧中对数据信道进行解码以获得小区在数据信道上发送的***信息的模块。

在一个方面，前面提到的模块可以是在基站110y处的处理器1420和/或1440和/或在UE 120y处的处理器1470和/或1490，这些处理器可以配置为执行有前述的模块记载的功能。在另一个方面，前面提到的模块可以是配置成执行由前述模块记载的功能的一个或多个模块或者任何装置。

本领域的技术人员将会理解，信息和信号可以使用多种不同的技术中的任何一个表示。例如，可以用电压、电流、电磁波、磁场或粒子、光场或者光子、或者其任意组合来表示贯穿上文内容所引用的数据、指令、命令、信息、信号、比特、符号和芯片。

本领域技术人员还应当明白，结合本申请的实施例描述的各种示例性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地表示硬件和软件之间的可交换性，上面对各种示例性的部件、框、模块、电路和步骤均围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个***所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本发明的保护范围。

使用被设计为执行本文所描述的功能的通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件部件或者其任意组合，可以实现或执行结合本文公开内容所描述的各种示例性的逻辑框、模块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何其它此种结构。

结合本文公开内容所描述的方法或者算法的步骤可直接体现在硬件、由处理器执行的软件模块或者这两者的组合中。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域公知的任何其它形式的存储介质中。示例性的存储介质被耦合到处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。或者，存储介质可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端中。或者，处理器和存储介质可以作为分立部件存在于用户终端中。

在一个或多个示例性设计中，所描述的功能可以在硬件、软件、固件或其组合中实现。如果在软件中实现，则可以将这些功能作为一个或多个指令或代码存储在计算机可读介质上或在计算机可读介质上传输。计算机可读介质包括计算机存储介质和通信介质二者，通信介质包括有助于计算机程序从一个位置转移到另一个位置的任意介质。存储介质可以是能够由通用或专用计算机存取的任意可用介质。通过举例而非限制的方式，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码模块，并能够由通用或专用计算机、通用或专用处理器进行存取的任何其它介质。此外，任何连接可以适当地称为计算机可读介质。例如，如果软件是使用同轴线缆、光纤线缆、双绞线、数字用户线（DSL）或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或其它远程源发送的，则同轴线缆、光纤线缆、双绞线、DSL或者诸如红外线、无线电和微波之类的无线技术被包括在介质的定义中。磁盘和光盘，如本文所使用的，包括压缩盘（CD）、激光盘、光盘、数字多功能光盘（DVD）、软盘和蓝光盘，其中，磁盘通常磁性地复制数据，而光盘用激光光学地复制数据。上述各项的组合也应该包括在计算机可读介质的范围中。

提供本公开内容的以上描述，以使本领域的任何技术人员均能够实现或者使用本公开内容。对于本领域技术人员来说，对本公开内容的各种修改将是显而易见的，并且本文定义的一般性原理可以在不脱离本公开内容的精神或范围的基础上应用于其它变形。因而，本公开内容并不意欲局限于本文所描述的示例和设计，而是符合与本文公开的原理和新颖的特征相一致的最广范围。所主张的内容见权利要求书。

Claims (39)

1.一种用于无线通信的方法，包括：

在覆盖多个子帧的解码窗口中的至少一个子帧中对控制信道进行解码，以获得在所述控制信道上发送的控制信息；以及

基于所述控制信息，在所述解码窗口的结束处或者结束之后的子帧中对数据信道进行解码，以获得在所述数据信道上发送的数据。

2.如权利要求1所述的方法，其中，所述对控制信道进行解码包括：从所述解码窗口中最早的子帧开始，直到从所述控制信道获得所述控制信息或者已经考虑了所述解码窗口中的所有子帧为止，每次在所述解码窗口中的一个子帧中对所述控制信道进行解码。

3.如权利要求1所述的方法，其中，所述解码窗口覆盖至少一个可用子帧，以供小区在所述控制信道上发送所述控制信息，每一个可用子帧比在所述解码窗口中的剩余子帧具有更少的干扰。

4.如权利要求1所述的方法，其中，以特定的周期向所述小区分配可用子帧，并且其中，所述解码窗口具有基于针对所述小区的可用子帧的周期而确定的大小。

5.如权利要求1所述的方法，其中，所述解码窗口具有可配置的大小。

6.如权利要求1所述的方法，其中，在所述数据信道上发送的所述数据包括***信息、或者寻呼信息、或者上述信息两者。

7.如权利要求1所述的方法，其中，在所述数据信道上发送的所述数据包括***信息块类型1（SIB1），所述***信息块类型1运送针对至少一种其它类型的***信息块的调度信息。 

8.如权利要求1所述的方法，进一步包括：

在所述数据信道在其中进行解码的子帧中对控制信道进行解码，以获得在所述控制信道上发送的所述控制信息。

9.如权利要求1所述的方法，其中，所述控制信道包括物理下行链路控制信道（PDCCH），所述数据信道包括物理下行链路共享信道（PDSCH）。

10.一种用于无线通信的装置，包括：

用于在覆盖多个子帧的解码窗口中的至少一个子帧中对控制信道进行解码，以获得在所述控制信道上发送的控制信息的模块；以及

用于基于所述控制信息，在所述解码窗口结束处或者结束之后的子帧中对数据信道进行解码以获得在所述数据信道上发送的数据的模块。

11.如权利要求10所述的装置，其中，所述用于对控制信道进行解码的模块包括：用于从所述解码窗口中最早的子帧开始，直到从所述控制信道获得所述控制信息或者已经考虑了所述解码窗口中的所有子帧为止，每次在所述解码窗口中的一个子帧中对所述控制信道进行解码的模块。

12.如权利要求10所述的装置，其中，所述解码窗口覆盖至少一个可用子帧，以供小区在所述控制信道上发送所述控制信息，每一个可用子帧比在所述解码窗口中的剩余子帧具有更少的干扰。

13.一种用于无线通信的装置，包括：

至少一个处理器，配置成在覆盖多个子帧的解码窗口中的至少一个子帧中对控制信道进行解码，以获得在所述控制信道上发送的控制信息；以及基于所述控制信息，在所述解码窗口的结束处或者结束之后的子帧中对数据信道进行解码，以获得在所述数据信道上发送的数据。

14.如权利要求13所述的装置，其中，所述至少一个处理器配置成：从所述解码窗口中最早的子帧开始，直到从所述控制信道获得所述控制信 息或者已经考虑了所述解码窗口中的所有子帧为止，每次在所述解码窗口中的一个子帧中对所述控制信道进行解码。

15.如权利要求13所述的装置，其中，所述解码窗口覆盖至少一个可用子帧，以供小区在所述控制信道上发送所述控制信息，每一个可用子帧比在所述解码窗口中的剩余子帧具有更少的干扰。

16.一种计算机程序程序产品，包括：

非临时性计算机可读介质，包括：

用于使得至少一台计算机在覆盖多个子帧的解码窗口中的至少一个子帧中对控制信道进行解码，以获得在所述控制信道上发送的控制信息的代码；以及

用于使得所述至少一台计算机基于所述控制信息，在所述解码窗口的结束处或者结束之后的子帧中对数据信道进行解码，以获得在所述数据信道上发送的数据的代码。

17.一种用于无线通信的方法，包括：

在覆盖多个子帧的解码窗口中的第一子帧中在控制信道上发送控制信息；以及

在位于所述第一子帧之后的第二子帧中在数据信道上发送数据，所述控制信息包括用于对所述数据信道进行解码的至少一个参数。

18.如权利要求17所述的方法，进一步包括：

确定所述解码窗口中针对小区的至少一个可用子帧，每一个可用子帧比所述解码窗口中剩余的子帧具有更少的干扰；以及

将所述解码窗口中的所述至少一个可用子帧中的一个子帧选为所述第一子帧，在所述第一子帧中在所述控制信道上发送所述控制信息。

19.如权利要求17所述的方法，其中，在所述数据信道上发送的所述数据包括：***信息、或者寻呼信息、或者上述信息二者。 

20.如权利要求17所述的方法，其中，在所述数据信道上发送的所述数据包括：***信息块类型1（SIB1），所述***信息块类型1运送针对至少一种其它类型的***信息块的调度信息。

21.如权利要求17所述的方法，其中，所述控制信道包括物理下行链路控制信道（PDCCH），所述数据信道包括物理下行链路共享信道（PDSCH）。

22.一种用于无线通信的装置，包括：

用于在覆盖多个子帧的解码窗口中的第一子帧中在控制信道上发送控制信息的模块；以及

用于在位于所述第一子帧之后的第二子帧中在数据信道上发送数据的模块，所述控制信息包括用于对所述数据信道进行解码的至少一个参数。

23.如权利要求22所述的装置，进一步包括：

用于确定所述解码窗口中针对小区的至少一个可用子帧的模块，每一个可用子帧比所述解码窗口中剩余的子帧具有更少的干扰；以及

用于将所述解码窗口中的所述至少一个可用子帧中的一个子帧选为所述第一子帧的模块，在所述第一子帧中在所述控制信道上发送所述控制信息。

24.一种用于无线通信的方法，包括：

基于针对小区的可用于用户设备（UE）的第一信息，确定第一子帧；

在所述第一子帧中对控制信道进行解码，以获得所述小区在所述控制信道上发送的控制信息；以及

基于所述控制信息，在位于所述第一子帧之后的第二子帧中对数据信道进行解码，以获得所述小区在所述数据信道上发送的***信息。

25.如权利要求24所述的方法，进一步包括： 

基于来自所述小区的至少一个同步信号来获得所述第一信息。

26.如权利要求24所述的方法，其中，所述第一信息包括所述小区的小区身份（ID）。

27.如权利要求26所述的方法，所述确定第一子帧包括：

确定包括所述小区的小区ID的一组小区ID，

确定与所述一组小区ID相关联的一组子帧，以及

从所述一组子帧中识别所述第一子帧。

28.如权利要求24所述的方法，其中，所述控制信道包括物理下行链路控制信道（PDCCH），所述数据信道包括物理下行链路共享信道（PDSCH）。

29.一种用于无线通信的装置，包括：

用于基于针对小区的可用于用户设备（UE）的第一信息，确定第一子帧的模块；

用于在所述第一子帧中对控制信道进行解码，以获得所述小区在所述控制信道上发送的控制信息的模块；以及

用于基于所述控制信息，在位于所述第一子帧之后的第二子帧中对数据信道进行解码，以获得所述小区在所述数据信道上发送的***信息的模块。

30.如权利要求29所述的装置，其中，所述第一信息包括所述小区的小区身份（ID）。

31.如权利要求30所述的装置,其中，所述用于确定第一子帧的模块包括：

用于确定包括所述小区的小区ID的一组小区ID的模块，

用于确定与所述一组小区ID相关联的一组子帧的模块，以及 

用于从所述一组子帧中识别所述第一子帧的模块。

32.一种用于无线通信的方法，包括：

基于针对小区的第一信息，确定第一子帧；

在所述第一子帧中在控制信道上发送控制信息；以及

在位于所述第一子帧之后的第二子帧中在数据信道上发送***信息，所述控制信息包括用于对所述数据信道进行解码的至少一个参数。

33.如权利要求32所述的方法，进一步包括：

发送至少一个同步信号，所述同步信号包括所述第一信息。

34.如权利要求32所述的方法，其中，所述第一信息包括所述小区的小区身份（ID）。

35.如权利要求34所述的方法，其中，所述确定第一子帧包括：

确定包括所述小区的小区ID的一组小区ID，

确定与所述一组小区ID相关联的一组子帧，以及

从所述一组子帧中选择所述第一子帧。

36.如权利要求32所述的方法，进一步包括：

在所述第二子帧中在所述控制信道上发送所述控制信息。

37.一种用于无线通信的装置，包括：

用于基于针对小区的第一信息，确定第一子帧的模块；

用于在所述第一子帧中在控制信道上发送控制信息的模块；以及

用于在位于所述第一子帧之后的第二子帧中在数据信道上发送***信息的模块，所述控制信息包括用于对所述数据信道进行解码的至少一个参数。

38.如权利要求37所述的装置，其中，所述第一信息包括所述小区的 小区身份（ID）。

39.如权利要求38所述的装置，其中，所述用于确定第一子帧的模块包括：

用于确定包括所述小区的小区ID的一组小区ID的模块，

用于确定与所述一组小区ID相关联的一组子帧的模块，以及

用于从所述一组子帧中选择所述第一子帧的模块。 

Images