VoLTE技術(shù)中的會(huì)話持續(xù)性ICS,SRVCC,eSRVCC_第1頁(yè)
VoLTE技術(shù)中的會(huì)話持續(xù)性ICS,SRVCC,eSRVCC_第2頁(yè)
VoLTE技術(shù)中的會(huì)話持續(xù)性ICS,SRVCC,eSRVCC_第3頁(yè)
VoLTE技術(shù)中的會(huì)話持續(xù)性ICS,SRVCC,eSRVCC_第4頁(yè)
VoLTE技術(shù)中的會(huì)話持續(xù)性ICS,SRVCC,eSRVCC_第5頁(yè)
已閱讀5頁(yè),還剩29頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、1. VoLTE技術(shù)中的會(huì)話持續(xù)性-ICS 參考文獻(xiàn):1,郵電設(shè)計(jì)技術(shù):移動(dòng)軟交換向m-AGCF演進(jìn)分析2,3GPP ICS標(biāo)準(zhǔn)目錄ICS概念I(lǐng)CS的用戶需求場(chǎng)景ICS對(duì)現(xiàn)網(wǎng)的影響ICS中的用戶終端ICS中的用戶標(biāo)識(shí)ICS、SRVCC、eSRVCC間的關(guān)系ICS架構(gòu)圖ICS中的SCC-ASICS中的新概念    1,呼叫控制信令、承載控制信令    2,接入域選擇ADS    3,T-ADS(被叫側(cè)接入域選擇)    4,增強(qiáng)

2、MSC服務(wù)器(enhanced MSC,eMSC)ICS中業(yè)務(wù)流程    1,注冊(cè)流程    2,MO側(cè)    3,MT側(cè)ICS架構(gòu)方向、實(shí)現(xiàn)方案的選擇引入ICS概念后,CS域PS域IMS的改造ICS中的緊急呼叫ICS中的短消息=ICS概念       3GPP IMS最初的設(shè)計(jì)是利用PS域作用戶接入網(wǎng)絡(luò),用于進(jìn)行會(huì)話控制和建立會(huì)話承載。ICS(IMS Centralized Services,IMS集中業(yè)

3、務(wù))對(duì)IMS架構(gòu)進(jìn)行增強(qiáng),使CS域也能作為接入網(wǎng)絡(luò),用于建立會(huì)話承載(由CS域或PS域提供會(huì)話控制)。        ICS可視為移動(dòng)語(yǔ)音業(yè)務(wù)網(wǎng)絡(luò)演進(jìn)的一個(gè)中間階段:                階段1:CS域與IMS域并列為PLMN的三個(gè)域之一。         &

4、#160;                  即:CS域獨(dú)立作會(huì)話承載與會(huì)話控制,獨(dú)立接入業(yè)務(wù)網(wǎng)絡(luò),與PS域接入的IMS間只有互通關(guān)系。                階段2:CS域演進(jìn)為IMS域的接入網(wǎng),提供會(huì)話承載功能(由CS域或PS域提供會(huì)話控制),業(yè)務(wù)

5、完全由IMS域提供。即ICS的架構(gòu)。                            由于階段2中CS域、PS域接入都由IMS域提供語(yǔ)音業(yè)務(wù)控制,則由于當(dāng)前接入網(wǎng)絡(luò)技術(shù)的多樣性而產(chǎn)生了 無(wú)線網(wǎng)絡(luò)間切換(不僅是PS域切換到CS域,不同PS域間,不同CS域間存在這個(gè)需求) 時(shí)的語(yǔ)音業(yè)務(wù)會(huì)話持續(xù)性需求,并且需要增強(qiáng)IM

6、S域功能來(lái)為切換提供語(yǔ)音業(yè)務(wù)會(huì)話持續(xù)性。                              所以:階段2中:ICS與SRVCC將共存。             &

7、#160;  階段3:CS域消亡,ICS也隨之廢棄。所有終端都統(tǒng)一到LTE無(wú)線技術(shù),且均由LTE承載接入IMS。                            階段3中底層無(wú)線網(wǎng)絡(luò)間的切換對(duì)IMS域應(yīng)該是透明不可見的。      &

8、#160;        ICS方案要求ICS用戶在PS域、CS域接入IMS業(yè)務(wù)均能得到一樣的體驗(yàn)。包括常見的補(bǔ)充業(yè)務(wù)(如號(hào)碼顯示類、呼叫限制類、呼叫轉(zhuǎn)移類)、Mid-Call業(yè)務(wù)(呼叫保持/等待,會(huì)議、ECT)、業(yè)務(wù)信息設(shè)置(如改變前轉(zhuǎn)號(hào)碼)(設(shè)置業(yè)務(wù)信息的方式有多種,如使用Ut接口,或CS域接入時(shí)使用USSD接口。如傳統(tǒng)UE只能用USSD、傳統(tǒng)IMS UE可在CS域與PS域接入時(shí)均使用 Ut接口  )。3GPP TS 23.292IP Multimedia Subsystem (IMS) centra

9、lized services;Stage 2是ICS的框架性協(xié)議,描述了各種功能對(duì)網(wǎng)元的要求,及涉及的信令流程。 ICS的用戶需求場(chǎng)景       用戶通過(guò)CS域接入的場(chǎng)景 至少包括:           1)許多情況下,CS域接入的語(yǔ)音質(zhì)量較PS域高。             

10、   IMS終端當(dāng)前的PLMN 接入網(wǎng)沒(méi)有提供PS域,或其PS域不能提供多媒體(比如只能提供語(yǔ)音、不能提供視頻)傳輸能力,或其PS域不能提供可靠的語(yǔ)音業(yè)務(wù)QOS保護(hù)。(LTE中使用PCC為PS域承載VOIP作出QOS保證,而老的3G尤其是2G 網(wǎng)絡(luò)的PS域較難提供 這種保證。而語(yǔ)音業(yè)務(wù)的收費(fèi)模式與習(xí)慣要求運(yùn)營(yíng)商必須保證 語(yǔ)音業(yè)務(wù) 的呼叫質(zhì)量與接通率 )                 &

11、#160;          LTE中, IMS信令是Non-GBA承載的,而VOIP媒體則是GBA承載(QCI=1,最高優(yōu)先級(jí),時(shí)延要求100ms)。               2) CS域傳遞呼叫控制信令、承載控制信令、媒體時(shí),  在安全性上較有保證。      

12、    3)    運(yùn)營(yíng)商需要給現(xiàn)網(wǎng)2G3G 用戶發(fā)展新業(yè)務(wù)時(shí),不希望繼續(xù)在CS域的 MSC或智能網(wǎng) 來(lái)開發(fā)。由于新發(fā)展的用戶經(jīng)常通過(guò)LTE接入(IMS提供業(yè)務(wù)),新舊用戶也可以通過(guò) 2G3G 接入網(wǎng)絡(luò)(比如用戶有雙模單待(WCDMA、LTE 雙模)手機(jī))。此時(shí),同時(shí)在IMS域與CS域、或智能網(wǎng) 同時(shí)開發(fā)新業(yè)務(wù)的成本或數(shù)據(jù)一致性較難保證。               

