LTE_TDD問題定位指導書-切換篇-2013

1、 LTE TDD 問題定位指導書-切換篇 文檔密級：內(nèi)部公開產(chǎn)品名稱Product name密級Confidentiality levelLTE TDD內(nèi)部公開產(chǎn)品版本Product versionTotal 61 pages 共61頁LTE TDD問題定位指導書-切換篇目 錄1免責說明62概述63切換原理63.1切換相關(guān)參數(shù)73.1.1切換門限73.2同頻切換83.2.1站內(nèi)切換信令交互103.2.2跨X2的站間切換信令交互103.2.3跨S1的站間切換信令交互113.3異頻/異系統(tǒng)切換113.3.1異頻切換123.3.2異系統(tǒng)切換123.3.3門限值應(yīng)用133.4切換用戶面交互154切換相

2、關(guān)KPI指標164.1切換成功率164.2切換信令面時延174.3切換用戶面中斷時延174.3.1上行應(yīng)用層中斷時延184.3.2下行應(yīng)用層中斷時延184.3.3網(wǎng)絡(luò)側(cè)上行RLC層中斷時延184.3.4網(wǎng)絡(luò)側(cè)下行RLC層中斷時延184.3.5終端側(cè)上行RLC層中斷時延184.3.6終端側(cè)下行RLC層中斷時延185切換問題定位方法195.1切換失敗問題定位195.1.1UU接口信令異常195.1.2X2接口信令異常215.1.3S1接口信令異常225.2切換時延問題定位245.2.1切換信令時延問題定位245.2.2切換用戶面時延問題定位256切換問題定位的相關(guān)操作256.1信令觀察方法256.

3、1.1網(wǎng)絡(luò)側(cè)觀察方法266.1.2終端側(cè)觀察方法266.1.3切換相關(guān)信令的確認266.2用戶面時延觀察方法286.2.1應(yīng)用層切換時延觀察方法286.2.2RLC層切換中斷時延觀察方法296.3建議的解決措施317案例參考337.1切換失敗問題337.1.1UE發(fā)多條測量報告仍沒有收到切換命令337.1.2切換過程隨機接入失敗347.1.3加密及完整性配置問題導致消息解析失敗367.1.4測量報告丟失367.1.5切換命令丟失397.1.6下行信道質(zhì)量差導致發(fā)送preamble達最大次數(shù)仍未收到RAR407.1.7UE DSP切換失敗，收到切換命令后不回切換完成427.1.8eNB下發(fā)RRC

4、信令等待UE反饋，不處理切換命令437.1.9X2_IPPATH配置錯誤導致切換失敗為例進行分析447.1.10切換點離目的小區(qū)較遠 超出了Ncs_Index相應(yīng)的最大理論接入半徑467.1.11X2切換，源側(cè)發(fā)出切換請求，沒有收到切換響應(yīng)467.1.12X2切換，目標側(cè)發(fā)送S1AP_PATH_SWITCH_REQ未收到響應(yīng)477.1.13X2切換準備時間過長錯過最佳切換時間477.1.14UE側(cè)處理系統(tǒng)消息及切換命令流程沖突497.1.15核心網(wǎng)功能問題導致的S1切換失敗507.1.16S_RSRP、N_RSRP都比較高的站內(nèi)切換，用較小的HO_TTT（64ms），可以在信號惡化之前及時進行

5、切換527.1.17信號交迭區(qū)，快速觸發(fā)切換容易造成頻繁的切入切出，信號陡降造成切換失敗557.1.18切換門限改小后乒乓切換次數(shù)增多，但是由于切換更加及時，切換失敗次數(shù)減少587.1.19外部小區(qū)配置錯誤導致無法切換587.2切換用戶面時延大問題607.2.1X2 IPPATH配置錯誤導致切換大時延607.2.2切換命令重傳導致切換大時延607.2.3源側(cè)數(shù)據(jù)包CRC連續(xù)錯導致切換大時延617.2.4隨機接入Preamble重傳導致切換大時延627.2.5UE未發(fā)/晚發(fā)PDCP狀態(tài)報告637.2.6UE側(cè)處理系統(tǒng)消息及切換命令流程沖突648參考文檔64 1 概述無線通訊的最大特點在于其移動性

6、控制，對于終端在不同小區(qū)間的移動，網(wǎng)絡(luò)側(cè)需要實時監(jiān)測UE并控制在適當時刻命令UE做跨小區(qū)的切換，以保持其業(yè)務(wù)連續(xù)性。在切換的過程中，終端與網(wǎng)絡(luò)側(cè)相互配合完成切換信令交互，盡快恢復業(yè)務(wù)，在LTE系統(tǒng)中，此切換過程是硬切換，業(yè)務(wù)在切換過程中是中斷的，為了不影響用戶業(yè)務(wù)，切換過程需要保證切換成功率、切換中斷時延、切換吞吐率三個重要指標，其中最重要的是切換成功率，如果切換出現(xiàn)失敗，將嚴重影響用戶感受，切換中斷時延和切換吞吐率也會不同程度地影響用戶感受。最后對于網(wǎng)絡(luò)中可能出現(xiàn)的切換問題，本文根據(jù)當前積累的LTE系統(tǒng)內(nèi)切換問題定位經(jīng)驗，給出相應(yīng)的問題隔離定位指導，以優(yōu)化相應(yīng)的網(wǎng)絡(luò)指標。2 切換原理切換的過

7、程就是終端在移動過程中與網(wǎng)絡(luò)連接交互發(fā)生變化的過程，簡單的圖示如下圖： 圖1 切換前UE跟左邊的基站聯(lián)系圖2 切換后UE跟右邊的基站聯(lián)系LTE系統(tǒng)的整個切換過程完全由網(wǎng)絡(luò)側(cè)（eNB）控制，所以切換UE的行為需要eNB監(jiān)控，當發(fā)現(xiàn)UE處于切換區(qū)且存在比當前無線質(zhì)量更好的小區(qū)時，根據(jù)情況適時命令UE切換到目標小區(qū)。由于eNB并不知道UE所處的位置和無線質(zhì)量情況，需要控制UE上報相關(guān)的無線質(zhì)量信息來判斷，UE上報無線質(zhì)量信息的方式有周期上報和事件上報兩種方式，當前我司eNB是采用事件測量報告的方式來監(jiān)控UE所處的無線質(zhì)量變化臨界點，當eNB收到測量或切換的事件上報時，會下發(fā)切換命令給UE，UE收到切

