在无线通信系统中通过配置以用户为中心的虚拟小区接收控制信道的方法和设备与流程

本发明涉及无线通信，并且更加具体地，涉及在无线通信系统中通过配置以用户为中心的虚拟小区接收控制信道的方法和设备。

背景技术：

因为作为代表性的移动装置的用户设备(UE)具有移动性，所以UE可能经历当前被提供的服务质量的劣化并且可以发现提供更好的服务的小区。因此，UE可以移向新的小区，其被称为UE的切换。

具有小服务覆盖的微小区、毫微微小区、以及微微小区可以被安装在具有宽覆盖的宏小区的覆盖内的特定位置中。这样的小区可以被称为小小区。

异构网络(HetNet)指的是其中各种类型的小区重叠以在相同的区域中被同时管理的网络。当最近变成难以仅通过一个现有的宏小区满足来自于UE的数据的增长需求时，HetNet拓扑和小小区密集结构被提出以使用低输出的微小区、毫微微小区、微微小区、无线电中继器等等服务局域网，从而增加整个网络容量并且提升能量效率。通过小型和密集的小区，小区间协作传输技术和用于处理具有移动性的UE的频繁切换的技术受到关注。

技术实现要素：

技术任务

本发明提供一种用于在无线通信系统中通过配置以用户为中心的虚拟小区接收控制信道的方法和设备。本发明提供一种用于从锚小区或者支持的邻近小区中的至少一个接收物理下行链路控制信道(PDCCH)和小区特定的参考信号(CRS)的方法和设备。

技术方案

在一个方面中，提供一种在无线通信系统中通过用户设备(UE)接收控制信道的方法，该方法包括：从锚小区或者支持的邻近小区中的至少一个接收物理下行链路控制信道(PDCCH)和小区特定的参考信号(CRS)；以及基于接收到的PDCCH和CRS从锚小区或者支持的邻近小区中的至少一个接收数据。

在另一方面中，提供一种用户设备(UE)。该UE包括存储器、收发器以及处理器，该处理器被连接到存储器和收发器，该处理器控制收发器以从锚小区或者支持的邻近小区中的至少一个接收物理下行链路控制信道(PDCCH)和小区特定的参考信号(CRS)，并且控制收发器以基于接收到的PDCCH和CRS从锚小区或者支持的邻近小区中的至少一个接收数据。

有益效果

UE可以使用基于协作的小区簇在切换过程中有效地接收控制信道。

附图说明

图1图示本发明被应用于的无线通信系统。

图2是图示用户面的无线电协议架构的框图。

图3是图示控制面的无线电协议架构的框图。

图4图示当具有移动性的UE在小小区拥塞环境下移动时出现的切换问题。

图5图示根据本发明的实施例的使用基于协作的小区簇的切换方法的示例。

图6和图7图示根据本发明的实施例的使用基于协作的小区簇的切换方法的示例。

图8至图11图示根据本发明的另一实施例的使用基于协作的小区簇的切换方法的示例。

图12图示根据本发明的实施例的使用基于协作的小区簇的切换方法的切换信令过程的示例。

图13图示在支持的邻近小区的控制信道中复制锚小区的控制信道信息以周期性地发送被复制的控制信道的方案的示例。

图14图示在支持的邻近小区的控制信道中复制锚小区的控制信道信息以周期性地发送被复制的控制信道的方案的另一示例。

图15图示根据本发明的实施例的使用多天线发送用于切换的控制信号的方案的示例。

图16图示根据现有技术的切换方法。

图17图示根据本发明的实施例的切换方法。

图18图示根据本发明的实施例的在级别1状态处UE的操作。

图19图示根据本发明的实施例的在级别2状态处UE的操作。

图20图示根据本发明的实施例的确定是否UE解码控制信道的方法的示例。

图21图示根据本发明的实施例的控制信道配置的示例。

图22图示根据本发明的实施例的控制信道配置的另一示例。

图23图示根据本发明的实施例的接收控制信道的方法的示例。

图24是图示根据本发明的实施例的无线通信系统的框图。

具体实施方式

