本发明涉及通信技术领域， 尤其涉及一种消息处理方法、 装置。 背景技术

2006年 ITU-R (Radiocommunication Sector of ITU, 国际电信联盟无 线 电 通信 组 ） 正 式 将 B3G ( BeyondThirdGenerationin mobi le communication system, 超三代移动通信系统， 又称第四代移动通信） 技术 命名为 IMT-Advanced (高级国际移动通信） 技术。 IMT-Advanced 技术需要 实现更高的数据速率和更大的系统容量， 目标峰值速率为： 低速移动、 热点 覆盖场景下 lGbps (吉比特每秒） 以上， 高速移动、 广域覆盖场景下 100Mbps (兆比特每秒) 。

目前的各标准化组织正在正式或非正式地开展 针对 IMT-Advanced 的研 究， 其中也包括 3GPP ( 3rd Generation Partnership Project , 第三代合 作伙伴计划） 标准化组织。 3GPP 正在标准化的 LTE ( Long Term Evolution, 长期演进） 技术已经具有部分 IMT-Advanced的技术特征， 3GPP 准备将 LTE进一歩演进为 LTE-A (LTE-Advanced, 高级长期演进） 技术。

一方面， IMT-Advanced 系统提出了很高的系统容量要求； 但在另一方 面， 足以支撑高容量的大带宽频谱只可能在较高频 段找到， 而这样高的频段 的路径损耗和穿透损耗都比较大， 很难实现好的覆盖。 LTE-A为了满足 IMT- Advanced的容量需求， 目前正在将 Relay (中继） 作为一种改善系统容量和 覆盖的候选技术进行研究。

所谓的中继技术， 以较简单的两跳中继为例， 就是将基站和用户设备之 间的无线链路分割为基站和中继站之间的无线 链路、 中继站和用户设备之间 的无线链路这两个链路， 从而有机会将一个质量较差的链路替换为两个 质量 较好的链路， 以获得更高的链路容量及更好的覆盖。

在 LTE无线网络中， 主要涉及的接口定义如下：

Un接口： 中继与其服务基站之间的接口；

Uu接口： 用户设备与其服务中继之间的接口；

S1 接口： MME (Moblity Management Entity，移动性管理实体) /S- GW (Serving Gate Way, 服务网关） 与基站之间的接口；

X2接口： 基站之间的接口。

在 LTE无线网络中， UE (User Equipment, 用户设备） 的业务在 Uu接 口被映射成 DRB (Data Radio Bearer, 数据无线承载） ， eNB ( eNodeB, 基 站） 可以识别数据所属的 DRB 并对数据进行相应处理。 在 LTE-A 中继网络 中， 中继站， 例如 Type-1 relays , 通过基站接入网络。 中继站支持 LTE UE， 在 LTE UE看来， 中继站在功能上与 LTE eNB—致。

现有技术提供一种 LTE-A 中继协议架构， 如果 Un 接口使用了 S1 消 息， 那么基站就会在 EPC (Evoled packet core network 演进型分组核心 网） 侧使用 S1消息， 而如果 Un接口使用了 X2消息， 那么基站就会在 EPC 侧使用 X2消息。

下面以用户设备切换过程中， 中继使用 S1 消息向基站发起切换请求消 息为例， 说明上述过程。

基站在接收到 S1 接口的切换请求消息（Sl-AP : HO required message) 后， 可能仅修改该 S1 消息的 S1AP UE ID (用户设备 S1应用协议标识） ， 其他部分不作改变， 从而转发该 S1 切换请求消息（S1AP : HO required message)给匪 E， 进行相应的 S1切换流程。 此处 S1-AP或者 S1AP表示 S1 Appl ication Protocol ( SI应用协议） 。

或者类似地， 基站接收到承载了该 S1 切换请求消息内容的 RRC消息， 基站解析出该 S1消息后， 将在核心网侧发起相应的 S1切换流程。 同理对于 X2消息， 如基站接收到承载了该 X2切换请求消息内容的 RRC消息， 基站解 析出该 X2消息后， 将在核心网侧发起相应的 X2切换流程。

发明人在实现本发明的过程中， 发现现有技术至少存在如下不足： X2接口和 S1接口使用不灵活， 消息内容不能够被顺利传送， 信令流程 较为繁锁。 例如， 在用户设备切换过程中， 在 Un接口， 中继站发送 X2消息 给源基站时， 源基站就会相应地使用 X2 消息发送信息给目标基站。 如果此 时源基站与目标基站间的 X2接口不可用， 那么， 源基站只能通过相应的 X2 消息拒绝中继站的切换请求。 如果中继站始终使用 X2 消息发起切换请求， 而源基站与目标基站间的 X2 接口一直不可用， 那么源基站就会一直拒绝切 换。 而中继站也不清楚这种切换失败是由于 X2 接口不可用而造成的。 特别 地当中继站下有多个 UE 时， 不同 UE 都经历此种 " X2 HO ( Handover , 切 换） 失败" 的场景可能重复出现。 在 Un接口， 中继站发送 S1消息给基站， 基站与核心网侧的 S1接口不可用时， 问题同样存在。 发明内容

本发明实施例提供一种消息处理方法， 用以实现 X2接口和 S1接口的灵 活使用， 保证消息内容的顺利传送， 优化信令流程， 该方法包括：

接收 X2消息以获得 X2消息的信息， 使用 S1消息发送所述 X2消息的信 息；

和 /或，

接收 S1消息以获得 S1消息的信息， 使用 X2消息发送所述 S1消息的信 息。

本发明实施例还提供一种消息处理方法， 用以实现 X2接口和 S1接口的 灵活使用， 保证消息内容的顺利传送， 优化信令流程， 该方法包括：

获得一通过 X2消息发送的信息， 发送第一重发通知， 以指示使用 S 1接 口发送所述信息； 和 /或，

获得一通过 SI消息发送的信息， 发送第二重发通知， 以指示使用 X2接 口发送所述信息。

本发明实施例还提供一种消息处理方法， 用以实现 X2接口和 S1接口的 灵活使用， 保证消息内容的顺利传送， 优化信令流程， 该方法包括：

接收与邻居站点之间的 X2接口是否可用的通知， 在 X2接口不可用时， 使用 S1接口发送信息；

和 /或，

接收与邻居站点之间的 S1接口是否可用的通知， 在 S1接口不可用时， 使用 X2接口发送信息。

本发明实施例还提供一种消息处理装置， 用以实现 X2接口和 S1接口的 灵活使用， 保证消息内容的顺利传送， 优化信令流程， 该装置包括：

第一接收模块， 用于接收 X2消息以获得 X2消息的信息；

第一处理模块， 用于使用 S 1消息发送所述 X2消息的信息；

和 /或， 该装置包括：

第二接收模块， 用于接收 S 1消息以获得 S1消息的信息；

第二处理模块， 用于使用 X2消息发送所述 S1消息的信息。

本发明实施例还提供一种消息处理装置， 用以实现 X2接口和 S1接口的 灵活使用， 保证消息内容的顺利传送， 优化信令流程， 该装置包括：

第一获取模块， 用于获得一通过 X2消息发送的信息；

第一处理模块， 用于发送第一重发通知， 以指示使用 S1 接口发送所述 ^ I 自、 .；

和 /或， 该装置包括：

第二获取模块， 用于获得一通过 S 1消息发送的信息；

第二处理模块， 用于发送第二重发通知， 以指示使用 Χ2 接口发送所述 本发明实施例还提供一种消息处理装置， 用以实现 X2接口和 S1接口的 灵活使用， 保证消息内容的顺利传送， 优化信令流程， 该装置包括：

第一接收模块， 用于接收与邻居站点之间的 X2接口是否可用的通知； 第一发送模块， 用于在 X2接口不可用时， 使用 S1接口发送信息； 和 /或，

第二接收模块， 用于接收与邻居站点之间的 S1接口是否可用的通知； 第二发送模块， 用于在 S1接口不可用时， 使用 X2接口发送信息。

本发明实施例中， 接收 X2消息以获得 X2消息的信息， 使用 S1消息发 送所述 X2消息的信息； 和 /或， 接收 S1 消息以获得 S 1 消息的信息， 使用 X2消息发送所述 S1消息的信息， 从而实现 X2接口和 S1接口的灵活使用， 保证消息内容的顺利传送， 优化信令流程；

本发明实施例中， 获得一通过 X2 消息发送的信息， 发送第一重发通 知， 以指示使用 S1接口发送所述信息； 和 /或， 获得一通过 S1消息发送的 信息， 发送第二重发通知， 以指示使用 X2接口发送所述信息， 从而实现 X2 接口和 S 1接口的灵活使用， 保证消息内容的顺利传送， 优化信令流程； 本发明实施例中， 接收与邻居站点之间的 X2 接口是否可用的通知， 在 X2 接口不可用时， 使用 S1 接口发送信息； 和 /或， 接收与邻居站点之间的 S1接口是否可用的通知， 在 S1接口不可用时， 使用 X2接口发送信息， 从 而实现 X2接口和 S1接口的灵活使用， 保证消息内容的顺利传送， 优化信令 流程。 附图说明

为了更清楚地说明本发明实施例或现有技术中 的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作简 单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。 在 附图中：

图 1为本发明实施例中消息处理方法的一个具体� �施流程图； 图 2为本发明实施例中消息处理方法的另一具体� �施流程图； 图 3 为本发明实施例中消息处理方法在切换场景的 一个具体实施流程 图；

图 4 为本发明实施例中消息处理方法在切换场景的 另一具体实施流程 图；

图 5 为本发明实施例中消息处理方法在切换场景的 又一具体实施流程 图；

图 6 为本发明实施例中消息处理方法在切换场景的 再一具体实施流程 图；

图 7为本发明实施例中切换目标是与中继站的服� �基站有 S1接口连接 的另一基站下的中继站时， 消息处理方法的具体实例流程图；

图 8为本发明实施例中切换目标是与中继站的服� �基站有 S1接口连接 的另一基站下的中继站时， 消息处理方法的具体实例流程图；

图 9为本发明实施例中切换目标是同一个服务基� �下的中继站时， 消息 处理方法的具体实例流程图；

图 10 为本发明实施例中切换目标是同一个服务基站 下的中继站时， 消 息处理方法的另一具体实例流程图；

图 11 为本发明实施例中发送第一重发通知的消息处 理方法的具体实例 流程图；

图 12 为本发明实施例中发送第二重发通知的消息处 理方法的具体实例 流程图；

图 13A、 图 13B为本发明实施例中另一消息处理方法的处理 流程图； 图 14A、 图 14B为本发明实施例中又一消息处理方法的处理 流程图； 图 15、 图 16为本发明实施例中消息处理方法在切换场景� ��的具体实施 示意图；

图 17为本发明实施例中一种消息处理装置的结构� ��意图；

图 18为本发明实施例中另一消息处理装置的结构� ��意图；

图 19为本发明实施例中又一消息处理装置的结构� ��意图；

图 20为本发明实施例中又一消息处理装置的结构� ��意图。 具体实施方式

为使本发明实施例的目的、 技术方案和优点更加清楚明白， 下面结合附 图对本发明实施例做进一歩详细说明。 在此， 本发明的示意性实施例及其说 明用于解释本发明， 但并不作为对本发明的限定。

本发明实施例中的消息处理方法可以包括： 接收 X2消息以获得 X2消息 的信息， 使用 S 1消息发送所述 X2消息的信息； 和 /或， 接收 S1消息以获得 S1消息的信息， 使用 X2消息发送所述 S1消息的信息， 从而实现 X2接口和 S1 接口的灵活使用， 保证消息内容的顺利传送， 优化信令流程。 在本发明 实施例中， 所述 S 1消息 /X2消息也就是 S 1信令 /X2信令， 所述 S 1消息 /X2 消息中的信息页就是通过相应消息要传达的内 容。

如图 1所示， 具体实施时， 上述消息处理方法的流程可以包括： 歩骤 101、 接收 X2消息；

歩骤 102、 获得 X2消息的信息；

歩骤 103、 使用 S1消息发送 X2消息的信息。

由图 1流程可以得知， 上述消息处理方法中， 接收 X2消息以获得 X2消 息的信息， 使用 S1消息发送 X2消息的信息， 可以实现 X2接口和 S1接口的 灵活使用， 保证消息内容的顺利传送， 优化信令流程。 本实施例尤其适用于 网络节点与邻居站点间的 X2 接口不可用的情况， 当一网络节点接受到发送 方的 X2消息后， 发现其与邻居站点间的 X2接口不可用， 可使用 S1消息发 送相应内容。

如图 2所示， 具体实施时， 上述消息处理方法的流程可以包括： 歩骤 201、 接收 S1消息；

歩骤 202、 获得 S1消息的信息；

歩骤 203、 使用 X2消息发送 S1消息的信息。

由图 2流程可以得知， 上述消息处理方法中， 接收 S1消息以获得 S1消 息的信息， 使用 X2消息发送 S1消息的信息， 可以实现 X2接口和 S1接口的 灵活使用， 保证消息内容的顺利传送， 优化信令流程。 本实施例尤其适用于 网络节点与邻居站点间的 S1 接口不可用的情况， 当一网络节点接受到发送 方的 S1消息后， 发现其与邻居站点间的 S1接口不可用， 可使用 X2消息发 送相应内容。

图 1和图 2所示流程可以单独使用， 也可以结合使用。

具体实施时， 上述消息处理方法可由能够实现其功能的装置 进行实施， 例如由基站、 中继站、 或网络站点等装置进行实施。 例如在由基站进行实施 时， 基站除了可以具有现有技术中更改中继站所发 送消息的 UEID 的功能 外， 也可以不用修改标示功能外， 基站还能解析中继站所发送消息， 获得该 消息的信息， 从而能够更改消息的格式， 将消息的信息转换承载至另一种格 式的消息。

具体实施时， 所述接收到的 X2 消息， 可以承载在 RRC ( Radio Resource Control , 无线资源控制协议） 消息中， 例如将这个 X2 消息作为 一个整体包含在 RRC消息中， 接收方解析这个 RRC消息后， 就可以直接得到 一个完整的 X2消息； 当然， 该 X2消息也可以承载在其他消息中。 另外， 所 述接收到的 X2消息， 也可以就是一个独立 X2消息。 接收方接收的就是一个 完整的 X2消息。 同理对于 SI消息也有同样的情况。 所述接收到的 S1消息， 可以承载在 RRC消息中， 例如在 RRC消息中将这个 S1消息作为一个整体包含在 RRC消 息中， 接收方解析这个 RRC消息后， 就可以直接得到一个完整的 S1消息； 当然， 该 S1消息也可以承载在其他消息中。 另外， 所述接收到的 S1消息， 也可以就是一个独立 S1消息。 接收方接收的就是一个完整的 S1消息。

具体实施时， 上述消息处理方法中， 接收 X2消息以获得 X2消息的信息 可以有多种实现方式， 例如， 直接接收 X2消息， 解析接收的 X2消息以获得 X2消息的信息； 又如， 先接收承载了 X2消息的 RRC消息， 再解析所述承载 了 X2消息的 RRC消息， 从而获得 X2消息， 进一歩解析获得的 X2消息以获 得 X2消息的信息。 当然， 接收 S1消息以获得 S1消息的信息也可以有多种 实现方式， 例如， 直接接收 S1消息， 解析接收的 S1消息以获得 S1消息的 信息； 又如， 先接收承载 S1 消息的 RRC消息， 再解析所述承载 S1 消息的

RRC消息， 从而获得 S1消息， 进一歩解析获得的 S1消息以获得 S1消息的

^自

I Ft Θ、。

举一例， 假设由基站执行上述消息处理方法， 则 Un接口使用的 S1消息 或 X2 消息， 可以是中继站接收到用户设备发来的消息后， 需要由此接收到 的消息发送承载相应信息的 S1消息或 X2消息至核心网； 也可以是中继站由 于自身原因产生 S1 消息或 X2 消息并发出的情况， 例如， 在移动中继情况 下， 移动中继向基站发起切换请求， 用于自身的切换， 特别地例如使用 S1 消息 /X2承载了原 RRC消息-测量上报消息。

总之， 对于 Un接口使用的 S1消息或 X2消息， 具体实施时， 中继站发 出的 S1消息或 X2消息可以承载在其他消息， 如 RRC消息中发送给基站， 由 基站解析 RRC消息， 获得 RRC消息承载的 S1消息或 X2消息， 从而在基站与 核心网传送。 当然， 中继站发出的 S1消息或 X2消息还可以就是一个独立完 整的 S1消息或者 X2消息， 表现就是一个 S1消息或者 X2消息。 一个实施例中， 使用 S1消息发送 X2消息的信息可以有多种实现方式， 例如： 将从 X2 消息中解析得到的信息承载至 S1 消息中发送； 当然， 将从 X2消息中解析得到的信息承载至 S1消息中发送也可以有多种实现方式， 例 如： 将 X2消息整体包含在 S1消息中发送， SP， 在将从 X2消息中解析得到 的信息承载至 S1 消息中发送时， 原有的 X2消息不作改变， 直接打包在 S 1 消息中发送； 或者， 具体实施时也可以对 X2 消息进行某些修改， 再承载至 S1消息中发送， 比如进行一些格式上的修改， 或将原有的 X2消息的信息分 拆后重新组装至 S 1消息中。

类似的， 使用 X2 消息发送 S1 消息的信息也可以有多种实现方式， 例 如： 将从 S1 消息中解析得到的信息承载至 X2消息中发送； 当然， 将从 S 1 消息中解析得到的信息承载至 X2 消息中发送也可以有多种实现方式， 例 如： 将 S 1消息整体包含在 X2消息中发送， SP， 在将从 S1消息中解析得到 的信息承载至 X2消息中发送时， 原有的 S 1消息不作改变， 直接打包在 X2 消息中发送； 或者， 具体实施时也可以对 S 1 消息进行某些修改， 再承载至 X2消息中发送， 比如进行一些格式上的修改， 或将原有的 S1消息的信息分 拆后重新组装至 X2消息中。

可选地， 一个实施例中， 使用 S1消息发送 X2消息的信息还可以有一个 前提条件， 该前提条件可以是： X2接口不可用。 SP， 在 X2接口不可用时， 使用 S1消息发送 X2消息的信息。

当然， 具体实施时使用 S1消息发送 X2消息的信息也不限于在 X2接口 不可用的前提条件下。 该前提条件可以根据需要进行预设， 例如， 将该前提 条件预设为： 切换目标是与中继站的服务基站有直接或者间 接 S 1 接口连接 的另一站点 （如基站、 中继站等） 。 特别地， 如切换目标是与中继站的服务 基站有 S1接口的另一基站， 该 S1接口是间接接口， 服务基站通过一个中间 网络节点 （如 匪6、 基站、 中继站等） 或者多个网络节点来与该目标节点 (如另一个基站、 另一个基站下的中继站、 中继站等网络站点或节点） 进行 SI连接。 又如切换目标是服务基站下另一个中继站， 那么该 S1接口就可以 是直接的 S1接口。 无论是直接 S1的接口还是间接的 S1接口， 若满足该前 提条件， 则该服务基站接收到 X2 消息后， 可以获得 X2 消息的信息， 使用 S1消息发送 X2消息的信息至切换目标； 又如， 将该前提条件预设为： 切换 目标是与中继站的服务基站有 S1 接口连接的另一基站下的中继站， 若满足 该前提条件， 则该服务基站接收到 X2消息后， 可以获得 X2消息的信息， 使 用 S1消息发送 X2消息的信息至切换目标； 另外， 也可以没有该前提条件， 即只要是接收到了 X2消息， 就获得 X2消息的信息， 并使用 S1消息发送 X2 消息的信息。

还有一些可能的情况， 中继站不进行是否满足某种前提条件的判断， 而 是直接向其服务基站发送 SI Handover Required 消息， 由服务基站根据切 换目标的不同， 进行切换操作， 例如： 如果切换目标是同一个服务基站下的 中继站， 则服务基站向目标节点发送 SI Handover Request; 如果切换目标 是该服务基站， 则服务基站可同意切换， 直接向中继站发送 SI Handover Commando 此时基站相当于一个代理 （proxy) 的作用。

类似的， 使用 X2消息发送 S1消息的信息可以有一个前提条件， 该前提 条件可以是： S1接口不可用。 SP， 在 S1接口不可用时， 使用 X2消息发送 S1 消息的信息。 当然， 具体实施时使用 X2消息发送 S1 消息的信息也不限 于在 S1 接口不可用的前提条件下。 该前提条件可以根据需要进行预设， 与 前述解析 X2 消息相类似， 这里不再赘述。 另外， 也可以没有该前提条件， 即只要是接收到了 S1消息， 就获得 S1消息的信息， 并使用 X2消息发送 S1 消息的信息。

下面举一例， 说明在实际应用场景中上述消息处理方法的具 体实施。 本 例中应用场景为： 基站接收到中继站发来的切换请求后进行相应 的切换处理 过程， 即所述 X2消息或 S1消息用于发起切换请求。 当然， 实施中并不限于 此种应用场景， 只要是可以按上述消息处理方法灵活使用 X2接口与 S1接口 的场景均可。

如图 3所示， 本例中消息处理方法可以包括：

歩骤 301、 接收使用 X2消息发送的切换请求；

歩骤 302、 解析所述使用 X2 消息发送的切换请求， 获得所述切换请 求；

歩骤 303、 使用 S1消息发送所述切换请求。

通过实施图 3所示流程， 可以灵活使用 X2接口和 S1接口发送切换请 求， 保证切换请求在网络中的顺利传送， 优化了信令处理流程。 具体的， 中 继站发送 X2-AP: HO Request (切换请求） 消息给基站， 基站接收到后获 得该消息的信息， 由于某种原因 （例如 X2 接口不可用） ， 基站使用 S1- AP: HO Required 消息将消息的信息发送给匪 E, 然后通过匪 E 的 S1-AP 消息告知目标基站这个切换请求。 具体流程可以如图 4所示， 包括：

歩骤 401、 中继站使用 X2 消息发送切换请求给源基站 （Source eNB) (X2-AP: HO Request ) ；

歩骤 402、 源基站解析出 X2-AP: HO Request消息的信息， 使用 S1 消 息发送该切换请求 （Sl-AP: HO Required) 消息给移动管理实体 （匪 E ) ； 执行本歩骤的前提条件可选， 例如可以是 X2接口不可用；

歩骤 403、 匪 E使用 S1消息 （Sl-AP: HO Request ) 发送该切换请求给 目标基站 ( Target eNB) ；

歩骤 404、 目标基站在允许切换时， 使用 S1消息 （Sl-AP: HO Request ACK) 返回切换响应给 MME;

歩骤 405、 匪 E使用 S1消息 （Sl-AP: HO Command) 发送切换命令给源 基站； 歩骤 406、 源基站解析出 Sl-AP: HO Command消息的信息， 将解析出的 S1 消息内容使用 X2 消息 （X2-AP: HO Request ACK) 即切换响应返回给中 继站。

由图 4所示流程可以看到， 在上述切换过程中， 源基站若是接收到中继 站发来的 X2消息， 则可以获得 X2消息的信息， 使用 S1消息将 X2消息的信 息发送至核心网侧； 具体地为基站在接收到中继站发来的 X2消息-切换请求 消息 （X2-AP: HO Request ) ， 则可以解析出该 X2切换请求消息的信息， 同 时与核心网的相关站点进行 S 1 切换流程， 特别地， 使用 S1 消息将获得的 X2消息的信息承载到 S1消息 （Sl-AP: HO Required) 中， 可能要进行一些 格式上的修改， 或将原有的 X2消息的信息分拆后重新组装至 S1消息中， 总 之使得符合 S 1切换请求消息的内容和格式。 然后将该 S1消息 （S l-AP: H0 Required) 发送至核心网侧如丽 E， 再通过匪 E发送至目标基站， 进而进行 S1切换流程。 同理， 源基站若是接收到核心网侧发来的 S1消息， 则可以获 得 S1消息的信息， 使用 X2消息将 S1消息的信息发送至中继站。 特别地， 基站使用 X2消息将获得的 S1消息 （Sl-AP: HO Command) 的信息承载到 X2 消息 （X2-AP: HO Request ACK ) 即切换响应中， 可能要进行一些格式上的 修改， 或将原有的 S1消息的信息分拆后重新组装至 S1消息中， 总之使得符 合 S1切换请求消息的内容和格式。 然后将该 X2消息 （X2-AP: HO Request ACK ) 即切换响应发送给中继站。 SP， 基站能够解析中继 （源节点） 发送的 X2消息， 同时根据自己 S1或 X2接口的情况或者某种原因， 将接收到的信 息的信息承载到相应的 S1 消息中转发目标节点， 该目标节点例如可以是 匪6、 或者是另一个基站、 另一个中继站、 另一个基站下的中继站、 网关等 网络站点或节点； 反之基站收到核心网侧的 S1 消息， 能够将收到的信息的 信息承载到相应的 X2消息转发给中继站， 从而完成原来需要使用 X2消息进 行的信令流程。 具体实施时， 其它类型的消息也可以进行类似处理， 并不限 于前述切换请求和切换响应。 如图 5所示， 本例中消息处理方法可以包括：

歩骤 501、 接收使用 S1消息发送的切换请求；

歩骤 502、 解析所述使用 S1 消息发送的切换请求， 获得所述切换请 求；

歩骤 503、 使用 X2消息发送的所述切换请求。

通过实施图 5所示流程， 可以灵活使用 X2接口和 S1接口发送切换请 求， 保证切换请求在网络中的顺利传送， 优化了信令处理流程。 具体的， 当 中继站发起 Sl-AP: HO Required 消息给基站， 基站接收到后获得该消息的 信息， 可选地， 由于某种原因 （例如 S1 接口不可用） ， 基站使用 X2-AP: HO Request 消息将消息的信息发送给目标基站。 具体流程可以如图 6 所 示， 包括：

歩骤 601、 中继站使用 S1 消息发送切换请求给源基站 （Source eNB) ( Sl-AP: HO Required) ；

歩骤 602、 源基站解析出 Sl-AP: HO Required消息的信息， 使用 X2消 息发送该切换请求给目标基站 （X2-AP: HO Request ) ； 执行本歩骤的前提 条件可选， 例如可以是 S1接口不可用；

