Volte單用戶端到端優(yōu)化分析報告.doc

. . . .一、 Volte單用戶端到端優(yōu)化分析（問題分析流程，重點解決無線網(wǎng)絡質(zhì)量問題）11.1 用戶VoLTE接入優(yōu)化1.1.1 VOLTE接入-無線問題定位思路：VOLTE是承載在數(shù)據(jù)業(yè)務資源上的“語音業(yè)務”，相對于普通數(shù)據(jù)業(yè)務新增了QCI為5、1和2的承載，VOLTE接通優(yōu)化主要包括接通成功率和接通時延兩方面，主要涉及UE、無線、EPC、核心網(wǎng)4大域超過10個方面影響因素，為提升網(wǎng)絡接通率和接通時延，通過端到端信令平臺對接入失敗、接通時延長的原因進行定界，對定界為無線側問題進一步定位分析，提出優(yōu)化方案，對后續(xù)接入優(yōu)化處理進行指導并快速找到問題并迅速解決。1.1.2 VOLTE接入-無線問題定位方法：按照VoLTE語音“433”優(yōu)化方法的VOLTE接入-無線問題定位排查流程，主要通過以下3個方面：VOLTE未接通問題、VOLTE接入時延問題、終端CSFB回落問題后面按照這個順序?qū)懀M行定位及優(yōu)化1.1.3 終端CSFB回落問題的排查1.1.3.1 終端CSFB判定規(guī)則 在LTE網(wǎng)絡中，VOLTE終端在呼叫或被尋呼過程中出現(xiàn)CSFB回落到CS域進行通話，無法正常在VOLTE網(wǎng)絡上進行業(yè)務，造成用戶無法體驗VOLTE高清語音通話。 集團要求從端到端信令平臺提取CSFB占比5%進行分析定位并解決，務必保證VOLTE用戶均能享受VOLTE網(wǎng)絡帶來的高清業(yè)務。1.1.3.2 CSFB問題排查步驟對于終端出現(xiàn)CSFB情況，主要通過2方面進行定位分析，終端側是否開啟VOLTE業(yè)務或終端是否在IMS域注冊、終端在起呼過程中是否存在弱覆蓋現(xiàn)象，優(yōu)化流程如下：1.1.3.3 終端是否啟用VOLTE業(yè)務 問題定位：VOLTE用戶在LTE網(wǎng)絡起呼中，在以下2種情況下會出現(xiàn)CSFB： VOLTE用戶在TAS服務器開戶失?。滑F(xiàn)象：TAS收到invite后發(fā)500 SERVER INTERNAL ERROR(Cause:500)，攜帶Warning:query adb failed消息。 VOLTE終端未開通VOLTE業(yè)務； VOLTE用戶未在IMS域注冊； 現(xiàn)象：1、UE向融合HLR/HSS 發(fā)起Register后未收到網(wǎng)絡側發(fā)的200OK表示注冊失敗。2、UE在完成EPC附著并未向IMS域發(fā)起注冊。 處理方法l 確認終端版本是否支持VoLTE，VoLTE開關是否打開；l 對未開戶和開戶失敗用戶，聯(lián)系10086重新開戶，也可以發(fā)短信先取消VOLTE，在開通即可；l 排查是否終端問題導致用戶注冊失敗。1.1.3.4 LTE網(wǎng)絡覆蓋問題 問題定位：VOLTE用戶在弱覆蓋區(qū)域起呼，由于空口質(zhì)量差造成SIP信令丟失，UE發(fā)INVITE消息，未收到100Trying，導致TCALL定時器超時后在CS域發(fā)起呼叫或?qū)ず暨M行CSFB；VOLTE用戶在弱覆蓋區(qū)域起呼，由于無線鏈路質(zhì)量差造成建立RRC重配置消息無法正常交互，致使QCI1建立失敗導致CSFB； 優(yōu)化方法：基于路測及MR數(shù)據(jù)，針對LTE弱覆蓋區(qū)域精準補盲，減少弱覆蓋導致的信令丟失。l RF優(yōu)化，在兼顧其他區(qū)域、路段的情況下通過調(diào)整天饋方位角、下傾角來消除弱覆蓋。l 查詢小區(qū)功率配置，對未配置最大功率的小區(qū)修改為為最大配置，之后通過天饋調(diào)整蓋消除弱覆蓋并避免越區(qū)覆蓋。l 對站間距較大的區(qū)域無法通過RF和功率優(yōu)化解決，需新增LTE站點解決。1.1.4 VOLTE接入時延問題的排查1.1.4.1 VOLTE時延判定規(guī)則從主叫發(fā)invite到被叫發(fā)出180ring之間產(chǎn)生的時間為VOLTE端到端呼叫時延，由于從主叫到被叫之間跨越的網(wǎng)元、傳輸較多，各個環(huán)節(jié)都會產(chǎn)生時延，而每個環(huán)節(jié)段出現(xiàn)異常時延都將導致整個呼叫時延增大，增加用戶接通等待時間。集團要求現(xiàn)階段VOLTE端到端時延在3500ms左右，而對時延大于5000ms的異常情況將逐個環(huán)節(jié)段針對性分析定位。1.1.4.2 異常時延排查步驟 對高時延的呼叫流程在無線側主要通過終端是否CSFB、MME尋呼機制、站點告警、無線空口、MME尋呼時間間隔等幾個環(huán)節(jié)分析定位，定位流程如下：1.1.4.3 終端CSFB、CS域1.1.4.3.1 終端是否支持VOLTE 問題定位：終端未在TAS服務器開戶、終端未注冊到IMS網(wǎng)絡均導致終端將觸發(fā)CSFB呼叫，造成呼叫時延增大。 優(yōu)化方法：見CSFB回落問題優(yōu)化方案。1.1.4.3.2 LTE覆蓋問題 問題定位： VOLTE用戶在弱覆蓋區(qū)域起呼，由于空口質(zhì)量差造成SIP信令丟失，UE發(fā)INVITE消息，未收到100Trying，導致TCALL定時器超時后在CS域發(fā)起呼叫或?qū)ず暨M行CSFB； VOLTE用戶在弱覆蓋區(qū)域起呼，由于無線鏈路質(zhì)量差造成建立RRC重配置消息無法正常交互，致使QCI1建立失敗導致CSFB； VOLTE用戶在弱覆蓋區(qū)域起呼，被叫由于達到異系統(tǒng)重選門限向TDS/GSM重選，在重選完成后再在CS域進行尋呼，導致呼叫時延增加。 優(yōu)化方法：l 室分弱覆蓋檢查RRU是否存在故障，若不存在現(xiàn)場排查室分系統(tǒng)。l 室外弱覆蓋查詢周邊是否存在告警、斷站、退服小區(qū)等導致弱覆蓋，若存在盡快排查告警、故障恢復站點正在業(yè)務。l 根據(jù)TA與電平二維度、路測、MR數(shù)據(jù)定位弱覆蓋，通過RF優(yōu)化在兼顧其他區(qū)域、路段的情況下通過調(diào)整天饋方位角、下傾角來消除弱覆蓋。l 查詢小區(qū)功率配置，對未配置最大功率的小區(qū)修改為為最大配置，之后通過天饋調(diào)整蓋消除弱覆蓋并避免越區(qū)覆蓋。l 對站間距較大的區(qū)域無法通過RF和功率優(yōu)化解決，需新增LTE站點解決。1.1.4.3.3 尋呼問題 問題定位：MME尋呼UE過程中存在2種尋呼機制： 精準尋呼：首次在eNB list （最近活動的7個eNB），2-4次為全網(wǎng)TA list尋呼。 全網(wǎng)尋呼：關閉精準尋呼，1-4次采用全網(wǎng)TA list尋呼。一般首次尋呼會在3s內(nèi)，而精準尋呼開啟，會造成二次尋呼T3414時間以上才能成功，直接影響MME尋呼時延。 優(yōu)化方法： 現(xiàn)網(wǎng)采用MME全網(wǎng)TA尋呼，減少二次尋呼時延。1.1.4.3.4 故障告警 問題定位： 基站和小區(qū)長時間工作會出現(xiàn)故障產(chǎn)生告警，對出現(xiàn)的一些告警將會影響基站小區(qū)工作能力或性能下降，直接造成網(wǎng)絡接入性差等現(xiàn)象。 優(yōu)化方法：l 查詢小區(qū)RRU故障、狀態(tài)、性能等告警，對存在告警小區(qū)進行告警消除。l 核查基站側是否存在隱性故障、性能告警，對存在告警的基站進行告警消除。l 如未發(fā)現(xiàn)常規(guī)告警、可采集相關日志log上報廠家研發(fā)定位。1.1.4.4 無線環(huán)境差1.1.4.4.1 干擾問題 問題定位：UE通過RRC鏈路建立和基站取得信令交互，而空口上行干擾大于-110dBm后將嚴重影響RRC的建立，從而影響VOLTE的接通率；通過后臺網(wǎng)管跟蹤小區(qū)的PRB 上是否存在干擾，對大于-110dBm的小區(qū)進行干擾優(yōu)化。 處理方法：LTE干擾分為系統(tǒng)內(nèi)干擾和系統(tǒng)間干擾，系統(tǒng)間干擾包括雜散干擾、阻塞干擾、互調(diào)/諧波干擾等，系統(tǒng)內(nèi)干擾包括遠距離同頻干擾、GPS故障、數(shù)據(jù)配置錯誤等。首先提取100PRB統(tǒng)計分析、排查是否為整網(wǎng)干擾（查詢配置、告警等）；干擾檢測（網(wǎng)絡側跟蹤到的RB RSSI明顯比其它RB高）根據(jù)100PRB統(tǒng)計分析，判斷是系統(tǒng)內(nèi)或系統(tǒng)外干擾：系統(tǒng)外干擾： l 干擾的處理方法：內(nèi)部干擾：重點排查硬件故障、參數(shù)配置、超遠覆蓋，錯開頻點配置，避免PCI干擾；外部干擾：首先使用掃頻儀進行掃頻進行共站干擾排查（阻塞、雜散、互調(diào)等），其次進行非共站干擾排查，如隔離度檢查、頻率間隔檢查等，并協(xié)調(diào)無線電管理委員會進行清查；l 后臺OMC干擾查詢及定位方法：PRB干擾查詢：在EMS性能-歷史性能監(jiān)控窗口-噪聲干擾檢測統(tǒng)計，選擇RB0RB99平均噪聲干擾進行查詢 以下從100個RB的頻域分布規(guī)律上識別各類干擾并展開優(yōu)化。 系統(tǒng)內(nèi)干擾n 大氣波導：頻域特征為全頻段抬升 、中間6個RB抬升更高，可能干擾源為遠距離同頻干擾n GPS故障：頻域特征為RB7、RB48-51及RB92明顯抬升 系統(tǒng)間干擾：n 雜散干擾：頻域特征為前高后低 ，可能干擾源DCS1800、FDDn 阻塞干擾：頻域特征為全頻段抬升，可能干擾源FDD、干擾器 n 互調(diào)/諧波干擾：頻域特征為幾個RB尖峰凸起，可能干擾源GSM900、DCS1800、公安偽基站1.1.4.4.2 覆蓋問題 問題定位：在端到端接通流程中，會涉及到空口SIP信令、RRC重配置信令（切換、功控）交互，無線環(huán)境質(zhì)量差將會引起信令交互時間較長增加呼叫時延。 優(yōu)化方法：見VOLTE時延問題章節(jié)1.2弱覆蓋內(nèi)容？優(yōu)化方法處理。1.1.4.4.3 尋呼間隔 問題定位：在MME尋呼UE過程中存在尋呼間隔（用于控制MME發(fā)起尋呼與UE響應的時間間隔），在MME發(fā)送Paging Request消息啟動，在收到Service Request消息后停止，超時后，MME重新發(fā)Paging Request消息，設置過長會影響呼叫建立時延，設置過短會導致尋呼負荷增加。 優(yōu)化方法：集團參數(shù)規(guī)范范圍為312s，建議優(yōu)化值為3s。1.1.4.4.4 終端性能 問題定位： VOLTE終端型號種類較多所使用的芯片也不盡相同，各廠商對VOLTE網(wǎng)絡的兼容不完善，造成一些終端存在接入時延長問題，通過端到端平臺統(tǒng)計，對呼叫時延較高的一類終端進行測試，對時延較長環(huán)節(jié)進行分析說明。 優(yōu)化方法 上報終端設備廠商問題使其完善終端性能。1.1.5 VOLTE未接通問題的排查1.1.5.1 VOLTE未接通的判定規(guī)則端到端未接通為主叫發(fā)invite呼叫開始后被叫未下發(fā)180Ring，VOLTE接通環(huán)節(jié)比較復雜，從終端開始呼叫經(jīng)過RRC建立、QCI5 SIP信令建立、網(wǎng)絡側尋呼被叫、QCI 1承載建立等多個環(huán)節(jié)建立成功后主被叫UE才能正常接通，每個階段無法正常建立均導致未接通，影響VOLTE用戶的感知。1.1.5.2 VOLTE未接通問題的排查步驟 對從端到端信令平臺中提取XDR未接通話單歸類分析，VOLTE未接通在無線側原因主要有MME尋呼被叫問題、RRC建立問題、E-RAB建立問題（QCI125承載建立）和終端性能問題等，為定位每通VOLTE未接通問題原因，通過以下流程進行排查原因并定位，步驟流程如下1.1.5.3 MME尋呼問題 問題定位：在尋呼流程中，沒有收到UE的響應消息，MME重新發(fā)送Paging Request消息的次數(shù)（尋呼重發(fā)次數(shù)N3413控制），該定時器設置小將導致尋呼成功率降低。為提升尋呼成功率，MME側啟動了精準尋呼，尋呼先從LAST ENB尋呼，如果尋呼不到再整個TA尋呼。無線環(huán)境差易導致空口尋呼丟失概率增加，UE無法正確解碼PDSCH上paging消息導致尋呼率低。 優(yōu)化方法：l 增大用戶尋呼下發(fā)次數(shù)N3413，空口用戶尋呼將按照配置值下發(fā)多次，會增加用戶 收到尋呼消息的概率，來達到輔助核心網(wǎng)確保下發(fā)可靠性的目的。l 開啟精準尋呼，MME對UE最近占用的7個eNB尋呼，由于尋呼范圍小大大減少了無線信令負荷，空口無線尋呼消息減少，整體下行信令變少導致MME尋呼成功率提升，該方法將影響呼叫時延。l 降低尋呼信道碼率，提高隨機接入響應消息和尋呼消息接收成功率，提高空口尋呼成功率。l 開啟干擾隨機化開關，用于Paging消息資源分配隨機化，從而提高弱覆蓋或干擾區(qū)域?qū)ず舫晒Φ母怕省Ｕ{(diào)整參數(shù)參數(shù)中文現(xiàn)狀建議RarAndPagingCR尋呼信道碼率11750 MaxPagingRecordsNumPaging下發(fā)最大個數(shù)1610PagingInterfRandSwitch干擾隨機化開關OFFONPagingSentNumPaging下發(fā)次數(shù)121.1.5.4 RRC建立問題反映eNodeB或者小區(qū)的UE接納能力，RRC連接建立成功意味著UE與網(wǎng)絡建立了信令連接。RRC連接建立，包括（如位置更新、系統(tǒng)間小區(qū)重選、重配置、注冊等）的RRC連接建立。RRC連接建立流程如下：本流程圖表述了RRC連接建立過程。包含了RRC連接建立成功，RRC連接建立被拒絕和RRC連接建立失敗等過程。 RRC建立過程是UE和eNB在空口進行信令連接，無線空口質(zhì)量的好壞、UE能力不足、基站故障、擁塞等都將影響RRC建立的成功率，RRC建立問題主要通過以下方法排查。1.1.5.5 告警故障 問題定位： 基站和小區(qū)長時間工作會出現(xiàn)故障產(chǎn)生告警，對出現(xiàn)的一些告警將會影響基站小區(qū)工作能力或性能下降，直接造成網(wǎng)絡接入性差等現(xiàn)象。 優(yōu)化方法： 參照VOLTE時延問題章節(jié)3優(yōu)化方法處理。1.1.5.6 無線環(huán)境差1.1.5.6.1 干擾問題 問題定位：UE通過RRC鏈路建立和基站取得信令交互，而空口上行干擾大于-110dBm后將嚴重影響RRC的建立，從而影響VOLTE的接通率；通過后臺網(wǎng)管跟蹤小區(qū)的100 PRB 上是否存在干擾，對大于-110dBm的小區(qū)進行干擾優(yōu)化。 處理方法： 參照VOLTE時延問題4.1章節(jié)優(yōu)化方法處理。1.1.5.6.2 弱覆蓋 問題定位：在起呼過程中處于弱覆蓋區(qū)域（RSRP-110dBm、SIRN=5%。（注：此處要求采樣點的主小區(qū)RSRP-110dBm），對于高重疊覆蓋小區(qū)處理思路及分工流程如下圖所示l 對周邊500米存在故障、退服等無法工作小區(qū)盡快排查故障開通。l 通過RF天饋方位角、下傾角調(diào)整，使該區(qū)域有主覆蓋小區(qū)，避免重疊覆蓋嚴重造成頻繁切換。l 小區(qū)發(fā)射功率優(yōu)化。l 對掛高較高的天線進行整改，避免越區(qū)覆蓋。1.1.5.11 終端故障 問題定位： VoLTE終端型號種類較多所使用的芯片也不盡相同，各廠商對VoLTE網(wǎng)絡的兼容不完善，造成各類終端型號存在多種多樣的接通異常，。 處理方法： 對終端型號進行分類，對接通率指標較差的終端型號定位具體原因并返廠處理。1.1.1.1.2.1.3.1.4.1.2 用戶VoLTE掉話優(yōu)化2.2.1.2.2.1.2.1 VoLTE掉話分析先分析是哪類原因引起的掉話，再根據(jù)觸發(fā)異常的網(wǎng)元分析掉話的原因。對于VoLTE通話過程中網(wǎng)絡側發(fā)起RRC Release或者SIP信令異常，主要是切換失敗、弱覆蓋、重建、流程沖突等，涉及端到端網(wǎng)元，因此，定位問題根因需要端到端信令。 若掉話是通話階段終端收到RRCRelease1、查看基站側虛用戶跟蹤，判斷若是基站觸發(fā)的，查看S1釋放原因。2、根據(jù)原因值再聯(lián)合基站CHR及DBG日志分析。3、若是MME觸發(fā)的，則查看釋放原因值，聯(lián)合MME分析。 若是QCI1承載沒有刪除1、查看刪除承載時是否有切換、TAU流程，若存在查看基站虛用戶跟蹤、EC跟蹤，分析流程交叉處理順序及處理是否合理。2、若流程沖突處理無問題或是無流程沖突，則查看基站虛用戶跟蹤是否收到QCI1承載刪除。3、若基站收到QCI1承載刪除，則分析基站為何沒有下發(fā)給終端。4、若基站沒有收到QCI1承載刪除，則查看MME/SAE跟蹤是否收到PCRF指示刪除QCI1承載。5、若是PCRF沒有收到指示，則查看P-CSCF是否下發(fā)刪除QCI1承載。 若是BYE 200 OK沒有收到1、查看SBC是否收到主叫發(fā)送的BYE消息。2、若SBC收到BYE消息，查看SBC是否轉發(fā)BYE消息給被叫。3、若SBC沒有收到BYE消息，查看基站覆蓋、干擾及跟蹤是否SIP消息正常收到。4、若被叫收到BYE消息，查看被叫是否發(fā)送BYE 200 OK。5、若SBC收到BYE 200OK，則查看是否轉發(fā)給主叫。若SBC沒有收到BYE 200 OK，則查看基站覆蓋、干擾及跟蹤是否正常收到SIP消息。1.2.2 VOLTE掉話無線問題優(yōu)化 對從端到端信令平臺中提取掉話話單歸類分析，VOLTE掉話在無線側原因主要有換失敗、弱覆蓋、重建、流程沖突、干擾等，為定位每通VOLTE掉話問題原因，通過以下流程進行排查原因并定位，步驟流程如下1.2.2.1 弱覆蓋、過覆蓋問題 問題定位：在通話過程中處于弱覆蓋區(qū)域（RSRP-110dBm、SIRN歷史性能監(jiān)控窗口-噪聲干擾檢測統(tǒng)計，選擇RB0RB99平均噪聲干擾進行查詢 以下從100個RB的頻域分布規(guī)律上識別各類干擾并展開優(yōu)化。 系統(tǒng)內(nèi)干擾與接入失敗相關內(nèi)容重復，n 大氣波導：頻域特征為全頻段抬升 、中間6個RB抬升更高，可能干擾源為遠距離同頻干擾n GPS故障：頻域特征為RB7、RB48-51及RB92明顯抬升 系統(tǒng)間干擾：n 雜散干擾：頻域特征為前高后低 ，可能干擾源DCS1800、FDDn 阻塞干擾：頻域特征為全頻段抬升，可能干擾源FDD、干擾器 n 互調(diào)/諧波干擾：頻域特征為幾個RB尖峰凸起，可能干擾源GSM900、DCS1800、公安偽基站1.2.3 核心網(wǎng)掉話問題排查流程定界的內(nèi)容放到第3節(jié)分析定位系統(tǒng)掉話問題，針對問題原因和解決方案提供定位指導和指標優(yōu)化。如下是IMS側問題定界和分析優(yōu)化流程：對于核心網(wǎng)掉話，首先分析網(wǎng)元告警和CHR日志。如果存在問題相關告警，需要參考網(wǎng)元產(chǎn)品文檔進行告警排查和解決，如果仍未解決請聯(lián)系華為技術人員協(xié)助。IMS問題可以分為用戶投訴和非投訴兩類進行處理。針對投訴問題有具體的場景、用戶號碼和時間點，可以進行初步問題判斷，必要時直接從DO系統(tǒng)獲取信令分析。對于非投訴問題，需要進行IMS話統(tǒng)、CHR關聯(lián)分析，找出掉話率高的時間段和典型的掉話號碼，根據(jù)掉話號碼和時間點從DO系統(tǒng)獲取信令分析。根據(jù)掉話信令首先找出第一拆線點，根據(jù)第一拆線點進行分類分析。無線問題交由無線分析解決，第三方AS問題交由第三方AS分析解決，IMS問題根據(jù)BYE消息Reason碼進行分類分析?，F(xiàn)網(wǎng)常見掉話場景與優(yōu)化建議如下：掉話場景優(yōu)化建議通話過程中EPC發(fā)送ASR提示BEARER_RELEASED，導致SBC發(fā)送BYE拆話。 無線信號導致，需要優(yōu)化無線覆蓋 通話過程中IP地址發(fā)生變化后發(fā)起重注冊，注冊成功后SCSCF拆除已有會話。 EPC側定時器設置不合理導致，需要優(yōu)化定時器 彩鈴情況下，被叫應答時彩鈴服務器通過UPDATE以及Re-Invite重新協(xié)商主被叫編解碼，此時發(fā)生eSRVCC切換，SCCAS在等待UPDATE 200時收到切換出現(xiàn)異常，導致掉話。需要集團研究院確定這種彩鈴媒體重協(xié)商流程和SRVCC流程碰撞時，該如何處理 主叫UE收到摘機的200后由于信號較差未響應ACK，網(wǎng)絡側重傳200定時器超時后發(fā)送BYE拆話無線信號導致，需要優(yōu)化無線覆蓋 通話中主叫發(fā)生eSRVCC切換，剛切換完成又發(fā)生回切，回切完成后被叫掛機，在BYE消息到達主叫前，主叫又發(fā)起了eSRVCC切換，所以主叫收到BYE消息后不回200 OK。用戶在無線切換臨界點來回移動導致，無需優(yōu)化通話過程中發(fā)生eSRVCC切換，切換成功后eMSC立刻發(fā)送BYE拆話。優(yōu)化2G承載建立成功率VoBB撥打VoLTE用戶，被叫摘機的200OK到達SBC后，SBC向CSCF發(fā)送487向終端發(fā)送BYE拆話。VoBB終端打包時長30ms和VoLTE手機20ms不匹配。需要VoBB終端做整改。 CS呼叫VoLTE振鈴后發(fā)生eSRVCC切換，切換接近完成時又進行回切，回切失敗導致拆話。用戶在無線切換臨界點來回移動導致，無需優(yōu)化HTC終端做被叫，呼叫接通后15分鐘，網(wǎng)絡側發(fā)起session timer會話檢測，update消息發(fā)送到SBC后未收到終端200響應消息，32秒后超時SBC回復408，網(wǎng)絡側再重復發(fā)送2次update后仍未收到200響應，之后網(wǎng)絡釋放呼叫異常造成掉話。SBC通話狀態(tài)下未主動刷新IPSEC SA參數(shù)，在401鑒權挑戰(zhàn)10分鐘后，UE已經(jīng)啟用新的IPSEC SA參數(shù)，但SBC繼續(xù)使用老的IPSEC SA參數(shù)下發(fā)SEESION檢測的UPDATE消息，導致UE無法解析返回200 OK。檢測超時后網(wǎng)絡側終止呼叫。在SE2900 V300R001C20SPH117已經(jīng)解決。VoLTE用戶間撥打，被叫摘機的200OK到達主叫的同時，主叫掛機場景，主叫未響應ACK，直接發(fā)BYE。用戶原因掉話，無需優(yōu)化用戶在使用VOLTE業(yè)務時，在呼叫接通后，立即單通，20秒后掉話。PCRF收到PGW 上報的CCU失敗后，未返回ASR給SBC。由于承載建立失敗，主叫UE后續(xù)上發(fā)的語音包，PGW未轉發(fā)給SBC，SBC下發(fā)的語音包也無法發(fā)給主叫，導致雙發(fā)20秒單通。UE檢測到下行語音20秒無數(shù)據(jù)包，上報bye主動釋放呼叫。需要EPC升級解決。VOLTE用戶正在通話中，此時收到另外一個USSD請求，用戶掉話。由于用戶收到了USS請求，從SGs口發(fā)起，用戶直接回落CSFB，用戶掉話。VoLTE用戶關閉USSD業(yè)務（如彩印）用戶通話過程中，發(fā)現(xiàn)終端在頻繁進行TAU更新時，發(fā)生掉話。UE發(fā)起第一次TAU，在TAU未完成時，再次發(fā)起TAU。 MME拒絕第二次TAU，失敗原因為SGs聯(lián)合附著失敗network failure。 SGs聯(lián)合失敗原因為HSS返回UnexpectedDataValue Network failure 。通過與HSS核對：HSS回非期望數(shù)據(jù)值，是因為HSS開啟了防雙活功能。正常的一個用戶的位置更新還沒結束，5秒內(nèi)用戶在別的VLR上來的位置更新HSS就拒絕LAU。 MME拒絕TAU后，用戶掉話。暫時關閉HSS的防雙活功能，規(guī)避頻繁TAU失敗。SBC的無媒體檢測時長配置過短，導致SBC先于其它網(wǎng)元拆線。SBC的無媒體檢測時長過短，會導致SBC先于其它網(wǎng)元拆線，但是根因不在SBC，不合理，建議按120秒設置。1.3 用戶eSRVCC切換優(yōu)化1.1.1.1.2.1.3.1.3.1 eSRVCC-無線問題定位思路 eSRVCC切換流程非常復雜主要涉及UE、空口、無線、EPC、核心網(wǎng)5大域超過10個方面影響因素，為提升網(wǎng)絡eSRVCC切換成功率，通過端到端信令平臺對切換失敗的原因值進行定界，對定界為無線側的問題進一步具體分析，問題原因定位，提出優(yōu)化方案，對后續(xù)eSRVCC切換處理進行指導快速找到問題所在并迅速解決。1.3.2 eSRVCC-無線問題定位方法按照VoLTE語音“433”優(yōu)化方法的eSRVCC切換-無線問題定位排查流程，主要通過以下4個方面進行優(yōu)化：1、 eSRVCC未觸發(fā)問題2、 eSRVCC切換時延問題3、 eSRVCC切換失敗問題4、 SRVCC切換成功前后問題具體流程圖如下：1.3.3 eSRVCC未觸發(fā)問題的排查 問題判定規(guī)則 當UE處于VOLTE通話，UE所測量到的4G側的RSCP值和GSM側的電平值滿足開啟測量和觸發(fā)切換的門限（網(wǎng)絡設定的）時，UE或者網(wǎng)絡不進行切換的觸發(fā)和執(zhí)行。 問題排查步驟eSRVCC切換無法觸發(fā)導致VOLTE業(yè)務無法進行異系統(tǒng)切換，無法實現(xiàn)4/2G互操作，嚴重影響客戶感知，為排查無法觸發(fā)eSRVCC的原因定位，步驟如下基站未收到B2事件的處理辦法缺少“設備廠商定位處理”：1.3.3.1.1 eSRVCC功能開啟 問題現(xiàn)象路測中有LTE信號低于異系統(tǒng)A2測量門限，但是不下發(fā)eSRVCC相關的測量控制，UE也不會進行測量上報。 處理方法若要進行eSRVCC，需打開相應的算法開關，以及異系統(tǒng)互操作策略需支持eSRVCC。需要在對應設備廠家的OMC上打開對應的算法開關（包含4G側與2G側）。1.3.3.1.2 基站側問題1.3.3.1.2.1 基站未下發(fā)A2測量控制信息 問題現(xiàn)象當UE信號低于異系統(tǒng)A2測量門限，基站未下發(fā)A2測量控制信息。 處理方法排查License是否過期，以及是否正常安裝。IRAT涉及的相關License如下，其中SRVCC的License 如下圖所示1.3.3.1.2.2 基站未下發(fā)B2測量控制信息 問題現(xiàn)象UE上報A2測量報告后，基站收到A2測量報告后，未下發(fā)B2測量控制信息 處理方法檢查OMC側的基站測量控制信息是否配置完整。主要從以下幾個方面進行排查： 切換算法配置核查 異系統(tǒng)切換參數(shù)配置核查 QCI切換優(yōu)先級配置核查1.3.3.1.2.3 基站未收到A2測量事件 問題現(xiàn)象在Uu口，終端上發(fā)A2事件后，基站側未收到A2測量事件。 處理方法l 上行干擾排查：跟蹤上行RB RSSI 來判斷是否存在上行干擾。上行干擾檢測（網(wǎng)絡側跟蹤到的RB RSSI明顯比其它RB高）l 干擾的處理方法：錯開頻點配置使用掃頻儀進行掃頻，找出干擾源。對于瞬時的，變化的干擾，暫時沒有好的解決辦法。l 設備廠家處理：在排除無線的干擾，覆蓋后，需要對問題交由對應設備廠家進行基站側的排查和定位。1.3.3.1.2.4 基站未收到B2事件 問題現(xiàn)象UE上報B2事件報告后，基站未收到B2測量報告 處理方法l 上行干擾排查及處理見問題4l 設備廠家處理在完成上行干擾排查和覆蓋排查后，需要聯(lián)合設備廠家對基站進行跟蹤處理，定位原因。1.3.3.1.2.5 基站未發(fā)送eSRVCC切換請求 問題現(xiàn)象基站收到UE上發(fā)的測量報告后，未向SWCC IWF 進行發(fā)送 SRVCC PS to CS Request信令。 處理方法主要設備廠家跟蹤核心網(wǎng)信令進行定位處理。1.3.3.1.2.6 基站未收到eMSC的信息反饋 問題現(xiàn)象基站向SWCC IWF 進行發(fā)送 SRVCC PS to CS Request信令后，未收到eMSC反饋回的SRVCC PS to CS Response信令。 處理方法查詢GSM側小區(qū)是否存在擁塞，BSC側是否存在異系統(tǒng)切換LICENSE不足等現(xiàn)象。如果存在，請對GSM小區(qū)進行擴容，補足BSC側異系統(tǒng)切換LICENSE。1.3.3.1.3 終端問題1.3.3.1.3.1 終端未上報A2測量事件 問題現(xiàn)象基站下發(fā)A2測量控制，在滿足系統(tǒng)設定的A2測量門限后，終端未上報A2測量事件。 處理方法抓取終端側LOG，并聯(lián)系對應終端廠家進行聯(lián)合定位。1.3.3.1.3.2 終端未上報B2測量事件 問題現(xiàn)象基站下發(fā)B2測量控制，終端一直不上報B2測量報告 處理方法l 2G鄰區(qū)配置核查檢查4G到2G鄰區(qū)配置的完整性和準確性：漏配，外部小區(qū)配置錯誤等。若沒有配置鄰區(qū)。對于4G與2G系統(tǒng)的eSRVCC鄰區(qū)設置，除了遵循互異性、鄰近性、百分比重疊、臨界小區(qū)和優(yōu)選小區(qū)外，還需遵循以下原則：頻點數(shù)量，不超過32個，盡量配全，避免漏配，否則終端可能測量不到合適的2G鄰區(qū)。頻點優(yōu)先級，將需要的頻點配置在一個頻點組即可。4G小區(qū)繼承共站2G小區(qū)方位角上所有2G鄰區(qū)關系。4G小區(qū)和3G共站，需繼承3G所有的2G鄰區(qū)關系。4G站點為新建站，優(yōu)先添加第一圈2G鄰區(qū)頻點。4G和2G共室分，4G需配置該2G室分頻點及2G室分的鄰區(qū)頻點。室分無論是900或1800均可作為覆蓋層進行配置，GSM900/1800頻點選擇：僅配置覆蓋層網(wǎng)絡頻點。l 2G信號強度排查現(xiàn)場測試 2G信號強度，是否存在弱覆蓋等現(xiàn)象，如果存在，通過調(diào)整天饋，增加基站建設等手段優(yōu)化2G覆蓋。l 終端廠家配合處理排除鄰區(qū)，信號強度排查后，需要聯(lián)合終端廠家共同抓取終端LOG，分析終端原因。1.3.3.1.3.3 UE能力排查 問題現(xiàn)象 基站發(fā)送了切換命令，但是一直沒有切換完成消息返回 處理方法查詢UE初始接入時發(fā)送的UE_CAP_INFO消息中的UE能力。部分終端（如：HTCm8）不支持 aSRVCC, 弱覆蓋區(qū)域起呼，觸發(fā)aSRVCC導致起呼失敗。具體的UE支持LTE to GSM 的SRVCC 能力如下表所示，需要FGI中如下標志位為1。Index of indicator(bit number)Definition(description of the supported functionallty, if indicator set to one)notesIf indicated“Yes” the feature shall be implemented and successfully tested for this version of the specificationFDD/TDD diff9-EUTRA RRC_CONNECTION TO GERAN GSM Dedicated handover-related to SRVCCcan only be set to 1 if the UE has set bit number 23 to 1Yes23-GERANmeasurements reporting and measurementreportingevent B2 in-UTRA connected modeYesUE 的 FGI 和UE 支持的頻帶都可以在UE上報的UE能力信息中查詢到，如下所示：RRC_UE_CAP_ENQURY發(fā)送到UERRC_UE_CAP_INFO接受自UERRC_SECUR_MODE_CMD發(fā)送到UE1.3.4 eSRVCC時延問題的排查 問題現(xiàn)象中國移動集團定義的eSRVCC切換時延就是eSRVCC切換信令面中斷時長。終端角度eSRVCC切換時延=T1（切換準備時延）+T1a（eMSC 發(fā)送PS到CS切換相應消息）+T2a（MME 發(fā)送 HO command 給eNODEB）+T3a（eNODEB 發(fā)送HO command 給UE）+T4（E2E語音面中斷時延）定義的來源？當T1+T1a+T2a+T3a150ms或T4300ms時，需要對eSRVCC切換時延進行優(yōu)化。 問題處理步驟和流程eSRVCC切換時延的大小直接影響用戶通