運(yùn)維文檔_eRAN2.2_LTE問題定位指導(dǎo)書-時(shí)延篇-20110924-A-1.0

1、產(chǎn)品名稱Product name密級(jí)Confidentiality level問題定位指導(dǎo)書時(shí)延篇內(nèi)部公開產(chǎn)品版本Product versionTotal 33 pages 共33頁eRAN2.2LTE eRAN2.2問題定位指導(dǎo)書時(shí)延篇(僅供內(nèi)部使用）For internal use only擬制:Prepared byLTE交付維護(hù)組日期：Date2011-07-18審核:Reviewed byLTE交付維護(hù)組日期：Dateyyyy-mm-dd審核:Reviewed by日期：Dateyyyy-mm-dd批準(zhǔn):Granted by日期：Dateyyyy-mm-dd華為技術(shù)有限公司Huawe

2、i Technologies Co., Ltd.版權(quán)所有 侵權(quán)必究All rights reservedRevision HistoryDateVersionDescriptionReviewerAuthor2010-9-1V0.1初稿2011-2-26V0.2刷新為適合于eRan2.1的版本2011-7-18V0.3刷新為適合于eRan2.2的版本目 錄1Document description62Principle62.1信令面（控制面）時(shí)延介紹62.1.1初始接入時(shí)延72.1.2Idle to Active時(shí)延82.1.3paging時(shí)延102.2用戶面時(shí)延介紹112.2.1影響Ping

3、時(shí)延的關(guān)鍵因素112.2.2Ping時(shí)延與調(diào)度132.2.3Ping測(cè)試153Operation Guide153.1控制面時(shí)延問題定位思路163.2接入時(shí)延的定位193.2.1環(huán)境檢查193.2.2參數(shù)影響203.2.3時(shí)延問題驗(yàn)證213.2.4數(shù)據(jù)采集與分析233.3用戶面時(shí)延問題測(cè)試定位293.3.1Ping時(shí)延分段定位293.3.2Ethereal抓包303.3.3M2000進(jìn)行用戶面跟蹤314Reference Information335Typical Cases33Figures 圖1 時(shí)延測(cè)試組網(wǎng)圖.6圖2 UE開機(jī)進(jìn)行初始接入圖7圖3 Idle到active接入流程圖9圖4

4、paging流程圖10圖5 ping流程圖11圖6 圖6 Ping包流程12圖7 時(shí)延定位流程圖16圖8 Ping時(shí)延分段分析示意圖30問題定位指導(dǎo)書時(shí)延篇Keywords：LTE,Abstract： 本文主要描述了eRan2.2時(shí)延問題的定位過程以及相關(guān)的一些基本原理。Acronyms and Abbreviations：Acronyms and AbbreviationsFull SpellingLTELong Term EvolutionMACMedium Access ControlPDCPPacket Data Convergence ProtocolRLCRadio Link Co

5、ntroleRAN2.2_LTE問題定位指導(dǎo)書-時(shí)延篇-20110924-A-1.0內(nèi)部公開1 Document description本文主要從信令面和用戶面，描述了UE接入過程及業(yè)務(wù)的時(shí)延問題的定位流程。本文主要基于eRAN2.2版本。2 PrincipleLTE系統(tǒng)相比其它通訊系統(tǒng)，結(jié)構(gòu)更加精簡(jiǎn)。從協(xié)議已發(fā)布一些指標(biāo)來看，時(shí)延相比其它系統(tǒng)有較大改善。比如協(xié)議要求控制面時(shí)延小于100ms，用戶面（小包）時(shí)延小于10ms。并且從已有的測(cè)試來看，運(yùn)營(yíng)商也比較關(guān)注時(shí)延，例如：接入時(shí)延，idle2active時(shí)延，尋呼時(shí)延，ping包時(shí)延等等。時(shí)延測(cè)試一般對(duì)組網(wǎng)沒有特殊要求，最基本的組網(wǎng)圖如下所示

6、圖1 時(shí)延測(cè)試組網(wǎng)圖2.1 信令面（控制面）時(shí)延介紹信令面時(shí)延分為三種：UE開機(jī)時(shí)初始接入時(shí)延、Idle2Active時(shí)延，Paging時(shí)延。統(tǒng)計(jì)方法主要是統(tǒng)計(jì)RRC層信令之間的時(shí)延值。運(yùn)營(yíng)商一般要求統(tǒng)計(jì)終端側(cè)的信令時(shí)延，基站側(cè)統(tǒng)計(jì)的時(shí)延僅作參考。但需要注意的是商用終端并不一定提供跟蹤信令的工具，若不能跟蹤終端側(cè)信令，需要說服客戶接受使用基站側(cè)信令進(jìn)行統(tǒng)計(jì)。下面按照三種時(shí)延分類說明：2.1.1 初始接入時(shí)延接入是指UE在開始和網(wǎng)絡(luò)通信之前的接入過程。 終端開機(jī)后，執(zhí)行注冊(cè)過程，即網(wǎng)絡(luò)附著，完成和EPC間的相互認(rèn)證鑒權(quán)，讓網(wǎng)絡(luò)獲得該UE的基本信息，UE通過建立RRC連接進(jìn)入連接狀態(tài)（RRC-CO

7、NNECTED）狀態(tài)，然后UE就可以與網(wǎng)絡(luò)進(jìn)行業(yè)務(wù)數(shù)據(jù)的交互。UE開機(jī)進(jìn)行初始接入的流程如下：圖2 UE開機(jī)進(jìn)行初始接入圖接入流程的描述：1) UE開機(jī)或者由IDLE發(fā)起無線連接建立請(qǐng)求的時(shí)候，UE先發(fā)送PREAMBLE到ENB。ENB返回RA Response消息。這段消息在UE側(cè)統(tǒng)計(jì)時(shí)候，通常計(jì)算入接入時(shí)延，在ENB側(cè)統(tǒng)計(jì)時(shí)候，通常不記入接入時(shí)延內(nèi)；UE接收到RAR消息后，會(huì)發(fā)起RRC_CON_REQ消息；2) ENB接收到無線連接建立請(qǐng)求，由層三處理分配相關(guān)的資源。ENB發(fā)送RRC_CON_SETUP消息；3) UE接收到RRC_CON_SETUP消息后，對(duì)該消息進(jìn)行處理，然后返回RRC

