上海公司VoLTE測試優化工作經驗介紹單位：上海移動網絡優化中心日期：2015年12月目錄1上海VoLTE網絡建設及測試優化工作現狀23VoLTE無線優化工作經驗4后續工作計劃2VoLTE無線優化方法流程一、整體工作開展情況2015年5月完成異廠家內場兼容性測試，6月啟動無線外場測試優化，11月底完成了智能網和增值業務改造及業務遷移，12月18日上海VoLTE試商用。各領域關鍵技術澄清改造和割接方案制定技術澄清網絡改造/單站點開通異廠家IOT測試資源確認無線測試優化智能網改造和業務遷移具備商用條件11.15CSIPIMS信令網EPCHSSPCRF十大領域eNodeBGSM業務平臺支撐系統資源分配11.22網絡提前改造聯調：IMSCE替換改造PSCE升級ENUM/MMTEL改造LDRA新建STP替換EPC功能聯調HSS改造PCRF新建測試站點開通BOSS改造12.24FirstCallIMS組POOL支持VoLTELDRA、STP雙平面支持VoLTEeMSC支持VoLTEEPC組POOL支持VoLTEHSS完成改造和用戶搬遷支持VoLTEPCRF雙平面支持VoLTE無線eNodeB站點功能開啟和鄰區優化6.30智能網12項業務遷移，4類改造實施：①SCP升級為AS改造②升級支持CS/IMS雙跨改造③簽約呼轉路由到現網改造④前綴路由到現網改造11.30定位、彩印等業務改造

回歸測試12.18一、內場異廠商兼容性測試上海VoLTE網絡異廠商組網復雜，先期重點對異廠商開展兼容性測試，其中無線側按照EPC廠家和eNB和BSC廠家配對關系，梳理了10種eSRVCC場景組合，進行兼容性與性能測試，共完成290項測試，完成率100%，通過率100%。設備廠家建設方式組網IMS華為新建2套組POOLHSS愛立信改造2套分布式HSS諾基亞替換4套分布式EPC諾基亞改造8MME+10

SAEGW組POOLEPC愛立信改造6MME+10SAEGW組POOLPCRF愛立信新建1+1組POOLeMSC愛立信改造1+1組POOLL-DRA卡特新建2臺雙平面IP-STP華為/卡特替換/改造2臺雙平面AR卡特改造6臺雙平面PS-CE思科改造6臺雙平面eNodeB華為/卡特/諾基亞改造華為：9092個卡特：808個共計：12053個諾基亞：2153個BTS/BSC愛立信/卡特/諾基亞改造愛立信：74個卡特：133個共計：242個諾基亞：35個區域外環內外環外EPC愛立信諾基亞eNodeB華為

卡特諾基亞

