专利名称:一种实现媒体锚定的方法及系统的制作方法
技术领域:
本发明涉及IP 多媒体子系统(IMS,IP Multimedia Core Network Subsystem)中的呼叫技术,尤指一种实现媒体锚定的方法及系统。
背景技术:
IMS 是由第三代合作伙伴计划(3GPP,3rd Generation Partnership Project)提出的一种基于IP的网络架构,构建了一个开放而灵活的业务环境。IMS支持多媒体应用,能够为用户提供丰富的多媒体业务。在IMS业务体系中,控制层和业务层是分离的,控制层不提供具体业务,只向业务层提供必要的触发、路由、计费等功能。控制层中业务触发和控制功能是由呼叫会话控制功能(CSCF,Call SessionControl Function)完成的。呼叫会话控制功能分为代理呼叫会话控制功能 (P-CSCF,ftOxy-CSCF)、查询呼叫会话控制功能(I-CSCF,Interrogating-CSCF)和服务呼叫会话控制功能(S-CSCF,Serving-CSCF)三种类型,其中I-CSCF是可选的。业务层由一系列应用服务器(AS,Application Server)组成,能提供具体业务服务,AS可以是独立的实体,也可以存在于S-CSCF中。控制层中的S-CSCF根据用户的签约信息控制业务触发,调用AS上的业务,实现业务功能。IMS网络中还存在应用层网关(ALG),ALG包括信令处理实体与媒体处理实体,用于实现不同网络间的控制信令与媒体的交互、拓扑隐藏、媒体编解码转换以及媒体数据的地址转换等功能,如果ALG决定将其媒体处理实体包含在媒体路径中,则两会话终端之间媒体路径由ALG分割为两段。会话中的端到端设备称为用户设备(UE,User Equipment),负责与使用者的交互, 有的UE具有多种接入网络的方式,包括通过3GPP的包交换(PSJacket Switch)域接入网络,通过其他非3GPP的PS域接入网络,甚至可以通过电路交换(CS,Circuit Switch)域接入网络等。在现有技术中,如果沿着会话描述协议(SDP)请求传递方向,ALG在AS之前,那么,ALG无法根据SDP请求发起方的用户签约信息决定是否锚定媒体,比如在主叫用户签约了多模单待连续性业务时(网络和终端可以实现用户从PS域切换到CS域时保持语音业务不中断),此时,ALG先根据本地策略决定锚定媒体或不锚定媒体,而在SDP请求到达AS后, AS根据SDP请求发起方的用户签约信息决定不需要锚定或需要锚定媒体,那么,AS再通知 ALG,由ALG通过可能的额外信令交互过程进行媒体资源重协商以实现去除锚定或锚定媒体。显然,现有技术在起呼过程中实现的锚定媒体方法中,消耗了额外的信令,导致了呼叫建立时间过长
发明内容
有鉴于此,本发明的主要目的在于提供一种实现媒体锚定的方法及系统,能够节省信令消耗,缩短呼叫建立时长。为达到上述目的,本发明的技术方案是这样实现的一种实现媒体锚定的方法,该方法包括应用层网关ALG收到会话描述协议SDP请求后,在需要转发的SDP请求中携带所述ALG收到的SDP请求中的媒体资源信息,以及所述ALG分配的媒体处理实体的媒体资源信息,并转发该SDP请求;应用服务器AS收到SDP请求,确定是否需要所述ALG锚定媒体,并发送携带有表示是否需要ALG锚定媒体的媒体锚定指示和SDP响应的会话初始协议SIP消息;ALG根据收到的所述SIP消息,确定是否锚定媒体。所述AS确定是否需要ALG锚定媒体包括所述AS根据以下之一或任意组合,决策是否需要ALG锚定媒体SDP请求发起方的用户签约信息、SDP请求发起方的漫游信息、SDP请求目的方的归属信息、SDP请求目的方的漫游信息、SDP请求发起方的归属网是否锚定媒体。所述决策是否需要ALG锚定媒体具体包括所述AS根据SDP请求发起方的用户签约信息,判断出签约信息表明需要锚定,则决定锚定;如果SDP请求发起方的签约信息表明建议锚定,则AS还进一步判断SDP请求发起方的归属网是否锚定媒体,如果不锚定则进一步判断SDP请求发起方是否漫游,如果漫游则决定锚定;如果未漫游,则进一步根据SDP请求目的方的归属信息,判断所述目的方是否是本运营商网络用户,如果不是则决定锚定;如果是,则进一步根据SDP请求目的方的归属信息,判断所述目的方是否漫游,如果漫游则决定锚定;其他情况则决定不锚定。所述AS确定是否需要所述ALG锚定媒体后,发送所述SIP消息前,还包括当确定出锚定媒体时,所述AS将接收到的SDP请求中携带的与ALG相关的媒体资源信息,携带在转发的SDP请求中;当确定出不锚定媒体时,所述AS将接收到的SDP请求中携带的与SDP请求发起方相关的媒体资源信息,携带在转发的SDP请求中。所述ALG根据收到的SIP消息,确定是否锚定媒体包括所述ALG向SDP请求发起方发送SDP响应,如果通过所述SIP消息中的所述媒体锚定指示确定为需要锚定,所述SDP响应携带ALG分配的媒体处理实体的媒体资源信息,否则所述SDP响应不携带ALG分配的媒体处理实体的媒体资源信息。所述用于表示是否需要ALG锚定媒体的媒体锚定指示实现方法为所述媒体锚定指示采用专门的SIP消息头域标识来指示是否需要ALG锚定媒体; 或者,所述媒体锚定指示包含在所述SIP消息携带的所述SDP响应中。所述媒体锚定指示包含在所述SIP消息携带的所述SDP响应中时,所述锚定指示实现方法为采用专门的SDP属性标识来指示是否需要ALG锚定媒体;或者,采用选择特定的媒体行有效或无效来指示。所述媒体锚定指示采用选择特定媒体行有效或无效来指示时,所述锚定指示实现方法为当与ALG相关的媒体资源信息相对应的媒体行有效时,表明需要锚定媒体;或者, 当与SDP请求发起方相关的媒体资源信息相对应的媒体行无效时,表明需要锚定媒体。一种实现媒体锚定的系统,至少包括ALG和AS,其中,ALG,用于转发会话描述协议SDP请求,所述转发的SDP请求携带收到的媒体资源信息以及ALG分配的媒体资源信息;AS,用于接收SDP请求,决定是否需要ALG锚定媒体,并根据决定的结果发送携带 SDP响应的SIP消息。如果所述AS决定需要ALG锚定媒体,则所述SDP响应中与所述ALG相关的媒体资源信息相对应的媒体行有效,或者所述SDP响应中与SDP请求发起方相关的媒体资源信息相对应的媒体行无效。从上述本发明提供的技术方案可以看出,包括ALG收到SDP请求后,在需要转发的 SDP请求中携带收到的SDP请求中的媒体资源信息,以及ALG分配的媒体处理实体的媒体资源信息,并转发该SDP请求;AS收到SDP请求,确定是否需要所述ALG锚定媒体;AS发送携带有表示是否需要ALG锚定媒体的媒体锚定指示和SDP响应的会话初始协议(SIP)消息; ALG根据收到的SIP消息,确定是否锚定媒体。通过呼叫建立过程中的现有信令,AS实现了确定ALG是否锚定媒体,不需要额外的信令,节省了信令消耗,从而缩短了呼叫建立时长。
图1为本发明实现媒体锚定的方法的流程图;图2为本发明实现媒体锚定的系统的组成结构示意图;图3为本发明实现媒体锚定的第一实施例的流程示意图;图4为本发明实现媒体锚定的第二实施例的流程示意图。
具体实施例方式图1为本发明实现媒体锚定的方法的流程图,如图1所示,包括以下步骤步骤100 =ALG收到SDP请求后,在需要转发的SDP请求中携带所述SDP请求中的媒体资源信息以及ALG分配的媒体处理实体的媒体资源信息,并转发该SDP请求。本步骤中,在ALG收到的SDP请求中携带有SDP请求发起方的媒体资源信息,而 ALG会分配用于连接SDP请求目的方的媒体处理实体的媒体资源信息(即与ALG相关的媒体资源信息)。ALG转发的SDP请求经由S-CSCF转发至AS。SDP请求可以通过SIP的邀请INVITE消息携带。步骤101 =AS收到SDP请求,确定是否需要ALG锚定媒体。本步骤中,AS根据SDP请求或INVITE消息发起方的用户签约信息、SDP请求或 INVITE消息发起方的漫游信息、SDP请求或INVITE消息目的方的归属信息、SDP请求或INVITE消息目的方的漫游信息、SDP请求或INIVTE消息发起方的归属网是否锚定媒体之一或任意组合,决策是否转发与ALG相关的媒体资源信息以锚定或不锚定媒体。比如如果SDP请求或INIVTE消息发起方的签约信息表明建议锚定,则AS还进一步判断SDP请求或INIVTE消息发起方的归属网是否锚定媒体,如果不锚定则进一步判断SDP请求或INVITE消息发起方是否漫游,如果漫游则决定锚定;如果未漫游,则进一步根据SDP请求或INIVITE消息目的方的归属信息,判断所述目的方是否是本运营商网络用户,如果不是则决定锚定;如果是,则进一步根据SDP请求或miVITE消息目的方的归属信息,判断所述目的方是否漫游,如果漫游则决定锚定;其他情况则决定不锚定。本步骤中,当确定出锚定媒体时,还包括:AS将接收到的SDP请求中携带的与ALG 相关的媒体资源信息,携带在转发给SDP请求或INVITE消息目的方的SDP请求中并发送; 当确定出不锚定媒体时,AS将接收到的SDP请求中携带的与SDP请求发起方相关的媒体资源信息,携带在转发给SDP请求或INVITE消息目的方的SDP请求中并发送。步骤102 =AS发送携带有表示是否需要ALG锚定媒体的媒体锚定指示和SDP响应的SIP消息。本步骤中,SIP消息经由S-CSCF转发给ALG。用于表示是否需要ALG锚定媒体的媒体锚定指示可以有两种实现方式其中一种方式是,采用专门的SIP消息头域标识来指示是否需要ALG锚定媒体;另一种方式是,媒体锚定指示包含在所述SIP消息携带的所述SDP响应中,此时,锚定指示实现方法为采用专门的SDP属性标识来指示是否需要ALG锚定媒体;或者,采用选择特定的媒体行有效或无效来指示,具体为当与ALG相关的媒体资源信息相对应的媒体行有效(携带)时,表明需要锚定媒体;或者,当与SIP请求发起方相关的媒体资源信息相对应的媒体行无效时,表明需要锚定媒体。步骤103 =ALG根据收到的SIP消息,确定是否锚定媒体。包括ALG向SDP请求或 INVITE消息发起方发送SDP响应,如果通过所述SIP消息中的所述媒体锚定指示确定为需要锚定,所述SDP向应携带ALG分配的媒体处理实体的媒体资源信息,否则所述SDP响应不携带ALG分配的媒体处理实体的媒体资源信息。本步骤中,如果媒体锚定指示采用专门的标识,则在该标识显示为需要锚定时;或者,如果媒体锚定指示采用媒体行表示时,与ALG相关的媒体资源信息相对应的媒体行有效时,或与SDP请求或INVITE消息发起方相关的媒体资源信息相对应的媒体行无效时ALG 在向SDP请求或INVITE消息发起方转发的SDP响应中携带ALG分配的用于连接SDP请求或INVITE消息发起方的媒体处理实体的媒体资源信息。至此,SDP请求或INVITE消息发起方与ALG协商了媒体资源,ALG与SDP请求或INVITE消息目的方协商了媒体资源;ALG控制媒体处理功能实体转发媒体数据,以实现双方的通话,并实现了锚定媒体的功能(即在媒体路径中);如果媒体锚定指示采用专门的标识,则在该标识显示为不需要锚定时;或者,如果媒体锚定指示采用媒体行表示时,与ALG相关的媒体资源信息相对应的媒体行无效时,或与SDP请求或INVITE消息发起方相关的媒体资源信息相对应的媒体行有效时ALG在向 SDP请求或INVITE消息发起方转发的SDP响应中不携带ALG分配的用于连接SDP请求或 INVITE发起方的媒体处理实体的媒体资源信息。至此,SDP请求或INVITE消息发起方与SDP请求或INVITE消息目的方协商了媒体资源,ALG没有包含在双方的通话媒体路径中,即未锚定媒体。从本发明方法可见,通过呼叫建立过程中的现有信令,AS实现了确定ALG是否锚定媒体,不需要额外的信令,节省了信令消耗,从而缩短了呼叫建立时长。针对本发明方法还提供一种实现媒体锚定的系统,至少包括ALG和AS,其中,ALG,用于转发会话描述协议SDP请求,所述转发的SDP请求携带收到的媒体资源信息以及ALG分配的媒体资源信息;AS,用于接收SDP请求,决定是否需要ALG锚定媒体,并根据决定的结果发送携带 SDP响应的SIP消息。如果所述AS决定需要ALG锚定媒体,则所述SDP响应中与所述ALG相关的媒体资源信息相对应的媒体行有效,或者所述SDP响应中与SDP请求发起方相关的媒体资源信息相对应的媒体行无效。本领域技术人员知道,ALG与AS之间的信息交互通过S-CSCF转发(图2中为示出)。下面结合实施例,对本发明方法进行详细描述。图3为本发明实现媒体锚定的第一实施例的流程示意图,如图3所示,第一实施例中,UE-I作为主叫方向被叫方UE-2发起呼叫,UE-I建立与UE-2的IMS会话时,会话信令通过ALG和AS,AS与ALG之间交互的信息经由S-CSCF转发,具体包括以下步骤步骤300 =UE-I向UE-2发送会话描述协议SDP请求(Offer) =SDPl,以建立与UE-2 的媒体连接,比如通过发送会话初始协议SIP的邀请INVITE消息,SDPl中包含UE-I的媒体资源信息。步骤301 =SDP请求或携带SDP请求的INVITE消息经过ALG,ALG分配用于连接 UE-2端的媒体处理实体的媒体资源。步骤302 =ALG生成新的SDP请求SDP2,在SDP2中即包含收到的SDP请求中的媒体资源信息,还包含步骤301中ALG分配的媒体处理实体的媒体资源信息(图3中以ALGl 表示),然后转发携带SDP2的INVITE消息。UE-I与ALG间可能还存在其他处理实体,这些处理实体可能会修改接收到的SDP 请求后转发出去,这样ALG收到的SDP请求可能就不是SDPl 了,但修改后的SDP请求仍然用于与UE-I建立媒体连接,因此其中的媒体资源信息仍然可视为与UE-I相关。ALG在SDP2中包含ALGl可采用,比如,ALGl包含语音媒体资源信息,则与UE-1相关的语音媒体资源信息在前,ALGl的语音媒体资源信息在后或反之,或ALGl的语音媒体资源信息的属性为“inactive”;步骤303 =SDP请求或携带SDP请求的INVITE消息到达S-CSCF,S-CSCF转发SDP 请求或携带SDP请求的INVITE消息。步骤304 =SDP请求或携带SDP请求的INVITE消息到达AS,AS根据SDP请求或 INVITE消息发起方的用户签约信息、SDP请求或INVITE消息发起方的漫游信息、SDP请求或INVITE消息目的方的归属信息、SDP请求或INVITE消息目的方的漫游信息、SDP请求或 INIVTE消息发起方的归属网是否锚定媒体之一或任意组合,决策是否需要ALG锚定或不锚定媒体。比如
如果SDP请求或INIVTE消息发起方的签约信息表明建议锚定,则AS还进一步判断SDP请求或INIVTE消息发起方的归属网是否锚定媒体,如果不锚定则进一步判断SDP请求或INVITE消息发起方是否漫游,如果漫游则决定锚定;如果未漫游,则进一步根据SDP请求或INIVITE消息目的方的归属信息,判断所述目的方是否是本运营商网络用户,如果不是则决定锚定;如果是,则进一步根据SDP请求或miVITE消息目的方的归属信息,判断所述目的方是否漫游,如果漫游则决定锚定;其他情况则决定不锚定。第一实施例中,假设AS的判断结果为需要锚定。本实施例中假设AS不锚定媒体, 则执行后续的步骤305 306,如果AS锚定媒体,则步骤305 306按标准的锚定方式执行,因与本发明无关,不再赘述。需要说明的是,在ALG和AS间可能还存在其他处理实体,这些处理实体可能会修改接收到的SDP请求后转发出去,这样AS收到的SDP请求可能就不是SDP2 了,但修改后的 SDP请求仍然用于与UE-I及ALG控制的媒体处理实体建立媒体连接,因此其中的媒体资源信息仍然可视为与UE-I或ALG相关。步骤305 =AS生成新的SDP请求SDP3,在SDP3中包含ALG相关的媒体资源信息 (图3中以ALGl表示),而不包含UE-I相关的与ALGl包含的媒体资源信息中媒体类型相同的媒体资源信息,比如ALGl包含语音媒体资源信息,则SDP3中不包含UE-I相关的语音媒体资源信息。步骤306 =SDP请求或携带SDP请求的INVITE消息到达UE-2,UE-2使用收到的 SDP请求中的媒体资源信息协商媒体,并发送SIP消息,消息携带SDP响应(英文译为 Answer) :SDP4,比如SIP消息为2000K消息,SDP4携带有UE-2的媒体资源信息。步骤307 =SIP消息到达AS,AS在转发SIP消息时携带锚定指示以指示ALG锚定媒体,在消息体中包含新的SDP响应SDP5,在SDP5中包含收到的SDP4中的媒体资源信息。具体地,比如使用SIP消息的头域指示是否需要ALG锚定媒体,或者锚定指示包含在SDP5中,使用“a =”属性行指示是否需要ALG锚定媒体;或者,锚定指示包含在SDP5中, SDP5包含与SDP2 —样多数量和种类的媒体行且顺序相同,SDP5中与SDP2中的ALGl相对应的媒体行部分包含收到的SDP4中的媒体资源信息,即SDP5中与ALG相关的媒体资源信息相对应的媒体行有效;SDP5中与SDP2中的UE-I相关的媒体资源信息相对应的媒体行中端口都设置为0,即SDP5中与UE-I相关的媒体资源信息相对应的媒体行无效。步骤308 =SIP消息到达S-CSCF,S-CSCF转发SIP消息。步骤309 =ALG收到SIP消息,判断SIP消息中携带的媒体锚定指示表示为需要锚定;或者,判断SIP消息中的SDP响应中与ALG相关的媒体资源信息相对应的媒体行有效 (或判断与UE-I相关的媒体资源信息相对应的媒体行无效),则分配用于连接UE-I端的媒体处理实体的媒体资源(图3中以ALG2表示)。步骤310 =ALG在转发SIP消息时,在消息体中包含新的SDP响应SDP6,在SDP6中包含步骤309中ALG分配的用于连接UE-I端的媒体处理实体的媒体资源信息(图3中以 ALG2表示)。至此,UE-I与ALG协商了媒体资源,ALG与UE-2协商了媒体资源,ALG控制媒体处理功能实体转发媒体数据实现UE-I与UE-2的通话,并实现了锚定媒体的功能(即在媒体路径中)。
图4为本发明实现媒体锚定的第二实施例的流程示意图,如图4所示,第二实施例中,UE-I作为主叫方向被叫方UE-2发起呼叫,UE-I建立与UE-2的IMS会话时,会话信令通过ALG和AS,AS与ALG之间交互的信息经由S-CSCF转发,具体包括以下步骤步骤400 步骤403、与第一实施例中的步骤300 步骤303的实现完全一致,这里不再赘述。步骤404 =SDP请求或携带SDP请求的INVITE消息到达AS,AS根据SDP请求或 INVITE消息发起方的用户签约信息、SDP请求或INVITE消息发起方的漫游信息、SDP请求或INVITE消息目的方的归属信息、SDP请求或INVITE消息目的方的漫游信息、SDP请求 (INVITE消息)发起方的归属网是否锚定媒体之一或组合,决策是否需要ALG锚定或不锚定媒体。比如如果SDP请求(INVITE消息)发起方的签约信息表明建议锚定,则AS还进一步判断SDP请求(INVITE消息)发起方的归属网是否锚定媒体,如果不锚定则进一步判断SDP 请求或INVITE消息发起方是否漫游,如果漫游则决定锚定;如果未漫游,则进一步根据SDP 请求或INIVITE消息目的方的归属信息,判断所述目的方是否是本运营商网络用户,如果不是则决定锚定;如果是,则进一步根据SDP请求或miVITE消息目的方的归属信息,判断所述目的方是否漫游,如果漫游则决定锚定;其他情况则决定不锚定。第二实施例中,假设AS的判断结果为不需要锚定。本实施例中假设AS不锚定媒体,则执行后续的步骤305 306,如果AS锚定媒体,则步骤305 306按标准的锚定方式执行,因与本发明无关,不再赘述。需要说明的是,在ALG和AS间可能还存在其他处理实体,这些处理实体可能会修改接收到的SDP请求后转发出去,这样AS收到的SDP请求可能就不是SDP2 了,但修改后的 SDP请求仍然用于与UE-I及ALG控制的媒体处理实体建立媒体连接,因此其中的媒体资源信息仍然可视为与UE-I或ALG相关。步骤405 =AS生成新的SDP请求SDP3,在SDP3中只包含UE-I相关的媒体资源信肩、ο步骤406 =SDP请求或携带SDP请求的INVITE消息到达UE_2,UE-2使用收到的SDP 请求中的媒体资源信息协商媒体,并发送SIP消息,消息携带SDP响应SDP4,比如SIP消息为2000K消息,SDP4携带UE-2的媒体资源信息。步骤407 =SIP消息到达AS,AS在转发SIP消息时携带锚定指示以指示ALG不锚定媒体,在消息体中包含新的SDP响应SDP5,在SDP5中包含收到的SDP4中的媒体资源信息。具体的,比如使用SIP消息的头域指示是否需要ALG锚定媒体,或者锚定指示包含在SDP5中,使用“a =”属性行指示是否需要ALG锚定媒体;或者,锚定指示包含在SDP5中, SDP5包含与SDP2—样多数量和种类的媒体行且顺序相同,SDP5中与SDP2中的UE-I相关的媒体资源信息相对应的媒体行部分包含收到的SDP4中的媒体资源信息,即SDP5中与UE-I 相关的媒体资源信息相对应的媒体行有效,SDP5中与SDP2中的ALGl相对应的媒体行中端口都设置为0,即SDP5中与ALG相关的媒体资源信息相对应的媒体行无效。步骤408 =SIP消息到达S-CSCF,S-CSCF转发呼叫SIP消息。步骤409 =ALG收到SIP消息,判断SIP消息中携带的媒体锚定指示表示为不需要锚定;或者,判断出SIP消息中的SDP响应中与ALG相关的媒体资源信息相对应的媒体行无
10效(或判断出与UE-I相关的媒体资源信息相对应的媒体行有效),则释放步骤401中分配的用于连接SDP请求或INVITE消息目的方的媒体处理实体的媒体资源。步骤410 =ALG在转发SIP消息时,在消息体中包含新的SDP响应SDP6,在SDP6中包含步骤408中收到的有效的媒体资源信息(端口号为0的媒体表示为无效的)。至此,UE-I与UE-2协商了媒体资源,ALG没有包含在UE-I与UE-2的通话媒体路径中,即未锚定媒体。以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
权利要求
1.一种实现媒体锚定的方法,其特征在于,该方法包括应用层网关ALG收到会话描述协议SDP请求后,在需要转发的SDP请求中携带所述ALG 收到的SDP请求中的媒体资源信息,以及所述ALG分配的媒体处理实体的媒体资源信息,并转发该SDP请求;应用服务器AS收到SDP请求,确定是否需要所述ALG锚定媒体,并发送携带有表示是否需要ALG锚定媒体的媒体锚定指示和SDP响应的会话初始协议SIP消息;ALG根据收到的所述SIP消息,确定是否锚定媒体。
2.根据权利要求1所述的方法,其特征在于,所述AS确定是否需要ALG锚定媒体包括所述AS根据以下之一或任意组合,决策是否需要ALG锚定媒体SDP请求发起方的用户签约信息、SDP请求发起方的漫游信息、SDP请求目的方的归属信息、SDP请求目的方的漫游信息、SDP请求发起方的归属网是否锚定媒体。
3.根据权利要求2所述的方法,其特征在于,所述决策是否需要ALG锚定媒体具体包括所述AS根据SDP请求发起方的用户签约信息,判断出签约信息表明需要锚定,则决定锚定;如果SDP请求发起方的签约信息表明建议锚定,则AS还进一步判断SDP请求发起方的归属网是否锚定媒体,如果不锚定则进一步判断SDP请求发起方是否漫游,如果漫游则决定锚定;如果未漫游,则进一步根据SDP请求目的方的归属信息,判断所述目的方是否是本运营商网络用户,如果不是则决定锚定;如果是,则进一步根据SDP请求目的方的归属信息,判断所述目的方是否漫游,如果漫游则决定锚定;其他情况则决定不锚定。
4.根据权利要求1所述的方法,其特征在于,所述AS确定是否需要所述ALG锚定媒体后,发送所述SIP消息前,还包括当确定出锚定媒体时,所述AS将接收到的SDP请求中携带的与ALG相关的媒体资源信息,携带在转发的SDP请求中;当确定出不锚定媒体时,所述AS将接收到的SDP请求中携带的与SDP请求发起方相关的媒体资源信息,携带在转发的SDP请求中。
5.根据权利要求1所述的方法,其特征在于,所述ALG根据收到的SIP消息,确定是否锚定媒体包括所述ALG向SDP请求发起方发送SDP响应,如果通过所述SIP消息中的所述媒体锚定指示确定为需要锚定,所述SDP响应携带ALG分配的媒体处理实体的媒体资源信息,否则所述SDP响应不携带ALG分配的媒体处理实体的媒体资源信息。
6.根据权利要求1所述的方法,其特征在于,所述用于表示是否需要ALG锚定媒体的媒体锚定指示实现方法为所述媒体锚定指示采用专门的SIP消息头域标识来指示是否需要ALG锚定媒体;或者,所述媒体锚定指示包含在所述SIP消息携带的所述SDP响应中。
7.根据权利要求6所述的方法,其特征在于,所述媒体锚定指示包含在所述SIP消息携带的所述SDP响应中时,所述锚定指示实现方法为采用专门的SDP属性标识来指示是否需要ALG锚定媒体;或者,采用选择特定的媒体行有效或无效来指示。
8.根据权利要求7所述的方法,其特征在于,所述媒体锚定指示采用选择特定媒体行有效或无效来指示时,所述锚定指示实现方法为当与ALG相关的媒体资源信息相对应的媒体行有效时,表明需要锚定媒体;或者,当与 SDP请求发起方相关的媒体资源信息相对应的媒体行无效时,表明需要锚定媒体。
9.一种实现媒体锚定的系统,其特征在于,至少包括ALG和AS,其中,ALG,用于转发会话描述协议SDP请求,所述转发的SDP请求携带收到的媒体资源信息以及ALG分配的媒体资源信息;AS,用于接收SDP请求,决定是否需要ALG锚定媒体,并根据决定的结果发送携带SDP 响应的SIP消息。
10.根据权利要求9所述的系统,其特征在于,如果所述AS决定需要ALG锚定媒体,则所述SDP响应中与所述ALG相关的媒体资源信息相对应的媒体行有效,或者所述SDP响应中与SDP请求发起方相关的媒体资源信息相对应的媒体行无效。
全文摘要
本发明公开了一种实现媒体锚定的方法及系统,包括应用层网关(ALG)收到会话描述协议(SDP)请求后,在需要转发的SDP请求中携带所述ALG收到的SDP请求中的媒体资源信息,以及所述ALG分配的媒体处理实体的媒体资源信息,并转发该SDP请求;应用服务器AS收到SDP请求,确定是否需要所述ALG锚定媒体,并发送携带有表示是否需要ALG锚定媒体的媒体锚定指示和SDP响应的会话初始协议(SIP)消息;ALG根据收到的所述SIP消息,确定是否锚定媒体。通过呼叫建立过程中的现有信令,AS实现了确定ALG是否锚定媒体,不需要额外的信令,节省了信令消耗,从而缩短了呼叫建立时长。
文档编号H04L29/06GK102340490SQ201010236068
公开日2012年2月1日 申请日期2010年7月23日 优先权日2010年7月23日
发明者谢振华 申请人:中兴通讯股份有限公司