CN102595457B - 一种维护用户终端多点协作传输的方法及系统 - Google Patents

Abstract

本发明公开了一种维护用户终端多点协作传输的方法及系统，此方法包括：在用户终端的多点协作集的协作小区中选择一协作小区作为次主小区，在主小区故障时，所述次主小区作为新的主小区维护所述用户终端的多点协作传输。本发明通过引入次主小区的概念在保证系统处理性能的同时提高CoMP集传输的稳定性及鲁棒性，不仅解决了集中式小区信息交互方式下主小区故障后必须重新选择整个CoMP集才能使用户终端重新进入CoMP传输过程的问题，也解决了分布式小区信息交互方式下信息量过大影响系统处理性能的问题。另外，本发明采用的次主小区的选取原则能够最大程度地降低主小区与次主小区同时出现故障的概率。

Description

一种维护用户终端多点协作传输的方法及系统

技术领域

本发明涉及高级长期演进（Long Term Evolution Advanced，简称LTE_A）通信系统，尤其涉及一种维护用户终端多点协作（Cooperative Multi-Point，简称CoMP）传输的方法及系统。

背景技术

多点协作传输系统中，用户终端的CoMP集中包括主小区和协作小区。

如图1所示的集中式CoMP集小区信息交互方式中，主小区维护用户终端的相关信息，并统一负责对用户终端的管理和对CoMP集小区资源的调度。协作小区向主小区反馈自身的信息，例如负荷情况、资源使用情况等信息，但协作小区之间不进行与CoMP集相关的信息的交互，即协作小区中没有本CoMP集中其它协作小区的CoMP相关信息。这种集中控制方式的缺点是：当主小区发生故障时，关于此用户终端的CoMP集相关信息将丢失，协作小区之间不知道对方的信息，只能通过整个CoMP集的重新选择使UE重新进入CoMP传输过程。

如图2所示的分布式CoMP集小区信息交互方式中，CoMP集中小区两两之间均有信息交互，每个小区中均存储有其它小区的相关信息，同时拥有用户终端的信息，此种方式下主小区发生故障后，用户终端选择某一协作小区作为新的主小区便可以较快的恢复用户终端的CoMP传输。但此种分布控制方式的缺点是：从整个系统的角度考虑，小区间信息交互频繁，冗余信息量大，影响系统性能。

发明内容

本发明要解决的技术问题是提供一种维护用户终端多点协作传输的方法及系统，在保证系统处理性能的同时提高CoMP集传输的稳定性及鲁棒性。

为了解决上述技术问题，本发明提供了一种维护用户终端多点协作传输的方法，包括：在用户终端的多点协作集的协作小区中选择一协作小区作为次主小区，在主小区故障时，所述次主小区作为新的主小区维护所述用户终端的多点协作传输。

进一步地，上述方法还可以具有以下特点：

选择次主小区时，优先选择与所述主小区属于不同的演进的节点B的协作小区作为次主小区，其次选择与所述主小区属于同一演进的节点B但不属于同一基带池的小区作为次主小区。

进一步地，上述方法还可以具有以下特点：

在所述用户终端的多点协作传输过程中，所述主小区向所述次主小区同步所述多点协作集的信息。

进一步地，上述方法还可以具有以下特点：

所述用户终端发现所述主小区故障后，根据在主小区故障前从主小区获知的次主小区信息向所述次主小区即新的主小区发起无线链路重建，所述次主小区通知各协作小区此次主小区作为所述用户终端的所述多点协作集的主小区。

进一步地，上述方法还可以具有以下特点：

所述次主小区发现所述主小区故障后，通知各协作小区此次主小区作为所述用户终端的所述多点协作集的主小区，并对所述用户终端进行无线链路重配置通知所述用户终端此次主小区作为所述用户终端的所述多点协作集的主小区。

进一步地，上述方法还可以具有以下特点：

所述次主小区作为所述用户终端的多点协作集的新的主小区后，在多点协作集的协作小区中选择一协作小区作为新的次主小区。

为了解决上述技术问题，本发明还提供了一种维护用户终端多点协作传输的系统，包括用户终端和位于演进的节点B中的用于管理用户终端的多点协作集中小区的管理装置；所述管理装置，用于在用户终端的多点协作集的协作小区中选择一协作小区作为次主小区；还用于在主小区故障时，将所述次主小区作为新的主小区维护所述用户终端的多点协作传输。

进一步地，上述系统还可以具有以下特点：

