CN102111899B - 会话保活方法及装置 - Google Patents
会话保活方法及装置 Download PDFInfo
- Publication number
- CN102111899B CN102111899B CN201110055644.7A CN201110055644A CN102111899B CN 102111899 B CN102111899 B CN 102111899B CN 201110055644 A CN201110055644 A CN 201110055644A CN 102111899 B CN102111899 B CN 102111899B
- Authority
- CN
- China
- Prior art keywords
- message
- keep
- alive
- session
- rfc4028
- 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.)
- Expired - Fee Related
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了会话保活方法及装置,该方法包括:网络侧的网元接收到消息,并确定消息中未携带RFC4028规定的用于保活的信息;网元设置会话定时器,并在会话定时器到时之后,发送用于保活的保活消息;在发送保活消息之后或者在接收到响应于保活消息的保活响应消息之后,网元重启会话定时器。通过本发明提供了在不支持RFC4028时会话保活的支持。
Description
技术领域
本发明涉及到通讯领域,具体而言,尤其涉及到会话保活方法及装置。
背景技术
IP多媒体子***(IP Multimedia Subsystem,简称为IMS)是第三代合作伙伴组织(3rdGeneration Partnership Project,简称为3GPP)定义的下一代网络的标准,它的显著特点是采用了会话初始协议(Session Initiation Protocol,简称为SIP)体系。
会话保活是一种用于检测会话是否为活着的一种方式,RFC4028对SIP协议进行了扩展来实现这种保活机制。RFC4028扩展了两个头部:Session-Expires、Min-SE,一个功能选项:定时器(timer)来实现会话保活检查功能。依据RFC4028中的定义,会话保活的保活对象双方都必须支持RFC4028扩展协议,并规定了如下3种实现形式,下面对此进行说明:
形式一,主叫用户(UAC)通过初始邀请(INVITE)请求携带用于保活的信息(例如,Supported:timer,Session-Expires:90,Min-SE:90),当接收到请求的被叫用户(UAS)或者代理(Proxy)也支持RFC4028,并且也希望运行会话保活功能时,则会在200OK(INVITE)协商发起保活的时间间隔,最终通过协商的结果进行定期发起的reInvite或者更新(UPDATE)消息来进行会话的保活检测。当主动发起保活请求方在给定时间没有收到进行协商的响应消息,或者被动接受保活请求方在预定时间没有收到保活请求时,则判定会话终止,释放会话,同时释放该会话对应的资源。
形式二,在会话建立后,UAC或者UAS因为需求在后续的对话内请求Update中发起会话保活请求(携带RFC4028规定的用于保活的信息)。
形式三,核心网元也可以根据具体策略来主动在消息转发到下一跳时增加Session Timers相关的信息,表明希望能和下一跳之间实现Session Timers功能。
RFC4028中的会话检测是针对保活对象的双方都满足该协议时定义的。在IMS应用中,当所有SIP网元(包括终端)都必须支持RFC4028,并且在应用中,各网元之间都希望在会话期间使用Session Timers功能时,流程大致相似,差异主要在于协商后续执行Session Timers功能的请求发起者以及保活的时间间隔(主要体现在头部Session-Expires)。
图1是根据相关技术的IMS网络网元均支持且希望在会话中使用Session Timer的流程图,该图以会话的发起者主动要求在会话期间执行SessionTimers功能为例,对该流程进行说明,该流程经过代理呼叫会话控制功能实体(Proxy-Call Session Control Function,简称为P-CSCF)、服务呼叫会话控制功能实体(Serving-CSCF,简称为S-CSCF)以及查询呼叫会话控制功能实体(Interrogating-CSCF,简称为I-CSCF),如图1所示,该流程包括如下步骤:
步骤S101,主叫用户(UAC)发起初始INVITE请求消息,该请求消息中携带了如下信息:Session-Expires:90,Min-SE:90,Supported:timer。这些信息表明,终端支持Session Timers,且提供了自己的保活间隔。
步骤S102,主叫侧的P-CSCF网元转发该消息,该P-CSCF默认支持Session Timers功能。
步骤S103,核心网元I/S-CSCF网元转发消息,该I/S-CSCF默认支持Session Timers功能。
步骤S104,被叫侧的P-CSCF网元转发消息,该核心网元P-CSCF默认支持Session Timers功能。
步骤S105,被叫用户(UAS)接收到该消息后,接受来自主叫的SessionTimer相关约定,同意在会话中开启Session Timer功能。被叫侧在回复的200OK消息中增加如下信息,以提供Session Timer的协商结果:Session-Expires:90,refresher:uac,Min-SE:90,Require:timer。被叫回复了200OK消息之后,启动Session Timer定时器。
步骤S106,被叫侧P-CSCF接收到200OK(INVITE)消息后,与本地相关信息进行匹配,协商成功后向核心网侧转发该消息,并启动Session Timer定时器。
步骤S107,核心网元I/S-CSCF接收到200OK(INVITE)消息后,与本地相关信息进行匹配,协商成功后向核心网侧转发该消息,并启动Session Timer定时器。
步骤S108,主叫侧P-CSCF,接收到200OK(INVITE)消息后,与本地相关信息进行匹配,协商成功后启动Session Timer定时器。
步骤S109、步骤S110、步骤S111以及步骤S112,发送确认(ACK)消息进行转发。
步骤S113,主叫侧Session Timer定时器超时,主动发起Session Timer请求UPDATE,该请求消息包含:Session-Expires:90,Min-SE:90。
步骤S114,主叫侧P-CSCF接收到Session Timer请求UPDATE,杀Session Timer定时器,转发UPDATE消息。
步骤S 115,核心网元I/S-CSCF接收到Session Timer请求UPDATE,杀Session Timer定时器,转发UPDATE消息。
步骤S116,被叫侧P-CSCF接收到Session Timer请求UPDATE,杀Session Timer定时器,转发UPDATE消息。
步骤S117,被叫用户(UAS)接收到Session Timer的UPDATE请求,杀Session Timer定时器,回复200OK(UPDATE)。
步骤S118、步骤S119以及步骤S120,转发Session Timer的UPDATE请求的响应消息200OK,各网元在收到200OK(UPDATE)后,均重新设置Session Timer定时器。
步骤S113-步骤S120之间的步骤将一直以Session Timer定时器为周期执行,直到出现网络异常或者会话被终止。
上述的步骤均是在会话保活双方均支持RFC4028时才能执行,当会话保活的一方不支持RFC4028时,会话保活就不能执行。
在IMS体系中,多数核心网元(比如P/I/S-CSCF)已经满足了RFC4028,能够有效实现会话保活功能。但SIP协议的应用早在1999年前就开始,而RFC4028则在2005年才出现,在这个时间间隔内市场、网络上已经出现了大量的SIP终端,这些终端应该是不会支持RFC4028的,同样的2005年以后也会存在终端提供者没有实现RFC4028的,一旦这些不支持RFC4208的终端接入IMS网络,将无法提供会话保活,这将很容易造成P/I/S-CSCF等SIP网络实体资源耗尽,导致P/I/S-CSCF等SIP网络实体将无法为合法用户提供正常服务。
发明内容
本发明的主要目的在于提供会话保活方法及装置,以至少解决上述问题。
根据本发明的一个方面,提供了一种会话保活方法,包括:网络侧的网元接收到消息,并确定所述消息中未携带RFC4028规定的用于保活的信息;所述网元设置会话定时器,并在所述会话定时器到时之后,发送用于保活的保活消息;在发送所述保活消息之后或者在接收到响应于所述保活消息的保活响应消息之后,所述网元重启所述会话定时器。
优选地,在所述网元确定所述消息中未携带所述用于保活的信息之后,所述方法还包括:所述网元发送用于查询是否支持RFC4028的查询消息;所述网元接收所述查询消息的响应消息,根据所述查询消息的响应消息确定该响应消息的发送方不支持RFC4028,并在所述会话定时器到时之后,发送所述保活消息。
优选地,所述查询消息为选项OPTION消息。
优选地,所述网元在接收到的所述消息中添加RFC4028规定的用于保活的信息,并发送所述消息;所述网元接收到所述消息的响应消息,并根据所述消息的响应消息中是否携带有RFC4028规定的用于保活的信息来判断所述消息的响应消息的发送方是否支持RFC4028;所述网元在所述响应消息的发送方不支持RFC4028的情况下,在所述会话定时器到时之后,发送所述保活消息。
优选地,在所述网元确定该响应消息的发送方支持RFC4028的情况下,所述方法还包括;所述网元与所述响应消息的发送方进行RFC4028规定的会话保活的协商,并根据协商的结果进行会话保活。
优选地,在所述响应消息还携带有所述响应消息的发送方所支持的所述保活消息的类型的情况下,所述网元在所述会话定时器到时之后,发送与所述类型对应的保活消息。
优选地,所述保活消息的类型包括:邀请INVITE消息、更新UPDATE消息。
根据本发明的另一方面,提供了一种会话保活装置,位于网络侧的网元中,该装置包括:接收模块,用于接收到消息,并确定所述消息中未携带RFC4028规定的用于保活的信息;会话定时器设置模块,用于设置会话定时器;第一发送模块,用于在所述会话定时器到时之后,发送用于保活的保活消息;所述会话定期器设置模块,还用于在发送所述保活消息之后或者在接收到响应于所述保活消息的保活响应消息之后,重启所述会话定时器。
优选地,该装置还包括:第二发送模块,用于在确定所述消息中未携带所述用于保活的信息之后,发送用于查询是否支持RFC4028的查询消息;所述第一发送模块还用于在根据所述查询消息的响应消息确定该响应消息的发送方不支持RFC4028的情况下,并在所述会话定时器到时之后,发送所述保活消息。
优选地,该装置还包括:第三发送模块,用于在接收到的所述消息中添加RFC4028规定的用于保活的信息,并发送所述消息;所述第一发送模块,还用于在根据所述消息的响应消息中是否携带有RFC4028规定的用于保活的信息来确定所述消息的响应消息的发送方不支持RFC4028的情况下;并在所述会话定时器到时之后,发送所述保活消息。
通过本发明,解决了相关技术中不支持RFC4028则不能提供会话保活而导致的问题,进而提供了在不支持RFC4028时会话保活的支持。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的IMS网络网元均支持且希望在会话中使用Session Timer的流程图;
图2是根据本发明实施例的会话保活方法的流程图;
图3是根据本发明实施例的会话保活装置的结构框图;
图4是根据本发明优选实施例的会话保活装置的结构框图一;
图5是根据本发明优选实施例的会话保活装置的结构框图二;
图6是根据本发明实施例的主叫侧核心网网元主动发起同主叫之间的会话检测的流程图;
图7是根据本发明实施例的被叫侧核心网网元主动发起同被叫之间的会话检测的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
以下实施例可以应用于支持SIP协议的网络中,例如,IMS网络(但是并不限于此),其他支持SIP协议网络也可以应用。
在本实施例中,提供了会话保活方法,图2是根据本发明实施例的会话保活方法的流程图,如图2所示,该流程包括以下步骤:
步骤S202,网络侧的网元接收到消息,并确定该消息中未携带RFC4028规定的用于保活的信息;
步骤S204,该网元设置会话定时器,并在上述会话定时器到时之后,发送用于保活的保活消息;
步骤S206,在发送保活消息之后或者在接收到响应于保活消息的保活响应消息之后,网元重启会话定时器。
通过上述步骤,网元在接收到消息时,即使该消息中未携带用于保活的信息,也可以主动设置会话定时器,从而实现保活。例如,该网元可以向被叫用户或者其他网元发送携带有RFC4028规定的用于保活的信息,在接收到响应消息之后,由于被叫用户或其他网元支持RFC4028,因此响应消息中不会携带用于保活的信息,此时该网元可以主动进行保活执行上述步骤S204和步骤S206。
在实施时,接收到消息中未携带用于保活的信息也不能说明该消息的发送方一定不支持RFC4028,例如,该消息的发送方支持RFC4028,但是并没有主动发起保活,因此,优选地,还可以在网元确定消息中未携带用于保活的信息之后,发送用于查询是否支持RFC4028的查询消息(例如,该查询消息可以为选项OPTION消息),该网元接收查询消息的响应消息之后,根据该查询消息的响应消息确定该响应消息的发送方不支持RFC4028,并在所述会话定时器到时之后,发送所述保活消息。或者,该网元可以在接收到的消息中添加RFC4028规定的用于保活的信息,并发送该消息;在接收到该消息的响应消息之后,根据该消息的响应消息中是否携带有RFC4028规定的用于保活的信息来判断该消息的响应消息的发送方是否支持RFC4028;该网元在该响应消息的发送方不支持RFC4028的情况下,在会话定时器到时之后,发送保活消息。
优选地,如果上述网元确定该响应消息的发送方支持RFC4028,则网元可以与响应消息的发送方进行RFC4028规定的会话保活的协商,并根据协商的结果进行会话保活(即进行RFC4028规定的步骤)。当然,也可以不进行协商,而直接采用步骤S204和步骤S206。
优选地,在实施时,在上述响应消息中还可以携带响应消息的发送方所支持的保活消息的类型,在这种情况下,该网元在会话定时器到时之后,发送与类型对应的保活消息(例如,邀请INVITE消息、更新UPDATE消息)。
在本实施例中,还提供了一种会话保活装置,该装置位于网络侧的网元中,该装置用于实现上述实施例及其优选实施方式,已经进行过说明的不再赘述,下面对该装置中涉及到的模块进行说明。图3是根据本发明实施例的会话保活装置的结构框图,如图3所示,该装置包括:接收模块32,会话定时器设置模块34,第一发送模块36。下面对该结构进行说明。
接收模块32,用于接收到消息,并确定该消息中未携带RFC4028规定的用于保活的信息;会话定时器设置模块34连接至接收模块32,该模块用于设置会话定时器;第一发送模块36连接至会话定时器设置模块34,该模块用于在会话定时器到时之后,发送用于保活的保活消息;会话定时器设置模块34还用于在发送该保活消息之后或者在接收到响应于该保活消息的保活响应消息之后,重启会话定时器。
图4是根据本发明优选实施例的会话保活装置的结构框图一,如图4所示,该装置还包括:第二发送模块,该模块用于在确定该消息中未携带用于保活的信息之后,发送用于查询是否支持RFC4028的查询消息。第一发送模块36用于在根据该查询消息的响应消息确定该响应消息的发送方不支持RFC4028的情况下,并在会话定时器到时之后,发送该保活消息。
图5是根据本发明优选实施例的会话保活装置的结构框图二,如图5所示,该装置还包括第三发送模块52,该模块用于在接收到的该消息中添加RFC4028规定的用于保活的信息,并发送该消息。第一发送模块36,用于在根据该消息的响应消息中是否携带有RFC4028规定的用于保活的信息来确定该消息的响应消息的发送方不支持RFC4028的情况下;并在会话定时器到时之后,发送该保活消息。
以下以IP多媒体子***(IMS)为例结合优选实施例进行说明。
在本优选实施例中,当IMS接入侧核心网元(以P-CSCF网元为例进行说明)是在会话的主叫侧时,需要在对话建立前从初始INVITE或者对话内INVITE\UPDATE中提取RFC4028中的相关信息来识别会话的发起者(UAC)是否支持该扩展协议。当会话发起者不支持该扩展协议时,在该会话的关联信息中记录,“终端不支持RFC4028”。当会话建立成功(接收到初始INVITE的成功握手ACK消息、或者接收到INVITE的200OK消息)后,设置一个会话保活定时器,refresh timer,可以遵循RFC4028协议,该定时器最小时长为90秒。然后,向会话的发起者发出Options请求查询该终端是否支持RFC4028。当会话的发起者支持RFC4028时,P-CSCF网元会在refresh timer超时后主动向会话的发起者发起对话内INVITE或者Update消息(当能力查询结果表明终端支持UPDATE方法时),与终端来协商会话保活的时间机制(包括时间、主动发起者),具体过程遵循RFC4028。当通过能力查询获取终端确实不支持RFC4028时,P-CSCF网元则在refresh timer超时后主动向终端发起对话内NVITE或者Update消息(当能力查询结果表明终端支持UPDATE方法时),同时再次启动该refresh timer。
当会话保活请求超时未收到响应消息则认为网络异常或者终端异常,P-CSCF网元判断终端异常或者当前会话异常,释放相关资源,同时主动向网络测发起释放消息BYE,以使邻接网元也能尽快释放异常资源,有效为其他会话提供服务。当会话保活请求收到了响应消息后,则表明会话正常使用中,待refresh timer定时器超时后再次主动发起请求,依次循环直到会话释放。
图6是根据本发明实施例的主叫侧核心网网元主动发起同主叫之间的会话检测的流程图,如图6所示,该流程包括以下步骤:
步骤S601,P-CSCF收到来自主叫侧的SIPINVITE消息,该信息中无Session Timer相关信息。
步骤S602,P-CSCF转发消息。
步骤S603,P-CSCF接收来自被叫侧的200OK(INVITE);P-CSCF通过从INVITE以及200OK(INVITE)中提取主叫侧的Session Timer相关信息,结果是“无Session Timer相关信息”。
步骤S604,P-CSCF向终端转发200OK(INVITE);P-CSCF设置会话保活定时器,refreshtimer,时长为90s。
步骤S605,P-CSCF发OPTIONS消息,查询主叫的能力。
步骤S606,P-CSCF接收来自的用户的响应200OK(OPTIONS);P-CSCF从200OK中提取信息:是否存在Supported:timer,Allow:UPDATE。这两个条件可以有四种组合:
第一种,两者均存在,则表明主叫用户已经支持RFC4028。P-CSCF可以在S204设置的定时器超时后,向主叫侧发起UPDATE请求,进行Session Timer协商。
第二种,只有Supported:timer,则表明终端支持RFC4028,但不支持UPDATE方法(RFC3311),则P-CSCF可以在S204设置的定时器超时后,向主叫侧发起对话内的INVITE请求,进行Session Timer协商。
第三种,只有Allow:UPDATE,那么表明终端不支持RFC4028,则P-CSCF可以在S204设置的定时器超时后,向主叫侧发起对话内的UPDATE请求。
第四种,两者都不存在,则P-CSCF可以在S204设置的定时器超时后,向主叫侧发起对话内的INVITE请求。
该图是针对第三种的。第一种、第二种的处理基本就是遵循RFC4028了,第三种、第四种情况其实是一样的,只是会话保活的请求方法不同。UPDATE方法不存在握手所以流程图上就会简单些。
步骤S607,步骤S604设置的refresh timer超时,P-CSCF向主叫侧发起SIP UPDATE消息。
步骤S608,P-CSCF接收到200OK(UPDATE);然后重新设置refresh timer定时器。
步骤S609,步骤S607设置的refresh timer超时,P-CSCF向主叫侧发起SIP UPDATE消息。
步骤S610,P-CSCF接收到200OK(UPDATE);然后重新设置refresh timer定时器。
步骤S607-S610将以refresh timer为间隔有规律的循环执行,直到会话终止,或者出现网络等异常。
步骤S611,P-CSCF因refresh timer超时再次发起UPDATE请求。
步骤S612,当出现网络异常,或者UPDATE请求超时无应答时,P-CSCF网元判定终端异常,会话终止,速向网络侧发送BYE消息,以通知其他会话中的网元即时释放资源。
步骤S613,P-CSCF接收200OK(BYE),释放会话相关资源。
当P-CSCF网元在会话的被叫侧时,对被叫用户而言,P-CSCF网元是初始消息的发起者。P-CSCF网元接收到待转发的初始INVITE请求时,P-CSCF网元需要检查该请求消息中是否存在RFC4028中的特征属性。当初始INVITE中不存在会话保活的信息时,则主动在消息中添加:Supported:timer,Session-Expires=90,Min-SE=90等头部。当接收到初始请求的最终成功响应200OK时,需要检查是否存在会话保活相关信息。当确定不存在会话保活相关信息时,基本表明被叫终端不支持RFC4028,则需要设置一个会话保活定时器,refresh timer,可以遵循RFC4028协议,该定时器最小时长为90秒。在会话结束前当该定时器超时,P-CSCF网元主动向被叫发起对话内请求INVITE或者UPDATE消息,同时再次启动refreshtimer定时器。当请求超时未接收到响应则判定与此终端的会话出现异常,需要立即释放相关资源,并同时向网络测主动发起BYE消息,以通知其他网元释放资源。会话保活请求发出,且收到了响应,则表明会话正常使用中,待refresh timer定时器超时后再次主动发起请求,依次循环直到会话释放。
图7是根据本发明实施例的被叫侧核心网网元主动发起同被叫之间的会话检测流程图,如图7所示,该流程包括以下步骤:
步骤S701,被叫侧的P-CSCF收到核心网的SIP INVITE消息。
步骤S702,P-CSCF从SIP INVITE消息提取Session Timer相关信息,若没有提取到相关信息,P-CSCF网元主动在消息转发前添加Session Timer相关信息:Session-Expires:90,Min-SE:90。
步骤S703,P-CSCF接收来自被叫用户(UAS)的响应消息200OK(INVITE),检查码流中是否存在Session Timer相关信息,且有Require:timer。上面的两个条件有4种可能:
第一种,当两者同时存在时,表明终端支持RFC4028,且希望在会话内执行该功能,P-CSCF可以启动会话保活定时器:refresh timer,该时间也200OK中协商的时间为准。
第二种,只有Require:timer,这种情况,也表明终端支持RFC4028,且愿意在会话期间执行Sesssion Timer功能。P-CSCF可以启动会话保活定时器:refresh timer,该时间以转发请求时添加的时间为准。
第三种,当只有Session Timer相关信息,无Require:timer,则表明终端不支持RFC4028,P-CSCF则可以启动会话保活定时器,refresh timer,时长遵循RFC4028,取值最小为90s。
第四种,两者均无,这种情况等同于第三种,即表明被叫不支持RFC4028,此时基本上P-CSCF的处理与第三种类似,该图7是第三种情况的处理。第一种、第二种则表明终端支持RFC4028,后续的处理也遵循RFC4028。
步骤S704,P-CSCF转发200OK(INVITE)。
步骤S705,步骤S703中的第3、4种情况下设置的Session Timer定时器refresh timer超时,P-CSCF向终端发会话保活请求SIP UPDATE消息。
步骤S706,P-CSCF接收200OK(UPDATE);设置refresh timer定时器。
步骤S707,重复步骤S705,refreshtimer定时器超时,P-CSCF向终端发会话保活请求SIPUPDATE消息;
步骤S708,重复步骤S706,P-CSCF接收200OK(UPDATE);设置refresh timer定时器。
步骤S705-S708将以refreshtimer为间隔有规律的循环执行,直到会话终止,或者出现网络等异常。
步骤S709,当refreshtimer定时器超时,P-CSCF向终端发会话保活请求SIPUPDATE消息,请求超时未收到响应消息,则P-CSCF判断网络异常或者终端异常,决定终止呼叫。
步骤S710,P-CSCF向网络侧发送BYE消息,通知本会话中其他网元释放会话相关资源P-CSCF接收到200OK(BYE),释放本次会话相关资源,会话结束。
优选地,上述步骤中P-CSCF可以是任意支持RFC4028的网元,包括但不限于:P/I/S-CSCF、AGCF、SBC、Application-Service等。当SIP网元双方都不支持RFC4028时,核心网络上的网元也可以按照上述实施例及其优选实施方式来实现会话保护机制。
优选地,上述步骤中的会话保活请求消息包括但不限于INVITE消息、UPDATE消息、OPTIONS消息等。
优选地,上述步骤中被叫侧的会话保活还可以采用同主叫侧类似的方法:在接收到成功响应的握手消息ACK后,主动向被叫终端发起能力查询请求,以进一步了解终端的能力。
综上所述,通过上述实施例解决了相关技术中不支持RFC4028则不能提供会话保活而导致的问题,提供了在不支持RFC4028时对会话保活的支持。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种会话保活方法,其特征在于包括:
网络侧的网元接收到消息,并确定所述消息中未携带RFC4028规定的用于保活的信息;
所述网元设置会话定时器,并在所述会话定时器到时之后,发送用于保活的保活消息;
在发送所述保活消息之后或者在接收到响应于所述保活消息的保活响应消息之后,所述网元重启所述会话定时器。
2.根据权利要求1所述的方法,其特征在于,
在所述网元确定所述消息中未携带所述用于保活的信息之后,所述方法还包括:所述网元发送用于查询是否支持RFC4028的查询消息;
所述网元接收所述查询消息的响应消息,根据所述查询消息的响应消息确定该响应消息的发送方不支持RFC4028,并在所述会话定时器到时之后,发送所述保活消息。
3.根据权利要求2所述的方法,其特征在于,所述查询消息为选项OPTION消息。
4.根据权利要求1所述的方法,其特征在于,
所述网元在接收到的所述消息中添加RFC4028规定的用于保活的信息,并发送所述消息;
所述网元接收到所述消息的响应消息,并根据所述消息的响应消息中是否携带有RFC4028规定的用于保活的信息来判断所述消息的响应消息的发送方是否支持RFC4028;
所述网元在所述响应消息的发送方不支持RFC4028的情况下,在所述会话定时器到时之后,发送所述保活消息。
5.根据权利要求2至4中任一项所述的方法,其特征在于,在所述网元确定该响应消息的发送方支持RFC4028的情况下,所述方法还包括;
所述网元与所述响应消息的发送方进行RFC4028规定的会话保活的协商,并根据协商的结果进行会话保活。
6.根据权利要求2至4中任一项所述的方法,其特征在于,在所述响应消息还携带有所述响应消息的发送方所支持的所述保活消息的类型的情况下,所述网元在所述会话定时器到时之后,发送与所述类型对应的保活消息。
7.根据权利要求6所述的方法,其特征在于,所述保活消息的类型包括:邀请INVITE消息或更新UPDATE消息。
8.一种会话保活装置,位于网络侧的网元中,其特征在于包括:
接收模块,用于接收到消息,并确定所述消息中未携带RFC4028规定的用于保活的信息;
会话定时器设置模块,用于设置会话定时器;
第一发送模块,用于在所述会话定时器到时之后,发送用于保活的保活消息;
所述会话定期器设置模块,还用于在发送所述保活消息之后或者在接收到响应于所述保活消息的保活响应消息之后,重启所述会话定时器。
9.根据权利要求8所述的装置,其特征在于,
还包括:第二发送模块,用于在确定所述消息中未携带所述用于保活的信息之后,发送用于查询是否支持RFC4028的查询消息;
所述第一发送模块还用于在根据所述查询消息的响应消息确定该响应消息的发送方不支持RFC4028的情况下,并在所述会话定时器到时之后,发送所述保活消息。
10.根据权利要求8所述的装置,其特征在于,
还包括:第三发送模块,用于在接收到的所述消息中添加RFC4028规定的用于保活的信息,并发送所述消息;
所述第一发送模块,还用于在根据所述消息的响应消息中是否携带有RFC4028规定的用于保活的信息来确定所述消息的响应消息的发送方不支持RFC4028的情况下 ,并在所述会话定时器到时之后,发送所述保活消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110055644.7A CN102111899B (zh) | 2011-03-08 | 2011-03-08 | 会话保活方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110055644.7A CN102111899B (zh) | 2011-03-08 | 2011-03-08 | 会话保活方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102111899A CN102111899A (zh) | 2011-06-29 |
CN102111899B true CN102111899B (zh) | 2014-08-20 |
Family
ID=44175882
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110055644.7A Expired - Fee Related CN102111899B (zh) | 2011-03-08 | 2011-03-08 | 会话保活方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102111899B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103516685A (zh) * | 2012-06-25 | 2014-01-15 | ***通信集团公司 | 在ims网络中获知终端连接状态的方法、***和设备 |
EP2910000A1 (en) * | 2012-10-22 | 2015-08-26 | Interdigital Patent Holdings, Inc. | Method and apparatus for negotiating "keep-alive" message frequencies of applications running on a mobile station |
CN105323721B (zh) * | 2014-07-02 | 2019-11-19 | 南京中兴软件有限责任公司 | 话权申请的处理方法及装置 |
CN105517095A (zh) * | 2014-09-25 | 2016-04-20 | 北京信威通信技术股份有限公司 | 一种会话边界控制器的中继路由方法 |
CN106909446B (zh) * | 2015-12-23 | 2020-06-23 | 阿里巴巴集团控股有限公司 | 一种应用程序的保活方法和装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1946062A (zh) * | 2006-10-10 | 2007-04-11 | 华为数字技术有限公司 | 保活nat设备中会话表项的方法和*** |
CN101753597A (zh) * | 2008-12-09 | 2010-06-23 | 华为技术有限公司 | 对等节点-客户端架构下对等节点与客户端间保活方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7421695B2 (en) * | 2003-11-12 | 2008-09-02 | Cisco Tech Inc | System and methodology for adaptive load balancing with behavior modification hints |
-
2011
- 2011-03-08 CN CN201110055644.7A patent/CN102111899B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1946062A (zh) * | 2006-10-10 | 2007-04-11 | 华为数字技术有限公司 | 保活nat设备中会话表项的方法和*** |
CN101753597A (zh) * | 2008-12-09 | 2010-06-23 | 华为技术有限公司 | 对等节点-客户端架构下对等节点与客户端间保活方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102111899A (zh) | 2011-06-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9160570B2 (en) | Systems and method for enabling IP signaling in wireless networks | |
EP2112798B1 (en) | Service controlling in a service provisioning system | |
EP2186310B1 (en) | Call transfer with multiple application servers in session initiation protocol-based network | |
US10212192B2 (en) | Systems and methods for interworking with over the top applications in communications network | |
US7877487B2 (en) | Dynamic service triggers in communication networks | |
CN102111899B (zh) | 会话保活方法及装置 | |
CN101997850B (zh) | 用于ip多媒体子***的呼叫管理方法及装置 | |
CN104219705A (zh) | VoLTE终端重注册方法和装置 | |
US9392032B2 (en) | Session transfer method, device and system | |
CN101137104B (zh) | 一种实现资源释放的方法和*** | |
CN102348291B (zh) | 基于对话关联标识的会话建立方法及*** | |
CN106549901B (zh) | 一种业务触发方法和装置 | |
EP3255860B1 (en) | Crossed-invite call handling | |
CN101212814A (zh) | 网元数据失效或发生故障后的业务处理方法、***及网元 | |
US11632405B2 (en) | Proxy-call session control function (P-CSCF) restoration | |
EP3742695B1 (en) | Network service system and method | |
EP3136756A1 (en) | System, device and method for implementing ring back tone service | |
JP6234272B2 (ja) | アーリーメディアの送信タイミングを制御するセッション制御方法、sipサーバ及びプログラム | |
US10798246B2 (en) | Call collision resolution in a communication network | |
US20100153559A1 (en) | Method and Apparatus for Suspending Network Based Services | |
CN102045318A (zh) | 应用服务器的用户处理方法和应用服务器 | |
KR20110043272A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20140820 Termination date: 20180308 |
|
CF01 | Termination of patent right due to non-payment of annual fee |