CN1889603A - 一种点击拨号业务的实现方法 - Google Patents

Abstract

本发明公开了一种点击拨号(CTD)业务的实现方法，应用于下一代网络，包括：A1、客户端向软交换或智能网的应用服务器注册后，发起指定主叫号码和被叫号码的CTD呼叫请求；B1、应用服务器控制软交换实现主叫和被叫的接续，并将接续过程中的状态信息实时通知客户端；C1、客户端通过用户界面实时显示出接收的状态信息。采用本发明方法，可以使客户端的用户及时准确地了解当前的CTD呼叫状态，提高了用户界面的友好性，减少显示时延，提高用户的业务感受。

Description

一种点击拨号业务的实现方法

技术领域

本发明涉下一代网络(Next Generation Network，NGN)，尤指一种点击拨号(CTD)业务实现方法。

背景技术

NGN网络呈现日益壮大的趋势，引入一系列令人耳目一新的业务。在话音业务领域，NGN通过与Internet的结合，为用户带来更新的业务体验。点击拨号(CTD，Click To Dial)业务(或作为主干业务，如统一通信业务——UniversalCommunication，简称UC——的业务特性之一)，允许用户在客户端(专门的客户端软件或WEB页面上的嵌入式控件等)上通过点击方式很方便地发起两方呼叫。

现有技术中，很多CTD业务在考虑实现方案时，通常在涉及主被叫间的接续环节关注较多，而在给用户最直接感受的用户界面方面考虑较少，用户在发起点击拨号动作后，不能很好地感受到呼叫的进展情况，用户界面友好性大打折扣，削弱了业务的吸引力；或者完全依赖客户端向服务器端通过查询来获得呼叫的状态(服务器端不主动向客户端即时通知呼叫状态信息)，在一定程度上影响了整个系统的性能，而且客户端获得的信息有延迟。

发明内容

本发明提供一种应用于下一代网络的点击拨号(CTD)业务实现方法，用以解决现有技术在点击拨号业务进行过程中，客户端不能实时显示呼叫状态信息的问题。

本发明提供的点击拨号(CTD)业务实现方法包括：

A1、客户端向软交换或应用服务器注册后，发起指定主叫号码和被叫号码的CTD呼叫请求；

B1、应用服务器控制软交换实现主叫和被叫的接续，并将接续过程中的状态信息实时通知客户端；

C1、客户端通过用户界面实时显示出接收的状态信息。

根据本发明的上述方法，若客户端向软交换注册，则由软交换对客户端与应用服务器之间的交互消息进行转发。

根据本发明的上述方法，客户端通过SIP INFO消息发起CTD呼叫请求，并携带客户端帐号及密码。

根据本发明的上述方法，所述步骤B1中，应用服务器通过SIP INFO消息或200 OK消息向客户端返回CTD呼叫响应，携带所述状态信息。

所述步骤B1包括：

B11、应用服务器呼叫指定的主叫号码，并向客户端返回正在接通主叫的状态信息；

B12、主叫摘机后，应用服务器再呼叫指定的被叫号码，并向客户端返回成功接通主叫、正在接通被叫的状态信息；

B13、被叫摘机后，应用服务器向客户端返回呼叫建立、正在通话的状态信息；

B14、主叫或被叫挂机后，应用服务器向客户端返回呼叫结束的状态信息。

根据本发明的上述方法，若主叫或被叫无应答，应用服务器向客户端返回主叫或被叫无应答状态信息，并结束本次CTD呼叫流程。

根据本发明的上述方法，还包括下列步骤：

客户端向应用服务器发起断开CTD呼叫请求；

应用服务器对客户端鉴权成功后，执行断开主被叫之间的连接，并向客户端返回断开CTD呼叫响应。

所述断开CTD呼叫请求通过SIP INFO消息承载；所述断开CTD呼叫响应通过SIP INFO消息或200 OK消息承载。

所述断开CTD呼叫请求中至少包含命令码和由应用服务器返回给客户端的本次呼叫标识；所述断开CTD呼叫响应至少包含命令码、本次呼叫标识和处理结果信息。

根据本发明的上述方法，还包括下列步骤：

客户端向应用服务器发起查询CTD呼叫信息请求；

应用服务器搜索与该客户帐号相关的CTD呼叫，并向客户端返回查询CTD呼叫信息响应，携带搜索结果。