下文描述的技术能够在各种无线通信系统中使用，诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等等。CDMA能够以诸如通用陆地无线电接入(UTRA)或者CDMA-2000的无线电技术来实现。TDMA能够以诸如全球移动通信系统(GSM)/通用分组无线服务(GPRS)/增强数据速率的GSM演进(EDGE)的无线电技术来实现。OFDMA能够以诸如电气与电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802-20、演进的UTRA(E-UTRA)等的无线电技术来实现。IEEE 802.16m从IEEE 802.16e的演进，并且提供与基于IEEE 802.16e的系统的后向兼容性。UTRA是通用移动电信系统(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进的UMTS(E-UMTS)的一部分。3GPP LTE在下行链路中使用OFDMA，并且在上行链路中使用SC-FDMA。高级LTE(LTE-A)是3GPP LTE的演进。

为了清楚起见，下面的描述将会集中于LTE-A。然而，本发明的技术特征不限于此。

图1图示本发明被应用到的无线通信系统。无线通信系统可以被称为演进的UMTS陆地无线电接入网络(E-UTRAN)、或者长期演进(LTE)/LTE-A系统。

E-UTRAN包括基站(BS)20，该基站(BS)20向用户设备(UE)10提供控制面和用户面。UE 10可以被固定或者具有移动性，并且可以被称为诸如移动站(MS)、用户终端(UT)、用户、用户站(SS)、移动终端(MT)、以及无线装置的其他术语。BS 20通常表示与UE 10通信的固定站并且可以被称为诸如小区、演进的节点B(eNB)、基站收发器系统(BTS)、以及接入点的其他术语。

BS 20可以通过X2接口被相互连接。BS 20通过S1接口被连接到演进的分组核心网(EPC)30，并且更加具体地，通过S1-MME被连接到移动性管理实体(MME)并且通过S1-U被连接到服务网关(S-GW)。

通过MME、S-GW、以及分组数据网络-网关(P-GW)组成EPC 30。MME具有UE的接入信息或者关于UE的能力的信息，并且在UE的移动性管理中频繁地使用该信息。S-GW是具有E-UTRAN作为端点的网关，并且P-GW是具有PDN作为端点的网关。

基于在通信系统中公知的开放式系统互连(OSI)标准模型的下三层在UE和网络之间的无线电接口协议的层可以被划分成第一层L1、第二层L2以及第三层L3。

图2是图示用户面的无线电协议架构的框图。图3是图示控制面的无线电协议架构的框图。用户面是用于用户数据传输的协议栈，并且控制面是用于控制信号传输的协议栈。

参考图2和图3，物理(PHY)层使用物理信道向上层提供信息传输服务。PHY层通过传输信道被连接到作为上层的媒体接入控制(MAC)层。数据通过传输信道在MAC层和PHY层之间移动。根据如何通过具有任何特性的无线电接口发送数据来分类传输信道。

通过物理信道，数据在不同的PHY层，即，发射器和接收器的PHY层之间移动。物理信道可以通过正交频分复用(OFDM)方案被调制，并且使用时间和频率作为无线电资源。

MAC层的功能包括在逻辑信道和传输信道之间的映射和对被提供给在属于逻辑信道的MAC服务数据单元(SDU)的传输信道上的物理信道的传输块的复用/解复用。MAC层通过逻辑信道将服务提供给无线电链路控制(RLC)层。

RLC层的功能包括RLC SDU的级联、分段以及重组。为了确保由无线电承载(RB)要求的各种服务质量(QoS)，RLC层提供透明模式(TM)、否定应答的模式(UM)、以及肯定应答的模式(AM)的三种操作模式。AM RLC通过自动重传请求(ARQ)提供错误校正。

在用户面中的分组数据汇聚协议(PDCP)的功能包括用户数据的传输、报头压缩以及加密。控制面中的PDCP层的功能包括控制面数据的传输和加密/完整性保护。

仅在控制面中定义无线电资源控制(RRC)层。RRC层执行在UE和网络之间控制无线电资源的任务。为此，RRC在UE和eNB之间交换RRC消息。RRC层与RB的配置、重新配置以及释放有关以用作控制逻辑信道、传输信道以及物理信道。RB意指通过第一层(PHY层)和第二层(MAC层、RLC层、或者PDCP层)提供的逻辑路径以便于在UE和网络之间传输数据。

RB的配置意指定义无线电协议层和信道的特性以便于提供特定服务并且配置每个详细参数和操作方法的过程。RB可以被再次划分成信令RB(SRB)和数据RB(DRB)。SRB被用作在控制面中发送RRC消息的路径，并且DRB被用作在用户面中传输用户数据的路径。

当在UE的RRC层和E-UTRAN的RRC层之间建立RRC连接时，UE是处于RRC连接的状态下，并且如果不是，则UE是处于RRC空闲状态下。

用于将数据从网络传输到UE的下行链路传输信道包括用于传输系统信息的广播信道(BCH)和用于传输用户业务或者控制消息的下行链路共享信道(DL-SCH)。下行链路多播或者广播服务的业务或者控制消息可以通过DL-SCH被传输，或者可以通过单独的下行链路多播信道(MCH)被传输。同时，用于将数据从UE传输到网络的上行链路传输信道除了RACH之外还包括用于传输初始控制消息的随机接入信道(RACH)和用于传输用户业务或者控制消息的上行链路共享信道(UL-SCH)。

在传输信道上面并且在传输信道中被映射的逻辑信道包括广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)、多播业务信道(MTCH)等。

通过时域中的数个OFDM符号和频域中的数个子载波组成物理信道。通过时域中的多个OFDM符号组成一个子帧。通过多个OFDM符号和多个子载波组成作为资源分配单元的RB。此外，每个子帧可以使用用于物理下行链路控制信道(PDCCH)，即，L1/L2控制信道的相应的子帧的特定OFDM符号(例如，第一OFDM符号)的特定子载波。传输时间间隔(TTI)是子帧传输的单位时间。

在下文中，将会描述UE的RRC状态和RRC连接方法。

RRC状态意指是否UE的RRC层被逻辑连接到E-UTRAN的RRC层，并且UE的RRC层被连接到E-UTRAN的RRC层的情况被称为RRC连接状态，并且UE的RRC层不被连接到E-UTRAN的RRC层的情况被称为RRC空闲状态。因为在RRC连接状态下在UE中存在RRC连接，所以E-UTRAN可以确定在小区单元中相应的UE的存在，并且结果，UE可以被有效率地控制。另一方面，通过E-UTRAN不可以确定处于RRC空闲状态下的UE，并且通过比小区大的区域单元的跟踪区域单元管理核心网(CN)。即，在处于RRC空闲状态下的UE中，仅通过大的区域单元确定存在，并且UE需要在RRC连接状态下移动以便于接收诸如语音或者数据的一般移动通信服务。

当用户首先接通UE的电源时，UE首先搜索合适的小区并且在相应的小区中保持在RRC空闲状态下。仅当RRC连接被要求时，处于RRC空闲状态下的UE通过RRC连接过程建立与E-UTRAN的RRC连接，并且转变到RRC连接状态。存在处于RRC空闲状态的UE要求RRC连接的数种情况，并且例如，由于用户的呼叫尝试的理由要求上行链路数据传输，或者发送对从E-UTRAN接收寻呼消息的情况的响应消息。

被定位在RRC层上面的非接入层(NAS)执行诸如会话管理和移动性管理的功能。

