[发明专利]RAB释放请求的异常情况处理方法及RNC

说明书

技术领域

本发明涉及一种RAB释放请求的异常情况处理方法及RNC，属于无线通信技术领域。

背景技术

Iu接口是负责核心网(Core Ne twork，简称：CN)和无线网络控制器(Radio Network Controller，简称：RNC)之间的信令交互的接口，在现有Iu接口的相关协议中，有关无线接入承载(Radio Access Bearer，简称：RAB)释放请求的描述中给出了RAB释放请求的目的是释放一个或几个RAB。

在现有技术中，RNC通过向CN发送RAB释放请求来触发RAB的释放过程，其中指明了需要释放的RAB资源，RAB释放的原因；当CN收到所述RAB释放请求时，该CN可以决定是否向RNC回复Iu接口释放命令，以触发相应的RAB释放过程。

然而，有时候会发生一些异常情况导致CN无法回复Iu接口释放命令。例如，当Iu接口闪断，CN并没有收到RNC发出的RAB释放请求。或者，CN正确接收了RNC的RAB释放请求，但是CN正好由于此时收到用户的短信业务而认为Iu接口连接应当保留时，该CN便决定不发起Iu接口的释放，因此也就不会回复Iu接口释放命令。在这些异常情况下，RNC会一直等待CN回复的Iu接口释放命令，从而造成RAB资源长时间无法释放的问题。

发明内容

本发明提供一种RAB释放请求的异常情况处理方法及RNC，用以解决当异常情况发生时，RAB资源长时间无法释放的问题。

本发明一方面提供一种RAB释放请求的异常情况处理方法，其中包括：

步骤100、RNC向CN发送RAB释放请求后，设定第一定时时间，当所述RNC在所述第一定时时间内未收到来自于所述CN的Iu接口释放命令时，执行下述步骤110，否则执行下述步骤120；

步骤110、所述RNC向所述CN发送RAB释放请求，并返回执行所述步骤100；

步骤120、所述RNC释放RAB资源，并释放所述RNC与所述CN之间的Iu接口连接。

本发明另一方面提供一种RNC，其中包括：

第一设定模块，用于当所述RNC向CN发送RAB释放请求后，设定第一定时时间；

第一接收模块，用于在所述第一定时时间内等待接收来自于所述CN的Iu接口释放命令；

第一发送模块，用于当第一接收模块在所述第一定时时间内接收到所述Iu接口释放命令时，向所述CN发送RAB释放请求，并触发所述第一设定模块运行；

第一释放模块，用于当第一接收模块在所述第一定时时间内未收到所述Iu接口释放命令时，释放RAB资源，并释放所述RNC与所述CN之间的Iu接口连接。

本发明减少了RNC的等待时间，克服了RAB资源长时间无法释放的问题。

附图说明

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

图1为本发明所述RAB释放请求的异常情况处理方法实施例一的流程图；

图2为本发明所述RAB释放请求的异常情况处理方法实施例一的信令图；

图3为本发明所述RAB释放请求的异常情况处理方法实施例二的流程图；

图4为本发明所述RAB释放请求的异常情况处理方法实施例二的信令图；

图5为本发明所述RAB释放请求的异常情况处理方法实施例三的流程图；

图6为本发明所述RAB释放请求的异常情况处理方法实施例三的信令图；

图7为本发明所述RNC实施例一的结构示意图；

图8为本发明所述RNC实施例二的结构示意图；

图9为本发明所述RNC实施例三的结构示意图。

具体实施方式

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

图1为本发明所述RAB释放请求的异常情况处理方法实施例一的流程图，如图所示，包括如下步骤：