CN102892131A - 一种回传链路中断时中继节点管理用户设备的方法和系统 - Google Patents

Abstract

本发明公开了一种回传链路中断时中继节点管理用户设备的方法，所述方法包括：需要断开回传链路时，中继节点(RN)调度其服务的用户设备(UE)切换到其他适合的小区，或者通知UE释放无线资源控制(RRC)连接；宿主基站(DeNB)获知RN服务的UE已经离开RN小区后，断开与RN间的回传链路。本发明还公开了一种回传链路中断时中继节点管理用户设备的系统，通过上述方法和系统，能够在中继节点断开前通知UE进行切换或者释放RRC连接，使得UE能够快速接入合适的小区，减小冗余信令的发送，保证良好的移动性能，提升用户的使用感受。

Description

一种回传链路中断时中继节点管理用户设备的方法和系统

技术领域

本发明涉及中继节点管理用户设备的技术，特别是指一种回传链路中断时中继节点管理用户设备的方法和系统。

背景技术

在通信系统中，用户设备(User Equipment，UE)成功接入基站(evolvedNodeB，eNB)后，则处于无线资源控制连接态(Radio Resource ControlCONNECTED，RRC_CONNECTED)，即RRC连接态，否则UE处于无线资源控制空闲态(RRC_IDLE)，即RRC空闲态。为了在移动通信系统中满足移动性的需求，当处于RRC连接态的UE在服务小区中与网络建立连接后，UE仍然需要对服务小区和相邻小区的信号质量等方面进行测量，以便选择更为合适的小区进行切换，从而获得更好的服务。其中，所述服务小区在切换过程中也称作源小区，源小区的负责基站为源基站。图1为现有技术中UE进行切换的流程示意图，如图1所示，需要说明的是图1是以基站间的X2切换为例，S1切换的大致流程与此类似。所述流程具体包括：

步骤101，源基站配置UE进行测量，并准备切换；

具体的，源基站配置UE对服务小区和某些相邻小区进行测量，根据UE上报的测量结果决定要将其切换到某相邻基站(即目标基站)下的适合的小区(即目标小区)，那么源基站向目标基站发送切换请求消息，通知对方该UE所需占用的资源情况等信息，以使得目标基站决定是否可以接纳该UE，如果目标基站的资源情况等允许该UE接入，目标基站即向源基站回复切换请求确认消息，切换准备阶段完成。

步骤102，源基站指示UE从源小区去附着；

具体的，源基站根据接收到的来自目标基站的切换请求确认消息向UE发送包含移动控制信息的RRC连接重配置(RRC Connection Reconfiguration)消息，通知UE应执行的移动切换程序，UE收到该消息后从源小区去附着(detach)。

步骤103，UE接入目标小区，切换执行阶段完成；

具体的，UE与目标小区同步并尝试接入目标小区，接入成功后向目标基站发送RRC连接重配置完成(RRC Connection Reconfiguration Complete)消息，切换执行阶段完成。在此期间，因还未通知核心网的网元更新切换相关信息，因此由服务网关(Serving Gateway，S-GW)发送的下行数据包仍到达源基站，则源基站将自己接收到的数据包转发给目标基站以免数据包的丢失。

步骤104，目标基站通知核心网侧更新数据，开始从核心网侧接收所述UE的下行数据，并转发给UE，切换完成阶段结束。

具体的，目标基站与核心网侧的移动性管理实体(Mobility ManagementEntity，MME)和S-GW间执行路径转换与用户面更新程序。此过程中S-GW向源基站发送终止标识(End marker)，源基站收到后即不再向目标基站转发下行数据包。核心网的网元信息更新后S-GW即将下行数据包发送给目标基站。目标基站通知源基站释放该UE的上下文，这标志着切换完成阶段的结束，也是整个切换程序的结束。

