CAMEL呼叫持续控制方法和系统

摘要

本发明提供了一种CAMEL呼叫持续控制方法，该方法包括：在gsmSSF向SCP发送上次申请计费报告并且启动监控定时器之后，如果收到了SCP下发的新申请计费消息，停止监控定时器，并将监控定时器的当前值与新申请计费消息中携带的允许呼叫持续的最大时长进行比较；根据比较结果，获取在上报申请计费报告前允许通话的实际最大时长；以及在到达实际最大时长时，根据新申请计费消息中携带的超时释放指示来执行呼叫持续控制。本发明还提供了一种CAMEL呼叫持续控制系统，该系统包括：比较单元；赋值单元；以及控制单元。因而，采用本发明的方法和系统可以保证呼叫在可控制的范围内，从而保证了计费的准确性和快捷有效性，同时防止系统的处理出现异常。

说明书

技术领域

本发明涉及通信领域，更具体地，涉及一种CAMEL呼叫持续控制方法和系统。

背景技术

移动网络用户应用增强逻辑，简称移动智能(CustomizedApplications for Mobile network Enhanced Logic，CAMEL)是智能网在移动方面的扩充发展。移动智能是一种网络特征，采用模块化的设计思想构造业务，具有市场竞争力的运营者特定业务的(Operator Specific Service，CAMEL_OSS)增值业务。即使移动用户漫游出归属公共陆地移动网(Home PLMN，HPLMN)，同样能获得CAMEL_OSS业务支持。新业务的开通投入少，见效快，业务覆盖全网，运营风险大大降低。

图1是移动智能网的系统架构图。如图1所示，包括以下功能实体：

归属位置寄存器(Home Location Register，HLR)101，存储用户相关的CAMEL签约信息，相关的CAMEL签约数据在用户位置更新或数据变化时传送至拜访位置寄存器(Visitor LocationRegister，VLR)中；

业务控制功能模块(GSM Service Control Function，gsmSCF)102，包含提供对呼叫请求CAMEL_OSS业务进行逻辑控制的业务逻辑，同时处理与业务有关的行为；

网关移动交换中心(Gateway Mobile service Switching Centre，GMSC)103，当处理需要CAMEL支持的业务时，从HLR101接收到相关的CAMEL签约数据，并向业务交换功能(GSM ServiceSwitching Function，gsmSSF)请求指示，在处理过程中，GMSC 103监视请求的呼叫状态(事件)并通知gsmSSF其状态，使gsmSSF能控制GMSC 103中呼叫的处理；

gsmSSF 104，提供识别呼叫请求CAMEL_OSS业务处理的手段，并与呼叫处理以及呼叫业务逻辑交互动作；

VLR 105，存储漫游在本VLR 105区域内的移动用户相关的CAMEL签约数据签约信息；

移动交换中心(Mobile service Switching Centre，MSC)106，当处理需要CAMEL支持的业务时，MSC 106从VLR 105接收到用户相关的CAMEL签约数据，并向gsmSSF 104请求指示，在处理过程中，MSC 106监视请求的呼叫状态(事件)并通知gsmSSF 104其状态，使gsmSSF 104能控制MSC 106中呼叫的处理，当处理对补充业务ECT，CD和MPTY的调用时，MSC 106从VLR 105接收SS-CSI，并向gsmSCF 102发送补充业务调用通知；以及

特殊资源功能(GSM Specialised Resource Function，gsmSRF)107，通过对诸如DTMF接收器、语音识别功能、规程转换、通知和语音处理等资源的控制，为所有终端用户提供与网络的交互作用。

在图1中：

CAP：CAMEL Applications Part，CAMEL应用部分协议；以及

MAP：Mobile Applications Part，移动应用部分协议。

现有的移动智能网络能够实现对通话实施实时控制和快捷的计费功能，有效控制不良用户的欠费、恶意透支对网络运营商的利益损害，减少电信运营商的经营风险，保障正常的经营收益。

图2是根据现有技术的CAMEL呼叫持续控制图。

具体的实现方式是使用CAMEL协议中规定的相关消息和业务流程进行的。下面将参考图2对此实现过程进行描述。在图2中，缩写参数说明如下：

Tcp：Timer for Period，在“申请计费报告”发送之前允许呼叫持续的最大时长；

Delta：在发送“申请计费报告”和收到新的“申请计费”消息之间的时长；以及

Tccd：Control of Call Duration Timer，监控定时器，监视发送“申请计费报告”和收到新的“申请计费”消息之间的时间，防止资源长时间占用。

首先，SCP(业务控制点)向gsmSSF下发“申请计费”消息，其中携带了此次允许通话的最大通话时长Tcp1和超时是否释放的指示，在此消息中指示当Tcp1超时时，呼叫继续；

