CN101365157A

CN101365157A - 一种业务触发方法、系统及装置

Info

Publication number: CN101365157A
Application number: CNA2007100756907A
Authority: CN
Inventors: 邓传宝; 张文虎
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-08-10
Filing date: 2007-08-10
Publication date: 2009-02-11

Abstract

一种业务触发方法，该方法包括如下步骤：接收至少一业务请求，该业务请求中包括标识信息；根据标识信息确定业务请求对应的业务接入码；在业务请求中添加业务接入码；根据业务接入码触发业务请求对应的业务。同时，提供一种呼叫触发系统及装置。本发明实施例通过在业务请求中添加业务接入码，并且根据业务接入码触发业务请求对应的业务，避免了交换中心设备与控制设备之间透传业务请求，避免了设备间重复触发的问题，节约了系统的业务触发资源。

Description

一种业务触发方法、系统及装置

技术领域

本发明涉及通讯技术领域，尤其涉及一种呼叫触发方法、系统及装置。

背景技术

随着通讯技术的发展，越来越多的SS(Soft Switch，软交换)增值业务得以广泛的应用。在软交换负责的智能呼叫业务中，AS(Application Server，应用服务器)负责各种增值业务的逻辑，并提供各种开放的API(ApplicationProgram Interface，应用程序接口)，为第三方业务的开发提供创作平台，SS与AS之间通常采用标准的SIP(Session Initiation Protocol，会话初时协议)或MGCP(Media Gateway Control Protocol，媒体网关控制协议)进行通讯。

目前的智能网解决方案中，由于呼叫由SS接入到AS后，AS下发原有的呼叫指令到SS，对于SS来说，该呼叫是一个全新的呼叫，即SS上报AS的呼叫与AS处理后下发的呼叫在SS上是完全独立的两个呼叫，没有任何关联。

发明人在实现本发明的过程中发现，现有技术中的智能网解决方案中至少存在如下缺点：在SS上对于两个完全独立的呼叫，没有任何关联，SS透传上述两个完全独立的呼叫，所述透传就是把数据原封不动的传过去，会引起重复触发的问题，导致在SS与AS之间重复触发，浪费了系统的资源，也不便于第三方呼叫触发的控制。

发明内容

有鉴于此，实有必要提供一种节约系统资源、避免重复触发的业务触发方法。

同时，提供一种节约系统资源、避免重复触发的一种业务触发系统。

同时，提供一种节约系统资源、避免重复触发的交换中心设备。

同时，提供一种节约系统资源、避免重复触发的控制设备。

一种业务触发方法，该方法包括如下步骤：

接收至少一业务请求，所述业务请求中包括标识信息；

根据所述标识信息确定所述业务请求对应的业务接入码；

在所述业务请求中添加所述业务接入码；

根据所述业务接入码触发所述业务请求对应的业务。

一种业务触发系统，该系统包括：

交换中心设备，用于接收业务请求，所述业务请求中包括标识信息；

控制设备，用于根据所述标识信息确定所述业务请求对应的业务接入码，并

在所述业务请求中添加所述业务接入码；

所述交换中心设备根据所述业务接入码触发所述业务请求对应的业务。

一种交换中心设备，其特征在于，该设备包括：

消息接收模块，用于接收业务请求，所述业务请求中包括标识信息；

呼叫触发模块，用于根据所述标识信息确定的业务接入码触发所述业务请求对应的业务。

一种控制设备，其特征在于，该设备包括：

接入码添加模块，用于根据所述标识信息确定所述业务请求对应的业务接入码，并在所述业务请求中添加所述业务接入码；

消息发送模块，用于向交换中心设备发送在所述业务请求中添加所述业务接入码后的消息。

与现有技术相比，本发明实施例通过在业务请求中添加业务接入码，并且根据业务接入码触发业务请求对应的业务，避免了交换中心设备与控制设备之间透传呼叫请求，避免了设备间重复触发的问题，节约了系统的业务触发资源。

附图说明

图1为本发明实施例呼叫触发系统结构示意图。

图2为本发明实施例软交换中心设备结构示意图。

图3为本发明实施例应用服务器结构示意图。

图4为本发明实施例呼叫触发方法流程图。

图5为本发明实施例另一呼叫触发方法流程图。

具体实施方式

请参看图1，一种较佳实施方式的呼叫触发系统，包括：统一通讯(UC，Unified Communication)客户端102、软交换(SS)中心设备200、应用服务器(AS)300、主叫终端106和被叫终端108。

