用于智能网服务的一种系统和方法

专利名称：用于智能网服务的一种系统和方法
技术领域：
本发明涉及一种呼叫处理方法和一种网络系统，其特别地，但是不专门地，在执行可以通过若干不同的电信网络提供的智能网(IN)服务时很有用。
在固定电信网络中通过一种传统结构提供诸如呼叫转送、呼叫转移以及消息服务之类的IN服务，在这种传统结构中每个网络都有一个IN计算机逻辑并且它对于服务那些节点的网络的所有交换节点是公共的。通常位于网络交换机中的节点，担任服务交换点(SSP)，它可以按呼入或呼出呼叫的特性来被触发以便把与该呼叫相关的数据传送给计算机逻辑的服务控制点(SCP)从而处理一个IN服务。SCP确定如何处理该服务并且可能需要在该逻辑的业务数据点(SDP)处访问数据以便执行该服务。SCP然后把所需要的信息反馈给SSP以便完成该服务的执行并且引导该呼叫通过SSP适当地处理。IN计算机逻辑通常被保存在它们各自网络的一个中央位置中，并且在该中央位置处需要处理所有IN服务。诸如GSM、AMPS和CDMA网络之类的移动电信网络，也分别能够执行IN服务，例如，消息服务。可是移动网不依靠每个网络的分立的和分开的IN计算机逻辑，取而代之是依靠构造到每个网络的组件例如基站控制器(BSC)和移动交换中心(MSC)中的计算机逻辑。所有网络执行它们自己各自的通信协议以便访问IN服务数据并执行IN服务。
我们希望提供一种方法或系统，它使IN服务能够通过若干电信网络有效地传送，同时它减轻了现有网络的特定结构和如上所述的处理所强加的一些限制，或者它至少提供一种有用的替换方法。
根据本发明，提供一种呼叫处理方法，包括在网络交换机处理与一个通信呼叫相关的特性数据以便确定是否需要智能网(IN)服务数据来建立所述呼叫；
当需要所述服务数据时把所述特性数据传递给一个网络服务数据网关；由所述网关处理至少部分所述特性数据来确定为了获得所述服务数据所要访问的一个网络位置以及连在所述网络位置上的一个通信协议；以及获得所述服务数据并把所述服务数据传递给所述交换机以便建立所述呼叫。
本发明还提供一种网络系统，具有一个网络交换机，用于处理与一个通信呼叫相关的特性数据以便确定是否需要智能网(IN)服务数据来建立所述呼叫；一个网络服务数据网关，当需要所述服务数据时用于从所述网络交换机接收所述特性数据，所述网关适合于处理至少部分特性数据来确定为了获得所述服务数据所要访问的一个网络位置以及连在所述网络位置上的一个通信协议；以及在其中，所述网关适合于接收所述服务数据并且将服务数据传递给所述交换机以便建立所述呼叫。
在下文中将参考附图仅仅通过例子描述本发明的优选实施例，附图中

