CN102378396B - 一种实现会话锚定的方法和系统 - Google Patents

Abstract

本发明公开了一种实现会话锚定的方法和系统，均可根据用户信息初步判定是否需要锚定会话，并在初步判定需要锚定时发出锚定指示；根据锚定指示最终决策是否锚定会话。本发明实现会话锚定的方法和系统，均可保证只对需要锚定的会话提供锚定，因而能够尽量减少网络资源的浪费。并且，由于在不需要锚定时不会进行锚定，因此不存在不必要的锚定点，所以不会因不必要的锚定点对用户的业务质量和用户体验造成不利影响。

Description

一种实现会话锚定的方法和系统

技术领域

本发明涉及通信领域，具体涉及一种实现会话锚定的方法和系统。

背景技术

在2G、3G移动通讯网络中，如全球移动通讯系统(Global System for Mobilecommunications，GSM)、通用移动通讯系统(Universal MobileTelecommunications System，UMTS)，采用电路交换(Circuit Switch，CS)方式提供语音业务，并形成了良好的覆盖。

由于无线接入网络向分组交换发展，通过分组交换(Packet Switch，PS)网络承载语音以及其他业务，并能够直接接入网络互联协议(Internet Protocol，IP)多媒体子系统(IP Multimedia Core Network Subsystem，IMS)，由IMS提供包括语音业务在内通讯业务。随着多种高速宽带移动接入方式的出现，移动通信标准组织提出了被称为LTE/SAE(Long Term Evolution/System ArchitectureEvolution，长期演进/系统架构演进)的下一代网络架构，该网络架构使得演进的无线通信系统能够提供更高的传输速率，更短的传输延时，并具有更低的成本，同时支持3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)内部接入系统之间的移动性，以及3GPP接入系统和非3GPP接入系统之间的移动性等。

随着无线宽带技术以及IP技术的发展，整个网络向全IP的方向演进，通讯网络的核心网向IMS演进。

IMS是由3GPP提出的一种基于IP的网络架构，构建了一个的开放而灵活的业务环境，与接入无关，可以支持多媒体应用，能够为用户提供丰富的多媒体业务。

在IMS业务体系中，控制层和业务层是分离的，控制层不提供具体业务，只向业务层提供必要的触发、路由、计费等功能。控制层中业务触发和控制功能是呼叫会话控制功能(Call Session Control Function，CSCF)完成的，CSCF分为代理CSCF(P-CSCF)、查询CSCF(I-CSCF)和服务CSCF(S-CSCF)三种类型，其中负主要责任的是S-CSCF，I-CSCF类型是可选的。业务层是由一系列应用服务器(Application Server，AS)组成，能提供具体业务服务，AS可以是独立的实体，也可以存在于S-CSCF中。控制层S-CSCF根据用户的签约信息控制业务触发，调用AS上的业务，实现业务功能。AS和S-CSCF可以统称为服务设备(SE，Server Equipment)。会话中的端到端设备称为用户设备(UserEquipment，UE)，负责与使用者的交互。有的UE具有多种接入网络的方式，包括通过3GPP的PS域接入网络、通过其他非3GPP的数据域接入网络，甚至可以通过CS域接入网络等。即CS网络，PS网络(包括LTE/SAE)均可作为IMS网络的一种接入手段，即用户可以通过LTE/SAE或CS，建立IMS会话，由IMS提供各类业务控制，由LTE/SAE或CS为用户提供网络接入。UE通过IMS建立各种会话请求时，UE与IMS网络中的各个实体使用标准的会话发起协议(Session Initiation Protocol，SIP)通讯。

当UE建立一个IMS会话时，根据不同的需要(如运营商策略、流量控制和统计、切换优化等)，网络可以决定将会话锚定在某个逻辑功能实体上。

