用于跨多个相邻宏小区生成虚拟小区的方法及设备与流程

本公开的实施例涉及无线通信领域，并更为具体地涉及一种用于跨多个相邻宏小区生成虚拟小区的方法及设备。

背景技术：

移动网络中的流量需求预计在未来几年中将会大幅增长。为了满足这中增长的需求，一种可行的解决方案是部署非常密集的网络，其也被称为超密集网络。

然而，在密集的网络中存在两个严重的问题。一个问题在于用户设备(ue)可能不得不面临多个严重的干扰，另一个问题在于用户设备可能在多个小小区之间发生更加频繁的切换。

为了解决上述两个问题，可以考虑虚拟小区的机制。一般来说，虚拟小区是由一组小小区(或传送点，tp)组成的，虚拟小区用于干扰协调以及联合传输。一般来说，虚拟小区是以ue为中心的，也就是说，虚拟小区可以随着ue的移动而相应地改变。如果ue移动到一个宏小区的边缘处，则属于不同的宏小区的多个小小区可以形成一个虚拟小区，如图1所示。

在这种情景下，如何生成包含了属于不同宏小区的多个小小区(或tp)的虚拟小区的这一问题并没有被很好地研究过。考虑到这一情景经常发生在ue接管(或切换)的情况下，因此有必要设计一种支持这一情景的机制。

技术实现要素：

为了解决上述问题，本公开的各种实施例提供了一种用于跨多个相邻宏小区生成虚拟小区的方法及设备。通过该方法及设备，使得能 够在ue移动到多个彼此相邻的宏小区边界的情况下，跨多个相邻的宏小区而生成一个虚拟小区，并以联合的方式向ue发送数据。以这一方式，弱化了蜂窝小区的概念而将多个小小区形成一个虚拟小区而联合地为ue提供数据服务。

本公开的一个方面涉及一种用于在第一宏小区中跨多个相邻宏小区生成虚拟小区的方法，包括：响应于用户设备位于第一宏小区中、并且临近该第一宏小区的边界处，向相邻的一个或多个的第二宏基站发送请求信息，以请求生成跨该第一宏小区和该第二宏小区的虚拟小区；以及响应于接收到针对该请求信息的确认信息，为该用户设备生成该虚拟小区。

根据本公开的实施例，响应于接收到针对该请求信息的确认信息，为该用户设备生成该虚拟小区包括：响应于接收到针对该请求信息的确认信息，为该用户设备跨该第一宏小区和该一个或多个第二宏小区生成虚拟小区，以联合的方式向该用户设备发送数据。

根据本公开的实施例，该请求信息包括多个第一备选小小区的标识，该多个第一备选小小区包括被请求包含在该虚拟小区中的、来自该第一宏小区和该第二宏小区的多个小小区；并且该确认信息包括至少一个第二小小区的标识，该至少一个第二备选小小区包括选自多个该第一备选小小区的允许被包含在该虚拟小区中的小小区。需要指出，该确认信息也可能不包含第二宏小区的任何小小区。

根据本公开的实施例，响应于接收到针对该请求信息的确认信息，为该用户设备生成该虚拟小区包括：在不存在针对该用户设备的虚拟小区的情况下，为该用户设备跨该第一宏小区和该一个或多个第二宏小区创建新的虚拟小区；或者在已经存在针对该用户设备的虚拟小区的情况下，为该用户设备跨该第一宏小区和该一个或多个第二宏小区更新该虚拟小区以获得更新后的虚拟小区。

根据本公开的实施例，其中为该用户设备跨该第一宏小区和该一个或多个第二宏小区创建新的虚拟小区包括：使来自该第一宏小区的至少一个小小区和来自该一个或多个第二宏小区的至少一个小小区 组成新的虚拟小区；并且为该用户设备跨该第一宏小区和该一个或多个第二宏小区更新该虚拟小区以获得更新后的虚拟小区包括：将来自该一个或多个第二宏小区的至少一个小小区添加到已有的虚拟小区中，和/或更新该已有的虚拟小区中的来自该第一宏小区的小小区。

根据本公开的实施例，响应于接收到针对该请求信息的确认信息，为该用户设备生成该虚拟小区包括：从所述一个或多个第二宏小区的多个小小区接收包括信道状态信息的报告信息；以及基于接收到的该报告信息，该第一宏基站做出生成该虚拟小区的决策，以便为该用户设备生成该虚拟小区。

