Volte單用戶端到端優(yōu)化分析

1、僅供個(gè)人參考一、Volte單用戶端到端優(yōu)化分析（問(wèn)題分析流程，重點(diǎn)解決無(wú) 線網(wǎng)絡(luò)質(zhì)量問(wèn)題）1.1用戶volte接入優(yōu)化1.1.1 VOLTE接入-無(wú)線問(wèn)題定位思路:VOLTE是承載在數(shù)據(jù)業(yè)務(wù)資源上的“語(yǔ)音業(yè)務(wù)”，相對(duì)于普通數(shù)據(jù)業(yè)務(wù)新增了QCI為5、1和2的承載，VOLTE接通優(yōu)化主要包括接通成功率和接通時(shí)延兩方面，主要涉及UE、無(wú)線、EPC核心網(wǎng)4大域超過(guò)10個(gè)方面影響因素，為提升網(wǎng)絡(luò)接通率和接通時(shí)延，通過(guò)端到端 信令平臺(tái)對(duì)接入失敗、接通時(shí)延長(zhǎng)的原因進(jìn)行定界，對(duì)定界為無(wú)線側(cè)問(wèn)題進(jìn)一步定位分析， 提出優(yōu)化方案，對(duì)后續(xù)接入優(yōu)化處理進(jìn)行指導(dǎo)并快速找到問(wèn)題并迅速解決。1.1.2 VOLTE接入-無(wú)線問(wèn)

2、題定位方法:按照VoLTE語(yǔ)音“ 433”優(yōu)化方法的VOLTE接入-無(wú)線問(wèn)題定位排查流程，主要通過(guò)以 下3個(gè)方面：VOLTE未接通問(wèn)題、VOLTE接入時(shí)延問(wèn)題、終端 CSFB回落問(wèn)題，進(jìn)行定位及 優(yōu)化1.1.3 終端CSFB回落問(wèn)題的排查1.1.3.1終端CSFB判定規(guī)則在LTE網(wǎng)絡(luò)中，VOLTE終端在呼叫或被尋呼過(guò)程中出現(xiàn)CSFB回落到CS域進(jìn)行通話,無(wú)法正常在VOLTE網(wǎng)絡(luò)上進(jìn)行業(yè)務(wù)，造成用戶無(wú)法體驗(yàn)VOLTE高清語(yǔ)音通話。集團(tuán)要求從端到端信令平臺(tái)提取CSFB占比5%進(jìn)行分析定位并解決，務(wù)必保證VOLTE用戶均能享受VOLTE網(wǎng)絡(luò)帶來(lái)的高清業(yè)務(wù)。1.1.3.2 CSFB問(wèn)題排查步驟對(duì)于終端

3、出現(xiàn) CSFB情況，主要通過(guò) 2方面進(jìn)行定位分析，終端側(cè)是否開(kāi)啟VOLTE業(yè)務(wù)或終端是否在IMS域注冊(cè)、終端在起呼過(guò)程中是否存在弱覆蓋現(xiàn)象，優(yōu)化流程如下：1.1.3.3終端是否啟用 VOLTE業(yè)務(wù)問(wèn)題定位:VOLTE用戶在LTE網(wǎng)絡(luò)起呼中，在以下 2種情況下會(huì)出現(xiàn)CSFB VOLTE用戶在TAS服務(wù)器開(kāi)戶失??；現(xiàn) 象 ： TAS 收 到 invite 后 發(fā) 500 SERVERINTERNAL ERROR(Cause:500，) 攜 帶 Warning:query adb failed 消息。 VOLTE終端未開(kāi)通VOLTE業(yè)務(wù)； VOLTE用戶未在IMS域注冊(cè)；現(xiàn)象：1、UE向融合HLR/

4、HSS發(fā)起Register后未收到網(wǎng)絡(luò)側(cè)發(fā)的 2000K表示注冊(cè) 失敗。2、UE在完成EPC附著并未向IMS域發(fā)起注冊(cè)。處理方法確認(rèn)終端版本是否支持 volte volte開(kāi)關(guān)是否打開(kāi)； 對(duì)未開(kāi)戶和開(kāi)戶失敗用戶， 聯(lián)系 10086 重新開(kāi)戶，也可以發(fā)短信先取消 VOLTE， 在開(kāi)通即可；排查是否終端問(wèn)題導(dǎo)致用戶注冊(cè)失敗。1.1.3.4 LTE 網(wǎng)絡(luò)覆蓋問(wèn)題問(wèn)題定位： VOLTE用戶在弱覆蓋區(qū)域起呼，由于空口質(zhì)量差造成 SIP信令丟失，UE發(fā)INVITE 消息，未收到100Trying，導(dǎo)致TCALL定時(shí)器超時(shí)后在 CS域發(fā)起呼叫或?qū)ず暨M(jìn)行 CSFB VOLTE用戶在弱覆蓋區(qū)域起呼，由于無(wú)線鏈路

5、質(zhì)量差造成建立RRC重配置消息無(wú)法正常交互，致使 QCI1 建立失敗導(dǎo)致 CSFB；優(yōu)化方法：基于路測(cè)及MR數(shù)據(jù)，針對(duì)LTE弱覆蓋區(qū)域精準(zhǔn)補(bǔ)盲，減少弱覆蓋導(dǎo)致的信令丟失。RF優(yōu)化，在兼顧其他區(qū)域、路段的情況下通過(guò)調(diào)整天饋方位角、下傾角來(lái)消除弱 覆蓋。查詢小區(qū)功率配置， 對(duì)未配置最大功率的小區(qū)修改為為最大配置， 之后通過(guò)天饋調(diào) 整蓋消除弱覆蓋并避免越區(qū)覆蓋。對(duì)站間距較大的區(qū)域無(wú)法通過(guò)RF和功率優(yōu)化解決，需新增 LTE站點(diǎn)解決。1.1.4 VOLTE 接入時(shí)延問(wèn)題的排查1.1.4.1 VOLTE 時(shí)延判定規(guī)則從主叫發(fā)invite到被叫發(fā)出180ring之間產(chǎn)生的時(shí)間為 VOLTE端到端呼叫時(shí)延，由