8、換命令后，中斷與源小區(qū)的交互，按切換命令要求切換到新的目標小區(qū)，并通過信令交互通知目標小區(qū)，以完成整個切換過程。2.1 切換相關(guān)參數(shù)為了控制切換信令流程的準確和及時，網(wǎng)絡(luò)側(cè)通過一些參數(shù)來控制切換的觸發(fā)條件，根據(jù)我司的切換算法實現(xiàn)，同頻切換采用A3事件來觸發(fā)切換；異頻切換采用A1-A2，A3-A4-A5來觸發(fā)；異系統(tǒng)切換采用A1-A2，B1-B2來實現(xiàn)。當前最常用的參數(shù)有3個：切換門限、延遲觸發(fā)時間、小區(qū)偏置CIO。2.1.1 切換門限當前我司LTE系統(tǒng)內(nèi)同頻切換算法通過事件A3觸發(fā)，且事件上報方式采用事件轉(zhuǎn)周期的上報方式。事件A3的觸發(fā)，即鄰區(qū)質(zhì)量高于服務(wù)小區(qū)一定偏置值。參照3GPP協(xié)議36.

9、331規(guī)定事件A3的判決公式。觸發(fā)條件： Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off取消條件： Mn+Ofn+Ocn+Hys<Ms+Ofs+Ocs+Off異頻切換時，使用A1/A2來觸發(fā)異頻或異系統(tǒng)測量，而用A3、A4或A5進行切換判決的觸發(fā)。目前切換判決使用哪個事件觸發(fā)可以在基站側(cè)進行配置。A4判決公式。（A5事件可參考3GPP協(xié)議36.331）觸發(fā)條件：Mn+Ofn+Ocn-Hys>Thresh取消條件：Mn+Ofn+Ocn+Hys<Thresh異系統(tǒng)切換時，使用B1，B2觸發(fā)切換判決。B1判決公式：觸發(fā)條件：Mn+Ofn-Hys>Thresh

10、取消條件：Mn+Ofn+Hys<ThreshB2判決公式：觸發(fā)條件：Ms+Hys<Thresh1 且 Mn+Ofn+Ocn-Hys>Thresh2取消條件：Ms-Hys>Thresh1 或 Mn+Ofn+Ocn+Hys<Thresh2公式中的變量有如下定義：Ø Mn是鄰區(qū)測量結(jié)果。Ø Ofn是鄰區(qū)頻率的特定頻率偏置，采用默認值0，同頻切換可以不考慮。Ø Ocn是鄰區(qū)的特定小區(qū)偏置，由參數(shù)CellIndividualOffset決定。當該值不為零，此參數(shù)在測量控制消息中下發(fā)；否則當該值為零時不下發(fā)，該參數(shù)較多地用于提前切換或推遲切換。&

11、#216; Ms是服務(wù)小區(qū)的測量結(jié)果。Ø Ofs是服務(wù)小區(qū)的特定頻率偏置，采用默認值0，同頻切換可以不考慮。Ø Ocs是服務(wù)小區(qū)的特定小區(qū)偏置，該值通常為零。Ø Hys是事件遲滯參數(shù)，在測量控制消息中下發(fā)。Ø Off是事件偏置參數(shù)，該參數(shù)針對事件設(shè)置，用于調(diào)節(jié)切換的難易程度，該值與測量值相加用于事件觸發(fā)和取消的評估。此參數(shù)在測量控制消息的測量對象中下發(fā)，可取正值或負值，當取正值時，此時增加事件觸發(fā)的難度，延緩切換；當取負值時，此時降低事件觸發(fā)的難度，提前進行切換。2.2 同頻切換要完成切換過程，UE與eNB需要配合，此配合是通過信令來交互信息的。完整信令

12、交互過程是：Ø 源eNB控制UE測量 =-=-=> 在UU接口體現(xiàn)為RRC CONNECT RECONFIG信令，UE收到此信令后，回復eNB表示收到此消息并已正確處理Ø UE回復eNB收到控制消息=-=-=> 在UU接口體現(xiàn)為RRC CONNECT RECONFIG CMP信令，之后UE將按測量控制要求實時測量，一旦發(fā)現(xiàn)滿足條件，將觸發(fā)切換事件測量報告Ø UE把測量報告發(fā)給源eNB =-=-=> 在UU接口體現(xiàn)為RRC MEASUREMENT REPORT信令源eNB收到測量報告后，進行相關(guān)條件判斷，如果決定切換，網(wǎng)絡(luò)側(cè)將準備的相關(guān)切換資源（這

13、個過程對UE側(cè)不可見）Ø 網(wǎng)絡(luò)側(cè)準備切換相關(guān)資源，根據(jù)不同的切換場景，有不同的切換信令交互² =-=-=> 站內(nèi)切換時，沒有額外的外部信令交互² =-=-=> 跨X2接口的站間切換時，X2口體現(xiàn)為HANDOVER REQUEST和HANDOVER REQUEST ACK信令² =-=-=> 跨S1接口的站間切換時，源eNB側(cè)S1口體現(xiàn)為HANDOVER REQUIRED 、HANDVER COMMAND，目標eNB側(cè)S1口體現(xiàn)為HANDOVER REQUEST、HANDOVER REQ ACK信令Ø 源eNB下發(fā)切換命令 =-

14、=-=>在UU接口體現(xiàn)為RRC CONNECT RECONFIG信令UE收到切換命令后，中斷與源eNB（小區(qū)）的交互，并嘗試接入目標eNB（小區(qū)），這個交互過程有3條交互信息，但在標準信令接口僅體現(xiàn)第3條（習慣上稱為MSG3）Ø UE在目標小區(qū)發(fā)MSG3，即切換完成消息 =-=-=>在UU接口體現(xiàn)為RRC CONNECT RECONFIG CMP信令Ø 后續(xù)的網(wǎng)絡(luò)側(cè)S1接口切換（只涉及站間切換，站內(nèi)切換不涉及），這個過程不涉及空口，失敗的概率較小，通常的切換問題定位關(guān)注較少上面提到的測量控制和切換的交互信令，從消息名稱看都相同（均為RRC CONNECT REC

15、ONFIG、和RRC CONNECT RECONFIG CMP），但重配置消息中的內(nèi)容不同：圖3 切換命令重配置消息圖4 測量控制重配置消息測量控制的過程在UE接入后配置，即使此UE不在切換區(qū)或一直不切換。我們關(guān)注的切換問題通常處于觸發(fā)切換（測量報告）后的過程，所以在進行切換問題定位時通常只關(guān)注從觸發(fā)測量報告開始，即從測量報告消息這條信令開始。信令的交互根據(jù)切換的不同類型而不同，LTE系統(tǒng)內(nèi)的切換類型可分為站內(nèi)切換和站間切換，站間切換又分為跨X2切換和跨S1切換。各信令流程分別如下：2.2.1 站內(nèi)切換信令交互站內(nèi)切換UE與eNB的交互過程如下：圖5 站內(nèi)切換信令流程2.2.2 跨X2的站間切

16、換信令交互跨X2的站間切換信令交互過程如下：圖6 跨X2的站間切換信令流程2.2.3 跨S1的站間切換信令交互跨S1的站間切換信令交互過程如下：圖7 跨S1的站間切換信令流程2.3 異頻/異系統(tǒng)切換2.3.1 異頻切換異頻切換實現(xiàn)LTE系統(tǒng)中不同頻點的小區(qū)間切換過程。在同一個網(wǎng)絡(luò)，不同的區(qū)域可能使用不同的頻點，因此eNodeB需要在系統(tǒng)內(nèi)支持不同頻點間的切換。當服務(wù)小區(qū)存在異頻鄰區(qū)時：l 基于覆蓋的異頻測量由UE測量觸發(fā)。UE離開服務(wù)小區(qū)的覆蓋范圍，到達異頻鄰區(qū)的覆蓋范圍時，UE測量到服務(wù)小區(qū)信號質(zhì)量小于一定門限將觸發(fā)基于覆蓋的異頻測量。l 基于負載的異頻測量由eNodeB觸發(fā)。當服務(wù)小區(qū)負載

17、達到異頻負載平衡門限時，eNodeB將根據(jù)UE的頻點支持能力、ARP（Allocation and Retention Priority）以及占用資源情況選擇一定數(shù)量的UE進行異頻測量。ARP的相關(guān)內(nèi)容詳細請參見3GPP TS 23.401。l 基于頻率優(yōu)先級的異頻切換只在900MHz/2600MHz同站同覆蓋情況下進行，在900MHz/2600MHz同站同覆蓋的條件下，UE測量到服務(wù)小區(qū)信號質(zhì)量大于一定門限將觸發(fā)基于頻率優(yōu)先級的異頻測量。l 基于距離的異頻切換由eNodeB根據(jù)UE上報的TA值，來估計UE相對于eNodeB的距離。當發(fā)現(xiàn)UE上報的TA值超過門限時，則認為UE已經(jīng)移動到很遠的距

18、離，將觸發(fā)基于距離的異頻測量?；诰嚯x的切換需要配置測量目標類型，當基于距離的切換參數(shù)DistBasedMeasObjType配置為EUTRAN時，才可以觸發(fā)基于距離的異頻切換。l 基于業(yè)務(wù)的異頻測量由eNodeB觸發(fā)。eNodeB識別擁有某種業(yè)務(wù)（如語音業(yè)務(wù)）的UE，根據(jù)業(yè)務(wù)配置的異頻頻點，進行基于業(yè)務(wù)的異頻測量。l 基于上行鏈路質(zhì)量的異頻測量由eNodeB觸發(fā)。eNodeB發(fā)現(xiàn)UE上行鏈路質(zhì)量受限時，進行基于上行鏈路質(zhì)量的異頻測量。在異頻測量過程中，UE發(fā)現(xiàn)鄰區(qū)信號質(zhì)量大于相應(yīng)的切換門限時，將觸發(fā)相應(yīng)的異頻切換。異頻切換的流程跟同頻切換類似，但在UE執(zhí)行測量時，需要根據(jù)eNB指示的GAP值

19、進行。即在GAP時間內(nèi)，UE暫停跟源CELL的數(shù)據(jù)交互，轉(zhuǎn)而進行異頻測量。圖8 Intra-RAT Handover Procedure2.3.2 異系統(tǒng)切換異系統(tǒng)切換實現(xiàn)LTE到GSM（Global System for Mobile communications）/WCDMA（Wideband Code Division Multiple Access）/TD-SCDMA(Time Division-Synchronous Code Division Multiple Access )/CDMA2000（Code Division Multiple Access）的小區(qū)間切換過程。對于不同

20、區(qū)域可能使用不同的系統(tǒng)，LTE支持切換到不同系統(tǒng)，保證通信業(yè)務(wù)的連續(xù)性和無中斷性。當服務(wù)小區(qū)存在異系統(tǒng)鄰區(qū)時：l 基于覆蓋的異系統(tǒng)測量由UE測量觸發(fā)。UE離開LTE系統(tǒng)的覆蓋范圍，進入其他系統(tǒng)的覆蓋范圍時，UE測量到服務(wù)小區(qū)信號質(zhì)量小于一定門限將觸發(fā)基于覆蓋的異系統(tǒng)測量。l 基于負載的異系統(tǒng)測量由eNodeB觸發(fā)。當服務(wù)小區(qū)負載達到異系統(tǒng)負載平衡門限時，eNodeB將根據(jù)UE能力、當前所進行的業(yè)務(wù)以及ARP選擇一定數(shù)量的UE進行基于負載的異系統(tǒng)測量。l 基于業(yè)務(wù)的異系統(tǒng)測量由eNodeB觸發(fā)。eNodeB識別擁有某種業(yè)務(wù)（如語音業(yè)務(wù)）的UE，進行基于業(yè)務(wù)的異系統(tǒng)測量。l 基于上行鏈路質(zhì)量的異系

21、統(tǒng)測量由eNodeB觸發(fā)。eNodeB發(fā)現(xiàn)UE上行鏈路質(zhì)量受限時，進行基于上行鏈路質(zhì)量的異系統(tǒng)測量。l 基于距離的異系統(tǒng)切換首先由eNodeB根據(jù)UE上報的TA值，來估計UE相對于eNodeB的距離。當發(fā)現(xiàn)UE上報的TA值超過門限時，則認為UE已經(jīng)移動到很遠的距離，將觸發(fā)基于距離的異系統(tǒng)測量。在異系統(tǒng)測量過程中，UE發(fā)現(xiàn)鄰區(qū)信號質(zhì)量大于相應(yīng)門限時，將觸發(fā)相應(yīng)的異系統(tǒng)切換圖9 Inter RAT HO procedure2.3.3 門限值應(yīng)用在目前商用現(xiàn)網(wǎng)中異頻/異系統(tǒng)切換的應(yīng)用很少，暫不詳細說明。下面以最常用的同頻切換為例，說明各個參數(shù)的用途：用于事件A3評估判決的Mn和Ms測量量類型，由參數(shù)

22、IntraFreqHoA3TrigQuan決定，該值由3GPP協(xié)議36.331規(guī)定在測量控制中的報告配置中給出，可選類型為RSRP或RSRQ，我司當前實現(xiàn)默認為RSRP。事件A3觸發(fā)機制原理如下圖所示，當事件A3在延遲觸發(fā)時間TimeToTrig內(nèi)都滿足觸發(fā)條件，則UE對事件A3進行事件轉(zhuǎn)周期的上報； 圖10 A3觸發(fā)機制圖示對于同頻切換，服務(wù)小區(qū)和鄰區(qū)使用相同的頻點，則Ofn和Ofs均為0，服務(wù)小區(qū)的特定小區(qū)偏置，一般情況下都為0（MOD EUTRANINTERFREQNCELL），所以A3事件的觸發(fā)條件可以簡化為：Mn -Hys>Ms +Off 即 Mn > Ms +Off +

23、 Hys其中Off即為MML配置命令中的IntraFreqHoA3Offset參數(shù)（單位0.5dB），Hys即為MML配置命令中的IntraFreqHoA3Hyst（單位0.5dB）按當前配置：MOD INTRAFREQHOGROUP: LocalCellId=0, IntraFreqHoGroupId=0, IntraFreqHoA3Hyst=2, IntraFreqHoA3Offset=2;Mn > Ms +Off + Hys = Ms + 2* 0.5 + 2 * 0.5 = Ms + 2dB即鄰區(qū)比當前服務(wù)小區(qū)的RSRP高2dB則滿足測量質(zhì)量條件。2.3.3.1 延遲觸發(fā)時間上圖

24、中的“Time To Trigger”即是延遲觸發(fā)時間，當滿足事件觸發(fā)條件時，為了防止不必要切換的發(fā)生，UE不要立即上報滿足事件的小區(qū)信息，在延遲觸發(fā)時間內(nèi)持續(xù)滿足相應(yīng)的事件觸發(fā)條件，才將滿足該事件的小區(qū)測量信息向eNodeB上報。根據(jù)當前配置：ADD INTRAFREQHOGROUP: LocalCellId=0, IntraFreqHoGroupId=0, IntraFreqHoA3TimeToTrig=320ms;即延遲觸發(fā)時間為320毫秒，表示在320毫秒內(nèi)一直滿足觸發(fā)條件才上報A3事件報告。2.3.3.2 小區(qū)偏置CIO小區(qū)特定偏置CIO（Cell Individual Offset

25、），每個服務(wù)小區(qū)和目標小區(qū)可分別獨立配置。當信號波動較大，需要對某個特定小區(qū)調(diào)節(jié)切出或切入的容易程度，根據(jù)協(xié)議中的對A3觸發(fā)事件的條件：Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off根據(jù)當前我司的實現(xiàn)，去掉式中固定為0的項，為：Mn +Ocn-Hys>Ms +Off其中Ocn即為小區(qū)偏置CIO，CIO在切換中起到移動小區(qū)邊界的作用。目標小區(qū)的CIO越大，切換越容易，反之亦然。我司的MRO算法可以自動調(diào)整小區(qū)偏置CIO。小區(qū)偏置CIO通過測量控制消息中的Neighbour cell list中下發(fā)。當CIO不為零時，通過測量控制消息下發(fā)該鄰區(qū)信息；CIO為零時，該值不下發(fā)

26、。2.3.3.3 事件轉(zhuǎn)周期上報間隔切換事件上報后轉(zhuǎn)周期上報的周期配置IntraFreqHoRprtInterval參數(shù)，當前3.0版本配置為320毫秒，表示UE在上報A3事件測量報告后，如果滿足上報A3事件條件，會每隔IntraFreqHoRprtInterval毫秒后上報A3事件測量報告，直到收到切換命令或不滿足A3事件條件。此參數(shù)配置越小，A3測量報告在空口的發(fā)送越快，當前此參數(shù)配置較小的320ms是為了加快L3在處理流程中，如果出現(xiàn)丟棄A3測量報告的情況下，盡快處理后續(xù)的A3切換測量報告，通常情況下并不會發(fā)生L3丟棄A3測量報告的情況，所以此參數(shù)對切換的KPI指標影響很小。2.4 切換

27、用戶面交互從切換的過程可以看到，LTE系統(tǒng)切換是硬切換，即，UE在收到切換命令后中斷與源小區(qū)的交互，在UE與目標小區(qū)建立交互之前，這段時間UE與網(wǎng)絡(luò)是沒有業(yè)務(wù)數(shù)據(jù)交互的，體現(xiàn)為切換用戶面中斷，這段時間通常為幾十毫秒，對業(yè)務(wù)影響比較小，但過長的中斷時延將影響用戶感受。切換過程中，用戶面交互過程如下：圖11 用戶面切換過程圖根據(jù)我司當前eNodeB實現(xiàn)：1 源小區(qū)的下行數(shù)據(jù)在eNodeB下發(fā)切換命令的同時停止PDCP、RLC的傳輸，但MAC的HARQ隊列中可能仍有重傳的數(shù)據(jù)在空口傳輸2 UE在收到切換命令之后停止在源小區(qū)的上行數(shù)據(jù)發(fā)送、接收3 UE在目標小區(qū)回復切換完成消息之后可以在目標小區(qū)發(fā)送上

28、行數(shù)據(jù)，也可以收到目標小區(qū)的下行數(shù)據(jù)由于跨eNodeB的切換在計時上存在偏差，不能準確定義，所以下面涉及eNodeB側(cè)的定義均為eNodeB內(nèi)切換時延定義3 切換相關(guān)KPI指標跟切換相關(guān)的KPI指標有切換成功率、切換信令面時延、切換用戶面中斷時延。3.1 切換成功率切換成功率是從信令流程來定義的：切換成功率 = 切換成功次數(shù) / 切換嘗試次數(shù) * 100%對切換成功率的統(tǒng)計也有不同的定義，主要差別在于切換嘗試的定義，有的以測量報告為切換嘗試統(tǒng)計點，有的以切換命令為切換嘗試統(tǒng)計點。切換成功率還可根據(jù)是在終端側(cè)統(tǒng)計還是在網(wǎng)絡(luò)側(cè)統(tǒng)計，也會有不同的結(jié)果，在終端側(cè)統(tǒng)計通常以路測跟蹤的UE側(cè)數(shù)據(jù)來統(tǒng)計，在

29、網(wǎng)絡(luò)側(cè)統(tǒng)計則是以消息跟蹤或話統(tǒng)數(shù)據(jù)來統(tǒng)計。3.2 切換信令面時延切換信令面時延通常為從切換命令到切換完成兩條消息的間隔：切換信令面時延通常以網(wǎng)絡(luò)側(cè)的信令跟蹤來統(tǒng)計時延，也可以從終端側(cè)跟蹤記錄的信令來統(tǒng)計時延，而且網(wǎng)絡(luò)側(cè)統(tǒng)計的信令時延比終端側(cè)統(tǒng)計的時延要大。3.3 切換用戶面中斷時延真正影響用戶感受的是用戶面的中斷時延，所以用戶面中斷時延也十分重要。用戶面時延在統(tǒng)計時分上行時延和下行時延。對上行和下行時延在實際統(tǒng)計時，又由于計時點選擇的不同，有不同的統(tǒng)計方法，其中應(yīng)用層中斷時延最接近用戶感受，涉及各傳輸環(huán)節(jié)的還有PDCP、RLC、MAC層中斷時延。上圖中是終端側(cè)和網(wǎng)絡(luò)側(cè)的數(shù)據(jù)傳輸經(jīng)歷的各協(xié)議層，