華為卡特諾基亞BSC愛立信卡特愛立信愛立信卡特諾基亞卡特愛立信諾基亞卡特愛立信諾基亞編號1√2√3√4√5√6√7√8910√11√12√一、外場功能部署及測試優化工作外場從功能部署、遍歷測試、端到端聯合優化、無線深度優化及流程建設、試商用保障五方面入手，聚焦用戶感知，推進端到端及無線側優化進程。11月接通率97.84%，掉話率1.11%，mos3.0占比92.3%，呼叫建立時延3.86s，較2季度有一定提升，達到集團商用要求：功能部署：完成上海全網4G站點的VoLTE功能部署100%，ESRVCC功能部署100%遍歷測試：完成上海網格道路、背街小巷、居民小區、高校、商場、寫字樓等、交通樞紐等9大類場景以及高架和高速、地鐵的4輪DT+CQT測試優化。端到端問題定位及閉環解決：通過路測及端到端信令跟蹤，借助平臺手段，聯合核心網解決了55類端到端系統性問題、上報并納入集團VOLTE案例35個。無線深度優化及流程建設開展語音/數據聯合優化，將volte質量要求納入日常優化，重點對影響VolTE語音、數據業務的共性問題（如弱覆蓋、質差、高切換、RRC重建、結構、鄰區等）的優先處理；開展volte參數深度優化，ESRVCC場景策略優化等。開展端到端優化流程建設，指導問題快速定界及分析處理。VoLTE試商用保障：進行VoLTE商用活動發布保障、重大活動VoLTE保障。階段測試網格數接通率掉話率eSRVCC成功率呼叫時延(s)MOS3.0占比eSRVCC中斷時延集團參考值（商用初期）--95%2%90%580%400ms集團參考值（成熟期）--97%1%95%485%300ms5月自測8691.17%3.61%94.74%4.55--6月自測8694.89%3.66%92.50%4.32--8月集團抽測897.98%2.10%100%4.17-400ms11月自測8697.84%1.11%98.11%3.8692.3%380ms目錄1上海VoLTE網絡建設及測試優化工作現狀2VoLTE無線優化方法流程3VoLTE無線優化工作經驗4后續工作計劃二、Volte無線優化方法使用高通QXDM軟件、以及路測軟件采集終端信令，同步進行ENB/EPC/IMS多網元信令跟蹤，通過VoLTE信令平臺進行問題回溯及質差根因鉆取。無線側根據集團“VoLTE語音433優化方法”結合上海實際情況積極開展本地化應用，目前已形成上海VoLTE無線問題的規范化分析與閉環優化流程，支撐常見問題的快速定界及規范化分析與處理，前期已解決了55類端到端系統性問題、上報并納入集團VOLTE案例35個。VoLTE未接通分析優化流程VoLTE掉話分析優化流程eSRVCC分析優化流程平臺信令回溯、質差根因鉆取測試發現收集問題UE\ENB\MME\IMS等多網元信令跟蹤無線網優問題無線及核心網設備軟硬件問題終端問題端到端分析問題定界VoLTE無線優化標準工作流程二、VoLTE參數深度優化無線設備問題現象優化措施諾西諾西eNB的視頻業務失敗調整MaximumGBRdownlink，MaximumGBRuplink后，問題解決貝爾華為切貝爾后概率性單通統一設置華為、貝爾的PDCPSNSize為12后，問題解決貝爾貝爾eNB的ESRVCC失敗將BsCAccess-ID項中的管理狀態設置為UnLocked后，問題解決華為華為8.1版本ENB開啟下行Comp后語音承載QCI1概率性建立失敗將接入方式由“接入優先”改為“接入增強”后，問題解決貝爾貝爾ENB的下行RTP丟包率達到2.0%以上修改邏輯信道緩存器大小/RLC重排序定時器等參數后，丟包率下降至0.5%諾西諾西切換等待時延設置不合理導致eSRVCC切換失敗將S1接口切換釋放準備定時器由1s改為2s后，問題解決華為/貝爾/諾西切換與呼叫建立并發造成接通失敗RLC層優先級優化，SRB1>SRB2>QCI5>QCI1>QCI9，部分解決對上海三家無線廠商（華為、貝爾、諾西）的7大類93個規范參數、底層參數及廠商私有參數進行研究，目前已完成全量參數試點、其中67個參數已全網推廣。輸出《上海VoLTE無線重要參數集》實現VoLTE參數集中管控，將重要參數全部納入新站模板，并制定了VoLTE參數核查、修改流程和規范。通過VoLTE特性參數優化，解決了華為切貝爾eNB的語音概率性單通、華為開啟下行Comp后概率性未接通、貝爾eNB的丟包率高、諾西ESRVCC切換失敗等問題。VoLTE無線重要參數管控流程分類數目完成試點優化數納入規范推廣數備注NAS666已完成RLC363030已完成RTP丟包相關參數優化PDCP1188已完成RTP丟包相關參數優化異頻切換101010已完成eSRVCC131313已完成ESRVCC全網基線設置，以及高速、地鐵、居民小區場景的部分試點C-DRX770已完成定時器660已完成匯總938067目錄1上海VoLTE網絡建設及測試優化工作現狀2VoLTE無線優化方法流程3VoLTE無線優化工作經驗4后續工作計劃三、VoLTE接入性能優化VoLTE接通問題分析接通問題主要有QCI1專載建立失敗、媒體協商失敗、域選流程失敗、流程沖突、MMEPOOL邊界問題、SIP消息丟失、無線質差等原因，典型問題如下：核心網華為SBC概率性地主動拆除TCP連接導致未接通【已解決】：華為SBC補丁優化為根據交互信令報文定期重置鏈路狀態，避免異常釋放終端CANCEL消息攜帶SDP導致呼叫未及時拆線，后續呼叫403forbidden【部分解決】：華為SBC采用信令適配方式，臨時刪除CANCEL消息的SDP內容。愛立信MME-諾西MMEPOOL邊界問題，如重選入諾基亞MMEPOOL后的首個呼叫失?。≦CI5被釋放）【已解決】：諾西升級至3.15版本解決貝爾LDRA尋址錯誤導致SIP503（MediaBearerLost）【已解決】：貝爾LDRA鏈路同步模式修改解決愛立信SGW由于PCCCCR流程和VOLTE呼叫RAR流程沖突導致SIP503【部分解決】：PCRF上臨時關閉ecgi改變的eventtrigger策略進行規避。終端在2/3G網絡非正常返回4G網絡，做被叫會域選到23G網絡觸發CSFB【未解決】。無線網華為eNodeB開啟下行Comp，VoLTE通話概率性失敗【已解決】：TDDSRS修改為“接入增強”解決QCI1建立與切換流程沖突，導致概率性未接通【部分解決】：RLC優先級參數優化（SRB1>SRB2>QCI5>QCI1>QCI9），減少流程沖突概率無線質量問題（弱覆蓋/質差等）導致SIP無法解析【持續優化】：RF優化、參數優化等日常解決QCI5PDCPDiscardTimer，全網統一修改為1500ms。三、接入性能優化--典型案例1華為eNodeB開啟下行Comp，VoLTE通話概率性失敗一問題現象：

