天津公司VOLTE改造匯報(bào)材料+1118+new

1、1 2015年11月 天津公司VoLTE建設(shè)經(jīng)驗(yàn)交流2目 錄VOLTE核心網(wǎng)測(cè)試與優(yōu)化情況核心網(wǎng)測(cè)試與優(yōu)化情況 VOLTE網(wǎng)絡(luò)建設(shè)VOLTE無線網(wǎng)測(cè)試與優(yōu)化情況無線網(wǎng)測(cè)試與優(yōu)化情況 3網(wǎng)絡(luò)改造進(jìn)展情況一、已完成改造主設(shè)備1、HSS：愛立信HSS與UT未連接，影響手機(jī)側(cè)操作的補(bǔ)充業(yè)務(wù)，愛立信目前還在開發(fā)補(bǔ)丁，預(yù)計(jì)11月底研發(fā)完成，計(jì)劃12月底前解決。2、EMSC：愛立信EMSC目前不支持呼叫保持中的4G-2G的切換（MID-CALL），預(yù)計(jì)2015年12月補(bǔ)丁研發(fā)成功，計(jì)劃2016年1月底解決。3、IMS：CSCF預(yù)計(jì)年底實(shí)現(xiàn)容災(zāi)。二、主設(shè)備改造遺留問題1、已完成EMSC、HSS、EPC、無線網(wǎng)

