呼叫资源处理方法及系统、基站控制器、移动交换中心服务器 【技术领域】
本发明涉及移动通信领域，具体地，涉及呼叫资源处理方法及系统、基站控制器、移动交换中心服务器。
背景技术
在现有的全球移动通讯系统(Global System for MobileCommunications，简称为GSM)中，移动交换中心(Mobile SwitchingCenter，简称为MSC)和基站控制器(Base Station Controller，简称为BSC)之间采用A接口进行通信，而在移动终端(Mobile Station，简称为MS)与基站(Base Station，简称为BS)通过空中接口Um接口进行通信；此外，BS与BSC之间通过Abis接口连接。
其中，A接口是基于时分多路复用(Time Division Multiple，简称为TDM)进行承载的，在其上传输的为64Kbps的脉冲编码调制(Pulse Code Modulation，简称为PCM)话音编码信号，在空中接口Um接口上，传输的为压缩话音编码信号；Abis接口也是基于TDM承载的，在其上传输的是与Um接口相同的压缩话音编码信号。其中，BSC具有码型变换和速率适配功能单元(Trans-code RateAdaption Unit，简称为TRAU)，完成语音速率适配功能，实现此功能的单元为编解码单元(Trans-coder，简称为TC)，TC主要用于Abis接口中传输的压缩话音编码与A接口中传输的64Kbps的PCM话音编码的转换。
随着第三代移动通讯系统的发展，在3GPP release 4后，核心网实现了控制和承载的分离，图1为根据相关技术的基于IP承载的GSM通信网络的系统架构图，如图1所示，移动交换中心MSC分解成两个功能实体，即：移动交换中心服务器(Mobile SwitchingCenter Server，简称为MSC Server)和媒体网关(Media Gateway，简称为MGW)。
其中，MSC Server主要用于对信令和呼叫的控制，MGW则主要用于提供业务承载，MGW可以作为终结点处理来自电路交换网的承载信道或分组网的数据流，并且，MGW还支持媒体转换、承载控制和负荷处理，例如，进行编/解码、回声抑制、会议桥接等。MSC Server和MGW之间通过Mc接口连接，MSC Server通过Mc接口完成对MGW的控制。
随着IP技术在移动通信网中的应用，A接口逐步采用基于IP承载(即A Interface Over IP，简称为AoIP)。如图1所示，在A接口基于IP承载的情况下，GSM通信网络包括：移动终端(MS)60、基站(BS)50、基站控制器(BSC)20、媒体网关(MGW)30、移动交换中心服务器(MSC Server)10，以及移动终端60与基站50之间的Um接口、基站50与基站控制器20之间的Abis接口、基站控制器20与媒体网关30和移动交换中心服务器10之间的A接口、移动交换中心服务器10和媒体网关30之间的Mc接口。
在引入IP承载后，呼叫标识符被用来标识无线网与核心网间的一个特定的基于IP承载的呼叫，并利用该标识符实现在无线网与核心网间进行呼叫标识。对于传统的基于TDM承载的呼叫，依然沿用传统的CIC(Circuit Identify Code电路识别码)进行标识。在系统发生异常时，如果BSC或MSC Server不能对基于IP承载的呼叫或基于TDM承载的呼叫进行处理，则无法对相关的资源进行释放、恢复和重用等操作，从而造成网络资源的浪费。
目前的技术中，已经提出了在系统发生异常时对基于IP承载的呼叫进行处理的特定技术，例如，提出了通过RESET Resource命令来释放所有IP承载的呼叫的技术，另外，也提出了在系统发生异常时对基于TDM承载的呼叫进行处理的特定技术，例如，提出了通过RESET命令来释放所有基于TDM承载的呼叫的技术，但是还没有一种可以在系统发生异常时对基于IP承载和基于TDM承载的呼叫同时进行的处理的技术。
【发明内容】
考虑到相关技术中存在的需要一种可以在系统发生异常时对基于IP承载和基于TDM承载的呼叫同时进行的处理的技术的问题而提出本发明，为此，本发明的主要目的在于提供一种改进的呼叫资源处理方案，用于解决上述问题。
为了实现上述目的，根据本发明地一个方面，提供了一种呼叫资源处理方法。
根据本发明的呼叫资源处理方法包括：在通信系统发生异常时，第一设备向第二设备发送资源释放消息，其中，释放消息中携带有释放指示符，释放指示符用于指示第二设备释放基于IP承载的呼叫和基于时分多路复用即TDM承载的呼叫。
根据本发明的另一方面，还提供了一种基站控制器。
根据本发明的呼叫资源处理方法包括：触发模块，用于在通信系统异常时，发起呼叫资源释放流程；发送模块，用于在触发模块的触发下，向外部发送资源释放消息，其中，释放消息中携带有释放指示符，释放指示符用于指示释放基于IP承载的呼叫和基于TDM承载的呼叫；释放模块，用于释放基于IP承载的呼叫和基于TDM承载的呼叫。
根据本发明的又一方面，还提供了一种移动交换中心服务器。
根据本发明的移动交换中心服务器包括：触发模块，用于在通信系统异常时，发起呼叫资源释放流程；发送模块，用于在触发模块的触发下，向外部发送资源释放消息，其中，释放消息中携带有释放指示符，释放指示符用于指示释放基于IP承载的呼叫和基于TDM承载的呼叫；释放模块，用于释放基于IP承载的呼叫和基于TDM承载的呼叫。
根据本发明的再一方面，还提供了一种呼叫资源处理系统。
根据本发明的呼叫资源处理系统包括移动交换中心服务器以及一个或多个基站控制器，其中，该基站服务器和移动交换中心服务器中均包括：释放模块，用于释放基于IP承载的呼叫和基于TDM承载的呼叫；并且基站服务器和移动交换中心服务器中的至少之一包括：触发模块，用于在通信系统异常时，发起呼叫资源释放流程；发送模块，用于在触发模块的触发下，向外部发送资源释放消息，其中，释放消息中携带有释放指示符，释放指示符用于指示释放基于IP承载的呼叫和基于TDM承载的呼叫。
通过本发明，借助于设备间传递的资源释放消息，可以在一次处理中释放基于IP承载的呼叫和基于TDM承载的呼叫，解决了现有技术中存在的必须分次处理基于IP承载的呼叫和基于TDM承载的呼叫的问题，相比于现有技术，可以减小网络资源处理过程的时延，从而避免对网络资源的浪费。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
【附图说明】
附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
图1是根据相关技术的基于IP承载的GSM通信网络的系统架构图；
图2是根据本发明实施例一的呼叫资源处理方法的流程图；
图3是本发明实施例中的资源释放消息的结构示意图；
图4是本发明实施例中的释放指示符的一种结构的示意图；
图5是本发明实施例中的释放指示符的另一种结构的示意图；
图6是根据本发明实施例二的呼叫资源处理方法的流程图；
图7是根据本发明实施例的BSC或MBS Server的结构框图。
【具体实施方式】
功能概述
如上所述，目前，A接口已经逐步采用基于IP承载。基于此，本发明实施例提供了一种呼叫资源处理方法，具体地，用于呼叫资源的释放操作，这里的呼叫资源包括基于IP承载的呼叫以及基于TDM承载的呼叫，与现有技术中不同的是，借助于本发明实施例，可以在一次处理中释放需要进行释放的(例如，受到通信系统的异常影响的)基于IP承载的呼叫和基于TDM承载的呼叫。
优选地，本发明实施例的各方案可以通过在设备(例如，第一设备和第二设备间)间交互的消息，例如，资源释放消息，设置用于指示对基于IP承载的呼叫以及基于TDM承载的呼叫进行释放的指示符来实现，在下文中，称为释放指示符。这里提到的设备包括但不限于基站控制器(BSC)和移动交换中心服务器(MSC Server)，在下文中，将以BSC和MSC Server为例进行说明。
需要说明的是，如果不冲突，本发明实施例以及实施例中的各个特征可以相互结合，均在本发明的保护范围之内。另外，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
实施例一
根据本发明实施例，首先提供了一种呼叫资源处理方法，由BSC向MSC Server发起呼叫资源释放过程，如上所述，这里的呼叫资源包括基于IP承载的资源和基于TDM承载的资源，具体地，当通信系统发生异常时，BSC通过下层消息，可以获知或检测到通信系统发生了异常(步骤S201)，则BSC发起资源释放流程(步骤S203)，根据资源释放流程的具体实现过程，该实施例至少又可以有如下的两种实现方式。
方式一：
当BSC发现异常后，释放其控制范围内受影响的基于IP承载的和基于TDM承载的全部呼叫的相关资源，并向MSC Server发送资源释放消息，该消息中携带有释放指示符，用于指示所进行的具体释放操作。具体地，图3给出了该资源释放消息的结构，如图3所示，该消息中携带有信元标识符(字节1)，长度(字节2)，释放指示符(字节3)，呼叫标识符长度，呼叫标识符1(字节4至7)，...呼叫标识符n(字节n*4至字节n*4)。通过在资源释放消息中携带释放指示符，后续接收到该消息的设备即可根据该释放指示符进行相关的呼叫资源释放操作。
通过对释放指示符进行不同的设置，可以实现不同的资源释放处理。较优的，可以将释放指示符设置为如图4所示的格式，其中，释放指示符占用8个比特，使用低位的比特1和比特2来指示具体的呼叫资源释放操作，其他的比特位可以预留。具体地，可以使用比特1来指示基于IP承载的呼叫的释放操作，而使用比特2来指示基于TDM承载的呼叫的释放操作。参见表1。
表1
比特1＝1 全局释放，释放全部基于IP承载的呼叫比特1＝0 非全局释放，释放后续的呼叫标识符列表指示的基于 IP承载的呼叫比特2＝1 全局释放，释放全部基于TDM承载的呼叫比特2＝0 非全局释放，不释放基于TDM承载的呼叫
当比特1取值为1时，表示全局释放，即，释放全部的基于IP承载的呼叫，当比特1的取值为0时，表示非全局释放，而只释放后续的呼叫标识符列表(例如，呼叫指示符长度信元及其他后续信源)所指示的呼叫。可以看出，对于基于IP承载的呼叫，可以使用比特1来指示是否进行全部释放以及释放的具体呼叫。
类似地，当比特2取值为1时，表示全局释放，即，释放全部的基于TDM承载的呼叫，当比特2的取值为0时，表示非全局释放，可以是不释放基于TDM承载的呼叫，也可以是释放部分基于TDM承载的呼叫。可以看出，对于基于TDM承载的呼叫，可以使用比特2来指示是否进行全部基于TDM承载的呼叫。
较优的，还可以将释放指示符设置为如图5所示的格式，其中，释放指示符占用8个比特，使用低位的比特1来指示具体的呼叫资源释放操作，其他的比特位可以预留。具体地，可以使用比特1来指示是否进行基于IP承载的呼叫和基于TDM承载的呼叫的全局释放。见表2。可选地，与比特1类似，也可以使用比特1＝0来表示进行部分的基于TDM承载的呼叫的释放。
表2
比特1＝1 全局释放，释放全部基于IP承载的呼叫和基于TDM承 载的呼叫比特1＝0 非全局呼叫，只释放后续呼叫标识符列表指示的呼叫
对于MSC Server而言，在接收到BSC的资源释放消息后，即可根据释放指示符对相关的呼叫资源进行释放。优选地，MSC Server在进行释放操作后，可以向BSC返回响应消息，并在该响应消息中携带上述的释放指示符，需要说明的是，该操作仅是实现本发明的优选方式，而非对于实现本发明目的而言的必要操作。
对于方式一中的呼叫资源处理过程大致可以概括如下：BSC获知系统异常--BSC释放本地呼叫资源--BSC发送资源释放消息--MSC Server释放本地呼叫资源--MSC Server返回响应消息。
方式二
本发明实施例一的实现过程不限于上述的方式一，在方式二的处理中与方式一不同的是，BSC获知系统异常后，并不首先释放本地的呼叫资源，而是可以在接收到来自MSC Server的响应消息后再进行本地的呼叫资源释放。
对于方式二中的呼叫资源处理过程大致可以概括如下：BSC获知系统异常--BSC发送资源释放消息--MSC Server释放本地呼叫资源--MSC Server返回响应消息--BSC释放本地呼叫资源。
对于方式二中的其他细节，与方式一相同或相似，为了不必要地模糊本发明，在此不再一一描述，可以参照上述的方式一来理解和实施。通过该实施例，可以在移动系统发生异常时，实现由BSC发起释放基于IP承载的呼叫和基于TDM承载的呼叫。
实施例二
通过对实施例一的描述，可以看出，上述的呼叫资源处理方法中的资源释放过程是由BSC发起的，但是本发明不限于此，对于BSC和MBS Server这两个独立的网元设备而言，呼叫资源释放过程还可以由MBS Server发起，实施例二就具体描述了本发明实施例的该种替换方式，其中，当MSC Server发现或获知系统异常时(步骤S601)，向与其连接的一个或多个BSC发起呼叫资源释放流程(步骤S603)。
与实施例一类似，MSC Server可以首先释放本地的呼叫资源，再向BSC发送资源释放消息，该资源释放消息中同样携带有释放指示符，后续BSC根据资源释放消息中的释放指示符进行相关的呼叫资源释放操作，这里的呼叫资源同样是指基于IP承载的呼叫和基于TDM承载的呼叫。
或者，MSC Server可以首先向BSC发送资源释放消息，该资源释放消息中同样携带有释放指示符，后续BSC根据资源释放消息中的释放指示符进行相关的呼叫资源释放操作，并向MSC Server返回响应消息，该响应消息中优选地携带有上述的释放指示符，在接收到BSC的响应消息后，MBS Server释放本地受到系统异常影响的所有基于IP承载的呼叫和基于TDM承载的呼叫。
在本实施例中所使用的消息格式以及消息的内容等均与实施例一类似，这里不再进行重复描述。通过该实施例，可以在移动系统发生异常时，实现由MBS Server发起释放基于IP承载的呼叫和基于TDM承载的呼叫。
实施例三
根据本发明实施例，提供了一种BSC。通过该BSC，可以实现上述实施例一的呼叫资源处理方法的相应处理。图7给出了该BSC的结构示意图，如图7所示，该BSC优选地具有如下结构：触发模块2、发送模块4、释放模块6。
具体地，触发模块2用于在通信系统异常时，发起呼叫资源释放流程，发起的过程可以通过调用下面的发送模块来实现，具体地，触发模块2可以通过下层消息而获知通信系统异常。发送模块4用于在触发模块的触发下，向外部，优选地，向MBS Server发送资源释放消息，其中，释放消息中携带有释放指示符，例如，如图4或图5所示的释放指示符，并且，如上所述，该释放指示符用于指示释放基于IP承载的呼叫和基于TDM承载的呼叫。而释放模块6即用于释放BSC的控制范围内受异常影响的所有基于IP承载的呼叫和基于TDM承载的呼叫。
需要说明的是，在不背离所附权利要求阐明的精神和范围的情况下，可以对元件或模块的功能和布置进行各种改变。
例如，作为一种实现方式，释放模块6可以连接至触发模块2，在触发模块2的触发下主动释放本地受系统异常影响的基于IP承载的呼叫和基于TDM承载的呼叫。通过该结构，可以实现上述的方式一的操作。
作为另一种实现方式，该BSC还可以包括一接收模块8，用于接收有根据其资源释放消息进行呼叫资源释放操作的MBS Server返回的响应消息，该释放模块6可以连接至该接收模块8，并在接收模块接收到响应消息后进行呼叫资源释放操作。通过该结构，可以实现上述的方式二的操作。
作为再一种实现方式，在呼叫资源释放流程由MBS Server发起的情况下，该基站控制器包括的接收模块8还可以用于接收来自MBS Server的资源释放消息，相应地，该释放模块6还可以根据接收模块接收到的资源释放消息中的释放指示符进行释放操作。通过该结构，可以实现上述的实施例二中的BSC的操作。
实施例四
根据本发明实施例，还提供了一种MBS Server。图7所示的BSC的结构同样适用于该MBS Server。以下再次参照图7来描述该MBS Server。
与实施例三类似，触发模块2用于在通信系统异常时，发起呼叫资源释放流程，发起的过程可以通过调用下面的发送模块来实现，具体地，触发模块2可以通过下层消息而获知通信系统异常。发送模块4用于在触发模块的触发下，向外部，优选地，向与该MBSServer连接的一个或多个BSC发送资源释放消息，其中，释放消息中携带有释放指示符，例如，如图4或图5所示的释放指示符，并且，如上所述，该释放指示符用于指示释放基于IP承载的呼叫和基于TDM承载的呼叫。而释放模块6即用于释放MBS Server的控制范围内受异常影响的所有基于IP承载的呼叫和基于TDM承载的呼叫。
类似地，作为一种实现方式，释放模块6可以连接至触发模块2，在触发模块2的触发下主动释放本地受系统异常影响的基于IP承载的呼叫和基于TDM承载的呼叫。
作为另一种实现方式，该MBS Server还可以包括一接收模块8，用于接收有根据其资源释放消息进行呼叫资源释放操作的一个或多个BSC返回的响应消息，该释放模块6可以连接至该接收模块8，并在接收模块接收到响应消息后进行呼叫资源释放操作。
作为再一种实现方式，在呼叫资源释放流程由BSC发起的情况下，该MBS Server包括的接收模块8还可以用于接收来自BSC的资源释放消息，相应地，该释放模块6还可以根据接收模块接收到的资源释放消息中的释放指示符进行释放操作。
实施例五
根据本发明实施例，还提供了一种呼叫资源处理系统，该系统的架构可以同图1所示的系统架构，包括MBS Server和与该MBSServer连接的一个或多个BSC。
在根据本发明实施例的呼叫资源处理系统中，MBS Server以及BSC中至少有一个具有实施例三或实施例四所示的结构。通过该系统包括的MBS Server以及BSC之间的交互，即可实现实施例一及实施例二的操作。对于本领域普通技术人员来说，可以容易地参照实施例三及实施例四来实现实施例五的技术方案，因此这里不再对相同的技术细节进行重复描述。
综上，借助于本发明实施例提供的上述至少一种技术方案，在系统异常时，可以通过BSC或MBS Server发起释放基于IP承载的呼叫和基于TDM承载的呼叫的过程，相比于现有技术，可以减少甚至避免网络资源处理过程的时限，避免网络资源的浪费，进而提高网络资源的利用率。
以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。