类型信息上报及中继节点类型确定方法、系统和设备

摘要

本发明实施例公开了一种类型信息上报及中继节点类型确定方法、系统和设备，涉及无线通信技术领域，用于解决基站无法获知中继节点与基站间的接口发生无线链路失败RLF而进行小区重选后的RN类型的间题。本发明中，中继节点在RRC连接重建过程中将中继节点的类型信息上报给基站。基站接收中继节点发来的无线资源控制RRC消息；根据RRC消息确定中继节点处于开机启动的第一阶段或第二阶段；在确定中继节点处于开机启动的第二阶段时，根据RRC消息中携带的中继节点的类型信息确定中继节点的类型。采用本发明，基站能够获知RN与基站间的接口发生RLF而进行小区重选后的RN类型。

说明书

技术领域

本发明涉及无线通信领域，尤其涉及一种类型信息上报及中继节点类型确 定方法、系统和设备。

背景技术

在长期演进升级(LTE-A)系统中，为了提高系统吞吐量和增加网络覆盖 引入了中继节点(Relay Node，RN)。引入RN的系统的网络结构如图1所示， 其中基站(eNB)通过有线接口连到核心网(CN)，RN通过无线接口(Un口) 连接到施主基站(Donor eNB，DeNB)，DeNB是RN归属的eNB，中继终端 (R-UE)通过无线接口(Uu口)连接到RN。

根据是否需要对载波资源在时域上进行划分，RN类型(RN type)可以分 为如下两种：需要资源划分的RN和不需要资源划分的RN。

对于需要资源划分的RN，RN不能在Uu接口和Un接口同时收发信号， 否则会产生自干扰，为了避免自干扰的产生，一种解决方法就是在Uu口的下 行接入(access)传输时间内创造传输空隙(transmission gap)，该transmission gap可以用于下行回程链路(DL BH link)的数据传输。transmission gap的配 置可以通过MBSFN子帧实现，如图2所示。在transmission gap内，DeNB与 RN进行下行传输，RN与R-UE不进行下行传输。

引入RN的网络中RN启动过程分为如下两个阶段：

第一阶段(Phase I)：

本阶段RN作为UE接入网络，步骤如下：

步骤1：无线资源控制(RRC)连接建立；

RN开机进行小区选择，与所选小区建立RRC连接；

步骤2：RN附着并从RN操作与管理(OAM)实体获取配置信息；

RN按照UE的方式附着到网络，从RN OAM实体下载初始配置信息，初 始配置信息包括RN允许接入的施主小区(donor cell)列表以及RN支持的Uu 口频点等信息；

步骤3：RN去附着。

第二阶段(Phase II)：

本阶段中，RN作为RN接入网络，步骤如下：

步骤1：选donor cell；

从Phase I中RN OAM配置的donor Cell列表中选择一个donor Cell；

步骤2：建立RRC连接；

RN和新选择的donor cell建立RRC连接；

步骤3：选移动性管理实体(MME)；

在附着过程中，RN通过RRC信令告知DeNB其RN身份，基于这个信息， DeNB给RN选择一个支持RN的MME；

步骤4：选网关(GW)；

在CN通知MME接入节点为RN后，MME选择DeNB作为RN的分组数 据网关/服务网关(P/S-GW)；

步骤5：建立S1和X2接口；

RN在DeNB为其建立的承载上发起S1和X2接口建立过程。

RN启动阶段，确定RN type的主要依据包括如下三点：

第一，RN在Phase I阶段从RN OAM下载的RN Uu口支持的频点信息；

第二，RN在Phase II阶段选择的donor cell的频点信息；

第三，RN自身的软硬件能力。

当RN确定RN type后，在Phase II阶段的步骤2(即与donor cell建立RRC 连接)过程中通过RRC连接建立完成消息 (RRCConnectionestablishmentComplete)将“I’m an RN(RN节点指示信息)” 以及“RN type(RN类型)”上报给DeNB。

一旦发生如下三种情况中任何一个，则RN判断其在Un口发生无线链路 失败(Radio Link Failure，RLF)：

情况一：从底层连续收到N310个失步(out-of-sync)指示后启动T310 定时器，当T310定时器超时前没有从底层连续收到N311个同步(in-sync)指 示；

情况二：收到媒体接入控制(MAC)层发送的随机接入问题指示；

情况三：收到无线链路控制(RLC)层达到最大重传次数的指示。

