TD-SCDMA后台KPI提升分析(2)

2019-03-21 16:33

4. 接入类问题处理

从综合的角度考虑接通率情况,可以把RRC连接建立成功率和RAB指派成功率联合起来表征接通率。

RRC连接建立成功率反映RNC或者小区的UE接纳能力,RRC连接建立成功意味着UE与网络建立了信令连接。RAB建立是由CN发起,UTRAN执行的功能。RAB是指用户平面的承载,用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立然后才能建立RAB,当RAB建立成功以后,一个基本的呼叫即建立,UE进入通话过程。

4.1. 接入失败原因和分析

每次RRC和RAB建立失败在话统上都基本会给出一个失败的原因值,RNC会在话统的相关统计点进行记录。下表列出话统上RRC和RAB建立失败原因的各个统计点,并对每个统计点Counter的名次和相应的统计时机进行说明,并根据具体的原因和经验而来的常见分析方法。

6 / 14

接入失败主要counter RRC.FailConnEstab.Cong 原因 小区拥塞 处理方向 载波故障排查、话务均衡、申请速率配置、扩容 空口原因,基站故障排查、复位小区 不处理 覆盖、干扰排查 覆盖、干扰排查 RRC.FailConnEstab.RlSetupFail RRC.FailConnReEstab.NormEvent RRC.FailConnReEstab.UnSpec RRC.FailConnEstab.NoReply RAB.FailRabAssnEstabCs.19 RAB.FailRabAssnEstabCs.20 RAB.FailRabAssnEstabCs.66 RAB.FailEstabPsPerCell.14(新) RL建立失败 正常释放 未知原因 UE无应答 无效的RAB参数 RAB.FailRabAssnEstabCs.114 RAB.FailRabAssnEstabCs.115 参数核查 载波故障排查、话务均最大速率不支持 衡、申请速率配置、扩容 IU口传输连接建立失败 故障排查、复位 干扰排查、覆盖调整、接口进程失败 载频故障排查 无可用资源 故障排查、更换载波 未知错误 故障排查、复位 RRC接入失败的常见原因详解:

(1)RRC.FailConnEstab.NoReply(小区无应答)

原因值为小区无应答的测量点是RNC向UE发送RRC CONNECT SETUP消息后,没有收到UE发送RRC CONNECT SETUP COMPLETE消息,则在UE所处的小区中统计该指标。

但是目前我们跟踪的RNC侧的LOG ,无法区分是UE没有收到RRC CONNECT SETUP,还是RNC没有收到UE发送的RRC CONNECT SETUP COMPLETE ,所以必须采集终端的LOG来看,通过路测调整上行和下行功率值来确定是上行功率不足还是下行功率不足。

处理方向:干扰排查、覆盖调整。

(2)RRC.FailConnEstab.RlSetupFail(RL建立失败)

当Iub口出现问题,或者NodeB直接回复RL建立失败消息,都是引起RL建立失败的原因,从而导致RRC建立失败。原因值设为“RL建立失败”。

处理方向:基站故障排查、复位小区。

(3)RRC.FailConnEstab.Cong(小区拥塞)

当UE发RRC CONNECTION REQ后,收不到相应的SETUP消息,重发REQUEST消息, 当重发次数达到N300次时,还未收到SETUP消息,则RRC建立失败,原因值设置为“拥塞”。

在建网初期,基本上不会发生网络拥塞情况,而如果出现该原因:则应该检查一下NodeB是否正常。

处理方向:载波故障排查、话务均衡、扩容

RAB接入失败常见的原因详解:

(1)RAB.FailRabAssnEstabCs.20(最大速率不支持)

RNC在为一个RAB进行资源分配时,如果现有资源无法支持RAB的速率要求,又不支持排队抢占,则会上报最大速率不支持。

7 / 14

最大速率不支持失败的原因是,在建立了完成RRC后,在进行RL重配置时出现的问题,一般都不是AMR业务出现的问题,PS业务出现该问题较多,线资源拥塞造成。