6、 于從主叫到被叫之間跨越的網(wǎng)元、 傳輸較多， 各個(gè)環(huán)節(jié)都會(huì)產(chǎn)生時(shí)延， 而每個(gè)環(huán)節(jié)段出 現(xiàn)異常時(shí)延都將導(dǎo)致整個(gè)呼叫時(shí)延增大，增加用戶接通等待時(shí)間。集團(tuán)要求現(xiàn)階段 VOLTE端到端時(shí)延在 3500ms左右，而對(duì)時(shí)延大于 5000ms的異常 情況將逐個(gè)環(huán)節(jié)段針對(duì)性分析定位。1.1.4.2 異常時(shí)延排查步驟對(duì)高時(shí)延的呼叫流程在無(wú)線側(cè)主要通過(guò)終端是否CSFB、MME 尋呼機(jī)制、站點(diǎn)告警、無(wú)線空口、 MME 尋呼時(shí)間間隔等幾個(gè)環(huán)節(jié)分析定位，定位流程如下：1.1.4.3 終端 CSFB 、 CS 域1.1.4.3.1 終端是否支持 VOLTE問(wèn)題定位：終端未在TAS服務(wù)器開(kāi)戶、終端未注冊(cè)到 IMS網(wǎng)絡(luò)均導(dǎo)致

7、終端將觸發(fā) CSFB乎叫, 造成呼叫時(shí)延增大。優(yōu)化方法： 見(jiàn)CSFB回落問(wèn)題優(yōu)化方案。1.1.4.3.2 LTE 覆蓋問(wèn)題問(wèn)題定位： VOLTE用戶在弱覆蓋區(qū)域起呼，由于空口質(zhì)量差造成 SIP信令丟失，UE發(fā)INVITE 消息，未收到lOOTrying ,導(dǎo)致TCALL定時(shí)器超時(shí)后在 CS域發(fā)起呼叫或?qū)ず暨M(jìn) 行 CSFB； VOLTE用戶在弱覆蓋區(qū)域起呼，由于無(wú)線鏈路質(zhì)量差造成建立RRC重配置消息無(wú)法正常交互，致使 QCI1 建立失敗導(dǎo)致 CSFB； VOLTE用戶在弱覆蓋區(qū)域起呼，被叫由于達(dá)到異系統(tǒng)重選門(mén)限向TDS/GSM!選，在重選完成后再在 CS域進(jìn)行尋呼，導(dǎo)致呼叫時(shí)延增加。優(yōu)化方法：室

8、分弱覆蓋檢查 RRU是否存在故障，若不存在現(xiàn)場(chǎng)排查室分系統(tǒng)。 室外弱覆蓋查詢周邊是否存在告警、斷站、退服小區(qū)等導(dǎo)致弱覆蓋，若存在 盡快排查告警、故障恢復(fù)站點(diǎn)正在業(yè)務(wù)。根據(jù)TA與電平二維度、路測(cè)、MR數(shù)據(jù)定位弱覆蓋，通過(guò) RF優(yōu)化在兼顧其他區(qū)域、路段的情況下通過(guò)調(diào)整天饋方位角、下傾角來(lái)消除弱覆蓋。查詢小區(qū)功率配置，對(duì)未配置最大功率的小區(qū)修改為為最大配置，之后通過(guò) 天饋調(diào)整蓋消除弱覆蓋并避免越區(qū)覆蓋。對(duì)站間距較大的區(qū)域無(wú)法通過(guò)RF和功率優(yōu)化解決，需新增LTE站點(diǎn)解決。1.1.4.3.3 尋呼問(wèn)題問(wèn)題定位：MME尋呼UE過(guò)程中存在2種尋呼機(jī)制： 精準(zhǔn)尋呼：首次在 eNB list （最近活動(dòng)的 7

9、個(gè) eNB）， 2-4 次為全網(wǎng) TA list 尋呼。 全網(wǎng)尋呼：關(guān)閉精準(zhǔn)尋呼， 1-4 次采用全網(wǎng) TA list 尋呼。 一般首次尋呼會(huì)在 3s 內(nèi)，而精準(zhǔn)尋呼開(kāi)啟， 會(huì)造成二次尋呼 T3414 時(shí)間以上才 能成功，直接影響 MME 尋呼時(shí)延。優(yōu)化方法：現(xiàn)網(wǎng)采用MME全網(wǎng)TA尋呼，減少二次尋呼時(shí)延。1.143.4 故障告警問(wèn)題定位：基站和小區(qū)長(zhǎng)時(shí)間工作會(huì)出現(xiàn)故障產(chǎn)生告警，對(duì)出現(xiàn)的一些告警將會(huì)影響基站小區(qū) 工作能力或性能下降，直接造成網(wǎng)絡(luò)接入性差等現(xiàn)象。優(yōu)化方法：查詢小區(qū)RRU故障、狀態(tài)、性能等告警，對(duì)存在告警小區(qū)進(jìn)行告警消除。核查基站側(cè)是否存在隱性故障、性能告警，對(duì)存在告警的基站進(jìn)行告警

