CN1913432A - 卡号业务使用sip鉴权的方法和系统 - Google Patents

Abstract

本发明公开了卡号业务使用SIP鉴权的方法和系统，本发明通过客户端接收到来自应用服务器发出的验证信息后，发送包括鉴权信息的请求信息给应用服务器，应用服务器对该信息进行鉴权，从而简化用户的拨号流程，有利于运营商开展业务。

Description

卡号业务使用SIP鉴权的方法和系统

技术领域

本发明涉及SIP鉴权技术，尤其涉及基于互联网的卡号业务使用SIP鉴权的方法和系统。

背景技术

随着互联网技术的快速发展，使得基于互联网使用语音业务成为可能。因卡号业务的身份标识为卡号，而不是电话号码，卡号业务的应用不仅具有很大的灵活性，而且还可以节约电话号码资源。

现有的一种基于互联网的卡号业务鉴权方法为，用户首先输入电话号码和密码，在软交换通过认证后，然后用户按媒体资源服务器提供的语音提示，输入卡号，密码，通过认证后，软交换将呼叫路由到被叫。

请参考图1，为现有技术使用SIP鉴权方法流程图，包括：

A1.用户在软终端上输入主叫电话号码、电话密码，点击发送。

A2.软终端向软交换发起SIP(Session Initiation Protocol，会话初始化协议)的Register注册请求。

A3.软交换返回带验证字的401Unauthorized信息，要求软终端将主叫号码+密码+验证字加密后，再通过Register携带加密后的信息送到软交换。

A4.软交换验证通过后，返回200 OK正常响应，软终端登陆成功。

A5.用户在软终端上拨打200，该200为预付费卡号接入码，软终端将200通过INVITE消息送到软交换。

A6.软交换根据路由信息将该INVITE(请求)消息转发到AS(ApplicationServer，应用服务器)，触发AS上的200业务。

A7.AS指示MRS(Media Resource Server，媒体资源服务器)建立与软终端的媒体通道RTP(Real-time Transport Protocol，实时传输协议)，播放提示用户输入200卡号的语音；用户在软终端的键盘上输入卡号，卡号通过DTMF(Dual-Tone Multi Frequency，双音多频)信号传送到MRS、MRS识别出卡号后返回给AS预付费业务。

A8.200业务继续提示用户输入密码(200卡号密码)；用户输入密码后，200业务根据卡号、密码鉴权，鉴权通过后语音提示用户输入被叫号码。

A9.用户根据提示输入被叫后，200业务进行后续被叫处理，并在呼叫过程中，进行监控，如主叫挂机、被叫挂机、通话时长是否到达等。

从上述现有技术可以看出，首先要在软交换上注册主叫号码，认证成功后，通过RTP承载DTMF信号收集用户卡号、密码和被叫号码等信息，每个呼叫都要使用MRS；这样，不仅软终端与MRS进行语音交互时需要交换更多的SIP消息，占用系统资源，而且，用户按语音提示输入一连串的号码，使用该业务相当麻烦，不利于运营商开展业务。

发明内容

本发明要解决的技术问题是提供能简化用户拨号流程，减少SIP信令交互的基于互联网的卡号业务使用SIP鉴权的方法和系统。

为解决上述技术问题，本发明通过以下技术方案实现：

一种卡号业务鉴权的方法，应用在使用会话初始化协议的呼叫过程中，包括：应用服务器接收到来自客户端发出的第一请求消息后，向所述客户端返回响应消息，所述响应消息中携带验证信息；所述客户端根据接收到所述响应消息中的验证信息获得鉴权信息，并向所述应用服务器发送第二请求消息，所述第二请求消息中携带所述鉴权信息；应用服务器对所述鉴权信息进行鉴权。

优选的，所述验证信息包括验证字和加密算法；所述客户端在发送第二请求消息之前，根据用户卡号、用户密码和所述验证字进行加密运算，获得包括加密字符串的鉴权信息。

优选的，所述应用服务器进行鉴权包括：所述应用服务器根据所述用户卡号查询该用户卡号在数据库中的密码，根据所述用户卡号、所述查询到的密码和所述验证字进行加密运算，获得加密字符串；所述应用服务器将该加密字符串与所述应用服务器接收到的加密字符串进行比较，如果相同，鉴权通过，否则，鉴权不通过。