根据本公开的实施例，为该用户设备跨该第一宏小区和该一个或多个第二宏小区生成虚拟小区包括：该第一宏基站向多个该第一备选小小区发送ue的上行探测参考信号的配置信息，以便每个第一备选小小区基于该上行探测参考信号的配置信息估计其与该用户设备之间的信道状态信息，并向该第一宏基站反馈该信道状态信息，从而为该用户设备生成该虚拟小区。

根据本公开的实施例，该方法包括：基于所反馈的信道状态信息，该第一宏基站做出是否生成包含该第二备选小小区的该虚拟小区的决策；以及响应于做出生成包含该第二备选小小区的该虚拟小区的决策，该第一宏基站向该第二宏基站发送该生成决策信息，以便为该用户设备生成该虚拟小区。

根据本公开的实施例，该方法包括：响应于接收到针对该生成决策信息的确认信息，该第一宏基站生成该虚拟小区；并且在之前不存在针对该用户设备的虚拟小区的情况下，向该虚拟小区中的所有小小区发送针对该虚拟小区的配置信息，其中包括虚拟小区id，以及主小小区的配置；主小小区应从第一宏小区获取虚拟小区其它小小区的配置，包括参考信号配置以及它们的物理小区id；以及在之前已经存在针对该用户设备的虚拟小区的情况下，向该虚拟小区中的主小小区发送针对该虚拟小区的配置信息。

根据本公开的实施例，该方法还包括：该虚拟小区的主小小区接 收来自该第二备选小小区的资源分配的状态信息。

根据本公开的实施例，该方法包括：该第一宏基站向该用户设备发送该虚拟小区的配置信息，以使该用户设备向该虚拟小区中的该主小小区发送该用户设备与该虚拟小区之间的信道状态信息，以在该用户设备与该虚拟小区之间发送数据。

本公开的另一方面涉及一种用于在第一宏小区中跨多个相邻宏小区生成虚拟小区的设备，包括：虚拟小区请求装置，用于响应于用户设备位于第一宏小区中、并且临近该第一宏小区的边界处，向相邻的一个或多个的第二宏基站发送请求信息，以请求生成跨该第一宏小区和该第二宏小区的虚拟小区；以及虚拟小区生成装置，用于响应于接收到针对该请求信息的确认信息，为该用户设备生成该虚拟小区。

根据本公开的实施例，该虚拟小区生成装置被配置为：响应于接收到针对该请求信息的确认信息，为该用户设备跨该第一宏小区和该一个或多个第二宏小区生成虚拟小区，以使得该虚拟小区独立于该第一宏小区和该第二宏小区、以整体的方式向该用户设备发送数据。

根据本公开的实施例，该请求信息包括多个第一备选小小区的标识，该多个第一备选小小区包括被请求包含在该虚拟小区中的、来自该第一宏小区和该第二宏小区的多个小小区；并且该确认信息包括至少一个第二小小区的标识，该至少一个第二备选小小区包括选自多个该第一备选小小区的允许被包含在该虚拟小区中的小小区。

根据本公开的实施例，该虚拟小区生成装置包括：虚拟小区创建单元，用于在不存在针对该用户设备的虚拟小区的情况下，为该用户设备跨该第一宏小区和该一个或多个第二宏小区创建新的虚拟小区；以及虚拟小区更新单元，用于在已经存在针对该用户设备的虚拟小区的情况下，为该用户设备跨该第一宏小区和该一个或多个第二宏小区更新该虚拟小区以获得更新后的虚拟小区。

根据本公开的实施例，该虚拟小区创建单元被配置为：使来自该第一宏小区的至少一个小小区和来自该一个或多个第二宏小区的至少一个小小区组成新的虚拟小区；并且该虚拟小区更新单元被配置 为：将来自该一个或多个第二宏小区的至少一个小小区添加到已有的虚拟小区中，和/或更新该已有的虚拟小区中的来自该第一宏小区的小小区。

根据本公开的实施例，该虚拟小区生成装置包括：报告信息接收单元，用于从所述一个或多个第二宏小区的多个小小区接收包括信道状态信息的报告信息；以及决策确定单元，用于基于接收到的该报告信息，使该第一宏基站做出生成该虚拟小区的决策，以便为该用户设备生成该虚拟小区。

根据本公开的实施例，该虚拟小区生成装置包括：配置信息发送单元，用于使该第一宏基站向多个该第一备选小小区发送上行探测参考信号的配置信息，以便每个第一备选小小区基于该上行探测参考信号的配置信息估计其与该用户设备之间的信道状态信息，并向该第一宏基站反馈该信道状态信息，从而为该用户设备生成该虚拟小区。

根据本公开的实施例，该设备包括：决策判定单元，用于基于所反馈的信道状态信息，使该第一宏基站做出是否生成包含该第二备选小小区的该虚拟小区的决策；以及决策信息发送单元，用于响应于做出生成包含该第二备选小小区的该虚拟小区的决策，使该第一宏基站向该第二宏基站发送该生成决策信息，以便为该用户设备生成该虚拟小区。

根据本公开的实施例，该设备包括：虚拟小区生成单元，响应于接收到针对该生成决策信息的确认信息，该第一宏基站生成该虚拟小区；以及第一配置信息发送单元，用于在之前不存在针对该用户设备的虚拟小区的情况下，向该虚拟小区中的所有小小区发送针对该虚拟小区的配置信息；以及第二配置信息发送单元，用于在之前已经存在针对该用户设备的虚拟小区的情况下，向该虚拟小区中的主小小区发送针对该虚拟小区的配置信息。

根据本公开的实施例，该设备还包括：状态信息接收单元，用于使该虚拟小区的主小小区接收来自该第二备选小小区的资源分配的状态信息。

根据本公开的实施例，该设备包括：数据传输建立单元，用于使该第一宏基站向该用户设备发送该虚拟小区的配置信息，以使该用户设备向该虚拟小区中的该主小小区发送该用户设备与该虚拟小区之间的信道状态信息，以在该用户设备与该虚拟小区之间发送数据。

附图说明

图1示出包括了属于相邻的不同宏小区的多个小小区的虚拟小区的示意图。

图2示出根据本公开实施例的用于跨多个相邻宏小区生成虚拟小区的方法的流程图。

图3示出根据本公开实施例的在之前不存在针对用户设备的虚拟小区的情况下用于跨多个相邻宏小区创建虚拟小区的过程的流程图。

图4示出根据本公开实施例的在之前已存在针对用户设备的虚拟小区的情况下用于跨多个相邻宏小区更新虚拟小区的过程的流程图。

图5示出根据本公开实施例的用于跨多个相邻宏小区生成虚拟小区的设备的框图。

具体实施方式

下面将参考附图中示出的若干示例实施例来描述本公开的原理。虽然附图中显示了本公开的优选实施例，但应当理解，描述这些实施例仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。

图1包括了属于相邻的不同宏小区的多个小小区的虚拟小区的示意图。

图1示出了一种异构网络(heterogeneousnetwork)结构，其中密集的小小区140或无线接入点被部署在宏基站(menb)101、102的覆盖范围下。每个小小区140包含一个小基站senb105。在图1所示的虚拟小区130中，其中的一个小小区可以被选为主小小区(mtp)103(例如，以虚线框方示出)，其将负责在虚拟小区130中 的数据传输的动态调度。在该网络结构中，采用了双连接机制，即ue104同时与menb101和虚拟小区130连接，如图1中的双向箭头a1和a2所示。在服务menb101和协作menb102之间的双线箭头b1示意性地表示了两个宏小区的宏基站之间的信息交换。本文中，小小区或无线接入点也被称为传送点(tp)。如图1所示，ue位于作为服务宏小区的第一宏小区110的边缘并临近作为协作小区的第二宏小区120。

需要指出，本公开旨在提供一种在多个相邻的宏小区的边界处基于来自不同宏小区的多个小小区来生成虚拟小区的解决方案。尽管图1中仅示出了两个相邻的宏小区，但应当理解，本公开的实施例并不仅限于两个宏小区，多于两个相邻的宏小区的情况(例如3个、4个、5个或更多相邻的宏小区的情况)也应落入本公开的保护范围。

图2示出根据本公开实施例的用于跨多个相邻宏小区生成虚拟小区的方法200的流程图。方法200主要包括下面步骤s210和s220。

步骤s210：响应于用户设备位于第一宏小区中、并且临近该第一宏小区的边界处，向相邻的一个或多个的第二宏基站发送请求信息，以请求生成跨该第一宏小区和该第二宏小区的虚拟小区；以及

步骤s220：响应于接收到针对该请求信息的确认信息，为该用户设备生成该虚拟小区。

图3和图4分别示出根据本公开实施例的在之前不存在针对用户设备的虚拟小区的情况下(即，情况1)和之前已存在针对用户设备的虚拟小区的情况下(即，情况2)用于跨多个相邻宏小区创建或更新虚拟小区的过程的流程图。

