移動(dòng)TDD網(wǎng)絡(luò)VOLTE語音質(zhì)量專題優(yōu)化分析及其實(shí)際解決方案

目錄TOC\o"1-3"\h\u1608368603第1章緒論 VoLTE網(wǎng)絡(luò)優(yōu)化的關(guān)鍵問題及解決方案上一章對VoLTE網(wǎng)絡(luò)優(yōu)化問題的總體目標(biāo)和性能指標(biāo)，本章針對T市VoLTE網(wǎng)絡(luò)優(yōu)化工作中關(guān)鍵問題所提出的解決方案和方案實(shí)施效果進(jìn)行詳細(xì)介紹。4.1VoLTE網(wǎng)絡(luò)優(yōu)化工具和手段VoLTE網(wǎng)絡(luò)優(yōu)化的關(guān)鍵工具有eNodeB網(wǎng)絡(luò)管理系統(tǒng)（以華為MBB網(wǎng)絡(luò)管理系統(tǒng)為例），VoLTE質(zhì)量監(jiān)控和端到端信令分析平臺（以華為SEQ平臺為例），

VoLTE驅(qū)動(dòng)器測試數(shù)據(jù)收集（以Pilot和HTCM8為例）等，使用這些工具來定位和分析VoLTE網(wǎng)絡(luò)問題。VoLTE網(wǎng)絡(luò)優(yōu)化方法主要包括參數(shù)配置優(yōu)化，網(wǎng)絡(luò)管理KPI指標(biāo)改進(jìn)，MR覆蓋率改進(jìn)，道路覆蓋率優(yōu)化，用戶感知（投訴\語音質(zhì)量MOS），干擾問題處理和核心網(wǎng)絡(luò)問題推廣。以下重點(diǎn)介紹各種工具的功能。4.1.1MBB網(wǎng)絡(luò)管理系統(tǒng)（iManagerTMU2000）以華為產(chǎn)品為例，采用MBB網(wǎng)絡(luò)管理系統(tǒng)，版本號為iManagerU2000V200R016C10SPC230，該網(wǎng)絡(luò)管理系統(tǒng)主要具備無線EUTRAN網(wǎng)絡(luò)eNodeB基站性能測量管理、故障管理、跟蹤及維護(hù)、基站配置管理等。MBB網(wǎng)絡(luò)管理系統(tǒng)主菜單界面如圖4-1所示。圖4-1MBB網(wǎng)管系統(tǒng)界面截圖SEQ平臺簡介SEQ專題分析提供“業(yè)務(wù)質(zhì)量分析、語音質(zhì)量分析、VIP保障”指標(biāo)評估體系、網(wǎng)絡(luò)性能的端到端分析，可視化的流程，準(zhǔn)確定界到問題點(diǎn)，問題回溯，降低了人力排查測試成本，提高了問題處理效率。表4-1SEQ4-2SEQ平臺界面截圖。表4-1SEQ平臺VoLTE專題模塊模塊分類詳細(xì)功能價(jià)值投訴用戶會(huì)話用戶投訴跟蹤處理投訴用戶單據(jù)查詢業(yè)務(wù)總量概覽業(yè)務(wù)質(zhì)量監(jiān)控業(yè)務(wù)指標(biāo)概覽支撐VoLTE會(huì)戰(zhàn)、完善優(yōu)化手段、節(jié)省成本：1、解決VoLTE指標(biāo)評估體系從無到有的問業(yè)務(wù)指標(biāo)全集題，使指標(biāo)可量化、可視化；VoLTE專題2、VoLTE網(wǎng)絡(luò)性能的端到端分析，提高網(wǎng)絡(luò)運(yùn)維效率；注冊專題分析3、流程的可視化，準(zhǔn)確定界到問題點(diǎn)，提高接入專題分析定界準(zhǔn)確性，提升VoLTE的網(wǎng)絡(luò)性能和用戶業(yè)務(wù)質(zhì)量感知;分析切換專題分析4、問題可回溯，大大地降低人力排查測試成本，提高問題處理效率。掉話專題分析語音質(zhì)量語音質(zhì)量單據(jù)分析查詢VIPVIP實(shí)時(shí)保障VIP用戶群分析圖4-2SEQ平臺界面截圖4.1.2測試終端及軟件UEDTCQT網(wǎng)絡(luò)測試對空口優(yōu)化、投訴定位、端到端等分析優(yōu)化，圖4-3為前臺測試軟件界面截圖。圖4-3鼎利PilotPioneer9.6測試軟件界面4.2語音質(zhì)量優(yōu)化oLTE語音服務(wù)是LTE網(wǎng)絡(luò)上承載的全I(xiàn)P高清晰度語音服務(wù)。隨著信令監(jiān)視平臺的逐步改進(jìn)和端到端故障排除，尋呼和未連接問題已得到解決。連接后的單次通過，吞咽和聽不見的現(xiàn)象是影響用戶語音感知的主要問題。保持語音的連續(xù)性和對VoLTE語音用戶平面數(shù)據(jù)傳輸過程的深入了解是我們需要研究的方向。4.2.1語音質(zhì)量優(yōu)化方案在省A的VoLTE網(wǎng)絡(luò)優(yōu)化項(xiàng)目中，在提高通話質(zhì)量方面，采用了基于終端數(shù)據(jù)分析的“兩步，四維”VoLTE語音質(zhì)量優(yōu)化方案。收集并分析終端，基站，EPC和IMS四個(gè)區(qū)域維度中的RTP分組傳輸，然后按照以下兩個(gè)步驟逐層定位端到端網(wǎng)元的特定分組丟失點(diǎn)。第一步是比較發(fā)送端和接收端的RTP數(shù)據(jù)包序列號，以確定是否存在數(shù)據(jù)包丟失或過多的數(shù)據(jù)包延遲問題。正常。第二步，如語音包丟失或由于無線鏈路異常導(dǎo)致的過度延遲，轉(zhuǎn)移到無線網(wǎng)絡(luò)進(jìn)行調(diào)查和優(yōu)化；如果在正常的無線鏈路條件下發(fā)生語音數(shù)據(jù)包丟失，請進(jìn)入核心網(wǎng)絡(luò)端到端調(diào)查，如圖4-4所示。圖4-4“兩步四維”排查法通過A省語音質(zhì)量優(yōu)化工作總結(jié)，發(fā)現(xiàn)影響VoLTE語音感知主要是用戶面T市“步四維”31個(gè)。在諸如電梯之類的快速衰落的場景中，用戶直觀地感覺到呼叫正在吞噬單詞。這些問題主要通過現(xiàn)場天線饋電調(diào)整解決。下行PDCP調(diào)度周期過長會(huì)導(dǎo)致RTP數(shù)據(jù)包的端到端延遲過大，這主要是由外部干擾引起的。用戶直觀地感覺到通話的聲音是模棱兩可的。這類問題主要通過檢查干擾源來解決。端到端協(xié)調(diào)問題導(dǎo)致連接后單通，即呼叫者在連接后可以正常聽到被叫方的聲音，而被叫方聽不到主叫的聲音。在建立QCI1專用承載之后，空中接口的RRC重新建立導(dǎo)致PGW無法接收更新響應(yīng)消息，但是在兩次重傳之后它仍然沒有收到更新響應(yīng)消息。PGW在6秒鐘的超時(shí)后釋放QCI1承載。主要是通過將MME超時(shí)更改為4秒（在PGW端小于6秒）來解決的。

