WCDMA日常优化问题总结.docx

WCDMA日常优化问题总结.docx

《WCDMA日常优化问题总结.docx》由会员分享，可在线阅读，更多相关《WCDMA日常优化问题总结.docx（13页珍藏版）》请在冰豆网上搜索。

WCDMA日常优化问题总结

1、CS掉话话统中怎么看？

针对不同类型的CS掉话如何处理？

CS掉话在话统中的统计分为两类：

RF原因和非RF原因；

CSRAB中RF原因导致释放主要分为以下几类：

1、RLC复位导致释放

2、上行同步失败导致释放

3、Uu口无响应导致的释放

4、其它原因导致的释放

CSRAB中非RF原因导致释放

1、OM干预导致的CSRAB请求释放

2、RAB抢占导致的CSRAB请求释放

3、IU接口AAL2链路异常导致RAB释放

4、其他原因导致的CS掉话

CS掉话多数出现在“无线环境”和“参数设置”两块。

无线环境：

1）弱覆盖：

室外RSCP在-95以下一般视为弱覆盖区。

处理方案：

增强覆盖（1、使用大功率载频或者加站等2、降低异系统切换门限，使UE及时切换至2G网络）。

2）各类特殊场景（一般描述为某某效应）：

拐角效应（调整天馈：

使主导小区覆盖范围越过拐角；调整参数：

提高1A、1B门限，使小区进入激活集容易，离开激活集困难）

针尖效应：

最直接的处理方案为调整天馈，消除针尖。

站点在交通干道旁边，主瓣方向垂直于交通干道的小区也容易出现针尖效应，该小区信号往往瞬间增强之后瞬间衰弱，UE切换至该小区后来不及切换出导致掉话。

该情况可以调整天馈，使UE在交通干道上运动时有个平滑的信号上升和下降过程即可；调整参数原则为提高1A、1B门限，使小区进入激活集容易（1A参数值越大，越容易加入激活集，1B参数值越大，越难离开激活集），离开激活集困难，并加快发生1D的速度，即降低门限和触发时延。

3）导频污染：

某个小片区存在过多强导频，RSCP强、Ec/Io差，掉话根本原因为Ec/Io恶化。

在话统中观察一般为TOP小区集中在一个片区或者一个用户在周边小区均存在掉话（这个现象在PS掉话中较明显，因为PS掉话次数一般远远大于CS掉话），调整天馈或者调整导频功率，突出某个主导频，降低干扰。

4）小区同扰码：

问题解释：

小区A与小区C同扰码（比如100号扰码），小区B与小区A互为邻区关系，用户在小区B接入，100号扰码强度超过门限后将发起切换；此处，若UE接收到的100号扰码为A小区，因为两个小区有邻区关系，不会出现问题，若100号扰码为C小区，则RNC会误判发起切换，在话统中看到结果为，小区B至小区A切换失败，小区B上CS掉话。

处理方案：

修改扰码，外部邻区，2G侧的异系统邻区信息也需要相应修改。

如果是因为某个小区过覆盖引起，可以通过调整天馈控制覆盖。

5）上行干扰：

RTWP问题，需要排除干扰源。

如行政部门一般都存在信号屏蔽等设备。

6）设备问题：

该类问题一般需要从信令上判断，比如信令异常或者丢信令等。

（了解）

7）手机制造厂：

手机生产过程中有一步为拔电池，同样会导致掉话。

（了解）

参数问题：

参数问题在特殊场景中出现较多，比如覆盖高速，铁路等一片小区，该类问题一般会开展专项优化。

如高速公路：

相对于默认参数，需要提高1A门限、时延，使小区容易加入激活集，降低1D门限、时延，使UE及时切换至最好小区，降低滤波，使UE对信号变化更为敏感。

8）漏配邻区，或者邻区等参数有误。

2、PS掉话话统中怎么看？

针对不同类型的PS掉话如何处理？

PS掉话跟CS掉话指标与处理手段基本一致。

PSRAB中RF原因导致释放主要分为以下几类：

1、RLC复位导致释放

2、上行同步失败导致释放

3、Uu口无响应导致的释放

4、其它原因导致的释放

PSRAB中非RF原因导致释放

1、OM干预导致的CSRAB请求释放

