專利名稱：一種實現會話錨定的方法和系統的制作方法
技術領域：
本發明涉及通信領域，具體涉及一種實現會話錨定的方法和系統。
背景技術：
在2G、3G移動通訊網絡中，如全球移動通訊系統(GlcAal System for Mobilecommunications,GSM)、通用移動通訊系統(Universal MobileTelecommunications System，UMTS)，采用電路交換(Circuit Switch, CS)方式提供語音業務，并形成了良好的覆
至
ΓΤΠ ο由于無線接入網絡向分組交換發展，通過分組交換(Packet Switch,PS)網絡承載語音以及其他業務，并能夠直接接入網絡互聯協議(Internet Protocol, IP)多媒體子系統 (IP Multimedia Core Network Subsystem，IMQ，由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, AGff)上。由于無線頻譜干擾等限制，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 QnterconnectionBorder Control Function，互通邊界控制功能)等。103、AGW負責在ATCF控制下，錨定UE會話的媒體部分；AGff 可以位于拜訪地的 iTrGW (Transition Gateway,過渡網關)，PDN GW 或 P-Gff (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在注冊消息中攜帶為該用戶分配的拜訪地的單模切換號碼(Visitedkssion 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的簽約用戶，則執行步驟208al-209a2 ；否則，執行步驟 208b-209b ；步驟208al、根據iFC的觸發，S-CSCF將收到的會話請求路由到SCC AS處理；步驟208a2、SCC AS將收到的會話請求發送至遠端UE ；步驟209al、遠端UE向SCC AS回復會話響應，其中攜帶有遠端UE的SDP信息；步驟209a2、SCC AS向S-CSCF發送會話響應；步驟20 、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 —段，AGff到遠端一段，這樣用戶由于某種業務需要，可以提供更好的用戶體驗，比如用戶如果是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所示各單元所能實現的具體操作已在前述各流程中詳細描述，在此不再贅述。綜上所述可見，無論是方法還是系統，本發明實現會話錨定的技術，均可保證只對需要錨定的會話提供錨定，因而能夠盡量減少網絡資源的浪費。并且，由于在不需要錨定時不會進行錨定，因此不存在不必要的錨定點，所以不會因不必要的錨定點對用戶的業務質量和用戶體驗造成不利影響。以上所述，僅為本發明的較佳實施例而已，并非用于限定本發明的保護范圍，凡在本發明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發明的保護范圍之內。
權利要求
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任一項所述的系統，其特征在于，所述錨定決策單元進行所述最終決策時用于在收到錨定指示后根據包括本地網絡策略在內的因素最終確定是否錨定會話。
全文摘要
本發明公開了一種實現會話錨定的方法和系統，均可根據用戶信息初步判定是否需要錨定會話，并在初步判定需要錨定時發出錨定指示；根據錨定指示最終決策是否錨定會話。本發明實現會話錨定的方法和系統，均可保證只對需要錨定的會話提供錨定，因而能夠盡量減少網絡資源的浪費。并且，由于在不需要錨定時不會進行錨定，因此不存在不必要的錨定點，所以不會因不必要的錨定點對用戶的業務質量和用戶體驗造成不利影響。
文檔編號H04W76/02GK102378396SQ201010255009
公開日2012年3月14日 申請日期2010年8月12日 優先權日2010年8月12日
發明者李振東, 鄒常樂 申請人:中興通訊股份有限公司