处理方向:载波故障排查、话务均衡、扩容

(2)RAB.FailEstabPsPerCell.14(接口进程失败)

指配失败的分组域RAB数(小区级),为接口进程失败,指的就是我们通常意义上的空口问题,多数跟信号强度、质量等相关、天馈覆盖不合理,干扰、功率配置过小,C/I质量较差、载频有隐性故障,出来的信号可能不够干净、地物地貌影响,信号很杂乱。

处理方向:干扰排查、覆盖调整、载频故障排查

4.2. 接入失败处理方法

以下主要是针对“RRC.FailConnEstab.RlSetupFail”和“RRC.FailConnEstab.NoReply”的原因处理。其中“RRC.FailConnEstab.NoReply” 是在RNC向UE发送RRC CONNECT SETUP消息后,没有收到UE发送RRC CONNECT SETUP COMPLETE消息,则在UE所处的小区中统计该指标。

1、 覆盖调整:一般边缘站点通过下压天线,控制器覆盖范围,可以大大的降低覆盖边缘造

成的RRC建立成功率低;密集城区站点控制覆盖可以有效降低干扰; 2、 干扰排查(上下行):上行主要查看UPPCH、TS1和TS2是否存在干扰,首先排查有无告

警、查找干扰源(现场测试),如果UPPCH存在干扰可以通过调整UP偏移和修改频点有效的降低UPPCH的干扰。如果TS1和TS2存在干扰需要排查时系统内或是系统外的干扰,系统内可以通过修改频点,系统外的干扰需要深入的排查干扰源(扫频); 3、 增大上行干扰余量:增加上行初始发射功率,增加抗干扰能力,提高接入成功率; 4、 提高最小接收电平(影响23G重选):小区P-CCPCH RSCP最低接入门限,收缩实际覆盖

范围,提高边缘UE的接通率,增大该参数同时会促进UE向GSM网络的重选。 5、 增大T300\\N300定时器时长和次数:增加RRC请求次数和RRC建立时长正向的增加RRC

建立成功率,但是同时会降低用户感知度。(RNC级参数不建议修改)

6、 对于RL建立失败较多的小区,且查不出具体的原因,可以尝试复位小区来解决。

4.3. 常用修改参数

参数名称 频点 扰码 PCCPCHPOWER TSHSMAXPWR Uppch位置 上行干扰余量 下行干扰余量 最小接入电平 小区重选迟滞 小区重选时延 执行命令 MOD CARRIER MOD CELL MOD PCCPCH MOD HSPDSCH MOD UPPCH MOD CELLNBMOLPC MOD CELLNBMOLPC MOD CELLSELRESEL MOD CELLSELRESEL MOD CELLSELRESEL 参数设置合理范围 按规范 按规范 250~330 250~330 0~22 3~6 180 -100~-102 4 1~3 影响 避免干扰 避免干扰 调整覆盖 调整H覆盖影响H接入、H速率 避免UPPPCH干扰,影响接入 提升手机发射功率,影响接入 提升基站发射功率,影响接入 实现话务均衡、调整小区覆盖半径 影响接入和3G-2G重选 实现话务均衡、调整小区覆盖半径,影响重选 实现话务均衡、调整小区覆盖半径,影响重选 8 / 14

空闲模式小区重选异系统测量门限 TD_offset T300定时器 N300常数 GSM侧 SET IDLEMODETIMER SET IDLEMODETIMER 5、6 1000,D1200 3~5 MOD CELLSELRESEL 8~13 实现话务均衡、调整小区覆盖半径 影响3G-2G的重选 实现话务均衡、减少23G频繁重选,影响2G-3G的重选 RNC内RRC建立时长 RNC内RRC建立时长 5. 掉话/线类问题处理

掉话率反映了系统的通讯保持能力,也反映了系统的稳定性和可靠性,是无线通讯系统的重要性能指标。在我们处理掉话的TOP小区的时候时候的基本思路是:对于掉话率高的小区首先要查看该小区的切换性能情况,初步分为两类:切换失败引起的掉话;非切换失败引起的掉话。在根据掉话的分类具体处理。

发生掉话时,系统中触发两种信令过程,一是RAB释放请求,一是Iu口信令连接释放请求。无线系统掉话率分为CS域掉话率和PS域掉线率。

RNCRABRELEASE REQUESTCNRNCCNIU RELEASE REQU

5.1. 掉话/线原因和分析

释放类型 掉话/线主要counter RAB.RelReqCs.113 RAB.RelReqCs.16 RAB.RelReqCs.1 RAB.RelReqCs.65 RAB.RelReqPs.113 RAB.RelReqPs.16 RAB.RelReqPs.1 RAB.RelReqPs.RbReset IU.AttConnRelReqUtranCs.113 IU.AttConnRelReqUtranCs.16 IU.AttConnRelReqUtranCs.RlFail IU.AttConnRelReqUtranPs.113 IU.AttConnRelReqUtranPs.16 IU.AttConnRelReqUtranPs.RlFail IU.NbrRabCsRelIuConnPerCause.113 IU.NbrRabCsRelIuConnPerCause.16 9 / 14

RAB RELEASE IU RELEASE 原因 OM干预 用户无响应 RAB抢占 AAL2失步 OM干预 OM干预 用户无响应 RB复位 OM干预 UE无响应 RL 失步 OM干预 UE无响应 RL 失步 OM干预 UE无响应

IU.NbrRabCsRelIuConnPerCause.RlFail IU.NbrRabCsRelIuConnPerTraffic.Conv 掉话常见的失败原因为IU.AttCon

RL 失步 会话业务 从信令跟踪和OMC上倒出的Counter进行nRelReqUtranCs.RlFail(RL失步)无线网络原因-弱覆盖或干扰导致掉话。对比,其中出现原因最多的为SRB、TRB复位。 上述这些指标可以按照表格分类: 掉话分类 引起原因 RF 空口原因 流程定时器超时 传输层故障 通过MML强行释放用户 对应的信令过程 相关指标 SRB_RESET,TRB RESET,RL失败,无线接口流程失败 SRB_RESET RLC复位;RL Failure RB _RECFG PHY_RECFG 等过程超时 HHO 过程失败 ALCAP上报故障 非空口原因 AAL2LOSS Signaling-transport-resource-failure OM intervention om-intervention 话统指标目前没有完全按照通常网络优化的掉话原因分类进行统计。需要说明的是RAN话统掉话的定义只从Iu接口的角度进行统计,统计了RNC主动发起的RAB release请求次数和Iu release请求次数,分析掉话的时候要经过对信令的统计和OMC上导出的Counter进行比较分析。而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的,两者不完全一致的。比如说,对于同时进行主被叫通话,工具记录主叫的空口消息,如果被叫异常掉话,那么分析主叫的流程也会是一次掉话,但从话统上看,这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的,在分析时要注意区分。

5.2. 掉话/线处理方法

对于CS域业务掉话首先要区分是否是由于切花失败引起的掉话,如果是切换失败引起的,重点处理切换失败的问题,主要可以从以下几个方面处理: 1、 告警查询和处理(基站硬件故障或天馈故障)

2、 覆盖调整:上行或者下行链路失败掉话,使得切换简单且顺畅,避免乒乓切换; 3、 干扰排查:主要查找同频干扰或是邻区扰码相关性差造成的干扰(扰码相关性),主要

通过频点,扰码的调整;系统外干扰排查;

10 / 14


TD-SCDMA后台KPI提升分析(2).doc 将本文的Word文档下载到电脑 下载失败或者文档不完整,请联系客服人员解决!

下一篇:法律硕士辅导之让你一天记住法制史 - 图文

相关阅读
本类排行
× 注册会员免费下载(下载后可以自由复制和排版)

马上注册会员

注:下载文档有可能“只有目录或者内容不全”等情况,请下载之前注意辨别,如果您已付费且无法下载或内容有问题,请联系我们协助你处理。
微信: QQ: