TD-LTE 接通率分析与优化培训教材

取值范围：1-65535
单位：线性值 缺省值：2000
将“eNode B对PRACH的绝对前缀检测门限”从2000改为50，修改 后进行短呼测试，RRC Connect Success为100%。在小区PCI 11， 从MSG1发送的间隔上观察，再未出现MSG1重发无响应的现象。
接入问题案例分析-2
接入问题案例分析-2

大量短呼测试，RRC连接无响应均为msg4 fail，失 败原因：failure at MSG4 due to CT timer expired。
接入问题案例分析-2

正常起呼的随机接入过程
接入问题案例分析-2

对照正常起呼的随机接入过程，结合MSG4过程的分析思路，进行具体 分析：
1. 检查MTS上行通道的接收功率是否>-99dBm，若持 续超过-99dBm，解决上行干扰问题。 2. 检查RAR中携带的MSG3功率 参数是否合适，调整 MSG3发送的功率。
接通率的分析思路

MSG4是否正确接收
E-NodeB已发出RRC Connection Setup 1.根据RSRP、SINR调整覆盖 N

前导格式0～ 4的随机接入配置（TDD）
N CS
zeroCorrelationZoneconfig
value configuration Unrestricted set 0 13 Restricted set
0
1 2 3 4 5 6
15
18 22 26 32 38 46
15
18 22 26 32 38 46 59 76 93 119 167 279 419

消息13~14安全模式控制过程。
初始接入的信令流程

消息15~17 RRC Connection
Reconfiguation ，E-RAB建立过程。
课程内容

初始接入的信令流程 随机接入的信令介绍 接通率的分析思路 接入问题案例分析
随机接入的信令介绍



随机接入开始之前需要对接 入参数进行初始化，此时物 理层接受来自高层的参数、 随机接入信道的参数以及产 生前导序列的参数，UE通过 广播信息获取PRACH的基 本配置信息。 基于竞争的随机接入前导的 签名个数60---可用的前导个 数。 Group A中前导签名个数56PRACH的功率攀升步长 POWER_RAMP_STEP 2dB。
接入问题案例分析-1

参数调整

通过降低“eNode B对PRACH的绝对前缀检测门 限”，提高PRACH检测概率，提升MSG1正确解调 的概率。

参数：eNode B对PRACH的绝对前缀检测门限 PRACH Absolute Preamble Threshold for Enode B Detecting Preamble
TD-LTE接通率分析与优化
课程内容

初始接入的信令流程 随机接入的信令介绍 接通率的分析思路 接入问题案例分析
初始接入的信令流程

终端上电后，先进行下行同步，
RSRP测量，选择一个合适的小 区进行驻留，读取广播消息。
Detect PSCH （用于获取5ms时钟并获得小 区ID组内的具体小区ID）
检查MSG2携带的上行 授权信息
Y
基站侧是否收到RRC连接请求
N
上行问题排查
Y
MSG4分析过程
接通率的分析思路

若UE已发出MSG3的PUSCH，结合基站侧信令查 看EnodeB是否收到RRC Connection Request，若 基站侧RRC Connection Request未收到，说明上 行存在问题；
接入问题案例分析-1

1.
MSG1多次重发未响应

问题现象
短呼测试，UE发出attach req和RRC Connection Request，未收到RRC Connection Setup。 2. 路测信令显示，8次msg1发送未收到MSG2。
接入问题案例分析-1

问题分析

观察服务小区的下行RSRP，-91dBm，下行信号良好。 检查后台告警信息，无GPS失锁告警。上行不存在交叉干扰。
Detect BCH （用于获得其他小区信息）
初始接入的信令流程
初始接入的信令流程

消息1～5随机接入过程，建立
RRC连接。

消息6~9 初始直传建立S1连接，
完成这些过程标志着NAS
signalling connection建立完成。

消息10~12 UECapabilityEnquiry 过程。
随机接入的信令介绍
本小区的逻辑根序 列索引 root Sequence Index 80， 该参数为规划参数； Prach Config Index --随机接入前缀的发 送配置索引:6； zeroCorrelationZon econfig--循环移位 的索引参数:4

Prach Config Index
接通率的分析思路
从前台分析随机接入过程，接入失败可能发生的阶 段： 1. MSG1发送后是否收到MSG2； 2. MSG3是否发送成功； 3. MSG4是否正确接收。

接通率的分析思路

MSG1发送后是否收到MSG2
PRACH Trigger， cause：连接请求
MSG1是否发出
N
是 Attach Fail 否
是 是
RRC连接建立失败 否
随机接入问题
初始直传过程失败
是
鉴权加密问题
否 是
RRC连接重配失败 否 异常问题
E-RABaidu Nhomakorabea建立问题
否
结束
接通率的分析思路

