1、Single Radio Voice Call ContinuityVCC:Voice Call Continuity,是指當(dāng)UE在支持VoIP業(yè)務(wù)的網(wǎng)絡(luò)之間移動(dòng)時(shí)，如何保持語(yǔ)音業(yè)務(wù)的連續(xù)性，即將承載在源網(wǎng)絡(luò)的VoIP語(yǔ)音業(yè)務(wù)平滑切換到目標(biāo)網(wǎng)絡(luò)CS域，反之依然。依據(jù)終端同時(shí)接收不同無(wú)線信號(hào)的數(shù)量，可將VCC分為雙射頻(Dual Radio,DR)和單射頻(Single Radio,SR)兩種模式。雙射頻(DR)模式是在VCC切換的過(guò)程中，UE能同時(shí)在源網(wǎng)絡(luò)和目標(biāo)網(wǎng)絡(luò)接收和發(fā)送數(shù)據(jù)。單射頻(SR)模式是假設(shè)UE在一個(gè)時(shí)間點(diǎn)只能接收一個(gè)載頻的無(wú)線信號(hào)。目前針對(duì)LTE語(yǔ)音業(yè)務(wù)的互操作，主要有三種候選

2、技術(shù)：CSFB, SRVCC, VoLGA.CSFB:該觀點(diǎn)認(rèn)為，在LTE部署初期，運(yùn)營(yíng)商主要提供寬帶數(shù)據(jù)業(yè)務(wù)，語(yǔ)音業(yè)務(wù)可以利用傳統(tǒng)的GSM網(wǎng)絡(luò)，由于GSM網(wǎng)絡(luò)有很高的覆蓋率并經(jīng)過(guò)長(zhǎng)期優(yōu)化，因此在LTE部署初期，用戶仍然可以得到高質(zhì)量的語(yǔ)音服務(wù)。在這種策略的指導(dǎo)下，3GPP發(fā)展了CSFB技術(shù)，當(dāng)用戶駐留LTE網(wǎng)絡(luò)時(shí)，如果需要發(fā)起或者接收電話，用戶需要從LTE模式轉(zhuǎn)回到2G網(wǎng)絡(luò)中完成通話。這種方式的主要缺點(diǎn)是并未從本質(zhì)上解決LTE提供語(yǔ)音業(yè)務(wù)的問(wèn)題，而且每當(dāng)用戶需要語(yǔ)音業(yè)務(wù)時(shí)，用戶在LTE網(wǎng)絡(luò)下的業(yè)務(wù)都需要中斷、切換或掛起，從而影響用戶的體驗(yàn)。頻繁的系統(tǒng)間的模式轉(zhuǎn)換由語(yǔ)音業(yè)務(wù)觸發(fā)，因此與傳統(tǒng)意義

3、上的系統(tǒng)間切換觸發(fā)條件，例如由于LTE覆蓋不好引發(fā)的向2G系統(tǒng)的切換不同，這種問(wèn)題無(wú)法通過(guò)在網(wǎng)絡(luò)部署階段的優(yōu)化來(lái)改善。VoLGA：這種觀點(diǎn)也是希望在LTE部署初期，盡可能利用原有的2G網(wǎng)絡(luò)，其主要思想是將LTE作為一個(gè)IP接入網(wǎng)，通過(guò)新增加的一個(gè)網(wǎng)絡(luò)實(shí)體(GANC)模擬RNC或BSC,接入CS核心網(wǎng)完成語(yǔ)音業(yè)務(wù)的處理。這種策略解決了CS Fallback 由語(yǔ)音業(yè)務(wù)觸發(fā)的頻繁模式轉(zhuǎn)換問(wèn)題，并支持在LTE覆蓋區(qū)域的邊緣向2G/3G網(wǎng)絡(luò)切換以保持語(yǔ)音業(yè)務(wù)連續(xù)性。工業(yè)聯(lián)盟VoLGA正制定有關(guān)規(guī)范，但與CSFB類似，VoLGA技術(shù)方案語(yǔ)音業(yè)務(wù)仍然要通過(guò)2G網(wǎng)絡(luò)來(lái)完成，該方案也并未解決最終在LTE系統(tǒng)中

4、提供語(yǔ)音的問(wèn)題。另外該方案需要爭(zhēng)取主流運(yùn)營(yíng)商和設(shè)備制造商的廣泛支持。SRVCC：第三種觀點(diǎn)是直接通過(guò)LTE提供基于IP的語(yǔ)音服務(wù)，這種方式被多種運(yùn)營(yíng)商看做最終的解決方案。3GPP發(fā)展了針對(duì)這種部署方式和互操作策略的方案Single Radio Voice Call Continuity(SRVCC)。SRVCC主要解決當(dāng)單射頻UE在LTE/Pre-LTE網(wǎng)絡(luò)和2G/3G網(wǎng)絡(luò)之間移動(dòng)時(shí)，如何保持語(yǔ)音業(yè)務(wù)連續(xù)性的問(wèn)題，也就是單射頻UE在IMS控制的VoIP語(yǔ)音和CS語(yǔ)音之間無(wú)縫切換考慮到網(wǎng)絡(luò)運(yùn)營(yíng)及用戶的體驗(yàn)，SR-VCC應(yīng)遵循以下基本原則：(1)業(yè)務(wù)中斷時(shí)間不超過(guò)300ms(2)應(yīng)能夠與DR-VC

5、C方案完全兼容(3)盡量避免升級(jí)或修改傳統(tǒng)的2G/3G網(wǎng)絡(luò)E-UTRAN and 3GPP UTRAN/GERAN SRVCC高層概念圖為了便于到CS域的語(yǔ)音組件的會(huì)話切換(SRVCC)，IMS多媒體電話會(huì)話(IMS multimedia telephony sessions)需要錨定在IMS中。對(duì)于E-UTRAN到UTRAN/GERAN的SRVCC，MME首先從E-UTRAN接收切換請(qǐng)求和用于說(shuō)明此為SRVCC處理的指示消息。如果MME擁有此終端的SRVCC STN-SR信息，則將通過(guò)Sv參考點(diǎn)觸發(fā)它與MSC Server enhanced for SRVCC之間的SRVCC流程。MSC S

6、erver enhanced for SRVCC啟動(dòng)到IMS的會(huì)話轉(zhuǎn)換流程，并將它與到目標(biāo)小區(qū)(target cell)的CS切換流程相協(xié)調(diào)。MSC Server enhanced for SRVCC發(fā)送PS-CS切換響應(yīng)到MME，該切換響應(yīng)中包含了UE接入U(xiǎn)TRAN/GERAN所必須的CS 切換命令信息。所有的非語(yǔ)音PS承載都是由MME中的PS承載劃分功能(PS bearer splitting function)在SRVCC流程期間基于從E-TURAN接收的信息進(jìn)行處理。MME負(fù)責(zé)協(xié)調(diào)PS-PS切換流程的前向重定位響應(yīng)(Forward Relocation Response)和SRVCC

7、PS to CS ResponseE-UTRAN and 3GPP UTRAN/GERAN SRVCC體系結(jié)構(gòu)SRVCC系統(tǒng)結(jié)構(gòu)中主要功能實(shí)體的功能增強(qiáng)：(1)MSC Server enhanced for SRVCC:處理MME通過(guò)Sv接口發(fā)送的語(yǔ)音業(yè)務(wù)切換準(zhǔn)備請(qǐng)求。發(fā)起IMS域到CS域的會(huì)話切換。處理CS切換和會(huì)話切換流程。(2)HSSSRVCC方案中，HSS除了傳統(tǒng)的功能外還需要存儲(chǔ)一個(gè)特殊參數(shù)STN-SR(Session Transfer Number Single-Radio,會(huì)話遷移號(hào))。在UE附著過(guò)程中，HSS會(huì)通過(guò)插入簽約用戶數(shù)據(jù)消息將STN-SR參數(shù)傳給MME，再轉(zhuǎn)發(fā)至MSC

8、.(3)MME執(zhí)行PS承載劃分功能，用于區(qū)分VoIP承載和非VoIP承載。Inter-RAT切換過(guò)程中實(shí)現(xiàn)非VoIP承載的切換。發(fā)起到目標(biāo)小區(qū)的SRVCC切換。協(xié)調(diào)PS切換和SRVCC切換的同步執(zhí)行。執(zhí)行非語(yǔ)音承載掛起和非語(yǔ)音承載恢復(fù)。參考點(diǎn)(1)Sv接口：MME與MSC Server之間的接口，負(fù)責(zé)支持E-UTRAN與GERAN/UTRAN之間的SR-VCC切換。(2)S6a接口：HSS與MME之間的接口，在E-UTRAN網(wǎng)絡(luò)附著過(guò)程中，MME將通過(guò)S6a接口從HSS下載SRVCC相關(guān)的信息。(3) S1-MME :對(duì)于SRVCC,S1-MME參考點(diǎn)允許在E-UTRAN和MME之間移交信令E

9、-UTRAN and 3GPP GERAN/UTRAN SRVCC Procedures and flows(1) E-UTRAN Attach procedure for SRVCC 對(duì)于3GPP SRVCC UE的E-UTRAN附著流程，除了常規(guī)的流程，還需以下操作：-SRVCC UE在附著請(qǐng)求消息和TAU(Tracking Area Updates)中包含SRVCC功能指示，作為“MS Network Capacity”的一部分，MME為SRVCC操作存儲(chǔ)此信息。-SRVCC UE在附著請(qǐng)求消息和非周期的TAU消息包含GERAN MS Classmark 3(如果GERAN接入網(wǎng)支持)，