所述查询CTD呼叫信息请求通过SIP INFO消息承载；所述查询CTD呼叫信息响应通过SIP INFO消息或200 OK消息承载。

所述查询CTD呼叫信息请求中至少包含命令码和分配标识；所述查询CTD呼叫信息响应中至少包含命令码、与查询CTD呼叫信息请求中相同的分配标识和查询结果信息。

本发明有益效果如下：

(1)本发明通过应用服务器实时将CTD呼叫过程中的各种状态信息下发给客户端，通过客户端的用户界面实时显示出呼叫状态信息内容，提高了用户界面的友好性和信息传送的实时性。

(2)本发明采用NGN网络架构，充分利用软交换和应用服务器的强大信息交互功能，实现简单方便。

(3)本发明使用SIP INFO消息作为客户端与服务器，或客户端、软交换和服务器之间信息交互的承载方式，便于信令扩展。

附图说明

图1为本发明方法应用的系统结构示意图；

图2为客户端注册到软交换时本发明方法的信令流程图；

图3为客户端注册到应用服务器时本发明方法的信令流程图。

具体实施方式

参见图1，为本发明方法应用的系统结构示意图，包括客户端、软交换(SS)、应用服务器(AS)。其中客户端为专门的客户端软件或者Web页面上的嵌入式控件，如Web浏览器的ActiveX控件；软交换作为客户端和应用服务器之间SIP消息的转发实体，完成呼叫接续、业务触发以及路由转发等功能；AS是智能网系统的控制和处理智能业务的核心，同时接收业务管理点的管理。

在客户端发起CTD呼叫请求之前，需要进行注册，下面以客户端分别在软交换和AS上进行注册为例，对本发明方法加以详细描述。

如图2所示，为客户端注册到软交换时本发明方法的信令流程图，具体步骤包括：

步骤10、用户通过客户端，采用SIP INFO消息向软交换发起CTD呼叫请求，该呼叫请求消息中包含标识该命令类型为CTD呼叫请求的命令码；发起呼叫的用户的帐号(例如可以是用户的统一通信业务号码，即UC号码)和帐号密码；以及指定的主叫号码和被叫号码等信息，CTD呼叫请求信息内容按照XML格式包含在SIP INFO消息体中；

以下是一个CTD呼叫请求的SIP消息示例：

INFO sip:96066@huawei.com SIP/2.0

   Via:SIP/2.0/UDP kton.bell-tel.com

   From:6660000@huawei.com;tag=xyzygg

   To:96066@huawei.com

   Call-ID:3298420296@huawei.com

   CSeq:1 INFO

   Subject:Client Request

   Content-Type:text/xml

   Content-Length:(…)

<content>

   <command-code>1001</command-code>

   <account>6660000</account>

   <password>343456<password>

   <calleel>6620001</callee1>

   <callee2>6620002</callee2>

</content>

其中：

command-code：命令类型，这里定义1001代表“CTD呼叫请求”；

Account：发起呼叫的用户的帐号；

Password：帐号密码；

Callee1：主叫号码；

Callee2：被叫号码。

步骤11、软交换将该SIP INFO消息转发到AS；

步骤12、AS收到请求后，向软交换发送应答消息200 OK；

步骤13、软交换转发应答消息200 OK到客户端；

步骤14、AS发送应答消息的同时根据收到的CTD呼叫请求消息中的客户端帐号进行鉴权处理；

步骤15、鉴权通过后，AS控制软交换向指定的主叫号码发起呼叫；

步骤16、AS通过SIP INFO消息向软交换发出第一次呼叫响应消息，该呼叫响应消息包含标识该命令类型为CTD呼叫响应的命令码；标记该CTD呼叫的标识；以及表示正在接通主叫的CTD呼叫结果(状态)值等信息。

步骤17、软交换将该呼叫响应消息转发到客户端；

步骤18、客户端收到呼叫响应消息后进行解析，在客户端界面上显示当前的呼叫状态为正在接通主叫，并返回200 OK应答消息；

步骤19、软交换转发200 OK应答消息到AS；

步骤20、主叫端摘机，响应CTD呼叫请求，通过软交换发送200 OK应答消息到AS；

步骤21、AS通过软交换返回正确接收应答消息(ACK)到主叫端；

