srvcc切換深入分析及實(shí)戰(zhàn)解決方案srvcc切換深入分析及實(shí)戰(zhàn)解決方案srvcc切換深入分析及實(shí)戰(zhàn)解決方案xxx公司srvcc切換深入分析及實(shí)戰(zhàn)解決方案文件編號(hào)：文件日期：修訂次數(shù)：第1.0次更改批準(zhǔn)審核制定方案設(shè)計(jì)，管理制度eSRVCC切換成功率指標(biāo)優(yōu)化1、eSRVCC概述實(shí)現(xiàn)原理SRVCC(SingleRadioVoiceCallContinuity)，解決語(yǔ)音控制和移動(dòng)到CS網(wǎng)絡(luò)切換時(shí)的語(yǔ)音連續(xù)性問(wèn)題。為基于IMS的VOIP呼叫解決方案，利用IMS核心網(wǎng)絡(luò)提供LTEVoIP語(yǔ)音業(yè)務(wù)的路由、控制和業(yè)務(wù)觸發(fā)，并提供LTE向2G/3G切換時(shí)的語(yǔ)音連續(xù)性保證。SRVCC的實(shí)現(xiàn)過(guò)程實(shí)質(zhì)上就是一個(gè)切換過(guò)程，在LTE網(wǎng)絡(luò)中終端是通過(guò)IMS來(lái)實(shí)現(xiàn)語(yǔ)音功能的，當(dāng)終端離開(kāi)LTE網(wǎng)絡(luò)后，則通過(guò)MSCserver(MobileSwitchingCenterserver)切換到2G/3G網(wǎng)絡(luò)中從而實(shí)現(xiàn)在2G/3G網(wǎng)絡(luò)中的語(yǔ)音功能。eSRVCC：相比于SRVCC，媒體切換點(diǎn)改為更靠近本端的設(shè)備。具體方案就是增加ATCF/ATGW功能實(shí)體作為媒體錨定點(diǎn)，無(wú)論是切換前還是切換后的會(huì)話消息都要經(jīng)過(guò)ATCF/ATGW轉(zhuǎn)發(fā)。后續(xù)在發(fā)生eSRVCC切換時(shí)，只需要?jiǎng)?chuàng)建UE與ATGW之間的承載通道，對(duì)端設(shè)備與ATGW之間的媒體流還是通過(guò)原承載通道傳輸。這樣其創(chuàng)建新承載通道的消息交互路徑明顯短于SRVCC方案，減少了切換時(shí)長(zhǎng)。eSRVCC方案相對(duì)于SRVCC方案的增強(qiáng)在于減少了切換時(shí)長(zhǎng)（切換時(shí)長(zhǎng)小于300ms），使用戶獲得更好的通話體驗(yàn)。信令流程當(dāng)網(wǎng)絡(luò)或者終端不支持DTM，那么網(wǎng)絡(luò)只可以使用普通的切換命令HANDOVERCOMMAND，僅進(jìn)行cs域切換，Ps業(yè)務(wù)和流程掛起，切換完成后終端將請(qǐng)求掛起GPRS。流程分析如下：(1)UE發(fā)送測(cè)量報(bào)告給E—UTRAN。(2)源E—UTRAN根據(jù)當(dāng)前的測(cè)量結(jié)果以及終端是否支持SRVCC功能來(lái)決定是否發(fā)起SRVCC過(guò)程。(3)源E—UTRAN發(fā)送切換請(qǐng)求信息給MME。(4)基于語(yǔ)音承載相關(guān)的QCI和SRVCCHO指示，源MME將語(yǔ)音承載從非語(yǔ)音承載中分離出來(lái)，且僅向MSCServer發(fā)起語(yǔ)音承載的Ps—CS切換流程(5)MME向MSCServer發(fā)送一個(gè)SRVCCPStoCSRequest消息。cs域安全秘鑰可以通過(guò)包含在MM上下文中的E—UTRAN的E—UTRAN／EPS域秘鑰由MME推導(dǎo)出。(6)MSCServer通過(guò)發(fā)送PrepareHandoverRequest消息給目標(biāo)MSC，讓Ps—cs切換請(qǐng)求和cs—inter—MSC切換請(qǐng)求相互作用。MSCServer對(duì)目標(biāo)BSS在接口上分配一個(gè)默認(rèn)SAI作為源ID，且對(duì)PrepareHandoverRequest使用BSSMAPencapsulatedo(7)目標(biāo)MSC和目標(biāo)BSS之間交換切換請(qǐng)求消息及響應(yīng)消息，以執(zhí)行資源分配。(8)目標(biāo)MSC向MSCServer發(fā)送PrepareHandoverI／e—sponse消息。(9)建立目標(biāo)MSC和MSC／MGW之間的電路域連接，可以通過(guò)使用ISUPIAM和ACM消息來(lái)建立。(10)MSCServer通過(guò)使用STN—SR來(lái)發(fā)起會(huì)話轉(zhuǎn)移流程，通過(guò)發(fā)送ISUPIMA消息至IMS網(wǎng)絡(luò)，在會(huì)話轉(zhuǎn)移過(guò)程中執(zhí)行標(biāo)準(zhǔn)的IMS業(yè)務(wù)連續(xù)性流程。(11)在會(huì)話轉(zhuǎn)移流程過(guò)程中，由CSaccessleg的SDP更新遠(yuǎn)端，此時(shí)VolP分組包下行數(shù)據(jù)流轉(zhuǎn)換至CSaccessleg。(12)源IMSaccessleg被釋放。(13)MSCServer發(fā)送一個(gè)SRVCCPStoCSResponse消息給源MME。(14)源MME發(fā)送一個(gè)切換命令消息給源E—UTRAN，該消息中僅包含話音組件消息。(15)—UTRAN發(fā)送一個(gè)切換命令消息給UE。(16)UE轉(zhuǎn)移至GERAN。(17)目標(biāo)BSS進(jìn)行切換檢測(cè)，UE通過(guò)目標(biāo)BSS向目標(biāo)MSC發(fā)送切換完成消息。(18)UE開(kāi)始掛起操作流程。從GUTI獲取TLu和RAIpair，將觸發(fā)目標(biāo)SGSN向源MME發(fā)送SuspendNotifieation消息，MME向目標(biāo)SGSN回復(fù)SuspendAcknowledge。(19)目標(biāo)BSS向目標(biāo)MSC發(fā)送切換完成消息。(20)目標(biāo)MSC向MSCServer發(fā)送SES消息。(21)通過(guò)發(fā)送ISUPAnswermessage給MSCServer完成建立過(guò)程。(22)MSCServer發(fā)送SRVCCPStoCSCompleteNotifi—cation消息給源MME，通知其UE已經(jīng)到達(dá)目標(biāo)側(cè)。源MME通過(guò)發(fā)送SRVCCIX5toCSCompleteAcknowledge消息給MSCServer來(lái)確認(rèn)該消息。(22a)MME通過(guò)話音或GBR承載去激活所有承載。(23a)若HLR更新，IMSI已被鑒定，但是在VLR中未知，MSCServer將對(duì)UE進(jìn)行TMSI重分配，使用其自身未廣播的IAI，若MSCServer和其他的MSC／VLRs服務(wù)相同的LAI，則使用其自身的NetworkResourceIdentifier(NRI)。(23b)若MSCServer執(zhí)行的TMSI重分配成功，則MSCServer向HSS／HLR執(zhí)行MAPUpdateLocation。(24)對(duì)于緊急服務(wù)會(huì)話，切換完成之后，源MME或者M(jìn)SCServer向和源或者目標(biāo)側(cè)相關(guān)聯(lián)的GMLC發(fā)送一個(gè)攜帶MSCServer識(shí)別的SubscriberLocationReport。在上述場(chǎng)景中，核心網(wǎng)需要將非語(yǔ)音承載掛起，以便UE在短時(shí)間內(nèi)切換回E—UTRAN網(wǎng)絡(luò)時(shí)可以迅速恢復(fù)相關(guān)的承載資源。但是由于UE切回時(shí)間不確定，所以為了防止切換時(shí)間過(guò)長(zhǎng)導(dǎo)致E—UTRAN無(wú)法釋放其相關(guān)資源的情況，需要在E—UTRAN網(wǎng)絡(luò)的MME上啟動(dòng)承載資源釋放定時(shí)器，定時(shí)器超時(shí)后刪除UE在E—UTRAN網(wǎng)絡(luò)中的資源。2、現(xiàn)網(wǎng)情況網(wǎng)管指標(biāo)定義：eSRVCC成功率=LTE到GSM的切換出執(zhí)行成功次數(shù)（C2）/LTE到GSM的切換出準(zhǔn)備請(qǐng)求次數(shù)（C0）*100%目標(biāo)值：大于97%。中興區(qū)域地市近期指標(biāo)：eSRVCC成功率（%）巴中德陽(yáng)廣安廣元綿陽(yáng)雅安6月1日%%%%%%6月2日%%%6月3日%%%%%%6月4日%%%%%%6月5日%%%%%%6月6日%%%%%%6月7日%%%%%%6月8日%%%%%%6月9日%%%%%%6月10日%%%%%%6月11日%%%%%%6月12日%%%%%%6月13日%%%%%%6月14日%%%%%%指標(biāo)走勢(shì)：3、提升方案網(wǎng)管指標(biāo)eSRVCC切換失敗統(tǒng)計(jì)有2個(gè)計(jì)數(shù)器：LTE到GSM的SRVCC切換出準(zhǔn)備失敗次數(shù)（C5）、LTE到GSM的SRVCC切換出執(zhí)行失敗次數(shù)（C7），減少準(zhǔn)備和執(zhí)行失敗次數(shù)才能從根本上提升eSRVCC切換成功率。eSRVCC切換成功率與鄰接GSM小區(qū)配置的準(zhǔn)確性和合理性有直接關(guān)系。具體優(yōu)化建議如下：1、根據(jù)現(xiàn)網(wǎng)配置CSFB測(cè)量頻點(diǎn)，規(guī)劃eSRVCC加鄰接關(guān)系。（注意：在配置過(guò)程中需要注意鄰接站點(diǎn)小區(qū)的配置數(shù)據(jù)的準(zhǔn)確性（比如：TAC/LAC、PCI、主頻等等）。如果配置的GSM小區(qū)不合理，上報(bào)的GSM小區(qū)滿足不了LTE切換至GSM的條件，將導(dǎo)致掉話。）2、定期核查L(zhǎng)TE-GSM鄰區(qū)關(guān)系配置，結(jié)合現(xiàn)網(wǎng)LTE、GSM最新公參，更新不一致的eSRVCC鄰區(qū)定義，核查GSM小區(qū)參數(shù)是否與現(xiàn)網(wǎng)一致，如發(fā)現(xiàn)不一致的參數(shù)及小區(qū)，需要及時(shí)更改。3、核查單小區(qū)中GSM鄰區(qū)同頻同BSIC情況，如發(fā)生此類問(wèn)題，需要及時(shí)協(xié)調(diào)GSM側(cè)優(yōu)化調(diào)整。結(jié)合測(cè)試進(jìn)行補(bǔ)充、刪除不合理鄰區(qū)關(guān)系，此項(xiàng)工作為日常優(yōu)化工作重要組成部分。4、根據(jù)不同場(chǎng)景設(shè)置合理的切換參數(shù)，eSRVCC異系統(tǒng)門(mén)限設(shè)置不合理會(huì)導(dǎo)致過(guò)早切換到異系統(tǒng)、來(lái)不及切換到異系統(tǒng)等問(wèn)題，容易引發(fā)通話質(zhì)量下降、掉話、重定向等事件發(fā)生，下面為現(xiàn)網(wǎng)主要門(mén)限推薦值，可以根據(jù)具體環(huán)境驗(yàn)證最佳取值（需注意：若A1門(mén)限配置過(guò)低，易導(dǎo)致刪除B2事件，不觸發(fā)eSRVCCC切換）。5、無(wú)線環(huán)境導(dǎo)致切換失敗、掉話。LTE的無(wú)線環(huán)境、GSM的無(wú)線環(huán)境，大致包括以下幾種情況將導(dǎo)致切換失敗掉話。a、在eSRVCC過(guò)程中，當(dāng)UE仍處于的無(wú)線環(huán)境中，由于重疊覆蓋、干擾等原因?qū)е翷網(wǎng)絡(luò)質(zhì)量過(guò)低，使UE不能夠準(zhǔn)確地解讀信令，從而使RRC斷鏈，中斷切換過(guò)程，導(dǎo)致掉話。b、GSM擁塞導(dǎo)致UE不能夠接入，使eSRVCC失敗。6、中興602版本升級(jí)后，新增“弱場(chǎng)eSRVCC語(yǔ)音切換延遲”功能，盡可能的減少LTE到GSM的SRVCC切換出準(zhǔn)備失敗次數(shù)；實(shí)現(xiàn)原理如下：VOLTE業(yè)務(wù)QCI1建立后到180Ringing之前這片時(shí)間內(nèi)，一旦發(fā)生了eSRVCC切換，就好引起未接通和切換失敗，當(dāng)前基于事件（測(cè)量報(bào)告）觸發(fā)的移動(dòng)性管理策略，網(wǎng)絡(luò)側(cè)無(wú)法避免eSRVCC發(fā)起的時(shí)機(jī)，呼叫成功率也會(huì)因此受到一定的影響，從提升用戶VOLTE業(yè)務(wù)感知及改善網(wǎng)絡(luò)KPI指標(biāo)的角度出發(fā)，控制呼叫過(guò)程中的eSRVCC是十分必要的eSRVCC發(fā)起，至少要等QCI1承載建立后，在主叫終端收到180Ringing消息之前的這段時(shí)間間隔內(nèi)發(fā)生eSRVCC，面臨著呼叫流程被eSRVCC流程打