8、_CON_SETUP_CMP消息。為了節(jié)省消息，在該消息除了攜帶無線連接建立完成消息外，同時(shí)還攜帶了UE接入申請(qǐng)的資源字段，即NAS消息，這些消息在ENB內(nèi)是直傳的；4) ENB接收到該消息，就向核心網(wǎng)發(fā)送消息，根據(jù)RRC_CON_SETUP_CMP中攜帶的NAS消息進(jìn)行相應(yīng)的ATTACH請(qǐng)求；5) 接著兩對(duì)上下行直傳消息是鑒權(quán)和加密過程；(鑒權(quán)也可以在核心網(wǎng)側(cè)關(guān)掉，節(jié)省時(shí)間)6) 核心網(wǎng)接收到該消息，處理后返回ENB INITIAL_CONTEXT_SETUP_REQ消息，該消息中攜帶ATTACH請(qǐng)求是否接收，ENB根據(jù)該消息進(jìn)行下一步處理。如果拒絕就進(jìn)行資源釋放，攜帶的是ATTACH RE

9、J消息且包含拒絕原因；如果是接受，該消息攜帶的ATTACH ACP消息，ENB隨后進(jìn)行加密和RB重配置；7) 然后就是UE能力查詢與上報(bào)；8) 為了節(jié)省流程，提高接入時(shí)延，該處流程目前通常配置成SECUR與RB配置同時(shí)發(fā)送的情況。這兩個(gè)消息間隔比較小，通常在同一個(gè)消息里面可以下發(fā)給UE；9) UE接收到同時(shí)發(fā)來的SECUR消息和RB重配置消息，然后經(jīng)過層2和層3逐步處理。由于UE在處理上不能并發(fā)，所以在UE側(cè)的消息上處理通常是先處理SECUR然后處理RB重配置；10) UE按照順序把SECUR完成消息和RB重配置完成消息發(fā)送給ENB后，認(rèn)為接入流程已經(jīng)完成；11) 后續(xù)還存在著測(cè)量控制的下發(fā)和