此外，在優(yōu)化T市的VoLTE網(wǎng)絡(luò)的過程中，對于具有嚴(yán)重上行鏈路分組丟失的小區(qū)，請嘗試打開上行鏈路聯(lián)合檢測功能（ULCoMP），以便同一基站中的所有小區(qū)都可以同時(shí)接收和解調(diào)終端發(fā)送的語音包。它可以提高無線信道傳輸?shù)目煽啃圆⒔档蛠G包率，但會(huì)占用大量資源。選擇10個(gè)由于上行鏈路覆蓋范圍較弱而導(dǎo)致上行鏈路分組丟失率較高的頂級小區(qū)，并啟用Ulcomp到這10個(gè)頂級小區(qū)所在的基站。啟用該功能后，它對諸如訪問，斷開連接，切換和吞吐量之類的指示器沒有影響。打開Ulcomp后，將輸入統(tǒng)計(jì)信息。關(guān)于Ulcomp的用戶數(shù)量，將近25％的用戶進(jìn)入U(xiǎn)lcomp狀態(tài)。這樣可以提高無線信道傳輸?shù)目煽啃?，降低丟包率，顯著提高上行丟包率，但同時(shí)也占用更多資源。建議將該解決方案用于語音質(zhì)量和注意力集中的區(qū)域。圖4-5顯示了打開Ulcomp功能之前和之后的指示燈比較（1）Ulcomp4-5所示圖4-5Ulcomp功能開啟前后指標(biāo)對比4.2.2方案實(shí)施效果在對A省的VoLTE語音質(zhì)量優(yōu)化的研究中，使用了用于終端底層數(shù)據(jù)分析的“兩步，四維”VoLTE語音質(zhì)量優(yōu)化方案來準(zhǔn)確定位異常問題，并可視化了VoLTE的語音質(zhì)量，量化且可控的。在計(jì)劃的實(shí)施過程中，總共優(yōu)化和解決了31個(gè)此類問題，調(diào)整了46個(gè)天線饋源，并修改了58個(gè)參數(shù)。通過SEQ，路測平臺和網(wǎng)絡(luò)管理根據(jù)統(tǒng)計(jì)績效評估指標(biāo)，驗(yàn)證方案的實(shí)施效果如圖4-6所示圖4-6VoLTE語音質(zhì)量提升方案實(shí)施效果從以上T市oTESEQ平臺的MOS3.090.3797.03M0S3.088.71提升至98.77SEQ6%下降至0.15%左右；網(wǎng)管統(tǒng)計(jì)RRC重建比率由1.28%下降至0.68%左右。4.3掉話問題優(yōu)化接通后的掉話現(xiàn)象才是影響用戶語音感知的最嚴(yán)重的問題。目前掉話率在0.3%左右，保持語音的連續(xù)性，減少信令面的掉話是我們需要研究的目標(biāo)。4.3.1掉話問題優(yōu)化方案傳統(tǒng)的掉話分析方法既費(fèi)時(shí)又費(fèi)力，無法定位由上游問題引起的掉話事件。為了提高優(yōu)化效率，進(jìn)行快速分析，準(zhǔn)確定位VoLTE中的掉話事件，本文通過相關(guān)性分析總結(jié)和完善了“三步五分鐘”快速分析和定位方法，并實(shí)現(xiàn)了對定位的分析和定位。僅需三個(gè)步驟即可完成異常事件五分鐘的優(yōu)化目標(biāo)。VoLTE掉話的分析方法摘要如圖4-7所示。圖4-7VoLTE掉話分析方案看流程：這兩大流程為理論基礎(chǔ)看流程；辨特征：判定特征；定方案：精準(zhǔn)定位形成掉話的四大原因，總結(jié)優(yōu)化方案。四大原因下面以上行鏈路問題導(dǎo)致掉話的優(yōu)化分析流程為例進(jìn)行說明。（1）看流程通話狀態(tài)下的手機(jī)于11:07:04:484收到網(wǎng)絡(luò)側(cè)下發(fā)的RRCConnectionRelease4-8RRCRRC圖4-8上行鏈路導(dǎo)致掉話前臺測試截圖在移動(dòng)電話響應(yīng)RRC重新配置之后，由于MME已經(jīng)釋放了移動(dòng)電話的上下文信息，因此RRC重新配置僅建立QCI＝5和QCI＝9的承載，而不能建立QCI＝1的專用凈荷。然后，移動(dòng)電話接收到網(wǎng)絡(luò)傳遞的BYE消息，其CAUSE值：B200-151558，該值被確定為由上行鏈路不同步引起的掉話。(2)定方案如果下行鏈路覆蓋范圍良好，則需要對上行鏈路干擾進(jìn)行故障排除。如果下行覆蓋差，建議進(jìn)行覆蓋優(yōu)化。由于手機(jī)在11：07：04：484收到了網(wǎng)絡(luò)側(cè)傳遞的RRC連接在Release消息中，下行覆蓋范圍和SINR良好，因此判斷為存在上行干擾。最終，通過現(xiàn)場掃頻測試發(fā)現(xiàn)了較強(qiáng)的上行干擾源，并通過干擾糾正解決了該干擾源。4.3.2方案實(shí)施效果在省A的VoLTE網(wǎng)絡(luò)掉話問題的優(yōu)化過程中，采用“三步五分鐘”的快速分析和定位方法，對異常的掉話問題進(jìn)行了精確定位，大大提高了優(yōu)化效率。優(yōu)化前后的網(wǎng)格驅(qū)動(dòng)測試下降率從2.08％下降到0.00％，OMC網(wǎng)絡(luò)管理下降率從0.3％下降到0.08％。通過快速定位分析，現(xiàn)場共處理了208個(gè)掉話。圖4-10顯示了刪除的呼叫計(jì)劃的實(shí)施效果。圖4-10VoLTE掉話率優(yōu)化方案實(shí)施效果4.4切換問題優(yōu)化為了確保在各種復(fù)雜的地形環(huán)境中，用戶在移動(dòng)時(shí)都能獲得良好的信號質(zhì)量，并確保業(yè)務(wù)的平穩(wěn)運(yùn)行，連接狀態(tài)下的切換是必不可少的保證。質(zhì)量直接關(guān)系到終端的穩(wěn)定性。當(dāng)已經(jīng)建立VoLTE語音通話的4G網(wǎng)絡(luò)信號變差時(shí)，需要通過SRVCC切換到2G，以保持通話的連續(xù)性。因此，提高SRVCC的切換成功率對于確保VoLTE用戶的感知非常重要。4.4.1切換問題優(yōu)化方案在A的V2oLTE的SRVCC切換問題的優(yōu)化過程中，采用了“三階段”優(yōu)化方案?；诙说蕉诵帕罡櫍槊鱏RVCC切換涉及的“2G資源申請與預(yù)留”，“核心網(wǎng)絡(luò)資源切換”和“2G側(cè)訪問”三個(gè)階段的問題。使用此方法確定影響RVCC切換成功率的相關(guān)因素，有效提升了全網(wǎng)SRVCC切換成功率，方案流程如圖4-11所示。圖4-11三段式分析法問題原因定位VoLTE語音呼叫發(fā)生SRVCC切換從切換請求到切換成功，共有“2G資源申請和預(yù)訂”，“核心網(wǎng)絡(luò)資源切換”和“2G側(cè)訪問”三個(gè)階段。下面將詳細(xì)介紹每個(gè)網(wǎng)段中切換失敗的原因和優(yōu)化解決方案。（1）2G資源申請階段失敗原因及優(yōu)化：2GeMSC返回“無資源可用eMSC返回“請求拒絕”eMSC不響應(yīng)資源準(zhǔn)備請求(a)無資源可用問題：在MME向eMSC發(fā)送SRVCCPSTOCSRequest后，eMSC反饋原因?yàn)镹oresourcesavailable的SRVCCPSTOCSResponse信令，造成eSRVCC切換失敗。圖4-12無資源可用切換失敗信令截圖造成該種錯(cuò)誤的可能原因?yàn)椋?）2G鄰居小區(qū)數(shù)據(jù)配置錯(cuò)誤：4G中配置的2G鄰居小區(qū)LAC，頻率，BSIC等信息與2G小區(qū)當(dāng)前的網(wǎng)絡(luò)配置不一致。eMSC返回資源準(zhǔn)備失敗，導(dǎo)致eSRVCC切換失敗。

