LTE接入问题分析资料讲解

1、L TE 接 入 问 题 分 析1、无线接通率指标无线接通率 =RRC连接建立成功率 *E-RAB建立成功率 =(RRC连接建立完成次数/RRC连接请求次数(不包括重发) )*E-RAB 建立成功总次数 /E-RAB建立尝试总次数 *100% 1.1、 RRC连接建立成功率RRCSetupSuccessRate=( L.RRC.ConnReq.Succ)/(L.RRC.ConnReq.Att)*100%话统统计方法：【A点】（ 1）指标 L.RRC.ConnReq.Att 加 1，不统计重发的次数。Case1： eNB下发 RRC_Conn_Setup消息后，在 T300 定时器超时前，收到相

2、 同的 UeID发起的 RRC_Conn_Re（qSetup 丢失，UE MAC冲突解决定时器超时后 重发 RRC_Conn_Re，qUeID不变），记为一次重发 RRC_Conn_Re消q 息。Case2：T300超时后， UE仍未收到 RRC_Conn_Setu，p UE重新搜网，发起初 始接入， UeID是取 0239 的随机值或上层下发的 TMSI。eNB侧记为新的一次初 始接入， L.RRC.ConnReq.Att 加 1。Case3：发起 Attach 后会启动 T3410 定时器。如果 UE发出RRC_Conn_Setup_Cm后p， ENB没有收到， UE会在定时器超时后重新发

3、起Attach ， ENB侧记为新的一次初始接入； RRC_Conn_Setup_Cm丢p失不会触发重建，发起重建的前提是安全已经激活。（ 2）如果 RRC Connection Request 消息信元 Establishment Cause 为 “emergency”，指标L.RRC.ConnReq.Att.Emc 加 1。（ 3）如果 RRC Connection Request 消息信元 Establishment Cause 为 “highPriorityAccess ”，指标L.RRC.ConnReq.Att.HighPri 加 1。（ 4）如果 RRC Connection Re

4、quest 消息信元 Establishment Cause 为“mt- Access”，指标L.RRC.ConnReq.Att.Mt 加 1。（ 5）如果 RRC Connection Request 消息信元 Establishment Cause 为“mo- Singnalling ”，指标L.RRC.ConnReq.Att.MoSig 加 1。（ 6）如果 RRC Connection Request 消息信元 Establishment Cause 为“mo- Data ”，指标L.RRC.ConnReq.Att.MoData 加 1。【B点】当 eNodeB下小区接收到 UE 发送

5、的 RRC Connection Request 消息并下发 RRC Connection Setup 消息给 UE时，指标 L.RRC.ConnSetup加 1。 【C点】当 eNodeB收到 UE返回的 RRC Connection Setup Complete 消息时统计相 应指标， L.RRC.ConnReq.Succ加 1。1.2 、ERAB建立成功率ErabSetupSuccessRate=（ L.E-RAB.SuccEst ）/（L.E-RAB.AttEst）*100%话统统计方法：图4如上图中 A点所示，当 eNodeB收到来自 MME的 E-RAB SETUP REQUES或

6、T者 INITIAL CONTEXT SETUP REQUE（ST初始上下文设置请求）消息时统计该指标。 如果 E-RAB SETUP REQUES或T者 INITIAL CONTEXT SETUP REQUE消ST息中要求 同时建立多个 E-RAB，则相应指标按各个业务的 QCI分别进行累加。2、接入性能优化流程接入失败通常有三大类原因：无线侧参数配置问题、信道环境影响以及核心网侧配置 问题。因此无线接通率优化流程可以按以下步骤进行：（ 1）通过话统分析是否出现接入成功率低的问题，当前RRCeRAB接通率指标一般为98%，也可根据对接入成功率指标的特殊要求启动问题定位。（2）确认是否全网指标

