CN1339226A - 使用独立于平台的代码支持智能网业务 - Google Patents

Abstract

一种在电信系统(10)的智能网中实现业务的系统和方法。在移动电信网络中登记用户站(8)之后,大量相关于用户的触发被下载到处理呼叫的交换机(12)中。交换机检测触发条件,并响应触发条件,将一个问询信号(36,56,92)发送到存储数据的服务器(70,80)。为响应问询信号,一组包含用于指示执行特殊业务的指令的、独立于平台的代码被下载(126,128)到交换机。在交换机处执行此代码以实现特定业务,并根据所实现的业务采取适当操作。

Description

使用独立于平台的代码支持智能网业务

发明背景

发明技术领域

本发明涉及一种用于实现电信网络业务的方法和系统，尤其涉及在检测到触发条件情况下，将可移植代码从一个电信节点传送到智能网另一个节点并在后一节点中执行此代码。

相关技术描述

随着存储程序控制(SPC)交换系统的发展，多种有用的功能被开发以便扩展此系统能够提供的通信性能。这些业务或功能包括呼叫转发、“800”号或长途免费业务、呼叫屏蔽等等。随着复杂的电信应用的开发和改进，电信产业采用术语“智能网”(IN)来表示一个概念和结构，以便提供在业务逻辑和多供应商电信网络的交换系统之间的标准接口。IN的目的就是在电信网络中的控制节点集中处理业务，以便提供对新业务的快速定义、测试和引入以及简化对已存在业务的修改。IN还能在多供应商环境下使用更少的研制周期和标准网络接口来设计和开发新业务，以提供更大的灵活性。

IN背后的基本概念就是将“智能”移出每个本地交换机或业务交换点(SSP)并在业务控制点(SCP)中将提供智能的业务集中起来。在IN电信系统中处理和执行一个呼叫过程的特定点上，SSP判断是否满足某一触发条件。这些触发条件(例如)可以包含发起一个呼叫、接收缩位拨号或接收被叫站现在忙的指示。如果没有满足触发条件，SSP根据正常呼叫处理程序进行处理。否则，如果满足某一触发条件，SSP通过网络(例如7号信令系统网络)向SCP发送一个问询，请求关于如何进行呼叫处理的指示。SCP通过执行一个或多个被包含在与SCP相连的业务库中的业务功能对请求进行响应。然后，一个或一组指示从SCP发送到SSP以便通知SSP如何进行处理。SSP根据这些指示对正在进行的呼叫进行进一步处理。

虽然经过努力，现在使用IN能够更快地引入新业务并得到更大的业务灵活性，但在将新业务或更加用户化的业务引入IN的方面还存在着巨大的障碍。第一，虽然向SCP(如IN系统所允许的)增加新智能比向交换机本身(如IN系统以前的系统中的)增加新智能更容易，IN仍然要求开发并引入新的或修改的协议，以便在多供应商的环境中广泛地引入新业务。但是，开发和实现新协议有时需要几年的时间，导致严重地延迟引入新业务的时间。

或者，新业务能在专有(即单独的供应商)的基础上实现。但是，使用专有业务通常阻碍了业务的广泛可用性。网络运营商通常使用由多个供应商提供的网络组件。来自不同供应商的网络组件的不兼容性有时会使运营商无法实现专有业务。而且，即使特定运营商能够提供专有业务，当无线用户漫游到访问网络时，同样因为不兼容的问题而使得经常无法接入那些业务。

因此，就需要一种系统和方法，允许将新业务引入多供应商环境而不需要引入对应的新标准。而且，还需要一种系统和方法，允许开发和引入更灵活和/或更方便用户定制的业务功能。优选的，这种系统和方法能够在不同网络范围使用，而不必要开发标准接口。

发明概述