2）DNS丟失LAC數(shù)據(jù)：DNS丟失LAC數(shù)據(jù)，無法解析

eMSC，導(dǎo)致切換失敗。核心網(wǎng)完成數(shù)據(jù)配置，問題解決。

3）2GTCH通道激活失?。?GNokia單元偶爾有TCH通道激活失敗問題，密切監(jiān)視2G單元7745警報(bào)，并敦促2G處理長期警報(bào)站。(b)請求拒絕問題：MMEeMSCSRVCCPSTOCSRequest后，eMSC反饋原因?yàn)镽equestrejectedSRVCCPSTOCSResponseeSRVCC4-13為切換失敗信令截圖。圖4-13請求拒絕切換失敗信令截圖發(fā)生這種錯(cuò)誤的主要原因是：MSC資源沒有及時(shí)釋放在SRVCC過程中，MME發(fā)送了一條取消消息，但由于eMSC釋放資源的計(jì)時(shí)器時(shí)間較長（15秒），因此無法及時(shí)刪除資源。

eMSC無法處理eSRVCC切換請求，從而導(dǎo)致請求拒絕問題。針對此問題，對其進(jìn)行了修改以使其在優(yōu)化后立即釋放，如圖4-14所示。圖4-14MSC資源未及時(shí)釋放信令（c）MME定時(shí)器超時(shí)后返回請求取消：MME向emsc發(fā)SRVCCPSToCSRequet后一直未收到emsc的響應(yīng)，在15秒后發(fā)了SRVCCPStoCSCncel，造成eSRVCC切換失敗，如圖4-15。圖4-15MME定時(shí)器超時(shí)后返回請求取消信令原因分析：在2G端，信令跟蹤發(fā)現(xiàn)emsc沒有收到SRVCCPSToCSRequest信令。定位原因是MME與eMSC之間的數(shù)據(jù)配置問題。華為MME為每個(gè)MME配置了兩個(gè)IP地址進(jìn)行災(zāi)難恢復(fù)。但是，諾基亞eMSC端僅為每個(gè)MME配置一個(gè)地址。當(dāng)MME使用未配置的IP地址發(fā)送eSRVCC切換請求時(shí)，eMSC不會(huì)響應(yīng)，從而導(dǎo)致切換失敗。