UC客户端102用于发送业务请求，本实施例中以点击拨号(CTD，Clickto Dial)呼叫请求为例，该点击拨号呼叫请求中包含标识信息，例如，主叫终端106的用户标识和被叫终端108的用户标识，该用户标识可以为终端的电话号码或E-mail地址等。本实施例中UC客户端102可以为个人电脑(PC，Personal Computer)集成的电话软件(Soft Phone)、即时消息(IM，InstantMessage)功能，可以实现普通呼叫功能、收发即时消息IM、支持语音和视频呼叫等。UC客户端102还可以具备会议控制、CTD控制、呼叫状态通知等功能，但不限于此。

软交换中心设备200用于接收业务请求，本实施例中，以接收UC客户端102发送的点击拨号呼叫请求为例，并可以将该呼叫请求透传给应用服务器300，并根据应用服务器300的控制完成呼叫主叫终端106和被叫终端108的功能。在本实施例中，软交换中心设备200为下一代网络(NGN，NextGeneration Networks)网络控制层的核心设备，用于完成业务触发，例如UC业务的触发，接受应用服务器300指示进行呼叫的接续，事件的上报、消息的转发等功能。显然，对于IMS(Internet Protocol Multimedia Subsystem，IP多媒体子系统)核心网来说，软交换中心设备200可由IMS对应的网元代替，此处交换中心设备不限于软交换中心设备200，不再赘述。

应用服务器300，用于根据标识信息确定业务请求对应的业务接入码，并在业务请求中添加所述业务接入码。例如，NGN业务应用层的网络设备，用于在点击拨号呼叫请求中添加主叫终端106的业务接入码和/或被叫终端108的业务接入码，该添加方式基于会话初始协议SIP或媒体网关控制协议MGCP的头域存取码Access Code添加。在本实施例中，以应用服务器AS300为例进行说明，显然，应用服务器300也可以使用业务控制点(SCP，ServiceControl Point)或PARLAY服务器等控制设备代替。

主叫终端106和被叫终端108用于完成通话，在本实施例中，主叫终端106和被叫终端108可以是基于SIP协议的视频终端或媒体终端，或基于MGCP协议的视频终端。

请结合参看图2，软交换中心设备200进一步包括：消息接收模块202、透传模块204、判断模块206和呼叫触发模块208。消息接收模块202，用于接收UC客户端102发送的CTD呼叫请求，及接收应用服务器300发送的添加头域扩展后的SIP消息。透传模块204用于将将业务请求透传给应用服务器AS或业务控制点SCP或PARLAY服务器，例如，将UC客户端102发送的CTD呼叫请求透传给应用服务器300或SCP或PARLAY服务器。判断模块206用于根据业务接入码判断是否需要触发本机用户标识，例如，根据主叫终端106的业务接入码和/或被叫终端108的业务接入码判断是否需要触发本机用户标识，本实施例中，本机用户标识为主叫号码，即UC客户端102的标识号码，若不需要触发本机用户标识，则呼叫主叫终端106和/或被叫终端108；若需要触发本机用户标识，则触发本机，即UC客户端102。呼叫触发模块208用于根据主叫终端106添加后的业务接入码和被叫终端108添加后的接入码分别呼叫主叫终端106和被叫终端108。

请结合参看图3，应用服务器300进一步包括：消息接收模块302、消息解析模块304、鉴权模块306、接入码添加模块310和消息发送模块308。消息接收模块302用于接收业务请求，该业务请求中包括标识信息，例如接收软交换中心200透传的UC客户端102发送的CTD呼叫请求，该呼叫请求中包含主叫终端106的用户标识和被叫终端108的用户标识。消息解析模块304，用于解析业务请求的通知消息，获得标识信息，例如，解析CDT呼叫请求的通知消息，又如：SIP协议中的Info消息，来获得主叫终端106和被叫终端108的用户标识。鉴权模块306用于对UC客户端102或主叫终端106或被叫终端108的用户标识进行鉴权。接入码添加单元310用于根据标识信息确定业务请求对应的业务接入码，并在业务请求中添加所述业务接入码，例如，在CTD呼叫请求中添加主叫终端106的业务接入码和被叫终端108的业务接入码，例如，基于SIP头域的扩展，ACCESS CODE可扩展为：ACCESS₁[分隔符]ACCESS₂[分隔符]ACCESS_N-1[分隔符]ACCESS，分隔符建议取值为：”，”或者“；”，以标识所有触发过的业务接入码，与SS、SHLR(Smart Home Location Register，智能归属位置寄存器)配合完成业务的多次灵活触发。其中，以SIP协议中的Invite消息为例的一个头域扩展实例为：

INVITE Request-URI：被叫号码

From：...

AccessCode：业务接入码

消息发送模块308，用于向交换中心设备发送在业务请求中添加业务接入码后的消息，例如，向SS200发送在CTD呼叫请求中添加主叫终端106的业务接入码和被叫终端108的业务接入码。

