一种在蜂窝网络中管理干扰的系统和方法
【专利摘要】通过各种不同的信令技术，能够实现通知服务的用户设备(user?equipment，UE)关于由相邻基站发送的小区参考信号(cell-specific?reference?signal，CRS)在一个子帧的下行共享物理信道(physical?downlink?shared?channel，PDSCH)区域内的呈现或缺失。可以通过在服务小区的物理层信令信道上通信的一位或多位指示符来通知所述服务的UE，如所述子帧的物理下行控制信道(physical?downlink?control?channel，PDCCH)等。另一种选择是，可以通过更高层信令通知所述服务的UE。
【专利说明】一种在蜂窝网络中管理干扰的系统和方法
[0001]本发明要求于2011年11月8日递交的发明名称为“一种在蜂窝网络中管理干扰的系统和方法”的第61/557，323号美国临时专利的优先权，其全部内容通过引用结合在本申请中。
【技术领域】
[0002]本申请涉及无线通信，尤其涉及在蜂窝网络中管理干扰的系统和方法。
【背景技术】
[0003]在第三代合作伙伴计划(ThirdGeneration Partnership Project, 3GPP)长期演进(Long Term Evolution, LTE)网络中，小区参考信号(cell-specific reference signal,CRS)被包含在下行子帧中来提供信道估计，以便进行解调以及下行信道质量评估。特定子帧或资源块(resource block, RB)内的CRS符号数量以及位置会发生变化，而这些变化取决于信号的传输模式，具体而言，取决于用来执行数据传输的CRS天馈口的数量(例如，I个，2个或4个)。用户设备(user equipment, UE)虽然清楚各自服务小区传送的CRS符号位置/呈现，但并不清楚邻区发送的CRS符号位置和/或存在。尽管如此，UE还是可以通过了解邻区发送的CRS符号相关信息而得益。因此，需要利用通知UE关于邻区下行传输CRS符号的位置的机制和技术来提高网络的无线性能。
【发明内容】
[0004]本发明实施例描述了一种在蜂窝网络中管理干扰的系统和方法，基本实现了技术优势。
[0005]本发明实施例提供了一种操作网络控制器的方法。在此实施例中，所述方法包括向服务的用户设备(user equipment, UE)发送一个指示符,说明由一个干扰的网络控制器传输传送的小区参考信号(cell-specific reference signal, CRS)是否呈现在一个子巾贞的下行共享物理信道(physical downlink shared channel, PDSCH)区域内。此外，还提供了一种用来执行此方法的装置。
[0006]本发明实施例还提供了另一种操作网络控制器的方法。在此实施例中，所述方法包括接收来自第一网络控制器的指示符，说明由第二网络控制器传输的小区参考信号(cell-specific reference signal, CRS)是否包括在一个子巾贞的下行共享物理信道(physical downlink shared channel,PDSCH)区域内。此外，还提供了一种用来执行此方法的装置。
【专利附图】
【附图说明】
[0007]为了更完整地理解本发明及其优点，现参考以下结合附图进行的描述，其中:
[0008]图1是本发明实施例提供的一种无线通信网络的示意图；
[0009]图2是本发明实施例提供的另一种无线通信网络的示意图；[0010]图3是本发明实施例提供的一种常规子帧的示意图；
[0011]图4是本发明实施例提供的一种MBSFN子帧的示意图；
[0012]图5是本发明实施例提供的一种基于相同的CRS参数进行通信的常规子帧以及多播 / 组播单频网络(Multicast-Broadcast Single Frequency Network,MBSFN)子巾贞的不意图；
[0013]图6是本发明实施例提供的一种方法的流程图，用来表示通过邻区进行通信的子帧，其roSCH区域内是否存在CRS符号；
[0014]图7是本发明实施例提供的一种方法的流程图，用来确定CRS符号是否呈现在通过邻区通信的子帧的roscH区域内；
[0015]图8是本发明实施例提供的一种下行共享物理信道(physical downlink sharedchannel, PDSCH)的不意图，映射来自三个传输点的联合传输。
[0016]图9是本发明实施例提供的一种通信设备的框图；
[0017]图10是本发明实施例提供的一种处理系统的框图。
[0018]图中不同的数字和符号表示不同的部件，除非另有说明。附图的目的是为了更清楚地解释本发明实施例的相关内容，而并非只是为了按比例绘图。
【具体实施方式】
[0019]下文详细讨论了当前公开的实施例的结构和操作。然而，应该了解的是，本文提供了许多适用的发明概念，可以体现在多种特定的上下文中。本文所讨论的具体实施例仅解释了本发明实施例的具体结构和操作方法，并未限制本发明的范围。
[0020]了解由邻区传输的CRS符号相关信息有利于服务的UE接收协作传输以及非协作传输。为了将邻区的CRS参数传达给服务的UE，一种技术是将邻区的CRS天馈口数量(例如，I个，2个或4个)以及频移传达给所述UE。然而，这种技术忽略了一种可能性，即邻区的CRS符号不包括在下行子帧的H)SCH区域范围内，有可能是下行子帧为多播/组播单频网络(Multicast-Broadcast Single Frequency Network, MBSFN)子巾贞。需要注意的是，了解关于由邻区传输的CRS符号是否呈现在下行子帧roSCH区域内，可以允许服务的UE对协作传输进行更准确的解调，和/或在解调非协作传输时，执行更加有效的干扰抵消。因此，需要一种机制和技术，来通知服务的UE关于由邻区传输的CRS符号是否呈现在下行子帧的PDSCH区域范围内。
[0021]本发明各方面提供了不同的机制，用于表示邻区传输的CRS符号何时不在下行子帧的I3DSCH区域内，有可能是子帧为MBSFN子帧时。这一表示可以通过位图或字段值的通信来执行，其中，位图或字段值说明邻区传输关联O个CRS天馈口，此时关联所述传输的CRS符号不在相应子帧的roscH区域内。在某些实施例中，所述表示(例如，位图、字段值等)可以通过更高层的信令(例如，无线资源链接(radio resource control, RRC)信令等)进行半静态通信。在其他实施例中，所述表示(例如，位图、字段值等)可以通过下行子帧的物理下行控制信道(physical downlink control channel, PDCCH)区域进行动态通信。在另一些实施例中，CRS参数(例如，CRS天馈口数量、CRS频移等)可以通过更高层的信令(例如，RRC信令等)进行半静态通信，而子帧的HXXH区域可以包括一个指示符(一位或多位)从而表示由邻区传输的CRS符号是否呈现在子帧的I3DSCH区域内。[0022]正如此处所讨论的，协作传输可以包括任意来自两个或多个传输点的传输，包括多点(multipoint, CoMP)联合传输(joint transmission, JT)、CoMP 动态小区选择(dynamic cell selection, DCS)、CoMP 动态点选点(dynamic point selection, DPS)和其他。进一步地，非协作传输一般可以包括任意来自单个传输点(transmit point, TP)的传输。
[0023]如上所述，了解邻区的CRS参数信息可以有利于UE接收协作传输(例如，来自多个TP的传输)。图1展示了无线网络100，其中包括多个用于协作传输的演进型网络基站(enhanced base station, eNB)110、120。eNBllO和120可以是任意无线设备，用于提供移动覆盖区域(小区)101、102的无线接入，一般也可以叫做NodeB、基站、通信控制器、控制器、毫微微蜂窝基站、家庭基站等。所述网络还可以进一步包括UE115，用于接收协作传输。UE115可以是任意无线启动的设备，用于接收无线传输，一般也可以叫做移动台、用户、终端等。在某些实施例中，无线网络100可以包括其他的无线设备(图中并未展示)，包括中继、毫微微蜂窝基站、微微蜂窝等。
[0024]在实施例中，UE115可以通过了解celll02的CRS参数相关信息得益。这些信息不仅可以包括由eNB120通信的、特定子帧内CRS符号的定位，还可以包括所述子帧的一个或多个区域内CRS符号的存在或缺失。例如，如果知道通过eNB120通信的CRS符号不在子帧的I3DSCH区域范围内，则可以提高UEl 15解调协作传输的能力，其中，协作传输由eNBl 10和120联合执行。
[0025]进一步地，根据以上所述，了解邻区的CRS参数相关信息可以方便UE接收非协作传输(例如，来自单个TP的传输)。图2展示了无线网络200，其中包括多个移动覆盖区域(小区)201、202，其无线接入可以由多个eNB210、220分别提供。在提供无线接入的过程中，eNB210、220可以安排UE215、225接收普通时频资源(例如，同一个RB)上的下行传输(虚线所示)。来自eNB220的下行传输可以干扰来自eNB210的下行传输，从而在小区201中产生ICI。在某些实施例中，UE215可以采用干扰抵消技术来减轻此干扰的影响。例如，UE215可以米用增强型小区间干扰抵消(enhanced inter-cell interference coordination,eICIC)技术将来自eNB210的下行传输(例如，服务数据)和来自eNB220的下行传输(例如，干扰数据)进行隔离。在某些实施例中，UE215可以通过了解小区202的CRS参数相关信息得益。例如，如果知道通过eNB220进行通信的CRS符号不在子帧的I3DSCH区域范围内，则可以提高UE215利用干扰抵消来隔离服务数据传输的能力。虽然图1和2展示的网络包括的是单邻区，但本发明的各方面能够用于涉及任意数量邻区(例如，3个或4个邻区)的协作以及非协作通信。
[0026]图3是一种常规子帧300的示意图，其中，有可能由一个或两个eNB，S卩120、220，进行数据传输。如图所示，常规子帧300包括多个其HXXH和roscH区域内的crs符号的潜在位置。需要注意的是，常规子帧300内CRS符号的实际位置将取决于关联所述数据传输的CRS天馈口和CRS频移。然而，无论常规子帧300关联哪个CRS天馈口和CRS频移，其PDSCH区域内至少都会呈现一些CRS符号。
[0027]图4是MBSFN子帧400的示意图，其中，有可能由一个或两个eNB，S卩120、220，进行数据传输。和常规子帧300不一样的是，MBSFN子帧400的TOSCH区域内不呈现CRS符号。MBSFN子帧400的PDSCH区域也可以叫做“MBSFN区域”，而MBSFN子帧400的PDCCH区域可以叫做“非-MBSFN区域”。具体地，本应携带MBSFN子帧400中I3DSCH区域内CRS符号的RE不发功(例如，RE功率为O)。因此，虽然关联常规子帧300的各种CRS天馈口和CRS频移的组合还可以关联MBSFN子帧400，结果在MBSFN子帧400的TOSCH区域内定位的CRS符号被静音了(例如，未传输)。相应地，如果服务的UE不知道子帧类型为MBSFN子帧，可能会误信，MBSFN子巾贞400的F1DSCH区域内不发功的资源例子(resource element,Re)中的一个或多个携带了由邻区传输的CRS符号。
[0028]作为例举，图5展示了常规子帧510和MBSFN子帧520，二者都是根据一致的CRS参数进行通信，例如CRS天馈口(antenna port, AP) I以及CRS频移(值为O)。如图所示，在常规子帧510的I3DSCH区域内，CRS符号在时隙4、7、11传送。然而，在MBSFN子帧520的PDSCH区域内，相应的时隙则被空置。因此，如果服务的UE知道邻区的CRS参数，但并不知道子帧为MBSFN子帧520而并非常规子帧510，则可能会误以为CRS符号携带在MBSFN子帧520内一个或多个不发功的RE上。
[0029]图6展示了一种方法600，用于表示邻区的CRS符号何时存在或不在子帧的I3DSCH区域内，有可能由服务eNB执行。方法600从步骤610开始，其中，服务eNB确定和邻区相关联的CRS符号是否携带在子帧的H)SCH区域内。如果是，执行步骤620，其中，所述eNB表明和所述邻区相关联的CRS符号包括在所述子帧的I3DSCH区域内。如果关联邻区的CRS符号未包括在(或没有携带在)所述子帧的I3DSCH区域内，则执行步骤630，其中，所述eNB表明和所述邻区相关联的CRS符号未包括在所述子帧的I3DSCH区域内。在某些实施例中，步骤620和630中的指示可以包括设置或清除服务子帧中HXXH区域内的指示符比特位。在其他实施例中，步骤620和630中的指示可以包括传播服务子帧中HXXH区域内的合适位图或字段值。在另外一些实施例中，步骤620和630中的指示可以包括利用更高层的信令(例如，RRC信令)来传播合适的位图或字段值。当子帧为常规子帧时，位图或字段值可以说明邻区使用的实际CRS天馈口以及CRS频移。然而，当子帧为MBSFN子帧时，位图或字段值可以说明所述邻区关联O个CRS天馈口。若位图或字段值表示有O个CRS天馈口关联邻区，则UE可以确定，关联所述邻区的CRS符号不在子帧的I3DSCH区域内。
[0030]图7展示了方法700，用于确定CRS符号何时呈现在子帧的I3DSCH区域内，其中，子帧携带邻区的数据传输，有可能由服务的UE执行。方法700从步骤710开始，其中，服务的UE收到一个来自服务eNB的、和邻区相关联的指示符。之后，执行步骤720，其中，服务的UE根据所述指示符确定关联邻区的CRS符号是否在子帧的I3DSCH区域之外。
[0031]CRS符号的位置会随时间而发生变化，这取决于LTE中MBSFN子帧的配置。不同小区能够独立配置MBSFN子巾贞。因为UE知道服务小区的发送时间间隔(transmission timeinterVal，TTI)，所以它知道由服务小区传送的CRS符号是否存在于(或不在)特定的子帧内。然而，服务的UE —般不知道邻区的TTI结构，因此，可能无法确定邻区传送的CRS符号会何时呈现在(或不呈现在)特定的子帧内。本发明的各实施例提供了多种优化方法，用来广播一个或多个邻区的CRS随时间变化的本质，针对协作和非协作干扰管理技术。
[0032]在一个实施例中，UE通过一个由服务小区发送的指示符获知关于邻区CRS符号的存在随时间变化的特征。所述指示符可以通过物理层信令/信道、高层信令/信道或二者的结合来发送。需要注意的是，协作和非协作干扰降低技术可以用来提高无线网络的性能。例如，协作技术(例如，CoMP JTXoMP DCS、eICIC PDSCH空置等)可以在发送机侧实现，从而提高无线网络的性能。此外，非协作技术(例如，基于接收机的干扰抵消等)也可以用来提高无线网络的性能。各实施例都提供了具体的信令，涉及CoMP联合传输和动态选点、eICICPDSCH空置以及eICIC基于接收机的干扰抵消。在一个实施例中，UE能够通过了解邻区的小区参考信号(cell-specific reference signal, CRS)位置得益，以便调整服务小区或UE传输/接收参数和/或操作，从而来提高受到来自邻区强干扰期间的信道容量。此处的术语小区、点、传输点(transmission point, TP)可以相互替换,都指代包含一组共同定位发射天线的发送机。小区或点可以是发射功率较高的宏蜂窝，或功率较低的节点，例如微微蜂窝、毫微微蜂窝基站、中继节点或射频拉远头/单元(remote radio head/unit, RRH/RRU)。
[0033]协作传输包括CoMP JT，其中一些小区(例如，N个小区)联合起来，针对通过任意资源粒子发送给UE的相同的数据符号进行预编码，其中，N个小区中没有一个小区传送CRS符号。如果，N个小区中至少一个通过资源粒子发送CRS符号，则不会在所述资源粒子上进行关联传输方案或预编码的联合传输。UE不会利用和其他资源粒子相同的预编码信息或解调参考信号(或)来解调所述资源粒子上的H)SCH。因此，UE应该要了解所有N个小区的CRS存在和位置。进一步地优化方案包括，在资源粒子上传输来自N个小区中单一小区的H)SCH，其中，资源粒子和N个小区内的任意CRS符号相互冲突。在下行(downlink，DL)方向，其中，eNB向UE传输,DL协作多点传输可以包括在多个物理分隔开的传输点之间的协作。举例来说，DL协作传输方案包括协作波束成形，其中，向UE的传输来源于传输点的某一个，调度决策通过协调来控制通信的参数，例如，一组协作小区中生成的干扰等。
[0034]在另一个实施例中，协作传输还包括联合处理，采用联合传输和动态小区选择机制来增强缓解干扰的能力。联合传输涉及从多个传输点向一个UE的同时传输，可以共同或分别提高接收到的信号质量和/或主动抵消来自其他UE的干扰。动态小区选择涉及在某一时间来自CoMP协作集中某个源点的传输，所述集为一个或多个和UE进行CoMP协作的小区。
[0035]DL协作多点传输包括不同小区之间协作的可能性。无论从无线干扰或UE角度看，小区属于相同的eNB或者不同的eNB并不会造成影响。如果支持eNB间协作，信息需要在eNB之间传递，如通过eNB间接口(例如，X2接口)。
[0036]多用户(Mult1-User,MU)多输入多输出(Multiple Input, Multiple Output,ΜΙΜΟ)技术允许在一个空间域内区分对共享网络资源(如时间域和/或频率域网络资源)的多接收者进行的传输。正常情况下，需要一个控制通道来调度MU-MMO传输。参与MU-MIMO的接收者在此可以看作一个UE对或一个UE组。
[0037]一个异构网络(heterogeneous network, HETNET)可以描述为一个由全功率小区和低功率节点(low power node，LPN)构成的通信系统。全功率小区，如宏蜂窝，是由服务提供者典型部署的一个计划网络；低功率节点(LPN)，如微微蜂窝、毫微微小区，等等，可以由一个服务提供者和/或一个签约用户部署，来帮助提高签约用户密集区域或低覆盖区域的性能。
[0038]图8展示了本发明实施例提供的一种H)SCH的示意图，映射来自3个传输点的联合传输，且UE 了解CRS天馈口数量、MBSFN子帧配置、控制区域大小以及CRS频移。水平轴表示OFDM符号，垂直轴表示子载波。图中，一个TP对应一个资源块。在本实施例中，PDSCH映射联合传输，假设3个小区参与联合传输(TP1、TP2、TP3)，所有子帧配置相同的循环前缀长度。如此一来，TPl位于MBSFN子帧内，而TP2和TP3位于常规子帧内，二者各自包含2个CRS天馈口，且采用频移。TP2假定为采用和CRS相冲突的资源粒子进行传输。
[0039]针对服务小区的下行传输，服务的UE可以确定以下内容:子帧为常规子帧或MBSFN子帧，用来传输子帧的CRS天馈口数量以及子帧应用的CRS频移，基于在子帧HXXH区域内通信的子帧索引。PDSCH区域分为两个区。在第一区，对联合预编码的roscH的解调基于具体UE的参考信号。在第二区，对H)SCH的解调基于参与联合传输的三个小区之一的CRS0于是，TP2被选作传输点，在第二区进行单点传输，因为它的SNR比TP3高，而且TPl的子帧中没有CRS。
[0040]从CoMP DCS和CoMP DPS的角度来看，从N个小区中选择一个来在具体的子帧上向UE传递roSCH信息。所选小区能够随子帧动态地发生更替。PDSCH信息只能通过资源粒子发送，其中，所选小区不传输CRS。一般而言，UE只了解其服务小区的CRS位置，其中，所述UE接收服务小区的HXXH信息，而HXXH分配roscH传输。ue 一般可以不尝试解码资源粒子上的roscH信息，其中，资源粒子携带针对roscH传输所选小区的crs。
[0041]关于eICIC，当对UE进行范围扩展的时候，宏蜂窝会对关联其覆盖范围内微微蜂窝的UE产生极强的干扰，因为接收自宏基站的功率大于迷你基站。一般而言，宏蜂窝不会利用低发射功率在具体的子帧上传输数据或调度数据，其中，所述子帧是在范围扩展中保留用来保护微微UE(picoUE，PUE)的。然而，若CRS符号预计出现在宏子帧，则宏蜂窝不会结束CRS，因为CRS符号用于进行长期信道测量。如何避免或移除由PUEroSCH的宏CRS引起的干扰包括以下两种类型。
[0042]在一个实施例中，基于eICIC发送机的I3DSCH空置，微微蜂窝能够在那些和CRS相冲突的资源粒子上，根据宏CRS符号的位置，减弱数据传输。在某些实施例中，PUE不指望在那些不发功的资源粒子上说接收roscH。这种roscH传输也可以叫做roscH空置。
[0043]在一个实施例中，基于eICIC接收机的干扰抵消，PUE尝试估量宏CRS，接着将它们从接收自和宏CRS冲突的资源粒子的信号中提取出来，然后在这些资源粒子上定位其自身的roSCH。PUE还可以在和宏CRS冲突的资源粒子上将软解调信息(即，对数似然比(Log-likelihood ratio, LLR)信息)设置为固定值(例如，OdB)，然后定位其自身的TOSCH。这种roscH定位可以叫做roscH丢弃。
[0044]UE接收到关于邻区的MBSFN子帧配置以及相对服务小区子帧定时的邻区子帧偏移量信息。UE还应该了解各邻区的CRS天馈口数量以及CRS频移，以便UE能够提取关于子帧为常规子帧或MBSFN子帧的信息。作为另一种选择，UE可以直接了解各邻区的静音开/闭机制。例如，静音机制可以包括对应一组连续TTI (例如，40次TTI)的位图(例如，长度为40比特)。在某些实施例中，位图的每个比特位都可以表示邻区的CRS符号是否在对应的TTI中。CRS天馈口数量和CRS频移可以分开进行传送。
[0045]作为另一种选择，各邻区的静音机制可以直接发送给服务的UE。例如，发送的内容可以包括长度为N*40比特(对应连续的40次TTI)的位图，其中，每组N比特代表邻区的其中之一。在这样的实施例中，一个比特位可以向UE表明邻区的CRS符号是否呈现，以及CRS天馈口数量和CRS频移(例如，和表I所示一致的方式)
[0046]针对基于传输的、利用I3DSCH空置的干扰避免，若调度的I3DSCH对应常规子帧，则UE跳过在标识的资源粒子上定位roscH这一步。针对基于接收机的干扰抵消，若调度的PDSCH对应常规子帧，则UE在标识的资源粒子上执行干扰抵消。
[0047]在一个实施例中，任意子帧的传输参数都取决于单个邻区，且通过物理层信令进行传输。这些参数可以包括邻区的CRS天馈口数量以及CRS频移。如果子帧的区域内(例如，PDSCH区域)没有CRS符号，则信令可以表示CRS天馈口数量为O。例如，通过将一个全是O的字段值携带在信令中可以表示CRS天馈口数量为0，如表1所示。在某些实施例中，信令可以关联不同的邻区，针对不同的子帧，而所述关联会发生动态的变化。当信令关联发生动态变化时，可以不需要相对服务小区的子帧偏移量。此类信令可以扩展到任意数量的邻区。
【权利要求】
1.一种操作第一网络控制器的方法，其特征在于，所述方法包括: 所述第一网络控制器向一个服务的用户设备(user equipment, UE)传送一个指示符，其中，所述指示符说明由第二网络控制器传送的小区参考信号(cell-specific referencesignal, CRS)是否呈现在一个子帧的下行共享物理信道(physical downlink sharedchannel, PDSCH)区域内。
2.根据权利要求1所述的方法，其特征在于，其中，所述指示符说明，当所述子帧为多播 / 组播单频网络(Multicast-Broadcast Single Frequency Network, MBSFN)子帧时，所述由第二网络控制器传送的CRS符号排除在所述子帧的roSCH区域之外。
3.根据权利要求2所述的方法，其特征在于，其中，当所述子帧为MBSFN子帧时，所述第二网络控制器的CRS符号呈现在所述子帧的物理下行控制信道(physical downlinkcontrol channel, PDCCH)区域内。
4.根据权利要求1所述的方法，其特征在于，其中，当所述子帧为常规子帧时，所述第二网络控制器的CRS符号包括在所述子帧的I3DSCH区域内。
5.根据权利要求1所述的方法，其特征在于，其中，传送所述指示符包括通过服务小区的物理层信令信道传送所述指示符。
6.根据权利要求5所述的方法，其特征在于，其中，所述指示符包括一个一位指示符，其中，传送所述指示符包括通过服务小区的物理层信令信道传送所述一位指示符。
7.根据权利要求5所述的方法，其特征在于，其中，所述指示符包括一个多位指示符，其中，传送所述指示符包 括通过服务小区的物理层信令信道传送所述多位指示符。
8.根据权利要求1所述的方法，其特征在于，其中，传送所述指示符包括通过高层信令传送所述指示符。
9.根据权利要求1所述的方法，其特征在于，其中，传送所述指示符包括通过结合物理层信令和高层信令传送来传送所述指示符。
10.根据权利要求1所述的方法，其特征在于，其中，所述指示符说明关联所述子帧的CRS天馈口的数量。
11.根据权利要求10所述的方法，其特征在于，其中，当所述子帧为常规子帧的时候，所述指示符指定一个或多个CRS天馈口 ； 当所述子帧为多播/组播单频网络(Multicast-Broadcast Single FrequencyNetwork, MBSFN)子帧时,所述指示符指定O个CRS天馈口。
12.根据权利要求1所述的方法，其特征在于，其中，所述指示符包括位图。
13.根据权利要求1所述的方法，其特征在于，其中，所述指示符包括字段值。
14.根据权利要求1所述的方法，其特征在于，进一步包括: 根据由所述第二网络控制器传送的CRS符号是否呈现在所述子帧的roSCH区域内，所述第一网络控制器将roSCH信号映射到所述子帧，其中，所述roSCH信号对应所述ue预定的数据传输。
15.第一网络控制器，其特征在于，包括: 一个处理器； 一种计算机可读存储介质，存储由所述处理器执行的编程，所述编程包括一些指令，用来:向一个用户设备(user equipment, UE)发送一个指示符,其中，所述指示符说明由第二网络控制器传送的小区参考信号(cell-specific reference signal, CRS)是否包括在一个子中贞的下行共享物理信道(physical downlink shared channel, PDSCH)区域内。
16.—种操作用户设备(user equipment, UE)的方法,其特征在于,所述方法包括: 所述用户设备(user equipment, UE)接收来自第一网络控制器一个指示符,其中，所述指示符说明由第二网络控制器传送的小区参考信号(cell-specific reference signal,CRS)是否包括在一个子帧的下行共享物理信道(physical downlink shared channel,PDSCH)区域内。
17.根据权利要求16所述的方法，其特征在于，其中，所述指示符说明，当所述子帧为多播 / 组播单频网络(Multicast-Broadcast Single Frequency Network, MBSFN)子帧时，所述由第二网络控制器传送的CRS符号排除在所述子帧的roSCH区域之外。
18.根据权利要 求16所述的方法，其特征在于，其中，当所述子帧为常规子帧时，所述由第二网络控制器传送的CRS符号包括在所述子帧的roSCH区域内。
19.根据权利要求16所述的方法，其特征在于，其中，所述方法进一步包括: 接收一个携带发往UE数据的子帧，其中，数据传输基于多点协作(coordinatedmultipoint, CoMP)传输技术，从而使数据通过所述第一网络控制器和第二网络控制器传送。
20.根据权利要求16所述的方法，其特征在于，进一步包括: 接收所述子帧； 根据所述指示符确定所述第二网络控制器的CRS符号是否呈现在所述子帧的roSCH区域内； 降低所述子帧roSCH区域内，由所述第二网络控制器的CRS符号引起的干扰；解调在所述子帧roSCH区域内携带的服务数据。
21.根据权利要求16所述的方法，其特征在于，进一步包括: UE采用干扰抵消技术来降低由所述第二网络控制器引起的CRS干扰。
22.根据权利要求16所述的方法，其特征在于，其中，所述指示符通过服务小区的高层信令接收。
23.—种移动台，其特征在于，包括: 一个处理器； 一种计算机可读存储介质，存储由所述处理器执行的编程，所述编程包括一些指令，用来: 接收来自第一网络控制器一个指示符，其中，所述指示符说明由第二网络控制器传送的小区参考信号(cell-specific reference signal, CRS)是否包括在一个子帧的下行共享物理信道(physical downlink shared channel, PDSCH)区域内。
【文档编号】H04W72/02GK104025682SQ201280054373
【公开日】2014年9月3日 申请日期:2012年11月8日 优先权日:2011年11月8日
【发明者】大卫·简-马瑞尔·马扎瑞斯, 李强, 余政, 肖为民, 布朗·卡拉森 申请人:华为技术有限公司