2、RAB抢占导致的CSRAB请求释放

3、GTPU异常导致RAB释放

4、其他原因导致的PS掉话

PS掉话和CS掉话处理方案相同，相对终端等问题会多一点。

特例：

145号段，3G上网卡专用号段，开通了3G上网功能，未开通2G功能。

无线测会发起3G->2G切换，由于未开通2G功能（核心网侧），不能顺利切换，当UE进入3G弱覆盖区容易发生掉话。

3、CS，PS异系统硬切换成功率低有哪些原因？

3G外部邻区定义是否有误，3G小区参数设置不合理，2G小区存在告警，2G小区拥塞，漏配最佳的2G邻区。

一般故障处理过程为：

Ø首先检查3G小区的本小区是否存在告警，当本小区存在告警时，优先处理本小区告警。

Ø排查此3G小区的外部邻区定义是否有误，包括CI，BCCH，BSIC等参数;

Ø在话统提取异系统切换的切换关系，看此3G小区的异系统切换情况，是否存在向单个2G小区大量切换失败，存在着大量的失败而导致总体指标下降。

如果是此种情况：

则去排查此2G小区是否存在告警，2G小区是否拥塞。

若不是此种情况，则具体分析此3G小区的外部邻区是否存在着最佳2G邻区漏配（很多时间不光是有邻区就可以，关键是最佳邻区必须配置）。

Ø如果以上情况均检查无误，则可以尝试修改基于覆盖异系统切换参数的修改：

可以修改此小区的接入门限，让UE提前驻留在2G;修改此小区的2D,2F的门限，提前进入压模，以及切换CIO偏置等各个参数都是可以尝试去修改。

4、RRC接入成功率低是由什么原因造成？

RRC建立失败一般有下面几类原因：

1.上行RACH的问题

2.下行FACH功率配比问题

3.小区重选参数问题

4.下行专用初始发射功率偏低

5.上行初始功控问题

6.拥塞问题

7.设备异常问题等

基于UE与RNC的信令交互可以分为以下3类：

1.UE发起RRC_Connect_Req，RNC没有收到。

2.UE发起RRC_Connect_Req，RNC拒绝。

3.UE发起RRC_Connect_Req，RNC回复RRC_Setup_Rsp，UE未收到。

第一种情况：

如果此时Ec/Io较低，则此时可以考虑为覆盖原因造成。

如果此时Ec/Io较好（大于-14dB），一般都是RACH问题，通常有以下原因：

1.preamble的功率攀升不够：

可以增加Preamble攀升次数。

2.小区半径设置参数不合理：

小区半径参数设置过小，会导致NodeB无法同步小区半径范

围外的UE，造成接入失败，这主要发生在农村、郊区等广覆盖场景。

第二种情况：

RNC拒绝的情况，此种情况基本是由RNC当前的资源拥塞状态引起，包括码，功率，CE等资源。

也有可能是RNC本身的设备问题引起，需要看具体的日志进行确认。

第三种情况：

RNC下发后UE没有收到，说明此时UE有可能已经发生了小区重选。

此时可以

调整小区重选参数，可以解决此类情况。

5、PSRAB建立成功率低有哪些原因，如何处理？

造成RAB成功率低的原因有：

无线环境，小区资源拥塞：

包括功率资源、码资源、CE资源、Iub口带宽，用户设备设置导致。

1.首先排查设备告警，此小区是否存在告警。

2.查看用户的UE设备是否有误，如：

当用户的APN设置过高时，超过现网的设置，此时发起B指配请求，即会一直产生失败。

当用户在进行CS业务时，同时进行PS业务，此时也会导致RAB指配请求失败。

3.由于现网参数的设置不合理导致的RAB请求失败：

如功率参数设置，CE资源未分配等各种原因。

6、CSRAB指派成功率低有哪些原因，如何处理？

CSRAB指派成功率相对于PS来说会较低一些，毕竟不用占用那么多的资源，具体的造成原因和PS一样，处理方法也类型。

切换

对于切换首先理解切换的过程：

测量控制－测量报告－测量判决－测量执行。

对于切换，理解各个事件，在此不做叙述。

同频切换相对来说比较简单：

1A,1B,1C,1D,1F。

1、1A：