2、、LDRA(低級(jí)路由代理節(jié)點(diǎn)）、PCC(策略控制計(jì)費(fèi))、IP承載網(wǎng)改造。2、已完成IMS設(shè)備的主節(jié)點(diǎn)改造。（容災(zāi)節(jié)點(diǎn)少部分未完成）三、業(yè)務(wù)平臺(tái)改造計(jì)劃1、智能網(wǎng)、來電提醒：已完成改造。2、彩鈴、彩印、LBS：預(yù)計(jì)12月底完成。4目 錄VOLTE核心網(wǎng)測(cè)試與優(yōu)化情況核心網(wǎng)測(cè)試與優(yōu)化情況 VOLTE網(wǎng)絡(luò)建設(shè)VOLTE無線網(wǎng)測(cè)試與優(yōu)化情況無線網(wǎng)測(cè)試與優(yōu)化情況 5網(wǎng)絡(luò)改造進(jìn)展情況-測(cè)試進(jìn)展省際漫游測(cè)試 目前已經(jīng)完成全部第一批8個(gè)省第二批10個(gè)省的測(cè)試。陸續(xù)收到第三第四批省的測(cè)試卡，并開始測(cè)試，第三四批已測(cè)試完成8個(gè)省份。已完成的26個(gè)省的測(cè)試，共計(jì)1979項(xiàng)測(cè)試。已完成的測(cè)試情況如下：l 其中Ut測(cè)試

3、，有部分省份因不支持Ut業(yè)務(wù)，測(cè)試未通過。l IP短信業(yè)務(wù)目前不通項(xiàng)目只有江西萍鄉(xiāng)測(cè)試卡不能接收短信一例，正在核查原因。l 基本業(yè)務(wù)測(cè)試的不通項(xiàng)目絕大部分為異常放音問題。除去異常放音，第一批省份已測(cè)試通過，第二三四批平均每個(gè)省份有兩到三個(gè)問題。正在逐步解決，下文為解決過程中的案例。6網(wǎng)絡(luò)改造進(jìn)展情況-測(cè)試進(jìn)展本地功能驗(yàn)證測(cè)試 天津公司天津公司組織技術(shù)人員、各廠家，組織技術(shù)人員、各廠家，進(jìn)行進(jìn)行VoLTE商用前的網(wǎng)絡(luò)功能驗(yàn)證工作，進(jìn)商用前的網(wǎng)絡(luò)功能驗(yàn)證工作，進(jìn)行反復(fù)研究討論，設(shè)計(jì)制定了行反復(fù)研究討論，設(shè)計(jì)制定了VoLTE測(cè)試方案測(cè)試方案，項(xiàng)目用例共計(jì)項(xiàng)目用例共計(jì)450余項(xiàng)，測(cè)試記錄余項(xiàng)，測(cè)試記錄

4、達(dá)到數(shù)千條。方案立足華為、中興達(dá)到數(shù)千條。方案立足華為、中興EPC兩個(gè)核心網(wǎng)絡(luò)場(chǎng)景，通過撥打測(cè)試、消息兩個(gè)核心網(wǎng)絡(luò)場(chǎng)景，通過撥打測(cè)試、消息跟蹤等手段，結(jié)合跟蹤等手段，結(jié)合VoLTE業(yè)務(wù)、涉及網(wǎng)元、商用終端三個(gè)維度，兼顧業(yè)務(wù)、涉及網(wǎng)元、商用終端三個(gè)維度，兼顧VoLTE語(yǔ)音語(yǔ)音視頻業(yè)務(wù)質(zhì)量測(cè)試，開展對(duì)視頻業(yè)務(wù)質(zhì)量測(cè)試，開展對(duì)VoLTE商用前的網(wǎng)絡(luò)功能廣度測(cè)試。商用前的網(wǎng)絡(luò)功能廣度測(cè)試。 通過對(duì)通過對(duì)VoLTE語(yǔ)音、視頻、短信、補(bǔ)充業(yè)務(wù)、切換等多種業(yè)務(wù)的大量測(cè)試，驗(yàn)語(yǔ)音、視頻、短信、補(bǔ)充業(yè)務(wù)、切換等多種業(yè)務(wù)的大量測(cè)試，驗(yàn)證證VoLTE商用業(yè)務(wù)性能；通過對(duì)涉及數(shù)十網(wǎng)元的遍歷組合、場(chǎng)景匹配方式，驗(yàn)證商用

5、業(yè)務(wù)性能；通過對(duì)涉及數(shù)十網(wǎng)元的遍歷組合、場(chǎng)景匹配方式，驗(yàn)證網(wǎng)絡(luò)功能實(shí)現(xiàn)情況；通過網(wǎng)絡(luò)功能實(shí)現(xiàn)情況；通過VoLTE終端配對(duì)的測(cè)試方式，驗(yàn)證終端對(duì)終端配對(duì)的測(cè)試方式，驗(yàn)證終端對(duì)VoLTE業(yè)務(wù)的業(yè)務(wù)的支持情況。支持情況。7典型案例1：VOLTE用戶呼叫IMS固話用戶回落2G問題VoLTE用戶呼叫本地IMS固話用戶，主叫回落到2G后方可接通。問題描述對(duì)比IMS固話用戶收到的主叫用戶分別在VOLTE網(wǎng)絡(luò)和回落到2G網(wǎng)絡(luò)下發(fā)起的兩個(gè)INVITE消息，發(fā)現(xiàn)VOLTE網(wǎng)絡(luò)下的INVITE消息攜帶10種編解碼類型及相關(guān)事件參數(shù)，2G網(wǎng)絡(luò)下的INVITE 消息攜帶5種編解碼類型及相關(guān)事件參數(shù)。咨詢ONU廠家后答復(fù)

6、目前版本的ONU設(shè)備，無法處理攜帶超過8種以上編解碼及相關(guān)事件SDP參數(shù)的INVITE消息。若通過升級(jí)ONU版本解決，則涉及ONU版本開發(fā)及上萬個(gè)ONU設(shè)備的版本升級(jí)，周期長(zhǎng)，工作量大，故由終端側(cè)ONU解決難度較大。原因分析8典型案例1：VOLTE用戶呼叫IMS固話用戶回落2G問題考慮采用在核心網(wǎng)對(duì)INVITE消息中攜帶的編解碼進(jìn)行處理，來適配終端ONU處理能力不足的缺陷。由于IMS核心網(wǎng)有多個(gè)網(wǎng)元，VOLTE用戶呼叫IMS固話用戶，在IMS側(cè)相關(guān)的網(wǎng)元有I/S-CSCF，P-CSCF，SBC。而從對(duì)業(yè)務(wù)影響最小角度出發(fā)考慮，選取離接入側(cè)最近的網(wǎng)元SBC進(jìn)行適配處理。原因分析在SBC上配置相關(guān)

7、數(shù)據(jù)實(shí)現(xiàn)對(duì)編解碼的過濾，由于IMS固話暫時(shí)不考慮支持高清語(yǔ)音編解碼特性，所以將AMR-WB編解碼在SBC上過濾掉。實(shí)施完成后，主被叫編解碼協(xié)商成功，呼叫接續(xù)正常，ONU不再回復(fù)488臨時(shí)錯(cuò)誤碼，VOLTE主叫用戶直接在VOLTE網(wǎng)絡(luò)下接通呼叫，不再回落2G網(wǎng)絡(luò)。解決方案9典型案例2： VOLTE用戶呼轉(zhuǎn)到IMS固話用戶概率性失敗問題GSM用戶呼叫本地VOLTE用戶，VOLTE用戶觸發(fā)呼叫前轉(zhuǎn)業(yè)務(wù)到本地IMS固話，存在一定概率的前轉(zhuǎn)失敗情況，呼轉(zhuǎn)失敗時(shí)主叫側(cè)呼叫直接被掛斷，未聽到任何提示音。問題描述被叫側(cè)IMS網(wǎng)絡(luò)針對(duì)主叫INVITE回復(fù)488時(shí)，呼叫中斷，呼轉(zhuǎn)失敗。對(duì)比呼轉(zhuǎn)成功和呼轉(zhuǎn)失敗的IN

8、VITE消息：呼轉(zhuǎn)失敗的INVITE消息，優(yōu)選G.711A編解碼，打包時(shí)長(zhǎng)為5ms；呼轉(zhuǎn)成功的INVITE消息，優(yōu)選G.711A編解碼，打包時(shí)長(zhǎng)為20ms。進(jìn)一步分析發(fā)現(xiàn)，當(dāng)呼叫經(jīng)由MGCF2入域的時(shí)候，打包時(shí)長(zhǎng)為20ms；當(dāng)呼叫經(jīng)由MGCF1入域的時(shí)候，打包時(shí)長(zhǎng)為5ms。原因分析10典型案例2： VOLTE用戶呼轉(zhuǎn)到IMS固話用戶概率性失敗問題該問題由于兩套MGCF上數(shù)據(jù)配置不一致導(dǎo)致。所以修改MGCF1上對(duì)應(yīng)局向中G.711A編解碼的打包時(shí)長(zhǎng)為20ms即可。解決方案分別查詢2個(gè)MGCF上與編解碼相關(guān)的數(shù)據(jù)配置：由于GSM用戶入域呼叫VOLTE用戶的時(shí)候，匹配到的局向?yàn)槟J(rèn)局向“NULL”，