MME下發S1AP_ERAB_SETUP_REQ給華為ENB，要求建立QCI=1承載，但華為ENB沒有下發建立承載的RRC重配置消息，3ms后基站直接回復S1AP_ERAB_SETUP_RSP，攜帶原因值為FailureintheRadioInterfaceProcedure導致QCI=1承載建立失敗，從而VOLTE未接通。問題分析：1、UE進入下行CoMP狀態后，需要在預留的SRS上申請資源重配，如果基站TDDSRS配置方式為“接入優先”，在該方式下，基站沒有預留SRS資源，會導致資源申請失敗，隨后基站會改變UE狀態為暫態（等待狀態），如果此時建立QCI1承載，基站會認為UE狀態異常而拒絕建立。解決方案：當華為8.1版本基站開啟了下行CoMP，需將TDDSRS配置方式由“接入優先”修改為“接入增強（ACCESS_ENHANCED）”三、接入性能優化--典型案例2愛立信PCRF：PCCCCR流程和VoLTe呼叫的RAR流程沖突導致SIP503二問題現象：IMS核心網發503錯誤（ServiceNotAvailable），導致主叫專載建立失敗。從IMS的信令跟蹤看，是因為主叫SBC收到PCRF上報的ASR(abortsessionrequest)導致。問題原因：當用戶跨ecgi重選后發起呼叫，SAEGW按PCRF下發的event-trigger觸發ecgi改變的CCR_U流程，同時觸發VOLTE呼叫流程。SAE-GW在發送CCR消息（ECGI小區發生改變觸發）后立刻收到RAR消息，產生流程沖突。前期上海PCRF-FE上定義了eventtrigger=19(ecgichange)：當用戶發生ecgi改變時，SAEGW需要觸發PCC到PCRF進行策略更新。而華為IMS開啟netloc功能后，通過前后流程對比，發現從INVITE到下發AAR消息的間隔時間減少，沖突概率加大。臨時解決方案：通過愛立信PCRF臨時關閉eventtrigger=19ecgichange的策略進行規避。解決計劃：愛立信通過修改配置或者補丁的方式，來避免沖突或者沖突后信令重發來解決以上問題。阿朗LDRA：同步鏈路出現問題導致QCI1建立失?。⊿IP503）三問題現象：主叫發送INVITE后收到網絡下發的100trying，隨后又收到503serviceunavailable的SIP消息，發起CSFB進入2G。經定位，LDRA將SBC發起的承載建立請求AAR發給了錯誤的PCRF前端，導致承載建立失敗發送503。問題影響：

LDRA1將SBC發來的消息轉發給錯誤的PCRF前端，導致少量呼叫失敗。而經過LDRA2的呼叫，由于均轉發給正確的PCRF，因此無問題。問題原因：由于LDRA1上有一條同步鏈路存在問題，該鏈路底層偶聯狀態正常，但是局數據顯示上層鏈路管理狀態是異常的，底層偶聯和上層管理已經失去關聯。所以上層業務無法處理底層收到的消息，導致業務異常。經過該問題鏈路處理的同步數據存在問題，引起呼叫失敗。解決方案：