30、上行數(shù)據(jù)傳輸路線為帶箭頭的黑色線，下行數(shù)據(jù)傳輸路線為帶箭頭的紅線，在PDCP、IP之間有一粉紅色虛線，表示這中間還存在其它傳輸環(huán)節(jié)，例如，用便攜插數(shù)據(jù)卡終端使用時，應(yīng)用層（如QQ程序）可能安裝在便攜機上，網(wǎng)絡(luò)側(cè)的QQ服務(wù)器在Internet的WebServer上。數(shù)據(jù)傳輸一旦出現(xiàn)中斷（一定的時延），將在傳輸路線的各協(xié)議層產(chǎn)生相應(yīng)的時延，這也就是可以在不同協(xié)議層測試時延的原因。在時延測試時，需要在相應(yīng)的方向滿速率灌包，以避免由于應(yīng)用層數(shù)據(jù)中斷的原因?qū)е聹y試各時延不準確。用戶面中斷時延的定義，通常為某協(xié)議層實體，在切換前收發(fā)的最后一個數(shù)據(jù)包到切換后收發(fā)的第一個數(shù)據(jù)包之間的間隔。根據(jù)不同的統(tǒng)計點，又

31、分為終端側(cè)統(tǒng)計和網(wǎng)絡(luò)側(cè)統(tǒng)計。在實際測試中，通常關(guān)注應(yīng)用層和RLC層的上下行中斷時延：3.3.1 上行應(yīng)用層中斷時延從服務(wù)器用IP抓包軟件連續(xù)捕獲服務(wù)器接收到的來自UE的上行數(shù)據(jù)包，對切換期間受切換影響的、出現(xiàn)的最大時間間隔定義為應(yīng)用層上行用戶面中斷時延。此定義只是比較模糊的定義，實際操作時，無法對齊“切換期間”這個時間窗，即使能嚴格對齊時間，也會由于應(yīng)用層時延相對切換時刻會有一些滯后的時延；另外由于從服務(wù)器用IP抓包獲得的時間間隔抖動較大，受影響的因素包括核心網(wǎng)、外網(wǎng)、應(yīng)用層數(shù)據(jù)包大小等多方面因素，“最大時間間隔”為用戶面中斷時延的定義不一定科學。當前的實際測試，在時延選擇上，主觀因素較多，暫

32、不能給出清楚、嚴格的定義。測試時可通過灌UDP小包（每個包較小，通過單位時間包的個數(shù)來調(diào)整流量）的方式減小測試時延結(jié)果。3.3.2 下行應(yīng)用層中斷時延從UE側(cè)用IP抓包軟件連續(xù)捕獲UE接收到的來自服務(wù)器的下行數(shù)據(jù)包，對切換期間受切換影響的、出現(xiàn)的最大時間間隔定義為應(yīng)用層上行用戶面中斷時延。此定義只是比較模糊的定義，實際操作時，無法對齊“切換期間”這個時間窗，即使能嚴格對齊時間，也會由于應(yīng)用層時延相對切換時刻會有一些滯后的時延；另外由于用IP抓包獲得的時間間隔抖動較大，受影響的因素包括核心網(wǎng)、外網(wǎng)、應(yīng)用層數(shù)據(jù)包大小、UE側(cè)便攜等多方面因素，“最大時間間隔”為用戶面中斷時延的定義不一定科學。當前的

33、實際測試，在時延選擇上，主觀因素較多，暫不能給出清楚、嚴格的定義。測試時可通過灌UDP小包（每個包較小，通過單位時間包的個數(shù)來調(diào)整流量）的方式減小測試時延結(jié)果。3.3.3 網(wǎng)絡(luò)側(cè)上行RLC層中斷時延定義為從源側(cè)RLC收到的最后一個PDU到目標側(cè)RLC收到的第一個PDU時延。對于eNB內(nèi)的切換可以統(tǒng)計此時延，但跨eNB切換時由于時鐘不同步，當前無法統(tǒng)計。3.3.4 網(wǎng)絡(luò)側(cè)下行RLC層中斷時延定義為從源側(cè)RLC下發(fā)的最后一個PDU時刻到目標側(cè)RLC下發(fā)的第一個PDU的時延，對于eNB內(nèi)的切換可以統(tǒng)計此時延，但跨eNB切換時由于時鐘不同步，當前無法統(tǒng)計。3.3.5 終端側(cè)上行RLC層中斷時延定義為從

34、UE側(cè)RLC在源小區(qū)上行發(fā)的最后一個PDU時刻到UE側(cè)RLC在目標小區(qū)上行發(fā)的第一個PDU的時延。3.3.6 終端側(cè)下行RLC層中斷時延定義為從UE RLC在源小區(qū)收到的最后一個PDU時刻到UE RLC在目標小區(qū)收到第一個PDU的時延。4 切換問題定位方法4.1 切換失敗問題定位切換失敗通常是指切換的信令流程交互失敗，關(guān)注點在信令的交互，只有在信令交互出現(xiàn)丟失或信令處理結(jié)果失敗才會失敗。其中信令丟失是指信令在傳輸過程中出錯或不能到達對端，信令處理結(jié)果失敗是指終端或網(wǎng)絡(luò)側(cè)在處理信令時出現(xiàn)異常導致流程不能正常進行（例如切換時資源不足）。信令傳輸失敗又可根據(jù)信令傳輸媒介的不同可分為無線傳輸失敗和有線

35、傳輸失敗，其中X2、S1接口的傳輸通常為有線傳輸，UU口為無線傳輸。其中有線傳輸失敗的概率較小，無線傳輸失敗的概率較大，特別是信號質(zhì)量較差的切換區(qū)。4.1.1 UU接口信令異常對于切換流程，在UU接口只有三條信令：測量報告（MEASUREMENT REPORT）、切換命令(RRC CONN RECFG)、切換完成(RRC RECFG CMP)。但有時在定位切換后立即掉話或重建問題時，也關(guān)注切換后的第一次重配置信令（RRC CONN RECFG）交互，嚴格說，切換后的重配置消息已經(jīng)與切換流程沒有關(guān)系，且此消息不可預期。圖12 切換信令流程中UU口消息交互UU接口信令異常的常見原因有：1) 測量報