10、消除。如未發(fā)現(xiàn)常規(guī)告警、可采集相關(guān)日志log上報(bào)廠家研發(fā)定位。1.1.4.4無(wú)線環(huán)境差1.1.4.4.1 干擾問(wèn)題問(wèn)題定位：UE通過(guò)RRC鏈路建立和基站取得信令交互，而空口上行干擾大于-110dBm后將嚴(yán)重影響RRC的建立，從而影響 VOLTE的接通率；通過(guò)后臺(tái)網(wǎng)管跟蹤小區(qū)的 PRB上是否存在干擾，對(duì)大于 -110dBm的小區(qū)進(jìn)行干擾 優(yōu)化。處理方法：LTE干擾分為系統(tǒng)內(nèi)干擾和系統(tǒng)間干擾，系統(tǒng)間干擾包括雜散干擾、阻塞干擾、互 調(diào)/諧波干擾等，系統(tǒng)內(nèi)干擾包括遠(yuǎn)距離同頻干擾、GPS故障、數(shù)據(jù)配置錯(cuò)誤等。首先提取100PRB統(tǒng)計(jì)分析、排查是否為整網(wǎng)干擾（查詢配置、告警等不得用于商業(yè)用途根據(jù)100PR

11、B統(tǒng)計(jì)分析，判斷是系統(tǒng)內(nèi)或系統(tǒng)外干擾：系統(tǒng)外干擾：干擾的處理方法：內(nèi)部干擾：PCI干擾;重點(diǎn)排查硬件故障、參數(shù)配置、超遠(yuǎn)覆蓋，錯(cuò)開(kāi)頻點(diǎn)配置，避免 外部干擾： 首先使用掃頻儀進(jìn)行掃頻進(jìn)行共站干擾排查（阻塞、雜散、互調(diào)等） ，其次進(jìn)行 非共站干擾排查，如隔離度檢查、頻率間隔檢查等，并協(xié)調(diào)無(wú)線電管理委員會(huì) 進(jìn)行清查；后臺(tái)OMC干擾查詢及定位方法：PRB干擾查詢：在EMS性能- 歷史性能監(jiān)控窗口 -噪聲干擾檢測(cè)統(tǒng)計(jì)， 選擇RB0RB99 平均噪聲干擾進(jìn)行查詢以下從100個(gè)RB的頻域分布規(guī)律上識(shí)別各類干擾并展開(kāi)優(yōu)化。系統(tǒng)內(nèi)干擾大氣波導(dǎo)：頻域特征為全頻段抬升、中間6個(gè)RB抬升更高，可能干擾源為遠(yuǎn)距離同頻干

12、擾GPS故障：頻域特征為 RB7、RB48-51及RB92明顯抬升系統(tǒng)間干擾： 雜散干擾：頻域特征為前高后低 ，可能干擾源 DCS1800、 FDD 阻塞干擾：頻域特征為全頻段抬升，可能干擾源FDD干擾器互調(diào)/諧波干擾：頻域特征為幾個(gè)RB尖峰凸起，可能干擾源 GSM900 DCS1800公安偽基站1.1.4.4.2 覆蓋問(wèn)題問(wèn)題定位： 在端到端接通流程中，會(huì)涉及到空口SIP信令、RRC重配置信令（切換、功控）交互，無(wú)線環(huán)境質(zhì)量差將會(huì)引起信令交互時(shí)間較長(zhǎng)增加呼叫時(shí)延。優(yōu)化方法：見(jiàn)VOLTE時(shí)延問(wèn)題章節(jié)1.2弱覆蓋優(yōu)化方法處理。1.1.4.4.3 尋呼間隔問(wèn)題定位：在MME尋呼UE過(guò)程中存在尋呼間

13、隔 （用于控制 MME發(fā)起尋呼與UE響應(yīng)的時(shí)間 間隔），在MME發(fā)送Paging Request消息啟動(dòng)，在收到 Service Request消息后停止，超 時(shí)后， MME 重新發(fā) Paging Request 消息，設(shè)置過(guò)長(zhǎng)會(huì)影響呼叫建立時(shí)延，設(shè)置過(guò)短會(huì) 導(dǎo)致尋呼負(fù)荷增加。優(yōu)化方法：集團(tuán)參數(shù)規(guī)范范圍為 312s，建議優(yōu)化值為3s。1.1.4.4.4 終端性能問(wèn)題定位：VOLTE終端型號(hào)種類較多所使用的芯片也不盡相同， 各廠商對(duì)VOLTE網(wǎng)絡(luò)的兼容不 完善， 造成一些終端存在接入時(shí)延長(zhǎng)問(wèn)題， 通過(guò)端到端平臺(tái)統(tǒng)計(jì)， 對(duì)呼叫時(shí)延較高的一 類終端進(jìn)行測(cè)試，對(duì)時(shí)延較長(zhǎng)環(huán)節(jié)進(jìn)行分析說(shuō)明。優(yōu)化方法上報(bào)終

14、端設(shè)備廠商問(wèn)題使其完善終端性能。1.1.5 VOLTE未接通問(wèn)題的排查1.1.5.1 VOLTE未接通的判定規(guī)則端到端未接通為主叫發(fā)invite呼叫開(kāi)始后被叫未下發(fā)180Ring, VOLTE接通環(huán)節(jié)比較復(fù)雜，從終端開(kāi)始呼叫經(jīng)過(guò)RRC建立、QCI5 SIP信令建立、網(wǎng)絡(luò)側(cè)尋呼被叫、QCI 1承載建立等多個(gè)環(huán)節(jié)建立成功后主被叫UE才能正常接通，每個(gè)階段無(wú)法正常建立均導(dǎo)致未接通，影響 VOLTE用戶的感知。1.1.5.2 VOLTE未接通問(wèn)題的排查步驟對(duì)從端到端信令平臺(tái)中提取XDR未接通話單歸類分析，VOLTE未接通在無(wú)線側(cè)原因主要有 MME尋呼被叫問(wèn)題、 RRC建立問(wèn)題、E-RAB建立問(wèn)題（QC