該問題的恢復手段為：由于之前LDRA上創建的同步鏈路只有一條path，后續將其修改成multihoming（多歸屬）模式，并通過手動一致性校驗將兩個LDRA的數據同步。三、接入性能優化--典型案例3UE影響因素1、終端能力

2、軟件配置3、語音編碼1、硬件性能

2、參數設置

3、軟件限制eNodeB影響因素1、基站處理能力

2、算法特性限制1、并發參數配置

2、工程錯誤

3、尋呼周期4、尋呼策略CORE影響因素1、數據配置2、組網結構3、流程配置4、容災機制1、ENUM/DNS查詢2、ENUM/DNS數據緩存設置3、DRA組網4、CS-Retry呼叫流程5、網元間容災，如呼叫時I和S是否同網元6、HSS查詢，查詢HSS響應時間7、MME尋呼下發機制VPMN/CAT影響因素1、媒體協商

2、HSS查詢1、簽約彩鈴增加至少1s時延

2、VPMN查詢HSS響應時間不確定，有時會引起1s時延空口管道：影響因素1、空口質量

2、空口資源

3、空口時延

4、QoS配置

5、空口丟包1、參數配置錯誤

2、話務容量受限

3、覆蓋差

4、外部干擾

5、空口狀態承載網管道影響因素1、大時延、抖動；

2、丟包、亂序1、參數配置

2、容量或能力限制

3、傳輸質量問題4、優先級調度兩管道四節點挖掘E2E“兩管道+四節點”（空口/承載網管道，UE/eNB/Core/業務服務器），研究時延的影響因素及優化方法，上?，F網已發現LDRA緩存問題、尋呼策略優化、無線問題、TAU問題等，典型問題如下：核心網LDRA鏈路緩存優化【已解決】：對于1500字節內的小包，將鏈路緩存時間由100ms修改為10ms。MME的VoLTE語音尋呼優化【已解決】：范圍由enodeB修改為TAList，尋呼間隔修改為3s*4次。IMS不可及前轉定時器、以及CSRetry定時器聯合優化【已解決】。愛立信MME尋呼保護機制優化【已解決】。無線網覆蓋/干擾優化，避免多次尋呼【持續開展】。TAC邊界RF優化，避免頻繁TAU【持續開展】。三、VoLTE呼叫建立時延優化三、VoLTE呼叫建立時延優化--案例1愛立信MME-華為eNB場景下尋呼不下發案例（MME尋呼保護時長參數優化）一問題現象：愛立信MME-華為ENB場景下，撥打第一個呼叫后，若MME下發的連續4次Paging均無響應，后續若主叫繼續發起對被叫的第二個呼叫，愛立信MME不會再下發Paging導致未接通問題原因：愛立信MME在收到downloaddatanotification后觸發尋呼，如果本次尋呼不到，為了避免反復尋呼用戶，愛立信MME上有保護機制（保護時長S1RepeatPagingStep）：在此時長內，MME收到該用戶的downloaddatanotification消息，不再觸發尋呼；過了保護時長，才會再次尋呼用戶（在保護時長內，如果用戶有主動接觸網絡的行為，則保護時長立即清0）。