上述流程中的RRC消息属于专用信令，即基站是针对每个UE发送的，例如上述过程中调度某一UE执行切换的各条消息。对于另一类需要传输给某个地理区域(如某小区)内所有UE的公用信息，基站会采取广播的方式，这些信息也称为系统消息。系统消息有相应的变更周期，基站在一个变更周期内可能多次发送某系统消息，以尽量使得该地理区域内的所有UE都能成功接收到。UE在某一变更周期内接收到更新的系统消息，在下一个变更周期开始按照该系统消息指示的内容来执行相应的操作。

随着通信系统的演进，网络中可以部署无线中继节点(Relay Node，RN)，其目的在于扩展小区的覆盖范围、减少通信中的死角地区、平衡负载、转移热点地区的业务和节省UE的发射功率。图2是利用无线中继技术的网络结构示意图，如图2所示，RN21对接入其小区的UE22提供与普通基站23类似的功能和服务，RN21和UE22间的无线接口称为接入链路(Access Link)，也称为Uu接口；RN21又通过无线接口以类似于普通UE24的方式接入一个服务于它的基站23，服务于RN21的基站23称为宿主基站(Donor eNB，DeNB)，RN21和基站23间的无线接口称为回传链路(Backhaul Link)，也称为Un口。

根据RN现有的架构，DeNB会为RN代理实现S-GW与分组数据网网关(Packet Data Network Gateway，P-GW)的功能，所述S-GW和P-GW在基础架构中，都位于核心网。且RN与MME或其他相邻基站间的传输消息，都经过DeNB的透传或处理完成转发。也就是说，RN与DeNB相连的无线Un口上不仅传输无线消息，例如RRC消息等，还传输原基础网络架构中属于有线传输的S1、X2消息。DeNB也同时具有与RN所服务的UE相关的S1、X2接口信息，例如：S1应用层标识(S1-Application Identity，S1AP ID)、X2应用层标识(X2-Application Identity，X2AP ID)和MME标识等信息，以便RN服务的UE实现与其他网元间进行通信或其自身进行小区切换。

当RN出现问题，或者出于某些实际需求，RN可能会中断与DeNB间的无线连接，即Un口，暂时或长期的退出网络。与普通UE离开RRC_CONNECTED，即Uu口断开，的程序不同的是，Un口的中断会涉及与RN相连的UE，也就是说RN无法为这些UE再提供与其他网元的通信等服务，但UE对此未知，可能仍继续等待接收下行信令或请求上行信息发送的资源，直到检测或请求未果才能发现该无线链路失败。这样会造成很多冗余信令的传输，也增大了UE接入其他基站去获得服务的时延。

发明内容

有鉴于此，本发明的主要目的在于提供一种回传链路(即Un口)中断时中继节点管理用户设备的方法和系统，能够避免用户设备在中继节点失效的情况下，持续等待接收下行信令或请求上行信息发送的资源，直到检测或请求未果才能发现该无线链路失败。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种回传链路中断时中继节点(RN)管理用户设备(UE)的方法，所述方法包括：

需要断开回传链路时，RN调度其服务的UE切换到其他适合的小区，或者通知UE释放无线资源控制(RRC)连接；

宿主基站(DeNB)获知RN服务的UE已经离开RN小区后，断开与RN间的回传链路。

其中，所述DeNB获知RN服务的UE已经离开RN小区的方法包括：

所述UE从源小区去附着后、或所述UE成功切换到适合的小区后，RN回复RRC连接释放确认消息通知DeNB，所有UE已经离开RN小区；或者

预设的定时器到时后，DeNB获知RN服务的UE已经离开RN小区。

其中，所述定时器时长的设置，包括：

适合切换过程中所有UE从RN小区去附着的平均时间；或者

适合所有UE切换完毕的平均时间；或者

适合通知所有UE释放RRC连接的时间。

其中，在RN获知需要断开回传链路后，并且在RN回复RRC连接释放确认消息通知DeNB或者定时器超时前，DeNB维持与RN间的无线连接。