优选的，所述客户端发送第一请求消息进一步包括被叫号码；所述应用服务器在鉴权通过后，发送所述被叫号码给软交换，软交换将呼叫接续到所述被叫号码。

优选的，在建立呼叫连接之前，应用服务器依据用户卡号余额预算出通话时长；在建立呼叫连接之后，应用服务器通过所述通话时长监控呼叫，在通话时长到达时，释放呼叫。

优选的，所述客户端与应用服务器之间交互的信息通过软交换透传。

优选的，所述加密字符串根据信息摘要算法MD5进行加密运算获得。

一种基于互联网使用会话初始化协议SIP的卡号业务鉴权的方法，包括：客户端控件发送第一请求消息到软交换，软交换透传所述第一请求消息给应用服务器；应用服务器返回包括代理鉴权请求信息的响应消息到软交换，软交换透传所述响应消息给所述客户端控件，所述代理鉴权请求信息包含加密算法；所述客户端控件根据所述加密算法进行加密运算，获得加密字符串，发送第二请求消息到软交换，所述第二请求消息包含加密字符串，软交换透传所述第二请求消息给所述应用服务器；所述应用服务器对所述加密字符串进行鉴权。

一种使用会话初始化协议的卡号业务鉴权的系统，包括客户端控件模块和应用服务器：所述客户端控件模块用于向所述应用服务器发送请求消息，并根据所述应用服务器返回包括验证信息的响应信息，进行加密运算获得加密字符串，并将包括所述加密字符串的请求消息发送给所述应用服务器；所述应用服务器用于向所述客户端控件模块返回包括验证信息的响应信息，并对所述字符串进行鉴权。

优选的，还包括软交换设备：所述软交换设备用于透传所述客户端控件模块与所述应用服务器之间交互的信息。

以上技术方案可以看出，由于在本发明中，客户端接收到来自应用服务器发出的验证消息后，发送包括鉴权信息的请求信息给应用服务器，应用服务器对该信息进行鉴权；本发明不需要发送注册信息给软交换，避免了软交换对主叫号码的鉴权，不需要媒体资源服务器提供语音交互，从而减少SIP信令交互，提高系统性能，简化用户拨号流程，有利于运营商开展业务。

附图说明

图1为现有技术使用SIP鉴权方法流程图；

图2为本发明使用SIP鉴权方法流程图；

图3为本发明实施例使用SIP鉴权方法流程图；

图4为本发明系统示意图。

具体实施方式

本发明提供了应用于互联网卡号业务使用SIP鉴权的方法和系统，其基本思想是不使用软交换对主叫号码进行鉴权，也不使用MRS进行语音交互，而是由客户端控件发送包括鉴权信息的INVITE信息给应用服务器，应用服务器对该信息进行鉴权，从而简化用户的拨号流程。

请参考图2，为本发明使用SIP鉴权方法流程图，包括：

D1.应用服务器接收到来自客户端发出的第一请求消息后，向所述客户端返回响应消息，所述响应消息中携带验证信息；

D2.所述客户端根据接收到所述响应消息中的验证信息获得鉴权信息，并向所述应用服务器发送第二请求消息，所述第二请求消息中携带所述鉴权信息；

D3.应用服务器对所述鉴权信息进行鉴权。

为进一步理解本发明，以下通过具体实施方式对本技术方案进行详细的描述。

请参考图3，为本发明实施例使用SIP鉴权方法流程图，包括：

B1.在客户端控件输入用户卡号、用户密码和被叫号码。当用户要使用基于互联网的卡号业务，首先向运营商购买或通过其它渠道获得卡号和密码，然后安装客户端控件。所述客户端控件为SIP客户端，通常由ActiveX实现，但不限定一种实现技术，可包括Client方式。安装控件的方式很多，比如，用户通过浏览器访问运营商指定的网址，选择“Web拨号”，浏览器自动下载软电话控件。客户端控件可以看成为支持SIP协议的多媒体终端，安装在PC机上，配合耳机和麦克能为用户提供语音业务，如果配上摄像头还能为用户提供视频通信业务。