歩骤 603、 目标基站在允许切换时， 使用 X2 消息 （X2-AP : H0 Command) 返回切换响应给源基站；

歩骤 604、 源基站解析出 X2-AP: HO Command消息的信息， 将解析出的 X2 消息的信息使用 S1 消息 （Sl-AP: HO Request ACK) 即切换响应返回给 中继站。

下面再举几个例子， 说明在实际应用场景中上述消息处理方法的具 体实 施。

如图 7所示， 一个实施例中， 切换目标是与中继站的服务基站有 S1接 口连接的另一基站下的中继站， 则本例中的消息处理方法可以包括： 歩骤 701、 源中继站使用 SI 消息发送切换请求给源基站 （Source eNB) (Sl-AP: HO Required) ；

歩骤 702、 源基站解析出 Sl-AP: HO Required消息的信息， 使用 X2消 息发送该切换请求给目标基站 （X2-AP: HO Request ) ； 执行本歩骤的前提 条件可选， 例如可以是 S1接口不可用；

歩骤 703、 目标基站解析出 X2-AP: HO Request 消息的信息， 使用 S1 消息发送该切换请求给目标基站下的中继站 （Sl-AP: HO Required ) ； 执 行本歩骤的前提条件可选， 例如可以是 X2接口不可用；

歩骤 704、 目标基站下的中继站在允许切换时， 使用 S1消息 （S1-AP: HO Request ACK) 返回切换响应给目标基站；

