TD-LTE-VoLTE專項優(yōu)化總結(jié)報告V2

1、Product Type Technical ProposalTD-LTE VoLTE專項優(yōu)化5月份總結(jié)報告ZTE Confidential Proprietary© 2015 ZTE Corporation. All rights reserved.II(3)TD-LTE VoLTE專項優(yōu)化5月份總結(jié)報告 內(nèi)部公開目錄1概述11.1IMS注冊流程11.2VoLTE呼叫流程42路測指標(biāo)定義73ENB無線參數(shù)配置945月指標(biāo)趨勢及問題分類占比94.15月指標(biāo)94.2問題分類占比104.3遺留問題115VOLTE網(wǎng)絡(luò)優(yōu)化分析和案例總結(jié)125.1覆蓋類問題125.1.1地形環(huán)境導(dǎo)致弱覆蓋1

2、25.1.2鄰區(qū)漏配導(dǎo)致弱覆蓋135.1.3站點故障導(dǎo)致弱覆蓋155.1.4越區(qū)覆蓋導(dǎo)致無法切換165.1.5切換參數(shù)設(shè)置錯誤導(dǎo)致無法切換195.1.6異頻重定向215.2干擾類問題215.2.1實例1：PCI規(guī)劃不合理導(dǎo)致225.2.2實例2：重疊覆蓋引發(fā)干擾225.2.3實例3：重疊覆蓋引發(fā)干擾245.2.4實例4：岳麓大道與岳華路交叉口東側(cè)SINR值較差切換失敗245.3基站版本問題265.3.1TM38切換后掉話265.4核心網(wǎng)相關(guān)問題285.4.1QCI=5未建立285.4.2TAU過程中Paging問題305.4.3從2G/3G回到4G核心網(wǎng)未發(fā)Paging305.4.4跨TAC之

3、后 QCI=1被刪除315.4.5起呼過程中伴隨切換，ACCEPT消息丟失導(dǎo)致的QCI=1釋放；335.5終端異常345.5.1終端異常主動掛機導(dǎo)致未接通事件345.5.2終端不上報TAU請求355.6測試軟件統(tǒng)計365.6.1異常統(tǒng)計掉話365.7eSRVCC切換問題分析365.7.1GSM鄰區(qū)參數(shù)錯誤導(dǎo)致掉話365.7.2切換準(zhǔn)備失敗385.7.3GSM鄰區(qū)頻點配置不全395.7.4手機原因?qū)е聼o法SRVCC切換405.8其他425.8.1參數(shù)配置問題導(dǎo)致異常返回GSM426總結(jié)446.1VOLTE網(wǎng)絡(luò)指標(biāo)提升策略446.2VoLTE技術(shù)演進(jìn)和完善466.2.1網(wǎng)元間協(xié)同466.2.2網(wǎng)絡(luò)

4、跟蹤區(qū)域規(guī)劃476.2.3KPI指標(biāo)定義規(guī)則476.3后續(xù)思考47以上所有信息均為中興通訊股份有限公司所有，不得外傳All Rights reserved, No Spreading abroad without Permission of ZTE第48頁1 概述本文檔從無線角度并結(jié)合長沙現(xiàn)網(wǎng)情況，介紹VoLTE網(wǎng)優(yōu)問題分析和優(yōu)化方法，為后續(xù)VoLTE測試或網(wǎng)絡(luò)優(yōu)化提供參考。1.1 IMS注冊流程VoLTE用戶建立語音通話之前，前提必須要在MME附著和IMS注冊，以下為UE開機注冊流程：整個IMS注冊流程可以分為MME附著和IMS注冊兩個過程： 1.MME附著：UE剛開機時，先進(jìn)行物理下行同步

5、，搜索測量進(jìn)行小區(qū)選擇，選擇到一個合適或者可接納的小區(qū)后，進(jìn)行隨機接入完成上行同步并在LTE附著，建立 QCI=9默認(rèn)承載，此過程為MME附著流程。2.IMS注冊：（1）VoLTE本質(zhì)也是數(shù)據(jù)業(yè)務(wù)，需要建立相應(yīng)業(yè)務(wù)類型的QoS承載，以承載業(yè)務(wù)數(shù)據(jù)或信令。支持VoLTE的終端在完成LTE MME附著后，在UE向IMS網(wǎng)元發(fā)起注冊前，必須建立QCI=5的承載，用以承載IMS SIP信令；當(dāng)QCI=5承載建立完成后，UE與IMS進(jìn)行SIP信令的交互。（2）UE向IMS發(fā)送REGISTER消息，通過IMS網(wǎng)元P-CSCF將注冊消息轉(zhuǎn)到I-CSCF，I-CSCF通過HSS為UE選擇一個S-CSCF并將注

6、冊消息轉(zhuǎn)給S-CSCF，S-CSCF從HSS獲得用戶的鑒權(quán)參數(shù)并通過S-CSCF、I-CSCF到P-CSCF發(fā)給UE，UE獲得鑒權(quán)數(shù)據(jù)后，完成手機對網(wǎng)絡(luò)的校驗；隨后發(fā)起用戶的二次注冊請求，UE利用鑒權(quán)數(shù)據(jù)與共享密鑰生成的某鑒權(quán)參數(shù)（RES）與S-CSCF保存的某鑒權(quán)參數(shù)（XRES）對比通過后，最終完成網(wǎng)絡(luò)對UE的鑒權(quán)校驗。IMS以200 OK消息響應(yīng)二次REGISTE消息，完成在IMS的注冊。至此，用戶若要進(jìn)行VoLTE語音呼叫，需通過觸發(fā)核心網(wǎng)建立一條用于傳輸IMS語音包的QCI=1專用承載進(jìn)行語音通話。基于IMS的VoLTE語音通話需要建立QCI=9、QCI=5、QCI=1三條承載。上圖說