本发明实施例，通过在CTD呼叫请求中添加主叫终端106的业务接入码和被叫终端108的业务接入码，并根据该主叫终端106的业务接入码和被叫终端108的业务接入码分别呼叫主叫终端106和被叫终端108，避免了SS200与AS300之间透传呼叫请求，网络设备间重复触发的问题，节约了系统的呼叫触发资源。通过鉴权模块306对UC客户端102或主叫终端106或被叫终端108的用户标识进行鉴权，保证UC客户端102或主叫终端106或被叫终端108在鉴权通过时才进行呼叫，使得系统的安全性得到提高，并且可以根据呼叫结果对UC客户端102计费。

请结合参看图4，一种较佳实施方式的呼叫触发方法，包括如下步骤：

步骤402，接收至少一业务请求，该业务请求中包括标识信息；例如，UC客户端发起CTD呼叫请求，该CTD呼叫请求中包含主叫终端的用户标识和被叫终端的用户标识，本实施例中，该呼叫请求可以基于SIP协议的Info消息。

步骤404，SS将CTD呼叫请求透传给AS。

步骤406，根据标识信息确定所述业务请求对应的业务接入码，在所述业务请求中添加业务接入码；例如，在CTD呼叫请求中添加主叫终端的业务接入码和被叫终端的业务接入码，基于会话初始协议SIP或媒体网关控制协议MGCP的头域存取码ACCESS CODE添加。在本实施例中，AS在解析Info消息，获得主、被叫终端用户标识，并对主、被叫终端用户标识鉴权。鉴权通过后，指示SS呼叫主叫终端，AS指示SS呼叫主叫终端，发送时，把Invite消息中ACCESS CODE填写为本机号码的主被叫终端的业务接入码，该业务接入码可以根据主叫终端或被叫终端的用户标识，以查询或匹配的方式确定。

步骤408，向SS发送添加接入码后的请求消息。

步骤410，判断是否需要触发本机号码，本实施例中，SS根据AS指示与ACCESS CODE号码，判断不用再触发本机号码，直接呼叫主叫终端。

步骤412，根据业务接入码触发业务请求对应的业务，例如，呼叫主叫终端，主叫终端振铃。根据业务接入码触发业务请求对应的业务，可以是与业务接入码对应的业务，也可以是排除业务接入码对应的业务。

步骤414，主叫终端用户摘机，向SS返回摘机消息。

步骤416，SS向AS上报主叫终端摘机的通知消息。

步骤418，AS返回添加接入码后的消息。本实施例中，AS指示SS呼叫被叫终端，AS发送时把Invite消息中的ACCESS CODE填写为本机号码的主叫终端接入码。

步骤420，SS判断是否需要触发本机号码，本实施例中，判断不用再触发本机号码。

步骤422，SS呼叫被叫终端。

步骤424，被叫终端摘机后返回摘机消息。通话结束后，可以根据主叫终端和被叫终端的通话，对UC客户端进行计费。

请结合参看图5，本发明实施例一具体应用实例的呼叫触发流程，包括如下步骤：

步骤502，UC客户端发起CTD呼叫请求，基于SIP协议的Info消息，该消息中携带主、被叫终端用户标识。

步骤504，AS接收Info消息。

步骤506，AS在ACCESS消息中添加主叫终端的接入码。

步骤508，AS向SS发送Invite消息，其中携带ACCESS接入码。

步骤510，SS根据AS的指示呼叫主叫终端。

步骤512，主叫终端向SS返回振铃消息。

步骤514，主叫终端向SS返回主叫用户摘机消息。

步骤516，SS向AS上报主叫终端用户摘机的通知消息。

步骤518，AS向SS发起Invite请求，其中携带主叫保持信息。

步骤520，SS向主叫终端发起主叫保持命令。

步骤522，AS向SS发起Invite请求，其中含有不含SDP(SessionDescription Protocol，会话描述协议)的内容，但包含被叫终端的用户标识信息。

步骤524，SS根据AS的指示呼叫被叫终端。

步骤526，被叫终端向SS返回振铃消息。

步骤528，被叫终端向SS返回被叫用户摘机的通知消息。

步骤530，AS向SS发起Invite请求，其中包含被叫终端的SDP。

步骤532，SS返回200OK消息，携带被叫终端的SDP。

步骤534，AS向SS返回ACK应答。

步骤536，AS向SS返回ACK应答，其中包含主叫终端的SDP。

步骤538，AS向SS发送被叫终端摘机的Info通知消息。

步骤540，SS向UC客户端转发被叫终端摘机的Info通知消息。