图1是UE通过LTE/SAE接入网络建立会话时锚定所有会话的业务场景。用户在源无线接入覆盖区进行语音业务时，直接接入IMS，与远端用户建立IMS会话，且该会话的信令部分锚定在当前驻留网络的接入切换控制功能实体(Access Transfer Control Function，ATCF)上，媒体部分则锚定在接入切换控制功能实体控制的接入网关(Access Gateway，AGW)上。由于无线频谱干扰等限制，UE无法同时接入LTE/SAE和2G/3G的CS网络，所以当用户移出上述LTE/SAE覆盖区域时，为了保证语音业务的连续性，网络侧将用户的会话切换到CS网络。由于此类切换更新远端的过程较长，而UE本地切换接入网的过程较短，这两个过程并行发生，较难同步，所以此类切换用户的语音中断时间较长。此类切换称为单信道模式的语音呼叫连续性，或单模的语音呼叫连续性(Single Radio Voice Call Contiuity，SRVCC)；如果由ATCF/AGW作为锚定点控制发生切换，可以缩短在切换过程中由于远端更新过程过长而引起的语音中断，提高用户体验。

为简化图示和描述，将ATCF和受ATCF控制的AGW合一描述。

如图1所示，UE和远端(Remote End)建立了会话，该会话锚定在UE当前驻留网络的ATCF(信令锚定)和AGW(媒体锚定)上，AGW受ATCF控制：

101、UE负责与使用者的交互，并能通过PS/CS等不同接入方式建立会话；

102、ATCF负责锚定UE会话的信令部分，并控制AGW锚定用户会话的媒体部分；

ATCF为逻辑功能实体，实际物理位置可以位于UE通过拜访网络LTE/SAE进行IMS注册时在信令路径上的某一网元，如P-CSCF/IBCF(InterconnectionBorder Control Function，互通边界控制功能)等。

103、AGW负责在ATCF控制下，锚定UE会话的媒体部分；

AGW可以位于拜访地的TrGW(Transition Gateway，过渡网关)，PDN GW或P-GW(Packet Data Network Gateway，分组域网络网关)，CS域或IMS域的MGW(Media Gateway，媒体网关)等，可以根据实际情况灵活部署。

104、IMS负责处理UE通过各种接入网所建立的会话，包括始呼会话和终呼会话等，并负责与远端建立会话；

图中的IMS位于用户的归属地网络，包含CSCF和各种AS等网元，如提供业务一致性和连续性的业务一致性和连续性应用服务器(Service Consistencyand Continuity Application Server，SCC AS)；

105、Remote End与UE建立IMS会话；该Remote End可能是UE，也可能是提供服务的服务器等，如流媒体服务器。

图2是现有的UE通过LTE/SAE进行IMS注册，并建立语音会话时的会话锚定流程图，ATCF/AGW在会话建立时锚定UE的会话，其具体描述如下：

步骤201、UE在当前的驻留网络发起IMS注册请求，该请求消息到达ATCF；

步骤202、ATCF将注册消息送至用户拜访地的S-CSCF；

ATCF在注册消息中携带为该用户分配的拜访地的单模切换号码(VisitedSession Transfer Number-Single Radio，vSTN-SR)；

如果用户是SRVCC用户，vSTN-SR用于后继用户可能发生的SRVCC过程；

该步骤中的注册消息需要先到达用户归属地的I-CSCF，由I-CSCF与归属签约服务器(Home Subscriber Server，HSS)交互以确定服务该用户的S-CSCF，然后由I-CSCF将该消息路由至所述S-CSCF处理。为简化图示和描述，这里将I-CSCF和S-CSCF合一描述，且省略了HSS的相关流程；

步骤203-204、S-CSCF处理完注册请求后，通过原路径向UE回复注册响应消息；

步骤205、S-CSCF处理完用户的注册消息后，根据初始过滤准则(initialFilter Criteria，iFC)，在需要时代替UE向相应的应用服务器(Application Server，AS)进行第三方注册；