下面结合图3或图4并参照图1，对图2所示的方法200进行详细描述：

在步骤s210，响应于用户设备位于第一宏小区中并且临近该第一宏小区的边界处，该第一宏小区的第一宏基站向与该第一宏小区相邻的一个或多个第二宏小区的对应的第二宏基站发送请求信息，以请求针对该用户设备来生成跨该第一宏小区和该一个或多个第二宏小 区的包含多个小小区的虚拟小区。

根据图3或图4所示的具体示例，在步骤1中：作为第一宏基站的服务menb和作为第二宏基站的协作menb交换信息(如图1中的双向箭头b1所示)，用于生成新的虚拟小区单元。在该步骤中，服务menb可以向协作menb发送请求信息以调度属于协作menb的小小区。

接下来，在步骤s220，响应于该第一宏基站接收到针对该请求信息的确认信息，为该用户设备跨该第一宏小区和该一个或多个第二宏小区生成虚拟小区，以使得该虚拟小区独立于该第一宏小区和该第二宏小区、以整体的方式向该用户设备发送数据。

根据图3或图4所示的具体示例，同样在步骤1中：作为第二宏基站的协作menb可以向作为第一宏基站的服务menb发送确认信息。

根据本公开的实施例，该请求信息包括多个第一备选小小区的标识，该多个第一备选小小区包括被请求包含在该虚拟小区中的来自该第一宏小区和该第二宏小区的多个小小区；并且该确认信息包括至少一个第二小小区的标识，该至少一个第二备选小小区包括选自多个该第一备选小小区的允许被包含在该虚拟小区中的小小区。

根据图3或图4所示的具体示例，上述请求信息主要包括备选小小区的标识(id)，并且上述确认信息可以包括哪些小小区可以被服务menb调度的信息。

根据本公开的实施例，针对生成虚拟单元考虑了下面两种情况：

-情况1：之前不存在针对用户设备的虚拟小区的情况；以及

-情况2：之前已经存在针对用户设备的虚拟小区的情况。

根据本公开的实施例，步骤s220包括：在不存在针对该用户设备的虚拟小区的情况下(即，情况1)，为该用户设备跨该第一宏小区和该一个或多个第二宏小区创建新的虚拟小区；以及在已经存在针对该用户设备的虚拟小区的情况下(即，情况2)，为该用户设备跨该第一宏小区和该一个或多个第二宏小区更新该虚拟小区以获得更新后 的虚拟小区。

根据本公开的实施例，为所述用户设备跨所述第一宏小区和所述一个或多个第二宏小区创建新的虚拟小区包括：使来自该第一宏小区的至少一个小小区和来自该一个或多个第二宏小区的至少一个小小区组成新的虚拟小区；并且为该用户设备跨该第一宏小区和该一个或多个第二宏小区更新该虚拟小区以获得更新后的虚拟小区包括：将来自该一个或多个第二宏小区的至少一个小小区添加到已有的虚拟小区中，和/或更新该已有的虚拟小区中的来自该第一宏小区的小小区。

根据本公开的一个具体的实施例，在上述两种情况中，步骤s220均可以包括：从所述一个或多个第二宏小区的多个小小区接收包括信道状态信息的报告信息；以及基于接收到的该报告信息，该第一宏基站做出是否生成该虚拟小区的决策，其中该报告信息包括但不限于信道状态信息(csi)、它的小区标识(id)以及信号状态信息参考信号(csi-rs)的配置信息。

根据本公开的一个更为具体的实施例，在上述两种情况中，步骤s220均可以包括：不属于ue的服务小区的小小区可以报告信道状态信息(csi)、它的小区标识(id)以及信号状态信息参考信号(csi-rs)的配置信息；以及基于接收到的上述信息，服务menb可以做出是否生成虚拟小区的决策，并可以向属于虚拟小区的小小区发送配置信息，并且服务menb还可以向ue发送配置信息，以用于信道估计。

根据本公开的实施例，步骤s220包括：该第一宏基站向多个该第一备选小小区发送上行探测参考信号的配置信息；以及基于该上行探测参考信号的配置信息，每个第一备选小小区估计其与该用户设备之间的信道状态信息并向该第一宏基站反馈该信道状态信息。

根据图3或图4所示的具体示例，在步骤2中：服务menb可以发送例如上行(ul)探测参考信号(srs)的配置信息，并向备选小小区(传送点)报告条件以用于srs的接收。