優(yōu)化措施：修改配置，將華為MME的IP地址配置更改為1。(2)核心網(wǎng)資源切換階段原因及優(yōu)化：SEQ分析發(fā)現(xiàn)，在沒有VoLTE呼叫的情況下，不會(huì)釋放UE的QCI1資源，并且多次啟動(dòng)SRVCC切換，從而導(dǎo)致切換失敗。

原因分析：由于SBC處理機(jī)制問題，終端承載建立后，發(fā)送Cancel取消呼叫

（SBC未接收到UE的位置信息，如果此時(shí)接收到CANCEL消息，則不會(huì)發(fā)起承載刪除），導(dǎo)致QCI1承載未被刪除。UE根據(jù)基站配置測量規(guī)則，并發(fā)起B(yǎng)2測量，觸發(fā)SRVCC過程。終端多次發(fā)起切換請求，并且沒有收到網(wǎng)絡(luò)側(cè)的響應(yīng)后，SRVCC切換失敗。

優(yōu)化措施：版本升級后修改并解決了華為SBC處理機(jī)制。（3）2G接入階段失敗原因及優(yōu)化參數(shù)配置為場景不合理的參數(shù)設(shè)置：

由于2G小區(qū)的干擾和擁塞問題，有必要根據(jù)每個(gè)小區(qū)的特性分別設(shè)置切換參數(shù)。根據(jù)現(xiàn)有2G小區(qū)的特點(diǎn)，提出在不同場景下設(shè)置交換參數(shù)。對于一些蜂窩到2G在切換期間，2G小區(qū)干擾，擁塞等會(huì)導(dǎo)致切換失敗問題。為了提高切換成功率，提出了一種基于切換參數(shù)優(yōu)化4->2切換參數(shù)設(shè)置的2G系統(tǒng)算法。b。鄰居小區(qū)測量未及時(shí)關(guān)閉TD-S小區(qū)測量：

在4G小區(qū)下發(fā)的測量控制中刪除TD-S小區(qū)，可以增加終端測量2G小區(qū)的時(shí)間，提高2G小區(qū)的測量精度。根據(jù)測試統(tǒng)計(jì)，在關(guān)閉TD-S電池測量后，2G電池的測量時(shí)間從4.9s縮短到1.0s，測量時(shí)間縮短了3.9s。C。相鄰小區(qū)的配置不合理-優(yōu)化了2G相鄰小區(qū)的準(zhǔn)確性：根據(jù)CSFB后備統(tǒng)計(jì)信息進(jìn)行2G鄰居優(yōu)化，以提高4G中配置的2G鄰居的準(zhǔn)確性。4.4.2方案實(shí)施效果在A省實(shí)施上述SRVCC優(yōu)化計(jì)劃后，OMC統(tǒng)計(jì)的SRVCC移交成功率從88％增加到大約97.5％，SEQ統(tǒng)計(jì)的SRVCC移交成功率從年初的88％增加到大約94％，測試統(tǒng)計(jì)數(shù)據(jù)SRVCC切換成功率從年初的94％增加到大約98.73％，SRVCC切換的比例從10月的5.29％下降到12月的4.53％。切換方案的實(shí)現(xiàn)效果如圖4-16所示。圖4-16VoLTE基于SRVCC的切換優(yōu)化方案實(shí)施效果4.5關(guān)鍵功能優(yōu)化目前，主要開放了VoLTE網(wǎng)絡(luò)的關(guān)鍵功能：半永久調(diào)度（SPS），強(qiáng)大的報(bào)頭壓縮