10、ATTACH完成消息的發(fā)送。以及ENB和核心網(wǎng)之間存在消息的交互。目前認(rèn)為這些消息在接入流程之外，不進(jìn)行細(xì)致描述。2.1.2 Idle to Active時(shí)延當(dāng)UE處于IDLE態(tài)且有上行業(yè)務(wù)的時(shí)候，UE會(huì)發(fā)起服務(wù)請(qǐng)求觸發(fā)Idle到Active的流程，idle2active時(shí)延就是指從UE側(cè)發(fā)起請(qǐng)求，UE從Idle態(tài)到active態(tài)的接入時(shí)延，與初始接入流程的區(qū)別是：由于核心網(wǎng)中已經(jīng)保存了UE的上下文信息，因此不需要進(jìn)行UE能力查詢和鑒權(quán)加密，流程如下：圖3 Idle到active接入流程圖Idle to Active流程是指UE在Idle狀態(tài)下發(fā)起的接入流程。從流程圖中我們可以看到其與初始接入

11、的區(qū)別在于兩點(diǎn)：第一點(diǎn)：沒有了UE能力信息查詢和完成這一步驟。原因是Idle狀態(tài)時(shí)，核心網(wǎng)和eNodeB仍舊保留了初始接入時(shí)UE的能力信息，所以不需要在重復(fù)查詢了。第二點(diǎn)：UE沒有了與核心網(wǎng)的鑒權(quán)加密過程。這是因?yàn)闇y(cè)試時(shí)，在核心網(wǎng)側(cè)一般沒有打開鑒權(quán)加密開關(guān)。只有在核心網(wǎng)側(cè)打開了鑒權(quán)加密開關(guān)時(shí)，UE才會(huì)在接入過程中執(zhí)行鑒權(quán)和加密。除此之外，其他的消息流程與Initial Attach相同，此處不再重復(fù)。2.1.3 paging時(shí)延當(dāng)有下行業(yè)務(wù)或者核心網(wǎng)認(rèn)為有需要的時(shí)候，會(huì)發(fā)起paging流程尋呼處于IDLE態(tài)的用戶，Paging時(shí)延是從核心網(wǎng)側(cè)發(fā)起paging請(qǐng)求，UE從Idle態(tài)到active

12、態(tài)的接入時(shí)延，尋呼流程如下：圖4 paging流程圖PAGING 流程與Idle to Active類似，此時(shí)的UE也是處于Idle態(tài)，區(qū)別在于此時(shí)是由核心網(wǎng)側(cè)發(fā)起接入，經(jīng)過eNodeB傳遞后到達(dá)該UE，然后由UE發(fā)起一個(gè)服務(wù)請(qǐng)求（MM_SER_REQ），并開始執(zhí)行接入過程。注: 我司核心網(wǎng)在有UE上下文的時(shí)候會(huì)關(guān)閉鑒權(quán)加密過程,具體表現(xiàn)是initial_ue_msg和initial_context_set_req之間沒有鑒權(quán)和加密流程，但不排除使用其它核心網(wǎng)或者使用我司核心網(wǎng)默認(rèn)打開鑒權(quán)加密開關(guān)的情況。2.2 用戶面時(shí)延介紹用戶面時(shí)延也指PING時(shí)延，它反應(yīng)端到端的用戶面時(shí)延，涉及到用戶面的

13、所有網(wǎng)元，對(duì)于驗(yàn)證網(wǎng)絡(luò)性能是一個(gè)重要的指標(biāo)。圖5 ping流程圖PING時(shí)延測(cè)試主要分為兩大類，第一類是按字節(jié)大小分，通常會(huì)測(cè)試PING 32 bytes，以及1000/1460/1500字節(jié)；另外也分調(diào)度方式：動(dòng)態(tài)調(diào)度和預(yù)調(diào)度。2.2.1 影響Ping時(shí)延的關(guān)鍵因素Ø        信道質(zhì)量如果測(cè)試時(shí)UE所處環(huán)境的信道質(zhì)量不好，則會(huì)對(duì)解調(diào)性能造成一定的影響，這樣有可能造成錯(cuò)包或者丟包，進(jìn)而影響時(shí)延結(jié)果。Ø        HARQ重傳如

