CN1870645A

CN1870645A - 一种防止智能用户属性寄存器重复触发的实现方法

Info

Publication number: CN1870645A
Application number: CN 200610000097
Authority: CN
Inventors: 马卫军; 夏鹏
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-01-10
Filing date: 2006-01-10
Publication date: 2006-11-29
Anticipated expiration: 2026-01-10
Also published as: CN100536469C

Abstract

本发明涉及软交换的增值业务领域，尤其涉及一种防止智能用户属性寄存器重复触发的方法：软交换在SIP协议的INVITE消息头域增加一个头域字段，携带呼叫的模块信息和业务接入码；应用服务器将该头域字段透明传输给软交换。该方法包括以下步骤：软交换通过查询智能用户属性寄存器，获得用户智能业务接入码；软交换发送初始呼叫请求，在INVITE消息头域新增的字段X－ASSOCIATED－ID里携带呼叫的模块信息和业务接入码；应用服务器处理软交换的呼叫请求，将新增字段透明传输给软交换；软交换根据新增字段的信息判断该请求是应用服务器的响应，进行后续呼叫路由分析。软交换提供的这种处理方法防止了SHLR的重复触发。

Description

一种防止智能用户属性寄存器重复触发的实现方法

技术领域

本发明涉及软交换的增值业务领域，尤其涉及一种防止SHLR(Smart Home Location Register：智能用户属性寄存器)重复触发的方法。

背景技术

软交换(Soft Switch)是一个电路交换网向分组网演进的核心设备，也是下一代电信网络的重要设备之一。软交换独立于底层承载协议，主要完成呼叫控制、媒体网关接入控制、资源分配、协议处理、路由、认证、计费等主要功能，并可以向用户提供现有电路交换机所能提供的所有业务以及多样化的第三方业务，其主要特点是：业务提供和呼叫控制分开；呼叫控制和承载连接分开；开放的接口，便于第三方提供业务。

软交换在下一代分组网络分层结构中位于控制层面，与承载层、信令网、各种接入网关、中继网关等通过相应的协议互通来提供各种服务。软交换在下一代分组网络分层结构中位于控制层面，如附图1所示，与承载层、信令网、各种接入网关、中继网关等通过相应的协议互通来提供各种服务。在附图1中，是以软交换为核心的组网的架构，在这个架构中包括各种接入网关、中继网关、信令网关、业务应用平面等；软交换提供多种接入手段包括V5.1的接入，XDSL的接入，无线接入等；软交换主要完成各种呼叫控制，并负责相应业务处理信息的传送；业务应用平面主要是提供多种增值业务。在多媒体业务应用(Multimedia Application)中，软交换通过应用服务器向第三方提供API(Application Program Interface：应用程序接口)，支持第三方的应用开发。

SIP(Session Initiation Protocol：会话初始协议)是IETF提出的在IP网络上进行多媒体通信的应用层控制协议，采用基于文本格式的C/S的工作方式，由客户机发起请求，服务器进行响应。SIP独立于低层协议，采用应用层可靠性机制来保证消息的可靠传送。SIP类似于其他的Internet协议，采用分布式的呼叫控制与管理模型。SIP协议最大的特点是仅需利用已定义的消息头字段，对其进行简单必要的扩充就能很方便地支持各项新业务和智能业务，具有很强的灵活性和扩充性。此外，SIP还支持多种地址格式，包括E164和URL等。在软交换系统中，SIP协议用于软交换与SIP终端、应用服务器、SIP网络的互通。

在基于软交换的增值业务架构中，软交换负责智能呼叫的鉴别和接入，应用服务器负责各种增值业务的逻辑产生和管理，并且提供各种开放的API，为第三方业务的开发提供创作平台。软交换和应用服务器之间的通信协议主要采用SIP。SIP协议接口包括两部分内容：一方面是软交换需要向应用服务器传递业务信息，用以通知应用服务器需要处理哪个智能业务；另一方面是应用服务器需要向软交换传递业务信息，以便软交换在查询SHLR时带上该业务信息，SHLR可以根据此信息确定当前已经触发和可以触发的智能业务，实现业务的嵌套触发。