（ROCH）和eSRVCC交換技術(shù)。上面已經(jīng)介紹了與交換技術(shù)有關(guān)的優(yōu)化方案。下面著重分析在T市開放SPS和ROCH功能后遇到的各種問題和優(yōu)化方案。4.5.1ROHC打開后視頻通話大量丟包在ACity的VoLTE優(yōu)化項(xiàng)目中進(jìn)行視頻通話測試時(shí)，發(fā)現(xiàn)打開ROHC開關(guān)會(huì)丟失大量下行數(shù)據(jù)包，丟包率高達(dá)90％，視頻質(zhì)量很差關(guān)閉ROHC之后，就沒有這種問題了。結(jié)合前S1端口捕獲的數(shù)據(jù)包，發(fā)現(xiàn)這些數(shù)據(jù)包都使用IPV6標(biāo)頭。檢查基站側(cè)的代碼，發(fā)現(xiàn)基站的壓縮過程存在以下兩個(gè)問題。

問題1：在profile1的壓縮過程中，基站側(cè)未檢測到RTP擴(kuò)展頭是否已更改。因此，當(dāng)該字段改變時(shí)，該字段的改變沒有被帶到UE側(cè)，這導(dǎo)致對UE側(cè)的擴(kuò)展報(bào)頭字段的糾錯(cuò)，這導(dǎo)致在UE側(cè)的CRC校驗(yàn)中的錯(cuò)誤。

問題2：在基站側(cè)profeil2的解壓縮過程中，對IPV6動(dòng)態(tài)鏈的擴(kuò)展頭字段進(jìn)行解碼時(shí)，它又移位了一個(gè)字節(jié)，從而導(dǎo)致對基站上UDP數(shù)據(jù)包的CRC檢查錯(cuò)誤側(cè)。

修改上述兩個(gè)BUG后，視頻通話中的測試結(jié)果如下：

（1）僅開放輪廓2，僅略微鑲嵌；

（2）只開放profie1，沒有很多丟包，但是馬賽克現(xiàn)象比只開放

profile2嚴(yán)重。

（3）打開profile1+proflie2比打開profile1更好。4.5.2SPS調(diào)度時(shí)CQI級修正不及時(shí)在VoLTE語音測試過程中，有時(shí)BLER較高，但MCS不會(huì)向下調(diào)整或調(diào)整緩慢。結(jié)果，測試結(jié)果大大偏離了預(yù)期。當(dāng)SPS開關(guān)關(guān)閉時(shí)，MCS調(diào)整將恢復(fù)正常。

問題分析：通過觀察問題發(fā)生時(shí)的性能，分析基站的內(nèi)部日志，以確認(rèn)以下問題是現(xiàn)象的根本原因：在實(shí)施過程中，用于SPS調(diào)度的CQI校正范圍是有限的，最大值只能向下調(diào)整.BLERMCS。用戶報(bào)CQI高但是實(shí)際信道環(huán)境并沒有那么好，出現(xiàn)BLER，CQISPSMCS上有體現(xiàn)。用戶的先前的CQI校正值累計(jì)較高。一旦發(fā)生BLER，就會(huì)從較高的累積值向下調(diào)整CQI校正。這需要一定時(shí)間才能反映在SPS計(jì)劃的MCS上。問題解決了：

針對SPS調(diào)度優(yōu)化CQI校正算法，具體措施如下：

（1）放開對SPS調(diào)度的CQI校正范圍的限制，即取消CQI校正的下限，從而可以解決問題1。

（2）將SPS調(diào)度的最大頻譜效率限制為mcs15，而不是原始的mcs28。避免從較高的頻譜效率進(jìn)行調(diào)整，這可以解決問題2。