本发明包括在电信网络中实现专用业务功能的系统和方法。当检测到一个相关于特定用户、交换机(局)或团体的触发条件，从交换机(或网络其他节点)发送出一个请求以便获得有关如何去响应此触发条件的指令，此交换机以某种方式与这个用户或团体相关。这个请求可被发送到业务控制点(SCP)或某个存储着用于响应触发条件的信息的其他类型的服务器。作为此请求的响应，一组独立于平台的代码从一个发送电信节点传送到接收电信节点。独立于平台的代码包含一组可移植、可执行的、用于实现响应于触发条件的特定业务功能的指令。接收节点执行此独立于平台的代码以便实现该业务功能，网络根据所实现的业务的结果而采取适当动作。

本发明的一个重要技术优势能够在最小的研制周期内引入新的电信业务。而且，新业务能够在不需要开发和引入新标准或协议的情况下被引入。当用户站漫游时，这个业务能够被转移到访问系统或被访问系统支持。本发明的其他优势是增强的灵活性和允许可用户定制业务。

附图简述

为了更全面了解本发明，可以结合附图参考下面的具体描述，其中：

图1是采用现有技术的智能网(IN)电信系统框图的一部分，该系统用于响应在两个用户站之间的呼叫过程中在IN系统中发生的触发条件；

图2是根据本发明的智能网(IN)电信系统框图的一部分，该系统通过在本地执行一个可移植的、独立于平台的代码，响应IN系统中的触发条件；

图3是说明根据本发明，在移动电信交换机处实现专用触发的激活和专用业务的执行的消息流和网络运行图。

发明的详细描述

参考图1，它描述现有技术智能网(IN)电信系统10的一部分，其中说明在两个用户站8之间进行呼叫时IN系统10的运行。系统10包括呼叫控制功能/业务交换功能(CCF/SSF)，它典型地是在业务控制点(SCP)14中实现的。系统10还包括业务控制功能(SCF)，它典型地是在业务控制点(SCP)14中实现的。SSP12和SCP14分别主要负责对涉及特定用户站8的呼叫处理和执行IN业务。典型地，该呼叫处理所涉及到的SSP12包含当用户站8是主叫方时的始发电信交换机或当用户站8是被叫方时的终接电信交换机。在呼叫过程中，用户站8和SSP12之间的通信通过移动电信系统中的空中接口9或通过有线电信系统中的有线连接7进行。而且，中继连接11通过一系列SSP12而建立，以便连接始发SSP12和终接SSP12和允许两个用户站8之间的通信。在移动电信网络中，SSP12优选被包括在一个平台中，此平台包含一个移动交换中心(MSC)，而SCP14是一个独立平台的一部分，此平台通过交换系统7号(SS7)链路30耦合到SSP12。

IN系统中发生的呼叫通常由呼叫模型(总体上由20显示)来代表。呼叫模型20包括多个存在于呼叫建立、连接、处理和终接过程中的可能状态。每个状态组成一个“呼叫点”(PIC)22。这些PIC没有以任何物理或现实的形式进行具体描述，而是只代表在呼叫处理过程中存在的不同状态和条件。例如，一个典型电信系统中的呼叫，可开始于定义为空闲状态的第一个PIC22(1)，接下来根据呼叫始发消息转移到下一个PIC(未显示)。在第三个PIC(未显示)处收集拨打的号码并在第四个PIC(未显示)处对其进行分析。呼叫在第五个PIC22(5)处被全程接通并最后在第六个PIC22(6)处被释放，在此处，系统返回第一个PIC22(1)的空闲状态。虽然这里讨论的六个PIC是用于说明用途，典型的IN呼叫包含许多PIC，但是PIC的数目和功能可在本技术中定义。通常，呼叫始发侧的相关PIC22与呼叫终接侧的相关PIC22是不同的。

