LTE接入问题分析
1.随机接入流程
（1）用户Attach流程：
UERRC CONN SETUP REQE-NODEBMMERRC CONN SETUPRRC CONN SETUP CMPINITIAL UE MESSAGE直传过程（鉴权、业务协商）INITIAL UE CONTEXT SETUP REQRRC SECURITY MODE CMDRRC SECURITY MODE CMPRRC CONN RECFGRRC CONN RECFG CMPINITIAL UE CONTEXT SETUP RSP直传过程（业务协商、流程通知）SAEB SETUP REQRRC CONN RECFGRRC CONN RECFG CMPSAEB SETUP RSP
（2）随机接入流程介绍
随机接入过程的发生有以下五种场景：
1、从空闲态转到连接态的初始接入；
2、无线链接失败后的接入；
3、切换过程中的接入；
4、当UE处于连接态时下行数据到达时因为某些原因需要随机接入，如上行失步时有下行数据到达；
5、当UE处于连接态时上行数据到达时因为某些原因需要随机接入，如上行失步时有上行行数据到达；
随机接入分为竞争接入与非竞争接入两种，其中竞争随机接入适用于上述
1、
2、5三种场景，而非竞争随机接入适用于
3、4两种场景。
随机接入基本流程如下：
UEeNB1Random Acce PreambleUEeNBRandom Acce Response20RA Preamble aignment3Scheduled TransmiionRandom Acce Preamble1Contention Resolution42Random Acce Response 图2 随机接入流程图（左：基于竞争的随机接入 右：基于非竞争的随机接入）
2.常见问题简单排查方法
2.1基本定位思路
接入失败通常有三大类原因：无线侧参数配置问题、信道环境影响以及核心网侧配置问题。因此遇到无法接入的情况，可以大致按以下步骤进行排查。 （1）通过话统分析是否出现接入成功率低的问题，当前RRC\\eRAB接通率指标一般为98%，也可根据局点对接入成功率指标的特殊要求启动问题定位。
（2）确认是否全网指标恶化，如果是全网指标恶化，需要检查操作，告警，是否存在网络变动和升级行为。
（3）如果是部分站点指标恶化，拖累全网指标，需要寻找TOP站点。
（4）查询RRC连接建立和ERAB建立成功率最低的TOP10站点和TOP时间段。 （5）查看TOP站点告警，检查单板状态，RRU状态，小区状态，OM操作，配置是否异常。
（6）提取CHR日志，分析接入时的msg3的信道质量和SRS的SINR是否较差（弱覆盖），是否存在TOP用户。
（7）针对TOP站点进行针对性的标准信令跟踪、干扰检测进行分析。
（8）如果标准信令和干扰检测无异常，将一键式日志，标口跟踪，干扰检测结果返回给开发人员分析。
详细流程图如下：
开始Y全网话统分析，是否达标？N是否全网指标恶化？YN检查告警，操作，是否存在网络变动和升级操作。按照接入失败次数和接入成功率确认TOP站点NTOP站点告警，操作，状态，配置是否异常Y告警恢复，评估操作影响和升级影响告警，操作和配置恢复后KPI恢复正常？N根据CHR确认是否弱覆盖？NYY根据信令跟踪确认是否终端问题，核Y心网问题，ENB配置问题YN解决问题，KPI恢复?Y问题定位结束N优化覆盖提交接入问题排查交付件供研发人员分析2.1.1、TOP小区筛选
通过M2000导出全网每日话统文件，按照（L.RRC.ConnReq.Att-L.RRC.ConnReq.Succ）次数从高到低排序，结合接入成功率，选出TOP10站点接入成功率低的小区。
按照（L.E-RAB.AttEst-L.E-RAB.SuccEst）次数从高到低排序，结合ERAB建立成功率选出TOP10 ERAB建立成功率低的站点。
检查TOP小区的状态是否正常，可以在M2000上，通过MML命令“DSP CELL”能查看到小区的总体信息。
如果小区状态显示不是“正常”，可以按如下方法进行简单排查： 如果存在S1链路异常告警，请检查S1链路配置是否正确。 如果存在RSSI/RSRP通道不平衡，需要检查天馈互调干扰，
如果存在驻波告警，需要通过DSP TXBRANCH，DSP RXBRANCH查看RRU发射和接收通道状态。
如果存在小区不可用告警，需要返回主控和基带板一键式日志。
2.1.2、TOP小区话统分析
通过RRC建立失败话统可以得出TOP小区RRC建立失败原因分布：
L.RRC.SetupFail.NOReply多为弱覆盖或终端异常；L.RRC.Setup.ResFail由小区资源分配失败导致。
通过ERAB建立失败原因话统可以得出得出ERAB建立失败原因分布：
L.E-RAB.FailEst.RNL的统计包含了指标L.E-RAB.FailEst.NoRadioRes、L.E-RAB.FailEst.SecurModeFail及指标L.E-RAB.FailEst.NoReply的统计情况。
初始上下文建立失败的几种现象：
1 基站下发了RRC_SECUR_MODE_CMD消息,收到UE的RRC_SECUR_MODE_FAIL消息 UE SecurityModeCommand EUTRAN SecurityModeFailure 2 基站下发了RRC_SECUR_MODE_CMD消息,没有收到UE的RRC_SECUR_MODE_CMP消息 3 基站下发了RRC_CONN_RECFG消息,没有收到UE的RRC_CONN_RECFG_CMP消息
4 基站下发了RRC_UE_CAP_ENQUIRY消息,没有收到UE的RRC_UE_CAP_INFO消息
初始上下文建立请求消息超时，需要核心网侧配合，查看核心网侧在收到ENB传递的NAS Attach消息后的处理流程。
初始上下文建立失败需要检查基站配置，查看告警，跟踪Uu口，S1口进行分析。
2.1.3、TOP用户分析
通过CHR日志分析可以获取RRC建立失败和ERAB建立失败TOP用户的TMSI。在CHR数据中，可以通过TMSI来确定是否为同一个用户，具体方法如下：
当前华为核心网TMSI分配的机制是对于同一个IMSI用户，TMSI的右起第三个byte的数据进行随机赋值，即某用户的TMSI中只有第三个字节的8bit发生变化（如AA ** BB CC）就是同一用户。如下图所示，C0 ** 00 05就是同一个用户。
使用INSIGHTSHARP工具分析同一TMSI用户的多个接入流程，查看L2_SRB_LOG字段记录的接入时上行信道质量DMRS_SINR和DMRS_RSRP，可以初步确认用户是否处于上行弱覆盖区域：
DMRS_SINR
图6 CHR字段说明截图 2.1.4、TOP小区跟踪
通过话统分析出TOP小区和TOP时间段后，在对应的小区和时间段，打开Uu口，S1口，X2口跟踪，查看接入流程在哪一步失败。
通过TOP用户的TMSI在核心网侧获取到IMSI，可以启动该用户的全网跟踪
2.1.5、TOP小区环境干扰分析
通过频谱扫描仪功能查看下行是否存在邻区干扰、外部系统干扰等。 通过ENB小区干扰检测的性能跟踪分析是否存在上行干扰。 如存在外部干扰或邻区干扰，需要进行干扰源排查。
3.配置类问题排查 UE配置问题
1.华为Test UE频点配置
针对我司UE，检查频点配置是否与eNB一致，如果频点不正确，UE表现为小区搜索失败。
图7 测试UE频点配置
2.E398/E392 Attach类型设置
LTE核心网通常没有配置CS域的通道，只有PS域。当E398 Attach类型为CS&PS combined attach时，就会导致只Attach了PS域，CS域一直附着失败，UE最终被释放掉。将E398的Attach方式修改为PS_ONLY可以解决此问题。
图8 Attach信令截图
3.终端规格问题
以E398s/E392u为例， 只支持Band38和Band40，如果小区设置为其他频带，终端将无法接入。
另外，需要确认部分终端对无线层加密算法的支持程度，如果小区配置中使用了终端不支持算法进行加密和完整性保护，终端可能会出现接入失败。
以海思芯片为例，通过Histudio在NV项中找到UE_NET_CAPABILITY项查看加密及完整性算法。
ucEeaCap: 加解密算法。 ucEiaCap: 完整性保护算法。
高位3个Bit从高到底分别代表NULL、SNOW3G、AES算法 与协议24301中表9.9.3.34.1是一致。
1代表支持，0代表不支持。
比如上图中ucEeaCap与ucEiaCap的值都为0xe0代表NULL、SNOW3G与AES算法都 支持。
如果需要更改，比如需要设置UE可支持的加密算法为AES算法，其它两种算法不支持，则可设置ucEiaCap＝0x20 换算成二进制为0010，表示只支持AES算法。
目前UE对三种算法都支持，所以不管在测试还是商用使用过程中，建议按照默认设置，不要更改这些值。
ENB配置问题
1.PDCCH符号数配置问题
测试局点为了尽可能提高下行吞吐率， PDCCH通常固定1符号，但在20M带宽以下，可能出现无法接入的问题。
10M小区，PDCCH固定1符号，总共能使用的CCE个数为8个，受上下行配比约束，下行最多能用5个，而10M小区公共信令的聚合级别为8，需要8个，因此CCE资源受限所以接入不了
5M小区，PDCCH固定1符号，总共能使用的CCE个数为3，同样由于CCE资源受限接入不了
15M小区，PDCCH固定1符号，总共能使用的CCE个数为12，受上下行配比约束，下行最多能用8个，PDCCH功控开关关闭时可以接入。
图9 PDCCH符号数配置
2.IPPATH配置问题
基站在完成了安全的配置与UE能力的获取后并向小区申请资源,会向TRM申请GTPU资源,如果申请资源失败则会向核心网返回初始上下文建立失败响应INIT_CONTEXT_SETUP_FAIL;原因值填写transport resource unavailable(0)；如下图所示；
跟踪如下所示:
图10 初始上下文建立失败响应信令截图
在这种情况下,对照开站summary首先查看一下MML中的IPPATH是否配置正确,如果已经配置正确,则查看请初始上下文建立请求消息(INIT_CONTEXT_SETUP_REQ消息)中transportlayeraddre的信元值是否为配置的IPPATH值,如果不一样则需要确认一下是我们配置错误还是核心网填写错误。同时查看路由信息配置是否正确，如果IPPATH正确，但路由错误，同样会出现传输资源不可用的错误信息。如果以上都不符合则需要把IFTS打开,将跟踪发给研发人员来确认问题的原因；
图11 初始上下文建立请求消息信令
