LTE接入问题定位和优化指导书

1、LTE 接入问题定位指导书内部公开confidentiality level产品名称Product name密级Confidentiality level内部公开产品版本Product versionTotal 51pages 共51页LTE 接入问题定位指导书(仅供内部使用）For internal use only拟制:Prepared by郭飞日期：Date2012-01-10审核:Reviewed by日期：Dateyyyy-mm-dd审核:Reviewed by日期：Dateyyyy-mm-dd批准:Granted by日期：Dateyyyy-mm-dd华为技术有限公司Huawei

2、Technologies Co., Ltd.版权所有 侵权必究All rights reserved修订记录Revision record日期Date修订版本Revision version修改描述 change Description作者Author2010-3-311.00初稿完成 initial transmittal 凌王翔2011-10-241.10修改稿完成郭飞2012-01-091.20修改稿完成郭飞2012-01-101.21修改稿完成郭飞2012-01-301.23修改稿完成郭飞目 录Table of Contents 1概述62基本原理62.1接入流程简介62.2随机接入流

3、程简介62.3接入流程话统介绍92.3.1随机接入话统92.3.2RRC连接建立请求话统102.3.3RRC连接建立尝试话统102.3.4RRC连接建立成功话统112.3.5RRC连接建立失败话统122.3.6ERAB承载建立尝试话统122.3.7ERAB承载建立成功话统132.3.8ERAB承载建立失败话统142.4工具简介143接入类问题排查方法153.1基本定位思路153.1.1TOP小区筛选163.1.2TOP小区话统分析173.1.3TOP用户分析183.1.4TOP小区跟踪193.1.5TOP小区环境干扰分析193.2配置类问题排查203.2.1UE配置问题203.2.2ENB配置

4、问题214接入类问题定位指导234.1问题定位流程详述234.1.1睡眠小区问题定位指导234.1.2UE无法驻留小区问题定位指导254.1.3MME兼容性和无线资源类问题定位指导274.1.4S1接口异常问题定位指导295各场景接入成功率问题处理流程315.1.1新建网络接入成功率低315.1.2搬迁网络接入成功率恶化315.1.3网络升级后接入成功率恶化315.1.4网络运维长时间后接入成功率恶化316问题反馈326.1问题信息反馈基本动作326.1.1接入成功率恶化处理CheckList326.1.2接入问题排查交付件326.1.3路测工具选择及测试建议337典型案例337.1IPPAT

5、H配置不正确导致ERAB建立失败337.1.1问题描述337.1.2问题分析337.1.3解决措施347.2某国某局点小区状态正常，终端无法接入347.2.1问题描述347.2.2问题分析347.2.3解决措施357.3某国某局点E398接入后被异常释放357.3.1问题描述357.3.2问题分析357.3.3解决措施377.4某国MOCN网络其中一运营商终端接入失败377.4.1问题描述377.4.2问题分析377.4.3解决措施387.5某国某局点接入成功率低387.5.1问题描述387.5.2问题分析397.5.3解决措施437.6某国某局点鉴权加密失败437.6.1问题描述437.6.

6、2问题分析437.6.3解决措施458华为Test UE跟踪和工具使用指导458.1.1UE TTI跟踪使用方法458.1.2ENB L2 TTI跟踪498.1.3如何获取用户呼叫CHR日志50LTE 接入问题定位指导书关键词Key words： 摘 要Abstract：本文描述了用户接入问题的定位流程和优化方法。缩略语清单List of abbreviations：Abbreviations缩略语Full spelling 英文全名Chinese explanation 中文解释1 概述本文介绍了用户接入流程和接入失败问题定位的基本方法。问题排查方法部分主要面向一线和二线人员，介绍了一些常见

7、问题的定位排查手段和方法，主要应用场景为通过KPI指标发现问题，通过CHR，告警日志，标口跟踪，UE_log进行问题定位。接入失败主要包括随机接入失败，RRC建立失败，鉴权失败，ERAB建立失败。2 基本原理2.1 接入流程简介 在LTE系统中，当UE因为某个目的（例如：业务请求，位置更新或寻呼）需要和网络建立连接时，UE先要进行随机接入。随机接入过程完成后，开始建立从UE到MME的控制面连接。控制面连接包括RRC信令连接和专有S1连接，RRC信令连接是UE与ENB之间的空口信令连接，专用S1连接是ENB与MME之间的信令连接。控制面连接完成后，如果UE此次连接请求的目的是业务建立请求，则MM

8、E触发ENB进行ERAB建立，ENB通过无线承载管理对承载进行建立，修改，释放等过程。图1 用户接入流程2.2 随机接入流程简介随机接入过程的发生有以下五种场景：1、 从空闲态转到连接态的初始接入；2、 无线链接失败后的接入；3、 切换过程中的接入；4、 当UE处于连接态时下行数据到达时因为某些原因需要随机接入，如上行失步时有下行数据到达；5、 当UE处于连接态时上行数据到达时因为某些原因需要随机接入，如上行失步时有上行数据到达；随机接入分为竞争接入与非竞争接入两种，其中竞争随机接入适用于上述1、2、5三种场景，而非竞争随机接入适用于3、4两种场景。随机接入流程如下：随机接入流程图（左：基于竞

9、争的随机接入 右：基于非竞争的随机接入）1、UE发送preamble（Msg1） UE选择preamble和发射功率通过RACH资源上发随机接入请求消息。2、eNB发送RAR（Msg2） RAR消息由eNodeB端MAC层产生，内容包括：RA-preamble ID，TA信息，初始UL_grant，TC-RNTI。UE通过监听PDCCH上的RA-RNTI获取RAR。3、UE发送msg3 UE MAC根据RAR中的Ul_grant授权发送msg3（RRC连接请求、RRC重建立或重配置完成消息），并开启竞争解决定时器，等待接收竞争解决消息； 4、eNB发送竞争解决判决（Msg4）（1）初始接入时，

10、UE会接收到竞争解决控制元。此时会将竞争解决控制元与MSG3中的UE ID进行匹配，如匹配成功，则认为随机接入成功；如匹配失败，则重新发起随机接入。（2）切换场景时，当UE接入到CRNTI解扰的DCI0时，才认为竞争解决成功。与基于竞争的随机接入过程相比，基于非竞争的接入过程最大差别在于接入前导的分配是由网络侧分配的，而不是由UE侧产生的，这样也就减少了竞争和冲突解决过程。Preamble划分介绍：协议规定一个小区的Preamble数为64个，eNB会分配竞争随机接入的Preamble个数和非竞争随机接入的Preamble个数。竞争解决的Preamble个数又可分为A、B两组。可通过系统消息查

11、看Preamble分配情况。SI消息中的numberOfRA-Preambles表示竞争随机接入的Preamble的序列数量，sizeOfRA-PreambleGroupA表示竞争随机接入中GroupA的数量。当numberOfRA-Preambles与sizeOfRA-PreambleGroupA相等时说明没有GroupB。非竞争随机接入时，eNB会给UE分配专用的Preamble，用户收到后采用专用的Preamble进行随机接入。竞争接入时，当UE测量的Pathloss小于PMax-preambleInitialReceivedTargetPower-deltaPreambleMsg3-M

12、sgPwrOffsetGroupB,并且上传的MSG3比特数大于MsgSizeGroupA时，UE在随机前导B组中随机选择随机前导，否则UE在随机前导A组中随机选择随机前导。可以这样理解，当UE需要传的MSG3的信息内容较大时，必须在一定的路损范围了，如果超过了这个路损，MSG3中包含的信息较多时，无法满足解调能力，也无法保障在无线信道中正确传输，所以申请较小的数据量；当路损小于一定时，MSG3中可以包含更多的信息，如BSR等。当路损较大时，GroupA的大小已经能完成接入必要信息的传输。接入过程的功率控制介绍：1）PRACH功率控制：UE最大发射功率，UE根据自身的功率水平发送。：Forma

13、t0对应的eNB期望功率水平，即preambleInitialReceivedTargetPower：其他Format格式相对于Format0的eNB期望功率水平。协议36321-7.6做了详细规定。：一次随机接入过程中，UE发Preamble的次数，最大值为preambleTransMax.：重新发Preamble的功率提升步长。即powerRampingStep。默认的preambleInitialReceivedTargetPower=-104，preambleTransMax=10，powerRampingStep=2。所以可以认为PL在110的时候UE在10次发送Preamble后必

14、能达到最大发射功率。2）MSG3功率控制：msg3与Preamble的功率偏置，默认为4dB：即。：RAR消息中携带的TPC命令字，值为0.：MSG3调度的RB数。：与MCS阶数有关的一个参数，值为0.简单的理解，可以认为MSG3的发射功率是在MSG1的基础上增加了+。3MSG5的发射功率协议36.213中规定第i个子帧UE在PUSCH信道的发射功率计算公式为：调度的RB个数：默认为-67.:默认为0.7.：开环功控下默认为-1；闭环功控下，此时如果UE在MSG3中携带了PHR为根据PHR上报结果进行控制，范围为-1、0、1、3，否则仍然是默认值0，在Attach过程中，由于MSG3中不可能携

15、带PHR，数据量不足，所以MSG5的=0.2.3 接入流程话统介绍2.3.1 随机接入话统随机接入过程分为基于竞争的随机接入和基于非竞争的随机接入两种基本过程。“RA测量(小区)(RA.Cell)”统计小区内不同随机接入过程的前导接收次数、RAR发送次数以及竞争过程中的Contention Resolution发送次数，用于分析随机接入的负载、成功率等相关情况。2.3.2 RRC连接建立请求话统统计eNodeB内各小区收到的RRC的建立请求次数。RRC Connection Request消息是UE向eNodeB发送的第一条RRC信令消息，目的是请求建立一条RRC连接。2.3.3 RRC连接建

16、立尝试话统统计小区内不同类型RRC的建立尝试次数，即eNodeB响应UE的RRC Connection Request消息并下发RRC Connection Setup消息的次数。RRC Connection Setup消息是eNodeB发送给UE的RRC信令消息，目的是通知UE RRC连接的建立结果及相关配置信息。2.3.4 RRC连接建立成功话统统计小区内不同类型RRC的建立成功次数，即eNodeB收到UE的RRC Connection Setup Complete的次数。RRC Connection Setup Complete消息是UE发送的RRC信令消息，目的是通知eNodeB本次R

17、RC连接建立完成，并携带NAS信令信息以及PLMN的选择信息。1. 话统统计方法图2 RRC建立统计点【A点】（1）指标L.RRC.ConnReq.Att加1，不统计重发的次数。Case1：eNB下发RRC_Conn_Setup消息后，在T300定时器超时前，收到相同的UeID发起的RRC_Conn_Req（Setup丢失，UE MAC冲突解决定时器超时后重发RRC_Conn_Req，UeID不变），记为一次重发RRC_Conn_Req消息。Case2：T300超时后，UE仍未收到RRC_Conn_Setup，UE重新搜网，发起初始接入，UeID是取0239的随机值或上层下发的TMSI。eNB

18、侧记为新的一次初始接入，L.RRC.ConnReq.Att加1。Case3：发起Attach后会启动T3410定时器。如果UE发出RRC_Conn_Setup_Cmp后，ENB没有收到，UE会在定时器超时后重新发起Attach，ENB侧记为新的一次初始接入；RRC_Conn_Setup_Cmp丢失不会触发重建，发起重建的前提是安全已经激活。（2）如果RRC Connection Request消息信元Establishment Cause为“emergency”，指标L.RRC.ConnReq.Att.Emc加1。（3）如果RRC Connection Request消息信元Establish

19、ment Cause为“highPriorityAccess”，指标L.RRC.ConnReq.Att.HighPri加1。（4）如果RRC Connection Request消息信元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

20、-Data”，指标L.RRC.ConnReq.Att.MoData加1。【B点】当eNodeB下小区接收到UE发送的RRC Connection Request消息并下发RRC Connection Setup消息给UE时，指标L.RRC.ConnSetup加1。【C点】当eNodeB收到UE返回的RRC Connection Setup Complete消息时统计相应指标，L.RRC.ConnReq.Succ加1。2. RRC Setup Success Rate计算RRCSetupSuccessRate=（L.RRC.ConnReq.Succ）/(L.RRC.ConnReq.Att)*10

21、0%2.3.5 RRC连接建立失败话统统计小区内不同原因的RRC连接建立失败的次数及总的RRC连接失败次数。RRC Connection Reject消息是eNodeB发送给UE的RRC信令消息，目的是通知UE本次接入过程被eNodeB拒绝。2.3.6 ERAB承载建立尝试话统统计小区E-RAB建立尝试总次数。E-RAB建立过程一般由UE在需要向无线网络申请服务时主动发起，并通过初始UE上下文建立流程或E-RAB建立流程完成建立。E-RAB建立尝试总次数用于统计UE发起的总的E-RAB建立尝试次数。2.3.7 ERAB承载建立成功话统统计小区E-RAB建立成功总次数。E-RAB建立过程一般由U

22、E在需要向无线网络申请服务时主动发起，并通过初始UE上下文建立流程或E-RAB建立流程完成建立。E-RAB建立尝试总次数用于统计UE发起的总的E-RAB建立成功次数。1. 话统统计方法 图3图4如3、4中A点所示，当eNodeB收到来自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息时统计该指标。如果E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息中要求同时建立多个E-RAB，则相应指标按各个业务的QCI分别进行累加。2. ERAB Setup Success Rate计算公

23、式ErabSetupSuccessRate=（L.E-RAB.SuccEst）/(L.E-RAB.AttEst)*100%2.3.8 ERAB承载建立失败话统统计小区内E-RAB不同原因值的建立失败次数。E-RAB是承载用户业务数据的接入层承载，它在小区内的建立成功率，直接反映了小区为用户提供E-RAB连接建立的能力。E-RAB建立失败统计，可以反映出网络中各种原因的E-RAB建立失败的分布情况。2.4 工具简介（1）KPI话统记录用于统计RRC建立成功率，ERAB建立成功率，失败原因等信息（M2000）。（2）标准信令跟踪（eNB UU口跟踪、eNB S1口跟踪、eNB X2口、UE OMT

24、信令跟踪）可以获取信令消息交互情况。适用于进行简单问题排查（LMT或M2000）。（3）UE OMT层间消息跟踪可以获取层间消息跟踪。适用于详细定位或开发人员定位问题排查（华为Test UE软件OMT）。（4）eNB小区跟踪可以获取MSG1MSG3的详细信息调度和测量进行问题定位，适用于开发人员定位问题排查（LMT或M2000）。（5）UE TTI跟踪可以获取MSG1MSG3的详细信息调度和测量进行问题定位，适用于开发人员定位问题排查（华为Test UE软件OMT）。（6）eNB内部信令跟踪（IFTS）可以获取比标准信令跟踪更详细的内部信息进行问题分析定位。适用于开发人员定位问题排查（LMT或

25、M2000）。（7）eNB CHR信息，包含内部打点信息、与实现的相关性较强，适用于一线人员进行问题排查（INSIGHTSHARP）。以上工具软件均可以通过3 接入类问题排查方法3.1 基本定位思路接入失败通常有三大类原因：无线侧参数配置问题、信道环境影响以及核心网侧配置问题。因此遇到无法接入的情况，可以大致按以下步骤进行排查。（1）通过话统分析是否出现接入成功率低的问题，当前指标一般为98%，也可根据局点对接入成功率指标的特殊要求启动问题定位。（2）确认是否全网指标恶化，如果是全网指标恶化，需要检查操作，告警，是否存在网络变动和升级行为。（3）如果是部分站点指标恶化，拖累全网指标，需要寻找T

26、OP站点。（4）查询RRC连接建立和ERAB建立成功率最低的TOP3站点和TOP时间段。（5）查看TOP站点告警，检查单板状态，RRU状态，小区状态，OM操作，配置是否异常。（6）提取CHR日志，分析接入时的msg3的信道质量和SRS的SINR是否较差（弱覆盖），是否存在TOP用户。（7）针对TOP站点进行针对性的标准信令跟踪、干扰检测进行分析。（8）如果标准信令和干扰检测无异常，将一键式日志，标口跟踪，干扰检测结果返回给开发人员分析。 详细流程图如下：3.1.1 TOP小区筛选通过M2000导出全网每日话统文件，按照（L.RRC.ConnReq.Att-L.RRC.ConnReq.Succ）

27、次数从高到低排序，结合接入成功率，选出TOP3站点接入成功率低的小区。 按照（L.E-RAB.AttEst-L.E-RAB.SuccEst）次数从高到低排序，结合ERAB建立成功率选出TOP3 ERAB建立成功率低的站点。检查TOP小区的状态是否正常，可以在M2000上，通过MML命令“DSP CELL”能查看到小区的总体信息。如果小区状态显示不是“正常”，可以按如下方法进行简单排查：如果存在S1链路异常告警，请检查S1链路配置是否正确。如果存在RSSI/RSRP通道不平衡告警，需要检查天馈互调干扰如果存在驻波告警，需要通过DSP TXBRANCH，DSP RXBRANCH查看RRU发射和接收

28、通道状态。如果存在小区不可用告警，DSP软失效，需要返回主控和基带板一键式日志。3.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的统计情况。

29、初始上下文建立失败的几种现象：1 基站下发了RRC_SECUR_MODE_CMD消息,收到UE的RRC_SECUR_MODE_FAIL消息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消息后的处理流程。初始上下文建立失败需要检查基站配

30、置，查看告警，跟踪Uu口，S1口进行分析。3.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_SIN

31、R和DMRS_RSRP，可以初步确认用户是否处于上行弱覆盖区域：DMRS_SINR<0db或DMRS_RSRP<-131dbm可以认为终端处于弱覆盖区域。具体可以参考LTE CHR 分析指导书V2.1。3.1.4 TOP小区跟踪通过话统分析出TOP小区和TOP时间段后，在对应的小区和时间段，打开Uu口，S1口，X2口跟踪，查看接入流程在哪一步失败。通过TOP用户的TMSI在核心网侧获取到IMSI，可以启动该用户的全网跟踪3.1.5 TOP小区环境干扰分析通过频谱扫描仪功能查看下行是否存在邻区干扰、外部系统干扰等。通过ENB小区干扰检测的性能跟踪分析是否存在上行干扰。如存在外部干扰或

32、邻区干扰，需要进行干扰源排查。3.2 配置类问题排查3.2.1 UE配置问题1. 华为Test UE频点配置针对我司UE，检查频点配置是否与eNB一致，如果频点不正确，UE表现为小区搜索失败。图6 2. E398/E392 Attach类型设置LTE核心网通常没有配置CS域的通道，只有PS域。当E398 Attach类型为CS&PS combined attach时，就会导致只Attach了PS域，CS域一直附着失败，UE最终被释放掉。将E398的Attach方式修改为PS_ONLY可以解决此问题。图73. 终端规格问题E398/E392 通常只支持band1，band3，band7和

33、band20，如果小区设置为其他频带，终端将无法接入；部分三星终端不支持Snow3G无线层加密算法，如果小区配置中使用此算法进行加密和完整性保护，终端可能会出现接入失败。测试局点接入问题一般与小区配置，终端规格和SIM卡开户有关。3.2.2 ENB配置问题1. PDCCH符号数配置问题测试局点为了尽可能提高下行吞吐率， PDCCH通常固定1符号，但在20M带宽以下，可能出现无法接入的问题。10M小区，PDCCH固定1符号，总共能使用的CCE个数为8个，受上下行配比约束，下行最多能用5个，而10M小区公共信令的聚合级别为8，需要8个，因此CCE资源受限所以接入不了5M小区，PDCCH固定1符号，

34、总共能使用的CCE个数为3，同样由于CCE资源受限接入不了15M小区，PDCCH固定1符号，总共能使用的CCE个数为12，受上下行配比约束，下行最多能用8个，PDCCH功控开关关闭时可以接入。图82. IPPATH配置问题基站在完成了安全的配置与UE能力的获取后并向小区申请资源,会向TRM申请GTPU资源,如果申请资源失败则会向核心网返回初始上下文建立失败响应INIT_CONTEXT_SETUP_FAIL;原因值填写transport resource unavailable(0);如下图所示;跟踪如下所示:图9在这种情况下,首先查看一下MML中的IPPATH是否配置正确,如果已经配置正确,则

35、查看请初始上下文建立请求消息(INIT_CONTEXT_SETUP_REQ消息)中transportlayeraddress的信元值是否为配置的IPPATH值,如果不一样则需要确认一下是我们配置错误还是核心网填写错误。如果以上都不符合则需要把IFTS打开,将跟踪发给研发人员来确认问题的原因;图104 接入类问题定位指导4.1 问题定位流程详述4.1.1 睡眠小区问题定位指导睡眠小区定义：执行MML命令DSP CELL，显示小区正常；历史KPI现实此小区用户数较多；无异常操作记录；无异常告警；RRU发功正常。从某一时刻开始，小区无用户，话统中随机接入前导个数剧增，无接入信息，空口显示只有pagi

36、ng，用户投诉无法接入。结合案例，总结睡眠小区主要存在以下三种现象：(1) 历史话统显示小区一直存在用户接入，从某一时刻开始，无用户接入请求msg3，竞争随机接入preamble个数剧增，随机接入响应RAR个数统计一直为0，图11(2) 历史话统显示小区用户数比较多，从某一时刻开始，无用户接入请求，竞争随机接入前导个数增加，随机接入响应RAR回复正常。图12(3) KPI话统显示，从某一时刻开始，无用户接入请求，竞争随机接入前导preamble个数减少为0，专有接入前导preamble个数剧增，专有随机接入前导响应RAR统计一直为0，与前导个数不匹配，历史话统显示切换很少。图13睡眠小区，小区

37、显示正常，RRU正常发功，ENB无异常告警，所有单板状态正常，问题现象比较隐蔽，难以发现。在商用网中可以通过以下方法检测睡眠小区。 (1)在M2000中启用以下随机接入counter，周期60分钟：L.RA.GrpA.Att(times) /竞争Preamble接收次数（Group A）L.RA.GrpA.Resp(times) /竞争Preamble的RAR发送次数（Group A）L.RA.GrpB.Att(times) /竞争Preamble接收次数（Group B）L.RA.GrpB.Resp(times) /竞争Preamble的RAR发送次数（Group B）L.RA.Dedica

38、te.HO.Att(times) /非竞争Preamble接收次数（切换）L.RA.Dedicate.HO.Resp(times) /非竞争Preamble的RAR发送次数（切换）L.RA.Dedicate.HO.Msg3Rcv(times) /切换触发的非竞争RA过程的消息3接收次数L.RA.Dedicate.Att /非竞争Preamble接收次数（恢复上行同步）L.RA.Dedicate.Resp /非竞争Preamble的RAR发送次数（恢复上行同步）L.RRC.ConnReq.Att(times) /小区接收UE的RRC Connection Request消息次数（不包括重发）L.

39、Traffic.User.Max(none) /小区内的最大用户数(2)使用COD睡眠小区检测工具进行每日SLC核查（见附件）睡眠小区检测工具使用条件： 1.需要相邻历史21天的数据作参考，例如，分析10月6号数据则需要9月14号-10月5号历史数据作为参考。(中间缺少一到两天数据，不影响分析）2.KPI话筒中需要对L.Traffic.User.Max和L.RRC.ConnReq.Att进行统计（小时级别）3.检测原理：工具检测到连续大于2个小时无用户的的小区，将这个小区的数据与历史数据中三周参考数据进行比较得出是否疑似SLC小区。通过此工具生成疑似SLC小区列表，然后分析最初无用户时间点的随

40、机接入COUNTER变化情况，可以确认是否SLC小区。发现睡眠小区后，将原始话统，Uu口，S1口，X2口跟踪，主控板，基带板一键式日志发回研发进行定位分析，给出解决方案。4.1.2 UE无法驻留小区问题定位指导UE首先进行小区搜索，通过UE OMT的层间消息和关键事件消息查看是否成功驻留到小区。OMT中出现如下消息表示用户能驻留到小区，否则为UE无法驻流到小区。图14 UE OMT关键时间跟踪消息如果UE无法驻留到小区，通过OMT空口消息跟踪查看用户是否能收到系统消息。（2）确认一下是否收到系统消息，判断是那条消息的问题。RRC_MASTER_INFO_BLOCK表示MIB消息。RRC_SIB

41、 _TYPE1、RRC_SYS_INFO为SIB消息。图15 UE OMT消息跟踪消息（3）如果能收到系统消息，而用户没有发起MM_ATTACH_REQ。Ø 可能是用户配置了手动ATTACH模式，请修改为Auto模式，或手动进行ATTACH操作。图16Ø 可能是小区被禁止，小区禁止信息在SIB2中，且为可选项，有时会没有小区禁止信息，如果没有小区禁止信息，可认为小区未禁止。在具体查看方式如下图所示。在我司系统中目前未出现小区禁止情况。图17Ø 可能是SIM卡无效，使用软SIM的话，需要打开USIM开关。Ø 可能是未达到驻留门限，导致用户无法驻留到小区。协

42、议规定了小区驻留电平，如果用户测量到小区的信道强度一段时间内小于小区配置的驻留电平，UE L3会发起小区重选，重新选择可驻留的小区。设置小区驻留门限是为了保障用户在小区中能正常开展业务的一个门限值，一般的，如果小区信号低于该门限值，可认为用户已经不能维持正常的业务了，即使驻留在小区也没有实际意义。在实际系统中为了到达用户会在网络中“永存”等考虑可能会将该值设置为较低。这一参数的另一目的，可以实现类似于小区切换的功能。 小区驻留门限配置可以从SIB3消息中获取，具体的查看方式如下，q-RxLevMin就是小区最小驻留电平，其单位为2dBm。示例中的最小驻留门限为-128dBm。图18 UE OM

43、T消息跟踪如果RSRP不满足驻留门限，说明信号覆盖较差，需要解决覆盖问题；如果小区RSRP高于驻留门限，则按照交付件要求提供数据供研发人员定位；如果提示紧急接入被拒，则需要确认SIM卡是否有效。4.1.3 MME兼容性和无线资源类问题定位指导1. MME无响应或MME主动发起释放一般是基站发起INIT_UE_MSG后,等待MME的初始上下文建立请求消息超时(即核心网没有下发初始上下文请求消息),然后由基站主动发起的用户释放, 这种情况下需要跟核心网侧维护人员确认一下为什么没有发起初始上下文建立请求消息。另一种情况是基站发起INIT_UE_MSG后,核心网立即下发了释放消息UE_CONTEXT_

44、REL_CMD。这种情况可能是TAU更新，如果不是则需要查看释放原因，可能是终端非法或MME存在兼容性问题。具体显示的跟踪如下所示:图192. 无线资源申请失败导致用户释放基站在完成了安全的配置与UE能力的获取后会向小区申请资源,如果申请失败,则会向核心网返回初始上下文建立失败响应INIT_CONTEXT_SETUP_FAIL;原因值一般会填写radio resource not available(25)；如下图所示;在这种情况下,一般都是向小区申请资源失败导致的初始上下文建立失败；一般可以先导出MML的参数配置,然后与默认参数进行对比,查看一下是否一些与小区相关的参数配置错误（可以与基线结

45、果比较，参数相关说明可见参数配置说明书）,如果参数没有问题,则请把IFTS打开,将跟踪发给研发人员来确认问题的原因;跟踪如下所示:图204.1.4 S1接口异常问题定位指导S1接口异常通常可以采用以下方式进行问题排查。图211) 首先DSP S1INTERFACE查看以下四个信息：S1InterfaceState（S1接口状态），S1SctpLinkState（SCTP链路状态），S1InterfaceIsBlock（S1接口是否处于闭塞状态），MmeIsOverLoad（MME是否处于过载状态），主要情况分为以下四种，a) S1SctpLinkState为异常，转（2）； b) S1Sctp