在呼叫模型中的两个PIC22之间有检测点24，在此处SSP12判断是否满足某个触发条件。通常，触发是与特定用户站8的某个事件的发生相关的。例如，当接收到来自用户站8的呼叫始发请求、接收到一个建立直达用户站8的呼叫连接请求、或在交换机处接收到一串可能代表一个特殊业务请求的特定数字序列时，都可激活一个触发。SSP12包含一个触发列表，这些触发在有线网络中存储在SSP12中，或者在无线网络中在登记(或在网关环境下接收到LOCREQ)时可被检索。例如，在无线网络中，当移动站在某个区域内登记时，用户信息请求信号52通过SS7链路50发送到移动站的原籍位置寄存器(HLR)，作为响应，从HLR60接收用户信息响应信号54。响应信号54一般指示应该激活哪个触发以便为移动用户提供其预订的业务。响应信号54还指出实现业务时要联系的SCP的地址。如果在涉及用户站的呼叫过程中“符合”触发，SSP12通过SS7链路30将消息32发送到SCP14，以便向SCP14问询响应触发条件的指令。问询消息32包含标识用户的信息和触发条件。作为响应，SCP协调并执行对应于特定触发条件的适当业务。根据触发条件的类型，问询消息32可以促使SCP14执行单个业务或多个业务。

虽然呼叫模型20中的PIC22在图中以环形渐进的方式进行描述，呼叫在IN网络中不总是遵循PIC22严格的顺序。相反，IN业务指示会促使SSP12通过跳过一个或多个PIC22或返回上一个PIC22而脱离标准PIC22的顺序。这样，PIC22的顺序可根据在呼叫过程中符合哪些触发和SCP14将根据触发条件返回什么指令来改变。

在检测点24产生的问询消息32在SCP14处被接收。SCP14根据存储在SCP存储器42中的某些数据来标识哪些业务是问询消息32指示的特定触发条件所涉及的业务。SCP14还通过参考存储在此SCP14中的移动用户预订信息来确定移动用户预订了哪个业务。SCP14中的业务管理器40于是执行可用业务，并基于业务执行结果通过SS7链路30向SSP12返回一个响应信号34。响应信号34包含一个指令或一组指令，指导SSP12如何处理正在进行的呼叫。

根据上面的描述，一个可运行的业务实例就是缩位拨号。缩位拨号是这样一种业务，其中移动用户拨出的四位数字代码由网络转换成一个可拨打的数字号码(例如一个十位数字的号码簿号码)。当SSP12检测到一个四位数字代码，它向SCP14发送一个问询信号32，该问询信号标识移动站8并提供这四位数字代码。SCP14确定所接收的代码中包含缩位拨号业务并执行将拨叫数字转换成可路由的号码的业务。然后，SCP14进行必要的处理，以便实现业务并发送指令消息34去指示SSP12选择路由以便将呼叫发送到适当的可路由的号码。

现在参考图2，它描述IN电信系统的一部分，它根据本发明，通过在本地执行一个可移植的、独立于平台的代码对发生在IN系统中的触发条件进行响应。在图1所示系统中，在检测点24检测到触发条件。还是在图1所示系统中，SSP12通常不会意识到涉及哪个业务或不会意识到实现业务的特定过程。但是，在本发明的系统中，问询信号36在SSP处理器26处始发并通过(例如)链路30从SSP12发送到与该触发相关的地址，此触发器包含一个本地服务器70，服务器70可包括一个SCP或计算机终端。参考图1，如上所述问询信号36标识与该触发相关的用户站8并提供有关触发条件的信息。但是，这时问询信号36还表示：SSP12能够执行由可移植的、独立于平台的代码描述的业务。这样，问询信号用于得到要在SSP12执行的实际代码，而不是从SCP14得到基本指令。问询信号36要被发送到的本地服务器70可以包含例如一个SCP(这时，链路30通常是SS7网络的一部分)；或包含一个计算机处理器和相关存储器(这时链路30包含TCP/IP连接)。本地服务器还可包含HLR60(参见图1)或VLR(未显示)。根据本发明的一个具体实施方案，本地服务器70中的本地处理器74通过根据存储在本地存储器74中的信息去判断该触发条件涉及到哪些业务，从而响应问询信号36。

另外，本地服务器70也可通过链路50给与用户站8相关联的远端服务器80发送一个用户信息请求信号56。远端服务器80可以是例如一个SCP、HLR、VLR或计算机终端，链路50可以包含某种类型的电信连接(例如SS7链路)或某种类型的数据通信连接(例如TCP/IP连接)。信息请求信号56可以包括一个表示需要一个或一组特定业务的指示或仅仅可以传递从SSP12接收的触发条件信息。而且，信息请求信号56还可以包括关于本地服务器70能够执行可移植且独立于平台的代码的指示。