歩骤 705、 目标基站解析出 Sl-AP: HO Request ACK消息的信息， 使用 X2消息 （X2-AP: HO Command) 发送切换命令给源基站；

歩骤 706、 源基站解析出 X2-AP: HO Command消息的信息， 将解析出的 X2 消息的信息使用 S1 消息 （Sl-AP: HO Request ACK) 即切换响应返回给 中继站。

如图 8所示， 一个实施例中， 切换目标是与中继站的服务基站有 S1接 口连接的另一基站下的中继站， 则本例中的消息处理方法可以包括：

歩骤 801、 中继站使用 X2 消息发送切换请求给源基站 （Source eNB) (X2-AP: HO Request ) ；

歩骤 802、 源基站解析出 X2-AP: HO Request消息的信息， 使用 S1 消 息发送该切换请求给移动管理实体 （匪 E ) ( Sl-AP: HO Required) ； 执行 本歩骤的前提条件可选， 例如可以是 X2接口不可用；

歩骤 803、 匪 E使用 S1消息 (Sl-AP: HO Required) 发送该切换请求给 目标基站 (Target eNB) ； 歩骤 804、 目标基站解析出 Sl-AP: HO Required消息的信息， 使用 X2 消息发送该切换请求给目标基站下的中继站 （X2-AP: HO Request ) ； 执行 本歩骤的前提条件可选， 例如可以是 S1接口不可用；

