1、HUAWEI TECHNOLOGIES CO., LTD.VoLTE交付關鍵技術及優化交流HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 2內容VoLTE E2E架構和基本概念1VoLTE優化的方法和思路2VoLTE優化案例介紹3HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 3VoLTE的網絡架構l關鍵新部署網元：pSCC AS：支持語音連續性pATCF/AG

2、CW（集成在SBC）：信令與業務的本地錨定l關鍵網元改造：pMSC: 改造支持eSRVCC功能pIMS Core：移動終端呼叫控制、路由pSDM：HLR、SAE-HSS、IMS-HSS融合pPCRF：支持VoLTE的QoS控制pEPC：支持IMS APN接入、QoS保證、eSRVCC切換等HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 4VoLTE 呼叫基本流程HLR/HSS1.VoLTE終端開機，自動進行LTE附著2.觸發IMS PDN連接的建立，獲得IMS IP地址并建立信

3、令缺省承載3.通過IMS信令承載注冊到IMS網絡4.VoLTE終端發起向另一VoLTE終端的高清語音或視頻呼叫.同時由P-CSCF通過Rx口發起語音專有承載建立。5.IMS網絡對被叫進行尋址呼叫，同步發起被叫的語音承載建立，被叫振鈴6.被叫摘機，呼叫成功，雙方進行通話基本流程EPCMMESAE-PGWASIMSCSCFLTELTESAE-PGWHUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 5主叫: LTE被叫: LTE主叫: UMTS被叫: GSML-L: 優選WB-AMR

4、of 23.85 kbpsL-U: WB-AMR of 12.65 kbps is preferredL-G: 使用NB-AMR編碼不同無線制式間編碼及方案建議UMG主/被叫: LTE主/被叫: LTE主/被叫: GSML-L: 優選WB-AMR of 23.85 kbps L-G: 使用NB-AMR編碼June, 2013 LTE-LTE下的呼叫，編碼協商在SBC(會話邊界控制器)進行，基于主、被叫支持的編碼方式。 LTE-CS下的呼叫，編碼協商在UMG(通用媒體網關)進行，基于主、被叫支持的編碼方式。SBC初期建議采用23.85kbps的語音編碼，構建VoLTE語音跨代提升的品牌; 容量過

5、載場景采用寬帶23.85kbps和12.65kbps自適應網內不同無線制式間編碼建議網間不同無線制式間編碼建議HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 6VoLTE無線相關特性級策略部署特性功能特性功能 功能簡介功能簡介 華為華為建建議議說說明明VOIP LTE網絡進行語音業務 開啟 VoLTE語音基本功能，必須開啟eSRVCC 語音業務切換到GSM網絡，保證語音業務的連續性保證語音業務的連續性 開啟VoLTE語音連續性覆蓋保障基本功能，必須開啟RoHC 空口壓縮語音包I

6、P包頭，減小語音包大小，提升系統提升系統容量和覆容量和覆蓋蓋開啟 外場測試終端支持ROHC, 后續商用終端需要兼容性測試TTI bundling上行數據包在4個子幀重復發送，增強增強3dB3dB上行覆蓋上行覆蓋 不開啟 當前子幀配比DL:UL為3:1，不支持TTL bundling特性（該特性要求上行子幀數大于或等于下行子幀） 半靜態調度 通話期間使用固定的調度信息，節省PDCCH資源，提升系統容量提升系統容量 。在高鐵、頻譜1.4M系統帶寬、混合業務（語音數據并發）及緊急呼叫場景不生效.待終端驗證后開啟該特性對終端和設備配合要求高，需要完成網絡和設備的兼容性測試，待驗證通過后全網開啟DRX

7、不影響語音質量的情況下，最大程度保證最大程度保證UEUE的省電能的省電能力力 ?；赒CI進行配置開啟 HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 7LTE VoIP 特性介紹 無線為無線為VoLTEVoLTE業務建立業務建立QCI1QCI1和和QCI5QCI5承載承載(QCI1(QCI1和和QCI5QCI5具有高優先級具有高優先級) )，eNodeBeNodeB優先進行調度，保障其帶寬、時延等，從而優先進行調度，保障其帶寬、時延等，從而為高質量的語音通話提供保證為高質量的