46、LinkState为正常，S1InterfaceState为异常，转（7）；c) S1SctpLinkState为正常，S1InterfaceState为正常，S1InterfaceIsBlock处于闭塞,转(14)；d) S1SctpLinkState为正常，S1InterfaceState为正常，MmeIsOverLoad处于过载(15)；2) DSP SCTPLINK查看SCTP链路状态是否OK，i. A：是，转（5）ii. B：否，转（3）3) 查看ENODEB与MME连接的网线是否插好，端口是否与配置的SCTP端口号一致:iii. A：插好且一致，转（4）iv. B：没有插好或不一致

47、，请将网线插到配置的位置;4) 打开LMT上的SCTP跟踪，查看SCTP跟踪中是否与MME正常通信v. A：正常通信，转（5）vi. B：不正常通信，转（6）5) RMV S1INTERFACEID删除该S1接口重新添加一遍，再查看S1接口信息，如果仍然有问题，转(17)；6) 联系ROSA的兄弟，让其定位一下是何原因，如果时间紧急，请删除该SCTP链路后重新添加，再转（4）；7) 如果是ENODEB系统首次起来，查看小区：DSP CELL，判断小区是否OK：vii. A：是，转（8）viii. B：否，转（16）8) 打开LMT跟踪的S1接口跟踪，查看S1接口是否持续向MME发送S1_SET