需要指出，可以通过如下方式使得服务menb知道哪些小小区位于ue附近：

-假定ue已经和服务menb建立了连接，并且服务menb可以向ue发送测量配置；

-ue可以检测在其周围的小小区，然后ue可以向服务menb报告测量结果。

根据图3或图4所示的具体示例，在步骤3中：备选小小区可以测量并估计csi(信道质量信息cqi也被包含在内)。在步骤4中：如果报告条件满足，备选小小区可以向服务menb报告csi(cqi也被包含在内)以及物理小区id。那些不属于服务menb的小小区需要报告csi和csi-rs配置，以及物理小区id。

根据本公开的实施例，该方法200包括：基于所反馈的信道状态信息，该第一宏基站做出是否生成包含该第二备选小小区的该虚拟小区的决策；以及响应于做出生成包含该第二备选小小区的该虚拟小区的决策，该第一宏基站向该第二宏基站发送该生成决策信息。

根据图3或图4所示的具体示例，在步骤5中：服务menb做出是否生成虚拟小区的决策。

根据图3或图4所示的具体示例，在步骤6中：服务menb和协作menb交换虚拟小区生成决策信息。在该步骤中，服务menb可以通知协作menb哪些小小区将被包含在新的虚拟小区中，并且协作menb可以确认该虚拟小区的生成。

根据本公开的实施例，该方法200包括：响应于接收到针对该生成决策信息的确认信息，该第一宏基站生成该虚拟小区；并且在之前不存在针对该用户设备的虚拟小区的情况下，向该虚拟小区中的所有小小区发送针对该虚拟小区的配置信息；以及在之前已经存在针对该用户设备的虚拟小区的情况下，向该虚拟小区中的主小小区发送针对该虚拟小区的配置信息。

根据图3所示的具体示例，在之前不存在针对该用户设备的虚拟小区的情况下(即，情况1下)，在步骤7中：如果服务menb做出生成虚拟小区的决策，则服务menb可以向属于该虚拟小区的小小区(传送点)发送虚拟小区的配置。该配置可以包括但不限于如下信息： 哪个小小区是主小小区(或mtp)、csi-rs配置、以及虚拟小区id。

根据图4所示的具体示例，在之前已经存在针对该用户设备的虚拟小区的情况下(即，情况2下)，在步骤7中：如果服务menb做出生成虚拟小区的决策，则服务menb可以仅向主小小区(mtp)发送该决策和相应的配置。需要指出，针对更新后的虚拟小区，其mtp也可能改变。

需要指出，在本公开中提出了两种场景的虚拟小区生成方案。它们的区别主要在于上述的步骤7。在情况1下的步骤7中，宏基站要对虚拟小区的每一个小区传输信令。也就是说，要让每个小小区知道哪个小小区是主小小区(mtp)。在情况2下的步骤7中，宏基站主要是要通知mtp关于小小区的更新情况。

根据本公开的实施例，该方法200包括：该第二备选小小区向该虚拟小区的主小小区发送资源分配的状态信息。

根据图3或图4所示的具体示例，在步骤8中：不属于服务menb的小小区(传送点)需要向虚拟小区的主小小区发送资源分配的状态。

根据本公开的实施例，该方法包括：该第一宏基站向该用户设备发送该虚拟小区的配置信息；

根据图3或图4所示的具体示例，在步骤9中：服务menb向ue发送虚拟小区的配置信息，例如，tp的物理小区id、csi-rs配置、虚拟小区id以及mtp的配置。

并且响应于该用户设备向该虚拟小区中的该主小小区发送该用户设备与该虚拟小区之间的信道状态信息，以在该用户设备与信息虚拟小区之间发送数据。

根据图3或图4所示的具体示例，在步骤10中：ue将csi反馈给虚拟小区的mtp。

根据图3或图4所示的具体示例，在步骤11中：开始ue与虚拟小区之间的数据传输。

图5示出根据本公开实施例的用于跨多个相邻宏小区生成虚拟小区的设备500的框图。

该设备500包括：虚拟小区请求装置510，用于响应于用户设备位于第一宏小区中、并且临近该第一宏小区的边界处，向相邻的一个或多个的第二宏基站发送请求信息，以请求生成跨该第一宏小区和该第二宏小区的虚拟小区；以及虚拟小区生成装置520，用于响应于接收到针对该请求信息的确认信息，为该用户设备生成该虚拟小区。

根据本公开的实施例，该虚拟小区生成装置520被配置为：响应于接收到针对该请求信息的确认信息，为该用户设备跨该第一宏小区和该一个或多个第二宏小区生成虚拟小区，以使得该虚拟小区独立于该第一宏小区和该第二宏小区、以整体的方式向该用户设备发送数据。

根据本公开的实施例，该请求信息包括多个第一备选小小区的标识，该多个第一备选小小区包括被请求包含在该虚拟小区中的、来自该第一宏小区和该第二宏小区的多个小小区；并且该确认信息包括至少一个第二小小区的标识，该至少一个第二备选小小区包括选自多个该第一备选小小区的允许被包含在该虚拟小区中的小小区。

根据本公开的实施例，该虚拟小区生成装置520包括：虚拟小区创建单元，用于在不存在针对该用户设备的虚拟小区的情况下，为该用户设备跨该第一宏小区和该一个或多个第二宏小区创建新的虚拟小区；以及虚拟小区更新单元，用于在已经存在针对该用户设备的虚拟小区的情况下，为该用户设备跨该第一宏小区和该一个或多个第二宏小区更新该虚拟小区以获得更新后的虚拟小区。

根据本公开的实施例，该虚拟小区创建单元被配置为：使来自该第一宏小区的至少一个小小区和来自该一个或多个第二宏小区的至少一个小小区组成新的虚拟小区；并且该虚拟小区更新单元被配置为：将来自该一个或多个第二宏小区的至少一个小小区添加到已有的虚拟小区中，和/或更新该已有的虚拟小区中的来自该第一宏小区的小小区。

根据本公开的实施例，该虚拟小区生成装置520包括：报告信息接收单元，从所述一个或多个第二宏小区的多个小小区接收包括信道 状态信息的报告信息；以及决策确定单元，用于基于接收到的该报告信息，使该第一宏基站做出生成该虚拟小区的决策，以便为该用户设备生成该虚拟小区。

根据本公开的实施例，该虚拟小区生成装置520包括：配置信息发送单元，用于使该第一宏基站向多个该第一备选小小区发送上行探测参考信号的配置信息，以便每个第一备选小小区基于该上行探测参考信号的配置信息估计其与该用户设备之间的信道状态信息，并向该第一宏基站反馈该信道状态信息，以便为该用户设备生成该虚拟小区。

根据本公开的实施例，该设备500包括：决策判定单元，用于基于所反馈的信道状态信息，使该第一宏基站做出是否生成包含该第二备选小小区的该虚拟小区的决策；以及决策信息发送单元，用于响应于做出生成包含该第二备选小小区的该虚拟小区的决策，使该第一宏基站向该第二宏基站发送该生成决策信息，以便为该用户设备生成该虚拟小区。

根据本公开的实施例，该设备500包括：虚拟小区生成单元，响应于接收到针对该生成决策信息的确认信息，该第一宏基站生成该虚拟小区；以及第一配置信息发送单元，用于在之前不存在针对该用户设备的虚拟小区的情况下，向该虚拟小区中的所有小小区发送针对该虚拟小区的配置信息；以及第二配置信息发送单元，用于在之前已经存在针对该用户设备的虚拟小区的情况下，向该虚拟小区中的主小小区发送针对该虚拟小区的配置信息。

根据本公开的实施例，该设备500还包括：状态信息接收单元，用于使该虚拟小区的主小小区接收来自该第二备选小小区的资源分配的状态信息。

根据本公开的实施例，该设备500包括：数据传输建立单元，用于使该第一宏基站向该用户设备发送该虚拟小区的配置信息，以使该用户设备向该虚拟小区中的该主小小区发送该用户设备与该虚拟小区之间的信道状态信息，以在该用户设备与该虚拟小区之间发送数 据。

综上所述，本公开各种实施例提供了一种用于跨多个相邻宏小区生成虚拟小区的方法及设备。该方法包括：响应于用户设备位于第一宏小区中、并且临近该第一宏小区的边界处，向相邻的一个或多个的第二宏基站发送请求信息，以请求生成跨该第一宏小区和该第二宏小区的虚拟小区；以及响应于接收到针对该请求信息的确认信息，为该用户设备生成该虚拟小区。以这种方式，使得所述虚拟小区可以实现多个宏小区的跨越、以整体的方式向所述用户设备发送数据。

以上所述仅为本公开的可选实施例，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原则之内，所作的任何修改、等效替换、改进等，均应包含在本公开的保护范围之内。