其中，所述RN获知需要断开回传链路的方法包括：RN收到DeNB发送的RRC连接释放消息。

其中，所述通知UE释放RRC连接，包括：分别对每个UE发送专用RRC连接释放消息；或者向RN小区中的所有UE发送通知其释放RRC连接的广播消息。

其中，所述调度其服务的UE切换到其他适合的小区，包括：

根据所述UE测量上报结果，调度UE切换到其他适合的小区；其中，所述其他适合的小区，包括：为所述RN服务的DeNB所服务的小区、或为所述RN服务的DeNB下其他RN所服务的小区、或为所述RN服务的DeNB的相邻基站所服务的小区。

本发明还提供了一种回传链路中断时中继节点管理用户设备的系统，所述系统包括：DeNB、所述DeNB下属的RN和一个或多个UE，其中，

所述RN，用于需要断开回传链路时，调度其服务的UE切换到其他适合的小区，或者通知UE释放RRC连接；

所述DeNB，用于获知RN服务的UE已经离开RN小区后，断开与RN间的回传链路。

其中，所述DeNB获知RN服务的UE已经离开RN小区的方法包括：

所述UE从源小区去附着后、或所述UE成功切换到适合的小区后，RN回复RRC连接释放确认消息通知DeNB，所有UE已经离开RN小区；或者

预设的定时器到时后，DeNB获知RN服务的UE已经离开RN小区。

其中，所述定时器时长的设置，包括：

适合切换过程中所有UE从RN小区去附着的平均时间；或者

适合所有UE切换完毕的平均时间；或者

适合通知所有UE释放RRC连接的时间。

其中，所述RN获知需要断开回传链路的方法包括：RN收到DeNB发送的RRC连接释放消息。

其中，所述通知UE释放RRC连接，包括：分别对每个UE发送专用RRC连接释放消息；或者向RN小区中的所有UE发送通知其释放RRC连接的广播消息。

其中，所述调度其服务的UE切换到其他适合的小区，包括：

根据所述UE测量上报结果，调度UE切换到其他适合的小区；其中，所述其他适合的小区，包括：为所述RN服务的DeNB所服务的小区、或为所述RN服务的DeNB下其他RN所服务的小区、或为所述RN服务的DeNB的相邻基站所服务的小区。

本发明所提供的回传链路中断时中继节点管理用户设备的方法和系统，在需要断开回传链路时，RN调度其服务的UE切换到其他适合的小区，或者通知UE释放RRC连接；DeNB获知RN服务的UE已经离开RN小区后，断开与RN间的回传链路。在中继节点断开回传链路前通知UE进行切换或者释放RRC连接，使得UE能够快速接入合适的小区，减小冗余信令的发送，保证良好的移动性能，提升用户的使用感受。

附图说明

图1为现有技术中UE进行切换的流程示意图；

图2是利用无线中继技术的网络结构示意图；

图3为本发明Un口中断时中继节点管理用户设备的方法流程示意图；

图4为本发明Un口中断时中继节点管理用户设备实施例一的流程示意图；

图5为本发明Un口中断时中继节点管理用户设备实施例二的流程示意图；

图6为本发明Un口中断时中继节点管理用户设备实施例三的流程示意图；

图7为本发明Un口中断时中继节点管理用户设备实施例四的流程示意图；

图8为本发明Un口中断时中继节点管理用户设备的系统结构示意图。

具体实施方式

本发明的基本思想是：需要断开回传链路时，RN调度其服务的UE切换到其他适合的小区，或者通知UE释放RRC连接；DeNB获知RN服务的UE已经离开RN小区后，断开与RN间的回传链路。

下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。

图3为本发明Un口中断时中继节点管理用户设备的方法流程示意图，如图3所示，所述方法包括以下步骤：

