天津公司VOLTE改造匯報材料+1118+new

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

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

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

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

5、業(yè)務(wù)性能；通過對涉及數(shù)十網(wǎng)元的遍歷組合、場景匹配方式，驗證網(wǎng)絡(luò)功能實現(xiàn)情況；通過網(wǎng)絡(luò)功能實現(xiàn)情況；通過VoLTE終端配對的測試方式，驗證終端對終端配對的測試方式，驗證終端對VoLTE業(yè)務(wù)的業(yè)務(wù)的支持情況。支持情況。7典型案例1：VOLTE用戶呼叫IMS固話用戶回落2G問題VoLTE用戶呼叫本地IMS固話用戶，主叫回落到2G后方可接通。問題描述對比IMS固話用戶收到的主叫用戶分別在VOLTE網(wǎng)絡(luò)和回落到2G網(wǎng)絡(luò)下發(fā)起的兩個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消息。若通過升級ONU版本解決，則涉及ONU版本開發(fā)及上萬個ONU設(shè)備的版本升級，周期長，工作量大，故由終端側(cè)ONU解決難度較大。原因分析8典型案例1：VOLTE用戶呼叫IMS固話用戶回落2G問題考慮采用在核心網(wǎng)對INVITE消息中攜帶的編解碼進行處理，來適配終端ONU處理能力不足的缺陷。由于IMS核心網(wǎng)有多個網(wǎng)元，VOLTE用戶呼叫IMS固話用戶，在IMS側(cè)相關(guān)的網(wǎng)元有I/S-CSCF，P-CSCF，SBC。而從對業(yè)務(wù)影響最小角度出發(fā)考慮，選取離接入側(cè)最近的網(wǎng)元SBC進行適配處理。原因分析在SBC上配置相關(guān)

7、數(shù)據(jù)實現(xiàn)對編解碼的過濾，由于IMS固話暫時不考慮支持高清語音編解碼特性，所以將AMR-WB編解碼在SBC上過濾掉。實施完成后，主被叫編解碼協(xié)商成功，呼叫接續(xù)正常，ONU不再回復(fù)488臨時錯誤碼，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)失敗時主叫側(cè)呼叫直接被掛斷，未聽到任何提示音。問題描述被叫側(cè)IMS網(wǎng)絡(luò)針對主叫INVITE回復(fù)488時，呼叫中斷，呼轉(zhuǎn)失敗。對比呼轉(zhuǎn)成功和呼轉(zhuǎn)失敗的IN

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

9、所以通過查表，MGCF1上匹配G.711編解碼的打包時長為5ms，而MGCF2上該數(shù)據(jù)配置為20ms。故當(dāng)呼轉(zhuǎn)業(yè)務(wù)經(jīng)過MGCF2成功，但是經(jīng)過MGCF1失敗。原因分析11典型案例3：VoLTE改造后來電提醒業(yè)務(wù)觸發(fā)通知音錯誤問題 測試用戶反映Volte用戶被叫觸發(fā)來電提醒業(yè)務(wù)后，出現(xiàn)無法正常播放來電提醒提示音的情況。經(jīng)過一系列撥測，發(fā)現(xiàn)故障情況如右圖所示：問題描述 故障情況下來電提醒平臺業(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è)放音，此時，其攜帶的ACM消息攜帶的放音指示為：no-indication (0) 不指示放音。因此，主叫側(cè)無法聽到來電提醒放音。 查詢關(guān)口局控制ACM放音相關(guān)參數(shù)為P116用于控制在BICC中繼的情況下，本局在BAP表的哪些狀態(tài)之前或處于這個狀態(tài)時，向?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ù)默認值為11。當(dāng)早回ACM消息或者呼叫失敗后需要進行失敗放音時，需要在承載建立過程中就給前向局回送ACM消息，并將ACM消息中Optional backward callindicators信元的In-band information indicator設(shè)置為“no indication”，給主叫放回鈴音或進行失敗放音。原因分析12典型案例3：VoLTE改造后來電提醒業(yè)務(wù)觸發(fā)通知音錯誤問題 故障情況下，可

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è)置導(dǎo)致VoLTE與CS域通話語音質(zhì)量問題VOLTE測試中發(fā)現(xiàn)VolTE下號碼與CS域號碼通話時，概率性出現(xiàn)一方無法聽清另一方聲音的情況，或吞音或斷續(xù)。無法正常接聽的現(xiàn)象既在VoLTE側(cè)出現(xiàn)過，也在CS側(cè)出現(xiàn)過。問題描述1、通過選取華為Mate7和三星S6終端，中興和華為eNodeB場景，4G低業(yè)務(wù)量無線環(huán)境良好的地點定點撥測，多次驗證，排除終端及無線環(huán)境問題。2、進行媒體面分析，媒體面路徑為：空口-S1接口用戶面-P-GW用戶面

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

15、打包時長，當(dāng)ptime與Maxptime同時存在時，推薦使用ptime進行打包，以減小時延，UMG有軟參可以控制。VoLTE終端一般使用ptime打包。當(dāng)同時存在ptime和maxpitme，按照最新的26.114協(xié)議，按照ptime打包非冗余幀，按照maxptime打包冗余幀+非冗余幀。原因分析將MGCF網(wǎng)關(guān)UMG106軟參的bit13-bit12值修改為10（UMG打包RTP包的時候根據(jù)ptime值打包），修改后測試正常，同時比較上下行媒體包，包長也保持一致。解決方案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)收到對端回復(fù)針對ONU主叫INVITE消息的200 OK的SDP參數(shù)中攜帶b=*的相關(guān)字段時，由于處理失敗導(dǎo)致媒體流異常，最終產(chǎn)生單通。若通過升級ONU版本解決，則涉及現(xiàn)網(wǎng)存量有上萬臺不同廠家不同型號的ONU設(shè)備，周期長，工作量大，故由終端側(cè)ONU解決難度較大。原因分析16典型案例5：VOLTE用戶呼叫IMS固話用戶單通在SBC上配置相關(guān)數(shù)據(jù)實現(xiàn)對INVITE-200 OK消息

