[发明专利]连接资源释放处理方法和装置

说明书

技术领域

本发明实施例涉及无线通信技术领域，尤其涉及一种连接资源释放处理方法和装置。

背景技术

在传统移动网络中，基站控制器(Base Station Contral；以下简称：BSC)只能接一个移动交换中心(Mobile Switch Center；以下简称：MSC)，MSC可以接多个BSC。MSC和BSC间的接口为A接口，A接口协议承载在信令连接控制协议(Signaling Connection Control Part；以下简称：SCCP)上，一般用户发起某项业务时例如发起呼叫，会建立MSC和BSC间针对该次业务的SCCP连接。SCCP连接可以由BSC发起建立，也可以由MSC发起建立。在引入MSC Pool组网后，BSC可以通过服务节点选择功能实体(Serving Node Selection Function；以下简称：SNSF)连接到多个MSC。具体为，BSC可通过不同的链路连接到不同的SNSF，SNSF对BSC呈现唯一的MSC标识，因此对于BSC而言其仍然只连接到一个MSC。BSC发送的业务请求通过SNSF进行转发，并分发给不同的MSC处理，这样当MSC Pool内某个MSC发生故障，业务仍然能转发给其他MSC处理，提高了网络的可靠性。

在MSC Pool组网前，MSC通过BSC信令点把消息发送给BSC，BSC通过MSC信令点把消息发送给MSC。在MSC Pool组网后，MSC与BSC相互发送的消息是通过二者之间的SNSF转发到对端的。在BSC和MSC的业务交互中，由于交互消息丢失，可能出现一侧SCCP连接资源已经释放，但另一侧SCCP连接资源仍然占用的现象。为避免单侧连接资源吊死情况的发生，SCCP中提供以下两种解决方案：

一种方案是在MSC Pool组网下，当一MSC故障死机，在其故障恢复重启后，该MSC上建立的业务连接关系已经丢失，该MSC需要向所连的BSC发送全局复位消息(Reset)。BSC收到此复位消息后，启动一个定时器，BSC释放其上建立的所有业务连接；在定时器超时后(通过设置这个定时器来确保BSC上的相关资源都已经释放)，BSC给MSC发送“Reset Acknowledge”消息表明已经完成连接资源释放。在BSC没有释放完资源前，为避免MSC和BSC间的SCCP连接异常，BSC不允许新的业务接入。

另一种方案是SCCP定义了连接检查释放机制，即使用“Inactivity test(IT)”消息进行稳态检测。具体地，一MSC在故障恢复后不向BSC发送全局复位消息，BSC上对应的该故障恢复后的MSC的所有原SCCP连接需要通过“Inactivity test”检测来释放。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

对于第一种解决方案，由于在MSC Pool组网下，某一MSC故障恢复发送全局复位消息到所有BSC，BSC收到后释放所有呼叫，这样将使分发到其他正常MSC的业务也将被异常释放，即单个MSC故障恢复后，将造成整个MSC Pool组网的所有呼叫异常释放。

对于第二种解决方案，由于SCCP连接的T(iar)定时器时长较长(所述的T(iar)定时器是在本端设置的，每次收到对端的消息后就会重启该定时器；如果T(iar)定时器超时，则认为本端连接资源吊死，则释放本端的连接资源)，在BSC侧SCCP连接的T(iar)定时器超时前，BSC上记录的SCCP连接对应的MSC所分配的连接参考号在MSC上已经释放。因此，当有新的业务分发到该MSC后，MSC为新的业务分配的SCCP连接可能在BSC上仍然没有释放。这样导致MSC新分配的连接参考号实际在BSC的映射记录中已经存在，出现MSC分配的一个连接参考号在BSC上有两个记录与之对应的现象。例如，用户A发起呼叫，在MSC上分配的连接参考号为“1”；MSC故障恢复后，用户B发起呼叫，MSC又把连接参考号“1”分配给用户B，对于用户A的后续业务消息，BSC通过DT1消息发送给MSC，DT1消息中只有目标本地参考号(MSC分配的)，MSC根据DT1消息中的目标本地参考号，会把用户A的业务消息作为用户B的业务消息进行处理。当BSC上有大量SCCP连接在MSC故障期间没有释放时，故障恢复后，MSC和BSC间因两侧的连接状态不一致，使新上来的业务处理冲突、混乱。

综上可知，现有技术MSC Pool组网中的一MSC故障恢复后，发送复位消息，可能影响其他MSC的正常业务，可能由于MSC和BSC间因两侧的连接状态不一致影响新业务，降低了业务服务质量。

发明内容