所述管理装置，还用于在选择次主小区时，优先选择与所述主小区属于不同的演进的节点B的协作小区作为次主小区，其次选择与所述主小区属于同一演进的节点B但不属于同一基带池的小区作为次主小区。

进一步地，上述系统还可以具有以下特点：

所述管理装置，还用于在所述用户终端的多点协作传输过程中，从所述主小区向所述次主小区同步所述多点协作集的信息。

进一步地，上述系统还可以具有以下特点：

所述用户终端，用于在发现所述主小区故障后，根据在主小区故障前从主小区获知的次主小区信息向所述次主小区即新的主小区发起链路重建；所述管理装置，还用于通知各协作小区所述次主小区作为所述用户终端的所述多点协作集的主小区。

进一步地，上述系统还可以具有以下特点：

所述管理装置，还用于通过所述次主小区发现所述主小区故障后，通知各协作小区此次主小区作为所述用户终端的所述多点协作集的主小区，并对所述用户终端进行链路重配置通知所述用户终端此次主小区作为所述用户终端的所述多点协作集的主小区。

进一步地，上述系统还可以具有以下特点：

所述管理装置，还用于将所述次主小区作为所述用户终端的多点协作集的新的主小区后，在多点协作集的协作小区中选择一协作小区作为新的次主小区。

本发明通过引入次主小区的概念在保证系统处理性能的同时提高CoMP集传输的稳定性及鲁棒性，不仅解决了集中式小区信息交互方式下主小区故障后必须重新选择整个CoMP集才能使用户终端重新进入CoMP传输过程的问题，也解决了分布式小区信息交互方式下信息量过大影响系统处理性能的问题。另外，本发明采用的次主小区的选取原则能够最大程度地降低主小区与次主小区同时出现故障的概率。

附图说明

图1集中式CoMP集小区信息交互方式示意图；

图2分布式CoMP集小区信息交互方式示意图；

图3是本实施例中CoMP集小区信息交互方式示意图；

图4是本实施例中CoMP集小区信息交互方法流程图；

图5是具体实施例一中维护用户终端多点协作传输的方法示意图；

图6是具体实施例二中维护用户终端多点协作传输的方法示意图。

具体实施方式

维护用户终端多点协作传输的系统，包括用户终端和位于演进的节点B中的用于管理用户终端的多点协作集中小区的管理装置。

管理装置用于在用户终端的多点协作集的协作小区中选择一协作小区作为次主小区；还用于在主小区故障时，将次主小区作为新的主小区维护用户终端的多点协作传输。

本发明中用户终端的多点协作集中包括一个主小区、一个次主小区以及一个或多个协作小区。图3表示了用户终端的多点协作集中各小区的信息交互方式。多点协作集中各小区属于同一演进的节点B或者属于多于一个的演进的节点B。管理装置还用于在用户终端的多点协作传输过程中，从主小区向次主小区同步多点协作集的信息。

管理装置还用于在选择次主小区时，优先选择与主小区属于不同的演进的节点B的协作小区作为次主小区，其次选择与主小区属于同一演进的节点B但不属于同一基带池的小区作为次主小区。上述选择次主小区的方法可以最大程度地降低主小区与次主小区同时出现故障的概率。选取次主小区时还可以同时考虑小区的负荷、处理能力以及信道质量等信息。

实施例一中的本系统中适用于用户终端发现主小区故障的情境。

用户终端用于在发现主小区故障后，根据在主小区故障前从主小区获知的次主小区信息向次主小区即新的主小区发起无线链路重建。

管理装置还用于通知各协作小区次主小区作为用户终端的多点协作集的主小区。

实施例二中的本系统中适用于次主小区发现主小区故障的情境。

管理装置还用于通过次主小区发现主小区故障后，通知各协作小区此次主小区作为用户终端的多点协作集的主小区，并对用户终端进行无线链路重配置通知用户终端此次主小区作为用户终端的多点协作集的主小区。

在上述实施例中，本系统中由次主小区作为用户终端的多点协作集的主小区后，管理装置还用于将次主小区作为用户终端的多点协作集的新的主小区后，在多点协作集的协作小区中选择一协作小区作为新的次主小区。

如图4所示，维护用户终端多点协作传输的方法包括：在用户终端的多点协作集的协作小区中选择一协作小区作为次主小区，在主小区故障时，次主小区作为新的主小区维护用户终端的多点协作传输。