目前网络智能化的解决方案中SHLR作为用户签约属性的集中数据库。软交换通过查询SHLR获得用户智能业务接入码，并将业务接入码作为被叫号码分析的一部分，放到SIP消息的Request-URI(Request-Uniform Resource Identifier：请求——统一资源标识)域中。应用服务器通过解析被叫号码得知触发的是何种智能业务，且该业务接入码只存在于软交换与应用服务器之间，软交换设备间的呼叫信令中不应该带有该业务接入码。由于呼叫接入到应用服务器后，应用服务器可能发送原有的主被叫到软交换，而从软交换来看是一个全新的呼叫，即软交换上报到应用服务器的呼叫和应用服务器业务处理后发送的呼叫，在软交换上是两个独立的呼叫，没有任何关联，可能会引起重复触发。为了防止重复触发，软交换需要向应用服务器传递呼叫信息，用以通知应用服务器需要处理哪个呼叫的哪种智能业务；另一个是应用服务器需要向软交换传递呼叫信息，以便软交换在查询SHLR时带上该信息，SHLR可以根据此信息确定当前已经触发和可以触发的智能业务，实现业务的嵌套触发。

发明内容

本发明的目的是解决呼叫接入中软交换和应用服务器之间的重复触发问题。

为达到上述目的，本发明提供了一种防止SHLR重复触发的实现方法：软交换在SIP协议的INVITE消息头域增加一个头域字段，用来携带呼叫的模块信息和业务接入码；应用服务器将接收到的模块信息和业务接入码透明传输给软交换。其中，呼叫的模块信息是软交换内部的一个特征标识字段。

如附图2所示，本发明的实现步骤如下：

S01.软交换通过查询SHLR，获得用户智能业务接入码；

S02.软交换向应用服务器发送初始呼叫请求，在新增的字段X-ASSOCIATED-ID里携带呼叫的模块信息和业务接入码；

S03.应用服务器处理软交换的呼叫请求，在应用服务器发送给软交换的呼叫请求的INVITE消息中，将X-ASSOCIATED-ID透明传输给软交换；

S04.软交换收到应用服务器发送的呼叫请求，根据X-ASSOCIATED-ID的信息判断该请求是应用服务器的响应，软交换结束该初始呼叫请求，进行后续呼叫路由分析。

其中X-ASSOCIATED-ID是初始呼叫请求的标识，防止软交换与应用服务器的重复触发；步骤S04中的后续行为是基本的SIP呼叫控制动作，软交换向另一软交换发送请求消息时，不包含带有呼叫的模块信息和业务接入码的头域字段。

进一步地，SIP消息采用可读性强的文本格式；对于用户直拨接入码，软交换分析得出用户直拨接入码的业务接入码后填入头域字段中；应用服务器平台支持SIP的头域的扩展；软交换的业务逻辑和应用服务器之间的应用程序接口API接口不传送呼叫信息。

与现有技术相比，本发明具有以下优点：根据本发明提出的增加的头域字段作为标识，避免了软交换与应用服务器之间的重复触发。经过多次查询触发后，就可以建立主被叫之间正常的通话，防止了SHLR的重复触发，从而保证成功触发的智能业务给用户带来高品质的工作和生活。

附图说明

图1软交换与各种网关以及承载网的连接示意图；

图2是本发明的实现步骤流程图；

图3是本发明SIP头域消息的格式图；

图4是本发明实施例的实现过程示意图；

图5是本发明实施例的实现步骤流程图。

具体实施方式

下面将结合附图，对本发明的最佳实施方案进行详细描述。

本实施例SIP头域消息的格式如图3所示：利用SIP协议本身的可扩展性，在SIP的INVITE消息头域中新增加一个X-ASSOCIATED-ID头域字段，专门用来携带呼叫的模块信息和SHLR发送的业务接入码。其中，呼叫的模块信息是软交换内部的一个特征标识字段。由于SIP消息本身是采用可读性强的文本格式，消息组包和解析都极其方便。软交换将此次呼叫的模块信息和SHLR返回的业务接入码填入X-ASSOCIATED-ID字段中，而且对于用户直拨接入码，软交换对其进行分析得出业务接入码后填入X-ASSOCIATED-ID字段中。应用服务器平台支持SIP的X-ASSOCIATED-ID域的扩展，并且将软交换上报到应用服务器的X-ASSOCIATED-ID透传到应用服务器发送到软交换的INVITE消息中，业务逻辑和应用服务器平台之间的API接口不需要传送该呼叫信息。有了这个信息，软交换后面的呼叫就知道是哪个呼叫触发了智能业务，以及当前已经触发的业务和需要去触发的业务。经过这样多次查询触发后，可以建立主被叫之间正常的通话。