在NAS层中，为了管理UE的移动性，定义EPS移动性管理-注册(EMM-REGISTER)和EEM-DEREGISTERED(EEM-注销)的两种状态，并且两种状态被应用于UE和MME。初始的UE是处于EEM-DEREGISTERED状态中，并且UE执行通过初始附着过程在相应的网络中注册UE使得被连接到网络的过程。当附着过程被成功地执行时，UE和MME是处于EMM-REGISTED状态下。

为了管理UE和EPS之间的信令连接，EPS连接管理(ECM)-IDLE状态和ECM-CONNECTED状态的两种状态被定义，并且两种状态被应用于UE和MME。当处于ECM-IDLE状态中的UE被RRC连接到E-UTRAN时，相应的UE变成ECM-CONNECTED状态。当处于ECM-IDLE状态下的MME被S1连接到E-UTRAN时，相应的MME变成ECM-CONNECTED状态。当UE处于ECM-IDLE状态时，E-UTRAN不具有UE的上下文信息。因此，处于ECM-IDLE状态下的UE在没有接收网络的命令的情况下基于诸如小区选择或者小区重选的UE执行与移动性有关的过程。相反地，当UE处于ECM-CONNECTED状态时，通过网络的命令管理UE的移动性。当处于ECM-IDLE状态下的UE的位置不同于网络已知的位置时，UE通过跟踪区域更新过程将UE的相应的位置通知给网络。

在下文中，将会描述根据本发明的实施例的通过配置以用户为中心的虚拟小区和/或基于协作的小区簇执行切换的方法。

图4图示当具有移动性的UE在小小区拥塞环境下移动时出现的切换问题。近年来，随着UE的数据要求量被逐渐地增加，难以仅通过现有的一个宏小区来满足。因此，已经介绍使用低输出的宏小区、毫微微小区以及微微小区服务小区域的方案。当UE连续地移向上述小小区拥塞环境时，由于当前切换过程切换频繁地出现。参考图4，由于UE的移动总共10个切换可能发生。每次UE执行切换时，性能被降低。结果，由于频繁切换整个UE的QoS可能被显著地降低。到核心网的切换信令开销的数量可能被过多地增加。上面的趋势在包括多个小小区的未来的通信网络环境中造成大的问题并且被视为要被实质地解决的一个问题。

因此，为了解决上述问题，根据本发明的实施例的使用基于协作的小区簇的切换方法可以被建议。根据本发明的实施例，如果UE从当前服务的锚小区移向邻近小区的服务区，则两个或者多个基站通过协作传输服务UE，并且通过如原样保持UE的锚小区对邻近小区的切换不发生。接下来，如果UE移向不邻近当前服务的锚小区的不同小区的服务区，即，通过邻近小区的锚候选小区，UE第一次执行切换。因此，切换的总数目可以被显著地减少。

根据本发明的实施例，与锚小区协作的支持的邻近小区可以被事先配置成基于协作的小区簇。通过配置基于协作的小区簇，资源被整体地和有效地管理。协作通信可以被容易地执行并且通过在预设的基于协作的小区簇中执行协作被准备以便于执行实际的协作通信。基于协作的小区簇可以通过基于协作的小区簇表被表达或者配置。

图5图示根据本发明的实施例的使用基于协作的小区簇的切换方法的示例。假定在图5中UE在箭头的方向中移动。

首先，从锚小区服务UE，并且其包括在基于协作的小区簇中的锚小区的邻近小区当中具有最大的参考信号接收功率(RSRP)的邻近小区作为执行以后的协作通信的候选支持的邻近小区。在这样的情况下，一个锚小区和一个候选支持的邻近小区可以配置基于协作的小区簇，并且一个锚小区和多个候选支持的邻近小区可以配置基于协作的小区簇。即，必要时被包括在基于协作的小区簇中的候选支持的邻近小区的数目可以被改变。在这样的情况下，假定被包括在基于协作中的候选支持的邻近小区的数目是1。此外，从一个锚小区覆盖UE并且仅候选支持的邻近小区被包括在基于协作的小区簇中的状态可以被定义为级别1状态。此外，为了方便的目的假定RSRP。然而，本发明不限于此。RSRP可以被替换成接收信号强度指示符(RSSI)或者参考信号接收质量(RSRQ)。

接下来，如果UE移动并且锚小区的RSRP比作为候选支持的邻近小区的小区的RSRP大第一协作阈值T1，即，如果事件触发条件(ETC)1被满足，则锚小区和候选支持的邻近小区执行协作通信。候选支持的邻近小区通过执行协作通信变成支持的邻近小区。在这样的情况下，虽然协作通信被执行，但是锚小区不被改变使得切换不发生并且在没有变化的情况下基于协作的小区簇也被保持。如上所述，通过UE通过在基于协作的小区簇中包括锚小区和支持的邻近小区执行协作通信的状态可以被定义为级别2状态。

接下来，如果UE再次移动并且邻近当前锚小区的不同邻近小区的RSRP比当前支持的邻近小区的RSRP大了替代阈值T3，即，如果ETC 2-1被满足，则支持的邻近小区被替代并且锚小区和新的支持邻近小区可以执行协作通信。

接下来，如果UE进一步移动并且不邻近当前锚小区的小区(候选锚小区)的RSRP比当前锚小区的RSRP大了切换阈值T2，即，如果ETC 2-2被满足，则切换被执行并且锚小区被切换小区替代。在这样的情况下，支持的邻近小区被如原样保持，并且就在切换被执行之后新的锚小区和支持的邻近小区可以执行协作通信。因此，级别2状态始终被保持。