控件安装完后，按提示输入预付费卡号及密码；如控件提供记忆功能，用户选择记忆卡号、密码，下次登陆时则无需再次输入。

用户设置完卡号密码后，在浏览器页面中看到类似电话键盘的软键盘，供用户输入被叫号码，此时用户输入被叫号码，并点击“拨出”按钮。

B2.客户端控件根据内部设置的软交换地址，发送请求INVITE消息到软交换，软交换将此INVITE消息转发到AS。

所述INVITE为SIP信息，用来在不同的参与者中创建会话使用。一个会话由一组参与者，他们之间用于交流的媒体流组成。

所述软交换地址一般不需终端用户手工设置，在下载安装运营商提供的SIP客户端时，自动根据运营商的情况设置目的地址。

所述软交换是NGN(Next Generation Network，下一代网络)的核心设备，主要完成呼叫控制、媒体网关接入控制、资源分配、协议处理、路由、认证(鉴权)、计费等功能，并可向用户提供基本语音业务、移动业务、多媒体业务以及API接口。

所述AS(Application Server，应用服务器)负责各种增值业务和智能网业务的逻辑产生和管理，是一个独立的组件，它与网络控制层的软交换设备无关，从而实现了业务与呼叫控制的分离，有利于补充业务的引入。

在本实施例中，所述发送的请求INVITE为特殊SIP消息，其中FROM域填写为“AnonymousCard”，Request-URI为接入码+被叫号码。Request-URI为50200+13977770003，接入码50200对应AS上的200业务，为内部接入码，对用户不可见，13977770003为被叫号码。

所述FROM域包含了请求发起者的逻辑标志。在本具体实施方式中，采用特殊的字符串“AnonymousCard”，为客户端与AS、软交换三者之间的约定，实际应用中可采用任意字符串。

正常情况下软交换是不会处理未经过注册REGISTER的SIP客户端，软交换根据“AnonymousCard”判断INVITE为特殊INVITE，不需要注册，将此消息透传给AS。

所述Request-URI为SIP信息，标志了这个请求所用到的用户或者服务的地址。在本实施例中，Request-URI为卡号业务接入码+被叫号码。

本例发送的SIP INVITE如下所示：

INVITE sip：5020013977770003@10.18.200.50；user＝phone SIP/2.0

Via：SIP/2.0/UDP 10.18.200.100：5061；branch＝z9hG4bK0a81de4ee

Call-ID：294fc131df273bf15998189d0a81de4e@10.18.200.100

From：<sip：AnonymousCard@10.18.6.112；user＝phone>；tag＝0a81de4e

To：<sip：5020013977770003@10.18.200.100；user＝phone>

CSeq：1INVITE

Contact：<sip：AnonymousCard@10.18.6.112；user＝phone>

Supported：100rel

Max-Forwards：70

Allow：

INVITE，ACK，CANCEL，OPTIONS，BYE，REGISTER，PRACK，INFO，UPDATE，SUBSCRIBE，NOTIFY，MESSAGE，REFER

B3.AS根据所述接入码触发相应的业务，在本例中触发预付费卡号业务，业务根据AnonymousCard识别此INVITE消息为Web拨号控件所发，而且还未通过呼叫鉴权，则通过407Proxy Authentication Required(代理鉴权请求)消息发送验证字(nonce)、算法(algorithm)、域(realm)给软交换，软交换转发上述信息给客户端控件。在这里，软交换只做透传，不对信息进行处理。

所述407Proxy Authentication Required为响应消息，标志了客户端应当首先通过认证。通过Proxy-Authenticate头域指定Digest鉴权方式，并指定以下参数：

nonce＝″mHw1.037″//验证字随机数，用于加密算法

algorithm＝MD5//加密算法，指示SIP客户端按照此加密算法加密，MD5为Message-Digest Algorithm5(信息-摘要算法)

realm＝″example.com″//域名称，用于客户端提示用户输入正确卡号、密码

本例发送的SIP407如下所示：

SIP/2.0407Proxy Authentication Required