步骤22、AS控制软交换向指定的被叫号码发起呼叫；

步骤23、AS通过SIP INFO消息向软交换发出第二次呼叫响应消息，该呼叫响应消息包含标识该命令类型为CTD呼叫响应的命令码；本次CTD呼叫标识；表示成功接通主叫正在接通被叫的CTD呼叫结果(状态)值等信息；

步骤24、软交换将第二次呼叫响应消息转发到客户端；

步骤25、客户端收到第二次呼叫响应消息后进行解析，在客户端界面上显示当前的呼叫状态为成功接通主叫，正在接通主叫，并返回200 OK应答消息；

步骤26、软交换转发200 OK应答消息到AS；

步骤27、被叫端摘机，响应CTD呼叫请求，通过软交换发送200 OK应答消息到AS；

步骤28、AS通过软交换返回正确接收应答消息(ACK)到被叫端；

步骤29、AS通过SIP INFO消息向软交换发出第三次呼叫响应消息，该呼叫响应消息包含标识该命令类型为CTD呼叫响应的命令码；本次CTD呼叫标识；表示呼叫建立正在通话的CTD呼叫结果(状态)值等信息；

步骤30、软交换将第三次呼叫响应消息转发到客户端；

步骤31、客户端收到第三次呼叫响应消息后进行解析，在客户端界面上显示当前的呼叫状态为呼叫建立，正在通话，并返回200 OK应答消息；

步骤32、软交换转发200 OK应答消息到AS；

步骤33、被叫端挂机，通过软交换发送BYE消息到AS；

步骤34、AS通过SIP INFO消息向软交换发出第四次呼叫响应消息，该呼叫响应消息包含标识该命令类型为CTD呼叫响应的命令码；本次CTD呼叫标识；表示呼叫结束的CTD呼叫结果(状态)值等信息；

步骤35、软交换将第四次呼叫响应消息转发到客户端；

步骤36、AS通过软交换向被叫端返回200 OK应答消息；

步骤37、客户端收到第四次呼叫响应消息后进行解析，在客户端界面上显示当前的呼叫状态为呼叫结束，并返回200 OK应答消息；

步骤38、软交换转发200 OK应答消息到AS。

上述第一次到第四次CTD呼叫响应信息内容按照XML格式包含在SIPINFO消息体中。

以下是一个CTD呼叫响应的SIP消息示例：

INFO sip:6660000@huawei.com SIP/2.0

   Via:SIP/2.0/UDP kton.bell-tel.com

   From:96066@huawei.com;tag=xyzygg

   To:6660000@huawei.com

   Call-ID:3298420296@huawei.com

   CSeq:1 INFO

   Subject:Client Request

   Content-Type:text/xml

   Content-Length:(…)

<content>

  <command-code>1002</command-code>

  <sessionID>342324</sessionID>

  <result>2<result>

</content>

其中：

command-code：命令类型，这里定义1002代表“CTD呼叫响应”；

sessionID：CTD呼叫标识；

Result：CTD呼叫结果(状态)值，例如值2代表正在接通主叫。

若在上述处理流程中出现异常，如：在步骤15中主叫端不能正确响应呼叫请求，或在步骤22中被叫端不能正确响应呼叫请求，则在上述相应步骤的下一步中SIP INFO消息的呼叫结果(状态)值为相应的异常状态值，通过软交换发送到客户端，解析为当前异常状态的信息描述，AS发出指令结束当前的CTD呼叫。

图3为客户端注册到应用服务器时本发明方法的信令流程图，具体步骤包括：

步骤40、用户注册到AS后，采用SIP INFO消息通过软交换向AS发起CTD呼叫请求，该呼叫请求消息中包含标识该命令类型为CTD呼叫请求的命令码；发起呼叫的用户帐号(如为用户的UC号码)和帐号密码；以及指定的主叫号码和被叫号码等信息；CTD呼叫请求信息内容按照XML格式包含在SIPINFO消息体中；

步骤41、AS收到请求后，向客户端发送应答消息200 OK；

步骤42、AS发送应答消息的同时根据收到的CTD呼叫请求消息中的客户端帐号进行鉴权处理；

步骤43、鉴权通过后，AS控制软交换向指定的主叫号码发起呼叫；