接下来，如果UE完全地移向新锚小区的区域并且新锚小区的RSRP比支持的邻近小区的RSRP大了第二协作阈值T4，即，如果ETC2-3被满足，则在新锚小区和支持的邻近小区之间的协作通信停止并且状态被返回到级别1状态并且上述过程被重复。

图6和图7图示根据本发明的实施例的使用基于协作的小区簇的切换方法的示例。如在图6和图7中所示，通过在级别1状态和级别2状态中单独地定义基站和UE的操作可以实现被建议的方案。如上所述，用于级别1状态中的协作小区选择和释放的阈值被定义为第一协作阈值T1，用于级别2状态下的协作小区选择和释放的阈值被定义为第二协作阈值T4，用于切换选择和释放的阈值被定义为切换阈值T2，用于替代支持的邻近小区的阈值被定义为替代阈值T3，并且T1/T2/T3/T4可以具有不同的值。

首先，为了确定是否在级别1状态下执行与邻近小区的协作通信(S601)，UE可以收集邻近小区的RSRP信息并且基站可以使用RSRP配置基于协作的小区簇(S602)。基站可以将邻近小区的RSRP和第一协作阈值的总和与锚小区的RSPR进行比较以确定是否执行与邻近小区的协作通信(S603)。当锚小区的RSRP超过邻近小区的RSRP和第一协作阈值T1的总和时，锚小区在单小区传输模式被操作(S604)。基站确定是否基于协作的小区簇被改变(S605)。当基于协作的小区簇被改变时，则基站重新配置基于协作的小区簇(S602)。当基于协作的小区簇没有被改变时，基站可以确定是否再次执行协作通信(S603)。当锚小区的RSRP小于邻近小区的RSRP和第一协作阈值T1的总和时，锚小区和邻近小区执行协作通信(S606)，并且可以变成级别2状态(S701)。在下文中，执行与锚小区的协作通信的邻近小区指的是支持的邻近小区。

接下来，为了确定是否变成级别1状态以仅通过一个锚小区接收传输(S706)、是否替代支持的邻近小区(S704)，或者是否在级别2状态(S701)下执行替代锚小区(S703)的切换过程，UE收集邻近小区的RSRP信息并且可以根据被满足的条件进入相对应的模式。在下文中，将会详细地描述级别2状态。

基站可以在级别2状态处使用RSRP表配置基于协作的小区簇(S702)。在级别1状态处的RSRP表仅包括锚小区和邻近小区的RSRP信息，并且在级别2状态处的RSRP表可以包括不与锚小区相邻但是与支持的邻近小区相邻的候选锚小区的RSRP信息以及锚小区和邻近小区的RSRP信息。这是用于在执行协作通信期间容易地执行切换的目的。

基站可以确定是否执行从锚小区到候选锚小区的切换(S703)。当候选锚小区的RSRP等于或者大于锚小区的RSRP和切换阈值T2的总和时，基站可以执行从锚小区到候选锚小区的切换(S709)。在这样的情况下，在候选锚小区和支持的邻近小区之间的协作通信可以被保持。在执行到候选锚小区的切换之后，当候选锚小区的RSRP等于或者大于支持的邻近小区的RSRP和第二协作阈值T4的总和时，候选锚小区释放协作通信并且在单个小区传输模式下操作(S708)并且可以变成级别2状态(S601)。当候选锚小区的RSRP小于邻近小区的RSRP和第二协作阈值T4的总和时，锚小区可以保持与支持邻近小区的协作通信并且重新配置基于协作的小区簇(S702)。

当候选锚小区的RSRP小于锚小区的RSRP和切换阈值T2的总和时，到候选锚小区的切换不发生并且锚小区可以确定是否改变支持的邻近小区(S704)。当与锚小区相邻的另一邻近小区的RSRP等于或者大于支持的邻近小区的RSRP和替代阈值T3的总和时，执行与锚小区的协作通信的小区可以从邻近小区变成新的支持的邻近小区(S705)。当与锚小区相邻的邻近小区的RSRP小于支持的邻近小区的RSRP和替代阈值T3的总和时，与支持的邻近小区的协作通信可以被保持。

接下来，基站可以确定是否继续在锚小区和支持的邻近小区之间的协作通信(S706)。当锚小区的RSRP等于或者大于支持的邻近小区的RSRP和第二协作阈值T4的总和时，锚小区在单个小区传输模式中被操作(S708)并且可以被变成级别1状态(S601)。当锚小区的RSRP小于支持的邻近小区的RSRP和第二协作阈值T4的总和时，锚小区保持与支持的邻近小区的协作通信并且确定是否改变基于协作的小区簇。当基于协作的小区簇被改变时，基于协作的小区簇被重新配置(S702)。当基于协作的小区簇没有被改变时，基站可以确定是否执行切换(S703)。

图8至图11图示根据本发明的另一实施例的使用基于协作的小区簇的切换方法的示例。在图8至图11中，UE顺序地移向小区1、5、4以及10的区域。假定基站通过UE收集邻近小区和邻近小区的外部的区域的小区的RSRP信息以包括RSRP表中的RSRP信息。因此，基站可以配置基于协作的小区簇以执行协作通信和切换。在这样的情况下，在RSRP表中的RSRP信息可以被诸如UE的位置信息和基站和UE之间的距离信息的各种信息替代或者其组合可以被使用。

在图8中，UE位于小区1的区域处。UE的锚小区是小区1，并且UE是级别1状态以仅从小区1服务。因为根据本发明的实施例的切换仅在级别2状态下是可能的，所以RSRP表可以仅包括关于按照RSRP大小的顺序执行协作通信的邻近小区的信息。在这样的情况下，因为假定两个小区执行协作通信，所以基于协作的小区簇仅包括两个小区。即，在作为当前服务UE的锚小区的小区1的邻近小区当中的具有最大的RSRP的小区5被包括在基于协作的小区簇中。