15、I125承載建立） 和終端性能問(wèn)題等，為定位每通VOLTE未接通問(wèn)題原因，通過(guò)以下流程進(jìn)行排查原因并定位，步驟流程如下1.1.5.3 MME尋呼問(wèn)題問(wèn)題定位： 在尋呼流程中， 沒(méi)有收到UE的響應(yīng)消息，MME重新發(fā)送Paging Request消息的 次數(shù)（尋呼重發(fā)次數(shù) N3413控制），該定時(shí)器設(shè)置小將導(dǎo)致尋呼成功率降低。 為提升尋呼成功率，MME啟動(dòng)了精準(zhǔn)尋呼，尋呼先從LAST ENB尋呼，如果尋呼不到再整個(gè)TA尋呼。 無(wú)線環(huán)境差易導(dǎo)致空口尋呼丟失概率增加，UE無(wú)法正確解碼PDSCHt paging消息導(dǎo)致尋呼率低。優(yōu)化方法：增大用戶尋呼下發(fā)次數(shù) N3413，空口用戶尋呼將按照配置值下發(fā)多次

16、，會(huì)增加用戶收到尋呼消息的概率，來(lái)達(dá)到輔助核心網(wǎng)確保下發(fā)可靠性的目的。開(kāi)啟精準(zhǔn)尋呼，MME對(duì)UE最近占用的7個(gè)eNB尋呼，由于尋呼范圍小大大減少 了無(wú)線信令負(fù)荷，空口無(wú)線尋呼消息減少，整體下行信令變少導(dǎo)致MME尋呼成功率提升，該方法將影響呼叫時(shí)延。降低尋呼信道碼率，提高隨機(jī)接入響應(yīng)消息和尋呼消息接收成功率，提高空口尋呼成功率。開(kāi)啟干擾隨機(jī)化開(kāi)關(guān)，用于Paging消息資源分配隨機(jī)化，從而提高弱覆蓋或干擾區(qū)域?qū)ず舫晒Φ母怕省Ｕ{(diào)整參數(shù)參數(shù)中文現(xiàn)狀建議RarAndPagingCR尋呼信道碼率11750MaxPagingRecordsNumPaging下發(fā)最大個(gè)數(shù)1610PagingInterfRand

17、Switch干擾隨機(jī)化開(kāi)關(guān)OFFON僅供個(gè)人參考1.1.5.4 RRC建立問(wèn)題反映eNodeB或者小區(qū)的UE接納能力，RRC連接建立成功意味著 UE與網(wǎng)絡(luò)建立了信令 連接。RRC連接建立，包括(如位置更新、系統(tǒng)間小區(qū)重選、重配置、注冊(cè)等)的RRC連接建立。RRC連接建立流程如下：本流程圖表述了 RRC連接建立過(guò)程。包含了 RRC連接建立成功，RRC連接建立被拒 絕和RRC連接建立失敗等過(guò)程。RRC建立過(guò)程是UE和eNB在空口進(jìn)行信令連接，無(wú)線空口質(zhì)量的好壞、UE能力不足、 基站故障、擁塞等都將影響RRC建立的成功率，RRC建立問(wèn)題主要通過(guò)以下方法排查。1.1.5.5告警故障問(wèn)題定位：基站和小區(qū)

18、長(zhǎng)時(shí)間工作會(huì)出現(xiàn)故障產(chǎn)生告警，對(duì)出現(xiàn)的一些告警將會(huì)影響基站小區(qū)工作能力或性能下降，直接造成網(wǎng)絡(luò)接入性差等現(xiàn)象。優(yōu)化方法：參照VOLTE時(shí)延問(wèn)題章節(jié)3優(yōu)化方法處理。1.1.5.6無(wú)線環(huán)境差1.1.5.6.1 干擾問(wèn)題問(wèn)題定位：UE通過(guò)RRC鏈路建立和基站取得信令交互，而空口上行干擾大于-110dBm后將嚴(yán)重影響RRC的建立，從而影響 通過(guò)后臺(tái)網(wǎng)管跟蹤小區(qū)的 干擾優(yōu)化。VOLTE的接通率；100 PRB上是否存在干擾，對(duì)大于 -110dBm的小區(qū)進(jìn)行處理方法：參照VOLTE時(shí)延問(wèn)題4.1章節(jié)優(yōu)化方法處理。1.1.5.6.2 弱覆蓋問(wèn)題定位：在起呼過(guò)程中處于弱覆蓋區(qū)域(RSRP-110dBm SIR

19、N=5% （注：此處要求采樣點(diǎn)的主小區(qū)RSRP-110dBi）對(duì)于高重疊覆蓋小區(qū)處理思路及分工流程如下圖所示對(duì)周邊 500 米存在故障、退服等無(wú)法工作小區(qū)盡快排查故障開(kāi)通。 通過(guò)RF天饋方位角、下傾角調(diào)整，使該區(qū)域有主覆蓋小區(qū)，避免重疊覆蓋嚴(yán) 重造成頻繁切換。小區(qū)發(fā)射功率優(yōu)化。 對(duì)掛高較高的天線進(jìn)行整改，避免越區(qū)覆蓋。1.1.5.11 終端故障問(wèn)題定位:volte終端型號(hào)種類較多所使用的芯片也不盡相同，各廠商對(duì)volte網(wǎng)絡(luò)的兼容不完善，造成各類終端型號(hào)存在多種多樣的接通異常， 。處理方法:對(duì)終端型號(hào)進(jìn)行分類，對(duì)接通率指標(biāo)較差的終端型號(hào)定位具體原因并返廠處理。1.2 用戶 VoLTE 掉話優(yōu)化

20、1.2.1 VoLTE 掉話分析先分析是哪類原因引起的掉話，再根據(jù)觸發(fā)異常的網(wǎng)元分析掉話的原因。對(duì)于VoLTE通話過(guò)程中網(wǎng)絡(luò)側(cè)發(fā)起RRCRelease或者SIP信令異常，主要是切換 失敗、弱覆蓋、重建、流程沖突等，涉及端到端網(wǎng)元，因此，定位問(wèn)題根因需要 端到端信令。若掉話是通話階段終端收到 RRCRelease1、 查看基站側(cè)虛用戶跟蹤，判斷若是基站觸發(fā)的，查看S1 釋放原因。2、根據(jù)原因值再聯(lián)合基站 CHR及 DBG日志分析。3、 若是MME蟲(chóng)發(fā)的，則查看釋放原因值，聯(lián)合MME分析。若是 QCI1 承載沒(méi)有刪除1、 查看刪除承載時(shí)是否有切換、TAU流程，若存在查看基站虛用戶跟蹤、EC跟蹤，

21、分析流程交叉處理順序及處理是否合理。2、 若流程沖突處理無(wú)問(wèn)題或是無(wú)流程沖突，則查看基站虛用戶跟蹤是否收到QCI1 承載刪除。3、若基站收到 QCI1 承載刪除，則分析基站為何沒(méi)有下發(fā)給終端。4、 若基站沒(méi)有收到 QCI1承載刪除，則查看 MME/SAE艮蹤是否收到PCRF指示刪除 QCI1 承載。5、 若是PCRF沒(méi)有收到指示，則查看 P-CSCF是否下發(fā)刪除QCI1承載。若是 BYE 200 OK 沒(méi)有收到1、查看SBC是否收到主叫發(fā)送的 BYE消息。2、若SBOI攵到BYE消息，查看SBC是否轉(zhuǎn)發(fā)BYE消息給被叫。3、若SBC沒(méi)有收到BYE消息，查看基站覆蓋、干擾及跟蹤是否 SIP消息正

22、常收到。4、若被叫收到 BYE消息，查看被叫是否發(fā)送 BYE 200 OK。5、 若SBC收到BYE200OK則查看是否轉(zhuǎn)發(fā)給主叫。若 SBC沒(méi)有收到BYE200 OK 則查看基站覆蓋、干擾及跟蹤是否正常收到 SIP 消息。1.2.2 VOLTE 掉話無(wú)線問(wèn)題優(yōu)化對(duì)從端到端信令平臺(tái)中提取掉話話單歸類分析，VOLTE 掉話在無(wú)線側(cè)原因主要有換失敗、弱覆蓋、重建、流程沖突、干擾等，為定位每通VOLTE掉話問(wèn)題原因，通過(guò)以下流程進(jìn)行排查原因并定位，步驟流程如下1.2.2.1 弱覆蓋、過(guò)覆蓋問(wèn)題問(wèn)題定位：在通話過(guò)程中處于弱覆蓋區(qū)域(RSRP-110dB、SIRN 歷史性能監(jiān)控窗口 -噪聲干擾檢測(cè)統(tǒng)計(jì)，

23、 選擇RB0RB99 平均噪聲干擾進(jìn)行查詢以下從100個(gè)RB的頻域分布規(guī)律上識(shí)別各類干擾并展開(kāi)優(yōu)化。系統(tǒng)內(nèi)干擾大氣波導(dǎo)：頻域特征為全頻段抬升、中間6個(gè)RB抬升更高，可能干擾源為遠(yuǎn)距離同頻干擾GPS故障：頻域特征為 RB7、RB48-51及RB92明顯抬升系統(tǒng)間干擾：雜散干擾：頻域特征為前高后低，可能干擾源 DCS18O0 FDD阻塞干擾：頻域特征為全頻段抬升，可能干擾源FDD干擾器互調(diào)/諧波干擾：頻域特征為幾個(gè) RB尖峰凸起，可能干擾源 GSM900 DCS1800公 安偽基站1.2.3 核心網(wǎng)掉話問(wèn)題排查流程分析定位系統(tǒng)掉話問(wèn)題，針對(duì)問(wèn)題原因和解決方案提供定位指導(dǎo)和指標(biāo)優(yōu) 化。如下是IMS側(cè)

24、問(wèn)題定界和分析優(yōu)化流程：對(duì)于核心網(wǎng)掉話，首先分析網(wǎng)元告警和 CHR日志。如果存在問(wèn)題相關(guān)告警，需要參考網(wǎng)元產(chǎn)品文檔進(jìn)行告警排查和解決，如 果仍未解決請(qǐng)聯(lián)系華為技術(shù)人員協(xié)助。IMS問(wèn)題可以分為用戶投訴和非投訴兩類進(jìn)行處理。 針對(duì)投訴問(wèn)題有具體的 場(chǎng)景、用戶號(hào)碼和時(shí)間點(diǎn)，可以進(jìn)行初步問(wèn)題判斷，必要時(shí)直接從DO系統(tǒng)獲取信令分析。對(duì)于非投訴問(wèn)題，需要進(jìn)行IMS話統(tǒng)、CHR關(guān)聯(lián)分析，找出掉話率高 的時(shí)間段和典型的掉話號(hào)碼，根據(jù)掉話號(hào)碼和時(shí)間點(diǎn)從 DO系統(tǒng)獲取信令分析。根據(jù)掉話信令首先找出第一拆線點(diǎn)，根據(jù)第一拆線點(diǎn)進(jìn)行分類分析。無(wú)線 問(wèn)題交由無(wú)線分析解決，第三方 AS問(wèn)題交由第三方AS分析解決，IMS問(wèn)題

25、根據(jù) BYE消息Reas on碼進(jìn)行分類分析。現(xiàn)網(wǎng)常見(jiàn)掉話場(chǎng)景與優(yōu)化建議如下:掉話場(chǎng)景優(yōu)化建議通話過(guò)程中EPC發(fā)送ASR提示BEARER_RELEASED 導(dǎo)致SBC發(fā)送BYE拆話。無(wú)線信號(hào)導(dǎo)致，需要優(yōu)化無(wú)線 覆蓋通話過(guò)程中IP地址發(fā)生變化后發(fā)起重注冊(cè)，注冊(cè) 成功后SCSCF拆除已有會(huì)話。EPC側(cè)定時(shí)器設(shè)置不合理導(dǎo) 致，需要優(yōu)化定時(shí)器彩鈴情況下，被叫應(yīng)答時(shí)彩鈴服務(wù)器通過(guò)UPDATE以及Re-Invite重新協(xié)商主被叫編解碼，此時(shí)發(fā)生eSRVCC切換，SCCAS在等待UPDATE 200時(shí)收到切換出 現(xiàn)異常，導(dǎo)致掉話。需要集團(tuán)研究院確定這種彩 鈴媒體重協(xié)商流程和SRVCC流程碰撞時(shí)，該如何處理主

26、叫UE收到摘機(jī)的 200后由于信號(hào)較差未響應(yīng)無(wú)線信號(hào)導(dǎo)致，需要優(yōu)化無(wú)線ACK網(wǎng)絡(luò)側(cè)重傳200定時(shí)器超時(shí)后發(fā)送 BYE拆話覆蓋通話中主叫發(fā)生 eSRVCC切換，剛切換完成又發(fā)生 回切，回切完成后被叫掛機(jī)，在BYE消息到達(dá)主叫前，主叫又發(fā)起了 eSRVCCU換，所以主叫收到 BYE消息后 不回200 0K。用戶在無(wú)線切換臨界點(diǎn)來(lái)回 移動(dòng)導(dǎo)致，無(wú)需優(yōu)化通話過(guò)程中發(fā)生eSRVCCU換，切換成功后eMSC立 刻發(fā)送BYE拆話。優(yōu)化2G承載建立成功率VoBB撥打VoLTE用戶，被叫摘機(jī)的200OK到達(dá)SBC 后，SBC向CSCF發(fā)送487向終端發(fā)送BYE拆話。VoBB終端打包時(shí)長(zhǎng) 30ms和VoLTE手機(jī)

27、20ms不匹配。需要VoBB 終端做整改。CS呼叫VoLTE振鈴后發(fā)生eSRVC（切換，切換接近 完成時(shí)又進(jìn)行回切，回切失敗導(dǎo)致拆話。用戶在無(wú)線切換臨界點(diǎn)來(lái)回 移動(dòng)導(dǎo)致，無(wú)需優(yōu)化HTC終端做被叫，呼叫接通后15分鐘，網(wǎng)絡(luò)側(cè)發(fā)起 session timer會(huì)話檢測(cè)，update消息發(fā)送到SBC后未 收到終端200響應(yīng)消息，32秒后超時(shí)SBC回復(fù)408,網(wǎng) 絡(luò)側(cè)再重復(fù)發(fā)送 2次update后仍未收到200響應(yīng)，之 后網(wǎng)絡(luò)釋放呼叫異常造成掉話。SBC通話狀態(tài)下未主動(dòng)刷新 IPSEC SA參數(shù)，在 401鑒權(quán)挑戰(zhàn) 10分鐘后，UE已經(jīng)啟用新的IPSEC SA參數(shù)，但 SBC繼續(xù)使用老的 IPSEC S

28、A參數(shù)下發(fā)SEESION檢測(cè) 的UPDATE肖息，導(dǎo)致UE無(wú)法解析 返回200 OK。檢測(cè)超時(shí)后網(wǎng)絡(luò)側(cè) 終止呼叫。在SE2900V300R001C20SPH11已經(jīng)解決。VoLTE用戶間撥打，被叫摘機(jī)的200OK到達(dá)主叫的同時(shí)，主叫掛機(jī)場(chǎng)景，主叫未響應(yīng)ACK直接發(fā)BYE用戶原因掉話，無(wú)需優(yōu)化用戶在使用VOLTE業(yè)務(wù)時(shí)，在呼叫接通后， 立即單 通，20秒后掉話。PCRFI攵至U PGW上報(bào)的CCU失敗后， 未返回ASR合SBC由于承載建立 失敗，主叫UE后續(xù)上發(fā)的語(yǔ)音包，PGW未轉(zhuǎn)發(fā)給SBC SBC下發(fā)的語(yǔ) 音包也無(wú)法發(fā)給主叫，導(dǎo)致雙發(fā) 20秒單通。UE檢測(cè)到下行語(yǔ)音20 秒無(wú)數(shù)據(jù)包，上報(bào)bye

29、主動(dòng)釋放呼 叫。需要EPC升級(jí)解決。VOLTE用戶正在通話中，此時(shí)收到另外一個(gè)USSD請(qǐng)求，用戶掉話。由于用戶收到了 USS請(qǐng)求，從 SGs 口發(fā)起，用戶直接回落 CSFB 用戶掉話。VoLTE用戶關(guān)閉USSD業(yè)務(wù)（女口 彩?。┯脩敉ㄔ掃^(guò)程中，發(fā)現(xiàn)終端在頻繁進(jìn)行 TAU更新時(shí)， 發(fā)生掉話。UE發(fā)起第一次TAU,在TAU未 完成時(shí)，再次發(fā)起TAU MME拒絕 第二次TAU失敗原因?yàn)镾Gs聯(lián)合 附著失敗 network failure。 SGs聯(lián)合失敗原因?yàn)镠SS返回 Un expectedDataValueNetworkfailure。通過(guò)與HSS核對(duì)：HSS回非期望數(shù)據(jù)值，是因?yàn)镠SS開(kāi)啟 了