9、所以通過查表，MGCF1上匹配G.711編解碼的打包時(shí)長(zhǎng)為5ms，而MGCF2上該數(shù)據(jù)配置為20ms。故當(dāng)呼轉(zhuǎn)業(yè)務(wù)經(jīng)過MGCF2成功，但是經(jīng)過MGCF1失敗。原因分析11典型案例3：VoLTE改造后來電提醒業(yè)務(wù)觸發(fā)通知音錯(cuò)誤問題 測(cè)試用戶反映Volte用戶被叫觸發(fā)來電提醒業(yè)務(wù)后，出現(xiàn)無法正常播放來電提醒提示音的情況。經(jīng)過一系列撥測(cè)，發(fā)現(xiàn)故障情況如右圖所示：?jiǎn)栴}描述 故障情況下來電提醒平臺(tái)業(yè)務(wù)觸發(fā)后向MGCF返回200 OK消息指示放音，MGCF隨后發(fā)送ACM消息至關(guān)口局，關(guān)口局收到的ACM消息攜帶的放音指示為： in-band-information-or-an-appropriate-pat

10、tern-is-now-available (1) 指示放音。 隨后，關(guān)口局再將該消息回送至IMS核心網(wǎng)主叫側(cè)放音，此時(shí)，其攜帶的ACM消息攜帶的放音指示為：no-indication (0) 不指示放音。因此，主叫側(cè)無法聽到來電提醒放音。 查詢關(guān)口局控制ACM放音相關(guān)參數(shù)為P116用于控制在BICC中繼的情況下，本局在BAP表的哪些狀態(tài)之前或處于這個(gè)狀態(tài)時(shí)，向?qū)职l(fā)送ACM消息，并將該消息中Optional backward call indicators信元的In-band information indicator設(shè)置為“no indication”。該參數(shù)比特取值說明如下：00：BS_

11、BAP_WAIT_APM；01：BS_BAP_WAIT_MGW_INFO；10：BS_BAP_WAIT_BEARER_INFO；11：BS_BAP_BEARER_ESTABLISHING。參數(shù)默認(rèn)值為11。當(dāng)早回ACM消息或者呼叫失敗后需要進(jìn)行失敗放音時(shí)，需要在承載建立過程中就給前向局回送ACM消息，并將ACM消息中Optional backward callindicators信元的In-band information indicator設(shè)置為“no indication”，給主叫放回鈴音或進(jìn)行失敗放音。原因分析12典型案例3：VoLTE改造后來電提醒業(yè)務(wù)觸發(fā)通知音錯(cuò)誤問題 故障情況下，可

12、以看到ESTABLISHED消息是在關(guān)口局向MGCF返回ACM消息后觸發(fā)的，所以關(guān)口局修改了帶內(nèi)放音指示，主叫側(cè)用戶無法聽到來電提醒放音。如圖所示： 隨后，我們又跟蹤了Volte用戶撥打Volte用戶不可及、無應(yīng)答和遇忙呼轉(zhuǎn)的信令消息，發(fā)現(xiàn)信令均由MGCF發(fā)送至關(guān)口局迂回，返回MGCF后再發(fā)送給主叫用戶，信令經(jīng)由關(guān)口局迂回后，放音指示被改變?yōu)椋簄o-indication (0) 不指示放音。原因與2、3G一致。至此，可以斷定問題的癥結(jié)在于關(guān)口局修改了放音指示。原因分析在修改關(guān)口局P116參數(shù)，更改為10。具體指令：MOD MSFP: ID=P116, MODTYPE=P1, BIT=10, B

13、ITVAL=0,CONFIRM=Y;參數(shù)修改后可以看到關(guān)口局向MGCF返回ACM消息中已經(jīng)不再修改放音指示，問題得到了解決。解決方案13典型案例4：MGW打包時(shí)長(zhǎng)軟參設(shè)置導(dǎo)致VoLTE與CS域通話語(yǔ)音質(zhì)量問題VOLTE測(cè)試中發(fā)現(xiàn)VolTE下號(hào)碼與CS域號(hào)碼通話時(shí)，概率性出現(xiàn)一方無法聽清另一方聲音的情況，或吞音或斷續(xù)。無法正常接聽的現(xiàn)象既在VoLTE側(cè)出現(xiàn)過，也在CS側(cè)出現(xiàn)過。問題描述1、通過選取華為Mate7和三星S6終端，中興和華為eNodeB場(chǎng)景，4G低業(yè)務(wù)量無線環(huán)境良好的地點(diǎn)定點(diǎn)撥測(cè)，多次驗(yàn)證，排除終端及無線環(huán)境問題。2、進(jìn)行媒體面分析，媒體面路徑為：空口-S1接口用戶面-P-GW用戶面

14、-PSBC-IM-MGW-CS MGW。CHR進(jìn)行分析，發(fā)現(xiàn)通話為2G到LTE業(yè)務(wù)下行有語(yǔ)音質(zhì)量差的記錄，語(yǔ)音編碼為12.2K，下行數(shù)據(jù)RTP號(hào)連續(xù)，丟包很少，進(jìn)一步查看發(fā)現(xiàn)下行兩個(gè)數(shù)據(jù)包間隔為240ms左右（少量包為20ms），SBC側(cè)200OK消息中指示ptime=20ms,Maxtime=240ms。在SBC的媒體面消息跟蹤中，也可以發(fā)現(xiàn)，UE上行媒體包包長(zhǎng)明顯小于SBC下行媒體包，且UE上行媒體包的數(shù)量明顯高于SBC下行媒體包數(shù)量。原因分析UE上行媒體包SBC下行媒體包：14典型案例4：MGW打包時(shí)長(zhǎng)軟參設(shè)置導(dǎo)致VoLTE與CS域通話語(yǔ)音質(zhì)量問題查詢3GPP規(guī)范，Maxptime：最大

15、打包時(shí)長(zhǎng)，當(dāng)ptime與Maxptime同時(shí)存在時(shí)，推薦使用ptime進(jìn)行打包，以減小時(shí)延，UMG有軟參可以控制。VoLTE終端一般使用ptime打包。當(dāng)同時(shí)存在ptime和maxpitme，按照最新的26.114協(xié)議，按照ptime打包非冗余幀，按照maxptime打包冗余幀+非冗余幀。原因分析將MGCF網(wǎng)關(guān)UMG106軟參的bit13-bit12值修改為10（UMG打包RTP包的時(shí)候根據(jù)ptime值打包），修改后測(cè)試正常，同時(shí)比較上下行媒體包，包長(zhǎng)也保持一致。解決方案15典型案例5：VOLTE用戶呼叫IMS固話用戶單通問題VoLTE用戶呼叫本地IMS固話用戶，呼叫接通后，VOLTE用戶聽不