图1是一个网络系统的优选实施例的示意图；图2是提供话音消息服务的部分网络系统的示意图；图3是提供IN端接服务的部分网络系统的方框图；图4是网络系统的方框图；图5是执行移动端接SMS监控(mobile terminated SMSpolicing)的部分网络系统的方框图；图6是执行移动始发SMS监控(mobile originated SMSpolicing)的部分网络系统的方框图；以及图7是对于一个专用网提供本地交换访问的部分网络系统的方框图。
如图1所示，智能网系统2能够处理IN服务请求并且，特别是处理移动始发IN服务的范围，例如对消息服务的访问以及端接IN服务的范围之类的。系统2包括多个电信网络4到12和专用网14或者站16，为了提供IN服务数据，其能够与一个IN网关20通信。电信网络包括外部网络4，诸如PSTN之类的一个本地智能交换网络6，以及诸如CDMA网络8、AMPS网络10以及GSM网络12之类的一个移动网络。网关20还可以与办公室网络14或者私人住宅16的基站系统(BSS)通信。
系统2的网关20具有计算机逻辑22，其被配置来利用网络4到14以及BSS 16各自的通信协议来与网络4到14以及BSS 16通信并且也能够分别地轮询来自网络4到14以及BSS 16的IN服务数据请求。通过具有保持中央IN服务数据的一个中央归属智能网(HIN)24和在IN系统2需要服务的至少局域网6到14以及BSS 16之中分布的多个访客智能网(VIN)26，系统2提供一个中央＂归属(home)＂层以及一个＂访客(visitor)＂层。VIN 26每一个包括计算机逻辑22并且作为用于与网络4到14以及BSS 16通信的网关20。VIN逻辑22利用INAP或者TCP/IP能够与HIN 24通信以便获得IN服务数据信息。例如，在网络4到12的交换节点之一中可以触发一个IN服务数据请求从而使节点能够处理一个呼叫请求。根据呼叫号码、呼叫号码和被叫号码或者与该呼叫相关的A或B方的种类，IN服务数据请求可能已经被该节点触发。该服务请求由VIN逻辑22接收，其最初将是指关于该请求的HIN 24。HIN 24保持一个用户数据库28和一个IN服务数据库30，该用户数据库28保持了顾客或用户的简单的查阅表而该IN服务数据库30处理与更复杂IN服务相关的IN服务数据请求，例如复杂的呼叫转移以及虚拟专用网(VPN)之类的。顾客数据库28可以提供诸如该呼叫涉及哪一网络以及在可以获得有关B方另外的信息的那个网络内的地址之类的服务数据。IN服务数据库30可以提供有关如何建立呼叫以及计费信息的完整的服务数据。通过VIN逻辑22服务数据被反馈给请求节点，该VIN逻辑22为后续类似的请求在一个本地高速缓存中存储了该服务数据的一个拷贝。VIN 26对数据的高速缓存允许不必涉及HIN 24就处理大量的本地IN服务数据请求，因此显著地节省网络资源。因此，虽然HIN 24主要起SDP的作用而VIN 26起SCP的作用，但是HIN 24也担当SCP并且VIN也担当SDP，这与传统的IN结构相反。
正如在下面更详细描述的，IN系统2提供如下(i)基于归属和访客的IN服务数据的管理以及控制逻辑。
(ii)顾客与端接IN服务、端接网络以及最终终端无关。
(iii)协议与端接网络无关。
(iv)对公共移动性数据的专用网访问。
(v)终端网络选择。
(vi)来自诸如国际网之类的另外一个网络的消息监控。
对于传统的移动网络，例如一个GSM网络12，随着顾客或用户从网络的一部分移动到另外一个部分而改变它们的服务移动服务中心(MSC)，与移动性相关的数据跟随着顾客或用户。IN系统2在它的IN数据的归属和访客管理中保持各自的区间或区域的VIN 26，但是只有当一个IN服务被调用时才把IN数据从HIN 24传送给VIN 26。从HIN 24发送给VIN 26的数据被本地地高速缓存在VIN 26中一段预确定时间，如此以便如果该IN服务在那周期之内再一次被调用时，该数据可以从VIN 26中本地地提供给本地交换机32，而不必访问HIN。如果在HIN 24中的客户数据改变，则由系统2更新包含该数据拷贝的所有有关的VIN 26。HIN 24中的数据改变可以通过用户使用一个VIN 26来开始或者直接引导到HIN 24去。VIN 26对于数据保留的预确定周期可以是一天或两天。
由系统2始发IN服务(OINS)管理的一个示例是话音消息服务请求的处理，如图2所示，在此，一个在珀斯的顾客拨叫101来访问任何储存的消息。位于珀斯(Perth)的交换机32接收该呼叫请求，处理被叫号码的交换机32把IN服务数据请求发送给位于珀斯的一个VIN 26。服务数据请求包括呼叫和被叫号码以便顾客能够被识别。如果有关的IN服务数据没有被高速缓存在VIN 26内，则VIN连接HIN24以便获得顾客邮箱的隐藏地址。这个地址然后被高速缓存在VIN 26中并与命令交换机32把该呼叫引导到话音消息服务数据库36去的数据一起传回到交换机32。交换机32建立对数据库36的呼叫并且向数据库36传递该隐藏地址以便使顾客能够访问他/她的邮箱。在飞往墨尔本时，当顾客通过拨叫101对邮箱进行呼叫时，使顾客能够访问数据库36中他/她的邮箱的IN服务数据只被传送到墨尔本的VIN 26。墨尔本的VIN 26然后将执行相同的服务以便获得邮箱数据，然后它为了后来的邮箱请求而将其保持在它的本地高速缓存中。
对于端接IN服务(TINS)管理，处理一个请求以便建立呼叫的网络系统2能够把适当的端接IN脚本(在下面描述)从HIN 24转发到VIN 26，然后把端接脚本提供到用于建立呼叫的本地交换机32或者34。该脚本可以把该呼叫转发给另外一个网络，在端接端处执行一个移动技术特定的操作或者调用一个特定的IN服务。当用户正漫游在海外时该移动特定的操作可能正在获得一个＂漫游＂号码或者正在执行一个＂呼叫屏蔽(Call Screening)＂操作。
网络系统2使顾客与网络和终端无关，因为由HIN 24为每个顾客保存的数据可由所有的电信网络4到14和BSS 16利用HIN/VIN结构来访问。由HIN 24为每个顾客保持的数据包括有关顾客属于什么网络、与该网络相关的技术类型的数据，在此，可以获得有关顾客的进一步数据，例如归属位置寄存器(HLR)的位置以及所使用的是什么终端身份，即终端号码之类的。有关与顾客相关的附加IN服务的数据也可以被包括，这可能需要连接一个以上的网络才能向顾客建立一个呼叫。与不同网络相关的顾客可以具有分配给该网络用于建立对顾客的呼叫的优先级。如果顾客不能位于一个或多个网络上时，HIN数据也可以规定要联系的一个适当的消息服务。
例如，顾客可能具有分配了端接号码0418 123 456的一个移动终端40，并且如图3所示，顾客在布里斯班(Brisbane)打开终端40，则按照标准GSM网络程序，位置数据被拷贝到布里斯班(Brisbane)的MSC 42的访客位置寄存器(VLR)44和GSM HLR数据库46中。在珀斯中的PSTN 50上向顾客发出呼叫的一个呼叫者48拨叫顾客的号码，其被传递给珀斯中的交换机32用于处理。交换机32使用ATUP、ISUP或INAP协议与珀斯中的VIN 26联系并要求VIN把IN服务数据转发给它以便它能建立该呼叫。根据端接号码，VIN 26使用INAP联系HIN 24以便获得有关顾客的数据。使用该号码，HIN 24访问数据以便确定顾客属于哪一网络4到14以及在哪里VIN 26可以访问有关顾客位置的进一步数据。对于一个GSM顾客，HIN 24提供数据返回到VIN 26，VIN 26规定VIN 26需要联系的GSM HLR 46的地址并且同时通知VIN 26它需要使用MAP协议与HLR 46通信。VIN 26然后联系HLR 46以便获得顾客的位置，特别是一个GSM漫游号码，它可用于把呼叫路由给顾客。此数据然后被VIN 26转送给交换机32。交换机32然后使用该漫游号码把来自呼叫者48的呼叫路由到MSC 42和终端40。如果在墨尔本的一个移动网络上的呼叫者52向终端40作出一个呼叫，则类似的处理发生，由墨尔本的VIN 26和交换机34处理并建立该呼叫。该网络系统的结构特别地有益，因为它提供一个网关20使用在端接不同网络8到12中的所有移动网络呼叫，而不需要涉及或依赖每个移动网络8、10或12的特定网关。一旦对终端40的呼叫完成，则VIN 26保持规定终端40是一个GSM终端的它们的本地高速缓存数据、为了一个漫游号码和协议所需要联系的HLR46、需要使用的MAP。
通过在VIN 26中含有一个通用IN服务前端，网络系统2对IN服务提供了与技术独立的处理，它使用诸如ATUP、ISUP甚至INAP之类的标准协议来与一个前端市内交换交换机32通信，例如一个MSC，这取决于交换机32使用的协议，如图4所示。VIN 26的计算机逻辑22按照它从HIN数据库28和30获得的或者可能已经储存在VIN本地高速缓存23中的一个客户IN脚本来把来自交换机32的通用协议服务请求转换为一个后端与特定技术相关的事务。该IN脚本规定了特定通信协议，其被使用来从技术特定的网络设备54中获得IN服务数据。例如，VIN逻辑22可以利用IS41与CDMA网络8的HLR 56通信，利用MTUP与AMPS网络10的HLR 58通信，以及利用MAP或者INAP与GSM网络12的HLR 46通信。VIN 22可能还需要使用INAP，在来自HIN 24的指令上来联系基于IN 60的INAP以便获得特定的呼叫路由信息或者IN服务数据或者来与智能网外设连接。基于被叫号码、被叫号码和呼叫号码或者对于一个呼叫的与A或B每一方相关的种类或范围或者两者，对VIN 26的一IN服务数据请求通常将在处理呼叫的交换机32之内被触发。VIN 26然后处理该IN服务数据请求使得建立交换机32所需要的服务数据，正如所讨论的，其可以从HIN 24中直接获得或者可以包括联系不同网络技术的特定的设备54。
网络系统2确定当对于一个终端有一个以上的网络可用时网络4到12哪一个应该用于始发一个呼叫。这在该终端是下列之一时发生(a)一种多模式终端，在此，在任何时候两种模式都是可用的；并且被称为一种并行模式终端。
(b)一种多模式终端，在此，在任何给定时刻只有一个模式可用；并且被称为一种双模式终端。
(c)单一模式终端，它可以访问一个网络的不同网络层。这覆盖了当在所有的网络层上不是所有服务都被提供时可以使用的无线层。
(d)单一模式终端，它只能访问一个网络但是该网络可以在专用和公用模式之间切换。
利用基于终端的选择、网络提示终端选择或者网络选择，网络系统2使终端的适当操作方式能够被选择。如下所述。
基于终端的选择可被用于多模式终端中，它可以被设置来根据所进行呼叫的类型来选择不同的网络，例如话音、传真机、数据或者消息服务。例如，利用一个无绳基座单元(CBU)16操作的一个双模式终端可以连接到CBU 16或者移动网络8、10或12。该终端将被设置来通过移动网络发送例如传真机和数据呼叫之类的某些呼叫以及通过CBU发送另外一个呼叫。当CBU忙时，终端可以通过移动网络8、10或12发送呼叫，并且将由网关20处理，其可以中请一个折扣呼叫使用费，如果网关20可以确认终端是在CBU的覆盖区中的话，即，终端是＂在本地(at home)＂。
对于网络提示终端选择，VIN 26通过交换机32提供关于使用来始发一个呼叫的网络选择的指令给终端。VIN 26按照基于优先级的顺序提供详述要被尝试的网络的消息。
对于网络选择，VIN 26取回服务数据以便为交换机32和最后与它连接的终端根据终端身份、所请求的服务或者所请求的目的地作出关于应该使用哪一网络的决定。例如，在一个专用无线办公室环境中，去往PSTN的呼叫可以在办公室中被本地切换，而只在公众移动网络上支持的诸如SMS、传真机以及数据服务之类的公共和私人用户请求的服务，和只在公众移动网络上可用的诸如话音消息服务之类的私人用户请求的话音IN服务，所有的都将通过公众移动网络使它们的呼叫切换返回。
网络系统2也能够执行SMS监控并且特别能将它应用到国际SMS业务的监控。
进入局域网的移动端接SMS业务的监控可以保护本地客户免遭外部网络4始发的不希望的SMS业务。通过把国际MAP业务注定到通过VIN 26路由的局域网HLR 46、56和58上来实现监控，如图5所示。除了对本地HLR 46的MAP SMS发送路由信息(SRI)消息之外的所有SMS业务被透明地传递。SRI消息被VIN 26掩蔽以便确定短消息服务中心(SMSC)的始发全球标题地址和目的地移动。不在一条形列表上的SRI消息被传递给适当的HLR 46，并且被照常利用一则SRI_ACK消息进行确认，而利用VIN 26产生的一个请求拒绝消息SRI_NAK把被禁止的SRI消息返回到SMSC。
呼入移动始发SMS监控可以保护本地SMSC免遭外部网络4中始发的不希望的SMS业务，而且提供在局域网12的SMSC 70之间用于负载共享的一个装置。由移动终端40产生的MAP转发短消息(FSM)消息通过VIN 26被传递到局域网12的SMSC 70以便确定该业务是否被允许通过，如果是，该业务应该被发送给哪个最终服务中心地址。使业务能够继续到网络12的判决是基于始发外部网络4、始发终端地址和目的地SC地址的分析的。按照该分析，只有漫游在海外的局域网12的顾客可以被允许始发以及发送业务给SMSC 70，并且网络系统2可以把这则消息平等地分布给局域网12的所有SMSC70。利用通过VIN 26从SMSC 70返回到该移动的一FSCM_ACK信号来确认传递的信息，否则如果一则消息被拒绝，则对于移动40，VIN26产生一FSCM_NAK信号，如图6所示。
同样地，外部网络预定的呼出移动始发SMS可以被监控以便确定外部网络4和允许本地顾客从包括系统2的一个载波网络访问的外部SMSC 72。基于始发该消息的终端40的身份、预定网络4或SMSC 72的目的地SC地址，VIN 26可以拒绝传递FSM业务。适当的FSCM_ACK和FSCM_NAK信号将通过局域网12被传递回到移动终端40。
对于专用网14提供对移动性数据的本地交换访问，如图7所示。
正如在此处参考附图所描述的，对本领域的技术人员来说不必偏离本发明的范围，许多改进将是显而易见的。
权利要求
1.一种呼叫处理方法，包括在网络交换机处理与一个通信呼叫相关的特性数据以便确定是否需要智能网服务数据来建立所述呼叫；当需要所述服务数据时把所述特性数据传递给一个网络服务数据网关；由所述网关处理至少部分所述特性数据来确定为了获得所述服务数据要访问的网络位置以及连在所述网络位置上的一个通信协议；以及获得所述服务数据并把所述服务数据传递给所述交换机以便建立所述呼叫。
2.如权利要求1所述的呼叫处理方法，包括在所述网关中存储所述服务数据从而可以用于请求所述服务数据的后续请求。
3.如权利要求2所述的呼叫处理方法，包括在一段预确定时间之后从所述网关中删除所述服务数据。
4.如权利要求1所述的呼叫处理方法，其中，所述网络位置是在一个中央智能网服务数据数据库中。
5.如权利要求1所述的呼叫处理方法，其中，所述网络位置是在一个本地移动网络中。
6.如权利要求1所述的呼叫处理方法，其中，所述网络位置是在一个外部电信网络中。
7.如权利要求1所述的呼叫处理方法，其中，对始发所述呼叫的用户来说，所述网关是本地的。
8.如权利要求1所述的呼叫处理方法，其中，所述网关包括访客智能网计算机逻辑，用于为在所述网关区域中的用户获得并高速缓存服务数据。
9.如权利要求8所述的呼叫处理方法，其中，所述网络位置是在包括一个中央IN服务数据数据库在内的归属智能网计算机逻辑之内。
10.如前面的任何一个权利要求所述的呼叫处理方法，其中，所述通信呼叫包括话音、数据或消息连接。
11.一种网络系统，具有一个网络交换机，用于在网络交换处处理与一个通信呼叫相关的特性数据以便确定是否需要智能网服务数据来建立所述呼叫；一个网络服务数据网关，当需要所述服务数据时用于从所述网络交换机接收所述特性数据，所述网关适合于处理至少部分特性数据来确定为了获得所述服务数据所要访问的一个网络位置以及连在所述网络位置上的一个通信协议；以及在其中，所述网关适合于接收所述服务数据并且将服务数据传递给所述交换机以便建立所述呼叫。
12.如权利要求11所述的网络系统，其中所述网关存储所述服务数据，从而可以用于请求所述服务数据的后续请求。
13.如权利要求12所述的网络系统，其中，在一段预确定时间之后所述网关删除所述服务数据。
14.如权利要求11所述的网络系统，其中，所述网络位置是在一个中央智能网服务数据数据库中。
15.如权利要求11所述的网络系统，其中，所述网络位置是在一个本地移动网络中。
16.如权利要求11所述的网络系统，其中，所述网络位置是在一个外部电信网络中。
17.如权利要求11所述的网络系统，其中，对始发所述呼叫的用户来说，所述网关是本地的。
18.如权利要求11所述的网络系统，其中，所述网关包括访客智能网计算机逻辑，用于为在所述网关区域中的用户获得并高速缓存服务数据。
19.如权利要求18所述的网络系统，其中，所述网络位置是在包括一个中央智能网服务数据数据库在内的归属智能网计算机逻辑之内。
20.如前面的任何一个权利要求所述的网络系统，其中，所述通信呼叫包括话音、数据或消息连接。
21.如权利要求11所述的网络系统，包括覆盖各自区域的多个所述网关。
22.如权利要求11所述的网络系统，其中，所述服务数据是公共移动性数据。
23.如权利要求11所述的网络系统，其中，所述服务数据是终端网络选择数据。
24.如权利要求11所述的网络系统，其中，所述网关包括用于监控在网络之间传递的信息的装置。
全文摘要
一种网络系统,具有一个网络交换,用于处理与一个通信呼叫相关的特性数据以便确定是否需要智能网(IN)服务数据来建立该呼叫,以及一个网络服务数据网关,当需要该服务数据时用于接收来自网络交换的特性特性数据。该网关适合于处理至少部分特性数据以便确定为了获得该服务数据所要访问的一个网络位置和用于连在该网络位置上的一个通信协议。该网关也适合于接收所述服务数据并且将服务数据传递给该交换以便建立呼叫。该系统具有一个归属IN和访客IN结构。
文档编号H04M3/533GK1335006SQ99815946
公开日2002年2月6日 申请日期1999年12月23日 优先权日1998年12月23日
发明者弗朗西斯·帕特里克·克莱恩尼兹, 诺曼·威廉·迈克里奥德, 拉塞尔·克拉克·威廉姆斯 申请人:泰斯特瑞有限公司