（3）在將SPS調(diào)度的頻譜效率調(diào)整為mcs15之后，當(dāng)反饋ACK以避免過多的累積時(shí)，不能再增加CQI校正的累積量。一旦發(fā)生錯(cuò)誤塊，就無法及時(shí)調(diào)整MCS，這可以解決問題3。4.5.3方案實(shí)施效果終端測試和投訴問題的解決，解決了T市VoLTE功能開啟后ROHC開啟后視頻通話丟包大的問題，以及SPS調(diào)度中CQI等級及時(shí)修正的問題。它進(jìn)一步利用了關(guān)鍵功能的有效性，還大大提高了VoLTE網(wǎng)絡(luò)的質(zhì)量。4.6視頻及其他補(bǔ)充業(yè)務(wù)優(yōu)化oLTE不僅提供高清語音通話，還提供高清視頻通話和多方通話，這是4G長期發(fā)展的重要戰(zhàn)略功能。當(dāng)前，VoLTE高清視頻和多方通話在實(shí)際應(yīng)用中存在終端缺陷和平臺問題，導(dǎo)致用戶體驗(yàn)差。以下重點(diǎn)介紹T城在VoLTE優(yōu)化過程中，通過投訴和大量的呼叫找到了代表性的問題和解決方案。Mate8iPhone6sPlu彩鈴用戶語音接聽后掉話4.6.1在良好的VoLTE覆蓋條件下，VoLTE用戶使用Mate8視頻撥打iPhone6sPlus對于彩鈴用戶，被叫方應(yīng)答呼叫后，主叫方顯示未連接，呼叫立即結(jié)束。使用Mate8視頻呼叫iPhone6sPlus彩色回鈴音用戶時(shí)，由于iPhone不支持VoLTE視頻呼叫，因此該呼叫將切換為語音呼叫，并且被叫方會(huì)正常響鈴。但是，被叫方接聽電話后，呼叫者會(huì)顯示未連接并立即掛斷電話。呼叫是為了激活CRBT服務(wù)，而不管CRBT功能是否被掛起，出現(xiàn)問題的可能性都是100％。主叫方是A（Mate8），被叫方是B（iPhone6sPlus）。通過在ISBG側(cè)分析主叫和被叫信令消息，被叫B的13:13:10接收到視頻呼叫iPhone13:13:1118304-17所示。圖4-17iPhone終端被叫信令流程precondition200OKofinactiveSDP35004-18。圖4-18被叫回復(fù)200OK信令經(jīng)過分析，Mate8視頻呼叫iPhone6sPlus彩鈴用戶，由于蘋果終端不支持VoLTE視頻功能，會(huì)選擇語音通話，但被叫側(cè)在媒體協(xié)商里帶有inactive參數(shù),華為彩鈴平臺與被叫終端多次協(xié)商不成功，彩鈴平臺回復(fù)了500錯(cuò)誤碼，最終通話失敗，如圖4-19。圖4-19彩鈴平臺500錯(cuò)誤碼信令截圖經(jīng)進(jìn)一步跟蹤分析，已經(jīng)定位為彩鈴平臺問題，需彩鈴平臺升級解決。目前，經(jīng)彩鈴平臺升級后該問題已得到解決。MATE8終端視頻呼叫小米5終端接通后視頻正常雙向無語音問題小米端作為視頻呼叫的被叫時(shí)，接通后視頻正常，但雙向沒有語音。由于小米5終端speakerPAdriver的bug，導(dǎo)致和高通芯片配合有問題，造成視頻通話時(shí)語音異常。在SBC跟蹤主叫側(cè)消息，發(fā)現(xiàn)主叫終端發(fā)給SBC語音媒體消息和SBC發(fā)給被叫小米5終端語音媒體都有常，且雙向視頻媒體流正常，如圖4-20。圖4-20MATE8主叫側(cè)信令SBC54-21。圖4-21小米5被叫側(cè)信令測試失敗的現(xiàn)象是視頻正常，語音不是雙向的。此時(shí)，視頻具有雙向媒體流，表示承載正常。呼叫者無法聽到被叫小米5的聲音，因?yàn)樾∶?尚未發(fā)送媒體消息。呼叫方的媒體SBC已發(fā)送到小米5手機(jī)，小米5無法聽到呼叫聲音。這種現(xiàn)象是雙向的，沒有聲音。通過終端公司對終端側(cè)消息的分析，可以確定問題出在小米5的揚(yáng)聲器PA上驅(qū)動(dòng)程序的錯(cuò)誤導(dǎo)致與Qualcomm芯片的異常配合，從而在調(diào)用小米5的視頻通話過程中導(dǎo)致雙向無語音問題。通過補(bǔ)丁解決小米5揚(yáng)聲器PA驅(qū)動(dòng)程序的bug，避免由于與高通芯片配合異常導(dǎo)致視頻異常時(shí)無聲音的現(xiàn)象。已發(fā)布新補(bǔ)丁來解決此問題實(shí)施效果在TCity的VoLTE優(yōu)化過程中，通過收集VoLTEHD視頻投訴和大量撥號測試發(fā)現(xiàn)了兩個(gè)VoLTEHD視頻呼叫問題。iPhone6sPlus

VoLTE彩鈴用戶接聽語音后掉話，MATE8終端視頻通話小米5終端連接后，視頻正常，雙向語音均無問題。定位并提升，提高了終端和平臺的支持VoLTE服務(wù)。4.7本章小結(jié)本章首先介紹VoLTE網(wǎng)絡(luò)優(yōu)化中常用的優(yōu)化工具和支持平臺，然后分析迫切需要解決的五個(gè)關(guān)鍵方面：“語音質(zhì)量，掉話，SRVCC交換，VoLTE關(guān)鍵功能以及視頻和補(bǔ)充服務(wù)”。解決了當(dāng)前的網(wǎng)絡(luò)優(yōu)化問題。問題。結(jié)合T市當(dāng)前的網(wǎng)絡(luò)狀況，分別進(jìn)行了“兩步四維法”VoLTE語音質(zhì)量優(yōu)化，“三步五分鐘法”VoLTE輟學(xué)優(yōu)化和“三步法”VoLTE切換優(yōu)化。通過現(xiàn)場測試和背景數(shù)據(jù)收集提出。等詳細(xì)的優(yōu)化程序。同時(shí)，它提出了針對網(wǎng)絡(luò)問題的現(xiàn)實(shí)可行的解決方案，例如由于VoLTE關(guān)鍵功能使用不成熟而開放后發(fā)現(xiàn)的網(wǎng)絡(luò)問題，以及終端和平臺無法支持視頻和其他補(bǔ)充服務(wù)。最后，通過后性能評估驗(yàn)證了上述VoLTE優(yōu)化計(jì)劃的性能評估。T市VoLTE網(wǎng)絡(luò)的質(zhì)量和用戶感知得到了顯著提高，為未來的VoLTE網(wǎng)絡(luò)優(yōu)化奠定了良好的基礎(chǔ)。