16、到IMS固話用戶的聲音，出現(xiàn)單通現(xiàn)象。問題描述通過信令分析，發(fā)現(xiàn)在通話接續(xù)后，僅有VOLTE向VOBB單向的媒體流，而無VOBB向VOLTE方向發(fā)送的媒體流，故產(chǎn)生單通現(xiàn)象。咨詢ONU廠家后答復(fù)，目前版本的ONU設(shè)備，當(dāng)收到對(duì)端回復(fù)針對(duì)ONU主叫INVITE消息的200 OK的SDP參數(shù)中攜帶b=*的相關(guān)字段時(shí)，由于處理失敗導(dǎo)致媒體流異常，最終產(chǎn)生單通。若通過升級(jí)ONU版本解決，則涉及現(xiàn)網(wǎng)存量有上萬臺(tái)不同廠家不同型號(hào)的ONU設(shè)備，周期長(zhǎng)，工作量大，故由終端側(cè)ONU解決難度較大。原因分析16典型案例5：VOLTE用戶呼叫IMS固話用戶單通在SBC上配置相關(guān)數(shù)據(jù)實(shí)現(xiàn)對(duì)INVITE-200 OK消息

17、中的b行做刪除處理。實(shí)施完成后，單通問題解決。解決方案考慮采用在核心網(wǎng)對(duì)200 OK消息中的b行進(jìn)行處理，來適配終端ONU處理能力不足的缺陷。由于IMS核心網(wǎng)有多個(gè)網(wǎng)元，VOLTE用戶呼叫IMS固話用戶，在IMS側(cè)相關(guān)的網(wǎng)元有I/S-CSCF，P-CSCF，SBC。而從對(duì)業(yè)務(wù)影響最小角度出發(fā)考慮，選取離接入側(cè)最近的網(wǎng)元SBC進(jìn)行適配處理。原因分析17典型案例6：愛立信HSS的VoLTE用戶在4G網(wǎng)絡(luò)下被叫回落愛立信HSS升級(jí)ECA10&11后發(fā)現(xiàn)， VoLTE用戶在4G網(wǎng)絡(luò)下被叫回落。問題描述在SCC-AS上跟蹤消息，T-ADS返回結(jié)果為CS域，因此被叫回落。核查HSS用戶數(shù)據(jù)，發(fā)現(xiàn)V

18、oLTE用戶仍保留SGSN地址。中國(guó)移動(dòng)規(guī)范規(guī)定，當(dāng)用戶從2，3G網(wǎng)絡(luò)漫游到4G網(wǎng)絡(luò)時(shí)，HLR-FE需要向老的SGSN下發(fā)cancel location消息，以清除SGSN上的用戶數(shù)據(jù)。VoLTE用戶被叫執(zhí)行T-ADS時(shí)，首先查詢用戶數(shù)據(jù)中是否存在SGSN地址，當(dāng)用戶具有SGSN地址時(shí)則判斷用戶登記在CS域。如果用戶在4G網(wǎng)絡(luò)，HSS中仍保留SGSN地址，則導(dǎo)致域選CS域。核查愛立信UDC的CUDB notification進(jìn)程，該進(jìn)程是實(shí)時(shí)檢測(cè)用戶數(shù)據(jù)中MME/SGSN地址的狀態(tài)變化，經(jīng)核查CUDB的該進(jìn)程吊死，故導(dǎo)致用戶在4G網(wǎng)絡(luò)，HSS中仍保留SGSN地址，域選結(jié)果CS域?qū)е卤唤谢芈?。?/p>

19、因分析臨時(shí)解決方法： 手動(dòng)重啟CUDB notification進(jìn)程，問題解決。 為避免CUDB notification進(jìn)程再次吊死，在CUDB中部署監(jiān)視該進(jìn)程的腳本，監(jiān)控pmreadcounter |grep notification不在變化時(shí)則重啟該進(jìn)程。根本解決方法： 根本解決需要等待愛立信UDC的下一大版本。解決方案18典型案例7：Ut接口（用戶自助補(bǔ)充業(yè)務(wù)設(shè)置）測(cè)試愛立信HSS用戶不支持Ut接口問題描述Ut業(yè)務(wù)平臺(tái)聯(lián)調(diào)中發(fā)現(xiàn)中興的BSF實(shí)現(xiàn)機(jī)制是需要guss數(shù)據(jù)的，而愛立信目前HSS不支持在Zh口提供GUSS信息，UE的GBA鑒權(quán)就無法成功了，導(dǎo)致用戶Ut接口相關(guān)業(yè)務(wù)會(huì)受到影響。原