17、中的b行做刪除處理。實施完成后，單通問題解決。解決方案考慮采用在核心網(wǎng)對200 OK消息中的b行進行處理，來適配終端ONU處理能力不足的缺陷。由于IMS核心網(wǎng)有多個網(wǎng)元，VOLTE用戶呼叫IMS固話用戶，在IMS側(cè)相關(guān)的網(wǎng)元有I/S-CSCF，P-CSCF，SBC。而從對業(yè)務(wù)影響最小角度出發(fā)考慮，選取離接入側(cè)最近的網(wǎng)元SBC進行適配處理。原因分析17典型案例6：愛立信HSS的VoLTE用戶在4G網(wǎng)絡(luò)下被叫回落愛立信HSS升級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ī)范規(guī)定，當(dāng)用戶從2，3G網(wǎng)絡(luò)漫游到4G網(wǎng)絡(luò)時，HLR-FE需要向老的SGSN下發(fā)cancel location消息，以清除SGSN上的用戶數(shù)據(jù)。VoLTE用戶被叫執(zhí)行T-ADS時，首先查詢用戶數(shù)據(jù)中是否存在SGSN地址，當(dāng)用戶具有SGSN地址時則判斷用戶登記在CS域。如果用戶在4G網(wǎng)絡(luò)，HSS中仍保留SGSN地址，則導(dǎo)致域選CS域。核查愛立信UDC的CUDB notification進程，該進程是實時檢測用戶數(shù)據(jù)中MME/SGSN地址的狀態(tài)變化，經(jīng)核查CUDB的該進程吊死，故導(dǎo)致用戶在4G網(wǎng)絡(luò)，HSS中仍保留SGSN地址，域選結(jié)果CS域?qū)е卤唤谢芈?。?/p>

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

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

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

22、第二路的invite消息后，SCC AS回的200 OK中SDP攜帶a=recvonly，對方eMSC不能處理導(dǎo)致拆線。根據(jù)移動測試規(guī)范中國移動 VoLTE eMSC測試規(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ù)測正常。解決措施21進一步查詢每種場景下每次測試的內(nèi)部消息發(fā)現(xiàn)，在插入用戶數(shù)據(jù)后MM_CM_NOTIFY之后10秒內(nèi)拆線。原因為IMS測返回200OK消息中攜帶的SDP消息不符合規(guī)范，導(dǎo)致IWF釋放到IMS

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

24、時延（秒）MOS3.5占比商務(wù)終端抓包測試-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%集采終端人工測試-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%一、開展道路測試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測試接通率93.34%，掉話率1.42%24各項工作進展情況1、集團VoLTE參數(shù)設(shè)置對標(biāo)二、參數(shù)優(yōu)化無線優(yōu)化組 針對VoLTE業(yè)務(wù)特點，積極組織各優(yōu)化室及廠家開展VOLTE參數(shù)研討會，分為商用前保障、參數(shù)落地、參數(shù)核查與優(yōu)化三個階段不斷推進VOLTE商用。完成VOLTE功能開啟、eSRVCC互操作參數(shù)配置、DRX節(jié)電參數(shù)配置、標(biāo)準(zhǔn)QCI映射、定時器設(shè)置。 針

26、對定時器類配置、互操作參數(shù)類配置及鄰區(qū)配置方面進行了規(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ù)通過補丁版本進行解決。3、開展精細化鄰區(qū)優(yōu)化及互操作參數(shù)優(yōu)化。 針對VoLTE業(yè)務(wù)特點，初期采用集團eSRVCC互操作參數(shù)建議值，后期針對天津現(xiàn)網(wǎng)不斷開展互操作門限優(yōu)化、驗證工作，因地制宜，全面提升VOLTE商用用戶感知。25專項

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

28、92% 參數(shù)修改后，11月ATU測試指標(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%； 專項優(yōu)化經(jīng)驗-關(guān)閉SPS無線優(yōu)化組由于VoIP業(yè)務(wù)數(shù)據(jù)包大小比較固定，到達時間間隔滿足一定規(guī)律的實時性業(yè)務(wù)。因此，開啟Volte后開啟了半靜態(tài)調(diào)度。但是，SPS雖然可以有效節(jié)省PDCCH資源，但相較于關(guān)閉SPS的動態(tài)調(diào)

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

30、換測量，所以導(dǎo)致不切換。問題解決修改QCI1和QCI5的公共參數(shù)組ID后，ENB正常下發(fā)了A2測量控制，并向MME發(fā)起了切換請求，最終切換成功。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流程。定時器啟動停止默認值（s）Tcall主叫終端發(fā)送INVITE消息收到100 trying10因終端側(cè)存在網(wǎng)絡(luò)無法修改的定時器TCALL，在發(fā)送INVITE后會等待10s，如果未收到響應(yīng)則會觸發(fā)CSFB流程，在后續(xù)在定位未接通