7、恶化，如果是全网指标恶化，需要检查操作，告警，是否存在 网络变动和升级行为。检查无线侧以及核心网侧参数配置是否合理，如定时器T300 、T302、 T3410，以及参数小区接入禁止、小区最小接入电平、IPPATH、Ncs等。（ 3）如果是部分站点指标恶化，影响全网指标，需要找出TOP站点。（ 4）查询 RRC连接建立和 ERAB建立成功率最低的 TOP10站点和 TOP时间段。（ 5）查看 TOP站点告警，检查单板状态，RRU状态，小区状态， OM操作，配置是否异常。（ 6）针对 TOP站点进行针对性的标准信令跟踪、干扰检测进行分析。（7）如果标准信令和干扰检测无异常，将一键式日志，标口跟踪，

8、干扰检 测结果返回给厂家技术人员分析。接入问题优化流程图如下图所示：接入问题优化流程图3、接入问题排查分析3.1 、E_NB配置问题排查PDCCH符号数配置问题测试局点为了尽可能提高下行吞吐率， PDCCH通常固定 1 符号，但在 20M带宽以下，可能出现无法接入的问题。5M小区， PDCCH固定 1 符号，总共能使用的 CCE个数为 3，由于 CCE资源受限接入不了10M小区， PDCCH固定 1符号，总共能使用的 CCE个数为 8个，受上下行配比约束，下行最多能用 5个，而 10M小区公共信令的聚合级别为 8，需要 8 个，因此 CCE资源受限所以接入不了。15M小区， PDCCH固定 1

9、符号，总共能使用的 CCE个数为 12，受上下行配 比约束，下行最多能用 8 个，PDCCH功控开关关闭时可以接入。PDCC符H 号数配置IPPATH配置问题 基站在完成了安全的配置与 UE能力的获取后并向小区申请资源 , 会向 TRM 申请 GTPU资源, 如果申请资源失败则会向核心网返回初始上下文建立失败响应INIT_CONTEXT_SETUP_FA；IL原因值填写 transport resourceunavailable(0) ；如下图所示：初始上下文建立失败响应信令截图在这种情况下 ,对照开站 summary首先查看一下 MML中的 IPPATH是否配置正确, 如果已经配置正确 ,

10、则查看请初始上下文建立请求消息(INIT_CONTEXT_SETUP_R消EQ息)中 transportlayeraddress的信元值是否为配 置的 IPPATH值, 如果不一样则需要确认一下是我们配置错误还是核心网填写错 误。同时查看路由信息配置是否正确，如果 IPPATH正确，但路由错误，同样会 出现传输资源不可用的错误信息。如果以上都不符合则需要把 IFTS 打开,将跟 踪发给厂家技术人员来确认问题的原因。初始上下文建立请求消息信令3.2 、 top 小区分析处理3.2.1 、 TOP小区筛选通过 U2000导出全网每日话统文件，按照( L.RRC.ConnReq.Att-L.RRC.

11、ConnReq.Succ ) 次数从高到低排序，结合接入成功率，选出TOP10站点接入成功率低的小区。按照( L.E-RAB.AttEst-L.E-RAB.SuccEst )次数从高到低排序，结合 ERAB建立成功率 选出 TOP10 ERAB建立成功率低的站点。目前 TOP小区提取暂按以下方式操作： RRC请求次数大于 50次 接通率小于 98%。 在一周之类重复出现 2次以上的小区。若前三种无法提取出 TOP小区，可按 RRC，ERAB建立失败次数 , 分开求和后降序排列筛选RRC和 ERAB建立失败的 TOP小区。3.2.2 、 TOP小区状态检查检查 TOP小区的状态是否正常，可以在

12、U2000上，通过 MML命令“ DSP CELL”能查看到小 区的总体信息。如果小区状态显示不是“正常”，可以按如下方法进行简单排查：? 如果存在 S1链路异常告警，请检查 S1链路配置是否正确。? 如果存在 RSSI/RSRP通道不平衡，需要检查天馈互调干扰，? 如果存在驻波告警，需要通过 DSP TXBRANC，H DSP RXBRANC查H看 RRU发射和接收通 道状态。? 如果存在小区不可用告警，需要返回主控和基带板一键式日志。3.2.3 、 TOP小区指标分析通过话统可以得出 TOP小区原因分布， TOP小区中 RRC和 ERAB建立失败次数原因值说明：对小区 RRC建立失败次数：

