CN101141265A - 基于sip协议的网络终端计费系统及方法 - Google Patents
基于sip协议的网络终端计费系统及方法 Download PDFInfo
- Publication number
- CN101141265A CN101141265A CNA200610113085XA CN200610113085A CN101141265A CN 101141265 A CN101141265 A CN 101141265A CN A200610113085X A CNA200610113085X A CN A200610113085XA CN 200610113085 A CN200610113085 A CN 200610113085A CN 101141265 A CN101141265 A CN 101141265A
- Authority
- CN
- China
- Prior art keywords
- terminal
- server
- session
- sip server
- packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
本发明公开了一种基于SIP协议的网络终端计费系统及方法。该系统包括有一SIP服务器、一RADIUS服务器、一AAA程序、一数据库服务器、至少两个UA终端。其中,SIP服务器包含有一注册服务器、一代理服务器。该方法的特征在于其包括有UA终端注册、两UA终端建立RTP/RTCP会话连接、计费通知AAA程序、发送RTP和RTCP数据包、判断异常状况以及停止会话请求、拆除UA终端间会话、RADIUS服务器计费等关键步骤。本发明基于SIP协议,但不依赖于SIP协议本身,通过监视发送报告SR和接收报告RR包的接收情况来判断媒体数据流的当前会话状态,从而及时发现UA终端离线时刻,使RADIUS服务器能够进行准确计费。本发明特别适用于网络异常情况下的准确计费。
Description
技术领域
本发明涉及一种网络终端计费系统及方法,具体地说,是涉及一种基于SIP协议的、通过监控RTCP协议数据包来实现网络终端计费的系统及方法。
背景技术
SIP协议(Session Initiation Protocol,会话初始协议)是一种基于IP网络,特别是基于Internet结构的网络,来实现实时通信应用的信令协议。目前,在电信网中,用户终端的计费、管理与服务等功能主要是通过监控SIP信令上带有的信息来实现的。
但在流媒体应用系统中,用户终端是通过媒体数据流来获得信息资源的。当媒体数据流发生异常中断时,因SIP信令无法检测到媒体数据流的中断情况,所以SIP服务器无法将用户终端的计费结束时刻通知给计费服务器,使得最终所计算的通信费用与实际使用费用之间存在一定的误差,给用户带来了一定的损失。
发明内容
本发明的目的是提供一种基于SIP协议的网络终端计费系统及方法,该方法通过监视RTCP协议(实时传输控制协议)数据包来持续探测媒体数据流会话的当前状态,及时发现UA(用户代理)终端的离线情况,从而准确计费,并且该方法进一步解决了网络异常情况下的RADIUS(Remote Authentication Dial In User Service,远端拨入用户验证服务)服务器无法准确计费的问题。该方法是建立在基于SIP协议的网络终端计费系统之上的。
为此,本发明的系统采用以下技术方案:
一种基于SIP协议的网络终端计费系统,它包括有:
一SIP服务器,其包含有一注册服务器、一代理服务器,该SIP服务器负责系统注册、会话建立、会话拆除、消息转发;
一RADIUS服务器,其负责接收来自AAA程序的会话记录,并根据会话记录生成业务报表和收费单;
一AAA程序,为会话提供认证、授权、计费服务,该AAA程序与所述SIP服务器和所述RADIUS服务器相联系,分别作为SIP服务器的服务器端和RADIUS服务器的客户端,该AAA程序一方面负责接收所述代理服务器的会话请求INVITE通知和会话拆除BYE通知,另一方面定期从数据库服务器中检查会话请求INVITE事件和会话拆除BYE事件对,并生成一个会话记录,提交给RADIUS服务器;
一数据库服务器,其与所述AAA程序和所述代理服务器相联系,负责存放服务平台中所有用户信息、用户访问设备的权限配置、用户最近的活动信息、用户会话信息、终端的日志与告警信息以及设备配置信息;
至少两个UA终端,其中每一UA终端分别与所述SIP服务器相联系,UA终端用以实现用户的具体应用业务。
所述SIP服务器还可以包含一用户与业务管理服务器。
该系统还可以包括一网管前端单元,其与所述用户与业务管理服务器相联系,负责配置各种系统参数。
所述AAA程序与SIP服务器相联系是指AAA程序与所述SIP服务器中的代理服务器相联系。
所述每一UA终端分别与SIP服务器相联系是指每一UA终端与所述SIP服务器中的代理服务器相联系。
在上述系统的基础上,本发明的方法采用以下技术方案:
一种基于SIP协议的网络终端计费方法,它包括如下步骤:
a)即将进行会话的两个UA终端在SIP服务器上进行注册;
b)通过SIP服务器,两个UA终端之间建立RTP/RTCP会话连接;
c)UA终端发送方向UA终端接收方发送RTP数据包,UA终端发送方向UA终端接收方周期性发送发送报告SR数据包,UA终端接收方则向UA终端发送方周期性发送接收报告RR数据包,并且UA终端发送方和UA终端接收方分别检测接收报告RR数据包和发送报告SR数据包的丢包情况;
d)UA终端发送方和UA终端接收方分别判断接收报告RR数据包或发送报告SR数据包的连续丢包次数是否为2,SIP服务器判断UA终端是否请求停止会话,若接收报告RR数据包和发送报告SR数据包的连续丢包次数均小于2且UA终端没有请求停止会话,则转至步骤c),否则继续步骤e);
e)若UA终端发送方判断接收报告RR数据包的连续丢包次数为2,则停止发送RTP数据包和发送报告SR数据包,请求停止会话,SIP服务器拆除两个UA终端间的会话;若UA终端接收方判断发送报告SR数据包的连续丢包次数为2,则停止接收RTP数据包和停止发送接收报告RR数据包,请求停止会话,SIP服务器拆除两个UA终端间的会话;若UA终端请求停止会话,则SIP服务器拆除两个UA终端间的会话;
f)AAA程序定期从数据库服务器中检查会话请求INVITE事件和会话拆除BYE事件对,生成一个会话记录,提交给RADIUS服务器;
g)RADIUS服务器接收来自AAA程序的会话记录,根据会话记录生成业务报表和收费单。
所述步骤a)中的注册包括如下步骤:
a-1)UA终端向SIP服务器中的代理服务器发出注册到SIP服务器的请求,代理服务器将注册请求消息转发给注册服务器;
a-2)注册服务器根据步骤a-1)中的注册请求向AAA程序发出认证请求;
a-3)AAA程序将认证结果返回给SIP服务器;
a-4)SIP服务器向UA终端返回注册成功或失败消息。
所述步骤b)中的建立RTP/RTCP会话连接包括如下步骤:
b-1)UA终端发送方向SIP服务器发出连接UA终端接收方的请求;
b-2)SIP服务器向AAA程序转发连接请求;
b-3)AAA程序向数据库服务器查询用户信息,以对UA终端发送方的邀请进行授权认证;
b-4)数据库服务器将授权结果返回至AAA程序;
b-5)AAA程序将授权结果返回给SIP服务器;
b-6)若授权成功,则SIP服务器向UA终端接收方发送连接邀请消息,继续步骤b-7);否则,将会话请求失败消息返回给UA终端发送方,放弃本次RTP/RTCP会话连接,不继续执行以下步骤;
b-7)UA终端接收方应答SIP服务器发出的邀请;
b-8)SIP服务器向AAA程序发出开始计费通知;
b-9)AAA程序将此开始计费通知记录进数据库服务器;
b-10)SIP服务器将会话请求结果的消息返回给UA终端发送方;
b-11)UA终端发送方与接收方建立RTP/RTCP媒体流连接。
所述步骤c)中的接收报告RR数据包和发送报告SR数据包的发包间隔可以进行调整,从而实现计费误差的调整。
所述步骤e)中的拆除会话包括如下步骤:
e-1)SIP服务器收到UA终端一方的拆除会话请求;
e-2)SIP服务器将拆除消息转发给UA终端另一方;
e-3)UA终端另一方应答SIP服务器发出的拆除邀请;
e-4)SIP服务器向AAA程序发出停止计费通知;
e-5)AAA程序将会话拆除停止计费通知记录进数据库服务器;
e-6)SIP服务器将拆除结果返回给UA终端一方。
本发明的优点是:由于在基于SIP协议的网络终端计费系统中通过监视RTCP数据包中的发送报告SR数据包和接收报告RR数据包的接收状态,来判断媒体数据流的当前会话状态,从而该系统能够及时发现UA终端的离线情况,进行准确计费。特别地,当网络发生异常时,由于此方法不依赖于SIP协议本身,而是建立在监测发送报告SR数据包和接收报告RR数据包的接收状态上,故此方法不受网络异常情况的影响,能够自动判断出会话中止时刻,采取发送SIP短消息的方式通知SIP服务器强制拆除会话,从而保证RADIUS服务器进行精确地计费,并且通过调整RTCP数据包的发包间隔可以调整RADIUS服务器的计费误差。
附图说明
图1是本发明的系统构成示意图。
图2是本发明在网络正常时两UA终端间的会话示意图。
图3是本发明在发送报告SR数据包丢失状态下两UA终端间的会话示意图。
图4是本发明在接收报告RR数据包丢失状态下两UA终端间的会话示意图。
图5是本发明方法的实现流程图。
图6是本发明方法的注册流程示意图。
图7是本发明方法建立RTP/RTCP会话连接的流程示意图。
图8是本发明方法拆除会话的流程示意图。
图9是本发明实施例示意图。
具体实施方式
RADIUS是目前最常用的认证计费协议,它主要负责网络接入服务器和共享认证服务器之间的认证、授权和配置信息的传输。
AAA是Authentication(验证)、Authorization(授权)和Accounting(记账)的简称,它提供一种配置验证、授权和记账三种安全功能的一致框架。AAA的配置实际上是对网络安全的一种管理。其中,网络安全主要是指访问控制,如控制哪些用户可以访问网络服务器等。验证主要是验证用户是否可以获得访问权,是否可以选择使用RADIUS协议,授权主要是负责授权用户可以使用哪些服务,而记账主要是记录用户使用网络资源的情况。AAA可采用RADIUS协议来实现。
请参阅图1,本发明系统是一种基于SIP协议的网络终端计费系统,它包括有:
一SIP服务器1,其包含有一注册服务器2、一代理服务器3,该SIP服务器1负责系统注册、会话建立、会话拆除、消息转发;
一RADIUS服务器5,其负责接收来自AAA程序6的会话记录,并根据会话记录生成业务报表和收费单;
一AAA程序6,为会话提供认证、授权、计费服务,该AAA程序6与所述SIP服务器1和所述RADIUS服务器5相联系,分别作为SIP服务器1的服务器端和RADIUS服务器5的客户端,该AAA程序6一方面负责接收所述代理服务器3的会话请求INVITE通知和会话拆除BYE通知,另一方面定期从数据库服务器12中检查会话请求INVITE事件和会话拆除BYE事件对,并生成一个会话记录,提交给RADIUS服务器5;
一数据库服务器12,其与所述AAA程序6和所述代理服务器3相联系,负责存放服务平台中所有用户信息、用户访问设备的权限配置、用户最近的活动信息、用户会话信息、终端的日志与告警信息以及设备配置信息;
至少两个UA终端8,其中每一UA终端8分别与所述SIP服务器1相联系,UA终端8用以实现用户的具体应用业务。
其中:
所述SIP服务器1还可以包含一用户与业务管理服务器4。
该系统还可以包括一网管前端单元7,其与所述用户与业务管理服务器4相联系,负责配置各种系统参数。
所述AAA程序6与SIP服务器1相联系是指AAA程序6与所述SIP服务器1中的代理服务器3相联系。
所述每一UA终端8分别与SIP服务器1相联系是指每一UA终端8与所述SIP服务器1中的代理服务器3相联系。
所述数据库服务器12可以为具有数据、文件存储功能的服务器,如SQL Server、Oracle、DB2、Mysql、Sybase、Access数据库服务器等。
本发明系统不仅适用于网络正常情况下的RADIUS服务器准确计费,而且适用于网络异常状况下的RADIUS服务器准确计费。
如图2所示,当网络处于正常状态时,UA发送方8a发送RTP(实时传输协议)数据包至UA终端接收方8b,并且UA终端发送方8a周期性地发送发送报告SR数据包给UA终端接收方8b,当UA终端接收方8b收到一个发送报告SR数据包后,便相对应地发送一个接收报告RR数据包给UA终端发送方8a。其中,RTP数据包是指UA发送方8a向接收方8b发送的如文字、图像、声音等真正有用的数据,而接收报告RR数据包和发送报告SR数据包均属于RTCP数据包的一种,它们用来监视两UA终端8的当前会话状态。
在此过程中,UA终端发送方8a或接收方8b向SIP服务器1发出拆除会话短消息时,SIP服务器1便向UA终端接收方8b或发送方8a发出拆除会话邀请,从而终止两UA终端8的会话。
当网络出现异常状况时,两UA终端8之间的会话可能出现两种情况:一种是UA终端接收方8b连续两次未接收到发送报告SR数据包(见图3),另一种是UA终端发送方8a连续两次未接收到接收报告RR数据包(见图4)。这两种情况的发生表明两UA终端8之间的会话已经终止,此时,发现丢包的UA终端8向SIP服务器1发出拆除会话的短消息,通知SIP服务器1进行会话拆除。
本发明的关于网络正常与异常情况下的两UA终端会话计费的方法见图5所示,它包括如下步骤:
a)即将进行会话的两个UA终端在SIP服务器上进行注册;
b)通过SIP服务器,两个UA终端之间建立RTP/RTCP会话连接;
c)UA终端发送方向UA终端接收方发送RTP数据包,UA终端发送方向UA终端接收方周期性发送发送报告SR数据包,UA终端接收方则向UA终端发送方周期性发送接收报告RR数据包,并且UA终端发送方和UA终端接收方分别检测接收报告RR数据包和发送报告SR数据包的丢包情况;
d)UA终端发送方和UA终端接收方分别判断接收报告RR数据包或发送报告SR数据包的连续丢包次数是否为2,SIP服务器判断UA终端是否请求停止会话,若接收报告RR数据包和发送报告SR数据包的连续丢包次数均小于2且UA终端没有请求停止会话,则转至步骤c),否则继续步骤e);
e)若UA终端发送方判断接收报告RR数据包的连续丢包次数为2,则停止发送RTP数据包和发送报告SR数据包,请求停止会话,SIP服务器拆除两个UA终端间的会话;若UA终端接收方判断发送报告SR数据包的连续丢包次数为2,则停止接收RTP数据包和停止发送接收报告RR数据包,请求停止会话,SIP服务器拆除两个UA终端间的会话;若UA终端请求停止会话,则SIP服务器拆除两个UA终端间的会话;
f)AAA程序定期从数据库服务器中检查会话请求INVITE事件和会话拆除BYE事件对,生成一个会话记录,提交给RADIUS服务器。
g)RADIUS服务器接收来自AAA程序的会话记录,根据会话记录生成业务报表和收费单。
如图6,图中所示为图5步骤a)中的注册具体步骤。注册包括如下步骤:
a-1)UA终端8向SIP服务器1中的代理服务器3发出注册到SIP服务器1的请求,代理服务器3将注册请求消息转发给注册服务器2;
a-2)注册服务器2根据步骤a-1)中的注册请求向AAA程序6发出认证请求;
a-3)AAA程序6将认证结果返回给SIP服务器1;
a-4)SIP服务器1向UA终端8返回注册成功或失败消息。
如图7,图中所示为图5步骤b)中的建立RTP/RTCP会话连接的具体步骤。建立RTP/RTCP会话连接包括如下步骤:
b-1)UA终端发送方8a向SIP服务器1发出连接UA终端接收方8b的请求;
b-2)SIP服务器1向AAA程序6转发连接请求;
b-3)AAA程序6向数据库服务器12查询用户信息,以对UA终端发送方8a的邀请进行授权认证;
b-4)数据库服务器12将授权结果返回至AAA程序6;
b-5)AAA程序6将授权结果返回给SIP服务器1;
b-6)若授权成功,则SIP服务器1向UA终端接收方8b发送连接邀请消息,继续步骤b-7);否则,将会话请求失败消息返回给UA终端发送方8a,放弃本次RTP/RTCP会话连接,不继续执行以下步骤;
b-7)UA终端接收方8b应答SIP服务器1发出的邀请;
b-8)SIP服务器1向AAA程序6发出开始计费通知;
b-9)AAA程序6将此开始计费通知记录进数据库服务器12;
b-10)SIP服务器1将会话请求结果的消息返回给UA终端发送方8a;
b-11)UA终端发送方8a与接收方8b建立RTP/RTCP媒体流连接。
如图8,图中所示为图5步骤e)中的拆除会话具体步骤。拆除会话包括如下步骤:
e-1)SIP服务器1收到UA终端一方的拆除会话请求;
e-2)SIP服务器1将拆除消息转发给UA终端另一方;
e-3)UA终端另一方应答SIP服务器1发出的拆除邀请;
e-4)SIP服务器1向AAA程序6发出停止计费通知;
e-5)AAA程序6将会话拆除停止计费通知记录进数据库服务器12;
e-6)SIP服务器1将拆除结果返回给UA终端一方。
此外,本发明方法的步骤c)中的RTCP数据包发包间隔可以进行调整,从而实现调整计费误差,安全会话、合理计费的目的。下面说明:
假设发送报告SR数据包、接收报告RR数据包的发包间隔均为D秒,当发生网络故障时,经过D至2D秒后,UA终端8才能检测到接收报告RR数据包或发送报告SR数据包连续丢失2次这一事件。因此,当发生网络故障时,需要经过平均值(D+2D)/2秒,即1.5D秒后,SIP服务器1才能收到UA终端8发出的请求拆除会话短消息,并执行停止计费的操作。
按照计算机误差调整的策略,误差修正值为±0.5D秒,则计费误差为(1.5±0.5)D秒。例如,当D为5秒时,计费误差为7.5±2.5秒。由此可见,发包间隔D是影响计费误差的关键因子。D取值越大,误差越大;反之,D取值越小,误差越小。但是,D取值越大,造成的延时、滞后也相对越严重;反之,D取值越小,造成的延时、滞后也相对较小,而需发送的数据量却逐渐增加,严重时会导致网络拥塞。因此,应调整RTCP数据包发包间隔来寻求D的优化值,以使会话更安全,计费更合理。
在图6至图8中,网管前端单元7与SIP服务器1相联系。在实际应用中,网管前端单元7是与用户与业务管理服务器4进行相互通信的,表现为:网管前端单元7向SIP服务器1中的用户与业务管理服务器4进行信息查询,从而用户与业务管理服务器4将所查询到的信息上报网管前端单元7。
图9所示的网络视频监控系统整体构成图为本发明实施例示意图。整个系统主要包括八个部分:网络监控终端9、监控点10、SIP服务器1、RADIUS服务器5、AAA程序6、安全服务器11、网管前端单元7以及数据库服务器12。
监控点10,即UA终端发送方,RTP数据包的发送端。它负责提供被监控地域的实时视频信息,以及根据监视的情况向用户产生告警信息。
网络监控终端9,即UA终端接收方,RTP数据包的接收端。它为授权用户提供被监测点的视频信息。
SIP服务器1,其主要包括注册服务器2、代理服务器3和用户与业务管理服务器4,负责系统注册、会话建立、会话拆除、消息转发等任务。注册服务器2和代理服务器3主要负责网络监控终端9与监控点10的注册、网络监控终端9与监控点10之间的连接的建立、维护和拆除、收集计费的原始信息,以及在网络监控终端9与监控点10之间进行媒体传输参数的协商等。用户与业务管理服务器4,主要用于用户及业务信息的管理,其与代理服务器3和网管前端单元7进行互相通信。
网管前端单元7,主要是以WEB界面形式向用户提供业务策略和管理信息。通过该网管前端单元7,用户可以查看整个监控网络和各个用户的运行情况,运营商可以了解所管辖区域内的每一个监控点10的当前状态,可以查看、检索连接的历史情况,还可以根据需要在不通知会话双方的情况下断开正在进行的连接。
数据库服务器12,主要用于存放服务平台中所有用户信息、用户访问设备的权限配置、用户最近的活动信息、用户会话信息、终端的日志信息与告警信息以及设备配置信息等。
AAA程序6,主要为会话提供认证、授权、计费服务。对于SIP服务器1来说,AAA程序6为SIP服务器1的服务器端。对于RADIUS服务器5来说,AAA程序6为RADIUS服务器5的客户端。AAA程序6除了负责接收SIP服务器1的会话请求INVITE通知和会话拆除BYE通知外,还负责定期从数据库服务器12中检查会话请求INVITE/会话拆除BYE事件对,从而生成一个会话记录,提交给RADIUS服务器5。
RADIUS服务器5,主要用于生成报表与会话计费,其与AAA程序6进行互相通信。AAA程序6定期从数据库服务器12中检查会话请求INVITE/会话拆除BYE事件对,并生成一个视频会话记录,提交给RADIUS服务器5,从而RADIUS服务器5根据视频会话记录生成业务报表和收费单。
安全服务器11,主要配合SIP服务器1中的代理服务器3,为整个网络视频监控系统提供安全密钥的分发。
在网络视频监控系统中,管理人员可以与监控点10建立会话和媒体连接,从而在网络监控终端9观察监控点10所捕捉的图像内容,同时还可以对远端的监控点10进行远程控制。本发明在该网络视频监控系统中的计费流程如下:
1)网络监控终端9向SIP服务器1中的代理服务器3发送注册消息,以请求注册到SIP服务器1,然后代理服务器3将注册消息转发给注册服务器2,从而进行该网络监控终端9的注册认证。
2)监控点10向代理服务器3发送注册消息,以请求注册到SIP服务器1,然后代理服务器3将注册消息转发给注册服务器2,从而进行该监控点10的注册认证;
3)监控点10向代理服务器3发送连接网络监控终端9的邀请消息,然后代理服务器3向AAA程序6转发该邀请消息,AAA程序6结合数据库服务器12中的用户信息对监控点10的邀请进行授权认证。当授权通过后,代理服务器3将监控点10发出的邀请消息转发至网络监控终端9。
4)网络监控终端9应答邀请请求,代理服务器3向AAA程序6发送会话请求INVITE通知,即计费开始通知,然后AAA程序6将会话请求INVITE通知记录进数据库服务器12。
5)网络监控终端9和监控点10开始RTP/RTCP媒体数据流连接。监控点10向网络监控终端9传输RTP媒体数据流,并且双方开始相互传输RTCP数据包以互通媒体流传输情况:监控点10向网络监控终端9传输发送报告SR数据包,网络监控终端9向监控点10传输接收报告RR数据包。
6)在RTP媒体数据流传输过程中,监控点10和网络监控终端9分别检测RR数据包和SR数据包的丢包情况,并根据丢失情况判定媒体流是否停止。
由于每个SR数据包和RR数据包都有序列号,因此,在正常情况下,当网络监控终端9在收到序列号为N的SR数据包后,经一个发包间隔,应收到序列号为N+1的SR数据包,再经一个发包间隔,应收到序列号为N+2的SR数据包。如果经一个发包间隔,网络监控终端9未收到预期的N+1号SR数据包,则认为发生了一次SR数据包丢包情况。监控点10按照同样方法检测RR数据包的丢包情况。
判定媒体流是否停止的方法为检测接收报告RR数据包或发送报告SR数据包的连续丢包次数是否为2。如果接收报告RR和发送报告SR数据包的连续丢包次数小于2,则双方继续进行RTP媒体数据流传输。如果监控点10连续两次未收到接收报告RR数据包或者网络监控终端9连续两次未收到发送报告SR数据包,则双方停止发送RTCP数据包,同时监控点10停止发送RTP媒体数据流。当然,在媒体传输过程中,若双方的任一方请求停止会话,则RTP媒体数据流停止传输,并且双方停止发送RTCP数据包。
7)若RTP媒体数据流停止了传输,则终止方向代理服务器3发送会话拆除BYE通知,即中断报告消息,然后由代理服务器3将此会话拆除BYE通知发至AAA程序6,并由AAA程序6将会话拆除BYE通知记录进数据库服务器12。
8)AAA程序6定期从数据库服务器12中检查会话请求INVITE/会话拆除BYE事件对,生成一个会话记录,从而提交给RADIUS服务器5。
9)RADIUS服务器5接收来自AAA程序6的会话记录,根据此会话记录生成业务报表和收费单;
由此可见,监控点10和网络监控终端9通过监视RTCP协议数据包就可以持续探测RTP媒体流会话状态,及时发现网络监控终端9与监控点10的离线时刻及具体情况,并且通知(可采取发送短消息的方式)SIP服务器1强制拆除会话,从而保障RADIUS服务器5进行准确地计费。
Claims (10)
1.一种基于SIP协议的网络终端计费系统,其特征在于它包括有:
一SIP服务器,其包含有一注册服务器、一代理服务器,该SIP服务器负责系统注册、会话建立、会话拆除、消息转发;
一RADIUS服务器,其负责接收来自AAA程序的会话记录,并根据会话记录生成业务报表和收费单;
一AAA程序,为会话提供认证、授权、计费服务,该AAA程序与所述SIP服务器和所述RADIUS服务器相联系,分别作为SIP服务器的服务器端和RADIUS服务器的客户端,该AAA程序一方面负责接收所述代理服务器的会话请求INVITE通知和会话拆除BYE通知,另一方面定期从数据库服务器中检查会话请求INVITE事件和会话拆除BYE事件对,并生成一个会话记录,提交给RADIUS服务器;
一数据库服务器,其与所述AAA程序和所述代理服务器相联系,负责存放服务平台中所有用户信息、用户访问设备的权限配置、用户最近的活动信息、用户会话信息、终端的日志与告警信息以及设备配置信息;
至少两个UA终端,其中每一UA终端分别与所述SIP服务器相联系,UA终端用以实现用户的具体应用业务。
2.如权利要求1所述的基于SIP协议的网络终端计费系统,其特征在于:
所述SIP服务器还包含一用户与业务管理服务器。
3.如权利要求1所述的基于SIP协议的网络终端计费系统,其特征在于:
该系统还包括一网管前端单元,其与所述用户与业务管理服务器相联系,负责配置各种系统参数。
4.如权利要求1所述的基于SIP协议的网络终端计费系统,其特征在于:
所述AAA程序与SIP服务器相联系是指AAA程序与所述SIP服务器中的代理服务器相联系。
5.如权利要求1所述的基于SIP协议的网络终端计费系统,其特征在于:
所述每一UA终端分别与SIP服务器相联系是指每一UA终端与所述SIP服务器中的代理服务器相联系。
6.一种基于SIP协议的网络终端计费方法,其特征在于它包括如下步骤:
a)即将进行会话的两个UA终端在SIP服务器上进行注册;
b)通过SIP服务器,两个UA终端之间建立RTP/RTCP会话连接;
c)UA终端发送方向UA终端接收方发送RTP数据包,UA终端发送方向UA终端接收方周期性发送发送报告SR数据包,UA终端接收方则向UA终端发送方周期性发送接收报告RR数据包,并且UA终端发送方和UA终端接收方分别检测接收报告RR数据包和发送报告SR数据包的丢包情况;
d)UA终端发送方和UA终端接收方分别判断接收报告RR数据包或发送报告SR数据包的连续丢包次数是否为2,SIP服务器判断UA终端是否请求停止会话,若接收报告RR数据包和发送报告SR数据包的连续丢包次数均小于2且UA终端没有请求停止会话,则转至步骤c),否则继续步骤e);
e)若UA终端发送方判断接收报告RR数据包的连续丢包次数为2,则停止发送RTP数据包和发送报告SR数据包,请求停止会话,SIP服务器拆除两个UA终端间的会话;若UA终端接收方判断发送报告SR数据包的连续丢包次数为2,则停止接收RTP数据包和停止发送接收报告RR数据包,请求停止会话,SIP服务器拆除两个UA终端间的会话;若UA终端请求停止会话,则SIP服务器拆除两个UA终端间的会话;
f)AAA程序定期从数据库服务器中检查会话请求INVITE事件和会话拆除BYE事件对,生成一个会话记录,提交给RADIUS服务器;
g)RADIUS服务器接收来自AAA程序的会话记录,根据会话记录生成业务报表和收费单。
7.如权利要求6所述的基于SIP协议的网络终端计费方法,其特征在于:
所述步骤a)中的注册包括如下步骤:
a-1)UA终端向SIP服务器中的代理服务器发出注册到SIP服务器的请求,代理服务器将注册请求消息转发给注册服务器;
a-2)注册服务器根据步骤a-1)中的注册请求向AAA程序发出认证请求;
a-3)AAA程序将认证结果返回给SIP服务器;
a-4)SIP服务器向UA终端返回注册成功或失败消息。
8.如权利要求6所述的基于SIP协议的网络终端计费方法,其特征在于:
所述步骤b)中的建立RTP/RTCP会话连接包括如下步骤:
b-1)UA终端发送方向SIP服务器发出连接UA终端接收方的请求;
b-2)SIP服务器向AAA程序转发连接请求;
b-3)AAA程序向数据库服务器查询用户信息,以对UA终端发送方的邀请进行授权认证;
b-4)数据库服务器将授权结果返回至AAA程序;
b-5)AAA程序将授权结果返回给SIP服务器;
b-6)若授权成功,则SIP服务器向UA终端接收方发送连接邀请消息,继续步骤b-7);否则,将会话请求失败消息返回给UA终端发送方,放弃本次RTP/RTCP会话连接,不继续执行以下步骤;
b-7)UA终端接收方应答SIP服务器发出的邀请;
b-8)SIP服务器向AAA程序发出开始计费通知;
b-9)AAA程序将此开始计费通知记录进数据库服务器;
b-10)SIP服务器将会话请求结果的消息返回给UA终端发送方:
b-11)UA终端发送方与接收方建立RTP/RTCP媒体流连接。
9.如权利要求6所述的基于SIP协议的网络终端计费方法,其特征在于:
所述步骤c)中的接收报告RR数据包和发送报告SR数据包的发包间隔可以进行调整,从而实现计费误差的调整。
10.如权利要求6所述的基于SIP协议的网络终端计费方法,其特征在于:
所述步骤e)中的拆除会话包括如下步骤:
e-1)SIP服务器收到UA终端一方的拆除会话请求;
e-2)SIP服务器将拆除消息转发给UA终端另一方;
e-3)UA终端另一方应答SIP服务器发出的拆除邀请;
e-4)SIP服务器向AAA程序发出停止计费通知;
e-5)AAA程序将会话拆除停止计费通知记录进数据库服务器;
e-6)SIP服务器将拆除结果返回给UA终端一方。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA200610113085XA CN101141265A (zh) | 2006-09-08 | 2006-09-08 | 基于sip协议的网络终端计费系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA200610113085XA CN101141265A (zh) | 2006-09-08 | 2006-09-08 | 基于sip协议的网络终端计费系统及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101141265A true CN101141265A (zh) | 2008-03-12 |
Family
ID=39193032
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA200610113085XA Pending CN101141265A (zh) | 2006-09-08 | 2006-09-08 | 基于sip协议的网络终端计费系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101141265A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101771547B (zh) * | 2009-12-29 | 2012-08-22 | 北京佳讯飞鸿电气股份有限公司 | Sip软交换平台计费系统的实现方法 |
US8621572B2 (en) | 2009-09-07 | 2013-12-31 | Huawei Technologies Co., Ltd. | Method, apparatus and system for updating authentication, authorization and accounting session |
WO2014094471A1 (zh) * | 2012-12-17 | 2014-06-26 | 中兴通讯股份有限公司 | 异常计费处理方法及系统 |
CN108540487A (zh) * | 2018-04-24 | 2018-09-14 | 深圳震有科技股份有限公司 | 一种呼叫释放方法、存储介质及电子设备 |
CN113676470A (zh) * | 2021-08-17 | 2021-11-19 | 维沃移动通信有限公司 | 获取rtcp报告信息的方法和装置 |
-
2006
- 2006-09-08 CN CNA200610113085XA patent/CN101141265A/zh active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8621572B2 (en) | 2009-09-07 | 2013-12-31 | Huawei Technologies Co., Ltd. | Method, apparatus and system for updating authentication, authorization and accounting session |
CN102014361B (zh) * | 2009-09-07 | 2014-02-19 | 华为技术有限公司 | 一种认证授权计费会话更新方法、装置和系统 |
CN101771547B (zh) * | 2009-12-29 | 2012-08-22 | 北京佳讯飞鸿电气股份有限公司 | Sip软交换平台计费系统的实现方法 |
WO2014094471A1 (zh) * | 2012-12-17 | 2014-06-26 | 中兴通讯股份有限公司 | 异常计费处理方法及系统 |
CN108540487A (zh) * | 2018-04-24 | 2018-09-14 | 深圳震有科技股份有限公司 | 一种呼叫释放方法、存储介质及电子设备 |
CN113676470A (zh) * | 2021-08-17 | 2021-11-19 | 维沃移动通信有限公司 | 获取rtcp报告信息的方法和装置 |
CN113676470B (zh) * | 2021-08-17 | 2023-02-07 | 维沃移动通信有限公司 | 获取rtcp报告信息的方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6404870B1 (en) | Method and apparatus for authorization based phone calls in packet switched networks | |
US20080151918A1 (en) | Method of correlating a media session to a signaling session | |
US6721284B1 (en) | Generating service detail records | |
US9379898B2 (en) | Methods, systems, and computer program products for providing billing and usage data to downstream applications | |
US8005457B2 (en) | Method and system for verifying network resource usage records | |
KR102233473B1 (ko) | 피투피 기반 콘텐츠 송수신 정보 수집 방법 | |
CN101710979B (zh) | 一种视频监控系统的管理方法及中央管理服务器 | |
US20100312887A1 (en) | Management system for warranting consistency between inter-client communication logs | |
CN101141265A (zh) | 基于sip协议的网络终端计费系统及方法 | |
US20140348029A1 (en) | Method and system for providing sponsored service on ims-based mobile communication network | |
TWI467966B (zh) | 用於通訊連結之對話參數商議之控制 | |
WO2007082446A1 (fr) | Procede et systeme de taxation hors ligne | |
US9237587B2 (en) | Method and system for implementing group message service based on converged service system | |
WO2010078746A1 (zh) | 多媒体会议业务计费方法及系统 | |
KR20110127692A (ko) | 이송 노드 공헌 값 획득 방법 및 장치 | |
CN106790134A (zh) | 一种视频监控系统的访问控制方法及安全策略服务器 | |
US20090093231A1 (en) | METHOD, SYSTEM AND DEVICE FOR CHARGING IN PoC SYSTEM | |
CN102299923B (zh) | 一种互联网性能测量系统中的探针注册方法 | |
JP2020529754A (ja) | サービス検証メッセージを送信するように適合されるue | |
WO2008128463A1 (fr) | Procédé et dispositif destinés à collecter des informations de facturation dans une application point à point | |
WO2011047568A1 (zh) | 计费信息报告的发送方法及装置 | |
WO2014166450A1 (zh) | 一种定时处理方法、装置和计费触发功能实体 | |
US9124435B2 (en) | Scheme for setting up session in a mobile communication system | |
US20110302245A1 (en) | Realization method and system for participating in a predefined group session | |
KR100450747B1 (ko) | 멀티캐스트 전송 서비스품질 관리 방법 및 그 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |