Volte單用戶(hù)端到端優(yōu)化分析報(bào)告.doc

. . . .一、 Volte單用戶(hù)端到端優(yōu)化分析（問(wèn)題分析流程，重點(diǎn)解決無(wú)線網(wǎng)絡(luò)質(zhì)量問(wèn)題）11.1 用戶(hù)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)題定位方法：按照VoLTE語(yǔ)音“433”優(yōu)化方法的VOLTE接入-無(wú)線問(wèn)題定位排查流程，主要通過(guò)以下3個(gè)方面：VOLTE未接通問(wèn)題、VOLTE接入時(shí)延問(wèn)題、終端CSFB回落問(wèn)題后面按照這個(gè)順序?qū)?，進(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ù)，造成用戶(hù)無(wú)法體驗(yàn)VOLTE高清語(yǔ)音通話。 集團(tuán)要求從端到端信令平臺(tái)提取CSFB占比5%進(jìn)行分析定位并解決，務(wù)必保證VOLTE用戶(hù)均能享受VOLTE網(wǎng)絡(luò)帶來(lái)的高清業(yè)務(wù)。1.1.3.2 CSFB問(wèn)題排查步驟對(duì)于終端出現(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用戶(hù)在LTE網(wǎng)絡(luò)起呼中，在以下2種情況下會(huì)出現(xiàn)CSFB： VOLTE用戶(hù)在TAS服務(wù)器開(kāi)戶(hù)失?。滑F(xiàn)象：TAS收到invite后發(fā)500 SERVER INTERNAL ERROR(Cause:500)，攜帶Warning:query adb failed消息。 VOLTE終端未開(kāi)通VOLTE業(yè)務(wù)； VOLTE用戶(hù)未在IMS域注冊(cè)； 現(xiàn)象：1、UE向融合HLR/HSS 發(fā)起Register后未收到網(wǎng)絡(luò)側(cè)發(fā)的200OK表示注冊(cè)失敗。2、UE在完成EPC附著并未向IMS域發(fā)起注冊(cè)。 處理方法l 確認(rèn)終端版本是否支持VoLTE，VoLTE開(kāi)關(guān)是否打開(kāi)；l 對(duì)未開(kāi)戶(hù)和開(kāi)戶(hù)失敗用戶(hù)，聯(lián)系10086重新開(kāi)戶(hù)，也可以發(fā)短信先取消VOLTE，在開(kāi)通即可；l 排查是否終端問(wèn)題導(dǎo)致用戶(hù)注冊(cè)失敗。1.1.3.4 LTE網(wǎng)絡(luò)覆蓋問(wèn)題 問(wèn)題定位：VOLTE用戶(hù)在弱覆蓋區(qū)域起呼，由于空口質(zhì)量差造成SIP信令丟失，UE發(fā)INVITE消息，未收到100Trying，導(dǎo)致TCALL定時(shí)器超時(shí)后在CS域發(fā)起呼叫或?qū)ず暨M(jìn)行CSFB；VOLTE用戶(hù)在弱覆蓋區(qū)域起呼，由于無(wú)線鏈路質(zhì)量差造成建立RRC重配置消息無(wú)法正常交互，致使QCI1建立失敗導(dǎo)致CSFB； 優(yōu)化方法：基于路測(cè)及MR數(shù)據(jù)，針對(duì)LTE弱覆蓋區(qū)域精準(zhǔn)補(bǔ)盲，減少弱覆蓋導(dǎo)致的信令丟失。l RF優(yōu)化，在兼顧其他區(qū)域、路段的情況下通過(guò)調(diào)整天饋方位角、下傾角來(lái)消除弱覆蓋。l 查詢(xún)小區(qū)功率配置，對(duì)未配置最大功率的小區(qū)修改為為最大配置，之后通過(guò)天饋調(diào)整蓋消除弱覆蓋并避免越區(qū)覆蓋。l 對(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í)延，由于從主叫到被叫之間跨越的網(wǎng)元、傳輸較多，各個(gè)環(huán)節(jié)都會(huì)產(chǎn)生時(shí)延，而每個(gè)環(huán)節(jié)段出現(xiàn)異常時(shí)延都將導(dǎo)致整個(gè)呼叫時(shí)延增大，增加用戶(hù)接通等待時(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)戶(hù)、終端未注冊(cè)到IMS網(wǎng)絡(luò)均導(dǎo)致終端將觸發(fā)CSFB呼叫，造成呼叫時(shí)延增大。 優(yōu)化方法：見(jiàn)CSFB回落問(wèn)題優(yōu)化方案。1.1.4.3.2 LTE覆蓋問(wèn)題 問(wèn)題定位： VOLTE用戶(hù)在弱覆蓋區(qū)域起呼，由于空口質(zhì)量差造成SIP信令丟失，UE發(fā)INVITE消息，未收到100Trying，導(dǎo)致TCALL定時(shí)器超時(shí)后在CS域發(fā)起呼叫或?qū)ず暨M(jìn)行CSFB； VOLTE用戶(hù)在弱覆蓋區(qū)域起呼，由于無(wú)線鏈路質(zhì)量差造成建立RRC重配置消息無(wú)法正常交互，致使QCI1建立失敗導(dǎo)致CSFB； VOLTE用戶(hù)在弱覆蓋區(qū)域起呼，被叫由于達(dá)到異系統(tǒng)重選門(mén)限向TDS/GSM重選，在重選完成后再在CS域進(jìn)行尋呼，導(dǎo)致呼叫時(shí)延增加。 優(yōu)化方法：l 室分弱覆蓋檢查RRU是否存在故障，若不存在現(xiàn)場(chǎng)排查室分系統(tǒng)。l 室外弱覆蓋查詢(xún)周邊是否存在告警、斷站、退服小區(qū)等導(dǎo)致弱覆蓋，若存在盡快排查告警、故障恢復(fù)站點(diǎn)正在業(yè)務(wù)。l 根據(jù)TA與電平二維度、路測(cè)、MR數(shù)據(jù)定位弱覆蓋，通過(guò)RF優(yōu)化在兼顧其他區(qū)域、路段的情況下通過(guò)調(diào)整天饋方位角、下傾角來(lái)消除弱覆蓋。l 查詢(xún)小區(qū)功率配置，對(duì)未配置最大功率的小區(qū)修改為為最大配置，之后通過(guò)天饋調(diào)整蓋消除弱覆蓋并避免越區(qū)覆蓋。l 對(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個(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.1.4.3.4 故障告警 問(wèn)題定位： 基站和小區(qū)長(zhǎng)時(shí)間工作會(huì)出現(xiàn)故障產(chǎn)生告警，對(duì)出現(xiàn)的一些告警將會(huì)影響基站小區(qū)工作能力或性能下降，直接造成網(wǎng)絡(luò)接入性差等現(xiàn)象。 優(yōu)化方法：l 查詢(xún)小區(qū)RRU故障、狀態(tài)、性能等告警，對(duì)存在告警小區(qū)進(jìn)行告警消除。l 核查基站側(cè)是否存在隱性故障、性能告警，對(duì)存在告警的基站進(jìn)行告警消除。l 如未發(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)干擾（查詢(xún)配置、告警等）；干擾檢測(cè)（網(wǎng)絡(luò)側(cè)跟蹤到的RB RSSI明顯比其它RB高）根據(jù)100PRB統(tǒng)計(jì)分析，判斷是系統(tǒng)內(nèi)或系統(tǒng)外干擾：系統(tǒng)外干擾： l 干擾的處理方法：內(nèi)部干擾：重點(diǎn)排查硬件故障、參數(shù)配置、超遠(yuǎn)覆蓋，錯(cuò)開(kāi)頻點(diǎn)配置，避免PCI干擾；外部干擾：首先使用掃頻儀進(jìn)行掃頻進(jìn)行共站干擾排查（阻塞、雜散、互調(diào)等），其次進(jìn)行非共站干擾排查，如隔離度檢查、頻率間隔檢查等，并協(xié)調(diào)無(wú)線電管理委員會(huì)進(jìn)行清查；l 后臺(tái)OMC干擾查詢(xún)及定位方法：PRB干擾查詢(xún)：在EMS性能-歷史性能監(jiān)控窗口-噪聲干擾檢測(cè)統(tǒng)計(jì)，選擇RB0RB99平均噪聲干擾進(jìn)行查詢(xún) 以下從100個(gè)RB的頻域分布規(guī)律上識(shí)別各類(lèi)干擾并展開(kāi)優(yōu)化。 系統(tǒng)內(nèi)干擾n 大氣波導(dǎo)：頻域特征為全頻段抬升 、中間6個(gè)RB抬升更高，可能干擾源為遠(yuǎn)距離同頻干擾n GPS故障：頻域特征為RB7、RB48-51及RB92明顯抬升 系統(tǒng)間干擾：n 雜散干擾：頻域特征為前高后低 ，可能干擾源DCS1800、FDDn 阻塞干擾：頻域特征為全頻段抬升，可能干擾源FDD、干擾器 n 互調(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弱覆蓋內(nèi)容？?jī)?yōu)化方法處理。1.1.4.4.3 尋呼間隔 問(wèn)題定位：在MME尋呼UE過(guò)程中存在尋呼間隔（用于控制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)種類(lèi)較多所使用的芯片也不盡相同，各廠商對(duì)VOLTE網(wǎng)絡(luò)的兼容不完善，造成一些終端存在接入時(shí)延長(zhǎng)問(wèn)題，通過(guò)端到端平臺(tái)統(tǒng)計(jì)，對(duì)呼叫時(shí)延較高的一類(lèi)終端進(jìn)行測(cè)試，對(duì)時(shí)延較長(zhǎng)環(huán)節(jié)進(jìn)行分析說(shuō)明。 優(yōu)化方法 上報(bào)終端設(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用戶(hù)的感知。1.1.5.2 VOLTE未接通問(wèn)題的排查步驟 對(duì)從端到端信令平臺(tái)中提取XDR未接通話單歸類(lèi)分析，VOLTE未接通在無(wú)線側(cè)原因主要有MME尋呼被叫問(wèn)題、RRC建立問(wèn)題、E-RAB建立問(wèn)題（QCI125承載建立）和終端性能問(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側(cè)啟動(dòng)了精準(zhǔn)尋呼，尋呼先從LAST ENB尋呼，如果尋呼不到再整個(gè)TA尋呼。無(wú)線環(huán)境差易導(dǎo)致空口尋呼丟失概率增加，UE無(wú)法正確解碼PDSCH上paging消息導(dǎo)致尋呼率低。 優(yōu)化方法：l 增大用戶(hù)尋呼下發(fā)次數(shù)N3413，空口用戶(hù)尋呼將按照配置值下發(fā)多次，會(huì)增加用戶(hù) 收到尋呼消息的概率，來(lái)達(dá)到輔助核心網(wǎng)確保下發(fā)可靠性的目的。l 開(kāi)啟精準(zhǔn)尋呼，MME對(duì)UE最近占用的7個(gè)eNB尋呼，由于尋呼范圍小大大減少了無(wú)線信令負(fù)荷，空口無(wú)線尋呼消息減少，整體下行信令變少導(dǎo)致MME尋呼成功率提升，該方法將影響呼叫時(shí)延。l 降低尋呼信道碼率，提高隨機(jī)接入響應(yīng)消息和尋呼消息接收成功率，提高空口尋呼成功率。l 開(kāi)啟干擾隨機(jī)化開(kāi)關(guān)，用于Paging消息資源分配隨機(jī)化，從而提高弱覆蓋或干擾區(qū)域?qū)ず舫晒Φ母怕省Ｕ{(diào)整參數(shù)參數(shù)中文現(xiàn)狀建議RarAndPagingCR尋呼信道碼率11750 MaxPagingRecordsNumPaging下發(fā)最大個(gè)數(shù)1610PagingInterfRandSwitch干擾隨機(jī)化開(kāi)關(guān)OFFONPagingSentNumPaging下發(fā)次數(shù)121.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ū)長(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的建立，從而影響VOLTE的接通率；通過(guò)后臺(tái)網(wǎng)管跟蹤小區(qū)的100 PRB 上是否存在干擾，對(duì)大于-110dBm的小區(qū)進(jìn)行干擾優(yōu)化。 處理方法： 參照VOLTE時(shí)延問(wèn)題4.1章節(jié)優(yōu)化方法處理。1.1.5.6.2 弱覆蓋 問(wèn)題定位：在起呼過(guò)程中處于弱覆蓋區(qū)域（RSRP-110dBm、SIRN=5%。（注：此處要求采樣點(diǎn)的主小區(qū)RSRP-110dBm），對(duì)于高重疊覆蓋小區(qū)處理思路及分工流程如下圖所示l 對(duì)周邊500米存在故障、退服等無(wú)法工作小區(qū)盡快排查故障開(kāi)通。l 通過(guò)RF天饋方位角、下傾角調(diào)整，使該區(qū)域有主覆蓋小區(qū)，避免重疊覆蓋嚴(yán)重造成頻繁切換。l 小區(qū)發(fā)射功率優(yōu)化。l 對(duì)掛高較高的天線進(jìn)行整改，避免越區(qū)覆蓋。1.1.5.11 終端故障 問(wèn)題定位： VoLTE終端型號(hào)種類(lèi)較多所使用的芯片也不盡相同，各廠商對(duì)VoLTE網(wǎng)絡(luò)的兼容不完善，造成各類(lèi)終端型號(hào)存在多種多樣的接通異常，。 處理方法： 對(duì)終端型號(hào)進(jìn)行分類(lèi)，對(duì)接通率指標(biāo)較差的終端型號(hào)定位具體原因并返廠處理。1.1.1.1.2.1.3.1.4.1.2 用戶(hù)VoLTE掉話優(yōu)化2.2.1.2.2.1.2.1 VoLTE掉話分析先分析是哪類(lèi)原因引起的掉話，再根據(jù)觸發(fā)異常的網(wǎng)元分析掉話的原因。對(duì)于VoLTE通話過(guò)程中網(wǎng)絡(luò)側(cè)發(fā)起RRC Release或者SIP信令異常，主要是切換失敗、弱覆蓋、重建、流程沖突等，涉及端到端網(wǎng)元，因此，定位問(wèn)題根因需要端到端信令。 若掉話是通話階段終端收到RRCRelease1、查看基站側(cè)虛用戶(hù)跟蹤，判斷若是基站觸發(fā)的，查看S1釋放原因。2、根據(jù)原因值再聯(lián)合基站CHR及DBG日志分析。3、若是MME觸發(fā)的，則查看釋放原因值，聯(lián)合MME分析。 若是QCI1承載沒(méi)有刪除1、查看刪除承載時(shí)是否有切換、TAU流程，若存在查看基站虛用戶(hù)跟蹤、EC跟蹤，分析流程交叉處理順序及處理是否合理。2、若流程沖突處理無(wú)問(wèn)題或是無(wú)流程沖突，則查看基站虛用戶(hù)跟蹤是否收到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、若SBC收到BYE消息，查看SBC是否轉(zhuǎn)發(fā)BYE消息給被叫。3、若SBC沒(méi)有收到BYE消息，查看基站覆蓋、干擾及跟蹤是否SIP消息正常收到。4、若被叫收到BYE消息，查看被叫是否發(fā)送BYE 200 OK。5、若SBC收到BYE 200OK，則查看是否轉(zhuǎn)發(fā)給主叫。若SBC沒(méi)有收到BYE 200 OK，則查看基站覆蓋、干擾及跟蹤是否正常收到SIP消息。1.2.2 VOLTE掉話無(wú)線問(wèn)題優(yōu)化 對(duì)從端到端信令平臺(tái)中提取掉話話單歸類(lèi)分析，VOLTE掉話在無(wú)線側(cè)原因主要有換失敗、弱覆蓋、重建、流程沖突、干擾等，為定位每通VOLTE掉話問(wèn)題原因，通過(guò)以下流程進(jìn)行排查原因并定位，步驟流程如下1.2.2.1 弱覆蓋、過(guò)覆蓋問(wèn)題 問(wèn)題定位：在通話過(guò)程中處于弱覆蓋區(qū)域（RSRP-110dBm、SIRN歷史性能監(jiān)控窗口-噪聲干擾檢測(cè)統(tǒng)計(jì)，選擇RB0RB99平均噪聲干擾進(jìn)行查詢(xún) 以下從100個(gè)RB的頻域分布規(guī)律上識(shí)別各類(lèi)干擾并展開(kāi)優(yōu)化。 系統(tǒng)內(nèi)干擾與接入失敗相關(guān)內(nèi)容重復(fù)，n 大氣波導(dǎo)：頻域特征為全頻段抬升 、中間6個(gè)RB抬升更高，可能干擾源為遠(yuǎn)距離同頻干擾n GPS故障：頻域特征為RB7、RB48-51及RB92明顯抬升 系統(tǒng)間干擾：n 雜散干擾：頻域特征為前高后低 ，可能干擾源DCS1800、FDDn 阻塞干擾：頻域特征為全頻段抬升，可能干擾源FDD、干擾器 n 互調(diào)/諧波干擾：頻域特征為幾個(gè)RB尖峰凸起，可能干擾源GSM900、DCS1800、公安偽基站1.2.3 核心網(wǎng)掉話問(wèn)題排查流程定界的內(nèi)容放到第3節(jié)分析定位系統(tǒng)掉話問(wèn)題，針對(duì)問(wèn)題原因和解決方案提供定位指導(dǎo)和指標(biāo)優(yōu)化。如下是IMS側(cè)問(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)題可以分為用戶(hù)投訴和非投訴兩類(lèi)進(jìn)行處理。針對(duì)投訴問(wèn)題有具體的場(chǎng)景、用戶(hù)號(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)行分類(lèi)分析。無(wú)線問(wèn)題交由無(wú)線分析解決，第三方AS問(wèn)題交由第三方AS分析解決，IMS問(wèn)題根據(jù)BYE消息Reason碼進(jìn)行分類(lèi)分析。現(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í)，該如何處理 主叫UE收到摘機(jī)的200后由于信號(hào)較差未響應(yīng)ACK，網(wǎng)絡(luò)側(cè)重傳200定時(shí)器超時(shí)后發(fā)送BYE拆話無(wú)線信號(hào)導(dǎo)致，需要優(yōu)化無(wú)線覆蓋 通話中主叫發(fā)生eSRVCC切換，剛切換完成又發(fā)生回切，回切完成后被叫掛機(jī)，在BYE消息到達(dá)主叫前，主叫又發(fā)起了eSRVCC切換，所以主叫收到BYE消息后不回200 OK。用戶(hù)在無(wú)線切換臨界點(diǎn)來(lái)回移動(dòng)導(dǎo)致，無(wú)需優(yōu)化通話過(guò)程中發(fā)生eSRVCC切換，切換成功后eMSC立刻發(fā)送BYE拆話。優(yōu)化2G承載建立成功率VoBB撥打VoLTE用戶(hù)，被叫摘機(jī)的200OK到達(dá)SBC后，SBC向CSCF發(fā)送487向終端發(fā)送BYE拆話。VoBB終端打包時(shí)長(zhǎng)30ms和VoLTE手機(jī)20ms不匹配。需要VoBB終端做整改。 CS呼叫VoLTE振鈴后發(fā)生eSRVCC切換，切換接近完成時(shí)又進(jìn)行回切，回切失敗導(dǎo)致拆話。用戶(hù)在無(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 SA參數(shù)下發(fā)SEESION檢測(cè)的UPDATE消息，導(dǎo)致UE無(wú)法解析返回200 OK。檢測(cè)超時(shí)后網(wǎng)絡(luò)側(cè)終止呼叫。在SE2900 V300R001C20SPH117已經(jīng)解決。VoLTE用戶(hù)間撥打，被叫摘機(jī)的200OK到達(dá)主叫的同時(shí)，主叫掛機(jī)場(chǎng)景，主叫未響應(yīng)ACK，直接發(fā)BYE。用戶(hù)原因掉話，無(wú)需優(yōu)化用戶(hù)在使用VOLTE業(yè)務(wù)時(shí)，在呼叫接通后，立即單通，20秒后掉話。PCRF收到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主動(dòng)釋放呼叫。需要EPC升級(jí)解決。VOLTE用戶(hù)正在通話中，此時(shí)收到另外一個(gè)USSD請(qǐng)求，用戶(hù)掉話。由于用戶(hù)收到了USS請(qǐng)求，從SGs口發(fā)起，用戶(hù)直接回落CSFB，用戶(hù)掉話。VoLTE用戶(hù)關(guān)閉USSD業(yè)務(wù)（如彩?。┯脩?hù)通話過(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返回UnexpectedDataValue Network failure 。通過(guò)與HSS核對(duì)：HSS回非期望數(shù)據(jù)值，是因?yàn)镠SS開(kāi)啟了防雙活功能。正常的一個(gè)用戶(hù)的位置更新還沒(méi)結(jié)束，5秒內(nèi)用戶(hù)在別的VLR上來(lái)的位置更新HSS就拒絕LAU。 MME拒絕TAU后，用戶(hù)掉話。暫時(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 用戶(hù)eSRVCC切換優(yōu)化1.1.1.1.2.1.3.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ì)切換失敗的原因值進(jìn)行定界，對(duì)定界為無(wú)線側(cè)的問(wèn)題進(jìn)一步具體分析，問(wèn)題原因定位，提出優(yōu)化方案，對(duì)后續(xù)eSRVCC切換處理進(jìn)行指導(dǎo)快速找到問(wèn)題所在并迅速解決。1.3.2 eSRVCC-無(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è)的電平值滿(mǎn)足開(kāi)啟測(cè)量和觸發(fā)切換的門(mén)限（網(wǎng)絡(luò)設(shè)定的）時(shí)，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)重影響客戶(hù)感知，為排查無(wú)法觸發(fā)eSRVCC的原因定位，步驟如下基站未收到B2事件的處理辦法缺少“設(shè)備廠商定位處理”：1.3.3.1.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è)量控制信息 問(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事件后，基站側(cè)未收到A2測(cè)量事件。 處理方法l 上行干擾排查：跟蹤上行RB RSSI 來(lái)判斷是否存在上行干擾。上行干擾檢測(cè)（網(wǎng)絡(luò)側(cè)跟蹤到的RB RSSI明顯比其它RB高）l 干擾的處理方法：錯(cuò)開(kāi)頻點(diǎn)配置使用掃頻儀進(jìn)行掃頻，找出干擾源。對(duì)于瞬時(shí)的，變化的干擾，暫時(shí)沒(méi)有好的解決辦法。l 設(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)告 處理方法l 上行干擾排查及處理見(jiàn)問(wèn)題4l 設(shè)備廠家處理在完成上行干擾排查和覆蓋排查后，需要聯(lián)合設(shè)備廠家對(duì)基站進(jìn)行跟蹤處理，定位原因。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 CS Request信令。 處理方法主要設(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 Request信令后，未收到eMSC反饋回的SRVCC PS to CS Response信令。 處理方法查詢(xún)GSM側(cè)小區(qū)是否存在擁塞，BSC側(cè)是否存在異系統(tǒng)切換LICENSE不足等現(xiàn)象。如果存在，請(qǐng)對(duì)GSM小區(qū)進(jìn)行擴(kuò)容，補(bǔ)足BSC側(cè)異系統(tǒng)切換LICENSE。1.3.3.1.3 終端問(wèn)題1.3.3.1.3.1 終端未上報(bào)A2測(cè)量事件 問(wèn)題現(xiàn)象基站下發(fā)A2測(cè)量控制，在滿(mǎn)足系統(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)告 處理方法l 2G鄰區(qū)配置核查檢查4G到2G鄰區(qū)配置的完整性和準(zhǔn)確性：漏配，外部小區(qū)配置錯(cuò)誤等。若沒(méi)有配置鄰區(qū)。對(duì)于4G與2G系統(tǒng)的eSRVCC鄰區(qū)設(shè)置，除了遵循互異性、鄰近性、百分比重疊、臨界小區(qū)和優(yōu)選小區(qū)外，還需遵循以下原則：頻點(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)。l 2G信號(hào)強(qiáng)度排查現(xiàn)場(chǎng)測(cè)試 2G信號(hào)強(qiáng)度，是否存在弱覆蓋等現(xiàn)象，如果存在，通過(guò)調(diào)整天饋，增加基站建設(shè)等手段優(yōu)化2G覆蓋。l 終端廠家配合處理排除鄰區(qū)，信號(hào)強(qiáng)度排查后，需要聯(lián)合終端廠家共同抓取終端LOG，分析終端原因。1.3.3.1.3.3 UE能力排查 問(wèn)題現(xiàn)象 基站發(fā)送了切換命令，但是一直沒(méi)有切換完成消息返回 處理方法查詢(xún)UE初始接入時(shí)發(fā)送的UE_CAP_INFO消息中的UE能力。部分終端（如：HTCm8）不支持 aSRVCC, 弱覆蓋區(qū)域起呼，觸發(fā)aSRVCC導(dǎo)致起呼失敗。具體的UE支持LTE to GSM 的SRVCC 能力如下表所示，需要FGI中如下標(biāo)志位為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上報(bào)的UE能力信息中查詢(xún)到，如下所示：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í)延）定義的來(lái)源？當(dāng)T1+T1a+T2a+T3a150ms或T4300ms時(shí)，需要對(duì)eSRVCC切換時(shí)延進(jìn)行優(yōu)化。 問(wèn)題處理步驟和流程eSRVCC切換時(shí)延的大小直接影響用戶(hù)通