LTE接入问题定位和优化指导书
- 格式:docx
- 大小:2.02 MB
- 文档页数:51
LTE 接入问题定位指导书
(仅供内部使用)
For internal use only
拟制: Prepared by 郭飞
日期:
Date
2012-01-10
审核: Reviewed by 日期:
Date
yyyy-mm-dd
审核: Reviewed by 日期:
Date
yyyy-mm-dd
批准: Granted by 日期:
Date
yyyy-mm-dd
华为技术有限公司Huawei Technologies Co., Ltd.
版权所有侵权必究
All rights reserved
修订记录Revision record
目录Table of Contents
1概述 (6)
2基本原理 (6)
2.1接入流程简介 (6)
2.2随机接入流程简介 (6)
2.3接入流程话统介绍 (9)
2.3.1随机接入话统 (9)
2.3.2RRC连接建立请求话统 (10)
2.3.3RRC连接建立尝试话统 (10)
2.3.4RRC连接建立成功话统 (11)
2.3.5RRC连接建立失败话统 (12)
2.3.6ERAB承载建立尝试话统 (12)
2.3.7ERAB承载建立成功话统 (13)
2.3.8ERAB承载建立失败话统 (14)
2.4工具简介 (14)
3接入类问题排查方法 (15)
3.1基本定位思路 (15)
3.1.1TOP小区筛选 (16)
3.1.2TOP小区话统分析 (17)
3.1.3TOP用户分析 (18)
3.1.4TOP小区跟踪 (19)
3.1.5TOP小区环境干扰分析 (19)
3.2配置类问题排查 (20)
3.2.1UE配置问题 (20)
3.2.2ENB配置问题 (21)
4接入类问题定位指导 (23)
4.1问题定位流程详述 (23)
4.1.1睡眠小区问题定位指导 (23)
4.1.2UE无法驻留小区问题定位指导 (25)
4.1.3MME兼容性和无线资源类问题定位指导 (27)
4.1.4S1接口异常问题定位指导 (29)
5各场景接入成功率问题处理流程 (31)
5.1.1新建网络接入成功率低 (31)
5.1.2搬迁网络接入成功率恶化 (31)
5.1.3网络升级后接入成功率恶化 (31)
5.1.4网络运维长时间后接入成功率恶化 (31)
6问题反馈 (32)
6.1问题信息反馈基本动作 (32)
6.1.1接入成功率恶化处理CheckList (32)
6.1.2接入问题排查交付件 (32)
6.1.3路测工具选择及测试建议 (33)
7典型案例 (33)
7.1IPPATH配置不正确导致ERAB建立失败 (33)
7.1.1问题描述 (33)
7.1.2问题分析 (33)
7.1.3解决措施 (34)
7.2某国某局点小区状态正常,终端无法接入 (34)
7.2.1问题描述 (34)
7.2.2问题分析 (34)
7.2.3解决措施 (35)
7.3某国某局点E398接入后被异常释放 (35)
7.3.1问题描述 (35)
7.3.2问题分析 (35)
7.3.3解决措施 (37)
7.4某国MOCN网络其中一运营商终端接入失败 (37)
7.4.1问题描述 (37)
7.4.2问题分析 (37)
7.4.3解决措施 (38)
7.5某国某局点接入成功率低 (38)
7.5.1问题描述 (38)
7.5.2问题分析 (39)
7.5.3解决措施 (43)
7.6某国某局点鉴权加密失败 (43)
7.6.1问题描述 (43)
7.6.2问题分析 (43)
7.6.3解决措施 (45)
8华为Test UE跟踪和工具使用指导 (45)
8.1.1UE TTI跟踪使用方法 (45)
8.1.2ENB L2 TTI跟踪 (49)
8.1.3如何获取用户呼叫CHR日志 (50)
LTE 接入问题定位指导书
关键词Key words:
摘要Abstract:本文描述了用户接入问题的定位流程和优化方法。
缩略语清单List of abbreviations:
1 概述
本文介绍了用户接入流程和接入失败问题定位的基本方法。
问题排查方法部分主要面向一线和二线人员,介绍了一些常见问题的定位排查手段和方法,主要应用场景为通过KPI指标发现问题,通过CHR,告警日志,标口跟踪,UE_log进行问题定位。
接入失败主要包括随机接入失败,RRC建立失败,鉴权失败,ERAB建立失败。
2 基本原理
2.1 接入流程简介
在LTE系统中,当UE因为某个目的(例如:业务请求,位置更新或寻呼)需要和网络建立连接时,UE先要进行随机接入。
随机接入过程完成后,开始建立从UE到MME的控制面连接。
控制面连接包括RRC信令连接和专有S1连接,RRC信令连接是UE与ENB之间的空口信令连接,专用S1连接是ENB与MME之间的信令连接。
控制面连接完成后,如果UE此次连接请求的目的是业务建立请求,则MME触发ENB进行ERAB建立,ENB通过无线承载管理对承载进行建立,修改,释放等过程。
图1 用户接入流程
2.2 随机接入流程简介
随机接入过程的发生有以下五种场景:
1、从空闲态转到连接态的初始接入;
2、无线链接失败后的接入;
3、切换过程中的接入;
4、当UE处于连接态时下行数据到达时因为某些原因需要随机接入,如上行失步时有下行数
据到达;
5、当UE处于连接态时上行数据到达时因为某些原因需要随机接入,如上行失步时有上行数
据到达;
随机接入分为竞争接入与非竞争接入两种,其中竞争随机接入适用于上述1、2、5三种场景,而非竞争随机接入适用于3、4两种场景。
随机接入流程如下:
UE eNB
UE
eNB
随机接入流程图(左:基于竞争的随机接入右:基于非竞争的随机接入)
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)初始接入时,UE会接收到竞争解决控制元。
此时会将竞争解决控制元与MSG3中的UE ID 进行匹配,如匹配成功,则认为随机接入成功;如匹配失败,则重新发起随机接入。
(2)切换场景时,当UE接入到CRNTI解扰的DCI0时,才认为竞争解决成功。
与基于竞争的随机接入过程相比,基于非竞争的接入过程最大差别在于接入前导的分配是由网络侧分配的,而不是由UE侧产生的,这样也就减少了竞争和冲突解决过程。
Preamble划分介绍:
协议规定一个小区的Preamble数为64个,eNB会分配竞争随机接入的Preamble个数和非竞争随机接入的Preamble个数。
竞争解决的Preamble个数又可分为A、B两组。
可通过系统消息查看Preamble 分配情况。
SI消息中的numberOfRA-Preambles表示竞争随机接入的Preamble的序列数量,sizeOfRA-PreambleGroupA表示竞争随机接入中GroupA的数量。
当numberOfRA-Preambles与sizeOfRA-PreambleGroupA相等时说明没有GroupB。
非竞争随机接入时,eNB会给UE分配专用的Preamble,用户收到后采用专用的Preamble进行随机接入。
竞争接入时,当UE测量的Pathloss小于PMax-preambleInitialReceivedTargetPower-deltaPreambleMsg3-MsgPwrOffsetGroupB,并且上传的MSG3比特数大于MsgSizeGroupA时,UE在随机前导B组中随机选择随机前导,否则UE在随机前导A 组中随机选择随机前导。
可以这样理解,当UE需要传的MSG3的信息内容较大时,必须在一定的路损范围了,如果超过了这个路损,MSG3中包含的信息较多时,无法满足解调能力,也无法保障在无线信道中正确传输,所以申请较小的数据量;当路损小于一定时,MSG3中可以包含更多的信息,如BSR 等。
当路损较大时,GroupA的大小已经能完成接入必要信息的传输。
接入过程的功率控制介绍:
1)PRACH功率控制:
P:UE最大发射功率,UE根据自身的功率水平发送。
CMAX
P:Format0对应的eNB期望功率水平,即preambleInitialReceivedTargetPower
o pre
_
∆:其他Format格式相对于Format0的eNB期望功率水平。
协议36321-7.6做了详细规定。
preamble
N:一次随机接入过程中,UE发Preamble的次数,最大值为preambleTransMax.
pre
∆:重新发Preamble的功率提升步长。
即powerRampingStep。
step
默
认
的
preambleInitialReceivedTargetPower=-104
,
preambleTransMax=10,
powerRampingStep=2。
所以可以认为PL 在110的时候UE 在10次发送Preamble 后必能达到最大发射功率。
2)MSG3功率控制:
_3preamble msg ∆:msg3与Preamble 的功率偏置,默认为4dB
rampup P ∆:即(1)pre step N -⋅∆。
2msg δ:RAR 消息中携带的TPC 命令字,值为0.
RB N :MSG3调度的RB 数。
TF ∆:与MCS 阶数有关的一个参数,值为0.
简单的理解,可以认为MSG3的发射功率是在MSG1的基础上增加了_3preamble msg ∆+1010log ()RB N 。
3.MSG5的发射功率
协议36.213中规定第i 个子帧UE 在PUSCH 信道的发射功率计算公式为
)(PUSCH i P =)}()()()log(10,m in{PUSCH _0)(max i f PL j j P M P i PUSCH +++α ()PUSCH i M :调度的RB 个数
0_PUSCH ()P j :默认为-67.
()j α:默认为0.7.
()f i :开环功控下默认为-1;闭环功控下,此时如果UE 在MSG3中携带了PHR 为根据PHR 上报结果
进行控制,范围为-1、0、1、3,否则仍然是默认值0,在Attach 过程中,由于MSG3中不可能携带PHR ,数据量不足,所以MSG5的()f i =0.
2.3 接入流程话统介绍
2.3.1 随机接入话统
随机接入过程分为基于竞争的随机接入和基于非竞争的随机接入两种基本过程。
“RA 测量(小区)(RA.Cell)”统计小区内不同随机接入过程的前导接收次数、RAR 发送次数以及竞争过程中的Contention Resolution 发送次数,用于分析随机接入的负载、成功率等相关情况。
2.3.2RRC连接建立请求话统
统计eNodeB内各小区收到的RRC的建立请求次数。
RRC Connection Request消息是UE向eNodeB 发送的第一条RRC信令消息,目的是请求建立一条RRC连接。
2.3.3RRC连接建立尝试话统
统计小区内不同类型RRC的建立尝试次数,即eNodeB响应UE的RRC Connection Request消息并下发RRC Connection Setup消息的次数。
RRC Connection Setup消息是eNodeB发送给UE的RRC信令消息,目的是通知UE RRC连接的建立结果及相关配置信息。
2.3.4RRC连接建立成功话统
统计小区内不同类型RRC的建立成功次数,即eNodeB收到UE的RRC Connection Setup Complete 的次数。
RRC Connection Setup Complete消息是UE发送的RRC信令消息,目的是通知eNodeB本次RRC连接建立完成,并携带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是取0~239的随机值或上层下发的TMSI。
eNB侧记为新的一次初始接入,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消息信元Establishment 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-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)*100%
2.3.5RRC连接建立失败话统
统计小区内不同原因的RRC连接建立失败的次数及总的RRC连接失败次数。
RRC Connection Reject消息是eNodeB发送给UE的RRC信令消息,目的是通知UE本次接入过程被eNodeB拒绝。
2.3.6ERAB承载建立尝试话统
统计小区E-RAB建立尝试总次数。
E-RAB建立过程一般由UE在需要向无线网络申请服务时主动发
起,并通过初始UE上下文建立流程或E-RAB建立流程完成建立。
E-RAB建立尝试总次数用于统计UE发起的总的E-RAB建立尝试次数。
2.3.7ERAB承载建立成功话统
统计小区E-RAB建立成功总次数。
E-RAB建立过程一般由UE在需要向无线网络申请服务时主动发起,并通过初始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计算公式
ErabSetupSuccessRate=(L.E-RAB.SuccEst)/(L.E-RAB.AttEst)*100%
2.3.8ERAB承载建立失败话统
统计小区内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信令跟踪)可以获取信令消息交互情况。
适用于进行简单问题排查(LMT或M2000)。
(3)UE OMT层间消息跟踪可以获取层间消息跟踪。
适用于详细定位或开发人员定位问题排查(华为Test UE软件OMT)。
(4)eNB小区跟踪可以获取MSG1~MSG3的详细信息调度和测量进行问题定位,适用于开发人员定位问题排查(LMT或M2000)。
(5)UE TTI跟踪可以获取MSG1~MSG3的详细信息调度和测量进行问题定位,适用于开发人员定位问题排查(华为Test UE软件OMT)。
(6)eNB内部信令跟踪(IFTS)可以获取比标准信令跟踪更详细的内部信息进行问题分析定位。
适用于开发人员定位问题排查(LMT或M2000)。
(7)eNB CHR信息,包含内部打点信息、与实现的相关性较强,适用于一线人员进行问题排查(INSIGHTSHARP)。
以上工具软件均可以通过/support/网站获取。
3 接入类问题排查方法
3.1 基本定位思路
接入失败通常有三大类原因:无线侧参数配置问题、信道环境影响以及核心网侧配置问题。
因此遇到无法接入的情况,可以大致按以下步骤进行排查。
(1)通过话统分析是否出现接入成功率低的问题,当前指标一般为98%,也可根据局点对接入成功率指标的特殊要求启动问题定位。
(2)确认是否全网指标恶化,如果是全网指标恶化,需要检查操作,告警,是否存在网络变动和升级行为。
(3)如果是部分站点指标恶化,拖累全网指标,需要寻找TOP站点。
(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)次数从高到低排序,结合接入成功率,选出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发射和接收通道状态。
如果存在小区不可用告警,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的统计情况。
初始上下文建立失败的几种现象:
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 消息后的处理流程。
初始上下文建立失败需要检查基站配置,查看告警,跟踪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_SINR和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小区干扰检测的性能跟踪分析是否存在上行干扰。
如存在外部干扰或邻区干扰,需要进行干扰源排查。
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可以解决此问题。
图7
3. 终端规格问题
E398/E392 通常只支持band1,band3,band7和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符号,总共能使用的CCE个数为3,同样由于CCE资源受限接入不了
15M小区,PDCCH固定1符号,总共能使用的CCE个数为12,受上下行配比约束,下行最多能用8个,PDCCH功控开关关闭时可以接入。
图8
2. IPPATH配置问题
基站在完成了安全的配置与UE能力的获取后并向小区申请资源,会向TRM申请GTPU资源,如果申请资源失败则会向核心网返回初始上下文建立失败响应INIT_CONTEXT_SETUP_FAIL;原因值填写transport resource unavailable(0);如下图所示;
跟踪如下所示:
图9
在这种情况下,首先查看一下MML中的IPPATH是否配置正确,如果已经配置正确,则查看请初始上下文建立请求消息(INIT_CONTEXT_SETUP_REQ消息)中transportlayeraddress的信元值是否为配置的IPPATH值,如果不一样则需要确认一下是我们配置错误还是核心网填写错误。
如果以上都不符合则需要把IFTS打开,将跟踪发给研发人员来确认问题的原因;
图10
4 接入类问题定位指导
4.1 问题定位流程详述
4.1.1 睡眠小区问题定位指导
睡眠小区定义:执行MML命令DSP CELL,显示小区正常;历史KPI现实此小区用户数较多;无异常操作记录;无异常告警;RRU发功正常。
从某一时刻开始,小区无用户,话统中随机接入前导个数剧增,无接入信息,空口显示只有paging,用户投诉无法接入。
结合案例,总结睡眠小区主要存在以下三种现象:
(1) 历史话统显示小区一直存在用户接入,从某一时刻开始,无用户接入请求msg3,竞争随机接入preamble个数剧增,随机接入响应RAR个数统计一直为0,
图11
(2) 历史话统显示小区用户数比较多,从某一时刻开始,无用户接入请求,竞争随机接入前导个数增加,随机接入响应RAR回复正常。
图12
(3) KPI话统显示,从某一时刻开始,无用户接入请求,竞争随机接入前导preamble个数减少为0,专有接入前导preamble个数剧增,专有随机接入前导响应RAR统计一直为0,与前导个数不匹配,历史话统显示切换很少。
图13
睡眠小区,小区显示正常,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.Dedicate.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消息次数(不包括重发)
er.Max(none) //小区内的最大用户数
(2)使用COD睡眠小区检测工具进行每日SLC核查(见附件)
睡眠小区检测工具使用条件:
1.需要相邻历史21天的数据作参考,例如,分析10月6号数据则需要9月14号-10月5号历史数据
作为参考。
(中间缺少一到两天数据,不影响分析)
2.KPI话筒中需要对er.Max和L.RRC.ConnReq.Att进行统计(小时级别)
3.检测原理:工具检测到连续大于2个小时无用户的的小区,将这个小区的数据与历史数据中三周参考数据进行比较得出是否疑似SLC小区。
通过此工具生成疑似SLC小区列表,然后分析最初无用户时间点的随机接入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 _TYPE1、RRC_SYS_INFO为SIB消息。
图15 UE OMT消息跟踪消息
(3)如果能收到系统消息,而用户没有发起MM_ATTACH_REQ。
➢可能是用户配置了手动ATTACH模式,请修改为Auto模式,或手动进行ATTACH操作。
图16
➢可能是小区被禁止,小区禁止信息在SIB2中,且为可选项,有时会没有小区禁止信息,如果没有小区禁止信息,可认为小区未禁止。
在具体查看方式如下图所示。
在我司系统中目前未出现小区禁止情况。
图17
➢可能是SIM卡无效,使用软SIM的话,需要打开USIM开关。
➢可能是未达到驻留门限,导致用户无法驻留到小区。
协议规定了小区驻留电平,如果用户测量到小区的信道强度一段时间内小于小区配置的驻留电平,UE L3会发起小区重选,重新选择可驻留的小区。
设置小区驻留门限是为了保障用户在小区中能正常开展业务的一个门限值,一般的,如果小区信号低于该门限值,可认为用户已经不能维持正常的业务了,即使驻留在小区也没有实际意义。
在实际系统中为了到达用户会在网络中“永存”等考虑可能会将该值设置为较低。
这一参数的另一目的,可以实现类似于小区切换的功能。
小区驻留门限配置可以从SIB3消息中获取,具体的查看方式如下,q-RxLevMin就是小区最小驻留电平,其单位为2dBm。
示例中的最小驻留门限为-128dBm。
图18 UE OMT消息跟踪
如果RSRP不满足驻留门限,说明信号覆盖较差,需要解决覆盖问题;如果小区RSRP高于驻留门限,则按照交付件要求提供数据供研发人员定位;如果提示紧急接入被拒,则需要确认SIM卡是否有效。
4.1.3 MME兼容性和无线资源类问题定位指导
1.MME无响应或MME主动发起释放
一般是基站发起INIT_UE_MSG后,等待MME的初始上下文建立请求消息超时(即核心网没有下发初始上下文请求消息),然后由基站主动发起的用户释放, 这种情况下需要跟核心网侧维护人员确认一下为什么没有发起初始上下文建立请求消息。
另一种情况是基站发起INIT_UE_MSG后,核心网立即下发了释放消息UE_CONTEXT_REL_CMD。
这种情况可能是TAU更新,如果不是则需要查看释放原因,可能是终端非法或MME存在兼容性问题。
具体显示的跟踪如下所示:
图19
2.无线资源申请失败导致用户释放
基站在完成了安全的配置与UE能力的获取后会向小区申请资源,如果申请失败,则会向核心网返回初始上下文建立失败响应INIT_CONTEXT_SETUP_FAIL;原因值一般会填写radio resource not available(25);如下图所示;在这种情况下,一般都是向小区申请资源失败导致的初始上下文建立失败;一般可以先导出MML的参数配置,然后与默认参数进行对比,查看一下是否一些与小区相关的参数配置错误(可以与基线结果比较,参数相关说明可见参数配置说明书),如果参数没有问题,则请把IFTS打开,将跟踪发给研发人员来确认问题的原因;
跟踪如下所示:
图20
4.1.4 S1接口异常问题定位指导
S1接口异常通常可以采用以下方式进行问题排查。
图21
1)首先DSP S1INTERFACE查看以下四个信息:S1InterfaceState(S1接口状态),S1SctpLinkState
(SCTP链路状态),S1InterfaceIsBlock(S1接口是否处于闭塞状态),MmeIsOverLoad(MME 是否处于过载状态),主要情况分为以下四种,
a)S1SctpLinkState为异常,转(2);
b)S1SctpLinkState为正常,S1InterfaceState为异常,转(7);
c)S1SctpLinkState为正常,S1InterfaceState为正常,S1InterfaceIsBlock处于闭塞,转
(14);。