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