CN1561644A - 提供通信系统中特殊个性化的通信业务的方法和网络装置 - Google Patents

Abstract

本发明涉及一种执行通信业务或通信系统(UMTS)的相应的业务逻辑的方法，其中一个站(A、B)在通信系统(UMTS)的接入装置(PA或PB)处注册，并且其中在网络装置(PA或PB)中，在这个站(A或B)和另一个站(B或A)之间的通信线路上，在网络端执行关于这个站(A或B)的业务逻辑的有关业务的指令。为能使业务逻辑一方面可进行更新，但是，另一方面却不可由该站每次都与譬如注册数据一起进行传输，所以建议，由执行指令的装置(PA或PB)从在网络端存储业务逻辑的业务数据库(DD)中调用有关这个站(A或B)的业务逻辑。

Description

提供通信系统中特殊个性化的通信业务的方法和网络装置

本发明涉及用权利要求1所述的前序部分的特征所述的，提供通信系统中通信业务的方法或涉及实现该方法的网络装置。

在通信系统中、特别是按照标准GSM(全球移动通信系统)或UMTS(通用移动电信系统)工作的移动无线通信网中，在2个彼此相距很远的站或网元之间通过通常许多其它网元建立通信连接，使得两个位于端侧的站彼此可进行通信。

为在特殊的移动用户或站之间传送通信连接(会话)信令，已知采用说明一个协议和一个网络基础结构的会话启动协议SIP(会话启动协议)。照此，SIP消息通过通常许多信令服务器从一个输出用户或第一站传送到作为宿主用户的第二站。为在这个信令环境中能实现扩展的通信业务、如会话转接、呼叫号码转换、预付费(预交费)等等，不同的措施、如呼叫处理语言CPL(呼叫处理语言)、SIP-小服务程序(SIP-Java程序接口)、SIP CGI(公共网关接口/普通SIP访问接口)等等有待讨论。在此，一种业务通常由以“程序代码”形式的业务逻辑和以“数据”形式的状态信息组成。在个性化的业务中，这些状态信息是站或用户专用的。在转接消息时，信令服务器执行业务逻辑或其指令，其中包括状态信息在内。这样，业务逻辑可影响信令服务器的性能状态。

在这样的环境中，通过分配业务逻辑和状态信息的途径方法产生一些问题。如果引入一种新业务，则必须将这些信息提供给参加执行的信令服务器。一种明显的措施可以是从管理上将这些信息固定安装在一个确定的信令服务器上。但是，在执行个性化的业务的情况下，却要求作到这些，即用户或其站始终使用相同的信令服务器。从以下原因可看出，这种假设不切实际：

a)在移动无线网中，用户或其站大多是移动的，并且只能或必须动态地使用一个处于其附近的、譬如处于本地内联网中的信令服务器。

b)信令服务器可能出故障，出故障后用户或其站必须能使用备用服务器。同样，信息就必须安装在一个这样的附加提供的服务器上。

c)通常，在移动无线网中使用一种负荷分配方法，以便从众多的信令服务器中给用户或其站分别分配具有最少负荷的信令服务器。于是，这种可能性也就不存在了或也就要求将信息安装在许多信令服务器上。

这些问题特别会在多种系统中出现，象譬如在3GPP(第三代移动通信合作伙伴计划)所确定的多媒体分系统体系结构中，据此，在注册过程期间用户端的站可以动态地从多个可用的信令服务器中分配一个信令服务器。

来自因特网范围的IETF建议(IETF：因特网工程部任务组)、譬如“Java增强型SIP”(JES)和“服务器小应用程序的传送”(SDLI)都说明了所述的方法，即以哪种方式可与信令消息一起传输业务逻辑和状态信息。站或终端装置将业务逻辑“附加”在消息上，其中信令服务器提取这些信息并且在需要时执行业务逻辑。但是，这些措施却不能令人满意地解决上文引证的疑难问题：

d)在移动的网络环境中，空中接口的带宽是一种宝贵的资源。当广泛的业务逻辑和状态信息从站传输入网时，则似乎浪费了此资源。

e)此外，从安全角度出发，许多网络运营商大胆设想从用户端的站上接收和执行任意的业务逻辑。这可能会损坏网络的稳定性。

f)此外，通过执行一种业务所得到的状态信息的变化不能持久地存储。但是，只要在重新执行业务时需要这种变化了的状态信息，这还是需要的。

g)在一个端点站不参与的情况下，可执行许多种业务，譬如在消息未能到达站时进行呼叫转移。

本发明的任务在于，在将业务逻辑和状态信息分配到信令服务器的情况下，改进提供通信系统的通信业务的方法，或建议采用一种实施这种方法的网络装置。

这些任务通过具有权利要求1所述的特征的方法或权利要求7所述的特征的网络装置解决。

照此，优选一种业务逻辑、也即一个执行的程序代码都存储在网络端的存储器内(网络端的站可存取该存储器)，当一个站注册或登录时，可建立一条用于这个站或通向这个站的通信连接，或转接用于这个站的数据。当然，概念“通信连接”不仅可理解成是一条最终建立的通信线路，而且也可理解成是一个具有控制指令、信息数据传递或诸如此类的简单信令。