14、果數(shù)據(jù)包在傳輸過程中出現(xiàn)了錯(cuò)誤或者丟失（觸發(fā)原因可能因?yàn)樗矔r(shí)信號(hào)質(zhì)量變化使得較高的MCS無法解調(diào)正確），那么會(huì)觸發(fā)HARQ重傳，直到數(shù)據(jù)包接收正確為止。因此，信道質(zhì)量越差，重傳次數(shù)越多，時(shí)延也就越大。Ø        調(diào)度方式由于不同調(diào)度方式的流程間存在區(qū)別，則調(diào)度采用預(yù)調(diào)度還是非預(yù)調(diào)度會(huì)對(duì)時(shí)延造成影響。a) 預(yù)調(diào)度：調(diào)度器始終為其分配資源，不需要調(diào)度請(qǐng)求（Scheduling Request）。詳見下圖6（a）b) 非預(yù)調(diào)度：在首包到達(dá)之后調(diào)度器再為其分配資源。UE要通過調(diào)度請(qǐng)求來初始化這一流程。詳見下圖6（b）

15、 圖6 圖6 Ping包流程： (a) 預(yù)調(diào)度, (b) 非預(yù)調(diào)度Ø Ping包大小與調(diào)度資源分配（MCS和PRB）分配MCS和PRB個(gè)數(shù)不同，則可以承載的數(shù)據(jù)量不同。如果調(diào)度使用MCS10階，RB數(shù)5個(gè)，根據(jù)36.213協(xié)議查表（Table 7.1.7.2.1-1），那么這次調(diào)度可以發(fā)送的數(shù)據(jù)量為776bit。如果使用MCS28階，RB數(shù)41個(gè)，那么這次調(diào)度可以發(fā)送的數(shù)據(jù)量為30576bit。下面針對(duì)不同的調(diào)度方式進(jìn)行進(jìn)一步的分析:a) 對(duì)于非預(yù)調(diào)度參照?qǐng)D3（b），UE首先進(jìn)行資源的申請(qǐng)，即SR過程，eNB會(huì)為其首次分配調(diào)度資源，通過上行授權(quán)（UL Grant）告知UE。如果此時(shí)的

16、資源不足以承載全部的數(shù)據(jù)量，比如此時(shí)Ping包為1500字節(jié)（即12000bit），而分配的MCS10階，RB數(shù)5個(gè)，那么此次分配的資源不夠?qū)?shù)據(jù)一次發(fā)送完成，將會(huì)觸發(fā)BSR過程。BSR過程即UE上報(bào)BSR（Buffer Status Reports）告知eNB緩存中的數(shù)據(jù)量，申請(qǐng)調(diào)度資源的過程。而如果上行授權(quán)時(shí)分配了MCS28階，RB數(shù)41個(gè)，那么足夠?qū)?shù)據(jù)量全部發(fā)送完成，將不會(huì)觸發(fā)BSR過程。而如果Ping包為32字節(jié)（即256bit），而首次上行分配資源依然為MCS10階，RB數(shù)5個(gè)，通過比較可知這將不會(huì)觸發(fā)BSR過程。可見Ping包大小和SR過程中分配的資源的差異將引入調(diào)度過程的時(shí)延差

17、異。b) 對(duì)于預(yù)調(diào)度參照?qǐng)D3（a），調(diào)度器始終為其分配資源，但如果分配的資源不足以傳輸全部數(shù)據(jù)，仍會(huì)觸發(fā)BSR過程進(jìn)行資源的進(jìn)一步申請(qǐng)。那么Ping包大小和預(yù)調(diào)度資源的分配的差異也將引入調(diào)度過程的時(shí)延差異，分析與非預(yù)調(diào)度場(chǎng)景相似。2.2.2 Ping時(shí)延與調(diào)度eRan2.2默認(rèn)預(yù)調(diào)度打開，采用預(yù)調(diào)度策略可以明顯減少控制面和用戶面的時(shí)延。而對(duì)于動(dòng)態(tài)調(diào)度和預(yù)調(diào)度，可以優(yōu)化一些參數(shù)減少時(shí)延值。122.12.1.12.2.1.1 動(dòng)態(tài)調(diào)度采用動(dòng)態(tài)調(diào)度策略時(shí)，設(shè)置QCI對(duì)應(yīng)的SRI周期到最小值（5ms），MOD TYPDRBBSR: QCI=QCI9, TPERODICBSRTIMER=TPeriodB

18、SRTimer_sf5;修改該參數(shù)主要影響動(dòng)態(tài)調(diào)度下ping時(shí)延的波動(dòng)情況，設(shè)置該參數(shù)可以限制ping包時(shí)延的波動(dòng)范圍。該參數(shù)的默認(rèn)設(shè)置根據(jù)QCI級(jí)別不同而不同。在實(shí)際測(cè)試中，需要根據(jù)開戶信息進(jìn)行針對(duì)性修改。在ENB側(cè)S1口進(jìn)行查看：注意：預(yù)調(diào)度開關(guān)是默認(rèn)打開的，測(cè)試動(dòng)態(tài)調(diào)度時(shí)，需要將預(yù)調(diào)度特性開關(guān)關(guān)閉。MOD CELLALGOSWITCH: LocalCellId=0, UlSchSwitch=PreAllocationSwitch-0;針對(duì)動(dòng)態(tài)調(diào)度，SR調(diào)度數(shù)據(jù)量修改為15000MOD CELLULSCHALGO: LocalCellId=0, UlSrSchDateLen=15000;修

19、改該參數(shù)主要影響動(dòng)態(tài)調(diào)度下Ping業(yè)務(wù)的一次調(diào)度的數(shù)據(jù)量，可以減少Ping大包的時(shí)延。2.2.1.2 預(yù)調(diào)度這里主要針對(duì)預(yù)調(diào)度情況下的PING時(shí)延測(cè)試：打開預(yù)調(diào)度開關(guān)（默認(rèn)參數(shù)即是打開的），并把預(yù)調(diào)度的周期修改為1ms，可以減少用戶面的時(shí)延。MOD CELLULSCHALGO: LocalCellId=0, PreAllocationMinPeriodicity=1;如果需要測(cè)試PING大包，例如1000/1460/1500字節(jié)，則修改默認(rèn)預(yù)調(diào)度數(shù)據(jù)量將會(huì)起到節(jié)省時(shí)延的目的，適合于比拼測(cè)試時(shí)使用。MOD CELLULSCHALGO: LocalCellId=0, PreAllocationSi

20、ze=1500;注：測(cè)試完畢后，需恢復(fù)默認(rèn)配置。2.2.3 Ping測(cè)試確認(rèn)好動(dòng)態(tài)調(diào)度、預(yù)調(diào)度的參數(shù)設(shè)置后，就開始正式測(cè)試PING時(shí)延了。Ping測(cè)試的過程相對(duì)比較簡(jiǎn)單，如下：ping 40.32.1.166 n 100 l 1500 參數(shù) n 表示ping包的次數(shù)，l 表示ping包的長(zhǎng)度，單位是字節(jié)。將結(jié)果保存在文本文件中。如果要直接將測(cè)試結(jié)果輸入到文件，可以采用以下通道命令，例如：ping 40.32.1.166 n 100 l 1500 >>ping1500.txt3 Operation Guide時(shí)延問題總的定位思路是分段隔離分析，通過信令跟蹤統(tǒng)計(jì)，分段抓包等方法，盡可能

21、的找出出現(xiàn)問題的最小網(wǎng)元或者模塊，下面是總的定位流程圖： 圖7 時(shí)延定位流程圖3.1 控制面時(shí)延問題定位思路根據(jù)2.1節(jié)中接入時(shí)延的介紹，控制面時(shí)延在UE側(cè)和ENB側(cè)都是RRC_CON_REQ到第一個(gè)RRC_CON_RECFG_CMP之間的時(shí)延?？傮w思路是：根據(jù)信令流程，對(duì)每一條消息和下一條消息之間的處理時(shí)間計(jì)算為兩條消息之間的時(shí)延，總的接入時(shí)延就是這些消息的之間的時(shí)延總和。對(duì)接入過程中涉及到的RRC層的信令消息分段處理和分析，如果發(fā)現(xiàn)問題，再根據(jù)問題點(diǎn)細(xì)化處理。為了能夠方便的對(duì)比接入時(shí)延的情況，對(duì)UE和ENB各側(cè)都進(jìn)行了數(shù)據(jù)處理，統(tǒng)計(jì)UE側(cè)和enodeB側(cè)的各自RRC層相鄰間信令之間的時(shí)延，

