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

1、eSRVCC切換成功率指標優(yōu)化1、eSRVCC概述1.1實現(xiàn)原理SRVCC(Single Radio Voice Call Continuity)，解決語音控制和移動到CS網(wǎng)絡切換時的語音連續(xù)性問題。為基于IMS的VOIP呼叫解決方案，利用IMS核心網(wǎng)絡提供LTE VoIP語音業(yè)務的路由、控制和業(yè)務觸發(fā)，并提供LTE向2G/3G切換時的語音連續(xù)性保證。SRVCC的實現(xiàn)過程實質上就是一個切換過程，在LTE網(wǎng)絡中 終端是通過IMS來實現(xiàn)語音功能的，當終端離開LTE網(wǎng)絡后，則通過MSC server(Mobile Switching Center server)切換到2G/3G 網(wǎng)絡中從而實現(xiàn)在2G

2、/3G網(wǎng)絡中的語音功能。eSRVCC：相比于SRVCC，媒體切換點改為更靠近本端的設備。具體方案就是增加ATCF/ATGW功能實體作為媒體錨定點，無論是切換前還是切換后的會話消息都要經(jīng)過ATCF/ATGW轉發(fā)。后續(xù)在發(fā)生eSRVCC切換時，只需要創(chuàng)建UE與ATGW之間的承載通道，對端設備與ATGW之間的媒體流還是通過原承載通道傳輸。這樣其創(chuàng)建新承載通道的消息交互路徑明顯短于SRVCC方案，減少了切換時長。eSRVCC方案相對于SRVCC方案的增強在于減少了切換時長（切換時長小于300ms），使用戶獲得更好的通話體驗。1.2信令流程當網(wǎng)絡或者終端不支持DTM，那么網(wǎng)絡只可以使用普通的切換命令HA

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

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

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

6、。(16)UE轉移至GERAN。(17)目標BSS進行切換檢測，UE通過目標BSS向目標MSC發(fā)送切換完成消息。(18)UE開始掛起操作流程。從GUTI獲取TLu和RAI pair，將觸發(fā)目標SGSN向源MME發(fā)送Suspend Notifieation消息，MME向目標SGSN回復Suspend Acknowledge。(19)目標BSS向目標MSC發(fā)送切換完成消息。(20)目標MSC向MSC Server發(fā)送SES消息。(21)通過發(fā)送ISUP Answer message給MSC Server完成建立過程。(22)MSC Server發(fā)送SRVCC PS to CS Complete N

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

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

9、率= LTE到GSM的切換出執(zhí)行成功次數(shù)（C373333312）/LTE到GSM的切換出準備請求次數(shù)（C373333330）*100%目標值：大于97%。中興區(qū)域地市近期指標：eSRVCC成功率（%）巴中德陽廣安廣元綿陽雅安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%指標走勢：3、提升方案網(wǎng)管指標eSRVCC切換失敗統(tǒng)計有2個計數(shù)器：LTE到GSM的SRVCC切換出準備失敗次數(shù)（C373333405）、LTE到GSM的SRVCC切換出執(zhí)行失敗次數(shù)（C373333407），減少準備和執(zhí)行失敗次數(shù)才能從根本上提升eSRVCC切換成功率。eSRVCC切換成功率與鄰接GSM小區(qū)配置的準確性和合理性有直接關系。具體優(yōu)化建議如下：1、根據(jù)現(xiàn)網(wǎng)配置CSFB測量頻點，規(guī)劃eSRVCC加鄰接關系。（注意：在配置過程中需要注意鄰接站點小區(qū)的配置數(shù)據(jù)的準確性（比

12、如：TAC/LAC、PCI、主頻等等）。如果配置的GSM小區(qū)不合理，上報的GSM小區(qū)滿足不了LTE切換至GSM的條件，將導致掉話。）2、定期核查LTE-GSM鄰區(qū)關系配置，結合現(xiàn)網(wǎng)LTE、GSM最新公參，更新不一致的eSRVCC鄰區(qū)定義，核查GSM小區(qū)參數(shù)是否與現(xiàn)網(wǎng)一致，如發(fā)現(xiàn)不一致的參數(shù)及小區(qū)，需要及時更改。3、核查單小區(qū)中GSM鄰區(qū)同頻同BSIC情況，如發(fā)生此類問題，需要及時協(xié)調GSM側優(yōu)化調整。結合測試進行補充、刪除不合理鄰區(qū)關系，此項工作為日常優(yōu)化工作重要組成部分。4、根據(jù)不同場景設置合理的切換參數(shù)，eSRVCC異系統(tǒng)門限設置不合理會導致過早切換到異系統(tǒng)、來不及切換到異系統(tǒng)等問題，容易

13、引發(fā)通話質量下降、掉話、重定向等事件發(fā)生，下面為現(xiàn)網(wǎng)主要門限推薦值，可以根據(jù)具體環(huán)境驗證最佳取值（需注意：若A1門限配置過低，易導致刪除B2事件，不觸發(fā)eSRVCCC切換）。5、無線環(huán)境導致切換失敗、掉話。LTE的無線環(huán)境、GSM的無線環(huán)境，大致包括以下幾種情況將導致切換失敗掉話。a、在eSRVCC過程中，當UE仍處于的無線環(huán)境中，由于重疊覆蓋、干擾等原因導致L網(wǎng)絡質量過低，使UE不能夠準確地解讀信令，從而使RRC斷鏈，中斷切換過程，導致掉話。b、GSM擁塞導致UE不能夠接入，使eSRVCC失敗。6、中興602版本升級后，新增“弱場eSRVCC語音切換延遲”功能，盡可能的減少LTE到GSM的SRVCC切換出準備失敗次數(shù)；實現(xiàn)原理如下：VOLTE業(yè)務QCI1建立后到180Ringing之前這片時間內，一旦發(fā)生了eSRVCC切換，就好引起未接通和切換失敗，當前基于事件（測量報告）觸發(fā)的移動性管理策略，網(wǎng)絡側無法避免eSRVCC發(fā)起的時機，呼叫成功率也會因此受到一定的影響，從提升用戶VOLTE業(yè)務感知及改善網(wǎng)絡KPI指標的角度出發(fā)，控制呼叫過程中的eSRVCC是十分必要的eSRVCC發(fā)起，至少要等QCI1承載建立后，在主叫終端收到180Ringing消息之前的這段時間間隔內發(fā)生eSRVCC，面臨著呼叫