【正文】 發(fā)的INVITE 100 trying，表示網(wǎng)絡正在處理主叫UE的呼叫，同時被叫UE如果在空閑態(tài)將收到paging消息，并且開始進行RRC連接的建立，UE能力確認，加密以及QCI=9和QCI=5的默認承載激活。所以UE ID才是茫茫CDL中的燈塔。RRC建立分析中的CellUEIndex就是CDL信令中的CELL UE ID也就是前文中提到的UE ID。例如本例，首先根據(jù)UE的mTMSI為E4058FE7，在RRC建立分析對話框中的TMSI列中找到相同的TMSI，然后根據(jù)UE發(fā)起RRC建立請求的時間為14:01:59，CDL日志一般會有30s左右的延遲，可以將時間節(jié)點縮小到14:02至14:03內(nèi)，如下圖發(fā)現(xiàn)CDL中相同TMSI的時間點為14:02:07，最后根據(jù)本例中UE發(fā)起RRC建立請求的原因為被叫即mtAccess（VoLTE中的被叫標識），同時也可以結(jié)合Outum中UE所在主服務小區(qū)的CellID，進一步定位CDL軟件中的此次RRC建立請求就是與Outum軟件中RRC建立請求相對應的信令，也就是我們需要的那條RRC建立請求。7 Volte優(yōu)化中CDL使用方法 借助UE的mTMSI在CDL信令中確定測試終端打開測試軟件回放測試log，找到UE建立RRC連接的相關(guān)信令，點擊RRCConnectionRequest信令，在彈出的解碼消息就可以查找到該UE的mTMSIOutum軟件給出的是二進制需要將其換算為十六進制，mTMSI在CDL的RRC建立統(tǒng)計中是用十六進制展現(xiàn)（如下圖中UE的mTMSI為11100100 00000101 10001111 11100111，換算為十六進制后為E4058FE7，截至此步奏我們就鎖定了該UE的mTMSI）打開CDS軟件找到RRCConnectionRequest信令，點擊后會發(fā)現(xiàn)CDS軟件的解析消息中UE的mTMSI直接就是十六進制如果是進行手機飛行后第一次接入即UE附著階段將會發(fā)現(xiàn)RRCConnectionRequest信令中攜帶的是UE 的randomValue標識，我們需要使用UE 的randomValue確定測試UE打開CDL工具，點擊下圖中紅色方框中文件夾圖標，根據(jù)Outum測試log的時間導入相應時間段的CDL日志（每次導入CDL日志時最好將事件時間段前后的日志均導入進去）解析完成后，將鼠標放在日志列表處點擊右鍵選擇RRC建立統(tǒng)計，CDL將自動進行統(tǒng)計CDL軟件自動完成RRC建立統(tǒng)計后會直接彈出RRC建立日志列表，我們可以在RRC建立分析對話框中看到該時間段內(nèi)該基站所有UE進行的RRC建立情況。178。 切換優(yōu)化178。 RTP丟包率優(yōu)化 影響MOS的因素還有RTP丟包率，由于語音使用RTP協(xié)議傳送，所以該項指標直接影響MOS，該項指標除了與版本實現(xiàn)有關(guān)，在無線側(cè)主要與SINR及覆蓋水平、切換相關(guān)，需要提升覆蓋質(zhì)量；在網(wǎng)管側(cè)無法統(tǒng)計RTP丟包，但RTP包在傳輸過程中是通過IP、UDP協(xié)議發(fā)送，從ENB上可以統(tǒng)計到小區(qū)的業(yè)務面丟包率等，對于質(zhì)差小區(qū)需要盡快處理，防止測試時占用這此小區(qū)出現(xiàn)高誤碼。MOS評分05分，不同分數(shù)對應不同的用戶感知，~。全程呼叫成功率優(yōu)化方面主要是結(jié)合測試信令、CDL進行分析,找出由于IMS、EPC等造成的異常事件，推動相關(guān)廠商進行處理。2， 參數(shù)優(yōu)化LTE網(wǎng)絡已經(jīng)過長時間的RF優(yōu)化，本身基礎(chǔ)已較好，現(xiàn)在VoLTE優(yōu)化是建立在之前數(shù)據(jù)業(yè)務優(yōu)化的基礎(chǔ)上，所以在參數(shù)優(yōu)化方面主要是針對重選、切換參數(shù)進行優(yōu)化，保證合理的小區(qū)占用及切換順序，在弱覆蓋時通過合理的eSRVCC門限切入GSM，避免掉話，但注意切換GSM后MOS變差，與MOS優(yōu)化沖突。加強室內(nèi)覆蓋，嚴格控制室分泄漏。 無線側(cè)優(yōu)化方向無線側(cè)優(yōu)化主要分為無線優(yōu)化和參數(shù)優(yōu)化兩個方面：1， 無線優(yōu)化對于一個無線網(wǎng)絡RF優(yōu)化、覆蓋優(yōu)化是基礎(chǔ)，對基礎(chǔ)優(yōu)化我們主要方向有以下幾點：邊界區(qū)域的(TA邊界、地市邊界、廠家邊界)覆蓋控制優(yōu)化，目前像廣東省TALIST規(guī)劃，一個TALIST只有一個TA，在TAU過程中極容易出現(xiàn)尋呼丟失問題，導致未接通。通過無線側(cè)可以發(fā)現(xiàn)核心側(cè)的相關(guān)問題，尤其是 VoLTE優(yōu)化早期，IMS及終端均未完全成熟，容易導致異常事件。? 成功建立呼叫，包括RRC連接建立和SIP會話建立。RRC IDLE狀態(tài)的終端由于有數(shù)據(jù)需傳送（比如發(fā)起Ping）而發(fā)起SERVICE REQUEST過程，終端通過“隨機接入RRC連接建立DRB建立”立空口過程完成與無線網(wǎng)的連接并開始上、下行數(shù)據(jù)傳送，視作成功完成連接建立；ii. SIP會話建立：從主叫終端發(fā)起SIP INVITE消息到接收到網(wǎng)絡側(cè)下發(fā)的SIP 200 OK消息，包括專用承載建立、會話建立等過程；178。處于RRC空閑態(tài)的終端由于有業(yè)務要傳輸，將首先發(fā)起Service Request流程，回到RRC連接態(tài)，然后發(fā)送SIP INVITE消息建立會話連接。5 VoLTE關(guān)鍵參數(shù)解析以下參數(shù)是SE專家給出的建議值： 規(guī)范參數(shù)名原值修改值 參數(shù)名QCI=1的DRX參數(shù)長DRX周期16040ms信道及過程配置DRX參數(shù)QCI值=1DRX參數(shù)集A的長DRX周期On Duration Timer 86信道及過程配置DRX參數(shù)QCI值=1DRX參數(shù)集A的激活定時器時長DRX Inactivity Timer 604信道及過程配置DRX參數(shù)QCI值=1DRX參數(shù)集A的非激活定時器時長QCI=2的DRX參數(shù)長DRX周期16040ms信道及過程配置DRX參數(shù)QCI值=2DRX參數(shù)集A的長DRX周期On Duration Timer 86信道及過程配置DRX參數(shù)QCI值=2DRX參數(shù)集A的激活定時器時長DRX Inactivity Timer 604信道及過程配置DRX參數(shù)QCI值=2DRX參數(shù)集A的非激活定時器時長SPS關(guān)閉關(guān)閉信道及過程配置半持續(xù)調(diào)度參數(shù)SPS開關(guān)4G B2測量事件網(wǎng)絡類型NetworkType　GERANB2事件配置網(wǎng)絡類型本系統(tǒng)判決門限（含門限遲滯值）141 dBm116 dBmB2事件配置服務小區(qū)RSRP門限異系統(tǒng)判決門限（含門限遲滯值）110 dBm87 dBmB2事件配置鄰小區(qū)RSSI門限觸發(fā)時間timetotrigger512ms320msB2事件配置事件觸發(fā)持續(xù)時間周期上報間隔RptInterval6min240msB2事件配置周期上報間隔測量目的此配置關(guān)閉異系統(tǒng)互操作B2事件配置測量目的與測量相關(guān)的算法切換算法切換算法B2事件配置與測量相關(guān)的算法上行最少分配PRB數(shù)42TDLTE小區(qū)小區(qū)測試開關(guān)MAC測試開關(guān)上行分配最小PRB數(shù)異系統(tǒng)互操作啟動異系統(tǒng)測量時服務小區(qū)的門限3131小區(qū)算法異系統(tǒng)互操作啟動異系統(tǒng)測量時服務小區(qū)的門限向Geran進行CCO或NACC的門限300小區(qū)算法異系統(tǒng)互操作向Geran進行CCO或NACC的門限調(diào)度上行語音業(yè)務QCI1初始BLER門限103小區(qū)算法調(diào)度MAC上行算法參數(shù)表上行語音業(yè)務QCI1初始BLER門限下行語音初始bler103小區(qū)算法調(diào)度MAC下行算法參數(shù)表下行語音初始bler6 VoLTE專題優(yōu)化分析 全程呼叫成功率優(yōu)化 指標定義全程呼叫成功率=(1掉線率)*話音接通成功率178。 切換準備失敗核查外部鄰區(qū)是否配置正確，主要包括LACCI，RAC、路由區(qū)支持情況，RAC按照協(xié)議必須設(shè)置為1，與GSM小區(qū)的實際RAC無關(guān)216。 上報B2測量報告但未判決切換查看小區(qū)是否已配GSM鄰區(qū)，鄰區(qū)BCCH是否在測量頻點列表中；已配GSM鄰區(qū)的需判斷是否配置合理小區(qū)，可以根據(jù)B2測量報告上報的小區(qū)進行對比判斷；216。 eSRVCC過程流程概述 eSRVCC流程與TDS的CS語音切GSM相似，主要是在核心側(cè)多了PSCS域轉(zhuǎn)換過程，具體可以參考《VoLTE原理簡介》常見問題216。 SIP 呼叫失敗進行CSFB呼叫模式 VoLTE引入 SIP消息不同步、SIP消息異常呼叫過程中有時可以出現(xiàn)主被叫SIP消息不同步的情況，SIP消息出現(xiàn)異?？梢栽赟IP消息中提取CALLID，提交IMS人員協(xié)助核查處理，正常情況下提交PCSCF/ICSCF人員處理。 SIP消息后的NAS消息缺少導致異常事件；根據(jù)時間點提取CDL進行分析，專載建立與釋放消息容易與切換的RRC重配沖突，消息并發(fā)會導致NAS消息無法執(zhí)行；216。常見問題216。 使用測試軟件抓取空口信令對比 語音呼叫過程流程概述 VoLTE語音用戶撥打的主要流程如下： 手機是否打開IMS注冊，在手機設(shè)置里，移動網(wǎng)絡設(shè)置IMS服務查看 216。常見問題 早期開始優(yōu)化時經(jīng)常出現(xiàn)手機IMS無法注冊問題，主要通過幾方面排查：216。基本注冊過程中，IMS網(wǎng)絡對UE，以及UE對IMS網(wǎng)絡進行雙向鑒權(quán)，鑒權(quán)通過后，SCSCF從融合HLR/HSS下載到用戶數(shù)據(jù)，基本注冊完成。 UE附著到EPC網(wǎng)絡：UE發(fā)起附著請求后，EPC網(wǎng)絡首先對UE進行鑒權(quán)，鑒權(quán)通過后從融合HLR/HSS獲取到UE的簽約數(shù)據(jù)。信令流程分解（現(xiàn)在各地流程存在差異）： 發(fā)起INVITE到建立QCI=； IMS收到主叫建立QCI完成以后尋呼被叫時長大約在2S以內(nèi)（尋呼周期1280ms，如果運氣比較差剛好需要等待一個尋呼周期尋呼時長就會比較長）； ； ；整體計算出來影響時延主要是在尋呼、以及SIP信令交互過程，在空口的時延是非常短的，下面流程是棗莊接入流程圖：，下圖是去除RRC過程以后的接入流程圖，（下圖中核心網(wǎng)發(fā)起3次MODIFY過程，所以在開網(wǎng)優(yōu)化過程中如果存在多次MODIFY過程屬于異常現(xiàn)象，需要和核心網(wǎng)進行溝通，按照協(xié)議只需要一次MODIFY過程，現(xiàn)在福州和廣州為了減少時延將MODIFY過程已經(jīng)全部刪除）； 時延優(yōu)化關(guān)鍵點： 無線優(yōu)化為基礎(chǔ)，避免被叫無線環(huán)境差導致收到尋呼延時； 關(guān)注UPDATE和MODIFY過程，協(xié)商是否能夠去除MODFIY過程（后期中國移動應該會出標準）； 優(yōu)化網(wǎng)格切換次數(shù)，如果在接入過程中出現(xiàn)切換將影響接入時延； RTP丟包率優(yōu)化Volte語音基于RTP協(xié)議傳送，該項指標直接影響MOS，移動通信中滿足覆蓋目標的CS語音業(yè)務要求誤幀率(FER)小于1%，LTE系統(tǒng)空口采用了增量冗余的HARQ機制，一般系統(tǒng)實現(xiàn)要求HARQ初傳成功率達到90%，即初傳誤塊率(BLER為10%)，因此為了達到語音質(zhì)量要求，必須經(jīng)過一次的HARQ重傳語音誤幀率才能小于1%，所以算法是基礎(chǔ)無線優(yōu)化是保障，現(xiàn)網(wǎng)參數(shù)設(shè)置必須在發(fā)布版本基礎(chǔ)上按照SE給出的相關(guān)參數(shù)設(shè)置,最新的基站版本將RTP丟包率已經(jīng)控制到1%以內(nèi)?；谛^(qū)B2測量報告可以進行精確鄰區(qū)優(yōu)化，后續(xù)可以借助我司MORPHO工具GSM鄰區(qū)自動優(yōu)化功能進行優(yōu)化。之內(nèi)最近的2個候選鄰區(qū)。如果4G僅與3G小區(qū)共站，4G需要配置同向3G共站小區(qū)的2G鄰區(qū)。LTE中異系統(tǒng)互操作是根據(jù)系統(tǒng)下發(fā)的GSM頻點進行電平強度檢測（RXLEV），并不會檢測信號載干比（C/I），這樣就有可能因為GSM目標小區(qū)的信號強度滿足要求而不滿足C/I要求導致入失敗,2G側(cè)是以小區(qū)BCCH頻點+NCC+BCC標識小區(qū)的，同頻同碼造成錯誤選擇目標小區(qū)的可能性,所以合理配置GSM鄰區(qū)關(guān)系是優(yōu)化的前提。2 VoLTE網(wǎng)絡優(yōu)化流程單站優(yōu)化Volte和Volte互撥Volte撥打2G/3G/CSFB2G/3G/CSFB撥打VolteVolte和Volte視頻通話功能驗證eSRVCC功能驗證網(wǎng)格優(yōu)化短呼測試長呼測試接通率優(yōu)化時延優(yōu)化掉線率優(yōu)化MOS值優(yōu)化基站版本升級參數(shù)映射準備工作3 VoLTE網(wǎng)絡優(yōu)化指導思想與原則 基礎(chǔ)優(yōu)化，在空口對于上下行速率要求不高，在弱覆蓋高干擾場景下可以通過犧牲RB資源來獲得較好的MOS值，但是如果要想獲得更高的MOS占比還需要優(yōu)化SINR、降低BLER、降低頻繁切換等手段來提升，基礎(chǔ)優(yōu)化文檔可以參考《TDLTE網(wǎng)絡優(yōu)化指導書》例如：下圖是山東棗莊某網(wǎng)格優(yōu)化過程以及MOS值變化情況，可以明顯看出SINR和MOS值變化關(guān)系。后續(xù)在發(fā)生eSRVCC切換時，只需要創(chuàng)建UE與ATGW之間的承載通道，對端設(shè)備與ATGW之間的媒體流還是通過原承載通道傳輸。2. eSRVCC：相比于SRVCC，媒體切換點改為更靠近本端的設(shè)備。當LTE覆蓋較差時，UE通過SRVCC切換到UTRAN/GERAN，目前移動公司的方案是切換到GERAN，3GPP TS ： eSRVCC即為增強的SRVCC，與SRVCC一樣為3GPP在R8階段引入的方案，相比SRVCC最大的改進就是縮短了切換時延，改善用戶感知。為了解決這個問題，在LTE系統(tǒng)中PDCP子層采用ROHC報頭壓縮技術(shù)，可壓縮成4～6個字節(jié)，%～%的相對開銷，從而提高了信道的效率和分組數(shù)據(jù)的有效性。在LTE系統(tǒng)中，規(guī)定PDCP子層支持健壯性報頭壓縮協(xié)議(ROHC)來進行報頭壓縮，并且同時支持IPv4和IPv6。Type只用一個字母來表示；一個SDP Description通常有一個Sessionlevel和多個Medialevel信息組成，常見的SDP屬性如下：vProtocol versionbBandw