36、告丟失，可能的原因主要有Ø UE上發(fā)測量報告的UL GRANT沒有收到，下行PDCCH受限Ø UE上發(fā)的測量報告，eNB沒有收到（或收到但CRC錯），上行PUSCH受限Ø UE內(nèi)部層間丟失，例如L3把測量報告給L2發(fā)送時，L2處理失敗2) 切換命令丟失，可能的原因主要有Ø eNB因為在切換內(nèi)部流程處理（如鄰區(qū)漏配、資源不夠等）出錯，沒有下發(fā)切換命令Ø UE下行PDCCH解析失敗，下行PDCCH受限Ø UE下行PDSCH解析失敗，下行PDSCH受限3) 切換完成信令丟失，可能的原因主要有Ø UE在目標小區(qū)的PREAMBLE，e

37、NB沒有收到，上行PRACH受限Ø UE下行接收RAR失敗，下行PDSCH受限Ø UE上發(fā)切換完成，eNB沒有收到，上行PUSCH受限UU口的傳輸為無線傳輸，其信道質(zhì)量可以分為上、下行來分析。如果終端側(cè)能夠捕獲RSRP、SINR、IBLER、DL/UL_Grant等信息，并配合網(wǎng)絡(luò)側(cè)的信令跟蹤，大多情況都可以判斷上、下行的問題。信道質(zhì)量的觀察量通常有下面幾個：Ø RSRP：RSRP為下行導頻接收功率。盡管導頻與數(shù)據(jù)域的信道質(zhì)量有一定差異，通過導頻RSRP、SINR可以大致了解數(shù)據(jù)信道狀況。一般RSRP>-85dBm，用戶位于近點；RSRP=-95dBm，用戶

38、位于中點；RSRP<-105dBm，用戶位于遠點。判斷用戶近、中、遠點并不能完全判斷用戶的信道質(zhì)量，尤其在加載場景下，有可能中點、近點用戶的信道質(zhì)量仍然不理想（當鄰區(qū)RSRP與服務(wù)小區(qū)RSRP較接近時，干擾較大），需要依據(jù)其它指標來判斷信道質(zhì)量。Ø SINR：SINR為下行導頻SINR。通過導頻SINR可以大致了解數(shù)據(jù)信道狀況。如果SINR<0dB說明下行信道質(zhì)量較差，當SINR<-3dB說明下行信道質(zhì)量惡劣，處于解調(diào)門限附近，容易造成切換信令丟失，導致切換失敗。上行SINR可以通過LMT用戶性能跟蹤獲得。Ø IBLER：正常情況下，IBLER應(yīng)該收斂到目

39、標值（目標值為10%，當信道質(zhì)量很好時IBLER接近或等于0%）；如果IBLER偏高說明信道質(zhì)量較差，數(shù)據(jù)誤碼較多，很容易造成掉話、切換失敗、或者切換大時延。下行IBLER可以從probe中獲得，而上行IBLER通過LMT用戶性能跟蹤獲得的數(shù)據(jù)較之probe準確。Ø PDCCH DL：從DL_Grant可以得知UE正確解調(diào)PDCCH的個數(shù)。當上/下行數(shù)據(jù)源足夠（如上/下行UDP最大能力灌包）時，eNB每個TTI均調(diào)度用戶，PDCCH個數(shù)為800(sa 3:1下)。若DL_Grant800，說明PDCCH解調(diào)正常，信道質(zhì)量正常；若DL _Grant偏低，說明PDCCH解調(diào)有錯，信道質(zhì)量

40、可能比較差。在判斷上、下行信道質(zhì)量時，有時不能完成任L3上下行信令是否丟失來判斷。例如，下行信道質(zhì)量差不僅會影響下行信令的解調(diào)，下行PDCCH解調(diào)錯誤也會影響上行調(diào)度，造成上行信令丟失。信道質(zhì)量問題通常是因為弱覆蓋或干擾引起。對于空口問題定位，需要把問題定位到覆蓋（弱覆蓋、越區(qū)覆蓋等）、干擾、鄰區(qū)漏配、切換不及時等幾類，再采用相應(yīng)的解決措施解決問題。4.1.2 X2接口信令異常對于切換流程，只有經(jīng)過X2的站間切換在X2口有切換流程的信令：在X2接口通常情況下有如下4條信令：切換請求（HANDOVER REQUEST）、切換響應(yīng)(HANDOVER REQUEST ACK)、SN狀態(tài)轉(zhuǎn)發(fā)(SN S

41、TATUS TRANSFER)、UE上下文釋放（UE CONTEST RELEASE），如下圖中紅色信令：圖13 切換信令流程中X2口消息交互X2接口信令異常的常見原因有：1) 切換請求丟失，可能的原因主要有Ø eNB內(nèi)部處理測量報告異常，如鄰區(qū)漏配、內(nèi)部模塊處理失敗Ø X2口傳輸異常，如傳輸丟包2) 切換響應(yīng)丟失，可能的原因主要有Ø 源小區(qū)內(nèi)部異常，源小區(qū)在目標小區(qū)回切換響應(yīng)之前，向目標小區(qū)在X2口發(fā)HANDOVER CANCEL信令Ø 目標小區(qū)切換準備異常，這時通常會在X2口出現(xiàn) HANDOVER PREPARATION FAILURE信令Ø

42、; X2口傳輸異常，如傳輸丟包3) SN狀態(tài)前轉(zhuǎn)信令丟失，可能的原因主要有Ø X2口傳輸異常，如傳輸丟包Ø 源小區(qū)內(nèi)部錯4) UE上下文釋放信令丟失，可能的原因主要有Ø X2口傳輸異常，如傳輸丟包Ø 目標小區(qū)收到切換完成后內(nèi)部處理錯，導致沒有進行S1 PATH切換Ø S1 PATH切換失敗對于X2口消息交互出現(xiàn)異常，通常是傳輸失敗或基站內(nèi)部處理出錯，而基站內(nèi)部處理出錯的概率較小，傳輸失敗的可能性較大，但比較難以定位，需要在傳輸?shù)膬啥俗グ_認。4.1.3 S1接口信令異常對于切換流程，只要是跨eNB切換，不管是經(jīng)S1切換還是經(jīng)X2切換，在S1口均

43、有信令交互：在經(jīng)X2接口切換時，S1接口僅有兩條信令：S1AP PATH SWITCH REQ、S1AP PATH SWITCH REQ ACK；在經(jīng)S1接口切換時，S1接口信令會在源eNB和目標eNB有較多的交互。如下圖綠色信令所示：圖14 切換信令流程中S1口消息交互圖15 切換信令流程中S1口消息交互X2接口信令異常的常見原因有：1) 跨X2切換的S1AP PATH SWITCH REQ丟失，可能的原因主要有Ø 目標eNB內(nèi)部處理切換完成信令失敗Ø S1口傳輸異常，如傳輸丟包2) 跨X2切換的S1AP PATH SWITCH REQ ACK丟失，可能的原因主要有