本发明中引入了次主小区的概念，此次主小区为多点协作传输集中的一个小区。本发明中用户终端的多点协作集中包括一个主小区、一个次主小区以及一个或多个协作小区。各协作小区之间以及协作小区与次主小区之间无信息交互，协作小区和次主小区将自身信息（例如负荷情况、资源使用情况等信息）发送至主小区，主小区无需向协作小区反馈同步多点协作集的信息。在用户终端的多点协作传输过程中，主小区向次主小区同步多点协作集的信息。多点协作集的信息包括：用户终端配置信息，多点协作集中各协作小区的标识，各协作小区自身信息等信息。上述同步方式为实时同步或周期性同步。本发明的多点协作传输集的小区中，次主小区拥有和主小区关于该多点协作传输集的相同的信息，但资源的统一调度权利仍属于主小区。

选择次主小区时，优先选择与主小区属于不同的演进的节点B的协作小区作为次主小区，其次选择与主小区属于同一演进的节点B但不属于同一基带池的小区作为次主小区。上述选择次主小区的方法可以最大程度地降低主小区与次主小区同时出现故障的概率。选取次主小区时还可以同时考虑小区的负荷、处理能力以及信道质量等信息。

实施例一中适用于用户终端发现主小区故障的情境。

用户终端发现主小区故障后，根据在主小区故障前从主小区获知的次主小区信息向次主小区即新的主小区发起无线链路重建（即无线资源控制链路重建），次主小区通知各协作小区此次主小区作为用户终端的多点协作集的主小区。

用户终端发现主小区故障的方式可以为通过测量信道质量和/或信号强度判断主小区是否故障。

用户终端在CoMP模式中，主小区选择好次主小区后可即时通知用户终端次主小区信息，在次小区信息发生更新后，再重新通知用户终端。

实施例二中适用于次主小区发现主小区故障的情境。

次主小区发现主小区故障后，通知各协作小区此次主小区作为用户终端的多点协作集的主小区，并对用户终端进行链路重配置通知用户终端此次主小区作为用户终端的多点协作集的主小区。

次主小区发现主小区故障的方式可以为在预设时间内未收到主小区发送的信息更新或者接收到主小区被删除的消息等。

在上述实施例中，次主小区作为用户终端的多点协作集的新的主小区后，在多点协作集的协作小区中选择一协作小区作为新的次主小区。新的主小区根据用户终端业务的服务质量信息决定是否需要增加新的协作小区。

具体实施例一

本具体实施例一是实施例一的具体实施方式。

如图5所示，维护用户终端多点协作传输的方法包括：

次主小区与各协作小区向主小区反馈自身的负荷、信道质量以及资源使用情况等信息，同时主小区向次主小区发送最新的CoMP集相关信息。主小区向次主小区和各个协作小区发送调度信息，用户终端与CoMP集中各小区进行数据传输。

用户终端检测到主小区的信道质量和/或信号强度产生明显降低，认为主小区发生故障，于是向次主小区发起重建立请求消息，消息中携带CoMP集小区分配给用户终端的C-RNTI等信元，次主小区收到重建立请求消息后转为主小区。在UE与新的主小区进行重建立过程的同时，新的主小区向各协作小区发送主小区变更通知消息，消息中携带用户终端标识、原主小区的标识、本小区的标识等信元。新的主小区向各协作小区发送调度信息，用户终端继续CoMP数据传输。

新的主小区根据用户终端的业务服务质量信息决定是否需要增加协作小区。若需要增加，则在邻区中查找除协作小区和原来的主小区之外的小区，要求用户终端上报这些小区的下行信道质量状况，要求这些小区反馈自身的负荷、资源使用情况以及上行信道质量状况，次主小区根据这些信息以及用户终端的业务服务质量信息需求，选择协作小区，然后在最新的协作小区中选取新的次主小区。若不需要增加协作小区，则直接在协作小区中选取新的次主小区。选取次主小区后，主小区向用户终端发送链路（即RRC链路）重配消息，消息中携带最新的CoMP集小区信息，UE接收到后，回应RRC重配完成消息，并与最新的CoMP集小区进行数据传输。

具体实施例二

本具体实施例二是实施例二的具体实施方式。

如图6所示，维护用户终端多点协作传输的方法包括：

次主小区与各协作小区向主小区反馈自身的负荷、信道质量以及资源使用情况等信息，同时主小区向次主小区发送最新的CoMP集相关信息。主小区向次主小区和各个协作小区发送调度信息，用户终端与CoMP集中各小区进行数据传输。

