專利名稱:取消切換的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及取消切換技術(shù),尤其涉及一種具有統(tǒng)一的IP核心網(wǎng)的移動網(wǎng)絡(luò)中的取消切換的方法及 系統(tǒng)。
背景技術(shù):
從電信網(wǎng)絡(luò)的演進和發(fā)展來看,核心網(wǎng)網(wǎng)絡(luò)架構(gòu)的發(fā)展呈現(xiàn)出兩大趨勢一是網(wǎng)絡(luò)的互聯(lián)網(wǎng)協(xié)議(IP,Internet Protocol)化,二是各種網(wǎng)絡(luò)趨于融合化。因此未來的核心網(wǎng)將不再分為電路交換(CS, Circuit Switched)域、分組交換(PS, Packet Switching)域和IP多媒體子系統(tǒng)(MS,IP Multimedia Subsystem)等多種類型,而將是一個基于IP的統(tǒng)一的業(yè)務(wù)控制系統(tǒng),所有的業(yè)務(wù)(包括語音業(yè)務(wù)、補充業(yè)務(wù)和增值業(yè)務(wù)等)都由這個統(tǒng)一的業(yè)務(wù)控制系統(tǒng)來實現(xiàn)?;贗P的統(tǒng)一的業(yè)務(wù)控制系統(tǒng)(后文稱為統(tǒng)一的IP核心網(wǎng))有兩個特點,一是語音等業(yè)務(wù)的實現(xiàn)采用會話初始協(xié)議(SIP, Session Initiation Protocol) ;二是該業(yè)務(wù)控制系統(tǒng)與接入技術(shù)無關(guān),即用戶可以通過PS接入也可以通過CS接入。這里的PS接入方式指的是用戶可以通過通用分組無線業(yè)務(wù)(GPRS,GeneralPacket Radio Service)、無線局域網(wǎng)(WLAN,Wireless Local Area Network)等分組網(wǎng)絡(luò)接入到核心網(wǎng)。而CS接入方式指的是用戶是通過電路域無線接入網(wǎng)絡(luò)如基站子系統(tǒng)(BSS, Base Station Subsystem)或無線網(wǎng)絡(luò)子系統(tǒng)(RNS, RadioNetwork Subsystem)等設(shè)備接入到核心網(wǎng)。不論是采用何種接入方式,業(yè)務(wù)都由上述統(tǒng)一的IP核心網(wǎng)提供。圖I示出了采用CS接入方式接入到統(tǒng)一的IP核心網(wǎng)的應(yīng)用場景示意圖,如圖I所示,用戶設(shè)備(UE,User Equipment) 101通過電路域接入網(wǎng)絡(luò)(如BSS或RNS) 102和信令適配設(shè)備103接入到統(tǒng)一的IP核心網(wǎng)104中,信令適配設(shè)備103起到必要的信令轉(zhuǎn)換作用,所有的業(yè)務(wù)由統(tǒng)一的IP核心網(wǎng)104提供。圖2為CS接入統(tǒng)一的IP核心網(wǎng)的架構(gòu)圖,如圖2所示,CS接入統(tǒng)一的IP核心網(wǎng)的架構(gòu)包括如下網(wǎng)元用戶設(shè)備201、基站控制器(BSC, Base Station Controller)或無線網(wǎng)絡(luò)控制器(RNC, Radio Network Controller) 202、接入網(wǎng)關(guān)(AG, Access Gateway) 203 和綜合業(yè)務(wù)控制功能(ISCF, Integrated Service Control Function)實體 204 ;其中,BSC 和 / 或 RNC 用于實現(xiàn)CS域的用戶接入和無線資源的管理和控制等功能。BSC和AG203之間的接口采用基站子系統(tǒng)應(yīng)用部分(BSAGP,Base StationSystem Application Part)信令,RNC和AG203之間的接口采用無線接入網(wǎng)絡(luò)應(yīng)用部分(RANAP,Radio Access Network Application Part)信令,BSAGP和RANAP信令統(tǒng)稱為CS接入信令。AG203與BSC和/或RNC之間的接口采用CS接入信令進行通信,與ISCF之間的接口采用SIP協(xié)議信令進行通信,AG203實現(xiàn)CS接入信令和SIP消息之間的轉(zhuǎn)換功能。此外,AG203還具備建立媒體面的承載、實現(xiàn)媒體流的接續(xù)和處理等功能。ISCF 204主要用于移動性管理、業(yè)務(wù)路由、呼叫控制、業(yè)務(wù)控制、數(shù)據(jù)存儲等功能,它可以由一個或多個功能實體來實現(xiàn)。UE 201通過BSC或RNC接入到AG 203,AG203接收到BSC或RNC發(fā)送的CS接入信令之后將其轉(zhuǎn)換為SIP信令發(fā)送給ISCF204,此時AG相當(dāng)于充當(dāng)用戶代理,代替用戶設(shè)備201接入到ISCF204,由ISCF204進行業(yè)務(wù)路由和呼叫控制,由此用戶UE201可以和遠端用戶建立連接并通話。在無線通信系統(tǒng)中,當(dāng)UE從一個小區(qū)(指基站或者基站的覆蓋范圍)移動到另一個小區(qū)時,為了不中斷通信需要進行信道切換。在上述統(tǒng)一核心網(wǎng)中,現(xiàn)有技術(shù)中的切換業(yè)務(wù)的實現(xiàn)是切換前源網(wǎng)絡(luò)的AG(下文稱為源AG)收到源 網(wǎng)絡(luò)的RNC發(fā)送的RANAP信令的切換請求(Relocation Required)消息后,將其轉(zhuǎn)換成SIP信令的轉(zhuǎn)移請求(REFER)消息攜帶切換參數(shù)發(fā)送給源網(wǎng)絡(luò)的ISCF(下文稱為源ISCF)通知其進行切換,再由該ISCF通知目標(biāo)網(wǎng)絡(luò)的AG預(yù)留資源進行切換處理。在上述切換處理過程中,通常會有一些原因需要隨時取消切換。然而上述現(xiàn)有技術(shù)中切換業(yè)務(wù)的實現(xiàn)是通過源AG向源ISCF發(fā)送SIP信令的REFER消息來傳送切換請求,而RFC3515協(xié)議規(guī)定REFER事務(wù)無法用CANCEL消息取消掉,因此對于發(fā)出切換請求之后如何實現(xiàn)取消切換的流程需要考慮?,F(xiàn)有技術(shù)中并沒有方案能解決在上述統(tǒng)一 IP核心網(wǎng)內(nèi)實現(xiàn)取消切換的問題。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明的主要目的在于提供一種取消切換的方法及系統(tǒng),能在具有統(tǒng)一 IP核心網(wǎng)的移動網(wǎng)絡(luò)中實現(xiàn)切換取消。為達到上述目的,本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種取消切換的方法,包括源AG收到取消切換請求后,通過SIP消息通知源ISCF取消切換;所述源ISCF通知目標(biāo)網(wǎng)絡(luò)取消切換,并將取消切換的用戶終端UE的對端UE的媒體面信息更新為所述取消切換的UE的媒體面信息;取消切換完成后,由所述源ISCF通知所述源AG。優(yōu)選地,所述SIP消息中攜帶有取消切換的相關(guān)參數(shù)和/或取消切換標(biāo)識。優(yōu)選地,所述SIP消息中攜帶有取消切換的相關(guān)參數(shù)具體為所述SIP消息的消息體中承載取消切換相關(guān)參數(shù)。優(yōu)選地,所述取消切換的相關(guān)參數(shù)包括取消切換UE的標(biāo)識信息和取消切換原因值。優(yōu)選地,所述SIP消息中攜帶有取消切換標(biāo)識具體為所述SIP消息的消息頭中承載取消切換標(biāo)識。優(yōu)選地,所述SIP消息為轉(zhuǎn)移請求REFER消息,或信息請求INFO消息,或呼叫重邀請 RE-INVITE 消息。優(yōu)選地,所述SIP消息的消息頭中承載取消切換標(biāo)識具體為對于所述REFER消息,所述取消切換標(biāo)識承載于所述REFER消息的refer-to頭域中的method參數(shù)中;對于所述INFO或所述RE-INVITE消息,所述取消切換標(biāo)識承載于所述INFO消息或所述RE-INVITE消息的Request-URI中。優(yōu)選地,所述方法還包括
所述源ISCF收到所述源AG發(fā)送的取消切換請求后,通過SIP消息向所述源AG返回處理進展情況;其中,向所述源AG返回的SIP消息為請求接受消息,或2000K消息,或呼叫進展消息。優(yōu)選地,所述源AG向所述源ISCF發(fā)送的SIP消息為INFO消息時,所述源AG收到所述源ISCF返回的SIP消息后,通過SIP消息對所述源ISCF中取消切換進展情況進行訂閱;其中,進行訂閱的SIP消息為Subscribe消息。優(yōu)選地,所述Subscribe消息中攜帶有訂閱取消切換事件的標(biāo)識;其中,所述訂閱取消切換事件的標(biāo)識承載于所述Subscribe消息的Event頭域中。優(yōu)選地,所述源ISCF通過SIP消息通知所述目標(biāo)AG取消切換;其中,通知的SIP消息中攜帶有取消切換的相關(guān)參數(shù)和/或取消切換標(biāo)識,所述取消切換的相關(guān)參數(shù)包括取消切換UE的標(biāo)識信息和取消切換原因值。優(yōu)選地,通知的SIP消息中攜帶有取消切換的相關(guān)參數(shù)具體為通知的SIP消息的消息體中承載取消切換相關(guān)參數(shù);或,通知的SIP消息的消息頭中承載取消切換標(biāo)識;其中,通知的SIP消息為REFER消息或呼叫邀請INVITE消息。優(yōu)選地,所述源ISCF通知所述目標(biāo)AG取消切換的SIP消息是INVITE消息時,所述目標(biāo)AG收到所述INVITE消息后,通過SIP消息通知所述源ISCF會話進展情況;其中,通知所述源ISCF會話進展情況的SIP消息為會話進展消息。優(yōu)選地,所述方法還包括所述目標(biāo)AG通知所述目標(biāo)RNC將取消切換的用戶終端UE的對端UE的媒體面信息更新為所述取消切換的UE的媒體面信息后,所述目標(biāo)AG通過SIP消息通知所述源ISCF取消切換已經(jīng)完成;其中,通知所述源ISCF取消切換已經(jīng)完成的SIP消息中攜帶取消切換完成標(biāo)識。優(yōu)選地,通知所述源ISCF取消切換已經(jīng)完成的SIP消息為通知(NOTIFY)消息或呼叫拒絕消息,其中,為NOTIFY消息時,所述取消切換完成標(biāo)識承載于Subscription-State頭域中;為呼叫拒絕消息時,所述取消切換完成標(biāo)識承載于reason頭域中。優(yōu)選地,所述源AG收到所述源ISCF的取消切換完成通知后,向所述源RNC發(fā)送MAP信令取消切換完成響應(yīng)消息,通知取消切換完成。—種取消切換的系統(tǒng),應(yīng)用于具有統(tǒng)一的IP核心網(wǎng)的移動網(wǎng)絡(luò)中,所述系統(tǒng)包括源AG、源ISCF和UE,其中源AG,用于收到取消切換請求后,通過SIP消息通知源ISCF取消切換;源ISCF,用于通知目標(biāo)網(wǎng)絡(luò)取消切換,并將取消切換的UE的對端UE的媒體面信息更新為所述取消切換的UE的媒體面信息;以及,在確認取消切換完成后,由所述源ISCF通知所述源AG。優(yōu)選地,所述SIP消息的消息體中中攜帶有取消切換的相關(guān)參數(shù)和/或取消切換標(biāo)識;所述取消切換的相關(guān)參數(shù)包括取消切換UE的標(biāo)識信息。優(yōu)選地,所述SIP消息的消息頭中承載取消切換標(biāo)識。優(yōu)選地,所述SIP消息為轉(zhuǎn)移請求REFER消息,或信息請求INFO消息,或呼叫重邀請 RE-INVITE 消息;
對于所述REFER消息,所述 取消切換標(biāo)識承載于所述REFER消息的refer-to頭域中的method參數(shù)中;對于所述INFO或所述RE-INVITE消息,所述取消切換標(biāo)識承載于所述INFO消息或所述RE-INVITE消息的Request-URI中。源AG收到取消切換請求后,通過設(shè)置的REFER、或INFO、或RE-INVITE消息通知源ISCF取消切換,上述消息中承載有取消切換標(biāo)識或取消切換的相關(guān)參數(shù),源ISCF進一步通過SIP消息通知目標(biāo)網(wǎng)絡(luò),將取消切換的用戶終端UE的對端UE的媒體面信息更新為所述取消切換的UE的媒體面信息,以此實現(xiàn)切換的取消,切換成功后,通知相應(yīng)的網(wǎng)元。本發(fā)明通過設(shè)置相應(yīng)的SIP消息以及更改相關(guān)網(wǎng)元的消息處理能力以及執(zhí)行能力,實現(xiàn)了在具有統(tǒng)一 IP核心網(wǎng)的移動網(wǎng)絡(luò)中的取消切換業(yè)務(wù),完善了網(wǎng)絡(luò)服務(wù)能力,提升了網(wǎng)絡(luò)服務(wù)質(zhì)量。
圖I示出了采用CS接入方式接入到統(tǒng)一的IP核心網(wǎng)的應(yīng)用場景示意圖;圖2為CS接入統(tǒng)一的IP核心網(wǎng)的架構(gòu)圖;圖3為本發(fā)明實施例一的取消切換的方法的流程圖;圖4為本發(fā)明實施例二的取消切換的方法的流程圖;圖5為本發(fā)明實施例三的取消切換的方法的流程圖;圖6為本發(fā)明實施例四的取消切換的方法的流程圖。
具體實施例方式在本發(fā)明的實施例中,業(yè)務(wù)場景是在對UEl進行切換處理的過程中觸發(fā)了取消切換業(yè)務(wù)。假設(shè)UEl和UE2是通話的兩個用戶終端,UEl是發(fā)生切換的一方,源RNC、源AG和源ISCF分別是切換前源網(wǎng)絡(luò)的RNC、AG和ISCF,目標(biāo)AG和目標(biāo)RNC是要求切換到的目標(biāo)網(wǎng)絡(luò)的AG和RNC。圖3為本發(fā)明實施例一的取消切換的方法的流程圖,如圖3所示,本實施例中,源AG收到源RNC發(fā)送的取消切換請求后,將其轉(zhuǎn)換成REFER消息,并攜帶取消切換標(biāo)識,來通知源ISCF進行取消切換業(yè)務(wù),切換取消后通過NOTIFY消息來通知源AG取消切換完成。本實施例的取消切換的方法具體包括以下步驟步驟301 :源RNC向源AG發(fā)送RANAP信令取消切換請求(REL0CATI0NCANCEL)消息,消息中攜帶切換原因值;步驟302:源AG收到取消切換請求后,根據(jù)將該消息所承載的信令連接部分(SCCP, Signaling Connection Part)鏈路的標(biāo)識關(guān)聯(lián)到對應(yīng)的用戶的切換業(yè)務(wù),并獲取該用戶號碼以及處理該切換業(yè)務(wù)的源ISCF地址,將MAP信令的取消切換請求轉(zhuǎn)換成SIP信令的轉(zhuǎn)移請求(REFER)發(fā)送給源ISCF。該REFER請求中Request-URI頭域填的是所述源ISCF地址,消息中Refer-to頭域中method參數(shù)中的參數(shù)值是Relocation Cancel,即method =Relocation Cancel。RelocationCancel這個參數(shù)值作為取消切換標(biāo)識來通知對端取消切換。但是由于RelocationCancel在現(xiàn)有協(xié)議規(guī)定的method參數(shù)值中并沒有定義,因此需要對現(xiàn)有的method中支持的參數(shù)值進行擴展,使其支持Relocation Cancel。此外,REFER消息中還攜帶取消切換相關(guān)參數(shù),包括用戶號碼(也可以是標(biāo)識用戶的UE的其他信息)和取消切換的原因值。取消切換相關(guān)參數(shù)在REFER消息中的攜帶方法可以采取多種方式,例如可以承載于消息體的可擴展標(biāo)記語言(XML,Extensible Markup Language)中,本發(fā)明并不限定于此。步驟303 :源ISCF收到 REFER后向源AG返回轉(zhuǎn)移請求接受消息(202Acc印ted)。步驟304 :源ISCF獲取消息中的參數(shù),根據(jù)method = Relocation Cancel可判定需要取消切換,根據(jù)消息中用戶號碼關(guān)聯(lián)到具體的切換業(yè)務(wù),并獲取到之前存儲的該切換業(yè)務(wù)對應(yīng)的目標(biāo)AG地址。源ISCF向目標(biāo)AG轉(zhuǎn)發(fā)轉(zhuǎn)移請求(REFER)。步驟305 :目標(biāo)AG向源ISCF返回轉(zhuǎn)移請求接受消息(202Acc印ted)。步驟306 :目標(biāo)AG根據(jù)REFER消息中的method = Relocation Cancel可判定需要取消切換,根據(jù)消息中用戶號碼關(guān)聯(lián)到具體的切換業(yè)務(wù)。若此時目標(biāo)AG和目標(biāo)RNC的Iu口連接已經(jīng)建立,則目標(biāo)AG釋放Iu 口信令和SCCP連接并通知目標(biāo)RNC釋放無線側(cè)資源。步驟307 :若此時UE2的遠端媒體面更新還未完成,則源ISCF和目標(biāo)AG取消更新過程;若此時UE2的遠端媒體面已經(jīng)更新成目標(biāo)AG地址,這里需再次對UE2的遠端媒體面進行更新,將其更新回原來UEl的媒體面信息。UE2更新遠端媒體面的方法為現(xiàn)有技術(shù),這里不贅述。步驟308 :目標(biāo)AG向源ISCF發(fā)送通知(NOTIFY)消息,Event頭域值為refer,表示這是一個REFER請求的隱性訂閱狀態(tài)通知。消息中訂閱狀態(tài)為terminated表示訂閱結(jié)束,消息中還攜帶取消切換完成標(biāo)識,可以放在Subscription-State中的reason參數(shù)中實現(xiàn),例如可以米取如下格式Subscription_State: terminated ;reason = Relocation CancelComplete。步驟309 :源ISCF收到NOTIFY后返回200ok確認消息,源ISCF根據(jù)reason里面的Relocation Cancel Complete可知取消切換完成。步驟310 :源ISCF根據(jù)收到的消息中的取消切換完成標(biāo)識可知目標(biāo)網(wǎng)絡(luò)取消切換完成,源ISCF向源AG發(fā)送NOTIFY通知源AG取消切換完成。NOTIFY消息攜帶內(nèi)容同步驟308中NOTIFY攜帶的信息完全相同。步驟311 :源AG收到NOTIFY后返回200ok確認消息,源AG根據(jù)event里面的Relocation Cancel Complete 可知取消切換完成。步驟312 :源AG向源RNC發(fā)送Relocation CancelACK響應(yīng),通知源RNC取消切換已完成。至此,取消切換完成。圖4為本發(fā)明實施例二的取消切換的方法的流程圖,如圖4所示,本實施例中,與圖3所示的技術(shù)方案類似,源AG都是采用REFER消息向源ISCF傳送取消切換請求,不同的是源ISCF收到REFER之后通知目標(biāo)AG進行取消切換的方式不同,圖3中是采用REFER方式通知目標(biāo)AG取消切換(步驟304)。后續(xù)目標(biāo)AG通過NOTIFY消息通知源ISCF取消切換完成(步驟308),而本實施例中是采用會話邀請消息通知目標(biāo)AG取消切換,后續(xù)的取消切換完成通知是通過目標(biāo)AG向源ISCF發(fā)送拒絕消息來通知的。步驟401至步驟403,同上述實施例中的步驟301至步驟303。步驟404 :源ISCF獲取消息中的參數(shù),根據(jù)method = Relocation Cancel可判定需要取消切換,根據(jù)消息中用戶號碼關(guān)聯(lián)到具體的切換業(yè)務(wù),并獲取到之前存儲的該切換業(yè)務(wù)對應(yīng)的目標(biāo)AG地址。源ISCF向目標(biāo)AG發(fā)送會話邀請消息(INVITE),該INVITE消息中Request-URI頭域值是目標(biāo)AG地址,消息中還攜帶取消切換相關(guān)參數(shù),包括用戶號碼和取消切換的原因值。取消切換相關(guān)參數(shù)在INVITE消息中的攜帶方式可以采取多種方式,例如可以承載于消息體的可擴展標(biāo)記語言(XML,Extensible Markup Language)中。此外,消息中還攜帶取消切換標(biāo)識用于通知對端執(zhí)行取消切換操作,取消切換標(biāo)識的攜帶方式可以采取通過在Request-URI頭域中增加擴展的方式,例如Request-URI可以采取如下格式目標(biāo)地址;method = Relocation Cancel。這里的 method = RelocationCancel 就是取消切換標(biāo)識。當(dāng)然取消切換標(biāo)識的攜帶有多種方式,以上只是給出一個示例而已,但不限于此。步驟405 :目標(biāo)AG收到INVITE后向源ISCF返回呼叫進展消息(183)。步驟406至步驟407 :目標(biāo)AG根據(jù)INVITE中的取消切換標(biāo)識可知需進行取消切換操作。目標(biāo)AG和源ISCF執(zhí)行取消切換流程。同圖3所示的實施例的步驟306至步驟307。步驟408 :目標(biāo)AG向源ISCF發(fā)送拒絕消息(603decline)通知源ISCF取消切換完成,消息中攜帶取消切換完成的標(biāo)識。取消切換標(biāo)識的攜帶方式可以采取通過在Reason頭域中增加擴展的方式,例如可以采取如下格式,Reason:preemption ;cause = I ;text="Relocation Cancel Complete";,這里的 text = " Relocation Cancel Complete"用來標(biāo)識取消切換完成。當(dāng)然取消切換完成標(biāo)識的攜帶有多種方式,以上只是給出一個示例而已,但不限于此。步驟409 :目標(biāo)AG向源ISCF返回確認消息(2000K)。步驟410至步驟412 :源ISCF通知源網(wǎng)絡(luò)取消切換完成,同上述實施例一中的步驟310至步驟312。至此,取消切換完成。圖5為本發(fā)明實施例三的取消切換的方法的流程圖,如圖5所示,本實施例與前述兩個實施例的區(qū)別主要在于,本實施例是源AG采用信息請求(INFO)消息來傳送取消切換請求,后續(xù)是通過訂閱機制來實現(xiàn)取消切換完成通知的。本實施例的取消切換的方法具體包括以下步驟步驟501 :源RNC向源AG發(fā)送RANAP信令取消切換請求(REL0CATI0NCANCEL)消息,消息中攜帶切換原因值;步驟502 :源AG收到取消切換請求后,根據(jù)將該消息所承載的SCCP鏈路的標(biāo)識關(guān)聯(lián)到對應(yīng)的用戶的切換業(yè)務(wù),并獲取該用戶號碼以及處理該切換業(yè)務(wù)的源ISCF地址,將MAP信令的取消切換請求轉(zhuǎn)換成SIP信令的信息請求(INFO)消息發(fā)送給源ISCF。該INFO請求中Request-URI頭域填的是所述源ISCF地址,此外,INFO消息中還攜帶取消切換相關(guān)參數(shù),包括用戶號碼和取消切換的原因值。取消切換相關(guān)參數(shù)在INFO消息中的攜帶方法可以采取多種方式,例如可以放在消息體的XML擴展中攜帶。此外,INFO消息中還攜帶了取消切換標(biāo)識,用來通知對方進行取消切換操作。取消切換標(biāo)識的攜帶方式可以采取通過在Request-URI頭域中增加擴展的方式,例如Request-URI可以采取如下格式目標(biāo)地址;method = Relocation Cancel。這里的 method = RelocationCancel 就是取消切換標(biāo)識。當(dāng)然,取消切換標(biāo)識的攜帶有多種方式,以上只是給出一個示例而已,但不限于此。步驟503 :源ISCF收到INFO后向源AG返回確認消息(2000K)。源ISCF根據(jù)INFO中的取消切換標(biāo)識判斷后續(xù)需執(zhí)行取消切換操作。 步驟504 :源AG向源ISCF發(fā)送訂閱請求(SUBSCRIBE),對取消切換進行消息訂閱。消息中的Event頭域填寫Relocation Cancel,用來告知對方要訂閱的是取消切換事件。步驟505 :源ISCF收到訂閱請求后,向源AG返回訂閱請求響應(yīng)(2000K)表示訂閱已被接受。步驟506 源ISCF向源AG發(fā)送通知消息(NOTIFY),消息中的Event頭域為Relocation Cancel,表示這是取消切換狀態(tài)訂閱的通知,Subscription-State頭部值為active,表示該訂閱已被接受且授權(quán)成功。步驟507 -M AG收到通知后向源ISCF返回確認消息(2000K)。步驟508至步驟513 : 源ISCF和目標(biāo)AG執(zhí)行取消切換操作,可采用REFER或者INVITE方式來實現(xiàn),同步驟304 步驟309或者步驟404 步驟409。上述步驟508在源ISCF收到取消切換請求后即可發(fā)送,即源ISCF通知目標(biāo)AG執(zhí)行取消切換過程和源AG的訂閱過程無嚴格的先后順序關(guān)系,可以同時進行。步驟514 :源ISCF根據(jù)收到的消息中的取消切換完成標(biāo)識可知目標(biāo)網(wǎng)絡(luò)取消切換完成,源ISCF觸發(fā)訂閱通知,向源AG發(fā)送NOTIFY通知源AG取消切換完成。該NOTIFY消息中Event頭域為Relocation Cancel,表示這是取消切換狀態(tài)訂閱的通知,Subscription-State頭部值為terminated表示訂閱終止,消息中帶上取消切換完成標(biāo)識,可以放在Subscription-State的reason參數(shù)中攜帶,例如可以采取如下格式Subscription-State: terminated ;reason = Relocation CancelComplete。步驟515 :源AG收到通知后向源ISCF返回通知確認消息(2000K)。步驟516 :源AG根據(jù)通知消息中取消切換完成標(biāo)識可知切換已取消。源AG向源RNC發(fā)送Relocation Cancel ACK響應(yīng),通知源RNC取消切換已完成。至此,取消切換完成。圖6為本發(fā)明實施例四的取消切換的方法的流程圖,如圖6所示,本實施例與前述圖3及圖4所示的兩個實施例的區(qū)別主要在于,本實施例是源AG采用呼叫重邀請(RE-INVITE)消息來傳送取消切換請求,后續(xù)是通過應(yīng)答消息(2000K)來實現(xiàn)取消切換完成的通知。本實施例的取消切換的方法具體包括以下步驟步驟601 :同步驟301。步驟602 :源AG收到取消切換請求后,根據(jù)將該消息所承載的SCCP鏈路的標(biāo)識關(guān)聯(lián)到對應(yīng)的用戶的切換業(yè)務(wù),并獲取該用戶號碼以及處理該切換業(yè)務(wù)的源ISCF地址,將MAP信令的取消切換請求轉(zhuǎn)換成SIP信令的呼叫重邀請(RE-INVITE)消息發(fā)送給源ISCF。該RE-INVITE消息中Request-URI頭域填的是所述源ISCF地址,此外,RE-INVITE消息中還攜帶取消切換相關(guān)參數(shù),包括用戶號碼和取消切換的原因值。取消切換相關(guān)參數(shù)在RE-INVITE消息中的攜帶方法可以采取多種方式,例如可以放在消息體的XML擴展中攜帶。此外,RE-INVITE消息中還攜帶了取消切換標(biāo)識,用來通知對方進行取消切換操作。取消切換標(biāo)識的攜帶方式可以采取通過在Request-URI頭域中增加擴展的方式,例如Request-URI可以米取如下格式目標(biāo)地址;method = Relocation Cancel。這里的method=Relocation Cancel就是取消切換標(biāo)識。當(dāng)然,取消切換標(biāo)識的攜帶有多種方式,以上只是給出了一個示例而已,但不限于此。步驟603 -M ISCF收到RE-INVITE后向源AG發(fā)送呼叫進展消息(183)。源ISCF根據(jù)RE-INVITE中的取消切換標(biāo)識判斷后續(xù)需執(zhí)行取消切換操作。步驟604至步驟609 :源ISCF和目標(biāo)AG執(zhí)行取消切換操作,可采用REFER或者INVITE方式來實現(xiàn),同步驟304至步驟309或者步驟404至步驟409。步驟610 :源ISCF根據(jù)收到的消息中的取消切換完成標(biāo)識可知目標(biāo)網(wǎng)絡(luò)取消切換完成,源ISCF向源AG發(fā)送應(yīng)答消息(2000K)。步驟611 -M AG收到應(yīng)答消息后即知取消切換完成。源AG向源ISCF返回應(yīng)答確認消息(ACK)步驟612 :源AG向源RNC發(fā)送Relocation Cancel ACK響應(yīng),通知源RNC取消切換已完成。至此,取消切換完成。本發(fā)明同時記載了一種取消切換的系統(tǒng),應(yīng)用于具有統(tǒng)一的IP核心網(wǎng)的移動網(wǎng)絡(luò)中,所述系統(tǒng)包括源RNC、源AG、源ISCF和UE’也包括目標(biāo)AG和目標(biāo)RNC,目標(biāo)AG和目標(biāo)RNC是要求切換到的目標(biāo)網(wǎng)絡(luò)的AG和RNC,本發(fā)明的取消切換的系統(tǒng)與現(xiàn)有網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)完全相同,所不同的是,上述網(wǎng)元之間所實現(xiàn)的功能,以及對相關(guān)取消切換的消息的處理與現(xiàn)有網(wǎng)絡(luò)系統(tǒng)中的相應(yīng)網(wǎng)元不同,以下進行說明源AG,用于收到取消切換請求后,通過SIP消息通知源ISCF取消切換;源ISCF,用于通知目標(biāo)網(wǎng)絡(luò)取消切換,并將取消切換的UE的對端UE的媒體面信息更新為所述取消切換的UE的媒體面信息;以及,在確認取消切換完成后,由所述源ISCF通知所述源AG。上述SIP消息的消息體中中攜帶有取消切換的相關(guān)參數(shù)和/或取消切換標(biāo)識;所述取消切換的相關(guān)參數(shù)包括取消切換UE的標(biāo)識信息。上述SIP消息的消息頭中承載取消切換標(biāo)識。上述SIP消息為轉(zhuǎn)移請求REFER消息,或信息請求INFO消息,或呼叫重邀請RE-INVITE 消息;對于所述REFER消息,所述取消切換標(biāo)識承載于所述REFER消息的refer-to頭域中的method參數(shù)中;對于所述INFO或所述RE-INVITE消息,所述取消切換標(biāo)識承載于所述INFO消息或所述RE-INVITE消息的Request-URI中。本發(fā)明的取消切換的系統(tǒng)中其他網(wǎng)元的相關(guān)功能,可結(jié)合圖3至圖6中的相關(guān)描述而理解。本發(fā)明不再一一贅述。以上所述,僅為本發(fā)明的較佳實施例而已,并非用于限定本發(fā)明的保護范圍。
權(quán)利要求
1.一種取消切換的方法,其特征在于,所述方法包括 源接入網(wǎng)關(guān)AG收到取消切換請求后,通過會話初始協(xié)議SIP消息通知源綜合業(yè)務(wù)控制功能ISCF取消切換; 所述源ISCF通知目標(biāo)網(wǎng)絡(luò)取消切換,并將取消切換的用戶終端UE的對端UE的媒體面信息更新為所述取消切換的UE的媒體面信息; 取消切換完成后,由所述源ISCF通知所述源AG。
2.根據(jù)權(quán)利要求I所述的方法,其特征在于,所述SIP消息中攜帶有取消切換的相關(guān)參數(shù)和/或取消切換標(biāo)識。
3.根據(jù)權(quán)利要求2所述的方法,其特征在于,所述SIP消息中攜帶有取消切換的相關(guān)參數(shù)具體為 所述SIP消息的消息體中承載取消切換相關(guān)參數(shù)。
4.根據(jù)權(quán)利要求2或3所述的方法,其特征在于,所述取消切換的相關(guān)參數(shù)包括取消切換UE的標(biāo)識信息和取消切換原因值。
5.根據(jù)權(quán)利要求2所述的方法,其特征在于,所述SIP消息中攜帶有取消切換標(biāo)識具體為 所述SIP消息的消息頭中承載取消切換標(biāo)識。
6.根據(jù)權(quán)利要求1、2、3或5所述的方法,其特征在于,所述SIP消息為轉(zhuǎn)移請求REFER消息,或信息請求INFO消息,或呼叫重邀請RE-INVITE消息。
7.根據(jù)權(quán)利要求6所述的方法,其特征在于,所述SIP消息的消息頭中承載取消切換標(biāo)識具體為 對于所述REFER消息,所述取消切換標(biāo)識承載于所述REFER消息的refer-to頭域中的method參數(shù)中; 對于所述INFO或所述RE-INVITE消息,所述取消切換標(biāo)識承載于所述INFO消息或所述 RE-INVITE 消息的 Request-URI 中。
8.根據(jù)權(quán)利要求I所述的方法,其特征在于,所述方法還包括 所述源ISCF收到所述源AG發(fā)送的取消切換請求后,通過SIP消息向所述源AG返回處理進展情況;其中,向所述源AG返回的SIP消息為請求接受消息,或2000K消息,或呼叫進展消息。
9.根據(jù)權(quán)利要求8所述的方法,其特征在于,所述源AG向所述源ISCF發(fā)送的SIP消息為INFO消息時,所述源AG收到所述源ISCF返回的SIP消息后,通過SIP消息對所述源ISCF中取消切換進展情況進行訂閱;其中,進行訂閱的SIP消息為Subscribe消息。
10.根據(jù)權(quán)利要求9所述的方法,其特征在于,所述Subscribe消息中攜帶有訂閱取消切換事件的標(biāo)識;其中,所述訂閱取消切換事件的標(biāo)識承載于所述Subscribe消息的Event頭域中。
11.根據(jù)權(quán)利要求I所述的方法,其特征在于,所述源ISCF通過SIP消息通知所述目標(biāo)AG取消切換;其中,通知的SIP消息中攜帶有取消切換的相關(guān)參數(shù)和/或取消切換標(biāo)識,所述取消切換的相關(guān)參數(shù)包括取消切換UE的標(biāo)識信息和取消切換原因值。
12.根據(jù)權(quán)利要求11所述的方法,其特征在于,通知的SIP消息中攜帶有取消切換的相關(guān)參數(shù)具體為通知的SIP消息的消息體中承載取消切換相關(guān)參數(shù); 或,通知的SIP消息的消息頭中承載取消切換標(biāo)識; 其中,通知的SIP消息為REFER消息或呼叫邀請INVITE消息。
13.根據(jù)權(quán)利要求12所述的方法,其特征在于,所述源ISCF通知所述目標(biāo)AG取消切換的SIP消息是INVITE消息時,所述目標(biāo)AG收到所述INVITE消息后,通過SIP消息通知所述源ISCF會話進展情況;其中,通知所述源ISCF會話進展情況的SIP消息為會話進展消肩、O
14.根據(jù)權(quán)利要求I所述的方法,其特征在于,所述方法還包括 所述目標(biāo)AG通知所述目標(biāo)RNC將取消切換的用戶終端UE的對端UE的媒體面信息更新為所述取消切換的UE的媒體面信息后,所述目標(biāo)AG通過SIP消息通知所述源ISCF取消切換已經(jīng)完成;其中,通知所述源ISCF取消切換已經(jīng)完成的SIP消息中攜帶取消切換完成標(biāo)識。
15.根據(jù)權(quán)利要求14所述的方法,其特征在于,通知所述源ISCF取消切換已經(jīng)完成的SIP消息為通知NOTIFY消息或呼叫拒絕消息,其中,為NOTIFY消息時,所述取消切換完成標(biāo)識承載于Subscription-State頭域中;為呼叫拒絕消息時,所述取消切換完成標(biāo)識承載于reason頭域中。
16.根據(jù)權(quán)利要求I所述的方法,其特征在于,所述源AG收到所述源ISCF的取消切換完成通知后,向所述源RNC發(fā)送MAP信令取消切換完成響應(yīng)消息,通知取消切換完成。
17.一種取消切換的系統(tǒng),應(yīng)用于具有統(tǒng)一的IP核心網(wǎng)的移動網(wǎng)絡(luò)中,其特征在于,所述系統(tǒng)包括源AG、源ISCF和UE,其中 源AG,用于收到取消切換請求后,通過SIP消息通知源ISCF取消切換; 源ISCF,用于通知目標(biāo)網(wǎng)絡(luò)取消切換,并將取消切換的UE的對端UE的媒體面信息更新為所述取消切換的UE的媒體面信息;以及,在確認取消切換完成后,由所述源ISCF通知所述源AG。
18.根據(jù)權(quán)利要求17所述的系統(tǒng),其特征在于,所述SIP消息的消息體中中攜帶有取消切換的相關(guān)參數(shù)和/或取消切換標(biāo)識;所述取消切換的相關(guān)參數(shù)包括取消切換UE的標(biāo)識信肩、O
19.根據(jù)權(quán)利要求17所述的系統(tǒng),其特征在于,所述SIP消息的消息頭中承載取消切換標(biāo)識。
20.根據(jù)權(quán)利要求17至19任一項所述的系統(tǒng),其特征在于,所述SIP消息為轉(zhuǎn)移請求REFER消息,或信息請求INFO消息,或呼叫重邀請RE-INVITE消息; 對于所述REFER消息,所述取消切換標(biāo)識承載于所述REFER消息的refer-to頭域中的method參數(shù)中; 對于所述INFO或所述RE-INVITE消息,所述取消切換標(biāo)識承載于所述INFO消息或所述 RE-INVITE 消息的 Request-URI 中。
全文摘要
本發(fā)明公開了一種取消切換的方法,包括源接入網(wǎng)關(guān)AG收到取消切換請求后,通過會話初始協(xié)議SIP消息通知源綜合業(yè)務(wù)控制功能ISCF取消切換;所述源ISCF通知目標(biāo)網(wǎng)絡(luò)取消切換,并將取消切換的用戶終端UE的對端UE的媒體面信息更新為所述取消切換的UE的媒體面信息;取消切換完成后,由所述源ISCF通知所述源AG。本發(fā)明同時公開了一種實現(xiàn)上述方法的取消切換的系統(tǒng)。本發(fā)明通過設(shè)置相應(yīng)的SIP消息以及更改相關(guān)網(wǎng)元的消息處理能力以及執(zhí)行能力,實現(xiàn)了在具有統(tǒng)一IP核心網(wǎng)的移動網(wǎng)絡(luò)中的取消切換業(yè)務(wù),完善了網(wǎng)絡(luò)服務(wù)能力,提升了網(wǎng)絡(luò)服務(wù)質(zhì)量。
文檔編號H04W36/00GK102625381SQ20111003400
公開日2012年8月1日 申請日期2011年1月31日 優(yōu)先權(quán)日2011年1月31日
發(fā)明者吳建華, 郝振武, 金偉毅, 陶全軍 申請人:中興通訊股份有限公司