22、進(jìn)行處理分析，后續(xù)還可以再進(jìn)一步細(xì)分。統(tǒng)計(jì)模板如下：可以將后一條信令消息的時(shí)間戳減去前一條信令消息的時(shí)間戳。得出兩條消息的處理間隔時(shí)長(zhǎng)。根據(jù)分段時(shí)間統(tǒng)計(jì)結(jié)果分析，首先定位時(shí)延問題出現(xiàn)在哪兩條信令之間，這樣對(duì)問題分析縮小范圍。然后對(duì)這兩個(gè)信令間的模塊處理的情況進(jìn)行了深入的分析，找出涉及到的那幾個(gè)網(wǎng)元。分段的意義在于我們?cè)诎盐湛傮w時(shí)延測(cè)試值的同時(shí)，也需要關(guān)注分段時(shí)延情況。當(dāng)總體時(shí)延出現(xiàn)異常時(shí)，需要依靠分段時(shí)延來定位、排查問題所在。典型的是由于S1口核心網(wǎng)/傳輸引入的時(shí)延，這個(gè)時(shí)候就能依靠分段時(shí)延來進(jìn)行判斷。注: 以上消息流程是在核心網(wǎng)側(cè)并沒有對(duì)SERVICE REQUEST進(jìn)行鑒權(quán)加密的條件下。目

23、前核心網(wǎng)側(cè)關(guān)于鑒權(quán)加密是可選的，在關(guān)閉的條件下，我們?cè)谌魏谓尤脒^程都不會(huì)進(jìn)行鑒權(quán)加密的過程，也就沒有了初始接入initial attach中的上下行數(shù)傳消息（RRC_DL_INFO_TRANSF / RRC_UL_INFO_TRANSF）3.2 接入時(shí)延的定位3.2.1 環(huán)境檢查時(shí)延環(huán)境包括UE，ENB,MME，SGW,HSS等相關(guān)的網(wǎng)元，基本組網(wǎng)圖如下：eNodeB和核心網(wǎng)之間可能因?yàn)閭鬏數(shù)木嚯x過遠(yuǎn)，或者是因?yàn)樗鼈冎g的傳輸網(wǎng)元（例如路由器，交換機(jī)）的影響，造成時(shí)延過大。在定位的時(shí)候，應(yīng)該首先排查和確認(rèn)。一般正常傳輸時(shí)延不會(huì)超過2ms?？湛诘囊笠话阋笤谛诺蕾|(zhì)量很好的條件下測(cè)試,才有可能得

24、到理想的時(shí)延值，所以UE的選點(diǎn)一般選擇在近點(diǎn)（RSRP：-75至-85，SINR>25）.3.2.2 參數(shù)影響eNodeB上的一些參數(shù)的修改會(huì)對(duì)時(shí)延產(chǎn)生影響，對(duì)于商用局，實(shí)驗(yàn)局和比拼局有不同的參數(shù)要求，一般按照測(cè)試用例的描述進(jìn)行設(shè)置即可。在進(jìn)行時(shí)延優(yōu)化時(shí)可以考慮修改這些參數(shù)，同時(shí)對(duì)于設(shè)置這些參數(shù)可能對(duì)其他性能產(chǎn)生影響，請(qǐng)注意慎重修改。參數(shù)影響說明如下：3.2.2.1 ENB側(cè)參數(shù)參數(shù)一：測(cè)試Idle2Active時(shí)延時(shí)，為了UE從IDLE態(tài)發(fā)起service request消息，需要設(shè)置UE進(jìn)入不活動(dòng)期的時(shí)長(zhǎng)。該時(shí)間長(zhǎng)度表示UE在該時(shí)間內(nèi)沒有數(shù)據(jù)傳送就會(huì)釋放資源，進(jìn)入IDLE狀態(tài)。便于測(cè)

25、試Idle到active的時(shí)延。設(shè)置方法：在LMT上運(yùn)行MML MOD RRCCONNSTATETIMER: UeInactiveTimer=10;參數(shù)二：調(diào)度特性開關(guān)設(shè)置。對(duì)于接入時(shí)延的測(cè)試，要求分別設(shè)置動(dòng)態(tài)調(diào)度和預(yù)調(diào)度來進(jìn)行測(cè)試和數(shù)據(jù)統(tǒng)計(jì)。上行預(yù)調(diào)度模式比動(dòng)態(tài)調(diào)度模式能明顯減少接入時(shí)延，在需要得到小時(shí)延結(jié)果或者比拼場(chǎng)景，建議打開預(yù)調(diào)度模式。關(guān)閉和打開預(yù)調(diào)度模式的設(shè)置方式：MOD CELLALGOSWITCH: LOCALCELLID=0,UlSchSwitch=PreAllocationSwitch-0;MOD CELLALGOSWITCH: LOCALCELLID=0,UlSchSwit