步骤44、AS通过SIP INFO消息向客户端发出第一次呼叫响应消息，该呼叫响应消息包含标识该命令类型为CTD呼叫响应的命令码；本次CTD呼叫标识；表示正在接通主叫的CTD呼叫结果(状态)值等信息；

步骤45、客户端收到响应消息后进行解析，在客户端界面上显示当前的呼叫状态为正在接通主叫，并返回200 OK应答消息；

步骤46、主叫端摘机，响应CTD呼叫请求，通过软交换发送200 OK应答消息到AS；

步骤47、AS通过软交换返回接收正确应答消息(ACK)到主叫端；

步骤48、AS控制软交换向指定的被叫号码发起呼叫；

步骤49、AS通过SIP INFO消息向客户端发出第二次呼叫响应消息，该呼叫响应消息包含标识该命令类型为CTD呼叫响应的命令码；本次CTD呼叫标识；表示成功接通主叫正在接通被叫的CTD呼叫结果(状态)值等信息；

步骤50、客户端收到响应消息后进行解析，在客户端界面上显示当前的呼叫状态为成功接通主叫，正在接通主叫，并返回200 OK应答消息；

步骤51、被叫端摘机，响应CTD呼叫请求，通过软交换发送200 OK应答消息到AS；

步骤52、AS通过软交换返回接收正确应答消息(ACK)到被叫端；

步骤53、AS通过SIP INFO消息向客户端发出第三次呼叫响应消息，该呼叫响应消息包含标识该命令类型为CTD呼叫响应的命令码；本次CTD呼叫标识；表示呼叫建立正在通话的CTD呼叫结果(状态)值等信息；

步骤54、客户端收到响应消息后进行解析，在客户端界面上显示当前的呼叫状态为呼叫建立，正在通话，并返回200 OK应答消息；

步骤55、被叫端挂机并通过软交换发送BYE消息到AS；

步骤56、AS通过SIP INFO消息向客户端发出第四次呼叫响应消息，该呼叫响应消息包含标识该命令类型为CTD呼叫响应的命令码；本次CTD呼叫标识；表示呼叫结束的CTD呼叫结果(状态)值等信息；

步骤57、AS通过软交换向被叫端返回200 OK应答消息；

步骤58、客户端收到第四次呼叫响应消息后进行解析，在客户端界面上显示当前的呼叫状态为呼叫结束，并返回200 OK应答消息。

发起CTD呼叫请求的UC用户可以在呼叫结束前主动断开主被叫间的通话，断开CTD呼叫过程包括：

(1)发起CTD呼叫请求的UC用户客户端通过SIP INFO消息向软交换或AS发起断开CTD呼叫请求，该断开呼叫请求消息中，包含标识该命令类型为断开CTD呼叫请求的命令码；CTD呼叫标识、帐号及密码等信息，断开CTD的呼叫请求信息内容按照XML格式包含在SIP INFO消息体中；

(2)软交换将断开CTD呼叫请求消息转发到AS；

(3)AS根据收到的断开CTD呼叫请求消息中的客户端帐号信息进行鉴权处理；

(4)鉴权通过后，AS断开主被叫间的连接，并通过SIP INFO消息或200OK应答消息由软交换向客户端转发或直接向客户端发出断开CTD呼叫响应消息，该响应消息中包含标识命令类型为断开CTD呼叫响应的命令码、CTD呼叫标识；处理结果信息(如成功断开或系统异常等)；断开CTD的呼叫响应信息内容按照XML格式包含在SIP INFO消息体中；

(5)客户端收到断开CTD呼叫响应消息后进行解析，在客户端界面上显示出接收的结果信息。

UC用户也可以查询自己发起的CTD呼叫信息，查询过程包括：

(1)客户端通过SIPINFO消息向软交换或AS发起查询CTD呼叫信息请求，该查询请求信息中，包含标识该命令类型为查询CTD呼叫信息请求的命令码、发起呼叫的UC号码、分配标识(为本次SIP INFO消息分配的标识，以便响应消息中携带同一分配标识，来匹配相应的请求消息)等信息，查询CTD呼叫信息请求的内容按照XML格式包含在SIP INFO消息体中；

(2)软交换将查询CTD呼叫信息请求消息转发到AS；