44、16; 核心網(wǎng)收到S1AP PATH SWITCH REQ消息后，內(nèi)部處理失敗3) 跨S1切換的S1AP HANDOVER REQUIRTED信令丟失，可能的原因主要有Ø 源小區(qū)因為在切換內(nèi)部流程處理出錯（如鄰區(qū)漏配、資源不夠等），沒有發(fā)切換請求消息S1AP HANDOVER REQUIRTEDØ S1口傳輸異常，傳輸過程中丟失4) 跨S1切換的S1AP HANDOVER REQUEST信令丟失，可能的原因主要有Ø 核心網(wǎng)收到S1AP HANDOVER REQUIRTED后，內(nèi)部處理出錯Ø S1口傳輸異常，傳輸過程中丟失5) 跨S1切換的S1AP HAN

45、DOVER REQUEST ACK信令丟失，可能的原因主要有Ø 目標小區(qū)收到S1AP HANDOVER REQUEST后，內(nèi)部處理出錯（如資源不足等）Ø S1口傳輸異常，傳輸過程中丟失6) 跨S1切換的S1 HANDOVER CMD信令丟失，可能的原因主要有Ø 核心網(wǎng)收到S1AP HANDOVER REQUEST ACK后，內(nèi)部處理出錯Ø S1口傳輸異常，傳輸過程中丟失7) 跨S1切換的S1AP ENB STATUS TRANSFER信令丟失，可能的原因主要有Ø 源小區(qū)處理收到S1 HANDOVER CMD后，內(nèi)部處理出錯Ø S1口傳

46、輸異常，傳輸過程中丟失8) 跨S1切換的S1AP MME STATUS TRANSFER信令丟失，可能的原因主要有Ø 核心網(wǎng)收到S1AP ENB STATUS TRANSFER后，內(nèi)部處理出錯Ø S1口傳輸異常，傳輸過程中丟失9) 跨S1切換的S1AP HANDOVER NOTIFY信令丟失，可能的原因主要有Ø 目標小區(qū)收到切換完成消息后，內(nèi)部處理出錯Ø S1口傳輸異常，傳輸過程中丟失10) 跨S1切換的S1AP UE CONTEST REL CMD信令丟失，可能的原因主要有Ø 核心網(wǎng)收到S1AP HANDOVER NOTIFY后，內(nèi)部處理出錯

47、Ø S1口傳輸異常，傳輸過程中丟失11) 跨S1切換的S1AP UE CONTEST REL CMP信令丟失，可能的原因主要有Ø 源小區(qū)收到S1AP UE CONTEST REL CMD后，內(nèi)部處理出錯Ø S1口傳輸異常，傳輸過程中丟失對于S1口消息交互出現(xiàn)異常，通常是傳輸失敗或網(wǎng)絡(luò)設(shè)備內(nèi)部處理出錯，設(shè)備內(nèi)部處理出錯的概率較小，傳輸失敗的可能性較大，但比較難以定位，需要在傳輸?shù)膬啥俗グ_認。4.2 切換時延問題定位切換時延包括信令面時延和用戶面時延。4.2.1 切換信令時延問題定位切換信令時延根據(jù)觀察點的不同，可以定義終端側(cè)切換信令時延、網(wǎng)絡(luò)側(cè)切換信令時延，統(tǒng)計方

48、法均為從切換命令到切換完成消息之間的時延，由于網(wǎng)絡(luò)側(cè)的切換信令時延包括兩次空口傳輸時延，所以通常網(wǎng)絡(luò)側(cè)的切換信令時延大于終端側(cè)的切換信令時延。而網(wǎng)絡(luò)側(cè)在統(tǒng)計切換時延時涉及跨ENB的時鐘不能準確對齊，所以通常只能統(tǒng)計站內(nèi)切換的網(wǎng)絡(luò)側(cè)切換信令時延。以三星UE為例，終端側(cè)的切換信令時延約31ms（華為UE約8ms），網(wǎng)絡(luò)側(cè)的（站內(nèi)）切換信令時延約38ms。切換信令時延為切換命令到切換完成兩條信令之間的時延，從終端側(cè)看，切換信令時延主要包括切換信令處理時延、目標小區(qū)同步時延、目標小區(qū)接入時延三部分，其中目標小區(qū)接入時延占主要部分。從網(wǎng)絡(luò)側(cè)看，切換信令時延包括終端側(cè)的切換信令時延之外，還包括兩條切換信令

49、在空口的傳輸時延。通常情況下，如果信令時延出現(xiàn)過大的問題，主要原因有：Ø 切換命令出現(xiàn)空口重傳，此時延體現(xiàn)在網(wǎng)絡(luò)側(cè)切換信令中斷時延Ø 目標小區(qū)接入嘗試多次，此時延體現(xiàn)在終端、網(wǎng)絡(luò)側(cè)Ø PRACH調(diào)度周期大時，信令時延稍有增大要定位切換信令時延的問題，需要從終端側(cè)結(jié)合網(wǎng)絡(luò)側(cè)跟蹤比較詳細的內(nèi)部消息來定位。當前主要依靠網(wǎng)絡(luò)側(cè)、終端側(cè)的TTI數(shù)據(jù)跟蹤來定位。4.2.2 切換用戶面時延問題定位切換用戶面時延根據(jù)不同的測量點，有不同的時延定義。其中跟用戶感受最相關(guān)的是應(yīng)用層數(shù)據(jù)時延，測試時通常以服務(wù)器側(cè)或終端應(yīng)用層側(cè)的IP層數(shù)據(jù)為測量點來觀察應(yīng)用層切換時延。由于應(yīng)用層的時延跨

50、接入網(wǎng)和核心網(wǎng)及公網(wǎng)，其時延的影響范圍較大，不能僅從接入網(wǎng)來定位，所以為了觀測接入網(wǎng)側(cè)的切換用戶面中斷時延，通常在接入網(wǎng)側(cè)的RLC設(shè)置觀測點，即RLC切換用戶面中斷時延。從數(shù)據(jù)的流向，切換時延還分上行和下行時延。當前由于時間對齊問題，對接入網(wǎng)的時延觀測僅只能從終端內(nèi)部輸出RLC層的上下行時延（后續(xù)可提需求在eNB實現(xiàn)站內(nèi)切換的RLC觀測點）。以華為UE為例，當前切換的下行RLC層切換用戶面中斷時延約34ms，IP應(yīng)用層的切換用戶面中斷時延波動較大，上行約120ms，下行約60ms。在接入網(wǎng)側(cè)影響切換用戶面中斷時延的主要原因有：Ø eNB下發(fā)的切換命令出現(xiàn)重傳，導致下行用戶面掛起時延較