13、如果同時(shí)在IMS、CS域開發(fā)新業(yè)務(wù),用戶的語(yǔ)音及補(bǔ)充業(yè)務(wù)需要同時(shí)在IMS和CS網(wǎng)絡(luò)中維護(hù)。此時(shí)由于用戶數(shù)據(jù)分別存在于IMS和CS網(wǎng)絡(luò)中,其同步性、業(yè)務(wù)擴(kuò)展性和靈活性都受到了限制。用戶數(shù)據(jù)的同步在實(shí)施上經(jīng)常很困難,尤其是IMS設(shè)備廠商與CS設(shè)備廠商是不同廠商時(shí),用戶數(shù)據(jù)的一致性、業(yè)務(wù)體驗(yàn)的類似性幾乎成為不可能完成的任務(wù)(比如:同一個(gè)業(yè)務(wù)在兩個(gè)廠商設(shè)備中,其用戶數(shù)據(jù)格式經(jīng)常是不同的)(運(yùn)營(yíng)商為所有設(shè)備商定義通用數(shù)據(jù)格式經(jīng)常難以操作)              

14、 而當(dāng)引入ICS之后,用戶在CS域網(wǎng)絡(luò)的舊用戶數(shù)據(jù)繼續(xù)保持(舊用戶業(yè)務(wù)數(shù)據(jù)需要一次性割接到IMS網(wǎng)內(nèi),仍存在數(shù)據(jù)格式轉(zhuǎn)換的問(wèn)題)。新業(yè)務(wù)數(shù)據(jù)只在IMS網(wǎng)內(nèi)維護(hù)。雖然仍存在公共用戶數(shù)據(jù)的同步的問(wèn)題(比如新用戶的開戶,需要同時(shí)在 3G HSSIMS HSS上進(jìn)行,對(duì)BOSS來(lái)說(shuō),需要雙下插數(shù)據(jù)。當(dāng)然這也是現(xiàn)網(wǎng)BOSS系統(tǒng)數(shù)據(jù)接口的常規(guī)工作),但由于補(bǔ)充業(yè)務(wù)只在IMS網(wǎng)內(nèi)提供,數(shù)據(jù)同步的工作量將比“同時(shí)在IMS、CS域開發(fā)新業(yè)務(wù)”要減少大部分。  畢竟用戶業(yè)務(wù)數(shù)據(jù)比基本用戶數(shù)據(jù)要多得多。       

15、  好處是統(tǒng)一用戶業(yè)務(wù)數(shù)據(jù)管理,減輕運(yùn)營(yíng)維護(hù)的壓力。注:未來(lái)3G4G HSS與IMS-HSS將融合在一起,避免了用戶數(shù)據(jù)在PLMN接入網(wǎng)、IMS域的同時(shí)維護(hù)的困難。            4)用戶可以升級(jí)UE到IMS UE、ICS UE(后兩者定義見下),也可以不升級(jí)UE,仍使用傳統(tǒng)手機(jī)。              &

16、#160;  作為接入IMS域的vMSC,可以升級(jí)為eMSC,也可以不升級(jí)。            5) 用戶可以選擇通過(guò)CS域接入,或通過(guò)PS域接入。這個(gè)選擇性在主叫側(cè)、被叫側(cè)均被提供。 好處是CS域接入的呼叫質(zhì)量更高(運(yùn)營(yíng)商也可能對(duì)于不同接入方式提供不同費(fèi)率)。           6)非ICS用戶、ICS用戶允許共存。 &

17、#160;              運(yùn)營(yíng)商可以選擇ICS業(yè)務(wù)推廣力度。在初期只遷移部分CS域用戶到ICS中,給這部分用戶的好處是可以享受到IMS內(nèi)的新業(yè)務(wù)。  ICS對(duì)現(xiàn)網(wǎng)的影響         ICS為IMS會(huì)話提供使用CS媒體承載的機(jī)制,通過(guò)ICS,用戶所有的語(yǔ)音業(yè)務(wù)都可由IMS提供。無(wú)論通過(guò)PS域還是CS域接入,用戶會(huì)話都可由IMS控制。&

18、#160;       ICS方案兼容傳統(tǒng)PLMN方案,即:PLMN本地網(wǎng)內(nèi)用戶(也包括漫游用戶)是否有可能一部分用戶不是ICS用戶,它們的呼叫仍在PLMN內(nèi)路由        原因是:使用了eMSC之后,ICS用戶與非ICS可在PLMN接入網(wǎng)內(nèi)共存,因?yàn)镠SS簽約數(shù)據(jù)可判斷用戶是否支持ICS,ICS用戶會(huì)被eMSC代替發(fā)起IMS注冊(cè),所以ICS用戶發(fā)起的呼叫可被eMSC定向到IMS域,而非ICS用戶則被eMSC轉(zhuǎn)回MSC路由。 

19、60;         而普通MSC判斷是否ICS用戶的方法是到IN去查,IN網(wǎng)分配IMRN的方式可能是根據(jù)SCP根據(jù)簽約數(shù)據(jù)添加接入碼,幫助路由到IMS?;蛑苯佑蒘CC AS的gsmSCF功能(VCC架構(gòu)中定義)分配IMRN。           CS用戶漫游到支持ICS的CS域后,仍使用CS網(wǎng)絡(luò)做業(yè)務(wù)。       

20、0;雖然傳統(tǒng)MSC接入也被ICS所允許,但傳統(tǒng)MSC無(wú)法實(shí)現(xiàn)與TAS間的I3接口,無(wú)法實(shí)現(xiàn)mid-call業(yè)務(wù)。導(dǎo)致后果:ICS用戶漫游到不支持ICS的MSCS時(shí),如仍通過(guò)camel方式錨定到IMS,但此時(shí)將無(wú)法實(shí)現(xiàn)Mid-Call業(yè)務(wù)。 另一種方案是:由MSC本地提供業(yè)務(wù)。           即使PLMN本地網(wǎng)內(nèi)的通話,也會(huì)上到eMSC或普通MSC后再發(fā)給IMS域的SCC AS錨定。所以錨定功能實(shí)際上由 MSC+SCC AS共同執(zhí)行。   &

21、#160;    這樣改變了PLMN網(wǎng)內(nèi)路由方式,所有本地(visited)MSC的路由都會(huì)指向本地網(wǎng)邊緣的eMSC或普通vMSC。eMSC一定會(huì)把呼叫定向到IMS域,而普通MSC則需要查詢IN得到IMRN后再定向到IMS域。注1:ICS部署時(shí)可能有一個(gè)問(wèn)題:即使主被叫在同一個(gè)CS域進(jìn)行會(huì)話,仍要錨定到IMS域進(jìn)行會(huì)話控制和業(yè)務(wù)觸發(fā)。不僅信令會(huì)有迂回(業(yè)務(wù)控制信令、CS承載控制信令都經(jīng)過(guò) 互聯(lián)網(wǎng)上的SCC AS),媒體也會(huì)有迂回(CS承載控制路徑是經(jīng)過(guò)eMSC控制下的CS-MGW),這增加了會(huì)話接續(xù)時(shí)長(zhǎng)(主要由于IMS域處于互聯(lián)網(wǎng),時(shí)延較長(zhǎng))與媒體互通節(jié)