作为对请求信号56的响应，可检索出相应用户信息，并将用户信息响应信号58从远端服务器80发送到本地服务器70。在接收到响应信号58后，将从本地存储器72中取出一组用于执行被特定触发条件涉及的和被移动用户预订的每一种业务的指示。这些指令组中一些指令可能在本地服务器70中由本地处理器74执行，并且将指示消息38发送到SSP12，指示SSP12根据执行业务的结果来处理呼叫。

但是，在本发明的一个具体实施方案中，一个或多个指令组包含JAVA码或某种其他类型可移植、可执行且独立于平台的代码。例如，这些指令组中每一组都通过SS7链路30以JAVA小程序形式发送到SSP12。或者，一个小程序或某个类似的码组可作为单独的消息通过TCP/IP链路被发送。使用TCP/IP链路减少了成本，因为通过TCP/IP连接传送数据比使用SS7堆栈要便宜。接收的码在SSP处理器26中被执行，处理器26作为一个虚拟机结合接收的码一起运行，它还指示如何进一步进行处理呼叫。这种处理通常根据本地执行业务的结果(即：SSP对接收的码的执行结果)和从本地服务器70接收的指令(如果有的话)来完成。最后，呼叫遵从所执行业务的命令前进到PIC22。

在替代具体实施方案中，在本地服务器70从SSP12接收到问询信号36后，如前面具体实施方案所述，本地服务器70向与用户站8相关联的远端服务器80请求用户信息。但是，此时用户数据信号58本身包括一个或多个小程序或其他类似码组。这些小程序提供实现特定业务的指令。可用小程序则可由本地服务器70中的本地处理器74执行，而将对应的指令提供给SSP12，或者优选地，将可用小程序转发到SSP12以便由SSP处理器26来执行。所取出的程序能够被存储在本地存储器72中，以便用于响应后续的触发条件。作为替代，独立于平台的代码能够从远端服务器80通过TCP/IP链路90(也被表示为94)被直接发送到SSP12。类似，作为向本地服务器70发送初始信号36的替代，还可能直接向远端服务器80发送远端问询信号92，其中独立于平台的代码在响应信号94中被发送。因此，适当的码组可以直接由SSP12从远端服务器80中检索出。或者，可以通过本地服务器70(通常以58和38表示)返回一个对远端问询信号92的响应。

通过使用任何一种上述的本发明的具体实施方案，可以使在被访问网络中实现用户定制或专有业务成为可能，并在引入这些业务的同时不需要开发工业标准协议也不用局限于现有的IN接口。结果，新业务可以在一个广泛的基础上比现有的可能更快地被引入。而且，只要提供正确的寻址方法，可以通过向一个用于标识与用户或触发相关的服务器的、用户指定或触发指定的地址发送一个触发条件问询，从而就可以实现动态的、用户定制的或专用的业务。

所用的特定服务器实际上包含数据通信或电信网中的任何服务器，其范围可由大型、中央计算机数据库到用户家庭PC。不是每次引入一个新业务时电信系统10中的每个SSP12或SCP14就要升级一次，而是每个SSP12或SCP14只需要一次升级，SSP处理器26或业务管理器40就可以处理对独立于平台的代码的执行。例如，如果交换机或SCP14支持JAVA虚拟机和JAVA指令，任何以JAVA小程序描述的业务都可在交换机或SCP14处被执行。这样，业务请求问询只是从特定的与用户相关的服务器中检索出实际代码，而代码在交换机内执行。

在本发明的另一方面，网络包括一个安全机制以防止不需要的或潜在的有害码(例如：病毒)从本地服务器70中被下载。因此，SSP处理器26和/或本地服务器70可向远端服务器80要求保密码，而远端服务器必须在执行发送代码的任务之前先接受该要求。作为替代方案，只有在远端服务器80被“委托”(即：由已知实体进行操作)的情况下，SSP12和/或SCP14才能发出它们支持独立于平台的代码或接收独立于平台的代码的指示。