51、長Ø 切換區(qū)空口質(zhì)量不好，導致上行或下行的用戶面數(shù)據(jù)重傳，直接影響用戶面切換中斷時延Ø 目標小區(qū)接入時延大，導致用戶面數(shù)據(jù)恢復較慢Ø X2或S1接口傳輸時延大，主要影響應(yīng)用層時延Ø PRACH調(diào)度周期大時，信令時延稍有增大要定位切換用戶面時延問題，需要從終端側(cè)結(jié)合網(wǎng)絡(luò)側(cè)跟蹤比較詳細的信息來定位。當前主要依靠網(wǎng)絡(luò)側(cè)、終端側(cè)的TTI數(shù)據(jù)跟蹤來定位。5 切換問題定位的相關(guān)操作對于單個的切換問題在定位之前，先要確定是信令還是用戶面的問題。通常的切換失敗和切換的信令時延問題都需要從信令的交互去分析；切換的用戶面時延問題則要從用戶面的數(shù)據(jù)調(diào)度交互去定位。5.1 信令

52、觀察方法信令既可以在網(wǎng)絡(luò)側(cè)跟蹤也可以在終端側(cè)跟蹤。在定位切換失敗問題和切換信令時延問題時需要跟蹤信令進行定位。5.1.1 網(wǎng)絡(luò)側(cè)觀察方法在eNB側(cè)可以用LMT軟件跟蹤網(wǎng)絡(luò)側(cè)UU、X2、S1接口的信令，也可以在M2000啟動單用戶跟蹤。再根據(jù)上一章描述的信令交互流程來判斷失敗點。信令時延在跨eNB切換時由于兩個eNB的時鐘難以對齊，不便獲取，同一eNB內(nèi)的切換可以通過LMT跟蹤UU口的消息來計算時延，如下圖的切換時延為：7568473 7530630 = 37843 us，即37.843 ms圖16 網(wǎng)絡(luò)側(cè)信令跟蹤的切換信令交互（UU口）5.1.2 終端側(cè)觀察方法信令在終端側(cè)需要通過相應(yīng)的終端軟

53、件來配合跟蹤UE的信令，如三星UE可用X-CAL軟件，華為UE可用PROBE軟件來跟蹤UE側(cè)信令交互。再根據(jù)上一章描述的信令交互流程來判斷失敗點。信令時延可以通過跟蹤的UU口的消息來計算，以下圖中華為UE記錄的PROBE數(shù)據(jù)為例，切換信令時延為：597054419 - 597047103 597054419 = 7316 us，即7.316 ms圖17 PROBE跟蹤華為UE的切換信令交互圖5.1.3 切換相關(guān)信令的確認由于切換信令過程中的切換測量控制、切換命令都是用RRCConnextionReconfiguration消息承載下發(fā)的，而RRCConnextionReconfiguratio

54、n還可承載其它的測量控制及信令控制信息；切換測量報告MeasurementReport也不只是切換的測量報告，還可承載其它（如ICIC、異頻、異系統(tǒng)）測量報告信息。所以在問題定位時，有必要區(qū)分這些消息是否切換相關(guān)的信令。在測量控制消息中，打開RRCConnectionReconfiguration消息，如果存在measConfig信元，則是測量控制消息，如果存在eventA3且其a3-offse與hysteresis為非負值，則說明此事件是切換測量控制（按當前產(chǎn)品實現(xiàn)的通常配置），其ReportConfigIdg對應(yīng)的measId即是切換測量ID，如下圖所示：圖18 切換測量控制消息確認打開m

55、easurementReport消息，其中的measId與切換測量控制中的切換測量Id相同，則此測量報告是切換的A3測量報告，如下圖所示：圖19 切換測量報告消息確認打開MeasurementReport后面的RRCConnectionReconfiguration消息，存在targetPhysCellId信元的RRCConnectionReconfiguration消息即是切換命令，如下圖所示：圖20 切換命令消息確認5.2 用戶面時延觀察方法用戶面時延實際測試通常測試應(yīng)用層（IP）用戶面時延，即通過在終端側(cè)（便攜）或服務(wù)器（SERVER）側(cè)安裝IP抓包工具軟件來測試。如果要關(guān)注接入網(wǎng)側(cè)的時

56、延，通常測試RLC層時延。5.2.1 應(yīng)用層切換時延觀察方法應(yīng)用層的切換中斷時延是通過捕獲IP層的包的時間點來計算的，所以不管是上行還是下行，其方法相同，不同的只是下行在終端側(cè)（如便攜）抓包，上行在服務(wù)器（SERVER）側(cè)抓包，常用的抓包工具有Ethereal和Wireshark。圖21 IP層抓包圖在確定IP層切換中斷時延時，按前面的定義，由于實際切換時間點與抓包軟件記錄的時間點無法精確到毫秒級，仍需要主觀判斷來確定，使測試出現(xiàn)一定的主觀偏差。下行應(yīng)用層中斷時延也可以用三星UE的X-CAL工具測試IP層時延：打開MessagePacket Capture View，再點擊FileMenuMa

57、nual Capture，選中Ue跟蹤到數(shù)據(jù)包：圖22 X-CAL軟件抓包圖5.2.2 RLC層切換中斷時延觀察方法RLC層的切換中斷時延既可在UE側(cè)也可在網(wǎng)絡(luò)側(cè)通過數(shù)據(jù)輸出來觀察其上、下行切換中斷時延，下面分別從終端側(cè)和網(wǎng)絡(luò)側(cè)說明如何操作。5.2.2.1 終端側(cè)觀察方法以PROBE與華為UE為例，在華為UE的控制軟件OMT上設(shè)置中斷時延上報（由于切換中斷時延的上報會對峰值測試產(chǎn)生影響，中斷時延的上報開關(guān)默認關(guān)閉）：打開OMT開關(guān)后，Probe中會有切換中斷時延統(tǒng)計，可直接顯示RLC層的上、下行切換用戶面中斷時延，如下圖中，RLC層下行中斷時延為29197us，即29.197ms，RLC層上行中斷時延為17181us，即17.181ms。圖23 PROBE顯示的L2切換用戶面中斷時延圖5.2.2.2 網(wǎng)絡(luò)側(cè)觀察方法對于跨eNB的切換，目前在沒有對齊兩個eNB時間的情況下，暫無法觀察跨eNB的切換用戶面中斷時延的方法。eNB內(nèi)的切換可通過LMT對用戶面跟蹤：圖24 LMT跟蹤L2切換用戶面數(shù)據(jù)選項圖勾選項如上圖以獲取切換的上下行用戶面調(diào)度的詳細數(shù)據(jù)，從而可以獲取用戶面的切換時延，具體方法需要深入理解研發(fā)輸出的TTI數(shù)據(jù)，發(fā)回研發(fā)分析。5.3 建議的解決措施通過前面的定位方法，基本可以把切換問題定位到：傳輸、設(shè)備內(nèi)部處理、覆蓋（弱覆蓋、越區(qū)覆蓋等）、時延、干擾、鄰區(qū)漏配、