步骤301，需要断开回传链路时，RN调度其服务的UE切换到其他适合的小区，或者通知UE释放RRC连接；

具体的，所述RN获知需要断开回传链路的方法包括：RN收到DeNB发送的RRC连接释放(RRC Connection Release)消息。

所述调度其服务的UE切换到其他适合的小区，包括：根据所述UE测量上报结果，调度UE切换到合适的其他适合的小区。其中，所述其他适合的小区，包括：为所述RN服务的DeNB所服务的小区、或为所述RN服务的DeNB下其他RN所服务小区、或为所述RN服务的DeNB的相邻基站所服务的小区。所述RN向适合的小区的基站发送切换请求消息，向其通知UE所需的资源占用情况，目标基站允许所述UE接入，则对RN回复切换请求确认消息，RN收到所述切换请求确认消息后，向UE发送RRC连接重配置(RRC ConnectionReconfiguration)消息，UE收到后从源小区去附着。

所述通知UE释放RRC连接，包括：分别对每个UE发送专用RRC连接释放消息；或者向RN小区中的所有UE发送广播消息，通知其释放RRC连接。

步骤302，DeNB获知RN服务的UE已经离开RN小区后，断开与RN间的回传链路。

具体的，所述断开与RN间的回传链路，具体为：RN像普通UE一样继续RRC连接释放接下来的流程，或者直接断电；DeNB在收到确认消息或定时器超时后，停止与所述RN之间的上下行服务，可能释放RN及UE的上下文。所述DeNB获知RN服务的UE已经离开RN小区的方法包括：所述UE从源小区去附着后、或所述UE成功切换到适合的小区后，RN回复RRC连接释放确认(RRC Connection release Ack)消息通知DeNB，所有UE已经离开RN小区；或者预设的定时器到时后，DeNB获知RN服务的UE已经离开RN小区。

其中，所述定时器时长的设置，包括：适合切换过程中所有UE从RN小区去附着的平均时间；或者适合所有UE切换完毕，即包括切换过程中失败的UE再进行小区重选等，的平均时间；或者适合通知所有UE释放RRC连接的时间。所述UE从源小区去附着后，RN回复RRC连接释放确认消息通知DeNB，所有UE已经离开RN小区，这种情况下所需的反馈时间短，对RN而言也比较简单，但因RN向DeNB回复确认消息后即中断了与DeNB间的无线连接，可能会造成数据包的丢失。所述UE成功切换到适合的小区后，RN回复RRC连接释放确认消息通知DeNB，所有UE已经离开RN小区，这种情况下对应图1所示步骤104中RN收到最后一个切换程序结束的UE上下文释放消息，这种所有UE的切换流程彻底结束的方案所需的时间较长，但RN可将数据包转发给目标基站以避免数据包的丢失。

进一步需要说明的是，在所述DeNB获知RN服务的UE已经离开RN小区之前，所述方法还包括：DeNB维持与RN间的无线连接，即保存与这些UE相关的S1AP ID、X2AP ID和MME标识等信息，以保证UE切换流程的顺利进行。

只有当RN已经开始像普通基站般为接入RN小区的UE进行服务后，RN与DeNB间的Un口中断才会对其下的UE有所影响，否则RN离开RRC_CONNECTED的行为就如同普通UE一样。如果由于运营商的部署或其他网络需求而使得需要中断RN与DeNB间的RRC连接时，DeNB就会向RN发送RRC连接释放消息。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。以下实施例中，所述目标基站的小区为RN对所属UE进行切换所选择的适合的小区。

图4为本发明Un口中断时中继节点管理用户设备实施例一的流程示意图，如图4所示，基于运营商的部署或网络的某些需求，某个正在为UE服务的RN可能被暂时或长期的中断与DeNB间的无线连接。此时，DeNB需要向RN发送RRC Connection Release消息，RN接收到该消息后调度其服务的UE切换到其他基站下合适的小区。当RN下所有的UE都从RN源小区去附着后，RN向DeNB回复RRC Connection Release Ack消息，在此之前DeNB需要维持与RN间正常的无线连接。具体流程为：