該參數針對PS業務、VoLTE業務同時起作用，前期數據業務該參數設置相對較長。而針對VoLTE用戶，需要對該參數進行優化，避免后續有新的呼叫時MME不尋呼用戶的問題。解決方案：將愛立信MME的尋呼保護時長參數修改為10s（最小的保護時長）后問題解決。三、VoLTE呼叫建立時延優化--案例2IMS不可及前轉定時器、以及CSRetry定時器聯合優化二問題現象：VOLTE呼叫不可及用戶21秒后發生CSRETRY，導致接續時間過長。問題原因：經查上海VOLTE的CSRETRY設置為21秒，是為了解決不可及前轉的問題，不可及前轉默認定時器為20秒，為了保證能觸發不可及前轉，于是把CSRETRY設置為了21秒。解決方案：經分析，目前上海尋呼策略MME配置4次尋呼每次3秒，也就是說12秒如果尋呼無響應，就應該發生不可及前轉，無須等待20秒。通過和核心網協商，調整上海VOLTE的不可及前轉定時器配置為13秒（尋呼時長+1），若而CSRETRY定時器應該配置為14秒（不可及前轉時長+1），減少CSRETRY場景時不必要的7秒延時。三、VoLTE呼叫建立時延優化--案例3在上述問題外，無線側聯合核心側對于后續可能的時延增長點進行了測試和分析，主要是：彩鈴服務器的引入：增加時延平均1179ms。彩鈴服務器收到180到發送UPDATE進行媒體協商自身處理用時太長，平均338ms。彩鈴服務器收到UPDATE的媒體協商200OK響應到發送180出去，自身處理用時太長，平均231ms。彩鈴服務器收到180后需要重新進行媒體協商，平均922ms。彩鈴服務器對Invite消息的處理時間有點長，平均53ms（包括IP網傳輸時間，ATS平均時延23ms，相對于ATS較長）。VPMN服務器的引入：增加時延平均1521ms。VPMN服務器對Invite消息的處理時間較長，主叫側平均75ms，被叫側平均1048ms（主要受HSS查詢響應時延影響）。位置信息上報功能開通：增加時延平均345ms（主要時延在PCRF的RAR消息上報）。無線傳輸影響：空閑態比連接態增加時延600-1100ms?？臻e態需要查詢外置DNS用時約331ms，連接態查詢DNS緩存7ms無線側從空閑態到連接態的轉變。無線對被叫用戶的尋呼次數。IP網傳輸影響：IP網傳輸時間抖動較大，SCSCF到ATS的IP網單程傳輸時間在3.5ms~21.5ms之間。三、VoLTE保持性能優化VoLTE掉話問題分析掉話問題主要有，MMEPOOL邊界問題、TAU類問題、RRC重建類、ESRVCC問題、切換/鄰區等，典型問題如下：核心側愛立信MME切入諾西MMEPOOL，QCI5被釋放【已解決】：諾西mme升級解決。TAU過程中被Detach、TAURej等導致掉話【已解決】：新入網MME核查并完善TAC數據后問題解決。Alerting-SRVCC、Mid-CallSrvcc切換失敗掉話【已解決】：愛立信EMSC升級。HTC被叫Sipbye流程異常計為主被叫各1次掉話【部分解決】：華為IMS修改終端重注冊不鑒權的次數。無線側華為切貝爾概率性單通掉話【已解決】：pdcpsnsize統一設置為12諾西eNBesrvcc切換失敗【已解決】：S1切換釋放準備定時器修改為2sRRC重建類【持續開展】：全網開啟X2鏈路、開啟多小區RRC重建，覆蓋/干擾優化等。切換/鄰區問題【持續開展】：已開展專項優化結構優化（弱覆蓋覆蓋/過覆蓋/重疊覆蓋）【持續開展】：結合LTE日常優化工作開展ESRVCC問題【持續開展】：開展esrvcc場景參數的小區精細優化。HTC被叫收不到BYE消息，流程異常計為主被叫各1次掉話一問題現象：主叫發送的bye消息已經到達被叫SBC，被叫SBC多次重傳bye消息，但是被叫未收到。6s后主叫收到網絡側下發的bye408，主叫計為一次掉話。隨后被叫RTP超時，主動發送bye給被叫SBC，由于被叫SBC認為bye流程沖突，給被叫回復487，攜帶WARNING頭域：GlareByeconditionencountered。被叫也計為一次掉話問題分析：經定位，由于被叫PSBC給被叫終端下發的BYE消息，被叫終端不能識別。上海目前的SBC設置為每50分鐘會進行一次注冊及IMS鑒權，協商SA（安全聯盟）進行傳輸，SA有效期為1個小時。當一次呼叫跨越1個小時，比如58分鐘起呼、61分鐘掛斷，此時被叫SBC下發的bye消息會使用老的SA，而被叫HTC已經切換使用新的SA，導致終端無法識別。解決方案：修改SCSCF上關于終端重注冊不鑒權的次數，減少PSBC和終端重新協商SA的次數，降低問題發生的概率。后續需要SBC進行補丁升級，增加對HTCM8的兼容性。三、VoLTE保持性能優化--案例1三、多層網的VoLTE語音和數據業務聯合優化區域場景涉及多載頻組合D+F區域D+FD1+F1、E1+E2、E1+E2+E3D+F區域與F區域邊界D1+F1D+F區域D2擴容插花D1+D2、D1+F1+D2D+F區域38404插花D1+F2、D1+F2+D2F區域F區域38404插花F1、F2、E1+E2F區域D1擴容插花F1+D1、F2+D1F區域D1、D2擴容插花F1+D1+D2、F2+D1+D2F區域20M+10M組網F1+F3上海多層網頻段使用現狀主城區及郊縣中心：基本實現F+D雙層網連續覆蓋。價值區域：F+D1+D2，E1+E2。郊縣：F連續覆蓋。其中F頻段為38350（主體）+38404（插花）混合組網：由于主城區存在小靈通干擾，因此暫未實施3835038400移頻，目前F頻段四期設備采用38404插花方式組網。存在問題：多廠商、多載頻組網，共出現8大場景，涉及載頻組合也多達8種，且部分場景呈現頻段插花。應對方案：上海公司通過落實異頻頻點下發機制優化、分場景重選切換參數優化、鄰區優化、以及基于業務的分層組網試點等多種措施，積極開展多層網的VoLTE語音和數據業務聯合提升。異頻頻點下發機制優化重選切換參數優化系統內/系統間鄰區優化基于業務的分層組網試點F頻段38404與38350插花場景參數優化一問題分析：38350和38404只錯5M帶寬，頻域上無法對齊、難以通過MOD3方式規避網內干擾，導致重疊覆蓋區域RS參考信號SINR低，影響VOLTE的接通率和切換成功率。參數優化：修改切換觸發事件類型從A4修改為A3，修改A3事件對應的A2/A1門限設置為-80/-75。目前上海的38404存量站及新站均已完成插花場景優化。長期解決：上海目前已準備3835038400的移頻工作，計劃一季度完成。三、多層網的VoLTE語音和數據業務聯合優化1--38350移頻下發異頻頻點過少導致終端未及時切換發生SRVCC二問題現象：主被叫占用普景群_1小區（37900D1），RSRP為-104dBm，連續上報A2，未進行異頻測量。問題分析：上報A2后，基站測量控制中下發頻點為38098（D2）、38950（E1）、39150（E2），不包含目標鄰區頻點38350（F）。經查，該站點EUTRANTDD測量頻點個數最大值設置為3，站點實際配置異頻頻點多且未設置優先級，導致基站下發3個頻點。解決方案：該站點最大下發TDD測量頻點數量過少，導致終端未收到合適的測量控制，最終發生SRVCC。修改“EUTRANTDD測量頻點個數最大值”為5，并且設置基礎覆蓋的3個主頻點D1、F1、E1優先級設置為高后解決。三、多層網的VoLTE語音和數據業務聯合優化1--異頻頻點數目優化三、多層網的VoLTE語音和數據業務聯合優化1--異頻頻點優先級優化異頻頻點精細優化：根據現網頻點分布，將各廠商的異頻頻點下發數目修改為華為（35），諾西（35），貝爾（7，含234G）綜合考慮移動性以及CA性能，目前全網已落實如下異頻優先級策略：高優先級，包含基礎覆蓋的3個主頻點D1、F1（38404/38350）和E1中優先級，兼顧CA性能進行精細優化（D2、E2）終端支持LTE異頻測量數目：根據協議規范36.1338.1.2.1.1，終端需要支持3個LTE異頻頻點測量。目前終端異頻測量能力為，海思芯片最大3個異頻頻點，高通芯片保守答復4個。