22、點(diǎn)的開銷(如編解碼轉(zhuǎn)換),        只要主被叫中有一個(gè)用戶是ICS用戶(比如另一個(gè)用戶是傳統(tǒng)CS 用戶),上述問(wèn)題就存在。          普通MSC需要查詢IN后才可經(jīng)過(guò)MGCF路由到IMS域,在ICS出現(xiàn)之前已經(jīng)產(chǎn)生了CS域通過(guò)這種方式接入IMS的方案,稱為非錨定方案(對(duì)應(yīng)的錨定方案是指 IMS AS直接提供MAP與CAMEL接口,對(duì)MSC/SSP來(lái)說(shuō),IMS AS相當(dāng)于智能網(wǎng)SCP,這種方案稱為錨定方案

23、)。        它的問(wèn)題在于:GSM的智能網(wǎng)CAMEL協(xié)議只能實(shí)現(xiàn)一次觸發(fā),即IN業(yè)務(wù)與IMS域不能同時(shí)簽約。同樣,C網(wǎng)智能網(wǎng)協(xié)議中用戶只能簽約一個(gè)SCP,不支持多業(yè)務(wù)觸發(fā)嵌套。另外許多運(yùn)營(yíng)商的PLMN IN現(xiàn)網(wǎng)已經(jīng)提供了上百種業(yè)務(wù),不可能全部放棄或轉(zhuǎn)到IMS網(wǎng)來(lái),PLMN現(xiàn)網(wǎng)業(yè)務(wù)與IMS業(yè)務(wù)需要共存,但實(shí)際部署時(shí)經(jīng)常出現(xiàn)業(yè)務(wù)沖突問(wèn)題,即一種業(yè)務(wù)的實(shí)現(xiàn)影響了其它業(yè)務(wù)的實(shí)現(xiàn)結(jié)果(同樣的問(wèn)題在IMS域內(nèi)多業(yè)務(wù)AS之間也存在, 有時(shí)在解決上通過(guò)IFC觸發(fā)順序解決)。    &#

24、160;    IMS中IFC的觸發(fā)機(jī)制遠(yuǎn)比IN觸發(fā)機(jī)制靈活,一個(gè)用戶可以簽約多個(gè)IFC,觸發(fā)到多個(gè)AS,觸發(fā)順序按優(yōu)先級(jí)功能,觸發(fā)條件可按號(hào)碼、信令和SDP中任何字段來(lái)觸發(fā)(對(duì)AS來(lái)說(shuō),相當(dāng)于由SCSCF來(lái)過(guò)濾呼叫),比如按媒體類型觸發(fā),實(shí)現(xiàn)了精細(xì)化控制。       普通MSC呼入時(shí),沒(méi)有攜帶接入網(wǎng)信息,MGCF可能不能補(bǔ)充接入網(wǎng)信息,IMS域內(nèi)TAS無(wú)法知道用戶當(dāng)前是否漫游、及接入網(wǎng)信息,對(duì)于BAIC-Roam(漫游出歸屬PLMN國(guó)家后 閉鎖入局呼叫)業(yè)務(wù)無(wú)法執(zhí)行。要解決這個(gè)問(wèn)題

25、,可能需要 3G HSS與IMS-HSS 之間的交互來(lái)取得用戶當(dāng)前的VLR-ID。        對(duì)于地域廣泛、地區(qū)繁多的國(guó)家,某個(gè)分支A(如省一級(jí))要開展ICS業(yè)務(wù)時(shí),不但要改造本省的PLMN與IMS網(wǎng)絡(luò),還要保證用戶漫游到其它分支后,其它分支的PLMN接入網(wǎng)的vMSC能將用戶始發(fā)呼叫轉(zhuǎn)到Home IMS來(lái)。由于PLMN中IN業(yè)務(wù)的觸發(fā)是由主叫側(cè)visited域來(lái)控制(即vMSC觸發(fā)),則A省運(yùn)營(yíng)商要保證全國(guó)各省的vMSC都要改造,以觸發(fā)到SCP去取得路由。 ICS中的用戶終端  &

26、#160;     ICS方案針對(duì)的是擁有 2G3G CS域接入能力的UE。在這個(gè)方案中,UE也可以具有2G3G4G PS域接入能力。但I(xiàn)CS方案的關(guān)注點(diǎn)是:UE通過(guò)CS域來(lái)傳輸媒體時(shí),UE與IMS之間的信令傳遞機(jī)制。    引入ICS概念后,根據(jù)用戶終端功能的不同可以將 ICS網(wǎng)絡(luò)內(nèi)的終端 大致分為以下幾類。      1) 傳統(tǒng)UE:包括2G/3G 中的傳統(tǒng)UE,只能通過(guò)CS域進(jìn)行語(yǔ)音呼叫。    &#

27、160; 2) 傳統(tǒng)IMS UE:2G/3G/LTE中傳統(tǒng)UE,如果所處PS域能提供VOIP語(yǔ)音業(yè)務(wù)保證(PS域?qū)τ贗MS信令、IMS媒體需要提供不同的QOS,而傳信令的要求較低),且UE上安裝了IMS應(yīng)用軟件。這種UE同時(shí)具有CS域、PS域的接入能力。      3) ICS UE:比傳統(tǒng)IMS UE更進(jìn)一步,要求支持ICS UE的能力。        上述終端均為ICS方案所接納(下文的ICS用戶包括了三類終端),并允許它們?cè)贖ome域與Vi

28、sited域接入時(shí)均可提供ICS功能。        終端不同,對(duì)于ICS方案的實(shí)現(xiàn)架構(gòu)影響很大。有些運(yùn)營(yíng)商和廠商傾向于ICS UE。而大部分運(yùn)營(yíng)商更關(guān)注 傳統(tǒng)UE、傳統(tǒng)IMS UE 的接入。        使用ICS UE后,從業(yè)務(wù)體驗(yàn)上來(lái)說(shuō),由于終端能力強(qiáng)大,可能更容易開發(fā)新業(yè)務(wù)(即使從CS域接入)。I1Gm接口對(duì)PS域 Qos要求不高,各種復(fù)雜的新業(yè)務(wù)流程引入不需要修改eMSC或MSC,直接 升級(jí)TAS、SCC-AS與終端升級(jí)軟件

29、 即可。比如轉(zhuǎn)接、三方、接續(xù) 等操作可通過(guò)Gm口傳遞。部分擁有較強(qiáng)終端定制能力的運(yùn)營(yíng)商支持這種方案。        但傳統(tǒng)IMS UE當(dāng)從PS域接入時(shí),即走傳統(tǒng)IMS流程時(shí),各種IMS新業(yè)務(wù)均可使用。  而從長(zhǎng)期來(lái)看,通過(guò)LTE接入總有一天會(huì)成為主流,ICS UE也將是臨時(shí)的解決方案。        所以:傳統(tǒng)IMS UE在ICS接入的方案,更容易成為當(dāng)前的主流方案。 ICS中的用戶標(biāo)識(shí) 

30、0;      ICS終端、IMS UE仍支持傳統(tǒng)的IMS用戶標(biāo)識(shí)。        當(dāng)eMSC收到CS域注冊(cè)成功的通知時(shí),它會(huì)代替終端進(jìn)行注冊(cè),它使用特定的方法來(lái)生成用戶PUI與PVI(稱為 ICS專用PUI與PVI),并支持GRUU。為了避免雙注冊(cè)(當(dāng)用戶也在PS域中進(jìn)行IMS注冊(cè)時(shí))沖突,HSS中配置了 ICS專用PVI,它與IMS PVI擁有相同的隱式注冊(cè)集PUI(即一個(gè)用戶的簽約數(shù)據(jù)中有兩個(gè)PVI,對(duì)應(yīng)同一個(gè)隱式注冊(cè)集,對(duì)應(yīng)同樣的業(yè)務(wù)觸發(fā)IFC,這

31、讓用戶不管是從PS域接入,還是CS域接入,都能觸發(fā)到同一個(gè)TAS進(jìn)行補(bǔ)充業(yè)務(wù)處理,TAS中將此視為同一個(gè)用戶的兩次呼叫,區(qū)別只是地理接入位置、當(dāng)前接入網(wǎng)不同。 )。隱式注冊(cè)集中也被加入了 ICS專用PUI。      這種用戶標(biāo)識(shí)的設(shè)計(jì),使得SCC AS的Sh接口必須識(shí)別PS域發(fā)起的IMS注冊(cè) 與 CS域發(fā)起的IMS注冊(cè)。      HSS中用戶的IMS profile中使用Tel uri作為缺省PUI,它與CS域的C-MSISDN相同??梢灾С?G3G與IMS同號(hào)