7、明：1.上圖黑色線為信令，綠色線SIP信令。2.步驟15建立RRC連接：步驟3和4用于UE與eNB進(jìn)行連接建立，連接建立的主要目的是沖突解決，建立信令承載SRB1，為后續(xù)的NAS 的Attach Req消息提供鏈路承載；消息5（Attach Req消息）可以附帶在RRC 連接建立完成消息，并需要被透傳到MME。 3.步驟613建立S1連接：對于消息6，由于此時eNB和MME的S1鏈路還沒有建立完成，所以eNB發(fā)送INITIAL UE MESSAGE到MME，消息中攜帶eNB為S1分配的eNB UE S1AP ID，Attach Req消息附帶在INITIAL UE MESSAGE透傳到MME的

8、NAS層。4.消息13說明：MME發(fā)起INITIAL CONTEXT SETUP REQUEST給eNB，請求eNB建立承載資源，消息中攜帶的NASPDU表明是否接受UE發(fā)起的Attach Req消息。如果接受，同時消息中攜帶該UE總計的最大bit率，多條待建的承載信息（QOS參數(shù)，上行對應(yīng)的媒體面地址，TEID），UE的安全能力(UE支持的完整性檢查和加密能力,安全能力在attach req中帶給MME)，安全Key值(用于eNB推導(dǎo)完整性key和加密key)，UE無線能力(支持的接入類型(E UTRA，GERAN等)，如果INITIAL CONTEXT SETUP REQ消息中不攜帶UE的

9、無線能力，eNB可以發(fā)起RRC UECapabilityEnquiry流程。5.消息1416說明：實現(xiàn)的時候，為了節(jié)省Attach時延，eNB在發(fā)送完消息6后，就問UE要能力信息，即先執(zhí)行消息14、15。6.消息1719說明：eNB發(fā)送完消息17，并不需要等收到消息18，就直接發(fā)送消息19。7.消息2328說明：IMS SIP注冊消息需要建立QCI=5承載，當(dāng)QCI=8/9的默認(rèn)承載建立后，UE發(fā)起的另一個PDN連接建立請求用于建立QCI 5承載（消息23），消息2427為MME到UE間建立QCI=5默認(rèn)承載的信令流程。8.如果發(fā)起IMSI attach時，UE的IMSI與另外一個UE的IMS

10、I重復(fù)，并且其他UE已經(jīng)Attach，則核心網(wǎng)會釋放先前的UE。如果IMSI中的MNC與核心網(wǎng)配置的不一致，則核心網(wǎng)會回復(fù)Attach Reject。1.2 VoLTE呼叫流程VoLTE呼叫類型包含四種：空閑態(tài)（Idle）呼叫空閑態(tài)（Idle）、空閑態(tài)（Idle）呼叫連接態(tài)（Connected）、連接態(tài)（Connected）呼叫空閑態(tài)（Idle）、連接態(tài)（Connected）呼叫連接態(tài)（Connected），其中，第一種場景業(yè)務(wù)流程最為常見且復(fù)雜。后三種場景只是主叫或被叫有一個或兩個處于連接態(tài)（Connected），無RRC連接過程，因此，可以參照第一種場景的業(yè)務(wù)流程。以下以空閑態(tài)（Idle）

11、呼叫空閑態(tài)（Idle）為例：正常的VoLTE呼叫建立包括RRC連接建立和SIP會話建立：RRC連接建立：RRC IDLE狀態(tài)的終端通過“隨機接入-RRC連接建立-DRB建立”空口過程完成與無線網(wǎng)的連接并開始上、下行數(shù)據(jù)傳送，視作成功完成連接建立。SIP會話建立：從主叫終端發(fā)起SIP INVITE消息到接收到網(wǎng)絡(luò)側(cè)下發(fā)的SIP 200 OK（invite）消息。上面流程圖說明如下：1.IDLE下主叫UE發(fā)起VoLTE語音業(yè)務(wù)，主叫UE與eNB完成RRC連接建立過程，初始上下文建立過程，eNB下發(fā)RRC重配消息，此重配中帶有QCI9和QCI5承載的重配置信息，完成QCI8/9和QCI5C承載重配。

12、2.待QCI5承載重配完成后，主被叫UE可以與IMS進(jìn)行SIP會話流程交互，主叫發(fā)SIP信令I(lǐng)NVITE消息到IMS，IMS轉(zhuǎn)發(fā)INVITE消息首先經(jīng)過PDN網(wǎng)關(guān)到SGW網(wǎng)關(guān)，SGW發(fā)現(xiàn)UE B為IDLE模式，發(fā)送下行數(shù)據(jù)到達(dá)通知給MME，MME對被叫發(fā)起尋呼。3. 處于IDLE下的被叫收到Paging消息后，被叫發(fā)起和主叫同樣的空口信令流程，完成RRC連接建立過程，初始上下文建立過程，eNB下發(fā)RRC重配消息，此重配中帶有QCI9和QCI5承載的重配置信息，完成QCI8/9和QCI5C承載重配。4. 主被叫發(fā)起QCI1專用承載建立，用以承載語音數(shù)據(jù)包。5.當(dāng)主叫UE收到被叫INVITE的20

13、0OK消息后，向被叫響應(yīng)ACK消息，待被叫收到ACK后，通話開始。6.若被叫發(fā)起掛機，將發(fā)送BYE消息給主叫，主叫收到后，回復(fù)200OK（BYE）給被叫，通話結(jié)束，隨后主被叫資源釋放。另外，對于VoLTE掉話，是指UE異常退出RRC_CONNECTED狀態(tài)導(dǎo)致的連接中斷，即：空口RRC連接不是終端主動發(fā)起的異常釋放，或者在UE沒有收到Release消息的情況下，直接從RRC-CONNECTED狀態(tài)轉(zhuǎn)到RRC-IDLE。常見的現(xiàn)象有如正在VoLTE通話中，收到來自eNB的RRC連接釋放消息且RRC重建失敗，如下圖：常見的VoLTE掉話或接入失敗原因有覆蓋問題、干擾問題、切換問題、鄰區(qū)問題及設(shè)備問

14、題等，對于掉話問題，通過相應(yīng)的數(shù)據(jù)分析其掉話的原因，并根據(jù)不同的掉話類型采取具體的解決方案，詳見第5章節(jié)。2 路測指標(biāo)定義下表為中移VoLTE試點階段時的相關(guān)指標(biāo)定義，目前中移重點關(guān)注的基本指標(biāo)為：考核關(guān)鍵指標(biāo)我司目標(biāo)值備注呼叫接通率>99%掉話率<0.5%系統(tǒng)內(nèi)切換成功率>99%eSRVCC切換成功率>98%eSRVCC觸發(fā)率<2.6%eSRVCC的用戶面中斷時延<200ms端到端RTP丟包率<1%MOS值>3.8初傳上行BLER<5%初傳下行BLER<5%剩余下行BLER<1%剩余下行BLER<1%IMS呼叫建立時延&

15、lt;3s被叫處于IDLE態(tài)下，主叫撥打被叫<2s被叫處于連接態(tài)，主叫撥打被叫對于接通率、掉話率、eSRVCC切換成功率，網(wǎng)優(yōu)側(cè)需要做好基礎(chǔ)優(yōu)化，如覆蓋、鄰區(qū)（系統(tǒng)內(nèi)/間、鄰區(qū)參數(shù)、鄰區(qū)完善等）、合理參數(shù)設(shè)置等這幾個方面的網(wǎng)優(yōu)工作。具體可參見如下附件：以下為外場路測指標(biāo)定義，后續(xù)估計會有所增加或改動，以下供了解：指標(biāo)分類指標(biāo)名稱定義資源占用類上行RB數(shù)每秒上行調(diào)度RB數(shù)/每秒上行實際調(diào)度次數(shù)*100%下行RB數(shù)每秒下行調(diào)度RB數(shù)/每秒下行實際調(diào)度次數(shù)*100%上行MCS每秒上行調(diào)度MCS值之和/每秒實際調(diào)度次數(shù)*100%下行MCS每秒下行調(diào)度MCS值之和/每秒實際調(diào)度次數(shù)*100%上行終

16、端發(fā)射功率每秒內(nèi)終端發(fā)射功率的平均值GSM通話時長占比指定時間內(nèi)終端在GSM制式下的通話時長 / 指定時間內(nèi)終端總通話時長*100%呼叫eSRVCC切換占比發(fā)生eSRVCC切換的呼叫次數(shù) / 總呼叫次數(shù)*100%語音質(zhì)量類MoSMoS盒輸出的平均意見得分（PoLQA算法）BLER初傳BLER（初傳次數(shù)-初傳成功次數(shù)）/初傳次數(shù)*100%剩余BLER（初傳次數(shù)-多次重傳后成功次數(shù)）/初傳次數(shù)*100%語音丟包率（發(fā)送數(shù)據(jù)包數(shù)接收數(shù)據(jù)包數(shù)）/發(fā)送數(shù)據(jù)包數(shù)*100%抖動接收端RTP/PDCP層數(shù)據(jù)包時延方差呼叫建立時延終端發(fā)出的第一條隨機接入消息到接收到網(wǎng)絡(luò)側(cè)下發(fā)的SIP 180 Ring消息時間差

17、IP包時延從主叫發(fā)出到被叫接收的RTP層數(shù)據(jù)包時間差端到端時延主叫端語音編碼器輸入到被叫端解碼輸出的時間差上行速率過去一秒內(nèi)，上行PDCP層發(fā)送的總比特數(shù)下行速率過去一秒內(nèi)，下行PDCP層接收的總比特數(shù)切換中斷時延網(wǎng)內(nèi)控制面終端在源小區(qū)收到RRC重配消息指示切換，到終端在目標(biāo)小區(qū)收到RRC重配消息指示切換完成的時間差網(wǎng)內(nèi)用戶面源小區(qū)最后一個PDCP層數(shù)據(jù)包到目標(biāo)小區(qū)接收到的第一個PDCP層數(shù)據(jù)包的時間差網(wǎng)間控制面空口從eNodeB下發(fā)Handover Command到終端向BSS發(fā)送HO Complete的時間差核心網(wǎng)MME向eMSC發(fā)送PS to CS Request，到收到PS to CS

18、 Complete/Ack的時間差網(wǎng)間用戶面源小區(qū)最后一個PDCP層數(shù)據(jù)包到目標(biāo)小區(qū)建立專有信道恢復(fù)話音的時間差話音掛機時延主叫端發(fā)起B(yǎng)YE Message到收到網(wǎng)絡(luò)側(cè)下發(fā)的SIP 200 OK消息差RRC重建時延從終端發(fā)生RLF（Radio Link Failure，無線鏈路失敗）的時刻，大盤終端發(fā)出RRC Connection Reestablishment Complete的時刻KPI指標(biāo)類IMS注冊成功率IMS注冊成功次數(shù) /終端開機次數(shù)*100%話音接通成功率成功完成呼叫次數(shù)/終端發(fā)起呼叫總數(shù)*100%掉話率掉話次數(shù)/成功建立呼叫次數(shù)*100%網(wǎng)內(nèi)切換成功率切換成功次數(shù)/切換請求次數(shù)

19、*100%eSRVCC切換成功率eSRVCC切換成功次數(shù)/eSRVCC切換嘗試次數(shù)*100%尋呼成功率尋呼成功次數(shù)/EPC發(fā)起尋呼請求總次數(shù)*100%平均長保時間用戶保持通話狀態(tài)時間的平均值緊急呼叫建立成功率撥打緊急呼叫成功接通次數(shù)/總撥打次數(shù)*100%里程掉話比掉話次數(shù) / 呼叫行駛的里程數(shù)（km）*100%3 eNB無線參數(shù)配置版本601P01 VoLTE功能限制：對于商用初期，VoLTE用戶不太多的情況下，關(guān)閉QCI1承載的SPS和DRX功能。具體配置可以參考ZTE LTE TDD VoLTE(V3.30.601)基本原理與開通指導(dǎo)書_R2.0。4 5月指標(biāo)趨勢及問題分類占比4.1 5月

20、指標(biāo)5月份攻關(guān)小組通過版本升級、覆蓋優(yōu)化、鄰區(qū)關(guān)系優(yōu)化、參數(shù)核查等手段，長沙河西區(qū)域整體VoLTE指標(biāo)提升明顯日期LTE接通成功率呼叫在LTE撥打的次數(shù)呼叫在LTE撥打成功的次數(shù)LTE掉話率主叫在LTE掉話的次數(shù)被叫在LTE掉話的次數(shù)2015-5-6100.00%70705.71%402015-5-796.77%62600.00%002015-5-893.01%1431336.77%452015-5-997.30%74726.94%232015-5-1196.06%1271223.28%402015-5-1296.67%1501452.76%402015-5-1399.47%1881871.0

21、7%112015-5-1497.87%3283214.98%1422015-5-1598.56%3483431.75%602015-5-1699.18%2432411.66%312015-5-1795.81%1671601.25%202015-5-18100.00%1061060.00%002015-5-1999.23%3893861.04%402015-5-2099.01%4054010.50%202015-5-2198.51%2011980.51%104.2 問題分類占比截止5月21日的 R5p 版本全網(wǎng)路測軟件拉網(wǎng)log已分析完畢，其中未接通事件51個，掉話事件71個，分類情況如下：未接

22、通問題分類未接通數(shù)量未接通分類占比無線覆蓋問題713.73%TAU過程中尋呼問題1223.53%核心網(wǎng)問題35.88%終端問題1019.61%重定向問題713.73%站點斷鏈47.84%測試軟件問題47.84%原因不明23.92%鄰區(qū)漏配23.92%合計51100.00%掉話問題分類掉話數(shù)量掉話分類占比無線覆蓋問題1521.13%站點斷鏈1014.08%室分信號泄露811.27%測試軟件問題45.63%鄰區(qū)漏配1216.90%TAU過程中專用承載建立問題22.82%原因不明22.82%重定向問題1825.35%合計71100.00%4.3 遺留問題序號問題描述進(jìn)展問題狀態(tài)責(zé)任人14G系統(tǒng)內(nèi)做T

23、AU時，核心網(wǎng)沒有向目標(biāo)小區(qū)發(fā)尋呼消息；5.13：核心網(wǎng)側(cè)研發(fā)分析判斷是否可以進(jìn)行部分機制的調(diào)優(yōu)5.18:【核心網(wǎng)答復(fù)】：是流程沖突，在尋呼的時候，收到TAU消息，我們會當(dāng)做Paging response處理，如果TAU Request消息中沒有攜帶active flag，那么用戶面隧道是無法建立的，消息也無法投遞。這個問題在核心網(wǎng)的下一個補丁中做優(yōu)化，我們會在TAU過程中無論UE是否攜帶了active flag都去建立用戶面隧道。open陶宜富2從2G/3G到4G的系統(tǒng)間TAU，核心網(wǎng)沒有消息回應(yīng)；5.13：核心網(wǎng)側(cè)研發(fā)分析判斷是否可以進(jìn)行部分機制的調(diào)優(yōu)， 5.18:【無線側(cè)的疑問】：認(rèn)為2

24、G到4G重選，被叫此時并不是在呼叫狀態(tài)回到4G，HSS應(yīng)該重新域選擇，把呼叫重新轉(zhuǎn)到4G來尋呼。不然以后這種場景就是打不通。【核心網(wǎng)答復(fù)】：還未收到專家答復(fù)，待回復(fù)。open陶宜富3跨TAC后，在462696-2小區(qū)15:46:24呼叫建立之2s，核心網(wǎng)S1ap上收到兩條ERAB釋放(QCI=1/QCI=5)的指示后掉話5.18:【核心網(wǎng)答復(fù)】：分析有可能是SGW把會話誤刪了，導(dǎo)致eNB收到了error Indication，然后發(fā)起了釋放。需要看無線log是否是分析的原因。；現(xiàn)網(wǎng)SGW確實有個已知的問題，在“MME改變，SGW沒有改變的短時間內(nèi)4切3再切4”過程中，SGW會刪除上下文導(dǎo)致用戶

25、掉線 open陶宜富5 VoLTE網(wǎng)絡(luò)優(yōu)化分析和案例總結(jié)5.1 覆蓋類問題5.1.1 地形環(huán)境導(dǎo)致弱覆蓋【問題現(xiàn)象】路測表現(xiàn)為：主被叫手機當(dāng)前小區(qū)和所有鄰區(qū)RSRP均小于-110dbm，無主服務(wù)小區(qū)導(dǎo)致SINR<-3dbm,無線環(huán)境惡化，導(dǎo)致掉線、切換失敗、接入失敗等異常事件頻發(fā)。 【問題分析】結(jié)合現(xiàn)場環(huán)境和基站拓?fù)鋱D，對周邊所有基站進(jìn)行逐個勘察和驗證覆蓋，對于地形原因?qū)е聼o法徹底解決的區(qū)段，提交后續(xù)工程建設(shè)方案?！窘鉀Q方案】：1：核查局方站點規(guī)劃方案，如果有規(guī)劃站點，提高建設(shè)開通優(yōu)先級，如果無建設(shè)規(guī)劃，提交建站方案；2：測試2G網(wǎng)絡(luò)覆蓋情況，對于2覆蓋良好情況下，開啟SRVCC功能；同

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

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