激活集更新，增加链路，事件上报，前提是激活集没满3个小区。

2、1B：

激活集更新，删除链路，事件上报。

3、1C：

替换事件，非激活集信号替换激活集信号，但不是替换主服务会小区，在信令的表现为在ActiveUpdate里会有增加和删除小区的扰码。

4、1D：

主服务小区变更，信令上的表现为，上报测量报告，RNC直接下发测量控制。

同频切换流程：

第一条测量控制在RRC连接完成后下发：

measurementIdentity:

0x1

（1）:

同频——UE上报测量报告——RNC做出切换判决——RNC向UE下发切换执行【信令Activesetupdate（R99业务），PhysicalChannelReconfiguration（H业务）】

异频切换流程：

RNC下发测量控制（设备下发两条，分别基于Ec/Io和Rscp）－UE测量上报（基于Ec/Io或基于Rscp的2D事件上报）－进行压缩模式（2D启动压缩模式，物理信道重配置）－RNC再下发测量控制（下发异频切换的邻区列表，以及异频切换判决。

异频切换判决可理解为：

是基于周期的异频切换或基于事件（2b）的异频切换）－UE再上报测量报告（符合异频切换判决）－RNC判决、执行异频切换（物理信道重配置）。

异频切换涉及到的事件：

2D，2B（如果基于周期的异频切换则没有2b事件）。

异频切换流程

异系统切换过程和异频切换过程一样，只是异系统的切换是基于3A事件，而异频切换是基于2B事件。

迁移

对于迁移，首先理解，迁移是肯定发生在RNC边界，当UE从一个RNC向另一个RNC进行切换时，此时有两个策略可以选择：

1.切换2.切换后迁移

对于第一种切换，大家都是理解的，就不做叙述了。

下图为迁移策略下的Iu口和Iur口的变化情况：

从图中可以看出，迁移后，Iur口释放。

之前SRNC的Iu口释放，建立新DRNC的Iu口，DRNC为SRNC。

（附：

图中的TargetRNC应为DriftRNC）

而迁移和切换为：

迁移Iur口释放，Iu口重新建立。

而切换之前Iu口不释放，Iur口不释放。

所以迁移策略可以降低Iur口的资源使用情况。

迁移触发条件：

1.Iur资源拥塞

2.时延优化

3.位置分离

4.时间分离

当前华为设备用到的为3和4，基于位置分离和基于时间分离，由于未曾接触过中兴的迁移策略，应该是大同小异。

位置分离：

当UE的Service中的邻区都是DRNC下的小区时，此时触发迁移。

时间分离：

基于此事件触发的迁移比较多，基本上都是由于此事件触发，此事件理解为：

当激活集里的小区都是DRNC下的小区时，且持续时间达30S，则触发迁移。

可以看出：

位置分离的条件比时间分离要苛刻得多，所以基本上触发迁移的都为时间分离。

UE主叫流程：

（重要）

UE主叫流程

RRC连接建立→初始直传/业务请求→鉴权→加密→建立→直传消息（CallProcessing）→RAB指配→振铃→被叫应答→通话过程→（通话结束）→释放IU口→释放RRC连接→释放RL连接

UE被叫流程

寻呼（Paging）→RRC连接建立→初始直传/业务请求→鉴权→加密→建立→直传消息（CallConfirm）→RAB指配→振铃→被叫应答→通话过程→（通话结束）→释放IU口→释放RRC连接→释放RL连接

PS域

rrcConnectionRequest

UE发起RRC连接请求，在请求消息中携带了手机能力信息

RadioLinkSetupRequestFDDMsg

RNC给nodeb配置信令数率

RadioLinkSetupResponseFDDMsg

rrcConnectionSetup

RadioLinkRestoreIndicationMsg

NODEB上报给RNC空口已经同步

rrcConnectionSetupComplete

initialDirectTransfer

UE向CN发起attchreq

InitialUE_MessageMsg

RNC转发至CN

DirectTransferMsg

鉴权过程

downlinkDirectTransfer

uplinkDirectTransfer

DirectTransferMsg

CommonIDMsg

CN下发给RNC，目前ps业务中UE使用的IMSI号

SecurityModeCommandMsg

完整性和加密过程

securityModeCommand