32、。 ICS、SRVCC、eSRVCC間的關(guān)系。        ICS內(nèi)的切換設(shè)計(jì)只針對(duì) 2G3G CS域內(nèi)發(fā)生切換時(shí) 對(duì)IMS呼叫的影響。  (3G的CS域切換到 2G CS域 時(shí),媒體仍在CS域中承載,但PS域可能丟失,這只影響了Gm接口,不影響會(huì)話持續(xù)性)       SRVCC針對(duì)4G LTE網(wǎng)絡(luò)(只有PS域)在會(huì)話中切換到2G3G CS域或PS域 的流程。 (原始需求是:用戶在LTE蜂窩內(nèi)發(fā)起呼叫,呼叫中高速

33、移動(dòng),并切換到 2G3G 的蜂窩 內(nèi))。所以要支持SRVCC的話,即意味著部分支持了ICS的功能。        eSRVCC中引入ATCF,ATCF向SCC AS屏蔽終端類型的區(qū)別,比如對(duì)通過(guò)Gm、I1、I2等接口發(fā)起的呼叫。則ATCF需要支持ICS中的Gm,I1接口。Gm、I1發(fā)起的呼叫,業(yè)務(wù)控制信令和承載控制信令的合并,由ATCF來(lái)實(shí)現(xiàn)。 ICS架構(gòu)圖            

34、60;                            圖:ICS架構(gòu)    I1、Gm接口:只執(zhí)行呼叫控制信令,不執(zhí)行注冊(cè)功能。注冊(cè)通過(guò)eMSC來(lái)發(fā)起。    I3接口要求實(shí)現(xiàn)“interwork CS signalling”和“s

35、ervice setting”,重點(diǎn)是用于傳遞mid-call信令與用戶狀態(tài)、用戶配置信息??赡芑赨t接口實(shí)現(xiàn)。   ICS中的SCC-AS       SCC AS作為Home域的SIP AS存在,是所有ICS用戶起呼與終呼的錨定點(diǎn)。方法是通過(guò)起呼IFC與終呼IFC。它應(yīng)該作為起呼iFC中的第一個(gè)AS和終呼iFC中的最后一個(gè)AS。另外主叫側(cè)或被叫側(cè)的S-CSCF也可能采用PSI終呼過(guò)程來(lái)轉(zhuǎn)發(fā)請(qǐng)求到SCC AS。    SCC-AS接續(xù)了ICS用戶與遠(yuǎn)端

36、用戶之間的呼叫,它作為B2BUA,兩側(cè)的call leg分別稱為:        接入分支(或稱近端分支,local leg,Access leg):UE和 SCC AS之間的呼叫分支。        遠(yuǎn)端分支(remote leg):在SCC AS和遠(yuǎn)端用戶之間形成的呼叫分支。在遠(yuǎn)端分支調(diào)用TAS和其他應(yīng)用服務(wù)器。   SCC AS的功能:     

37、60;     CS訪問(wèn)適配(CAA):當(dāng)呼叫控制信令通過(guò)CS域傳遞時(shí),它維護(hù) 呼叫控制信令 流程。           ICS用戶代理(IUA):它控制本端leg的呼叫承載建立(當(dāng)通過(guò)CS承載接入時(shí)),即維護(hù) 承載控制信令 流程。當(dāng)ICS UE使用I1Gm接口作為呼叫控制信令時(shí),因?yàn)镾CC AS與本端UE間同時(shí)維護(hù)了兩個(gè)會(huì)話,IUA會(huì)關(guān)聯(lián)兩個(gè)會(huì)話,對(duì)遠(yuǎn)端只體現(xiàn)為一路標(biāo)準(zhǔn)的IMS呼叫。 

38、          終呼域選擇(T-ADS):選擇ICS用戶的接入域,或獲取CSRN將終呼發(fā)往CS域功能。它會(huì)考慮接入域和UE的能力、IMS注冊(cè)狀態(tài)、CS域狀態(tài)、已有的活動(dòng)會(huì)話、以及運(yùn)營(yíng)商策略來(lái)進(jìn)行選擇。            T-ADS的選擇結(jié)果是:媒體通過(guò)PS域建立、或 媒體通過(guò)CS域建立并使用GmI1進(jìn)行呼叫控制、或 媒體通過(guò)MSC(eMSC或普通MSC建立)。(當(dāng)媒體通

39、過(guò)GmI1作呼叫控制時(shí),ICS用戶會(huì)自行發(fā)起CS域的起呼)            在這個(gè)基礎(chǔ)上,通過(guò)接入網(wǎng)選擇ICS用戶的Contact 地址。            如果UE通過(guò)標(biāo)準(zhǔn)MSC Server注冊(cè)到CS網(wǎng)絡(luò),T-ADS獲取CSRN以將終呼請(qǐng)求通過(guò)CS域傳遞給UE。       

40、     UE T-ADS也可能被執(zhí)行,甚至與T-ADS同時(shí)執(zhí)行。 ICS中的新概念      與傳統(tǒng)IMS架構(gòu)(或手機(jī)通過(guò)PS域接入IMS進(jìn)行VoLTE呼叫)相比。ICS提出以下新概念:1,呼叫控制信令、承載控制信令      承載控制信令的概念,在IMS與PLMN、PSTN中都是沒(méi)有的。雖然IMS中的呼叫、媒體是走不同路徑,但媒體路徑的建立受呼叫信令所控制,媒體層RTP本身也有信令功能,但它與ICS中的承載控制信

41、令的作用完全不同。     也許Nortel、AT&T當(dāng)初提出這種思路,只是為了只是希望業(yè)務(wù)增強(qiáng)主要由終端實(shí)現(xiàn),對(duì)網(wǎng)絡(luò)影響要小。但我看來(lái),區(qū)分出這兩種信令,代表了一種嶄新的電信技術(shù)演進(jìn)方向:將呼叫功能區(qū)分為兩部分:基本呼叫與業(yè)務(wù)控制、媒體控制。兩部分功能走不同的信令路徑,分為不同的SIP會(huì)話。由SCC AS將這兩個(gè)會(huì)話關(guān)聯(lián)起來(lái)。這是呼叫功能細(xì)化的一個(gè)思路。      呼叫控制信令(或稱業(yè)務(wù)控制信令,Service Control Signalling Path)、承載控制信令(

42、Bearer Control Signalling Path) 可分離 或合并。   當(dāng)分離時(shí),       呼叫控制信令的兩端是:UE、SCC-AS。允許通過(guò)兩種接口中的任一種完成。如I1(建議是CS域的USSD信令),Gm(PS域接入時(shí))。針對(duì)ICS UE。       此時(shí)SCC-AS會(huì)同時(shí)維護(hù)兩個(gè)SIP會(huì)話,一個(gè)會(huì)話(呼叫控制信令)完成UE的呼叫控制或切換(它在I1或Gm接口完成)。另一個(gè)會(huì)話完成媒體的交換(通過(guò)CS承

43、載控制信令完成)(它的路徑是:SCC-AS、eMSC、CS域、手機(jī))。    對(duì)SCC-AS來(lái)說(shuō),需要將兩個(gè)SIP會(huì)話進(jìn)行關(guān)聯(lián)。注:I1、Gm接口也用于釋放過(guò)程。另外,2個(gè)SIP會(huì)話中,任一個(gè)出現(xiàn)異常,都需要SCC AS釋放另一個(gè)會(huì)話。 在切換之后,I1、Gm接口可能丟失,此時(shí)仍需要保持會(huì)話。        ICS UE的引入帶來(lái)了信令流程的復(fù)雜性。   當(dāng)合并時(shí),      

