{KPI绩效指标}TDSCDMAKPI指标及优化指导书

上传人:精****库 文档编号:140092079 上传时间:2020-07-26 格式:PPTX 页数:75 大小:1.87MB
返回 下载 相关 举报
{KPI绩效指标}TDSCDMAKPI指标及优化指导书_第1页
第1页 / 共75页
{KPI绩效指标}TDSCDMAKPI指标及优化指导书_第2页
第2页 / 共75页
{KPI绩效指标}TDSCDMAKPI指标及优化指导书_第3页
第3页 / 共75页
{KPI绩效指标}TDSCDMAKPI指标及优化指导书_第4页
第4页 / 共75页
{KPI绩效指标}TDSCDMAKPI指标及优化指导书_第5页
第5页 / 共75页
点击查看更多>>
资源描述

《{KPI绩效指标}TDSCDMAKPI指标及优化指导书》由会员分享,可在线阅读,更多相关《{KPI绩效指标}TDSCDMAKPI指标及优化指导书(75页珍藏版)》请在金锄头文库上搜索。

1、TD-SCDMA KPI指标及优化指导书,课程目标,学习完成本课程您将会: 了解TD-SCDMA无线优化KPI指标定义 了解各指标的评价标准 了解各项KPI优化的基本思路,课程内容,KPI 指标的分类 KPI 优化方法,PCCPCH接收信号码片功率RSCP(双码道),PCCPCH的载干比C/I,覆盖率,覆盖优化,覆盖问题产生的原因总体来讲有四类: 一是无线网络规划结果和实际覆盖效果存在偏差; 二是覆盖区无线环境变化; 三是工程参数和规划参数间的不一致; 四是增加了新的覆盖需求。 由此产生的问题主要表现为覆盖空洞、覆盖弱区、越区覆盖、导频污染和邻区设定不合理等几个方面。 通常通过工程参数调整、R

2、F参数修改、功率调整等方法解决,呼叫类指标,呼叫类指标包括呼叫接通率和保持率两类指标。 接通率是反映TD-SCDMA系统性能最重要的指标,也是运营商十分关注的指标 一个完整的呼叫接通率有多个层次:寻呼成功率、RRC连接建立成功率和RAB指配建立成功率。UE从接收到CN发来的寻呼消息,到RAB指派完成,完成一个完整呼叫流程。,信令流程,RRC连接建立成功率(业务相关),RAB建立成功率,无线接通率,语音业务无线接通率,视频电话业务无线接通率,PS域无线接通率,无线电路域掉话率,反映了系统电路域业务的通讯保持能力,是用户直接感受的重要性能指标之一。,无线分组域掉线率,掉话率,电路域业务掉话比,课程

3、内容,KPI 指标的分类 KPI 优化方法 接入类 掉话类 切换 寻呼 数据业务下载,接入指标优化,接入失败可能的问题原因包括以下几类: 终端问题造成的接入失败 终端无法收到FPACH造成的接入失败 RRC连接请求被拒绝 由于弱场或干扰造成的信令丢失,上下行链路中断 核心网问题造成的鉴权失败或RAB指配问题等 针对以上各种原因,逐步排查分析,消除影响接入成功的因素,提升接入指标。,接入指标统计,RRC SetupTimeOut,RRC SetupTimeOut主要原因,造成这种失败的主要原因是:RNC 下发rrcConnectionSetup 消息后,UE 侧无法正常接受到建立命令,使rrc

4、无法正常建立,造成起呼失败。 主要原因有: 如果整个小区存在此问题,关注NODE B 的故障,涉及BBU某个单板,RRU, 另外传输误码,RNC 某个内部处理板或者接口板,会导致不正确的将RRC connection setup信令发给NODE B 参数设置问题,SCCPCH 功率小,导致下行功率不足或者存在下行干扰,导致UE 不能正确的收到 RRC connection setup 消息 覆盖和同频同扰码干扰问题, 覆盖不好容易引起UE 不能正确的收到 RRC connection setup 消息,同时同频同扰码也会导致UE 不能收到消息 终端问题,UE 收到消息,但是由于消息错误或者UE

