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

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

回歸測(cè)試12.18一、內(nèi)場(chǎng)異廠商兼容性測(cè)試上海VoLTE網(wǎng)絡(luò)異廠商組網(wǎng)復(fù)雜，先期重點(diǎn)對(duì)異廠商開展兼容性測(cè)試，其中無線側(cè)按照EPC廠家和eNB和BSC廠家配對(duì)關(guān)系，梳理了10種eSRVCC場(chǎng)景組合，進(jìn)行兼容性與性能測(cè)試，共完成290項(xiàng)測(cè)試，完成率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臺(tái)雙平面IP-STP華為/卡特替換/改造2臺(tái)雙平面AR卡特改造6臺(tái)雙平面PS-CE思科改造6臺(tái)雙平面eNodeB華為/卡特/諾基亞改造華為：9092個(gè)卡特：808個(gè)共計(jì)：12053個(gè)諾基亞：2153個(gè)BTS/BSC愛立信/卡特/諾基亞改造愛立信：74個(gè)卡特：133個(gè)共計(jì)：242個(gè)諾基亞：35個(gè)區(qū)域外環(huán)內(nèi)外環(huán)外EPC愛立信諾基亞eNodeB華為

卡特諾基亞

華為卡特諾基亞BSC愛立信卡特愛立信愛立信卡特諾基亞卡特愛立信諾基亞卡特愛立信諾基亞編號(hào)1√2√3√4√5√6√7√8910√11√12√一、外場(chǎng)功能部署及測(cè)試優(yōu)化工作外場(chǎng)從功能部署、遍歷測(cè)試、端到端聯(lián)合優(yōu)化、無線深度優(yōu)化及流程建設(shè)、試商用保障五方面入手，聚焦用戶感知，推進(jìn)端到端及無線側(cè)優(yōu)化進(jìn)程。11月接通率97.84%，掉話率1.11%，mos3.0占比92.3%，呼叫建立時(shí)延3.86s，較2季度有一定提升，達(dá)到集團(tuán)商用要求：功能部署：完成上海全網(wǎng)4G站點(diǎn)的VoLTE功能部署100%，ESRVCC功能部署100%遍歷測(cè)試：完成上海網(wǎng)格道路、背街小巷、居民小區(qū)、高校、商場(chǎng)、寫字樓等、交通樞紐等9大類場(chǎng)景以及高架和高速、地鐵的4輪DT+CQT測(cè)試優(yōu)化。端到端問題定位及閉環(huán)解決：通過路測(cè)及端到端信令跟蹤，借助平臺(tái)手段，聯(lián)合核心網(wǎng)解決了55類端到端系統(tǒng)性問題、上報(bào)并納入集團(tuán)VOLTE案例35個(gè)。無線深度優(yōu)化及流程建設(shè)開展語(yǔ)音/數(shù)據(jù)聯(lián)合優(yōu)化，將volte質(zhì)量要求納入日常優(yōu)化，重點(diǎn)對(duì)影響VolTE語(yǔ)音、數(shù)據(jù)業(yè)務(wù)的共性問題（如弱覆蓋、質(zhì)差、高切換、RRC重建、結(jié)構(gòu)、鄰區(qū)等）的優(yōu)先處理；開展volte參數(shù)深度優(yōu)化，ESRVCC場(chǎng)景策略優(yōu)化等。開展端到端優(yōu)化流程建設(shè)，指導(dǎo)問題快速定界及分析處理。VoLTE試商用保障：進(jìn)行VoLTE商用活動(dòng)發(fā)布保障、重大活動(dòng)VoLTE保障。階段測(cè)試網(wǎng)格數(shù)接通率掉話率eSRVCC成功率呼叫時(shí)延(s)MOS3.0占比eSRVCC中斷時(shí)延集團(tuán)參考值（商用初期）--95%2%90%580%400ms集團(tuán)參考值（成熟期）--97%1%95%485%300ms5月自測(cè)8691.17%3.61%94.74%4.55--6月自測(cè)8694.89%3.66%92.50%4.32--8月集團(tuán)抽測(cè)897.98%2.10%100%4.17-400ms11月自測(cè)8697.84%1.11%98.11%3.8692.3%380ms目錄1上海VoLTE網(wǎng)絡(luò)建設(shè)及測(cè)試優(yōu)化工作現(xiàn)狀2VoLTE無線優(yōu)化方法流程3VoLTE無線優(yōu)化工作經(jīng)驗(yàn)4后續(xù)工作計(jì)劃二、Volte無線優(yōu)化方法使用高通QXDM軟件、以及路測(cè)軟件采集終端信令，同步進(jìn)行ENB/EPC/IMS多網(wǎng)元信令跟蹤，通過VoLTE信令平臺(tái)進(jìn)行問題回溯及質(zhì)差根因鉆取。無線側(cè)根據(jù)集團(tuán)“VoLTE語(yǔ)音433優(yōu)化方法”結(jié)合上海實(shí)際情況積極開展本地化應(yīng)用，目前已形成上海VoLTE無線問題的規(guī)范化分析與閉環(huán)優(yōu)化流程，支撐常見問題的快速定界及規(guī)范化分析與處理，前期已解決了55類端到端系統(tǒng)性問題、上報(bào)并納入集團(tuán)VOLTE案例35個(gè)。VoLTE未接通分析優(yōu)化流程VoLTE掉話分析優(yōu)化流程eSRVCC分析優(yōu)化流程平臺(tái)信令回溯、質(zhì)差根因鉆取測(cè)試發(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項(xiàng)中的管理狀態(tài)設(shè)置為UnLocked后，問題解決華為華為8.1版本ENB開啟下行Comp后語(yǔ)音承載QCI1概率性建立失敗將接入方式由“接入優(yōu)先”改為“接入增強(qiáng)”后，問題解決貝爾貝爾ENB的下行RTP丟包率達(dá)到2.0%以上修改邏輯信道緩存器大小/RLC重排序定時(shí)器等參數(shù)后，丟包率下降至0.5%諾西諾西切換等待時(shí)延設(shè)置不合理導(dǎo)致eSRVCC切換失敗將S1接口切換釋放準(zhǔn)備定時(shí)器由1s改為2s后，問題解決華為/貝爾/諾西切換與呼叫建立并發(fā)造成接通失敗RLC層優(yōu)先級(jí)優(yōu)化，SRB1>SRB2>QCI5>QCI1>QCI9，部分解決對(duì)上海三家無線廠商（華為、貝爾、諾西）的7大類93個(gè)規(guī)范參數(shù)、底層參數(shù)及廠商私有參數(shù)進(jìn)行研究，目前已完成全量參數(shù)試點(diǎn)、其中67個(gè)參數(shù)已全網(wǎng)推廣。輸出《上海VoLTE無線重要參數(shù)集》實(shí)現(xiàn)VoLTE參數(shù)集中管控，將重要參數(shù)全部納入新站模板，并制定了VoLTE參數(shù)核查、修改流程和規(guī)范。通過VoLTE特性參數(shù)優(yōu)化，解決了華為切貝爾eNB的語(yǔ)音概率性單通、華為開啟下行Comp后概率性未接通、貝爾eNB的丟包率高、諾西ESRVCC切換失敗等問題。VoLTE無線重要參數(shù)管控流程分類數(shù)目完成試點(diǎn)優(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ū)場(chǎng)景的部分試點(diǎn)C-DRX770已完成定時(shí)器660已完成匯總938067目錄1上海VoLTE網(wǎng)絡(luò)建設(shè)及測(cè)試優(yōu)化工作現(xiàn)狀2VoLTE無線優(yōu)化方法流程3VoLTE無線優(yōu)化工作經(jīng)驗(yàn)4后續(xù)工作計(jì)劃三、VoLTE接入性能優(yōu)化VoLTE接通問題分析接通問題主要有QCI1專載建立失敗、媒體協(xié)商失敗、域選流程失敗、流程沖突、MMEPOOL邊界問題、SIP消息丟失、無線質(zhì)差等原因，典型問題如下：核心網(wǎng)華為SBC概率性地主動(dòng)拆除TCP連接導(dǎo)致未接通【已解決】：華為SBC補(bǔ)丁優(yōu)化為根據(jù)交互信令報(bào)文定期重置鏈路狀態(tài)，避免異常釋放終端CANCEL消息攜帶SDP導(dǎo)致呼叫未及時(shí)拆線，后續(xù)呼叫403forbidden【部分解決】：華為SBC采用信令適配方式，臨時(shí)刪除CANCEL消息的SDP內(nèi)容。愛立信MME-諾西MMEPOOL邊界問題，如重選入諾基亞MMEPOOL后的首個(gè)呼叫失?。≦CI5被釋放）【已解決】：諾西升級(jí)至3.15版本解決貝爾LDRA尋址錯(cuò)誤導(dǎo)致SIP503（MediaBearerLost）【已解決】：貝爾LDRA鏈路同步模式修改解決愛立信SGW由于PCCCCR流程和VOLTE呼叫RAR流程沖突導(dǎo)致SIP503【部分解決】：PCRF上臨時(shí)關(guān)閉ecgi改變的eventtrigger策略進(jìn)行規(guī)避。終端在2/3G網(wǎng)絡(luò)非正常返回4G網(wǎng)絡(luò)，做被叫會(huì)域選到23G網(wǎng)絡(luò)觸發(fā)CSFB【未解決】。無線網(wǎng)華為eNodeB開啟下行Comp，VoLTE通話概率性失敗【已解決】：TDDSRS修改為“接入增強(qiáng)”解決QCI1建立與切換流程沖突，導(dǎo)致概率性未接通【部分解決】：RLC優(yōu)先級(jí)參數(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進(jìn)入下行CoMP狀態(tài)后，需要在預(yù)留的SRS上申請(qǐng)資源重配，如果基站TDDSRS配置方式為“接入優(yōu)先”，在該方式下，基站沒有預(yù)留SRS資源，會(huì)導(dǎo)致資源申請(qǐng)失敗，隨后基站會(huì)改變UE狀態(tài)為暫態(tài)（等待狀態(tài)），如果此時(shí)建立QCI1承載，基站會(huì)認(rèn)為UE狀態(tài)異常而拒絕建立。解決方案：當(dāng)華為8.1版本基站開啟了下行CoMP，需將TDDSRS配置方式由“接入優(yōu)先”修改為“接入增強(qiáng)（ACCESS_ENHANCED）”三、接入性能優(yōu)化--典型案例2愛立信PCRF：PCCCCR流程和VoLTe呼叫的RAR流程沖突導(dǎo)致SIP503二問題現(xiàn)象：IMS核心網(wǎng)發(fā)503錯(cuò)誤（ServiceNotAvailable），導(dǎo)致主叫專載建立失敗。從IMS的信令跟蹤看，是因?yàn)橹鹘蠸BC收到PCRF上報(bào)的ASR(abortsessionrequest)導(dǎo)致。問題原因：當(dāng)用戶跨ecgi重選后發(fā)起呼叫，SAEGW按PCRF下發(fā)的event-trigger觸發(fā)ecgi改變的CCR_U流程，同時(shí)觸發(fā)VOLTE呼叫流程。SAE-GW在發(fā)送CCR消息（ECGI小區(qū)發(fā)生改變觸發(fā)）后立刻收到RAR消息，產(chǎn)生流程沖突。前期上海PCRF-FE上定義了eventtrigger=19(ecgichange)：當(dāng)用戶發(fā)生ecgi改變時(shí)，SAEGW需要觸發(fā)PCC到PCRF進(jìn)行策略更新。而華為IMS開啟netloc功能后，通過前后流程對(duì)比，發(fā)現(xiàn)從INVITE到下發(fā)AAR消息的間隔時(shí)間減少，沖突概率加大。臨時(shí)解決方案：通過愛立信PCRF臨時(shí)關(guān)閉eventtrigger=19ecgichange的策略進(jìn)行規(guī)避。解決計(jì)劃：愛立信通過修改配置或者補(bǔ)丁的方式，來避免沖突或者沖突后信令重發(fā)來解決以上問題。阿朗LDRA：同步鏈路出現(xiàn)問題導(dǎo)致QCI1建立失?。⊿IP503）三問題現(xiàn)象：主叫發(fā)送INVITE后收到網(wǎng)絡(luò)下發(fā)的100trying，隨后又收到503serviceunavailable的SIP消息，發(fā)起CSFB進(jìn)入2G。經(jīng)定位，LDRA將SBC發(fā)起的承載建立請(qǐng)求AAR發(fā)給了錯(cuò)誤的PCRF前端，導(dǎo)致承載建立失敗發(fā)送503。問題影響：

LDRA1將SBC發(fā)來的消息轉(zhuǎn)發(fā)給錯(cuò)誤的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（多歸屬）模式，并通過手動(dòng)一致性校驗(yàn)將兩個(gè)LDRA的數(shù)據(jù)同步。三、接入性能優(yōu)化--典型案例3UE影響因素1、終端能力

2、軟件配置3、語(yǔ)音編碼1、硬件性能

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

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

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

2、工程錯(cuò)誤

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

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

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

2、空口資源

3、空口時(shí)延

4、QoS配置

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

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

3、覆蓋差

4、外部干擾

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

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

2、容量或能力限制

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

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

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