LTE TDD问题定位和优化指导书-接入篇
文档密级
图32 eNB L1 TTI跟踪
4）
确认eNB是否进行了上行调度。通过eNB L1 TTI下行跟踪观察是否发送了UL GRANT，或者通过eNB L1 TTI上行跟踪观察上行调度结果。协议规定ENB下发ULGANT后，UE会在4个TTI后（TDD为4个TTI后第一个上行TTI）在PUSCH上传信息。所以下行跟踪记录的发送UL GRANT的时刻和上行跟踪记录的PUSCH调度信息会相差4个TTI。如图所示，eNB在300.6调度了UL Grant：
图33 eNB UL Grant指示
5）
确认UE是否收到了UL GRANT，并正确发送了PUSCH。UE TTI上下行跟踪可以看到UE是否解到了UL GRANT和发送了PUSCH，协议规定UE在收到UL Grant的4TTI（TDD为4个TTI后第一个上行子帧）后发送上行PUSCH，所以UL Grant和上行PUSCH跟踪信息会相差4个TTI。 如图所示，UE在300.6收到了UL Grant：
图34 UE UL Grant接收指示
6）
确认eNB是否收到MSG5，通过eNB上行TTI跟踪分析上行接收情况，示例所示301.2收到了PUSCH，并且CRC正确：
2016-12-8
华为机密，未经许可不得扩散 第41页, 共60页
LTE TDD问题定位和优化指导书-接入篇
文档密级
图35 上行PUSCH接收
? 如果上行调度CRC错误，可通过调度信息、DMRS测量、SRS测量等信息进行分
析。
? 一般的，如果DMRS Rsrp（子载波级的eNB接收功率，）接近低噪（-130dBm），
说明接收功率很低。
? 一般的，需要通过UE发送功率和UE路损推算接收到的RSRP是否合理。
UE发射功率可以这样估算：Pwr = P0 + alpha * 下行PL + f(i) + 10logM。其中P0、Alpha可通过系统消息获取、PL可通过路损计算得到（PL=RS-下行RSRP），系统f（i）=-1，M为调度的RB个数。如果计算得到的Pwr大于UE最大发射功率，则Pwr=Ue最大发射功率。ENB接收功率RSRP=Pwr – 10log(12*M) – 上行PL。
? 一般的，如果RSRP-SINR明显高于低噪，说明有较大干扰。请排查环境
是否存在干扰源或其他干扰因素。
? 一般的，如果下行RSRP为中近点，而上行接收的RSRP接近底噪
（-130dBm），可能为UE没有发送数据，如果UE跟踪显示UE发了数据，可以分析一下UE和eNB的资源配置（RB位置和RB数等配置信息）。 ? 一般的，还可以分析一下SRS测量得到的TA是否合理。如果MCS阶数很
高，而TA提前，比较容易造成CRC错误。
2016-12-8
华为机密，未经许可不得扩散 第42页, 共60页
LTE TDD问题定位和优化指导书-接入篇
文档密级
5.1.3 安全模式、RB重配问题定位指导
MME无响应或MME主动发起的释放造成的用户释放
一般是基站发起INIT_UE_MSG后,等待核心网的初始上下文建立请求消息超时(即核心网没有下发初始上下文请求消息),然后由基站主动发起的用户释放, 在这种情况下需要跟核心网侧维护人员确认一下为什么没有发起初始上下文建立请求消息；
另一种情况是基站发起INIT_UE_MSG后,核心网立即下发了释放消息
UE_CONTEXT_REL_CMD,在这种情况下,首先确认一下INIT_UE_MSG中的PLMNID与基站侧的配置是否一致,如果不一致,需要重新配置后再接入；如果已经一致,则需要跟核心网侧维护人员确认一下核心网下发释放消息的原因；
具体显示的跟踪样例如下所示:
图36 信令跟踪样例
UE无响应造成用户释放
一般UE无响应造成的释放有四种情况:
1、 基站下发了RRC_CONN_SETUP消息没有收到UE的RRC_CONN_SETUP_CMP消息; 2、 基站下发了RRC_SECUR_MODE_CMD消息没有收到UE的RRC_SECUR_MODE_CMP消息; 3、 基站下发了RRC_UE_CAP_ENQUIRY消息没有收到UE的RRC_UE_CAP_INFO消息; 4、 基站下发了RRC_CONN_RECFG消息没有收到UE的RRC_CONN_RECFG_CMP消息;
因为第一种情况正处于RRC连接建立状态,所以不需要回核心网响应,其它三种情况都需要回核心网初始上下文建立失败响应(即消息INIT_CONTEXT_SETUP_FAIL);
在发生了上述四种情况后,需要在UE那里确认一下基站侧下发的这条消息(比如RRC_CONN_SETUP)UE的跟踪上是否收到,如果没有收到,则需要查一下基站发出的这条消息在基站的L2处是否收到并下发给了UE,并查看一下基站发出的这条消息UE的L2是否收到并传递给了UE的L3;如果UE的L3收到了这条消息,则需要查看一下UE是否发出响应基站的消息(比如RRC_CONN_SETUP_CMP);
2016-12-8
华为机密，未经许可不得扩散
第43页, 共60页
LTE TDD问题定位和优化指导书-接入篇
文档密级
跟踪样例如下所示:
图37 信令跟踪样例
上图是因为没有收到UE的RRC_SECUR_MODE_CMP消息导致超时造成的用户释放;
无线资源申请失败导致用户释放
基站在完成了安全的配置与UE能力的获取后会向小区申请资源,如果申请失败,则会向核心网返回初始上下文建立失败响应INIT_CONTEXT_SETUP_FAIL;原因值一般会填写radio resource not available(25);如下图所示;在这种情况下,一般都是向小区申请资源失败导致的初始上下文建立失败;一般可以先导出MML的参数配置,然后与默认参数进行对比,查看一下是否一些与小区相关的参数配置错误（可以与基线比较，参数相关参见基线参数配置，参数基线可以从随版本发布的文档包获取）,如果参数没有问题,则请把IFTS打开,将跟踪反馈给研发人员确认问题的原因；
跟踪如下所示:
2016-12-8
华为机密，未经许可不得扩散 第44页, 共60页
相关推荐：
loading