CN103023664A - 一种会话初始协议网关实现一次下费的方法 - Google Patents
一种会话初始协议网关实现一次下费的方法 Download PDFInfo
- Publication number
- CN103023664A CN103023664A CN2012105167863A CN201210516786A CN103023664A CN 103023664 A CN103023664 A CN 103023664A CN 2012105167863 A CN2012105167863 A CN 2012105167863A CN 201210516786 A CN201210516786 A CN 201210516786A CN 103023664 A CN103023664 A CN 103023664A
- Authority
- CN
- China
- Prior art keywords
- gateway
- server
- called
- user
- message
- 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.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
一种会话初始协议网关实现一次下费的方法,涉及智能公话业务领域,步骤:S1.扩展SIP头字段,定义头字段值;S2.服务器收到主叫SIP网关发送的INVITE消息,在响应消息中设置头字段值为被叫控制;主叫将呼叫的释放方式标记为被叫控制;S3.若主叫用户先挂机,向服务器发送reINVITE消息,其中头字段值定义为用户挂起;主叫再次发送reINVITE消息,服务器响应,重新激活媒体通道,传递计费信息;若被叫侧用户先挂机,被叫网关与主叫SIP网关之间发送消息的方向,与上述消息发送方向相反;S4.服务器给主叫用户发送BYE消息,释放资源;本发明自动调整成被叫控制方式,实现智能通话业务的一次下费方式。
Description
技术领域
本发明涉及智能公话业务领域,具体来讲是一种会话初始协议网关实现一次下费的方法。
背景技术
随着IP网络、软交换和IMS(IP Multimedia Subsystem,IP多媒体子系统)的进一步发展,电信网光进铜退以及国家三网融合的部署,传统PSTN(Public Switch Telephone Network,公用电话交换网)网络将逐步被IP光网络替换,传统的程控交换机也将被语音网关、软交换和IMS替换。伴随着FTTX(Fiber-to-the-x,光纤接入)的发展、宽带中国的推进,网络中的大量语音网关将以ONT(Optical Network Terminal,光网络终端)设备形态,内置软交换SIP(SessionInitial Protocol,会话初始协议)存在。SIP 是一个对等的点到点协议,主叫和服务器之间、服务器和被叫之间是完全对等的,不存在谁控制谁的问题,其释放控制方式是互不控制。当通话完毕后主叫、被叫均可以挂机,SIP语音网关立即发送BYE消息给服务器,拆除主叫和服务器之间、服务器和被叫之间的连接,关闭媒体通道并释放资源。
智能公话是一种在线式的公用电话业务,由后台系统和智能话机构成。智能话机能完成与后台系统的交互,上报和获得后台系统的数据及控制指令;后台系统能实时完成用户的鉴权、计费和话务管理,实时监控业务的呼叫进程。智能公话有效地解决了传统公话的种种弊端,代表了当前公话业务的发展趋势。
目前,智能公话有采用一次下费或二次下费两种计费方式。一次下费是指通话结束后,后台系统和智能话机之间的连接不释放,服务器立刻下发话单消息;二次下费是指通话结束,并且连接结束后,智能话机重新发起一次呼叫,主动向后台系统要话费。二次下费方式存在两个缺点,一是效率低:由于需要两次呼叫连接,用户拨打一个电话挂机后,智能公话需要延时一段较长时间后,才会自动发起第二次连接,请求后台系统获取计费信息,在这段较长时间内,用户不能马上摘机拨打其它电话;二是可靠性低:第二次连接请求的成功率也不能确保。一次下费方式能确保通话和计费在一次呼叫连接过程中完成,且计费信息在通话完成后立即下发。鉴于此,目前主要采用一次下费方式来实现智能公话业务。但是,一次下费智能公话业务又要求呼叫的释放方式为被叫控制,而即将大规模部署或替换的SIP 语音网关、软交换和IMS连接的释放方式却是互不控制。很显然,基于IMS 网络的SIP 语音网关在现有技术和方法下,智能公话业务不能实现一次下费方式。
发明内容
针对现有技术中存在的缺陷,本发明的目的在于提供一种会话初始协议网关实现一次下费的方法,对SIP头字段进行有效扩展并定义相应参数,将呼叫释放的方式在智能公话业务中,自动调整成被叫控制方式,在IMS 网络的主叫SIP网关中,实现智能通话业务的一次下费方式。
为达到以上目的,本发明采取的技术方案是:一种会话初始协议网关实现一次下费的方法,主叫会话初始协议网关和被叫网关之间通过服务器传送消息,包括如下步骤:S1.在主叫会话初始协议网关和服务器中,扩展会话初始协议头字段,定义头字段值,头字段值包括被叫控制、用户挂起和用户恢复;S2.在智能通话过程中,服务器收到会话初始协议网关发送的INVITE消息,在响应消息中添加扩展的会话初始协议头字段,并设置头字段值为被叫控制;主叫会话初始协议网关收到所述响应消息,将本次呼叫的释放方式标记为被叫控制;S3.智能通话结束,若主叫会话初始协议网关侧用户先挂机,主叫会话初始协议网关向服务器发送reINVITE消息,其中头字段值定义为用户挂起,同时将会话描述协议媒体属性设置为只收,服务器在对reINVITE的响应消息中将会话描述协议媒体属性设置为去激活,去激活媒体通道;主叫会话初始协议网关再次发送reINVITE消息,其中头字段值定义为用户恢复,同时将会话描述协议媒体属性设置为接收和发送,服务器在响应消息中将会话描述协议媒体属性设置为接收和发送,重新激活媒体通道,传递计费信息;若被叫网关侧用户先挂机,被叫网关向服务器发送消息,服务器与主叫会话初始协议网关之间发送消息的方向,与主叫会话初始协议网关侧用户先挂机消息发送方向相反;S4.计费信息发送完毕后,服务器给主叫用户发送BYE消息,拆除连接,释放资源。
在上述技术方案的基础上,所述S1中,新扩展会话初始协议头字段的命名为通知,头字段值中,被叫控制用于表示呼叫的释放方式为被叫控制;用户挂起用于表示智能话机通话结束用户已挂机;用户恢复用于表示智能话机已准备接收计费信息,请后台系统下发计费信息。
在上述技术方案的基础上,所述S3中智能通话结束,若被叫网关侧用户先挂机,被叫网关和服务器之间的呼叫立即释放,主叫会话初始协议网关收到服务器的reINVITE消息,其头字段值为用户挂起,同时将会话描述协议媒体属性设置只收;主叫会话初始协议网关进行消息响应,对会话描述协议媒体属性设置去激活,去激活媒体通道。
在上述技术方案的基础上,所述服务器还向主叫会话初始协议网关发送另一个reINVITE消息,其头字段值为用户恢复,同时将会话描述协议媒体属性设置为接收和发送,主叫会话初始协议网关对其进行消息响应,双方重新激活媒体通道,收发计费信息。
在上述技术方案的基础上,所述智能通话开始时,智能话机用户摘机并拨打被叫用户号码,智能话机向主叫会话初始协议网关上报用户拨打的被叫号码前,自动向主叫会话初始协议网关上报智能话机内部默认的号码前缀;主叫会话初始协议网关将收到的号码前缀和用户拨打的号码组成号码串,填充在会话初始协议请求资源标识符中的用户部分和To字段的用户部分,然后通过INVITE消息向服务器发起会话初始协议呼叫。
在上述技术方案的基础上,所述S2中,服务器收到INVITE消息后,检查和分析被叫号码,判断主叫会话初始协议网关侧为智能话机用户,将信息发送至被叫网关,被叫网关侧用户摘机后,服务器在对主叫会话初始协议网关的200 OK响应消息中添加扩展的头字段,头字段值为被叫控制。
在上述技术方案的基础上,主叫会话初始协议网关收到所述200 OK响应消息,检查是否携带头字段,如果携带且头字段值为被叫控制,则标记该呼叫的释放方式为被叫控制;否而复位该呼叫的释放方式为被叫控制。
在上述技术方案的基础上,所述S3中,主叫会话初始协议网关侧用户先挂机时,先判断本地呼叫是否已经释放,若已经释放,则直接释放资源;若没有释放,则进一步判断呼叫的释放方式是否为被叫控制,若是,主叫会话初始协议网关不发送BYE消息释放呼叫连接,并请求服务器来释放呼叫连接,向服务器发送reINVITE消息,头字段值为用户挂起,同时会话描述协议媒体属性设置为只收。
在上述技术方案的基础上,所述去激活的媒体通道传递通话信息;重新激活的媒体通道传递计费信息。
在上述技术方案的基础上,所述一次下费的方法基于智能公话的一次性下费系统实现,该系统包括主叫会话初始协议网关、服务器、被叫网关,主叫会话初始协议网关连接智能话机,被叫网关连接被叫话机,主叫会话初始协议网关通过网络云连接智能公话的后台系统,后台系统连接服务器,服务器通过网络云还连接被叫网关。
本发明的有益效果在于:
1、对SIP头字段进行扩展,新定义SIP 头字段为通知(P-Notification),并定义头字段值,将原本呼叫的释放方式由互不控制,扩展为被叫控制;当通话结束,主叫或被叫用户挂机后,主叫SIP网关和服务器之间通过包含扩展的头字段及其值的SIP 消息交互,相互传递用户通话结束且用户已挂机、智能话机已准备接收计费信息,请后台系统向主叫SIP网关下发计费信息,来实现一次下费的智能公话业务。
2、对SDP(Session Description Protocol,会话描述协议)不做任何更新,充分利用SDP中的媒体收发属性,来区分智能公话通话后挂机、摘机动作,结合用户行为参数名的参数值,切换普通通话媒体流和计费信息媒体流。
3、本发明适用于主叫SIP 网关中智能公话业务一次下费方式的实现,兼容普通非智能业务,即普通非智能公话业务不受影响。
附图说明
图1为本发明实施例一次下费方式应用系统图;
图2为本发明主叫SIP网关侧用户先挂机的呼叫释放流程图;
图3为本发明被叫网关侧用户先挂机的呼叫释放流程图;
图4为本发明实施例主叫SIP网关先挂机的整体流程图。
附图标记:
智能话机1,主叫SIP网关2,网络云3,服务器4,后台系统5,被叫网关6,被叫话机7。
具体实施方式
以下结合附图对本发明作进一步详细说明。
如图1所示,本发明SIP网关实现一次下费的方法基于一次下费方式应用系统,该系统包括主叫SIP网关2、服务器4、被叫网关6,主叫SIP网关2连接智能话机1,被叫网关6连接被叫话机7,主叫SIP网关2通过网络云3连接智能公话的后台系统5,后台系统5连接服务器4,服务器4通过网络云3还连接被叫网关6。所述服务器4可以为IMS(IP Multimedia Subsystem,IP多媒体子系统)服务器,主叫SIP网关2和被叫网关6之间通过服务器4传送消息。
本发明一种SIP网关实现一次下费的方法,包括如下步骤:
S1.在主叫SIP网关2和服务器4中,扩展一个新的SIP 头字段,头字段名为通知(P-Notification),定义头字段值,头字段值包括被叫控制(called-control),用于表示呼叫的释放方式为被叫控制;用户挂起(user-suspended)用于表示智能话机话结束用户已挂机;以及用户恢复(user-resumed)用于表示智能话机已准备接收计费信息,请后台系统下发计费信息,且每次头字段内只有一个头字段值。
S2.智能通话开始时,智能话机1用户摘机,智能话机1向主叫SIP网关2上报摘机事件,当用户听到拨号音后,拨打被叫用户号码,智能话机1向主叫SIP网关2上报用户拨打的被叫号码前,自动向主叫SIP网关2上报一串智能话机1内部默认的号码串(号码前缀)。主叫SIP网关2将收到的号码前缀和用户拨打的号码组成一个连续的号码串,填充在SIP请求URI(Uniform Resource Identifier,资源标识符)中的用户部分和To 字段的用户部分,然后通过INVITE消息向服务器4发起SIP 呼叫。
服务器4收到INVITE消息后,检查和分析被叫号码,如果发现被叫号码前缀与服务器4内部配置的智能公话号码前缀匹配,就认为该主叫用户为一个智能话机1终端用户,并置位被叫控制释放方式。当被叫话机7振铃,被叫用户摘机后,服务器对主叫SIP网关2进行消息的响应,在200 OK响应消息中添加扩展的SIP头字段通知,头字段值为被叫控制,该头字段及其值告诉主叫SIP网关2,本次呼叫的释放方式采用被叫控制,呼叫的释放只能由被叫来控制,不能由主叫来控制。
主叫SIP网关2收到服务器4的200 OK响应消息后,检查响应消息中是否携带“通知:被叫控制”的头字段。如果响应消息带有头字段通知,且头字段值为被叫控制,则主叫SIP网关2标记该呼叫的释放方式为被叫控制;否而复位该呼叫的释放方式为被叫控制。同时,主叫SIP网关2立即发送ACK(Acknowledgement,确认字符)消息给服务器4,服务器4收到ACK消息后,将消息发给被叫网关6,进一步发送至被叫话机7,呼叫连接正式建立,双方开始通话。
由于被叫网关6和服务器4之间的消息收发遵从目前已有的方式,因此在本发明的步骤中,省去对被叫网关6和服务器4之间消息收发的描述。
S3.当通话结束后,对用户来说,主叫或被叫两方均可以挂机,分为主叫SIP网关侧用户先挂机和被叫网关侧用户先挂机两种情况。
图2为主叫SIP网关侧用户先挂机的呼叫释放流程图,如图1和图2所示,主叫SIP网关和服务器之间的详细步骤如下:
A31.主叫SIP网关2侧的智能话机1用户先挂机。
A32.主叫SIP网关2判断本地呼叫是否已经释放,若是,说明已经释放,进入A39;若否,说明没有释放,进入A33。
A33.判断呼叫的释放方式是否为被叫控制,若是,进入A35;若否,进入A34。
A34.主叫SIP网关2发送BYE消息,进入A40。
A35.即使通话结束且智能话机1用户挂机,主叫SIP网关2不发送BYE消息释放呼叫连接,但是主叫SIP网关2将本次通话已经完成的信息通告给服务器4,请求服务器4来释放呼叫连接,否则整个呼叫将永远不能释放。为此,主叫SIP网关2向服务器发送一个reINVITE消息,该消息除了按照SIP 规则要求与建立呼叫的INVITE 消息属同一个对话(dialog)外,还携带头字段通知,头字段值为用户挂起,同时将SDP媒体属性设置为只收(recvonly)。服务器4收到该消息后,据此断定主叫通话完毕,同时对reINVITE 消息进行200 OK消息的响应,对SDP媒体属性设置为去激活(inactive),去激活媒体通道。
A36.主叫SIP网关2收到200 OK响应消息后,发送ACK消息给服务器4,到此,双发不再收发媒体。
A37.主叫SIP网关2发送ACK 消息后,立即发送一个新的reINVITE消息,该消息除了按照SIP 规则要求与建立呼叫的INVITE 消息属同一个对话(dialog)外,另外携带头字段通知,头字段值为用户恢复,同时将SDP 媒体属性设置为接收和发送(sendrecv)。服务器4收到该消息后,据此断定主叫已经准备接收计费信息就绪,同时对reINVITE消息进行200 OK消息的响应,对SDP 媒体属性同样也设置为sendrecv,重新激活媒体通道。
A38.主叫SIP网关2再次收到200 OK响应消息后,发送ACK消息给服务器4,双方的媒体通道又重新建立。但是,此时的媒体通道(重新激活的媒体通道)与呼叫建立时的媒体通道(去激活的媒体通道)不一样,去激活的媒体通道主要用来传递通话信息,重新激活的媒体通道主要是用来传递计费信息,后台系统5开始下发计费信息。
A39.当计费信息下发完毕后,由于该呼叫的释放方式为被叫控制,因此,主叫SIP网关2收到服务器4发来的一个BYE消息。
A40.主叫SIP网关2释放资源,资源包括内存、呼叫信息等,结束本次呼叫过程。
图3为被叫网关侧用户先挂机的呼叫释放流程图,若被叫网关侧用户先挂机,被叫网关向服务器发送消息,服务器与主叫SIP网关之间发送消息的方向,与主叫SIP网关侧用户先挂机消息发送方向相反。如图1和图3所示,被叫网关侧用户先挂机时,主叫SIP网关和服务器之间的详细步骤如下:
B31.被叫网关6侧的被叫话机7用户先挂机,被叫网关6和服务器4之间的呼叫立即释放。
B32.由于本次呼叫已经被标记为被叫控制,服务器4向主叫SIP网关2发送一个reINVITE消息,该消息除了按照SIP 规则要求与建立呼叫的INVITE 消息属同一个dialog外,另外携带头字段通知,头字段值为用户挂起,同时将SDP媒体属性设置为recvonly。主叫SIP网关2根据reINVITE消息断定通话完毕被叫已挂机了,同时对reINVITE消息进行200OK消息响应,对SDP 媒体属性设置为inactive,去激活媒体通道。
B33.服务器4收到200 OK响应消息后,发送ACK消息给主叫SIP网关2,到此,双发不再收发媒体。
B34.服务器4发送一个新的reINVITE消息给主叫SIP网关2,该消息除了按照SIP 规则要求与建立呼叫的INVITE 消息属同一个dialog外,另外携带头字段通知,头字段值为用户恢复,同时将SDP 媒体属性设置为sendrecv。主叫SIP网关2收到该消息后,据此断定主叫已经准备接收计费信息就绪,同时对reINVITE消息进行200 OK消息的响应,对SDP 媒体属性同样也设置为sendrecv,重新激活媒体通道。
B35.服务器4再次收到200 OK响应消息后,发送ACK消息给主叫SIP网关2,双方的媒体通道又重新建立。但是,此时的媒体通道(重新激活的媒体通道)与呼叫建立时的媒体通道(去激活的媒体通道)不一样,去激活的媒体通道主要用来传递通话信息,重新激活的媒体通道主要是用来传递计费信息,后台系统5开始下发计费信息。
S4.当计费信息发送完毕后,由于该呼叫的释放方式为被叫控制,服务器给主叫用户发送BYE消息,主叫SIP网关收到该BYE消息,结束本次呼叫过程,释放资源。
下面通过一个具体实施例详细说明本发明。
如图4所示,为主叫SIP网关侧用户先挂机的情况,假定智能公话前缀3456789,主叫号码为01023456789,用户拨打的被叫用户号码为01012345678,步骤如下:
F1.用户摘机,听拨号音,当用户拨打第一个号码0时,智能公话向主叫SIP网关连续且分别上报号码3、4、5、6、7、8和用户拨打的号码0,随后用户拨打1012345678后,智能公话依次分别向主叫SIP网关上报。主叫SIP网关(以下简称为主叫)收齐被叫号码后,将收到的所有号码串接为一个完整的号码串34567801012345678,并视作被叫号码填充在INVITE 消息的请求行用户部分和To头字段的用户部分,该INVITE 消息的主要字段格式如下:
INVITE sip:34567801012345678ims.com.cn SIP/2.0
Call-ID: 8k4pz8k4imi3pj192.168.1.1
From: <sip:+861023456789ims.com.cn>;tag=8sisnjzn
To: <sip:34567801012345678ims.com.cn>
m=audio 50000 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=sendrecv
F2.服务器向主叫响应180 ring消息。服务器收到INVITE 消息后,提取被叫号码34567801012345678,将服务器内部预设的智能公话前缀列表,依次与被叫号码34567801012345678匹配比较,直到有一个匹配为止,如果有匹配的,则标记该主叫为智能公话终端,需要将呼叫的释放方式设置为被叫释放;如果所有的该被叫号码没有与任何智能公话前缀匹配,则不做任何处理。
F3.服务器向主叫用户响应200 OK 消息,由于服务器已经标记该主叫为智能公话终端,因此在200 OK 消息中添加P-Notification:called-control。
SIP/2.0 200 OK
Call-ID: 8k4pz8k4imi3pj40lscsin8zin1zj1p3192.168.1.1
From: <sip:+861023456789ims.com.cn>;tag=8sisnjzn
To: <sip:34567801012345678ims.com.cn>;tag=123456
P-Notification: called-control
m=audio 60000 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=sendrecv
F4.主叫收到带P-Notification:called-control 的200 OK消息后,标记该呼叫的释放方式为被叫控制,并发送ACK 消息。
F5.双方开始通话。
F6.通话完毕,主叫挂机,由于该呼叫已经标记为被叫控制释放,不发送BYE消息,发送reINVITE消息,带有P-Notification:user-suspended,媒体属性为recvonly:
INVITE sip:34567801012345678ims.com.cn SIP/2.0
Call-ID: 8k4pz8k4imi3pj192.168.1.1
From: <sip:+861023456789ims.com.cn>;tag=8sisnjzn
To: <sip:34567801012345678ims.com.cn>
P-Notification: user-suspended
m=audio 50000 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=recvonly
F7.服务器向主叫用户响应200 OK 消息,媒体属性为inactive。
SIP/2.0 200 OK
Call-ID: 8k4pz8k4imi3pj40lscsin8zin1zj1p3192.168.1.1
From: <sip:+861023456789ims.com.cn>;tag=8sisnjzn
To: <sip:34567801012345678ims.com.cn>;tag=123456
m=audio 60000 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=inactive
F8.主叫用户发送ACK消息给服务器。
F9.双方停止收发媒体流,结束通话。
F10.主叫发送新的reINVITE消息给服务器,携带头字段P-Notification:called-control,重新激活媒体通道;
INVITE sip:34567801012345678ims.com.cn SIP/2.0
Call-ID: 8k4pz8k4imi3pj192.168.1.1
From: <sip:+861023456789ims.com.cn>;tag=8sisnjzn
To: <sip:34567801012345678ims.com.cn>
P-Notification: user-resumed
m=audio 50000 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=sendrecv
F11.服务器响应200 OK消息,媒体属性也为sendrecv,媒体通道已经激活。
SIP/2.0 200 OK
Call-ID: 8k4pz8k4imi3pj40lscsin8zin1zj1p3192.168.1.1
From: <sip:+861023456789ims.com.cn>;tag=8sisnjzn
To: <sip:34567801012345678ims.com.cn>;tag=123456
m=audio 60000 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=sendrecv
F12.主叫发送ACK消息至服务器。
F13.服务器开始下计费信息。
F14.计费信息下发完毕,智能话机确认计费信息下发完毕后,服务器发送BYE 消息给主叫SIP网关。
F15.主叫SIP网关响应200 OK消息,双方释放呼叫连接和资源。
本发明不局限于上述实施方式,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
Claims (10)
1.一种会话初始协议网关实现一次下费的方法,主叫会话初始协议网关和被叫网关之间通过服务器传送消息,其特征在于,包括如下步骤:
S1.在主叫会话初始协议网关和服务器中,扩展会话初始协议头字段,定义头字段值,头字段值包括被叫控制、用户挂起和用户恢复;
S2.在智能通话过程中,服务器收到主叫会话初始协议网关发送的INVITE消息,在响应消息中添加扩展的会话初始协议头字段,并设置头字段值为被叫控制;主叫会话初始协议网关收到所述响应消息,将本次呼叫的释放方式标记为被叫控制;
S3.智能通话结束,若主叫会话初始协议网关侧用户先挂机,主叫会话初始协议网关向服务器发送reINVITE消息,其中头字段值定义为用户挂起,同时将会话描述协议媒体属性设置为只收,服务器在对reINVITE的响应消息中将会话描述协议媒体属性设置为去激活,去激活媒体通道;主叫会话初始协议网关再次发送reINVITE消息,其中头字段值定义为用户恢复,同时将会话描述协议媒体属性设置为接收和发送,服务器在响应消息中将会话描述协议媒体属性设置为接收和发送,重新激活媒体通道,传递计费信息;若被叫网关侧用户先挂机,被叫网关向服务器发送消息,服务器与主叫会话初始协议网关之间发送消息的方向,与主叫会话初始协议网关侧用户先挂机消息发送方向相反;
S4.计费信息发送完毕后,服务器给主叫用户发送BYE消息,拆除连接,释放资源。
2.如权利要求1所述的会话初始协议网关实现一次下费的方法,其特征在于:所述S1中,新扩展会话初始协议头字段的命名为通知,头字段值中,被叫控制用于表示呼叫的释放方式为被叫控制;用户挂起用于表示智能话机通话结束用户已挂机;用户恢复用于表示智能话机已准备接收计费信息,请后台系统下发计费信息。
3.如权利要求1所述的会话初始协议网关实现一次下费的方法,其特征在于:所述S3中智能通话结束,若被叫网关侧用户先挂机,被叫网关和服务器之间的呼叫立即释放,主叫会话初始协议网关收到服务器的reINVITE消息,其头字段值为用户挂起,同时将会话描述协议媒体属性设置只收;主叫会话初始协议网关进行消息响应,对会话描述协议媒体属性设置去激活,去激活媒体通道。
4.如权利要求3所述的会话初始协议网关实现一次下费的方法,其特征在于:所述服务器还向主叫会话初始协议网关发送另一个reINVITE消息,其头字段值为用户恢复,同时将会话描述协议媒体属性设置为接收和发送,主叫会话初始协议网关对其进行消息响应,双方重新激活媒体通道,收发计费信息。
5.如权利要求1所述的会话初始协议网关实现一次下费的方法,其特征在于:所述智能通话开始时,智能话机用户摘机并拨打被叫用户号码,智能话机向主叫会话初始协议网关上报用户拨打的被叫号码前,自动向主叫会话初始协议网关上报智能话机内部默认的号码前缀;主叫会话初始协议网关将收到的号码前缀和用户拨打的号码组成号码串,填充在会话初始协议请求资源标识符中的用户部分和To字段的用户部分,然后通过INVITE消息向服务器发起会话初始协议呼叫。
6.如权利要求5所述的会话初始协议网关实现一次下费的方法,其特征在于:所述S2中,服务器收到INVITE消息后,检查和分析被叫号码,判断主叫会话初始协议网关侧为智能话机用户,将信息发送至被叫网关,被叫网关侧用户摘机后,服务器在对主叫会话初始协议网关的200 OK响应消息中添加扩展的头字段,头字段值为被叫控制。
7.如权利要求6所述的会话初始协议网关实现一次下费的方法,其特征在于:主叫会话初始协议网关收到所述200 OK响应消息,检查是否携带头字段,如果携带且头字段值为被叫控制,则标记该呼叫的释放方式为被叫控制;否而复位该呼叫的释放方式为被叫控制。
8.如权利要求1所述的会话初始协议网关实现一次下费的方法,其特征在于:所述S3中,主叫会话初始协议网关侧用户先挂机时,先判断本地呼叫是否已经释放,若已经释放,则直接释放资源;若没有释放,则进一步判断呼叫的释放方式是否为被叫控制,若是,主叫会话初始协议网关不发送BYE消息释放呼叫连接,并请求服务器来释放呼叫连接,向服务器发送reINVITE消息,头字段值为用户挂起,同时会话描述协议媒体属性设置为只收。
9.如权利要求1、3或4所述的会话初始协议网关实现一次下费的方法,其特征在于:所述去激活的媒体通道传递通话信息;重新激活的媒体通道传递计费信息。
10.如权利要求1至8中任一所述的会话初始协议网关实现一次下费的方法,其特征在于:所述一次下费的方法基于智能公话的一次性下费系统实现,该系统包括主叫会话初始协议网关、服务器、被叫网关,主叫会话初始协议网关连接智能话机,被叫网关连接被叫话机,主叫会话初始协议网关通过网络云连接智能公话的后台系统,后台系统连接服务器,服务器通过网络云还连接被叫网关。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210516786.3A CN103023664B (zh) | 2012-12-04 | 2012-12-04 | 一种会话初始协议网关实现一次下费的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210516786.3A CN103023664B (zh) | 2012-12-04 | 2012-12-04 | 一种会话初始协议网关实现一次下费的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103023664A true CN103023664A (zh) | 2013-04-03 |
CN103023664B CN103023664B (zh) | 2016-03-23 |
Family
ID=47971826
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210516786.3A Active CN103023664B (zh) | 2012-12-04 | 2012-12-04 | 一种会话初始协议网关实现一次下费的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103023664B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105245352A (zh) * | 2015-09-08 | 2016-01-13 | 烽火通信科技股份有限公司 | 一种基于sip语音家庭网关的智能公话实现系统及方法 |
CN110012057A (zh) * | 2018-09-26 | 2019-07-12 | 陈立新 | 动态指定网络交换机的通话联机系统与方法 |
CN113132467A (zh) * | 2021-03-19 | 2021-07-16 | 深圳震有科技股份有限公司 | 一种sip中继去激活操作的实现方法、系统及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870638A (zh) * | 2005-12-13 | 2006-11-29 | 华为技术有限公司 | 一种实现点击呼叫业务的方法及系统 |
US7283969B1 (en) * | 2000-11-22 | 2007-10-16 | Tekelec | Methods and systems for automatically registering complaints against calling parties |
CN101102373A (zh) * | 2007-08-20 | 2008-01-09 | 中兴通讯股份有限公司 | 基于sip协议的呼叫转接方法及呼叫转接系统 |
-
2012
- 2012-12-04 CN CN201210516786.3A patent/CN103023664B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7283969B1 (en) * | 2000-11-22 | 2007-10-16 | Tekelec | Methods and systems for automatically registering complaints against calling parties |
CN1870638A (zh) * | 2005-12-13 | 2006-11-29 | 华为技术有限公司 | 一种实现点击呼叫业务的方法及系统 |
CN101102373A (zh) * | 2007-08-20 | 2008-01-09 | 中兴通讯股份有限公司 | 基于sip协议的呼叫转接方法及呼叫转接系统 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105245352A (zh) * | 2015-09-08 | 2016-01-13 | 烽火通信科技股份有限公司 | 一种基于sip语音家庭网关的智能公话实现系统及方法 |
CN105245352B (zh) * | 2015-09-08 | 2018-08-24 | 烽火通信科技股份有限公司 | 一种基于sip语音家庭网关的智能公话实现系统及方法 |
CN110012057A (zh) * | 2018-09-26 | 2019-07-12 | 陈立新 | 动态指定网络交换机的通话联机系统与方法 |
CN110012057B (zh) * | 2018-09-26 | 2022-03-15 | 陈立新 | 动态指定网络交换机的通话联机系统与方法 |
CN113132467A (zh) * | 2021-03-19 | 2021-07-16 | 深圳震有科技股份有限公司 | 一种sip中继去激活操作的实现方法、系统及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN103023664B (zh) | 2016-03-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101312431B (zh) | 拥塞控制系统、服务边缘节点、引导服务器和拥塞控制方法 | |
CN102082884B (zh) | 一种基于3g的音视频协作方法及系统 | |
CN101217601B (zh) | 盲转业务方法和装置 | |
CN101217600A (zh) | 询问转接业务方法和装置 | |
CN101411147A (zh) | 用于基于会话发起协议获取数据包计费信息的方法 | |
CN103023664B (zh) | 一种会话初始协议网关实现一次下费的方法 | |
CN101924789B (zh) | 一种实现不同类型业务嵌套的方法和系统 | |
WO2014166184A1 (zh) | 呼叫业务方法和系统,以及系统端和主叫终端 | |
CN109618293B (zh) | 一种基于Volte网络的三方通话方法 | |
CN101197888B (zh) | 实现非智能sip终端呼叫等待选择挂机的方法和系统 | |
CN100421531C (zh) | 一种呼叫释放控制系统及呼叫释放控制方法 | |
CN102158613A (zh) | 呼叫转移的方法和设备 | |
CN101686138B (zh) | 一种实现三方会议的方法、设备和系统 | |
US7283624B1 (en) | Idle detection for answer supervision | |
CN101582950B (zh) | Ip多媒体子系统中振铃态转接方法及系统 | |
CN101355804B (zh) | 一种下一代网络媒体网关无缝容灾切换的系统和方法 | |
CN100450311C (zh) | 一种呼叫控制的方法、系统及设备 | |
CN103686052A (zh) | 基于sip协议的楼宇对讲会话实现方法 | |
CN101179784A (zh) | 终端配置方法和终端配置系统 | |
CN1976529B (zh) | 在呼叫时进行业务订阅的方法及系统 | |
CN105245352B (zh) | 一种基于sip语音家庭网关的智能公话实现系统及方法 | |
CN102457622B (zh) | 语音呼叫处理方法、系统、交换机及语音拨号服务器 | |
CN102957815A (zh) | 一种ctd呼叫业务中彩铃业务实现方法及装置 | |
CN101742370B (zh) | 通信系统中呼叫处理的方法、网络节点和应用服务器 | |
CN103647888B (zh) | 一种基于Asterisk的磁石话机通信方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |