srvcc切換深入分析及實(shí)戰(zhàn)解決方案

1、eSRVCC切換成功率指標(biāo)優(yōu)化1、eSRVCC概述1.1實(shí)現(xiàn)原理SRVCC(Single Radio Voice Call Continuity)，解決語(yǔ)音控制和移動(dòng)到CS網(wǎng)絡(luò)切換時(shí)的語(yǔ)音連續(xù)性問(wèn)題。為基于IMS的VOIP呼叫解決方案，利用IMS核心網(wǎng)絡(luò)提供LTE VoIP語(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ò)MSC server(Mobile Switching Center server)切換到2G/3G 網(wǎng)絡(luò)中從而實(shí)現(xiàn)在2G

2、/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)。1.2信令流程當(dāng)網(wǎng)絡(luò)或者終端不支持DTM，那么網(wǎng)絡(luò)只可以使用普通的切換命令HA

3、NDOVER COMMAND，僅進(jìn)行cs域切換，Ps業(yè)務(wù)和流程掛起，切換完成后終端將請(qǐng)求掛起GPRS。流程分析如下：(1)UE發(fā)送測(cè)量報(bào)告給EUTRAN。(2)源EUTRAN根據(jù)當(dāng)前的測(cè)量結(jié)果以及終端是否支持SRVCC功能來(lái)決定是否發(fā)起SRVCC過(guò)程。(3)源EUTRAN發(fā)送切換請(qǐng)求信息給MME。(4)基于語(yǔ)音承載相關(guān)的QCI和SRVCC HO指示，源MME將語(yǔ)音承載從非語(yǔ)音承載中分離出來(lái)，且僅向MSCServer發(fā)起語(yǔ)音承載的PsCS切換流程(5)MME向MSC Server發(fā)送一個(gè)SRVCC PS to CS Request消息。cs域安全秘鑰可以通過(guò)包含在MM上下文中的EUTRAN的EU

4、TRANEPS域秘鑰由MME推導(dǎo)出。(6)MSC Server通過(guò)發(fā)送Prepare Handover Request消息給目標(biāo)MSC，讓Pscs切換請(qǐng)求和csinterMSC切換請(qǐng)求相互作用。MSC Server對(duì)目標(biāo)BSS在接口上分配一個(gè)默認(rèn)SAI作為源ID，且對(duì)Prepare Handover Request使用BSSMAP encapsulatedo(7)目標(biāo)MSC和目標(biāo)BSS之間交換切換請(qǐng)求消息及響應(yīng)消息，以執(zhí)行資源分配。(8)目標(biāo)MSC向MSC Server發(fā)送Prepare Handover Iesponse消息。(9)建立目標(biāo)MSC和MSCMGW 之間的電路域連接，可以通過(guò)使用

5、ISUP IAM和ACM消息來(lái)建立。(10)MSC Server通過(guò)使用STNSR來(lái)發(fā)起會(huì)話轉(zhuǎn)移流程，通過(guò)發(fā)送ISUP IMA消息至IMS網(wǎng)絡(luò)，在會(huì)話轉(zhuǎn)移過(guò)程中執(zhí)行標(biāo)準(zhǔn)的IMS業(yè)務(wù)連續(xù)性流程。(11)在會(huì)話轉(zhuǎn)移流程過(guò)程中，由CS access leg的SDP更新遠(yuǎn)端，此時(shí)VolP分組包下行數(shù)據(jù)流轉(zhuǎn)換至CS access leg。(12)源IMS access leg被釋放。(13)MSC Server發(fā)送一個(gè)SRVCC PS to CS Response消息給源MME。(14)源MME發(fā)送一個(gè)切換命令消息給源EUTRAN，該消息中僅包含話音組件消息。(15)UTRAN發(fā)送一個(gè)切換命令消息給UE

6、。(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和RAI pair，將觸發(fā)目標(biāo)SGSN向源MME發(fā)送Suspend Notifieation消息，MME向目標(biāo)SGSN回復(fù)Suspend Acknowledge。(19)目標(biāo)BSS向目標(biāo)MSC發(fā)送切換完成消息。(20)目標(biāo)MSC向MSC Server發(fā)送SES消息。(21)通過(guò)發(fā)送ISUP Answer message給MSC Server完成建立過(guò)程。(22)MSC Server發(fā)送SRVCC PS to CS Complete N

7、otification消息給源MME，通知其UE已經(jīng)到達(dá)目標(biāo)側(cè)。源MME通過(guò)發(fā)送SRVCC IX5 to CS Complete Acknowledge消息給MSCServer來(lái)確認(rèn)該消息。(22a)MME通過(guò)話音或GBR承載去激活所有承載。(23a)若HLR更新，IMSI已被鑒定，但是在VLR中未知，MSC Server將對(duì)UE進(jìn)行TMSI重分配，使用其自身未廣播的IAI，若MSC Server和其他的MSCVLRs服務(wù)相同的LAI，則使用其自身的Network ResourceIdentifier(NRI)。(23b)若MSC Server執(zhí)行的TMSI重分配成功，則MSCServer向H

8、SSHLR執(zhí)行MAP UpdateLocation。(24)對(duì)于緊急服務(wù)會(huì)話，切換完成之后，源MME或者M(jìn)SC Server向和源或者目標(biāo)側(cè)相關(guān)聯(lián)的GMLC發(fā)送一個(gè)攜帶MSC Server識(shí)別的Subscriber Location Report。在上述場(chǎng)景中，核心網(wǎng)需要將非語(yǔ)音承載掛起，以便UE在短時(shí)間內(nèi)切換回EUTRAN網(wǎng)絡(luò)時(shí)可以迅速恢復(fù)相關(guān)的承載資源。但是由于UE切回時(shí)間不確定，所以為了防止切換時(shí)間過(guò)長(zhǎng)導(dǎo)致EUTRAN無(wú)法釋放其相關(guān)資源的情況，需要在EUTRAN網(wǎng)絡(luò)的MME上啟動(dòng)承載資源釋放定時(shí)器，定時(shí)器超時(shí)后刪除UE在EUTRAN網(wǎng)絡(luò)中的資源。2、現(xiàn)網(wǎng)情況網(wǎng)管指標(biāo)定義：eSRVCC成功

9、率= LTE到GSM的切換出執(zhí)行成功次數(shù)（C373333312）/LTE到GSM的切換出準(zhǔn)備請(qǐng)求次數(shù)（C373333330）*100%目標(biāo)值：大于97%。中興區(qū)域地市近期指標(biāo)：eSRVCC成功率（%）巴中德陽(yáng)廣安廣元綿陽(yáng)雅安6月1日91.43%94.14%90.91%89.89%92.91%93.24%6月2日91.02%93.18%82.26%6月3日93.64%93.43%89.54%92.38%92.23%89.80%6月4日93.28%92.32%87.00%89.42%90.70%89.60%6月5日91.21%94.09%86.53%90.36%88.07%85.66%6月6日95

10、.62%94.58%90.18%93.09%91.40%88.00%6月7日94.18%94.42%88.96%89.23%90.93%87.28%6月8日94.57%94.35%92.73%92.22%95.07%88.26%6月9日93.86%94.03%92.04%90.91%93.49%85.78%6月10日95.79%91.52%92.68%91.05%95.16%85.55%6月11日91.48%93.98%92.82%94.51%91.60%91.63%6月12日94.37%94.66%92.12%92.04%92.72%90.17%6月13日92.66%93.77%93.57%

11、94.34%95.08%87.02%6月14日95.92%94.92%93.51%92.33%93.88%89.23%指標(biāo)走勢(shì)：3、提升方案網(wǎng)管指標(biāo)eSRVCC切換失敗統(tǒng)計(jì)有2個(gè)計(jì)數(shù)器：LTE到GSM的SRVCC切換出準(zhǔn)備失敗次數(shù)（C373333405）、LTE到GSM的SRVCC切換出執(zhí)行失敗次數(shù)（C373333407），減少準(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)確性（比

12、如：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)題，容易

13、引發(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，面臨著呼叫