优选的实施方案是从属权利要求的内容。

还有有关这个站的状态信息都将有目的地与业务逻辑一起存储在业务数据库中，以致于也可调用这些状态信息。在业务逻辑或状态信息变化后，从执行业务逻辑的装置开始更新业务数据库中的业务逻辑和/或状态信息。

特别是在移动无线网中，移动用户或其站也不再是绝对必要地分配到一个靠近其的信令服务器。在信令服务器出故障时，用户连同其站都可简单地使用一个备用服务器。代替在许多备用服务器上必须提供所有数据，在网络中提供几个少量的备用服务器或数据库也就够了，这些备用服务器或数据库不是譬如在镜象技术中获得数据，就是在原有数据库出故障时从传输获得数据。在此，已知的从站开始传输到接入装置，并通过此传输到业务数据库也是原则上可能的。

此外，在通信网中，也可使用一种负荷分配方法，以便从众多信令服务器中给用户或用户站分别分配具有最少负荷的信令服务器。

优选不再用许多业务逻辑数据使空中接口增加负荷。这样可使传输减到最小或根本就无这样的传输。

此外，网络运营商可阻塞接收用户端的站的任何业务逻辑，或只让其通过一条被可靠检验过的注册路径进行。这固然减少了灵活性，但从用户的观点来看，由于事先要求注册新的业务逻辑，所以给网络运营商提供的安全度提高了。

还有，通过执行一项业务得到的状态信息的变化可用这种方式持久地存储起来，这最终使网络大大减轻了负荷，因为减少了用户站和网络之间在譬如空中接口上传输的数量。

下面将就附图详细说明一个实施例。唯一的一个图示出：

图1以通信系统方框图形式示出了网络装置的一种布置，其中概要绘出了在信令服务器上执行用于分配业务逻辑和状态信息的优选方法的方法步骤。

在图1中，概要绘出了一个通信系统UMTS，该通信系统UMTS主要以所谓的会话启动协议(SIP)为基础来进行控制。面前只画出了对下面所述的方法重要的网元或网络装置。

在下面所述的实施例中，在第一用户端的站A和第二用户端的站B之间需要建立一条通信线路，以便能经通信网UMTS在这些站之间进行通信。两个用户端的站A、B都可能是任何一种优选支持SIP或一个类似协议的数据终端装置。特别可能是电缆支持的或无线支持的计算机和电话机。将这些站的一个站构成为服务器以在通过其它站进行相应地请求时被动地提供所需的数据，也是可能的。

为在两个站A、B的一个站和通信网之间，譬如与UMTS相适应建立一条通信线路，在通信网的接入网络的范围内提供所谓的SIP代理PA或PB。与通信网UMTS连接的、也即特别与相应的SIP代理PA或PB连接的一个站A、B，在SIP的例子中，在第一时刻t1发送一个进行其注册的所谓的注册消息REGISTER给接入装置PA或PB。

如在图1中所看到的，在通信网UMTS中附加提供一个业务数据库DD。在该业务数据库DD中，针对许多在那里注册的用户端的站A和B分别暂时存储着一个或多个业务逻辑和状态信息。在相应的接入装置PA或PB处注册t1一个站A或B以后，相应的接入装置PA或PB在第二时刻t2发送一个用于传输有关这个相应的新注册的站A或B的数据的请求GET给业务数据库DD。在接收到请求GET后，业务数据库DD发送业务逻辑和/或状态信息到所请求的接入装置PA或PB。这样，优选构成为信令服务器的接入装置PA或PB就可通过一条节省系统资源的数据路径获得所需的业务逻辑和/或相应的状态信息。如果接入装置PA或PB随后应转接从站A或B来的或到站A或B去的信令消息，则它们就可访问这些站A或B的相应的业务逻辑和相应的状态信息，并且执行该业务逻辑或其中所给出的指令。特别是可按照业务逻辑的指令访问状态信息，以便修正这些信息。

以优选方式直接按照改变业务逻辑和状态信息的一个指令由接入装置PA或PB传输一个相应的更新指令给业务数据库DD，象借助于HTTP PUT指令在第九时刻t9所概要绘出的那样。当然，在业务数据库DD中数据的如此更新也可随着时间的推移或特别是在解除了将站A、B分配给相应的接入装置PA或PB时进行实施。在接入装置PA或PB的范围内改变业务逻辑和/或状态信息的指令，不仅可出自于所分配的站A或B而且也可出自于另一个独立的站、装置或实例。

业务数据库DD不仅可构成为通信网UMTS的组成部分而且也可构成为外部装置。特别是给业务数据库DD或另一种网络装置、譬如一个SIP代理都可配备一些功能，也是可能的，这些功能执行代替站A或B的相应的功能。当譬如应改变第一站A的数据或譬如发送信息到那里的第二站B不连接在网上或出于其它原因到达不了该第二站时，这也是有利的。