歩骤 805、 目标基站下的中继站在允许切换时， 使用 X2消息 （X2-AP: HO Request ACK) 返回切换响应给目标基站；

歩骤 806、 目标基站解析出 X2-AP: HO Request ACK消息的信息， 使用 S1消息 ( Sl-AP: HO Request ACK) 返回切换响应给 MME;

歩骤 807、 匪 E使用 S1消息 （Sl-AP: HO Command) 发送切换命令给源 基站；

歩骤 808、 源基站解析出 Sl-AP: HO Command消息的信息， 将解析出的 S1 消息的信息使用 X2 消息 （X2-AP: HO Request ACK) 即切换响应返回给 中继站。

如图 9所示， 一个实施例中， 切换目标是同一个服务基站下的中继站， 则本例中的消息处理方法可以包括：

歩骤 901、 源中继站使用 X2 消息发送切换请求给基站 （eNB ) ( X2- AP: HO Request ) ；

歩骤 902、 基站解析出 X2-AP: HO Request消息的信息， 使用 S1消息 发送该切换请求给目标中继站 （Sl-AP: HO Required) ； 执行本歩骤的前提 条件可选， 例如可以是 X2接口不可用；

歩骤 903、 目标中继站在允许切换时， 使用 S1 消息 （Sl-AP : H0 Command) 返回切换响应给基站；

歩骤 904、 基站解析出 Sl-AP: HO Request ACK消息的信息， 将解析出 的 S1消息的信息使用 X2消息 （X2-AP: HO Request ACK) 即切换响应返回 给源中继站。

如图 10 所示， 一个实施例中， 切换目标是同一个服务基站下的中继 站， 则本例中的消息处理方法可以包括： 歩骤 1001、 源中继站使用 SI 消息发送切换请求给基站 （eNB ) ( S1- AP: HO Required) ；

歩骤 1002、 基站解析出 Sl-AP: HO Required消息的信息， 使用 X2消 息发送该切换请求给目标中继站 （X2-AP: HO Request ) ； 执行本歩骤的前 提条件可选， 例如可以是 S1接口不可用；

歩骤 1003、 目标中继站在允许切换时， 使用 X2 消息 （X2-AP : H0 Command) 返回切换响应给基站；

歩骤 1004、 基站解析出 X2-AP: HO Request ACK 消息的信息， 将解析 出的 X2消息的信息使用 S1消息 （Sl-AP: HO Request ACK) 即切换响应返 回给源中继站。

本发明实施还提供一种消息处理方法， 该方法可以包括： 获得一通过 X2 消息发送的信息， 发送第一重发通知， 以指示使用 S1 接口发送所述信 息； 和 /或， 获得一通过 S1消息发送的信息， 发送第二重发通知， 以指示使 用 X2接口发送所述信息， 从而实现 X2接口和 S1接口的灵活使用， 保证消 息内容的顺利传送， 优化信令流程。

具体实施时， 上述消息处理方法可由能够实现其功能的装置 进行实施， 例如由基站、 中继站等装置进行实施。 在由基站进行实施时， 基站和中继站 之间存在信息交换， 基站向中继站表明希望中继站使用指定的接口 重发消息 内容。