如果用户是SRVCC用户，S-CSCF需要代替UE向SCC AS进行第三方注册，并携带步骤202中的vSTN-SR；

vSTN-SR将通过HSS推进过程被下载给LTE/SAE网元，并在触发SRVCC过程时由LTE/SAE网元传给CS网元；也可通过其他途径传给相应的LTE/SAE、CS网元，以实现SRVCC；

步骤206、UE发起IMS会话，该IMS会话的会话请求到达ATCF，其中携带有UE的会话媒体描述协议(Session Description Protocol，SDP)信息，如IP地址、媒体流编码格式、端口号等；

步骤207、ATCF锚定该用户的会话，将媒体部分锚定在其所控制的一个AGW上。ATCF向S-CSCF发送会话请求，其中携带有AGW的SDP信息；

如果UE是SRVCC的签约用户，则执行步骤208a1-209a2；否则，执行步骤208b-209b；

步骤208a1、根据iFC的触发，S-CSCF将收到的会话请求路由到SCC AS处理；

步骤208a2、SCC AS将收到的会话请求发送至远端UE；

步骤209a1、远端UE向SCC AS回复会话响应，其中携带有远端UE的SDP信息；

步骤209a2、SCC AS向S-CSCF发送会话响应；

步骤208b、S-CSCF将会话请求发送给远端UE；

该步骤中，由于用户不是SRVCC用户，所以呼叫不会触发给SCC AS处理；根据iFC，会话请求有可能会先触发给其他AS处理，随后返回S-CSCF并被发向远端UE；

步骤209b、远端UE向S-CSCF回复会话响应，其中携带有远端UE的SDP信息；

步骤210、S-CSCF向ATCF回复会话响应，其中携带有远端SDP信息；

步骤211、ATCF向UE回复会话响应，其中携带有AGW的SDP信息；

上述步骤完成后，UE与远端UE之间的会话建立完成，且会话锚定在ATCF/AGW上。如图所示，此时媒体分为两段，分别为：UE到AGW一段，AGW到远端一段，这样用户由于某种业务需要，可以提供更好的用户体验，比如：用户如果是SRVCC用户，则在后继发生SRVCC切换时，可以由ATCF控制，以减少切换中的语音中断时间，提供较好的用户体验。

但上述呼叫建立过程中ATCF/AGW锚定会话的方法存在如下弊端：ATCF无法区分用户是否需要锚定会话，所以对于所有经过ATCF的会话，都需要将其媒体面锚定在AGW上。比如对于非SRVCC用户，ATCF也会对其的会话进行锚定。这样会造成网络资源(如AGW资源)的浪费；而且由于UE到远端UE的媒体锚定在AGW上，使得通信过程中增加了一个锚定点，很有可能对用户的业务质量和用户体验造成不利影响。

发明内容

有鉴于此，本发明的主要目的在于提供一种实现会话锚定的方法和系统，以保证只对需要锚定的会话提供锚定，尽量减少网络资源的浪费。

为达到上述目的，本发明的技术方案是这样实现的：

一种实现会话锚定的方法，该方法包括：

根据用户信息初步判定是否需要锚定会话，并在初步判定需要锚定时发出锚定指示；根据锚定指示最终决策是否锚定会话。

所述用户信息为用户签约信息，所述初步判定的过程包括：

根据用户签约信息判断用户是否为SRVCC用户，并在判断结果为是时初步确定需要锚定会话。

所述用户信息为用户当前使用终端的能力信息，所述初步判定的过程包括：

根据用户终端能力信息判断用户当前使用的终端是否为SRVCC终端，并在判断结果为是时初步确定需要锚定会话。

所述最终决策的过程包括：

在收到锚定指示时直接确定需要锚定会话。

所述最终决策的过程包括：

在收到锚定指示后根据包括本地网络策略在内的因素最终确定是否锚定会话。

一种实现会话锚定的系统，该系统包括锚定初步判定单元、锚定决策单元；其中，

