一種對語音呼叫連續錨定進行優化的方法、系統及裝置的制作方法

專利名稱：一種對語音呼叫連續錨定進行優化的方法、系統及裝置的制作方法
技術領域：
本發明涉及無線通信領域，特別是涉及一種對語音呼叫連續錨定進行優化的方法、系統及裝置。
背景技術：
語音呼叫連續(VCC)是在用戶歸屬的IMS網絡提供的一種應用業務，VCC可以使用戶將語音呼叫在電路域(CS)和IMS網絡之間雙向切換。融合的IMS架構(即不同的IP接入技術通過IMS網絡融合)為在WLAN覆蓋條件下進行GSM語音呼叫提供了可能。若在CS域和IP-CAN(包括WLAN、各種無線接入網等)下實現無縫的語音呼叫服務，不但可以減輕GSM/UMTS無線資源的負荷，還可增加運營商的收益。此外，提供VoIP服務的有線運營商也可以通過3GPP IMS架構提供融合業務受益。
在終端側，當VCC終端正在進行一個或多個語音會話時，可以發起域切換。在網絡側，為了為VCC終端提供域切換功能，VCC用戶發起的或接受的呼叫都要錨定到該用戶歸屬的IMS網絡的呼叫連續控制功能實體CCCF；所述CCCF負責處理被錨定的VCC用戶發起的域切換，并在切換完成后釋放切換出域的呼叫。當VCC終端在CS和IMS兩個域同時注冊時，網絡處理入呼叫，還需選擇在那個域為VCC用戶進行接續，這一功能由網絡接續域選擇功能實體NeDS實現。一般判斷的依據包括運營商的策略，用戶的偏好，終端的能力和IP-CAN承載實時語音業務的能力等。一般認為CCCF和NeDS功能是一起提供的。
這里使用CCCF/NeDS代表在IMS網絡提供VCC業務的控制實體(即VCC功能實體)，包含CCCF/NeDS的功能和實現VCC業務所需的其它功能。CCCF/NeDS在IMS網絡中充當應用服務器的位置，在CS網絡中充當智能業務控制點(SCP)的位置，即具有IMS網絡和CS網絡雙重身份。
在3GPP技術中，NeDS具有通用化的趨勢，即多種業務或者應用使用到NeDS的功能。3GPP還有專門的課題研究通用化的NeDS技術。這樣NeDS可能以IMS網絡中的獨立應用服務器的身份為各種應用提供服務。這樣對VCC的影響是NeDS和VCC的其它功能需要分開，使用標準接口通信。
早前轉是3GPP定義的由被叫的HLR或HSS返回前轉信息的前轉業務，例如無條件前轉(CFU)，用戶關機時的無應答前轉(CFNRc)，早前轉一般在被叫用戶的關口移動交換中心(GMSC)處理。在3GPP2中雖然未明確定義早前轉，但因為處理機制的相似，也同樣可以應用，例如無條件前轉、網絡決定用戶忙前轉、用戶關機導致的不可及前轉等。
目前3GPP的VCC課題提出的四個關于VCC用戶作為被叫且NeDS選擇在CS域接續的方案如下。
方案一呼叫通過IMS網絡進入NeDS，NeDS直接取CS域漫游號碼。參見圖1所示，包括下列步驟1、CCCF/NeDS收到入呼叫的INVITE，開始錨定處理；2、CCCF/NeDS判斷呼叫要在CS域接續，則直接到用戶歸屬的HSS取該用戶在CS域的漫游號碼；3、HSS根據當前用戶在CS域的位置信息到VMSC取漫游號碼；4、VMSC為所述入呼叫分配CS域的漫游號碼，并發送到HSS；5、HSS將所述漫游號碼返回給CCCF/NeDS所分配的移動用戶漫游號碼MSRN；6至7、CCCF/NeDS使用該漫游號碼將呼叫路由到CS域的VMSC處理。
若作為被叫的VCC用戶簽約了CS域的早前轉業務，則HSS在收到SRI之后就會返回前轉號碼，通知CCCF/NeDS處理前轉，而此時CCCF/NeDS已經開始了呼叫錨定，前轉后導致為該VCC用戶的錨定失效。
方案二呼叫通過IMS網絡進入NeDS，基于信令攔截(使用內置于VCC功能實體的SRF<VCC-SRF>攔截SRI信令)的方案。參見圖2所示，包括下列步驟1至4、CCCF/NeDS通過NeDS判斷出呼叫將在CS域處理時，則CCCF分配路由到CS域的路由號碼CSRN，并完成該呼叫的錨定。并將呼叫路由回S-CSCF，S-CSCF再通過MGCF將呼叫路由到GMSC；5至9、基于運營商的配置，GMSC將所述CSRN當作MSISDN，并攜帶于SRI消息中，發送到HSS取漫游信息。途經CCCF/NeDS時，CCCF/NeDS攔截該SRI消息，并檢查到所述CSRN為自己分配的路由號碼，則向HSS回復真正的移動用戶ISDN號碼MSISDN，以進行下一步處理。HSS根據收到的MSISDN到VMSC獲取MSRN，之后通過SRI ACK消息將獲取的MSRN返回給CCCF/NeDS。CCCF/NeDS向GMSC發送攜帶有MSRN的SRIACK消息。GMSC獲得MSRN后，將呼叫路由到VMSC。
當發生早前轉時，HSS在第6步后直接返回前轉號碼，此時已經為VCC用戶的呼叫完成了在CCCF/NeDS的錨定，呼叫卻被前轉到另外的用戶，導致CCCF錨定的失效。
方案三、呼叫通過CS域進入NeDS，基于CAMEL的方案。參見圖3所示，包括下列步驟1至6、CS域的呼叫到達GMSC后使用CAMEL業務從而觸發到NeDS判斷；CCCF/NeDS判斷呼叫需要在CS域接續，則分配呼叫參考號和CCCF/NeDS的公共業務標識PSI一起組成IMS網絡漫游號碼IMRN，指示GMSC根據此號碼路由呼叫到IMS域；7至10、GMSC根據IMRN將呼叫路由到IMS網絡，IMS網絡根據PSI信息找到CCCF/NeDS；11至13、CCCF/NeDS根據呼叫參考號釋放IMRN并找到原被叫，完成CCCF的錨定，并分配CSRN將呼叫路由到CS域；
14至20、GMSC根據CSRN回復出MSISDN，并發送SRI到HSS取漫游信息；觸發CAMEL后NeDS判斷已經完成錨定，返回Continue，以使GMSC繼續處理；GMSC就可以獲取到被叫在CS域的MSRN；21至22、GMSC根據MSRN將呼叫路由到CS域處理。
當發生早前轉時，在第3至7步因為智能網改號不能觸發，直到第17步后可以觸發早前轉，此時已經為VCC用戶的呼叫完成了CCCF/NeDS的錨定，呼叫卻被前轉到另外的用戶，導致呼叫錨定的失效。
方案四、呼叫通過CS域進入NeDS，基于信令攔截(使用內置VCC-SRF攔截SRI信令)的方案。參見圖4所示，包括下列步驟1至4、CCCF/NeDS(內置VCC-SRF)攔截GMSC發送到HSS的SRI消息，判斷出該呼叫需要到IMS錨定并在CS域處理，則為該呼叫分配呼叫參考號并和CCCF的PSI一起生成IMRN；將所述IMRN攜帶于SRIACK消息中返回給GMSC。
5至8、GMSC根據IMRN，將呼叫路由到IMS網絡；IMS網絡分析IMRN，根據其中的PSI信息尋址到CCCF/NeDS進行處理。
9至11、CCCF/NeDS完成錨定，并分配CSRN將呼叫路由回CS域GMSC處理。
12至13、GMSC根據運營商配置將CSRN當作MSISDN到HSS請求漫游信息，途經CCCF/NeDS時，VCC-SRF攔截此信息；CCCF/NeDS檢查到所述CSRN為自己分配的路由號碼，則向HSS回復真正的MSISDN。
14至16、HSS按照CS域流程返回MSRN給GMSC做進一步處理。
17、GMSC根據MSRN將呼叫路由到端局VMSC完成在CS域的接續。
當發生早前轉時，在第16步后觸發早前轉，此時已經完成了CCCF/NeDS的錨定，呼叫卻被前轉到另外的用戶，導致CCCF無謂的錨定。
顯然，現有技術中存在以下缺點1、早前轉業務會將呼叫前轉到其他的用戶，這樣必然導致已經完成的呼叫錨定失效，而系統無法判斷已經完成的呼叫錨定是否有效，所以也無法有針對性地優化處理呼叫錨定。
2、若無效的呼叫錨定依然保持，而新的呼叫需要接續到被錨定的呼叫的被叫用戶時，則CCCF/NeDS會參考發生前轉的呼叫的接續域，從而導致域選擇決策的誤判。
3、若無效的呼叫錨定依然保持，則CCCF/NeDS無法獲知發生前轉的呼叫是不可以發起域切換的呼叫。
綜上所述，現有技術中呼叫錨定的處理與影響該呼叫錨定的業務的處理沒有關聯，而且系統無法判斷已經完成的呼叫錨定是否有效。

