精品網(wǎng)VOLTE案例匯總

1、長沙精品網(wǎng)VOLTE案例匯總目錄1：覆蓋類問題31.1：地形環(huán)境導致弱覆蓋31.2：鄰區(qū)漏配導致弱覆蓋31.3：站點故障導致弱覆蓋51.4：越區(qū)覆蓋導致無法切換52：干擾類問題73：已知版本問題93.1：Pathswichfail故障導致切換后掉話或重建后被拒93.2：基站發(fā)送TM38切換后掉話104：終端異常124.1：終端異常主動掛機導致未接通事件134.2：終端不上報TAU請求135：測試軟件統(tǒng)計145.1：異常統(tǒng)計掉話146：eSRVCC切換問題分析146.1：GSM鄰區(qū)參數(shù)錯誤導致掉話146.2：切換準備失敗166.3：GSM鄰區(qū)頻點配置不全177：其他187.1：TAU 更新完成發(fā)

2、起CSFB187.2：承載建立異常187.3：VoLTE跨異廠家MME切換失敗分析197.4：中興SBC與華為PCRF接口交互問題227.5：河東VoLTE呼叫時延問題分析247.6：VoLTE連續(xù)呼叫出現(xiàn)CSFB現(xiàn)象分析287.7：河西被叫尋呼響應時延異常分析317.8：關于Rx接口會話內(nèi)消息攜帶Dest Host AVP的問題的分析327.9：核心網(wǎng)側未配置完整性保護和加密算法導致呼叫失敗397.10：中興HSS返回UDA(LOC)的格式錯誤407.11：SBC收到UPDATE的200OK后沒有轉(zhuǎn)發(fā)427.13：江蘇漫游卡發(fā)起Ut業(yè)務失敗427.14：SIP over TCP被叫接續(xù)時延問

3、題437.15：湖南漫游卡在江蘇作被叫回落CSFB437.16：視頻互通問題441 1：覆蓋類問題1.1：地形環(huán)境導致弱覆蓋【問題表象】路測表現(xiàn)為：主被叫手機當前小區(qū)和所有鄰區(qū)RSRP均小于-110dbm，無主服務小區(qū)導致SINR<-3dbm,無線環(huán)境惡化，導致掉線、切換失敗、接入失敗等異常事件頻發(fā)。 【問題分析方法】結合現(xiàn)場環(huán)境和基站拓撲圖，對周邊所有基站進行逐個勘察和驗證覆蓋，對于地形原因?qū)е聼o法徹底解決的區(qū)段，提交后續(xù)工程建設方案?！窘鉀Q方案】：1：核查局方站點規(guī)劃方案，如果有規(guī)劃站點，提高建設開通優(yōu)先級，如果無建設規(guī)劃，提交建站方案；2：測試2G網(wǎng)絡覆蓋情況，對于2覆蓋良好情況下

4、，開啟SRVCC功能；同時確保2G側FR功能開啟，確保及時回落4G。3：對于有測試考核要求的情況下，采取規(guī)避路線，減少異常事件發(fā)生概率；1.2：鄰區(qū)漏配導致弱覆蓋【問題表象】DT測試中，此類問題主要表象為如下幾種情況：² 頻發(fā)A3事件而無法切換；² 通常伴隨主被叫占用小區(qū)不同，RSRP相差較大；² 切換鏈紊亂；² 容易引發(fā)掉線、重建立、切換失敗等事件如下圖：【問題分析方法】1：前臺測試分析，核對A3事件上報小區(qū)信息是否包含在RRCConnectionReconfiguration。如未包含，則確定為漏配鄰區(qū)。核對基站拓撲圖，判斷是否需要添加該鄰區(qū)，排除過