步骤401，基于运营商的部署或网络的某些需求(如出于负载均衡目的而需要为RN更换MME等)，某个正在为UE服务的RN可能要中断与DeNB间的无线连接，则DeNB向RN发送RRC Connection Release消息；

步骤402，RN收到RRC Connection Release消息后，根据其下UE的测量上报结果调度这些UE切换到各自合适的其他基站下的小区；

具体的，RN向目标基站发送切换请求消息来对其通知UE所需的资源占用情况，目标基站允许该UE接入则对RN回复切换请求确认消息，RN根据这一消息内容对UE发送RRC Connection Reconfiguration消息，UE收到后即可从源小区去附着。

步骤403，待RN服务的最后一个UE从源小区去附着后，RN即向DeNB回复RRC Connection Release Ack消息，以向DeNB通知该RN下的所有UE都已经离开RN小区，RN像普通UE一样继续RRC连接释放接下来的流程。

具体的，在此之前DeNB需要维持与RN间正常的无线连接，即也保存与这些UE相关的S1AP ID、X2AP ID和MME标识等信息，以保证UE切换程序的顺利进行。

需要注意的是，UE从源小区去附着后、在接入目标小区的过程中可能失败，这样UE会重新选择小区进行重建。因RN即将中断与DeNB间的无线连接且关闭RN小区，因此如果UE重新选择的小区是RN小区，那么RN可能向UE回复发送RRC连接重建拒绝(RRC Connection Reestablishment Reject)消息，UE收到该消息则执行离开RRC_CONNECTED的程序。

图5为本发明Un口中断时中继节点管理用户设备实施例二的流程示意图，如图5所示，RN接收到DeNB发送的RRC Connection Release消息后调度其下的UE切换到其他基站下合适的小区。当RN服务的所有的UE都切换完毕后，RN向DeNB回复RRC Connection Release Ack消息，在此之前DeNB需要维持与RN间正常的无线连接。具体流程为：

步骤501，如果某个正在为UE服务的RN需要被中断与DeNB间的无线连接，则DeNB需向RN发送RRC Connection Release消息；

步骤502，RN收到RRC Connection Release消息后，根据其下UE的测量上报结果调度这些UE切换到各自合适的其他基站下的小区；

具体的，RN与目标基站间首先协调资源做切换准备，待目标基站同意接纳该UE后即执行切换。在切换完成阶段，目标基站通知位于核心网侧的MME、S-GW等网元间更新路径和用户面等信息。整个切换过程结束，目标基站通知源基站释放该UE的上下文。

步骤503，待RN服务的所有UE都切换完毕后，RN即向DeNB回复RRCConnection Release Ack消息，在此之前DeNB需要维持与RN间正常的无线连接，即也保存与这些UE相关的S1AP ID、X2AP ID和MME标识等信息，以保证UE切换程序的顺利完成，RN像普通UE一样继续RRC连接释放接下来的流程。

需要注意的是，在切换执行或完成阶段失败的UE会重新选择小区进行重建。因RN即将中断与DeNB间的无线连接且关闭小区，如果UE重新选择的小区是RN小区，那么RN可能发送RRC Connection Reestablishment Reject消息给UE，UE收到该消息则执行离开RRC_CONNECTED的程序；如果UE重选到其他小区，RN自身的相关定时器会超时。因此，RN向DeNB回复RRCConnection Release Ack消息的确切时刻应该是其服务的所有UE都完成了切换成功，即收到释放UE上下文的消息；或失败，即回复了RRC ConnectionReestablishment Reject消息或定时器超时，程序后的时刻。