除了在呼叫模型20中的检测点24使用传送独立于平台的代码来响应触发条件，本发明的这一方面还可用于无线IN系统与移动性管理行为(例如登记和授权)相结合的情况下。因此，在移动性管理模型的特定状态中检测到的触发条件，可以导致与上述呼叫模型描述相同类型的独立于平台的代码的传送和执行。

通常，在已知系统中存在的实现本发明所必须的硬件，虽然在交换机和/或本地服务器70(即：在SSP处理器26)中可能还需要其他附加处理资源以便支持虚拟机的附加处理需要。在其他方面，已知系统软件通常可被修改以便处理执行独立于平台的代码的附加功能。因此，可用于潜在的无数不同业务的实际代码可被交换机和/或本地服务器70中被接收和执行。而且，作为附加的好处，该代码可通过TCP/IP链路传输而不是在SS7链路上传输以便节省传送数据的相关费用。

作为附加的好处，本发明还可用于提供只在访问区域内应用的本地业务。这样，就不用从远端原籍服务器上下载代码，用于描述用户指定的本地业务的代码可存储在本地服务器70上，并且当用户站8在访问区域登记时可从本地服务器70下载到SSP12上。

现在参考图3，图3是说明根据本发明来启动预订触发和在移动电信交换机处执行指定业务的消息流程和网络运行图。首先，在无线网络中，在由SSP12提供服务的特定小区中，移动用户站8的出现在步骤100处被检测到(即：通过在SSP12处接收登记信号)。登记信号102被转发到与移动站8相关的HLR60。登记信号102用于通知HLR60关于移动站8的现在位置，这样入呼叫就可被转发到所服务的用户的正确的移动交换中心(例如：SSP12)。而且，HLR60还可接收来自移动站8的指令。在步骤106，用户信息根据位置信息和任何接收的指令进行更新。而且，登记信号102通常被用作需要获得用户信息的隐含申请。因此，在步骤114中，描述用户触发的数据可以在登记响应信号112中由HLR60传送到SSP12并存储在SSP12中。登记响应信号112可包括一个可响应触发条件的适当业务码存储的地址。结果，用户的触发就被引入到涉及该特定用户的呼叫的呼叫模型中。另一方面，在有线系统中，用户的触发将永远存储在交换机中。

然后，例如当用户试图发起一个呼叫，在步骤116其中一个存储的触发条件就会符合，触发信号118(对应对图2中的信号36)被发送到SCP14或由被包含在登记响应信号12中的地址表示的其他节点。触发信号118标识用户和触发条件，并指明：SSP12能够支持实现JAVA的业务。当接收到触发信号118，在步骤120，SCP14检测到SSP12能够执行JAVA小程序，在步骤124，SCP14检索出存储在SCP14中的可用小程序。然后，代表每个可用业务的实际码组被下载(如步骤128所示)到SSP12，而不是象在以前技术中将指令发送给SSP12。在附加方案或替代方案中，为了响应触发信号118，用户业务问询122能够被发送到HLR60(或到其他节点)以便请求关于用户定制业务的信息或激活HLR60中呈现的特定业务。作为响应，HLR60发送包括可用业务小程序的返回信号126，这些程序可被下载到SSP12(如在128所示)或在SCP14执行，而其结果指令被发送到SSP12。最后，SSP12在步骤130执行下载的代码，并根据已执行的业务继续进行对呼叫的处理。

虽然本发明的方法和装置的优选实施方案已经在附图和上述具体描述中加以说明，应该理解本发明不止局限于已公开的具体实施方案，在不脱离前面的说明的和下面权利书中定义的本发明主旨的前提下能够进行各种重组、修改和组合。

Claims (30)

1.一种在电信系统的智能网中实现业务的方法，包含以下步骤：

在电信系统中检测电信事件；

响应所述检测到的电信事件，从电信系统的源节点下载可执行的且独立于平台的代码到电信系统中接收节点；和

在接收节点执行该独立于平台的代码以便实现电信业务功能。

2.权利要求1中说明的方法，其中电信事件包含触发条件。