44、 呼叫控制信令將從用戶所處的  visited PLMN或當(dāng)前接入PLMN  的CS域傳遞到IMS域內(nèi),即與 承載控制信令的呼叫路徑是一樣的。    此時(shí)SCC-AS只需要維護(hù)一個(gè)SIP會(huì)話即可。SCC-AS將完全作為B2BUA,會(huì)維護(hù)遠(yuǎn)端與近端會(huì)話的連接。注:注:不管是分離還是合并,當(dāng)通過(guò)CS域接入時(shí),本端用戶在   visited PLMN或當(dāng)前接入PLMN     的媒體總是在CS域承載。  

45、0;     一般所說(shuō)的“CS域接入”是指用戶呼叫的媒體,在 所處接入網(wǎng)(PLMN) 內(nèi)這段,總是利用了CS 域傳遞。此時(shí),用戶仍可利用PS域或CS域或USSD來(lái)傳遞 呼叫控制信令(PS域承載的傳遞媒體的QOS要求較高,但傳遞 SIP信令 的要求一般可以滿足)       三種ICS終端 均可以使用  普通MSC+MGCF 建立語(yǔ)音承載。       三種ICS終端 也可以由 eMSC

46、將媒體SDP帶給IMS核心網(wǎng)建立承載。注:     ICS UE使用I1Gm接口來(lái)進(jìn)行呼叫控制,呼叫建立流程復(fù)雜,建立時(shí)間增長(zhǎng)。     I1接口使用USSD方式。可能的方式是SCC-AS通過(guò)MAP連接eMSC,或通過(guò)其它協(xié)議(如短消息SMPP協(xié)議)連接USSDC。 2,接入域選擇ADS      接入域選擇(ADS,    Access Domain Selection)(或稱 起呼域

47、選擇 )      它指ICS UE(或傳統(tǒng)IMS UE)在發(fā)起始呼時(shí),基于網(wǎng)絡(luò)能力及運(yùn)營(yíng)商策略來(lái)選擇是使用CS承載還是PS承載。      對(duì)終端來(lái)說(shuō),既然CS域、PS域都可以接入IMS(呼叫與注冊(cè)),那么它作主叫時(shí),也存在域選擇的問(wèn)題。這完全由UE自己完成。     選擇因素包括:        -    

48、;當(dāng)前可得到的接入網(wǎng)種類:如PS,PS+CS,CS;        -    當(dāng)前接入網(wǎng)PS接入是否支持IMS 語(yǔ)音(如IMS voice over PS Session Supported Indication);         -    UE的設(shè)置(如IMS PS Voice preferred、IMS PS Voice only、CS Vo

49、ice preferred、CS Voice only)。注:ICS UE、傳統(tǒng)IMS UE在注冊(cè)過(guò)程時(shí)也面臨這種選擇。上述終端本身是要注冊(cè)到CS域的,當(dāng)CS域注冊(cè)成功后,eMSC會(huì)代替用戶發(fā)起IMS注冊(cè)。當(dāng)它們支持PS域時(shí),并且PS域支持IMS語(yǔ)音或視頻時(shí),UE應(yīng)該也從PS域向IMS中進(jìn)行注冊(cè)。 3,T-ADS(被叫側(cè)接入域選擇)      由于允許終端可以選擇PS域、或CS域向IMS進(jìn)行雙注冊(cè)(另外,通過(guò)普通MSC接入時(shí),UE不需要注冊(cè))。     那么在被叫側(cè)需要選擇一

50、種域呼向用戶。此時(shí)終端如只在一個(gè)域內(nèi)進(jìn)行了注冊(cè),選擇是唯一的。如終端同時(shí)從兩個(gè)域進(jìn)行了注冊(cè),那么選擇的策略將比較復(fù)雜    T-ADS分兩種:  1)完成由SCC-AS來(lái)執(zhí)行T-ADS。  2)SCC-AS先通過(guò) 呼叫控制信令路徑(I1,Gm)呼向終端,由終端來(lái)選擇 一個(gè)域把選擇結(jié)果通過(guò) 18x響應(yīng)返回給SCC-AS。  在選擇完成后,SCC-AS將呼叫發(fā)給UE(利用 承載控制信令 )。    3GPP 29.328 Sh接口中定義了一個(gè)參數(shù)(T-ADS

51、Information),可以取得UE當(dāng)前小區(qū)是否支持IMS語(yǔ)音的信息,參數(shù)值如下:-    IMS-VOICE-OVER-PS-NOT-SUPPORTED (0)-    IMS-VOICE-OVER-PS-SUPPORTED (1)-    IMS-VOICE-OVER-PS-SUPPORT-UNKNOWN (2)   T-ADS需要知道PS域、CS域是否可達(dá)(UE reachability for IP),參數(shù)值是-  

52、  UE-IP-REACHABILITY-MME. Its possible values are:-    REACHABLE (0)-    UE-IP-REACHABILITY-SGSN. Its possible values are:-    REACHABLE (0)    Location Information參數(shù)將用于選擇CS域呼叫目標(biāo)。Location information for CSLoca

53、tion information for GPRSLocation information for EPS         4,增強(qiáng)MSC服務(wù)器(enhanced MSC,eMSC)        它類似于Tispan為固網(wǎng)用戶定義的AGCF網(wǎng)元(PES子系統(tǒng))。eMSC也可稱為mAGCF或m-AGCF(m即mobile)。       AGCF可將固網(wǎng)用戶

54、接入IMS(接入網(wǎng)可能改造為:普通電話通過(guò)AGIAD接入。也可能未改造,直接讓 C5局或C4局 通過(guò)TGSG接入 AGCF)。        而mAGCF可以將3G2G CS域用戶接入IMS。CS域不需要任何改造(HSS要增強(qiáng)以支持ICS用戶參數(shù))。       mAGCF會(huì)完成CS域信令到SIP信令的轉(zhuǎn)換。不僅是呼叫信令,它在收到CS域的注冊(cè)完成通知或位置更新時(shí),會(huì)代替用戶發(fā)起IMS域的注冊(cè)。    &#

