CN103685286A - 一种释放会话资源的方法和装置 - Google Patents
一种释放会话资源的方法和装置 Download PDFInfo
- Publication number
- CN103685286A CN103685286A CN201310701635.XA CN201310701635A CN103685286A CN 103685286 A CN103685286 A CN 103685286A CN 201310701635 A CN201310701635 A CN 201310701635A CN 103685286 A CN103685286 A CN 103685286A
- Authority
- CN
- China
- Prior art keywords
- session
- message
- side session
- detect
- status
- 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
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明提供了一种释放会话资源的方法和装置,能够在终端或者网络侧设备出现故障时,及时释放会话资源。其中,方法包括:在检测到主叫侧会话和被叫侧会话建立后,启动预先设置的会话状态检测定时器;在所述会话状态检测定时器超时之后,分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息;依据所述会话状态检测消息判定所述主叫侧会话和所述被叫侧会话的状态;如果所述主叫侧会话和/或所述被叫侧会话的状态异常,则释放所述主叫侧会话和被叫侧会话占用的会话资源。本发明在检测到由于终端或者网络侧设备出现故障而导致会话状态异常时,可以及时释放两侧会话所占用的会话资源。
Description
技术领域
本发明涉及通信技术领域,特别是涉及一种释放会话资源的方法和一种释放会话资源的装置。
背景技术
IMS(IP Multimedia Subsystem,IP多媒体子系统)是一种全新的多媒体业务形式,它能够满足现在的终端客户更新颖、更多样化多媒体业务的需求。目前,IMS被认为是下一代网络的核心技术,也是解决移动与固网融合,引入语音、数据、视频三重融合等差异化业务的重要方式。
在IMS网络及网络融合通信中,当针对某个IMS网络侧设备的主叫侧会话和被叫侧会话建立后,可能会由于会话中的相关设备发生故障等原因导致该侧会话状态异常,但是由于设备故障,该侧会话状态异常的情况不能及时通知所述IMS网络侧设备,从而使其无法及时发送BYE消息,因此会话中的相关设备将由于未收到BYE消息而挂住会话资源。
针对上述问题,目前通常采用以下两种方式释放会话资源:
1、会话刷新功能
在3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)的TS(Technical Specification,技术规范)24.229协议中描述了网络侧设备在收到会话刷新消息后,须遵循RFC4028中关于会话刷新的处理过程,从而保证异常情况时,会话资源的释放。协议中描述会话刷新的建立过程是一个端到端的协商过程,会话刷新协商完成后,终端以及网络侧设备都会保留会话刷新的协商的结果,包括会话刷新时长、最短会话刷新时长、会话刷新的刷新侧等。同时,刷新侧终端在刷新时长过去一半后,再次发起刷新消息,并且重新协商刷新时长和刷新侧。
由于刷新消息是由终端侧发起的,因此当终端或某个网络侧设备出现异常时,刷新消息都无法到达其他网络侧设备。而由于其他网络侧设备在刷新协商过程中已经建立了会话刷新定时器,因此当会话刷新定时器超时后,如果还未收到刷新消息,则各网络侧设备将向主被叫两侧发送BYE消息,从而结束会话。如果是终端侧的会话刷新定时器超时,则该终端也可以向对端发送BYE消息,从而结束会话。
虽然上述会话刷新功能可以保证会话资源的释放,但是要求终端和网络侧设备支持会话刷新功能,并且要求至少有一个终端支持会话刷新功能,因此该方法具有局限性,并且由于会话刷新功能是对SIP(Session InitiationProtocol,会话发起协议)的扩展,因此在实际应用上不支持会话刷新功能的终端和网络侧设备大量存在。
2、通知功能
根据3GPP的TS 24.229协议中的描述,在以下异常情况时PCRF(Policyand Charging Rules Function,策略与计费规则功能)通过发送ASR(AbortSession Request,中止会话请求)消息通知P-CSCF(Proxy-Call Session ControlFunction,代理呼叫会话控制功能)结束会话:
(1)无线通信设备失效或不可用;
(2)无线终端信号异常或掉线。
当P-CSCF收到PCRF的通知后,P-CSCF生成BYE消息,并分别在主被叫两侧的会话中发送BYE消息,从而结束会话,保证异常情况时会话资源的释放。
但是,PCRF的通知功能属于LTE(Long Term Evolution,长期演进)无线接入时采用的方法,而对于IMS网络来说,由于网络侧设备和终端的丰富性,其并不局限于LTE接入,因此该方法也具有局限性。
总之,目前采用的释放会话资源的方法均具有局限性,对于不满足所需条件的情况,仍然不能及时释放会话资源。
发明内容
本发明提供了一种释放会话资源的方法和装置,能够在终端或者网络侧设备出现故障时,及时释放会话资源。
为了解决上述问题,本发明公开了一种释放会话资源的方法,其特征在于,包括:
在检测到主叫侧会话和被叫侧会话建立后,启动预先设置的会话状态检测定时器;
在所述会话状态检测定时器超时之后,分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息;
依据所述会话状态检测消息判定所述主叫侧会话和所述被叫侧会话的状态;
如果所述主叫侧会话和/或所述被叫侧会话的状态异常,则释放所述主叫侧会话和被叫侧会话占用的会话资源。
优选地,所述会话状态检测消息为Re-INVITE消息或者OPTION消息。
优选地,在所述分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之后,还包括:启动预先设置的事务定时器;
所述依据所述会话状态检测消息判定所述主叫侧会话的状态的步骤包括:
如果在所述事务定时器超时之后没有接收到所述主叫侧会话中返回的、针对所述会话状态检测消息的确认响应消息或错误响应消息,或者,在所述事务定时器超时之前或超时之后接收到所述主叫侧会话中返回的、针对所述会话状态检测消息的错误响应消息,则判定所述主叫侧会话的状态异常;
所述依据所述会话状态检测消息判定所述被叫侧会话的状态的步骤包括:
如果在所述事务定时器超时之后没有接收到所述被叫侧会话中返回的、针对所述会话状态检测消息的确认响应消息或错误响应消息,或者,在所述事务定时器超时之前或超时之后接收到所述被叫侧会话中返回的、针对所述会话状态检测消息的错误响应消息,则判定所述被叫侧会话的状态异常。
优选地,所述方法还包括:
在所述会话状态检测定时器超时之前,如果接收到所述主叫侧会话和所述被叫侧会话其中的一侧会话中发送的请求消息、以及另一侧会话中返回的、针对所述请求消息的确认响应消息,则重新启动所述会话状态检测定时器。
优选地,所述方法还包括:
如果所述主叫侧会话和所述被叫侧会话的状态正常,则重新启动所述会话状态检测定时器。
优选地,在所述分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之前,还包括:
在所述会话状态检测消息中增加扩展头域,所述扩展头域用于指示所述会话状态检测消息的作用为检测会话状态。
优选地,在所述分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之后,还包括:
重新启动所述会话状态检测定时器。
根据本发明的另一方面,还公开了一种释放会话资源的装置,其特征在于,包括:
检测定时模块,用于在检测到主叫侧会话和被叫侧会话建立后,启动预先设置的会话状态检测定时器;
消息发送模块,用于在所述会话状态检测定时器超时之后,分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息;
状态判定模块,用于依据所述会话状态检测消息判定所述主叫侧会话和所述被叫侧会话的状态;
资源释放模块,用于在所述状态判定模块判定所述主叫侧会话和/或所述被叫侧会话的状态异常时,释放所述主叫侧会话和被叫侧会话占用的会话资源。
优选地,所述会话状态检测消息为Re-INVITE消息或者OPTION消息。
优选地,所述装置还包括:事务定时模块,用于在所述发送模块发送会话状态检测消息之后,启动预先设置的事务定时器;
所述状态判定模块包括:
第一判定子模块,用于在所述事务定时器超时之后没有接收到所述主叫侧会话中返回的、针对所述会话状态检测消息的确认响应消息或错误响应消息,或者,在所述事务定时器超时之前或超时之后接收到所述主叫侧会话中返回的、针对所述会话状态检测消息的错误响应消息时,判定所述主叫侧会话的状态异常;
第二判定子模块,用于在所述事务定时器超时之后没有接收到所述被叫侧会话中返回的、针对所述会话状态检测消息的确认响应消息或错误响应消息,或者,在所述事务定时器超时之前或超时之后接收到所述被叫侧会话中返回的、针对所述会话状态检测消息的错误响应消息时,判定所述被叫侧会话的状态异常。
优选地,所述装置还包括:
第一重启模块,用于在所述会话状态检测定时器超时之前,接收到所述主叫侧会话和所述被叫侧会话其中的一侧会话中发送的请求消息、以及另一侧会话中返回的、针对所述请求消息的确认响应消息时,重新启动所述会话状态检测定时器。
优选地,所述装置还包括:
第二重启模块,用于在所述状态判定模块判定所述主叫侧会话和所述被叫侧会话的状态正常时,重新启动所述会话状态检测定时器。
优选地,所述装置还包括:
增加模块,用于在所述消息发送模块分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之前,在所述会话状态检测消息中增加扩展头域,所述扩展头域用于指示所述会话状态检测消息的作用为检测会话状态。
优选地,所述装置还包括:
第三重启模块,用于在所述消息发送模块分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之后,重新启动所述会话状态检测定时器。
与现有技术相比,本发明包括以下优点:
本发明中在检测到主叫侧会话和被叫侧会话建立后,将启动预先设置的会话状态检测定时器;并且在所述会话状态检测定时器超时后,分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息;依据所述会话状态检测消息判定所述主叫侧会话和所述被叫侧会话的状态,如果所述主叫侧会话和/或所述被叫侧会话的状态异常,则释放所述主叫侧会话和被叫侧会话占用的会话资源。本发明通过定期在主叫侧会话和被叫侧会话中发送会话状态检测消息,可以检测两侧会话的状态,因此当检测到由于终端或者网络侧设备出现故障而导致会话状态异常时,可以及时释放两侧会话所占用的会话资源。
附图说明
图1是现有技术中会话刷新协商的流程示意图;
图2是现有技术中会话刷新功能释放会话资源的流程示意图;
图3是本发明实施例一的一种释放会话资源的方法的流程图;
图4是本发明实施例二的一种释放会话资源的方法的流程图;
图5是本发明实施例二的一种检测到会话状态正常的流程示意图;
图6是本发明实施例二的一种检测到会话状态异常的流程示意图;
图7是本发明实施例二的另一种检测到会话状态异常的流程示意图;
图8是本发明实施例三的一种释放会话资源的装置的结构框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
在IMS网络及网络融合通信中,当由于会话中的相关设备发生故障等原因导致会话状态异常时,会话中的相关设备将由于未收到BYE消息而挂住会话资源。
针对上述问题,目前通常采用以下两种方式释放会话资源:
1、会话刷新功能
协议中描述会话刷新的建立过程是一个端到端的协商过程,会话刷新协商完成后,终端以及网络侧设备都会保留会话刷新的协商的结果,包括会话刷新时长、最短会话刷新时长、会话刷新的刷新侧等。
参照图1,示出了会话刷新协商的流程示意图,该流程具体描述如下:
10~20为主叫终端发起呼叫请求消息至IMS网络,IMS网络将呼叫请求消息转发至被叫终端。呼叫请求消息中携带的“Support:timer”表示请求侧支持会话刷新;“Session-Expire:1800”表示请求侧期望的会话刷新时长;“Min-SE:90”表示请求侧期望的最小刷新时长。
30~40为被叫终端对收到的呼叫请求消息返回180振铃响应消息至IMS网络,IMS网络将其转发至主叫终端。
50~60为被叫终端摘起电话,返回200OK响应消息至IMS网络,IMS网络将其转发至主叫终端。200OK响应消息中携带的“Require:timer”表示被叫侧也支持会话刷新;“Session-Expire:1800”表示被叫侧最终确定的刷新时长,参数“refresher=uac”表示由主叫侧(uac侧)来进行刷新消息的发起;“Min-SE:90”表示最终确定的最小刷新时长。在此过程中,IMS网络中的设备也会记住200OK响应消息中会话刷新的协商结果。获取“Session-Expire”的值作为会话刷新时长,并且以该时长为周期启动会话刷新定时器。
70~80为主叫终端对收到的200OK响应消息回复确认消息至IMS网络,IMS网络将其转发至被叫终端,则呼叫接通。
90~100为主叫终端在经历了900秒之后(1800秒的一半),发起会话刷新请求消息(Update消息或re-Invite消息)至IMS网络,IMS网络将其转发至被叫终端。会话刷新请求消息中携带的“Support:timer”表示请求侧支持会话刷新;“Session-Expire:4000”表示请求侧期望的会话刷新时长,参数“refresher=uac”表示由主叫侧(uac侧)来进行刷新消息的发起;“Min-SE:90”表示请求侧期望的最小刷新时长。
110~120为被叫终端收到会话刷新请求消息后,回复200OK响应消息至IMS网络,IMS网络将其转发至主叫终端。该200OK响应消息中的“Session-Expire:4000”表示被叫侧最终确定的刷新时长,参数“refresher=uas”表示由被叫侧(uas侧)来进行刷新消息的发起;“Min-SE:90”表示最终确定的最小刷新时长。至此会话刷新协商过程结束。
参照图2,示出了会话刷新功能释放会话资源的流程示意图,该流程具体描述如下:
10~20为当会话刷新定时器超时后,仍未收到终端侧的会话刷新消息,则IMS网络侧各网元分别向主被叫侧发送BYE消息,用于结束会话,释放会话资源。
30~40为当IMS网络侧网元收到终端侧发送的200OK响应消息后,各网元释放相应的会话资源。还存在一种情况,主叫终端或被叫终端或网络侧网元发生故障,200OK响应消息也无法进行发送或转发,则发送BYE消息后所启动的定时器超时后,也可释放会话资源。
虽然上述会话刷新功能可以保证会话资源的释放,但是要求终端和网络侧设备支持会话刷新功能,并且要求至少有一个终端支持会话刷新功能,因此该方法具有局限性,并且由于会话刷新功能是对SIP协议的扩展,因此在实际应用上不支持会话刷新功能的终端和网络侧设备大量存在。
2、通知功能
根据3GPP的TS24.229协议中的描述,在以下异常情况时PCRF通过发送ASR消息通知P-CSCF结束会话:
(1)无线通信设备失效或不可用;
(2)无线终端信号异常或掉线。
当P-CSCF收到PCRF的通知后,P-CSCF生成BYE消息,并分别在主被叫两侧的会话中发送BYE消息,从而结束会话,保证异常情况时会话资源的释放。
但是,PCRF的通知功能属于LTE无线接入时采用的方法,而对于IMS网络来说,由于网络侧设备和终端的丰富性,其并不局限于LTE接入,因此该方法也具有局限性。
总之,目前采用的释放会话资源的方法均具有局限性,对于不满足所需条件的情况,仍然不能及时释放会话资源。
针对上述问题,本发明提出了一种通过网络侧设备主动检测两侧会话的状态、及时释放会话资源的方法和装置,下面通过以下各实施例进行详细说明。
实施例一:
参照图3,示出了本发明实施例一的一种释放会话资源的方法的流程图,该方法具体可以包括以下步骤:
步骤301,在检测到主叫侧会话和被叫侧会话建立后,启动预先设置的会话状态检测定时器。
本发明实施例中是通过网络侧设备主动检测主叫侧会话和被叫侧会话的状态,以决定是否需要释放两侧会话所占用的会话资源。在一种具体的实现中可以在网络侧设备中预先设置会话状态检测定时器,以确定是否要发起会话状态检测过程。当网络侧设备检测到主叫侧会话和被叫侧会话建立后,首先可以启动预先设置的会话状态检测定时器开始定时。
步骤302,在所述会话状态检测定时器超时后,分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息。
在所述会话状态检测定时器超时后,即可以分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息,以检测两侧会话的会话状态是否正常。
步骤303,依据所述会话状态检测消息判定所述主叫侧会话和所述被叫侧会话的状态。
步骤304,如果所述主叫侧会话和/或所述被叫侧会话的状态异常,则释放所述主叫侧会话和被叫侧会话占用的会话资源。
如果依据所述会话状态检测消息判定所述主叫侧会话或所述被叫侧会话的状态异常,或者判定所述主叫侧会话和所述被叫侧会话的状态均异常,则可以说明状态异常的会话中的设备(网络侧设备或终端)可能出现故障,此时则要释放所述主叫侧会话和被叫侧会话占用的会话资源。
本发明实施例在会话建立之后,可以通过IMS网络侧设备主动、周期性地发送后续会话状态检测消息,以检测主叫侧会话和被叫侧会话的状态,从而根据会话状态决定是否释放会话资源,可以保证在网络侧设备或终端发生故障导致会话状态异常时能够及时释放会话资源。
实施例二:
参照图4,示出了本发明实施例二的一种释放会话资源的方法的流程图,该方法具体可以包括以下步骤:
步骤401,在检测到主叫侧会话和被叫侧会话建立后,启动预先设置的会话状态检测定时器。
本发明实施例中,由于网络侧设备要定期地查询主叫侧会话和被叫侧会话的状态,因此可以预先设置一个状态检测定时器,以确定是否要发起会话状态检测消息进行会话状态的查询。该会话状态检测定时器的周期时长可采用RFC4028中建议的会话刷新的时长,也就是每30分钟。一方面是因为90%以上的呼叫持续时间在30分钟以内;另一方面是由于30分钟进行一次信令交互,因此对于对接整个网络和设备性能的影响可忽略。当然,本领域技术人员还可以根据实际经验设定其他的数值作为所述会话状态检测定时器的周期时长,本发明实施例对具体的数值并不加以限定。
在网络侧设备检测到主叫侧会话和被叫侧会话建立后,可以启动预先设置的会话状态检测定时器,此时该定时器开始计时。
本发明实施例中,所述网络侧设备可以为IMS网络中的AS(ApplicationServer,应用服务器)、MRF(Media Resource Function,媒体资源功能实体)、P-CSCF(Proxy-Call Session Control Function,代理呼叫会话控制功能实体)、I-CSCF(Interrogating-Call Session Control Function,查询呼叫会话控制功能实体)和S-CSCF(Serving-Call Session Control Function,服务呼叫会话控制功能实体),等等,这些网络侧设备均可以发起会话状态检测。
步骤402,在所述会话状态检测定时器超时之前,如果接收到所述主叫侧会话和所述被叫侧会话其中的一侧会话中发送的请求消息、以及另一侧会话中返回的、针对所述请求消息的确认响应消息,则重新启动所述会话状态检测定时器。
启动所述会话状态检测定时器之后,呼叫建立流程继续正常进行。在所述会话状态检测定时器超时之前,如果接收到所述主叫侧会话中发送的请求消息和所述被叫侧会话中返回的、针对所述请求消息的确认响应消息(例如200OK响应消息),或者接收到所述被叫侧会话中发送的请求消息和所述主叫侧会话中返回的、针对所述请求消息的确认响应消息,则可以说明主叫侧会话和被叫侧会话的状态正常,此时可以重新启动所述会话状态检测定时器,重新对会话状态检测的时间进行定时。
另外,需要说明的是,在所述会话状态检测定时器超时之前,如果接收到所述主叫侧会话中发送的请求消息和所述被叫侧会话中返回的、针对所述请求消息的错误响应消息(例如481响应消息),则可以确定所述被叫侧会话状态异常,此时即可释放所述主叫侧会话和被叫侧会话占用的会话资源;或者在所述会话状态检测定时器超时之前,如果接收到所述被叫侧会话中发送的请求消息和所述主叫侧会话中返回的、针对所述请求消息的错误响应消息,则可以确定所述主叫侧会话状态异常,此时即可释放所述主叫侧会话和被叫侧会话占用的会话资源,而无需等到状态检测定时器超时后再分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息。
此处是利用了SIP协议的会话内消息机制,所述主叫侧会话和被叫侧会话中发送的请求消息可以为呼叫建立流程中会话内传递的任何一种请求消息,本发明实施例对具体的消息并不加以限制。
步骤403,在所述会话状态检测定时器超时后,分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息。
如果在所述会话状态检测定时器超时之前,没有接收到所述主叫侧会话和所述被叫侧会话其中的一侧会话中发送的请求消息、以及另一侧会话中返回的、针对所述请求消息的确认响应消息或错误响应消息,则在所述会话状态检测定时器超时之后,可以对主叫侧会话和被叫侧会话的会话状态进行检测。具体的,网络侧设备可以分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息。
在本发明的一种优选实施例中,可以根据RFC3261协议中的消息类型设置会话状态检测消息。在RFC3261协议中,REGISTER方法、INVITE方法、OPTION方法、CANCEL方法、以及ACK方法是支持的基本SIP方法。其中,REGSITER方法用于注册,CANCEL方法用于取消一个呼叫会话,而ACK用于呼叫会话的建立过程。因此,本发明实施例中可以采用INVITE消息和OPTION消息作为会话状态检测消息,其中,呼叫会话建立后,INVITE消息称为Re-INVITE消息。
在RFC3261协议中,Re-INVITE方法可以用来改变当前已经建立的会话,包括媒体信息、SIP信令头域、SIP信令参数等,是SIP协议中最基本的SIP方法之一,对于支持SIP协议的设备,其也支持Re-INVITE方法。Re-INVITE方法实质也是RFC3261协议中的INVITE方法,用在呼叫会话建立之后更改会话相关信息。本发明实施例中Re-INVITE的应用不是用于修改会话信息,只是利用该消息来查询主叫侧会话和被叫侧会话的会话状态。据此,对于已经建立的会话,可采用Re-INVITE方法来查询会话状态,也就是网络侧设备可以通过是否收到Re-INVITE消息的200OK响应消息来判定主被叫两侧的会话状态是否正常,从而决定是否释放会话资源。需要说明的是,本发明实施例中Re-Invite消息用于会话状态检测,因此在发送时,该消息中可以不携带SDP(Session Description Protocol,会话描述协议)的相关信息,即消息体为空。
在一种具体的实现中,INVITE消息(即Re-INVITE消息)的结构如下:
INVITE sip:bobbiloxi.com SIP/2.0
Via:SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bK776asdhds
Max-Forwards:70
To:Bob<sip:bobbiloxi.com>
From:Alice<sip:aliceatlanta.com>;tag=1928301774
Call-ID:a84b4c76e66710pc33.atlanta.com
CSeq:314159INVITE
Contact:<sip:alicepc33.atlanta.com>
Content-Length:0
在RFC3261协议中,OPTION方法用于客户端查看服务端的能力,是协议明确要求支持的基本SIP方法。OPTION消息到达服务端后,服务端会在200OK响应消息中携带上自身的能力,比如:服务端支持的SIP方法、SIP头域、SIP扩展、媒体等能力。而本发明实施例中只是利用了服务端是否回复响应消息来判断服务端的状态,并不关心服务端所具有的能力,因此与OPTION的响应消息本身具有的功能不冲突。同时,由于OPTION方法不改变会话的状态,并且消息简单,没有特殊要求,因此使用OPTION消息作为会话状态检测消息可以更加方便地实现会话状态检测。
在一种具体的实现中,OPTION消息的结构如下:
OPTIONS sip:carolchicago.com SIP/2.0
Via:SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKhjhs8ass877
Max-Forwards:70
To:<sip:carolchicago.com>
From:Alice<sip:aliceatlanta.com>;tag=1928301774
Call-ID:a84b4c76e66710
CSeq:63104OPTIONS
Contact:<sip:alicepc33.atlanta.com>
Accept:application/sdp
Content-Length:0
在本发明的一种优选实施例中,在分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之前,还可以在所述会话状态检测消息中增加扩展头域,其中所述扩展头域用于指示所述会话状态检测消息的作用为检测会话状态。例如可以在所述会话状态检测消息中增加扩展头域“Event:Session State”,等等。
步骤404,在分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之后,重新启动所述会话状态检测定时器。
本发明实施例的会话资源释放方法可以适用于IMS系统中的P-CSCF、I-CSCF、S-CSCF、AS、MRF等网络侧设备。IMS系统中,当某个网络侧设备发生会话状态检测定时器超时后,该设备在主被叫侧的会话中发送会话状态检测消息,并且发送会话状态检测消息之后重新启动会话状态检测定时器以便进行下一次的会话状态检测。如果该次呼叫会话中还包括其他的网络侧设备,则这些网络侧设备在接收到上述会话状态检测消息后,也可以重新启动自身的会话状态检测定时器。
当某几个网络侧设备同时发生会话状态检测定时器超时后,这些网络侧设备可能会在同一个会话中同时发送会话状态检测消息,此时需要这些网络侧设备增加对消息异常的处理,比如缓存消息等处理,对消息异常的处理的具体过程,本发明实施例在此不再详细论述。
步骤405,依据所述会话状态检测消息判定所述主叫侧会话和所述被叫侧会话的状态。
会话建立后,会话状态存在正常和异常两种情况。如果会话状态正常,则不影响现有呼叫会话。如果会话状态异常,则可能是由于终端、网络侧设备等发生故障,此种情况下会话状态异常的情况不能及时通知对应的IMS网络侧设备,从而使其无法及时发送BYE消息,因此会话中的相关设备将由于未收到BYE消息而挂住会话资源。
因此,本发明实施例中在分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之后,还可以依据所述会话状态检测消息判定所述主叫侧会话和所述被叫侧会话的状态。如果所述主叫侧会话和所述被叫侧会话的状态正常(即均正常),则执行步骤406;如果所述主叫侧会话和/或所述被叫侧会话的状态异常(即至少一侧异常),则步骤407。
在本发明的一种优选实施例中,还可以预先设置事务定时器,以决定是否对会话状态进行判定。在网络侧设备分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之后,还包括:启动所述预先设置的事务定时器。
其中,依据所述会话状态检测消息判定所述主叫侧会话的状态的步骤可以包括:如果在所述事务定时器超时之后没有接收到所述主叫侧会话中返回的、针对所述会话状态检测消息的确认响应消息(例如200OK响应消息)或错误响应消息(例如481响应消息),或者,在所述事务定时器超时之前或超时之后接收到所述主叫侧会话中返回的、针对所述会话状态检测消息的错误响应消息(例如481响应消息),则判定所述主叫侧会话的状态异常;如果在所述事务定时器超时之前或超时之后接收到所述主叫侧会话中返回的、针对所述会话状态检测消息的确认响应消息(例如200OK响应消息),则判定所述主叫侧会话的状态正常。
依据所述会话状态检测消息判定所述被叫侧会话的状态的步骤可以包括:如果在所述事务定时器超时之后没有接收到所述被叫侧会话中返回的、针对所述会话状态检测消息的确认响应消息(例如200OK响应消息)或错误响应消息(例如481响应消息),或者,在所述事务定时器超时之前或超时之后接收到所述被叫侧会话中返回的、针对所述会话状态检测消息的错误响应消息(例如481响应消息),则判定所述被叫侧会话的状态异常;如果在所述事务定时器超时之前或超时之后接收到所述被叫侧会话中返回的、针对所述会话状态检测消息的确认响应消息(例如200OK响应消息),则判定所述被叫侧会话的状态正常。
步骤406,如果所述主叫侧会话和所述被叫侧会话的状态正常,则重新启动所述会话状态检测定时器。
本发明实施例中,如果均接收到所述主叫侧会话和所述被叫侧会话中返回的针对所述会话状态检测消息的确认响应消息(例如200OK响应消息),则可以判定所述主叫侧会话和所述被叫侧会话的状态均正常,此时即可以重新启动所述会话状态检测定时器,以进行下一次的会话状态检测。
步骤407,如果所述主叫侧会话和/或所述被叫侧会话的状态异常,则释放所述主叫侧会话和被叫侧会话占用的会话资源。
如果判定所述主叫侧会话或所述被叫侧会话的状态异常,或者判定所述主叫侧会话和所述被叫侧会话的状态均异常,则可以释放所述主叫侧会话和被叫侧会话占用的会话资源。
在一种具体的实现中,所述释放所述主叫侧会话和被叫侧会话占用的会话资源的过程可以为:分别在主叫侧会话和被叫侧会话中发送BYE消息,并启动所述事务定时器;如果在所述事务定时器超时之前或超时之后接收到主叫侧会话中返回的、针对所述BYE消息的确认响应消息,则结束主叫侧会话,以释放主叫侧会话中的相关设备所占用的会话资源;如果在所述事务定时器超时之前或超时之后接收到被叫侧会话中返回的、针对所述BYE消息的确认响应消息,则结束被叫侧会话,以释放被叫侧会话中的相关设备所占用的会话资源;如果在所述事务定时器超时之前或超时之后接收到主叫侧会话中返回的、针对所述BYE消息的错误响应消息,则结束主叫侧会话,以释放主叫侧会话中的相关设备所占用的会话资源;如果在所述事务定时器超时之前或超时之后接收到被叫侧会话中返回的、针对所述BYE消息的错误响应消息,则结束被叫侧会话,以释放被叫侧会话中的相关设备所占用的会话资源;如果在所述事务定时器超时之后没有接收到主叫侧会话中返回的、针对所述BYE消息的确认响应消息,则结束主叫侧会话,以释放主叫侧会话中的相关设备所占用的会话资源;如果在所述事务定时器超时之后没有接收到被叫侧会话中返回的、针对所述BYE消息的确认响应消息,则结束被叫侧会话,以释放被叫侧会话中的相关设备所占用的会话资源。
下面,通过以下几个具体的实例对本发明实施例的释放会话资源的方法那行介绍。
图5是本发明实施例二的一种检测到会话状态正常的流程示意图,其中包括主叫终端、被叫终端和IMS网络侧设备。该流程具体描述如下:
控制1:IMS网络侧设备检测到主叫侧会话和被叫侧会话建立后,启动自身的会话状态检测定时器,之后呼叫接通。
控制2:会话状态检测定时器超时,IMS网络侧设备分别向主叫侧会话和被叫侧会话发送SIP请求消息(即会话状态检测消息),并启动事务定时器。
其中,SIP请求消息可以为OPTION、Re-INVITE等RFC3261协议支持的基本请求消息。
控制3:在事务定时器超时之前,分别接收到主叫侧会话和被叫侧会话返回的SIP响应消息(200OK响应消息)后,确定主叫侧会话和被叫侧会话的会话状态正常,此时重新启动会话状态检测定时器。
在检测到主被叫两侧的会话建立成功之后,启动会话状态检测定时器,在一个会话状态检测周期超时后,IMS网络侧设备向主被叫两侧会话中发送会话状态检测消息,主被叫两侧会话中的相关设备(即其中的主叫终端和被叫终端)对接收到的会话状态检测消息回复200OK响应消息,IMS网络侧设备接收到响应消息后,则可以判定主被叫两侧的会话状态正常,则IMS网络侧设备重新启动会话状态检测定时器。
图6是本发明实施例二的一种检测到会话状态异常的流程示意图,其中包括主叫终端、被叫终端和IMS网络侧设备。该流程具体描述如下:
控制1:IMS网络侧设备检测到主叫侧会话和被叫侧会话建立后,启动自身的会话状态检测定时器,之后呼叫接通。
控制2:主叫终端发生故障,BYE消息未发送。
控制3:会话状态检测定时器超时,IMS网络侧设备分别向主叫侧会话和被叫侧会话发送SIP请求消息(即会话状态检测消息),并启动事务定时器。
控制4:在事务定时器超时之前,IMS网络侧设备接收到被叫侧会话中回复的SIP响应消息(200OK响应消息),判定被叫侧会话状态正常。而在事务定时器超时之后,IMS网络侧设备也没有主叫侧会话中返回的SIP响应消息,或者在所述事务定时器超时之前接收到主叫侧会话中返回的481等错误响应消息,则判定主叫侧会话状态异常。由于获知主叫侧会话状态异常,因此在主叫侧会话中和被叫侧会话中均发送BYE消息,释放主叫侧会话和被叫侧会话占用的会话资源。
控制5:在接收到被叫侧会话中返回的针对BYE消息的200OK响应消息后,则释放被叫侧会话所占用的会话资源,而由于主叫终端发生故障,因此其无法回复针对BYE消息的200OK响应消息,此时主叫侧会话所占用的会话资源也已经释放。
在检测到主被叫两侧的会话建立成功之后,启动会话状态检测定时器。在一个会话状态检测周期内,主叫终端故障未发送BYE消息,导致被叫终端未收到BYE消息,因此会话资源在被叫侧会话中仍然存在。当会话状态检测定时器超时后,IMS网络侧设备分别向主被叫两侧会话发送会话状态检测消息。在事务定时器超时后仍未收到主叫侧会话中返回的200OK响应消息或在事务定时器超时前收到主叫侧会话中返回的481错误响应消息,则可以判定主叫侧会话状态异常,此时IMS网络侧分别向主被叫两侧会话发送BYE消息,释放主被叫两侧会话占用的会话资源。
图7是本发明实施例二的另一种检测到会话状态异常的流程示意图,该呼叫会话中涉及到的终端侧设备包括主叫终端和被叫终端,网络侧设备包括P-CSCF、S-CSCF和AS。
本实施例中,主被叫用户同属一个IMS归属域,主被叫各触发一次AS,P-CSCF逻辑上分为主叫侧和被叫侧,并且主被叫终端均不具备会话刷新功能。以IMS网络侧的P-CSCF发起会话状态检测为例,以OPTION消息作为会话状态检测消息,来说明IMS网络侧是如何通过会话状态检测消息来查询会话状态以及如何释放会话资源,并且假设在一个会话状态检测周期内,主叫侧会话和被叫侧会话中均不发送后续消息。当然,其中的其它网络侧设备S-CSCF和AS均可以主动发起会话状态检测,并决定是否释放会话资源。
其中,OPTION消息的构造可以如下所示:
OPTIONS sip:carolchicago.com SIP/2.0
Via:SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKhjhs8ass877
Max-Forwards:70
To:<sip:carolchicago.com>
From:Alice<sip:aliceatlanta.com>;tag=1928301774
Call-ID:a84b4c76e66710
CSeq:63104OPTIONS
Contact:<sip:alicepc33.atlanta.com>
Accept:application/sdp
Content-Length:0
需要说明的是,图7所示的流程中省略了呼叫建立过程中180响应消息。该流程具体描述如下:
10~240为一个普通呼叫会话建立的过程,本实施例在此不再详细描述。
控制1:P-CSCF在收到主叫终端发送的ACK消息后,确认主叫侧会话已经建立,并且在向S-CSCF发送ACK消息后,确认被叫侧会话已经建立,此时则启动会话状态检测定时器。当ACK消息传输至被叫终端后,主叫终端和被叫终端之间的呼叫接通。
控制2:通话过程中,被叫终端发生故障,未发送BYE消息。P-CSCF在检测到会话状态检测定时器超时后,在主叫侧会话和被叫侧会话中均发送会话状态检测消息(OPTION消息),用于检测主被叫两侧的会话状态。
250~320为会话状态检测消息发送的过程。P-CSCF分别向主被叫两侧会话发送OPTION消息。由于主叫侧会话状态正常,因此P-CSCF接收到主叫侧会话中发送的OPTION消息的200OK响应消息。而被叫侧会话中的OPTION消息到达被叫终端后,由于被叫终端故障,因此被叫终端可能忽略该请求消息而不做任何处理或者回复481响应消息,无论是哪种情况都会导致P-CSCF认为被叫侧会话的状态异常。
控制3:P-CSCF在事务定时器超时之前接收到主叫侧会话中返回的响应消息,确定主叫侧会话状态正常,在事务定时器超时之后没有接收到主叫侧会话中返回的响应消息,确定被叫侧会话状态异常。
330~331为P-CSCF向主叫侧会话发送BYE消息,用于结束主叫侧会话。主叫侧会话在接收到BYE消息后,返回200OK响应消息,此时即可释放主叫侧会话占用的会话资源。
控制4:释放主叫侧会话占用的会话资源。
340~400为P-CSCF向被叫侧会话发送BYE消息,用于结束被叫侧会话。由于被叫终端故障,因此收到BYE消息后,对BYE消息忽略不做处理。
控制5:释放被叫侧会话占用的会话资源。
本发明实施例所述的释放会话资源的方法实现简单、可充分保证在异常情况下及时释放会话资源,是对现有机制的进一步完善和补充,并且该方法不影响IMS网络现有的处理流程,遵循现有协议,对现有IMS网络中各设备处理的呼叫会话流程无影响。
对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
实施例三:
参照图8,示出了本发明实施例三的一种释放会话资源的装置的结构框图,该装置具体可以包括以下模块:
检测定时模块801,用于在检测到主叫侧会话和被叫侧会话建立后,启动预先设置的会话状态检测定时器;
消息发送模块802,用于在所述会话状态检测定时器超时之后,分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息;
在本发明的一种优选实施例中,所述会话状态检测消息可以为Re-INVITE消息或者OPTION消息。
状态判定模块803,用于依据所述会话状态检测消息判定所述主叫侧会话和所述被叫侧会话的状态;
资源释放模块804,用于在所述状态判定模块判定所述主叫侧会话和/或所述被叫侧会话的状态异常时,释放所述主叫侧会话和被叫侧会话占用的会话资源。
在本发明的一种优选实施例中,所述装置还包括:事务定时模块,用于在所述发送模块发送会话状态检测消息之后,启动预先设置的事务定时器;
其中,所述状态判定模块可以包括:
第一判定子模块,用于在所述事务定时器超时之后没有接收到所述主叫侧会话中返回的、针对所述会话状态检测消息的确认响应消息或错误响应消息,或者,在所述事务定时器超时之前或超时之后接收到所述主叫侧会话中返回的、针对所述会话状态检测消息的错误响应消息时,判定所述主叫侧会话的状态异常;
第二判定子模块,用于在所述事务定时器超时之后没有接收到所述被叫侧会话中返回的、针对所述会话状态检测消息的确认响应消息或错误响应消息,或者,在所述事务定时器超时之前或超时之后接收到所述被叫侧会话中返回的、针对所述会话状态检测消息的错误响应消息时,判定所述被叫侧会话的状态异常。
在本发明的一种优选实施例中,所述装置还可以包括以下模块:
第一重启模块,用于在所述会话状态检测定时器超时之前,接收到所述主叫侧会话和所述被叫侧会话其中的一侧会话中发送的请求消息、以及另一侧会话中返回的、针对所述请求消息的确认响应消息时,重新启动所述会话状态检测定时器;
第二重启模块,用于在所述状态判定模块判定所述主叫侧会话和所述被叫侧会话的状态正常时,重新启动所述会话状态检测定时器;
增加模块,用于在所述消息发送模块分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之前,在所述会话状态检测消息中增加扩展头域,所述扩展头域用于指示所述会话状态检测消息的作用为检测会话状态;
第三重启模块,用于在所述消息发送模块分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之后,重新启动所述会话状态检测定时器。
本发明实施例中在检测到主叫侧会话和被叫侧会话建立后,将启动预先设置的会话状态检测定时器;并且在所述会话状态检测定时器超时后,分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息,并启动预先设置的事务定时器;在所述事务定时器超时之前或超时之后,如果判定所述主叫侧会话和/或所述被叫侧会话的状态异常,则释放所述主叫侧会话和被叫侧会话占用的会话资源。本发明实施例通过定期在主叫侧会话和被叫侧会话中发送会话状态检测消息,可以检测两侧会话的状态,因此当检测到由于终端或者网络侧设备出现故障而导致会话状态异常时,可以及时释放两侧会话所占用的会话资源。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本发明实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上对本发明所提供的一种释放会话资源的方法和装置,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (14)
1.一种释放会话资源的方法,其特征在于,包括:
在检测到主叫侧会话和被叫侧会话建立后,启动预先设置的会话状态检测定时器;
在所述会话状态检测定时器超时之后,分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息;
依据所述会话状态检测消息判定所述主叫侧会话和所述被叫侧会话的状态;
如果所述主叫侧会话和/或所述被叫侧会话的状态异常,则释放所述主叫侧会话和被叫侧会话占用的会话资源。
2.根据权利要求1所述的方法,其特征在于,所述会话状态检测消息为Re-INVITE消息或者OPTION消息。
3.根据权利要求1所述的方法,其特征在于,
在所述分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之后,还包括:启动预先设置的事务定时器;
所述依据所述会话状态检测消息判定所述主叫侧会话的状态的步骤包括:
如果在所述事务定时器超时之后没有接收到所述主叫侧会话中返回的、针对所述会话状态检测消息的确认响应消息或错误响应消息,或者,在所述事务定时器超时之前或超时之后接收到所述主叫侧会话中返回的、针对所述会话状态检测消息的错误响应消息,则判定所述主叫侧会话的状态异常;
所述依据所述会话状态检测消息判定所述被叫侧会话的状态的步骤包括:
如果在所述事务定时器超时之后没有接收到所述被叫侧会话中返回的、针对所述会话状态检测消息的确认响应消息或错误响应消息,或者,在所述事务定时器超时之前或超时之后接收到所述被叫侧会话中返回的、针对所述会话状态检测消息的错误响应消息,则判定所述被叫侧会话的状态异常。
4.根据权利要求1所述的方法,其特征在于,还包括:
在所述会话状态检测定时器超时之前,如果接收到所述主叫侧会话和所述被叫侧会话其中的一侧会话中发送的请求消息、以及另一侧会话中返回的、针对所述请求消息的确认响应消息,则重新启动所述会话状态检测定时器。
5.根据权利要求1所述的方法,其特征在于,还包括:
如果所述主叫侧会话和所述被叫侧会话的状态正常,则重新启动所述会话状态检测定时器。
6.根据权利要求1所述的方法,其特征在于,在所述分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之前,还包括:
在所述会话状态检测消息中增加扩展头域,所述扩展头域用于指示所述会话状态检测消息的作用为检测会话状态。
7.根据权利要求1所述的方法,其特征在于,在所述分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之后,还包括:
重新启动所述会话状态检测定时器。
8.一种释放会话资源的装置,其特征在于,包括:
检测定时模块,用于在检测到主叫侧会话和被叫侧会话建立后,启动预先设置的会话状态检测定时器;
消息发送模块,用于在所述会话状态检测定时器超时之后,分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息;
状态判定模块,用于依据所述会话状态检测消息判定所述主叫侧会话和所述被叫侧会话的状态;
资源释放模块,用于在所述状态判定模块判定所述主叫侧会话和/或所述被叫侧会话的状态异常时,释放所述主叫侧会话和被叫侧会话占用的会话资源。
9.根据权利要求8所述的装置,其特征在于,所述会话状态检测消息为Re-INVITE消息或者OPTION消息。
10.根据权利要求8所述的装置,其特征在于,
所述装置还包括:事务定时模块,用于在所述发送模块发送会话状态检测消息之后,启动预先设置的事务定时器;
所述状态判定模块包括:
第一判定子模块,用于在所述事务定时器超时之后没有接收到所述主叫侧会话中返回的、针对所述会话状态检测消息的确认响应消息或错误响应消息,或者,在所述事务定时器超时之前或超时之后接收到所述主叫侧会话中返回的、针对所述会话状态检测消息的错误响应消息时,判定所述主叫侧会话的状态异常;
第二判定子模块,用于在所述事务定时器超时之后没有接收到所述被叫侧会话中返回的、针对所述会话状态检测消息的确认响应消息或错误响应消息,或者,在所述事务定时器超时之前或超时之后接收到所述被叫侧会话中返回的、针对所述会话状态检测消息的错误响应消息时,判定所述被叫侧会话的状态异常。
11.根据权利要求8所述的装置,其特征在于,还包括:
第一重启模块,用于在所述会话状态检测定时器超时之前,接收到所述主叫侧会话和所述被叫侧会话其中的一侧会话中发送的请求消息、以及另一侧会话中返回的、针对所述请求消息的确认响应消息时,重新启动所述会话状态检测定时器。
12.根据权利要求8所述的装置,其特征在于,还包括:
第二重启模块,用于在所述状态判定模块判定所述主叫侧会话和所述被叫侧会话的状态正常时,重新启动所述会话状态检测定时器。
13.根据权利要求8所述的装置,其特征在于,还包括:
增加模块,用于在所述消息发送模块分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之前,在所述会话状态检测消息中增加扩展头域,所述扩展头域用于指示所述会话状态检测消息的作用为检测会话状态。
14.根据权利要求8所述的装置,其特征在于,还包括:
第三重启模块,用于在所述消息发送模块分别在所述主叫侧会话和所述被叫侧会话中发送会话状态检测消息之后,重新启动所述会话状态检测定时器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310701635.XA CN103685286A (zh) | 2013-12-18 | 2013-12-18 | 一种释放会话资源的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310701635.XA CN103685286A (zh) | 2013-12-18 | 2013-12-18 | 一种释放会话资源的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103685286A true CN103685286A (zh) | 2014-03-26 |
Family
ID=50321600
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310701635.XA Pending CN103685286A (zh) | 2013-12-18 | 2013-12-18 | 一种释放会话资源的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103685286A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104301152A (zh) * | 2014-10-30 | 2015-01-21 | 大唐移动通信设备有限公司 | 一种设备故障检测方法及装置 |
CN104468506A (zh) * | 2014-10-28 | 2015-03-25 | 大唐移动通信设备有限公司 | 会话状态检测方法及装置 |
CN105429812A (zh) * | 2014-09-12 | 2016-03-23 | 中兴通讯股份有限公司 | 节点状态检测方法及装置 |
CN105516640A (zh) * | 2015-12-15 | 2016-04-20 | Tcl集团股份有限公司 | 一种视频通讯会话异常的检测方法及系统 |
CN106034064A (zh) * | 2015-03-13 | 2016-10-19 | 腾讯科技(深圳)有限公司 | 一种即时通讯会话状态提示方法、即时通讯服务器及系统 |
CN107529200A (zh) * | 2016-06-21 | 2017-12-29 | 中兴通讯股份有限公司 | 一种VoLTE中终端发生网络切换后释放资源的方法及装置 |
CN108259327A (zh) * | 2016-12-29 | 2018-07-06 | 中国移动通信集团河南有限公司 | VoLTE业务恢复方法、系统及装置 |
CN108289079A (zh) * | 2017-01-09 | 2018-07-17 | 大唐移动通信设备有限公司 | 一种会话刷新时长控制的方法及装置 |
CN109429329A (zh) * | 2017-06-20 | 2019-03-05 | 华为技术有限公司 | 一种会话上下文删除方法及装置 |
CN109644385A (zh) * | 2017-05-19 | 2019-04-16 | 华为技术有限公司 | 一种呼叫建立方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1756256A (zh) * | 2004-09-30 | 2006-04-05 | 华为技术有限公司 | 一种处理分叉业务的方法 |
CN101102276A (zh) * | 2007-06-22 | 2008-01-09 | 华为技术有限公司 | 更改会话路径的方法、会话终端、中继节点 |
CN101137104A (zh) * | 2006-08-28 | 2008-03-05 | 华为技术有限公司 | 一种实现资源释放的方法和系统 |
CN101997850A (zh) * | 2009-08-12 | 2011-03-30 | 中兴通讯股份有限公司 | 用于ip多媒体子系统的呼叫管理方法及装置 |
CN102377728A (zh) * | 2010-08-06 | 2012-03-14 | 联芯科技有限公司 | 一种ims多媒体会议中的组内文件分发方法 |
-
2013
- 2013-12-18 CN CN201310701635.XA patent/CN103685286A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1756256A (zh) * | 2004-09-30 | 2006-04-05 | 华为技术有限公司 | 一种处理分叉业务的方法 |
EP1798947A1 (en) * | 2004-09-30 | 2007-06-20 | Huawei Technologies Co., Ltd. | Method for notifying the change of cell information in multimedia broadcast/multicast service |
CN101137104A (zh) * | 2006-08-28 | 2008-03-05 | 华为技术有限公司 | 一种实现资源释放的方法和系统 |
CN101102276A (zh) * | 2007-06-22 | 2008-01-09 | 华为技术有限公司 | 更改会话路径的方法、会话终端、中继节点 |
CN101997850A (zh) * | 2009-08-12 | 2011-03-30 | 中兴通讯股份有限公司 | 用于ip多媒体子系统的呼叫管理方法及装置 |
CN102377728A (zh) * | 2010-08-06 | 2012-03-14 | 联芯科技有限公司 | 一种ims多媒体会议中的组内文件分发方法 |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105429812A (zh) * | 2014-09-12 | 2016-03-23 | 中兴通讯股份有限公司 | 节点状态检测方法及装置 |
CN104468506A (zh) * | 2014-10-28 | 2015-03-25 | 大唐移动通信设备有限公司 | 会话状态检测方法及装置 |
CN104301152A (zh) * | 2014-10-30 | 2015-01-21 | 大唐移动通信设备有限公司 | 一种设备故障检测方法及装置 |
CN106034064A (zh) * | 2015-03-13 | 2016-10-19 | 腾讯科技(深圳)有限公司 | 一种即时通讯会话状态提示方法、即时通讯服务器及系统 |
CN106034064B (zh) * | 2015-03-13 | 2019-05-07 | 腾讯科技(深圳)有限公司 | 一种即时通讯会话状态提示方法、即时通讯服务器及系统 |
CN105516640B (zh) * | 2015-12-15 | 2019-11-12 | Tcl集团股份有限公司 | 一种视频通讯会话异常的检测方法及系统 |
CN105516640A (zh) * | 2015-12-15 | 2016-04-20 | Tcl集团股份有限公司 | 一种视频通讯会话异常的检测方法及系统 |
CN107529200A (zh) * | 2016-06-21 | 2017-12-29 | 中兴通讯股份有限公司 | 一种VoLTE中终端发生网络切换后释放资源的方法及装置 |
CN107529200B (zh) * | 2016-06-21 | 2021-02-23 | 中兴通讯股份有限公司 | 一种VoLTE中终端发生网络切换后释放资源的方法及装置 |
CN108259327A (zh) * | 2016-12-29 | 2018-07-06 | 中国移动通信集团河南有限公司 | VoLTE业务恢复方法、系统及装置 |
CN108259327B (zh) * | 2016-12-29 | 2020-11-06 | 中国移动通信集团河南有限公司 | VoLTE业务恢复方法、系统及装置 |
CN108289079B (zh) * | 2017-01-09 | 2020-07-10 | 大唐移动通信设备有限公司 | 一种会话刷新时长控制的方法及装置 |
CN108289079A (zh) * | 2017-01-09 | 2018-07-17 | 大唐移动通信设备有限公司 | 一种会话刷新时长控制的方法及装置 |
CN109644385A (zh) * | 2017-05-19 | 2019-04-16 | 华为技术有限公司 | 一种呼叫建立方法及装置 |
CN109429329B (zh) * | 2017-06-20 | 2020-10-23 | 华为技术有限公司 | 一种会话上下文删除方法及装置 |
CN109429329A (zh) * | 2017-06-20 | 2019-03-05 | 华为技术有限公司 | 一种会话上下文删除方法及装置 |
US11032872B2 (en) | 2017-06-20 | 2021-06-08 | Huawei Technologies Co., Ltd. | Apparatus and method for deleting session context |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103685286A (zh) | 一种释放会话资源的方法和装置 | |
US20210014769A1 (en) | Restoration of serving call session control and application server function | |
EP2853072B1 (en) | Method and apparatus for handling p-cscf failure and restoring connectivity | |
US10313873B2 (en) | Method and network entity for S-CSCF server allocation in an IMS based multimedia over IP network | |
CN104284360B (zh) | P-cscf故障处理方法和系统 | |
US8619547B2 (en) | Communication system with failover communication services | |
US7843809B2 (en) | Preserving stable calls during failover | |
CN101489245A (zh) | 网络容灾方法、终端和呼叫会话控制功能实体 | |
US8582544B2 (en) | Communication device for configuring failover communication services | |
CN104219705A (zh) | VoLTE终端重注册方法和装置 | |
US9389969B2 (en) | Method for SIP proxy failover | |
US20080144630A1 (en) | Call management method, call management system and message processing server system | |
CN101997850A (zh) | 用于ip多媒体子系统的呼叫管理方法及装置 | |
US8908634B2 (en) | Method for controlling VCC functions initiated by network and terminal and network server thereof | |
CN106549901B (zh) | 一种业务触发方法和装置 | |
EP3402169B1 (en) | Data processing | |
WO2015007310A1 (en) | Re-registration in case of hss outage | |
CN102111899B (zh) | 会话保活方法及装置 | |
CN102752879A (zh) | 会话接入方法及装置 | |
CN103812762A (zh) | 一种发送即时消息的方法和系统 | |
US20150085856A1 (en) | REGISTERING A DEVICE WITH A VoIP CORE NETWORK | |
EP2497249B1 (en) | Method and system for forwarding a message in a session initiation protocol based communications network | |
EP3742695A1 (en) | Network service system and method | |
WO2014131453A1 (en) | Ip multimedia subsystem restoration procedures | |
US11910474B1 (en) | IMS selection for multi-HSS route advance |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140326 |
|
RJ01 | Rejection of invention patent application after publication |