28、PCI149)后無鄰區(qū)關(guān)系導(dǎo)致無線環(huán)境惡化； 【問題分析】下圖為主被叫占用該小區(qū)后，RSRP由強到弱，無線環(huán)境逐步惡化，A3事件頻繁上報但是未發(fā)起切換，查看鄰區(qū)配置發(fā)現(xiàn)該站僅僅配置自身2個小區(qū)為鄰區(qū)關(guān)系，通過了解，此站點為新建基站，未實施單驗和入網(wǎng)優(yōu)化工作，因此在此路段頻繁導(dǎo)致掉話、重建立等事件發(fā)生【解決方案】1：及時開展單站優(yōu)化和鄰區(qū)關(guān)系補充，確保單站業(yè)務(wù)性能通過驗收；2：開通站點第一時間通知優(yōu)化團(tuán)隊進(jìn)行參數(shù)核查、鄰區(qū)核查、性能測試，確保入網(wǎng)后正常投入網(wǎng)絡(luò)運行。5.1.3 站點故障導(dǎo)致弱覆蓋【問題現(xiàn)象】測試中，此問題表現(xiàn)為：無法占用附近基站，會伴隨鄰區(qū)漏配、過覆蓋情況發(fā)生，易導(dǎo)致未接通、掉線

29、、切換鏈紊亂等現(xiàn)象；如下圖，基站462682位于麓楓路和咸嘉湖西路十字口，為該兩條主干道主服務(wù)小區(qū)，測試到該路段后始終未占用該基站，RSRP下降到-110dbm以下，切換鏈紊亂，導(dǎo)致掉線?！締栴}分析】站點“長沙陽明山莊23棟(地華梅溪湖拉遠(yuǎn))ZL-B8300462682PT”因糾紛暫時下網(wǎng)，導(dǎo)致周邊無主覆蓋小區(qū)；【解決方案】：需盡快恢復(fù)“長沙陽明山莊23棟(地華梅溪湖拉遠(yuǎn))ZL-B8300462682PT”；對周邊小區(qū)開啟SRVCC切換。5.1.4 越區(qū)覆蓋導(dǎo)致無法切換【問題現(xiàn)象】過覆蓋問題主要表象為：未占用過覆蓋小區(qū)情況下，當(dāng)前小區(qū)可能會發(fā)生SINR惡化，伴隨上報測量報告包含周邊未知PCI。

30、占用過覆蓋小區(qū)情況下，RSRP變化較大，伴隨上行信號異常，鄰區(qū)漏配現(xiàn)象，易導(dǎo)致掉線、接入失敗、切換失敗等異常事件。如下圖，手機占用PCI=121小區(qū)，enodeid=471089，無法向周邊PCI=110切換，最終導(dǎo)致掉話； 【問題分析】此類問題需要結(jié)合周邊道路測試分析和基站拓?fù)潢P(guān)系來判斷問題小區(qū)為周邊哪個區(qū)域的主覆蓋小區(qū)，進(jìn)而采取優(yōu)化手段進(jìn)行調(diào)整；如下圖描述，問題點區(qū)域最近4次切換鏈為1、2、3、4次切換，其中2、3、4切換和PCI=121有關(guān)，同時分析周邊道路主服務(wù)小區(qū)并無PCI=121,查看拓?fù)鋱D發(fā)現(xiàn)該站位于周邊較遠(yuǎn)區(qū)域，同時前往PCI=121測試發(fā)現(xiàn)，經(jīng)緯度正確，主要原因是地勢較高導(dǎo)致

31、；【解決方案】：針對周邊過覆蓋小區(qū)，采用調(diào)整俯仰角、天線掛高、基站分布等手段；對于特殊場景建設(shè)的基站，比如此案例中該站實際主要覆蓋附近風(fēng)景區(qū)，但是地勢原因?qū)е滦盘枱o法徹底控制，可以采取單向刪除過遠(yuǎn)基站鄰區(qū)，避免孤島效應(yīng)。5.1.4.1 實例1 岳華路長房和園附近長沙觀沙嶺消防隊2小區(qū)越區(qū)覆蓋【問題描述】UE從4625062到4620931切換不及時導(dǎo)致重建【問題分析】1、增強4625333、4620931在此處的覆蓋；2、壓低4625062下傾角2-3°。已調(diào)整4625333、4620931小區(qū)方位角及下傾角至該路口覆蓋，但覆蓋方向存在部分阻擋，已達(dá)最大優(yōu)化調(diào)整，調(diào)整后測試效果不明顯

32、，后調(diào)整新開站點長沙岳麓大道與岳華路交叉口-3小區(qū)覆蓋至該片區(qū)域，調(diào)整后覆蓋得到一定增強，如需徹底解決該片區(qū)域覆蓋問題，需開通該區(qū)域規(guī)劃站址長沙綠洲小區(qū)景觀塔?！窘鉀Q方案和復(fù)測結(jié)果】通過上述調(diào)整，該站點及時切換到983474，越區(qū)覆蓋小區(qū)此處信號減弱。5.1.5 切換參數(shù)設(shè)置錯誤導(dǎo)致無法切換【問題現(xiàn)象】車輛由東向西行駛在茶子山，當(dāng)于基站462514退服后不能及時向附近小區(qū)切換，使得該路段RSRP差，最終導(dǎo)致掉話。如下圖對比前期測試該路段正常，如下圖：【問題分析】從路測占用小區(qū)來看，即使該站斷站，如果可以向462576-2（PCI=259中心頻點1895Mhz）切換，信號可以保持在-105dbm

33、，不會發(fā)生掉話現(xiàn)象。查看未切換到462576-2原因，從路測信令來看，A2事件上報后，重配消息中沒有攜帶該異頻鄰區(qū)，首先認(rèn)為沒有配置該鄰區(qū)關(guān)系。但是后臺核查鄰區(qū)列表后發(fā)現(xiàn)已經(jīng)添加該鄰區(qū)，進(jìn)一步排查為什么重配消息中未攜帶該鄰區(qū)關(guān)系，發(fā)現(xiàn)【EUtranCellMeasurementTDD】表中的“eutranMeasParas_interCarriFreq” 異頻載頻里面沒有配置1895導(dǎo)致，補充添加后可以正常切換。【解決方案】1：主因是由于基站462514退服導(dǎo)致跨站切換不順暢，因此優(yōu)先解決故障站點2：從該事件發(fā)現(xiàn)，如果測量參數(shù)【EUtranCellMeasurementTDD】中漏配異頻頻點，

34、也會導(dǎo)致無法下發(fā)該異頻頻點鄰區(qū)，即使配置了鄰區(qū)關(guān)系也是無效，所以需要日常優(yōu)化中定期核查【EUtranCellMeasurementTDD】表中的“eutranMeasParas_interCarriFreq”是否包含鄰區(qū)定義的頻點。5.1.6 異頻重定向【問題現(xiàn)象】終端上報A3測量事件后，基站直接發(fā)送重定向的RRCrelease消息，導(dǎo)致掉話【問題分析】圖中可以看到，終端上發(fā)A3事件后，系統(tǒng)直接發(fā)送了重定向到37900的RRC release消息，導(dǎo)致此次掉話?！窘鉀Q方案】：1、 通過后臺參數(shù)，打開鄰區(qū)切換功能，解決配置了鄰區(qū)但沒打開切換功能的重定向。5.2 干擾類問題【問題現(xiàn)象】測試中一般表

35、現(xiàn)為RSRP良好但SINR偏差，干擾嚴(yán)重區(qū)域容易導(dǎo)致掉線、切換失敗等各類異常事件發(fā)生?！締栴}分析方法】干擾類問題涉及方面較多，有系統(tǒng)內(nèi)干擾和系統(tǒng)外干擾，詳細(xì)排查方法可以參考排查指導(dǎo)文檔，這里僅僅對現(xiàn)場發(fā)現(xiàn)的案例進(jìn)行描述。5.2.1 實例1：PCI規(guī)劃不合理導(dǎo)致下圖中，測試區(qū)域發(fā)現(xiàn)信號RSRP良好同時伴隨SINR較差，優(yōu)先排查PCI規(guī)劃問題，發(fā)現(xiàn)近距離有同PCI基站，如下圖：5.2.2 實例2：重疊覆蓋引發(fā)干擾網(wǎng)格17內(nèi)西二環(huán)路段存在同頻基站分布密集，存在200-300米路段SINR差，此段路段發(fā)生重建概率較高，是掉話隱患點，23日測試發(fā)生1起主叫掉話。下圖圈中區(qū)域來自4個站點信號均在-95db

36、m-100dbm，當(dāng)切換到PCI=66/67后，SINR容易惡化，地勢較為平坦，周邊間距均在300-400m。【解決方案】：針對PCI規(guī)劃不合理問題，建議重新規(guī)劃和修改PCI。針對重疊覆蓋引發(fā)干擾問題，首先通過RF優(yōu)化控制覆蓋，減少重疊覆蓋，其次采用異頻組網(wǎng)方案解決。比如此西二環(huán)路段，PCI=66/67/68三個小區(qū)可以不用覆蓋該路段，其他三個小區(qū)可以良好覆蓋不同區(qū)段，引入PCI=66/67/68后易發(fā)生摸3干擾。5.2.3 實例3：重疊覆蓋引發(fā)干擾主叫在清水路段462326附近收到近距離100m處小區(qū)4742163（PCI254)干擾，導(dǎo)致無法切換發(fā)起重建立，該路段基站覆蓋過密集?！窘鉀Q方案

37、】：針對PCI規(guī)劃不合理問題，建議重新規(guī)劃和修改PCI。針對重疊覆蓋引發(fā)干擾問題，首先通過RF優(yōu)化控制覆蓋，減少重疊覆蓋，其次采用異頻組網(wǎng)方案解決。比如此西二環(huán)路段，PCI=66/67/68三個小區(qū)可以不用覆蓋該路段，其他三個小區(qū)可以良好覆蓋不同區(qū)段，引入PCI=66/67/68后易發(fā)生摸3干擾。5.2.4 實例4：岳麓大道與岳華路交叉口東側(cè)SINR值較差切換失敗【問題描述】岳麓大道與岳華路交叉口東側(cè)，UE占用4623813的SINR值較差，導(dǎo)致切換失敗?！締栴}分析】1、添加4623813與983474133、4625261的鄰區(qū)關(guān)系。2、控制4623813在岳麓大道上的越區(qū)覆蓋； 3、核查新

38、開站983474133（170）背向覆蓋與4750223（83）形成強模三干擾。4、調(diào)整4623813下傾角2°至4°，方位角300°至290°，983474133下傾角2°至0°?！緩?fù)測結(jié)果】通過控制覆蓋、鄰區(qū)關(guān)系優(yōu)化，該路段干擾現(xiàn)象消失5.3 基站版本問題5.3.1 TM38切換后掉話【問題現(xiàn)象】從前臺信令看掉話流程，終端的模式為TM3，然后上發(fā)A2測量，然后終端收到異頻測量控制的重配消息，發(fā)送完成后下行鏈路失步，之后發(fā)起重建后掉話。此過程中，無線環(huán)境在RSRP -100，SINR 3左右。從后臺信令分析，基站側(cè)收到終端上發(fā)的A2

39、，然后下發(fā)測量重配消息，緊接著發(fā)送TM8模式切換的重配消息，出現(xiàn)TM8的重配無法下發(fā)，用戶面上報SRB1的RLC的ERRORIND導(dǎo)致釋放而掉話【問題分析】12:09:14秒的重配置為TM3模式12:09:14秒上發(fā)的是A2測量重配，然后廣播消息，在12:09:26秒收到重建請求后被拒。12:09:26秒終端上發(fā)BYE掉話?；緜?cè)12:09:18收到A2測量12:09:18秒TM8模式轉(zhuǎn)換的重配。12:09:25秒出現(xiàn)錯誤的標(biāo)示，該重配未下發(fā)，達(dá)到最大重傳次數(shù)。12:09:25秒文本釋放?！窘鉀Q方案】：此問題為已知版本問題，現(xiàn)場已升級至R5p版本，該問題驗證通過；5.4 核心網(wǎng)相關(guān)問題5.4.

40、1 QCI=5未建立【問題現(xiàn)象】主叫發(fā)起會話請求，無響應(yīng)，導(dǎo)致未接通；【問題描述】主叫12:27:57發(fā)起invite，12:28:13 無響應(yīng)之后未接通，檢查DRB承載，發(fā)現(xiàn)優(yōu)先級為9的承載有兩條，如下圖所示：【解決方案】HSS刪除多余APN簽約，之后恢復(fù)正常，如下圖所示；5.4.2 TAU過程中Paging問題【問題現(xiàn)象】10:28:22，主叫起呼發(fā)起invite request 之后QCI=1建立，被叫未收到此次呼叫的Paging；【問題分析】被叫10:28:23移動過程中發(fā)生小區(qū)重選，TAC改變發(fā)起TAU更新，未收到此次呼叫Paging導(dǎo)致的未接通事件；此次未收到Paging是流程沖突