20、因分析臨時(shí)解決方法： 集團(tuán)中興BSF采取了臨時(shí)解決補(bǔ)丁間接支持了愛立信Ut接口，隨后天津進(jìn)行了愛立信HSS的Ut接口測(cè)試，經(jīng)TAS側(cè)確認(rèn)后已可以進(jìn)行用戶自助補(bǔ)充業(yè)務(wù)修改。根本解決方法： 根本解決需要明年愛立信HSS的最終補(bǔ)丁。解決方案19省際聯(lián)調(diào)典型案例1：北京漫游用戶mid-call狀態(tài)下eSRVCC切換失敗案例北京VOLTE用戶漫游至天津在mid-call狀態(tài)下eSRVCC切換時(shí)發(fā)生掉話現(xiàn)象。問題描述分以下三種場(chǎng)景進(jìn)行測(cè)試：場(chǎng)景1）：兩路HOLD1、A用戶撥打B用戶，將B用戶保持，B用戶聽保持音；2、A用戶撥打C用戶，C用戶將A用戶保持，A用戶聽保持音，A用戶切換； 場(chǎng)景2）：一路HOLD

21、，一路ALERTING1、A用戶撥打B用戶，將B用戶保持，B用戶聽保持音；2、A用戶撥打C用戶并通話，A用戶此時(shí)從LTE覆蓋移動(dòng)到2G覆蓋內(nèi)，觸發(fā)eSRVCC切換。場(chǎng)景3）：一路HOLD，一路ACTIVE1、A用戶撥打B用戶，將B用戶保持，B用戶聽保持音；2、A用戶撥打C用戶并振鈴，在C用戶摘機(jī)前A用戶從LTE覆蓋移動(dòng)到2G覆蓋內(nèi)，觸發(fā)eSRVCC切換。場(chǎng)景設(shè)置20呼叫模型對(duì)應(yīng)SRVCC IWF支持一路hold狀態(tài)的會(huì)話和一路其它狀態(tài)的會(huì)話切換流程場(chǎng)景，MSC在收到REFER消息后進(jìn)行第一路呼叫的接續(xù)過程中，IMS側(cè)返回的200消息中未攜帶a=inactive，導(dǎo)致MSC處理異常。根據(jù)消息跟蹤

22、第二路的invite消息后，SCC AS回的200 OK中SDP攜帶a=recvonly，對(duì)方eMSC不能處理導(dǎo)致拆線。根據(jù)移動(dòng)測(cè)試規(guī)范中國(guó)移動(dòng) VoLTE eMSC測(cè)試規(guī)范 V2.0-技術(shù)參考版5.1.3.1IMS向EMSC返回200消息，攜帶媒體方向： a = inactive；原因分析省際聯(lián)調(diào)典型案例1：北京漫游用戶mid-call狀態(tài)下eSRVCC切換失敗案例聯(lián)系北京公司更改軟參后復(fù)測(cè)正常。解決措施21進(jìn)一步查詢每種場(chǎng)景下每次測(cè)試的內(nèi)部消息發(fā)現(xiàn)，在插入用戶數(shù)據(jù)后MM_CM_NOTIFY之后10秒內(nèi)拆線。原因?yàn)镮MS測(cè)返回200OK消息中攜帶的SDP消息不符合規(guī)范，導(dǎo)致IWF釋放到IMS

23、的中繼承載，期間會(huì)啟動(dòng)SRVCC IWF延時(shí)釋放到IMS中繼承載定時(shí)器，如定時(shí)器超時(shí)，則會(huì)發(fā)送CM_REL_IND，導(dǎo)致拆線。現(xiàn)網(wǎng)設(shè)置的定時(shí)器時(shí)長(zhǎng)為10秒后續(xù)思考省際聯(lián)調(diào)典型案例1：北京漫游用戶mid-call狀態(tài)下eSRVCC切換失敗案例22目 錄VOLTE核心網(wǎng)測(cè)試與優(yōu)化情況核心網(wǎng)測(cè)試與優(yōu)化情況 VOLTE網(wǎng)絡(luò)建設(shè)VOLTE無線網(wǎng)測(cè)試與優(yōu)化情況無線網(wǎng)測(cè)試與優(yōu)化情況 23各項(xiàng)工作進(jìn)展情況無線優(yōu)化組已完成8月底所有拉網(wǎng)及單站測(cè)試任務(wù)，完成10月份人工對(duì)比拉網(wǎng)測(cè)試。完成9月份ATU拉網(wǎng)測(cè)試問題分析，目前正在進(jìn)行10月份ATU拉網(wǎng)測(cè)試。指標(biāo)來源片區(qū)呼叫建立成功率掉話率eSrvcc切換成功率呼叫建立

24、時(shí)延（秒）MOS3.5占比商務(wù)終端抓包測(cè)試-8月華為97.30%0.12%97.28%3.5-中興94.90%-5.02-普天98.31%0.00%-3.27-集采終端ATU指標(biāo)(剔除后)-9月全網(wǎng)93.34%1.42%94.59%4.7255.80%華為94.54%2.19%94.01%4.5765.93%中興91.89%3.64%95.58%4.9144.66%集采終端人工測(cè)試-10月全網(wǎng)94.74%0.44%96.32%4.3972.94%華為92.62%0.58%97.83%4.5880.97%中興96.81%0.21%90.91%4.1663.36%一、開展道路測(cè)試1、9月份首輪AT

25、U拉網(wǎng)發(fā)現(xiàn)466件掉話未接通事件中，涉及終端及終端與軟件配合問題191件，占比34.55%；涉及核心網(wǎng)及終端與核心網(wǎng)配合問題111件，占比23.81%；涉及無線網(wǎng)絡(luò)問題123件，占比26.39%。2、剔除終端原因及軟件原因后，9月份ATU測(cè)試接通率93.34%，掉話率1.42%24各項(xiàng)工作進(jìn)展情況1、集團(tuán)VoLTE參數(shù)設(shè)置對(duì)標(biāo)二、參數(shù)優(yōu)化無線優(yōu)化組 針對(duì)VoLTE業(yè)務(wù)特點(diǎn)，積極組織各優(yōu)化室及廠家開展VOLTE參數(shù)研討會(huì)，分為商用前保障、參數(shù)落地、參數(shù)核查與優(yōu)化三個(gè)階段不斷推進(jìn)VOLTE商用。完成VOLTE功能開啟、eSRVCC互操作參數(shù)配置、DRX節(jié)電參數(shù)配置、標(biāo)準(zhǔn)QCI映射、定時(shí)器設(shè)置。 針

26、對(duì)定時(shí)器類配置、互操作參數(shù)類配置及鄰區(qū)配置方面進(jìn)行了規(guī)范設(shè)置。 4G到2G：已開啟全網(wǎng)設(shè)備的4G到2G鄰區(qū)配置和ESRVCC功能，比例100%； 2G到4G：已完成全網(wǎng)2G-4G重選功能及鄰區(qū)配置， 比例100% 。2、開啟X2接口7月底前完成全網(wǎng)所有基站X2接口開啟，經(jīng)過持續(xù)優(yōu)化，X2切換占比例由89%提升到94%。普天自研設(shè)備X2切換成功率較低，已提交廠商研發(fā)后續(xù)通過補(bǔ)丁版本進(jìn)行解決。3、開展精細(xì)化鄰區(qū)優(yōu)化及互操作參數(shù)優(yōu)化。 針對(duì)VoLTE業(yè)務(wù)特點(diǎn)，初期采用集團(tuán)eSRVCC互操作參數(shù)建議值，后期針對(duì)天津現(xiàn)網(wǎng)不斷開展互操作門限優(yōu)化、驗(yàn)證工作，因地制宜，全面提升VOLTE商用用戶感知。25專項(xiàng)