Allow：INVITE，ACK，BYE，CANCEL，OPTIONS，REGISTER，SUBSCRIBE，

NOTIFY，PRACK，UPDATE，INFO

Call-ID：294fc131df273bf15998189d0a81de4e@10.18.200.100

Content-Length：0

CSeq：1INVITE

From：<sip：AnonymousCard@10.18.6.112；user＝phone>；tag＝0a81de4e

Organization：Example

Proxy-Authenticate：                                            digest

nonce＝″mHw1.037″，algorithm＝MD5，realm＝″example.com″

Supported：100rel

To：

<sip：5020013977770003@10.18.200.100；user＝phone>；tag＝xeJS.1836Y.000nu1110.18.200.50

Via：SIP/2.0/UDP 10.18.200.100：5061；branch＝z9hG4bK0a81de4ee

B4.客户端控件将卡号、密码及验证字按照指定算法加密后(response)，得到加密字符串，通过INVITE消息将卡号(username)、验证字、加密算法、域等信息发送给软交换，软交换再转发给AS。

所述INVITE的Proxy-Authenticate头域带以下参数：

username＝″99999999999″//用户卡号

realm＝″example.com″//同上

nonce＝″mHw1.037″同上，但AS可以不使用此nonce。

uri＝″sip：5020013977770003@10.18.200.100：5060″//防止Proxy将SIPRequst-URI改变。

response＝″3a1427fc8d73538d80b6e2b49fc9f4ad″，algorithm＝MD5

//SIP客户端，将卡号+密码、验证字使用MD5加密算法加密后，生成的加密字符串结果。

本例发送的SIP INVITE如下所示：

INVITE sip：5020013977770003@10.18.200.50；user＝phone SIP/2.0

Via：SIP/2.0/UDP 10.18.200.100：5061；branch＝z9hG4bK6b443beb2

Call-ID：294fc131df273bf15998189d0a81de4e@10.18.200.100

From：<sip：AnonymousCard@10.18.6.112；user＝phone>；tag＝6b443beb

To：<sip：5020013977770003@10.18.200.100；user＝phone>

CSeq：2INVITE

Contact：<sip：AnonymousCard@10.18.6.112；user＝phone>

Supported：100rel

Proxy-Authorization：Digest username＝″99999999999″，realm＝″example.com″，

nonce＝″mHw1.037″，uri＝″sip：5020013977770003@10.18.200.100：5060″，

response＝″3a1427fc8d73538d80b6e2b49fc9f4ad″，algorithm＝MD5

Max-Forwards：70

Allow：

INVITE，ACK，CANCEL，OPTIONS，BYE，REGISTER，PRACK，INFO，UPDATE，SUBSCRIBE，NOTIFY，MESSAGE，REFER

B5.AS将该消息转给相应的业务处理，业务根据INVITE消息中的卡号(一般为明文)、上一步中发送给控件的的验证字、根据卡号在AS数据库中查询到的密码进行加密运算后，得到加密字符串，与INVITE中控件加密字符串相比较，相同则认为鉴权通过；否则认为鉴权不通过。

B6.如果鉴权不通过，AS返回401错误。

B7.鉴权通过后，预付费卡号业务剥离Requst-URI(5020013977770003)剥离接入码(50200)，剩下的即为被叫号码(13977770003)，业务根据卡号当前余额预算出可以通话时长，然后发起INVITE被叫号码到软交换，AS监控呼叫通话时长，当呼叫时长到达后，AS可以主动释放呼叫。

B8.软交换将呼叫接续到所述被叫号码，主叫号码通过AS设置，被叫振铃、摘记后，建立呼叫连接，主叫(客户端控件)和被叫开始通话。

B9.主叫或被叫挂机，呼叫完成。

请参考图4，为本发明的系统示意图，包括客户端控件模块100、软交换设备200和应用服务器300：

所述客户端控件模块100用于向所述应用服务器300发送请求消息，并根据所述应用服务器300返回包括验证信息的响应信息，进行加密运算获得加密字符串，并将包括所述加密字符串的请求消息发送给所述应用服务器300；