26、ch=PreAllocationSwitch-1;如果采用默認(rèn)的上行預(yù)調(diào)度打開，把預(yù)調(diào)度的周期修改為1ms，用戶預(yù)調(diào)度數(shù)據(jù)量修改為1500字節(jié)MOD CELLULSCHALGO: LocalCellId=0, PreAllocationMinPeriod=1, PreAllocationSize=1500;預(yù)調(diào)度周期默認(rèn)值為5，修改為1后，將會(huì)減小測(cè)試的波動(dòng)；預(yù)調(diào)度數(shù)據(jù)量默認(rèn)為80字節(jié)，修改為1500字節(jié)，將會(huì)減少調(diào)度次數(shù)，從而提升時(shí)延性能。參數(shù)三：針對(duì)paging的控制面時(shí)延，修改尋呼周期MOD PCCHCFG: LOCALCELLID=0, DEFAULTPAGINGCYCLE=rf32;

27、此參數(shù)在做paging測(cè)試的時(shí)候會(huì)減小時(shí)延的波動(dòng)范圍。默認(rèn)值一般為128，即1280ms，修改為32后，Paging波動(dòng)將減小。3.2.2.2 UE版本UE版本對(duì)接入時(shí)延的影響現(xiàn)在暫時(shí)不作為考慮的因素，一般選用發(fā)布的版本即可。3.2.2.3 核心網(wǎng)參數(shù)設(shè)置及版本核心網(wǎng)的一些具體設(shè)置會(huì)對(duì)時(shí)延有影響。比拼測(cè)試的時(shí)候,建議可以關(guān)閉商用計(jì)費(fèi)功能，將SGW、PGW合設(shè)等。另核心網(wǎng)版本對(duì)接入時(shí)延也存在影響，當(dāng)時(shí)延問題出現(xiàn)時(shí)，需要排查環(huán)境上所使用的核心網(wǎng)版本是否已經(jīng)存在時(shí)延的遺留問題和針對(duì)時(shí)延的補(bǔ)丁。因此需要核心網(wǎng)相關(guān)人員配合定位。3.2.3 時(shí)延問題驗(yàn)證在有時(shí)延問題的環(huán)境進(jìn)行測(cè)試和驗(yàn)證，接入時(shí)延測(cè)試分兩種

28、狀態(tài)下的測(cè)試，一是在開機(jī)關(guān)機(jī)流程中，UE發(fā)起的為初始ATTACH接入流程。一是在IDLE狀態(tài)下發(fā)起SERVECE請(qǐng)求的ATTACH流程。兩者的主要區(qū)別在MME內(nèi)的處理差異，初始ATTACH流程中需要MME和HSS進(jìn)行交互，讀取相關(guān)的信息。從IDLE接入相關(guān)信息已經(jīng)保存在MME中，不需要和HSS進(jìn)行交互。驗(yàn)證步驟：對(duì)于初始接入測(cè)試比較簡(jiǎn)單，直接通過UE控制軟件開機(jī)操作，等待UE接入網(wǎng)絡(luò)，完成接入后，完成接入流程。對(duì)于idle2active接入，在ENB上設(shè)置完成進(jìn)入IDLE的時(shí)間，然后在開機(jī)接入后等待UE進(jìn)入IDLE態(tài)，然后從UE側(cè)發(fā)起ping測(cè)試，觸發(fā)接入流程,等待UE接入，完成一次接入時(shí)延的

29、測(cè)試。然后等待下一次進(jìn)入IDLE狀態(tài)，然后發(fā)起ping業(yè)務(wù)，觸發(fā)接入流程。對(duì)于paging觸發(fā)的接入，和idle2active的方法類似，不同的是，UE處于idle態(tài)，要從核心網(wǎng)業(yè)務(wù)服務(wù)器側(cè)發(fā)起ping操作，來觸發(fā)接入流程。時(shí)延值具有波動(dòng)性，并不能單純通過一次的測(cè)試結(jié)果來判斷是否時(shí)延過大，另外不同配置情況下的基線值也有所差別，所以應(yīng)該區(qū)別對(duì)待在分析控制面時(shí)延數(shù)據(jù)的時(shí)候，要按照下面的格式統(tǒng)計(jì)和計(jì)算出時(shí)延數(shù)據(jù)，然后將結(jié)果和版本測(cè)試的正常值進(jìn)行對(duì)比，如果時(shí)延偏大，一般都可以從下表中初步定位出是哪兩條信令間的時(shí)延過大。表格參考如下：如果兩條消息時(shí)間間隔比較大，需要從處理過這兩條消息的具體模塊從頭到尾進(jìn)