随机接入过程分析
（1）MSG 1：UE在PRACH上发 送随机接入前缀； （2）MSG2：ENB的MAC层产生 随机接入响应，并在PDSCH上 发送；
--中心用户可用的前导个数。

随机接入的信令介绍





PREAMBLE_INITIAL_REC EIVED_TARGET_POWER ---PRACH初始前缀目标接 收功率：-110dBm PREAMBLE_TRANS_MAX --- PRACH前缀传送的最大 次数 8 MSG3 HARQ的最大发送次数： 随机接入响应窗口RAResponse Window Size： 索引值7对应sf10 MAC冲突解决定时器MAC Contention Resolution Timer：索引值7对应sf64 maxHARQ-Msg3Tx--MSG3 HARQ的最大发送次 数：3

处于Inactive状态或IDLE状态的 UE通过发起attach request或 Service Request触发初始随机接 入，建立RRC连接，再通过初始
Detect SSCH （用于获得无线帧时钟、小区 ID组、BCH天线配置）
Detect DL RS
直传建立传输NAS消息的信令连
接，最后建立E-RAB。
7
8 9 10 11 12 13 14 15
55
68 82 100 128 158 202 237 -
课程内容

初始接入的信令流程 随机接入的信令介绍 接通率的分析思路 接入问题案例分析
接通率的分析思路
路测数据

利用CNT、CNA 工具，统计短呼 的初始接入成功 率是否满足客户 要求，将接入失 败的呼叫提取出 来进行分析。
排查终端问题
Y N 是否收到MSG2 N 是否收到PDCCH Y Y
结合后台MTS 的 PRACH信道收包情况， 分析上行问题
结合RSRP、SINR，分 析下行问题
MSG3过程分析
接通率的分析思路
若收不到MSG2的PDCCH，可分别对上行和下行进 行分析： 上行：

1. 结合后台MTS的PRACH信道收包情况，确认上行是否收到MSG1。 2. 检查MTS上行通道的接收功率是否>-99dBm，若持续超过-99dBm，解 决上行干扰问题，比如是否存在GPS失锁或交叉时隙干扰。 3. PRACH相关参数调整：提高PRACH期望接收功率，增大PRACH的功 率攀升步长，降低PRACH绝对前缀的检测门限。
接入问题案例分析-2

修改CRT定时器为64ms后，通过MSG4 Report和LTE MAC RACH Attempt看到基于竞争的随机接入成功。
UE是否收到MSG4的PDCCH
2.调整专用PDCCH的聚合度
Y
3.增加PDCCH DCI 1A的功 率偏移
UE是否收到MSG4
N
Y 是否PDCCH重发 N
检查重发的PDCCH携带的信 息
Y
解决PDSCH接收问题
结束
接通率的分析思路


UE是否收到PDCCH，若没有收到PDCCH，从下 行信号分析及参数两方面解决PDCCH接收问题。

问题现象

某地区短呼性能摸底测试，路测发现前台偶尔收不到MSG4，导致接通失败。 核对NodeB侧信令发现后台已经下发了RRC层消息RRC Conection Set up， 但是未收到RRC Conection Set up Complete。
接入问题案例分析-2

大量短呼测试，RRC连接无响应均为msg4 fail，失 败原因：failure at MSG4 due to CT timer expired。
（3）MSG3：UE的RRC层产生 RRC Connection Request 并 映射到PUSCH上发送；
（4）MSG4：RRC Connection Setup 由ENB的RRC层产生， 并映射到PDSCH上发送。 最后，由UE的RRC层生成RRC Connection Set up Complete 并发往eNB。
多次收到PDCCH后是否收到PDSCH？
1.确认收到的PDCCH是否重传消息，检查重传消息的 DCI格式填写是否正确；
2.PDSCH收不到，检查PDSCH采用的MCS，检查PA 参数配置，适当增大PDSCH的RB分配数。
课程内容

初始接入的信令流程 随机接入的信令介绍 接通率的分析思路 接入问题案例分析

下行信道质量如何？RSRP？SINR？ 是否是PDCCH没收到？ 是否多次收到PDCCH，而没有收到PDSCH。

分析将MAC Contention Resolution Timer由48sf改为64sf，使得UE发送 MSG3后等待接收MSG4的时间由48ms增大到64ms，增加弱场起呼时 UE接收MSG4的概率。

下行：
1. UE侧收不到以RA_RNTI加扰的PDCCH，检查下行RSRP是否>119dBm，SINR>-3dB，下行覆盖问题通过调整工程参数、RS功率、 PCI等改善。 2. PDCCH相关参数调整：比如增大公共空间CCE聚合度初始值。
接通率的分析思路

MSG3是否发送成功
UE已收到MSG2
N 是否发出MSG3的PUSCH