第5章VoLTE網(wǎng)絡(luò)優(yōu)化實(shí)踐案例分析第4章分析了VoLTE網(wǎng)絡(luò)優(yōu)化中遇到的關(guān)鍵問題。由于VoLTE網(wǎng)絡(luò)建設(shè)初期存在大量的缺陷和問題，設(shè)備端和終端端的問題不斷出現(xiàn)，影響了客戶的感知。通過對VoLTE語音質(zhì)量，掉線問題，切換問題，關(guān)鍵功能，端到端，視頻等補(bǔ)充業(yè)務(wù)的特殊優(yōu)化，在很大程度上解決了整個(gè)網(wǎng)絡(luò)的基本問題和關(guān)鍵問題。晉升VoLTE網(wǎng)絡(luò)質(zhì)量和客戶感知度得到了改善。在本章中，我們將進(jìn)一步分析ACity的VoLTE網(wǎng)絡(luò)優(yōu)化實(shí)踐中解決的兩個(gè)具有重要意義的典型案例。5.1案例一：VoLTE掉話中關(guān)于requestreject原因值的分析處理5.1.1問題描述VoLTE掉話信令平臺定義為VoLTE掉話次數(shù)/（VoLTE語音呼叫響應(yīng)次數(shù)+VoLTE語音最終呼叫響應(yīng)次數(shù)）。通過對VoLTEDrop信令平臺的日常分析發(fā)現(xiàn)在T城市，“卡特”設(shè)備覆蓋的區(qū)域內(nèi)VoLTE掉話率更高。10月26日至27日的VoLTE下降指標(biāo)如圖5-1所示。圖5-1VoLTE掉話指標(biāo)圖5-226日掉話原因分類5.1.1問題分析及解決方案過觀察幾天的VoLTE掉話，發(fā)現(xiàn)掉話中原因值為requestreject的均是卡特設(shè)備，因此進(jìn)行排查分析，對其原因值進(jìn)行信令分析如圖5-4所示。圖5-4掉話信令分析分析后發(fā)現(xiàn)，核心網(wǎng)在ERABmodifyrequest里要求的帶寬已經(jīng)超出了目前卡特基站設(shè)置的帶寬，所以無法執(zhí)行承載修改，（針對VoLTE語音）修改小區(qū)下述參數(shù)：參數(shù)名：maxGBRforVoIPservceUl、maxGBRforVoIPServceDl統(tǒng)一修改值：1000000maxNbrOfVoip參數(shù)改為200：方案實(shí)施后T市VoLTE掉話指標(biāo)如圖5-5所示圖5-5掉話指標(biāo)修改后掉話原因值中無requestreject，且掉話率指標(biāo)較好。圖5-6是參數(shù)優(yōu)化后掉話原因的分類。圖5-6參數(shù)優(yōu)化后掉話原因分類5.2案例二：VoLTE用戶停上網(wǎng)功能后無法注冊IMS5.2.1問題描述根據(jù)規(guī)范要求，用戶在暫停Internet訪問后仍可以使用VoLTE服務(wù)。當(dāng)前，4G數(shù)據(jù)業(yè)務(wù)關(guān)閉主要采用兩種關(guān)閉解決方案：EPSLOCK和關(guān)閉APN。在實(shí)施當(dāng)前的4G數(shù)據(jù)關(guān)閉解決方案之后，VoLTE用戶無法激活I(lǐng)MSAPN，從而導(dǎo)致4G使用VoLTE行業(yè)

商業(yè)。5.2.2問題分析及解決方案1.EPSLOCK停機(jī)方案:EPSLOCK關(guān)閉解決方案通過修改HSS中用戶的4G鎖定狀態(tài)來實(shí)現(xiàn)4G分組域數(shù)據(jù)服務(wù)的關(guān)閉。當(dāng)VoLTE用戶被暫停4G互聯(lián)網(wǎng)訪問時(shí)，BOSS發(fā)送命令以觸發(fā)HSS向MME發(fā)送“取消位置”消息（類型SUBSCRIPTION_WITHDRAWAL）。接收到MME后，它向UE發(fā)送分離請求以完成4G停用。即使VoLTE用戶重啟交換機(jī)，HSS仍會(huì)拒絕用戶在UpdateLocation進(jìn)程中附加4G（故障代碼為DIAMETER_ERROR_UNKNOWN_EPS_SUBSCRIPTION5420），從而導(dǎo)致VoLTE用戶無法連接到4G并使用VoLTE服務(wù)。圖中顯示了EPSLOCK關(guān)閉解決方案的原理顯示的是5-7。圖5-7EPSLOCK停機(jī)方案實(shí)現(xiàn)原理圖5-8HSS發(fā)送CancelLocation到MME導(dǎo)致用戶4G去激活圖5-9VoLTE用戶重新發(fā)起激活被拒絕2.APN停機(jī)方案：一些省份使用關(guān)機(jī)APN解決方案來解決用戶對關(guān)機(jī)和恢復(fù)業(yè)務(wù)知之甚少的問題。用戶可以使用關(guān)機(jī)的APN完成4G的連接和激活。SAEGW不會(huì)路由數(shù)據(jù)以確保關(guān)機(jī)用戶始終連接到4G，但無法訪問Internet。在啟動(dòng)時(shí)，正常的APN數(shù)據(jù)用于覆蓋關(guān)閉的APN，以便用戶在付費(fèi)后無需打開和關(guān)閉即可訪問Internet。當(dāng)VoLTE用戶暫停使用4GInternet訪問功能時(shí)，BOSS將發(fā)送命令以觸發(fā)HSS發(fā)出插入訂戶數(shù)據(jù)。VoLTE用戶簽名的APN（包括IMS）更改為關(guān)閉的APN（不包括IMS）。收到MME后，它將刪除所有CMNET/CMWAP/IMSAPN承載，并激活A(yù)PN卸載（例如APNbosstjft.gd）承載，這將使VoLTE用戶與IMS核心網(wǎng)絡(luò)斷開連接。在UE上“HD”標(biāo)記消失了。IMS注冊失敗，主叫方通過CSFB完成。在VoLTE重新注冊計(jì)時(shí)器到期之前，用戶在SBC上被呼叫了13秒。頁面無響應(yīng)后，CS重試呼叫被發(fā)起并轉(zhuǎn)移到CS進(jìn)行尋呼，導(dǎo)致VoLTE用戶被呼叫延遲，APN關(guān)機(jī)解決方案的原理如圖5-10所示。圖5-10停機(jī)APN方案原理圖5-11HSS發(fā)送ISD消息插入停機(jī)APN（bosstjft）圖5-12SBC尋呼無響應(yīng)綜上所述，目前在全國范圍內(nèi)暫停了目前采用的EPSLOCK方案或shutdownAPN方案VoLTE用戶的4GInternet訪問功能將阻止VoLTE用戶注冊IMS來使用VoLTE服務(wù)：