次主小区接收到主小区被删除的消息或者次主小区在一定的周期内未接收到主小区发送的信息更新消息，认为主小区发生故障，于是向用户终端发送无线链路（即RRC链路）重配消息，消息中携带用户终端CoMP集中各小区角色变更通知等信元，即主小区被放入删除列表，次主小区被放入主小区位置。用户终端接收到重配消息后，回应RRC重配完成消息，不再与原来的主小区进行数据传输。与此同时，次主小区转为主小区，向各协作小区发送主小区变更通知消息，消息中携带用户终端标识、原主小区的标识、本小区的标识等信元。新的主小区向各协作小区发送调度信息，用户终端继续CoMP数据传输。

新的主小区根据用户终端的业务服务质量信息决定是否需要增加协作小区。若需要增加，则在邻区中查找除协作小区和原来的主小区之外的小区，要求用户终端上报这些小区的下行信道质量状况，要求这些小区反馈自身的负荷、资源使用情况以及上行信道质量状况，次主小区根据这些信息以及用户终端的业务服务质量信息需求，选择协作小区，然后在最新的协作小区中选取新的次主小区。若不需要增加协作小区，则直接在协作小区中选取新的次主小区。选取次主小区后，主小区向用户终端发送链路（即RRC链路）重配消息，消息中携带最新的CoMP集小区信息，UE接收到后，回应RRC重配完成消息，并与最新的CoMP集小区进行数据传输。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

Claims (10)

1.一种维护用户终端多点协作传输的方法，其特征在于，

在用户终端的多点协作集的协作小区中选择一协作小区作为次主小区，在主小区故障时，所述次主小区作为新的主小区维护所述用户终端的多点协作传输；

选择次主小区时，优先选择与所述主小区属于不同的演进的节点B的协作小区作为次主小区，其次选择与所述主小区属于同一演进的节点B但不属于同一基带池的小区作为次主小区。

2.如权利要求1所述的方法，其特征在于，

在所述用户终端的多点协作传输过程中，所述主小区向所述次主小区同步所述多点协作集的信息。

3.如权利要求2所述的方法，其特征在于，

所述用户终端发现所述主小区故障后，根据在主小区故障前从主小区获知的次主小区信息向所述次主小区即新的主小区发起无线链路重建，所述次主小区通知各协作小区此次主小区作为所述用户终端的所述多点协作集的主小区。

4.如权利要求2所述的方法，其特征在于，

所述次主小区发现所述主小区故障后，通知各协作小区此次主小区作为所述用户终端的所述多点协作集的主小区，并对所述用户终端进行无线链路重配置通知所述用户终端此次主小区作为所述用户终端的所述多点协作集的主小区。

5.如权利要求3或4所述的方法，其特征在于，

所述次主小区作为所述用户终端的多点协作集的新的主小区后，在多点协作集的协作小区中选择一协作小区作为新的次主小区。

6.一种维护用户终端多点协作传输的系统，包括用户终端和位于演进的节点B中的用于管理用户终端的多点协作集中小区的管理装置，其特征在于，

所述管理装置，用于在用户终端的多点协作集的协作小区中选择一协作小区作为次主小区；还用于在主小区故障时，将所述次主小区作为新的主小区维护所述用户终端的多点协作传输；

所述管理装置，还用于在选择次主小区时，优先选择与所述主小区属于不同的演进的节点B的协作小区作为次主小区，其次选择与所述主小区属于同一演进的节点B但不属于同一基带池的小区作为次主小区。

7.如权利要求6所述的系统，其特征在于，

所述管理装置，还用于在所述用户终端的多点协作传输过程中，从所述主小区向所述次主小区同步所述多点协作集的信息。

8.如权利要求7所述的系统，其特征在于，

所述用户终端，用于在发现所述主小区故障后，根据在主小区故障前从主小区获知的次主小区信息向所述次主小区即新的主小区发起链路重建；

所述管理装置，还用于通知各协作小区所述次主小区作为所述用户终端的所述多点协作集的主小区。

9.如权利要求7所述的系统，其特征在于，

所述管理装置，还用于通过所述次主小区发现所述主小区故障后，通知各协作小区此次主小区作为所述用户终端的所述多点协作集的主小区，并对所述用户终端进行链路重配置通知所述用户终端此次主小区作为所述用户终端的所述多点协作集的主小区。

10.如权利要求8或9所述的系统，其特征在于，

所述管理装置，还用于将所述次主小区作为所述用户终端的多点协作集的新的主小区后，在多点协作集的协作小区中选择一协作小区作为新的次主小区。