5、 内部原因导致UE 未及时发送RRC connection setup COMPLETE 需要结合设备告警,传输故障,覆盖干扰,个别终端等问题综合考虑,RNLC_Ue_Operate_fail_invalidconfiguration,RNLC_Ue_Operate_fail_invalidconfiguration,此种接入失败原因主要是用户在CN下发RAB Assignment Request后,未完成RAB Assignment Response时,UE或核心网侧发起了高层信令连接释放请求导致,目前已经在网管的RAB指派成功率KPI中将此接入失败原因去除。,RNLC_SecurityMo

6、deRsp_TimeOut,RNLC_SecurityModeRsp_TimeOut,通过对该类问题的CT文件进行关联分析,发现此类安全模式超时错误主要都发生在UE进行PS业务重选过程中,RNC向UE下发了安全模式命令后,UE没有返回安全模式完成至RNC,导致安全模式超时。,RrcConnectionReject,RRC Connection Reject消息,其所带的Cause值为“Congestion”(拥塞): 资源不足:主要是信道资源、码资源、功率资源等不足造成; 查看小区的话务量(PS业务流量),确认小区是否真的存在资源不足; LMT查看功率资源情况,是否存在TCP资源不足的问题。

7、如果存在小区的话务量不多,而且TCP占用正常仍会出现拥塞造成的起呼失败,同时又不存在任何告警信息,则在动态数据库管理中查看服务小区状态,是否存在载频资源被闭塞的现象。 对于真正存在资源不足的情况,建议进行扩容加以解决。 通过LMT查看时隙干扰情况。 小区硬件故障。如:RRU 故障;对于存在告警的故障,首先加以解决,在紧急情况下可以对小区或RRU进行重启加以验证。,RRC Connection Reject消息:,CAC参数设置问题;检查CAC相关参数。,RRC Connection Reject消息:,其所带的Cause值为“Unspecified”(未定义): 当通过CAC检查后,信令消息出

8、现RL failure。重点排查基站小区故障;,主叫UE收到RRC Connection Setup消息后,RNC侧没有收到RRC Connection Complete消息,其所带的Cause值为“NO Reply”;,通过在RNC侧看似否有RadioLinkRestoreIndication消息,判断是上行开环还是下行开环有问题,若RNC侧收到了RadioLinkRestoreIndication,则说明上行开环已完成,则首先需要判断下行业务时隙是否有干扰,若有干扰,优先排除干扰,其次核查设备的天线类型,下行开环功控参数是否正常,考虑调整下行初始发射功率; 若RNC没有收到RadioLin

9、kRestoreIndication,则首先需要判断上行业务时隙是否有干扰,若有干扰,优先排除干扰,其次核查设备的天线类型,上行开环功控参数是否正常,最后才考虑调整上行开环功控参数;,主叫UE收到RRC Connection Setup消息后,RNC侧没有收到RRC Connection Complete消息,其所带的Cause值为“NO Reply”;,流程:RRC Connection Setup信令首先从RNC的控制面发出,经过内部处理,通过RNC与Node B之间的接口板,再经过传输线路到Node B与RNC的接口板,然后在Node B内部处理,再通过RRU经Uu口到UE。需要针对具体

10、现象对每一步骤进行排查。 排查思路: RNC是否收到基站上报的RadioLinkRestoreIndication消息; LMT查看ISCPRTWPUPPCH干扰情况。 统计小区FACH出窗情况。 RNC侧用户面板上观察FACH传输信道同步帧收发情况; 传输是否存在告警,E1带宽是否充足。,课程内容,KPI 指标的分类 KPI 优化方法 接入类 掉话类 切换 寻呼 数据业务下载,掉话排查总体思路流程,掉话原因分析,UCIU_error,UCIU_error,UCIU_error错误原因机制 UCIU error表示RLC(无线链路控制层)不可恢复性错误。从结构模型看,RLC层是比物理层高。发生

11、UCIU error故障(掉话),说明链路的物理层是正常的,RLC层出现故障。 当RLC层发生传递失败后,会首先进行重传尝试,如果重传成功,链路的RLC层恢复; 当重传达到最大次数后RLC层仍没有传递成功,发送端可发起RLC层的复位,恢复RLC的全部初始参数,如果复位能够成功,那么RLC重新开始向接收端作重传尝试; 当复位达到最大次数后,复位仍不成功,发送端认为RLC发生了不可恢复性错误。(UCIU error)。 RNC作UCIU error释放,意味着下行链路的RLC发生了不可恢复性错误。,UCIU_error分析,目前大部分原因为HSDPA 业务,排除弱覆盖原因后,进行同频扰码检查。看是