其次，SCP向gsmSSF下发“连接到资源”、“建立临时连接”、“连接”和“继续”消息，gsmSSF建立到目的地(可能为被叫终端、智能外设网元或者提供特殊资源的单元)的话路；

当gsmSSF收到目的地“应答”消息后，开始启动Tcp定时器，时长Tcp1；

当Tcp1超时后，gsmSSF向SCP发送“申请计费报告”，报告此时通话的时长为Tcp1，并且启动Tccd定时器；

接下来，gsmSSF收到下发的“申请计费”消息，其中携带了此次允许通话的最大通话时长Tcp2和超时是否释放的指示，在此消息中指示当Tcp2超时时，呼叫继续或者释放呼叫，gsmSSF停止Tccd定时器，并将定时器的值赋给Delta1，并且计算出在上报“申请计费报告”前所允许通话的最大时长为(Tcp2-Delta1)；

在(Tcp2-Delta1)时间到达后，gsmSSF将向SCP上报“申请计费报告”消息，此时的通话时长为(Tcp1+Tcp2)，如果SCP下发的“申请计费”中携带的超时是否释放指示是不释放，将继续等待新的“申请计费”消息；以及

如果SCP下发的“申请计费”中携带的是超时释放指示，那么gsmSSF将发起释放呼叫的过程。

在现有的CAMEL协议中，对Tcp参数的取值范围是[1，864000]，单位是0.1秒，而对Tccd定时器的取值范围是[1，20]秒，那么Delta的取值范围也就是[1，20]秒，而且在处理的过程中，是直接用Tcp-Delta，这样可能会出现以下后果：

当Tcp<Delta时，得到一个不期望的值，将会导致通话没有收到预期的控制；以及

在gsmSSF判断出Tcp<Delta时，终端实际通话的时长已经超过上报“申请计费报告”前所允许的最大通话时长，因为现有协议没有规定这种情况下gsmSSF应该怎么处理，所以将会导致gsmSSF处理异常或者各gsmSSF处理不一致。

发明内容

本发明所要解决的技术问题是当“申请计费”消息中填写的Tcp(上报“申请计费报告”发送前允许呼叫的最大时长)小于Delta(上次“申请计费报告”至此次收到“申请计费”消息之间的时长)时，如何防止gsmSSF发生处理异常，并且提供了流程进一步处理的方案以及消息参数具体填写说明，以满足CAMEL计费的要求和系统正常运行的需要。

为了解决现有技术中的问题，本发明提出了一种CAMEL呼叫持续控制方法，该方法包括：在gsmSSF向SCP发送上次申请计费报告并且启动监控定时器之后，如果收到了SCP下发的新申请计费消息，停止监控定时器，并将监控定时器的当前值与新申请计费消息中携带的允许呼叫持续的最大时长进行比较；根据比较结果，计算在上报申请计费报告前允许通话的实际最大时长；以及在到达实际最大时长时，根据新申请计费消息中携带的超时释放指示来执行呼叫持续控制。

其中，在比较结果为当前值大于实际允许时长的情况下，将最大时长赋值为零或系统所允许的最小正值。

然而，在比较结果为当前值不大于实际允许时长的情况下，将最大时长赋值为新申请计费消息中携带的允许呼叫持续的最大时长与监控定时器的当前值之差。

根据本发明的方法，在到达实际最大时长时，如果新申请计费消息中携带的超时释放指示表示在最大时长超时的情况下释放呼叫，则gsmSSF将向SCP上报申请计费报告，并向MSC或终端发起释放消息以释放正在进行的呼叫。

在到达实际最大时长时，如果新申请计费消息中携带的超时释放指示表示在实际最大时长超时的情况下继续呼叫，则gsmSSF将向SCP上报申请计费报告，并重新启动监控定时器，等待下一个申请计费消息。

本发明还提供了一种CAMEL呼叫持续控制系统，该系统包括：比较单元，用于在gsmSSF向SCP发送上次申请计费报告并且启动监控定时器之后，在收到了SCP下发的新申请计费消息的情况下，停止监控定时器，并将监控定时器的当前值与新申请计费消息中携带的允许呼叫持续的最大时长进行比较；赋值单元，用于根据比较单元的比较结果，确定在上报申请计费报告前允许通话的实际最大时长；以及控制单元，用于在到达实际最大时长时，根据新申请计费消息中携带的超时释放指示来执行呼叫持续控制。

其中，赋值单元在比较单元的比较结果为当前值大于实际允许时长的情况下，将最大时长赋值为零或系统所允许的最小正值。

然而，赋值单元在比较单元的比较结果为当前值不大于实际允许时长的情况下，将最大时长赋值为新申请计费消息中携带的允许呼叫持续的最大时长与监控定时器的当前值之差。

根据本发明的系统，控制单元在到达实际最大时长时，在新申请计费消息中携带的超时释放指示表示在最大时长超时的情况下释放呼叫的情况下，使gsmSSF向SCP上报申请计费报告，并向MSC或终端发起释放消息以释放正在进行的呼叫。

当控制单元在到达实际最大时长时，在新申请计费消息中携带的超时释放指示表示在实际最大时长超时的情况下继续呼叫的情况下，使gsmSSF向SCP上报申请计费报告，并重新启动监控定时器，等待下一个申请计费消息。

因而，采用本发明的方法和系统可以保证呼叫在可控制的范围内，从而保证了计费的准确性和快捷有效性，同时防止系统的处理出现异常。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是移动智能网的系统架构图；

图2是根据现有技术的CAMEL呼叫持续控制图；

图3是根据本发明的CAMEL呼叫持续控制方法的流程图；

图4是根据本发明实施例的Tcp超时时呼叫释放的处理流程图；

图5是根据本发明实施例的Tcp超时时呼叫继续的处理流程图；

图6是根据本发明实施例的“申请计费报告”上报允许通话实际最大时长时的流程图；以及

图7是根据本发明的CAMEL呼叫持续控制系统的框图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图3是根据本发明的CAMEL呼叫持续控制方法的流程图。如图3所示，包括以下步骤：

S302，在gsmSSF向SCP发送上次申请计费报告并且启动监控定时器之后，如果收到了SCP下发的新申请计费消息，停止监控定时器，并将监控定时器的当前值与新申请计费消息中携带的允许呼叫持续的最大时长进行比较；

S304，根据比较结果，获取在上报申请计费报告前允许通话的实际最大时长；以及

S306，在到达实际最大时长时，根据新申请计费消息中携带的超时释放指示来执行呼叫持续控制。

其中，在比较结果为当前值大于允许呼叫持续的最大时长的情况下，将实际最大时长赋值为零或系统所允许的最小正值。

然而，在比较结果为当前值不大于允许呼叫持续的最大时长的情况下，将实际最大时长赋值为新申请计费消息中携带的允许呼叫持续的最大时长与监控定时器的当前值之差。

根据本发明的方法，在到达实际最大时长时，如果新申请计费消息中携带的超时释放指示表示在实际最大时长超时的情况下释放呼叫，则gsmSSF将向SCP上报申请计费报告，并向MSC或终端发起释放消息以释放正在进行的呼叫。

在到达实际最大时长时，如果新申请计费消息中携带的超时释放指示表示在实际最大时长超时的情况下继续呼叫，则gsmSSF将向SCP上报申请计费报告，并重新启动监控定时器，等待下一个申请计费消息。

图4是根据本发明实施例的Tcp超时时呼叫释放的处理流程图。

图6是根据本发明实施例的“申请计费报告”上报允许通话实际最大时长时的流程图。

如图4和图6所示，Tcp超时时呼叫释放的整个处理过程如下：

首先，SCP向gsmSSF下发“申请计费”消息，其中携带了此次允许通话的最大通话时长Tcp1和超时是否释放的指示，在此消息中指示Tcp1超时时，呼叫继续；

其次，SCP向gsmSSF下发“连接到资源”、“建立临时连接”、“连接”和“继续”消息，gsmSSF建立到目的地(可能为被叫终端、智能外设网元或者提供特殊资源的单元)的话路；

当gsmSSF收到目的地“应答”消息后，开始启动Tcp定时器，时长Tcp1；

在Tcp1超时后，gsmSSF向SCP发送“申请计费报告”，报告此时通话的时长为Tcp1，并且启动Tccd定时器，等待SCP发送新的“申请计费”消息；

当收到SCP下发“申请计费”消息后，gsmSSF进入图6的处理；

S602，收到“申请计费”消息后，进行参数判断和状态判断等等一些消息的常规检查；

S604，判断此时是否已经收到了应答消息；

S606，停止Tccd定时器，将其值赋给Delta；

S608，判断Tcp是否大于Delta；

S610，如果Tcp<Delta，那么将Tcp赋值为零或者系统所允许的最小正值，以便Tcp定时其可以正常启动，并且以最快的速度超时，流程进入S614；

S612，如果Tcp>Delta，那么，流程进入S614；以及

S614，执行正常的Tcp为正值的“申请计费”处理流程，包括了消息“申请计费报告”和“释放”，其中的“申请计费报告”中填写的通话时长为上次“申请计费报告”中的通话时长和本次“申请计费”消息中下发的Tcp之和，略小于真实通话时长，基本等于SCP所允许的“申请计费报告”发送前允许呼叫的最大时长。

图5是根据本发明实施例的Tcp超时时呼叫继续的处理流程图。

以下结合图6描述Tcp超时时呼叫继续的整个处理过程。

首先，SCP向gsmSSF下发“申请计费”消息，其中携带了此次允许通话的最大通话时长Tcp1和超时是否释放的指示，在此消息中指示Tcp1超时时，呼叫继续；

其次，SCP向gsmSSF下发“连接到资源”、“建立临时连接”、“连接”和“继续”消息，gsmSSF建立到目的地(可能为被叫终端、智能外设网元或者提供特殊资源的单元)的话路；

接下来，当gsmSSF收到目的地“应答”消息后，开始启动Tcp定时器，时长Tcp1；

当Tcp1超时后，gsmSSF向SCP发送“申请计费报告”，报告此时通话的时长为Tcp1，并且启动Tccd定时器，等待SCP发送新的“申请计费”消息；

在收到SCP下发“申请计费”消息后，gsmSSF进入图6的处理；

S602，收到“申请计费”消息后，进行参数判断和状态判断等等一些消息的常规检查；

S604，判断此时是否已经收到了应答消息；

S606，停止Tccd定时器，将其值赋给Delta；

S608，判断Tcp是否大于Delta；

S610，如果Tcp<Delta，那么将Tcp赋值为零或者系统所允许的最小正值，以便Tcp定时器可以正常启动，并且以最快的速度超时，流程进入S614；

S612，如果Tcp>Delta，那么，流程进入S614；

S614，执行正常的Tcp为正值的“申请计费”处理流程，包括了消息“申请计费报告”，其中的“申请计费报告”中填写的通话时长为上次“申请计费报告”中的通话时长和本次“申请计费”消息中下发的Tcp之和，略小于真实通话时长，基本等于SCP所允许的“申请计费报告”发送前允许呼叫的最大时长，流程进入了“申请计费”，等待SCP新的指示，并且启动Tccd定时器；

当gsmSSF收到SCP下发“申请计费”消息，其中携带了此次允许通话的最大通话时长Tcp3和超时是否释放的指示，在此消息中指示Tcp3超时时，呼叫释放；

因为“申请计费”中携带的是超时释放指示，在(Tcp3-Delta2)时间到达后，gsmSSF将发起释放呼叫的过程；以及

最后，gsmSSF将向SCP上报“申请计费报告”消息，此时的通话时长为(Tcp1+Tcp2+Tcp3)。

图7是根据本发明的CAMEL呼叫持续控制系统700的框图。如图7所示，包括：比较单元702，用于在gsmSSF向SCP发送上次申请计费报告并且启动监控定时器之后，在收到了SCP下发的新申请计费消息的情况下，停止监控定时器，并将监控定时器的当前值与新申请计费消息中携带的允许呼叫持续的最大时长进行比较；赋值单元704，用于根据比较单元的比较结果，确定在上报申请计费报告前允许通话的实际最大时长；以及控制单元706，用于在到达实际最大时长时，根据新申请计费消息中携带的超时释放指示来执行呼叫持续控制。

其中，赋值单元704在比较单元702的比较结果为当前值大于实际允许时长的情况下，将实际最大时长赋值为零或系统所允许的最小正值。

然而，赋值单元704在比较单元702的比较结果为当前值不大于实际允许时长的情况下，将实际最大时长赋值为新申请计费消息中携带的允许呼叫持续的最大时长与监控定时器的当前值之差。

根据本发明的系统，控制单元706在到达实际最大时长时，在新申请计费消息中携带的超时释放指示表示在实际最大时长超时的情况下释放呼叫的情况下，使gsmSSF向SCP上报申请计费报告，并向MSC或终端发起释放消息以释放正在进行的呼叫。

当控制单元706在到达实际最大时长时，在新申请计费消息中携带的超时释放指示表示在实际最大时长超时的情况下继续呼叫的情况下，使gsmSSF向SCP上报申请计费报告，并重新启动监控定时器，等待下一个申请计费消息。

综上所述，本发明解决了当“申请计费”消息中填写的Tcp(上报“申请计费报告”发送前允许呼叫持续的最大时长)小于Delta(上次“申请计费报告”至此次收到“申请计费”消息之间的时长)时，如何防止gsmSSF发生处理异常，并且提供了流程进一步处理的方案以及消息参数具体确定，以满足CAMEL计费的准确性和实时性要求以及系统正常运行的需要。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。