55、160;   mAGCF會(huì)控制CS-MGW,目的是完成CS域媒體和基于IP的RTP流的轉(zhuǎn)換。 甚至有TC(Transcoding)功能。注:eMSC在ICS方案中并非強(qiáng)制使用。       UE也可以通過(guò)普通MSC接入IMS,當(dāng)此時(shí),用戶無(wú)法完成在IMS域的注冊(cè)功能,將置為IMS域的強(qiáng)制注冊(cè)狀態(tài)。普通MSC完成CS域呼叫信令與SIP invite或refer的轉(zhuǎn)換。  而在作被叫時(shí),SCC-AS的T-ADS功能可以選擇到CS域呼出到用戶。   &

56、#160;   3GPP 29.292-a10  5.7    Supplementary Service Configuration 中要求eMSC能把USSD配置消息轉(zhuǎn)化為Ut接口的消息發(fā)給TAS,然后收到http 響應(yīng)后發(fā) RELEASE COMPLETE給終端。注1:當(dāng)UE通過(guò)PS域接入IMS時(shí),不需要經(jīng)過(guò)mAGCF。注2:eMSC的使用并不是必須的,它比使用普通MSC的好處是:不需要更改現(xiàn)網(wǎng)的路由路徑(不需要智能網(wǎng)幫助路由,即重定向),則呼叫建立更快,運(yùn)營(yíng)維護(hù)也方便。更易實(shí)現(xiàn)用戶補(bǔ)充業(yè)務(wù)集中實(shí)現(xiàn)

57、(尤其針對(duì)老的2G MSC設(shè)備)注3:當(dāng)其它網(wǎng)絡(luò)的非ICS簽約用戶漫游到eMSC時(shí),eMSC需要Fall back到普通MSC,為用戶提供業(yè)務(wù)。                   2. VoLTE技術(shù)中的會(huì)話持續(xù)性-SRVCC目錄 IMS中的會(huì)話持續(xù)性概念會(huì)話持續(xù)性的范圍移動(dòng)IP、SRVCC實(shí)現(xiàn)語(yǔ)音業(yè)務(wù)切換的思路分析雙模終端的類型SRVCC架構(gòu)分析SRVCC的網(wǎng)元  

58、0; 1,eMSC向IMS發(fā)出SRVCC切換請(qǐng)求    2,MME執(zhí)行VoIP和非VoIP媒體分離功能,并向eMSC發(fā)起SRVCC切換    3,HSS新增用于SRVCC的參數(shù)STN-SR、C-MSISDN    4,UE要具有SRVCC能力    5,E-UTRAN(LTE接入網(wǎng))的SRVCC能力    6,UTRAN(HSPA)的SRVCC能力   &#

59、160;7,SCC AS負(fù)責(zé)錨定與切換    8,EATF功能實(shí)現(xiàn)IMS緊急呼叫到CS的SRVCC切換SRVCC業(yè)務(wù)流程概述SRVCC業(yè)務(wù)流程細(xì)化IMS側(cè)的SRVCC呼叫流程(單路呼叫、多路呼叫)IMS緊急呼叫的SRVCC過(guò)程SRVCC流程的改進(jìn)思路E-UTRAN附著過(guò)程中與SRVCC有關(guān)的參數(shù)E-UTRAN業(yè)務(wù)請(qǐng)求過(guò)程中與SRVCC有關(guān)的參數(shù) =IMS中的會(huì)話持續(xù)性概念    IMS有關(guān)的會(huì)話持續(xù)性技術(shù)集中在語(yǔ)音業(yè)務(wù)的會(huì)話持續(xù)性。 要求是:業(yè)務(wù)中斷時(shí)間不超過(guò)300ms,盡量避免升級(jí)或修改傳統(tǒng)的

60、2G/3G網(wǎng)絡(luò)    對(duì)于語(yǔ)音呼叫而言,由于用戶的呼叫分為MO側(cè)與MT側(cè),主叫側(cè)與被叫側(cè)都可以發(fā)起呼叫。各種切換技術(shù)關(guān)注的重點(diǎn)是 發(fā)起切換側(cè)UE(稱近端) 所在網(wǎng)絡(luò)(2個(gè)接入網(wǎng)與一個(gè)核心網(wǎng))的信令與媒體流程。而遠(yuǎn)端UE的流程不作為重點(diǎn),往往只是一個(gè)收到媒體切換請(qǐng)求并響應(yīng)的過(guò)程。   語(yǔ)音呼叫連續(xù)性(Voice Call Continuity,VCC)很早就被提出,伴隨IMS從起始、發(fā)展、成熟、演進(jìn)各階段都在3GPP 標(biāo)準(zhǔn)中被研究。08年前IMS語(yǔ)音呼叫經(jīng)常從wifi接入,所以R7的VCC(也稱DR VCC)開始僅指wifi與

61、2G3G CS域間的切換。并且生產(chǎn)出了雙模雙待的手機(jī)(Wlan常是5G頻段,2G3G常是2G頻段),伴以系統(tǒng)側(cè)設(shè)備的支持,稱為DRVCC或DR-VCC(Dual Radio VCC).    隨著LTE的普及,但2G、3G網(wǎng)絡(luò)仍將長(zhǎng)期存在。LTE/EPC不提供CS功能,Voice應(yīng)用將需要依賴于IMS。LTE的早期部署將僅覆蓋部分人口稠密地區(qū)。    用戶已滿意于2G3G網(wǎng)絡(luò)的語(yǔ)音質(zhì)量與覆蓋,運(yùn)營(yíng)商與廠商開始研究VoLTE呼叫如何切換到2G3G的CS域語(yǔ)音呼叫,開始也納入VCC范圍。但業(yè)界發(fā)現(xiàn)難以生產(chǎn)同時(shí)在LTE、

62、2G或3G 同時(shí)待機(jī)的手機(jī)(無(wú)法同時(shí)支持兩個(gè)RAT技術(shù))(支持LTE和GSM/UMTS的雙模手機(jī)很難實(shí)現(xiàn)雙模雙待,不能同時(shí)附著到LTE和GSMUMTS系統(tǒng)上進(jìn)行收發(fā)數(shù)據(jù)或者進(jìn)行通話,)     人們提出SRVCC或SR-VCC(Single Radio VCC)概念,UE本身支持雙模單待,基本的SRVCC方案允許 語(yǔ)音呼叫從LTE側(cè)(或HSPA)的IMS呼叫 切換到2G3G3GPP2  CS域。各種增強(qiáng)的SRVCC方案允許 含視頻的多媒體呼叫的切換、反向切換(從3G切換到LTE側(cè))。    &#

63、160; 3GPP對(duì)原3GPP R7的Dual Radio VCC機(jī)制進(jìn)行了修改,以支持EPC中的這種Single Radio場(chǎng)景,并稱為SRVCC技術(shù),包括EUTRAN與UTRAN/GERAN之間的SRVCC以及EUTRAN與3GPP2 1xCS的SRVCC,還包括UTRAN的HSPA與UTRAN/GERAN的CS域間的SRVCC。    SRVCC方案已比較成熟,MSC server assisted mid-call feature對(duì)于語(yǔ)音呼叫中各種補(bǔ)充業(yè)務(wù)提供了支持。SR-VCC 實(shí)際上是個(gè)切換過(guò)程,要求運(yùn)營(yíng)商已經(jīng)部署了IMS網(wǎng)絡(luò)。&#

