專利名稱：感知用戶進行補充業(yè)務的方法及裝置的制作方法
技術領域：
本發(fā)明涉及無線通信領域，特別是涉及感知用戶進行補充業(yè)務的方法及裝置。
背景技術：
在無線網(wǎng)絡從2G網(wǎng)絡演進到3G網(wǎng)絡的過程中，會有很長一段時期存在3G網(wǎng)絡與2G網(wǎng)絡并存的狀況。在這樣一種雙網(wǎng)并存的情況下，雙網(wǎng)之間的互操作成為了一個有待研究的課題。
網(wǎng)絡側需要感知用戶在兩個網(wǎng)絡的注冊狀況，這樣當有呼叫需要接續(xù)到用戶時可以選擇合適的網(wǎng)絡來進行路由。網(wǎng)絡側同樣也需要錨定用戶的所有呼叫，以便用戶在兩個網(wǎng)絡之間進行切換時，可以進行輔助控制。
為了滿足上述網(wǎng)絡側的需要，3GPP和3GPP2標準組織都制定了一種網(wǎng)絡架構，該網(wǎng)絡架構中包括一種基于IMS的網(wǎng)絡實體，其用于進行錨定控制；還用于分別檢測用戶在兩個網(wǎng)絡的注冊、會話狀態(tài)，并根據(jù)用戶的注冊、會話狀態(tài)進行用戶呼叫的路由及切換控制。其中，3GPP2標準組織制定的網(wǎng)絡架構，參見圖1所示，該網(wǎng)絡架構在IMS域和CS域之間新增了一個網(wǎng)元VCC業(yè)務控制實體(Voice Call Continuity Application Server)，其作用包括1、在IMS域作為一個AS，與I/S-CSCF之間是標準ISC接口，與HSS之間是標準Sh接口；2、與CS域實體HLR之間是標準MAP接口，從HLR的角度來看，VCC業(yè)務控制實體是一個關口移動交換中心GMSC；3、記錄用戶在兩個網(wǎng)絡的注冊狀態(tài)及呼叫狀態(tài)；
4、錨定在用戶的呼叫路徑中；5、被叫流程中，根據(jù)用戶的注冊狀態(tài)和呼叫狀態(tài)進行路由決策；6、跨網(wǎng)絡切換時，對呼叫進行控制。
目前可以實現(xiàn)ECT(Explicit Call Transfer)業(yè)務，也可以叫做CT業(yè)務。該業(yè)務流程如下簽約有ECT業(yè)務的用戶A和用戶B正在進行通話時，用戶A首先將用戶B置為呼叫保持狀態(tài)，然后呼叫用戶C；當正在向用戶C振鈴時或已經接通用戶C之后，用戶A釋放呼叫，此時網(wǎng)絡會將用戶B和用戶C連接在一起繼續(xù)進行通話，用戶A則退出呼叫變成空閑狀態(tài)。以下根據(jù)用戶A釋放時機的不同分別描述一、當用戶C已經接通后釋放。
用戶A與用戶B，以及用戶A與用戶C都已經建立了呼叫，而用戶B的呼叫暫時被保持。之后，參見圖2所示，包括下列步驟1、用戶A發(fā)起ECT業(yè)務調用請求。
2、MSC向用戶B發(fā)起恢復呼叫的通知。
3、MSC釋放其到用戶A之間的呼叫，并將用戶B與用戶C連接在一起。
4、如果用戶A簽約有ECT的通知業(yè)務，則還需要向用戶B發(fā)送通知消息，以告知發(fā)生了ECT業(yè)務，并告知新呼叫對端C的號碼。所述通知消息一般為CPG(Call Progress)，該消息中包含Generic notification indicators參數(shù)，用以指示發(fā)生了ECT業(yè)務，并且指示發(fā)起時用戶C是處于振鈴狀態(tài)還是應答狀態(tài)；該消息中還包含Call transfer number參數(shù)，用以攜帶呼叫新對端號碼。
5、同理也要向用戶C發(fā)送通知消息進行告知。
最終用戶A歸屬的MSC會連接起到用戶B與用戶C的呼叫。
二、當正在對用戶C振鈴時釋放。
用戶A與用戶B，以及用戶A與用戶C都已經建立了呼叫，而用戶B的呼叫暫時被保持。之后，參見圖3所示，與接通C后調用ECT業(yè)務的流程基本相同，不同點在于首先為用戶B指示振鈴狀態(tài)并放振鈴音，待用戶C接通后再為用戶B指示接通，以完成ECT業(yè)務。
按照上述網(wǎng)絡架構(含VCC業(yè)務控制實體)，以及ECT業(yè)務的實現(xiàn)流程，用戶進行ECT業(yè)務之前(即用戶A分別與用戶B和用戶C建立了呼叫)的網(wǎng)絡路由狀況參見圖4所示。用戶A分別與用戶B和用戶C存在信令面和承載面的連接，VCC業(yè)務控制實體則分別錨定在兩條呼叫信令路徑中(用戶A與用戶B，以及用戶A與用戶C的呼叫信令路徑)，同時記錄用戶A、B和C在兩個網(wǎng)絡的注冊狀態(tài)及呼叫狀態(tài)。
當完成ECT業(yè)務之后(用戶A變?yōu)榭臻e，用戶B與用戶C建立了呼叫)的網(wǎng)絡路由狀況參見圖5所示。用戶B和用戶C的信令面和承載面的連接，仍由原MSC繼續(xù)控制和連接，而VCC業(yè)務控制實體仍然錨定在包括用戶A的呼叫信令路徑中，沒有得到任何通知，同時VCC業(yè)務控制實體記錄的用戶A的呼叫狀態(tài)沒有發(fā)生改變。而且用戶B和用戶C也不會收到用戶A進行了ECT業(yè)務的通知。
目前，當呼叫先經由IMS域VCC業(yè)務控制實體錨定后轉從CS域進行接續(xù)時，其呼叫流程參見圖6所示。從圖6可見，如果用戶簽約了前轉業(yè)務，并在GMSC觸發(fā)了前轉流程，則GMSC不能將前轉事件通知給VCC業(yè)務控制實體(即圖6中的CCCF/NeDS)和主叫用戶，同樣也會導致VCC業(yè)務控制實體不能正確感知用戶呼叫狀態(tài)，主叫用戶也無法感知呼叫被前轉。
綜上所述，當呼叫被VCC業(yè)務控制實體錨定的IMS域用戶發(fā)起了補充業(yè)務之后，VCC業(yè)務控制實體無法感知用戶側發(fā)生了補充業(yè)務。即使VCC業(yè)務控制實體可以收到補充業(yè)務的通知消息，按照目前定義的VCC業(yè)務控制實體的功能，也無法據(jù)此更新用戶的呼叫狀態(tài)和會話切換能力屬性。從而導致用戶的呼叫狀態(tài)已經變化，但是VCC業(yè)務控制實體中記錄的用戶呼叫狀態(tài)和會話切換能力屬性仍然保持不變。之后，當有新的呼叫需要接續(xù)到該用戶時，或者對該用戶參與的會話進行切換操作時，VCC業(yè)務控制實體會根據(jù)錯誤的信息做出錯誤的決策，給用戶帶來不好的體驗。同時當呼叫被VCC業(yè)務控制實體錨定的IMS域用戶發(fā)起了補充業(yè)務之后，現(xiàn)有技術無法通知新呼叫雙方。