41、，在尋呼的時候，收到TAU消息，我們會當(dāng)做Paging response處理，如果TAU Request消息中沒有攜帶active flag，那么用戶面隧道是無法建立的，消息也無法投遞【解決方案】核心網(wǎng)在下一個補丁中修正，會在TAU過程中無論UE是否攜帶了active flag都去建立用戶面隧道；5.4.3 從2G/3G回到4G核心網(wǎng)未發(fā)Paging【問題描述】主叫在4G起呼，被叫3G回到4G，核心網(wǎng)未下發(fā)Paging【問題分析】主叫16:23:39發(fā)起invite request 被叫從3G回到4G 16:23:49 ims注冊成功 未收到此次Paging，當(dāng)用戶在3G下，HSS已經(jīng)做了域選

42、擇，此時用戶重選到4G，是沒有辦法逆轉(zhuǎn)的。該場景沒有規(guī)范支撐【解決方案】核心網(wǎng)答復(fù)，暫時無協(xié)議支撐5.4.4 跨TAC之后 QCI=1被刪除【問題描述】跨TAC后，在462696-2小區(qū)15:46:24呼叫建立之2s，核心網(wǎng)S1ap上收到兩條ERAB釋放(QCI=1/QCI=5)的指示后掉話【問題分析】SGW把會話誤刪了，導(dǎo)致eNB收到了error Indication，然后發(fā)起了釋放。現(xiàn)網(wǎng)SGW確實有個已知的問題，在“MME改變，SGW沒有改變的短時間內(nèi)4切3再切4”過程中，SGW會刪除上下文導(dǎo)致用戶掉線【解決方案】需SGW升級版本解決5.4.5 起呼過程中伴隨切換，ACCEPT消息丟失導(dǎo)致

43、的QCI=1釋放；【問題描述】終端在起呼過程中伴隨切換，終端透傳給核心網(wǎng)的ACT消息超時沒有被核心網(wǎng)接收到導(dǎo)致的釋放；【問題分析】21:01:23，主叫UE發(fā)起尋呼，被叫UE收到后發(fā)起ERAB承載，建立完成；21:01:26，被叫UE收到RRC重配置消息中要求去激活QCI1的承載，隨后被叫UE上報INVITE580（precondition failure），導(dǎo)致本次未接通?！窘鉀Q方案】DT消息沒有等到（丟了），核心網(wǎng)有沒有保護(hù)機制，需核心網(wǎng)解決；5.5 終端異常5.5.1 終端異常主動掛機導(dǎo)致未接通事件【問題現(xiàn)象】被叫向主叫發(fā)180振鈴消息，主叫端也成功收到被叫180振鈴消息，但在被叫發(fā)出1

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

45、因5.6 測試軟件統(tǒng)計5.6.1 異常統(tǒng)計掉話【問題現(xiàn)象】被叫在2G下人工釋放，上報DISCONNECT，掛機流程結(jié)束，此時主叫在4G下收到IMS下發(fā)BYE，并去激活了QCI=1承載，并標(biāo)記為normal call clearing，但仍會統(tǒng)計為dropped ，此時主叫繼續(xù)正常釋放流程，為軟件統(tǒng)計問題。5.7 eSRVCC切換問題分析5.7.1 GSM鄰區(qū)參數(shù)錯誤導(dǎo)致掉話【問題現(xiàn)象】手機在LTE覆蓋弱場，收到B2測量的重配消息后，手機發(fā)起Measurementreport（B2事件）后收到網(wǎng)絡(luò)下發(fā)的RRC Connection Release，重定向到2G后掉話?！締栴}分析】當(dāng)UE上報A2測

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

47、 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)絡(luò)鄰區(qū)定義和實際GSM網(wǎng)絡(luò)規(guī)劃數(shù)據(jù)，如上案例，LTE->GSM鄰區(qū)定義中BSCI配置為7，而實際UE測量的BSIC為12，將LTE定義GSM鄰區(qū)中BSIC改為12后，正常eSRVCC。5.7.2 切換準(zhǔn)備失敗【問題現(xiàn)象】UE空口表現(xiàn)為發(fā)起多次B2測量后無法進(jìn)行eSRVCC，最終易導(dǎo)致重建立和掉話事件發(fā)生；eNB側(cè)表現(xiàn)為接收到手機上報B2測量并發(fā)起切換請求，但是收到

48、來自核心網(wǎng)的切換準(zhǔn)備失敗消息；【問題分析】正常情況下，eNB收到該B2事件測量報告后下發(fā)mobilityFromEUTRACommand消息給UE，UE會收到mobilityFromEUTRACommand并實施切換；異常情況下，UE發(fā)起多個B2事件而未收到mobilityFromEUTRACommand，此時可能涉及空口無線環(huán)境惡化導(dǎo)致B2事件測量報告未上報給eNB，需要結(jié)合eNB側(cè)信令分析。如下圖：當(dāng)eNB收到B2測報后向MME發(fā)送handover require消息（為eSRVCC切換準(zhǔn)備資源），但隨后收到了切換準(zhǔn)備失敗的回復(fù)。見下圖：導(dǎo)致此類失敗的原因通常是核心網(wǎng)沒有對目標(biāo)小區(qū)配置eS

49、RVCC相關(guān)功能參數(shù)的原因，需要核心網(wǎng)檢查目標(biāo)網(wǎng)絡(luò)小區(qū)相關(guān)參數(shù)是否生效或正確配置?！窘鉀Q方案】：導(dǎo)致此類失敗的原因通常是核心網(wǎng)未配置SRVCC功能、未配置目標(biāo)MSC、未配置TAU等原因，需要同核心網(wǎng)及目標(biāo)網(wǎng)絡(luò)核查相關(guān)配置是否生效。5.7.3 GSM鄰區(qū)頻點配置不全 【問題現(xiàn)象】UE上報A2事件后，網(wǎng)絡(luò)下發(fā)B2重配消息并成功上報網(wǎng)絡(luò)后，手機RSRP滿足B2-1判決門限卻始終未上報B2事件測量報告，最終容易導(dǎo)致重定向、掉話事件發(fā)生【問題分析】實際網(wǎng)絡(luò)中會存在由于無線環(huán)境的改變、G網(wǎng)參數(shù)優(yōu)化后同步不及時或RF優(yōu)化等原因，導(dǎo)致LTE小區(qū)的GSM鄰區(qū)頻點配置不夠準(zhǔn)確，對于A2重配里下發(fā)的GSM頻點在終端