所述锚定初步判定单元，用于根据用户信息初步判定是否需要锚定会话，并在初步判定需要锚定时向所述锚定决策单元发出锚定指示；

所述锚定决策单元，用于根据收到的锚定指示最终决策是否锚定会话。

所述用户信息为用户签约信息，所述锚定初步判定单元进行所述初步判定时用于：

根据用户签约信息判断用户是否为SRVCC用户，并在判断结果为是时初步确定需要锚定会话。

所述用户信息为用户终端能力信息，用于表明用户当前使用的终端是否具有SRVCC能力；

所述锚定初步判定单元进行所述初步判定时，进一步用于：

针对SRVCC用户，根据用户终端能力信息判断用户当前使用的终端是否具有SRVCC能力，并在判断结果为是时初步确定需要锚定会话。

所述锚定决策单元进行所述最终决策时用于：

在收到锚定指示时直接确定需要锚定会话。

所述锚定决策单元进行所述最终决策时用于：

在收到锚定指示后根据包括本地网络策略在内的因素最终确定是否锚定会话。

本发明实现会话锚定的方法和系统，均可保证只对需要锚定的会话提供锚定，因而能够尽量减少网络资源的浪费。并且，由于在不需要锚定时不会进行锚定，因此不存在不必要的锚定点，所以不会因不必要的锚定点对用户的业务质量和用户体验造成不利影响。

附图说明

图1为现有技术LTE/SAE中呼叫锚定的架构示意图；

图2为现有技术的呼叫锚定的信令流程示意图；

图3为本发明实施例一的实现会话锚定的流程图；

图4为本发明实施例二的实现会话锚定的流程图；

图5为本发明实施例三的实现会话锚定的流程图；

图6为本发明实现会话锚定的流程简图；

图7为本发明实施例的实现会话锚定的系统图。

具体实施方式

总体而言，在会话建立过程中，可以由IMS网络中的网元向ATCF提供用于表示是否需要锚定的锚定提示等信息，并最终由ATCF决策是否需要锚定会话，以避免造成网络资源的浪费。

以下通过附图及具体实施例对以上实现有选择锚定会话的方法进行具体说明：

参见图3，图3为本发明实施例一的实现会话锚定的流程图，该流程包括以下步骤：

步骤301、UE在LTE/SAE发起IMS注册请求，该请求消息到达ATCF；

步骤302、ATCF将注册请求消息送至用户拜访地的S-CSCF；

ATCF在注册请求消息中携带为该用户分配的vSTN-SR；

步骤303至步骤304、S-CSCF处理完注册请求后，通过原路径向UE回复注册响应消息；

步骤305、S-CSCF处理完用户的注册请求消息后，根据iFC，在需要时代替UE向相应的AS进行第三方注册；

步骤306、UE发起IMS会话建立请求，其中携带有UE的SDP信息；

步骤307、收到步骤306中的会话建立请求后，ATCF将其转发给UE归属的IMS网络的S-CSCF；

ATCF转发的会话建立请求中携带有UE的SDP信息，同时，ATCF在会话建立请求中插入用于锚定用户会话的媒体的指示，表明没有为该呼叫分配AGW；

步骤308、S-CSCF根据iFC，将呼叫触发到SCC AS处理；

步骤309、由于在步骤305中收到了vSTN-SR，所以SCC AS明确拜访地部署了用于锚定会话的ATCF/AGW。SCC AS根据各种信息，比如、用户是否为SRVCC用户(可以应用用户签约信息予以判定)、UE能力信息(该信息用于表明用户当前是否使用具有SRVCC能力的终端)、主叫用户UE是否漫游、远端UE是否漫游、运营商配置的策略或其他因素，判断是否在拜访地需要锚定该会话的媒体。若判断需要锚定，则SCC AS以向S-CSCF发送拒绝消息等形式表明拒绝所述呼叫建立请求，指示需要锚定该会话的媒体；