13、? 资源分配失败而导致 RRC连接建立失败的次数，指标 ID ： 1526727083；重点关注 top 资源是否足够，包括 top 用户数，传输、 PRB等；? UE无应答而导致 RRC连接建立失败的次数，指标ID ：1526727084 ；关注质差、干扰、无线环境等；? 小区发送 RRC Connection Reject 消息次数，指标 ID： 1526728269 ；关注传输问 题、是否拥塞、干扰；? 因为 SRS资源分配失败而导致 RRC连接建立失败的次数，指标 ID ：1526728485；重点 关注SRS带宽、配置指示、配置方式、 SRS ACK/NACK设置是否合理等；? 因为

14、 PUCC资H 源分配失败而导致 RRC连接建立失败的次数，指标 ID： 1526728486；关 注PUCCH信道相关参数设置是否合理， CQI RB数配置是否合理等；? 流控导致的 RRC Connection Request 消息丢弃次数，指标 ID ： 1526728489 ；关注 拥塞，业务流控相关参数是否设置正确等；? 流控导致的发送 RRC Connection Reject 消息次数，指标 ID：1526728490 ；关注拥 塞，业务流控相关参数是否设置正确等；对小区 E-RAB建立失败次数：? 因未收到 UE响应而导致 E-RAB建立失败的次数，指标 ID：15267267

15、17 ；处理建议： 需排查覆盖，干扰，质差， ENODE参B 数设置错误，终端及用户行为异常等原因。? 核心网问题导致 E-RAB建立失败次数，指标 ID ： 1526728276；处理建议：需跟踪信 令，排查核心网问题（ EPC参数设置 ,TAC码设置的一致性，对用户开卡限制，硬件 故障方面排查）；? 传输层问题导致 E-RAB建立失败次数，指标 ID ： 1526728277；处理建议：需查询传 输是否有故障，高误码，闪断，传输侧参数设置问题。? 无线层问题导致 E-RAB建立失败次数，指标 ID： 1526728278 ；处理建议：处理建 议：需排查覆盖，干扰，质差， ENODE参B 数

16、设置错误，终端及用户行为异常等原 因。? 无线资源不足导致 E-RAB建立失败次数，指标 ID ： 1526728279；处理建议： 1、排查TOP小区资源是否足够，是否故障引起，若存在资源不足问题，可考虑参数调整，流量均衡（小区选择，重选和切换类参数）；2、结合现场调整天馈，流量均衡；3、热点区域，增补基站等；? 安全模式配置失败导致 E-RAB建立失败次数，指标 ID ： 1526728280；处理建议：需 排查覆盖，干扰，质差， ENODE参B 数设置错误，终端及用户行为异常等原因。3.2.4 、 TOP用户分析通过 CHR日志分析可以获取 RRC建立失败和 ERAB建立失败 TOP用户

17、的 TMSI。在 CHR数据 中，可以通过 TMSI来确定是否为同一个用户，具体方法如下：当前华为核心网 TMSI分配的机制是对于同一个 IMSI 用户， TMSI的右起第三个 byte 的数 据进行随机赋值，即某用户的 TMSI中只有第三个字节的 8bit 发生变化（如 AA * BB CC ）就 是同一用户。如下图所示， C0 * 00 05 就是同一个用户。使用 INSIGHTSHAR工P具分析同一 TMSI用户的多个接入流程，查看 L2_SRB_LOG字段记录 的接入时上行信道质量 DMRS_SIN和R DMRS_RSR，P可以初步确认用户是否处于上行弱覆盖区 域： DMRS_SINR