（1）EPSLOCK方案問題：暫停4G互聯(lián)網(wǎng)訪問后，VoLTE用戶無法連接4G。

停機(jī)APN解決方案問題：掛起4GInternet接入功能后，VoLTE用戶IMS默認(rèn)承載被刪除，主叫方變?yōu)镃SFB，被叫方延時(shí)較長。3解決方案：停機(jī)APN+IMSAPN方案是在停機(jī)APN方案的基礎(chǔ)上進(jìn)行創(chuàng)新優(yōu)化，在現(xiàn)IMSAPN已添加到4G停機(jī)模板中。當(dāng)用戶的4G數(shù)據(jù)服務(wù)關(guān)閉時(shí)，宕機(jī)激活的APN無法訪問Internet，并且仍可以激活4G中的IMSAPN以使用VoLTE服務(wù)。用戶的4G數(shù)據(jù)業(yè)務(wù)關(guān)閉和重新連接不會(huì)影響用戶在4G中使用VoLTE服務(wù)，如圖5-13所示。圖5-13停機(jī)APN+IMSAPN方案原理VoLTE用戶通常將APN簽名為CMNET/CMWAP/IMS，并實(shí)施“停機(jī)APN+IMS”“APN計(jì)劃”VoLTE用戶暫停4G互聯(lián)網(wǎng)訪問，VoLTE用戶簽署APN并更改為關(guān)閉APN（例如BOSSTJFT.GD）和IMSAPN。當(dāng)VoLTE用戶暫停4G功能時(shí)，BOSS發(fā)送指令以觸發(fā)HSS發(fā)送包含關(guān)閉APN和IMSAPN的ISD消息。收到MME后，VoLTE用戶CMNET承載被刪除。IMS默認(rèn)承載和專用承載保持不變。被叫方不受影響，如圖5-14所示。圖5-14ISD消息攜帶停機(jī)APN和IMSAPN經(jīng)過測試和驗(yàn)證后，VoLTE用戶在通話期間實(shí)施了“關(guān)機(jī)APN+IMSAPN方案”關(guān)機(jī)和重新連接，VoLTE用戶的呼叫將不會(huì)受到影響并且不會(huì)被打斷，從而證明了“關(guān)機(jī)APN+IMSAPN方案”是有效可行的。5.3本章小結(jié)在本章中，VoLTE網(wǎng)絡(luò)優(yōu)化期間發(fā)現(xiàn)請求拒絕的原因分析了兩種典型情況下VoLTE關(guān)機(jī)和重新打開的原因，并提出了相應(yīng)的解決方案。經(jīng)過重新測試和背景指標(biāo)評估，上述問題得到有效解決，對于VoLTE網(wǎng)絡(luò)的未來發(fā)展具有重要意義。

第6章全文總結(jié)與展望6.1主要工作總結(jié)當(dāng)前，國內(nèi)移動(dòng)通信網(wǎng)絡(luò)正處于4G時(shí)代。隨著帶寬能力的大大提高，網(wǎng)絡(luò)速度也得到了極大提高，人們對通信質(zhì)量和移動(dòng)互聯(lián)網(wǎng)服務(wù)提出了更高的要求。過去，2G/3G時(shí)代的數(shù)字通信方法已不能滿足人們對網(wǎng)絡(luò)質(zhì)量和業(yè)務(wù)多樣性的需求。VoLTE技術(shù)通過LTE無線網(wǎng)絡(luò)和EPC核心網(wǎng)絡(luò)提供的IP信道承載語音服務(wù)，而無需2G/3G網(wǎng)絡(luò)，所有服務(wù)均在4G網(wǎng)絡(luò)上進(jìn)行。VoLTE技術(shù)提供了更清晰自然的通話效果，同時(shí)大大縮短了連接和交換過程的延遲，從而從許多方面改善了用戶的感知。本文研究了VoLTE網(wǎng)絡(luò)優(yōu)化中的關(guān)鍵問題和解決方案，致力于實(shí)際解決突出難題，實(shí)現(xiàn)VoLTE網(wǎng)絡(luò)可訪問性，保持性和穩(wěn)定性的全面提高，以滿足對移動(dòng)通信網(wǎng)絡(luò)的更高需求。同時(shí)，T城VoLTE網(wǎng)絡(luò)優(yōu)化問題的解決