基于在可能受到另外干扰的其它子帧中进行的测量。通常，网络 应当有配置资源（比如，子帧，或者标准所允许的任何其它资源）的自由，其中UE将它的测 量限制于该资源。配置半静态子帧的一个基本原则可以是使去往UE的信令最少。
[0202] 诸如RSRP和RSRQ的无线资源管理（RMM)测量以及诸如信道反馈和/或其它度量 的其它度量可以由UE 830来进行，并且可以在监测模块835中执行。在一个方面，网络可 以将UE配置为仅完全地或部分地使用半静态分配的子帧，从而将该UE处的测量限制于用 信号通知的或配置的资源集。
[0203] 可替代地或另外，网络还可以配置对并非半静态分配的资源的测量。通常，网络可 以将UE测量限制于一个资源集，其中，预期干扰特性在该集合中将是类似的，但是在该集 合之外将可能显著不同。在该情况下限制测量，可以使得UE能够向网络报告各个测量值， 并因此提供关于该UE处的无线状况的更多信息。在无冲突公共参考信号（CRS)的情况下， 这些测量（例如，对所接收的CRS执行的测量）将仅说明来自这些数据资源单元的干扰，并 因此可以很大程度上取决于相邻小区是否在给定的资源（例如，子帧）上调度数据业务。在 有冲突CRS的情况下，这些测量将仅说明来自相邻CRS的干扰。应当注意的是，与RRM测量 类似，也可以将信道质量测量（例如，CQI/PMI/RI)限制于某个资源集。在初始连接期间，比 如在LTE系统中，根据通信的顺序，UE和基站之间的初始通信可以表示为消息1 (Msg 1)、消 息2(Msg 2)、消息3(Msg 3)等等。消息1可以是从基站向覆盖范围内的UE发起的。在有 来自相邻小区的干扰的情况下，接入过程可以包括：使eNB在DL分配的子帧中发送消息2， 以及使eNB在UL分配的子帧中调度消息3。具体而言，消息3可以被设计为从HARQ获益。 为了在使用子帧划分时扩大HARQ利益，消息2中的延迟比特可能需要被扩展以覆盖所有子 帧划分情形（例如，需要在UE处假定大于一个子帧的延迟）。这可以通过下述操作来实现： 添加一个或两个额外的比特，以使得四毫秒或八毫秒延迟能够被用信号通知给UE。可替代 地或另外，UE可以重新解释这一个比特的意义（假定使用了一个比特）。例如，替代表示 五毫秒或六毫秒的一个比特，该额外的延迟比特表示不同的延迟值。在一个示例中，延迟比 特可以被定义以不指代六毫秒，而是指代下一个可用的已知受保护子帧。在该情况下，发送 消息2时的子帧是已知受保护的，并每8ms重复一次，并且下一个可用子帧是在12ms之后 (例如，针对周期的八晕秒，以及针对UL和DL之间的标称偏移量的四晕秒）。
[0204] 图9示出了如图3所示的无线通信系统中的宏小区（表示为％)和微微小区（表 示为Pk)之间的子帧分配900的示例性实施例。应当注意的是，提供该特定的子帧交错体分 配，是为了说明而不是限制，并且在各个实现中还可以使用多种其它子帧分配，这些子帧分 配包括本申请随后示出的那些子帧分配。可以通过三元组标识（L、N、K)来描述子帧分配， 其中，L是针对特定类别（如例如定义宏小区的类别M)的eNB的半静态分配的数量，N是第 二类别（如例如定义微微小区的类别P)的半静态分配的数量，并且K是可用的动态子帧划 分的数量。在子帧分配等于8(比如，例如，以有助于进行HARQ)的情况下，K等于8-L-N。
[0205] 时序图910示出了分配给小区％的下行链路的子帧分配，图920示出了相应的上 行链路。同样，图930和图940对应于微微小区DL和UL。在该示例中，（L，N，K)= (1，1，6)。在无线通信系统中可以使用混合自动重传请求（HARQ)。使用在LTE中的一个实 现中定义的HARQ，响应被定义为发生在4个子帧间隔之内。例如，如小区Mj中所示的，子 帧〇 (如子帧922所示）处的DL传输将预期子帧4 (如924所示）中的ACK/NACK传输的响 应。如图9所示，该循环周期性地重复。
[0206] 可以进行子帧分配，使得来自第一小区（比如宏小区Mj)的半静态子帧分配具有 相邻微微小区P k中的相应未分配时隙。例如，在子帧〇中，子帧922可以半静态地分配给 小区％，并相应地在小区P#未分配。在该子帧期间，在时间T。和T i之间，小区M j中的UE 可以执行本申请所述的监测功能。同样，如果子帧4(示为子帧924)分配给小区Pk，则该子 帧在小区Mj中可以是未分配的，如时间TjP T 4之间所示。
[0207] 此外，如图9所示，子帧可以动态地分配给任一小区。在该情况下，6个子帧动态 地分配给小区Mj，而没有一个分配给小区Pk。动态分配可以基于与特定小区相关联的特定 业务要求、小区类型和/或功率水平、或者其它相关参数。通常，动态分配可以结合核心网 (比如，图7的核心网708)来进行。根据负载、干扰水平、功率水平或其它操作参数，动态分 配可以在操作期间变化。
[0208] -般情况下，可以对有限数量的子帧进行半静态分配。例如，在一个实现中，每一 个小区中的仅少量子帧可以是半静态分配的。此外，在具有相对低业务量的实现中（比如， 图9所示的小区Pk)，对于DL和/或UL，分配可以仅包括单个半静态子帧。
[0209] 图10示出了在三元组（L、N、K)等于（3:3:2)的情况下的另一个示例性子帧划分 分配1000。在该示例中，多个子帧可以分配给如图所示的小区Mj和小区Pj。在该情况下， 至少一个半静态分配将在另一个小区中分配相应的未分配子帧。例如，子帧〇(如1022所 示）可以半静态地分配给小区Mj，其中在小区Pk中有相应的未分配子帧。同样，子帧3 (如 1024所示）可以半静态地分配给小区Pk，其中在小区Mj中有相应的未分配子帧。在这些 时间间隔期间（例如，在T0和T1之间以及T2和T3之间），相应小区中的UE可以执行本申 请所述的测量。
[0210] 图11到图15示出了子帧交错体分配1100、1200、1300、1400和1500的其它示例， 以及相关联的半静态和动态分配子帧的其它示例。
[0211] 图11示出了示例性分配1100,其中，在（L、N、K)值为（2:2:4)的情况下，将子帧 动态地分配给小区Mj和Pk。时序图1110示出了用于小区Mj (该小区可以是宏小区）的下 行链路子帧配置，并且时序图1120示出了相应的上行链路配置。同样，时序图1130示出了 用于小区Pk(该小区可以是微微小区）的下行链路子帧配置，而时序图1140示出了相应的 上行链路配置。
[0212] 图12示出了示例性分配1200,其中，在（L、N、K)值为（2:2:4)的情况下，将子帧 动态地分配给小区Mj和Pk。时序图1210示出了用于小区Mj (该小区可以是宏小区）的下 行链路子帧配置，并且时序图1220示出了相应的上行链路配置。同样，时序图1230示出了 用于小区Pk(该小区可以是微微小区）的下行链路子帧配置，而时序图1240示出了相应的 上行链路配置。如本申请别处所描述的，图14的示例中所示的分配可以通过，例如，这两个 小区以及相关联的基站之间的协调来确定，其中该协调还可以包括与核心网或回程网络的 协调。
[0213] 图13示出了示例性分配1300,其中，在（L、N、K)值为（2:2:4)的情况下，将子帧 动态地分配给小区Mj和Pk。时序图1310示出了用于小区Mj (该小区可以是宏小区）的下 行链路子帧配置，并且时序图1320示出了相应的上行链路配置。同样，时序图1330示出了 用于小区Pk的下行链路子帧配置，而时序图1340示出了相应的上行链路配置。如本申请 别处所描述的，图14的示例中所示的分配可以通过，例如，这两个小区以及相关联的基站 之间的协调来确定，其中该协调还可以包括与核心网或回程网络的协调。
[0214] 图14示出了示例分配1400,其中，在三个小区Mj、Pk和Fr之间动态地分配子帧。 时序图1410示出了用于小区Mj (该小区可以是宏小区）的下行链路子帧配置，并且时序图 1420示出了相应的上行链路配置。同样，时序图1430示出了用于小区Pk(该小区可以是 微微小区）的下行链路子帧配置，而时序图1440示出了相应的上行链路配置。此外，时序 图1450示出了用于小区Fr (该小区可以是毫微微小区）的下行链路子帧配置，并且时序图 1460示出了相应的上行链路配置。如本申请别处所描述的，图14的示例中所示的分配可以 通过，例如，这三个小区以及相关联的基站之间的协调来确定，其中该协调还可以包括与核 心网或回程网络的协调。
[0215] 图14示出了另一个示例性分配1500,其中，在三个小区Mj、Pk和Fr之间动态地 分配子帧。时序图1510示出了用于小区Mj (该小区可以是宏小区）的下行链路子帧配置， 并且时序图1520示出了相应的上行链路配置。同样，时序图1530示出了用于小区Pk(该 小区可以是微微小区）的下行链路子帧配置，而时序图1540示出了相应的上行链路配置。 此外，时序图1550示出了用于小区Fr (该小区可以是毫微微小区）的下行链路子帧配置， 并且时序图1560示出了相应的上行链路配置。如本申请别处所描述的，图15的示例中所 示的分配可以通过，例如，这三个小区以及相关联的基站之间的协调来确定，其中该协调还 可以包括与核心网或回程网络的协调。
[0216] 对子帧结构的可能影响：在一些实现中，可以进行子帧交错的使用，使得对于包括 PSS/SSS、PBCH、RS和SIB1的信号不需要改变传输格式。PSS和SSS在子帧0和5中发送。 PBCH在偶数无线帧的子帧5中发送。SIB-1在偶数无线帧的子帧5中发送。参考信号（例 如，CRS)可以在每一个子帧中发送。对于（无论是半静态还是动态地）分配给eNB的子 帧交错体，可以适用相同的考虑。对于没有分配给eNB的子帧交错体，可以不发送H)CCH、 PHICH和PCFICH，并且可以不调度H)SCH (除非调度SIB-1)。可以不调度PUSCH，可以不配 置PUCCH(除非传统版本8UE被指定以发送CQI/PMI和RI)。可以不配置PRACH和SRS。
[0217] 在一些实现中，某些分配可以被调整以保护例如特定的重要信道。图16示出了该 情况的一个示例，其中，可以是高功率小区的宏小区在微微小区附近进行操作，其中该微微 小区可以是低功率小区。如图16所示，保护某些资源是很重要的。例如，（子帧5中的）资 源1612可以被分配给宏小区。PCFICH、PDCCH和/或其它资源可以是半持续调度的，该半 持续调度可以使用SIB-1来实现。可以使用针对仅RRC_C〇nnected模式下的UE的专用信 令来包括该操作。此外，可以比如通过资源正交化和/或干扰消除，来保护诸如物理下行链 路共享信道（PDSCH)的一些资源1612。这可以使得微微小区能够使用如资源图1620所示 的这些资源1622,而不受到来自宏小区的干扰。
[0218] 图17示出了资源保护的另一个示例。在该示例中，可以为宏小区保护某些资源。 例如，干扰可以来自于SIB-1和/或寻呼传输。可以向微微小区（或其它较低功率小区）分 配子帧和寻呼机会。可以使用SIB-1和/或寻呼干扰消除，以及PCFICH/PDCCH干扰消除。 举例而言，如果不能消除来自SIB-1和寻呼传输的对所分配子帧的主要干扰（例如，如果它 们只在控制信道区域中），则该交错体（例如，8ms之前的子帧）上的重传可以请求调度该 子帧上的重传。为了有助于实现该操作，可以将资源1722排除在微微小区之外，如资源图 1720所示。这些资源可以位于H)SCH中。同样，如资源图1710所示，资源1712可以被分配 给宏小区。
[0219] 对RRM的可能影响：半静态子帧划分通常在核心网或回程网络处作为基于0A&M的 操作来进行。该方案可以虑及物理层控制过程的目标性能。动态子帧划分可以基于与小区 相关联的UE承载的服务质量（QoS)度量。这可以说明物理资源块（PRB)利用率，以及UE 发送和接收的数据量。
[0220] 下行链路无线链路失败监测（RLM)过程可以基于半静态配置的子帧。由于在半静 态子帧之前通知了 UE，故可以对这些子帧期间的信道特性进行假定。UE通常不能够对动态 分配的子帧进行假定。
[0221] 上行链路RLM过程管理可以基于半静态配置和/或动态配置的子帧。
[0222] 对于半静态子帧划分，通常不要求X2控制（X2-C)信令，然而，在一些实现中可以 使用X2-C信令。使用eNB之间的握手过程，可以进行用于动态子帧划分的信令。这些eNB 可以是彼此之间相互干扰的eNB，它们可以属于不同的类别。图18-图20进一步示出了握 手过程的示例。
[0223] 图18示出了针对三个小区及相关联的节点（比如，eNB)之间的完全成功的资源 扩展请求的情况，使用X2控制（X2-C)信令的示例性信号流1800的细节。如图18所示，例 如，可以在小区1872、1874、1876、1878和1880中的无线网络节点之间提供信令。标记为P 的小区可以是微微小区，并且标记为M的小区可以是宏小区。或者，其它小区类型和/或功 率水平可以用类似方式进行通信。可以从小区1872向小区1874发送资源扩展请求1810。 可替代地或另外，可以从小区1872向小区1876发送另一个资源扩展请求1820。小区1874 和1876可以是在小区1872附近进行操作的宏小区，其中小区1872可以是微微小区或其它 较低功率小区。响应时序可以通过资源扩展定时器来控制，其中该资源扩展定时器可以在 与请求1810和1820相对应的时间1815和1825处进行初始化。在该情况下，小区1874和 1876均可以在超时之前完全地接受该资源扩展请求，如接受1830和1840所示。此外，小区 1874和1876可以用信号向诸如小区1878的其它小区通知关于该资源请求和相关联的资源 调整。例如，可以向小区1878和1880提供资源使用指示1850和1860,其中这两个指示可 以指出对于小区1872和1874调整了哪些资源，使得这些资源可以由小区1878和1880使 用，并且/或者这两个指示可以用于其它信令或控制目的。例如，小区1874可以用信号通 知邻近或相邻小区1878,而小区1876可以用信号通知邻近或相邻小区1880。可以用资源 扩展接受1830和1840来启动资源使用定时器1835和1845。
[0224] 图19示出了在部分成功资源请求的情况下（例如，其中资源可以是部分而不是完 全扩展的），使用X2控制（X2-C)信令的另一示例性信号流1900的细节。例如，这可以在三 个小区及相关联的节点（比如，eNB)之间实现。如图19所示，例如，可以在小区1972、1974、 1976U978和1980中的无线网络节点之间提供信令。标记为P的小区可以是微微小区，并 且标记为M的小区可以是宏小区。或者，其它小区类型和/或功率水平可以用类似方式进行 通信。可以从小区1972向小区1974发送资源扩展请求1910。可替代地或另外，可以从小 区1972向小区1976发送另一个资源扩展请求1920。小区1974和1976可以是在小区1972 附近进行操作的宏小区，其中小区1972可以是微微小区或其它较低功率小区。响应时序可 以由资源扩展定时器来控制，其中该资源扩展定时器可以在与请求1910和1920相对应的 时间1915和1925处进行初始化。在该情况下，小区1974可以完全地接受该请求（使用接 受1930)，而小区1976可以仅部分地接受该资源扩展请求，如部分接受1940所示。这可以 触发禁止定时器1945,该触发禁止定时器1945可以用于限制资源使用，比如小区1972中的 资源使用。可以提供对于部分释放的响应指示1950,其中该响应指示1950可以指示例如完 全接受、部分接受或不接受。根据对扩展请求的响应，小区1976可以比如通过指示1960来 用信号通知部分释放的接受。还可以比如通过指示1970向其它邻近或相邻小区提供该信 息。此外，可以从小区1974向小区1980用信号通知完全扩展（图19中没有示出）。可以 使用资源扩展接受1930和资源扩展部分接受1940来启动资源使用定时器1935和1945。
[0225] 图20示出了针对三个小区及相关联的节点（比如，eNB)之间的部分未成功资源 请求的情况，使用X2控制（X2-C)信令的示例性信号流2000的细节。如图20所示，例如， 可以在小区2072、2074、2076、2078和2080中的无线网络节点之间提供信令。标记为P的 小区可以是微微小区，并且标记为M的小区可以是宏小区。或者，其它小区类型和/或功率 水平可以用类似方式进行通信。可以从小区2072向小区2074发送资源扩展请求2010。可 替代地或另外，可以从小区2072向小区2076发送另一个资源扩展请求2020。小区2074和 2076可以是在小区2072附近进行操作的宏小区，其中小区207