8、語音通話提供保證 語音編碼由核心網和終端協商確定語音編碼由核心網和終端協商確定UE 在Attach時與Default APN建立數據默認承載QCI9Attach完成后，UE與IMS APN建立QCI5的默認承載，用于傳輸SIP信令VoLTE語音建立QCI1的專用承載，用于傳輸語音；可視電話（視頻）建立QCI1和QCI2的專用承載，分別傳輸語音和視頻VoLTE語音編碼包括AMR-WB和AMR-NB兩種語音編碼方式，語音編碼速率分別有：AMR-NB有8種：12.2K、10.2K、7.95K、7.4K、6.7K、5.9K、5.15K、4.75KAMR-WB有9種： 23.85K、23.05K、19.

9、85K、18.25K、15.85K、14.25K、12.65K、8.85K、6.6K靜默期每160ms發送一次SID（靜默幀）數據業務語音業務(QCI1&5)Dedicated Bearer(GBR)QCI=2可視電話(QCI1&2&5)HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 8內容VoLTE E2E架構和基本概念1VoLTE優化的方法和思路2VoLTE優化案例介紹3HUAWEI TECHNOLOGIES CO., LTD.Huawei prop

10、rietary. No spread without permission.Page 9VoLTE優化面臨的困難 眾多因素疊加，導致VoLTE業務質量提升更加困難 VoLTE業務對弱覆蓋更加敏感VoLTE業務對鄰區要求更高 上行干擾對語音質量影響大 DHD JGDJ D J DHD JGDJ D J系統復雜網元眾多定位困難VoLTE業務優化面臨嚴峻的挑戰HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 10VoLTE總體優化思路VoLTE語音相對數據業務，對網絡覆蓋、鄰區規劃、系

11、統干擾、傳輸質量等的影響會更加敏感，對網絡優化的要求會更高RF性能是”基礎”、 VoLTE語音質量是“重點”、端到端定位是”難點”HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 11接通率優化VOLTE呼叫失敗呼叫失敗RRC建立失敗建立失敗QCI1建立失敗建立失敗QCI1沒有建立沒有建立QCI5建立失敗建立失敗QCI1建立后被釋放建立后被釋放空口空口干擾干擾接入接入規格規格限制限制SIP注冊注冊失敗失敗EPC承載承載刪除刪除SIP流程流程異常異常SIP空口空口超時超時EPCQC

12、I1建立異建立異常常PCRF協協調異調異常常SIP流程流程異常異常SIP空口空口超時超時EPC/傳輸傳輸丟包丟包RF，參數優化，參數優化定界解決問題定界解決問題思路：RF原因導致的SIP包收發超時或丟包問題，與端到端流程異常拉通處理，進行分類以展開RF優化，或定界到問題產生網元解決相關問題。手段：通過測試軟件記錄LOG，同時進行ENODEB、MME、P/SGW、PCRF、IMS多點單用戶信令跟蹤或使用信令平臺，端到端進行問題分析。分析思路HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.P

13、age 12掉話率優化思路對于VOLTE通話過程中RRC Release或者SIP信令異常，一般主要是切換失敗、弱覆蓋等空口問題，但也可能是UGW或者IMS等上層問題，因此建議進行端到端信令跟蹤，方便問題定位。分分析析思思路路HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 13時延優化思路思路：VOLTE呼叫時延優化的核心方法是還原SIP呼叫流程，逐段評估，分段優化。問題定位方法利用對比方法，使用實際測試值與分段基線數據進行對比，找到時延差異。對差異部分進行分析，給出異常點的優

14、化方法。分析思路HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 14某局點MOS分低問題分析幫助評估設備新特性的引入MOS優化思路排除評分標準，語音編碼方式，測試設備，語料差異外，丟包，時延和抖動是影響語音質量的關鍵指標，也是無線側優化重點需要關注。42%的低分由鄰區問題導致32%的低分由PCI干擾導致uMOS低分：主要受RF優化效果影響，最為突出有鄰區漏配、模3干擾、頻繁切換等問題造成HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietar

15、y. No spread without permission.Page 15eSRVCCeSRVCC切換優化切換優化開通基于覆蓋的eSRVCC需要對現網參數做相關的調整。以下是對A2參數的分析：高高高高低低低低時間點時間點LTE RSRPLTE RSRP低于低于A2A2，UEUE上報上報A2A2事件事件- -eNodeBeNodeB下發下發B1B1測量指示測量指示-UEUE開始測量開始測量GSMGSM信號信號時間點時間點UEUE測量發現測量發現GSMGSM電平高電平高于高于于高于B1_GSMB1_GSM，上報上報B1B1事件事件-eNodeBeNodeB發起到發起到GSMGSM的的eSRVC

16、CeSRVCC時間點時間點UE未測量到滿足B1條件的GSM信號，當當LTE RSRPLTE RSRP低于低于A2_A2_盲盲，UEUE上上報報A2A2盲事盲事件-eNodeBeNodeB發起到發起到TDSTDS的盲重定向，的盲重定向， 語音業務中斷語音業務中斷 eSRVCC需要啟動對GSM鄰區進行測量，切換到GSM 在eSRVCC過程中，如果UE不支持異系統測量，網絡不會下發異系統測量控制，會等到時間點時直接發起到TDS的盲重定向 針對并發業務，如果GSM不支持DTM，則用戶的PS數據業務被掛起LTE RSRPLTE RSRPGSMGSMA2A2_盲B1_GSM用戶逐步移動到用戶逐步移動到LT

17、ELTE覆蓋邊緣覆蓋邊緣TimeTime需要調整現網參數，激活2G 測量切換準備切換測量切換執行：用戶面中斷語音結束：返回LTE小區重選/終端自主FRHUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 16內容內容VoLTE E2E架構和基本概念1VoLTE優化的方法和思路2VoLTE優化案例介紹3HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 17Tcall定時器

18、超時導致未接通主叫終端發起呼叫嘗試，10s后觸發CSFB流程，最終出現未接通事件。 問題現象 問題結論 問題分析 優化建議聯合IMS側確認IMS側是否收到INVITE消息，如果收到需要確認主叫終端為什么沒有收到100 trying消息。從sip消息上看，主叫終端發送INVITE消息后，10s后向網絡側發送cancel消息，在此過程中未收到網絡側的100 TRYING消息，主叫終觸發轉CSFB流程。主叫終端發送INVITE消息后，10s后未收到網絡側的100 TRYING消息，導致TCALL定時器超時，終端會向IMS發送cancel，出現未接通事件。HUAWEI TECHNOLOGIES CO.

19、, LTD.Huawei proprietary. No spread without permission.Page 18MME切換和QCI=1承載建立沖突導致未接通被叫終端QCI1承載建立不成功，TQOS定時器超時后，發580錯誤碼，呼叫建立失敗。 問題現象 問題結論 問題分析 優化建議協議23401明確規定若切換流程和E-RAB建立沖突時，有以下規定：切換和E-RAB建立流程發生沖突，eNodeB優先處理切換，在切換完成后，核心網會重新嘗試建立dedicated EPS bearer。推動MME進行升級解決。uEPC下切換、TAU等和QCI=1承載建立沖突，導致切換完成后未能正常建立QC

20、I=1承載。QCI1承載建立流程和切換流程同時發生，MME未收到終端發送的QCI1承載激活確認的NAS消息，就發生切換，在向新ENOIDEB發送的HANDOVER REQUEST消息中，未帶QCI1的承載信息，導致切換到新小區后，QCI1承載未能正常建立，在EPC側引入沖突解決機制來規避被叫終端QCI1承載建立不成功，TQOS定時器超時后，發580錯誤碼，呼叫建立失敗。HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 19MME下發釋放上下文命令導致掉話主叫終端從sip信令流程上

21、看，信令完整，不存在掉話，在L3信令看到，終端收到了網絡下發的rrc connect rel消息，導致掉話。 問題現象 問題結論 問題分析 優化建議uMME給eNodeB下發釋放上下文命令導致基站給UE下發了RRC Release消息。MME釋放上下文的原因值為release due to eutran generated reason ，一般和空口問題較大，優先對掉話路段進行RF優化，后續需要對原因進行研究和細分。主叫終端建從sip信令流程上看，信令完整，不存在掉話，查看終端的L3消息，終端處于弱覆蓋場景，最后收到了網絡下發的rrc connection rel消息，原因致為other。從虛