5、覆蓋、針狀覆蓋小區(qū)（室分泄露小區(qū)、非道路覆蓋小區(qū)等）尤其需要慎重添加，防止切換后無法及時切出問題發(fā)生。如下圖所示，兩個基站相距200m，并且為相鄰基站，所以建議補充鄰區(qū)關系2：后臺IMSI跟蹤信令分析，可以通過UDA工具篩選UnknowPciNotify，對于持續(xù)上報未定義PCI的現(xiàn)象要重點結合基站拓撲圖來進一步確定是否添加鄰區(qū)。如下圖，后臺信令分析同樣發(fā)現(xiàn)上報多個測量報告切換候補鄰區(qū)為486，結合拓撲圖，最終建議添加鄰區(qū)關系 【解決方案】：1：近距離相鄰基站通常采用添加遺漏鄰區(qū)方案；2：過覆蓋小區(qū)優(yōu)先控制覆蓋；3：針狀覆蓋場景不建議添加，此問題一般影響較短路面，優(yōu)先控制覆蓋；1.3：站點故障

6、導致弱覆蓋【問題表象】測試中，此問題表現(xiàn)為：無法占用附近基站，會伴隨鄰區(qū)漏配、過覆蓋情況發(fā)生，易導致未接通、掉線、切換鏈紊亂等現(xiàn)象；如下圖，基站462682位于麓楓路和咸嘉湖西路十字口，為該兩條主干道主服務小區(qū)，測試到該路段后始終未占用該基站，RSRP下降到-110dbm以下，切換鏈紊亂，導致掉線?！締栴}分析方法】告警排查，確定是否存在告警信息，重點關注：中斷告警、時鐘告警、駐波比告警、傳輸告警等嚴重影響業(yè)務類告警；【解決方案】：優(yōu)先恢復告警，尤其針對234共站址基站要優(yōu)先解決，否則SRVCC無法正常到達2G或者在2G側引發(fā)異常事件概率大增。1.4：越區(qū)覆蓋導致無法切換【問題表象】過覆蓋問題主

7、要表象為：未占用過覆蓋小區(qū)情況下，當前小區(qū)可能會發(fā)生SINR惡化，伴隨上報測量報告包含周邊未知PCI。占用過覆蓋小區(qū)情況下，RSRP變化較大，伴隨上行信號異常，鄰區(qū)漏配現(xiàn)象，易導致掉線、接入失敗、切換失敗等異常事件。如下圖，手機占用PCI=121小區(qū)，enodeid=471089，無法向周邊PCI=110切換，最終導致掉話； 【問題分析方法】此類問題需要結合周邊道路測試分析和基站拓撲關系來判斷問題小區(qū)為周邊哪個區(qū)域的主覆蓋小區(qū)，進而采取優(yōu)化手段進行調(diào)整；如下圖描述，問題點區(qū)域最近4次切換鏈為1、2、3、4次切換，其中2、3、4切換和PCI=121有關，同時分析周邊道路主服務小區(qū)并無PCI=12

8、1,查看拓撲圖發(fā)現(xiàn)該站位于周邊較遠區(qū)域，同時前往PCI=121測試發(fā)現(xiàn)，經(jīng)緯度正確，主要原因是地勢較高導致；【解決方案】：針對周邊過覆蓋小區(qū)，采用調(diào)整俯仰角、天線掛高、基站分布等手段；對于特殊場景建設的基站，比如此案例中該站實際主要覆蓋附近風景區(qū)，但是地勢原因?qū)е滦盘枱o法徹底控制，可以采取單向刪除過遠基站鄰區(qū)，避免孤島效應。2 2：干擾類問題【問題表象】測試中一般表現(xiàn)為RSRP良好但SINR偏差，干擾嚴重區(qū)域容易導致掉線、切換失敗等各類異常事件發(fā)生?！締栴}分析方法】干擾類問題涉及方面較多，有系統(tǒng)內(nèi)干擾和系統(tǒng)外干擾，詳細排查方法可以參考排查指導文檔，這里僅僅對現(xiàn)場發(fā)現(xiàn)的案例進行描述。實例1：PC

