上海公司VoLTE測試優(yōu)化工作經(jīng)驗介紹V3

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

回歸測試12.18一、內(nèi)場異廠商兼容性測試上海VoLTE網(wǎng)絡(luò)異廠商組網(wǎng)復(fù)雜，先期重點對異廠商開展兼容性測試，其中無線側(cè)按照EPC廠家和eNB和BSC廠家配對關(guān)系，梳理了10種eSRVCC場景組合，進行兼容性與性能測試，共完成290項測試，完成率100%，通過率100%。設(shè)備廠家建設(shè)方式組網(wǎng)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個區(qū)域外環(huán)內(nèi)外環(huán)外EPC愛立信諾基亞eNodeB華為

卡特諾基亞

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

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

LDRA1將SBC發(fā)來的消息轉(zhuǎn)發(fā)給錯誤的PCRF前端，導(dǎo)致少量呼叫失敗。而經(jīng)過LDRA2的呼叫，由于均轉(zhuǎn)發(fā)給正確的PCRF，因此無問題。問題原因：由于LDRA1上有一條同步鏈路存在問題，該鏈路底層偶聯(lián)狀態(tài)正常，但是局?jǐn)?shù)據(jù)顯示上層鏈路管理狀態(tài)是異常的，底層偶聯(lián)和上層管理已經(jīng)失去關(guān)聯(lián)。所以上層業(yè)務(wù)無法處理底層收到的消息，導(dǎo)致業(yè)務(wù)異常。經(jīng)過該問題鏈路處理的同步數(shù)據(jù)存在問題，引起呼叫失敗。解決方案：

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

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

2、參數(shù)設(shè)置

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

2、算法特性限制1、并發(fā)參數(shù)配置

2、工程錯誤

3、尋呼周期4、尋呼策略CORE影響因素1、數(shù)據(jù)配置2、組網(wǎng)結(jié)構(gòu)3、流程配置4、容災(zāi)機制1、ENUM/DNS查詢2、ENUM/DNS數(shù)據(jù)緩存設(shè)置3、DRA組網(wǎng)4、CS-Retry呼叫流程5、網(wǎng)元間容災(zāi)，如呼叫時I和S是否同網(wǎng)元6、HSS查詢，查詢HSS響應(yīng)時間7、MME尋呼下發(fā)機制VPMN/CAT影響因素1、媒體協(xié)商

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

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

2、空口資源

3、空口時延

4、QoS配置

5、空口丟包1、參數(shù)配置錯誤

2、話務(wù)容量受限

3、覆蓋差

4、外部干擾

5、空口狀態(tài)承載網(wǎng)管道影響因素1、大時延、抖動；

2、丟包、亂序1、參數(shù)配置

2、容量或能力限制

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

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

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