48、UP_REQ消息:ix. A：是，转（9）x. B：否，转（5）9) MME是否回响应:xi. A:是,转(13)xii. B:否,转(10)10) 通过DSP SCTPLINK查看SCTP链路状态是否为闭塞状态,xiii. A:是,转(11);xiv. B:否,转(12)11) 解闭塞;12) 联系MME维护人员,查询是否MME故障13) 回响应S1_SETUP_FAIL,判断当前基站是否支持协议兼容,如果支持,通过MOD RRGLOBALSWITCH来修改相关协议版本,如果不支持,转(17);14) 通过UBL S1INTERFACE解闭塞;15) MME已经处于过载状态,不允许用户接入;

49、16) 请定位小区故障原因;17) 请联系开发人员；5 各场景接入成功率问题处理流程目前商用网中，接入成功率问题主要由以下几种场景触发：5.1.1 新建网络接入成功率低场景特点：站点全新规划，包括站址选择，天线方向角，下倾角，频率规划，机顶功率，安装和软件调测，参数配置等需要进行调整。处理思路：该场景完全参照3.1章节处理。5.1.2 搬迁网络接入成功率恶化场景特点：搬迁前后，在考核KPI公式，参数匹配，算法匹配，功率匹配上可能存在差异。另外，搬迁的工程质量问题也可能影响性能KPI。处理思路：1 分析搬迁前后KPI公式和话统统计点是否一致；2 明确是否网络承诺值过高，是否可以通过修改对我司有利

50、公式来规避；3 检查友商与我司参数映射是否合理；4 核查机顶功率；5 如果核心网同时搬迁，检查核心网参数继承是否合理；6 检查搬迁工程质量；7 参照3.1章节处理。5.1.3 网络升级后接入成功率恶化场景特点：版本前后变化，可能是新版本算法或者参数以及版本问题引入。也可能是话统统计点变更导致KPI变化处理思路：1 确认KPI恶化时间点与版本升级时间点一致；2 确认版本升级同时没有其他操作；3 检查升级后是否存在告警；4 升级前后参数核对，需要完全保持一致；5 新版本所有相关改进点核查，包括算法，话统统计点。统计变更应该在版本说明书中说明；6 确认除接入成功率外，其他如切换成功率，掉话率，话务量

51、等是否也出现明显变化。7 参照3.1章节分析，并收集信息反馈研发处理。5.1.4 网络运维长时间后接入成功率恶化场景特点：网络基础变化，包括：网络扩容，规划改变，周边建筑变化，用户数量变化，用户话务模型变化（资费引起），产品器件老化，互调干扰等。需要重点进行全网告警核查和TOP小区优化。处理思路：1 规划检查。网络扩容时间点，基站数目变化情况，用户数变化情况；2 是否有引起话务变化的因素影响，如用户的资费调整政策等；3 接入成功率是否伴随着网络操作，参数修改等突发；4 参考3.1章节分析，并收集信息反馈研发处理。6 问题反馈6.1 问题信息反馈基本动作6.1.1 接入成功率恶化处理CheckL

52、ist对以上提到的所有问题排查项，根据检查情况输出排查checklist，格式如下，具体执行情况根据实际动作填写。编号排查项目输出件涉及场景执行情况备注1接入相关话统初步分析1 话统分析初步结论，是否是TOP小区造成，是否有特殊操作和原因影响KPI。2 TOP小区列表。3 是否存在TOP用户。1 新建场景2 搬迁场景3 升级场景4 长时间运维场景2设备，传输告警1 TOP小区所属ENB的告警列表1 新建场景2 搬迁场景3 升级场景4 长时间运维场景3参数配置检查1 输出TOP小区所属基站的配置信息2 如参数曾经变动过，需提供修改参数列表和修改前后的值1 新建场景2 升级场景3 长时间运维场景4

53、覆盖排查1 分析TOP小区是否存在越区覆盖或者弱覆盖。1 新建场景2 搬迁场景3 升级场景4 长时间运维场景5干扰排查1 分析TOP小区是否存在互调干扰，外部干扰。1 新建场景2 搬迁场景3 升级场景4 长时间运维场景6.1.2 接入问题排查交付件1 反馈现网最新的数据配置文件和TOP站点工程参数信息。2 现网ENB的版本和补丁信息，终端信息。3 接入成功率恶化处理checklist。4 TOP站点一周原始话统。5 TOP站点忙时标口跟踪（2-3小时）。6 现网有变更操作的关键时间点。7 TOP站点一键式日志。8 如反馈路测log。需要一并返回ENB侧的标口跟踪。一键式日志内容：告警，故障日志

54、，ENB版本信息，debug日志，操作日志，运行日志，数据配置，CHR等。6.1.3 路测工具选择及测试建议对于接入成功率低的小区，使用TEMS，PROBE等路测工具对其进行路测。请在路测过程中尽量同时进行单用户信令跟踪，以便更全面分析问题。路测中任何接入异常都要引起重视，重点分析共性问题。7 典型案例7.1 IPPATH配置不正确导致ERAB建立失败7.1.1 问题描述某测试局点，终端初始接入，ERAB建立失败，打开IFTS跟踪显示如下：7.1.2 问题分析 通过IFTS跟踪查看释放前的消息中存在如下错误“GTPU setup fail“。7.1.3 解决措施通过RMV IPPATH删除错误的IPPATH配置，通过ADD IPPATH添加正确的IPPATH。7.2 某国某局点小区状态正常，终端无法接入7.2.1 问题描述某站点小区状态正常，7月10号21：00后L.RRC.ConnReq.Att统计变为0，终端无法接入。复位基站后小区恢复，终端用户可以正常接入。小区L.R