9、I規(guī)劃不合理導致下圖中，測試區(qū)域發(fā)現(xiàn)信號RSRP良好同時伴隨SINR較差，優(yōu)先排查PCI規(guī)劃問題，發(fā)現(xiàn)近距離有同PCI基站，如下圖：實例2：重疊覆蓋引發(fā)干擾網(wǎng)格17內(nèi)西二環(huán)路段存在同頻基站分布密集，存在200-300米路段SINR差，此段路段發(fā)生重建概率較高，是掉話隱患點，23日測試發(fā)生1起主叫掉話。下圖圈中區(qū)域來自4個站點信號均在-95dbm-100dbm，當切換到PCI=66/67后，SINR容易惡化，地勢較為平坦，周邊間距均在300-400m。【解決方案】：針對PCI規(guī)劃不合理問題，建議重新規(guī)劃和修改PCI。針對重疊覆蓋引發(fā)干擾問題，首先通過RF優(yōu)化控制覆蓋，減少重疊覆蓋，其次采用異頻組

10、網(wǎng)方案解決。比如此西二環(huán)路段，PCI=66/67/68三個小區(qū)可以不用覆蓋該路段，其他三個小區(qū)可以良好覆蓋不同區(qū)段，引入PCI=66/67/68后易發(fā)生摸3干擾。3 3：已知版本問題3.1：Pathswichfail故障導致切換后掉話或重建后被拒【問題表象】前臺測試中在發(fā)起切換或重建立，收到重配消息和上報重配完成后隨即收到RRC釋放消息。后臺IMSI跟蹤可以發(fā)現(xiàn)有Path switch request failure【問題分析】下圖中，手機發(fā)生重建立后，收到RRCConnectionReconfiguration并上報完成消息后，隨即收到RRCConnectionRelease，容易造成未接通

11、或掉話事件。同時間段后臺信令中發(fā)現(xiàn)收到核心網(wǎng)側下發(fā)的Path switch request failure。見下圖：該問題原因是版本問題導致選擇MME錯誤導致.【解決方案】：此問題為已知版本問題，需升級版本解決。3.2：基站發(fā)送TM38切換后掉話【問題表象】從前臺信令看掉話流程，終端的模式為TM3，然后上發(fā)A2測量，然后終端收到異頻測量控制的重配消息，發(fā)送完成后下行鏈路失步，之后發(fā)起重建后掉話。此過程中，無線環(huán)境在RSRP -100，SINR 3左右。從后臺信令分析，基站側收到終端上發(fā)的A2，然后下發(fā)測量重配消息，緊接著發(fā)送TM8模式切換的重配消息，出現(xiàn)TM8的重配無法下發(fā)，用戶面上報SRB1

12、的RLC的ERRORIND導致釋放而掉話【問題分析】12:09:14秒的重配置為TM3模式12:09:14秒上發(fā)的是A2測量重配，然后廣播消息，在12:09:26秒收到重建請求后被拒。12:09:26秒終端上發(fā)BYE掉話。基站側12:09:18收到A2測量12:09:18秒TM8模式轉(zhuǎn)換的重配。12:09:25秒出現(xiàn)錯誤的標示，該重配未下發(fā)，達到最大重傳次數(shù)。12:09:25秒文本釋放?！窘鉀Q方案】：需要版本升級解決，目前規(guī)避措施是改為強制TM3模式。4 4：終端異常4.1：終端異常主動掛機導致未接通事件【問題表象】被叫向主叫發(fā)180振鈴消息，主叫端也成功收到被叫180振鈴消息，但在被叫發(fā)出1

13、80消息后，緊接著3秒后向主叫發(fā)406用戶忙消息（見下圖），核心網(wǎng)收到后給主叫放音，然后釋放，相同的現(xiàn)象，兩次呼叫未接通。從信令上看，被叫發(fā)486用戶忙消息，是終端主動拒絕的原因，和網(wǎng)絡無關。至于被叫為什么在振鈴3秒后發(fā)用戶忙和拒絕消息，終端問題，需要終端解決。4.2：終端不上報TAU請求【問題表象】主叫正常呼叫后從PCI=17,TAU=29580小區(qū)切換到PCI=64，TAU=29482小區(qū)后不主動發(fā)起TAU請求后RRC釋放,重新接入到其它小區(qū),3次重復這樣過程后，終端主動發(fā)BYE，被叫終端TAU正常。由于對于不同TAU切換后手機終端需要上報TAU請求，此處終端始終未發(fā)起TAU，為終端原因5