本实施例的业务实现示意图如图4所示：软交换1向应用服务器发送初始请求时，在新增字段X-ASSOCIATED-ID里携带呼叫的模块信息和业务接入码；应用服务器处理完业务后，将呼叫转发给软交换1；在发往软交换1的呼叫请求中，应用服务器返回携带有呼叫的模块信息和业务接入码的X-ASSOCIATED-ID；软交换1根据应用服务器发送的初始请求，进行后续呼叫路由分析。应用服务器的呼叫请求中携带有呼叫的模块信息和业务接入码的X-ASSOCIATED-ID，其中呼叫的模块信息是软交换内部的一个特征标识字段；软交换的后续行为是基本的SIP呼叫控制动作；软交换1向软交换2发送呼叫请求时，不带有包含模块信息和业务接入码的头域字段X-ASSOCIATED-ID，这样就避免了呼叫的重复触发。

如图5所示，本实施例业务实现的具体步骤是：

S101.软交换1通过查询SHLR，获得用户智能业务接入码；

S102.软交换1向应用服务器1发送初始呼叫请求，在新增的字段X-ASSOCIATED-ID头域里携带呼叫的模块信息和业务接入码；

S103.应用服务器1处理软交换1的呼叫请求，在应用服务器1发送给软交换的呼叫请求的INVITE消息中，将X-ASSOCIATED-ID透明传输给软交换；

S104.软交换1收到应用服务器1发送的呼叫请求，根据X-ASSOCIATED-ID的信息判断该请求是应用服务器1的响应，软交换结束该初始呼叫请求，进行后续呼叫路由分析。

其中，X-ASSOCIATED-ID是初始呼叫请求的标识，防止软交换与应用服务器的重复触发；步骤S104中的后续呼叫行为是基本的SIP呼叫控制动作，软交换向另一软交换发送请求消息时，不带有包含模块信息和业务接入码的头域消息；SIP消息采用可读性强的文本格式；对于用户直拨接入码，软交换分析得出用户直拨接入码的业务接入码后填入头域消息中；应用服务器平台支持SIP的头域的扩展；软交换的业务逻辑和应用服务器平台之间的应用程序接口API接口不传送呼叫信息。

这样通过本发明的方法，就实现了软交换与应用服务器的呼叫请求与响应，而且避免了呼叫的重复触发。

Claims

1.一种防止智能用户属性寄存器重复触发的实现方法，其特征在于：软交换在SIP协议的INVITE消息头域增加一个头域字段，用来携带呼叫的模块信息和业务接入码；应用服务器将该头域字段透明传输给软交换。

2.如权利要求1所述的防止智能用户属性寄存器重复触发的实现方法，其特征在于包括以下步骤：

S01.软交换通过查询智能用户属性寄存器，获得用户智能业务接入码；

S02.软交换向应用服务器发送初始呼叫请求，在INVITE消息头域新增的字段X-ASSOCIATED-ID里携带呼叫的模块信息和业务接入码；

S03.应用服务器处理软交换的呼叫请求后，在应用服务器发送给软交换的呼叫请求的INVITE消息中，将X-ASSOCIATED-ID透明传输给软交换；

S04.软交换收到应用服务器发送的呼叫请求，根据X-ASSOCIATED-ID的信息判断该呼叫请求是应用服务器的响应，软交换结束该初始呼叫请求，进行后续呼叫路由分析。

3.如权利要求2所述的防止智能用户属性寄存器重复触发的实现方法，其特征在于：所述X-ASSOCIATED-ID是初始呼叫请求的标识，防止软交换与应用服务器的重复触发。

4.如权利要求2所述的防止智能用户属性寄存器重复触发的实现方法，其特征在于：所述步骤S04中的后续呼叫路由分析是基本的SIP呼叫控制动作，软交换向另一软交换发送请求消息时，不包含带有呼叫的模块信息和业务接入码的头域字段。

5.如权利要求1所述的防止智能用户属性寄存器重复触发的实现方法，其特征在于：所述SIP消息采用可读性强的文本格式。

6.如权利要求1所述的防止智能用户属性寄存器重复触发的实现方法，其特征在于：对于用户直拨接入码，所述软交换分析得出用户直拨接入码的业务接入码后，将其填入头域字段中。

7.如权利要求1所述的防止智能用户属性寄存器重复触发的实现方法，其特征在于：所述应用服务器支持SIP的头域的扩展。

8.如权利要求1所述的防止智能用户属性寄存器重复触发的实现方法，其特征在于：所述软交换的业务逻辑和应用服务器之间的应用程序接口API接口不传送呼叫信息。