具体实施时， 上述消息处理方法中， 第一重发通知指示的使用 S1 接口 发送信息可以有多种方式， 例如可以是使用 S1接口发送 X2消息的信息， 具 体的， 可以是： 将 X2消息整体承载至 S1消息中重新发送； 即重新发送的消 息的信息不变， 而是该消息的信息需承载至另一类型的消息中 重新发送， 该 另一类型的消息即是通过 S1接口传送的 S1消息； 还可以是： 重新发送的消 息的信息已经有所改变， 例如对原有 X2 消息的信息进行提取、 转换等处 理， 形成一些新的消息的信息， 适配至 S1消息中发送。 举个例子， 如图 1 1所示， 本例中消息处理方法可以包括： 歩骤 1101、 接收方接收发送方发来的 X2-AP (如 HO Request)； 歩骤 1102、 接收方向发送方发送第一重发通知指示使用 S 1接口发送消 息；

歩骤 1103、 接收方接收发送方发来的 Sl-AP (HO Required) 。

类似的， 第二重发通知指示的使用 X2 接口发送信息也可以有多种方 式， 例如可以是使用 X2接口发送 S 1消息的信息， 具体的， 可以是： 将 S 1 消息整体承载至 X2 消息中重新发送； 即重新发送的消息的信息不变， 而是 该消息的信息需承载至另一类型的消息中重新 发送， 该另一类型的消息即是 通过 X2接口传送的 X2消息； 还可以是： 重新发送的消息的信息已经有所改 变， 例如对原有 S1 消息的信息进行提取、 转换等处理， 形成一些新的消息 的信息， 适配至 X2消息中发送。

举个例子， 如图 12所示， 本例中消息处理方法包括：

歩骤 1201、 接收方接收发送方发来的 S1-AP (如 HO Request ) ； 歩骤 1202、 接收方向发送方发送第二重发通知指示使用 X2接口发送消 自Θ .

、；

歩骤 1203、 接收方接收发送方发来的 Χ2-ΑΡ (HO Required) 。

一个实施例中， 发送第一重发通知， 所述第一重发通知指示使用 S1 接 口发送信息还可以有一个前提条件， 该前提条件可以是： X2 接口不可用， 例如基站与核心网侧的 X2接口不可用。 则当获得的是以 X2消息发送的信息 时， 所述第一重发通知还可以用于指示 X2 接口不可用； 当然， 具体实施时 发送第一重发通知也不限于在 X2 接口不可用的前提条件下。 该前提条件可 以根据需要进行预设， 例如， 将该前提条件预设为： 切换目标是与中继站的 服务基站有直接或者间接 S1 接口连接的另一站点 （如基站、 中继站等） 。 特别地， 如切换目标是与中继站的服务基站有 S1接口的另一基站， 该 S 1接 口是间接接口， 服务基站通过一个中间网络节点 （如 MME、 基站、 中继站 等） 或者多个网络节点来与该目标节点 （如另一个基站、 另一个基站下的中 继站、 中继站等网络站点或节点） 进行 S1 连接。 又如切换目标是服务基站 下另一个中继站， 那么该 S1接口就可以是直接的 S1接口。 无论是直接 S1 的接口还是间接的 S1接口， 若满足该前提条件， 则该服务基站获得 X2消息 后， 可以发送第一重发通知， 指示使用 S1 接口发送信息； 又如， 将该前提 条件预设为： 切换目标是与中继站的服务基站有 S1 接口连接的另一基站下 的中继站， 若满足该前提条件， 则该服务基站获得 X2 消息后， 可以发送第 一重发通知， 指示使用 S1 接口发送信息； 另外， 也可以没有该前提条件， 即只要是获得了 X2 消息， 就发送第一重发通知， 指示使用 S1 接口发送信 息。

类似的， 发送第二重发通知， 所述第二重发通知指示使用 X2 接口发送 信息还可以有一个前提条件， 该前提条件可以是： S1 接口不可用， 则当获 得的是以 S1消息发送的信息时， 所述第二重发通知还可以用于指示 S1接口 不可用； 当然， 具体实施时发送第二重发通知也不限于在 S1 接口不可用的 前提条件下。 该前提条件可以根据需要进行预设， 与前述发送第一重发通知 相类似， 这里不再赘述。 另外， 也可以没有该前提条件， 即只要是获得了 S1消息， 就发送第二重发通知， 指示使用 X2接口发送信息。

一个实施例中， 发送第一重发通知， 所述第一重发通知指示使用 S1 接 口发送信息可以有多种实施方式， 例如， 第一重发通知可以携带于一现有消 息的特定比特中， 或者所述第一重发通知可以携带于一自定义消 息中， 举个 例子， 可实施为： 发送切换拒绝消息， 所述切换拒绝消息中设置有特定值， 所述特定值指示使用 S1 接口发送信息； SP , 在切换拒绝消息中带有特定的 value ， 说明建议中继站使用 S1 接口发送信息， 当然也可以说明拒绝的原 因是 X2接口不可用：

X2-AP ： HANDOVER PREPARATION FAILURE message with an appropriate cause value 又如可实施为： 发送一特定消息， 该特定消息指示使用 S1 接口发送信 息 （如包含所述 X2 消息的信息） ·' 例如， 该特定消息可以是 S1X2— Reject message , 说明建议中继站使用 SI接口发送信息， 当然也可以说明拒绝的原 因是 X2接口不可用 （如基站与核心网侧 X2接口不可用） 。

类似的， 发送第二重发通知， 所述第二重发通知指示使用 X2 接口发送 信息也可以有多种实施方式， 例如可实施为： 发送切换拒绝消息， 所述切换 拒绝消息中设置有特定值， 所述特定值指示使用 X2 接口发送信息； 又如可 实施为： 发送一特定消息， 该特定消息指示使用 X2接口发送信息。

如图 13A所示， 本发明实施例还提供一种消息处理方法， 该方法可以包 括：

歩骤 1301a、 发送与邻居站点之间的 X2 接口是否可用的通知， 以指示 在 X2接口不可用时， 使用 S 1接口发送信息；

歩骤 1302a、 接收使用 SI接口发送的信息。

如图 13B所示， 本发明实施例还提供一种消息处理方法， 该方法可以包 括：

歩骤 1301b、 发送与邻居站点之间的 S1 接口是否可用的通知， 以指示 在 S1接口不可用时， 使用 X2接口发送信息；

歩骤 1302b、 接收使用 X2接口发送的信息。

由图 13A、 图 13B所示流程可以得知， 本发明实施例中， 发送与邻居站 点之间的 X2接口是否可用的通知， 以指示在 X2接口不可用时， 使用 S 1接 口发送信息； 和 /或， 发送与邻居站点之间的 S1接口是否可用的通知， 以指 示在 S 1接口不可用时， 使用 X2接口发送信息， 可以实现 X2接口和 S1接口 的灵活使用， 保证消息内容的顺利传送， 优化信令流程。 总之能够事先通知 基站与邻居站点的 X2接口可用情况， 避免基站与邻居站点的 X2接口不可以 用时， 才通知接收节点 （如中继站） 该 X2 接口不可用， 导致消息重复的情 况。 具体实施时， 上述消息处理方法可由能够实现其功能的装置 进行实施， 例如由基站、 中继站等装置进行实施。 例如， 中继站与基站之间建立 X2 接 口时， 基站与中继站之间交互各自支持的接口信息， 如基站告诉中继站自己 支持与哪些相邻站点有 X2接口存在或者不支持哪些相邻站点的 X2接口， 这 样中继站就不会发起 X2 H0, 而直接发起 SI HO T , 避免了失败处理， 也节 约了 H0时延。

基站告诉中继站自己支持与哪些相邻站点有 X2 接口存在或者不支持哪 些相邻站点的 X2接口， 可以有多种具体的实施办法， 例如可以为：

一、 基站维护了一个邻居站点 （或者小区） 列表， 列表中包含了邻居站 点 （或者小区） 标示信息外， 还包含了基站与该邻居站点的 S1 接口和 /或 X2接口可用与否的信息。 该接口信息可以是指示基站与该邻居站点的 S1接 口和 /或 X2接口可用， 也可以是指示基站与该邻居站点的 S1接口和 /或 X2 接口不可用。