30、防雙活功能。正常的一個(gè)用戶的 位置更新還沒(méi)結(jié)束，5秒內(nèi)用戶在 別的VLR上來(lái)的位置更新HSS就拒 絕LAUL MME巨絕TAU后，用戶掉 話。暫時(shí)關(guān)閉HSS的防雙活功能， 規(guī)避頻繁TAU失敗。SBC的無(wú)媒體檢測(cè)時(shí)長(zhǎng)配置過(guò)短，導(dǎo)致SBC先于其它網(wǎng)元拆線。SBC的無(wú)媒體檢測(cè)時(shí)長(zhǎng)過(guò)短， 會(huì)導(dǎo)致SBC先于其它網(wǎng)元拆線， 但 是根因不在SBC不合理，建議按 120秒設(shè)置。1.3 用戶eSRVCC切換優(yōu)化1.3.1 eSRVCC-無(wú)線問(wèn)題定位思路eSRVCC切換流程非常復(fù)雜主要涉及 UE、空口、無(wú)線、EPC核心網(wǎng)5大域超過(guò)10 個(gè)方面影響因素，為提升網(wǎng)絡(luò) eSRVCC切換成功率，通過(guò)端到端信令平臺(tái)對(duì)切換失

31、敗的原因 值進(jìn)行定界，對(duì)定界為無(wú)線側(cè)的問(wèn)題進(jìn)一步具體分析，問(wèn)題原因定位，提出優(yōu)化方案，對(duì)后續(xù)eSRVCC切換處理進(jìn)行指導(dǎo)快速找到問(wèn)題所在并迅速解決。132eSRVCC-無(wú)線問(wèn)題定位方法按照VoLTE語(yǔ)音“ 433 ”優(yōu)化方法的eSRVCC切換-無(wú)線問(wèn)題定位排查流程，主要通過(guò)以 下4個(gè)方面進(jìn)行優(yōu)化：1、eSRVCC未觸發(fā)問(wèn)題2、eSRVCC切換時(shí)延問(wèn)題3、eSRVCC切換失敗問(wèn)題4、SRVCC切換成功前后問(wèn)題具體流程圖如下：1.3.3 eSRVCC未觸發(fā)問(wèn)題的排查問(wèn)題判定規(guī)則當(dāng)UE處于VOLTE通話，UE所測(cè)量到的4G側(cè)的RSCP直和GSM側(cè)的電平值滿足 開(kāi)啟測(cè)量和觸發(fā)切換的門(mén)限（網(wǎng)絡(luò)設(shè)定的）時(shí)

