TD差小区处理流程.doc

TD差小区处理流程
1 差小区定义
指标定义：
Ø 电路域RAB建立成功次数大于40，CS无线接通率低于95%；
Ø 分组域RAB建立成功次数大于40，PS无线接通率低于92%；
Ø 电路域RAB建立成功次数大于40，CS掉话率大于3%；
Ø 分组域RAB建立成功次数大于40，PS掉话率大于5%。
2 无线接通率TOP小区分析处理
无线接通率＝RRC建立成功率*RAB建立成功率，接通率需要从RRC建立成功率和RAB建立成功率两块进行分析。RRC建立成功率与业务类型没有关系，RAB建立成功率则与业务类相关，需要分PS业务/CS业务进行分析。每次RRC和RAB建立失败，话统都会输出一个失败原因统计。
1.1 RRC建立失败处理
1.1.1 RRC建立失败原因
RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。表3是RRC建立失败的对应原因打点。表4为RRC失败对应的原因分析。
表3：RRC失败原因打点
指标名称
描述
RRC.FailConnEstab.1
{TD_CELL}原因为<拥塞>的RRC连接失败次数
RRC.FailConnEstab.Cong
{TD_CELL}原因为<网络拥塞拒绝>的RRC连接失败次数
RRC.FailConnEstab.RlSetupFail
{TD_CELL}原因为的RRC连接失败次数
RRC.FailConnEstab.FPSynFail
{TD_CELL}原因为的RRC连接失败次数
RRC.FailConnEstab.AAL2SetupFail
{TD_CELL}原因为的RRC连接失败次数
RRC.FailConnEstab.NoReply
{TD_CELL}原因为<无应答>的RRC连接失败次数
表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配置是否合理。

1.1.2 RRC建立失败处理
1) 拥塞
在RRC建立出现拥塞时，可以进行下面的操作：
ü 提高拥塞小区的最小接入电平，限制部分低电平用户的接入：
修改命令：MOD CELLSELRESEL: QRXLEVMIN=-96；
ü 打开LDC开关；
ü 对于业务量持续较大的小区，可以考虑建议扩容。
2) RL建立失败
针对RL建立失败比较多，可采取下面的措施进行处理：
ü 首先确认Node B小区运行是否正常，小区载波的运行状态，检查告警信息，检查是否存在小区退服、GPS失步或者公共传输信道不可用等告警，如果存在首先进行处理。
ü 现场复测，分析Radio Link Setup Failure消息，定位失败原因，针对失败原因进行相应的处理；
3) 无应答
针对无应答问题，可以进行以下的处理：
ü 查看上下行ISCP值，确定和处理干扰问题；存在UPP干扰可以偏移UPPCH位置。
ü 提升SCCPCH功率满足信号覆盖不好的地方功率需求。
ü 增大上行干扰余量ULINTERFERESV，该值用来调整和计算上行期望接受功率的大小，间接提高SRB/RB建立时上行期望接收功率；
ü 修改RRC和cellupdate重发次数定时器命令如下:
ADDTCELLSIGRESENDPARA:CELLID=XXX，RrcResendNum=3,RrcResendTimer=90,CellUptResendNum=5,CellUptResendTimer=100
ü 对于由于系统间重选导致的大量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配置是否一致。

1.2 RAB建立失败处理
1.2.1 RAB建立失败原因
RAB建立失败的原因可以通过RAB原因统计的细化Counter进行确定。表5是CS RAB建立失败的对应原因打点。表6为CS RAB失败对应的原因分析。
表5：CS RAB失败原因打点
指标名称
描述
RAB.FailEstabCsPerCell.19
无效的RAB参数
{TD_CELL}原因为19(Invalid RAB Parameters Value)的指配失败的电路域RAB数(小区级)
RAB.FailEstabCsPerCell.20
最大速率不支持
{TD_CELL}原因为20(Requested Maximum Bit Rate not Available)的指配失败的电路域RAB数(小区级)
RAB.FailEstabCsPerCell.66
IU口传输连接建立失败
{TD_CELL}原因为66(Iu Transport Connection Failed to Establish)的指配失败的电路域RAB数(小区级)
RAB.FailEstabCsPerCell.114
无可用资源
{TD_CELL}原因为114(No Resource Available)的指配失败的电路域的RAB数(小区级)
RAB.FailEstabCsPerCell.115
未知错误
{TD_CELL}原因为115(Unspecified Failure)的指配失败的电路域RAB数(小区级)
RAB.FailEstabCsPerCell.5
排队定时器超时
{TD_CELL}原因为5(Tqueing Expiry)的指配失败的电路域的RAB数(小区级)
RAB.FailEstabCsPerCell.14
无线接口进程失败
{TD_CELL}原因为14(Failure in the Radio Interface Procedure)的指配失败的电路域RAB数(小区级)

1.2.2 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频点对周围小区的干扰；
IUB口带宽拥塞处理：
ü 查询IUB口传输资源配置情况，是否存在资源配置不足情况；另外通过查询告警信息，确定是否存在E1/T1告警，导致可用E1/T1减少；
ü 确定E1/T1资源不足或者E1/T1告警，需推动E1/T1扩容或者告警处理。
3) UE无响应
ü 跟踪用户CDT定位问题，确认RNC是否收到UE上报的RB配置完成消息；
ü 观测TOP小区的上下行干扰水平，避免由于个别小区干扰较大导致UE无相应；
ü 如果存在弱覆盖，优化重选参数，使UE尽快选到信号更好的小区；
ü 提高上行干扰余量 ULINTERFERERSV”，以增大开环功率；
ü 确定是否由于问题终端导致。
1.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小区分析处理
1.4 CS掉线处理
1.4.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

1.4.2 TOP小区CS掉线处理
1） RL失步
可以采用以下的处理方式：
ü 处理弱覆盖区域（通常接入电平较低）导致的RL失步掉话，可以通过RF调整进行处理，另外对于RF调整无法进行调整的可以考虑通过调整最小接入电平，避免用户接入T网或者调整2G/3G互操作参数，将用户迁移至覆盖更好的2G网络；
ü 调整无线链路最小发射功率；
ü 确定是否存在上行ISCP异常问题，核查处理内、外部干扰；
ü 营业厅或者出售SIM/终端场所的异常操作（拔电池、频繁试SIM卡）导致的RL失败。
2） SRB复位
SRB复位，主要是由于上下行链路质量较差导致，处理方法有：
ü RF调整；
ü 2G/3G互操作调整，将用户迁移至覆盖更好的2G网络；
3）RB失败
ü 切换失败导致的掉话，可以通过核查联合报表和CELL to CELL切换统计确定，梳理邻区关系，确定目标小区是否存在问题（硬件故障等）；
ü 部分异常终端问题。
1.5 掉线率TOP小区一般处理过程
ü 原始指标过滤，找出RNC请求释放的按原因分类的电路域RAB 数和RNC请求释放电路域Iu连接对应的RAB 数目，即掉话次数高TOP小区及失败原因
ü 对于上行干扰严重的小区首先要分析干扰来自系统外的还是系统内的，对于系统外的排查干扰源，系统内的通过更换频点来解决。
ü 对高掉话小区进行场景分类，按照经验大部分都属于边缘站。对这部分小区需尽量控制覆盖。RF调整，异系统参数调整为主。
ü 对非边缘小区，核查系统内cell to cell切换情况。核对是否有高切换失败小区，并核查现场无线环境是否为必须邻区，对小区邻区进行梳理。
ü 对于异系统切换次数较少且成功率高的掉话差小区，尝试打开链路质量切换算法。并密切跟踪掉话及互操作切换指标变化情况