二、 基站维护了一个邻居关系列表 (neighbor relation table) 。 LTE 系统为了使得网络能够自动配置、 自动优化， 对网络的运营和维护 提出了要求， 由此提出 Self-Organizing Network (自配置网络， SON) 。 在 SON中， 自动建立邻居关系也是非常有必要的， 邻居关系可通过一个邻居 关系列表 （neighbor relation table ) 描述， 具体地例如可以包含本地基 站 （或者本地小区） 标示信息， 目标基站 （或者目标小区） 标示信息， X2 接口信息等， 切换信息等等。 基站可以将该邻居关系列表中的部分或者全部 信息通知给中继站。

上述只是列出了两种可能的实施办法， 但是不限于这两种办法。

基站告诉中继站自己支持与哪些相邻站点有 X2 接口存在或者不支持哪 些相邻站点的 X2接口， 可以是周期性地通知， 也可以是非周期性地通知。 上述基站与其他邻居站点 （如邻居基站） 的 S 1和 /或 X2接口信息可以 是在基站与其他站点 S1和 /或 X2接口建立的过程中获得的和交互的， 还可 以通过其他多种方式获得， 在此不做限定。

同理 S1接口的信息也可以通过这种列表通知给 RN。

又如， 基站与其他站点 （如 匪6、 网关、 基站、 中继站等） 之间在建立 S1接口时， 则基站可将自己与其他站点之间接口信息 （如 S1接口和 /或 X2 接口， 或者其他接口信息） 告诉中继站， 以 S1 接口为例， 基站告知中继站 自己与哪些站点 （如哪些邻居基站） 有 S1 接口 （或者说支持基站与该站点 的 S1接口） 或者与哪些相邻基站没有 S1接口 （或者说不支持基站与该站点 的 S 1 接口） ， 从而中继站可以通过基站告知的信息， 就不会发起 SI H0, 而直接发起 X2 H0了， 避免了失败处理， 也节约了 H0时延。

关于中继站获得接口信息：

具体实施时， 中继站可以获得：

a) 关于基站与邻居站点 （如邻居基站， 服务基站下的另一个中继站， 邻居基站下的中继站） 或者邻居小区对应的站点的接口 （如 S1 和 / 或 X2接口） 信息；

特别地， 在终端切换过程中， 中继站与终端的多个候选目标站 点 （如目标基站， 或者目标中继站） 进行信息交换时， 在 Un 口只 是使用了一个 S1/X2接口， 然后通过该 S1/X2接口与多个候选目标 站点进行信息交互。 此时基站为中继站中继或者中转信息给该多个 候选目标站点进行通信。 此时基站与每个候选目标站点有对应的一 个 S1接口或者 X2接口。

b) 或者 /和关于本中继站与邻居站点的接口信息。

特别地： 中继站与自己的服务基站有 S1和 X2接口， 另外中继站 与其他邻居基站也有 S1接口和 /或 X2接口。 那么此时 Un接口上就会有 多个 S1接口和 /或多个 X2接口 （个数大于等于 1 ) 。 这样的多个 S1接 对于上述两种情况， 具体地， 当邻居站点是邻居基站下的中继站， 需要 将该目标中继站和其服务基站的关系信息通知 中继站； 或者

对于上述两种情况， 具体地， 将邻居站点如邻居基站与其下属中继站的 关系信息通知给中继站。

关于中继站如何识别要发起 S1消息或者 X2消息：

以切换为例： 在另一实施例中， 切换过程中 （如中继下属的终端切换， 或移动中继的切换） ， 中继站默认发起 X2 消息进行切换， 当收到基站发来 的第一重发通知时， 再发起 S 1消息进行切换。 或者， 中继站默认发起 S 1消 息进行切换， 当收到基站发来的第二重发通知时， 再发起 S1 消息进行切 换。

中继站根据有关于基站与邻居站点的接口信息 ， 或者是本中继站与邻居 站点的接口信息， 决定发起 S 1消息进行切换还是发起 X2 消息进行切换。

具体地， 以 X2 接口为例， 中继站得知获得了基站与候选目标站点 （如 邻居基站， 邻居基站下的中继站， 或者邻居中继站等等的 X2 接口信息） 的 接口可用信息， 中继站对候选目标站点发起 X2消息， 进行切换。

关于中继站如何维护所述接口信息：

可选地， 中继站将维护这个基站与邻居站点 （如邻居基站， 邻居基站下 的中继站或者同一个服务基站下中继站等等） 接口 （如 S1和 /或 X2接口） 信息。 中继站不定期或者定期地接收和维护该信息。

a) 可以是中继站主动发起请求， 要求基站或者邻居站点提供相关信 息， 或者是通过基站获得该信息；

b) 也可以基站或者邻居站点主动提供的； c) 上述两种情况， 具体地， 例如在中继站与基站的 S1和 /或 X2接口 建立过程中， 或者中继站与通过基站与邻居站点建立 S1 和 /或 X2 接口过程中获得的；

d) 该信息的获得还可以是周期性。

具体实施时， 上述消息处理方法还可以包括： 发送邻居站点的负载指示 信息， 以指示根据所述负载指示信息进行目标站点切 换选择。 例如， 基站将 邻居站点的负载指示信息告诉中继站， 让中继站更加合理地选择目标站点。 简言之就是让基站把负载指示信息 （load information ) 信息告诉中继站， 这样中继站就可以选择较好的目标 eNB， 也便于进行相应的流量控制。

如图 14A所示， 本发明实施例还提供一种消息处理方法， 该方法可以包 括：

歩骤 1401a、 接收与邻居站点之间的 X2接口是否可用的通知；

歩骤 1402a、 在 X2接口不可用时， 使用 S1接口发送信息。

如图 14B所示， 本发明实施例还提供一种消息处理方法， 该方法可以包 括：

歩骤 1401b、 接收与邻居站点之间的 S1接口是否可用的通知；

歩骤 1402b、 在 SI接口不可用时， 使用 X2接口发送信息。

图 14A与图 14B所示流程可单独实施， 也可结合实施。

由图 14A、 图 14B所示流程可以得知， 本发明实施例中， 接收与邻居站 点之间的 X2接口是否可用的通知， 在 X2接口不可用时， 使用 S1接口发送 信息； 和 /或， 接收与邻居站点之间的 S1接口是否可用的通知， 在 S1接口 不可用时， 使用 X2 接口发送信息， 可以实现 X2 接口和 S1 接口的灵活使 用， 保证消息内容的顺利传送， 优化信令流程。

具体实施时， 上述消息处理方法可由能够实现其功能的装置 进行实施， 例如由基站、 中继站等装置进行实施。 例如， 中继站与基站之间建立 X2 接 口时， 基站与中继站之间交互各自支持的接口信息， 如基站告诉中继站自己 支持与哪些相邻站点有 X2接口存在或者不支持哪些相邻站点的 X2接口， 这 样中继站就不会发起 X2 H0, 而直接发起 SI HO T , 避免了失败处理， 也节 约了 H0时延。

以 X2 接口为例， 基站告知中继站自己与哪些站点 （如哪些邻居基站） 有 X2接口 （或者说支持基站与该站点的 X2接口） 或者与哪些相邻基站没有 X2接口 （或者说不支持基站与该站点的 X2接口） ， 从而中继站可以通过基 站告知的信息， 就不会发起 X2 H0, 而直接发起 SI H0 了， 避免了失败处 理， 也节约了 H0时延。

具体实施时， 当所发送的信息是与切换相关的信息时， 上述消息处理方 法还可以包括： 获取邻居站点的负载指示信息； 根据所述负载指示信息， 进 行目标站点切换选择。 例如， 中继站接收基站发送的邻居站点的负载指示信 息， 根据该些负载指示信息， 中继站可以更加合理地选择目标站点， 也便于 进行相应的流量控制。

具体实施时， 接收与邻居站点之间的 X2 接口是否可用的通知可以包 括： 接收服务站点与邻居站点之间的 X2 接口是否可用的通知， 或者接收中 继站点与邻居站点之间的 X2接口是否可用的通知；

接收与邻居站点之间的 S1 接口是否可用的通知可以包括： 接收服务站 点与邻居站点之间的 S1 接口是否可用的通知， 或者接收中继站点与邻居站 点之间的 S1接口是否可用的通知。

接收到的与邻居站点之间的 X2/S1接口是否可用的通知可以包括一邻居 关系列表， 所述邻居关系列表用于指示与邻居站点之间的 X2/S1接口信息。