50、測量后，不滿足B2-2事件，導(dǎo)致無法觸發(fā)eSRVCC。如下圖：其他可能原因：需要檢查系統(tǒng)間鄰區(qū)是否已經(jīng)設(shè)置為“支持切換”，如下圖【解決方案】：完善和及時更新LTE鄰區(qū)定義中的GSM鄰區(qū)關(guān)系和參數(shù)定義；對于問題點，建議進(jìn)行GSM網(wǎng)絡(luò)掃頻或者結(jié)合GSM測試數(shù)據(jù)分析，檢查這些頻點是否已包含在后臺配置中5.7.4 手機原因?qū)е聼o法SRVCC切換【問題現(xiàn)象】主被叫手機在相同小區(qū)，主叫手機上報A2后重配消息包含B2門限和異系統(tǒng)頻點信息，而被叫手機上報A2后重配消息未包含異系統(tǒng)配置信息，進(jìn)而導(dǎo)致被叫沒有進(jìn)行SRVCC，主叫正常SRVCC。如下圖【問題分析】由于一個小區(qū)下兩種不同行為，首先需要排查手機上報能力

51、，從UE附著請求消息或TAU(Tracking Area Updates)消息中發(fā)現(xiàn)被叫手機上報的UE能力不包含SRVCC能力消息，并描述不支持GSM頻帶。主叫包含，因此重點排查手機哪方面出現(xiàn)了異常，由于前期測試無此問題，懷疑測試期間手機誤設(shè)置為鎖定LTE導(dǎo)致，因此將手機設(shè)定為鎖定LTE和支持2、3、4G模式對比驗證。下圖是未鎖定LTE情況下Tracking Area Updates信令描述，包含手機支持SRVCC能力指示下圖是被叫鎖定LTE網(wǎng)絡(luò)后，Tracking Area Updates信令，標(biāo)示手機不支持E-GSM or R-GSM。沒有支持SRVCC標(biāo)示?！窘鉀Q方案】：此類問題需要檢查

52、手機設(shè)置和實際支持能力，確保上報支持能力。5.8 其他5.8.1 參數(shù)配置問題導(dǎo)致異常返回GSM【問題現(xiàn)象】主叫手機占用462502基站發(fā)起INVITE request和service request后手機進(jìn)入GSM網(wǎng)絡(luò)發(fā)起后續(xù)接入流程?！締栴}分析】如下圖所示，主被叫占用相同小區(qū)，無線環(huán)境良好，主叫無法駐留在LTE進(jìn)行呼叫，被叫正常，占用其他基站無此問題，手機調(diào)換后對比測試問題依舊存在主叫流程異常，和手機關(guān)系不大。查看系統(tǒng)消息sib2發(fā)現(xiàn)存在如下異常，導(dǎo)致主叫無法正常呼叫，見下圖后臺排查參數(shù)發(fā)現(xiàn)該站設(shè)置如下：參數(shù)名稱參數(shù)描述取值定義現(xiàn)網(wǎng)取值建議設(shè)置參數(shù)說明acBarringFactor信令接入

53、概率因子0:0,1:0.05,2:0.1,3:0.15,4:0.2,5:0.25,6:0.3,7:0.4,8:0.5,9:0.6,10:0.7,11:0.75,12:0.8,13:0.85,14:0.9,15:0.95,16:11016該參數(shù)是UE發(fā)起主叫信令而建立RRC連接時，UE能夠接入小區(qū)的概率的參考值。如果UE投擲的隨機數(shù)小于該參數(shù)，則允許接入；否則，禁止接入。acBarringTime信令禁止接入時間(秒)0:4,1:8,2:16,3:32,4:64,5:128,6:256,7:51210該參數(shù)表示發(fā)起信令接入時的平均禁止接入時間acBarringFactorOrig呼叫接入概率因子

54、0:0,1:0.05,2:0.1,3:0.15,4:0.2,5:0.25,6:0.3,7:0.4,8:0.5,9:0.6,10:0.7,11:0.75,12:0.8,13:0.85,14:0.9,15:0.95,16:11016該參數(shù)是UE發(fā)起呼叫而建立RRC連接時，UE能夠接入小區(qū)的概率的參考值。如果UE投擲的隨機數(shù)小于該參數(shù)，則允許接入；否則，禁止接入。acBarringTimeOrig呼叫禁止接入時間(秒)0:4,1:8,2:16,3:32,4:64,5:128,6:256,7:51210該參數(shù)表示發(fā)起呼叫接入時的平均禁止接入時間【驗證結(jié)果】修改后該站VOLTE呼叫正常。如下圖6 總結(jié)通過2015年后對長沙現(xiàn)網(wǎng)年后2多月網(wǎng)絡(luò)KPI指標(biāo)提升攻關(guān)，獲得一些寶貴經(jīng)驗，同時，也對目前VoLTE技術(shù)在應(yīng)用中，存在網(wǎng)元間協(xié)調(diào)交互，終端處理，KPI指標(biāo)定義等存在問題提供一些思考，需要運營商帶動產(chǎn)業(yè)鏈一起來解決。6.1 VOLTE網(wǎng)絡(luò)指標(biāo)提升策略根據(jù)長沙VOLTE網(wǎng)絡(luò)問題分析,重新根據(jù)網(wǎng)優(yōu)、基站、核心網(wǎng)、終端以及重定向分類，未接通部分分布如下未接通原因分布掉話原因分布如下：掉話原因分布可見，未接通原因主要集中在于核心網(wǎng)和網(wǎng)優(yōu)，掉話原因主要是網(wǎng)優(yōu)和重定向。根據(jù)上述情況，整理出VOLTE網(wǎng)絡(luò)提升策略如下：1、 基站版本統(tǒng)一和關(guān)閉異頻重定向功能：基站TM3/8的問題和異頻重