CN102026242A - 多媒体会话方法和装置 - Google Patents
多媒体会话方法和装置 Download PDFInfo
- Publication number
- CN102026242A CN102026242A CN2009101761437A CN200910176143A CN102026242A CN 102026242 A CN102026242 A CN 102026242A CN 2009101761437 A CN2009101761437 A CN 2009101761437A CN 200910176143 A CN200910176143 A CN 200910176143A CN 102026242 A CN102026242 A CN 102026242A
- Authority
- CN
- China
- Prior art keywords
- medium
- equipment
- medium veil
- called
- caller
- 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
技术领域
本发明涉及通信领域,具体而言,涉及一种多媒体会话方法和装置。
背景技术
承载、控制分离作为一项典型技术已经广泛被软交换、下一代网络(NGN)以及IMS等采纳,由此在理论上,媒体面可以通过会话双方直接建立连接来完成。但会话双方直接建立连接,对于运营商而言会话是不可控的,由此会带来管理、计费、合法侦听等方面的困难,并且由于电信客户终端的多样化,不同款式终端间可能直接无法完成媒体协商(如CDMA/CDMA2000终端与GSM/WCDMA终端采用的语言编码方式没有交集,无法直接建立通讯),所以目前大多数运营商都在网络中部署了媒体网关(如图1所示),通过媒体面网关来中转双方的媒体面,从而达到管理、侦听、以及编码格式转换的目的,同时媒体面网关还具备流量整形、回声消除等提高服务质量与用户体验的其它方面的功能。
图1是目前一种现有的网络拓扑示意图。如图1所示,101为发起呼叫的主叫终端-主叫,102为替主叫方进行服务的信令面代理服务器-主叫信令面代理,103为替被叫方进行服务的信令面代理服务器-被主叫信令面代理,104为主叫与被叫之间的信令面路径,经过了主叫与被叫服务的信令面代理服务器,105为接收呼叫的被叫终端-被叫,106为替主叫进行媒体面转发的媒体面网关-主叫媒体面网关,107为替被叫进行媒体面转发的媒体面网关-被叫媒体面网关,108表示主叫与被叫间建立的媒体面连接通道,该通道建立的典型过程如图2所示。
图2是现有技术中建立呼叫流程示意图,具体步骤说明如下(为了简化说明,本文中从图2开始所有主被叫的信令代理实体画为一个实体,在实际会话中,主被叫信令代理可以为两个实体,也可以为一个实体,因此图中信令面代理可以被称为主叫侧信令面代理,也可成为被叫侧信令面代理):
S201,主叫方向信令面代理服务器发送会话建立请求消息,其中,该消息携带有主叫方的媒体面地址信息,该媒体面地址信息可以包括媒体面的IP地址与端口号;
S202,信令面代理服务器收到请求后,为主叫分配媒体面网关,这里称为主叫媒体面网关,并向主叫媒体面网关发送资源预留请求,主叫媒体网关完成资源预留后,将资源预留结果(包括预留的媒体面IP地址与端口号等信息)返回给信令面代理服务器;
S203,信令面代理服务器查找到被叫终端所在地的信令面代理服务器后,由被叫的信令面代理服务器为被叫分配媒体面网关,并在被叫媒体面网关上分配资源,获得被叫媒体网关为被叫预留的媒体面IP地址与端口号;
S204,信令面代理服务器向被叫终端转发会话建立请求消息,该消息中主叫方的媒体面信息被被叫媒体面网关信息所代替;
S205,被叫振铃并接听后,向被叫信令面代理服务器发送会话接听响应消息,其中,该消息携带有被叫方的媒体面地址信息;
S206,主叫侧信令代理接收到响应消息后,将消息中的媒体面信息替换为主叫媒体面网关信息后,转发给主叫终端;
S207,这样主被叫完成了媒体协商,在主被叫之间建立通过主叫媒体面网关、被叫媒体面网关的媒体会话,由此主被叫间的会话建立过程顺利完成。
由于主被叫间的媒体会话必须至少通过一个或者两个媒体面网关进行转发(一个媒体面网关为主叫媒体面网关与被叫媒体面网关合一的特殊情形),由此在媒体面连接路径上任意一个网关发生故障,媒体面会话都无法继续,从而造成会话断开、失败。
针对相关技术的多媒体会话方法易于造成会话断开和失败的问题,目前尚未提出有效的解决方案。
发明内容
针对相关技术的多媒体会话方法易于造成会话断开和失败的问题而提出本发明,为此,本发明的主要目的在于提供一种多媒体会话方法和装置,以解决上述问题至少之一。
为了实现上述目的,根据本发明的一个方面,提供了一种多媒体会话方法。
根据本发明的多媒体会话方法包括:在主叫设备当前通过主媒体面网关与被叫设备进行多媒体会话,且检测到上述主媒体面网关发生故障的情况下,上述主叫设备通过第一备媒体面网关与上述被叫设备进行多媒体会话。
为了实现上述目的,根据本发明的另一方面,提供了一种多媒体会话装置,该装置为备媒体面网关。
根据本发明的备媒体面网关包括:检测模块,用于检测主媒体面网关是否发生故障,其中,主叫设备当前通过上述主媒体面网关与被叫设备进行多媒体会话;通信模块,用于在检测到上述主媒体面网关发生故障的情况下与上述主叫设备和上述被叫设备进行通信,以使上述主叫设备通过上述备媒体面网关与上述被叫设备进行多媒体会话。
根据本发明,在主被叫设备之间进行多媒体会话前,为主被叫分配主媒体面网关和备媒体面网关,从而在检测到主媒体面网关发生故障的情况下,主叫设备通过备媒体面网关与被叫设备进行多媒体会话,这样保证了会话的连续性。此外,根据本发明的备媒体面网关可以分散布置,从而降低设备投入、管理维护费用,降低运营成本。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的网络拓扑的示意图;
图2是根据相关技术的建立呼叫流程的示意图;
图3是根据本发明实施例的多媒体会话方法的流程图;
图4是根据本发明实施例的建立呼叫的流程示意图;
图5是根据本发明实施例的呼叫切换的流程示意图;
图6是根据本发明实施例的呼叫释放的流程示意图;
图7是根据本发明实施例的另一种建立呼叫的流程示意图;
图8是根据本发明实施例的另一种呼叫切换的流程示意图;
图9是根据本发明实施例的兼容性协商的流程示意图;
图10是根据本发明实施例的多媒体会话装置的结构图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
功能概述
考虑到相关技术的多媒体会话方法需要依赖专业设备和冗余设备来保持多媒体会话的连续性的问题,本发明提供一种多媒体会话方法和装置。根据本发明的方案,在主被叫设备之间进行多媒体会话前,为主被叫分配主媒体面网关和备媒体面网关,从而在检测到主媒体面网关发生故障的情况下,主叫设备通过备媒体面网关与被叫设备进行多媒体会话,这样保证了多媒体会话的连续性。此外,根据本发明的备媒体面网关可以分散布置,从而降低设备投入、管理维护费用,降低运营成本。
根据本发明的实施例,提供了一种多媒体会话方法。
如图3所示,该方法包括如下的步骤S302至步骤S304:
S302,检测到主媒体面网关发生故障,其中,主叫设备当前通过主媒体面网关与被叫设备进行多媒体会话。
S304,主叫设备通过第一备媒体面网关与被叫设备进行多媒体会话。
在会话建立过程中,信令面代理服务器为主被叫均分配两个或两个以上媒体面网关,其中指定一个为主媒体面网关,其它为次媒体面网关;
然后,在主备媒体面网关上均进行资源预留,同时在主备媒体面网关之间进行保活,监测互相的状态;
然后,在会话媒体协商过程中,信令面代理服务器转发请求、响应时,将媒体面地址替换为预留的主备媒体面网关的多个地址,同时在消息中指示优先采用哪个网关;
然后,主被叫双方采用主媒体面网关建立多媒体会话。
当发生故障需要切换时,备媒体面网关检测到主媒体面网关发生故障,无法继续提供服务时,主动升级为主媒体面网关(为了表述方便,这里仍然称为备媒体面网关);
然后,备媒体面网关立即建立与UE、相关媒体面网关的连接,从而恢复多媒体会话;
然后,备媒体面网关通知信令面代理服务器已经发生媒体面路径切换,信令面代理服务器为备媒体面网关添加一个新的媒体面网关,作为新的备媒体面网关。
当会话挂断时,需要释放所有主备媒体面网关上的所有资源,并停止主备间的保活。
上述方法需要主叫方支持切换媒体面网关。为了兼容现有的终端设备,本发明实施例还提供一种多媒体会话方法,其具体流程如下所示:
在会话建立过程中,信令面代理服务器为主被叫均分配两个或两个以上媒体面网关,其中指定一个为主媒体面网关,其它为次媒体面网关;
然后,在主媒体面网关上进行资源预留,备媒体面网关上不进行资源预留,当保存资源协商信息时,在主备媒体面网关之间进行保活,监测互相的状态;
然后,在会话媒体协商过程中,信令面代理服务器转发请求、响应时,将媒体面地址替换为预留的主媒体面网关的地址;
然后,主被叫双方采用主媒体面网关建立多媒体会话。
当发生故障需要切换时,备媒体面网关检测到主媒体面网关发生故障,无法继续提供服务时,主动升级为主媒体面网关(为了表述方便,这里仍然称为备媒体面网关);
然后,备媒体面网关立即在本地进行资源预留,同时通知信令面代理服务器,进行了媒体网关切换;
然后,信令面代理服务器向发生故障的主媒体面网关所负责的终端发起会话重建/更新,要求终端与备媒体面网关建立媒体连接,将媒体切换到该连接上;
然后,如果存在对端网关,信令面代理服务器与对端网关发起媒体更新,要求对端网关也将连接切换备媒体面网关上,由此恢复多媒体会话;
然后,信令面代理服务器为备媒体面网关添加一个新的媒体面网关,作为新的备媒体面网关。
当会话挂断时,需要释放所有主备媒体面网关上的所有资源,并停止主备间的保活。
在同一***中,允许以上两种切换方式同时存在,因此本发明还提供一种兼容两种方式的能力协商,其具体流程如下:
终端在注册时,携带注册请求消息中携带标示,指示终端为改进后的终端,可以支持方法一;
网络收到请求后,在注册中存储该标示,当发生会话时,终端对注册有次标示,则采用对终端有改进要求的方式,否则采用兼容方式;
网络返回注册消息中,同样携带标示,指示网络也可以支持该改进的终端。
下面将结合实例对本发明实施例的实现过程进行详细描述。
图4是本发明的建立呼叫流程示意图,具体流程说明如下所示:
S401,主叫方向信令面代理服务器发送会话建立请求消息,其中,该消息携带有主叫方的媒体面地址信息,该地址信息包括媒体面的IP地址与端口号;
S402,信令面代理服务器收到请求后,为主叫分配主媒体面网关与备媒体面网关,这里分别称为主叫主媒体面网关、主叫备媒体面网关,并向主叫主媒体面网关发送资源预留请求(主),该请求中包含了备媒体面网关地址,从而允许与备媒体面网关之间保活的执行,主叫主媒体网关完成资源预留后,将资源预留结果(包括预留的媒体面IP地址与端口号等信息)返回给信令面代理服务器;
上述主媒体网关与备媒体网关只是相对于本次会话而言,也就是说,本次会话中的主媒体网关可以同时在其它会话中充当备媒体网关,备媒体网关也可以同时在其它会话中充当主媒体网关。这样,由于主媒体网关与备媒体面网关的这样相对关系,所以在上述的架构中备媒体面并不是用作专业的冗余设备,可以分散布置,更接近用户,从而降低设备投入、管理维护费用,降低运营成本;
S403,信令面代理服务器向主叫备媒体网关发送资源预留请求(备),请求中包含了主媒体面网关地址,告知备媒体面网关哪个是主媒体网关,主叫备媒体网关完成资源预留后,将资源预留结果返回给信令代理服务器;
S404,主叫备媒体与主叫主媒体建立保活关系,监测主叫的媒体面网关是否正常;
保活只是针对本次会话,当本次会话结束时,主叫备媒体与主叫主媒体间存在的保活关系也随之终结;
S405,信令面代理服务器为被叫分配主媒体面网关与备媒体面网关,分别称为被叫主媒体面网关、被叫备媒体面网关,并向被叫主媒体面网关发送资源预留请求(主),在被叫主媒体面网关上分配资源,获得被叫媒体网关为被叫预留的媒体面IP地址与端口号;
S406,媒体面代理服务器向被叫备媒体网关发送资源预留请求(备),取得被叫备网关为被叫预留的媒体面信息;
S407,被叫备媒体与被叫主媒体建立保活关系,监测被叫的媒体面网关是否正常;
S408,信令面代理服务器向被叫终端转发会话建立请求消息,消息中主叫方的媒体面信息被被叫主媒体面网关信息、被叫备媒体面网关信息所代替,同时在消息中区分主备的不同身份;
S409,被叫振铃并接听后,向被叫信令面代理服务器发送会话接听响应消息,消息中携带被叫方的媒体面地址信息;
S410,信令代理接收到响应消息后,将消息中的媒体面信息替换为主叫主媒体面网关信息与主叫备媒体面网关信息后,转发给主叫终端,同样亦在消息中区分主备的不同身份;
S411,这样主被叫完成了媒体协商,建立媒体连接会选用协商的主媒体网关进行连接,由此在主被叫之间建立通过主叫主媒体面网关、被叫主媒体面网关的媒体会话的过程顺利完成。
流程中提到的当请求或者响应消息中同时携带主、备媒体网关信息时,需要区分主备的不同身份,可以通过添加相应的标识来指示哪个是主媒体网关地址,哪个是备媒体网关地址,也可以通过消息携带顺序形成的优先级来表示。另外本发明并不局限于单个备媒体网关,也可以一个主媒体网关,有多个备媒体网关。
由于网络为主被叫除了选定了主媒体面网关、还选定了备媒体面网关,所以当主媒体面网关发生故障时,可以迅速切换到被媒体面网关上,这里以主叫主媒体面网关故障为例加以说明。图5是本发明的呼叫切换流程示意图,具体流程说明如下所示:
S501,在主被叫进行会话过程中,主叫主媒体面网关发生故障(如设备崩宕机),无法再正常提供正常服务,主被叫间媒体会话也被暂时中断;
S502,主叫备媒体网关通过保活机制迅速检测到主叫主媒体面网关的故障;
S503,主叫备媒体网关将自己升格为主叫主媒体网关,为了说明方便,本实施例中仍然称之为主叫备媒体面网关;
S504,主叫备媒体网关立即与终端、被叫主媒体网关分别建立媒体面连接,替代原媒体面连接,进行媒体传递,这时主被叫间媒体会话恢复;
S505,主叫备媒体面网关通知信令面代理服务器,由于原主媒体面网关故障,备媒体面网关已经替代原主媒体面网关成为主媒体面网关;
S506,信令面代理服务器收到主叫备媒体面网关通知消息后,为主叫选定新的主叫备媒体面网关,并在新的备媒体面网关上进行资源预留,新的备媒体面网关与备媒体面网关间进行保活,流程与流程S403、S404类似,在此不再赘述;
优选的,当主叫主媒体面网关恢复正常之后,可以指定主叫主媒体面网关作为原主叫备媒体面网关的备选媒体面网关。
S507,信令面代理服务器向主叫备媒体面网关返回通知响应消息,并在消息中包含新的主叫备媒体面网关信息,主叫备媒体网关收到消息后更新本地信息,完成整个会话路径切换过程。
当然,主备媒体面网关之间的保活可以是双向的,当备媒体网关发生故障时,主媒体面网关同样能够检测到,并通知信令面代理服务器重新指定一个备媒体面网关,并在新的备媒体面网关与主媒体面网关间建立保活。
与现有会话释放过程不同,根据本发明实施例的会话释放过程包括了主备媒体面网关设备资源的释放,图6是本发明的呼叫释放流程示意图,具体流程说明如下所示:
S601,主叫主动挂断会话后,主叫向信令面代理服务器发送会话挂断请求消息;
S602,信令代理服务器收到主叫挂断请求后,释放主叫主媒体网关上预留的资源;
S603,信令代理服务器通知主叫备媒体网关释放预留的资源;
S604,主叫备媒体网关释放预留的资源,并停止与主叫媒体网关间的保活;
S605,信令代理服务器转发挂断请求消息给被叫;
S606,被叫回应挂断响应消息给信令代理服务器;
S607,信令代理服务器释放被叫主媒体网关上预留的资源;
S608,信令代理服务器释放被叫备媒体网关上预留的资源;
S609,被叫备媒体网关停止与主叫媒体网关间的保活;
S610,信令代理服务器转发挂断响应消息给主叫方,完成呼叫释放流程。
在图6中,主备网关释放流程可以同步进行,而S605与S607也可以同步进行。
上述方法需要主叫方支持切换媒体面网关,要求对终端能在媒体协商时的能力进行增强,而考虑现有终端的数量庞大,网络演进中还得为这部分终端继续提供服务,所以本发明实施例还提供另外一种多媒体会话方法,以便兼容现有终端。
图7是本发明的另一种方法的建立呼叫流程示意图,具体流程说明如下所示:
S701,主叫方向信令面代理服务器发送会话建立请求消息,消息中携带主叫方的媒体面地址信息,包括媒体面的IP地址与端口号;
S702,信令面代理服务器收到请求后,为主叫分配主媒体面网关与备媒体面网关,这里分别称为主叫主媒体面网关、主叫备媒体面网关,并向主叫主媒体面网关发送资源预留请求(主),请求中包含了备媒体面网关地址,从而允许与备媒体面网关之间保活的执行,主叫主媒体网关完成资源预留后,将资源预留结果(包括预留的媒体面IP地址与端口号等信息)返回给信令面代理服务器;
S703,信令面代理服务器向主叫备媒体面网关发送备媒体选定请求,请求中包含了媒体预留信息、主媒体面网关地址,告知备媒体面网关哪个是主媒体面网关,主叫备媒体面网关收到请求后,存储请求中的信息,但并不直接预留媒体端口资源,向信令面代理服务器返回响应中也不包含预留结果;
S704,主叫备媒体面网关与主叫主媒体面网关建立保活关系,监测主叫媒体面网关是否正常;
S705,信令面代理服务器为被叫分配主媒体面网关与备媒体面网关,分别称为被叫主媒体面网关、被叫备媒体面网关,并向被叫主媒体面网关发送资源预留请求(主),在被叫主媒体面网关上分配资源,获得被叫媒体网关为被叫预留的媒体面IP地址与端口号;
S706,媒体面代理服务器向被叫备媒体网关发送备媒体面网关选定请求消息;
S707,被叫备媒体面网关与被叫主媒体面网关建立保活关系,监测被叫的媒体面网关是否正常;
S708,信令面代理服务器向被叫终端转发会话建立请求消息,消息中主叫方的媒体面信息被被叫主媒体面网关信息所代替;
S709,被叫振铃并接听后,向被叫信令面代理服务器发送会话接听响应消息,消息中携带被叫方的媒体面地址信息;
S710,信令代理接收到响应消息后,将消息中的媒体面信息替换为主叫主媒体面网关信息后,转发给主叫终端;
S711,这样主被叫完成了媒体协商,建立媒体连接会选用协商的主媒体网关进行连接,由此在主被叫之间建立通过主叫主媒体面网关、被叫主媒体面网关的媒体会话的过程顺利完成。
图8是本发明的另一种方法的呼叫切换流程示意图,具体流程说明如下所示:
S801,在主被叫进行会话过程中,主叫主媒体面网关发生故障(如设备崩宕机),无法再正常提供正常服务,主被叫间媒体会话也被暂时中断;
S802,主叫备媒体面网关通过保活机制迅速检测到主叫主媒体面网关的故障;
S803,主叫备媒体面网关将自己升格为主叫主媒体网关,为了说明方便,本实施例中仍然称之为主叫备媒体面网关,主叫备媒体面网关立即根据会话建立过程中存储的资源预留信息,预留资源;
S804,同时,主叫备媒体面网关通知信令面代理,主叫主媒体面网关发生,自身替代了主媒体面网关,同时通知消息中携带主叫备媒体面网关为主叫预留的资源信息;
S805,信令面代理服务器立即向主叫方发送会话重建/更新请求,在请求中携带主叫备媒体网关预留信息;
S806,主叫同意重建/更新会话,发送会话重建/更新响应消息给信令面代理;
S807,信令面代理通知被叫主媒体网关更新媒体资源信息,将媒体面切换到主叫备媒体面网关与被叫主媒体面网关之间;
S808,由此主叫与被叫之间通过主叫备媒体网关与被叫主媒体网关的媒体面连接建立起来了,这时主被叫间媒体会话恢复;
S809,与此同时信令面代理服务器为主叫选定新的备媒体面网关,其流程类似于之前选择备媒体面网关的过程;
S810,选定新的主叫备媒体面网关后,信令面代理服务区将向主叫备媒体网关返回通知响应消息,其中携带新的主叫备媒体面网关信息,此后信令面代理服务器将通知新的主叫备媒体面网关与原有主叫备媒体面网关建立保活关系,由此完成了媒体切换。
根据图7和图8所示的方法的呼叫释放流程,与根据图5所示的方法类似,两者的区别在于,此时只是释放备媒体面网关时,无需释放预留资源。
当然图7、图8的方法(称为方法二)的切换效率不如图4至图6所述的方法(称为方法一),所以在同一个***中,如果同时出现改进后的终端与普通终端并存的状况,最好的方式是兼容这两种方法,于是需要终端与网络进行能力协商,改进的终端通过注册向***表明支持方法一,则***会话中将采用方法一,否则采用方法二,其协商可以通过注册或者发起会话时完成,图9是注册时完成的流程示意图,其具体流程说明如下所示:
S901,改进后的终端,在进行注册时,向网关发送注册请求,在注册请求消息中添加标示,指示支持媒体协商能力的增强;
S902,信令面代理服务器收到请求后,记录终端支持增强的媒体协商能力,所以在呼叫时按照图4~6所示方式建立、切换、释放会话,如果终端不支持增强的媒体协商能力,则呼叫按照图7~8所示方式进行;
S903,信令面代理服务器返回注册响应消息给终端,同时在主持请求消息中添加标示,只是支持媒体协商能力的增强。
由上可知,根据本发明,在主被叫设备之间进行多媒体会话前,为主被叫分配主媒体面网关和备媒体面网关,从而在检测到主媒体面网关发生故障的情况下,主叫设备通过备媒体面网关与被叫设备进行多媒体会话,这样保证了会话的连续性。此外,根据本发明的备媒体面网关可以分散布置,从而降低设备投入、管理维护费用,降低运营成本。
根据本发明的实施例,提供了一种多媒体会话装置。
如图10所示,该装置为备媒体面网关,其包括:检测模块1002,用于检测主媒体面网关是否发生故障,其中,主叫设备当前通过主媒体面网关与被叫设备进行多媒体会话;通信模块1004,用于在检测到主媒体面网关发生故障的情况下使主叫设备与被叫设备进行通信,以使主叫设备通过备媒体面网关与被叫设备进行多媒体会话。
上述备媒体面网关还包括预留模块1006,用于预留资源,其中,资源用于主叫设备与被叫设备之间的多媒体会话。
根据本发明实施例的备媒体面网关执行多媒体会话的过程可以参照上述对多媒体会话方法的描述,在此不再赘述。
由上可知,根据本发明,在主被叫设备之间进行多媒体会话前,为主被叫分配主媒体面网关和备媒体面网关,从而在检测到主媒体面网关发生故障的情况下,主叫设备通过备媒体面网关与被叫设备进行多媒体会话,这样保证了会话的连续性。此外,根据本发明的备媒体面网关可以分散布置,从而降低设备投入、管理维护费用,降低运营成本。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种多媒体会话方法,其特征在于,包括:
在主叫设备当前通过主媒体面网关与被叫设备进行多媒体会话,且检测到所述主媒体面网关发生故障的情况下,所述主叫设备通过第一备媒体面网关与所述被叫设备进行多媒体会话。
2.根据权利要求1所述的方法,其特征在于,在检测到主媒体面网关发生故障之前,所述方法还包括:
在所述第一备媒体面网关进行资源预留,其中,所述资源用于所述主叫设备与所述被叫设备之间的多媒体会话。
3.根据权利要求2所述的方法,其特征在于,所述主叫设备通过第一备媒体面网关与被叫设备进行多媒体会话包括:
所述第一备媒体面网关通过预留的所述资源与所述主叫设备和所述被叫设备进行连接,以使主叫设备通过所述第一备媒体面网关与所述被叫设备进行多媒体会话。
4.根据权利要求1所述的方法,其特征在于,所述主叫设备通过第一备媒体面网关与被叫设备进行多媒体会话包括:
在所述第一备媒体面网关进行资源预留,其中,所述资源用于所述主叫设备与所述被叫设备之间的所述多媒体会话;
所述第一备媒体面网关通过预留的所述资源与所述主叫设备和所述被叫设备进行连接,以使主叫设备通过所述第一备媒体面网关与被叫设备进行多媒体会话。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述第一备媒体面网关通过保活机制检测所述主媒体面网关是否发生故障。
6.根据权利要求1至4中任一项所述的方法,其特征在于,在所述主叫设备通过第一备媒体面网关与被叫设备进行多媒体会话之后,所述方法还包括:
在检测到所述第一备媒体面网关发生故障的情况下,所述主叫设备通过第二备媒体面网关与所述被叫设备进行多媒体会话。
7.根据权利要求6所述的方法,其特征在于,所述第二备媒体面网关为所述主媒体面网关。
8.根据权利要求1至4中任一项所述的方法,其特征在于,在所述主叫设备通过第一备媒体面网关与被叫设备进行多媒体会话之后,所述方法还包括:
当所述主叫设备与所述被叫设备结束多媒体会话时,释放所述主媒体面网关和所述第一备媒体面网关上预留的资源。
9.一种备媒体面网关,其特征在于,包括:
检测模块,用于检测主媒体面网关是否发生故障,其中,主叫设备当前通过所述主媒体面网关与被叫设备进行多媒体会话;
通信模块,用于在检测到所述主媒体面网关发生故障的情况下与所述主叫设备和所述被叫设备进行通信,以使所述主叫设备通过所述备媒体面网关与所述被叫设备进行多媒体会话。
10.根据权利要求9所述的备媒体面网关,其特征在于,所述备媒体面网关还包括:
预留模块,用于预留资源,其中,所述资源用于所述主叫设备与所述被叫设备之间的多媒体会话。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101761437A CN102026242A (zh) | 2009-09-22 | 2009-09-22 | 多媒体会话方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101761437A CN102026242A (zh) | 2009-09-22 | 2009-09-22 | 多媒体会话方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102026242A true CN102026242A (zh) | 2011-04-20 |
Family
ID=43866953
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101761437A Pending CN102026242A (zh) | 2009-09-22 | 2009-09-22 | 多媒体会话方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102026242A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102223248A (zh) * | 2011-06-09 | 2011-10-19 | 中国电信股份有限公司 | 呼叫业务处理方法与*** |
CN102255747A (zh) * | 2011-06-09 | 2011-11-23 | 中国电信股份有限公司 | 呼叫业务处理方法与*** |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004014001A1 (en) * | 2002-08-02 | 2004-02-12 | Nms Communications | Methods and apparatus for network signal aggregation and bandwidth reduction |
CN101262409A (zh) * | 2008-04-23 | 2008-09-10 | 华为技术有限公司 | 虚拟私有网络vpn接入方法和装置 |
CN101262528A (zh) * | 2008-02-03 | 2008-09-10 | 中兴通讯股份有限公司 | 一种网络电话语音接入的多网关备份方法 |
CN101304346A (zh) * | 2008-06-27 | 2008-11-12 | 北京星网锐捷网络技术有限公司 | 一种链路监测方法及装置 |
-
2009
- 2009-09-22 CN CN2009101761437A patent/CN102026242A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004014001A1 (en) * | 2002-08-02 | 2004-02-12 | Nms Communications | Methods and apparatus for network signal aggregation and bandwidth reduction |
CN101262528A (zh) * | 2008-02-03 | 2008-09-10 | 中兴通讯股份有限公司 | 一种网络电话语音接入的多网关备份方法 |
CN101262409A (zh) * | 2008-04-23 | 2008-09-10 | 华为技术有限公司 | 虚拟私有网络vpn接入方法和装置 |
CN101304346A (zh) * | 2008-06-27 | 2008-11-12 | 北京星网锐捷网络技术有限公司 | 一种链路监测方法及装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102223248A (zh) * | 2011-06-09 | 2011-10-19 | 中国电信股份有限公司 | 呼叫业务处理方法与*** |
CN102255747A (zh) * | 2011-06-09 | 2011-11-23 | 中国电信股份有限公司 | 呼叫业务处理方法与*** |
CN102223248B (zh) * | 2011-06-09 | 2015-04-22 | 中国电信股份有限公司 | 呼叫业务处理方法与*** |
CN102255747B (zh) * | 2011-06-09 | 2015-06-17 | 中国电信股份有限公司 | 呼叫业务处理方法与*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109151807B (zh) | 一种双卡双待移动终端主副卡绑定的方法和*** | |
CA2681337C (en) | Handover apparatus and method in a heterogeneous wireless communication system | |
US8116760B2 (en) | Method for implementing dual-homing | |
EP2348687B1 (en) | De-registration method and system for ip multimedia subsystem centralized service | |
EP2182691B1 (en) | Domain transfer method and domain transfer function | |
CN100563373C (zh) | 实现紧急业务的方法及其*** | |
US20070160058A1 (en) | Method and system for implementing backup based on session border controllers | |
CN101420432B (zh) | 一种ims监听的实现方法、***及装置 | |
US20110032931A1 (en) | Method, system, and device for providing service | |
CN102035798B (zh) | 一种实现容灾的业务处理方法、***及装置 | |
CN109348470A (zh) | 业务切换方法、终端、网络服务器及存储介质 | |
KR101620809B1 (ko) | Sip 프록시 장애 극복을 위한 방법 | |
CN102056327B (zh) | 一种优化媒体路径的建立方法 | |
CN102026242A (zh) | 多媒体会话方法和装置 | |
WO2012048614A1 (zh) | 视频会议自动重呼终端上线的方法及*** | |
JP5214368B2 (ja) | 通信モニタシステム及び通信モニタ方法 | |
CN110784943B (zh) | 一种VoWiFi语音业务断网重连的处理方法和装置 | |
CN103138998B (zh) | 一种代理状态检测方法、装置和*** | |
US8837451B2 (en) | Method and system for implementing a call by a media gateway | |
KR20080070309A (ko) | 미디어 게이트웨이 및 호 처리 방법 | |
CN100591083C (zh) | 一种软交换架构下主叫号码不可得信息的传递方法 | |
KR20150030505A (ko) | 호 재처리 방법 및 장치와 호 재처리 시 통화 연결 음원 서비스 제공 방법 | |
WO2015070556A1 (zh) | 一种利用服务代理器传输信息的方法及服务代理器 | |
KR20240043292A (ko) | 음성 통화 서비스 방법 및 음성 통화 서비스 시스템 | |
CN103812692B (zh) | 一种卫星交换***配置管理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110420 |