TOP小区处理思路

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

如图2、3中【A点】所示,当e

INITIAL CONTEXT SETUP REQUEST消REQUEST或者INITIAL CONTEXT SETU 则相应指标按各个业务的QCI分别进行累【B点】

当MME收到来自eNodeB的E-RAB SET RESPONSE消息时E-RAB建立成功次数ERAB Setup Success Rate计算公式ErabSetupSuccessRate=(L.E-RAB.Su

指标分析及统计点介绍

指标定义

无线接通率=RRC连接建立成功率*E-RAB建立成功率=(RRC连接建立完成次数/RRC连接请求次数(不包括重发))

图1中A点】

(1)指标L.RRC.ConnReq.Att加1,不Case1:eNB下发RRC_Conn_Setup消息发起的RRC_Conn_Req(Setup丢失,RRC_Conn_Req,UeID不变),记为一Case2:T300超时后,UE仍未收到RRC UeID是取0~239的随机值或上层下发的L.RRC.ConnReq.Att加1。

Case3:发起Attach后会启动T3410定时ENB没有收到,UE会在定时器超时后重RRC_Conn_Setup_Cmp丢失不会触发重(2)如果RRC Connection Request消”,指标L.RRC.ConnReq.Att.Emc加1。

TOP小区提取及分析流程

图1

图1

图2

图3

NO

YES

YES YES

NO

1.TOP小区提取暂按以下方式操作:①RRC请求次数大于50次②接通率小于98%。

③在一周之类重复出现2次以上的小区。

若前三种无法提取出TOP小区,可按RRC,ERAB建立失败次数,分开求和后降序排列筛选RRC和ERAB建立失败的TOP小区。2.TOP小区中RRC和ERAB建立失败次数原因值说明: ①对小区RRC建立失败次数:

□ 资源分配失败而导致RRC连接建立失败的次数,指标ID:1526727083;重点关注top资源是否足够,包括top用户数,传输、PRB等;□ UE无应答而导致RRC连接建立失败的次数,指标ID:1526727084;关注质差、干扰、无线环境等;

□ 小区发送RRC Connection Reject消息次数,指标ID:1526728269;关注传输问题、是否拥塞、干扰;

□ 因为SRS资源分配失败而导致RRC连接建立失败的次数,指标ID:1526728485;重点关注SRS带宽、配置指示、配置方式、SRS ACK □因为PUCCH资源分配失败而导致RRC连接建立失败的次数,指标ID:1526728486;关注PUCCH信道相关参数设置是否合理,CQI RB □流控导致的RRC Connection Request 消息丢弃次数,指标ID:1526728489;关注拥塞,业务流控相关参数是否设置正确等;□流控导致的发送RRC Connection Reject消息次数,指标ID:1526728490;关注拥塞,业务流控相关参数是否设置正确等; ②对小区E-RAB建立失败次数:

□因未收到UE响应而导致E-RAB建立失败的次数,指标ID:1526726717;处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错误□核心网问题导致E-RAB建立失败次数,指标ID:1526728276;处理建议:需跟踪信令,排查核心网问题(EPC参数设置,TAC码设置的一排查);

□传输层问题导致E-RAB建立失败次数,指标ID:1526728277;处理建议:需查询传输是否有故障,高误码,闪断,传输侧参数设置问题□无线层问题导致E-RAB建立失败次数,指标ID:1526728278;处理建议:处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错□无线资源不足导致E-RAB建立失败次数,指标ID:1526728279;处理建议:排查TOP小区资源是否足够,是否故障引起,若存在资源不(小区选择,重选和切换类参数);2、结合现场调整天馈,流量均衡;3、热点区域,增补基站等;

□安全模式配置失败导致E-RAB建立失败次数,指标ID:1526728280;处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错误,

无线接通率低于98%

RRC建立成功率低于98%E-RAB建立成功低于98%

是否大部分小区恶化是否大部分小

筛选TOP小区

筛选TOP

检查操作,告警,传输问题,是否存在网络变动和升级行为等(1.通过LST ALMAF查询站点实时告警,参考历史告警;2.通过DSP BRD 查询单板运行情况;3.传输及EPC侧有网络变动(升级,割接,参数修改等)。

是否存在干扰

NO

是否存在覆盖问题

NO

是否存在高质差

NO

是否存在资源不足

NO

是否终端、用户行为异常

NO 指标是否正常

YES

结束

,当eNodeB收到来自MME的E-RAB SETUP REQUEST或者EXT SETUP REQUEST消息时统计该指标。如果E-RAB SETUP INITIAL CONTEXT SETUP REQUEST消息中要求同时建立多个E-RAB,各个业务的QCI分别进行累加。

自eNodeB的E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP 息时E-RAB建立成功次数累加。

uccess Rate计算公式

cessRate=(L.E-RAB.SuccEst)/(L.E-RAB.AttEst)*100%

发))*E-RAB建立成功总次数/E-RAB建立尝试总次数*100% C.ConnReq.Att加1,不统计重发的次数。

下发RRC_Conn_Setup消息后,在T300定时器超时前,收到相同的UeID nn_Req(Setup丢失,UE MAC冲突解决定时器超时后重发

q,UeID不变),记为一次重发RRC_Conn_Req消息。

超时后,UE仍未收到RRC_Conn_Setup,UE重新搜网,发起初始接入,39的随机值或上层下发的TMSI。eNB侧记为新的一次初始接入,

q.Att加1。

ttach后会启动T3410定时器。如果UE发出RRC_Conn_Setup_Cmp后,,UE会在定时器超时后重新发起Attach,ENB侧记为新的一次初始接入;tup_Cmp丢失不会触发重建,发起重建的前提是安全已经激活。

Connection Request消息信元Establishment Cause为“emergency .ConnReq.Att.Emc加1。

相关文档
最新文档