27、優(yōu)化經(jīng)驗(yàn)-DRX周期優(yōu)化各項(xiàng)工作進(jìn)展情況無線優(yōu)化組參數(shù)名稱參數(shù)含義現(xiàn)網(wǎng)配置值修改值參數(shù)調(diào)整路徑應(yīng)用DRX參數(shù)長(zhǎng)不連續(xù)接收循環(huán)周期長(zhǎng)度403407201201管理網(wǎng)元無線參數(shù)無線業(yè)務(wù)配置-應(yīng)用DRX參數(shù)應(yīng)用DRX參數(shù)短不連續(xù)接收循環(huán)周期長(zhǎng)度403407205205管理網(wǎng)元無線參數(shù)無線業(yè)務(wù)配置-應(yīng)用DRX參數(shù)減小DRX周期，手機(jī)休眠減小，可減少亂序丟包。11月10日前天津移動(dòng)中興設(shè)備區(qū)域?qū)CI=1的DRX周期由40ms調(diào)整到20ms。測(cè)試項(xiàng)目 MOS均值 MOS=3.5占比 丟包率 修改前3.6979.86%1.57%修改后3.7385.23%0.59%改善情況改善0.04改善5.37%改善0.

28、92% 參數(shù)修改后，11月ATU測(cè)試指標(biāo)RTP丟包率由1.57%提升到0.59%，受丟包率下降影響MOS均值由3.69提升到3.73， MOS=3.5占比 由79.86%提升到85.23%26 Mos均值由3.2提升到3.52，提升了0.32； MOS=3.5占比由44.66%提升72.99%，提升了28.33%； RTP丟包率由2.62%提升到了1.87%，提升了0.75%； 專項(xiàng)優(yōu)化經(jīng)驗(yàn)-關(guān)閉SPS無線優(yōu)化組由于VoIP業(yè)務(wù)數(shù)據(jù)包大小比較固定，到達(dá)時(shí)間間隔滿足一定規(guī)律的實(shí)時(shí)性業(yè)務(wù)。因此，開啟Volte后開啟了半靜態(tài)調(diào)度。但是，SPS雖然可以有效節(jié)省PDCCH資源，但相較于關(guān)閉SPS的動(dòng)態(tài)調(diào)

29、度，會(huì)占用PDSCH資源，對(duì)于無線鏈路的變化不能做出實(shí)時(shí)的反饋，對(duì)于語(yǔ)音業(yè)務(wù)有一定影響。 10月天津在核心城區(qū)關(guān)閉Volte SPS功能，對(duì)比9月份省巡檢測(cè)試數(shù)據(jù)（開啟SPS）結(jié)果，MOS相關(guān)指標(biāo)有顯著提升：各項(xiàng)工作進(jìn)展情況27各項(xiàng)工作進(jìn)展情況無線優(yōu)化組優(yōu)化案例-參數(shù)配置錯(cuò)誤導(dǎo)致VOLTE系統(tǒng)間切換失敗ESRVCC測(cè)試中發(fā)現(xiàn)QCI1的承載已經(jīng)建立，但ENB一直沒有下發(fā)測(cè)量控制消息，UE不能向GSM鄰區(qū)切換，拖到最后盲重定向到GSM。問題描述問題分析反復(fù)核查后發(fā)現(xiàn)，修改公共參數(shù)組ID=1的A1、A2門限后，沒有把QCI1/5的異系統(tǒng)切換公共參數(shù)組0改為1，語(yǔ)音業(yè)務(wù)仍然按照公共組0的A2門限進(jìn)行切

30、換測(cè)量，所以導(dǎo)致不切換。問題解決修改QCI1和QCI5的公共參數(shù)組ID后，ENB正常下發(fā)了A2測(cè)量控制，并向MME發(fā)起了切換請(qǐng)求，最終切換成功。28VOLTE起呼后，因基站上行存在干擾導(dǎo)致未成功，10s后終端轉(zhuǎn)CSFB，VOLTE呼叫未接通。觀察主叫終端的SIP信令窗口，16：51：03.442，主叫終端發(fā)送INVITE消息，但未收到IMS發(fā)送的100 TRYING消息，10秒鐘后，主叫終端發(fā)CANCEL消息，轉(zhuǎn)CSFB流程。定時(shí)器啟動(dòng)停止默認(rèn)值（s）Tcall主叫終端發(fā)送INVITE消息收到100 trying10因終端側(cè)存在網(wǎng)絡(luò)無法修改的定時(shí)器TCALL，在發(fā)送INVITE后會(huì)等待10s，如果未收到響應(yīng)則會(huì)觸發(fā)CSFB流程，在后續(xù)在定位未接通