所述应用服务器300用于向所述客户端控件模块100返回包括验证信息的响应信息，并对所述字符串进行鉴权。

所述软交换设备200用于透传所述客户端控件模块100与所述应用服务器300之间交互的信息。

所述客户端控件模块100发送第一请求(INVITE)信息到软交换设备200，软交换设备200将所述信息转发给所述应用服务器300。应用服务器300接收到该请求信息后，发送407(代理鉴权请求)信息给软交换设备200，软交换设备200转发所述信息给所述客户端控件模块100。客户端控件模块100在接收到该407(代理鉴权请求)信息后，发送包括鉴权信息的第二请求信息给软交换设备200，软交换设备200转发所述信息给所述应用服务器300。应用服务器300对所述鉴权信息进行鉴权，如果通过认证，返回200通过信息，否则，返回401错误信息。

以上对本发明所提供的卡号业务使用SIP鉴权的方法和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种卡号业务鉴权的方法，应用在使用会话初始化协议的呼叫过程中，其特征在于，包括：

应用服务器接收到来自客户端发出的第一请求消息后，向所述客户端返回响应消息，所述响应消息中携带验证信息；

所述客户端根据接收到所述响应消息中的验证信息获得鉴权信息，并向所述应用服务器发送第二请求消息，所述第二请求消息中携带所述鉴权信息；

应用服务器对所述鉴权信息进行鉴权。

2.根据权利要求1所述的方法，其特征在于，所述验证信息包括验证字和加密算法；

所述客户端在发送第二请求消息之前，根据用户卡号、用户密码和所述验证字进行加密运算，获得包括加密字符串的鉴权信息。

3.根据权利要求2所述的方法，其特征在于，所述应用服务器进行鉴权包括：

所述应用服务器根据所述用户卡号查询该用户卡号在数据库中的密码，根据所述用户卡号、所述查询到的密码和所述验证字进行加密运算，获得加密字符串；

所述应用服务器将该加密字符串与所述应用服务器接收到的加密字符串进行比较，如果相同，鉴权通过，否则，鉴权不通过。

4.根据权利要求3所述的方法，其特征在于，所述客户端发送第一请求消息进一步包括被叫号码；

所述应用服务器在鉴权通过后，发送所述被叫号码给软交换，软交换将呼叫接续到所述被叫号码。

5.根据权利要求4所述的方法，其特征在于，在建立呼叫连接之前，应用服务器依据用户卡号余额预算出通话时长；

在建立呼叫连接之后，应用服务器通过所述通话时长监控呼叫，在通话时长到达时，释放呼叫。

6.根据权利要求1～5其中之一所述的方法，其特征在于，所述客户端与应用服务器之间交互的信息通过软交换透传。

7.根据权利要求1～5其中之一所述的方法，其特征在于，所述加密字符串根据信息摘要算法MD5进行加密运算获得。

8.一种基于互联网使用会话初始化协议SIP的卡号业务鉴权的方法，其特征在于，包括：

客户端控件发送第一请求消息到软交换，软交换透传所述第一请求消息给应用服务器；

应用服务器返回包括代理鉴权请求信息的响应消息到软交换，软交换透传所述响应消息给所述客户端控件，所述代理鉴权请求信息包含加密算法；

所述客户端控件根据所述加密算法进行加密运算，获得加密字符串，发送第二请求消息到软交换，所述第二请求消息包含加密字符串，软交换透传所述第二请求消息给所述应用服务器；

所述应用服务器对所述加密字符串进行鉴权。

9.一种使用会话初始化协议的卡号业务鉴权的系统，其特征在于，包括客户端控件模块和应用服务器：

所述客户端控件模块用于向所述应用服务器发送请求消息，并根据所述应用服务器返回包括验证信息的响应信息，进行加密运算获得加密字符串，并将包括所述加密字符串的请求消息发送给所述应用服务器；

所述应用服务器用于向所述客户端控件模块返回包括验证信息的响应信息，并对所述字符串进行鉴权。

10.根据权利要求9所述的系统，其特征在于，还包括软交换设备：

所述软交换设备用于透传所述客户端控件模块与所述应用服务器之间交互的信息。