图6为本发明Un口中断时中继节点管理用户设备实施例三的流程示意图，如图6所示，RN接收到DeNB发送的RRC Connection Release消息后可调度其服务的UE切换到其他基站下合适的小区或直接释放与这些UE的RRC连接。DeNB可预先设置定时器，该定时器在DeNB向RN发送RRC Connection Release消息时开启，在预置时间到达后超时，当定时器超时时，DeNB认为RN已经将其服务的UE切换或释放，如果执行的是切换程序，则在此之前DeNB需要维持与RN间正常的无线连接。具体流程为：

步骤601，如果某个正在为UE服务的RN需要被中断与DeNB间的无线连接，则DeNB需向RN发送RRC Connection Release消息，DeNB预置一个定时器，当DeNB发送该消息时，定时器开始计时；

步骤602，RN收到RRC Connection Release消息后，将其服务的UE切换到各自合适的其他基站下的小区或释放与UE间的RRC连接；

步骤603，DeNB的定时器到时后，认为RN完成了切换或释放其服务的UE，然后像普通UE一样继续RRC连接释放接下来的流程。

具体的，DeNB内定时器的时长可以有三种选择，一是适合切换过程中所有UE仅从源RN小区去附着的平均时间；二是适合所有UE切换完毕的平均时间；三是适合通知所有UE释放RRC连接的时间。如果选择RN在收到RRCConnection Release消息后将其服务的UE切换至其他基站下合适的小区，那么在定时器超时前，DeNB需要维持与RN间正常的无线连接，即也保存与这些UE相关的S1AP ID、X2AP ID和MME标识等信息，以保证UE切换程序的顺利进行。

需要注意的是，当定时器超时可能有个别UE还未完成切换的相关流程，但因Un口的S1、X2连接已释放，UE不可再执行切换，RN可以释放这些UE或者不再为其提供基站类的服务，即RN仅有UE身份，而使得UE自身获知无线链路失败回到RRC_IDLE状态。

图7为本发明Un口中断时中继节点管理用户设备实施例四的流程示意图，如图7所示，RN接收到DeNB发送的RRC Connection Release消息后可直接通知其服务的UE释放RRC连接，这个向UE通知释放RRC连接的消息可以是专用或公用的消息。在DeNB侧，可以是RN在释放后向DeNB回复RRCConnection Release Ack消息，或者是在DeNB中预置一个时长适合UE接收到该通知消息的定时器(例如实施例三所述的流程)。具体流程为：

步骤701，如果某个正在为UE服务的RN需要被中断与DeNB间的无线连接，则DeNB需向RN发送RRC Connection Release消息；

步骤702，RN收到RRC Connection Release消息后直接释放与其服务的所有UE间的RRC连接；

具体的，例如部署在小区边缘的RN，即使RN勉强为UE选择到目标小区，即前述适合的小区，该切换的成功几率也不高，或在切换后又会重新选择小区。

所述释放消息的发送有两种选择，一是分别对每个UE发送现有的专用RRC Connection Release消息；二是新增一种公用的系统消息，该系统消息对RN小区中的所有UE广播，UE接收到该系统消息即知服务基站要释放与自身间的RRC无线连接，则其在与系统消息相关的下一个变更周期开始即离开RRC_CONNECTED。

步骤703，RN完成了释放其服务的UE，然后像普通UE一样继续RRC连接释放接下来的流程。

进一步的，若采取的是如实施例三所述的定时器方案，则DeNB可根据RN广播的系统消息的变更周期来设置定时器的时长，当广播的该系统消息的下一个变更周期到达时，该定时器也计时完毕；或是一个适合RN向所有UE都发送专用的RRC Connection Release消息的时间。若采用的是回复确认消息的方案，则RN可在广播系统消息后的下一个变更周期起始时刻或已向所有UE都发送专用的RRC Connection Release消息后，对DeNB回复RRC ConnectionRelease Ack消息。RN通知其服务的UE都释放后即像普通UE一样继续RRC连接释放接下来的流程。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