通常，在拒绝消息中也可能携带SCC AS上所具有的判定信息，如UE能力信息，用户是否漫游等信息，以提供给ATCF做锚定判定；

SCC AS根据多种信息判断是否向ATCF发送拒绝消息，以及携带锚定指示。其中，主要的判断依据为用户是否为SRVCC用户：如用户不是SRVCC用户，则不需要锚定会话，进而不向ATCF发送拒绝消息；如用户是SRVCC用户，则可能综合考虑其他因素，最终决定向ATCF发送拒绝消息，并携带锚定指示；

步骤310、S-CSCF向ATCF发送拒绝消息；

步骤311、ATCF收到拒绝消息后，根据消息提供的锚定指示等信息，以及本地网络策略、UE能力信息等因素，最终决策是否需要锚定该会话的媒体。ATCF随后向UE归属IMS网络发起新的会话建立请求；

如果ATCF最终决策需要分配AGW以锚定UE会话的媒体，则在本步骤的会话建立请求中携带AGW的SDP信息；否则，仍然携带UE的SDP信息；

当然，如果有其他因素，比如本地策略是否允许锚定等，或者ATCF有UE的能力信息(用于表明UE是否为SRVCC UE)，则可以综合所有因素以判断是否需要锚定会话，最终决策在步骤312中的建立请求中携带AGW或UE的SDP信息；

步骤312、S-CSCF向SCC AS发送会话建立请求；

步骤313、SCC AS通过S-CSCF，向远端UE发送会话建立请求；

步骤314至步骤316、远端UE通过S-CSCF/SCC AS向ATCF回复会话建立响应，其中携带有远端UE的SDP应答；

步骤317、ATCF向UE回复会话建立响应，其中携带有SDP应答信息；

在步骤311中，如果ATCF为会话分配了AGW以锚定媒体，即携带了AGW的SDP信息，则步骤317的消息中携带AGW的SDP给UE；如果ATCF没有为会话分配AGW以锚定媒体，即步骤311中仍然携带了UE的SDP信息，则ATCF将远端UE的SDP信息发送给UE。

参见图4，图4为本发明实施例二的实现会话锚定的流程图，该流程包括以下步骤：

步骤401、UE在LTE/SAE发起IMS注册请求，该请求消息到达ATCF；

步骤402、ATCF将注册请求消息送至用户拜访地的S-CSCF；

ATCF在注册请求消息中携带为该用户分配的vSTN-SR；

步骤403至步骤404、S-CSCF处理完注册请求后，通过原路径向UE回复注册响应消息；

步骤405、S-CSCF处理完用户的注册消息后，根据iFC，在需要时代替UE向相应的AS进行第三方注册；

步骤406、UE发起IMS会话建立请求，其中携带有UE的SDP信息；

步骤407、收到会话建立请求后，ATCF将其转发给UE归属的IMS网络的S-CSCF；

ATCF发送的会话建立请求中携带有UE的SDP信息，同时，ATCF在会话建立请求中插入用于锚定用户会话的媒体的指示，表明没有为该呼叫分配AGW；

步骤408、S-CSCF根据iFC，将呼叫触发到SCC AS处理；

步骤409、由于在步骤405中收到了vSTN-SR，所以SCC AS明确拜访地部署了用于锚定会话的ATCF/AGW。SCC AS根据各种信息，比如用户是否为SRVCC用户(可以根据用户签约信息予以判定)、UE能力信息、用户是否漫游、运营商配置的策略或其他因素，判断是否在拜访地需要锚定该会话的媒体。若判断需要锚定，则SCC AS向S-CSCF发送锚定指示，指示需要锚定该会话的媒体；

所述锚定指示可以通过针对会话建立的临时响应携带；

步骤409a、SCC AS通过S-CSCF向远端UE发送会话建立请求，携带UE的SDP信息；