对于切换过程中的数据转发 （data forwarding ) ，本发明实施例同样可 以适用。 例如 Un接口中， 在数据转发过程中， 中继站通过 X2接口进行数据 转发流程， 但是在基站与核心网侧， 基站可以根据自身与核心网侧相应网元 (如目标基站） 的接口情况， 或者使用 X2接口进行数据转发流程， 或者使用 S1接口进行数据转发流程而不是必须使用 X2接口进行数据转发。 特别地， 中继通过 X2接口进行数据转发， 基站可以使用 S1接口通过匪 E与目标基站 通信， 进行数据转发流程。

现有技术中基站与一个匪 E只有一个 S1接口， 基站与另一个基站只有 一个 X2 接口。 中继网络下， 中继站与基站之间只有一个 S1 接口和 X2 接 □。

本发明实施例适用于上述情况， 特别地， 在终端切换过程中， 中继站与 终端的多个候选目标站点 （如目标基站， 或者目标中继站） 进行信息交换 时， 在 Un口只是使用了一个 S1/X2接口， 然后通过该 S1/X2接口与多个候 选目标站点进行信息交互。 此时基站为中继站中继或者中转信息给该多个 候 选目标站点进行通信。 此时基站与每个候选目标站点有对应的一个 S1 接口 或者 X2接口。

另外一种可能的情况是： 中继站与自己的服务基站有 S1和 X2接口， 另 外中继站与其他邻居基站也有 S1接口和 /或 X2接口。 那么此时 Un接口上就 会有多个 S1接口和 /或多个 X2接口 （个数大于等于 1 ) 。 这样的多个 S1接 口， 多个 X2 接口， 用于通过了中继站的服务基站， 实际上可以称之为逻辑 接口而不是物理接口。 本发明实施例同样适用于上述情况。

下面再举一具体实例说明上述消息处理方法， 如图 15 所示， 处理流程 可以包括：

歩骤 1501、 用户设备 （UE ) 向中继站 （RN ) 发送测量报告消息 (Measurement report ) ；

歩骤 1502、 中继站在接收的 UE的测量报告后， 基于测量报告及无线资 源管理信息确定需发起切换请求； 中继站使用 X2 消息发送切换请求给源基 站 （Source eNB) ( X2- AP: HO Request ) ；

歩骤 1503、 源基站解析出 X2-AP: HO Request消息的信息， 使用 SI消 息发送 SI切换请求消息 （Sl-AP: HO Required) 给移动管理实体 （匪 E) ； 执行本歩骤的前提条件可选， 例如可以是 X2接口不可用； 歩骤 1504、 匪 E使用 SI消息 （Sl-AP: HO Request ) 发送该切换请求给 目标基站 (Target eNB) ；

歩骤 1505、 目标基站在允许切换时， 使用 S1 消息 （Sl-AP : H0 Request ACK) 返回切换响应给 MME;

歩骤 1506、 匪 E使用 S1消息 ( Sl-AP: HO Command) 发送切换命令给源 基站；

歩骤 1507、 源基站解析出 Sl-AP: HO Command 消息的信息， 将解析出 的 S1消息的信息使用 X2消息 （X2-AP: HO Request ACK) 即切换响应返回 给中继站；

歩骤 1508、 中继站向用户设备发送切换命令 -RRC 链接重配置消息。 (RRCConn. Reconf . )

歩骤 1509、 中继站使用 X2 消息发送序列号状态传送消息 （X2-AP: SN status transfer) 给源基站；

歩骤 1510、 源基站解析出 X2-AP: SN status transfer 消息的信息， 使用 S1 消息发送基站状态传送消息 （Sl-AP: eNB status transfer) 给移 动管理实体； 执行本歩骤的前提条件可选， 例如可以是 X2接口不可用； 歩骤 1511、 MME 使用 S1 消息 （Sl-AP: MME status transfer ) 发送 匪 E状态传送消息给目标基站；

歩骤 1512a-c、 中继站使用 X2接口数据给源基站； 源基站使用 S1接口 传送数据给网关； 网关使用 S1 接口传送数据给目标基站； 还有一种可能的 实施是， 中继站使用 X2 接口直接将数据传送给目标基站 （Data forwarding ) ；

歩骤 1513、 UE执行同歩过程， 同歩 （Synchronisation) 到目标基站； 歩骤 1514、 UE成功接入到目标基站， 向目标基站发送 RRC链接重配置 完成 (RRC Connnection reconfiguration complete ) 消息确认该终端的切 换完成。 歩骤 1515、 目标基站使用 SI 消息向 匪 E 发送切换通知 （S1-AP : Handover Notify) ；

歩骤 1516、 目标基站使用 S1 消息向匪 E发送路径选择请求 （S1-AP: Path switch request ) ；

歩骤 1517、 MME 向网关 （GW) 发送用户面更新请求消息 （User plane update REQ ) ； 通知服务网关用户平面的连接需要从源基站切 换到目标基 站；

歩骤 1518、 用户平面切换下行路径到目标侧， GW向匪 E返回用户面更 §?确认消息 (User plane update RSP) ；

歩骤 1519、 匪 E 使用 SI 消息向目标基站发送路径选择响应 （S1-AP: Path switch request ACK) ；

歩骤 1520、 匪 E 使用 SI 消息向源基站发送用户设备上下文释放命令 ( Sl-AP: UE context Release Command) ； 用于通知用户设备终端的源服务 站点切换已完成， 可释放与用户设备终端有关的资源和信息；

歩骤 1521、 源基站解析出 Sl-AP: UE context Release Command 的内 容， 使用 X2 消息发送用户设备上下文释放命令给中继站 （X2-AP : UE context Release Command) ；

歩骤 1522、 在中继站释放与终端有关的资源和信息； 源基站使用 S1消 息向 匪 E 反馈用户设备上下文释放完成 （Sl-AP : UE context Release Complete ) 。

本例中， 将获取的 X2消息的信息承载至 SI消息中发送， 例如在 LTE切 换过程中， 基站与目标基站通过 X2 接口完成切换信息交互和完成切换流 程， 具体使用 X2 消息发送 Handover Request 消息和 Handover Request ACK消息。 基站与目标基站通过 SI接口， 以及通过匪 E来完成切换信息交互和完 成切换流程， 具体地使用了 S1 消息 Handover Requried， Handover Request, Handover Request ACK, Handover command消息。

因此通过 SI和 X2消息都可以完成切换流程， 其中消息中都包含了切换 所需要的信息交互， 本质上不同的就是 S1和 X2各自所使用的标示不同， 因 为基站不是直接与目标基站通信， 而是通过 MME 与目标基站通信， 因此如 S1消息使用了 SI AP ID (包括 MME UE SIAP ID, eNB UE SIAP ID) ， X2则 使用了一个 X2AP ID (包括 old eNB X2AP ID, New eNB X2AP ID) 。

另外由于基站解析 RN发来的每个消息的信息， 因此基站可以获得每个 X2 消息的信息。 因此为使用 S1 消息来发送 X2 消息提供了很多的额外信 息， 例如基站可以为该对应的 S1消息配置 SIAP ID (包括匪 E UE SIAP ID, eNB UE SIAP ID, 该 IDs 可以是基站配置的， 也可以是匪 E 配置的， 或者 基站和 MME协商获得的） 。 Direct forwarding path availability基站也 是可以自行判断的获得的。

虽然 X2和 S1 消息内每一项的名字都不一定一样， 但是总是可以从 X2 消息项的具体内容中， 获得信息， 将此信息能够对应到 S1消息中。 如 S1消 息 HO required 消息中的 target ID, 就对应着 X2消息中的 target cell ID。

下面再举一具体实例说明上述消息处理方法， 如图 16 所示， 处理流程 可以包括：

歩骤 1601、 用户设备 （UE ) 向中继站 （RN ) 发送测量报告 (Measurement report ) ；

歩骤 1602、 中继站在接收的 UE的测量报告后， 基于测量报告及无线资 源管理信息确定需发起切换请求； 中继站使用 S1 消息发送切换请求给源基 站 （Source eNB) ( SI- AP: HO Required) ； 歩骤 1603、 源基站解析出 Sl-AP: HO Required 消息的信息， 使用 X2 消息发送该切换请求给目标基站 （X2-AP: HO Request ) ； 执行本歩骤的前 提条件可选， 例如可以是 S1接口不可用；