在图9中，UE移向小区5的区域。UE的锚小区始终是小区1。UE处于由于在配置基于协作的小区簇的小区5和小区1之间的协作通信服务的级别2状态。因为根据本发明的实施例的切换在级别2状态下是可能的，所以RSRP表可以包括具有执行切换的可能性的外部区域的小区和小区1的邻近小区。即，RSRP表包括作为外部候选锚小区的小区10、小区12以及小区11以及作为邻近小区的小区5、小区4以及小区6。

在图10中，UE移向小区4的区域。UE的锚小区是小区1。支持的邻近小区被小区4替代并且保持级别2状态。通过配置基于协作的小区簇的小区1和小区4之间的协作通信服务UE。因此，还没有执行其中锚小区被替代的切换。RSRP表包括作为外部候选锚小区的小区10、小区9以及小区8以及作为邻近小区的小区4、小区5以及小区3。

在图11中，UE移向小区10的区域。在这样的情况下，切换被执行，并且小区被作为锚小区的小区10替代。因为通过配置具有同时执行切换的作为锚小区的小区10和作为现有的支持的邻近小区的小区4的基于协作的小区簇执行协作通信。RSRP表包括作为外部候选锚小区的小区8、小区1、以及小区12以及作为邻近小区的小区4、小区5以及小区9。

最终，如果UE移向从仅小区10服务的区域，则状态变成级别1状态并且可以执行上面的剩余的过程。

图12图示根据本发明的实施例的使用基于协作的小区簇的切换方法的切换信令过程的示例。因为假定小区是小小区，所以通过X2接口小区被与邻近小区连接。

参考图12，通过使用小区A作为锚小区服务UE并且其处于级别1状态下(S1201)。如果UE测量邻近小区的信号强度以向小区A报告信号强度，则小区A的基站执行基于协作的小区簇(S1202)。如果协作通信条件被满足，则小区A和小区B变成级别2状态以执行协作通信(S1203)。如果UE在级别2状态下测量邻近小区的信号强度以向小区B报告信号强度，则小区B将测量报告传输给小区A。如果UE从小区B移向小区C的方向以确定从小区A到小区C的切换(S1204)，则通过执行诸如切换请求、切换响应、以及切换命令的过程执行从小区A到小区C的切换，并且UE被保持在小区C和小区B执行协作通信的级别2状态下(S1205)。如果UE测量邻近小区的信号强度以向小区C报告信号强度，并且协作通信释放条件被满足使得小区C确定释放协作通信(S1206)，UE被变成级别1状态并且小区C在单小区传输模式下操作(S1207)。即，根据按照本发明的实施例的切换方法，UE顺序地移向小区A、小区B以及小区C使得仅总共一个切换出现。因此，由于到核心网的切换而形成的信令开销被减少。

同时，因为当UE位于支持的邻近小区区域并且通过锚小区处理用于切换的控制信号时切换发生，所以支持的邻近小区应从锚小区接收用于切换的控制信号以将控制信号传输到UE。然而，因为UE没有接入支持的邻近小区，所以UE可能不会识别支持的邻近小区的控制信道的扰码。因此，支持的邻近小区可以不将用于切换的控制信号简单地传输到UE。为了解决上述问题，三个解决方案可以被考虑。

(1)通过支持的邻近小区的控制信道可以不发送用于切换的控制信号但是可以通过分配特定数据信道通过特定的数据信道发送。为此，从3GPP LTE版本11建议的增强型PDCCH(EPDCCH)可以被使用。然而，在这样的情况下，数据信道的利用被减少。

(2)锚小区的控制信道信息可以被复制到支持的邻近小区的控制信道并且用于切换的控制信号可以通过支持的邻近小区的控制信道被周期性地发送。在复制和发送锚小区的控制信道信息的相对应的时段期间，用于UE直接地接入支持的邻近小区以从支持的邻近小区被服务的控制信号可以不被发送。然而，因为用于数据和控制信息的资源在小小区拥塞环境下不足，所以两个方案都被确定为是适用的。

图13图示在支持的邻近小区的控制信道中复制锚小区的控制信道信息以周期性地发送被复制的控制信道的方案的示例。在图13中，如果UE从小区A移向小区B，则UE在小区B的控制信道中复制小区A的控制信道信息以周期性地发送被复制的控制信道。

图14图示在支持的邻近小区的控制信道中复制锚小区的控制信道信息以周期性地发送被复制的控制信道的方案的另一示例。在图14中，如果UE从小区A移向小区B，则UE在小区B的控制信道中复制小区A的控制信道信息以周期性地发送被复制的控制信道。此外，如果UE从小区C移向小区B，则UE在小区B的控制信道中复制小区C的控制信道信息以周期性地发送被复制的控制信道。

(3)使用多个天线可以发送用于切换的控制信号。即，可以通过使用天线分离接入作为锚小区的当前小区和接入作为支持的邻近小区的当前小区的UE来发送用于切换的控制信号。

图15图示根据本发明的实施例的使用多个天线发送用于切换的控制信号的方案的示例。控制信号可以通过天线1501和1502被发送到接入作为锚小区的当前小区的UE 3和4。控制信号可以通过天线1503和1504被发送到接入作为锚小区的当前小区的UE 2和6。

下面是现有的切换方法与根据本发明的实施例的切换方法之间的不同。首先，在基站方面，当UE移动具有预先确定的方向性时，根据UE的移动模式切换的数目可以被减少一半或者更少。

图16图示根据现有技术的切换方法。当UE顺序地移向小区A、小区B以及小区C时，UE应执行两个切换。此外，可以始终在协作多点(CoMP)区域中执行切换。即，在执行协作通信的小区之间出现切换。

