针对动态上行链路和下行链路配置的干扰管理的制作方法
【专利摘要】本申请公开了一种用于管理干扰以便于动态上行链路和下行链路配置的指派的装置和方法。确定第一小区是否对一个或多个相邻小区造成了小于预定门限水平的干扰，或者与一个或多个相邻小区相关联的无线帧的灵活子帧是否作为下行链路子帧进行操作。响应于满足确定条件，将与第一小区相关联的第一无线帧的第一灵活子帧指派成作为下行链路子帧以正常发射功率水平进行操作。响应于不满足确定条件，将与第一小区相关联的第一无线帧的第一灵活子帧配置成上行链路子帧或者以减少的发射功率水平进行操作的下行链路子帧中的一个。
【专利说明】针对动态上行链路和下行链路配置的干扰管理
[0001]相关申请的交叉引用
[0002]本申请要求享受于2012年9月12日提交的、美国专利申请序列N0.13/612，318的优先权，该美国专利申请要求享受于2012年I月27日提交的、题目为“Advanced WirelessCommunicat1n Systems and Techniques”的美国临时专利申请N0.61/591，641 的优先权，以引用方式将上述所有申请的内容全部并入本申请。
【技术领域】
[0003]概括的说，本公开涉及无线通信。更具体的说，本公开涉及改变无线通信系统内的上行链路和下行链路的比例配置。
【背景技术】
[0004]在当前的第三代合作伙伴计划(3GPP)长期演进(LTE)时分双工(TDD)高级系统中，相同的频带用于增强型节点B(eN0deB)和用户设备(UE)之间的上行链路和下行链路传输。通过在相同的频带上在每一个被称为子帧的预定时间块上发送上行链路数据或下行链路数据来分开上行链路和下行链路传输。在TDD部署中，将上行链路和下行链路传输构造成无线帧，在时间长度上，每一无线帧10ms。每一无线帧可以包括单个帧或两个在时间长度上各自为5ms的半帧。每一个半帧继而可以包括5个各自时长为Ims的子帧。可以定义无线帧内用于上行链路或下行链路传输的子帧的特定指定-被称为上行链路和下行链路配置。在图1的表100中示出了 7个所支持的上行链路和下行链路配置(也称为UL/DL配置、上行链路-下行链路配置、或上行链路-下行链路比例配置)，其中，“D”表示预留用于下行链路传输的子帧，“U”表示预留用于上行链路传输的子帧，“S”表示包括下行链路导频时隙(DwPTS)、保护时段(GP)和上行链路导频时隙(UpPTS)字段的特殊子帧。(参见3GPPTS 36.211版本10.5.0，E-UTRA物理信道和调制(发布版10)、2012年6月)。在目前所支持的上行链路-下行链路配置中，给定无线帧内的40%至90%之间的子帧是下行链路子帧。
[0005]演进型通用陆地无线接入网络(EUTRAN)决定所支持的上行链路-下行链路配置中的哪一个应用于网络中的给定小区，其所基于的假设是网络内的所有小区同步地改变TDD UL/DL配置。一旦已经分配了上行链路-下行链路配置，那么在由增强型节点B (eNodeB)服务的小区的正常操作期间，通常不改变该配置。即使当上行链路或下行链路传输负载与当前的上行链路-下行链路配置不匹配时，也是这种情况。即使想要改变给定eNodeB的上行链路-下行链路配置，在当前的标准下，也存在最低640ms的延迟来完成系统信息块I (SIBl)信息的修改-分配和重分配上行链路-下行链路配置的机制。当前的3GPPLTE高级系统不支持对上行链路和下行链路比例配置的动态调整。
[0006]甚至当LTE系统能够动态调整上行链路和下行链路比例配置时，也应当注意确保这样的特征不会由于来自小区间DL-UL干扰的影响而引入网络低效或降低信号质量，上述来自小区间DL-UL干扰的影响可能潜在地取消调整UL/DL配置以匹配相应小区中可能不同的业务情况的益处。
【专利附图】
【附图说明】
[0007]图1描绘了在当前的3GPP LTE TDD高级标准下所支持的上行链路-下行链路比例配置。
[0008]图2描绘了根据一些实施例在同构网络部署中示出的无线通信网络的示例(部分)。
[0009]图3描绘了根据一些实施例在异构网络部署中示出的无线通信网络的示例(部分)。
[0010]图4描绘的示例性方框图示出了根据一些实施例在图2或3的无线通信网络中包括的eNodeB的细节。
[0011]图5A-OT描绘了根据一些实施例在仿真的异构网络的相邻信道中同时的DL和UL传输的不同组合的干扰分析结果。
[0012]图6描绘了根据一些实施例的无线帧结构，其支持针对传统发布版8/9/10 UE的UL/DL配置分配以及还便于针对发布版11和随后的UE的动态UL/DL重配置指示机制。
[0013]图7A-7B描绘的流程图代表根据一些实施例适用于同构或异构LTE-TDD网络中的每一小区的干扰管理原则/规则。
[0014]图8A-8B描绘了根据一些实施例用于实现图7A-7B中的頂原则/规则以能够使用灵活子帧进行动态UL/DL重配置的示例性流程图。
【具体实施方式】
[0015]给出了下文的描述以使得本领域的任何技术人员能够创建和使用计算机系统配置和相关的方法以及制品，来由无线通信网络中的任意eNodeB使用不涉及系统信息块KSIB1)的修改的指示机制来动态地调整上行链路-下行链路配置。根据一些实施例，在动态上行链路-下行链路配置确定期间实现干扰管理原则/规则，以便于在子帧和/或帧级别调整无线帧中预先指定的子帧(被称为灵活子帧)的上行链路或下行链路传输指示。所述干扰管理原则/规则适用于同构和异构无线通信网络(例如，LTE-TDD网络)。干扰管理原则/规则包括与宏eNodeB有关的第一组原则/规则和与毫微微/微微eNodeB有关的第二组原则/规则。
[0016]对于本领域的技术人员而言，对上述实施例的各种改变将是显而易见的，并且可以将本申请中定义的通用原则应用于其他的实施例和应用而不偏离本发明的范围。此外，在下文的描述中，为了解释说明的目的给出了许多细节。但是，本领域的普通技术人员将认识到可以在不使用这些特定细节的情况下实施本发明的实施例。在其它实例中，没有以框图形式示出公知的结构和过程，以便不以不必要的细节来混淆对本发明实施例的描述。从而，本公开不意在受限于所示出的实施例，而是与符合本申请中公开的原则和特征的最广的范围相一致。
[0017]本申请中所描述的用于有效地支持动态上行链路-下行链路(UL/DL)配置的干扰管理方案适用于同构和/或异构无线通信网络部署。在图2和3中分别描绘了示例性的同构和异构网络部署。
[0018]图2描绘了根据一些实施例在同构网络部署中示出的无线通信网络200的示例(部分)。在一个实施例中，无线通信网络200包括使用第三代合作伙伴计划(3GPP)长期演进(LTE)标准并操作在时分双工(TDD)模式的演进型通用陆地无线接入网络(EUTRAN)。无线通信网络200包括第一宏增强型节点B (eNodeB或eNB) 202以及第二宏eNodeB 206。
[0019]第一宏eNodeB 202 (也称为eNodeBl、第一基站、或第一宏基站)对包括至少第一(宏)小区204的特定地理区域进行服务。位于第一小区204中的多个UE 214由第一宏eNodeB 202服务。第一宏eNodeB 202在第一载波频率210 (Fl)以及可选地诸如第二载波频率212(F2)之类的一个或多个辅助载波频率上与UE 214通信。
[0020]第二宏eNodeB 206类似于第一宏eNodeB 202，除了其对与第一宏eNodeB 202所服务的小区不同的小区进行服务之外。第二宏eNodeB 206 (也被称为eNodeB2、第二基站或第二宏基站)对包括至少第二(宏)小区208的另一特定地理区域进行服务。位于第二小区208中的多个UE 214由第二宏小区eNodeB 206服务。第二宏eNodeB 206在第一载波频率210 (Fl)以及可选地诸如第二载波频率212 (F2)之类的一个或多个辅助载波频率上与UE 214通信。
[0021]第一和第二小区204、208可以彼此贴近地共置或不彼此贴近地共置。但是，第一和第二小区204、208被安置得近得足以被考虑为相邻小区，使得第一或第二小区204、208中的一个小区的用户业务模式和UL/DL配置可以与另一个小区有关。例如，由第一 eNodeB202服务的UE 214中的一个可能从第一小区204移到第二小区208，在该情况下，针对特定UE 214发生从第一 eNodeB 202到第二 eNodeB 206的切换。作为另一示例，第一和第二小区204、208的各自的覆盖区域可以相互重叠(例如，第一和第二小区204、208是重叠的或非隔离的小区)。此外，小区间的干扰特性可能被各个小区中的UL/DL配置影响。作为又一个示例，第一和第二小区204、208的各自的覆盖区域可以相互不同或隔离。
[0022]UE 214可以包括在无线通信网络200中通信的各种设备，包括但不限于:蜂窝电话、智能电话、平板电脑、膝上型电脑、台式电脑、个人计算机、服务器、个人数字助理(PDA)、网络设备、机顶盒(STB)、网络路由器、交换机或桥等。UE 214可以包括发布版8、9、10、11和/或以后的UE。
[0023]应该理解的是，无线通信网络200包括多于两个的eNodeB。还应该理解的是，第一和第二宏小区204、208中的每一个可以具有多于一个的相邻eNodeB。作为示例，第一宏小区204可以具有6个或更多个相邻宏小区。
[0024]在一个实施例中，位于相应的第一或第二小区204、208中的UE 214使用包括配置用于时分双工(TDD)操作的正交频分多址(OFDMA)帧的无线帧，向其相应的第一或第二宏eNodeB 202、206发送数据(上行链路传输)以及从其相应的第一或第二宏eNodeB 202、206接收数据(下行链路传输)。无线帧中的每一个包括多个上行链路和下行链路子帧，上行链路和下行链路子帧是根据从图1中所示出的所支持的上行链路-下行链路比例配置(参见3GPP TS 36.211版本10.5.0, E-UTRA物理信道和调制(发布版10)，2012年6月)中所选择的上行链路-下行链路比例配置来进行配置的，或者是使用灵活子帧来动态地配置的，如下文详细描述的。
[0025]图3描绘了根据一些实施例在异构网络部署中示出的无线通信网络300的示例(部分)。在一个实施例中，无线通信网络300包括使用3GPP-LTE标准的、操作在TDD模式的EUTRAN。无线通信网络300包括第一宏eNodeB 302、第二宏eNodeB 306、第一低功率节点(1^吣310、第二^^314、第三^^ 318、第四 LPN 340、第五 LPN 344 以及第六 LPN 348。
[0026]第一宏eNodeB 302 (也被称为eNodeBl、宏eNodeBl、基站、或宏基站)为包括至少第一宏小区304的特定地理区域服务。位于第一宏小区304中的且与第一宏eNodeB 302相关联的多个UE 360由第一宏eNodeB 302服务。第一宏eNodeB 302在第一载波频率324 (Fl)以及可选择地诸如辅助载波频率326 (F2)之类的一个或多个辅助载波频率上与UE360通信。第一宏eNodeB 302、第一宏小区304、以及UE 360分别与第一宏eNodeB202、第一小区204以及UE 214相类似。
[0027]第二宏eNodeB 306与第一宏eNodeB 302相类似，除了其所服务的小区与第一宏eNodeB 302所服务的小区不同之外。第二宏eNodeB 306 (也被称为eNodeB2、宏eNodeB2、基站或宏基站)对包括至少第二宏小区308的另一特定地理区域进行服务。位于第二宏小区308中的且与第二宏eNodeB 306相关联的多个UE 370由第二宏eNodeB 306进行服务。第二宏eNodeB 306在第一载波频率324 (Fl)以及可选地诸如第二载波频率326 (F2)之类的一个或多个辅助载波频率上与UE 370进行通信。第二宏eNodeB 306、第二宏小区308、以及UE 370分别与第二宏eNodeB 206、第二小区208以及UE 214相类似。
[0028]位于第一宏小区304的地理区域中的是一个或多个LPN，例如第一 LPN 310、第二LPN 314以及第三LPN 318。第一 LPN 310对第一宏小区302中的被表示成第一 LPN小区312的地理区域进行服务。位于第一 LPN小区312中的且与第一 LPN 310相关联UE 362由第一 LPN 310服务。第一 LPN 310在与由第一宏eNodeB 302所使用的相同或不同的频率上(例如，第一载波频率324 (Fl)以及可选地诸如第二载波频率326 (F2)之类的一个或多个辅助载波频率上)与UE 362通信。第二 LPN 314为第一宏小区302中的表示成第二 LPN小区316的地理区域服务。位于第二 LPN小区316中且与第二 LPN 314相关联的UE 364由第二 LPN 314进行服务。第二 LPN314在与由第一宏eNodeB 302所使用的相同或不同的频率上(例如，第一载波频率324 (Fl)以及可选地诸如第二载波频率326 (F2)之类的一个或多个辅助载波频率上)与UE 364通信。第三LPN 318为第一宏小区302中的表示成第三LPN小区320的地理区域服务。位于第三LPN小区320中且与第三LPN 318相关联的UE366由第三LPN 318进行服务。第三LPN 318在与由第一宏eNodeB 302所使用的相同或不同的频率上(例如，第一载波频率324 (Fl)以及可选地诸如第二载波频率326 (F2)之类的一个或多个辅助载波频率上)与UE 366通信。
[0029]位于第二宏小区308的地理区域中的是一个或多个LPN，例如第四LPN 340、第五LPN 344以及第六LPN 348。第四LPN 340为第二宏小区306中的表示成第四LPN小区342的地理区域服务。位于第四LPN小区342中且与第四LPN 340相关联的UE 372由第四LPN340进行服务。第四LPN340在与由第二宏eNodeB 306所使用的相同或不同的频率上(例如，第一载波频率324 (Fl)以及可选地诸如第二载波频率326 (F2)之类的一个或多个辅助载波频率上)与UE 372通信。第五LPN 344为第二宏小区308中的表示成第五LPN小区346的地理区域服务。位于第五LPN小区346中且与第五LPN 344相关联的UE 374由第五LPN 344进行服务。第五LPN 344在与由第二宏eNodeB 306所使用的相同或不同的频率上(例如，第一载波频率324 (Fl)以及可选地诸如第二载波频率326 (F2)之类的一个或多个辅助载波频率上)与UE 374通信。第六LPN 348为第二宏小区308中的表示成第六LPN小区350的地理区域服务。位于第六LPN小区350中且与第六LPN 348相关联的UE 376由第六LPN 348进行服务。第六LPN 348在与由第二宏eNodeB 306所使用的相同或不同的频率上(例如，第一载波频率324 (Fl)以及可选地诸如第二载波频率326 (F2)之类的一个或多个辅助载波频率上)与UE 376通信。
[0030]LPN 310、314、318、340、344和348中的每一个都包括毫微微、微微、低功率或短距离eNodeB (或节点或基站)，上述毫微微、微微、低功率或短距离eNodeB (或节点或基站)相对于与其所位于的宏小区相关联的宏eNodeB操作在显著较低的功率级别和通信范围上。LPN 310、314、318、340、344和348可以根据来自其相应的宏eNodeB的命令操作或能够独立操作。
[0031]第一和第二宏小区304、308可以彼此贴近地共置或不彼此贴近地共置。但是，第一和第二宏小区304、308被安置得近得被考虑为相邻小区，使得第一或第二宏小区304、308中的一个的用户业务模式和UL/DL配置可能与另一个宏小区有关。例如，由第一宏eNodeB 302服务的UE 360中的一个可能从第一宏小区304移到第二宏小区308，在该情况下，针对特定UE 360发生从第一宏eNodeB 302到第二宏eNodeB 306的切换。作为另一示例，第一和第二宏小区304、308的各自的覆盖区域可以相互重叠(例如，第一和第二宏小区304,308是重叠的或非隔离的小区)。此外，小区间的干扰特性可能被相应小区中的UL/DL配置影响。作为又一个示例，第一和第二宏小区304、308的各自的覆盖区域可以相互不同或隔离。
[0032]位于第一宏小区304中的LPN小区312、316和320中的一个或多个可以是隔离的小区或不是隔离的小区。例如，图3示出了第一 LPN小区312是隔离的小区，且第二和第三LPN小区316、320中的每一个是相互重叠的或非隔离的小区。位于第二宏小区308中的LPN小区342、346和350中的一个或多个可以是隔离的小区或不是隔离的小区。例如，图3示出了第四LPN小区342是隔离的小区，且第五和第六LPN小区346、320中的每一个是相互重叠的或非隔离的小区。
[0033]UE 360、362、364、366、370、372、374和376可以包括在无线通信网络300内通信的各种设备，包括但不限于:蜂窝电话、智能电话、平板电脑、膝上型电脑、台式电脑、个人计算机、服务器、个人数字助理(PDA)、网络设备、机顶盒(STB)、网络路由器、交换机或桥等。UE 360、362、364、366、370、372、374 和 376 可以包括发布版 8、9、10、11 和 / 或之后的 UE。UE 360、362、364、366、370、372、374 和 376 可以相互类似并类似于 UE214。UE360、362、364、366、370、372、374和376根据针对相应eNodeB的所选择的UL/DL比例配置利用其相应的eNodeB发送和接收数据。虽然示出了 UE360、362、364、366、370、372、374和376与相应的eNodeB相关联，但是，应该理解的是，UE360、362、364、366、370、372、374和376中的任何一个可以移动到或移出给定的小区到另一个小区，并且可以与不同的eNodeB相关联。
[0034]应该理解的是，无线通信网络300包括超过两个的宏eNodeB。还应该理解的是，第一和第二宏小区304、308中的每一个可以具有超过一个的相邻小区。作为一示例，第一宏小区304可以具有六个或更多个相邻小区。进一步应该理解的是，宏小区中的任何一个可以在其区域内包括零个、一个、两个、三个或更多个LPN。
[0035]eNodeB 302、306 和 LPN 310、314、318、340、344、348 中的每一个根据特定的 UL/DL配置与其相应的UE通信。根据预定的或当前的操作情况，在eNodeB 302、306和LPN 310、314、318、340、344、348中UL/DL配置可以是相同的或不同的。当相邻小区以相互不同的UL/DL配置操作时，小区间的干扰的可能性增加，包括基站(BS)到BS干扰和/或UE到UE干扰。例如，如果第二和第三LPN 314,318以相互不同的UL/DL配置操作(例如，第二或第三LPN 314、318动态地重配置其自身的UL/DL配置以独立地解决瞬时业务情况)，那么针对无线帧时段中的给定子帧，第二 LPN 314可以以DL模式操作，而同时第三LPN 318以UL模式操作。这样的相反的传输方向可能导致第二与第三LPN 314、318和/或UE 364、366之间的干扰，从而在相应接收机处信号与干扰及噪声比(SINR)的减少，在该示例中，上述相应的接收机例如为第三LPN 318和/或UE 364。如果不仔细地管理这些新形式的干扰，则其可能消除来自打算要更好地响应不同小区中的动态业务情况的自适应UL/DL配置的益处。
[0036]虽然示出了图2和3中的宏小区204、208、304、308中的每一个是由相应的不同eNodeB服务的，但是应该理解的是，本申请中的公开也适用于两个或更多个宏小区由相同的eNodeB服务的情况。在这两种情况下，为给定宏小区服务的特定(宏)eNodeB负责关于针对给定宏小区的子帧配置的处理和决策，并且该特定的eNodeB以逐小区为基础这样做。在这样的背景下，当使用像但不限于宏(小区)自适应的短语时，应该理解的是，用于执行自适应的操作是以小区为基础且由为特定宏小区服务的宏eNodeB来执行的。这与独立自适应的场景一致，在上述场景中，在没有相邻小区之间的协调或同步的情况下来执行小区自适应。类似的假设也适用于LPN及其分别关联的小区。
[0037]图4描绘的示例性框图示出了根据一些实施例eNodeB 202、206、302、306和LPN310、314、318、340、344、348 中的每一个的细节。(eNodeB202、206、302、306 和 LPN 310,314,318、340、344、348 可以统称为基站。)eNodeB 202、206、302、306 和 LPN 310、314、318、340、344,348中的每一个包括处理器400、存储器402、收发机404、指令406和其他组件(未示dj ) ο eNodeB 202、206、302、306和 LPN 310、314、318、340、344、348 可以在硬件、固件、软件、配置和/或操作参数方面彼此类似。
[0038]处理器400包括一个或多个中央处理单元(CPU)、图形处理单元(GPU)或二者。处理器400为eNodeB/LPN提供处理和控制功能。存储器402包括配置成存储针对eNodeB/LPN的指令和数据的一个或多个瞬时和静态存储器单元。收发机404包括一个或多个收发机，上述一个或多个收发机包括用于支持多输入和多输出(MMO)通信的MMO天线。收发机404分别从UE接收上行链路传输和向UE发送下行链路传输等等。
[0039]指令406包括在计算设备(或机器)上执行的、用于使这样的计算设备(或机器)执行本申请中讨论的方法中的任何一个的一组或多组指令或软件。在由eNodeB/LPN执行指令406 (也称为计算机或机器可执行指令)期间，指令406可以完全地或至少部分地驻留在处理器400和/或存储器402中。处理器400和存储器402也包括机器可读介质。
[0040]图5A-?描绘了根据一些实施例仿真的异构网络的相邻信道中的同时DL和UL传输的不同组合的干扰分析结果。仿真的异构网络包括19个宏站点，其中每一个宏站点包括三个宏小区。此外，每一个宏小区在其内包括四个微微和/或毫微微小区，并且所分配的与宏以及微微/毫微微小区中的每一个相关联的UL或DL传输发生在彼此相邻的信道上。该仿真指派所有的宏小区在UL或DL中同步操作，并且对于一定数量的微微/毫微微小区，操作在UL中，而剩余的微微/毫微微小区则操作在DL中。例如，可以进行这样的仿真，其中，所有的宏小区都操作在DL中，而每一宏小区中的一半的微微/毫微微小区则动态地从UL变成DL，反之亦然。作为针对DL和UL SINR几何进行的系统级仿真分析，该仿真考虑了典型的传输和接收参数以及LTE系统的户外部署的传播特性。还假定该系统是满载的，例如，所有的宏和毫微微/微微站总是有数据进行传输。即使相邻信道干扰可能小于共信道干扰，但是这些仿真结果也清楚地说明了以下情况:由于相邻小区中不同的子帧配置，甚至相邻信道干扰也可能是显著的。
[0041]图5A描绘的曲线图500示出了操作在与宏小区基站相邻的信道中的毫微微/微微小区基站在不同的DL或UL传输方向下的宏小区UE (MUE) DL几何SINR。虚线502与以下情况相关联:100%的宏小区基站操作在DL传输方向，并且针对每一宏小区，位于其内的50%的毫微微/微微基站(例如,两个毫微微/微微基站)操作在UL模式下,而位于其内的剩余的50%的毫微微/微微基站则操作在DL模式下。曲线504与以下情况相关联:100%的宏基站操作在DL传输方向上,且100%的毫微微/微微基站也操作在DL传输中。
[0042]如由重叠的曲线502、504所示出的，毫微微/微微基站的UL和DL传输方向的分布对宏UE DL SINR几何具有很少的或没有影响。来自毫微微/微微小区的子帧配置的极小影响是由于至少宏和毫微微/微微基站操作在彼此相邻或不同的信道中导致的，并且因为宏基站传输功率大大高于毫微微/微微传输功率。例如，虚线502、504不出在大约0.68累积分布函数(OTF)，SNR大约是10分贝(dB)。这意味着在该仿真中大约68%的MUE经受了 1dB或更少的SINR。
[0043]图5B描绘的曲线图510示出了操作在与宏小区基站相邻的信道中的毫微微/微微基站针对不同的DL或UL传输方向的MUE UL几何SINR。曲线512与以下情况相关联:100%的宏小区基站操作在UL传输方向上，且100%的毫微微/微微基站也操作在UL传输方向上。曲线514与以下情况相关联:100%的宏小区基站操作在UL传输方向上,并且针对每一宏小区，位于其内的50%的毫微微/微微基站(例如,两个毫微微/微微基站)操作在UL模式下，而位于其内的剩余的50%的毫微微/微微基站操作在DL模式下。曲线516与以下情况相关联:100%的宏基站操作在UL传输方向上,且100%的毫微微/微微基站操作在DL传输方向上。
[0044]曲线512、514、516示出了毫微微/微微基站对MUE的UL SINR几何的影响不是非常显著。这是因为宏以及毫微微/微微小区操作在彼此相邻的信道上和/或因为与典型的宏eNodeB发射功率相比，为毫微微/微微小区进行服务的LPN在DL上以低得多的传输功率进行发送(将其与在图5D中描述的场景进行对比，其中，可以看出宏小区的子帧配置的影响显著地影响了 LPN处的UL SINR)。在各种宏UL可能性中，当所有的宏以及毫微微/微微小区都操作在UL传输方向上时，观测到最好的几何SINR分配(参见曲线512)。曲线514示出了当一半的毫微微/微微站从UL切换到DL传输时，MUE在性能上经受了大约3到4dB的恶化。曲线516示出了当所有的毫微微/微微站具有与宏站相反的传输方向时，MUE在性能上经受了大约5-6dB的恶化。
[0045]图5C描绘的曲线图520示出了在操作在彼此相邻的信道中的宏以及毫微微/微微基站在各种DL或UL传输方向上的毫微微/微微小区UE (PUE) DL几何SINR。示出了针对与操作在DL模式下的毫微微/微微基站相关联的UE的统计数据。曲线522与以下情况相关联:100%的宏小区站操作在UL传输方向上，并且针对每一宏小区，位于其内的50%的毫微微/微微基站(例如，两个毫微微/微微基站)操作在UL模式下,而位于其内的剩余的50%的毫微微/微微基站操作在DL模式下。曲线524与以下情况相关联:100%的宏小区站操作在DL传输方向上，并且针对每一宏小区，位于其内的50%的毫微微/微微基站(例如，两个毫微微/微微基站)操作在UL模式下,而位于其内的剩余的50%的毫微微/微微基站操作在DL模式下。曲线526与以下情况相关联:100%的宏小区基站操作在UL传输方向上，并且100%的毫微微/微微基站操作在DL传输方向上。曲线528与以下情况相关联:100%的宏小区基站操作在DL传输方向上，并且100%的毫微微/微微基站也操作在DL传输方向上。
[0046]在该组分析结果中，曲线522示出了最好的DL几何SINR分布(例如，最小量的毫微微/微微小区间干扰)。因为所有的宏站和一半的毫微微/微微站操作在UL模式下(在四种传输组合中操作在UL模式下的基站数量最多)，所以对PUE可能希望连接的任何特定的DL毫微微/微微站存在最小的干扰量。相反地，曲线528示出了最差的性能。
[0047]图描绘的曲线图530示出了操作在彼此相邻的信道中的宏和毫微微/微微基站在各种DL或UL传输方向下的PUE UL几何SINR。示出了针对与操作在UL模式下的毫微微/微微基站相关联的UE的统计数据。曲线532与以下情况相关联:100%的宏小区站操作在UL模式下，并且100%的毫微微/微微小区站操作在UL模式下。曲线534与以下情况相关联:100%的宏小区站操作在DL模式下，并且100%的毫微微/微微小区站操作在UL模式下。曲线536与以下情况相关联:100%的宏小区站操作在UL传输方向上，并且针对每一宏小区，位于其内的50%的毫微微/微微基站(例如,两个毫微微/微微基站)操作在UL模式下，而位于其内的剩余的50%的毫微微/微微基站操作在DL模式下。曲线538与以下情况相关联:100%的宏小区站操作在DL传输方向上，并且针对每一宏小区，位于其内的50 %的毫微微/微微基站(例如,两个毫微微/微微基站)操作在UL模式下,而位于其内的剩余的50%的毫微微/微微基站操作在DL模式下。
[0048]在该组分析结果中，曲线532示出了最好的性能，其中，所有的基站都操作在UL模式下。随着基站变化到DL，由于增加的BS-BS干扰导致了小区间干扰趋向于增加。曲线538示出了与操作在UL模式下的毫微微/微微站相关联的UE所经受的最大的小区间干扰量。
[0049]基于图5A-5D中示出的仿真分析结果，可以获得以下关于小区间干扰的本质和对小区间干扰的敏感性的见解:
[0050].MUE的DL几何SINR对操作在与宏站相邻的信道中的毫微微/微微站的传输方向不敏感。
[0051 ] ?当一半的毫微微/微微站从UL切换到DL传输方向时，MUE的UL几何SINR经受了大约3-4dB的恶化，并且如果所有的毫微微/微微站具有与宏站相反的传输方向，则经受了大约5-6dB的恶化。
[0052].PUE的DL几何SINR主要被来自毫微微/微微站的共信道DL小区间干扰限制，并且其几乎不依赖于宏站的传输方向。如果毫微微/微微站中的一些从DL切换到UL模式，则PUE的DL SINR得到改善。
[0053].PUE的UL几何SINR对于宏和毫微微/微微站两者的传输方向都非常敏感。如果宏站和/或一半的毫微微/微微站具有相反的传输方向，则UL几何SINR显著恶化。
[0054]因此，UL SINR对DL小区间干扰高度敏感，并且如果一些毫微微/微微站将其传输方向改变成UL，则DL SINR被改善。
[0055]干扰减轻或协调方案被配置成便于在多小区环境中有助于动态业务自适应(和/或最大化动态业务自适应的益处)。同构或异构无线通信网络的小区之间的动态干扰管理能够实现诸如图6中示出的动态UL/DL配置方案(也称为动态UL/DL重配置)。
[0056]图6描绘了根据一些实施例的无线帧结构600，其支持针对传统发布版8/9/10UE (根据图1中示出的所支持的UL/DL配置)的UL/DL配置分配并且便于针对发布版11以及后来的UE (例如，能够对来自其相关联的eNodeB/LPN的动态UL/DL重配置信息进行解码的那些UE)实现动态UL/DL重配置指示机制。无线帧结构600包括10个子帧，从左到右通过子帧索引O至9来表示。子帧0、5和6被指定为下行链路子帧；子帧I被指定为特殊子帧，但是其被认为是下行链路子帧，用于动态UL/DL重配置目的；子帧2被指定为上行链路子帧；以及子帧3、4、7、8和9被指定为灵活子帧(FlexSF)。无线帧内的灵活子帧被指定用于灵活传输方向编码，针对发布版11或后来的UE，可以将灵活子帧中的每一个指定为下行链路或特殊的上行链路子帧。特殊的上行链路子帧包括:发送下行链路控制信道的下行链路传输时段、用于在下行链路传输和上行链路传输之间进行切换的中央保护时段(GP)、以及上行链路数据传输时段。在TDD-LTE部署中，无线帧结构600在时间长度上为10ms，并且无线帧结构600中的每一子帧在时间长度上是1ms。
[0057]从而，无线帧结构600包括灵活子帧和固定子帧(也被称为非灵活子帧)。根据业务/负载情况和/或为了干扰管理的目的，可以将无线帧内给定的灵活子帧动态地调整成UL或DL子帧。灵活子帧的这样的动态调整可以被发布版11或后来的UE所识别，但是其不能被传统的UE所识别。传统的UE假定灵活子帧为DL子帧，并且其将对灵活子帧中的PDCCH进行解码，除非其eNodeB/LPN明确地指示用于UL传输。另一方面，固定子帧具有固定的或半静态的UL或DL传输方向，其在动态UL/DL配置期间不改变以保持与传统UE的后向兼容。
[0058]给定的eNodeB/LPN(宏、毫微微、微微)从所支持的7个UL/DL配置(参见图1)中进行选择，并经由系统信息块类型I (SIBl)信息比特向与eNodeB关联的所有UE发送选择信息。当eNodeB/LPN确定本地业务和/或干扰情况值得改变UL/DL配置以更好地处理瞬时业务情形时，eNodeB/LPN可以动态地将无线帧的一个或多个灵活子帧的传输方向调整成与由SIBl所指定的配置不同。至少向与eNodeB相关联的发布版11或后来的UE发送所选择的灵活子帧的动态分配(例如，动态UL/DL重配置)。动态的UL/DL重配置信息可以经由高层信令被发送到UE，并且其可以被包含在下行链路控制信息(DCI)消息中，其中DCI消息被包含在物理下行链路控制信道(PDCCH)中，并且继而，PDCCH被包含在无线帧的至少一个下行链路子帧中。
[0059]在给定的eNodeB决定要实现特定的动态UL/DL重配置之前，应该考虑干扰管理(IM)原则或规则，以避免恶化性能而不是改善性能。根据上文讨论的仿真分析，知道的是(I)DL SINR对UL干扰更不敏感，以及(2) UL SINR对DL干扰(尤其是来自由宏小区导致的DL干扰)更敏感。基于前述内容，可以构造以下IM原则或规则，以在最大化整体系统吞吐量、容量、和/或整体系统性能的同时，提供干扰管理。
[0060]给定的eNodeB/LPN可以检测与操作在UL传输方向上相关联的干扰，并且对于与操作在DL传输方向上相关联的干扰，与给定的eNodeB/LPN相关联的UE可以针对DL子帧向其eNodeB/LPN提供关于UE所经受的干扰的反馈信息。对于由于给定的eNodeB/LPN所导致的相邻eNodeB/LPN所经受的干扰，给定的eNodeB/LPN可以经由例如X2接口或光纤连接接收干扰信息和/或与其它eNodeB/LPN交换干扰信息。
[0061]图7A描绘的流程图表示根据一些实施例适用于同构或异构LTE-TDD网络中的每一宏小区的IM原则/规则(也称为宏小区配置规则)。如果与该配置相关联的对相邻小区的不利的干扰影响被确定为较低，则将宏小区的FlexSF操作成处于正常发射功率水平的DL子帧。在框702处表示了这一条件。在框702中，检查随后的条件:
[0062](I)给定的宏小区的DL子帧不对相邻小区产生严重干扰，干扰水平小于预定的门限水平，或可以使用例如利用X2接口在相邻小区之间交换的信息来进行类似的确定，上述信息例如为关于子帧配置以及来自相邻小区之间的小区间干扰的影响的信息；或者
[0063](2)大多数的相邻小区(宏和/或LPN)的FlexSF被配置用于DL传输(为简便，称为“相邻小区DL FlexSF” )。
[0064]当上述条件保持真(框702的是分支)时，前进到框704。否则(框702的否分支)，前进到框708。预定的门限(干扰)水平可以基于长期的统计数据以半静态的方式确定，或者也可以以更动态的方式确定，这取决于例如子帧配置自适应的频率。对于UL，也可以根据干扰热噪声(1T)值来指定这样的度量。此外，关于小区间干扰水平的信息交换可以由相邻小区通过X2或光纤连接来交换。这样的信息交换可以仅包括单个标记，该单个标记用于从受害者小区(受影响的小区)向攻击方小区(导致干扰的小区)指示不可接受的干扰水平。
[0065]在框704处，IM原则/规则包括针对给定的宏小区将无线帧的灵活子帧(为了简便，称为“宏FlexSF”或“宏小区FlexSF”)配置或指派为操作在正常发射功率水平的DL子帧。在框708处，IM原则/规则包括将宏FlexSF配置或指派为(I)以减少的发射功率水平(相对于缺省的、常规的、或正常的功率水平)操作的DL子帧或(2)UL子帧。在一个实施例中，当宏FlexSF被配置用于以减少的发射功率水平操作的DL子帧时，给定的宏小区可以使用这样的配置通过应用地理调度方法来为靠近其eNodeB的UE服务。
[0066]一旦在框704或708中确定了宏FlexSF，则在框710中，考虑相邻宏小区配置的影响。这可能导致从宏FlexSF的当前配置和/或如框704或708中所确定的配置修改该宏FlexSF0例如，如果即使是单个宏小区将传输方向从DL改变为UL(以辅助宏小区的覆盖区域中的LPN)，而相邻宏小区继续操作在DL传输方向，则可能仍然存在相当大的(BS对BS)干扰，尤其是如果考虑了共信道部署场景。因此，相邻宏小区之间的协调是实现有效的干扰管理中的一个因素。
[0067]此外，在框712处，可以结合所确定的宏FlexSF来实现诸如增强型小区间干扰协调(eICIC)或几乎空白子帧(ABS)之类的干扰减轻方案，以影响干扰管理。宏小区配置规则整体上通过减少可能由宏eNodeB所导致的潜在干扰来辅助LPN。
[0068]图7B描绘的流程图表示根据一些实施例适用于同构或异构LTE-TDD网络中的每一 LPN(例如，毫微微或微微)小区的IM原则/规则(也称为毫微微/微微小区配置规则)。如果与该配置相关联的对相邻小区的不利的干扰影响被确定为较低，则将LPN小区的FlexSF操作成处于正常发射功率水平的DL子帧。在框720处表示了该条件。在框720中，检查随后的条件:
[0069](I)给定的LPN小区的DL子帧不对相邻小区产生严重干扰，干扰水平小于预定的门限水平，或可以使用例如使用X2接口在相邻小区之间交换的信息来进行类似的确定，上述信息例如为关于子帧配置以及来自相邻小区之间的小区间干扰的影响的信息；或者
[0070](2)大多数的相邻LPN小区的FlexSF被配置用于DL传输(为简便，称为“相邻小区 DL FlexSF”)。
[0071]当上述条件保持真(框720的是分支)时，前进到框726。否则(框720的否分支)，前进到框722。预定的干扰门限水平可以与关联于宏小区配置规则的预定的干扰门限水平相同或不同。
[0072]在框726处，IM原则/规则包括针对给定的LPN小区将无线帧的灵活子帧(为了简便，称为LPN(小区)FlexSF或毫微微/微微(小区)FlexSF”)配置或指派为操作在正常发射功率水平的DL子帧。在框722处，IM原则/规则包括将LPN FlexSF配置或指派为
(I)以减少的发射功率水平(相对于缺省的、常规的、或正常的功率水平)操作的DL子帧，或者(2) UL子帧。在一个实施例中，当LPN FlexSF被配置用于操作在减少的发射功率水平的DL子帧时，给定的宏小区可以使用这样的配置通过应用地理调度方法来为靠近其LPN的UE服务。
[0073]图8A-8B描绘了根据一些实施例用于实现图7A-7B中的頂原则/规则以能够使用灵活子帧实现动态UL/DL重配置的示例性流程图800。在框802处，与无线通信网络(例如，网络200和/或300)中的每一个宏、LPN、毫微微、微微等小区相关联的eNodeB/LPN确定其相应的小区的初始UL/DL配置指派。在一个实施例中，初始UL/DL配置中的每一个是从图1中提供的所支持的UL/DL配置中选择的。一旦已经确定了相应的初始UL/DL配置指派，则eNodeB/LPN中的每一个经由SIBl向其UE发送其UL/DL配置指派(框804)。因此，给定小区中的传统发布版8/9/10 UE以及发布版11和后来的UE使用相同的UL/DL配置与相关联的eNodeB进行通信。
[0074]如果无线通信网络包括同构网络(框806的否分支)，则实现在框808-820中所示出的宏小区的子巾贞配置自适应(称为宏自适应(macro adaptat1n))。在一个实施例中，宏eNodeB可以针对每一个宏小区独立地执行宏自适应。在另一实施例中，超过一个的宏小区(例如，基于覆盖区域的一组小区)可以相互协调且同步地执行宏自适应。因此，为了简化讨论，下文将在独立宏自适应的背景下讨论框808-820 ;但是，应该理解的是，框808-820也可以应用到利用多个宏小区之间的协调而执行的自适应。
[0075]如果适用的话，在框808处，宏eNodeB确定业务状况、干扰状况以及其覆盖区域中的LPN小区配置(在异构网络的情况下)。宏eNodeB可以执行自测量，从其UE获得信息，从相邻的eNodeB/LPN获得信息(在异构网络中)，和/或进行其他测量，并请求信息以确定当前的操作状态。接下来，在框810处，宏eNodeB根据业务状况、干扰状况、其覆盖区域内的LPN小区配置以及图7A中的宏頂原则/规则，确定无线帧中的每一个FlexSF的优选UL或DL传输方向。该确定的目标在于对宏eNodeB的覆盖区域内的瞬时业务负载实现更好的处理，而不会无意地给相邻小区(宏和/或LPN)和/或UE造成不利的小区间干扰。
[0076]如果在子帧的级别进行动态UL/DL重配置(框812的是分支)，则宏eNodeB向与给定的宏小区相关联的UE传输动态UL/DL重配置指派(框814)，该动态UL/DL重配置指派包括在框810中确定的无线帧中的每一个FlexSF的优选UL或DL传输方向。所述传输包括与SIBl不同的动态信令机制。在一个实施例中，所述指派是在包括在HXXH中的DCI消息中指定的，并且继而roccH被包含在无线帧的至少一个下行链路子帧中(例如，物理层动态信令)。在子帧级别决定动态UL/DL重配置在根据小区中的瞬时业务和干扰状态来调整子帧配置方面提供了最大的灵活性。
[0077]否则，在帧级别进行动态UL/DL重配置(框812的否分支)，并且宏eNodeB根据在框810中确定的无线帧中的每一个FlexSF的优选UL或DL传输方向以及图7A中的宏IM原则/规则，从所支持的UL/DL配置(参见图1)中进行选择(框816)。在框818处，在帧级别的动态UL/DL重配置的选择期间，宏eNodeB还应用一个或多个预定义的度量或约束。例如，因为与特定子帧资源相关联的时序关系(例如，物理上行链路共享信道(PUSCH)资源、物理HARQ-ACK指示符信道(PHICH)资源之间的时序关系)和/或对后向兼容传统UE的影响，预定义的度量/约束可能不允许将初始DL子帧改变成UL子帧。根据预定义的度量/约束，最终的动态UL/DL重配置指派可以满足或可以不满足所有的优选的FlexSF传输方向。还可以预期的是，框818可以在框816之前或与其同时发生。
[0078]接下来，在框820处，宏eNodeB经由无线帧至少向发布版11或后来的UE (或能够识别动态UL/DL重配置指派的UE)发送所决定的动态UL/DL重配置指派。在一个实施例中，经由高层半静态信令(例如，半静态RRC信令)或物理层动态信令(例如，在HXXH中包含的DCI消息中，其中，PDCCH被包含在无线帧的至少一个子帧中)发送指派信息。与在子帧级别相比，在帧级别确定动态UL/DL重配置包括不太积极的自适应。与子帧级别的自适应相比，帧级别的自适应还趋向于在更慢的时间尺度上发生。
[0079]在向与特定宏小区相关联的UE提供了动态UL/DL重配置指派(框814、820)之后，流程图800返回到框806。如果网络是同构网络(框806的否分支)，则宏小区自适应根据需要在框808-820重复。
[0080]返回到框806，如果无线通信网络包括异构网络(框806的是分支)，则在宏(小区)自适应之前发生LPN小区的子帧配置自适应(称为LPN(小区)自适应或毫微微/微微(小区)自适应)。毫微微/微微(小区)自适应(也称为本地(小区)自适应或小(小区)自适应)包括框822-836。在一个实施例中，LPN可以独立地执行毫微微/微微自适应。在另一实施例中，超过一个的LPN(例如，基于覆盖区域的一组LPN)可以相互协调地并同步地执行毫微微/微微自适应。因此，为了简化讨论，下文将在独立的毫微微/微微自适应的背景下讨论框822-836 ;但是，应该理解的是，框822-836也可以应用于利用多个LPN小区之间的协调执行的自适应。
[0081]在框822处，如果适用的话，LPN确定(本地)业务状况和干扰状况。LPN可以执行自测量，从其UE获得信息，从相邻的eNodeB/LPN获得信息，和/或进行其他测量，并请求信息以确定当前的操作状态。接下来，在框824处，LPN根据业务状况、干扰状况以及图7B中的毫微微/微微頂原则/规则，确定无线帧中的每一个FlexSF的优选的UL或DL传输方向。该确定的目标在于对LPN的覆盖区域内的瞬时业务负载实现更好的处理，而不会无意地对相邻小区(宏和/或LPN)和/或UE造成不利的小区间干扰。
[0082]如果在子帧级别进行动态UL/DL重配置(框826的是分支)，则LPN向与该LPN相关联的UE传输动态UL/DL重配置指派(框828)，该动态UL/DL重配置指派包括在框824中确定的无线帧中的每一个FlexSF的优选的UL或DL传输方向。该传输包括与SIBl不同的动态信令机制。在一个实施例中，在HXXH中包含的DCI消息中向UE发送该指派，PDCCH继而被包含在无线帧的至少一个下行链路子帧中(例如，物理层动态信令)。在子帧级别决定动态UL/DL重配置在根据小区中的瞬时业务和干扰状况来调整子帧配置方面提供了最大的灵活性。
[0083]否则，在帧级别进行动态UL/DL重配置(框826的否分支)，并且LPN根据在框824中确定的无线帧中的每一个FlexSF的优选的UL或DL传输方向以及图7B中的毫微微/微微頂原则/规则从所支持的UL/DL配置(参见图1)中进行选择(框830)。在框832处，在帧级别的动态UL/DL重配置选择期间，LPN还应用一个或多个预定义的度量或约束。例如，因为与特定子帧资源相关联的时序关系(例如，PUSCH资源与PHICH资源之间的时序关系)和/或对后向兼容传统UE的影响，预定义的度量/约束可能不允许将初始DL子帧改变成UL子帧。根据预定义的度量/约束，最终的动态UL/DL重配置指派可以满足或可以不满足所有优选的FlexSF传输方向。还可以预期的是，框832可以在框830之前或与其同时发生。
[0084]接下来，在框834处，LPN经由无线帧至少向发布版11或后来的UE (或能够识别动态UL/DL重配置指派的UE)发送所决定的动态UL/DL重配置指派。在一个实施例中，经由高层半静态信令(例如，半静态RRC信令)或物理层动态信令(例如，在HXXH中包含的DCI消息中，其中，PDCCH被包含在无线帧的至少一个下行链路子帧中)发送指派信息。与在子帧级别相比，在帧级别确定动态UL/DL重配置包括不太积极的自适应。与子帧级别的自适应相比，帧级别的自适应还趋向于在更慢的时间尺度上发生。
[0085]在向与特定LPN相关联的UE提供了动态UL/DL重配置指派(框828、834)之后，根据需要，可以发生针对另一 LPN和/或先前已经实现了毫微微/微微自适应的LPN的毫微微/微微自适应(框836的否分支，返回到框822)。相反，如果毫微微/微微自适应完成(框836的是分支)，则宏自适应可以在框808处开始。
[0086]与宏自适应相比，可以针对更小的覆盖区域以相对更快的自适应速率来执行毫微微/微微自适应。除了其他的之外，与毫微微/微微自适应相比，宏自适应可能潜在地具有更大的干扰影响。例如，即使是由单个宏eNodeB执行的宏自适应也可能对位于其覆盖区域内的LPN小区、位于相邻宏小区覆盖区域内的LPN小区和/或相邻的宏小区产生干扰。宏自适应趋向于取决于相邻的宏小区配置。在某些实施例中，无线通信网络中的所有宏小区可能都需要相互协调并同步它们的帧配置，针对该情况，可以使用较慢的自适应速率或类似半静态的自适应速率。
[0087]因此，根据一些实施例，在UL/DL重配置确定期间实现干扰管理原则/规则，以便于在子帧和/或帧级别对无线帧中预先指定的子帧(称为灵活子帧)的UL或DL传输方向进行动态调整。干扰管理原则/规则至少部分地基于以下分析，所述分析表明DL SINR对UL干扰更不敏感，以及ULSINR对DL干扰(尤其是由宏小区导致的DL干扰)更敏感。
[0088]定义了新的无线帧结构，其包括一个或多个灵活子帧。在无线帧时间段中，将这样的灵活子帧中的一个或多个动态地从作为上行链路子帧切换成下行链路子帧，或反之亦然。可以使用配置指示字段(CIF)值来标识由动态切换的灵活子帧所定义的新的UL/DL配置。将新的DCI消息格式定义成包括指示新的UL/DL配置的CIF值。在下行链路子帧的控制区域内，在HXXH区域中发送包含CIF值的DCI消息。CIF指示方案可以由与给定eNodeB/LPN相关联的发布版11或后来的UE识别，而与给定eNodeB/LPN相关联的传统UE (例如，发布版8/9/10 UE)继续根据使用SIBl指派的UL/DL配置来操作。
[0089]术语“机器可读介质”、“计算机可读介质”等应该被理解为包括存储一组或多组指令的单个介质或多个介质(例如，集中式的或分布式的数据库、和/或相关联的高速缓存和服务器)。术语“机器可读介质”还应该被理解为包括能够存储、编码或携带一组指令的任意介质，所述一组指令由机器执行并使该机器执行本公开中的方法中的任何一个或多个。术语“机器可读介质”应该相应地被理解为包括但不限于固态存储器、光及磁介质以及载波信号。
[0090]为了清晰的目的，应该理解的是，上文的描述参考不同的功能单元或处理器描述了一些实施例。但是，显而易见的是，可以使用不同的功能单元、处理器或域之间的任何适当的功能分布，而不有损于本发明的实施例。例如，描绘成由分开的处理器或控制器执行的功能可以由同一处理器或控制器执行。因此，提及特定的功能单元仅被视作为提及用于提供所描述的功能的适当模块，而不是表示严格的逻辑或物理结构或组织。
[0091]虽然已经结合一些实施例描述了本发明，但是其并不意在受限于本申请中提出的具体形式。本领域的技术人员应当认识到，根据本发明，可以组合所描述的实施例的各种特征。此外，将清楚的是，本领域的技术人员将可以做出各种修改和改变，而不偏离本发明的范围。
【权利要求】
1.一种用于管理干扰以便于动态上行链路和下行链路比例配置的指派的方法，所述方法包括: 针对与增强型节点B(eN0deB)或低功率节点(LPNN)相关联的第一小区，确定所述第一小区是否对一个或多个相邻小区造成了小于预定门限水平的干扰，或者与所述一个或多个相邻小区相关联的无线帧的灵活子帧是否作为下行链路子帧进行操作；以及 响应于所述确定条件被满足，将与所述第一小区相关联的第一无线帧的第一灵活子帧指派成作为下行链路子帧以正常发射功率水平进行操作，其中，所述第一灵活子帧包括所述第一无线帧中的与所述动态上行链路和下行链路比例配置相对应的预定义子帧。
2.根据权利要求1所述的方法，其中，所述第一小区包括宏小区并且与宏eNodeB相关联，并且所述第一灵活子帧在所述干扰期间作为下行链路子帧进行操作。
3.根据权利要求2所述的方法，还包括:至少根据对所述第一灵活子帧的所述指派以及与所述一个或多个相邻小区中的每一个相关联的上行链路和下行链路比例配置，来确定所述动态上行链路和下行链路比例配置，其中，所述一个或多个相邻小区中的每一个包括具有所述第一小区内的覆盖区域的LPN小区。
4.根据权利要求1所述的方法，其中，所述第一小区包括LPN小区。
5.根据权利要求1所述的方法，其中，所述第一小区以时分双工(TDD)模式在第三代合作伙伴计划(3GPP)长期演进(LTE)网络中进行操作。
6.根据权利要求1所述的方法，其中，所述指派的步骤包括以子帧为基础进行指派。
7.根据权利要求1所述的方法，其中，所述指派的步骤包括以无线帧为基础进行指派。
8.一种与小区相关联的基站，所述小区与地理覆盖区域相对应，包括: 处理器，用于确定所述小区对一个或多个相邻小区造成的干扰是否小于预定的门限水平，或者与所述一个或多个相邻小区相关联的无线帧的灵活子帧是否作为下行链路子帧进行操作；以及 收发机，与所述处理器通信，所述收发机用于响应于所述处理器进行的所述确定未被满足，而将与所述小区相关联的第一无线帧的第一灵活子帧配置成作为上行链路子帧或者以减少的发射功率水平进行操作的下行链路子帧中的一个， 其中，所述第一灵活子帧包括所述第一无线帧中的与动态上行链路和下行链路配置相对应的预定义子帧。
9.根据权利要求8所述的基站，其中，所述基站包括低功率节点(LPN)，并且所述小区包括LPN小区。
10.根据权利要求8所述的基站，其中，所述基站包括宏增强型节点B(eNodeB)，并且所述小区包括宏小区。
11.根据权利要求10所述的基站，其中，所述收发机响应于所述处理器进行的所述确定是肯定的并且与关联于相邻宏eNodeB的上行链路和下行链路配置协调，来将所述第一灵活子帧配置成作为下行链路子帧以正常发射功率水平进行操作。
12.根据权利要求10所述的基站，其中，所述收发机响应于所述处理器进行的所述确定是肯定的，在使用或者不使用其他干扰减轻技术的情况下，来将所述第一灵活子帧配置成作为下行链路子帧以正常发射功率水平进行操作。
13.根据权利要求8所述的基站，其中，所述收发机在不使用系统信息块I(SIBl)的情况下，向与所述小区相关联的用户设备(UE)用信号发送所述动态上行链路和下行链路配置，所述动态上行链路和下行链路配置包括关于所指派的第一灵活子帧的信息。
14.根据权利要求8所述的基站，其中，所述第一无线帧包括从左到右由子帧索引号O至9标识的10个子帧，所述第一灵活子帧包括与子帧索引号3、子帧索引号4、子帧索引号7、子帧索引号8或子帧索引号9相对应的一个或多个子帧。
15.根据权利要求8所述的基站，其中，所述基站在第三代合作伙伴计划(3GPP)长期演进(LTE)-时分双工(TDD)模式网络中进行操作。
16.根据权利要求8所述的基站，其中，所述处理器以子帧级别为基础执行所述确定。
17.根据权利要求8所述的基站，其中，所述处理器以无线帧级别为基础执行所述确定。
18.根据权利要求8所述的基站，其中，被配置成所述上行链路子帧的所述第一灵活子帧包括用于发送下行链路控制信道的下行链路传输时段、用于在下行链路传输和上行链路传输之间进行切换的中央保护时段(GP)以及上行链路数据传输时段。
19.一种包括指令的计算机可读介质，所述指令在被处理器执行时使得所述处理器执行包括如下各项的操作: 针对与增强型节点B (eNodeB)或低功率节点(LPN)相关联的第一小区，确定所述第一小区是否对一个或多个相邻小区造成了小于预定门限水平的干扰，或者与所述一个或多个相邻小区相关联的无线帧的灵活子帧是否作为下行链路子帧进行操作； 响应于所述确定条件被满足，将与所述第一小区相关联的第一无线帧的第一灵活子帧指派成作为下行链路子帧以正常的发射功率水平进行操作；以及 响应于所述确定条件未被满足，将与所述第一小区相关联的所述第一无线帧的所述第一灵活子帧指派成作为上行链路子帧或者以减少的发射功率水平进行操作的下行链路子帧中的一个， 其中，所述第一灵活子帧包括所述第一无线帧中的与动态上行链路和下行链路配置相对应的预定义子帧。
20.根据权利要求19所述的计算机可读介质，其中，所述第一小区是由宏eNodeB服务的，并且还包括:基于所述一个或多个相邻小区的上行链路和下行链路配置来指派所述第一灵活子巾贞，所述一个或多个相邻小区是由相应的宏eNodeB服务的。
21.根据权利要求19所述的计算机可读介质，其中，所述第一小区是由宏eNodeB服务的，并且还包括:在使用或不使用其他干扰减轻技术的情况下指派所述第一灵活子帧。
22.根据权利要求19所述的计算机可读介质，其中，所述第一小区在第三代合作伙伴计划(3GPP)长期演进(LTE)-时分双工(TDD)模式网络中进行操作。
23.根据权利要求22所述的计算机可读介质，其中，所述第一小区是由宏eNodeB服务的，并且在所述3GPP LTE-TDD模式网络中操作的第二小区是由LPN服务的，其中，在针对所述第一小区执行所述确定和所述指派之前，针对所述第二小区执行所述确定和所述指派。
24.根据权利要求19所述的计算机可读介质，其中，所述第一无线帧包括从左到右由子帧索引号O至9标识的10个子帧，所述第一灵活子帧包括与子帧索引号3、子帧索引号4、子帧索引号7、子帧索引号8或子帧索引号9相对应的一个或多个子帧。
【文档编号】H04W52/14GK104205977SQ201380016467
【公开日】2014年12月10日 申请日期:2013年1月24日 优先权日:2012年1月27日
【发明者】符仲凯, A·霍里亚夫, D·查特吉, M·希洛夫, A·切尔维亚科夫, S·潘捷列夫, 何宏 申请人:英特尔公司