securityModeComplete

SecurityModeCompleteMsg

DirectTransferMsg

downlinkDirectTransfer

uplinkDirectTransfer

DirectTransferMsg

uplinkDirectTransfer

　UE向CN发起PDP激活请求

DirectTransferMsg

　RNC将PDP激活请求转发给CN

RAB_AssignmentRequestMsg

CN下发给UTRAN，告诉UTRAN目前的配置上下业务最大的数率，业务类型等等

IuupSetupReq

　IU口用户面配置

IuupSetupRsp

GtpuSetupReq

给CN提供UE配置信息以及MAC地址和IUUP编号，以及CN分配的传输速率

GtpuSetupRsp

IuupConfigReq

IuupConfigRsp

RadioLinkReconfigurationPrepareFDDMsg

重配中RNC告诉NODBE应该配置的业务速率的组合是哪些，如果之前的使用的是高速信令的话，通过这条消息就将信令速率降成低速

RadioLinkReconfigurationReadyMsg

FpSRecRsp

FpSInitRsp

radioBearerSetup

RadioLinkReconfigurationCommitMsg

radioBearerSetupComplete

measurementControl

measurementControl

RAB_AssignmentResponseMsg

2.1RRC连接建立

UE-RNC

rrcConnectionRequest

UE向RNC发起RRC连接请求

RNC-NODEB

RadioLinkSetupRequestFDDMsg

RNC向NODEB发起无线链路建立，目的在与配置控制面信令

NODEB-RNC

RadioLinkSetupResponseFDDMsg

RNC-UE

rrcConnectionSetup

NODEB-RNC

RadioLinkRestoreIndicationMsg

无线链路恢复指示，主要是NODEB上报过来通知RNC，它已经和UE完成空口同步

UE-RNC

rrcConnectionSetupComplete

UE上报RRC连接完成，表明UU口信令通道已经建立完成

1.小区邻区个数超过31个，广播信道受阻，RRCCONNECTIONREQUEST无法发出，现象就是手机无法发送RRCCONNECTION消息。

2.UE发出RRCConnectionRequest消息RNC没有收到

如果此时下行CPICH的Ec/Io较低，则是覆盖的问题。

如果此时下行CPICH的Ec/Io不是太低（比如大于-14dB），一般都是RACH的问题。

通常有以下可能的原因：

Preamble的功率攀升不够：

可以增加Preamble攀升次数。

UE的输出功率比要求值偏低：

属于UE本身性能问题，更换UE。

NodeB设备存在驻波：

检查NodeB是否存在驻波告警。

小区半径设置参数不合理：

小区半径参数设置过小，会导致NodeB无法同步小区半径范围外的UE，造成接入失败，这主要发生在农村、郊区等广覆盖场景。

3.RNC收到RRC建立请求消息后下发了RRCConnectionReject消息

当出现RRCConnectionRreject消息时，需要检查具体的拒绝原因值。

RRCConnectionReject中拒绝原因值包含2种：

congestion和unspecified。

对于congestion，说明网络发生了拥塞。

需要检查网络负载情况，包括功率、码、CE等资源的占用情况，确定是由于那种资源不足导致的拥塞，然后给出相应的扩容手段。

对于unspecified，则需要察看相关日志信息，确定故障原因。

4.UE发出RRCSetupComplete消息RNC没有收到

由于上行初始功控会让UE的发射功率上升，这种问题出现的概率很小。

如果出现这类问题可以适当提高专用信道的ConstantValue值，从而提高UE的上行DPCCH初始发射功率。

同时还与上行链路SIR初始目标值设置是否合理有关，对于初始建链时的上行初始同步有较大的影响。

该参数如果设置过大，有可能会使得用户初始建链时带来的上行干扰过大；如果设置过小，则会使得上行同步时间加长，甚至导致初始同步失败。

该参数为RNC级的参数，对网络性能影响较大，调整时需要谨慎。

2.2RAB指派过程

CN-RNC

RAB_AssignmentRequestMsg

CN下发给UTRAN，告诉UTRAN目前的配置上下业务最大的数率，业务类型等等

RNC-NODEB

RadioLinkReconfigurationPrepareFDDMsg