3.权利要求2中说明的方法，其中将独立于平台的代码下载到接收节点的步骤还包含下列步骤：

将问询信号发送到与该电信事件相关的用户所关联的服务器；和

从服务器处接收独立于平台的代码。

4.权利要求3中说明的方法，其中问询信号包括一个指示，该指示表明接收节点能够执行独立于平台的代码。

5.权利要求3中说明的方法，进一步包含通过TCP/IP网络传送独立于平台的代码的步骤。

6.根据权利要求5中说明的方法，其中独立于平台的代码包括至少一种JAVA小程序。

7.根据权利要求1中说明的方法，其中电信事件的发生与呼叫连接相关联。

8.权利要求7中说明的方法，进一步包含根据所实现的业务的性质处理呼叫连接的步骤。

9.权利要求1中说明的方法，进一步包含在执行独立于平台的代码之前，从所述源节点接收保密码的步骤。

10.根据权利要求1中说明的方法，其中电信事件的发生与登记接入相关联。

11.在电信网络中实现业务的系统，包括：

一个远端服务器，用于存储能够描述至少一种业务的可移植的、独立于平台的代码；

一个电信交换机，用于对涉及用户站的呼叫进行路由选择，该交换机检测触发条件，并且响应检测到的触发条件而发出一个要求获得响应触发条件的指令的请求；

一个与交换机相关连的处理器；

一条在处理器和远端服务器之间的通信链路，该链路响应对所述指令的请求，将可移植的、独立于平台的代码从远端服务器传送到处理器；和

其中与交换机相关连的处理器执行该可移植的、独立于平台的代码以便给交换机提供特定电信业务。

12.权利要求11中说明的系统，其中远端服务器包含业务控制点。

13.权利要求11中说明的系统，其中处理器安装在以某种方式与用户相关联的业务控制点上。

14.权利要求11中说明的系统，其中远端服务器包含在移动电信网络中的原籍位置寄存器。

15.权利要求11中说明的系统，其中远端服务器包含在移动电信网络中的访问位置寄存器。

16.权利要求11中说明的系统，其中通信链路包含一个TCP/IP链路。

17.权利要求11中说明的系统，其中通信链路包含在信令交换No.7网络中的链路。

18.权利要求11中说明的系统，其中处理器位于电信交换机中。

19.权利要求11中说明的系统，进一步包含一个本地服务器，该本地服务器从交换机处接收要求获得所述指令的所述请求，并将对该指令的请求转发至远端服务器。

20.权利要求19中的系统，其中处理器位于本地服务器中。

21.权利要求19中的系统，其中本地服务器包含以某种方式与用户相关联的业务控制点。

22.权利要求11中说明的系统，其中交换机存储了与网络用户相关联的定制的触发数据。

23.用于实现电信网络中业务的方法，包括步骤：

检索出与选定用户站相关联的触发数据，该触发数据定义指定的触发条件；

在网络电信节点处存储该触发数据；

在电信节点处检测该指定的触发条件；

响应对该指定的触发条件的检测，从远端服务器检索出独立于平台的代码；和

在电信节点处执行独立于平台的代码以便实现电信业务。

24.权利要求23中说明的方法，其中远端服务器存储与特定用户站相关的用户数据，存储的用户数据包括独立于平台的代码。

25.权利要求23中说明的方法，其中触发数据响应对电信网中用户站的检测而被检索出。

26.权利要求25中说明的方法，其中检测用户站包括从用户站接收登记信号。

27.权利要求25中说明的方法，其中检测用户站包括连接涉及用户站的呼叫。

28.权利要求23中说明的方法，进一步包含以下步骤：选择一个用于在电信节点处执行的业务，所选业务对应于指定的触发条件，其中独立于平台的代码包含实现选定业务的指示。

29.权利要求28中说明的方法，其中检索出独立于平台代码的步骤进一步包含下列步骤：

向远端服务器发送问询信号，该问询信号标识该触发条件；和

通过通信链路，将独立于平台的代码从远端服务器传送到电信节点。

30.权利要求29中说明的方法，其中问询信号包括一个表明电信节点支持执行独立于平台的代码的指示。

Images