12、否存在干扰 由于上网卡和上网本散热性不好,使用时间较长后,总会出现这样那样的故障,如不发射信号等等,导致用户面RLC层错误导致,RNLC_RlFail_Report,RNLC_RlFail_Report原因分析,无线链路失败,主要原因为弱场、CI差等原因导致于NodeB同步失败。 一些手机UE在接入PS业务后,UE会上报4B事件,之后NODEB向RNC发送无线链路失败的消息,失败原因为同步失败,说明存在上行失步的情况导致最后的掉线。 另外终端侧出现异常,例如死机,连接线,USB 松动,电脑死机均会出现出现此现象,RNLC_Ue_Cellupdate_TimeOut,RNLC_Ue_Cellup

13、date_TimeOut原因分析,原因分析: UE发送cellupdate,RNC响应后下发cellupdate confirm并设置等待定时器,定时器默认长度为5s,定时器超前如果未收到终端的物理信道重配完成消息,则发起Iu Release Request。 解决思路: 排查覆盖,下行干扰问题;,RNLC_CS2GSM_PSDROP,RNLC_CS2GSM_PSDROP分析,掉话原因为CS2GSM_PSDROP的原因为用户在使用并发业务时,CS域进行重定位,由于PS域无法通过重定位流程完成2/3G切换,因此只能通过Iu Release Request流程释放PS。 核心网已经通知RNC,CS

14、业务重定位成功。 但是PS域因为不支持重定位,出现了掉话,因此RNC发起Iu Release Request请求,失败原因为CS2GSM_PSDROP,RNLC_Ue_RBC_Timeout,RNLC_Ue_RBC_Timeout,RNLC_Ue_RBC_Timeout,对RNLC_Ue_RBC_Timeout掉话原因进行CT分析,典型信令流程为UE发起4a或4b事件,上报测量报告后,RNC下发RB重配后,UE无响应,RNC便发起释放。,Ue_RabOper_TimeOut,Ue_RabOper_TimeOut分析,UE RAB 操作超时的主要原因为UE 对RNC 下发的radioBearer

15、Release 未响应RadioBearerRelease complete,UE 因为已经收到PDP 上下文去激活接受,认为高层连接已经释放,对RadioBearRelease 不予理睬。此时无线链路并未中断,RNC 仍能收到UE 发上来的测量报告。主要是UE 终端对协议理解问题导致或者用户行为导致的。,课程内容,KPI 指标的分类 KPI 优化方法 接入类 掉话类 切换 寻呼 数据业务下载,RNC内切换成功率,RNC内切换成功率,典型信令案例分析,切换失败原因为物理信道重配置失败导致,RNC内切换问题处理思路,检查基站小区的故障: 检查相关的小区是否存在硬件故障告警,特别GPS等硬件故障,

16、这会严重影响切换的成功率(一旦GPS失步), 检查切换参数配置: 邻小区关系中是否存在同频同扰码的现象,包括业务同频同扰; 是否存在单边邻小区关系; 是否存在异频邻小区个数过多的现象(多为手误而超过了9个) 是否存在邻区漏配的情况; 是否存在切换开关设置的问题(有部分HOM开关可能被关掉或在外部小区定义中的切入开关设为禁止); PS切换失败是否存完整性算法问题; 对比切换成功及切换失败同一信令内容,查看参数传递是否存在问题。,RNC内切换问题处理思路,在目标小区建立新链路失败,通过对应计数器“在目标小区建立新链路失败”可以查看,也可以找到对应的小区,通过calltrace信令看看是否有NODEB 返回的RL链接建立失败相关信令。如果确认,进行进一步排查Iub口传输是否正常 其它原因: 如果为资源分配失败,需要确认目标小区资源情况,可能原因目标小区拥塞; 如果为测量报告内小区与邻区信息不匹配,可能为其它同频同扰码小区虚假信号导致。,切换失败原因分析,如果是小区的RL失败次数较多,则有可能存在小区的干扰或小区的上行导频时隙的干扰,建议进行干扰指标的分析或UPPCH干扰的检查 如果小区

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 商业/管理/HR > 企业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号