[发明专利]用于由智能网络处理验证失败/授权拒绝用户的方法

说明书

本发明涉及用于由智能网络处理验证失败/授权拒绝用户的方法。

通常，通信服务网络使用验证功能确认用户的合法性，以及在使用遗失的终端或者延迟交付服务费的情况下必须对于一种服务暂停用户的授权时，使用对于用户的授权功能。

特别地，在移动通信服务网络中，由于终端和服务网络物理地隔离，容易发生下述行为：终端遗失或被盗，或者陌生人非法复制合法用户的终端进行非法使用。

在解决这些问题的努力中，在移动通信服务网络中当用户请求始发呼叫时，已经确定地和积极地为用户引入了验证功能和授权拒绝功能。

但是，在对于尝试呼叫始发的终端验证失败的情况下，必须采取适当步骤识别正在使用终端的人并判断他的合法性。

并且，甚至在因为已经遗失或被盗而授权拒绝的终端还在使用的情况下，必须识别正在使用终端的人并采取适当步骤。

同时，甚至在因为延迟交付服务费而使用户遭受授权拒绝的情况下，需要在一段时间内首先给用户提供正常呼叫服务和适当的通知以告知用户服务将暂停，或者电话呼叫负责服务网络的用户的人，以引导他至正常服务。

更进一步，在因为某种原因用户验证失败或者用户授权拒绝的情况下，应当根据情况给用户提供适当通知或正常呼叫服务。

另外，即使用户具有资格，因为某种原因验证也可能失败。在这种情况下，应当立即给相应用户提供正常服务。

但是，在现有通信服务网络中，在对于尝试呼叫的用户验证失败或用户授权拒绝的情况下，对于相应用户的服务被无条件地断开，这样很难通过和相应用户以及服务中心中负责用户的人员的通信来识别相应用户，判断他的合法性，根据情况提供通知或正常呼叫服务，或引导至正常服务。

图1是显示根据现有技术的在通信网络服务中用来处理由验证失败或授权拒绝的用户始发的呼叫的方法的示意图。

如图所示，当包括其终端信息的用户终端1向MSC/VLR或交换系统/SSF尝试始发呼叫时(S10)，MSC/VLR或交换系统/SSF分析尝试呼叫始发的终端的信息以判断它是否被验证和授权(S11)。

如果呼叫始发来自具有资格的终端，MSC/VLR或交换系统/SSF分析被叫方的电话号码并尝试建立呼叫，相反，如果判断出呼叫始发是接收自验证失败的终端或授权拒绝的终端，从交换系统提供的简单通知消息被发送到尝试呼叫始发的终端1，并对相应呼叫立即停止服务。

在智能网络中对于验证失败或授权拒绝的用户进行相同方式的服务，下面将参考图2对其进行说明。

图2是显示根据现有技术的用来处理由北美无线标准移动通信智能网络(无线智能网络(WIN))标准定义的始发呼叫的BCSM(基本呼叫状态模型)的流程图。

如图所示，当呼叫点(Point In Call)1(PICl)检测到从终端始发的呼叫时，相应PIC1对于所检测的呼叫进行事件处理，并转移到智能网络服务的下一阶段。

呼叫点2(PIC2)执行验证程序并检查授权，以判断呼叫是否接收自正常用户终端。如果判断出呼叫接收自正常用户终端并因此给予其验证和授权，那么转移到下一阶段。

呼叫点3(PIC3)收集包含在相应始发呼叫中的初始信息，也就是服务代码、电话局号码、被叫方号码。在经过了用于收集信息而分配的时间后，进行异常处理以回到初始例程，同时，在预设时间内正常地收集了始发呼叫的信息的情况下，转移到下一阶段。

在由第三检测点(DP3)进行关于收集信息的检测点处理后，PIC4分析该收集的信息。

在所分析的信息不能建立呼叫的情况下，信息按异常情况处理并回到初始例程。当完成了关于有效始发呼叫的信息的分析时，转移到下一阶段。

在进行了由第四检测点(DP4)时所分析的信息的检测点处理后，呼叫点5(PIC5)选择建立呼叫所需的路由，并由PIC6通过选择的路由对于验证后的呼叫进行建立呼叫的建立处理。

在第五检测点(DP5)检测到由PIC6选择的路由中出现故障的情况下，进行异常处理以回到初始例程。同时，在对于验证后的信号的建立处理中出现了故障的情况下，进行异常处理以回到初始例程。

在正常地建立了呼叫的情况下，呼叫点7(PIC7)进行到对应目的地的呼叫。然后，PIC8执行传送回铃音和目的地响应等待的例程，PIC9执行激活始发呼叫的例程，PIC10执行暂停始发呼叫的例程。

在各个PIC的例程中检测到故障的情况下，对于相应处理操作执行异常处理例程，并回到初始例程，在检测到始发呼叫暂停的情况下，回到初始例程。