歩骤 1604、 目标基站在允许切换时， 使用 X2 消息 （X2-AP : H0 Command) 发送切换命令给源基站；

歩骤 1605、 源基站解析出 X2-AP: HO Command 消息的信息， 将解析出 的 X2消息的信息使用 S1消息 （Sl-AP: HO Request ACK) 即切换响应返回 给中继站；

歩骤 1606、 中继站向用户设备发送切换命令 -RRC 链接重配置 (RRCConn. Reconf. ) ；

歩骤 1607、 中继站使用 S1 消息发送序列号状态传送消息给源基站 ( S1-AP: SN status transfer) ；

歩骤 1608、 源基站解析出 Sl-AP: SN status transfer 消息的信息， 使用 X2 消息发送基站状态传送消息 （X2-AP: eNB status transfer) 给目 标基站； 执行本歩骤的前提条件可选， 例如可以是 S1接口不可用；

歩骤 1609a_b、 中继站使用 S1接口传送数据给源基站； 源基站使用 X2 接口传送数据给目标基站 （Data forwarding ) ·' 还有一种可能的情况是， 中继站使用 S1 接口传送数据给源基站， 源基站使用 S1 接口传送数据给网 关， 网关再使用 S1接口传送数据给目标基站；

歩骤 1610、 UE执行同歩过程， 同歩 （Synchronisation) 到目标基站； 歩骤 1611、 UE成功接入到目标基站， 向目标基站发送 RRC链接重配置 完成 (RRC Connnection reconfiguration complete ) 消息确认该终端的切 换完成。

歩骤 1612、 目标基站与网关 （GW) 进行路径更改流程， 由此终端网关 的数据发送到目标基站而不是源服务基站了； 歩骤 1613、 目标基站使用 X2消息向源基站发送用户设备上下文释放命 令 （X2-AP: UE context Release Command ) ； 用于通知用户设备终端的源 服务站点切换已完成， 可释放与用户设备终端有关的资源和信息；

歩骤 1614、 源基站解析出 X2-AP: UE context Release Command 的信 息， 使用 S1 消息发送用户设备上下文释放命令给中继站 （Sl-AP : UE context Release Command) ；

歩骤 1615、 中继站释放与用户设备终端有关的资源和信息 ， 反馈用户 设备上下文释放完成 （Sl-AP: UE context Release Complete ) 给源基站。

本领域普通技术人员可以理解实现上述实施例 方法中的全部或部分歩骤 是可以通过程序来指令相关的硬件完成， 所述的程序可以存储于一计算机可 读取存储介质中， 该程序在执行时， 可以包括上述实施例方法中的全部或部 分歩骤， 所述的存储介质可以包括： R0M、 RAM, 磁盘、 光盘等。

本发明实施例中还提供了一种消息处理装置， 如下面的实施例所述。 由 于这些装置、 系统解决问题的原理与消息处理方法相似， 因此这些装置、 系 统的实施可以参见方法的实施， 重复之处不再赘述。

如图 17 所示， 本发明实施例中提供一种消息处理装置， 该装置可以包 括：

第一接收模块 1701a， 用于接收 X2消息以获得 X2消息的信息； 第一处理模块 1702a, 用于使用 S1消息发送所述 X2消息的信息； 和 /或， 该装置包括：

第二接收模块 1701b， 用于接收 S1消息以获得 S1消息的信息； 第二处理模块 1702b， 用于使用 X2消息发送所述 S1消息的信息。

一个实施例中， 第一处理模块 1702a可具体用于： 将从 X2消息中解析 得到的信息承载至 S1消息中发送； 第二处理模块 1702b可具体用于： 将从

S1消息中解析得到的信息承载至 X2消息中发送。 一个实施例中， 第一处理模块 1702a可具体用于： 将所述 X2消息整体 包含在所述 S1消息中发送； 第二处理模块 1702b可具体用于： 将所述 S 1消 息整体包含在所述 X2消息中发送。

一个实施例中， 所述 X2消息或 S1消息用于发起切换请求。

如图 18 所示， 本发明实施例中还提供一种消息处理装置， 该装置可以 包括：

第一获取模块 1801a, 用于获得一通过 X2消息发送的信息；

第一处理模块 1802a, 用于发送第一重发通知， 以指示使用 S1 接口发 送所述信息；

和 /或， 该装置包括：

第二获取模块 1801b， 用于获得一通过 S1消息发送的信息；

第二处理模块 1802b， 用于发送第二重发通知， 以指示使用 X2 接口发 送所述信息。

一个实施例中， 当获得的是以 X2 消息发送的信息时， 所述第一重发通 知还用于指示 X2接口不可用； 当获得的是以 S1消息发送的信息时， 所述第 二重发通知还用于指示 S 1接口不可用。

一个实施例中， 所述第一重发通知携带于一现有消息的特定比 特中， 或 者所述第一重发通知携带于一自定义消息中；

所述第二重发通知携带于一现有消息的特定比 特中， 或者所述第一重发 通知携带于一自定义消息中。

如图 19 所示， 本发明实施例还提供一种消息处理装置， 该装置可以包 括：

第一接收模块 1901a, 用于接收与邻居站点之间的 X2 接口是否可用的 通知；

第一发送模块 1902a, 用于在 X2 接口不可用时， 使用 S1 接口发送信 息； 和 /或，

第二接收模块 1901b， 用于接收与邻居站点之间的 S 1 接口是否可用的 通知；

第二发送模块 1902b， 用于在 S1 接口不可用时， 使用 X2 接口发送信 息。

如图 20所示， 一个实施例中， 当第一发送模块 1902a或第二发送模块 1902b 所发送的信息是与切换相关的信息时， 图 19 所示的消息处理装置还 可以包括：

获取模块 2001， 用于获取邻居站点的负载指示信息；

第三发送模块 2002， 用于根据所述负载指示信息， 进行目标站点切换 选择。

一个实施例中， 所述接收与邻居站点之间的 X2 接口是否可用的通知包 括： 接收服务站点与邻居站点之间的 X2 接口是否可用的通知， 或者接收中 继站点与邻居站点之间的 X2接口是否可用的通知；

所述接收与邻居站点之间的 S1 接口是否可用的通知包括： 接收服务站 点与邻居站点之间的 S1 接口是否可用的通知， 或者接收中继站点与邻居站 点之间的 S1接口是否可用的通知。

本实施例中所述的装置可以执行之前实施例的 各种方法流程， 所述装置 具体可以是网络中的服务节点， 包括但不限于基站或中继站。

一个实施例中， 所述接收到的与邻居站点之间的 X2/S1接口是否可用的 通知是一邻居关系列表， 所述邻居关系列表用于指示与邻居站点之间的 X2/S1接口信息。

本发明实施例中， 接收 X2消息以获得 X2消息的信息， 使用 S1消息发 送所述 X2消息的信息； 和 /或， 接收 S1 消息以获得 S 1 消息的信息， 使用 X2消息发送所述 S1消息的信息， 从而实现 X2接口和 S1接口的灵活使用， 保证消息内容的顺利传送， 优化信令流程； 本发明实施例中， 获得一通过 X2 消息发送的信息， 发送第一重发通 知， 以指示使用 S1接口发送所述信息； 和 /或， 获得一通过 S1消息发送的 信息， 发送第二重发通知， 以指示使用 X2接口发送所述信息， 从而实现 X2 接口和 S 1接口的灵活使用， 保证消息内容的顺利传送， 优化信令流程； 本发明实施例中， 接收与邻居站点之间的 X2 接口是否可用的通知， 在 X2 接口不可用时， 使用 S1 接口发送信息； 和 /或， 接收与邻居站点之间的 S1接口是否可用的通知， 在 S1接口不可用时， 使用 X2接口发送信息， 从 而实现 X2接口和 S1接口的灵活使用， 保证消息内容的顺利传送， 优化信令 流程。

以上所述的具体实施例， 对本发明的目的、 技术方案和有益效果进行了 进一歩详细说明， 所应理解的是， 以上所述仅为本发明的具体实施例而已， 并不用于限定本发明的保护范围， 凡在本发明的精神和原则之内， 所做的任 何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。