32、， UE或者網(wǎng)絡(luò)不進(jìn)行切換的觸發(fā)和 執(zhí)行。問(wèn)題排查步驟eSRVCC切換無(wú)法觸發(fā)導(dǎo)致 VOLTE業(yè)務(wù)無(wú)法進(jìn)行異系統(tǒng)切換，無(wú)法實(shí)現(xiàn)4/2G互操 作，嚴(yán)重影響客戶感知，為排查無(wú)法觸發(fā)eSRVCC的原因定位，步驟如下：1.331.1 eSRVCC 能開(kāi)啟問(wèn)題現(xiàn)象路測(cè)中有LTE信號(hào)低于異系統(tǒng) A2測(cè)量門(mén)限，但是不下發(fā)eSRVCC相關(guān)的測(cè)量控制， UE 也不會(huì)進(jìn)行測(cè)量上報(bào)。處理方法若要進(jìn)行eSRVCC需打開(kāi)相應(yīng)的算法開(kāi)關(guān)，以及異系統(tǒng)互操作策略需支持eSRVCC需要在對(duì)應(yīng)設(shè)備廠家的 OMC上打開(kāi)對(duì)應(yīng)的算法開(kāi)關(guān)（包含4G側(cè)與2G側(cè)）。1.3.3.1.2 基站側(cè)問(wèn)題1.3.3.1.2.1 基站未下發(fā) A2 測(cè)量