22、用戶跟蹤來看是MME下發的釋放上下文命令，原因為release due to eutran generated reason。HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 20RRC重建失敗TAU后承載被MME釋放導致掉話(1)終端發起rrc重建，重建被拒絕后，終端發起TAU更新，TAU更新完成后，收到網絡下發的rrc rel消息。 問題現象 問題分析從L3信令來看，終端發起rrc重建，重建被拒絕后，終端發起TAU更新，TAU更新完成后，收到網絡下發的rrc rel消息。從S

23、IP信令來看終端正常完成了本次通話， 09:35:56到09：42:00 。從EPC來看，EPC收到的是初始的TAU更新，并且不需要建立承載，所有TAU完成后，會釋放本次業務。這次TAU是initial TAU，USN判斷為空閑態TAU，（連接態TAU應該走NAS UPLINK消息），同時TAU request的的active flag攜帶的是0。TAU完成后釋MME下發了釋放終端上下文的命令。HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 21RRC重建失敗發起TAU后承載被

24、MME釋放導致掉話(2) 根據23401協議： MME目前的實現是符合協議規范的，空閑態的tau，active-flag=0時，tau完成后需要釋放連接。 問題結論 優化建議u終端在RRC重建失敗后，發起TAU更新，由于此時20ms一次的上行用戶面數據(RTP語音包)還沒到，終端認為此時入網初始TAU消息，將active-flag置為0，從而MME在完成TAU后下發了釋放上下文消息，從而導致VOLTE掉話。u終端新版本改進，只要沒有正常收到或者發送cancel或bye消息，都算作業務態，業務態的tau都會將activeflag設置為1，規避了此種場景下的掉話 。 根據協議TS24.301 5.

25、5.3.2.2章節的規定，終端在RRC重建失敗的情況下發送TAU是符合預期的。i) when the UE receives an indication of RRC Connection failure from the lower layers and has no signalling or user uplink data pending (i.e when the lower layer requests NAS signalling connection recovery); 在準備發送TAU時，若20ms一次的上行用戶面數據(RTP語音包)還沒有，則不會置active標示。若此時

26、有上行用戶面數據，則會置active標示。從L3信令來看，終端發送Service Request是20ms一次的上行RTP包觸發的。HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 22接入時延長類典型問題：DRA信令傳輸方式導致系統性解決建議：無線網絡對接入時延影響較小，主要決定上層網元的處理方式，建議統一配置規范DRA優化前優化前DRA優化后優化后u接入時延主要由上層網元決定，無線側的時延占比很少，且無法進一步優化HUAWEI TECHNOLOGIES CO., LTD.Hu

27、awei proprietary. No spread without permission.Page 23乒乓切換對MOS影響切換前后MOS值分析，切換前MOS值3.33，終端在53、473小區乒乓切換，導致MOS值降到2.12.而在RSRP較好切換一次場景，MOS值下降并不明顯.切換對MOS值并不一定影響非常大，RSRP較好地方切換MOS值下降0.10.5，而乒乓切換MOS值下降0.51.5分。乒乓切換,MOS值下降明顯正常RSRP較好點切換，MOS下降不明顯HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without

28、 permission.Page 24跨廠家參數配置規范問題，造成切換后單通系統性解決建議：異廠家交界區域，建議統一參數配置規范異廠家基站配置不同PDCP SN bit長度，語音用戶在切換后，由于KT基站帶給HW切換請求的PDCP SN bit長度和實際從KT切換到HW的UE使用的PDCP SN bit長度不一致，導致基站和UE的配置不同，進而導致數據包由于封裝和解封不一致而丟棄，出現單通或者雙不通的現象。HUAWEI TECHNOLOGIES CO., LTD.Huawei proprietary. No spread without permission.Page 25系統性解決建議：典型場景需要終端和網絡側共同改進，以改善互操作成功率，確保用戶感知互操作成功率低典型問題：eSRVCC測量時間長導致互操作失敗4G信號2G信號場景描述測試結果漸弱好電梯、車庫 觸發22