步骤542，UC客户端返回200OK消息，该消息中包含断开呼叫请求的信息。

步骤544，SS向AS上报200OK消息。

步骤546，AS向SS发送断开通话的BYE请求消息，挂断主叫终端。

步骤548，SS挂断主叫终端。

步骤550，AS向SS发送断开通话的BYE请求消息，挂断被叫终端。

步骤552，SS挂断被叫终端。

显然，上述步骤546、548和步骤550、552没有先后顺序关系，可以先挂断主叫终端，也可以先挂断被叫终端。

本发明另一实施例，用户申请了多个业务，例如，VPN(Virtual PrivateNetwork，虚拟专用网络)和APS(Advanced Planning & Scheduling，先进计划调度系统)等，通过在ACCESS CODE中添加相应的业务接入码，可以避免业务的重复触发。

本发明实施例通过在CTD呼叫请求中添加主叫终端的业务接入码和被叫终端的业务接入码，并根据该主叫终端的业务接入码和被叫终端的业务接入码分别呼叫主叫终端和被叫终端，避免了SS与AS之间透传呼叫请求，网络设备间重复触发的问题，节约了系统的呼叫触发资源。通过对UC客户端或主叫终端或被叫终端的用户标识进行鉴权，保证UC客户端或主叫终端或被叫终端在鉴权通过时才进行呼叫，使得系统的安全性得到提高，并且可以根据呼叫结果对UC客户端计费。通过在ACCESS CODE中添加相应的业务接入码，防止了业务的重复触发，提高了系统的利用率，节约了系统资源，避免重复触发业务出现死循环，提高了系统的安全性。

综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种业务触发方法，其特征在于，该方法包括如下步骤：

接收至少一业务请求，所述业务请求中包括标识信息；

根据所述标识信息确定所述业务请求对应的业务接入码；

在业务请求中添加所述业务接入码；

根据所述业务接入码触发所述业务请求对应的业务。

2.如权利要求1所述的业务触发方法，其特征在于，所述添加所述业务接入码，基于会话初始协议SIP或媒体网关控制协议MGCP的被添加业务请求的头域存取码ACCESS CODE添加。

3.如权利要求1所述的业务触发方法，其特征在于，所述接收至少一业务请求为应用服务器AS或业务控制点SCP或PARLAY服务器接收。

4.如权利要求1所述的业务触发方法，其特征在于，所述业务请求为基于统一通讯UC客户端的点击拨号CTD呼叫请求，所述标识信息包括主叫终端的用户标识和被叫终端的用户标识。

5.如权利要求4所述的业务触发方法，其特征在于，所述添加业务接入码包括添加所述UC客户端的业务接入码。

6.如权利要求5所述的业务触发方法，其特征在于，该方法还包括步骤：

根据UC客户端的业务接入码判断是否需要触发UC客户端用户标识，若不需要触发UC客户端用户标识，则直接呼叫所述主叫终端和/或所述被叫终端。

7.如权利要求6所述的业务触发方法，其特征在于，该方法还包括步骤：向所述UC客户端发送所述主叫终端已经接通和/或所述被叫终端已经接通的通知消息。

8.如权利要求4所述的业务触发方法，其特征在于，该方法还包括步骤：

根据所述主叫终端和所述被叫终端的通话，对所述UC客户端进行计费。

9.如权利要求4所述呼叫的业务触发方法，其特征在于，该方法还包括如下步骤：接收所述UC客户端的通话断开请求，根据所述通话断开请求断开所述主叫终端和所述被叫终端的通话。

10.如全力要求4所述的业务触发方法，其特征在于，该方法还包括步骤：

对所述主叫终端和/或所述被叫终端的用户标识进行鉴权。

11.一种业务触发系统，其特征在于，该系统包括：

在所述业务请求中添加所述业务接入码；

12.一种交换中心设备，其特征在于，该设备包括：

触发模块，用于根据所述标识信息确定的业务接入码，判断后续应执行的操作。

13.如权利要求12所述的交换中心设备，其特征在于，该设备还包括：

透传模块，用于将所述业务请求透传给应用服务器AS或业务控制点SCP或PARLAY服务器。

14.如权利要求12所述的交换中心设备，其特征在于，该设备还包括：

判断模块，用于根据所述业务接入码判断是否需要触发UC客户端用户标识。

15.一种控制设备，其特征在于，该设备包括：

16.如权利要求15所述的控制设备，其特征在于，该设备还包括：

消息解析模块，用于解析所述业务请求的通知消息，获得所述标识信息。

17.如权利要求15所述的控制设备，其特征在于，该设备还包括：

鉴权模块，用于对UC客户端或主叫终端或被叫终端的用户标识进行鉴权。