發(fā)明內容
本發(fā)明提供了感知用戶進行補充業(yè)務的方法、VCC業(yè)務控制實體及媒體網(wǎng)關控制實體，用以解決當呼叫被VCC業(yè)務控制實體錨定的IMS域用戶發(fā)起了補充業(yè)務之后，VCC業(yè)務控制實體無法感知該用戶呼叫屬性的變化，以更新記錄的問題；以及解決當呼叫被VCC業(yè)務控制實體錨定的IMS域用戶發(fā)起了補充業(yè)務之后，無法通知用戶側的問題。
本發(fā)明方法包括VCC業(yè)務控制實體接收用戶進行補充業(yè)務的通知信令；VCC業(yè)務控制實體根據(jù)該通知信令的內容更新用戶的呼叫屬性。
其中，所述用戶的呼叫屬性至少包括呼叫狀態(tài)和會話切換能力屬性之一。所述補充業(yè)務通知內容至少包括業(yè)務類型指示和/或被連用戶標識。所述業(yè)務類型為顯式呼叫轉移ECT業(yè)務、前轉業(yè)務、呼叫保持業(yè)務或呼叫等待業(yè)務。
進一步，所述VCC業(yè)務控制實體收到通知信令之前包括下列步驟用戶發(fā)起補充業(yè)務后，MGCF收到包含補充業(yè)務通知內容的中繼信令；MGCF解析出該中繼信令中包含的補充業(yè)務通知內容，并將其轉換為SIP格式的通知信令；MGCF將所述通知信令向VCC業(yè)務控制實體發(fā)送。
進一步，若所述業(yè)務類型為ECT業(yè)務、呼叫保持業(yè)務或呼叫等待業(yè)務，則所述VCC業(yè)務控制實體收到通知信令之前包括下列步驟用戶發(fā)起補充業(yè)務后，MSC根據(jù)用戶的簽約信息，直接向VCC業(yè)務控制實體上報包含補充業(yè)務通知內容的通知信令。所述通知信令為CAP格式。
又進一步，若補充業(yè)務為ECT業(yè)務，則VCC業(yè)務控制實體收到SIP格式的通知信令后，再將其分別轉發(fā)到相應的新呼叫雙方的終端，以使新呼叫雙方得知發(fā)生了ECT業(yè)務。所述補充業(yè)務通知內容還包括新呼叫對端的號碼，以使新呼叫雙方得知對端的號碼。
又進一步，若補充業(yè)務為前轉業(yè)務，則VCC業(yè)務控制實體收到SIP格式的通知信令后，再將其轉發(fā)到主叫終端，以使主叫用戶得知發(fā)生了前轉業(yè)務。所述補充業(yè)務通知內容還包括前轉號碼，以使主叫用戶得知前轉號碼。
本發(fā)明的另一種感知用戶進行補充業(yè)務的方法，包括MGCF將收到的包含補充業(yè)務通知內容的中繼信令轉換為SIP格式的通知信令；MGCF將所述通知信令向用戶側發(fā)送。
其中，所述MGCF將中繼信令轉換為SIP格式的通知信令包括下列步驟MGCF從所述中繼信令中解析出補充業(yè)務通知內容；MGCF將所述補充業(yè)務通知內容重新封裝轉換為SIP格式的通知信令。
所述補充業(yè)務通知內容至少包括業(yè)務類型指示和/或被連用戶標識。所述業(yè)務類型為ECT業(yè)務、前轉業(yè)務、呼叫保持業(yè)務或呼叫等待業(yè)務。
進一步，若補充業(yè)務為ECT業(yè)務，則MGCF將所述通知信令分別向新呼叫雙方的終端發(fā)送。所述補充業(yè)務通知內容還包括新呼叫對端的號碼，以使新呼叫雙方得知對端的號碼。
進一步，若補充業(yè)務為前轉業(yè)務，則MGCF將所述通知信令向主叫終端發(fā)送。所述補充業(yè)務通知內容還包括前轉號碼，以使主叫用戶得知前轉號碼。
本發(fā)明的VCC業(yè)務控制實體，包括記錄單元，用于記錄用戶的呼叫屬性；感知單元，用于從VCC業(yè)務控制實體收到的信令中識別用戶進行補充業(yè)務的通知信令；解析單元，用于從所述感知單元識別出的通知信令中解析補充業(yè)務通知內容，并觸發(fā)記錄單元據(jù)此更新用戶的呼叫屬性。
所述感知單元可識別SIP類型的通知信令，和/或CAP類型的通知信令。
所述記錄單元至少包括下列分區(qū)之一第一分區(qū)，用于記錄用戶的會話切換能力屬性；第二分區(qū)，用于記錄用戶的呼叫狀態(tài)。
所述解析單元解析出的補充業(yè)務通知內容至少包括業(yè)務類型指示和/或被連用戶標識。解析單元根據(jù)所述業(yè)務類型指示，觸發(fā)更新第一分區(qū)記錄的會話切換能力屬性；和/或根據(jù)被連用戶標識感知呼叫前轉信息，并觸發(fā)更新第一分區(qū)記錄的會話切換能力屬性。第一分區(qū)更新用戶的會話切換能力屬性后，由第一分區(qū)觸發(fā)更新第二分區(qū)記錄的呼叫狀態(tài)。或者，解析單元根據(jù)所述業(yè)務類型指示和/或被連用戶標識，觸發(fā)更新第二分區(qū)記錄的呼叫狀態(tài)。
所述解析單元解析出的補充業(yè)務通知內容還包括新呼叫對端的號碼或前轉號碼。
本發(fā)明的媒體網(wǎng)關控制實體，包括獲取單元，用于從收到的中繼信令中獲取補充業(yè)務通知內容；轉換單元，用于將所述獲取單元獲取的補充業(yè)務通知內容轉換為SIP格式的用戶進行補充業(yè)務的通知信令，并向用戶側發(fā)送。
所述獲取單元至少從中繼信令中獲取業(yè)務類型指示和/或被連用戶標識。
若補充業(yè)務為ECT業(yè)務，則所述獲取單元還從中繼信令中獲取新呼叫對端的號碼；若補充業(yè)務為前轉業(yè)務，所述獲取單元還從中繼信令中獲取前轉號碼。
本發(fā)明有益效果如下本發(fā)明提供了一種感知用戶進行補充業(yè)務的方法，主要用于使VCC業(yè)務控制實體可以獲知發(fā)生了補充業(yè)務，以便更新其存儲的用戶呼叫屬性；同時也兼顧通知用戶側。本方法通過本發(fā)明的MGCF將中繼信令轉換為SIP格式的通知信令向VCC業(yè)務控制實體發(fā)送；或者MSC根據(jù)用戶的簽約信息，直接向VCC業(yè)務控制實體上報包含補充業(yè)務通知內容的CAP格式的通知信令。結合本發(fā)明的VCC業(yè)務控制實體，該實體不但可以截取SIP格式或CAP格式的通知信令，而且可以將通知信令中的補充業(yè)務通知內容解析出來，并據(jù)此更新其存儲的用戶呼叫屬性。這樣VCC業(yè)務控制實體存儲的用戶呼叫屬性與用戶實際的呼叫屬性可保持同步，從而可以根據(jù)正確的信息作出正確的決策。
若通知信令為SIP格式還可轉發(fā)到用戶側，使相關用戶獲知發(fā)生了補充業(yè)務。
本發(fā)明提供了另一種感知用戶進行補充業(yè)務的方法，主要用于使用戶側可以獲知發(fā)生了補充業(yè)務。本發(fā)明的MGCF將中繼信令轉換為SIP格式的通知信令后，直接向用戶側發(fā)送即可。