64、160;       SR-VCC技術(shù)可能在LTE網(wǎng)絡(luò)部署的前期和中期使用,隨著LTE網(wǎng)絡(luò)的覆蓋擴(kuò)大,SR-VCC技術(shù)的使用逐漸減少直至消亡。注:原始需求是LTE初期是熱點(diǎn)覆蓋,而2G3G是廣域覆蓋,所以用戶在LTE覆蓋邊緣的語(yǔ)音呼叫持續(xù)性很重要。除了SRVCC之外,還有CSFB方案作為SRVCC的有力競(jìng)爭(zhēng)對(duì)手,兩種方案受不同運(yùn)營(yíng)商、廠商的支持。VoLGA方案已被3GPP放棄。      SRVCC的定義:Single Radio Voice Call Contin

65、uity: Voice call continuity between IMS over PS access and CS access for calls that are anchored in IMS when the UE is capable of transmitting/receiving on only one of those access networks at a given time.      CSFB的主要缺點(diǎn)是并未從本質(zhì)上解決LTE提供語(yǔ)音業(yè)務(wù)的問(wèn)題,而且每當(dāng)用戶需要語(yǔ)音業(yè)務(wù)時(shí),用戶在LTE網(wǎng)絡(luò)下的業(yè)務(wù)都

66、需要中斷、切換或掛起,從而影響用戶的體驗(yàn)。頻繁的系統(tǒng)間的模式轉(zhuǎn)換由語(yǔ)音業(yè)務(wù)觸發(fā),因此與傳統(tǒng)意義上的系統(tǒng)間切換觸發(fā)條件,例如由于LTE覆蓋不好引發(fā)的向2G系統(tǒng)的切換不同,這種問(wèn)題無(wú)法通過(guò)在網(wǎng)絡(luò)部署階段的優(yōu)化來(lái)改善。     對(duì)于已經(jīng)部署或計(jì)劃部署IMS的LTE運(yùn)營(yíng)商(也有CS域現(xiàn)網(wǎng))來(lái)說(shuō),傾向于使用SRVCC。而部分LTE運(yùn)營(yíng)商不打算通過(guò)IMS提供語(yǔ)音業(yè)務(wù)(定位于純管道運(yùn)營(yíng)商,只提供數(shù)據(jù)業(yè)務(wù)),而又有CS域現(xiàn)網(wǎng)用戶,那他們會(huì)傾向于使用CSFB。 會(huì)話持續(xù)性的范圍    固定電話中沒(méi)有漫游、移動(dòng)、切

67、換等要求。而移動(dòng)網(wǎng)絡(luò)從最初設(shè)計(jì)開始,就允許用戶在其網(wǎng)絡(luò)范圍內(nèi)、甚至是有同種無(wú)線信號(hào)覆蓋的地區(qū)(允許跨運(yùn)營(yíng)商)的移動(dòng),由此帶來(lái)了在會(huì)話(分語(yǔ)音會(huì)話、數(shù)據(jù)會(huì)話)中進(jìn)行移動(dòng)的需求。    用戶會(huì)話中移動(dòng)可以包括各種場(chǎng)景,直接影響了設(shè)計(jì)方案。比如(不限于)     1,會(huì)話完全建立后的移動(dòng),不分主被叫。     2,會(huì)話未完全建立時(shí)的移動(dòng),比如在被叫側(cè)返回振鈴消息期間(因?yàn)榭梢哉耖L(zhǎng)達(dá)60s),主叫或被叫用戶發(fā)生移動(dòng),即振鈴態(tài)切換。   

68、;  3,跨運(yùn)營(yíng)商,單制式的移動(dòng)。比如2G網(wǎng)絡(luò)內(nèi)的移動(dòng),包括了基站間切換、MSC間切換、GGSN(數(shù)據(jù)業(yè)務(wù))間的切換。也稱系統(tǒng)內(nèi)切換。     4,多制式的移動(dòng)(如2G網(wǎng)絡(luò)移動(dòng)到3G網(wǎng)絡(luò),或反之。如WCDMA切換到CDMA 2000,或反之)。稱系統(tǒng)間切換。     5,在引入voip后,wifi(voip)與3G2GLTE 間的切換。     6,VOIP呼叫間的切換:如原呼叫在wifiLTE中執(zhí)行voip(IMS),切換到

69、2G3G 的PS域繼續(xù)走VOIP。     7,Voip呼叫與CS域呼叫間的切換。如原呼叫是PS域接入的IMS語(yǔ)音,切換后變?yōu)镃S域接入。     8,數(shù)據(jù)業(yè)務(wù)的切換:如數(shù)據(jù)業(yè)務(wù)從LTE切換到2G3G的PS域。     9,上述各種場(chǎng)景的組合。 移動(dòng)IP、SRVCC實(shí)現(xiàn)語(yǔ)音業(yè)務(wù)切換的思路分析    移動(dòng)IP的思路是:本端用戶空閑、或呼叫時(shí)發(fā)生移動(dòng)或切換(一般來(lái)說(shuō),空閑下發(fā)生移動(dòng),而呼叫中發(fā)生切換)

70、,由IP層屏蔽移動(dòng)性,對(duì)遠(yuǎn)端來(lái)說(shuō),本端的IP地址不變。       上層業(yè)務(wù)(TCP、基于UDP、TCP、SCTP的應(yīng)用層協(xié)議)完全不可見,業(yè)務(wù)仍能持續(xù)。        原因是:移動(dòng)前兩個(gè)主機(jī)間建立的TCP連接、UDP連接、SCTP 連接,移動(dòng)后兩個(gè)主機(jī)上的這些連接仍正常存在。只是移動(dòng)過(guò)程中發(fā)生了一些丟包或鏈路維護(hù)消息增多。對(duì)于語(yǔ)音呼叫來(lái)說(shuō),即切換前后,通話兩端手機(jī)上的信令連接媒體連接不變。即應(yīng)用層完全感知不到切換。  

71、60;而SRVCC的思路是:本端用戶呼叫時(shí)發(fā)生移動(dòng),允許本端終端的IP地址重新分配。但MSC會(huì)代替終端發(fā)起SRVCC切換請(qǐng)求(同時(shí),本端手機(jī)與MSC之間的CS域連接也會(huì)建立),與SCC AS之間建立一個(gè)新的本端呼叫路徑,提供一個(gè)新的本端媒體地址給SCCAS,SCCAS會(huì)通過(guò)媒體切換過(guò)程讓通話兩端的媒體層連接重新建立。所以:SRVCC中,切換后,SIP層信令連接RTP層媒體連接會(huì)在原通話兩端重建。即應(yīng)用層感知并參與切換。 雙模終端的類型SRVCC雙模單待:某段時(shí)間只能支持一種接入網(wǎng),但允許切換到另一種接入網(wǎng),即為單待。CSFB雙模雙待(雙收單發(fā)):CSFB方案沒(méi)有VoLTE與IMS。用

72、戶在LTE網(wǎng)絡(luò)中只進(jìn)行數(shù)據(jù)業(yè)務(wù),語(yǔ)音業(yè)務(wù)仍由CS域來(lái)做。但CSFB終端并非完全的雙模雙待,它可以在兩種接入網(wǎng)絡(luò)(LTE、3G CS域)中待機(jī),但只能在3G CS域中接受與發(fā)起呼叫。            當(dāng)這種用戶做被叫時(shí),通過(guò)EPC網(wǎng)絡(luò)與CS域間的Gs接口,將語(yǔ)音呼叫回落到CS域來(lái)處理。雙模雙待(雙收雙發(fā)):同時(shí)使用兩種接入技術(shù),并允許同時(shí)在兩個(gè)接入網(wǎng)中進(jìn)行不同的呼叫。當(dāng)這種終端普及后,SRVCC與CSFB就不需要了。 SRVCC架構(gòu)分析  &

73、#160; 3GPP提出的SRVCC網(wǎng)絡(luò)架構(gòu)如下圖:                 3GPP TS 23.216 V11.6.0 (2012-09)     圖  SRVCC網(wǎng)絡(luò)架構(gòu)    在SRVCC架構(gòu)中,新增了Sv接口及I2接口(上圖中MSC與IMS之間的接口,它實(shí)際上是在ICS方案中定義的)。

74、60;   MME和eMSC之間提供Sv接口,以支持SRVCC切換處理。    關(guān)鍵的會(huì)話轉(zhuǎn)移(Session Transfer)功能在3GPP TS 23.237中定義,有時(shí)也稱為會(huì)話切換功能。    通過(guò)上圖可見,    1, 切換前,UE的本端呼叫路徑(承載路徑見Bearer path before HO,信令路徑見sip signaling path before HO )經(jīng)過(guò)LTE的PS域接入IMS。   

75、  2,切換后UE的本端呼叫路徑(承載路徑見Bearer path after HO)經(jīng)過(guò)CS域的承載接入IMS(仍受IMS的呼叫控制,類似ICS)。信令路徑在上圖中沒(méi)畫,實(shí)際上是eMSC發(fā)起切換請(qǐng)求到IMS域。切換完成后的呼叫控制信令路徑類似于:ICS中,傳統(tǒng)IMS UE通過(guò)eMSC接入的場(chǎng)景。    注:另一種切換方案是:切換后媒體走3G的PS域。    可見,切換后UE所處網(wǎng)絡(luò)是支持ICS方案的,本端媒體通過(guò)CS域,呼叫業(yè)務(wù)上移到IMS控制。    

76、SRVCC的實(shí)現(xiàn)基礎(chǔ)是:Voice over LTE(LTE+IMS)與ICS(CS域+eMSC+IMS)。SRVCC不要求 ICS UE。當(dāng)然支持SRVCC的ICS UE也可以使用(即:切換到3G后,ICSUE的呼叫可以走I1接口)    在ICS方案中:與IMS接口的MSC可以是eMSC(它可以以前的vMSC上升級(jí),或單獨(dú)新增IWF互通功能網(wǎng)元),也可能只是普通的MSC。 但在SRVCC中的MSC只能是eMSC,因?yàn)樗仨毰cMME接口,必須能發(fā)起切換請(qǐng)求。    SRVCC的終端,對(duì)應(yīng)于ICS方案中的傳統(tǒng)IMS

77、 UE、 ICS UE。 SRVCC的網(wǎng)元在SRVCC方案,我們關(guān)心的幾個(gè)網(wǎng)元 1,eMSC向IMS發(fā)出SRVCC切換請(qǐng)求        eMSC對(duì) ICS 中eMSC(3GPP TS 23.292定義)進(jìn)行了增強(qiáng)。   (1)    處理MME/SGSN從Sv接口發(fā)送的針對(duì)語(yǔ)音媒體成分的重定位準(zhǔn)備過(guò)程請(qǐng)求;(2)    ICS功能相關(guān)的增強(qiáng):如果支持ICS功能,并且通過(guò)Sv接

78、口接受到ICS flag, 那么MSC Server執(zhí)行ICS功能。(3)    根據(jù)TS 23.237的定義,調(diào)用從IMS到CS的會(huì)話切換過(guò)程或緊急呼叫切換過(guò)程;(4)    協(xié)調(diào)CS切換及會(huì)話切換過(guò)程;(5)    受理 非UE/非用戶觸發(fā)的MAP_Update_Location過(guò)程/MAP位置更新流程;(即切換成功后,MSC發(fā)給HSS一個(gè)位置更新消息 )(6)    緊急呼叫情況下,根據(jù)條件發(fā)送MAP Subscriber Loc

79、ation Report到GMLC以支持位置連續(xù)性。     eMSC可以與切換目標(biāo)MSC合一,也可以獨(dú)立存在(有時(shí)這稱為IWF功能)。    它處于在3GPP UTRAN/GERAN中。eMSC有可能支持SIP,也可能不支持SIP。 2,MME執(zhí)行VoIP和非VoIP媒體分離功能,并向eMSC發(fā)起SRVCC切換      MME需要兼顧語(yǔ)音的SRVCC切換和非語(yǔ)音的PS切換處理(或稱:VoIP和非VoIP媒體分離功能)(PS bear

80、er splitting function)。      當(dāng)UE從LTE(語(yǔ)音呼叫承載在GBR上,數(shù)據(jù)會(huì)話承載在非GBR上,UE上語(yǔ)音呼叫與數(shù)據(jù)會(huì)話可能并存)切換到3G時(shí),語(yǔ)音呼叫切換到CS域(按SRVCC流程),而數(shù)據(jù)會(huì)話切換到PS域(3GPP EPC定義了這種流程,非SRVCC范圍)。      切換的發(fā)起網(wǎng)元是MME,它對(duì)于語(yǔ)音會(huì)話(面向eMSC,按SRVCC流程)、數(shù)據(jù)會(huì)話(面向SGSN)要走不同的流程。這就是媒體分離功能的意義。   &

81、#160;  MME發(fā)起SRVCC切換的依據(jù)是:SRVCC UE將UE的“SRVCC Capabilities”在LTE附著時(shí)傳送到MME,MME保存用戶能力,并用于SRVCC操作。     如果用戶在LTE側(cè)同時(shí)處于多路呼叫中,切換過(guò)程中,MME、MSC只會(huì)選擇一路呼叫進(jìn)行IMS側(cè)、CS側(cè)的媒體切換。其它路呼叫的切換會(huì)由SCC-AS來(lái)發(fā)起。原來(lái)多路呼叫間的業(yè)務(wù)關(guān)聯(lián),將由SCC-AS通過(guò)與MSC之間的mid-call過(guò)程來(lái)處理。      UTRAN (HSPA)

82、也可以提供VoIMS,此時(shí)切換決策由源側(cè)的SGSN作出(又分為:基于Gn SGSN,基于S4 SGSN 兩種場(chǎng)景)。它的角色相當(dāng)于LTE的MME。 MME具體功能總結(jié)如下:(1)    通過(guò)分離PS中的語(yǔ)音承載與非語(yǔ)音承載,執(zhí)行PS承載分割功能(PS bearer splitting function);(2)    針對(duì)非語(yǔ)音媒體,根據(jù)TS 23.401定義的Inter RAT(多無(wú)線技術(shù)間)切換過(guò)程,在目標(biāo)小區(qū)(無(wú)線Cell)處理非語(yǔ)音PS承載;(3)    針對(duì)語(yǔ)音媒體成分,通過(guò)Sv接口發(fā)起SRVCC切換過(guò)程到目標(biāo)小區(qū)(無(wú)線Cell),如果是緊急呼叫,攜帶緊急呼叫指示。無(wú)論UE當(dāng)前使用的語(yǔ)音承載數(shù)量(如QCI=1)有多少個(gè),該過(guò)程僅觸發(fā)一次。如果當(dāng)前有多個(gè)語(yǔ)音承載,且僅有其中一路為緊急呼叫,MME需要僅針對(duì)緊急呼叫執(zhí)行SRVCC;        對(duì)于SGSN,VoIP可以基于traffic class=conversational和SSD=spee

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論