30、行分析。比如UU口消息時(shí)延比較大，需要查看空口質(zhì)量和相關(guān)干擾；比如S1口消息時(shí)延比較大，需要查看eNB處理時(shí)長(zhǎng)、傳輸時(shí)長(zhǎng)、核心網(wǎng)側(cè)處理時(shí)長(zhǎng)等。3.2.4 數(shù)據(jù)采集與分析時(shí)延數(shù)據(jù)的采集和分析，主要通過S1口消息跟蹤、UU口消息跟蹤、OMT和probe軟件進(jìn)行數(shù)據(jù)的采集，利用excel、Assistant工具進(jìn)行數(shù)據(jù)的統(tǒng)計(jì)。3.2.4.1 eNB側(cè)UU口的消息處理eNodeB側(cè)主要通過M2000或weblmt，跟蹤uu口的信令消息，然后將跟蹤數(shù)據(jù)導(dǎo)出到excel表格，然后處理計(jì)算出各個(gè)信令間時(shí)延數(shù)據(jù)。3.2.4.2 PROBE測(cè)試統(tǒng)計(jì)UE側(cè)的消息之間的時(shí)延，由于OMT的日志數(shù)據(jù)無法直接保存到exc

31、el，不方便直接統(tǒng)計(jì)計(jì)算，可以利用PROBE和ASSISTANT的工具幫助進(jìn)行測(cè)試和統(tǒng)計(jì)，可以節(jié)省大量的手動(dòng)統(tǒng)計(jì)工作量。下面詳細(xì)說明：PROBE工具的使用請(qǐng)參考PROBE使用指導(dǎo)書。測(cè)試接入時(shí)延的時(shí)候，主要用probe來記錄日志錄像，然后后續(xù)可以將*.gen日志導(dǎo)入到assistance，方便的統(tǒng)計(jì)時(shí)延數(shù)據(jù)。在連接好UE以后，配置完成后，就可以在probe中點(diǎn)擊日志記錄按鈕開始記錄日志，然后進(jìn)行開機(jī)或者ping測(cè)試。對(duì)PING觸發(fā)IDLE接入測(cè)試的注意點(diǎn)，每次PING的間隔，需要大于設(shè)置的UE進(jìn)入IDLE態(tài)的時(shí)間，這樣保證，每次發(fā)起的PING包可以觸發(fā)一次SERVICE請(qǐng)求。把測(cè)試LOG保存下

32、來，就可以利用ASSISTANT進(jìn)行時(shí)延分析了。3.2.4.3 ASSISTANT統(tǒng)計(jì)對(duì)于PROBE測(cè)試記錄的后綴名為gen的日志文件，導(dǎo)入到ASSISTANT內(nèi)，然后進(jìn)行接入時(shí)延的統(tǒng)計(jì)，就可以統(tǒng)計(jì)出相關(guān)的時(shí)延了。如果對(duì)ASSISTANT使用不熟悉，請(qǐng)參考ASSISTANT使用指導(dǎo)書。下面簡(jiǎn)要說明：首先打開GENEX Assistant，然后新建一個(gè)Project，如下圖：在新建的Project下面創(chuàng)建Dataset，如下圖右鍵點(diǎn)擊新建的Dataset，導(dǎo)入gen文件，如下圖：指定要導(dǎo)入的gen文件，把測(cè)試數(shù)據(jù)導(dǎo)入后，進(jìn)入KPI選項(xiàng)，選擇LTE TIMEDELAY選項(xiàng)：點(diǎn)擊LTE TIMEDELAY選項(xiàng)后，出現(xiàn)如下對(duì)話框，在下拉菜單中選擇需要統(tǒng)計(jì)時(shí)延的消息選中。選擇完成