TOP小区处理流程总结
1 TOP小区处理流程及整体处理情况
1.1 TOP小区分解
TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等,针对这些KPI指标,可以通过分析、处理和解决影响这些指标的问题小区,提升和改善KPI指标。
1. 2 问题处理流程
TOP小区问题处理流程中,原因分析是流程中的关键点和重点。
2 无线接通率TOP小区分析处理
无线接通率=RRC建立成功率*RAB建立成功率,接通率需要从RRC建立成功率和RAB建立成功率两块进行分析。RRC建立成功率与业务类型没有关系,RAB建立成功率则与业务类相关,需要分PS业务/CS业务进行分析。每次RRC和RAB建立失败,话统都会输出一个失败原因统计。
2.1 RRC建立失败处理
2.1.1 RRC建立失败原因
RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。表3是RRC建立失败的对应原因打点。表4为RRC失败对应的原因分析。
表3:RRC失败原因打点
RRC连接失败次数<拥塞>
RRC连接失败次数
小区中因网络拥塞而拒绝RRC连接请求的次数
RRC连接失败次数
小区中因无应答而导致RRC连接失败的次数
RRC连接失败次数
RRC.FailConnEstab.1
RRC.FailConnEstab.AAL2SetupFail
RRC.FailConnEstab.Cong
RRC.FailConnEstab.FPSynFail
RRC.FailConnEstab.NoReply
RRC.FailConnEstab.RlSetupFail
表4:RRC失败对应的原因分析
掉话原因
含义
分析
RRC.FailConnEstab.1
RRC 连接失败次数<拥塞>
当UE 发 RRC CONNETION REQ,收不到SETUP消息,重发REQUEST消息,当达到N300次,还没收到SETUP,则RRC建立失败,原因值为“拥塞”。
RRC.FailConnEstab.R1SetupFail
RRC 连接失败次数
当IUb口出现问题,或者NodeB只接回复RL建立失败,就会导致RL建立失败,原因值为RL建立失败。
RRC.FailConnEstab.NoReply
小区中因无应答而导致RRC连接失败的次数
RNC向UE发送RRC CONNECT SETUP消息后,没有收到UE发送 RRC CONNECT SETUP COMPLETE消息。
RRC.FailConnEstab.FPSynFail
RRC 连接失败次数
在为用户建立IUB接口用户面时,RNC建立好DCH的FP之后,会发起FP同步过程,如果该过程失败,就认为RRC失败。如果出现FP失败,需要检查IUB接口的用户面是否有问题。同时可以跟踪到NodeB那边,是否收到了FP同步帧来确认。
RRC.FailConnEstab.AAL2Fail
RRC 连接失败次数
用户建立IUB接口用户面时,需要先建立AAL2链路。如果AA2失败,后续的FP、MACD等都无法建立。如果出现AA.2建立失败,需要检查IUB口的通道是否正常,如PATH配置是否合理。
2.1.2 RRC建立失败处理
1) 拥塞
在RRC建立出现拥塞时,可以进行下面的操作:
? 将主要业务的RRC建立在公共信道上,修改命令行为:
? 主叫流媒类体RRC建立在FACH上
SET RRCESTCAUSE: RRCCAUSE=ORIGSTREAMCALLEST, SIGCHTYPE=FACH;
? 主叫交互类RRC建立在FACH上
SET RRCESTCAUSE: RRCCAUSE=ORIGINTERCALLEST, SIGCHTYPE=FACH;
? 主叫背景类RRC建立在FACH上
SET RRCESTCAUSE: RRCCAUSE=ORIGBKGCALLEST, SIGCHTYPE=FACH;
? 终止流媒体类RRC建立在FACH上
SET RRCESTCAUSE: RRCCAUSE=TERMSTREAMCALLEST, SIGCHTYPE=FACH;
? 终止交互类RRC建立在FACH上
SET RRCESTCAUSE: RRCCAUSE=TERMINTERCALLEST, SIGCHTYPE=FACH;
? 终止流媒体类RRC建立在FACH上
RCESTCAUSE: RRCCAUSE=TERMBKGCALLEST, SIGCHTYPE=FACH;
? 去附着信令承载建立在FACH上
SET RRCESTCAUSE: RRCCAUSE=DETACHEST, SIGCHTYPE=FACH;
? 注册登记承载在FACH上
SET RRCESTCAUSE: RRCCAUSE=REGISTEST, SIGCHTYPE=FACH;
? 提高拥塞小区的最小接入电平,限制部分低电平用户的接入:
修改命令:MOD CELLSELRESEL: QRXLEVMIN=-96;
? 打开LDC开关;
? 对于业务量持续较大的小区,可以考虑建议扩容。
2) RL建立失败
针对RL建立失败比较多,可采取下面的
措施
《全国民用建筑工程设计技术措施》规划•建筑•景观全国民用建筑工程设计技术措施》规划•建筑•景观软件质量保证措施下载工地伤害及预防措施下载关于贯彻落实的具体措施
进行处理:
? 首先确认Node B小区运行是否正常,小区载波的运行状态,检查告警信息,检查是否存在小区退服、GPS失步或者公共传输信道不可用等告警,如果存在首先进行处理。
? 现场复测,分析Radio Link Setup Failure消息,定位失败原因,针对失败原因进行相应的处理;
? 检查DOFFC开关,保证关闭; DOFFC是专用信道偏移开关,用来交叉错开帧号,由于功能还不好用,都建议关闭;
? 分析是否属于产品问题,请产品帮助定位解决。
3) 无应答
针对无应答问题,可以进行以下的处理:
? 查看上下行ISCP值,确定和处理干扰问题;
? 增大上行干扰余量ULINTERFERESV,该值用来调整和计算上行期望接受功率的大小,间接提高SRB/RB建立时上行期望接收功率;
? 对于由于系统间重选导致的大量RRC失败,可以提高最小接入电平QRXLEVMIN或者降低空闲异系统重选门限IDLESEARCHRAT,使用户尽量驻留在T网。
4) FP同步失败
FP同步失败可能的原因:
? 可能是Iub接口传输层配置错误;
? 或者Iub接口的接线存在问题,导致FP同步失败;
? 或者Iub带宽配置错误,在Iub接口出现拥塞;可能的大都是产品故障,提交产品维护部进行解决;
在出现FP同步失败问题时,提交产品维护人员处理。
5) AAL2建立失败
出现Node B和RNC两个网元的传输层参数配置不一致的情况,导致出现RRC建立失败TOP小区。
? 首先确认AAL2的参数配置是否正确;
? 检查RNC和NodeB侧的PATH ID配置是否一致;检查RNC和NodeB侧的PATH ID配置是否一致。
2.2 RAB建立失败处理
2.2.1 CS RAB建立失败原因
CS RAB建立失败的原因可以通过RAB原因统计的细化Counter进行确定。表5是CS RAB建立失败的对应原因打点。表6为CS RAB失败对应的原因分析。
表5:CS RAB失败原因打点
电路域RAB指配建立失败的RAB数目<无可用资源>
电路域RAB指配建立失败的RAB数目<未知错误>
电路域RAB指配建立失败的RAB数目<无效的RAB参数>
电路域RAB指配建立失败的RAB数目<最大速率不支持>
电路域RAB指配建立失败的RAB数目<排队定时器超时>
电路域RAB指配建立失败的RAB数目
RAB.FailRabAssnEstabCs.114
RAB.FailRabAssnEstabCs.115
RAB.FailRabAssnEstabCs.19
RAB.FailRabAssnEstabCs.20
RAB.FailRabAssnEstabCs.5
RAB.FailRabAssnEstabCs.66
表6:CS RAB失败对应的原因分析
掉话原因
含义
分析
RAB.FailRabAssignEstabCS.66
CS域RAB指配建立失败的RAB数目
检查IU口通道。
RAB.FailRabAssignEstabCS.5
CS域RAB指配建立失败的RAB数目<排队定时器超时>
RNC支持排队机制,排对超时。拥塞导致。
RAB.FailRabAssignEstabCS.115
RRC 连接失败次数<未知错误>
跟踪log确认
RAB.FailRabAssignEstabCS.114
CS域RAB指配建立失败的RAB数目<无可用资源>
小区拥塞或者资源(HS)不足时,又不支持排对抢站。
RAB.FailRabAssignEstabCS.19
CS域RAB指配建立失败的RAB数目<无效RAB参数>
CN发给RNC的RAB指派消息中,RAB参数不符合
协议
离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载
。
RAB.FailConnEstab.AAL2Fail
CS域RAB指配建立失败的RAB数目<最大速率不支持>
RNC在进行RAB资源分配时,如果出现资源无法支持该RAB的速率要求,又不支持排队抢占,则会上报最大速率不支持。
2.2.2 PS RAB建立失败原因
PS RAB建立失败的原因可以通过RAB原因统计的细化Counter进行确定。表7是PS RAB建立失败的对应原因打点。表8为PS RAB失败对应的原因分析。
表7:PS RAB失败原因打点
分组域RAB指配建立失败的RAB 数目<无可用资源>
分组域RAB指配建立失败的RAB 数目<未知错误>
分组域RAB指配建立失败的RAB 数目<无效RAB参数>
分组域RAB指配建立失败的RAB 数目<最大速率不支持>
分组域RAB指配建立失败的RAB 数目<排队定时器超时>
分组域RAB指配建立失败的RAB 数目
RAB.FailRabAssnEstabPs.114
RAB.FailRabAssnEstabPs.115
RAB.FailRabAssnEstabPs.19
RAB.FailRabAssnEstabPs.20
RAB.FailRabAssnEstabPs.5
RAB.FailRabAssnEstabPs.66
表8:PS RAB失败对应的原因分析
掉话原因
含义
分析
RAB.FailRabEtabPSNoQueuing.19
PS域RAB指配建立失败的RAB数目<无效RAB参数>
CN发给RNC的RAB指派消息中,RAB参数不符合协议。
RAB.FailRabEtabPSNoQueuing.20
CS域RAB指配建立失败的RAB数目<最大速率不支持>
RNC在进行RAB资源分配时,如果出现资源无法支持该RAB的速率要求,又不支持排队抢占,则会上报最大速率不支持。
RAB.FailRabEtabPSNoQueuing.66
RRC 连接失败次数
检查IU口通道
RAB. FailRabEtabPSNoQueuing .114
PS域RAB指配建立失败的RAB数目<无可用资源>
小区拥塞或者资源(HS)不足时,又不支持排对抢站。
FailRabEtabPSNoQueuing .115
PS域RAB指配建立失败的RAB数目<未知错误>
跟踪log确认。
2.2.3 CS/PS RAB建立失败处理
1) 最大速率不支持
在出现因为最大速率不支持导致PS域RAB建立失败时,占用的比例过大,可采用下面的措施进行优化:
? 调整下行的最大初始接入速率,使接入的时候避免RAB拥塞;
? 调整金/银/铜用户的保证速率,使大速率的PS用户如384K用户不至于由于超过满码道而导致接入失败和掉话的其它问题,将其最大初始接入速率调整为128K;
? 针对不支持R5业务的数据卡,不能配置为大速率的上行数据业务。
2) 无可用资源/拥塞
无可用资源,先要确定,是否存在码资源拥塞情况,或是通过查询IUB口传输资源配置情况,分别进行处理。
码资源拥塞处理:
? 针对TOP小区,查看载频和相对应的DSP使用情况,确定载频状态正常;
? 对比小区业务量,如果发现是因为业务量过高导致,可以适度提高“最小接收电平/ QRXLEVMIN”,减少部分用户接入;
? 调整上下行最大初始接入速率,“ULBETRAFFINITBITRATE”和“DLBETRAFFINITBITRATE”,如果H业务上行码资源受限,可是将上行初始接入速率降到16K;
? 根据拥塞用户的下行传输信道类型确定拥塞用户中H和D的用户比例,如果是D用户拥塞较多,可以限定金银铜用户的最大速率;如果是H用户较多,可以针对个别小区扩容一个H频点,但要注意扩容H频点对周围小区的干扰;
? )如果是H用户,建议将H频点的最大接入用户数设置为频点码资源最大能力,不建议设置超过最大能力的值。现网绝大大多数的H载频设置的最大用户数仍为8,可以将该值设置为7、或者6;
? RRC信令连接建立建立在FACH上面,减少由于随机接入如注册、附着、短信等占有DPCH信道的专用码道资源。
IUB口带宽拥塞处理:
? 查询IUB口传输资源配置情况,是否存在资源配置不足情况;另外通过查询告警信息,确定是否存在E1/T1告警,导致可用E1/T1减少;
? 话统Counter无法打点,IUB口带宽拥塞的打点可以通过PCHR定位,并且带宽拥塞特征是某个基站下所有小区都有所体现。
RAB异常错误编码 Count
NBM_CRA_CELL_RR_IUB_DL_FAIL(168724457) 59
? 确定E1/T1资源不足或者E1/T1告警,需推动E1/T1扩容或者告警处理。
3) UE无相应
? 跟踪用户CDT定位问题,确认RNC是否收到UE上报的RB配置完成消息;
? 观测TOP小区的上下行干扰水平,避免由于个别小区干扰较大导致UE无相应;
? 如果存在弱覆盖,优化重选参数,使UE尽快选到信号更好的小区;
? 提高上行干扰余量“ ULINTERFERERSV”,以增大开环功率;
? 确定是否由于问题终端导致。
2.3 接通率TOP小区一般处理过程
1) 查询和分析TOP小区的话统,确定是RRC建立成功率问题还是RAB建立成功率问题,并通过对应的话统原因Counter,确定失败的原因类型,以便下一步的分析;
2) 查询TOP小区是否存在告警或者故障:特别注意驻波比告警和载波是否可用,GPS告警(GPS失步)是引起上下行干扰的重要原因,这些告警将严重的影响RRC建立成功。
3) 上下行干扰:上行干扰可以通过后台查询和统计上行ISCP值状态,如果出现较大的波动或者持续大于-95dBm以上,可以确定存在上行干扰,需需要对干扰进行分析;首先,进行对问题小区的频率和扰码进行分析,是否同频、同扰干扰;其次,需要现场进行测试核查,是否存在较大干扰源,特别地,对于室内分布系统,需要排查分布系统是否存在干放和合路器,干放及合路器问题通常是重要的上行干扰问题源;下行干扰,可以通过现场测试,通过C/I状况进行确定,频率、扰码分析是重要的手段。
4) 无线环境因素:PS业务主要在室内使用,如果没有分布系统,室外站点的PCCPCH RSCP的接受电平相对较低,或者直接是弱覆盖,是RRC的建立成功的直接原因,因此,可能要提高PCCPCH功率,或者调整最小接入电平QRXLEVMIN(将此部分用户迁移至覆盖更好的2G系统);
5) 针对现场测试和后台分析,可以通过调整部分参数,提升RRC/RAB成功率。
3 无线掉线率TOP小区分析处理
3.1 CS掉线处理
3.1.1 CS掉线话统打点原因
CS 掉线的原因可以通过话统原因统计的细化Counter进行确定。表9是CS掉线的对应原因打点。
表9:CS掉线的对应原因打点
AAL2链路失步导致IU释放
FP/MDC异常导致IU释放
RL失步导致IU释放
L2DSP故障导致IU释放
SRB复位导致的IU释放
UE重配超时导致的IU释放
UE RB重配无响应导致的IU释放
VS.IuRelReqCs.IubAal2Fail
VS.IuRelReqCs.IubFpMdcAbnorm
VS.IuRelReqCs.IubRlFailInd
VS.IuRelReqCs.L2Abnorm
VS.IuRelReqCs.SrbReset
VS.IuRelReqCs.UeHhoNoRsp
VS.IuRelReqCs.UeRbRecfgNoRsp
UE返回错误导致的IU释放
UE侧信令释放导致的IU释放
小区拥塞导致RAB释放
AAL2链路失步导致RAB释放
FP/MDC异常导致RAB释放
L2DSP故障导致的RAB释放
PIU板故障导致的RAB释放
VS.IuRelReqCs.UeRspFail
VS.IuRelReqCs.UeSigRel
VS.RabRelReqCs.CellCongest
VS.RabRelReqCs.IubAal2Fail
VS.RabRelReqCs.IubFpMdcAbnorm
VS.RabRelReqCs.L2Abnorm
VS.RabRelReqCs.PiuErr
3.1.2 CS掉线原因分布
全网的CS掉线的主要原因是:
? RL失步;
? SRB复位;
? UE侧信令释放;
? UE RB重配无响应。
CS掉线的TOP小区的主要问题原因集中于RL失步和SRB复位。
RL失步:
RNC收到NodeB上报的RL Failure,RL失步的判断机制为处于CELL_DCH状态的UE,NB检测到上行连续接收到来自物理层的NOUTSYNCIND 个连续”our of sync”指示时,启动定时器TRLFAILURE ,在此过程中若连续接收到来自物理层的NINSYNCIND 个连续”in sync”指示,TRLFAILURE停止,否则TRLFAILURE超时,视为无线链路失败。NB发起Radio Link Failure Indication过程,RNC等待IUCSRELNORABTMR超时发起Iu release request,请求释放Iu连接;
SRB复位:
SRB复位是针对使用AM 模式的SRB而言,在RLC AM模式下,当某个 PDU 经过 Max_DAT-1 次重传后,都没有成功发送,发送端上报RLC不可恢复错误,RAB释放。
3.1.3 TOP小区CS掉线处理
1) RL失步
可以采用以下的处理方式:
? 处理弱覆盖区域(通常接入电平较低,可以通过PCHR工具确定用户的RACH接入电平)导致的RL失步掉话,可以通过RF调整进行处理,另外对于RF调整无法进行调整的可以考虑通过调整最小接入电平,避免用户接入T网或者调整2G/3G互操作参数,将用户迁移至覆盖更好的2G网络;
? 调整无线链路最小发射功率;
? 确定是否存在上行ISCP异常问题,核查处理内、外部干扰;
? 营业厅或者出售SIM/终端场所的异常操作(拔电池、频繁试SIM卡)导致的RL失败可以通过PCHR确定。
2) SRB复位
SRB复位,主要是由于上下行链路质量较差导致,处理
方法
快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载
有:
? RF调整;
? 2G/3G互操作调整,将用户迁移至覆盖更好的2G网络;
3)RB失败
? 切换失败导致的掉话,可以通过核查联合报表和CELL to CELL切换统计确定,梳理邻区关系,确定目标小区是否存在问题(硬件故障等);
? 部分异常终端问题,通过PCHR确定问题终端类型。
下表是RNC的话统统计点和实际掉话原因的可能关联关系。
实际掉话原因
话统掉话
RF原因
参数配置
上行干扰
负载过高
流程问题
传输问题
设备异常
手机异常
OM操作
RB复位
√
√
√
√
√
RL失步
√
√
√
√
SRB复位
√
√
√
√
3.2 CS掉线处理
3.2.1 PS掉线话统打点原因
PS 掉线的原因可以通过话统原因统计的细化Counter进行确定。表10是PS掉线的对应原因打点。
表10:PS掉线的对应原因打点
IUB口AAL2链路异常导致分组域IU释放
FP/MDC异常导致分组域IU释放
RL失败导致分组域IU释放
L2DSP故障导致分组域IU释放
SRB复位导致分组域IU释放
等待重配置完成消息超时导致分组域IU释放
等待UE侧RB配置超时导致分组域IU释放
UE返回错误导致分组域IU释放
UE侧信令连接释放请求导致分组域IU释放
TRB复位导致分组域RAB释放
PS域用户不活动导致分组域RAB释放
VS.IuRelReqPs.IubAal2Fail
VS.IuRelReqPs.IubFpMdcAbnorm
VS.IuRelReqPs.IubRlFailInd
VS.IuRelReqPs.L2Abnorm
VS.IuRelReqPs.SrbReset
VS.IuRelReqPs.UeHhoNoRsp
VS.IuRelReqPs.UeRbRecfgNoRsp
VS.IuRelReqPs.UeRspFail
VS.IuRelReqPs.UeSigRel
VS.RabRelReqPs.TrbReset
VS.RabRelReqPs.PsUserInact
3.2.2 PS掉线原因分布
全网的PS掉线的主要原因是:
? RL失步;
? SRB复位;
? TRB复位;
? UE侧RB重配超时(UE无响应);
? UE侧信令释放。
3.2.3 TOP小区PS掉线处理
1) RL失步
RL失败导致的PS掉线和CS掉线原因是一直的,下行链路失败,伴随着Cellupdate出现,可以跟踪信令或者PCHR数据核查到;上行链路失步,除上行干扰和弱覆盖问题导致外,现网的大量营业厅或者其他用户的业务模式下直接拔数据卡贡献了大量的RL失败PS掉线,严重的影响全网的PS掉线率,需要引导用户的使用行为。
RL失败处理方法:
与CS RL掉话处理方法一致。
2) SRB/TRB复位
SRB RESET:网络侧下发测量控制后收不到终端底层回复的ACK消息发起IU Release原因是Radio Connection with UE lost,统计原因值为SRB RST,主要包括RB重配置完成消息网络侧未收到,测量控制
报告
软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载
下发后接收不到L2确认发生SRB复位以及Node B上报RL Failure。另外,部分由于终端上发因SRB Error引起的CELL UPDATE。其主要原因是空口质量差以及用户间干扰较大,可以调整下面的参数尽量去避免:
? 调整频点,使用室内频点替换H频点,降低频点间的干扰;
? 针对H负载较高的TOP小区,可多配置一个H载波,即采用配置两个H频点的方法,在辅载波上配置H频点,将H业务分散开;
? 对R4业务的下行DCCC算法速率调整门限进行调整,降低DCCC的次数以降低RB重配置发生的次数,降低掉话率;
? RF调整;
? 2G/3G互操作调整,将用户迁移至覆盖更好的2G网络。
3) UE无响应
UE无响应
,系统下发RB重配置消息后,未收到RB重配置完成消息,主要是由于空口原因导致。
跟踪TOP小区忙时的PCHR log进行分析可知,UE无响应主要由DCCC算法对于在DCH上下行信道动态调整RB重配置过程超时导致,需要对DCCC算法的参数进行优化,优化措施如下:
? 设置初始接入速率为16k,可以减少接入失败及初始接入后从32k重配置到16k的概率,从而降低RB重配置的概率,降低RB重配置失败的次数,
MML设置如下:SET FRC: ULBETRAFFINITBITRATE=D16;
? 上行中间速率为手动配置的32k,下行采用3级调速;
? 设置用户BE业务上行DCH最大速率,建议设置为64K,对不支持R5的用户,限制最大接入速率,初始接入时使用128K;
? 目前19号软参26bit,置1,D2D由于码资源不够,切换失败,上行降速到GBR下门限或DCH下门限。
4)负载较重大的小区,可以调整载波优先级。
3.3 掉线率TOP小区一般处理过程
1) 查看问题小区本站点及周边小区是否告警:重点关注站是否存在驻波比告警、GPS告警、小区载波状态是否建立已可用,存在硬件告警的,将问题及时反馈,通知工程和维护进行处理。
2) 查看信令流程:对于连续多天全掉话/高掉话(掉话率>90%)小区,首先检查是否有故障(告警),并进行单小区Uu口、Iub口、Iu口信令跟踪,获取相关信令;从信令中分析异常释放的原因,做相应的处理。
3) 查看是否存在上行干扰:从话统数据中获取上行各时隙干扰统计数据,看网内是否存在强干扰导致的掉话,对于上行干扰导致的掉话,一般会伴随着接入失败率高、CS掉话率高、切换失败率高等现象。
4) 查看是否存在下行干扰:进行小区内详细路测,获取PCCPCH C/I、下行时隙的ISCP和频点占用信息,观察是否存在较大范围C/I小于-3db、ISCP过高的情况。需要检查频点扰码分布的合理性,如果存在同频同码组小区相邻并且正对的情况,需要修改扰码规避。
5) 查看是否由于切换失败导致的掉话:对于掉话率偏高(非全掉话)的情况,需要同时检查系统内切换成功率和系统间切换成功率,如果切换成功率较低,意味着在用户所在地点有别的小区可以提供更好的服务,但无法切换。这种情况下需要检查切换相关参数,提高切换成功率,减小掉话率。同时需要检查是否有邻区漏配,这种情况在话统切换成功率中无法体现,可以通过基站分布图大致检查地理分布相邻的小区是否已经配置为邻区。邻区的合理完善配置需要通过路测优化来完成。
6) 查看是否由于弱覆盖导致的掉话:对于掉话率偏高(非全掉话)的情况,需要查看RRC建立成功率是否较低,如果是,考虑到PS移动性较低,则可能是覆盖弱导致的掉话。结合小区级trace跟踪,分析掉话用户的RRC请求中携带的PCCPCH RSCP,看是否存在大量用户接入时RSCP小于-95dbm的情况。小区弱覆盖的判断需要结合路测数据,观察小区覆盖情况,进行RF优化改善。可适当加大PCCPCH功率(建议3dB以内,不超过PCCPCH最大建议配置功率),增强覆盖;或者反过来,调整最小接入电平QRXLEVMIN,适当抬高接入条件,保证接入时的电平稳定。
7) 检查是否由于功率参数设置不合理。对于PS掉话率偏高(非全掉话)的情况,需要检查RL功率参数设置是否合理,包括无线链路最大最小发射功率MAXDLTXPWR/MINDLTXPWR,减少由于功率过小导致边缘用户掉话。
8) 检查是否由于个别用户导致的掉话指标异常。用户由于终端原因或者所在位置覆盖较差,会造成频繁掉话。
4 切换失败TOP小区分析处理
切换,按照切换类型分为接力切换和硬切换,根据频率是否相同则分为同频切换和异频切换,现在项目存在RNC内切换、RNC间切换(华为网内)、RNC间切换(华为-大唐)三种类型。分析切换问题需要对源小区和目标小区的属性进行区分,是NRC内还是RNC间,RNC间需要特别重视核心网侧的数据配置。
分析步骤和思路:
1) 后台告警查看:确定小区及周围小区状态是否正常,是否存在GPS失步,驻波比告警等重要告警,存在硬件告警的应优先分析硬件告警带来的影响,并反馈故障问题,推动故障解决;
2) 确定切换问题类型,是RNC内切换还是RNC间切换,是PS域切换问题,还是CS域切换问题;RNC间切换问题,如果CS切换正常,PS存在问题,说明相邻小区数据正常,问题很可能在于PS域核心网数据配置;
3) 核查邻区数据配置是否合理,是否存在邻区漏配或者邻区配置数据错误;是否存在大量冗余邻区,过多的邻区,终端在处理测试报告时,负荷过大,处理机制缺陷,易导致切换失败,特别的,对于相邻小区之间的同频小区,会导致同频虚高,使终端切换至实际电平非常差的小区而失败;
4) 现场测试处理,确定问题小区的主要覆盖范围,观察邻区列表内的相邻小区是否合理,冗余的可以删除;同时通过扫频仪,确定是否有最优小区漏配;选择合适的位置点,在问题小区和目标小区进行CS/PS业务的强制切换,看能否正常切换,并同时后台进行跟踪,并通过后台跟踪数据和前台测试数据对比,确定切换失败流程问题;
5) 容易导致异频/同频接力切换失败,可以通过核对TOP相邻小区之间的频点关系,调整载波的优先级,使TOP相邻小区进行异频接力切换;
6) 对于弱覆盖区域必须保留的TOP切换相邻小区,可以提高切换目标小区的上行、下行切换干扰余量,提高接力切换成功率。
5 2G/3G TOP小区分析处理
5.1 2G/3G TOP小区定义
一周内异系统切换出尝试次数较多且失败率高,对话统2G3G互操作成功率影响较大的小区。
5.2 2G/3G TOP小区处理思路和方法
1. 根据机房提取的最新MML脚本列出该小区所有GSM邻区,标出问题目标小区。
2. 根据拓扑结构列出问题小区覆盖范围内所有合理GSM小区(包括共站址GSM小区)。
3. 分析发生切换失败的目标GSM邻区是否合理,做出优化调整,具体原则如下:
1) 目标GSM小区为室分站或拓扑结构上明显不合理宏站,删除邻区关系后添加合理GSM小区。
2) 目标GSM小区为合理宏站,添加其他合理GSM小区或者修改异系统切换参数。
3) 目标GSM小区本身就是共站小区,如果共站GSM小区有1800小区,则删除后添加上GSM1800小区;如果没有共站1800小区,则添加其他合理GSM小区或者修改异系统切换参数。
4) 对未删除邻区关系的情况,若做出上述初步优化后仍有异系统切换失败记录,可能是GSM信号干扰较大导致,在排除终端问题的情况下可以删除该目标小区添加合理GSM小区。