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

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

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

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

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

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

（SBC未接收到UE的位置信息，如果此時接收到CANCEL消息，則不會發(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處理機制。（3）2G接入階段失敗原因及優(yōu)化參數(shù)配置為場景不合理的參數(shù)設(shè)置：

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

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

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

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

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

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

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

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

profile2嚴重。

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

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

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

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

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

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

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

第5章VoLTE網(wǎng)絡(luò)優(yōu)化實踐案例分析第4章分析了VoLTE網(wǎng)絡(luò)優(yōu)化中遇到的關(guān)鍵問題。由于VoLTE網(wǎng)絡(luò)建設(shè)初期存在大量的缺陷和問題，設(shè)備端和終端端的問題不斷出現(xiàn)，影響了客戶的感知。通過對VoLTE語音質(zhì)量，掉線問題，切換問題，關(guān)鍵功能，端到端，視頻等補充業(yè)務(wù)的特殊優(yōu)化，在很大程度上解決了整個網(wǎng)絡(luò)的基本問題和關(guān)鍵問題。晉升VoLTE網(wǎng)絡(luò)質(zhì)量和客戶感知度得到了改善。在本章中，我們將進一步分析ACity的VoLTE網(wǎng)絡(luò)優(yōu)化實踐中解決的兩個具有重要意義的典型案例。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下降指標如圖5-1所示。圖5-1VoLTE掉話指標圖5-226日掉話原因分類5.1.1問題分析及解決方案過觀察幾天的VoLTE掉話，發(fā)現(xiàn)掉話中原因值為requestreject的均是卡特設(shè)備，因此進行排查分析，對其原因值進行信令分析如圖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：方案實施后T市VoLTE掉話指標如圖5-5所示圖5-5掉話指標修改后掉話原因值中無requestreject，且掉話率指標較好。圖5-6是參數(shù)優(yōu)化后掉話原因的分類。圖5-6參數(shù)優(yōu)化后掉話原因分類5.2案例二：VoLTE用戶停上網(wǎng)功能后無法注冊IMS5.2.1問題描述根據(jù)規(guī)范要求，用戶在暫停Internet訪問后仍可以使用VoLTE服務(wù)。當前，4G數(shù)據(jù)業(yè)務(wù)關(guān)閉主要采用兩種關(guān)閉解決方案：EPSLOCK和關(guān)閉APN。在實施當前的4G數(shù)據(jù)關(guān)閉解決方案之后，VoLTE用戶無法激活I(lǐng)MSAPN，從而導(dǎo)致4G使用VoLTE行業(yè)

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

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

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