華為EUTRANTDD測量頻點個數最大值異頻異系統測量對象總個數下發順序現網值37if實際配置異頻個數超過N，1）if優先級相同，會隨機挑選N個的異頻頻點下發，2）else，會優先下發優先級高的頻點（由高到低）建議值59諾基亞actSixIfMeasurements下發順序現網值True，設置為5按照定義的順序，序號小的先發，超出限定個數的不下發貝爾maxNbCarriersForMultipleMonitoringUsingMeasGaps下發順序現網值measurementgap測量的最大頻點數（包括4G/3G/2G），最大值為7按照頻點優先級排列D頻段不連續覆蓋場景重選參數不合理導致弱場起呼失敗三問題現象：主叫空閑態占用D頻段，未重選至信號較好的F頻段，起呼后盲重定向到TDS，導致未接通。問題分析：主叫空閑態占用D頻段小區（被叫占用F頻段），D重選優先級為5，低優先級重選門限ThrshServLow為-120，F重選優先級為3。主叫RSRP-115dBm起呼，收到100trying，QCI1未建立前，主叫RSRP惡化至-124dBm以下，盲重定向到TDS導致未接通。解決方案：將D頻段低優先級重選門限調整為-110，目前全網已完成D頻段不連續覆蓋場景、以及D頻段擴容插花場景的重選參數優化調整。三、多層網的VoLTE語音和數據業務聯合優化2--異頻重選參數優化F頻段區域的D頻段擴容新站切換參數不合理導致RRC重建，影響語音質量四問題現象：切換參數不合理導致切換不及時發生重建，影響語音質量問題分析：UE占用D頻段小區，RSRP=-110dBm，F頻段鄰區（38350）RSRP=-100dBm，切換不及時發生重建。服務小區為郊區的D頻段擴容插花新站，到F頻段的切換策略是基于A4事件，A4門限為-94dBm，由于F頻段鄰區RSRP為-100dBm，小于門限值，所以無法切換。解決方案：調整A4門限為-100dBm，對于F頻段區域的D頻段擴容插花的新站，已完成入網模板參數調整。三、多層網的VoLTE語音和數據業務聯合優化2—異頻切換參數優化同BCCH室分鄰區優化五問題現象：地鐵M1徐家匯站12號口地下通道進入港匯大樓eSRVCC失敗，但CSFB能夠成功。問題分析：終端不斷上發B2報告（BCCH=23，BSIC=53），enodeB始終未發起eSRVCC流程，終端行進至LTE弱覆蓋區域（RSRP下降到-130dBM左右）后脫網重選到2G小區（LAC=6284,CI=42563,BCCH=13，BSIC=70）。查看enodeB下發的測量控制中包含BCCH=23，核查LTE-GSM鄰區中，存在2G頻點BCCH=23，但是定義的小區為GE-國際和平保健院_2（460-00-6242-59138,BSIC=74，BCCH=23）,并未定義到BSIC53,BCCH=23的小區。解決方案：LTE宏站小區覆蓋范圍內，存在兩個同BCCH的GSM室分，LTE站點雖然配置了BCCH=23的測量頻點，但實體鄰區僅配置了其中一個室分，導致另一處大樓入口eSRVCC失敗。添加鄰區后eSRVCC正常。三、多層網的VoLTE語音和數據業務聯合優化3—同BCCH室分鄰區優化三、多層網的VoLTE語音和數據業務聯合優化3—系統內/系統間鄰區優化4到4鄰區優化上海多頻點多層網絡結構，且市區內極高的樓宇密集度，造成LTE鄰區數量大于64的小區占比高達32.14%，鄰區數目偏多。以64以上鄰區優化為抓手，目前正在試點實施D2和E2的單向鄰區配置策略，即刪除非同站異頻至D2和E2的鄰區（只出不進），計劃1月完成。4到3鄰區優化關閉4到3的基于測量的、以及盲的重定向功能，避免快衰場景下異常重定向到TDS。華為eNB，支持僅針對QCI1的TDS重定向關閉功能，目前全網已關閉。諾西和貝爾enb，支持針對QCI9的TDS重定向關閉功能（不區分QCI1），前期已完成功能關閉試點，目前正在全網分批次推廣。VOLTE無線廠家開啟基于測量4到3開啟4到3盲重定向關閉基于測量4到3關閉4到3盲重定向華為對eSRVCC無影響對eSRVCC無影響對eSRVCC無影響對eSRVCC無影響諾西可能觸發數據業務重定向快衰會觸發盲重定向快衰場景避免數據業務重定向快衰場景避免數據業務重定向貝爾可能觸發數據業務重定向快衰會觸發盲重定向快衰場景避免數據業務重定向快衰場景避免數據業務重定向4到2鄰區優化通過對工參信息、CSFB回落前后的鄰區對統計、共站的2G鄰區繼承、24G同步掃頻數據、基于話單的4G<-->2G跨系統小區統計、以及異系統MR等六維度數據進行關聯分析，目前上海正在試點4配2鄰區優化。eSRVCC鄰區配置地理位置CSFB鄰區