10、MS Classmark2(如果GERAN或UTRAN接入網(wǎng)支持)，Codecs IE(如果GERAN或UTRAN接入網(wǎng)支持).-如果用戶被允許在拜訪網(wǎng)絡(luò)(VPLMN)中使用SRVCC，則HSS將在訂閱數(shù)據(jù)中包含SRVCC STN-SR和C-MSIDN,并發(fā)送給MME.-MME在S1 AP Initial Context Setup Request中包含一個(gè)”SRVCC operation possible”指示，意味著UE和MME均有SRVCC功能。SRVCC的服務(wù)請(qǐng)求流程也需要MME在S1 AP Initial Context Setup Request中包含一個(gè)”SRVCC operat

11、ion possible”指示，意味著UE和MME均有SRVCC功能。SR-VCC切換信令流程在此只敘述由E-UTRAN至GERAN/UTRAN的單向切換流程。在每個(gè)切換方向上根據(jù)GERAN/UTRAN是否支持DTM(Dual Transfer Mode，雙傳輸模式)及PS切換來(lái)執(zhí)行不同的SR-VCC流程。SRVCC from E-UTRAN to GERAN without DTM support 1.用戶終端向E-UTRAN發(fā)送測(cè)量報(bào)告2.基于用戶終端的測(cè)量報(bào)告，E-UTRAN決定觸發(fā)一個(gè)到GERAN的SRVCC切換3.源E-UTRAN向源MME發(fā)送切換需求（目標(biāo)ID，源到目標(biāo)的透明容器，

12、SRVCC切換指示），E-UTRAN在源到目標(biāo)透明容器中為CS域設(shè)置“Old BSS to New BSS information IE”,SRVCC切換指示向MME表明目標(biāo)只有CS能力，因此這是一個(gè)只面向CS域的SRVCC切換操作。該消息包含一個(gè)UE在目標(biāo)蜂窩中PS服務(wù)不可用的標(biāo)識(shí)。4.基于與語(yǔ)音承載相關(guān)聯(lián)的QCI和SRVCC切換指示，源MME將語(yǔ)音承載從非語(yǔ)音承載中分離出來(lái)，并對(duì)MSC Server啟動(dòng)語(yǔ)音承載的PS-CS切換流程。5.MME向MSC Server發(fā)送一個(gè)SRVCC PS to CS Request消息(國(guó)際移動(dòng)用戶標(biāo)識(shí)符IMSI，目標(biāo)ID，STN-SR,C-MSISDN，

13、源到目標(biāo)透明容器，MM上下文，緊急標(biāo)識(shí))，如果正在進(jìn)行的是緊急會(huì)話，則消息中將包含緊急標(biāo)識(shí)。對(duì)于UE在受限服務(wù)模式下操作的情況，MME也將在請(qǐng)求消息中包含設(shè)備識(shí)別符。如果認(rèn)證過(guò)的IMSI和C-MSISDN可用的話，也被包含在請(qǐng)求消息中。MME從HSS接收在E-UTRAN附著流程期間下載的C-MSISDN和STN-SR作為Subscription profile的一部分。MME上下文包含相關(guān)的安全信息，CS安全密鑰由MME從E-UTRAN/EPS域密鑰派生，并在MM上下文中發(fā)送。 6.MSC Server通過(guò)向目標(biāo)MSC發(fā)送準(zhǔn)備切換請(qǐng)求(Prepare Handover Request)消息，使

14、PS-CS切換請(qǐng)求和MSC之間的切換請(qǐng)求實(shí)現(xiàn)互操作。MSC Server分配一個(gè)默認(rèn)SAI作為在到目標(biāo)MSC的接口上的源ID。并用BSSMAP為準(zhǔn)備切換請(qǐng)求進(jìn)行封裝。NOTE1:SAI的默認(rèn)值是在MSC中配置的，它允許release 8及其后的BSC識(shí)別SRVCC切換的源是E-UTRAN.為了保證在目標(biāo)BSS中準(zhǔn)確的統(tǒng)計(jì)量，默認(rèn)的SAI應(yīng)該跟UTRAN中使用的SAIs區(qū)別開(kāi)來(lái)。SAI:Service Area Identifier7.目標(biāo)MSC通過(guò)與目標(biāo)BSS交換切換請(qǐng)求/確認(rèn)消息來(lái)進(jìn)行資源分配。8.目標(biāo)MSC向MSC Server發(fā)送一個(gè)準(zhǔn)備切換響應(yīng)消息(Prepare Handover R

15、esponse).9.在目標(biāo)MSC和與MSC Server關(guān)聯(lián)的MGW之間建立電路連接。例如使用ISUP IAM和ACM messages.ISUP IAM:ISDN User Part Initial Address Message10. 對(duì)于非緊急會(huì)話，MSC Server用STN-SR啟動(dòng)會(huì)話遷移(Session Transfer)。例如：向IMS發(fā)送一個(gè)ISUP IAM(STN-SR)。對(duì)于緊急會(huì)話，MSC Server用本地配置的E-STN-SR啟動(dòng)會(huì)話遷移。在會(huì)話遷移過(guò)程中執(zhí)行標(biāo)準(zhǔn)的IMS業(yè)務(wù)連續(xù)性或緊急IMS業(yè)務(wù)連續(xù)性。NOTE2:該步驟可在8后就開(kāi)始。NOTE3:如果MSC S