图8为本发明Un口中断时中继节点管理用户设备的系统结构示意图，如图8所示，所述系统包括：DeNB81、所述DeNB81下属的RN82和一个或多个UE83，其中，

所述RN82，用于需要断开回传链路时，调度其服务的UE83切换到其他适合的小区，或者通知UE83释放RRC连接；

具体的，所述RN82获知需要断开回传链路的方法包括：RN82收到DeNB81发送的RRC连接释放消息。

所述调度其服务的UE83切换到其他适合的小区，包括：根据所述UE83测量上报结果，调度UE83切换到合适的其他适合的小区。其中，所述其他适合的小区，包括：为所述RN82服务的DeNB81所服务的小区、或为所述RN82服务的DeNB81下其他RN82所服务的小区、或为所述RN82服务的DeNB81的相邻基站所服务的小区。所述RN82向适合的小区的基站发送切换请求消息，向其通知UE83所需的资源占用情况，目标基站允许所述UE83接入，则对RN82回复切换请求确认消息，RN82收到所述切换请求确认消息后，向UE83发送RRC连接重配置(RRC Connection Reconfiguration)消息，UE83收到后从源小区去附着。

所述通知UE83释放RRC连接，包括：分别对每个UE83发送专用RRC连接释放消息；或者向RN82小区中的所有UE83发送广播消息，通知其释放RRC连接。

所述DeNB81，用于获知RN82服务的UE83已经离开RN82负责的小区后，断开与RN82间的回传链路。

具体的，所述断开与RN82间的回传链路，具体为：RN82像普通UE一样继续RRC连接释放接下来的流程，或者或直接断电；DeNB81在收到确认消息或定时器超时后，停止与所述RN82之间的上下行服务，或者释放RN82及UE的上下文。所述DeNB81获知RN82服务的UE83已经离开RN82负责的小区的方法包括：所述UE83从源小区去附着后、或所述UE83成功切换到适合的小区后，RN82回复RRC连接释放确认(RRC Connection release Ack)消息通知DeNB81，所有UE83已经离开RN82负责的小区；或者预设的定时器到时后，DeNB81获知RN82服务的UE83已经离开RN82负责的小区。

其中，所述定时器时长的设置，包括：适合切换过程中所有UE83从源RN82小区去附着的平均时间；或者适合所有UE83切换完毕，即包括切换过程中失败的UE83再进行小区重选等，的平均时间；或者适合通知所有UE83释放RRC连接的时间。所述UE83从源小区去附着后，RN82回复RRC连接释放确认消息通知DeNB81，所有UE83已经离开RN82负责的小区，这种情况下所需的反馈时间短，对RN82而言也比较简单，但因RN82向DeNB81回复确认消息后即中断了与DeNB81间的无线连接，可能会造成数据包的丢失。所述UE83成功切换到适合的小区后，RN82回复RRC连接释放确认消息通知DeNB81，所有UE83已经离开RN82负责的小区，这种情况下RN82收到最后一个切换程序结束的UE83上下文释放消息，这种所有UE83的切换流程彻底结束的方案所需的时间较长，但RN可将数据包转发给目标基站以避免数据包的丢失。

进一步需要说明的是，在所述DeNB81获知RN82服务的UE83已经离开RN82负责的小区之前，所述方法还包括：DeNB81维持与RN82间的无线连接，即保存与这些UE83相关的S1AP ID、X2AP ID和MME标识等信息，以保证UE83切换流程的顺利进行。

只有当RN82已经开始像普通基站般为接入RN82小区的UE83进行服务后，RN82与DeNB81间的Un口中断才会对其下的UE83有所影响，否则RN82离开RRC_CONNECTED的行为就如同普通UE一样。如果由于运营商的部署或其他网络需求而使得需要中断RN82与DeNB81间的RRC连接时，DeNB81就会向RN82发送RRC连接释放消息。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (13)