(3)AS搜索指定UC号码发起的CTD呼叫，并通过SIP INFO消息或200OK应答消息由软交换向客户端转发或直接发送给客户端查询响应消息，该响应消息包含标识命令类型为查询CTD呼叫响应的命令码以及结果状态值。若查询成功该结果状态值为查询到的该UC号码发起的CTD呼叫的个数，若查询失败该值为相应的失败原因值。查询成功时还包括一个或多个查询到的会话，每个会话包括：CTD呼叫标识(和发起CTD响应的会话标识一致)、发起时间、持续时长、主叫号码、被叫号码、呼叫当前的状态，如：正在接通主叫；成功接通主叫，正在接通被叫；呼叫建立，正在通话；呼叫结束等；

(4)客户端收到响应消息后进行解析，在客户端界面上显示查询CTD呼叫结果信息。

综上所述，本发明通过AS在呼叫主叫、呼叫被叫、被叫摘机呼叫建立、被叫挂机呼叫结束等CTD状态改变信息，主动向客户端，或通过软交换向客户端发送，通过客户端的解析显示，使用户能够及时准确地了解当前CTD呼叫状态，提高了用户界面的友好性，给用户带来良好的业务体验。另外，本发明主要采用SIP INFO消息承载信令，便于交互消息的扩展。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1、一种点击拨号(CTD)业务的实现方法，应用于下一代网络，其特征在于包括：

A1、客户端向软交换或应用服务器注册后，发起指定主叫号码和被叫号码的CTD呼叫请求；

B1、应用服务器控制软交换实现主叫和被叫的接续，并将接续过程中的状态信息实时通知客户端；

C1、客户端通过用户界面实时显示出接收的状态信息。

2、如权利要求1所述的方法，其特征在于，若客户端向软交换注册，则由软交换对客户端与应用服务器之间的交互消息进行转发。

3、如权利要求1所述的方法，其特征在于，客户端通过SIP INFO消息发起CTD呼叫请求，并携带客户端帐号及密码。

4、如权利要求1所述的方法，其特征在于，所述步骤B1中，应用服务器通过SIP INFO消息或200 OK消息向客户端返回CTD呼叫响应，携带所述状态信息。

5、如权利要求4所述的方法，其特征在于，所述步骤B1包括：

B11、应用服务器呼叫指定的主叫号码，并向客户端返回正在接通主叫的状态信息；

B12、主叫摘机后，应用服务器再呼叫指定的被叫号码，并向客户端返回成功接通主叫、正在接通被叫的状态信息；

B13、被叫摘机后，应用服务器向客户端返回呼叫建立、正在通话的状态信息；

B14、主叫或被叫挂机后，应用服务器向客户端返回呼叫结束的状态信息。

6、如权利要求5所述的方法，其特征在于，若主叫或被叫无应答，应用服务器向客户端返回主叫或被叫无应答状态信息，并结束本次CTD呼叫流程。

7、如权利要求1-6所述的方法，其特征在于，还包括下列步骤：

客户端向应用服务器发起断开CTD呼叫请求；

应用服务器对客户端鉴权成功后，执行断开主被叫之间的连接，并向客户端返回断开CTD呼叫响应。

8、如权利要求7所述的方法，其特征在于，所述断开CTD呼叫请求通过SIP INFO消息承载；所述断开CTD呼叫响应通过SIP INFO消息或200 OK消息承载。

9、如权利要求8所述的方法，其特征在于，所述断开CTD呼叫请求中至少包含命令码和由应用服务器返回给客户端的本次呼叫标识；所述断开CTD呼叫响应至少包含命令码、本次呼叫标识和处理结果信息。

10、如权利要求1-6所述的方法，其特征在于，还包括下列步骤：

客户端向应用服务器发起查询CTD呼叫信息请求；

应用服务器搜索与该客户帐号相关的CTD呼叫，并向客户端返回查询CTD呼叫信息响应，携带搜索结果。

11、如权利要求10所述的方法，其特征在于，所述查询CTD呼叫信息请求通过SIP INFO消息承载；所述查询CTD呼叫信息响应通过SIP INFO消息或200 OK消息承载。

12、如权利要求11所述的方法，其特征在于，所述查询CTD呼叫信息请求中至少包含命令码和分配标识；所述查询CTD呼叫信息响应中至少包含命令码、与查询CTD呼叫信息请求中相同的分配标识和查询结果信息。

Images