一种S1切换过程中处理ERAB管理过程的方法

摘要

本发明提出一种S1切换过程中处理ERAB管理过程的方法，包括：核心网生成ERAB管理请求消息后发送给源侧基站和目标侧基站，两侧基站缓存收到的消息，待S1切换过程结束后，由保留有UE实例的一侧基站处理ERAB管理请求消息。本发明对S1切换过程以及ERAB管理过程都进行了完整的处理，可以保证这两个过程都不因为流程交叉而异常结束。

说明书

技术领域

本发明涉及无线通信领域，尤其涉及一种S1切换过程中处理ERAB管理过程的方法。

背景技术

按照标准协议的规定，核心网在S1切换准备过程中若是触发了ERAB管理过程，会把ERAB管理请求(E-RAB SETUP REQUEST/E-RAB MODIFYREQUEST/E-RAB RELEASE COMMAND)消息发送给源侧基站，源侧基站收到该消息后可选择两种方式处理：(1)发送切换取消(HANDOVER CANCEL)消息给核心网，取消本次切换过程，然后处理ERAB管理请求消息；(2)发送携带相应失败原因的ERAB管理响应消息(E-RAB SETUP RESPONSE/E-RABMODIFY RESPONSE/E-RAB RELEASE RESPONSE)给MME，结束本次ERAB管理过程。采用这种处理办法就必然会导致S1切换过程或者ERAB管理过程中的某一个异常结束。

发明内容

本发明的目的在于提供一种在S1切换过程中处理触发的ERAB管理过程的方法，以保证这两个过程都不因为流程交叉而异常结束。该方法包括：

核心网生成ERAB管理请求消息后发送给源侧基站和目标侧基站，两侧基站缓存收到的消息，待S1切换过程结束后，由保留有UE实例的一侧基站处理ERAB管理请求消息。

优选的，核心网生成ERAB管理请求消息后，待目标侧基站与核心网的UE相关链路建立成功后再发送给目标侧基站。

优选的，若S1切换过程成功结束，由目标侧基站处理ERAB管理请求消息，核心网在UE实例处于稳定状态时处理ERAB管理过程的后续流程；若S1切换过程被取消，由源侧基站处理ERAB管理请求消息，核心网在UE实例处于稳定状态时处理ERAB管理过程的后续流程；若S1切换异常导致两侧基站的UE相关链路均释放，则后续的ERAB管理过程不用再处理。

本发明对S1切换过程以及ERAB管理过程都进行了完整的处理，并且考虑到了切换过程结束后的各种状况，避免了因S1切换引起的UE实例迁移而导致的ERAB管理过程无法正确执行。

附图说明

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

图1是本发明实施例一的针对ERAB管理过程的处理流程图；

图2是本发明实施例二的针对ERAB管理过程的处理流程图；

图3是本发明实施例三的针对ERAB管理过程的处理流程图；

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例；需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的基本思想是：核心网在S1切换过程中需要触发ERAB管理过程时，向源侧基站和目标侧基站都发送ERAB管理请求消息(E-RAB SETUPREQUEST/E-RAB MODIFY REQUEST/E-RAB RELEASE COMMAND)，两侧基站缓存收到的消息，待S1切换过程结束后，由保留有UE实例的一侧基站处理ERAB管理请求消息并向核心网回响应，这样就可以解决这两个过程都因为流程交叉而异常结束的问题。

当S1切换过程出现不同的切换结果时，各个网元对ERAB管理过程的处理也会不同。下面三个实施例将针对不同的S1切换结果分别说明对ERAB管理过程的处理步骤。

实施例一`

本实施例在S1切换过程中触发ERAB管理过程，S1切换成功结束后，ERAB管理过程由切换目标侧基站来完成。具体处理步骤如图1所示：

(1)核心网侧UE实例处于S1切换状态，此时因终端侧的请求，需要触发一个ERAB管理过程，核心网首先生成一条ERAB管理请求消息，发送给切换源侧基站，同时待目标侧基站与核心网的UE相关链路建立成功后再发送给目标侧基站。

(2)切换源侧基站UE实例处于S1切换状态，此时收到ERAB管理请求消息，源侧基站暂时缓存该消息；切换目标侧基站UE实例处于S1切换状态，此时收到ERAB管理请求消息，目标侧基站暂时缓存该消息。

(3)S1切换过程成功结束，核心网与源侧基站的UE相关链路将释放，源侧基站不用再处理后续的ERAB管理过程。

(4)目标侧基站的UE实例回到稳定状态，ERAB管理过程由目标侧基站完成，目标侧在稳定状态开始时处理之前收到的ERAB管理请求消息并向核心网回响应。

(5)核心网在UE实例处于稳定状态时来处理ERAB管理过程的后续流程。

实施例二

本实施例在S1切换过程中触发ERAB管理过程，S1切换被取消后，ERAB管理过程由切换源侧基站来完成。具体处理步骤如图2所示：

(1)核心网侧UE实例处于S1切换状态，此时因终端侧的请求，需要触发一个ERAB管理过程，核心网首先生成一条ERAB管理请求消息，发送给切换源侧基站，同时待目标侧基站与核心网的UE相关链路建立成功后再发送给目标侧基站。

(2)切换源侧基站UE实例处于S1切换状态，此时收到ERAB管理请求消息，源侧基站暂时缓存该消息；切换目标侧基站UE实例处于S1切换状态，此时收到ERAB管理请求消息，目标侧基站暂时缓存该消息。

(3)S1切换过程被源侧基站取消，核心网与目标侧基站的UE相关链路会释放，目标侧基站不用再处理后续的ERAB管理过程。

(4)源侧基站的UE实例回到稳定状态，ERAB管理过程由源侧基站完成，源侧基站在稳定状态开始时处理之前收到的ERAB管理请求消息并向核心网回响应。

(5)核心网在UE实例处于稳定状态时来处理ERAB管理过程的后续流程。

实施例三

本实施例在S1切换过程中触发ERAB管理过程，S1切换异常导致两侧基站的UE相关链路均被释放后，不再处理后续的ERAB管理过程。具体处理步骤如图3所示：

(1)核心网侧UE实例处于S1切换状态，此时因终端侧的请求，需要触发一个ERAB管理过程，核心网首先生成一条ERAB管理请求消息，发送给切换源侧基站，同时待目标侧基站与核心网的UE相关链路建立成功后再发送给目标侧基站。

(2)切换源侧基站UE实例处于S1切换状态，此时收到ERAB管理请求消息，源侧基站暂时缓存该消息；切换目标侧基站UE实例处于S1切换状态，此时收到ERAB管理请求消息，目标侧基站暂时缓存该消息。

(3)S1切换异常导致两侧基站的UE相关链路均释放，则核心网、源侧基站、目标侧基站均不用再处理后续的ERAB管理过程。

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

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。