專利名稱：呼叫處理方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種呼叫處理方法及系統(tǒng)。
背景技術(shù)：
下一代網(wǎng)絡(luò)(Next Generation Network，簡稱為NGN)及IP多媒體子系統(tǒng)(IPMultimediaSubsystem，簡稱為IMQ中，通過將傳統(tǒng)的交換機分離為媒體網(wǎng)關(guān)控制器(Media GatewayController，簡稱為 MGC)和媒體網(wǎng)關(guān)(Media Gateway，簡稱為 MG)，利用IP/ATM傳輸網(wǎng)絡(luò)的特點，一方面可以實現(xiàn)語音、圖像、數(shù)據(jù)的交互，另一方面MGC可以更多更容易地引入業(yè)務(wù)。MGC也可以通過MG和傳統(tǒng)的公共交換電話網(wǎng)絡(luò)(Public SwitchediTel印honeNetwork，簡稱為 PSTN)、公眾陸地移動網(wǎng)(Public Land Mobile Network，簡稱為PLMN)網(wǎng)絡(luò)互通。在下一代網(wǎng)絡(luò)中，H. 248或媒體網(wǎng)關(guān)控制協(xié)議(Media Gateway ControllerProtocol，簡稱為MGCP)(兩協(xié)議應(yīng)用場景和作用類似，后文為描述方便，如與具體協(xié)議無關(guān)，只用H. 248單獨說明)作為MGC和MG之間的主要媒體網(wǎng)關(guān)協(xié)議，主要完成(1)在MGC控制下，完成MG中的媒體通道的建立和釋放；(2)在MGC控制下，完成MG中的媒體通道和承載通道的連接和拆除連接；(3)在MGC控制下，完成MG中的對媒體通道和承載通道的屬性的配置；(4)在MG中完成MGC對媒體通道和承載通道的操作，包括放音、審計等；(5)將MG中發(fā)生的事件上報給MGC ； (6)實現(xiàn)一些簡單的呼叫信令，如模擬用戶線信令、隨路信令等?？梢钥闯觯琀. 248/MGCP是一種上下控制協(xié)議，MGC完全控制MG的行為。隨著軟交換和IMS的發(fā)展，大量的用戶終端設(shè)備接入網(wǎng)關(guān)控制器，導(dǎo)致IP地址緊缺，終端用戶管理復(fù)雜，系統(tǒng)的安全性等問題。邊緣接入控制設(shè)備(BorderAccess Control,簡稱為BAC，還有多種不同的表示，如寬帶接入網(wǎng)關(guān)(BGW-Broad feiteWay)，會話邊界控制設(shè)備SBdession Border Control)可以同時滿足不同類型的用戶(包括企業(yè)、個人、移動用戶)，多種容量的接入需求，并同時支持多種協(xié)議MGCP、H. 248的代理功能。實現(xiàn)信令、媒體流地址轉(zhuǎn)換，接入用戶的認證、管理，業(yè)務(wù)流的控制管理，資源管理等功能。從電信運營角度，為避免各種突發(fā)狀況導(dǎo)致的網(wǎng)絡(luò)斷或是設(shè)備故障，網(wǎng)絡(luò)組網(wǎng)上，必須要有容災(zāi)備份考慮。圖ι是根據(jù)相關(guān)技術(shù)的IMS的網(wǎng)絡(luò)架構(gòu)示意圖，如圖1所示，MG接入的MGC，至少需要兩個MGC，作為主備。同時，MG通過BAC接入MGC時也是類似的，需要兩個MGC作為主備。圖2是根據(jù)相關(guān)技術(shù)的IMS發(fā)生MGC切換的網(wǎng)絡(luò)架構(gòu)示意圖，如圖2所示，當MGC發(fā)生了切換，而由于MG眾多，或是MG未能及時發(fā)現(xiàn)等原因，還未來得及往新的MGC注冊，從而使得新產(chǎn)生的呼叫無法接續(xù)的問題。在接入網(wǎng)關(guān)控制功能(AccessGateway Control Function，簡稱為 AGCF) 1，需要說明的是，此處的AGCFl實現(xiàn)的功能與MGC實現(xiàn)的功能是相同的。MG接入IMS網(wǎng)絡(luò)并且在MG之間網(wǎng)絡(luò)狀況正常的情況下，MG歸屬于AGCF1，而如果發(fā)生AGCFl發(fā)生故障，或是出現(xiàn)網(wǎng)絡(luò)問題，則MG會自動切至AGCF2，即通常所說的容災(zāi)切換。需要說明的是，在有BAC的網(wǎng)絡(luò)架構(gòu)下，見圖2，BAC容災(zāi)切換，歸屬到新的MGC，此時的MG是完全不知曉的，這種狀況更容易發(fā)生，但是不局限于該場景。而對于AGCF2來說，切換過來的所有MG都是全新的用戶，需要其重新注冊。在此注冊時間內(nèi)，如果MG再產(chǎn)生的新的被叫，現(xiàn)有技術(shù)的處理方式都是直接拒絕，圖3是根據(jù)相關(guān)技術(shù)中AGCF切換的流程圖，如圖3所示，該流程包括如下步驟步驟S301，MG (例如，通過BAC)注冊在AGCFl下；步驟S302，MG與AGCFl之間出現(xiàn)網(wǎng)絡(luò)故障或者MG自動發(fā)生容災(zāi)等原因，使得MG歸屬于AGCF2下；需要說明的是，如果通過接BAC接入，BAC切換到新的AGCF，對MG來說，并未感知BAC的容災(zāi)切換動作；如果沒有BAC，則MG設(shè)備自動切換入MGC2，但并未發(fā)起注冊。步驟S303，IMS核心層呼叫會話控制功能(Call Session Control Function，簡稱為CSCF，包括I/P/S-CSCF)被叫，找到AGCF2對應(yīng)的被叫用戶為MG下的用戶；步驟S304，對于AGCF2來說，該MG從來都沒有注冊過，故必然拒絕本次呼叫。整個流程結(jié)束，呼叫失敗。由于AGCF接入的用戶，理論上數(shù)量巨大，這樣MG重新注冊需要的時間較長，在此注冊時間內(nèi)，如果MG再產(chǎn)生的被叫，由于在AGCF2上都沒有注冊過，故必然拒絕該呼叫從而導(dǎo)致呼損的問題。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種呼叫處理方法及系統(tǒng)，以至少解決上述問題。根據(jù)本發(fā)明的一個方面，提供了一種呼叫處理方法，包括媒體網(wǎng)關(guān)MG在從其注冊的第一媒體網(wǎng)關(guān)控制器MGC切換到第二 MGC上之后，所述MG被呼叫；上層網(wǎng)元將所述MG的用戶信息發(fā)送給所述第二 MGC ；所述第二 MGC向所述上層網(wǎng)元發(fā)起所述MG的注冊流程，并接續(xù)所述呼叫。優(yōu)選地，在所述媒體網(wǎng)關(guān)MG從其注冊的第一 MGC切換到所述第二 MGC之前，還包括所述第一 MGC向上層網(wǎng)元注冊，并將在所述第一 MGC上注冊的所述MG的用戶信息發(fā)送給該上層網(wǎng)元。優(yōu)選地，所述第一 MGC通過會話初始協(xié)議SIP的聯(lián)系CONTACT字段攜帶所述MG的用戶信息，并將所述MG的用戶信息發(fā)送給上層網(wǎng)元。優(yōu)選地，在所述第二 MGC向所述上層網(wǎng)元發(fā)起所述MG的注冊流程之前，所述第二MGC對所述MG的用戶信息的合法性進行驗證，并在驗證通過之后，再向所述上層網(wǎng)元發(fā)起所述MG的注冊流程。優(yōu)選地，在所述第二 MGC向所述上層網(wǎng)元發(fā)起所述MG的注冊流程之前，所述第二MGC根據(jù)所述MG的用戶信息進行認證，并在認證通過之后，再向所述上層網(wǎng)元發(fā)起所述MG的注冊流程。優(yōu)選地，在所述第二 MGC向所述上層網(wǎng)元發(fā)起所述MG的注冊流程之前，所述第二MGC根據(jù)預(yù)先設(shè)置的策略確定是否向所述上層網(wǎng)元發(fā)起所述MG的注冊流程，其中，所述預(yù)先設(shè)置的策略用于確定需要發(fā)起注冊流程的MG。優(yōu)選地，上述方法還包括在所述第二 MGC確定不向所述上層網(wǎng)元發(fā)起所述MG的注冊流程的情況下，所述第二 MGC拒絕所述呼叫。優(yōu)選地，所述上層網(wǎng)元將所述MG的用戶信息攜帶在SIP協(xié)議的請求線Requestline字段中，并發(fā)送給所述第二 MGC。優(yōu)選地，所述上層網(wǎng)元為呼叫會話控制功能CSCF。根據(jù)本發(fā)明的另一方面，還提供了一種呼叫處理系統(tǒng)，包括媒體網(wǎng)關(guān)MG、第一媒體網(wǎng)關(guān)控制器MGC、第二 MGC和上層網(wǎng)元，所述上層網(wǎng)元用于在所述MG在從其注冊的所述第
一MGC切換到第二 MGC上并被呼叫之后，將所述MG的用戶信息發(fā)送給所述第二 MGC ；所述第二 MGC用于向上層網(wǎng)元發(fā)起所述MG的注冊流程，并接續(xù)所述呼叫。優(yōu)選地，所述第一 MGC用于向上層網(wǎng)元注冊，并將在所述第一 MGC上注冊的所述MG的用戶信息發(fā)送給該上層網(wǎng)元。通過本發(fā)明，采用媒體網(wǎng)關(guān)MG在從其注冊的第一媒體網(wǎng)關(guān)控制器MGC切換到第二MGC上之后，所述MG被呼叫；上層網(wǎng)元將所述MG的用戶信息發(fā)送給所述第二MGC ；所述第二MGC向上層網(wǎng)元發(fā)起所述MG的注冊流程，并接續(xù)所述呼叫。解決了因容災(zāi)切換而產(chǎn)生的呼損的問題，進而減少了呼損。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的IMS的網(wǎng)絡(luò)架構(gòu)示意圖；圖2是根據(jù)相關(guān)技術(shù)的IMS發(fā)生MGC切換的網(wǎng)絡(luò)架構(gòu)示意圖；圖3是根據(jù)相關(guān)技術(shù)中AGCF切換的流程圖；圖4是根據(jù)本發(fā)明實施的呼叫處理方法的流程圖；圖5是根據(jù)本發(fā)明優(yōu)選實施例的呼叫處理方法的流程圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。在本實施例中以MGC為例進行說明，但是此處的MGC包括了能夠?qū)崿F(xiàn)MGC功能的網(wǎng)絡(luò)實體以及功能模塊，例如，接入網(wǎng)關(guān)控制功能(Access Gateway Control Function，簡稱為AGCF)。本實施例提供了一種呼叫處理方法，圖4是根據(jù)本發(fā)明實施的呼叫處理方法的流程圖，如圖4所示，該流程包括如下步驟步驟S402，MG在從其注冊的第一 MGC切換到第二 MGC上之后，該MG上的用戶被呼叫(也可以稱為MG被叫)；步驟S404，上層網(wǎng)元將該MG的用戶信息發(fā)送給第二MGC，其中，上層網(wǎng)元可以任何可以實現(xiàn)其功能的網(wǎng)元，例如，上層網(wǎng)元為呼叫會話控制功能CSCF ；步驟S406，第二 MGC向上層網(wǎng)元發(fā)起MG的注冊流程，并接續(xù)呼叫。需要說明的是，該步驟的上層網(wǎng)元可以是步驟S404中的同一個上層網(wǎng)元(在本實施例中的上層網(wǎng)元為CSCF)，也可以不是同一個上層網(wǎng)元。通過上述步驟，當MG被叫時，上層網(wǎng)元將該MG上的用戶信息發(fā)送給第二 MGC，第
二MGC發(fā)起MG的注冊流程，改變了現(xiàn)有技術(shù)中直接拒絕的做法，從而解決了現(xiàn)有技術(shù)中存在的問題。優(yōu)選地，在實施時，上層網(wǎng)元可以通過多種方式來獲取到該MG的用戶信息，例如，第一 MGC向上層網(wǎng)元注冊時，第一 MGC將在其上注冊的MG的用戶信息發(fā)送給上層網(wǎng)元；也可以不在注冊時，使用一個專用于發(fā)送MG用戶信息的消息進行發(fā)送。當然在注冊時向上層網(wǎng)元發(fā)送MG的用戶信息實現(xiàn)起來比較方便。優(yōu)選的，第一 MGC通過會話初始協(xié)議SIP的聯(lián)系CONTACT字段攜帶MG的用戶信息，并將MG的用戶信息發(fā)送給上層網(wǎng)元。優(yōu)選地，在實施時，為了保證MG的合法性，在第二 MGC向上層網(wǎng)元發(fā)起MG的注冊流程之前，第二MGC可以對MG的用戶信息的合法性進行驗證，并在驗證通過之后，再向上層網(wǎng)元發(fā)起MG的注冊流程，例如，在實施時，所進行的驗證可以包括驗H248/MGCP消息頭中表明消息來源的消息頭，是否是合法配置的用戶。 另外，優(yōu)選地，在第二 MGC向上層網(wǎng)元發(fā)起MG的注冊流程之前，第二 MGC根據(jù)MG的用戶信息進行認證，并在認證通過之后，再向上層網(wǎng)元發(fā)起MG的注冊流程。當然，認證和驗證MG合法性的步驟可以一起進行。需要說明的是，認證屬于可選步驟，可以根據(jù)該用戶的配置策略來執(zhí)行。并且，采用哪種認證的處理方式均不影響本優(yōu)選實施方式的實施，例如，可以采用通用的MD5認證算法進行認證。優(yōu)選地，為了區(qū)分MG是否支持本實施例中的處理，可以預(yù)先制定好策略，該策略針對不同的MG確定是否可以采用本實施例中的處理。例如，在第二MGC向上層網(wǎng)元發(fā)起MG的注冊流程之前，第二 MGC根據(jù)預(yù)先設(shè)置的策略確定是否向上層網(wǎng)元發(fā)起MG的注冊流程，其中，預(yù)先設(shè)置的策略用于確定需要發(fā)起注冊流程的MG。通過使用該策略，可以使運營商區(qū)分對能對MG使用本實施例中的處理，通過這樣的區(qū)分可以達到另外的目的，例如，可考慮是否對本實施例中提供的功能進行收費等。優(yōu)選地，如果采用上述的處理過程(例如，上述的認證過程、策略判斷過程、合法性驗證過程)，在第二MGC確定不向上層網(wǎng)元發(fā)起MG的注冊流程的情況下，第二 MGC拒絕呼叫。優(yōu)選的，上層網(wǎng)元將MG的用戶信息攜帶在SIP協(xié)議的請求線Requestline字段中，并發(fā)送給第二 MGC。在本實施例中，還提供了一種呼叫處理系統(tǒng)，包括MG、第一 MGC、第二 MGC和上層網(wǎng)元，上層網(wǎng)元用于在MG在從其注冊的第一 MGC切換到第二 MGC上并被呼叫之后，將MG的用戶信息發(fā)送給第二 MGC ；第二 MGC用于向上層網(wǎng)元發(fā)起MG的注冊流程，并接續(xù)呼叫。優(yōu)選地，第一 MGC用于向上層網(wǎng)元注冊，并將在第一 MGC上注冊的MG的用戶信息發(fā)送給該上層網(wǎng)元。通過該系統(tǒng)解決了 MGC發(fā)生容災(zāi)，例如，通過BAC接入，BAC發(fā)生了容災(zāi)切換的情況下，產(chǎn)生的大量呼損的問題，達到了滿足電信運營維護要求的效果。以下優(yōu)選實施例是對有BAC接入的情況進行的說明，但是實際實施時，并不局限于有BAC接入的情況，在沒有BAC接入時，將流程圖中的BAC省略即可，下面以AGCF為例從MG發(fā)生切換開始進行說明。圖5是根據(jù)本發(fā)明優(yōu)選實施例的呼叫處理方法的流程圖，如圖5所示，該流程包括如下步驟步驟S501，MG正常注冊到AGCF1，需要說明的是，MG向AGCFl的正常注冊過程，是在容災(zāi)切換前進行的，是在AGCF正常和網(wǎng)絡(luò)正常的情況下進行的注冊；
步驟S502，AGCFl向更高層的控制層CSCF注冊時，將相關(guān)用戶信息攜帶上。需要說明的是，此處的用戶相關(guān)信息在正常注冊時攜帶至CSCF的，而其攜帶用戶信息的方式不止一種，例如，可以通過SIP協(xié)議的聯(lián)系CONTACT字段將所需用戶相關(guān)信息帶上，而字段本身為協(xié)議本來就有的非擴展；步驟S503，CSCF，包括服務(wù)呼叫會話控制功能(krvice-CSCF，簡稱為S-CSCF)和訊問呼叫會話控制功能(Interrogating-CSCF，簡稱為I-CSCF)，在注冊的過程中，將AGCFl攜帶的用戶相關(guān)信息本地保存；步驟S504 ；注冊成功后CSCF給AGCF回復(fù)成功響應(yīng)；步驟S505，AGCF給MG回復(fù)注冊成功響應(yīng)；步驟S506，發(fā)生網(wǎng)絡(luò)狀況，如果MG與AGCF之間有BAC，BAC發(fā)生切換等狀況，MG切換至AGCF2 ；步驟S507，核心側(cè)發(fā)起呼叫，被叫呼叫MG下用戶；步驟S508，CSCF找到目前接管MG的AGCF2，被叫側(cè)呼叫流程開始；需要說明的是，CSCF將之前通過AGCFl注冊攜帶上來的用戶相關(guān)信息攜帶下來，此處將用戶信息攜帶下來的方式在具體實施時，根據(jù)具體情況確定適合當時情況的方式，例如，用戶信息通過SIP協(xié)議的Requestline字段攜帶下來。步驟S509，AGCF2校驗攜帶下來的用戶信息的合法性，以及認證等流程(認證為可選，根據(jù)相關(guān)策略配置決定)；步驟S510，如果上步通過，再根據(jù)策略判斷該MG是否需要進入本權(quán)利要求的自動接續(xù)呼叫的流程；步驟S511，如果步驟S509和步驟S510都不能通過，則直接給MG回復(fù)ERROR，此時的處理方式與現(xiàn)有技術(shù)流程類似，即拒絕該呼叫；步驟S512，如果步驟S509和步驟S510都通過，則代為發(fā)起該MG的注冊流程，本地設(shè)置狀態(tài)為注冊通過；步驟S513，向CSCF發(fā)起注冊，AGCF類似代理呼叫會話控制功能(ftOxy-CSCF，簡稱為P-CSCF)，因此，在該步驟中為向訊問呼叫會話控制功能anterrogating-CSCF，簡稱為I-CSCF)注冊；需要說明的是，一個MG，其下用戶可能不止一個，其相關(guān)的處理方式與多個的流程類似，此處以一個用戶為例進行說明。步驟S514，I-CSCF 向歸屬用戶服務(wù)器(Home Subscriber Server，簡稱為 HSS)查詢用戶相關(guān)信息；步驟S515，HSS返回用戶相關(guān)信息；步驟S516，I-CSCF選擇歸屬的服務(wù)呼叫會話控制功能(krvice-CSCF，簡稱為S-CSCF)；步驟S517，I-CSCF向歸屬的S-CSCF注冊；步驟S518，S-CSCF向HSS進行認證，需要說明的是，本處根據(jù)策略配置，可選，如果不需要則直接跳到步驟S527步，但不帶認證信息，即不需要認證的注冊流程；步驟S519，發(fā)起認證；步驟S520，由于第一次注冊，沒有認證信息，一般本次認證注冊失敗，HSS返回失敗；步驟S521，同樣S-CSCF給I-CSCF返回注冊失敗消息；步驟S522，同樣I-CSCF給AGCF返回注冊失敗消息；步驟S523，AGCF再攜帶認證信息注冊；步驟S524，I-CSCF再向HSS查詢用戶信息；步驟S525，HSS返回用戶相關(guān)信息；步驟S526, I-CSCF 選取歸屬的 S-CSCF ；步驟S527，I-CSCF向歸屬的S-CSCF，本次攜帶認證信息；步驟，S-CSCF向HSS進行認證注冊；步驟，由于本次注冊，攜帶有相關(guān)認證信息，本次認證注冊通過，HSS返回成功；步驟S530，S-CSCF向I-CSCF返回注冊成功消息；步驟S531，I-CSCF向AGCF返回注冊成功消息；步驟S532，AGCF給MG返回起呼響應(yīng)消息，本次呼叫正常接續(xù)。通過上述優(yōu)選實施例可以解決下一代網(wǎng)絡(luò)(NGN)/IP多媒體子系統(tǒng)(IMS)中，接入網(wǎng)關(guān)在其接入的核心控制設(shè)備(例如，通過BAC接入或不通過BAC接入)發(fā)生容災(zāi)切換后，產(chǎn)生的大量呼損的問題，減少了由于切換而導(dǎo)致的呼損問題，從而達到了使用戶完全不用感知核心控制設(shè)備的切換，滿足電信級運營維護要求的效果。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種呼叫處理方法，其特征在于，包括媒體網(wǎng)關(guān)MG在從其注冊的第一媒體網(wǎng)關(guān)控制器MGC切換到第二 MGC上之后，所述MG被呼叫；上層網(wǎng)元將所述MG的用戶信息發(fā)送給所述第二 MGC ；所述第二 MGC向所述上層網(wǎng)元發(fā)起所述MG的注冊流程，并接續(xù)所述呼叫。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述媒體網(wǎng)關(guān)MG從其注冊的第一MGC切換到所述第二 MGC之前，還包括所述第一 MGC向上層網(wǎng)元注冊，并將在所述第一 MGC上注冊的所述MG的用戶信息發(fā)送給該上層網(wǎng)元。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述第一MGC通過會話初始協(xié)議SIP的聯(lián)系CONTACT字段攜帶所述MG的用戶信息，并將所述MG的用戶信息發(fā)送給上層網(wǎng)元。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述第二 MGC向所述上層網(wǎng)元發(fā)起所述MG的注冊流程之前，所述第二 MGC對所述MG的用戶信息的合法性進行驗證，并在驗證通過之后，再向所述上層網(wǎng)元發(fā)起所述MG的注冊流程。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述第二 MGC向所述上層網(wǎng)元發(fā)起所述MG的注冊流程之前，所述第二 MGC根據(jù)所述MG的用戶信息進行認證，并在認證通過之后，再向所述上層網(wǎng)元發(fā)起所述MG的注冊流程。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述第二 MGC向所述上層網(wǎng)元發(fā)起所述MG的注冊流程之前，所述第二 MGC根據(jù)預(yù)先設(shè)置的策略確定是否向所述上層網(wǎng)元發(fā)起所述MG的注冊流程，其中，所述預(yù)先設(shè)置的策略用于確定需要發(fā)起注冊流程的MG。
7.根據(jù)權(quán)利要求4至6中任一項所述的方法，其特征在于，還包括在所述第二 MGC確定不向所述上層網(wǎng)元發(fā)起所述MG的注冊流程的情況下，所述第二MGC拒絕所述呼叫。
8.根據(jù)權(quán)利要求1至6中任一項所述的方法，其特征在于，所述上層網(wǎng)元將所述MG的用戶信息攜帶在SIP協(xié)議的請求線Requestline字段中，并發(fā)送給所述第二 MGC。
9.根據(jù)權(quán)利要求1至6中任一項所述的方法，其特征在于，所述上層網(wǎng)元為呼叫會話控制功能CSCF。
10.一種呼叫處理系統(tǒng)，包括媒體網(wǎng)關(guān)MG、第一媒體網(wǎng)關(guān)控制器MGC、第二 MGC和上層網(wǎng)元，其特征在于，所述上層網(wǎng)元用于在所述MG在從其注冊的所述第一 MGC切換到第二 MGC上并被呼叫之后，將所述MG的用戶信息發(fā)送給所述第二 MGC ；所述第二 MGC用于向上層網(wǎng)元發(fā)起所述MG的注冊流程，并接續(xù)所述呼叫。
11.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述第一 MGC用于向上層網(wǎng)元注冊，并將在所述第一 MGC上注冊的所述MG的用戶信息發(fā)送給該上層網(wǎng)元。
全文摘要
本發(fā)明公開了呼叫處理方法及系統(tǒng)，該方法包括媒體網(wǎng)關(guān)MG在從其注冊的第一媒體網(wǎng)關(guān)控制器MGC切換到第二MGC上之后，MG被呼叫；上層網(wǎng)元將MG的用戶信息發(fā)送給第二MGC；第二MGC向上層網(wǎng)元發(fā)起MG的注冊流程，并接續(xù)呼叫。通過本發(fā)明減少了呼損。
文檔編號H04W60/00GK102595360SQ201110001439
公開日2012年7月18日 申請日期2011年1月5日 優(yōu)先權(quán)日2011年1月5日
發(fā)明者徐金雷, 柯震, 王忱 申請人:中興通訊股份有限公司