步骤409b、远端UE通过S-CSCF向SCC AS回复会话建立响应，其中携带有远端UE的SDP应答信息；

如果SCC AS触发步骤409，则步骤409与步骤409a并行发生；

步骤410、S-CSCF向ATCF发送锚定指示；

步骤411、ATCF收到锚定指示后，根据该锚定指示以及本地网络策略、UE能力信息等因素，最终决策是否需要锚定该会话的媒体。ATCF随后向UE归属IMS网络发起会话更新请求；

如果ATCF最终决策需要分配AGW以锚定UE会话的媒体，则在步骤411中携带AGW的SDP信息；否则，仍然携带UE的SDP信息；

步骤412、S-CSCF向SCC AS发送会话更新请求；

步骤413、如果步骤412中的SDP信息与步骤408中的SDP信息不同，则SCC AS通过S-CSCF向远端UE发送会话更新请求；否则，SCC AS不执行步骤413，进而也不再有步骤414；

步骤414、远端UE通过S-CSCF向SCC AS回复会话更新响应，其中携带有远端UE的新SDP信息；

步骤415至步骤416、SCC AS通过S-CSCF向ATCF回复会话建立响应，其中携带有步骤414中收到的SDP应答信息；如果没有执行步骤413至步骤414，则携带步骤409b中的SDP应答信息；

步骤417、ATCF向UE回复会话建立响应；

在步骤411中，如果ATCF为会话分配了AGW以锚定媒体，即携带了AGW的SDP信息，则步骤417的消息中携带AGW的SDP给UE；如果ATCF没有为会话分配AGW以锚定媒体，即步骤411中仍然携带了UE的SDP信息，则ATCF将步骤416中的远端UE的SDP信息发送给UE。

参见图5，图5为本发明实施例三的实现会话锚定的流程图，该流程包括以下步骤：

步骤501至步骤512与图4中的步骤401至步骤412一致，唯一区别在于图5中不包含步骤409a和步骤409b；

步骤513、SCC AS通过S-CSCF向远端UE发送会话建立请求，其中携带有步骤512中收到的SDP信息；

步骤514、远端UE通过S-CSCF向SCC AS回复会话建立响应，其中携带有远端UE的新SDP信息；

步骤515至步骤516、SCC AS通过S-CSCF向ATCF回复会话建立响应，其中携带有步骤514中收到的SDP应答信息；

步骤517、ATCF向UE回复会话建立响应；

在步骤511中，如果ATCF为会话分配了AGW以锚定媒体，即携带了AGW的SDP信息，则步骤517的消息中携带AGW的SDP给UE；如果ATCF没有为会话分配AGW以锚定媒体，即步骤511中仍然携带了UE的SDP信息，则ATCF将步骤516中的远端UE的SDP信息发送给UE。

由以上所述各流程可见，最初的锚定判断有可能触发后续的锚定决策，并且在锚定决策完成之后，如果最终确定需要锚定会话，则触发后续的锚定会话操作，如：图3中的从步骤311开始的操作，图4中的从步骤411开始的操作，以及图5中的从步骤511开始的操作。基于此，本发明实现会话锚定的操作思路可以表示如图6所示。参见图6，图6为本发明实现会话锚定的流程简图，该流程包括以下步骤：

步骤610：根据用户签约信息等用户信息初步判定是否需要锚定会话，并在初步判定需要锚定时发出锚定指示。如：根据用户的签约信息判定用户为SRVCC用户，或根据UE能力信息确定UE有SRVCC能力等，则确定需要锚定会话。

步骤620：根据锚定指示最终决策是否锚定会话。

结合前述的各流程，需要说明的是，在操作逻辑比较简单时，可以在收到锚定指示时就直接确定最终决策：需要锚定会话。在操作逻辑相对复杂时，则可以在收到锚定指示后进一步根据本地网络策略等因素、UE是否有SRVCC能力等最终确定是否锚定会话。