1.一种回传链路中断时中继节点(RN)管理用户设备(UE)的方法，其特征在于，所述方法包括：

需要断开回传链路时，RN调度其服务的UE切换到其他适合的小区，或者通知UE释放无线资源控制(RRC)连接；

宿主基站(DeNB)获知RN服务的UE已经离开RN小区后，断开与RN间的回传链路。

2.根据权利要求1所述的方法，其特征在于，所述DeNB获知RN服务的UE已经离开RN小区的方法包括：

所述UE从源小区去附着后、或所述UE成功切换到适合的小区后，RN回复RRC连接释放确认消息通知DeNB，所有UE已经离开RN小区；或者

预设的定时器到时后，DeNB获知RN服务的UE已经离开RN小区。

3.根据权利要求2所述的方法，其特征在于，所述定时器时长的设置，包括：

适合切换过程中所有UE从RN小区去附着的平均时间；或者

适合所有UE切换完毕的平均时间；或者

适合通知所有UE释放RRC连接的时间。

4.根据权利要求2所述的方法，其特征在于，在RN获知需要断开回传链路后，并且在RN回复RRC连接释放确认消息通知DeNB或者定时器超时前，DeNB维持与RN间的无线连接。

5.根据权利要求1或2所述的方法，其特征在于，所述RN获知需要断开回传链路的方法包括：RN收到DeNB发送的RRC连接释放消息。

6.根据权利要求1或2所述的方法，其特征在于，所述通知UE释放RRC连接，包括：分别对每个UE发送专用RRC连接释放消息；或者向RN小区中的所有UE发送通知其释放RRC连接的广播消息。

7.根据权利要求1或2所述的方法，其特征在于，所述调度其服务的UE切换到其他适合的小区，包括：

根据所述UE测量上报结果，调度UE切换到其他适合的小区；其中，所述其他适合的小区，包括：为所述RN服务的DeNB所服务的小区、或为所述RN服务的DeNB下其他RN所服务的小区、或为所述RN服务的DeNB的相邻基站所服务的小区。

8.一种回传链路中断时中继节点管理用户设备的系统，其特征在于，所述系统包括：DeNB、所述DeNB下属的RN和一个或多个UE，其中，

所述RN，用于需要断开回传链路时，调度其服务的UE切换到其他适合的小区，或者通知UE释放RRC连接；

所述DeNB，用于获知RN服务的UE已经离开RN小区后，断开与RN间的回传链路。

9.根据权利要求8所述的系统，其特征在于，所述DeNB获知RN服务的UE已经离开RN小区的方法包括：

所述UE从源小区去附着后、或所述UE成功切换到适合的小区后，RN回复RRC连接释放确认消息通知DeNB，所有UE已经离开RN小区；或者

预设的定时器到时后，DeNB获知RN服务的UE已经离开RN小区。

10.根据权利要求9所述的系统，其特征在于，所述定时器时长的设置，包括：

适合切换过程中所有UE从RN小区去附着的平均时间；或者

适合所有UE切换完毕的平均时间；或者

适合通知所有UE释放RRC连接的时间。

11.根据权利要求8或9所述的系统，其特征在于，所述RN获知需要断开回传链路的方法包括：RN收到DeNB发送的RRC连接释放消息。

12.根据权利要求8或9所述的系统，其特征在于，所述通知UE释放RRC连接，包括：分别对每个UE发送专用RRC连接释放消息；或者向RN小区中的所有UE发送通知其释放RRC连接的广播消息。

13.根据权利要求8或9所述的系统，其特征在于，所述调度其服务的UE切换到其他适合的小区，包括：

根据所述UE测量上报结果，调度UE切换到其他适合的小区；其中，所述其他适合的小区，包括：为所述RN服务的DeNB所服务的小区、或为所述RN服务的DeNB下其他RN所服务的小区、或为所述RN服务的DeNB的相邻基站所服务的小区。

Images