图17图示根据本发明的实施例的切换方法。当UE顺序地移向小区A、小区B以及小区C时，UE应始终执行一个切换。即，执行到不同于执行协作通信的小区的小区的切换。为此，上述的UE和基站的两种级别状态和重新配置的切换信令过程可以被定义。

同时，在UE方面根据UE的级别状态可以改变UE的操作。即，根据UE的级别状态考虑RSRP的小区的数目可以被改变。

图18图示根据本发明的实施例的在级别1状态处UE的操作。在级别1状态处的UE可以通过监测与当前被服务的锚小区协作的邻近小区的RSRP根据预设阈值触发测量报告。

图19图示根据本发明的实施例的在级别2状态处UE的操作。通过协作通信从锚小区和支持的邻近小区同时服务在级别2状态处的UE。UE可以通过监测锚小区的RSRP、支持的邻近小区的RSRP、以及位于外部区域的邻近小区的RSRP根据关于位于外部区域的邻近小区和锚小区的预设阈值触发测量报告。

同时，虽然前述的实施例已经描述在基站侧通过UE从支持的邻近小区接收用于锚小区的切换的控制信号的方法，但是可能存在用于UE侧中的附加的操作的需求。当假定在要被周期性地发送的支持的邻近小区的控制信道中复制锚小区的控制信道信息时，参考信号作为支持的邻近小区的特定参考信号被发送。因此，UE需要从与支持的邻近小区的特定参考信号相对应的小区接收控制信号。因为UE可以在没有接入小区的情况下接收参考信号，所以，为了在没有接入支持的邻近小区的情况下接收数据，当具有大于特定的阈值的RSRP的参考信号被发送时，参考信号可以被设置使得UE可以尝试进行相对应的小区的数据和控制信道的解码。

图20图示根据本发明的实施例的确定是否UE解码控制信道的方法的示例。首先，UE从邻近小区测量RSRP(S2001)。UE可以检测具有大于特定阈值或者当前接入的小区的数目N的平均RSRP的小区的数目以区分小区与当前接入的小区(S2002)。UE将初始值设置为i＝1(S2003)，并且一个接一个地增加i以确定是否解码与N个小区有关的控制信息和数据。详细地，如果第i个小区是当前接入小区(S2004)，则UE可以解码第i个小区的控制信息和数据(S2006)。如果第i小区不是当前接入小区，则当相对应的小区的RSRP等于或者大于特定阈值(S2005)，UE可以解码第i小区的控制信息和数据(S2006)。通过上述过程，UE可以在没有接入支持的邻近小区的情况下接收控制信息和数据。

在下文中，描述根据本发明的实施例的接收控制信道的方法。如上所述，当根据本发明的实施例的通过基于协助的小区簇执行切换方法时，存在对于论述通过UE接收控制信道以便于支持无缝的切换的方法的需求。例如，UE可以具有物理小区ID(PCID)＝1的锚小区。UE可以具有PCID＝2、3的至少一个支持的邻近小区。此外，UE可以具有用于PCID＝4的切换的邻近小区。当UE位于其中PCID＝1的锚小区的覆盖重叠PCID＝2的支持的邻近小区的覆盖的区域处时，UE可以通过不同的加扰ID从锚小区和支持的邻近小区接收RS。为了当UE移向支持的邻近小区时从多个小区或者从支持的邻近小区接收控制信号和数据，根据本发明的实施例可以考虑下述方案。

(1)盲编译多个CRS/(E)PDCCH

当UE位于其中锚小区的覆盖重叠支持的邻近小区的覆盖的区域处时，UE可以从锚小区和支持的邻近小区接收具有适当的精确度的小区特定的RS(CRS)。因此，可以假定UE可以从锚小区和支持的邻近小区两者接收(E)PDCCH。可以通过尝试解码从锚小区和支持的邻近小区接收到的(E)PDCCH来确定锚小区和支持的邻近小区中的哪一个发送(E)PDCCH。在这样的情况下，如果仅一个小区发送(E)PDCCH，则UE可以仅检测一个(E)PDCCH。虽然从支持的邻近小区接收PDCCH，但是可以基于锚小区的ID加扰PDCCH。基于UE ID可以加扰EPDCCH。为了精确的资源映射，存在考虑各个小区的ID的需求。

例如，可以假定物理下行链路共享信道(PDSCH)的开始符号与关于物理控制格式指示符信道(PCFICH)的锚小区的PDSCH的开始符号相同。因此，UE不需要读取邻近小区的PCFICH。可替选地，UE可以读取支持的邻近小区的PCFICH。因为位于锚小区的边界处的UE的接收质量可能不是优异的，所以，虽然锚小区的PCFICH被解码，但接收质量可能不足。因此，某种程度的小区间干扰协调(ICIC)应被考虑。例如，为了提升锚小区的PCFICH的质量，支持的相邻小区可以在用于锚小区的PCFICH的资源元素(RE)中执行静默。

关于物理HARQ指示符信道(PHICH)，PHICH配置可以被假定为在执行协调通信的所有小区中是相同的。因此，在没有读取支持相邻小区的物理广播信道(PBCH)的情况下UE可以假定资源映射。如果基于小区ID确定用于PDCCH或者控制信道元素(CCE)的CRS和RE映射的RE的位置，则假定两个小区可以发送(E)PDCCH，UE可以搜索两个小区的小区特定的搜索空间(CSS)和/或UE特定的搜索空间(USS)。

为了允许来自于两个小区的潜在的(E)PDCCH的同时传输，两个小区可以控制(E)PDCCH或者CCE资源以防止与特定UE的重叠。

(2)指示哪一个小区将控制信号和数据发送到UE的显式信令