为了保证上述操作能够顺利进行，可以设置如图7所示的系统。参见图7，图7为本发明实施例的实现会话锚定的系统图，该系统包括相连的锚定初步判定单元、锚定决策单元。其中，锚定初步判定单元可以设置于SCC AS等能够获取用户签约信息并进行逻辑判断的功能实体中，锚定决策单元则可以设置于ATCF等能够对UE进行接入控制的功能实体中。

具体应用时，锚定初步判定单元可以根据用户签约信息等用户信息初步判定是否需要锚定会话，并在初步判定需要锚定时向锚定决策单元发出锚定指示，并可能携带一些影响决策的因素(如UE能力信息等)，由锚定决策单元根据收到的锚定指示等内容最终决策是否锚定会话。

并且，如果最终确定需要锚定会话，锚定决策单元进一步可以触发后续的锚定会话操作。

图7所示各单元所能实现的具体操作已在前述各流程中详细描述，在此不再赘述。

综上所述可见，无论是方法还是系统，本发明实现会话锚定的技术，均可保证只对需要锚定的会话提供锚定，因而能够尽量减少网络资源的浪费。并且，由于在不需要锚定时不会进行锚定，因此不存在不必要的锚定点，所以不会因不必要的锚定点对用户的业务质量和用户体验造成不利影响。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种实现会话锚定的方法，其特征在于，该方法包括：

根据用户信息初步判定是否需要锚定会话，并在初步判定需要锚定时发出锚定指示；根据锚定指示最终决策是否锚定会话；

其中，所述用户信息为用户签约信息或用户当前使用终端的能力信息。

2.根据权利要求1所述的方法，其特征在于，所述用户信息为用户签约信息，所述初步判定的过程包括：

根据用户签约信息判断用户是否为单信道模式的语音呼叫连续性SRVCC用户，并在判断结果为是时初步确定需要锚定会话。

3.根据权利要求1所述的方法，其特征在于，所述用户信息为用户当前使用终端的能力信息，所述初步判定的过程包括：

根据用户终端能力信息判断用户当前使用的终端是否为SRVCC终端，并在判断结果为是时初步确定需要锚定会话。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述最终决策的过程包括：

在收到锚定指示时直接确定需要锚定会话。

5.根据权利要求1至3任一项所述的方法，其特征在于，所述最终决策的过程包括：

在收到锚定指示后根据包括本地网络策略在内的因素最终确定是否锚定会话。

6.一种实现会话锚定的系统，其特征在于，该系统包括锚定初步判定单元、锚定决策单元；其中，

所述锚定初步判定单元，用于根据用户信息初步判定是否需要锚定会话，并在初步判定需要锚定时向所述锚定决策单元发出锚定指示；

所述锚定决策单元，用于根据收到的锚定指示最终决策是否锚定会话；

其中，所述用户信息为用户签约信息或用户当前使用终端的能力信息。

7.根据权利要求6所述的系统，其特征在于，所述用户信息为用户签约信息，所述锚定初步判定单元进行所述初步判定时用于：

根据用户签约信息判断用户是否为SRVCC用户，并在判断结果为是时初步确定需要锚定会话。

8.根据权利要求7所述的系统，其特征在于，所述用户信息为用户终端能力信息，用于表明用户当前使用的终端是否具有SRVCC能力；

所述锚定初步判定单元进行所述初步判定时，进一步用于：

针对SRVCC用户，根据用户终端能力信息判断用户当前使用的终端是否具有SRVCC能力，并在判断结果为是时初步确定需要锚定会话。

9.根据权利要求6至8任一项所述的系统，其特征在于，所述锚定决策单元进行所述最终决策时用于：

在收到锚定指示时直接确定需要锚定会话。

10.根据权利要求6至8任一项所述的系统，其特征在于，所述锚定决策单元进行所述最终决策时用于：

在收到锚定指示后根据包括本地网络策略在内的因素最终确定是否锚定会话。