33、控制信息問(wèn)題現(xiàn)象當(dāng)UE信號(hào)低于異系統(tǒng) A2測(cè)量門(mén)限，基站未下發(fā) A2測(cè)量控制信息。處理方法排查L(zhǎng)icense是否過(guò)期，以及是否正常安裝。IRAT涉及的相關(guān)License如下，其中SRVCC的License如下圖所示1.3.3.1.2.2 基站未下發(fā) B2 測(cè)量控制信息問(wèn)題現(xiàn)象UE上報(bào)A2測(cè)量報(bào)告后，基站收到 A2測(cè)量報(bào)告后，未下發(fā) B2測(cè)量控制信息處理方法檢查 OMC 側(cè)的基站測(cè)量控制信息是否配置完整。主要從以下幾個(gè)方面進(jìn)行排查： 切換算法配置核查 異系統(tǒng)切換參數(shù)配置核查 QCI 切換優(yōu)先級(jí)配置核查1.3.3.1.2.3 基站未收到 A2 測(cè)量事件問(wèn)題現(xiàn)象在 Uu 口，終端上發(fā) A2 事件后，

34、基站側(cè)未收到 A2 測(cè)量事件。處理方法上行干擾排查：跟蹤上行RB RSSI來(lái)判斷是否存在上行干擾。上行干擾檢測(cè)（網(wǎng)絡(luò)側(cè)跟蹤到的 RB RSS明顯比其它RB高） 干擾的處理方法： 錯(cuò)開(kāi)頻點(diǎn)配置 使用掃頻儀進(jìn)行掃頻，找出干擾源。 對(duì)于瞬時(shí)的，變化的干擾，暫時(shí)沒(méi)有好的解決辦法。 設(shè)備廠家處理：在排除無(wú)線的干擾，覆蓋后，需要對(duì)問(wèn)題交由對(duì)應(yīng)設(shè)備廠家進(jìn)行基站側(cè)的排 查和定位。1.3.3.1.2.4 基站未收到 B2 事件問(wèn)題現(xiàn)象UE上報(bào)B2事件報(bào)告后，基站未收到 B2測(cè)量報(bào)告處理方法上行干擾排查及處理見(jiàn)問(wèn)題 4 設(shè)備廠家處理在完成上行干擾排查和覆蓋排查后， 需要聯(lián)合設(shè)備廠家對(duì)基站進(jìn)行跟蹤處理， 定位原因。