18、0d或b DMRS_RSRP-131db可m以认为终端处于弱覆盖区域。CHR 字段说明截图3.2.5 、 TOP小区跟踪通过话统分析出 TOP小区和 TOP时间段后，在对应的小区和时间段，打开Uu口， S1口，X2口跟踪，查看接入流程在哪一步失败。通过 TOP用户的 TMSI在核心网侧获取到 IMSI ，可以启动该用户的全网跟踪。3.2.6 、 TOP小区环境干扰分析 通过频谱扫描仪功能查看下行是否存在邻区干扰、外部系统干扰等。通过E_NB小区干扰检测的性能跟踪分析是否存在上行干扰。如存在外部干扰或邻区干扰，需要进行干扰源 排查。4、案例分析4.1 、SGW链路不通引起的无线接通率偏低案例分析

19、【现象描述】：6月 7日对南宁移动 LTE全网站点进行 KPI统计，发现部分站点在 6月 6日（10：00-11：00）时间段内无线接通率偏低，其中部分小区无线接通率仅有5.25%，详细指标如下：无线接通率：无线掉线率：切换成功率：无线接通率主要通过话务统计获得，根据区公司推荐的公式为：无线接通率=RRC连接建立次数 /RRC 连接请求次数（不包括重发） *E-RAB 建立成功总 次数/E-RAB 建立尝试总次数 *100 。从以上 KPI 指标统计情况可以看出 RRC 连接建立成功率、切换成功率、无线掉线率指标均无明显异常，无线接通率偏低主要是因为 E-RAB建立失败引起。通过 OMC920

20、提取 E-RAB建立失败小区原因如下：eNodeB发起的 S1 RESET导致的 E-RAB异常释放 传输层问题导致的 E-RAB异常释放 切换流程失败导致 E-RAB异常释放 无线层问题导致的 E-RAB异常释放 核心网问题导致的激活的 E-RAB异常释放 网络拥塞导致的 E-RAB异常释放 安全模式配置失败导致 E-RAB建立失败 无线资源不足导致 E-RAB建立失败 等待 UE响应超时导致 E-RAB建立失败 无可用资源导致 E-RAB建立失败提取 E-RAB建立失败指标情况如下：从以上 KPI 指标统计结果来看，以上小区 RRC建立成功率良好，无线接通率偏低主要是因为无可用资源导致原因

21、分析】：E-RAB建立流程是 UE的专有承载建立过程，当 UE完成初始 UE上下文接入过程后，当需要进行新的业务服务时，会发起 E-RAB建立过程。同样地， E-RAB建立过程也会伴随有 NAS消息的交互，目的是在 NAS层协商业务参数用于接入层的资源分配。下图所示为典型的 E-RAB建立过程： 在完成初始 UE上下文建立过程后，当 UE需要进行业务建立时，会通过NAS层消息交互向 MM申E 请建立专有承载。 MME收到UPLINK NAS TRANSPO后R，T 根据 NAS层消息内容为 UE分配专有 承载资源，并向 eNodeB发送E-RAB SETUP REQUE消ST息。消息中主要携带

22、 E-RAB建立列表，列表包括 E-RAB ID、承载的 QoS信息、传输层配置信息 以及NAS层信息。 eNodeB收到E-RAB SETUP REQUE消S息T 后，根据 UE申请的资源按照 相应 的RRM算法为UE分配相关资源，包括：传输资源、无线资源、调度资源、 功率资源、天线资源等等。并向 UE发送RRC Connection Reconfiguration 消息。 UE收到 RRC Connection Reconfiguration 消息后，根据 eNodeB为其分配 的相关资源完成参数配置，并向 eNodeB发送 RRC Connection Reconfiguration Complete 消息，通知 eNodeB配置完成。 eNodeB完成上述操作后即成功地为 UE建立起对应的 E-RAB承载，因此 向MM发E 送E-RAB SETUP RESPON消S息E ， E-RAB建立流程结束从后台提取指标发现该小区无可用资源导致 E