作为基站工作的RN发生无线链路失败后将释放Un配置并按照类似UE 无线链路失败后的处理方式进行RRC连接重建，如图3所示。当RN检测到 RLF，则启动RRC连接重建(RRC connection re-establish)过程并同时启动T311 定时器。RRC连接重建的第一个过程为小区重选，当RN选定一个合适的小区 后，停止T311定时器并启动T301定时器，然后尝试和新选择的donor cell建 立RRC连接。由于只有DeNB有RN上下文(RN context)信息，因此只有当 RN重选的小区为RN发生RLF之前归属的DeNB下的小区，RRC连接重建才 有可能成功。

RRC连接重建的信令流程如图4和图5所示，根据图4和图5可知RRC 连接重建可能涉及的RRC消息如下：

RRC连接重建请求消息(RRCConnectionReestablishmentRequest)；

RRC连接重建消息(RRCConnectionRee stablishment)；

RRC连接重建完成消息(RRCConnectionReestablishmentComplete)；

RRC连接重建拒绝消息((RRCConnectionReestablishmentReject)；

在实现本发明的过程中，发明人发现现有技术中存在以下技术问题：

现有技术中，RN需要在启动的Phase II阶段通过RRC连接建立完成消息 向DeNB上报RN type信息。当RN的Un口发生RLF后，RN首先进行接入 层层(AS，Access Stratum)恢复，即执行RRC连接重建过程。RRC连接重建 过程包含小区重选和在新选择的小区内建立RRC连接这两个步骤。

RN重选donor cell后，由于新选择的donor cell的频点可能和原donor cell 的频点不同，那么就有可能导致RN类型发生变化，比如RN type从“需要资 源划分”变为“不需要资源划分”。如果DeNB根据RN初始启动时上报的RN type进行后续操作，那么就会导致DeNB和RN之间对RN type理解不一致， 进而可能导致基站对RN进行错误配置，从而影响系统性能。

发明内容

本发明实施例提供一种类型信息上报方法和一种中继节点，用于解决基站 无法获得RN与基站间的接口发生RLF而进行小区重选后的RN类型信息的问 题。

一种类型信息上报方法，该方法包括：

中继节点在与基站间的接口发生RLF后，执行小区重选过程，并根据小 区重选结果确定中继节点的类型；

中继节点在重选的小区内执行RRC连接重建过程，并在该RRC连接重建 过程中将所述中继节点的类型信息上报给基站。

一种中继节点，该中继节点包括：

小区重选单元，用于在与基站间的接口发生RLF后，执行小区重选过程， 并根据小区重选结果确定中继节点的类型；

连接重建单元，用于在重选的小区内执行RRC连接重建过程，并在该RRC 连接重建过程中将所述中继节点的类型信息上报给基站。

本方案中，中继节点在与基站间的接口发生RLF后，执行小区重选过程， 并根据小区重选结果确定中继节点的类型，在重选的小区内执行RRC连接重 建过程，并在该RRC连接重建过程中将所述中继节点的类型信息上报给基站。 可见，采用本方案，基站能够获得RN与基站间的接口发生RLF而进行小区重 选后的RN类型信息。

本发明实施例还提供一种继节点类型确定方法、一种基站和一种长期演进 升级通信系统，用于解决基站无法获知RN与基站间的接口发生RLF而进行小 区重选后的RN类型的问题。

一种中继节点类型确定方法，该方法包括：

基站接收中继节点发来的RRC消息；

基站根据所述RRC消息确定中继节点处于开机启动的第一阶段或第二阶 段；

基站在确定中继节点处于开机启动的第二阶段时，根据所述RRC消息中 携带的中继节点的类型信息，确定中继节点的类型。

一种基站，该基站包括：

消息接收单元，用于接收中继节点发来的RRC消息；

阶段判定单元，用于根据所述RRC消息确定中继节点处于开机启动的第 一阶段或第二阶段；

类型确定单元，用于在确定中继节点处于开机启动的第二阶段时，根据所 述RRC消息中携带的中继节点的类型信息，确定中继节点的类型。

一种长期演进升级通信系统，该系统包括：

中继节点，用于在与基站间的接口发生RLF后，执行小区重选过程，并 根据小区重选结果确定中继节点的类型；在重选的小区内执行RRC连接重建 过程，并在该RRC连接重建过程中将所述中继节点的类型信息上报给基站；

基站，用于接收中继节点发来的RRC消息；根据所述RRC消息确定中继 节点处于开机启动的第一阶段或第二阶段；在确定中继节点处于开机启动的 第二阶段时，根据所述RRC消息中携带的中继节点的类型信息，确定中继节 点的类型。

本方案中，基站接收中继节点发来的RRC消息后，根据所述RRC消息确 定中继节点处于开机启动的第一阶段或第二阶段，在确定中继节点处于开机启 动的第二阶段时，根据所述RRC消息中携带的中继节点的类型信息，确定中 继节点的类型。可见，采用本方案，基站能够获知RN与基站间的接口发生RLF 而进行小区重选后的RN类型。

附图说明

图1为现有技术中的LTE-A网络结构示意图；

图2为现有技术中的Un口利用MBSFN子帧进行中继链路下行传输示意 图；

图3为现有技术中的RN RLF后无线链路恢复过程示意图；

图4为现有技术中的RRC连接重建信令流程示意图；

图5为现有技术中的另一RRC连接重建信令流程示意图；

图6为本发明实施例提供的方法流程示意图；

图7为本发明实施例提供的另一方法流程示意图；

图8为本发明实施例提供的Un口下行和/或上行BH子帧配置流程示意图；

图9为本发明实施例提供的设备结构示意图；

图10为本发明实施例提供的另一设备结构示意图。

具体实施方式

为了使得基站能够获知RN与基站间的接口发生RLF而进行小区重选后的 RN类型，本发明实施例提供一种类型信息上报及中继节点类型确定方法，本 方法中，中继节点在与基站间的接口发生无线链路失败RLF后，执行小区重 选过程，并在重选的小区内执行RRC连接重建过程，在该RRC连接重建过程 中将中继节点的类型信息上报给基站。

参见图6，本发明实施例提供的类型信息上报方法，具体包括以下步骤：

步骤60：中继节点在与基站间的接口发生无线链路失败RLF后，执行小 区重选过程，并根据小区重选结果确定中继节点的类型；

步骤61：中继节点在重选的小区内执行无线资源控制RRC连接重建过程， 并在该RRC连接重建过程中将所述中继节点的类型信息上报给基站。

步骤60中，中继节点根据小区重选结果确定中继节点的类型时，具体可 以根据重选的小区的频点信息，确定中继节点的类型；或者，根据重选的小区 的频点信息和中继节点自身的软硬件能力，确定中继节点的类型；或者，根据 重选的小区的频点信息、中继节点自身的软硬件能力和中继节点的Uu口支持 的频点信息，确定中继节点的类型。具体确定方法与现有技术相同。

步骤61中，中继节点在RRC连接重建过程中将中继节点的类型信息上报 给基站之前，可以首先确定自身处于开机启动的第一阶段或是第二阶段，并在 确定自身处于开机启动的第二阶段时，才在RRC连接重建过程中将中继节点 的类型信息上报给基站。若确定自身处于开机启动的第一阶段，则不将中继节 点的类型信息上报给基站。

步骤61中，中继节点通过RRC连接重建请求消息或RRC连接重建完成 消息，将中继节点的类型信息上报给基站。

本发明中，中继节点的类型可以为需要对载波资源在时域上进行划分的中 继节点类型，或不需要对载波资源在时域上进行划分的中继节点类型。

参见图7，本发明实施例提供的中继节点类型确定方法，具体包括以下步 骤：

步骤70：基站接收中继节点发来的RRC消息；该RRC消息可以为RRC 连接重建请求消息或RRC连接重建完成消息。

步骤71：基站根据RRC消息确定中继节点处于开机启动的第一阶段或第 二阶段；

步骤72：基站在确定中继节点处于开机启动的第二阶段时，根据RRC消 息中携带的中继节点的类型信息，确定中继节点的类型。

步骤71中，基站根据RRC消息确定中继节点处于开机启动的第一阶段或 第二阶段，其具体实现可以采用如下两种方式：

第一种，基站确定RRC消息中是否携带中继节点的类型信息，若是，则 确定继节点处于开机启动的第二阶段，否则，确定中继节点处于开机启动的第 一阶段，按照普通UE RRC连接重建的方式处理。

第二种，基站根据RRC消息中携带的中继节点标识信息获取中继节点上 下文，根据该中继节点上下文的指示确定中继节点处于开机启动的第一阶段或 第二阶段。若确定为第一阶段，则认为RRC消息中携带的中继节点的类型信 息无效，若确定为第二阶段，则根据该中继节点的类型信息，确定中继节点的 类型。

步骤71中，若基站确定中继节点的类型为不需要对载波资源在时域上进 行划分的中继节点类型，则基站无需配置Un口的BH子帧，按照不需要资源 划分的RN处理方式对RN进行后续操作即可。

若基站确定中继节点的类型为需要对载波资源在时域上进行划分的中继 节点类型，则基站可以将与中继节点间的下行和/或上行BH的子帧配置信息发 送给中继节点。

具体的，若步骤70中的RRC消息为RRC连接重建请求消息，则基站可 以通过RRC连接重建消息或RRC连接重配消息，将基站与中继节点间的下行 和/或上行BH的子帧配置信息发送给中继节点；若步骤70中的RRC消息为 RRC连接重建完成消息，则基站可以通过RRC连接重配消息，将基站与中继 节点间的下行和/或上行BH的子帧配置信息发送给中继节点。

下面结合具体实施例对本发明进行说明：

本发明给出了一种当RN类型发生变更时，在RRC连接重建过程中使用 RRC消息通知变更后的RN type的方法，以保证DeNB和RN对RN type理解 一致，便于DeNB进行后续操作。本方法中所述RRC消息既可以是RRC连接 重建请求消息，也可以是RRC连接重建完成消息。

使用RRC消息携带RN type指示的方式有如下两种：

方式1：

RN侧处理如下：

在RRC消息中增加一个RN type指示信元(IE)，其取值可以为布尔类型 或者枚举类型，该IE为可选的(OPTIONAL)，也即：

如果RN处于Phase I阶段，则该IE不出现；

如果RN处于Phase II阶段，则RRC消息需要包含该IE；

基站侧处理如下：

基站根据RRC消息中的RN type指示IE是否出现，确定RN是处于Phase I阶段还是Phase II阶段。如果未出现，则表明RN处于Phase I阶段，基站按 照普通UE RRC连接重建的方式处理；否则，基站需要根据RN type指示IE， 确定RN type。

方式2：

RN侧处理如下：

在RRC消息中增加一个RN type指示IE，其取值可以为布尔类型或者枚 举类型，该IE在所述RRC消息中一直存在，是必选的。

基站侧处理如下：

DeNB根据RN在RRC连接重建请求中携带的RN标识信息找到RN对应 的存储在DeNB中的context，并根据context中的指示确定RN所处的是Phase I阶段还是Phase II阶段(因为RN的RRC连接重建过程不会改变RN所处的 Phase，即处于Phase I阶段的RN重建后，仍然处于PhaseI；处于PhaseII阶段 的RN重建后，仍然处于PhaseII)，并根据RN所处的Phase，来自行判断RN type 指示IE的取值是否有效，也即：

如果RN处于Phase I阶段，则RN type指示IE取值无效；

如果RN处于Phase II阶段，则RN type指示IE有效。

无论是在RRC消息中使用哪种RN type指示方式，当基站判断出RN type 后都需要做如下操作：

如果RN type为“不需要资源划分”，那么DeNB无需配置Un口的BH子 帧，按照不需要资源划分的RN处理方式对RN进行后续操作即可；

如果RN上报的RN type为“需要资源划分”，则分为如下两种情况：

第一种，RN type是在RRC连接重建请求 (RRCConnectionReestablishmentRequest)消息中携带的，那么DeNB配置Un 口的下行和/或上行BH子帧可以有两种选择：第一种选择是通过RRC连接重 建消息(RRCConnectionReestablishment)携带，第一种选择是通过RRC连接 重建完成之后的RRC连接重配消息(RRCConnectionReconfiguration)携带， 如图8所示。

第二种，RN type是在RRC连接重建完成 (RRCConnectionReestablishmentComplete)消息中携带的，那么DeNB可以在 RRC连接重建完成之后的RRC连接重配消息(RRCConnectionReconfiguration) 中将Un口下行和/或上行BH子帧配置信息发送给RN。如图8所示。

此外，RRC消息除了可以携带RN type指示信息外，还可以隐式携带“I’m an RN”指示。比如对于方式1，当基站接收到的所述RRC消息中携带的RN type 指示，则认为接入的是RN，对于方式2，基站可以自己判断发起RRC连接重 建的是否为RN。

本发明实施例如下：

实施例一：

步骤1：RN根据Un口RLF判决条件判断RN在Un口发生RLF；

步骤2：RN在Un口发生RLF后，进行小区重选，选择一个合适的小区；

由于只有DeNB有其RN context信息，因此小区重选仅限制于在DeNB下 辖的小区内进行，才可能RRC连接重建成功；

步骤3：RN在步骤2所选小区内发起RRC连接重建，并根据RN是处于 Phase I阶段还是Phase II阶段判断是否在RRC连接重建请求 (RRCConnectionReestablishmentRequest)消息中携带RN type指示。如果处于 Phase I阶段，那么不需要携带RN type指示，如果处于Phase II阶段，那么需 要携带RN type指示。用rn-Type代表RN type指示IE，则可能的信令格式如 下示例所示：

示例1：RN type指示IE为枚举类型；

rn-Type ENUMERATED{0，1} OPTIONAL，

当rn-Type取值为“0”时可以表示不需要资源划分的类型，取值为“1” 时表示资源划分的类型。当然需要资源划分和不需要资源划分的类型对应的取 值也可以用别的取值，只要协议规定好即可。

示例2：RN type指示IE为布尔类型；

rn-Type BOOLEAN OPTIONAL，

当rn-Type取值为“FALSE”时可以表示不需要资源划分的类型，取值为 “TURE”时可以表示需要资源划分的类型。当然需要资源划分和不需要资源 划分的类型对应的取值也可以用别的取值，只要协议规定好即可。

步骤4：DeNB接收到RRC连接重建请求，首先判断是否存在RN type指 示IE。如果不存在，则判断RN处于Phase I阶段，则按照UE的RRC连接重 建流程进行后续处理；如果存在，则判断RN处于Phase II阶段，根据RN type 指示IE取值确定RN type。如果RN type为需要资源划分，则DeNB可以在 RRC连接重建(RRCConnectionReestablishment)消息或者RRC连接重建完成 之后的RRC连接重配(RRCConnectionReconfiguration)消息中将Un口的下 行和/或上行BH子帧配置信息发送给RN。

实施例二：

步骤1：与实施例一的步骤1相同；

步骤2：与实施例一的步骤2相同；

步骤3：与实施例一的步骤3类似，区别在于RN无需判断自身是处于Phase I阶段还是Phase II阶段，RRC连接重建请求 (RRCConnectionReestablishmentRequest)消息中一定携带RN type指示IE， 该IE是必选的。可能的RRC信令格式如下；：

示例1：RN type指示IE为枚举类型

rn-Type    ENUMERATED{0，1}，

当rn-Type取值为“0”时可以表示不需要资源划分的类型，取值为“1” 时表示资源划分的类型。当然需要资源划分和不需要资源划分的类型对应的取 值也可以用别的取值，只要协议规定好即可。

示例2：RN type指示IE为布尔类型；

rn-Type    BOOLEAN，

当rn-Type取值为“FALSE”时可以表示不需要资源划分的类型，取值为 “TURE”时可以表示需要资源划分的类型。当然需要资源划分和不需要资源 划分的类型对应的取值也可以用别的取值，只要协议规定好即可。

步骤4：DeNB接收到RRC连接重建请求消息 (RRCConnectionReestablishmentRequest)，首先通过DeNB存储的已知信息判 断RN是处于Phase I阶段还是Phase II阶段，以确定RRC连接建立请求消息 中携带的RN type取值是否有效。如果是处于Phase I阶段，则忽略该RN type； 如果处于Phase II阶段，则根据RN type确定是否需要资源划分，如果需要资 源划分，则可以在RRC连接重建(RRCConnectionReestablishment)消息或者 RRC连接重建完成之后的RRC连接重配(RRCConnectionReconfiguration)消 息中将Un口的下行和/或上行BH子帧配置信息发送给RN。

实施例三：

步骤1：与实施例一的步骤1相同；

步骤2：与实施例一的步骤2相同；

步骤3：与实施例一的步骤3类似，区别仅在于：RN type指示IE携带在 RRC连接重建完成(RRCConnectionReestablishmentComplete)消息中；

步骤4：与实施例一的步骤4类似，区别仅在于：如果根据RN type指示 IE确定RN类型为需要资源划分，那么Un口的下行和/或上行BH子帧配置信 息只能通过RRC连接建立完成之后的RRC连接重配 (RRCConnectionReconfiguration)消息发送给RN。

实施例四：

步骤1：与实施例二的步骤1相同；

步骤2：与实施例二的步骤2相同；

步骤3：与实施例二的步骤3类似，区别仅在于：RN type指示IE携带在 RRC连接重建完成(RRCConnectionReestablishmentComplete)消息中；

步骤4：与实施例二的步骤4类似，区别仅在于：如果根据RN type指示 IE确定RN类型为需要资源划分，那么Un口下行和/或上行BH子帧配置信息 只能通过RRC连接建立完成之后的RRC连接重配 (RRCConnectionReconfiguration)消息发送给RN。

参见图1，本发明实施例还提供一种长期演进升级通信系统，该系统包括：

中继节点，用于在与基站间的接口发生无线链路失败RLF后，执行小区 重选过程，并根据小区重选结果确定中继节点的类型；在重选的小区内执行无 线资源控制RRC连接重建过程，并在该RRC连接重建过程中将所述中继节点 的类型信息上报给基站；

基站，用于接收中继节点发来的RRC消息；根据所述RRC消息确定中继 节点处于开机启动的第一阶段或第二阶段；在确定中继节点处于开机启动的 第二阶段时，根据所述RRC消息中携带的中继节点的类型信息，确定中继节 点的类型。

参见图9，本发明实施例还提供一种中继节点，该中继节点包括：

小区重选单元90，用于在与基站间的接口发生无线链路失败RLF后，执 行小区重选过程，并根据小区重选结果确定中继节点的类型；

连接重建单元91，用于在重选的小区内执行无线资源控制RRC连接重建 过程，并在该RRC连接重建过程中将所述中继节点的类型信息上报给基站。

该中继节点还包括：

阶段判定单元92，用于确定中继节点处于开机启动的第一阶段或是第二阶 段；

所述连接重建单元91用于：

在所述阶段判定单元确定自身处于开机启动的第二阶段时，在该RRC连 接重建过程中将所述中继节点的类型信息上报给基站。

所述连接重建单元91用于：

通过RRC连接重建请求消息或RRC连接重建完成消息，将所述中继节点 的类型信息上报给基站。

所述中继节点的类型为：需要对载波资源在时域上进行划分的中继节点类 型，或不需要对载波资源在时域上进行划分的中继节点类型。

参见图10，本发明实施例还提供一种基站，该基站包括：

消息接收单元101，用于接收中继节点发来的无线资源控制RRC消息；

阶段判定单元102，用于根据所述RRC消息确定中继节点处于开机启动的 第一阶段或第二阶段；

类型确定单元103，用于在确定中继节点处于开机启动的第二阶段时，根 据所述RRC消息中携带的中继节点的类型信息，确定中继节点的类型。

所述阶段判定单元102用于：

确定所述RRC消息中是否携带中继节点的类型信息，若是，则确定继节 点处于开机启动的第二阶段，否则，确定中继节点处于开机启动的第一阶段。

所述阶段判定单元102用于：

根据所述RRC消息中携带的中继节点标识信息获取中继节点上下文，根 据该中继节点上下文确定中继节点处于开机启动的第一阶段或第二阶段。

该基站还包括：

子帧配置单元104，用于在确定中继节点的类型为需要对载波资源在时域 上进行划分的中继节点类型后，将与中继节点间的下行和/或上行回程链路BH 的子帧配置信息发送给中继节点。

所述子帧配置单元104用于：

通过RRC连接重建消息或RRC连接重配消息，将与中继节点间的下行和 /或上行回程链路BH的子帧配置信息发送给中继节点。

所述RRC消息为：RRC连接重建请求消息或RRC连接重建完成消息。

综上，本发明的有益效果包括：

本发明实施例提供的方案中，中继节点在与基站间的接口发生RLF后， 执行小区重选过程，并根据小区重选结果确定中继节点的类型；在重选的小区 内执行RRC连接重建过程，并在该RRC连接重建过程中将所述中继节点的类 型信息上报给基站；基站接收中继节点发来的RRC消息后，根据所述RRC消 息确定中继节点处于开机启动的第一阶段或第二阶段，在确定中继节点处于开 机启动的第二阶段时，根据所述RRC消息中携带的中继节点的类型信息，确 定中继节点的类型。可见，采用本发明，基站能够获知RN与基站间的接口发 生RLF而进行小区重选后的RN类型。

本发明给出了一种当Un口发生RLF后，RRC连接重建过中由于小区重选 导致RN type发生变化的情况下，RN如何将变更后的RN type通知DeNB的 方法。该方法可以保证DeNB和RN对RN type理解一致，便于DeNB能够正 确的进行后续操作。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产 品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入 式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算 机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一 个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设 备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中 的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个 流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使 得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处 理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个 流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基 本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要 求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。