14、 5：測試軟件統(tǒng)計5.1：異常統(tǒng)計掉話【問題表象】被叫在2G下人工釋放，上報DISCONNECT，掛機流程結束，此時主叫在4G下收到IMS下發(fā)BYE，并去激活了QCI=1承載，并標記為normal call clearing，但仍會統(tǒng)計為dropped ，此時主叫繼續(xù)正常釋放流程，為軟件統(tǒng)計問題。6 6：eSRVCC切換問題分析6.1：GSM鄰區(qū)參數(shù)錯誤導致掉話【問題表象】手機在LTE覆蓋弱場，收到B2測量的重配消息后，手機發(fā)起Measurementreport（B2事件）后收到網(wǎng)絡下發(fā)的RRC Connection Release，重定向到2G后掉話。【問題分析方法】當UE上報A2測量報告后

15、，eNB下發(fā)B2重配消息給UE，根據(jù)B2重配消息，UE測量滿足B2-1和B2-2條件并上報B2事件，上報的B2事件包含準備切換的目標2G小區(qū)BCCH/NCC/BCC，見下圖：ü 正常情況下，eNB收到該B2事件測量報告后下發(fā)mobilityFromEUTRACommand消息給UE，切換到該GSM鄰區(qū)；ü 異常情況下網(wǎng)絡下發(fā)RRC Connection Release消息使UE重定向到BCCH為512的GSM小區(qū)，如下圖：隨后主叫重定向到GSM網(wǎng)絡，在2G網(wǎng)絡手機狀態(tài)是空閑態(tài)，統(tǒng)計為掉話，如下圖：通過以上現(xiàn)象分析可知UE VoLTE業(yè)務eSRVCCC切換到BCCH 525(

16、BSIC 12)的G網(wǎng)鄰區(qū)失敗，核查網(wǎng)管中該G網(wǎng)鄰區(qū)參數(shù)配置，發(fā)現(xiàn)該鄰區(qū)BSIC配置為7，與實際UE測量的BSIC 12不一致，修改網(wǎng)管中該G網(wǎng)鄰區(qū)BSIC為12后，可正常切換到該小區(qū)，掉話解決【解決方案】：同步LTE->GSM網(wǎng)絡鄰區(qū)定義和實際GSM網(wǎng)絡規(guī)劃數(shù)據(jù)，如上案例，LTE->GSM鄰區(qū)定義中BSCI配置為7，而實際UE測量的BSIC為12，將LTE定義GSM鄰區(qū)中BSIC改為12后，正常eSRVCC。6.2：切換準備失敗【問題表象】UE空口表現(xiàn)為發(fā)起多次B2測量后無法進行eSRVCC，最終易導致重建立和掉話事件發(fā)生；eNB側表現(xiàn)為接收到手機上報B2測量并發(fā)起切換請求，但是

17、收到來自核心網(wǎng)的切換準備失敗消息；【問題分析方法】正常情況下，eNB收到該B2事件測量報告后下發(fā)mobilityFromEUTRACommand消息給UE，UE會收到mobilityFromEUTRACommand并實施切換；異常情況下，UE發(fā)起多個B2事件而未收到mobilityFromEUTRACommand，此時可能涉及空口無線環(huán)境惡化導致B2事件測量報告未上報給eNB，需要結合eNB側信令分析。如下圖：當eNB收到B2測報后向MME發(fā)送handover require消息（為eSRVCC切換準備資源），但隨后收到了切換準備失敗的回復。見下圖：導致此類失敗的原因通常是核心網(wǎng)沒有對目標小區(qū)配置eSRVCC相關功能參數(shù)的原因，需要核心網(wǎng)檢查目標網(wǎng)絡小區(qū)相關參數(shù)是否生效或正確配置?！窘鉀Q方案】：導致此類失敗的原因通常是核心網(wǎng)未配置SRVCC功能、未配置目標MSC、未配置TAU等原因，需要同核心網(wǎng)及目標網(wǎng)絡核查相關配置是否生效。6.3：GSM鄰區(qū)頻點配置不全 【問題表象】UE上報A2事件后，網(wǎng)絡下發(fā)B2重配消息并成功上報網(wǎng)絡后，手機RSR