譬如在第一接入装置PA处注册后，可由第一站A发送出一个请求INVITE以建立与第二站B的通信线路，其中第二站B譬如或者根本不连接在网上，或者将用于转接信息到另一个网络装置的一般的指令或网络地址存储在分配给它的接入装置PB和/或业务数据库DD中。在这种情况下，业务逻辑在第二站B发出请求时从一个特殊的代理或一个相应的扩展的业务数据库转发该请求，方式是通过按照当前的状态信息相应地改变地址数据。对于第二站B本身不连接在网络上的情况，可执行在业务数据库DD中或相应提供的接入装置中或其它的网络装置中的相应的功能。

接下来，借助图1来说明一优选方法的一个简单的实施例，以分布式地执行个性化的通信业务。在此是以所示的网络拓扑为根据的，该网络拓扑具有2个用户A、B、其相应的信令服务器或接入装置PA或PB和业务数据库DD。在此，将两个站A、B分配给相应的接入装置、在这里为信令服务器PA或PB，应借助本身已知的SIP注册消息REGISTER来实现。作为接入装置和业务数据库DD之间的接口应采用譬如基于超文本传送协议HTTP(RFC2616)的一个接口。解决将站A、B分配给所分配的相应的信令服务器或所分配的接入装置PA或PB，应当相应地通过SIP-De-REGISTER-消息来实现。

站A、B分别在其连接到通信网UMTS时，相应地在第一时刻t1发送一个REGISTER-消息给相应的接入装置PA或PB。给站A、B确定相应的接入装置或SIP代理PA或PB的地址，可事先通过普通的机制、譬如所谓的多点传送或按照DHCP(动态主配置协议)也即一个动态站配置协议来进行。

在随后的时刻t2，相应的接入装置PA或PB借助对业务数据库DD的HTTP-GET查询，向相应的注册的站A或B提出获得业务逻辑和状态信息的请求，并且获得所提供的这些信息。

在以后第三时刻t3，第一站A借助SIP-INVITE消息发送一个用于建立通向第二站B的通信连接的请求给分配给它的接入装置PA。此后，分配给它的接入站PA，在第四时刻t4，执行相应的业务逻辑。此后，在第五时刻t5，由第一接入装置PA将建立通信连接INVITE的请求转接到第二接入装置PB。

此后，在第六时刻t6，第二接入装置PB执行分配给第二站B的业务逻辑。接着，在第七时刻t7，由第二接入装置PB将通信连接请求INVITE转接到第二站B。由此，在站A和B之间建立通信连接，其中分别考虑了分配给该站的业务逻辑指令，该业务逻辑指令事先在被记录时已从业务数据库DD传输到相应的接入装置PA或PB。

只要站A、B有一个站想离开通信网UMTS或拆除通信连接，则它在此后时刻t8，发送一个De-RBGISTERIERUNGS-消息De-REGIST。到所分配的接入装置PA或PB。借助HTTP-PUT指令，相应的接入装置PA或PB将在先前的第四或第六时刻t4、t6修正的状态信息重新录入业务数据库DD中，以致于以更新可调用的方式提供这些信息供将来执行。

按照备用的实施方案，在业务数据库DD中更新相应的数据也可直接由站A或B启动，方式是这些站在通信网上第一次注册时或之后，经接入装置PA或PB传输相应的指令。当然，所述的更新也可由具有相应权限的通信网上的另一个装置和实例来进行。

Claims (7)

1.提供通信系统(UMTS)中的通信业务的方法，其中

-由一个站(A、B)建立通信连接或信令，该通信连接或信令用通信系统的一个接入装置(PA或PB)或通过该接入装置(PA或PB)来建立，并且

-在所述接入装置(PA或PB)中或在另一个与所述通信连接或信令相关联的网络装置中，针对所述的站A)或所请求的站(B)在网络端执行业务逻辑的与业务有关的指令，

其特征在于，

-由执行指令的装置(PA或PB)从存储业务逻辑的网络端业务数据库(DD)中调用所述站(A或B)的业务逻辑。

2.按照权利要求1所述的方法，其中与业务逻辑一起，从业务数据库(DD)中调用状态信息，或传输到该业务数据库(DD)中去。

3.按照权利要求1或2所述的方法，其中在业务逻辑或状态信息变化后，从执行业务逻辑的装置更新业务数据库(DD)中的业务逻辑和/或状态信息。

4.按照权利要求2或3所述的方法，其中在业务数据库(DD)中数据的更新，在拆除通信线路后和/或将站(A或B)与所分配的接入装置(PA或PB)或执行业务逻辑的装置分开(t8：De-REGIST.)后再行实施。

5.按照上述权利要求之一所述的方法，其中在站(A或B)和至少所分配的接入装置(PA或PB)之间，借助会话启动协议(SIP)实施信令传输。

6.按照上述权利要求之一所述的方法，其中通过基于超文本传输协议(HTTP)的接口实施与业务数据库(DD)的数据交换。

7.为实施按照上述权利要求之一所述的方法的在网络端的网络装置，具有

-一个存储器以存储与站有关的业务逻辑数据，及

-一个接口以与执行这样的业务逻辑的网络装置(PA或PB)交换这些数据。

Images