1、LTE接通率優化課程內容n初始接入的信令流程初始接入的信令流程n隨機接入的信令介紹n接通率的分析思路n接入問題案例分析初始接入的信令流程n在TD-LTE系統中，處于Inactive狀態或IDLE狀態的UE通過發起attach request或Service Request觸發初始隨機接入，建立RRC連接，再通過初始直傳建立傳輸NAS消息的信令連接，最后建立E-RAB。初始接入的信令流程l消息15隨機接入過程，建立RRC連接。l消息69 初始直傳建立S1連接，完成這些過程標志著NAS signalling connection建立完成。l消息1012 UECapabilityEnquiry過程。

2、l消息1314安全模式控制過程。初始接入的信令流程l消息1517 RRC Connection Reconfiguation ，E-RAB建立過程。課程內容n初始接入的信令流程n隨機接入的信令介紹隨機接入的信令介紹n接通率的分析思路n接入問題案例分析隨機接入的信令介紹n隨機接入開始之前需要對接入參數進行初始化，此時物理層接受來自高層的參數、隨機接入信道的參數以及產生前導序列的參數，UE通過廣播信息獲取PRACH的基本配置信息。n基于競爭的隨機接入前導的簽名個數60-可用的前導個數。nGroup A中前導簽名個數56-中心用戶可用的前導個數。nPRACH的功率攀升步長POWER_RAMP_STE

3、P 2dB。隨機接入的信令介紹nPREAMBLE_INITIAL_RECEIVED_TARGET_POWER -PRACH初始前綴目標接收功率：-110dBmnPREAMBLE_TRANS_MAX - PRACH前綴傳送的最大次數 8n隨機接入響應窗口RA-Response Window Size：索引值7對應sf10nMAC沖突解決定時器MAC Contention Resolution Timer：索引值7對應sf64nmaxHARQ-Msg3Tx- MSG3 HARQ的最大發送次數：3MSG3 HARQ的最大發送次數：隨機接入的信令介紹n本小區的邏輯根序列索引 root Sequence

4、 Index 80，該參數為規劃參數；nPrach Config Index -隨機接入前綴的發送配置索引:6；nzeroCorrelationZoneconfig-循環移位的索引參數:4課程內容n初始接入的信令流程n隨機接入的信令介紹n接通率的分析思路接通率的分析思路n接入問題案例分析接通率的分析思路n利用CNT、CNA工具，統計短呼的初始接入成功率是否滿足客戶要求，將接入失敗的呼叫提取出來進行分析。接通率的分析思路n隨機接入過程分析（1）MSG 1：UE在PRACH上發送隨機接入前綴；（2）MSG2：ENB的MAC層產生隨機接入響應，并在PDSCH上發送；（3）MSG3：UE的RRC層產生

5、RRC Connection Request 并映射到PUSCH上發送；（4）MSG4：RRC Connection Setup 由ENB的RRC層產生，并映射到PDSCH上發送。最后，由UE的RRC層生成RRC Connection Set up Complete并發往eNB。接通率的分析思路n從前臺分析隨機接入過程，接入失敗可能發生的階段：n1. MSG1發送后是否收到MSG2；n2. MSG3是否發送成功；n3. MSG4是否正確接收。接通率的分析思路nMSG1發送后是否收到MSG2接通率的分析思路n若收不到MSG2的PDCCH，可分別對上行和下行進行分析：n上行：1. 結合后臺MTS的

6、PRACH信道收包情況，確認上行是否收到MSG1。2. 檢查MTS上行通道的接收功率是否-99dBm，若持續超過-99dBm，解決上行干擾問題，比如是否存在GPS交叉時隙干擾。3. PRACH相關參數調整：提高PRACH期望接收功率，增大PRACH的功率攀升步長，降低PRACH絕對前綴的檢測門限。n下行：1. UE側收不到以RA_RNTI加擾的PDCCH，檢查下行RSRP是否-119dBm，SINR-3dB，下行覆蓋問題通過調整工程參數、RS功率、PCI等改善。2. PDCCH相關參數調整：比如增大公共空間CCE聚合度初始值。接通率的分析思路nMSG3是否發送成功接通率的分析思路n若UE已發出

7、MSG3的PUSCH，結合基站側信令查看EnodeB是否收到RRC Connection Request，若基站側RRC Connection Request未收到，說明上行存在問題；1.檢查MTS上行通道的接收功率是否-99dBm，若持續超過-99dBm，解決上行干擾問題。2.檢查RAR中攜帶的MSG3功率 參數是否合適，調整MSG3發送的功率。接通率的分析思路nMSG4是否正確接收接通率的分析思路nUE是否收到PDCCH，若沒有收到PDCCH，從下行信號分析及參數兩方面解決解決PDCCH接收問題。n多次收到PDCCH后是否收到PDSCH？1.確認收到的PDCCH是否重傳消息，檢查重傳消息的

8、DCI格式填寫是否正確；2.PDSCH收不到，檢查PDSCH采用的MCS，檢查PA參數配置，適當增大PDSCH的RB分配數。課程內容n初始接入的信令流程n隨機接入的信令介紹n接通率的分析思路n接入問題案例分析接入問題案例分析接入問題案例分析-1nMSG1多次重發未響應l問題現象n短呼測試，UE發出attach req和RRC Connection Request，未收到RRC Connection Setup。n路測信令顯示，8次msg1發送未收到MSG2。接入問題案例分析-1n問題分析l觀察服務小區的下行RSRP，-91dBm，下行信號良好。l檢查后臺告警信息，無GPS失鎖告警。上行不存在交

9、叉干擾。接入問題案例分析-1n參數調整n通過降低“eNode B對PRACH的絕對前綴檢測門限”，提高PRACH檢測概率，提升MSG1正確解調的概率。l參數：eNode B對PRACH的絕對前綴檢測門限 PRACH Absolute Preamble Threshold for Enode B Detecting Preamblel取值范圍：1-65535l單位：線性值l缺省值：2000l將“eNode B對PRACH的絕對前綴檢測門限”從2000改為50，修改后進行短呼測試，RRC Connect Success為100%。在小區PCI 11，從MSG1發送的間隔上觀察，再未出現MSG1重發

10、無響應的現象。接入問題案例分析-2n問題現象l某地區短呼性能摸底測試，路測發現前臺偶爾收不到MSG4，導致接通失敗。核對NodeB側信令發現后臺已經下發了RRC層消息RRC Conection Set up，但是未收到RRC Conection Set up Complete。接入問題案例分析-2n大量短呼測試，RRC連接無響應均為msg4 fail，失敗原因：failure at MSG4 due to CT timer expired。接入問題案例分析-2n大量短呼測試，RRC連接無響應均為msg4 fail，失敗原因：failure at MSG4 due to CT timer expired。接入問題案例分析-2n正常起呼的隨機接入過程接入問題案例分析-2n對照正常起呼的隨機接入過程，結合MSG4過程的分析思路，進行具體分析：l下行信道質量如何？RSRP？SINR？l是否是PDCCH沒收到？l是否多次收到PDCCH，而沒有收到PDSCH。n分析將MAC C