显式信令可以指示哪一个小区在特定的时间将控制信号和/或数据发送到特定的UE。作为一个解决方案，通过RRC配置来配置小区组，并且可以通过MAC控制元素(CE)激活一个小区。上述与配置多个辅助小区(SCell)相似。然而，上述不同于SCell激活/停用过程，因为如果小区被激活则UE应改变主小区(PCell)。因为UE精确地获知小区信息，所以UE可以基于已知的小区信息解码必要的控制信号和/或数据。

(3)PDCCH传输复制

根据PDCCH传输复制，可以从锚小区和支持的邻近小区允许多余的PDCCH传输。为了最小化对从支持的邻近小区服务的UE的影响，其可以被视为使用不同的资源发送PDCCH。

图21图示根据本发明的实施例的控制信道配置的示例。UE可以尝试在第一OFDM符号(并且如果子帧不是多播单频网络(MBSFN)子帧则第四OFDM符号)中读取从锚小区发送的CRS。此外，UE可以尝试在第二OFDM符号中读取从支持的邻近小区接收到的CRS。为了防止对从用于通过使用支持的邻近小区作为服务小区服务的UE的支持的邻近小区发送的其它信号的干扰，可以假定支持的邻近小区仅在一个OFDM符号(第一OFDM符号)中发送用于锚小区的CRS。然而，本发明不限于此。即，上述可适用于另一OFDM符号。

支持的邻近小区设置被用于包括被用于锚小区的PDCCH区域的PDCCH的OFDM符号的数目。在实际的PDCCH传输方面，可以考虑各个OFDM符号发送用于主UE或者支持的UE的PDCCH或者用于主UE和支持的UE的不同的PDCCH被复用。为了最小化调度的复杂度，用于主UE的PCFICH可以被设置为1。对于支持的UE，可以假定在没有PCFICH的情况下从第二OFDM符号发送PDCCH。因为不能够从第二OFDM符号开始用于主UE的PDSCH，所以通过较高层信令可以配置开始OFDM符号或者可以打孔与用于支持的UE的PDCCH相重叠的PDSCH。上述方法的一个缺点是不允许4端口CRS传输，因为第一OFDM符号被用于锚小区。

通常，网络的各个小区可以在第一OFDM符号中对主UE发送CRS和其PDCCH，并且可以在第二OFDM符号中发送CRS和PDCCH用于由虚拟小区支持的该支持的UE。可以通过虚拟小区ID加扰用于支持的UE的CRS和PDCCH。通过虚拟小区支持的该支持的UE可以基于虚拟小区ID仅使用CRS执行无线电资源管理(RRM)和实质的时间/频率跟踪。多个小区共享虚拟小区ID使得UE可以以较高的信干噪比(SINR)(通过单频网络(SFN)传输)解码CRS。为了防止UE复杂度的增加，可以另外考虑限制小区ID的数目(或者加扰ID)以被用于虚拟小区的CRS。可以基于通过虚拟小区ID加扰的CRS实现无线电链路管理(RLM)。为了防止要被用于主UE的PDCCH的OFDM符号的数目的限制，可以考虑在替代第二OFDM符号的第三OFDM符号中发送通过虚拟小区ID加扰的CRS。然而，上述可以限制将虚拟小区传输应用于非MBSFN子帧，并且可以对整个性能施加影响。必要时通过EPDCCH和跨载波调度可以处理用于主UE的不充分的PDCCH。

当UE的数目在小小区中不大时，可以考虑将用于PDCCH的OFDM符号的数目限于1。可以关于系统信息来传送基于虚拟小区ID发送的PDCCH(或者对于参与的小区/传输点(TP)可以是公共的)，并且用于虚拟小区配置的必要的信息也可以被传送。

图22图示根据本发明的实施例的控制信道配置的另一示例。参考图22，在PCID＝2并且虚拟小区ID(VCID)＝6的小区2中，用于物理小区传输的PDCCH的OFDM符号的数目是1。即，基于物理小区ID在第一OFDM符号中发送PDCCH/CRS。此外，基于虚拟小区ID在第二OFDM符号中发送PDCCH/CRS。

当存在最小化对现有的UE的影响时，虚拟的CRS/PDCCH的区域可以被限于数个物理资源块(PRB)(例如，中间的6PRB)。

总之，根据PDCCH传输复制，可以从用于锚小区(或者虚拟小区)和物理小区的支持的邻近小区发送单独的PDCCH/CRS。在数据传输方面中，基于虚拟小区ID或者锚小区ID可以发送通过锚小区(或者虚拟小区)调度的数据，并且可以基于物理小区ID发送通过物理小区调度的数据。

在下文中，将会描述根据本发明的实施例的发送混合自动重传请求(HARQ)-肯定应答(ACK)的方法。当UE从锚小区切换到邻近小区时(不论实际切换或者虚拟切换如何)，UE需要在不同于现有方法的诸如资源和/或物理上行链路控制信道(PUCCH)的方面中发送HARQ-ACK。

作为一种方法，可以在切换邻近小区中通过使用与锚小区的相同的配置发送HARQ-ACK。在这样的情况下，基于锚小区的加扰ID可以被使用。作为另一方法，可以对发送PDSCH的支持的邻近小区配置显式PUCCH资源。即，使用显式地配置的PUCCH资源可以发送关于从支持的邻近小区发送的PDSCH的HARQ-ACK。在这样的情况下，与PUCCH格式3资源相似，至少一个PUCCH资源可以被配置并且可以通过下行链路控制信息(DCI)被动态地选择。