16、erver正在使用一個(gè)ISUP接口，則在用戶平面(subscriber profile)包含的CAMEL觸發(fā)器對(duì)于優(yōu)先切換不可用的情況下，非緊急會(huì)話的會(huì)話遷移可能失敗。11.遠(yuǎn)端(remote end)在會(huì)話遷移流程期間被CS access leg的SDP更新。此時(shí)，VoIP分組的下行數(shù)據(jù)流被交換到CS access leg.12.源IMS access leg被釋放。NOTE4:Step 11、12與13相獨(dú)立。13.MSC Server發(fā)送一個(gè)SRVCC PS to CS響應(yīng)消息(目標(biāo)到源透明容器)到源MME.14.源MME發(fā)送一個(gè)切換命令(Handover Command)消息到源E-U

17、TRAN，該消息只包含語(yǔ)音組件的相關(guān)信息。15.源E-UTRAN發(fā)送一個(gè)Handover from E-UTRAN Command 消息到UE.16.UE調(diào)整(tunes to)到GERAN.17.目標(biāo)BSS進(jìn)行切換檢測(cè)(Handover Detection).UE通過(guò)目標(biāo)BSS發(fā)送一個(gè)切換完成(Handover complete)消息到目標(biāo)MSC，如果目標(biāo)MSC不是MSC Server,則目標(biāo)MSC發(fā)送一個(gè)SES(Handover Complete)消息到MSC Server.18.UE開(kāi)始掛起(Suspend)流程。從GUTI中派生TLLI和RAI對(duì)。這將觸發(fā)目標(biāo)SGSN向源MME發(fā)送掛起

18、通知消息，MME向目標(biāo)SGSN返回掛起確認(rèn)。NOTE5:MME也許不能從接收到的P-TMSI和RAI對(duì)中派生出GUTI，因此它可能不能辨識(shí)出與掛起通知消息相關(guān)聯(lián)的是哪一個(gè)UE的上下文，在這種情況下，承載也 將被在step 22a去激活或掛起。19.目標(biāo)BSS向目標(biāo)MSC發(fā)送切換完成(Handover Complete)消息.20.目標(biāo)MSC發(fā)送一個(gè)SES(Handover Complete)消息到MSC Server.語(yǔ)音電路在MSC Server/MGW中完成連接。21.用到MSC Server的ISUP Answer 消息完成建立流程。22.MSC Server發(fā)送一個(gè)SRVCC PS t

19、o CS Complete Notification到源MME，通知它UE已經(jīng)到達(dá)目標(biāo)側(cè)。源MME發(fā)送一個(gè)SRVCC PS to CS Complete Acknowledge 消息到MSC Server進(jìn)行應(yīng)答。22a.MME修改語(yǔ)音承載，并設(shè)置PS to CS 切換指示器，移除其他的GBR承載，MME還將到S-GW和P-GW的非GBR承載掛起，將所有EPS承載的S1-U承載釋放。所有GBR承載通過(guò)在MME、S-GW、P-GW中刪除GBR承載上下文而被去激活。至于GTP-based s5/s8,S-GW通過(guò)發(fā)送Modify Bearer Request Message請(qǐng)求P-GW刪除所有GB

20、R承載上下文。GBR:Guaranteed Bit RatePCC:Policy and Charging Control23a.如果IMSI在VLR(拜訪位置寄存器)中未知，則MSC Server將執(zhí)行到HSS/HLR的MAP Update Location,一種例外是不存在認(rèn)證過(guò)的IMSI(例如對(duì)于一個(gè)用認(rèn)證IMSI的緊急會(huì)話服務(wù))。23b.如果MSC Server執(zhí)行MAP Update Location，并且如果多個(gè)MSC/VLR為相同的LAI服務(wù)，則MSC Server用一個(gè)帶有它自己的網(wǎng)絡(luò)資源標(biāo)識(shí)符(NRI)的非廣播LAI執(zhí)行到UE的TMSI重分配。LAI:Location Are

21、a Identity 24.對(duì)于緊急服務(wù)會(huì)話，在切換完成以后，源MME或MSC Server可能向源或目標(biāo)側(cè)關(guān)聯(lián)的GMLC(Gateway Mobile Location Center)發(fā)送一個(gè)MSC Server 標(biāo)識(shí)的用戶位置報(bào)告(Subscriber Location Report)。在CS語(yǔ)音會(huì)話結(jié)束后，如果UE仍在GERAN中，則UE將通過(guò)向SGSN發(fā)送一個(gè)路由區(qū)域更新請(qǐng)求(Routing Area Update Request )來(lái)恢復(fù)PS服務(wù)。更新類型依賴于GERAN網(wǎng)絡(luò)的操作模式，如果UE在CS語(yǔ)音會(huì)話結(jié)束后已經(jīng)返回到E-UTRAN，則UE將通過(guò)發(fā)送TAU(Track Area

22、 Update)到MME來(lái)恢復(fù)PS服務(wù)。MME將通知S-GW和P-GW恢復(fù)掛起的承載。SRVCC from E-UTRAN to UTRAN with PS HO or GERAN with DTM HO support下圖所示是一個(gè)從E-UTRAN到UTRAN或GERAN的支持DTM切換的SRVCC呼叫流程。其中包括非語(yǔ)音組建的處理，呼叫流不僅要求eNodeB能夠判決目標(biāo)側(cè)是帶有PS切換的UTRAN還是支持DTM的GERAN，而且要求UE能夠支持DTM. 1.UE向E-UTRAN發(fā)送測(cè)量報(bào)告。2.基于UE的測(cè)量報(bào)告，源E-UTRAN決定觸發(fā)一個(gè)到UTRAN/GERAN的SRVCC切換。3.如

23、果目標(biāo)是UTRAN，則源E-UTRAN發(fā)送一個(gè)切換需求消息(目標(biāo)ID,源到目標(biāo)透明容器，SRVCC切換指示)到源MME，SRVCC切換指示向MME表明此為CS+PS切換。 NOTE1:當(dāng)源E-UTRAN用SRVCC切換指示表明目標(biāo)既有CS能力，也具備PS能力，并且這是一個(gè)CS+PS切換請(qǐng)求后，源MME向目標(biāo)CS域和目標(biāo)PS域發(fā)送單獨(dú)的接受透明容器。 如果目標(biāo)是GERAN，源E-UTRAN發(fā)送一個(gè)切換需求消息(目標(biāo)ID,源到目標(biāo)透明容器，附加源到目標(biāo)的透明容器，SRVCC切換指示)到源MME。E-UTRAN在附加源到目標(biāo)透明容器中位CS域設(shè)置“old BSS to new BSS informa

24、tion IE”。由此，MME從SRVCC切換指示中識(shí)別這是一個(gè)CS+PS切換請(qǐng)求。4.基于與語(yǔ)音承載相關(guān)聯(lián)的QCI和SRVCC切換指示，源MME將語(yǔ)音承載和其他所有的PS承載分離開(kāi)來(lái)，并將各自重定位到MSC Server和SGSN。5a.源MME通過(guò)向MSC Server發(fā)送一個(gè)SRVCC PS to CS Request消息(IMSI,Target ID,STN-SR,C-MSISDN,源到目標(biāo)透明容器，MM上下文，緊急指示) 來(lái)啟動(dòng)語(yǔ)音承載的PS-CS切換流程。如果正在進(jìn)行的是緊急會(huì)話，則該請(qǐng)求消息中包含緊急指示。在UE工作在受限服務(wù)狀態(tài)的情況下，MME在該請(qǐng)求消息中包含設(shè)備識(shí)別符，被鑒

25、定的IMSI和C-MSISDN如果可用的話，也應(yīng)該包含在請(qǐng)求消息中。該請(qǐng)求消息只包含與CS域相關(guān)的信息。MME從HSS接受在E-UTRAN附著流程期間下載的C-MSISDN和STN-SR作為用戶訂閱信息(Subscription profile)的一部分.MM上下文包含相關(guān)的安全信息，CS安全密鑰由MME從E-UTRAN/EPS域密鑰派生出來(lái)，并在MM上下文中發(fā)送。5b.MSC Server通過(guò)向目標(biāo)MSC發(fā)送一個(gè)準(zhǔn)備切換請(qǐng)求消息，使PS-CS切換請(qǐng)求和MSC之間的切換請(qǐng)求互相配合。如果目標(biāo)系統(tǒng)是GERAN，MSC Server分派一個(gè)默認(rèn)SAI作為到目標(biāo)BSS接口上的源ID，并用BSSMAP

26、封裝準(zhǔn)備切換請(qǐng)求。如果目標(biāo)系統(tǒng)是UTRAN,MSC用RANAP封裝準(zhǔn)備切換請(qǐng)求。NOTE2:SAI的默認(rèn)值在MSC中配置，它允許release 8及其后的BSC識(shí)別SRVCC切換源是E-UTRAN。為確保目標(biāo)BSS中準(zhǔn)備的統(tǒng)計(jì)量，默認(rèn)SAI應(yīng)與UTRAN中使用的SAIs相區(qū)別。5c.目標(biāo)MSC通過(guò)向目標(biāo)RNS/BSS發(fā)送重定位請(qǐng)求/切換請(qǐng)求消息(附加源至目標(biāo)透明容器)為CS重定位請(qǐng)求資源分配。6.與上述步驟并行，MME啟動(dòng)PS承載重定位，執(zhí)行下述步驟：6a.源MME向目標(biāo)SGSN發(fā)送一個(gè)前向重定位請(qǐng)求消息(源到目標(biāo)透明容器，MM上下文，PDN連接)，PDP上下文包含非語(yǔ)言組件和語(yǔ)言組件的信息。

27、PS to CS切換指示器為語(yǔ)音承載設(shè)置。NOTE3:在切換到Gn/Gp SGSN的情況下，前向重定位將包含PDP上下文來(lái)代替PDN連接，并且用將MBR參數(shù)設(shè)置為0來(lái)表示CS域的切換來(lái)代替為語(yǔ)音承載提供的PS to CS指示器6b.目標(biāo)SGSN通過(guò)發(fā)送重定位請(qǐng)求/切換請(qǐng)求消息(目標(biāo)到源透明容器)到目標(biāo)RNS/BSS來(lái)為PS重定位請(qǐng)求資源分配。7.在目標(biāo)RNS/BSS接收到CS重定位/切換請(qǐng)求和PS重定位/切換請(qǐng)求以后，它要分配適當(dāng)?shù)腃S和PS資源，執(zhí)行以下步驟：7a.目標(biāo)RNS/BSS通過(guò)向目標(biāo)SGSN發(fā)送重定位請(qǐng)求確認(rèn)消息(目標(biāo)至源透明容器)來(lái)確認(rèn)重定位/切換已準(zhǔn)備就緒。7b.目標(biāo)SGSN向

28、源MME發(fā)送一個(gè)前向重定位響應(yīng)消息(目標(biāo)到源的透明容器)。8.與上述步驟并列執(zhí)行以下步驟：8a.目標(biāo)RNS/BSS向目標(biāo)MSC發(fā)送重定位請(qǐng)求應(yīng)答/切換請(qǐng)求應(yīng)答消息(目標(biāo)至源透明容器)來(lái)確認(rèn)CS重定位/切換已準(zhǔn)備就緒。8b.目標(biāo)MSC向MSC Server發(fā)送準(zhǔn)備切換響應(yīng)消息(目標(biāo)至源的透明容器)。8c.建立目標(biāo)MSC和與MSC Server關(guān)聯(lián)的MGW之間的電路連接，例如使用ISUP IAM和ACM消息。NOTE4:在7a中發(fā)送到目標(biāo)SGSN的目標(biāo)至源透明容器和8a中發(fā)送到目標(biāo)MSC的目標(biāo)至源透明容器包含相同的CS和PS資源分配(例如目標(biāo)BSS在兩個(gè)容器中包含相同的DTM切換命令)。9.對(duì)于非

29、緊急會(huì)話，MSC Server利用STN-SR來(lái)啟動(dòng)會(huì)話轉(zhuǎn)換，例如通過(guò)發(fā)送一個(gè)ISUP IAM(STN-SR)消息到IMS,對(duì)于緊急會(huì)話，MSC Server利用本地配置的E-STN-SR來(lái)啟動(dòng)會(huì)話遷移，在會(huì)話遷移過(guò)程中執(zhí)行標(biāo)準(zhǔn)的IMS業(yè)務(wù)連續(xù)性流程。NOTE5:此步驟可在8b后開(kāi)始。NOTE6:如果MSC Server正在使用一個(gè)ISUP接口，則在用戶平面包含的CAMEL觸發(fā)器對(duì)于優(yōu)先切換不可用的情況下，非緊急會(huì)話的會(huì)話遷移可能失敗。10.遠(yuǎn)端(remote end)在會(huì)話遷移流程執(zhí)行期間被CS access leg 的SDP更新。此時(shí)，VoIP分組的下行數(shù)據(jù)流被交換到CS access l

30、eg。11.源IMS access leg被釋放。12.MSC Server發(fā)送一個(gè)SRVCC PS to CS響應(yīng)消息(目標(biāo)至源的透明容器)到源MME。13.源MME同步兩個(gè)準(zhǔn)備就緒的重定位，并發(fā)送一個(gè)切換命令消息(目標(biāo)到源的透明容器)到源E-UTRAN。NOTE7:當(dāng)目標(biāo)蜂窩式GERAN的時(shí)候，MME可能從MSC Server和SGW接收不同的目標(biāo)到源透明容器，例如可能從MSC Server接收一個(gè)“New BSS to Old BSS Information ”,而從SGSN接收一個(gè)“Target BSS to Source BSS Transparent Container ”。14.

31、E-UTRAN向UE發(fā)送一個(gè)Handover from E-UTRAN Command 消息。15.UE調(diào)整到目標(biāo)UTRAN/GERAN蜂窩。16.目標(biāo)RNS/BSS進(jìn)行切換檢測(cè)，UE通過(guò)目標(biāo)RNS/BSS向目標(biāo)MSC發(fā)送一個(gè)切換完成消息，如果目標(biāo)MSC不是MSC Server，則目標(biāo)MSC向MSC Server發(fā)送一個(gè)SES(Handover complete)消息。17.CS重定位/切換完成，執(zhí)行下述步驟：17a.目標(biāo)RNS/BSS向目標(biāo)MSC發(fā)送重定位完成/切換完成消息。17b.目標(biāo)MSC向MSC Server發(fā)送一個(gè)SES(Handover Complete)消息，語(yǔ)音電路在MSC S

32、erver/MGW中完成連接。17c.用到MSC Server的ISUP Answer消息完成建立流程。17d.MSC Server發(fā)送一個(gè)SRVCC PS to CS Complete Notification消息到源MME，源MME通過(guò)發(fā)送一個(gè)SRVCC PS to CS Complete Acknowledge消息到MSC Server來(lái)進(jìn)行確認(rèn)。17e.如果IMSI在VLR中未知，MSC Server將執(zhí)行MAP Update Location到HSS/HLR，除非不存在認(rèn)證了的IMSI。NOTE8:Update Location不是由UE啟動(dòng)。17f.如果在17e中，MSC Serv

33、er執(zhí)行MAP Update Location,并且如果有多個(gè)MSC/VLR為相同的LAI服務(wù)，則MSC Server用一個(gè)非廣播的帶有自己網(wǎng)絡(luò)資源標(biāo)示符(NRI)的LAI向UE執(zhí)行TMSI重分配。18.與上述步驟并行，PS重定位/切換完成，執(zhí)行下述步驟：18a.目標(biāo)RNS/BSS向目標(biāo)SGSN發(fā)送重定位完成/切換完成消息。18b.目標(biāo)SGSN向源MME發(fā)送一個(gè)前向重定位完成消息。源MME通過(guò)向目標(biāo)SGSN發(fā)送一個(gè)前向重定位完成確認(rèn)消息進(jìn)行確認(rèn)。18c.目標(biāo)SGSN更新S-GW和P-GW的承載，PS to CS切換指示器應(yīng)當(dāng)在語(yǔ)音承載的修改消息中被設(shè)置。如果部署了動(dòng)態(tài)PCC，則P-GW應(yīng)該通過(guò)

34、一個(gè)IP CAN Session Modification Procedure的方式通過(guò)PCRF語(yǔ)音承載已經(jīng)切換到CS域。19.對(duì)于緊急服務(wù)會(huì)話，在切換完成后，源MME或MSC Server可能會(huì)發(fā)送一個(gè)帶有MSC Server標(biāo)識(shí)的用戶位置報(bào)告到一個(gè)源或目標(biāo)側(cè)關(guān)聯(lián)的GMLC。Handover FailureFailure after UE receives HO command 如果UE在接收到切換命令后遇到一個(gè)故障而不能轉(zhuǎn)換到3GPP UTRAN/GERAN中去，則UE根據(jù)標(biāo)準(zhǔn)流程嘗試返回到E-UTRAN/UTRAN中去，并利用服務(wù)連續(xù)性流程傳輸信令將會(huì)話轉(zhuǎn)換回E-UTRAN。核心網(wǎng)(MM

35、E,MSC Server)在沒(méi)有收到UE切換完成消息的情況下不采用SRVCC的特殊操作。Handover Cancellation 如果源E-UTRAN/UTRAN決定在切換流程完成之前將其結(jié)束，MME/SGSN將返回到切換流程觸發(fā)之前的狀態(tài)。如果MME/SGSN接收到來(lái)自于MSC Server的會(huì)話連續(xù)性流程正在進(jìn)行的通知，它將向UE發(fā)送會(huì)話重建觸發(fā)通知來(lái)開(kāi)始恢復(fù)流程。下圖是SRVCC 切換取消的全部流程。1.網(wǎng)絡(luò)開(kāi)始SRVCC流程,SGSN/MME已向MSC Server發(fā)送了SRVCC PS to CS請(qǐng)求。2.MSC Server執(zhí)行到目標(biāo)網(wǎng)絡(luò)CS切換流程，同時(shí)利用STN-SR和IMS

36、進(jìn)行會(huì)話連續(xù)性流程。3.源UTRAN/E-UTRAN決定取消SRVCC切換流程，向SGSN/MME發(fā)送Cancel消息。4.源SGSN/MME向MSC Server發(fā)送SRVCC PS to CS Cancel Notification開(kāi)始切換取消流程。5.MSC用會(huì)話正在進(jìn)行指示確認(rèn)SRVCC PS to CS Cancel Notification。6.由于會(huì)話連續(xù)性正在進(jìn)行指示(session continuity in progress indication )，源SGSN/MME向UE發(fā)送 一個(gè)Session Reestablishment trigger notification

37、開(kāi)始會(huì)話重建流程。UE像要求會(huì)話轉(zhuǎn)移到E-UTRAN/UTRAN一樣進(jìn)行會(huì)話重建流程，如果會(huì)話已不是激活狀態(tài)，則此會(huì)話轉(zhuǎn)移請(qǐng)求將被IMS否決。SRVCC性能評(píng)測(cè)以SRVCC without DTM為例，整個(gè)切換過(guò)程分四個(gè)階段：切換發(fā)起階段；切換準(zhǔn)備階段；切換執(zhí)行階段；切換后處理階段。切換發(fā)起階段SRVCC切換流程中的step1-2是切換發(fā)起階段，在這一階段，源網(wǎng)絡(luò)正常工作，因此用戶不受影響。切換準(zhǔn)備階段 SRVCC切換流程中的step3-9和step13-14是SRVCC的切換準(zhǔn)備階段。這一階段對(duì)切換性能的影響主要體現(xiàn)在，如果該時(shí)間太長(zhǎng)，則用戶可能由于已經(jīng)走出覆蓋區(qū)或者某種原因?qū)е碌男盘?hào)惡化而

38、掉話。切換執(zhí)行階段 SRVCC切換流程中的step10-12是IMS域中的切換過(guò)程，step15-17是空中接口發(fā)生的中斷。這兩部分時(shí)延是影響用戶業(yè)務(wù)中斷的最重要因素。SRVCC切換流程.bmp根據(jù)相關(guān)的SRVCC性能測(cè)試報(bào)告，其依據(jù)IMS網(wǎng)絡(luò)測(cè)試的經(jīng)驗(yàn)值，由IMS域?qū)е碌臅r(shí)延取決于不同的網(wǎng)絡(luò)部署場(chǎng)景以及遠(yuǎn)端的情況，該過(guò)程可以長(zhǎng)達(dá)200ms500ms,無(wú)法滿足語(yǔ)音業(yè)務(wù)的技術(shù)要求。Step15Step17是發(fā)生在空中接口的接口，根據(jù)中國(guó)移動(dòng)2G/3G切換測(cè)試的經(jīng)驗(yàn)，這個(gè)時(shí)延在90ms200ms之間，基本可以滿足語(yǔ)音業(yè)務(wù)的需求。值得注意的是，IMS域中的中斷步驟step10-12和空中接口發(fā)生的業(yè)務(wù)中斷步驟step15-17是并行發(fā)生的，因此，用戶體驗(yàn)的中斷取決于這兩個(gè)時(shí)延的最大值。由于空中接口的時(shí)延較短，因此，主要的問(wèn)題出在IMS核心網(wǎng)側(cè)。切換后處理階段 SRVCC切換流程中的Step18-24是切換后處理階段，在該階段，用戶已經(jīng)和新的網(wǎng)絡(luò)建立連接并開(kāi)始業(yè)務(wù)，但是由于不支持DTM，原有的數(shù)據(jù)業(yè)務(wù)都要掛起，網(wǎng)絡(luò)資源需要進(jìn)行狀態(tài)更新。但從用戶的語(yǔ)音業(yè)務(wù)角度來(lái)看，該過(guò)程不會(huì)產(chǎn)生影響。分析結(jié)果表明，從切換時(shí)延來(lái)看，SRVCC導(dǎo)致用戶通話中斷的時(shí)間主要是由IMS核心網(wǎng)過(guò)程導(dǎo)致的，其主要原因是要到對(duì)端做更新，從典型配置網(wǎng)絡(luò)的測(cè)試結(jié)果來(lái)看，該部分時(shí)延較長(zhǎng)(約200-500ms),而且變動(dòng)較大