發明內容
本發明提供一種對語音呼叫連續錨定進行優化的方法、系統、語音呼叫連續錨定優化功能實體和路由控制實體，用以解決現有技術中呼叫錨定的處理與影響該呼叫錨定的業務的處理沒有關聯，而且系統無法判斷已經完成的呼叫錨定是否有效的問題。
本發明方法包括步驟A、語音呼叫連續錨定優化VAO功能實體感知被叫側用戶的業務信息；B、VAO功能實體判定被叫側用戶簽約的業務會影響當前呼叫的錨定時，優化錨定處理。
其中，步驟A中，所述業務信息為用戶的業務簽約信息，或為用戶所簽約業務的業務處理信息。
進一步，若所述的業務信息為用戶的業務簽約信息，則所述步驟B包括下列步驟B11、當VAO功能實體判定被叫側用戶的業務信息中存在可能影響呼叫錨定的業務時，則轉入步驟B12；B12、當VAO功能實體判定可能影響呼叫錨定的業務將觸發時，則優化錨定處理。
進一步，若所述的業務信息為用戶簽約業務的業務處理信息，則所述步驟B包括下列步驟B21、當VAO功能實體判定可能影響呼叫錨定的業務將觸發時，則優化錨定處理。
進一步，步驟B中，所述優化錨定處理的方式為不進行呼叫錨定，釋放已經錨定的VCC資源，或者釋放已經錨定的VCC資源和占用的呼叫資源。
又進一步，所述步驟A之后，若VAO功能實體優化錨定處理的方式為釋放已經錨定的VCC資源，或者釋放已經錨定的VCC資源和占用的呼叫資源，則VAO功能實體向路由控制實體發送重定向消息，以使路由控制實體處理所述影響呼叫錨定的業務。所述路由控制實體為媒體網關控制功能實體MGCF，或為用戶提供業務的應用服務器AS，或為關口移動交換中心GMSC。
若路由控制實體為MGCF，則處理所述影響呼叫錨定的業務，包括下列子步驟VAO功能實體向用戶簽約的S-CSCF發送SIP格式的重定向消息；S-CSCF向MGCF轉發該重定向消息，以指示進行呼叫重定向處理；MGCF收到該重定向消息后對前轉號碼進行路由分析，并據此將呼叫前轉至相應的路由控制實體繼續路由該呼叫。
若路由控制實體為AS，則處理所述影響呼叫錨定的業務，包括下列子步驟VAO功能實體向用戶簽約的S-CSCF發送SIP格式的重定向消息；S-CSCF根據呼叫處理的觸發路徑，將該重定向消息發送到AS；AS收到該重定向消息后，向S-CSCF發送SIP格式的初始會話消息，以指示繼續路由該呼叫。
若路由控制實體為呼叫錨定前所經過的GMSC，則處理所述影響呼叫錨定的業務，包括下列子步驟VAO功能實體向用戶的GMSC發送MAP格式的重定向消息；GMSC收到該重定向消息后，根據重定向信息繼續路由該呼叫。
重定向完成后，MGCF、AS或GMSC對重定向業務計費。
又進一步，所述步驟A之后，VAO功能實體不進行呼叫錨定處理，并向路由控制實體發送攜帶有繼續處理信息的CAMEL消息，以使路由控制實體處理所述業務。所述路由控制實體為關口移動交換中心GMSC。
又進一步，所述步驟A之后，VAO功能實體不進行呼叫錨定處理，并向路由控制實體發送攜帶有前轉信息的MAP消息，以使路由控制實體處理所述業務。所述路由控制實體為關口移動交換中心GMSC。
更進一步，步驟A中，當VAO功能實體和IMS域的網絡選擇NeDS功能實體配合優化錨定處理時，所述VAO功能實體通過下述4種方式之一感知被叫側用戶的業務信息方式11、VAO功能實體通過MAP信令的隨時簽約查詢操作與HSS交互來感知用戶的業務簽約信息；方式12、VAO功能實體通過MAP信令的路由查詢操作與HSS交互來感知用戶簽約業務的業務處理信息；方式13、VAO功能實體通過MAP接口訂閱用戶的簽約信息來感知用戶的業務簽約信息；方式14、VAO功能實體通過Sh接口訂閱用戶的簽約信息來感知用戶的業務簽約信息。
若所述步驟A中VAO功能實體使用方式11、方式13，或方式14感知，則VAO功能實體通過向MGCF或者為用戶服務的AS發送重定向消息，以釋放已經錨定的VCC資源。
若所述步驟A中VAO功能實體使用方式12感知，并且呼叫錨定前經過GMSC，則VAO功能實體通過向GMSC發送重定向消息，以釋放已經錨定的VCC資源。
若所述步驟A中VAO功能實體使用方式12感知，并且呼叫錨定前不經過GMSC，則VAO功能實體向MGCF或者為用戶服務的AS發送重定向消息，以釋放已經錨定的VCC資源。
更進一步，步驟A中，當VAO功能實體和業務控制功能點SCP配合優化錨定處理時，所述VAO功能實體通過下述4種方式之一感知被叫側用戶的業務信息方式21、VAO功能實體通過MAP信令的隨時簽約查詢操作與HSS交互來感知用戶的業務簽約信息；方式22、VAO功能實體通過MAP信令的路由查詢操作與HSS交互來感知用戶簽約業務的業務處理信息；方式23、VAO功能實體通過MAP接口訂閱用戶的簽約信息來感知用戶的業務簽約信息；方式24、由GMSC在與VAO功能實體交互的消息中攜帶用戶的業務信息，以使VAO功能實體感知用戶簽約業務的業務處理信息。
更進一步，步驟A中，當VAO功能實體和業務控制功能點SCP配合優化錨定處理時，所述VAO功能實體通過下述方式感知被叫側用戶的業務信息方式22、VAO功能實體通過MAP信令的路由查詢操作與HSS交互來感知用戶簽約業務的業務處理信息。若呼叫錨定前經過GMSC，則VAO功能實體通過向GMSC發送重定向消息，以釋放已經錨定的VCC資源。若呼叫錨定前不經過GMSC，則VAO功能實體向MGCF或者為用戶服務的AS發送重定向消息，以釋放已經錨定的VCC資源。
更進一步，步驟A中，當VAO功能實體和SRF功能實體配合優化錨定處理時，所述VAO功能實體通過下述2種方式之一感知被叫側用戶的業務信息方式31、VAO功能實體通過MAP信令的隨時簽約查詢操作與HSS交互來感知用戶的業務簽約信息；方式33、VAO功能實體通過MAP接口訂閱用戶的簽約信息來感知用戶的業務簽約信息。
若所述步驟A中VAO功能實體使用方式31或方式33感知，并且呼叫錨定前經過GMSC，則VAO功能實體向GMSC發送攜帶有前轉信息的路由請求消息，以使路由控制實體處理所述業務。
更進一步，步驟A中，當VAO功能實體和SRF功能實體配合優化錨定處理時，所述VAO功能實體通過下述3種方式之一感知被叫側用戶的業務信息方式31、VAO功能實體通過MAP信令的隨時簽約查詢操作與HSS交互來感知用戶的業務簽約信息；方式32、VAO功能實體通過MAP信令的路由查詢操作與HSS交互來感知用戶簽約業務的業務處理信息；方式33、VAO功能實體通過MAP接口訂閱用戶的簽約信息來感知用戶的業務簽約信息。
若所述步驟A中VAO功能實體使用方式31或方式33感知，并且呼叫錨定前不經過GMSC，則VAO功能實體通過向MGCF或者為用戶服務的AS發送重定向消息，以釋放已經錨定的VCC資源。
若所述步驟A中VAO功能實體使用方式32感知，并且呼叫錨定前經過GMSC，則VAO功能實體通過向GMSC發送重定向消息，以釋放已經錨定的VCC資源和已經占用的呼叫資源。
若所述步驟A中VAO功能實體使用方式32感知，并且呼叫錨定前不經過GMSC，則VAO功能實體向MGCF或者為用戶服務的AS發送重定向消息，以釋放已經錨定的VCC資源以和已經占用的呼叫資源。所述已經占用的呼叫資源為呼叫在域選擇后首次經過的GMSC為呼叫接續分配的呼叫資源。
綜上所述，所述影響呼叫錨定的業務為早前轉業務。
本發明的語音呼叫連續錨定優化功能實體，包括感知模塊，用于獲知被叫側語音呼叫連續VCC用戶的業務信息；判定模塊，用于判斷影響呼叫錨定的業務是否可被觸發；錨定處理優化模塊，用于根據判定模塊輸出的判斷結果，優化錨定處理。
其中，所述判定模塊包括第一判定子模塊，用于根據所述感知模塊獲知的用戶的業務簽約信息，判定被叫側用戶簽約的業務中是否存在可能影響呼叫錨定的業務；第二判定子模塊，用于判斷第一判定子模塊確定的業務是否可被觸發。
其中，所述判定模塊包括第三判定子模塊，用于根據所述感知模塊獲知的用戶簽約業務的業務處理信息，直接判定影響呼叫錨定的業務是否可被觸發。
其中，所述錨定處理優化模塊通過釋放已經錨定的VCC資源的方式；或者釋放已經錨定的VCC資源和占用的呼叫資源的方式；或者不進行呼叫錨定處理的方式來優化錨定處理。
本發明的路由控制實體，包括重定向模塊，用于根據收到的重定向消息，重新路由呼叫。
進一步，所述路由控制實體還包括計費模塊，用于對重定向業務計費。所述路由控制實體為MGCF、AS或GMSC。
本發明的對語音呼叫連續錨定進行優化的系統，包括通過第一接口相連的路由控制實體和VCC功能實體，以及通過第二接口相連的VCC功能實體和HSS；所述系統還包括VAO功能實體，其與所述VCC功能實體交互，用于獲取被叫側用戶的業務信息，以及根據其中可能影響呼叫錨定業務的狀態，相應的優化錨定處理。
其中，所述VAO功能實體包括下列子模塊感知模塊，用于獲知被叫側用戶的業務信息；判定模塊，用于判斷影響呼叫錨定的業務是否可以被觸發；錨定處理優化模塊，用于根據判定模塊輸出的判斷結果，優化錨定處理。
進一步，所述判定模塊包括第一判定子模塊，用于根據所述感知模塊獲知的用戶的業務簽約信息，判定被叫側用戶簽約的業務中是否存在可能影響呼叫錨定的業務；第二判定子模塊，用于判斷第一判定子模塊確定的業務是否可被觸發。
進一步，所述判定模塊包括第三判定子模塊，用于根據所述感知模塊獲知的用戶簽約業務的業務處理信息，直接判定影響呼叫錨定的業務是否可被觸發。
進一步，所述VCC功能實體中包括NeDS功能實體，用于選擇入呼叫的接續域；
SCP功能實體，用于接收電路域的錨定請求，并為呼叫返回IMRN；SRF功能實體，用于攔截并處理GMSC和HSS之間交互的消息。
又進一步，當VAO功能實體與NeDS功能實體配合優化錨定處理時，所述錨定處理優化模塊通過釋放已經錨定的VCC資源的方式來優化錨定處理；當VAO功能實體和業務控制功能點SCP配合優化錨定處理時，所述錨定處理優化模塊通過不進行呼叫錨定處理的方式或者通過釋放已經錨定的VCC資源的方式來優化錨定處理；當VAO功能實體和SRF功能實體配合優化錨定處理時，所述錨定處理優化模塊通過釋放已經錨定的VCC資源的方式；或者釋放已經錨定的VCC資源和占用的呼叫資源的方式；或者不進行呼叫錨定處理的方式來優化錨定。
綜上所述，VAO功能實體與VCC功能實體相互獨立，或者VAO功能實體置于VCC功能實體中。
所述路由控制實體為MGCF、AS或GMSC。
所述路由控制實體中均包括重定向模塊，用于根據收到的重定向消息，重新路由呼叫；計費模塊，用于對重定向業務計費。
當VAO功能實體和NeDS功能實體配合優化時，所述第一接口支持以SIP信令或者MAP信令交互；第二接口支持以MAP信令或Sh接口信令交互。當VAO功能實體和SCP功能實體配合優化時，所述第一接口支持以CAP信令交互；第二接口支持以MAP信令或Sh接口信令交互。當VAO功能實體和SRF功能實體配合優化時，所述第一接口支持以MAP信令或者SIP信令交互；第二接口支持以MAP信令交互。
本發明有益效果如下本發明方法通過VAO功能實體感知被叫側用戶的業務信息，并在被叫側用戶簽約的業務會影響當前呼叫的錨定時，優化錨定處理。
進一步，本發明針對不同的業務類型提供了不同的優化錨定處理方式。當VAO功能實體和IMS域的網絡選擇NeDS功能實體配合優化錨定處理時，VAO功能實體通過釋放已經錨定的VCC資源的方式來優化錨定處理；當VAO功能實體和業務控制功能點SCP配合優化錨定處理時，VAO功能實體通過不進行呼叫錨定處理的方式，或者釋放已經錨定的VCC資源的方式來優化錨定處理。當VAO功能實體和SRF功能實體配合優化錨定處理時，VAO功能實體通過釋放已經錨定的VCC資源和/或其它呼叫資源的方式，或者不進行呼叫錨定處理的方式來優化錨定處理。
又進一步，為了兼顧實施影響呼叫錨定的業務(如早前轉業務)，本發明在優化錨定處理的同時，還利用MGCF或AS或GMSC對呼叫進行重定向處理，從而達到更優的實施效果。在重定向處理后，還可通過MGCF或AS或GMSC對重定向業務進行計費，以實現運營商的收益。
為了支撐本發明方法，本發明還提供了一種語音呼叫連續錨定進行優化的系統、語音呼叫連續錨定優化功能實體和路由控制實體。