当UE从锚小区和支持的邻近小区接收数据(时分双工(TDD)或者载波聚合(CA)情形)时，如何发送HARQ-ACK可能造成问题。作为一种方法，不论哪一个小区发送数据，HARQ-ACK复用被允许并且可以基于锚小区的配置发送HARQ-ACK。作为另一种方法，假定UE不期待在给定的子帧中从不同的小区接收单播数据，可以不允许HARQ-ACK复用。在这样的情况下，在TDD中给定的子帧可以对应于一个PUCCH，可以被映射到一个PUCCH定时或者可以在CA中对应于不同的载波。另外，存在通过诸如包括HARQ-ACK的PUCCH或者PUSCH的单上行链路信道发送UE的HARQ-ACK的需求。

可替选地，当物理小区和虚拟小区的概念被使用时，用于物理小区的HARQ-ACK可以取决于现有的过程并且用于虚拟小区的HARQ-ACK可以取决于显式地配置的HARQ-ACK资源。不期待UE同时解码从物理小区发送的PDSCH和从虚拟小区发送的PDSCH。即，在小区方面中，仅一个PDSCH可以被发送到给定的UE。此外，可以不期待UE在给定的子帧/频率中同时接收来自于物理小区的单播PDSCH和来自于虚拟小区的单播PDSCH。在这样的情况下，UE可以将高的优先级从虚拟小区应用于PDSCH。因此，来自于物理小区的PDSCH可以被省略/忽略并且反之亦然。在这样的情况下，与来自于物理小区的PDSCH和来自于虚拟小区的PDSCH相对应的HARQ-ACK可以被复用。可替选地，可以独立于用于物理小区的HARQ传输周期性地发送用于虚拟小区的HARQ-ACK(例如，从每个无线电帧的第一或者第二子帧发送HARQ-ACK)。在这样的情况下，在其中调度用于虚拟小区的HARQ-ACK的子帧中，用于物理小区的HARQ-ACK可以不被发送。可替选地，假定不存在从虚拟小区发送的单播PDSCH。因此，可以不存在对于用于虚拟小区的HARQ-ACK的需求。

当用于虚拟小区的HARQ-ACK被发送时，在加扰ID和资源配置方面，用于虚拟小区的HARQ-ACK可以取决于物理小区的配置(当存在被关联的服务小区时)或者虚拟小区的配置。因为存在一致性，不论实际的服务小区或者物理小区的变化如何，使用虚拟小区的配置可以是首选的。

同时，当UE连接虚拟小区以从物理小区接收数据时，可以从物理小区接收RRC配置消息。在这样的情况下，除非另有定义，相同的配置可适用于被包括在虚拟小区中的所有的物理小区。即，通过被包括在虚拟小区中的所有的物理小区，在虚拟小区级可以执行RRC配置。

图23图示根据本发明的实施例的接收控制信道的方法的示例。在步骤S2301处，UE从锚小区或者支持的邻近小区中的至少一个接收PDCCH/CRS。在步骤S2302处，UE基于接收到的PDCCH和CRS从锚小区和支持的邻近小区中的至少一个接收数据。可以从锚小区和支持的邻近小区两者接收PDCCH和CRS。可以基于锚小区的ID加扰PDCCH。UE可以接收指示锚小区或者支持的邻近小区中的哪一个发送PDCCH和CRS的指示符。指示符可以是激活在先前配置的小区中的锚小区或者支持的邻近小区的MAC CE。锚小区的PDCCH和支持的邻近小区的PDCCH可以使用不同的资源。可以在第一OFDM符号中发送支持的邻近小区的PDCCH。锚小区的PDCCH可以在第二OFDM符号中被发送。仅使用特定数目的PRB可以发送锚小区的PDCCH。可以基于锚小区ID从锚小区发送数据。可以基于支持的邻近小区ID从支持的邻近小区发送数据。

图24是图示根据本发明的实施例的无线通信系统的框图。

BS 2400包括处理器2401、存储器2402、以及收发器2403。存储器2402被连接到处理器2401，并且存储用于驱动处理器2401的各种信息。收发器2403被连接到处理器2401，并且发送和/或接收无线电信号。处理器2401实现被提出的功能、过程、以及/或者方法。在上面的实施例中，可以通过处理器2401实现基站的操作。

UE 2401包括处理器2411、存储器2412以及收发器2413。存储器2412被连接到处理器2411，并且存储用于驱动处理器2411的各种信息。收发器2413被连接到处理器2411，并且发送和/或接收无线电信号。处理器2411实现被提出的功能、过程、以及/或者方法。在上面的实施例中，可以通过处理器2411实现UE的操作。

处理器可以包括专用集成电路(ASIC)、单独的芯片组、逻辑电路和/或数据处理单元。存储器可以包括只读存储器(ROM)、随机存取存储器(RAM)、闪存、存储卡、存储介质、以及/或者其他等效存储装置。收发器可以包括用于处理无线信号的基带电路。当以软件实现实施例时，通过执行前述功能的模块(即，过程、功能等)能够实现前述的方法。模块可以被存储在存储器中并且通过处理器执行。存储器可以位于处理器内部或者外部，并且通过使用各种公知的装置存储器可以被耦合到处理器。

已经基于前述示例通过参考附图和附图中所给出的附图标记描述了基于本说明书的各种方法。尽管为便于解释每一方法以特定次序描述多个步骤或框，但权利要求书中所公开的本发明并不限于步骤或框的次序，并且每一步骤或框可以以不同次序来实施，或可与其它步骤或框同时地被执行。另外，所属领域的技术人员可获知，本发明并不限于所述步骤或框中的每一个，并且可添加或删除至少一个不同步骤而不背离本发明的范围和精神。

前述实施例包括各种示例。应注意，所属领域的技术人员知道不可能解释示例的所有可能组合，并且还知道可从本说明书的技术导出各种组合。因此，不背离以下权利要求书的范围，应通过组合详细解释中所描述的各种示例确定本发明的保护范围。