圖1為3GPP2標準組織制定的網(wǎng)絡架構示意圖；圖2為現(xiàn)有ECT業(yè)務中，用戶A與用戶C接通后釋放原呼叫的流程圖；圖3為現(xiàn)有ECT業(yè)務中，用戶A對用戶C振鈴時釋放原呼叫的流程圖；圖4為現(xiàn)有技術中用戶進行ECT業(yè)務之前的網(wǎng)絡路由狀況示意圖；圖5為現(xiàn)有技術中完成ECT業(yè)務之后的網(wǎng)絡路由狀況示意圖；圖6為呼叫錨定后轉從CS域進行接續(xù)的呼叫流程圖；圖7為本發(fā)明的媒體網(wǎng)關控制實體結構示意圖；圖8為本發(fā)明的VCC業(yè)務控制實體結構示意圖；圖9為本發(fā)明第一種方法的步驟流程圖；圖10為本發(fā)明第一種方法中實例一的流程圖；圖11為本發(fā)明第一種方法中實例二的流程圖；圖12為本發(fā)明第一種方法中實例三的流程圖；圖13為本發(fā)明第一種方法中實例四的流程圖；圖14為本發(fā)明第二種方法的步驟流程圖。
具體實施例方式
為了在呼叫被VCC業(yè)務控制實體錨定的IMS域用戶發(fā)起了補充業(yè)務之后，可以使VCC業(yè)務控制實體感知該用戶呼叫屬性的變化，進而對應更新其記錄的用戶呼叫屬性，以便當有新的呼叫需要接續(xù)到該用戶時，或者對該用戶參與的會話進行切換操作時，VCC業(yè)務控制實體可以做出正確的路由決策和切換操作；以及為了在呼叫被VCC業(yè)務控制實體錨定的IMS域用戶發(fā)起了補充業(yè)務之后，可以通知用戶側。本發(fā)明提供了一種媒體網(wǎng)關控制實體MGCF，參見圖7所示，其包括相互連接的獲取單元和轉換單元。
所述獲取單元，用于從外部接收信令，并從收到的中繼信令中獲取補充業(yè)務通知內容。本單元可僅從中繼信令中獲取業(yè)務類型指示和/或被連用戶標識，也可獲取其它附加信息(如ECT業(yè)務中的新呼叫對端的號碼，或前轉業(yè)務中的前轉號碼)。
所述轉換單元，用于將所述獲取單元獲取的補充業(yè)務通知內容轉換為SIP格式的用戶進行補充業(yè)務的通知信令，并向用戶側發(fā)送。所述通知信令中相應的至少包含業(yè)務類型指示和/或被連用戶標識，進一步還可包含(新呼叫對端的號碼或前轉號碼等)。
本發(fā)明還提供了一種VCC業(yè)務控制實體，參見圖8所示，其包括依次相連的感知單元、解析單元和記錄單元。
所述感知單元，用于從VCC業(yè)務控制實體收到的信令中識別用戶進行補充業(yè)務的通知信令。所述通知信令包括包括但不限于SIP類型的通知信令(來自本發(fā)明的MGCF)和CAP類型的通知信令(來自MSC)。
所述解析單元，用于從所述感知單元識別出的通知信令中解析補充業(yè)務通知內容，并觸發(fā)記錄單元據(jù)此更新用戶的呼叫屬性。對應通知信令的類型不同，本單元采用不同的解析策略，解析出的補充業(yè)務通知內容至少包括業(yè)務類型指示和/或被連用戶標識，也可解析出其它附加信息(如ECT業(yè)務中的新呼叫對端的號碼，或前轉業(yè)務中的前轉號碼)。
所述記錄單元，至少包括用于記錄用戶的會話切換能力屬性的第一分區(qū)和用于記錄用戶的呼叫狀態(tài)的第二分區(qū)之一。當只需要更新會話切換能力屬性時，所述第一分區(qū)根據(jù)解析單元解析出的業(yè)務類型指示，相應更新用戶的會話切換能力屬性，和/或根據(jù)解析單元解析出的被連用戶標識與原被叫號碼進行比較，若不同，則感知呼叫已被前轉，并相應更新用戶的會話切換能力屬性；當需要更新會話切換能力屬性和呼叫狀態(tài)時，所述第一分區(qū)根據(jù)解析單元解析出的業(yè)務類型指示，相應更新用戶的會話切換能力屬性，和/或根據(jù)解析單元解析出的被連用戶標識與原被叫號碼進行比較，若不同，則感知呼叫已被前轉，并相應更新用戶的會話切換能力屬性，以及第一分區(qū)觸發(fā)更新第二分區(qū)記錄的呼叫狀態(tài)；當只需要更新呼叫狀態(tài)時，所述第二分區(qū)根據(jù)解析單元解析出的業(yè)務類型指示和/或被連用戶標識，相應更新用戶的呼叫狀態(tài)。
若所述VCC業(yè)務控制實體分為呼叫連續(xù)性控制實體CCCF和網(wǎng)絡域選擇實體NeDS這兩個邏輯實體，其中CCCF用于控制呼叫錨定和切換，NeDS用于控制網(wǎng)域的選擇。那么所述感知單元可由CCCF充當，所述解析單元和記錄單元的功能分解在CCCF和NeDS中，CCCF用于根據(jù)業(yè)務類型指示和/或被連用戶標識設置用戶的會話切換能力屬性(將發(fā)起補充業(yè)務的用戶相關的會話都設置為不支持切換)，并指示NeDS更新用戶的呼叫狀態(tài)(將發(fā)起補充業(yè)務的用戶的呼叫狀態(tài)改為空閑態(tài))。
應用上述裝置，本發(fā)明提供了一種感知用戶進行補充業(yè)務的方法，用于使VCC業(yè)務控制實體可以感知用戶呼叫屬性的變化。參見圖9所示，包括下列主要步驟S101、VCC業(yè)務控制實體接收用戶進行補充業(yè)務的通知信令。
首先發(fā)起補充業(yè)務的用戶必須簽約補充通知業(yè)務，或者MSC強制為所有補充業(yè)務發(fā)送通知，這樣本發(fā)明方法才有意義。所述補充業(yè)務包括但不限于ECT業(yè)務或、前轉業(yè)務、呼叫保持業(yè)務或呼叫等待業(yè)務。相應的，所述通知信令為呼叫振鈴通知，或前轉通知，或呼叫應答通知。
若所述業(yè)務類型為ECT業(yè)務或、前轉業(yè)務、呼叫保持業(yè)務或呼叫等待業(yè)務，則當該用戶發(fā)起補充業(yè)務后，MSC(不限于MSC)向MGCF發(fā)送包含補充業(yè)務通知內容的中繼信令；MGCF通過獲取單元獲取該中繼信令中包含的補充業(yè)務通知內容(至少包括業(yè)務類型指示和/或被連用戶標識)，并通過轉換單元將其轉換為SIP格式的通知信令；MGCF將所述通知信令發(fā)送到VCC業(yè)務控制實體；VCC業(yè)務控制實體通過感知單元識別并接收該通知信令。
或者，若所述業(yè)務類型為ECT業(yè)務、呼叫保持業(yè)務或呼叫等待業(yè)務，則當該用戶發(fā)起補充業(yè)務后，MSC根據(jù)用戶的簽約信息(SS-CSI)，以及簽約信息中指示的VCC業(yè)務控制實體的地址(設置SCP地址為VCC業(yè)務控制實體的地址)，直接向VCC業(yè)務控制實體上報包含補充業(yè)務通知內容(至少包括業(yè)務類型指示和/或被連用戶標識)的CAP格式(不限于CAP格式)的通知信令；VCC業(yè)務控制實體通過感知單元識別并接收該通知信令。
S102、VCC業(yè)務控制實體解析通知信令。
VCC業(yè)務控制實體通過解析單元對感知單元接收的通知信令進行解析，從中獲得補充業(yè)務通知內容(至少包括業(yè)務類型指示和/或被連用戶標識)。
S103、更新用戶的呼叫屬性。
VCC業(yè)務控制實體的解析單元根據(jù)業(yè)務類型指示和/或被連用戶標識，告知記錄單元相應更新用戶的會話切換能力屬性，進一步更新用戶的呼叫狀態(tài)。
以下通過三個實例具體描述本發(fā)明方法。
方法實例一在ECT業(yè)務中，MSC通過CPG的中繼信令通知呼叫對端。
當用戶A與用戶B之間的呼叫被保持，用戶A與用戶C之間處于通話狀態(tài)時，用戶A發(fā)起ECT業(yè)務。參見圖10所示，包括下列步驟1、用戶A向MSC發(fā)送ECT業(yè)務調用請求；2、MSC向用戶B一側發(fā)送CPG信令，指示用戶B恢復呼叫；3、MGCF將恢復呼叫的CPG信令轉為SIP信令的UPDATE消息，消息中指示修改媒體流方向為雙向，并通過CSCF、VCC業(yè)務控制實體及B所在的網(wǎng)絡一路送到用戶B的終端上；4、MSC并向用戶B發(fā)送CPG信令，指示用戶B發(fā)生了ECT業(yè)務，并且?guī)嫌脩鬋的號碼；5、MGCF將ECT業(yè)務通知的CPG信令轉為SIP信令的INFO消息(也可以是REFER、MESSAGE等消息)，消息中指示業(yè)務事件為ECT，并且有用戶C的號碼。INFO消息通過CSCF、VCC業(yè)務控制實體及用戶B所在的網(wǎng)絡一路送到用戶B的終端上，此時用戶B可獲知發(fā)生了ECT業(yè)務，新的對端更改為用戶C；途徑VCC業(yè)務控制實體時，VCC業(yè)務控制實體檢測到這條通知信令，并將用戶A從這個會話(用戶A與用戶C的會話)中清除，即設置此會話為與用戶A無關。
6、MSC還給用戶C發(fā)送CPG信令指示ECT業(yè)務事件和用戶B的號碼；7、MGCF和第5步一樣進行處理并將INFO消息發(fā)給用戶C的終端，此時用戶C可獲知發(fā)生了ECT業(yè)務，新的對端更改為用戶B；途徑VCC業(yè)務控制實體時，VCC業(yè)務控制實體檢測到這條通知消息，也會同樣設置此會話(用戶A與用戶B的會話)與用戶A無關，這時用戶A的呼叫狀態(tài)變?yōu)榭臻e態(tài)，同時與用戶A相關的會話在將來也不能被切換。
8、MSC接通用戶B與用戶C之間的通話，釋放到用戶A的連接。這一步也可以放在第4步之前進行。
方法實例二在ECT業(yè)務中，MSC通過SS-CSI智能觸發(fā)方式直接通知VCC業(yè)務控制實體。
當用戶A與用戶B之間的呼叫被保持，用戶A與用戶C之間處于通話狀態(tài)時，用戶A發(fā)起ECT業(yè)務。參見圖11所示，包括下列步驟1、用戶A向MSC發(fā)送ECT業(yè)務調用請求；2、MSC向用戶B一側發(fā)送CPG信令，指示用戶B恢復呼叫；3、MGCF將恢復呼叫的CPG信令轉為SIP信令的UPDATE消息，消息中指示修改媒體流方向為雙向，并通過CSCF、VCC業(yè)務控制實體及B所在的網(wǎng)絡一路送到用戶B的終端上；4、MSC觸發(fā)SS-CSI，向VCC業(yè)務控制實體發(fā)送SS_INVOCATION_NOTIFY消息，消息中指示發(fā)生了ECT業(yè)務；5、VCC業(yè)務控制實體收到通知后，向MSC返回SS_INVOCATION_NOTIFY的響應消息，同時設置用戶A呼叫狀態(tài)為空閑態(tài)，并且設置用戶A與用戶B，用戶A與用戶C的會話都與用戶A無關，即與用戶A相關的會話在將來不支持切換；6、MSC接通用戶B與用戶C之間的通話，釋放到用戶A的連接。這一步也可以放在第4步之前進行。
方法實例三在前轉業(yè)務中，GMSC通過CPG的中繼信令通知主叫側。參見圖12所示，包括下列步驟從第7步開始，GMSC檢測到需要進行前轉；8、GMSC根據(jù)前轉號碼重新路由到前轉方；9、GMSC給MGCF發(fā)送CPG消息，消息中帶有前轉指示和前轉號碼；10、MGCF將CPG消息轉為SIP消息，可以是INFO，也可以是REFER、MESSAGE等消息，也可以是181等響應消息，將消息沿著原來INVITE的會話路徑傳回呼叫主叫一側；11、VCC業(yè)務控制實體在會話路徑中獲得此通知消息，則更新記錄中用戶呼叫狀態(tài)為空閑態(tài)，并且標記此會話為不可切換。然后將通知消息繼續(xù)沿著會話路徑傳回呼叫主叫一側。
在前轉業(yè)務中，也可由MSC通過SS-CSI智能觸發(fā)方式直接通知VCC業(yè)務控制實體?？筛鶕?jù)方法實例二和方法實例三導出。
方法實例四在前轉業(yè)務中，VCC業(yè)務控制實體根據(jù)收到的SIP會話中的一些能夠表明真實被叫用戶身份的參數(shù)可以判斷出呼叫是否被前轉。如果確定呼叫已經被前轉，則VCC業(yè)務控制實體可以修改所記錄的用戶呼叫狀態(tài)。參見圖13所示，包括下列步驟從第7步開始，GMSC檢測到需要進行前轉。
8、GMSC根據(jù)前轉號碼重新路由到前轉方C。
9、前轉方C應答之后，返回的應答消息中通過被連用戶號碼ConnectedNumber參數(shù)表示真實被叫方為C用戶。
10、GMSC將應答消息轉發(fā)到MGCF。
11、MGCF向VCC業(yè)務控制實體返回會話最終響應消息200OK，消息中通過P-Asserted-ID參數(shù)表示會話的真實被叫方為C用戶。
12、VCC業(yè)務控制實體判斷收到的應答響應中的P-Asserted-ID參數(shù)的內容是否為原始被叫用戶B，如果不是，則需要修改所記錄的用戶B的呼叫狀態(tài)。
13、VCC業(yè)務控制實體向主叫用戶返回會話應答響應200OK。
應用上述裝置，本發(fā)明還提供了一種感知用戶進行補充業(yè)務的方法，用于呼叫被VCC業(yè)務控制實體錨定的IMS域用戶發(fā)起了補充業(yè)務之后，可以通知用戶側。參見圖14所示，包括下列步驟S201、MGCF從收到的中繼信令中獲取補充業(yè)務通知內容。
當該用戶發(fā)起補充業(yè)務后(包括但不限于ECT業(yè)務、前轉業(yè)務、呼叫保持業(yè)務或呼叫等待業(yè)務)，MSC(不限于MSC)向MGCF發(fā)送包含補充業(yè)務通知內容的中繼信令；MGCF通過獲取單元獲取該中繼信令中包含的補充業(yè)務通知內容(至少包括補充業(yè)務指示)。
S202、MGCF將補充業(yè)務通知內容轉換為SIP格式的通知信令。
S203、MGCF將所述通知信令分別向用戶側發(fā)送。
若補充業(yè)務為ECT業(yè)務，則MGCF將所述通知信令直接向新呼叫雙方的終端透傳。可以經過或不經過本發(fā)明的VCC業(yè)務控制實體。
若補充業(yè)務為前轉業(yè)務，則MGCF將所述通知信令直接向主叫終端透傳。可以經過或不經過本發(fā)明的VCC業(yè)務控制實體。
顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。
權利要求
1.一種感知用戶進行補充業(yè)務的方法，其特征在于，包括下列步驟VCC業(yè)務控制實體接收用戶進行補充業(yè)務的通知信令；以及VCC業(yè)務控制實體根據(jù)該通知信令的內容更新用戶的呼叫屬性。
2.如權利要求1所述的方法，其特征在于，所述用戶的呼叫屬性至少包括呼叫狀態(tài)和會話切換能力屬性之一。
3.如權利要求1所述的方法，其特征在于，所述通知信令為呼叫振鈴通知，或呼叫應答通知，或前轉通知。
4.如權利要求3所述的方法，其特征在于，所述補充業(yè)務通知內容至少包括業(yè)務類型指示和/或被連用戶標識。
5.如權利要求4所述的方法，其特征在于，所述業(yè)務類型為顯式呼叫轉移ECT業(yè)務、前轉業(yè)務、呼叫保持業(yè)務或呼叫等待業(yè)務。
6.如權利要求5所述的方法，其特征在于，所述VCC業(yè)務控制實體收到通知信令之前包括下列步驟-用戶發(fā)起補充業(yè)務后，MGCF收到包含補充業(yè)務通知內容的中繼信令；-MGCF解析出該中繼信令中包含的補充業(yè)務通知內容，并將其轉換為SIP格式的通知信令；-MGCF將所述通知信令向VCC業(yè)務控制實體發(fā)送。
7.如權利要求5所述的方法，其特征在于，若所述業(yè)務類型為ECT業(yè)務、呼叫保持業(yè)務或呼叫等待業(yè)務，則所述VCC業(yè)務控制實體收到通知信令之前包括下列步驟用戶發(fā)起補充業(yè)務后，MSC根據(jù)用戶的簽約信息，直接向VCC業(yè)務控制實體上報包含補充業(yè)務通知內容的通知信令。
8.如權利要求7所述的方法，其特征在于，所述通知信令為CAP格式。
9.如權利要求6所述的方法，其特征在于，若補充業(yè)務為ECT業(yè)務，則VCC業(yè)務控制實體收到SIP格式的通知信令后，再將其分別轉發(fā)到相應的新呼叫雙方的終端，以使新呼叫雙方得知發(fā)生了ECT業(yè)務。
10.如權利要求9所述的方法，其特征在于，所述補充業(yè)務通知內容還包括新呼叫對端的號碼，以使新呼叫雙方得知對端的號碼。
11.如權利要求6所述的方法，其特征在于，若補充業(yè)務為前轉業(yè)務，則VCC業(yè)務控制實體收到SIP格式的通知信令后，再將其轉發(fā)到主叫終端，以使主叫用戶得知發(fā)生了前轉業(yè)務。
12.如權利要求11所述的方法，其特征在于，所述補充業(yè)務通知內容還包括前轉號碼，以使主叫用戶得知前轉號碼。
13.一種感知用戶進行補充業(yè)務的方法，其特征在于，包括下列步驟MGCF將收到的包含補充業(yè)務通知內容的中繼信令轉換為SIP格式的通知信令；以及MGCF將所述通知信令向用戶側發(fā)送。
14.如權利要求13所述的方法，其特征在于，所述MGCF將中繼信令轉換為SIP格式的通知信令包括下列步驟-MGCF從所述中繼信令中解析出補充業(yè)務通知內容；-MGCF將所述補充業(yè)務通知內容重新封裝轉換為SIP格式的通知信令。
15.如權利要求13或14所述的方法，其特征在于，所述補充業(yè)務通知內容至少包括業(yè)務類型指示和/或被連用戶標識。
16.如權利要求15所述的方法，其特征在于，所述業(yè)務類型為ECT業(yè)務、前轉業(yè)務、呼叫保持業(yè)務或呼叫等待業(yè)務。
17.如權利要求16所述的方法，其特征在于，若補充業(yè)務為ECT業(yè)務，則MGCF將所述通知信令分別向新呼叫雙方的終端發(fā)送。
18.如權利要求17所述的方法，其特征在于，所述補充業(yè)務通知內容還包括新呼叫對端的號碼，以使新呼叫雙方得知對端的號碼。
19.如權利要求16所述的方法，其特征在于，若補充業(yè)務為前轉業(yè)務，則MGCF將所述通知信令向主叫終端發(fā)送。
20.如權利要求19所述的方法，其特征在于，所述補充業(yè)務通知內容還包括前轉號碼，以使主叫用戶得知前轉號碼。
21.一種VCC業(yè)務控制實體，包括記錄單元，用于記錄用戶的呼叫屬性；其特征在于，所述實體還包括感知單元，用于從VCC業(yè)務控制實體收到的信令中識別用戶進行補充業(yè)務的通知信令；解析單元，用于從所述感知單元識別出的通知信令中解析補充業(yè)務通知內容，并觸發(fā)記錄單元據(jù)此更新用戶的呼叫屬性。
22.如權利要求21所述的實體，其特征在于，所述感知單元可識別SIP類型的通知信令，和/或CAP類型的通知信令。
23.如權利要求21所述的實體，其特征在于，所述記錄單元至少包括下列分區(qū)之一第一分區(qū)，用于記錄用戶的會話切換能力屬性；第二分區(qū)，用于記錄用戶的呼叫狀態(tài)。
24.如權利要求21至23任一項所述的實體，其特征在于，所述解析單元解析出的補充業(yè)務通知內容至少包括業(yè)務類型指示和/或被連用戶標識。
25.如權利要求24所述的實體，其特征在于，解析單元根據(jù)所述業(yè)務類型指示，觸發(fā)更新第一分區(qū)記錄的會話切換能力屬性；和/或根據(jù)被連用戶標識感知呼叫前轉信息，并觸發(fā)更新第一分區(qū)記錄的會話切換能力屬性。
26.如權利要求25所述的實體，其特征在于，第一分區(qū)更新用戶的會話切換能力屬性后，由第一分區(qū)觸發(fā)更新第二分區(qū)記錄的呼叫狀態(tài)。
27.如權利要求24所述的實體，其特征在于，解析單元根據(jù)所述業(yè)務類型指示和/或被連用戶標識，觸發(fā)更新第二分區(qū)記錄的呼叫狀態(tài)。
28.如權利要求24所述的實體，其特征在于，所述解析單元解析出的補充業(yè)務通知內容還包括新呼叫對端的號碼或前轉號碼。
29.一種媒體網(wǎng)關控制實體，其特征在于，所述實體包括獲取單元，用于從收到的中繼信令中獲取補充業(yè)務通知內容；轉換單元，用于將所述獲取單元獲取的補充業(yè)務通知內容轉換為SIP格式的用戶進行補充業(yè)務的通知信令，并向用戶側發(fā)送。
30.如權利要求29所述的實體，其特征在于，所述獲取單元至少從中繼信令中獲取業(yè)務類型指示和/或被連用戶標識。
31.如權利要求29所述的實體，其特征在于，若補充業(yè)務為ECT業(yè)務，則所述獲取單元還從中繼信令中獲取新呼叫對端的號碼；若補充業(yè)務為前轉業(yè)務，所述獲取單元還從中繼信令中獲取前轉號碼。
全文摘要
本發(fā)明公開了感知用戶進行補充業(yè)務的方法、VCC業(yè)務控制實體及媒體網(wǎng)關控制實體，用以解決當呼叫被VCC業(yè)務控制實體錨定的IMS域用戶發(fā)起了補充業(yè)務之后，VCC業(yè)務控制實體無法感知該用戶呼叫屬性的變化，以更新記錄的問題；以及無法通知用戶側的問題。本發(fā)明方法包括VCC業(yè)務控制實體接收用戶進行補充業(yè)務的通知信令；VCC業(yè)務控制實體根據(jù)該通知信令的內容更新用戶的呼叫屬性。通過本發(fā)明的實施，增強了VCC業(yè)務控制實體的功能，可以使VCC業(yè)務控制實體接收用戶進行了補充業(yè)務的通知信令，并可解析該通知信令，從而更新用戶的呼叫屬性。
文檔編號H04L29/06GK101064661SQ20061009953
公開日2007年10月31日 申請日期2006年7月28日 優(yōu)先權日2006年4月29日
發(fā)明者徐杰, 朱東銘 申請人:華為技術有限公司