35、1.3.3.1.2.5 基站未發(fā)送 eSRVCC 切換請(qǐng)求問(wèn)題現(xiàn)象基站收到UE上發(fā)的測(cè)量報(bào)告后，未向 SWCC IWF進(jìn)行發(fā)送 SRVCC PS to CSRequest 信令。處理方法主要設(shè)備廠家跟蹤核心網(wǎng)信令進(jìn)行定位處理。1.3.3.1.2.6 基站未收到 eMSC 的信息反饋問(wèn)題現(xiàn)象基站向SWCC IWF進(jìn)行發(fā)送 SRVCC PS to CS Reque信令后，未收到eMSC反饋 回的 SRVCC PS to CS ResponS信令。處理方法查詢GSM側(cè)小區(qū)是否存在擁塞，BSC側(cè)是否存在異系統(tǒng)切換 LICENSED足等現(xiàn) 象。如果存在，請(qǐng)對(duì) GSM小區(qū)進(jìn)行擴(kuò)容，補(bǔ)足 BSC側(cè)異系統(tǒng)切換

36、LICENSE1.3.3.1.3 終端問(wèn)題1.3.3.1.3.1 終端未上報(bào) A2 測(cè)量事件問(wèn)題現(xiàn)象基站下發(fā) A2 測(cè)量控制，在滿足系統(tǒng)設(shè)定的 A2 測(cè)量門(mén)限后，終端未上報(bào) A2 測(cè) 量事件。處理方法抓取終端側(cè)LOG,并聯(lián)系對(duì)應(yīng)終端廠家進(jìn)行聯(lián)合定位。1.3.3.1.3.2 終端未上報(bào) B2 測(cè)量事件問(wèn)題現(xiàn)象基站下發(fā)B2測(cè)量控制，終端一直不上報(bào) B2測(cè)量報(bào)告處理方法2G 鄰區(qū)配置核查檢查 4G 到 2G 鄰區(qū)配置的完整性和準(zhǔn)確性：漏配,外部小區(qū)配置錯(cuò)誤等。若 沒(méi)有配置鄰區(qū)。對(duì)于4G與2G系統(tǒng)的eSRVCC鄰區(qū)設(shè)置，除了遵循互異性、鄰近性、百分比 重疊、臨界小區(qū)和優(yōu)選小區(qū)外,還需遵循以下原則： 頻

37、點(diǎn)數(shù)量，不超過(guò) 32個(gè)，盡量配全，避免漏配，否則終端可能測(cè)量不到合適的 2G 鄰區(qū)。 頻點(diǎn)優(yōu)先級(jí)，將需要的頻點(diǎn)配置在一個(gè)頻點(diǎn)組即可。 4G小區(qū)繼承共站2G小區(qū)方位角上所有 2G鄰區(qū)關(guān)系。 4G小區(qū)和3G共站，需繼承3G所有的2G鄰區(qū)關(guān)系。 4G站點(diǎn)為新建站，優(yōu)先添加第一圈 2G鄰區(qū)頻點(diǎn)。 4G和2G共室分，4G需配置該2G室分頻點(diǎn)及2G室分的鄰區(qū)頻點(diǎn)。 室分無(wú)論是 900或1800均可作為覆蓋層進(jìn)行配置, GSM900/1800 頻點(diǎn)選擇： 僅配置覆蓋層網(wǎng)絡(luò)頻點(diǎn)。2G 信號(hào)強(qiáng)度排查現(xiàn)場(chǎng)測(cè)試 2G 信號(hào)強(qiáng)度, 是否存在弱覆蓋等現(xiàn)象, 如果存在, 通過(guò)調(diào)整天饋, 增加基站建設(shè)等手段優(yōu)化 2G 覆蓋

38、。終端廠家配合處理排除鄰區(qū)，信號(hào)強(qiáng)度排查后，需要聯(lián)合終端廠家共同抓取終端LOG分析終端原因。1.33133 UE能力排查問(wèn)題現(xiàn)象基站發(fā)送了切換命令，但是一直沒(méi)有切換完成消息返回處理方法查詢UE初始接入時(shí)發(fā)送的 UE_CAP_INFO消息中的UE能力。部分終端（如：HTCm8）不支持aSRVCC,弱覆蓋區(qū)域起呼，觸發(fā) aSRVCC導(dǎo)致起呼失敗。具體的UE支持LTE to GSM的SRVCC能力如下表所示，需要 FGI中如下標(biāo)志位為 1。In dex of in dicator(bit nu mber)Definition(description of the supported fun cti

39、on allty, if in dicator set to one)notesIf in dicated“ Yesfeature shall be impleme nted and successfully tested for this vers ion of the specificati on” theFDD/TDDdiff9-EUTRA RRC_CONNECTIO卜TO GERAN GSM Dedicatedhandover-related toSRVCC can only be1set to 1 if the UE hasset bit number 23 to 1Yes23-GE

40、RAN measureme nts report ing and measureme ntreport ing event B2 in-UTRA conn ected modeYesUE的FGI和UE支持的頻帶都可以在 UE上報(bào)的UE能力信息中查詢到，如下所示:RRC_UE_CAP_ENQURY發(fā)送到UERRC_UE_CAP_INFO接受自UERRC_SECUR_MODE_CMD發(fā)送到UE1.3.4 eSRVCC 時(shí)延問(wèn)題的排查問(wèn)題現(xiàn)象中國(guó)移動(dòng)集團(tuán)定義的 eSRVCC切換時(shí)延就是eSRVCC切換信令面中斷時(shí)長(zhǎng)。終端角度eSRVCC切換時(shí)延=T1 （切換準(zhǔn)備時(shí)延）+T1a （eMSC發(fā)送PS到CS切換相應(yīng)消 息） +T2a（MME 發(fā)送 HO command 給 eNODEB） +T3a （eNODEB 發(fā)送 HO command 給 UE） +T4（ E2E語(yǔ)音面中斷時(shí)延）當(dāng)T1+T1a+T2a+T3a150ms或T4300ms時(shí)，需要對(duì) eSRVCC切換時(shí)延進(jìn)行優(yōu)化。