CN101141265A - 基于sip协议的网络终端计费系统及方法 - Google Patents

基于sip协议的网络终端计费系统及方法 Download PDF

Info

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
Application number
CNA200610113085XA
Other languages
English (en)
Inventor
华宁
刘�东
陆乐
董新久
石宇光
陈东
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
BEIJING TIANDI INTERCONNECTION INFORMATION TECHNOLOGY Co Ltd
Original Assignee
BEIJING TIANDI INTERCONNECTION INFORMATION TECHNOLOGY Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by BEIJING TIANDI INTERCONNECTION INFORMATION TECHNOLOGY Co Ltd filed Critical BEIJING TIANDI INTERCONNECTION INFORMATION TECHNOLOGY Co Ltd
Priority to CNA200610113085XA priority Critical patent/CN101141265A/zh
Publication of CN101141265A publication Critical patent/CN101141265A/zh
Pending legal-status Critical Current

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协议的网络终端计费系统及方法
技术领域
本发明涉及一种网络终端计费系统及方法,具体地说,是涉及一种基于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终端一方。
CNA200610113085XA 2006-09-08 2006-09-08 基于sip协议的网络终端计费系统及方法 Pending CN101141265A (zh)

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)

* Cited by examiner, † Cited by third party
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报告信息的方法和装置

Cited By (7)

* Cited by examiner, † Cited by third party
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