重配中RNC告诉NODBE应该配置的业务速率的组合是哪些，如果之前的使用的是高速信令的话，通过这条消息就将信令速率降成低速

NODEB-RNC

RadioLinkReconfigurationReadyMsg

RNC-UE

radioBearerSetup

NODEB-RNC

RadioLinkReconfigurationCommitMsg

UE-RNC

radioBearerSetupComplete

RNC-CN

RAB_AssignmentResponseMsg

RAB指派失败原因：

1：

数配置错误导致RNC直接拒绝RAB的建立请求

参数设置非法导致RNC直接回应RAB建立失败在商用网络的发生概率较小，一般是由特殊用户的特殊操作造成的。

主要场景是用户PS业务的上行开户和激活申请信息超过了手机的能力，导致RNC直接回应拒绝。

例如：

某特殊用户的开户能力是上下行384K，而其使用的手机上行最大能力只是64K，在用户使用AT命令或者手机终端软件设置激活PDP的QoS信息中上下行最大速率均为384K，这样在RNC收到RAB指派请求时，发现请求的上行最大速率超过了UE的能力，将直接返回RAB建立失败，不发起RB建立过程。

由于参数设置错误超过UE能力的情况造成的RAB建立失败后，SGSN会重新协商发起新的RAB指派，直到UE能力可以支持，最终完成RAB指派。

对于用户来说，这次PDP激活仍然可以成功，指示获得的最大速率为UE能力所能支持的最大速率。

但是，如果UE的PDP激活请求中QoS设置要求的最小保证速率都超过了UE的能力，那么虽然网络协商了较低的速率接受UE的PDP激活请求，但是当UE发现PDP激活接受消息中网络协商的速率小于其最小保证速率时，会发起去激活PDP请求，最终无法完成PDP激活。

2：

准入拒绝

对于非HSDPA用户，当系统资源不足时（包括功率、信道码、Iub传输资源、CE），会发生准入拒绝导致呼叫建立失败。

此时，需要检查当前网络负载情况、码资源、Iub传输资源、CE资源占用情况，确定是那种资源受限导致的拥塞，并给出相应的扩容手段，

在信令中会显示失败原因：

系统资源不足等。

3：

空中接口RB建立失败造成的RAB建立失败，需要结合前台测试情况与后台信令跟踪进行分析。

主要包括两个问题。

1：

是手机未接受到RB建立消息，也就是下行问题。

即在RNC信令跟踪侧能够发现RNC下发了RBSETUP消息，但是未收到RB建立的回应。

往往存在覆盖不好和下行存在干扰。

2：

是手机接受到RB建立消息，回应的RB建立完成RNC未收到

可能是上行信道质量变差，或者存在上行干扰等，造成RB指派失败。

需要查看小区底噪等。

问题分析

现有问题

通过近期深圳、泉州等地RAB问题处理情况来分析，已知影响RAB建立成功率指标的因素有：

1.覆盖问题；

2.干扰问题；

3.双RAB问题；

4.NodeB资源吊死问题；现象为大量RLfailure及RBComplete收不到；

5.传输受限问题，主要现象为RLReconfigurationCancel；

6.手机不回RBComplete问题，目前发现的规律是该类终端支持F-DPCH；

7.RBComplete上行错包问题，主要是N97、N85两款手机；

应对措施

1.覆盖类问题，需进行相应区域RF优化，通过提升覆盖的方式缓解该类失败，对于通过RF优化调整效果甚微的小区，可适当进行驻留门限调整，尽快重选至2G网络；

2.干扰类问题，需通过清频、关闭干扰源、增加滤波器、增加隔离度等方式进行缓解；

3.双RAB问题，考虑到无明显用户感受问题可暂缓，后续评估是否需通过版本解决；

4.NodeB资源吊死问题，需通过业务失败记录进行确定；

5.传输受限问题，关注问题站点传输资源配置是否充裕；

6.手机不回RBComplete问题，需关注终端能力，判断是否支持F-DPCH，后续通过版本将该功能关闭；

7.RBComplete上行错包问题，需待深圳外环功控参数调整效果验证；

排查流程

详细问题排查流程如下图：

图31RAB问题排查流程图

针对终端的分析必要时进行用户回访，或通过IMSI查询IMEI进而确定终端类型