CN1302146A - 用于由智能网络处理验证失败/授权拒绝用户的方法 - Google Patents

用于由智能网络处理验证失败/授权拒绝用户的方法 Download PDF

Info

Publication number
CN1302146A
CN1302146A CN00136691A CN00136691A CN1302146A CN 1302146 A CN1302146 A CN 1302146A CN 00136691 A CN00136691 A CN 00136691A CN 00136691 A CN00136691 A CN 00136691A CN 1302146 A CN1302146 A CN 1302146A
Authority
CN
China
Prior art keywords
user
call
scp
calling
refusal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN00136691A
Other languages
English (en)
Other versions
CN1190105C (zh
Inventor
郑允泽
朴晟均
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Novera Optics Korea Co Ltd
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN1302146A publication Critical patent/CN1302146A/zh
Application granted granted Critical
Publication of CN1190105C publication Critical patent/CN1190105C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0029—Provisions for intelligent networking

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种用于由智能网络处理验证失败/授权拒绝用户的方法,包括以下步骤:Origination____Attempt____Unauthorized检测点检测始发呼叫用户的验证失败或授权拒绝,并把相应事实通知SCP;SCP指示用户始发的呼叫连接到预定位置;根据SCP的指示引导呼叫验证失败或授权拒绝的用户至正常服务。

Description

用于由智能网络处理验证失败/授权拒绝用户的方法
本发明涉及用于由智能网络处理验证失败/授权拒绝用户的方法。
通常，通信服务网络使用验证功能确认用户的合法性，以及在使用遗失的终端或者延迟交付服务费的情况下必须对于一种服务暂停用户的授权时，使用对于用户的授权功能。
特别地，在移动通信服务网络中，由于终端和服务网络物理地隔离，容易发生下述行为：终端遗失或被盗，或者陌生人非法复制合法用户的终端进行非法使用。
在解决这些问题的努力中，在移动通信服务网络中当用户请求始发呼叫时，已经确定地和积极地为用户引入了验证功能和授权拒绝功能。
但是，在对于尝试呼叫始发的终端验证失败的情况下，必须采取适当步骤识别正在使用终端的人并判断他的合法性。
并且，甚至在因为已经遗失或被盗而授权拒绝的终端还在使用的情况下，必须识别正在使用终端的人并采取适当步骤。
同时，甚至在因为延迟交付服务费而使用户遭受授权拒绝的情况下，需要在一段时间内首先给用户提供正常呼叫服务和适当的通知以告知用户服务将暂停，或者电话呼叫负责服务网络的用户的人，以引导他至正常服务。
更进一步，在因为某种原因用户验证失败或者用户授权拒绝的情况下，应当根据情况给用户提供适当通知或正常呼叫服务。
另外，即使用户具有资格，因为某种原因验证也可能失败。在这种情况下，应当立即给相应用户提供正常服务。
但是，在现有通信服务网络中，在对于尝试呼叫的用户验证失败或用户授权拒绝的情况下，对于相应用户的服务被无条件地断开，这样很难通过和相应用户以及服务中心中负责用户的人员的通信来识别相应用户，判断他的合法性，根据情况提供通知或正常呼叫服务，或引导至正常服务。
图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的例程中检测到故障的情况下，对于相应处理操作执行异常处理例程，并回到初始例程，在检测到始发呼叫暂停的情况下，回到初始例程。
在第一检测点(DP1)检测到对于始发呼叫PIC2未通过验证或拒绝了授权的情况下，暂停呼叫服务，进行异常处理并回到初始例程。
图3是根据现有技术的智能网络中的ITU-T标准用来处理始发呼叫的BCSM(基本呼叫状态模型)的流程图。
如图所示，当PIP21检测到从终端始发的呼叫时，PIP21对于检测到的呼叫进行事件处理，并转移到智能网络服务的下一阶段。
呼叫点22(PIC22)执行验证程序并检查它的授权，以判断呼叫是否接收自正常用户终端。如果判断出呼叫接收自正常用户终端，给予其验证和授权，PIC22将其转移到下一个阶段。
呼叫点23(PIC23)收集包含在相应始发呼叫中的初始信息，也就是服务代码、电话局号码、目的地号码。在经过了用于收集信息而分配的时间后，进行异常处理以回到初始例程，同时，在PIC23在预设时间内正常收集了信息的情况下，转移到下一阶段。
在第三检测点(DP23)进行关于收集信息的检测点处理后，PIC24分析所收集的信息。在所分析的信息不能建立呼叫的情况下，该信息按异常情况处理并回到初始例程。在完成了关于有效始发呼叫的信息的分析后，转移到下一阶段。
在由第四检测点(DP24)进行了关于所分析的信息的检测点处理后，呼叫点25(PIC25)选择建立呼叫所需的路由，并由PIC26通过选择的路由对于验证后的呼叫进行建立呼叫的建立处理。
在第五检测点(DP25)检测到由PIC26选择的路由中出现故障的情况下，进行异常处理以回到初始例程。同时，在对于验证后的信号的建立处理中出现了故障的情况下，进行异常处理以回到初始例程。
在正常建立了呼叫的情况下，呼叫点27(PIC27)进行到相应目的地的呼叫。然后，PIC28执行传送回铃音和目的地响应等待的例程，PIC29执行激活始发呼叫的例程，PIC30执行暂停始发呼叫的例程。
在各个PIC的例程中检测到故障的情况下，对于相应处理操作进行异常处理例程，并回到初始例程，在检测到始发呼叫暂停的情况下，回到初始例程。
在第一检测点(DP21)检测到对于始发呼叫PIC22未通过验证或拒绝了授权的情况下，暂停呼叫服务，进行异常处理并回到初始例程。
下面将说明根据本发明另一实施例的在GSM/UMTS(全球移动通信系统/通用移动电信系统)，特别是CAMEL(移动网络增强逻辑定制应用)，的智能网络中定义的尝试呼叫(attempted call)。
图4是显示根据现有技术的应用到GSM/UMTS(全球移动通信系统/通用移动电信系统)(例如CAMEL标准)的智能网络中的始发呼叫处理的BCSM(基本呼叫状态模型)的流程图。
如图所示，当PIC41检测到对于始发呼叫的事件时，PIC41检测呼叫的验证和授权和它的初始信息，并请求分析用来处理该呼叫的信息。
在第一检测点(DP41)进行了关于所收集信息的检测点处理后，PIC42分析对于呼叫收集的信息。在所分析的信息是无效信息的情况下，信息按异常情况处理，并回到初始例程。同时，在判断出所分析的信息是有效信息的情况下，转移到下一阶段。
在由第四检测点(DP42)进行了关于分析的信息的检测点处理后，呼叫点43(PIC43)选择用于建立呼叫的路由并建立一个呼叫建立消息。
在第三检测点DP43检测到所选择的路由中有故障的情况下，在第四检测点DP44检测到所选择的路由正在使用的情况下，或者在第五检测点DP45通过所选择的路由没有检测到用于呼叫建立消息的响应的情况下，进行异常处理以回到初始例程。在通过所选择的路由建立了呼叫的情况下，PIC44激活该呼叫。
如上所述，在现有移动通信网络中，对于尝试始发呼叫的终端分析验证和授权，基于此如果判断出因为某种原因终端丧失资格或其验证失败，从终端始发的呼叫的服务被无条件地断开，导致没有识别相应用户的问题，难以判断相应终端的合法性，对于相应终端不能采取适当措施。
另外，服务的无条件断开不利地导致引导拖欠服务费的用户交费并促使他成为正常用户的努力失败。
因此，本发明的一个目的是提供在通信服务网络中在用户始发呼叫的验证失败或授权拒绝的情况下由智能网络处理验证失败/授权拒绝用户的方法，电话通信被连接到服务中心或由相应终端的用户指定的电话号码，或者连接到诸如IP(智能外设)的专用服务设备，或者呼叫按正常呼叫处理，这样能识别用户的身份，判断用户的合法性，根据情况适当地向用户提供各种通知或者正常呼叫服务，或者在用户和服务中心管理用户的人员之间通信，从而引导用户至正常服务。
另外，在由智能网络处理验证失败/授权拒绝用户的方法中，自动跟踪验证失败和授权拒绝的用户的呼叫，并自动维护它的历史记录，通信服务网络供应商准备要提供给验证失败和授权拒绝用户的各种步骤和服务，以适当地处理各种情况。
为了达到这些和别的优点并根据本发明的目的，正如这里体现和广泛说明的那样，提供了用来由智能网络处理验证失败/授权拒绝用户的方法，其包括Origination_Attempt_Unauthorized检测点，用来在智能网络中尝试始发呼叫的用户被验证失败或授权拒绝的情况下，根据SCP(服务控制点)的指示执行相应处理操作。
提供了一种用来由智能网络处理验证失败/授权拒绝用户的方法，包括如下步骤：Origination_Attempt_Unauthorized检测点对于始发呼叫的用户检测验证失败或授权拒绝并通知SCP相应事实；SCP指示由用户始发的呼叫连接到预定的位置；根据SCP的指示引导其呼叫已经验证失败或授权拒绝的用户至正常服务。
本发明还提供了用来由智能网络处理验证失败/授权拒绝用户的方法，它包括如下步骤：当移动交换系统检测到呼叫时分析始发呼叫的用户的验证和授权；在用户被授权拒绝的情况下判断授权失败触发器是否处于激活状态；在授权拒绝触发器处于非激活状态的情况下根据交换系统中定义的程序释放呼叫，或者在授权拒绝触发器处于激活状态的情况下，对于北美无线标准的智能网络，将OriginationRequestINVOKE消息发送到处理相应触发器的SCP，该消息包括指示用户验证失败或授权拒绝的原因的参数和用户的位置信息，对于ITU或GSM/UMTS的智能网络，将初始检测点消息发送到SCP；根据始发请求消息或初始检测点消息的分析将始发请求返回结果消息或用来将用户始发的呼叫连接到预定位置的连接消息发送到交换系统；以及根据始发请求返回结果消息或连接消息将用户始发的呼叫连接到相应位置。
从联系附图的本发明的详细说明中可以更明显地看到本发明的前述和别的目的、特征、方面和优点。
附图被用来提供对发明的进一步理解，它包含在说明书中并组成说明书的一部分，附图展示了发明的实施例，并和说明一起用来解释发明原理。
在图中：
图1是显示根据现有技术在通信网络服务中用来处理由验证失败或授权拒绝的用户始发的呼叫的方法的示意图；
图2是显示根据现有技术的在智能网络中根据WIN(无线智能网络)标准的始发呼叫的处理的BCSM(基本呼叫状态模型)的流程图；
图3是显示根据现有技术的在智能网络中根据ITU-T标准的始发呼叫的处理的BCSM(基本呼叫状态模型)的流程图；
图4是显示根据现有技术的在智能网络中根据CAMEL标准的始发呼叫的处理的BCSM(基本呼叫状态模型)的流程图；
图5是根据本发明的用来在通信网络服务中处理验证失败或授权拒绝用户的方法的流程图；
图6是显示根据本发明的在智能网络中根据WIN(无线智能网络)标准的始发呼叫的处理的BCSM(基本呼叫状态模型)的流程图；
图7是显示根据本发明的在智能网络中根据ITU-T标准的始发呼叫的处理的BCSM(基本呼叫状态模型)的流程图；
图8是显示根据本发明的在智能网络中根据CAMEL标准的始发呼叫的处理的BCSM(基本呼叫状态模型)的流程图；
图9A和图9B是根据本发明的在WIN标准的通信网络服务中在始发呼叫遭受验证失败或授权拒绝的情况下在终端和交换系统之间的呼叫连接服务的流程图；
图10A和图10B是根据本发明的在ITU-T标准的通信网络服务中在始发呼叫遭受验证失败或授权拒绝的情况下在终端和交换系统之间的呼叫连接服务的流程图；和
图11A和图11B是根据本发明的在CAMEL标准的通信网络服务中在始发呼叫遭受验证失败或授权拒绝的情况下在终端和交换系统之间的呼叫连接服务的流程图。
下面将详细说明本发明的优选实施例，附图中展示了其示例。
图5是根据本发明的用来在通信网络服务中处理验证失败或授权拒绝用户的方法的流程图。
本发明包括检测点，它用来在BCSM的智能网络标准中出现了对于始发呼叫的验证失败或授权拒绝时通知该验证失败或授权拒绝，根据SCP的指示收集和分析关于始发呼叫的信息，选择用于建立呼叫的路由，在尝试始发呼叫的用户验证失败或授权拒绝的情况下，定义授权失败触发器类型以通知SCP该情况，并根据SCP的指示执行处理例程。
图6是显示根据本发明的在北美智能网络中根据WIN(无线智能网络)标准的始发呼叫的处理的BCSM(基本呼叫状态模型)的流程图。
首先，如图所示，在北美无线标准(特别是WIN标准)的移动通信智能网络中定义的BCSM的处理期间出现了对于尝试呼叫的验证失败和授权拒绝的情况下，检测点DP100检测该情况并报告到SCP，并根据SCP的指示顺序地进行信息收集、信息分析和呼叫建立路由选择。下表1中定义了检测点DP100的转换。
表1
从 到 BCSM转换的性质 备注
Qrignation_Atternpt_UnauthoriaedDP O_Exception 基本 新定义
Collected_InformationPIC 扩展
Analyze_InformationPIC 扩展
Select_Route PIC 扩展
Authoriae_Origination_Atternpt PIC Origination_Attempt_Authorized DP 现有标准
O_Abandon
O_Exception DP 基本
Origination_Attempt_Unauthorized DP 基本 新定义
Origination_Attempt_Unauthorized DP判断表1中定义的在检测点DP100的授权失败触发器是否被激活。当在触发器被激活的状态下满足别的条件时，Origination Attempt_Unauthorized DP进行触发。授权失败触发器由用户给出，触发器被应用到由移动通信用户始发的呼叫。授权失败触发器类型被设置为用来检测触发器条件的参考触发器类型，其中服务交换功能和呼叫控制功能在Origination  Attempt_Unauthorized DP有效。
在出现了干扰使SCP不能响应的情况下，终止相应尝试呼叫或将其路由到预定位置，或者按正常呼叫处理。
同时，在满足触发条件的情况下，进行关于TIA/EIA-41的始发请求指示。用户概况(subscriber profile)给出了把Origination_Attempt_Unauthorized DP遇到的事实通知SCP的条件。
在检测点DP100被应用到根据WIN(无线智能网络)标准的BCSM(基本呼叫状态模型)的情况下，用来处理尝试呼叫的操作如下。
当呼叫点1(PIC1)检测到从终端始发的呼叫时，相应PIC1进行对于所检测呼叫的事件处理，并执行智能网络服务的下一步。
呼叫点2(PIC2)执行验证程序并检查终端的授权，以判断呼叫是否接收自正常用户终端。如果判断出呼叫接收自正常用户终端，给予其验证和授权，执行上面说明的通用程序，此处略去了详细信息。
同时，如果在呼叫点2(PIC2)对于尝试呼叫的用户终端的验证失败或授权拒绝，检测点100(DP100)检测相应信息。然后，检测点(DP100)根据上面说明中定义的授权失败触发器类型将关于验证失败或授权拒绝的用户的信息报告给SCP。
此后，对于验证失败或授权拒绝的呼叫，根据SCP的指示内容，检测点DP100通过呼叫点3(PIC3)执行信息收集处理，通过PIC4进行信息分析，或者通过PIC5进行用来建立呼叫的路由选择处理，这样始发呼叫能连接到由合法用户指定的电话号码，或者能连接到诸如IP的专用服务设备，或者按正常呼叫处理。
以这种方式，提供了相应用户的识别、合法性判断和话音通知服务，或者正常呼叫建立服务。
图7是显示在根据本发明的智能网络中根据ITU-T标准的始发呼叫的处理的BCSM(基本呼叫状态模型)的流程图。
如图所示，在ITU-T标准中定义的BCSM中尝试呼叫验证失败或授权拒绝的情况下，包括检测点(DP200)以将验证失败或授权拒绝报告到SCP，收集关于相应始发呼叫的信息，分析信息并选择用来建立呼叫的路由。下表2中定义了检测点DP200的转换。
表2
从 到 BCSM转换的性质 备注
Origintion_Attempt_Unauthoriaed DP O_Exception 基本 新定义
Collected_InformationPIC 扩展
Analyzc_InformationPIC 扩展
Select_Route PIC 扩展
Authorized_OriginaTion_Attempt PIC Origination_Attempt_Authorized DP 基本 现有标准
O_Abandon 基本
O_Exception DP 基本
Origination_Attem_pt_Unauthorized DP 基本 新定义
Origination_Attempt_Unauthorized DP判断表2中定义的在检测点DP200的授权失败触发器是否被激活。当在触发器被激活的状态下满足别的条件时，Origination Attempt Unauthorized DP进行触发。授权失败触发器由用户给出，触发器被应用到移动通信用户、非ISDN有线用户、BRI服务概况(Service Profile)、BRI匹配和PRI匹配。授权失败触发器类型被设置为用来检测触发器条件的参考触发器类型，其中服务交换功能和呼叫控制功能在Origination_Attempt_Unauthorized DP有效。
在出现了干扰使SCP不能响应的情况下，终止相应尝试呼叫或将其路由到预定位置，或者按正常呼叫处理。
在检测点DP200被应用到根据ITU-T标准的BCSM(基本呼叫状态模型)的情况下，用来处理尝试呼叫的操作如下。
当呼叫点21(PIC21)检测到从终端始发的呼叫时，相应PIC1进行对于所检测呼叫的事件处理，并执行智能网络服务的下一步。
呼叫点22(PIC22)执行验证程序并检查终端的授权，以判断呼叫是否接收自正常用户终端。如果判断出呼叫接收自正常用户终端，给予其验证和授权，执行上面说明的通用程序，此处略去了详细信息。
同时，如果在呼叫点22(PIC22)对于尝试呼叫的用户终端的验证失败或授权拒绝，检测点(DP200)检测相应信息。然后，检测点(DP200)根据上面说明中定义的授权失败触发器类型将关于验证失败或授权拒绝的用户的信息报告到SCP。
此后，对于验证失败或授权拒绝的呼叫，根据SCP的指示内容，检测点DP200通过呼叫点23(PIC23)执行信息收集处理，通过PIC24进行信息分析处理，或者通过PIC25进行用来建立呼叫的路由选择处理，这样始发呼叫能连接到由合法用户指定的电话号码，或者能连接到诸如IP的专用服务设备，或者按正常呼叫处理。
以这种方式，提供了相应用户的识别、合法性判断和话音通知服务，或者正常呼叫建立服务。
图8是显示根据本发明的在GSM/UMTS的智能网络中始发呼叫的处理的BCSM(基本呼叫状态模型)的流程图。
如图所示，在GSM/UMTS(特别是CAMEL标准)的智能网络中定义的BCSM中出现了对于尝试呼叫的验证失败或授权拒绝的情况下，包括检测点(DP300)以将验证失败或授权拒绝报告到SCP，收集关于相应始发呼叫的信息，分析信息并选择用来建立呼叫的路由。下表3中定义了检测点DP300的转换。
表3
从 到 BCSM转换的性质 备注
Origination_Attempt_Unauthorized DP O_Exception 基本 新定义
Analyze_InformationPIC 扩展
Select_Route和目的地相应等待PIC 扩展
Authorized_Origination_Attempt和Collected_Information PIC Collected_InformationDP 基本 现有标准
Origination_Attempt_Unauthorized DP 基本 新定义
Origination_Attempt_Unauthorized DP判断表3中定义的在检测点DP300的授权失败触发器是否被激活。当在触发器被激活的状态下满足别的条件时，Origination_Attempt_Unauthorized DP进行触发。授权失败触发器由用户给出，触发器被应用到由移动通信用户始发的呼叫。授权失败触发器类型被设置为用来检测触发器条件的参考触发器类型，其中服务交换功能和呼叫控制功能在Origination AttemptUnauthorized DP有效。
在出现了干扰使SCP不能响应的情况下，终止相应尝试呼叫或将其路由到预定位置，或者按正常呼叫处理。
在检测点DP300被应用到根据CAMEL标准的BCSM(基本呼叫状态模型)的情况下，用来处理尝试呼叫的操作如下。
当PIC41检测到对于尝试呼叫的事件时，PIC41分析呼叫的验证和授权，并收集关于呼叫的初始信息。
在分析验证和授权后，当呼叫被成功给予验证和授权时，进行通常操作，诸如请求关于所收集信息的分析，路由尝试呼叫，激活尝试呼叫。
在分析验证和授权后，如果呼叫验证失败或授权拒绝，检测点DP300检测到相应信息。
然后，检测点DP300根据上面定义的触发器类型将关于相应呼叫用户的信息报告到SCP，根据SCP的指示，让PIC42分析关于呼叫的信息，或者让PIC43执行用来建立呼叫的路由选择和对于呼叫的目的地响应等待，这样始发呼叫能连接到由合法用户指定的电话号码，或者能连接到诸如IP的专用服务设备，或者按正常呼叫处理。以这种方式，提供了相应用户的识别、合法性判断和话音通知服务，或者正常呼叫建立服务。
下面将说明根据本发明的当检测到验证失败和授权拒绝时用来建立呼叫的服务的程序。
首先，将参考图5、图9A和图9B说明在北美的智能网络中对于尝试呼叫的服务程序。
图9A和图9B是根据本发明的在WIN标准的通信网络服务中在始发呼叫验证失败或授权拒绝的情况下在终端和交换系统之间的呼叫连接服务的流程图。
在移动通信服务网络中，当MSC/VLR 20检测到从终端10始发的呼叫时(S501)，MSC/VLR 20执行关于所检测的呼叫的验证。MSC/VLR 20通过使用从HLR(未显示)或验证中心接收的验证请求消息执行关于所检测的呼叫的验证(S502)。
当因为某种原因MSC/VLR 20不能验证始发呼叫的终端或者MSC/VLR不能授权用户时，Origination_Attempt_Unauthorized检测点(S503)(S400)检测到这些情况。
在Origination_Attempt_Unauthorized检测点中，当始发呼叫用户的概况中的授权失败触发器(Authorization_Failure触发器)不处于激活状态时，MSC/VLR 20将其自身提供的适当通知发送到尝试该呼叫的终端10，并释放该呼叫和各个资源(S504)(S410,S420)。
同时，在始发呼叫用户的概况中的授权失败触发器处于激活状态的情况下，MSC/VLR 20将始发请求指示消息(OriginationRequestINVOKE消息)发送到处理相应触发器的SCP 30(S505)(S430)，其中始发请求指示消息包括代表用户验证失败或授权拒绝的原因的参数和关于用户的当前位置信息。
此时，在用户概况和验证失败和授权拒绝的历史记录的基础上，SCP 30分析尝试呼叫的用户终端10的验证失败或授权拒绝的原因，以及接收到的呼叫始发请求指示消息(OriginationRequest INVOKE)的相应终端10的位置信息，存储必要的内容，并选择要执行的下一个例程。
首先，当SCP 30确定相应用户终端10的尝试呼叫必须(A)和处理相应验证失败或授权拒绝的服务中心的操作员连接，或者(B)和相应终端10的合法用户指定的电话号码连接时，SCP 30在始发请求返回结果消息(OriginationRequest RETURN RESULT消息)中包括(A)用来路由到处理相应验证失败或授权拒绝的服务中心的路由号码，或者(B)由相应终端10的合法用户指定的电话号码。SCP 30还在OriginationRequest RETURN RESULT消息中有选择地包括主叫方号码要被提供给被叫方的内容。然后SCP 30将OriginationRequestRETURN RESULT消息发送到MSC/VLR 20(S508)。
同时，在SCP 30判断尝试呼叫的用户终端10要连接到IP 50这样它能被告知特定话音通知的情况下，如果已知用来传送特定话音通知的到IP 50的路由号码，SCP 30在始发请求返回结果消息(OriginationRequest RETURN RESULT消息)中包括相应路由号码，并将其传送到MSC/VLR 20(S508)。
当SCP 30判断尝试呼叫的用户终端10要连接到IP 50这样它能被告知特定话音通知的情况下，如果不知道路由到用来传送特定话音通知的IP 50的路由号码，SCP 30从IP 50请求用来将特定话音通知提供给尝试呼叫的相应用户的资源占用指示(S506)，从IP 50接收携带用来访问通知的TLDN(临时本地目录号码)的资源占用返回结果消息(S507)，在OriginationRequest RETURN RESULT消息中包括TLDN，并将其传送到MSC/VLR 20(S508)。
如果SCP 30判断出用户的尝试呼叫要按正常呼叫处理，SCP 30将携带指示正常呼叫进程的参数的OriginationRequest RETURNRESULT消息发送到MSC/VLR 20(S508)。
此时，该消息可以包括用于指示传送MSC中提供的特定通知的参数。
同时，在SCP 30判断呼叫处理要被停止和要取回各个资源的情况下，SCP 30在始发请求返回结果消息中包括指示停止呼叫处理的内容，并将其发送到MSC/VLR 20(S508)。
然后，MSC/VLR 20根据从SCP 30接收的始发请求返回结果消息对于验证失败或授权拒绝的呼叫进行适当连接。
在从SCP 30接收的始发请求返回结果消息指示连接到特定路由号码或目的地号码的情况下，如果指示建立到服务中心的特定操作员的电话号码的呼叫，或者建立到由相应终端10的合法用户先前指定的电话号码的呼叫，MSC/VLR 20将从终端10始发的呼叫连接到服务中心或先前指定的用户40(S509)。
或者，如果指示建立到IP 50的呼叫，MSC/VLR 20在从终端10始发的呼叫和IP 50之间建立呼叫(S510)。如果指示进行正常呼叫处理，MSC/VLR 20连接主叫方和被叫方60(S511)。
并且，如果指示停止对于相应始发呼叫的呼叫处理，MSC/VLR 20对于相应始发呼叫执行呼叫释放(S512)。
在步骤509中，在MSC/VLR 20建立到处理验证失败或授权拒绝的服务中心的操作员的呼叫的情况下，服务中心检查尝试呼叫的用户的身份并判断他的合法性。
如果判断出他是不合格的用户，服务中心引导他取回(retrieval)终端，并引导他至正常服务，或判断对于相应用户是否断开服务，然后根据需要记录相应内容，以在服务概况中反映。
在用户延迟交付服务费的情况下，通过话音通知告知用户相应事项，以引导他至正常服务。
在即使用户合格而验证失败或授权拒绝的情况下，尽早设法使对于相应用户的服务正常化，或者给用户提供必要的通知服务。
当MSC/VLR 20对于用户的尝试呼叫呼叫到合法用户先前指定的电话号码的呼叫时，先前指定的被叫方确认主叫方的身份，使得能取回终端。
在步骤510中，当在MSC/VLR 20和IP 50之间连接呼叫时，IP 50将对应于相应目的地路由号码的话音通知传送到用户，并且当完成通知传送时，结束建立呼叫。
在步骤511中，MSC/VLR 20建立到验证失败或授权拒绝呼叫用户所呼叫的号码的呼叫，并提供正常服务。
在SCP 30从MSC/VLR 20接收始发请求指示消息的情况下，其中始发请求指示消息包括指示对于用户验证失败或授权拒绝的原因的参数以及用户的当前位置信息，如果SCP 30把从用户始发的呼叫连接到诸如IP 50的服务单元，用户和服务单元相互操作。此时，如果SCP 30判断要进行特定服务，SCP 30从IP 50请求资源占用指示以进行特定服务(S513)。
在从SCP 30接收了资源占用指示的请求后，IP 50将携带能访问指定资源的TLDN的资源占用返回结果消息传送到SCP 30(S514)。
然后，SCP 30将用于指示资源连接的消息发送到MSC/VLR 20(S515)，该消息具有资源占用返回结果消息中包含的TLDN，MSC/VLR 20通过使用TLDN在始发呼叫的终端10和IP 50之间建立呼叫。
当在终端10和IP 50之间建立了呼叫时，IP 50检测呼叫到为用于执行特定服务的资源分配的TLDN的连接，将其通知给SCP 30，并将命令请求指示消息(InstructionRequest RETURN RESULT消息)发送到SCP 30，以请求关于为相应呼叫执行什么处理(S517)。
根据命令请求指示消息，当SCP 30将用于指示所分配资源的操作的内容的特定资源功能命令指示消息发送到IP 50时(S518)，IP 50执行由用于与呼叫始发用户相关联的分配资源的特定资源功能命令指示消息所指示的操作(S519)。
当呼叫始发用户和IP 50之间的相互操作被终止时，IP 50将包括该结果信息的特定资源功能命令返回结果发送到SCP 30。
然后，SCP 30把特定资源功能命令返回结果的内容包括在始发请求返回结果消息中，并将其发送到MSC/VLR 20(S521)，并将命令请求返回结果发送到IP 50(S522)。
一旦从SCP 30接收到始发请求返回结果消息的指示，MSC/VLR20建立新的呼叫或者释放一个呼叫(S523,S524)(S440,S450)。
作为一个不同的实施例，下面参考图5,10A和10B对根据ITU-T标准的用于一个尝试呼叫的服务程序进行说明。
图I0A和10B是根据本发明在ITU-T标准的通信网络服务中，在始发呼叫遭受验证失败或授权拒绝的情况下，终端和交换系统之间的呼叫连接服务的流程图。
在移动通信服务网络中，当交换系统/SSP 20A检测到终端10始发的呼叫时(S601)，交换系统/SSP 20A执行对所检测的呼叫的验证(S602)。
在由于某种原因，交换系统/SSP 20A未能验证始发呼叫的终端或者交换系统/SSP 20A未能授权该用户的情况下，Origination_Attempt_Unauthorized检测点(S504)(S400)对此加以检测(S603)(S400)。
在Origination_Attempt_Unauthorized检测点，在授权失败触发器不处于始发呼叫用户的概况中的激活状态的情况下，交换系统/SSP20A将其自身中提供的适当通知发送到尝试该呼叫的终端10，并释放该呼叫和每个资源(S604)(S410,S420)。
同时，在授权失败触发器处于始发呼叫用户的概况中的激活状态的情况下，交换系统/SSP 20A将初始检测点消息(初始DP消息)和选择性地将关于用户的当前位置信息发送到处理相应触发器的SCP 30(S605)(S430)，其中初始检测点消息包括代表用户的验证失败或授权拒绝原因的参数。
此时，SCP 30根据用户概况和验证失败和授权拒绝的历史记录来分析尝试呼叫的用户终端10的验证失败或授权拒绝原因和所接收的呼叫始发请求指示消息的相应终端10的位置信息，存储必要的内容，并选择下一个例程用于执行。
在SCP 30判断相应用户终端10的尝试呼叫要与处理相应验证失败或授权拒绝的服务中心的操作员连接，或者要与相应终端10的合法用户所指定的电话号码连接的情况下，SCP 30将一个连接消息发送到交换系统/SSP 20A，该连接消息包括到处理相应验证失败或授权拒绝的服务中心的操作员的路由号码(routing number)或者由相应终端10的合法用户所指定的电话号码。
同时，在SCP 30判断出尝试呼叫的用户终端10要连接到IP 50以便能收到特定话音通知的情况下，SCP 30把到用于发送特定话音通知的IP 50的路由号码包括在该连接消息中，并将其发送到交换系统/SSP 20A(S606)。
此时，交换系统/SSP 20A根据来自SCP 30的连接消息的指示执行相应操作。
如果其指示到特定路由号码或目的地号码的连接，如果该指示用于建立到服务中心的特定操作员的电话号码或由相应终端10的合法用户先前所指定的电话号码的呼叫，交换系统/SSP 20A在呼叫始发用户和服务中心之间或呼叫始发用户和先前指定的目的地40之间建立呼叫(S607)。
同时，如果该指示用于建立到IP 50的呼叫，交换系统/SSP 20A在呼叫始发用户和IP 50之间建立呼叫(S608)。
在SCP 30判断出从用户始发的呼叫要被作为正常呼叫处理并因此将相关消息发送到交换系统/SSP 20A的情况下，对呼叫始发用户呼叫的电话号码的被叫方60进行呼叫，由此在呼叫始发用户和被叫方60之间建立呼叫，并保持通信(S609)(S610)。
在SCP 30判断出呼叫处理要停止并且要取回每个资源的情况下，SCP将呼叫释放消息发送到交换系统/SSP 20A(S611)。
如上所述，在交换系统/SSP 20A建立到用于处理验证失败或授权拒绝的服务中心的操作员的呼叫的情况下，服务中心检查尝试呼叫的用户的身份并判断他的合法性。
如果判断该用户不合格，服务中心引导他取回他的终端并指导他至正常服务，或者判断该服务是否要与相应用户断开，然后根据需要记录相应内容以将其在服务概况中反映。
在用户延迟支付服务费的情况下，通过话音通知告知该用户相应事项，以指导他至正常服务。如果即使用户合格但是验证失败或者授权被拒绝，采取措施以尽可能早地使相应用户的服务正常化或者将必要的通知服务提供给用户。
当为用户尝试的呼叫建立到一个合法用户先前指定的电话号码的呼叫时，先前指定的被叫方确认主叫方的身份，从而可以取回该终端。
为了通过使用IP 50的资源将特定服务提供给呼叫始发用户，SCP30将携带关于相应特定IP资源的地址信息的资源连接消息发送到交换系统/SSP 20A(S613)，并且同时，将一个请求通知传输的消息发送到IP 50(S614)。
然后，交换系统/SSP 20A建立到资源连接消息中的由SCP 30分配的IP 50的地址的呼叫，并通过IP和呼叫始发用户之间的相互操作执行特定服务程序(S615)(S440,S450)。
仍作为一个不同的实施例，下面参照图5,11A和11B对根据CAMEL标准的用于尝试呼叫的服务程序进行说明。
图11A和11B是根据本发明在CAMEL标准的通信网络服务中，在始发呼叫遭受验证失败或授权拒绝的情况下，终端和交换系统之间的呼叫连接服务的流程图。
在移动通信服务网络中，当MSC/VLR/gsmSSF 20C检测到从终端10始发的呼叫时(S701)，MSC/VLR/gsmSSF 20C执行对检测的呼叫的验证(S702)。在由于某种原因，MSC/VLR/gsmSSF 20C未能验证始发呼叫的终端或者MSC/VLR/gsmSSF 20C未能授权该用户的情况下，Origination_Attempt_Unauthorized检测点(S503)(S400)对此加以检测(S703)(S400)。
在Origination_Attempt_Unauthorized检测点，当authorization Failure触发器不处于始发呼叫用户的概况中的激活状态时，MSC/VLR/gsmSSF 20C将其自身中提供的适当通知发送到尝试该呼叫的终端10，并释放该呼叫和每个资源(S704)(S410,S420)。
同时，在授权失败触发器处于始发呼叫用户的概况中的激活状态的情况下，MSC/VLR/gsmSSF 20C将初始检测点消息和选择性地将关于用户的当前位置信息发送到处理相应触发器的SCP 30(S705)(S430)，其中初始检测点消息包括代表用户的验证失败或授权拒绝原因的参数。
此时，SCP 30根据用户概况和验证失败和授权拒绝的历史记录来分析尝试呼叫的用户终端10的验证失败或授权拒绝原因和所接收的呼叫始发请求指示消息的相应终端10的位置信息，存储必要的内容，并选择下一个例程用于执行。
在SCP 30判断相应用户终端10的尝试呼叫要与处理相应验证失败或授权拒绝的服务中心的操作员连接，或者要与相应终端10的合法用户所指定的电话号码连接的情况下，SCP 30将一个连接消息发送到交换系统/SSP 20A，该连接消息包括到处理相应验证失败或授权拒绝的服务中心的操作员的路由号码或者由相应终端10的合法用户所指定的电话号码。
同时，在SCP 30判断出尝试呼叫的用户终端10要连接到IP 50以便能收到特定话音通知的情况下，SCP 30把到用于发送特定话音通知的IP 50的路由号码包括在该连接消息中，并将其发送到MSC/VLR/gsmSSF 20C(S706)。
此时，MSC/VLR/gsmSSF 20C根据来自SCP 30的连接消息的指示执行相应操作。
如果该指示用于指示建立到特定路由号码或目的地号码的连接，如果该指示用于建立到服务中心的特定操作员的电话号码或由相应终端10的合法用户先前所指定的电话号码的呼叫，MSC/VLR/gsmSSF20C在呼叫始发用户和服务中心之间或呼叫始发用户和先前指定的目的地40之间建立呼叫(S707)。
同时，如果该指示用于建立到IP 50的呼叫，MSC/VLR/gsmSSF20C在呼叫始发用户和IP 50之间建立呼叫(S708)。
为了使用IP 50的资源向呼叫始发用户提供特定服务，SCP 30将携带关于相应特定IP资源的地址信息的资源连接消息发送到MSC/VLR/gsmSSF 20C(S713)，并且同时，将请求通知传输的消息发送到IP 50(S714)。
然后，MSC/VLR/gsmSSF 20C建立到资源连接消息中由SCP 30分配的IP 50的地址的呼叫，并且由IP和呼叫始发用户之间的相互操作执行特定服务程序(S715)(S440,S450)。
如上所述，根据本发明的由智能网络处理用户验证失败/授权拒绝的方法，在从一个用户始发的呼叫验证失败或授权拒绝的情况下，采取了有效的措施，并提供了各种服务。而且，检测非法复制和使用的终端，从而保护合法用户不受到非故意损害。而且，可以取回丢失或被窃的终端并归还给其物主。
此外，将有效的通知服务提供给授权拒绝的用户，并把付费延迟情况通知已经延迟支付服务费的用户，引导他至正常服务。
而且，在由于某种原因，合法用户验证失败并因此不能被提供正常服务的情况下，该情况被快速识别并采取适当的措施，从而向合法用户提供正常服务。
此外，在用户始发的呼叫验证失败或授权拒绝的情况下，自动跟踪该呼叫并保持其历史记录。以此方式，对于由验证失败和授权拒绝的用户始发的呼叫，通信网络提供商可以根据情况适当地采用多种方法。
由于在不背离它的精神或实质特性的情况下本发明可以体现为几种形式，应当理解除非特别指明，上述实施例并不受前面介绍的任何细节限制，而应当在附加权利要求中定义的它的精神和范围内广义地解释，因此在权利要求的界限或其等同物内的任何变化和修改都因此理解为被附加权利要求所包含。

Claims (18)

1．一种用于由智能网络处理验证失败/授权拒绝用户的方法，包括以下步骤：
Origination_Attempt_Unauthorized检测点检测始发呼叫用户的验证失败或授权拒绝，并把相应事实通知SCP；
SCP指示用户始发的呼叫连接到预定位置；
根据SCP的指示引导呼叫验证失败或授权拒绝的用户至正常服务。
2．根据权利要求1的方法，其中执行引导用户至正常服务的步骤包括以下子步骤：
收集关于遭受验证失败或授权拒绝的呼叫的信息；
分析所收集的信息；
根据分析的呼叫选择用于建立呼叫的路由。
3．根据权利要求1的方法，其中Origination_Attempt_Unauthorized检测点包括一个验证失败触发器，用于在尝试呼叫的用户验证失败或授权拒绝的情况下，指示是否把验证失败或授权拒绝的事实通知给SCP。
4．根据权利要求3的方法，其中在验证失败触发器处于激活状态的情况下，将验证失败或授权拒绝的事实通知给SCP。
5．一种用于由智能网络处理验证失败/授权拒绝用户的方法，包括以下步骤：
当移动交换系统检测到一个呼叫时，分析始发该呼叫的用户的验证和授权；
在该用户授权拒绝的情况下，确定授权拒绝触发器是否处于激活状态；
在授权拒绝触发器处于非激活状态的情况下，发送交换系统提供的话音通知并释放该呼叫，或者在授权拒绝触发器处于激活状态的情况下，将始发请求指示消息发送到SCP，其中该始发请求指示消息包括指示用户验证失败或授权拒绝原因的参数和用户的位置信息；
根据对始发请求指示消息的分析，将用于把用户始发呼叫连接到预定位置的一响应消息发送到交换系统；
根据该响应消息将用户始发呼叫连接到预定位置。
6．根据权利要求5的方法，其中始发请求指示消息包括北美无线标准的智能网络中的OriginationRequest INVOKE消息。
7．根据权利要求5的方法，其中始发请求指示消息指示ITU或GSM/UMTS(全球移动通信系统/通用移动电信系统)中的初始检测点消息。
8．根据权利要求5的方法，其中该响应消息指示北美无线标准的智能网络中的用于把用户始发呼叫连接到预定位置的OriginationRequest RETURN RESULT消息。
9．根据权利要求5的方法，其中该响应消息指示ITU或GSM/UMTS的智能网络中的用于把用户始发呼叫连接到预定位置的连接消息。
10．根据权利要求5的方法，其中当从SCP发送的该响应消息包括(A)用于路由到处理验证失败或授权拒绝事项的服务中心的操作员的路由号码或者(B)关于相应终端的合法用户所指定的电话号码的信息时，交换系统建立与服务中心或指定用户的始发呼叫。
11．根据权利要求5的方法，其中当从SCP发送的该响应消息包括用于发送专用通知的信息时，交换系统建立与路由号码中分配的IP的始发呼叫。
12．根据权利要求5的方法，其中当从SCP发送的该响应消息包括指示进行正常呼叫的信息时，交换系统建立与接收用户的始发呼叫。
13．根据权利要求5的方法，其中当SCP中未分配用于提供预定通知和服务的IP的路由号码时，SCP将用于占用一个资源的、包括通知和服务参数的消息发送到IP，使得从IP分配一个资源给SCP以使用相应通知和特定服务。
14．一种用于由智能网络处理验证失败/授权拒绝用户的方法，包括以下步骤：
当检测到始发呼叫用户的验证失败或授权拒绝时，确定相应用户的授权失败触发器是否处于激活状态；
当授权失败触发器处于激活状态时，将始发请求发送到处理相应触发器的SCP；
分析该始发请求并根据分析结果将用于把用户始发呼叫连接到预定位置的一个响应消息发送到交换系统；
根据该响应消息把始发呼叫连接到预定位置。
15．根据权利要求14的方法，还包括以下步骤：当授权失败触发器处于非激活状态时，发送交换系统提供的话音通知并释放始发呼叫。
16．根据权利要求14的方法，其中考虑以下信息来分析始发请求：(A)始发请求中包括的验证失败和授权拒绝的原因，(B)位置信息，和(C)用户的服务概况。
17．根据权利要求14的方法，其中，根据对始发请求的分析，当SCP需要将始发呼叫连接到(A)相应终端的合法用户所指定的电话号码或者(B)服务中心时，其在该响应消息中包括以下信息：(A)到处理验证失败或授权拒绝事项的服务中心的操作员的路由号码，或(B)关于相应终端的合法用户所指定的电话号码的信息。
18．根据权利要求14的方法，其中，根据对始发请求的分析，当SCP需要发送专用话音通知时，如果已经分配了要路由到发送该话音通知的IP的路由号码，SCP将该路由号码包括在该响应消息中。
CNB001366912A 1999-12-30 2000-12-29 用于由智能网络处理发生验证失败/授权拒绝的用户的方法 Expired - Fee Related CN1190105C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR65894/1999 1999-12-30
KR10-1999-0065894A KR100384943B1 (ko) 1999-12-30 1999-12-30 인증 실패/권한 부정 가입자에 대한 지능망적 처리방법

Publications (2)

Publication Number Publication Date
CN1302146A true CN1302146A (zh) 2001-07-04
CN1190105C CN1190105C (zh) 2005-02-16

Family

ID=19633053

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB001366912A Expired - Fee Related CN1190105C (zh) 1999-12-30 2000-12-29 用于由智能网络处理发生验证失败/授权拒绝的用户的方法

Country Status (4)

Country Link
US (1) US6937851B2 (zh)
KR (1) KR100384943B1 (zh)
CN (1) CN1190105C (zh)
GB (1) GB2363038B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1949889B (zh) * 2006-11-01 2010-09-29 华为技术有限公司 一种实现呼叫业务的方法和装置
CN114125841A (zh) * 2021-10-25 2022-03-01 西安闻泰电子科技有限公司 热点网络控制方法、装置、设备和计算机可读存储介质

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100365340B1 (ko) * 2001-01-12 2002-12-18 삼성전자 주식회사 유.엠.티.에스 시스템의 안내방송 장치
US7130613B2 (en) * 2001-08-30 2006-10-31 Motorola, Inc. Method for reducing fraudulent system access
US8718687B2 (en) * 2002-03-26 2014-05-06 Zoove Corp. System and method for mediating service invocation from a communication device
KR100493108B1 (ko) * 2003-01-29 2005-06-02 삼성전자주식회사 통화 혼잡 상태에서의 호 처리 서비스 방법
KR100732482B1 (ko) * 2004-05-10 2007-06-27 에스케이 텔레콤주식회사 인증을 통한 단말기 분실관리 서비스 방법 및 시스템
US20070036139A1 (en) * 2005-08-09 2007-02-15 Ashish Patel System and method for authenticating internetwork resource requests
US8781441B1 (en) * 2007-02-08 2014-07-15 Sprint Communications Company L.P. Decision environment for devices that fail authentication
US8200191B1 (en) * 2007-02-08 2012-06-12 Clearwire IP Holdings Treatment of devices that fail authentication
KR100905072B1 (ko) 2007-12-18 2009-06-30 주식회사 케이티프리텔 강제 재위치 등록에 의한 도난 단말 사용 저지 방법 및시스템
KR101458157B1 (ko) * 2008-10-02 2014-11-05 에스케이텔레콤 주식회사 인증 실패 로밍 가입자의 통신 연결 시스템 및 방법, 그리고 이를 위한 ｇｌｒ과 인증센터
US9407614B2 (en) * 2013-03-13 2016-08-02 Paypal, Inc. Systems and methods for determining an authentication attempt threshold
CN104142877A (zh) * 2014-08-05 2014-11-12 国家电网公司 自监控进程守护方法
CN105577437A (zh) * 2015-12-23 2016-05-11 河北远东通信系统工程有限公司 一种基于主从归属的agcf设备容灾备份方法
WO2018099485A1 (zh) * 2016-12-02 2018-06-07 华为技术有限公司 一种保障终端安全的方法和设备
KR102146058B1 (ko) * 2018-08-27 2020-08-19 주식회사 코리아세븐 무인 점포의 결제 처리 시스템, 방법 및 컴퓨터 프로그램

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2078246C (en) * 1991-09-23 1998-02-03 Randolph J. Pilc Improved method for secure access control
WO1993012606A1 (en) * 1991-12-12 1993-06-24 Cellular Technical Services Company, Inc. Real-time information system for cellular telephones
US5579379A (en) * 1992-03-05 1996-11-26 Bell Atlantic Network Services, Inc. Personal communications service having a calling party pays capability
FI101031B (fi) * 1995-05-12 1998-03-31 Nokia Telecommunications Oy Tilaajalaitteen käyttöoikeuden tarkistus
FR2741226B1 (fr) * 1995-11-15 1997-12-05 France Telecom Test de cellule dans un reseau de telecommunication cellulaire
KR0160350B1 (ko) * 1995-12-19 1998-12-01 양승택 고도 지능망에서 자동응답 대행 서비스의 가입자 프로파일 등록 구현 방법
KR0160834B1 (ko) * 1995-12-19 1998-12-01 양승택 고도 지능망에서 자동응답 대행 서비스의 전화 자동응답 구현 방법
KR0160345B1 (ko) * 1995-12-22 1998-12-01 양승택 고도 지능망에서 자동응답 대행 서비스의 부재중 등록/등록해제 구현 방법
AU725877B2 (en) * 1996-12-04 2000-10-26 British Telecommunications Public Limited Company Call set-up process
KR19980063113A (ko) * 1996-12-31 1998-10-07 유기범 개인통신교환시스템에서의 입중계호 처리방법
US6029062A (en) * 1997-02-04 2000-02-22 National Telemanagement Corporation Prepay telecommunications system with unregistered roaming call processing
KR100250499B1 (ko) * 1997-09-18 2000-04-01 이계철 이동통신에서의 인증처리 장치
KR100236600B1 (ko) * 1997-12-31 2000-01-15 서평원 이동통신 교환기의 공동 사용 방법
US6157707A (en) * 1998-04-03 2000-12-05 Lucent Technologies Inc. Automated and selective intervention in transaction-based networks
US6253081B1 (en) * 1998-08-12 2001-06-26 Bellsouth Intellect Pty Corp Method and system for providing roaming service in a telecommunications system that is partially enabled for local number portability
US6496691B1 (en) * 1999-12-23 2002-12-17 Bellsouth Intellectual Property Corporation Enhanced call return in a wireless telephone network
US7010699B1 (en) * 2000-06-12 2006-03-07 Lucent Technologies Inc Apparatus, method and system for providing a default mode for authentication failures in mobile telecommunication networks

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1949889B (zh) * 2006-11-01 2010-09-29 华为技术有限公司 一种实现呼叫业务的方法和装置
CN114125841A (zh) * 2021-10-25 2022-03-01 西安闻泰电子科技有限公司 热点网络控制方法、装置、设备和计算机可读存储介质
CN114125841B (zh) * 2021-10-25 2024-05-24 西安闻泰电子科技有限公司 热点网络控制方法、装置、设备和计算机可读存储介质

Also Published As

Publication number Publication date
GB2363038A (en) 2001-12-05
GB0031754D0 (en) 2001-02-07
GB2363038B (en) 2004-11-24
CN1190105C (zh) 2005-02-16
KR20010058550A (ko) 2001-07-06
US6937851B2 (en) 2005-08-30
KR100384943B1 (ko) 2003-06-18
US20010025345A1 (en) 2001-09-27

Similar Documents

Publication Publication Date Title
CN1190105C (zh) 用于由智能网络处理发生验证失败/授权拒绝的用户的方法
CN1222181C (zh) 移动智能网中执行业务的方法
CN1177457C (zh) 控制用户台之间呼叫的建立的设备和方法
CN1373946A (zh) 在电信系统中在呼叫建立的处理过程中提供订制信息的方法和系统
EP1744568B1 (en) Call setup controlling method
CN1744764A (zh) 专用通信系统中的呼叫处理方法和设备
CN1110042A (zh) 资源接入控制系统
CN1230863A (zh) 一种移动交换中心的公用方法
CN1382347A (zh) 服务脚本执行和管理的网络体系结构和方法
CN1041686C (zh) 呼叫建立方法
CN101039364A (zh) 集团总机业务计费方法、系统及设备
CN1820492A (zh) 在电话网络中的服务和事务处理
CN1266340A (zh) 移动通信系统
CN101043751A (zh) 限制呼叫转移的方法及系统
CN1863252A (zh) 为用户增加特殊用途号码的方法及系统
CN1956586A (zh) 集群系统中对呼叫进行限制的实现方法和装置
CN1344455A (zh) 建立并行呼叫的方法和装置
CN101032118A (zh) 用于处理用户标识的方法和系统
CN1802007A (zh) 一种智能网系统中呼叫接续的实现方法
CN1859647A (zh) 实现移动终端动态编组、编组注销的方法及系统
CN1187999C (zh) 移动通信网络的sgsn中包呼叫路由的方法
CN1780337A (zh) 一种在通信网络中实现免打扰业务的方法
US20020018551A1 (en) Initiation of services in telecommunications network
CN1335030A (zh) 在移动交换网络中用于移动终端的位置信息管理的系统
CN1901683A (zh) 一种处理通信请求的方法及设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
ASS Succession or assignment of patent right

Owner name: LG- NORTEL CO., LTD.

Free format text: FORMER OWNER: LG ELECTRONIC CO., LTD.

Effective date: 20061110

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20061110

Address after: Seoul, South Kerean

Patentee after: LG Nortel Co., Ltd.

Address before: Seoul, South Kerean

Patentee before: LG Electronics Inc.

C56 Change in the name or address of the patentee

Owner name: LG-ERICSSON CO., LTD.

Free format text: FORMER NAME: LG-NORTEL CO., LTD.

CP01 Change in the name or title of a patent holder

Address after: Seoul, South Kerean

Patentee after: Novera Optics Korea Co., Ltd.

Address before: Seoul, South Kerean

Patentee before: LG Nortel Co., Ltd.

CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20050216

Termination date: 20141229

EXPY Termination of patent right or utility model