圖1為現有技術中VCC用戶作為被叫且NeDS選擇在CS域接續的方案一的流程圖；圖2為現有技術中VCC用戶作為被叫且NeDS選擇在CS域接續的方案二的流程圖；圖3為現有技術中VCC用戶作為被叫且NeDS選擇在CS域接續的方案三的流程圖；圖4為現有技術中VCC用戶作為被叫且NeDS選擇在CS域接續的方案四的流程圖；圖5為本發明系統結構示意圖；圖6為本發明的VAO功能實體的內部結構示意圖一；圖7為本發明的VAO功能實體的內部結構示意圖二；圖8為展示網元內部結構的本發明系統結構示意圖；
圖9為本發明方法步驟流程圖；圖10為本發明方法實例一的流程圖；圖11為本發明方法實例二的流程圖；圖12為本發明方法實例三的流程圖；圖13為本發明方法實例四的流程圖；圖14為本發明方法實例五的流程圖；圖15為本發明方法實例六的流程圖；圖16為本發明方法實例七的流程圖；圖17為本發明方法實例八的流程圖；圖18為本發明方法實例九的流程圖；圖19為本發明方法實例十的流程圖。
具體實施例方式
為了對呼叫錨定進行優化處理，從而避免域選擇決策的誤判和對發生前轉的呼叫進行域切換。本發明提供了一種對語音呼叫連續錨定進行優化的系統，參見圖5所示，其包括通過第一接口相連的路由控制實體和VCC功能實體，以及通過第二接口相連的VCC功能實體和HSS。
一、所述VCC功能實體中還包括VAO功能實體(也可與VCC功能實體相互獨立，并與之交互)，用于獲取被叫側用戶的業務信息，以及根據其中可能影響呼叫錨定業務的狀態，相應的優化錨定處理。
進一步，參見圖6所示，所述VAO功能實體(即本發明的VAO功能實體)中包括依次相連的感知模塊、判定模塊和錨定處理優化模塊。
所述感知模塊，用于獲知被叫側用戶的業務信息。
所述判定模塊，用于判斷影響呼叫錨定的業務是否可被觸發。又進一步，針對感知模塊獲得業務信息的類型不同，所述判定模塊的內部結構存在兩種情況。情況一若感知模塊獲得的業務信息為用戶的業務簽約信息(即獲得用戶的簽約業務集合，其中包括影響和不影響呼叫錨定的業務)，則所述判定模塊包括第一判定子模塊，用于根據所述感知模塊獲知的用戶的業務簽約信息，判定被叫側用戶簽約的業務中是否存在可能影響呼叫錨定的業務；第二判定子模塊，用于判斷第一判定子模塊確定的業務是否可被觸發。參見圖7所示，情況二若感知模塊獲得的業務信息為用戶簽約業務的業務處理信息，則所述判定模塊包括第三判定子模塊，用于根據所述感知模塊獲知的用戶簽約業務的業務處理信息，直接判定影響呼叫錨定的業務是否可被觸發。
所述錨定處理優化模塊，用于根據判定模塊輸出的判斷結果，優化錨定處理。針對不同的優化處理策略，所述錨定處理優化模塊采用不同的方式對呼叫錨定進行優化處理。當VAO功能實體與NeDS功能實體配合優化錨定處理時，所述錨定處理優化模塊通過釋放已經錨定的VCC資源的方式來優化錨定處理。當VAO功能實體和業務控制功能點SCP配合優化錨定處理時，所述錨定處理優化模塊通過不進行呼叫錨定處理的方式，或者通過釋放已經錨定的VCC資源的方式來優化錨定處理。當VAO功能實體和SRF功能實體配合優化錨定處理時，所述錨定處理優化模塊通過釋放已經錨定的VCC資源的方式；或者釋放已經錨定的VCC資源和占用的呼叫資源的方式；或者不進行呼叫錨定處理的方式來優化錨定。所述NeDS功能實體、SCP功能實體和SRF功能實體均包含在VCC功能實體中，所述NeDS功能實體，用于選擇入呼叫的接續域；所述SCP功能實體，用于接收電路域的錨定請求，并為呼叫返回IMRN；所述SRF功能實體，用于攔截并處理GMSC和HSS之間交互的消息。
二、所述路由控制實體(即本發明的路由控制實體)為MGCF、AS或GMSC(不限于MGCF、AS或GMSC)。參見圖8所示，其包括相互連接的重定向模塊和計費模塊。
所述重定向模塊，用于根據收到的重定向消息，重新路由呼叫。
所述計費模塊，用于對重定向業務計費。
三、所述第一接口和第二接口針對不同的優化處理策略，分別支持不同類型的信令。當VAO功能實體和NeDS功能實體配合優化時，所述第一接口支持以SIP信令或者MAP信令交互；第二接口支持以MAP信令或Sh接口信令交互。當VAO功能實體和SCP功能實體配合優化時，所述第一接口支持以CAP信令交互；第二接口支持以MAP信令或Sh接口信令交互。當VAO功能實體和SRF功能實體配合優化時，所述第一接口支持以MAP信令或者SIP信令交互；第二接口支持以MAP信令交互。
應用上述系統及裝置，本發明提供了一種對語音呼叫連續錨定進行優化的方法，參見圖9所示，包括下列步驟S1、系統收到呼叫。
本系統中的CCCF/NeDS(即VCC功能實體)收到或攔截到呼入本系統的呼叫。
S2、VAO功能實體感知被叫側用戶的業務信息。
針對不同的優化處理策略，VAO功能實體感知被叫側用戶的業務信息存在三種情況。
情況一當VAO功能實體和IMS域的網絡選擇NeDS功能實體配合優化錨定處理時，所述VAO功能實體通過下述4種方式之一感知被叫側用戶的業務信息方式11、VAO功能實體通過MAP信令的隨時簽約查詢操作與HSS交互來感知用戶的業務簽約信息；方式12、VAO功能實體通過MAP信令的路由查詢操作與HSS交互來感知用戶簽約業務的業務處理信息；方式13、VAO功能實體通過MAP接口訂閱用戶的簽約信息來感知用戶的業務簽約信息；方式14、VAO功能實體通過Sh接口訂閱用戶的簽約信息來感知用戶的業務簽約信息。
情況二當VAO功能實體和業務控制功能點SCP配合優化錨定處理時，所述VAO功能實體通過下述4種方式之一感知被叫側用戶的業務信息方式21、VAO功能實體通過MAP信令的隨時簽約查詢操作與HSS交互來感知用戶的業務簽約信息；方式22、VAO功能實體通過MAP信令的路由查詢操作與HSS交互來感知用戶簽約業務的業務處理信息；方式23、VAO功能實體通過MAP接口訂閱用戶的簽約信息來感知用戶的業務簽約信息；方式24、由GMSC在與VAO功能實體交互的消息中攜帶用戶的業務信息，以使VAO功能實體感知用戶簽約業務的業務處理信息。
情況三當VAO功能實體和SRF功能實體配合優化錨定處理時，所述VAO功能實體通過下述3種方式之一感知被叫側用戶的業務信息方式31、VAO功能實體通過MAP信令的隨時簽約查詢操作與HSS交互來感知用戶的業務簽約信息；方式32、VAO功能實體通過MAP信令的路由查詢操作與HSS交互來感知用戶簽約業務的業務處理信息；方式33、VAO功能實體通過MAP接口訂閱用戶的簽約信息來感知用戶的業務簽約信息。
S3、VAO功能實體判斷是否存在可能影響當前呼叫錨定的業務，若存在，則轉入步驟S4；否則，按照被叫用戶簽約的業務進行處理。
若步驟S2中VAO功能實體感知的業務信息為用戶的業務簽約信息，則VAO功能實體先判斷被叫側用戶的業務信息中是否存在可能影響呼叫錨定的業務，若存在，則進一步判斷可能影響呼叫錨定的業務是否可被觸發，若可被觸發，則轉入步驟S4。
若步驟S2中VAO功能實體感知的業務信息為用戶簽約業務的業務處理信息，則VAO功能實體判定可能影響呼叫錨定的業務可被觸發時，轉入步驟S4。
S4、優化錨定處理，并處理影響呼叫錨定的業務。
針對步驟S2提及的三種感知被叫側用戶業務信息的情況，相應的VAO功能實體進行優化錨定處理的方式也存在下述三種情況。
情況一當VAO功能實體和IMS域的網絡選擇NeDS功能實體配合優化錨定處理時，VAO功能實體向路由控制實體(所述路由控制實體為MGCF、AS，或GMSC)發送重定向消息，以使路由控制實體處理所述影響呼叫錨定的業務，從而釋放已經錨定的VCC資源。重定向完成后，MGCF、AS或GMSC還可對重定向業務計費。
進一步，若所述步驟S2中VAO功能實體使用方式11、方式13，或方式14感知，則VAO功能實體通過向MGCF或者為用戶服務的AS發送重定向消息，以釋放已經錨定的VCC資源。
進一步，若所述步驟S2中VAO功能實體使用方式12感知，并且呼叫錨定前經過GMSC，則VAO功能實體通過向GMSC發送重定向消息，以釋放已經錨定的VCC資源。
進一步，若所述步驟S2中VAO功能實體使用方式12感知，并且呼叫錨定前不經過GMSC，則VAO功能實體向MGCF或者為用戶服務的AS發送重定向消息，以釋放已經錨定的VCC資源。
情況二當VAO功能實體和業務控制功能點SCP配合優化錨定處理時，VAO功能實體不進行呼叫錨定處理，或者通過釋放已經錨定的VCC資源的方式來優化錨定處理。
進一步，VAO功能實體優化錨定處理的方式為不進行呼叫錨定時，若所述步驟S2中VAO功能實體使用方式21、方式22、方式23，或方式24感知，則VAO功能實體向路由控制實體(所述路由控制實體GMSC)發送攜帶有繼續處理信息的CAMEL消息，以使路由控制實體處理所述業務。
進一步，VAO功能實體優化錨定處理的方式為釋放已經錨定的VCC資源時，若所述步驟S2中VAO功能實體使用方式22感知，并且呼叫錨定前不經過GMSC，則VAO功能實體通過向MGCF或者為用戶服務的AS發送重定向消息，以釋放已經錨定的VCC資源。重定向完成后，MGCF或AS還可對重定向業務計費。
進一步，VAO功能實體優化錨定處理的方式為釋放已經錨定的VCC資源時，若所述步驟S2中VAO功能實體使用方式22感知，并且呼叫錨定前經過GMSC，則VAO功能實體通過向GMSC發送重定向消息，以釋放已經錨定的VCC資源。重定向完成后，GMSC還可對重定向業務計費。
情況三當VAO功能實體和SRF功能實體配合優化錨定處理時，VAO功能實體優化錨定處理的方式為不進行呼叫錨定，釋放已經錨定的VCC資源，或者釋放已經錨定的VCC資源和占用的呼叫資源。
進一步，VAO功能實體優化錨定處理的方式為不進行呼叫錨定時，若所述步驟S2中VAO功能實體使用方式31或方式33感知，并且呼叫錨定前經過GMSC(路由控制實體)，則VAO功能實體向GMSC發送攜帶有前轉信息的路由請求消息(MAP消息)，以使路由控制實體處理所述業務，從而呼叫不進行錨定。
進一步，VAO功能實體優化錨定處理的方式為釋放已經錨定的VCC資源時，若所述步驟S2中VAO功能實體使用方式31或方式33感知，并且呼叫錨定前不經過GMSC，則VAO功能實體通過向MGCF或者為用戶服務的AS發送重定向消息，以釋放已經錨定的VCC資源。重定向完成后，MGCF或AS還可對重定向業務計費。
進一步，VAO功能實體優化錨定處理的方式為釋放已經錨定的VCC資源和已經占用的呼叫資源(所述已經占用的呼叫資源為呼叫在域選擇后首次經過的GMSC為呼叫接續分配的呼叫資源)時，若所述步驟S2中VAO功能實體使用方式32感知，并且呼叫錨定前經過GMSC，則VAO功能實體通過向GMSC發送重定向消息，以釋放已經錨定的VCC資源和已經占用的呼叫資源。重定向完成后，GMSC還可對重定向業務計費。
進一步，VAO功能實體優化錨定處理的方式為釋放已經錨定的VCC資源和已經占用的呼叫資源(所述已經占用的呼叫資源為呼叫在域選擇后首次經過的GMSC為呼叫接續分配的呼叫資源)時，若所述步驟S2中VAO功能實體使用方式32感知，并且呼叫錨定前不經過GMSC，則VAO功能實體向MGCF或者為用戶服務的AS發送重定向消息，以釋放已經錨定的VCC資源以和已經占用的呼叫資源。重定向完成后，GMSC還可對重定向業務計費。
本步驟中的優化錨定處理不限于在進行影響呼叫錨定的業務之前，也可相反或同時進行。
以下針對早前轉業務，通過十個實例具體描述本發明方法。
方法實例一VAO和IMS網絡的NeDS配合優化的方案，使用路由查詢操作SRI交互感知的方式(此處前轉至號碼以移動號碼為例，但應用并不限定于移動號碼；此處以3GPP消息交互為例，但應用不限于3GPP，也可以使用3GPP2相應的交互消息如位置查詢消息等)。參見圖10所示，包括下列步驟1、CCCF/NeDS收到入呼叫的INVITE；2、CCCF/NeDS到用戶的HSS取電路域的路由信息；3、VCC用戶簽約了CS的CFU業務，并在SRIAck中返回前轉號碼；4、VAO根據收到的INVITE消息中的VIA頭域判斷呼叫從MGCF實體進入IMS網絡，則向用戶的S-CSCF返回300系列SIP消息，指示呼叫進行重定向(此例不排除還有其它處理方式)，之后釋放錨定資源；5、S-CSCF發送300系列SIP消息到MGCF2，指示進行呼叫重定向處理；6、MGCF2收到重定向消息后對前轉號碼分析，將呼叫路由到前轉至號碼的GMSC處理，并能在計費信息中體現出VCC用戶發生前轉。
方法實例二VAO和IMS網絡的NeDS配合優化的方案使用隨時簽約查詢操作ATSI交互感知的方式(此處前轉至號碼以移動號碼為例，但應用并不限定于移動號碼；此處感知簽約信息使用ATSI的方式，但應用時不限與此；此處以3GPP消息交互為例，但應用不限于3GPP，也可以使用3GPP2相應的交互消息或者其它非標準交互方式；此方案下還可以使用實施例5的技術感知)。參見圖11所示，包括下列步驟1、CCCF/NeDS收到入呼叫的INVITE；2、CCCF/NeDS到用戶的HSS取電路域的漫游號碼；3、VCC用戶簽約了CS的CFU業務，并在SRIAck中返回前轉號碼；4、VAO根據收到的INVITE消息中的VIA頭域判斷呼叫從MGCF實體進入IMS網絡，則向用戶的S-CSCF返回300系列SIP消息，指示呼叫進行重定向，之后釋放錨定資源；5、S-CSCF發送300系列SIP消息到MGCF2，指示進行呼叫重定向處理；6、MGCF收到重定向消息后對前轉號碼分析，將呼叫路由到前轉至號碼的GMSC處理，并能在計費信息中體現出VCC用戶發生前轉。
方法實例三VAO和IMS網絡的NeDS配合優化的方案使用Sh接口訂閱簽約信息的感知方式(此處前轉至號碼以移動號碼為例，但應用并不限定于移動號碼；此處感知簽約信息使用IMS第三方注冊的方式，但應用時不限與此)。參見圖12所示，包括下列步驟1、VCC用戶在IMS網絡注冊；2-7、S-CSCF發起到NeDS的第三方注冊，NeDS到HSS下載用戶簽約信息，并訂閱用戶簽約信息改變通知，以便獲取用戶最新的業務信息；8、CCCF/NeDS收到入呼叫的INVITE；9、VAO并根據訂閱的信息獲知用戶簽約的CFU可以被觸發，而且根據收到的INVITE消息中的VIA頭域判斷呼叫從MGCF2實體進入IMS網絡，則向用戶的S-CSCF返回300系列SIP消息，指示呼叫進行重定向，之后釋放錨定資源；10、S-CSCF發送300系列SIP消息到MGCF2，指示進行呼叫重定向處理；11、MGCF收到重定向消息后對前轉號碼分析，將呼叫路由到前轉至號碼的GMSC處理，并能在計費信息中體現出VCC用戶發生前轉。
方法實例四VAO和SCP配合優化的方案，基于CAMEL技術的感知方式(此處以3GPP消息交互為例，但應用不限于3GPP，也可以使用3GPP2相應的交互消息或者其它交互方式；此方案下還可以應用實施例1、2、6的技術感知)。參見圖13所示，包括下列步驟1-3、電路域的呼叫到達GMSC后，GMSC發送SRI到HSS獲取用戶的漫游信息，HSS根據用戶的簽約返回T-CSI以及CFU前轉信息；4、GMSC調用CAMEL業務將呼叫觸發到NeDS處理，因為用戶簽約了CFU則在觸發消息中包含此信息；5、CCCF/NeDS收到此信息后，VAO檢測到用戶可以觸發早前轉業務，則通過返回Continue讓GMSC繼續處理CFU業務。
這樣CFU業務在GMSC就可以處理完成，而IMS網絡沒有為呼叫錨定分配IMRN，從而避免了無謂的錨定。
方法實例五VAO和VCC-SRF配合優化的方案，基于HSS主動通知的方式(此處以3GPP消息交互為例，但應用不限于3GPP，也可以使用3GPP2相應的交互消息或者其它交互方式；此方案下還可以使用實施例1、2所述的技術感知)。參見圖14所示，包括下列步驟0.1-0.2、VAO使用MAP-NOTE-SUBSCRIBER-DATA-MODIFIED業務在HSS訂閱用戶的前轉業務數據變更通知，HSS在用戶的前轉業務數據變化時通知到VAO，VAO保存這些信息。
1-3、VCC-SRF攔截GMSC發送到HSS的SRI消息，并根據已經保存的前轉業務數據檢測出用戶可以觸發早前轉業務，則決定返回前轉信息指示GMSC處理前轉，GMSC處理CFU使用現有技術。
方法實例六VAO和IMS網絡的NeDS配合優化的方案，使用HSS主動通知的方式且AS處理前轉(此處以3GPP消息交互為例，但應用不限于3GPP，也可以使用3GPP2相應的交互消息如位置查詢消息等；此處的感知也可以應用實施例1、2、3描述的技術感知)。參見圖15所示，包括下列步驟1-2、VAO使用MAP-NOTE-SUBSCRIBER-DATA-MODIFIED業務在HSS訂閱用戶的前轉業務數據變更通知，HSS在用戶的前轉業務數據變化時通知到VAO，VAO保存這些信息；3-4、S-CSCF收到INVITE請求后根據用戶的初始觸發條件(iFC)將呼叫觸發到AS1處理；5、AS1具有處理重定向消息的能力，對用戶進行其它業務處理后將呼叫路由回S-CSCF繼續處理；6，S-CSCF根據觸發條件，將呼叫觸發到CCCF/NeDS處理；7、其中的VAO根據已經保存的前轉業務數據檢測出用戶可以觸發早前轉業務，則發送300系列SIP消息到S-CSCF；8、S-CSCF根據呼叫處理的觸發路徑將重定向消息發送到AS1；9、AS1收到重定向消息后，進行處理，至少可以產生重定向發生的費用記錄；發送INVITE到S-CSCF指示繼續路由該呼叫；10、S-CSCF按照IMS正常流程處理。
方法實例七VAO與NeDS(此處以3GPP2消息交互為例，但應用不限于3GPP2，也可以使用3GPP相應的交互消息如路由請求消息等；該方式同樣適用于VAO和SCP配合的流程)配合，呼叫從電路域收到并路由到IMS錨定，參見圖16所示，包括下列步驟1、GMSC收到來自CS域的呼叫請求。
2、GMSC向HLR申請智能數據。
3、HLR返回用戶簽約的智能觸發器數據。
4、GMSC根據用戶的觸發器數據觸發智能控制信令ANLYZD到VCC AS，信令中帶有GMSC的地址及分配的BillingID參數。
5、VCC AS決策呼叫需要路由到IMS域進行錨定，則保存GMSC地址及BillingID參數，然后分配IMS域路由號碼IMRN返回給GMSC。
6、GMSC根據IMS域路由號碼將呼叫路由到IMS域入口網元MGCF。
7、MGCF通過IMS域會話控制實體CSCF發送SIP會話請求到VCC AS。
8、VCC AS決策需要在CS域接續被叫用戶，則向HLR申請用戶漫游號碼。
9、HLR判斷到用戶關機并且簽約有關機前轉業務CFNR，或者HLR向VMSC/VLR申請漫游號碼時VMSC/VLR返回用戶正處于忙狀態(步驟a、b所描述)并且用戶簽約有遇忙前轉CFB，則HLR會向VCC AS返回前轉指示REDIND及前轉號碼CFNumber。
10、VCC AS根據之前保存的GMSC地址向GMSC發送REDREQ消息通知其進行呼叫前轉，并且帶上前轉原因REDIND和之前所保存的由GMSC分配的BillingID參數。
11、GMSC收到REDREQ消息后，根據消息中所帶的BillingID參數關聯到之前的會話記錄，然后向HLR發送TRANUMREQ消息申請前轉號碼，消息中帶有前轉原因。
12、HLR根據前轉原因返回用戶所簽約的前轉號碼。
13、GMSC向VCC AS返回呼叫改向的響應消息。
14、GMSC向MGCF發送呼叫釋放信令，釋放到IMS域的呼叫路由。
15、MGCF向CSCF和VCC AS發送SIP會話釋放信令，釋放SIP會話。
16、GMSC使用前轉號碼向前轉方發起新的呼叫。
方法實例八VAO與SRF配合，呼叫從電路域收到并路由到IMS錨定，參見圖17所示，包括下列步驟1、GMSC1收到來自CS域的呼叫請求。
2、GMSC1向HLR查詢被叫用戶數據，查詢消息中帶有GMSC1的地址及分配的BillingID參數，此查詢消息被VCC AS作為SRF攔截。
3、VCC AS決策呼叫需要路由到IMS域進行錨定，則保存原被叫號碼MDN、GMSC1地址及BillingID參數，然后分配IMS域路由號碼IMRN返回給GMSC1。
4、GMSC1根據IMS域路由號碼將呼叫路由到IMS域入口網元MGCF。
5、MGCF通過IMS域會話控制實體CSCF發送SIP會話請求到VCC AS。
6、VCC AS決策需要在CS域接續被叫用戶，則以CS域路由號碼CSRN為被叫標識發起新的SIP會話，會話經CSCF路由到MGCF。
7、MGCF收到以CSRN為被叫標識的會話后，以CSRN為被叫號碼發起呼叫，呼叫被路由到GMSC2。此處GMSC2和GMSC1有可能為一個物理實體，但是在邏輯上是兩個不同的呼叫處理實體。
8、GMSC2以CSRN為被叫號碼向HLR查詢被叫位置，消息中帶有GMSC2的地址及分配的BillingID參數。此條消息被VCC AS作為SRF攔截。
9、VCC AS以原被叫號碼MDN向HLR查詢被叫位置，消息中帶有之前保存的GMSC1的地址和由GMSC1所分配的BillingID參數。
10、HLR判斷到用戶關機并且簽約有關機前轉業務CFNR，或者HLR向VMSC/VLR申請漫游號碼時VMSC/VLR返回用戶正處于忙狀態(步驟a、b所描述)并且用戶簽約有遇忙前轉CFB，則HLR會向VCC AS返回前轉指示REDIND及前轉號碼CFNumber。
11、VCC AS判斷到HLR返回前轉指示后，根據之前保存的GMSC1地址向GMSC1發送REDREQ消息通知其進行呼叫前轉，并且帶上前轉原因REDIND和之前所保存的由GMSC1分配的BillingID參數。
12、GMSC1收到REDREQ消息后，根據消息中所帶的BillingID參數關聯到之前的會話記錄，然后向HLR發送TRANUMREQ消息申請前轉號碼，消息中帶有前轉原因。
13、HLR根據前轉原因返回用戶所簽約的前轉號碼。
14、GMSC1向VCC AS返回呼叫改向的響應消息。
15、GMSC1向MGCF發送呼叫釋放信令，釋放到IMS域的呼叫路由。
16、MGCF向CSCF和VCC AS發送SIP會話釋放信令，釋放在它在第5步建立的SIP會話。
17、VCC AS收到會話釋放后，向CSCF和MGCF發送會話釋放信令，釋放由它在第6步建立的會話。
18、MGCF收到會話釋放信令后，向GMSC2發送呼叫釋放信令，釋放它在第7步發起的呼叫。
19、GMSC1繼續使用前轉號碼向前轉方發起新的呼叫。
方法實例九VAO與NeDS(此處以3GPP2消息交互為例，但應用不限于3GPP2，也可以使用3GPP相應的交互消息如路由請求消息等；該方式同樣適用于VAO和SCP配合的流程)配合，呼叫從IMS收到錨定，參見圖18所示，包括下列步驟1、I-CSCF或MGCF收到呼叫請求。
2、呼叫被路由到用戶的S-CSCF。
3、S-CSCF根據iFC觸發呼叫到重定向業務的AS。
4、AS處理后指示S-CSCF繼續處理呼叫。
5、S-CSCF根據觸發規則將呼叫觸發到VCC AS處理。
6、VCC AS完成錨定，并決策選擇在CS域接續被叫用戶，則向HLR申請用戶漫游號碼。
7、HLR判斷到用戶關機并且簽約有關機前轉業務CFNR，或者HLR向VMSC/VLR申請漫游號碼時VMSC/VLR返回用戶正處于忙狀態(步驟a、b所描述)并且用戶簽約有遇忙前轉CFB，則HLR會向VCC AS返回前轉指示REDIND及前轉號碼CFNumber。
8、VCC AS根據收到前轉信息生成SIP重定向消息并發送到S-CSCF處理，并釋放錨定的VCC資源。
9、S-CSCF將重定向請求按路徑發送到AS處理。
10、AS調用重定向處理功能根據收到的前轉信息處理呼叫；之后S-CSCF按照正常呼叫流程處理。
方法實例十VAO與SRF配合，呼叫從IMS收到錨定，參見圖19所示，包括下列步驟
1、I-CSCF或MGCF收到會話請求。
2、會話被路由到用戶的S-CSCF。
3、S-CSCF根據iFC觸發呼叫到重定向業務的AS。
4、AS處理后指示S-CSCF繼續處理會話。
5、S-CSCF根據觸發規則將會話觸發到VCC AS處理。
6、VCC AS完成錨定，并決策選擇在CS域接續被叫用戶，則以CS域路由號碼CSRN為被叫標識發起新的SIP會話，會話發送到S-CSCF處理。
7、S-CSCF根據CSRN路由會話到MGCF。
8、MGCF收到以CSRN為被叫標識的會話后，以CSRN為被叫號碼發起呼叫，呼叫被路由到GMSC2。
9、GMSC2以CSRN為被叫號碼向HLR查詢被叫位置，消息中帶有GMSC2的地址及分配的BillingID參數。此條消息被VCC AS作為SRF攔截。
10、VCC AS以原被叫號碼MDN向HLR查詢被叫位置，消息中帶有收到的GMSC2的地址和由GMSC2所分配的BillingID參數。
11、HLR判斷到用戶關機并且簽約有關機前轉業務CFNR，或者HLR向VMSC/VLR申請漫游號碼時VMSC/VLR返回用戶正處于忙狀態(步驟a、b所描述)并且用戶簽約有遇忙前轉CFB，則HLR會向VCC AS返回前轉指示REDIND及前轉號碼CFNumber。
12、VCC AS判斷到HLR返回前轉指示后，根據收到前轉信息生成SIP重定向消息并前向發送到S-CSCF處理，并釋放錨定的VCC資源。
13至14、S-CSCF將重定向請求按路徑發送到AS處理，AS調用重定向處理功能根據收到的前轉信息處理呼叫；之后S-CSCF按照正常呼叫流程處理。
15、S-CSCF后向發送CANCEL消息，釋放到CS域接續的呼叫資源。
16至20、后續的CS接續所使用的呼叫資源被釋放。
說明第15步也可以在12步向S-CSCF發送重定向消息前發送。
顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和范圍。這樣，倘若本發明的這些修改和變型屬于本發明權利要求及其等同技術的范圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1.一種對語音呼叫連續錨定進行優化的方法，其特征在于，包括下列步驟A、語音呼叫連續錨定優化VAO功能實體感知被叫側用戶的業務信息；B、VAO功能實體判定被叫側用戶簽約的業務會影響當前呼叫的錨定時，優化錨定處理。
2.如權利要求1所述的方法，其特征在于，步驟A中，所述業務信息為用戶的業務簽約信息，或為用戶所簽約業務的業務處理信息。
3.如權利要求2所述的方法，其特征在于，若所述的業務信息為用戶的業務簽約信息，則所述步驟B包括下列步驟B11、當VAO功能實體判定被叫側用戶的業務信息中存在可能影響呼叫錨定的業務時，則轉入步驟B12；B12、當VAO功能實體判定可能影響呼叫錨定的業務將觸發時，則優化錨定處理。
4.如權利要求2所述的方法，其特征在于，若所述的業務信息為用戶簽約業務的業務處理信息，則所述步驟B包括下列步驟B21、當VAO功能實體判定可能影響呼叫錨定的業務將觸發時，則優化錨定處理。
5.如權利要求2所述的方法，其特征在于，步驟B中，所述優化錨定處理的方式為不進行呼叫錨定，釋放已經錨定的VCC資源，或者釋放已經錨定的VCC資源和占用的呼叫資源。
6.如權利要求5所述的方法，其特征在于，所述步驟A之后，若VAO功能實體優化錨定處理的方式為釋放已經錨定的VCC資源，或者釋放已經錨定的VCC資源和占用的呼叫資源，則VAO功能實體向路由控制實體發送重定向消息，以使路由控制實體處理所述影響呼叫錨定的業務。
7.如權利要求6所述的方法，其特征在于，所述路由控制實體為媒體網關控制功能實體MGCF，或為用戶提供業務的應用服務器AS，或為關口移動交換中心GMSC。
8.如權利要求7所述的方法，其特征在于，若路由控制實體為MGCF，則處理所述影響呼叫錨定的業務，包括下列子步驟-VAO功能實體向用戶簽約的S-CSCF發送SIP格式的重定向消息；-S-CSCF向MGCF轉發該重定向消息，以指示進行呼叫重定向處理；-MGCF收到該重定向消息后對前轉號碼進行路由分析，并據此將呼叫前轉至相應的路由控制實體繼續路由該呼叫。
9.如權利要求7所述的方法，其特征在于，若路由控制實體為AS，則處理所述影響呼叫錨定的業務，包括下列子步驟-VAO功能實體向用戶簽約的S-CSCF發送SIP格式的重定向消息；-S-CSCF根據呼叫處理的觸發路徑，將該重定向消息發送到AS；-AS收到該重定向消息后，向S-CSCF發送SIP格式的初始會話消息，以指示繼續路由該呼叫。
10.如權利要求7所述的方法，其特征在于，若路由控制實體為呼叫錨定前所經過的GMSC，則處理所述影響呼叫錨定的業務，包括下列子步驟-VAO功能實體向用戶的GMSC發送MAP格式的重定向消息；-GMSC收到該重定向消息后，根據重定向信息繼續路由該呼叫。
11.如權利要求7所述的方法，其特征在于，重定向完成后，MGCF、AS或GMSC對重定向業務計費。
12.如權利要求5所述的方法，其特征在于，所述步驟A之后，VAO功能實體不進行呼叫錨定處理，并向路由控制實體發送攜帶有繼續處理信息的CAMEL消息，以使路由控制實體處理所述業務。
13.如權利要求12所述的方法，其特征在于，所述路由控制實體為關口移動交換中心GMSC。
14.如權利要求5所述的方法，其特征在于，所述步驟A之后，VAO功能實體不進行呼叫錨定處理，并向路由控制實體發送攜帶有前轉信息的MAP消息，以使路由控制實體處理所述業務。
15.如權利要求14所述的方法，其特征在于，所述路由控制實體為關口移動交換中心GMSC。
16.如權利要求7述的方法，其特征在于，步驟A中，當VAO功能實體和IMS域的網絡選擇NeDS功能實體配合優化錨定處理時，所述VAO功能實體通過下述4種方式之一感知被叫側用戶的業務信息方式11、VAO功能實體通過MAP信令的隨時簽約查詢操作與HSS交互來感知用戶的業務簽約信息；方式12、VAO功能實體通過MAP信令的路由查詢操作與HSS交互來感知用戶簽約業務的業務處理信息；方式13、VAO功能實體通過MAP接口訂閱用戶的簽約信息來感知用戶的業務簽約信息；方式14、VAO功能實體通過Sh接口訂閱用戶的簽約信息來感知用戶的業務簽約信息。
17.如權利要求16所述的方法，其特征在于，若所述步驟A中VAO功能實體使用方式11、方式13，或方式14感知，則VAO功能實體通過向MGCF或者為用戶服務的AS發送重定向消息，以釋放已經錨定的VCC資源。
18.如權利要求16所述的方法，其特征在于，若所述步驟A中VAO功能實體使用方式12感知，并且呼叫錨定前經過GMSC，則VAO功能實體通過向GMSC發送重定向消息，以釋放已經錨定的VCC資源。
19.如權利要求16所述的方法，其特征在于，若所述步驟A中VAO功能實體使用方式12感知，并且呼叫錨定前不經過GMSC，則VAO功能實體向MGCF或者為用戶服務的AS發送重定向消息，以釋放已經錨定的VCC資源。
20.如權利要求13所述的方法，其特征在于，步驟A中，當VAO功能實體和業務控制功能點SCP配合優化錨定處理時，所述VAO功能實體通過下述4種方式之一感知被叫側用戶的業務信息方式21、VAO功能實體通過MAP信令的隨時簽約查詢操作與HSS交互來感知用戶的業務簽約信息；方式22、VAO功能實體通過MAP信令的路由查詢操作與HSS交互來感知用戶簽約業務的業務處理信息；方式23、VAO功能實體通過MAP接口訂閱用戶的簽約信息來感知用戶的業務簽約信息；方式24、由GMSC在與VAO功能實體交互的消息中攜帶用戶的業務信息，以使VAO功能實體感知用戶簽約業務的業務處理信息。
21.如權利要求7述的方法，其特征在于，步驟A中，當VAO功能實體和業務控制功能點SCP配合優化錨定處理時，所述VAO功能實體通過下述方式感知被叫側用戶的業務信息方式22、VAO功能實體通過MAP信令的路由查詢操作與HSS交互來感知用戶簽約業務的業務處理信息。
22.如權利要求21所述的方法，其特征在于，若呼叫錨定前經過GMSC，則VAO功能實體通過向GMSC發送重定向消息，以釋放已經錨定的VCC資源。
23.如權利要求21所述的方法，其特征在于，若呼叫錨定前不經過GMSC，則VAO功能實體向MGCF或者為用戶服務的AS發送重定向消息，以釋放已經錨定的VCC資源。
24.如權利要求15所述的方法，其特征在于，步驟A中，當VAO功能實體和SRF功能實體配合優化錨定處理時，所述VAO功能實體通過下述2種方式之一感知被叫側用戶的業務信息方式31、VAO功能實體通過MAP信令的隨時簽約查詢操作與HSS交互來感知用戶的業務簽約信息；方式33、VAO功能實體通過MAP接口訂閱用戶的簽約信息來感知用戶的業務簽約信息。
25.如權利要求24所述的方法，其特征在于，若步驟A中VAO功能實體以方式31或方式33感知，且呼叫錨定前經過GMSC，則VAO功能實體向GMSC發送攜帶有前轉信息的路由請求消息，以使路由控制實體處理所述業務。
26.如權利要求7所述的方法，其特征在于，步驟A中，當VAO功能實體和SRF功能實體配合優化錨定處理時，所述VAO功能實體通過下述3種方式之一感知被叫側用戶的業務信息方式31、VAO功能實體通過MAP信令的隨時簽約查詢操作與HSS交互來感知用戶的業務簽約信息；方式32、VAO功能實體通過MAP信令的路由查詢操作與HSS交互來感知用戶簽約業務的業務處理信息；方式33、VAO功能實體通過MAP接口訂閱用戶的簽約信息來感知用戶的業務簽約信息。
27.如權利要求26所述的方法，其特征在于，若所述步驟A中VAO功能實體使用方式31或方式33感知，并且呼叫錨定前不經過GMSC，則VAO功能實體通過向MGCF或者為用戶服務的AS發送重定向消息，以釋放已經錨定的VCC資源。
28.如權利要求26所述的方法，其特征在于，若所述步驟A中VAO功能實體使用方式32感知，并且呼叫錨定前經過GMSC，則VAO功能實體通過向GMSC發送重定向消息，以釋放已經錨定的VCC資源和已經占用的呼叫資源。
29.如權利要求26所述的方法，其特征在于，若所述步驟A中VAO功能實體使用方式32感知，并且呼叫錨定前不經過GMSC，則VAO功能實體向MGCF或者為用戶服務的AS發送重定向消息，以釋放已經錨定的VCC資源以和已經占用的呼叫資源。
30.如權利要求28或29所述的方法，其特征在于，所述已經占用的呼叫資源為呼叫在域選擇后首次經過的GMSC為呼叫接續分配的呼叫資源。
31.如權利要求1至29任一項所述的方法，其特征在于，所述影響呼叫錨定的業務為早前轉業務。
32.一種語音呼叫連續錨定優化功能實體，其特征在于，包括感知模塊，用于獲知被叫側語音呼叫連續VCC用戶的業務信息；判定模塊，用于判斷影響呼叫錨定的業務是否可被觸發；錨定處理優化模塊，用于根據判定模塊輸出的判斷結果，優化錨定處理。
33.如權利要求32所述的實體，其特征在于，所述判定模塊包括第一判定子模塊，用于根據所述感知模塊獲知的用戶的業務簽約信息，判定被叫側用戶簽約的業務中是否存在可能影響呼叫錨定的業務；第二判定子模塊，用于判斷第一判定子模塊確定的業務是否可被觸發。
34.如權利要求32所述的實體，其特征在于，所述判定模塊包括第三判定子模塊，用于根據所述感知模塊獲知的用戶簽約業務的業務處理信息，直接判定影響呼叫錨定的業務是否可被觸發。
35.如權利要求32所述的實體，其特征在于，所述錨定處理優化模塊通過釋放已經錨定的VCC資源的方式；或者釋放已經錨定的VCC資源和占用的呼叫資源的方式；或者不進行呼叫錨定處理的方式來優化錨定處理。
36.一種路由控制實體，其特征在于，包括重定向模塊，用于根據收到的重定向消息，重新路由呼叫。
37.如權利要求36所述的實體，其特征在于，所述路由控制實體還包括計費模塊，用于對重定向業務計費。
38.如權利要求36或37所述的實體，其特征在于，所述路由控制實體為MGCF、AS或GMSC。
39.一種對語音呼叫連續錨定進行優化的系統，包括通過第一接口相連的路由控制實體和VCC功能實體，以及通過第二接口相連的VCC功能實體和HSS，其特征在于，所述系統還包括VAO功能實體，其與所述VCC功能實體交互，用于獲取被叫側用戶的業務信息，以及根據其中可能影響呼叫錨定業務的狀態，相應的優化錨定處理。
40.如權利要求39所述的系統，其特征在于，所述VAO功能實體包括下列子模塊感知模塊，用于獲知被叫側用戶的業務信息；判定模塊，用于判斷影響呼叫錨定的業務是否可以被觸發；錨定處理優化模塊，用于根據判定模塊輸出的判斷結果，優化錨定處理。
41.如權利要求40所述的系統，其特征在于，所述判定模塊包括第一判定子模塊，用于根據所述感知模塊獲知的用戶的業務簽約信息，判定被叫側用戶簽約的業務中是否存在可能影響呼叫錨定的業務；第二判定子模塊，用于判斷第一判定子模塊確定的業務是否可被觸發。
42.如權利要求40所述的系統，其特征在于，所述判定模塊包括第三判定子模塊，用于根據所述感知模塊獲知的用戶簽約業務的業務處理信息，直接判定影響呼叫錨定的業務是否可被觸發。
43.如權利要求40所述的系統，其特征在于，所述VCC功能實體中包括NeDS功能實體，用于選擇入呼叫的接續域；SCP功能實體，用于接收電路域的錨定請求，并為呼叫返回IMRN；SRF功能實體，用于攔截并處理GMSC和HSS之間交互的消息。
44.如權利要求43所述的系統，其特征在于，當VAO功能實體與NeDS功能實體配合優化錨定處理時，所述錨定處理優化模塊通過釋放已經錨定的VCC資源的方式來優化錨定處理；當VAO功能實體和業務控制功能點SCP配合優化錨定處理時，所述錨定處理優化模塊通過不進行呼叫錨定處理的方式；或者通過釋放已經錨定的VCC資源的方式來優化錨定處理；當VAO功能實體和SRF功能實體配合優化錨定處理時，所述錨定處理優化模塊通過釋放已經錨定的VCC資源的方式；或者釋放已經錨定的VCC資源和占用的呼叫資源的方式；或者不進行呼叫錨定處理的方式來優化錨定。
45.如權利要求39至44任一項所述的系統，其特征在于，VAO功能實體與VCC功能實體相互獨立，或者VAO功能實體置于VCC功能實體中。
46.如權利要求39所述的系統，其特征在于，所述路由控制實體為MGCF、AS或GMSC。
47.如權利要求46所述的系統，其特征在于，所述路由控制實體中均包括重定向模塊，用于根據收到的重定向消息，重新路由呼叫；計費模塊，用于對重定向業務計費。
48.如權利要求43所述的系統，其特征在于，當VAO功能實體和NeDS功能實體配合優化時，所述第一接口支持以SIP信令或者MAP信令交互；第二接口支持以MAP信令或Sh接口信令交互。
49.如權利要求43所述的系統，其特征在于，當VAO功能實體和SCP功能實體配合優化時，所述第一接口支持以CAP信令交互；第二接口支持以MAP信令或Sh接口信令交互。
50.如權利要求43所述的系統，其特征在于，當VAO功能實體和SRF功能實體配合優化時，所述第一接口支持以MAP信令或者SIP信令交互；第二接口支持以MAP信令交互。
全文摘要
本發明公開了一種對語音呼叫連續錨定進行優化的方法、系統、語音呼叫連續錨定優化功能實體和路由控制實體，用以解決現有技術中呼叫錨定的處理與影響該呼叫錨定的業務的處理沒有關聯，而且系統無法判斷已經完成的呼叫錨定是否有效的問題。本發明方法包括A.語音呼叫連續錨定優化VAO功能實體感知被叫側用戶的業務信息；B.VAO功能實體判定被叫側用戶簽約的業務會影響當前呼叫的錨定時，優化錨定處理。通過本發明的實施可以對錨定處理進行優化。
文檔編號H04L12/56GK101064960SQ20061009953
公開日2007年10月31日 申請日期2006年7月28日 優先權日2006年4月27日
發明者朱東銘, 徐杰, 段小琴 申請人:華為技術有限公司