完整版接入性能优化.docx

完整版接入性能优化.docx

《完整版接入性能优化.docx》由会员分享，可在线阅读，更多相关《完整版接入性能优化.docx（20页珍藏版）》请在冰豆网上搜索。

完整版接入性能优化

接入性能优化，

1.1接入性能优化的目的，

WCDMA网络运营初期，由于无线接通情况直接关系用户的感受，因此我们要对反映这一用户感受的接入性能进行重点优化，提升网络性能，提高接通率。

1.21.2接入性能优化的标准，

WCDMA网络话音业务接入性能的直接表征指标即接通率，第一阶段接入性能的优化目标通过DT话音接通率和RRC连接成功率两个指标来衡量：

●DT话音接通率大于90%；

●RRC连接成功率达到100%。

1.31.3接入性能的测试办法

参见附件：

WCDMA单系统DT测试部分的内容。

1.41.3接入性能优化方法，

1.4.1接入性能优化流程，

接入性能优化依托于对测试数据的分析和问题定位，在进行问题分析时可以参考标准接入信令流程。

结合DT测试信令流程、RNC的单用户跟踪信令流程，按照上图的流程确定在哪一处出现失败。

然后按照后续的各个子流程分析和解决问题，主要包括寻呼问题、RRC建立问题、RAB和RB建立问题、鉴权加密问题、设备异常问题等。

1.4.2接入性能问题分析，

1.4.2.1寻呼问题分析，

寻呼问题一般都表现为：

主叫完成RAB指派以及CCSetup，在等待Alerting消息的时候收到CN发来的Disconnect直传消息。

被叫从UE的信令流程一般看不出异常，但也出现过UE收到Paging消息而没有发起RRC连接建立请求。

从被叫的RNC单用户跟踪可以看出收到CN下发的Paging消息，但没有后续的消息。

寻呼问题的原因主要有：

●RNC没有下发Paging消息，

●寻呼信道或寻呼指示信道的功率偏低，

●UE发生小区重选等，

通常寻呼问题分析流程如下图所示：

寻呼问题分析流程

1、RNC没有下发Paging消息

如果是RNC收到CN下发的paging消息后UU口没有下发，可能是寻呼信道的容量不够（现阶段网络负载很低，出现的概率小，在以后网络负载较高时，可能会出现UU口paging消息阻塞的情况），或者是设备异常。

2、寻呼信道或寻呼指示信道的功率偏低

如果RNC下发了Paging消息，而UE没有收到，首先查看UE的驻留小区和监视小区的Ec/Io。

如果驻留小区和监视小区的CPICH信道的Ec/Io都很低（低于-12dB），则可能是PCH信道或PICH信道的功率设置偏低，或者可能是无线环境太差。

3、UE发生小区重选

如果UE驻留小区的信号偏低而监视小区的信号较好，那么可能是小区重选的问题。

还有就是在寻呼的时候UE发生了位置区/路由区更新，而寻呼消息仍在原来的位置区/路由区下发，导致UE无法收到寻呼消息。

1.4.2.2RRC连接建立问题分析

RRC连接建立失败的问题通过UE的信令流程和RNC的单用户跟踪可以获得。

RRC连接建立的过程主要包括几个步骤：

1）UE通过RACH信道发送RRCConnectionRequest消息；

2）RNC通过FACH信道发送RRCConnectionSetup消息；

3）UE在建立下行专用信道并同步后通过上行专用信道发送RRCConnectionSetupCMP消息。

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

●上行RACH的问题

●下行FACH功率配比问题

●小区重选参数问题

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

●上行初始功控问题

●拥塞问题

●设备异常问题等

在这些问题中尤其上行RACH的问题、下行FACH功率配比问题、小区重选参数问题、设备异常问题出现的概率比较高。

RRC连接建立问题分析流程如下所示：

RRC连接建立问题分析流程

1、UE发出RRCConnectionRequest消息，RNC没有收到

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

（2）如果此时下行CPICH的Ec/Io较好，一般都是RACH的问题。

通常有以下可能的原因：

●Preamble的功率攀升不够

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

●NodeB设备问题，存在驻波

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

对于Preamble的功率攀升不够，可以增加Preamble攀升次数。

对于UE输出功率比要求值低，可能是UE本身性能不足或下降导致。

对于NodeB设备问题，需要检查NodeB是否存在驻波告警。

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

2、RNC收到UE发的RRC建立请求消息后，下发了RRCConnectionSetup消息而UE没有收到

该问题的可能原因有以下几种：

●覆盖差

●小区选择与重选参数不合理

具体检查方法如下：

●若此时的CPICH的Ec/Io较低，而且监视集中没有质量更好的小区，那么是覆盖的问题。

●如果此时监视集中有更好的小区，则可能是小区重选的问题。

3、RNC收到UE发的RRC建立请求消息后，下发了RRCConnectionReject消息

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

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

congestion和unspecified。

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

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

HSDPA用户RRC连接的准入与R99用户RRC连接的准入一致，包括功率、码、CE等资源。

需要特别注意码的准入，如果HSDPA用户的码字是静态分配的，且分配给HSDPA用户的码字过多，则很容易导致HSDPA或者R99用户RRC连接的准入失败，原因是HSDPA或者R99用户下行信令信道的码字不足。

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

4、UE收到RRCConnectionSetup消息而没有发出SetupComplete消息

如果此时下行的信号质量正常，那么可能是手机异常。

否则可能是下行专用信道初始功率过低导致下行不能同步，可以通过调整业务下行Eb/No解决。

5、UE发出RRCSetupComplete消息而RNC没有收到

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

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

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

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

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

1.4.2.3RAB或RB建立问题分析

当RAB或RB建立失败时，RNC会在RABAssignmentResponse信令中回RAB指配建立失败。

通过相关信元中携带的失败原因值，可以得到具体失败原因。

常见的RAB/RB建立失败问题包括：

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

●准入拒绝

●UE回应RB建立失败造成的RAB建立失败

●空中接口RB建立失败造成的RAB建立失败

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

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

主要场景是：

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

例如：

某特殊用户的开户能力是上下行384K，而其使用的手机上行最大能力只是64K，在用户使用AT命令或者手机终端软件（索爱手机终端软件可以任意设置激活申请的QoS）设置激活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、准入拒绝

当系统资源不足时（包括功率、码、CE），会发生准入拒绝导致呼叫建立失败。

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

当分配给H用户的码字是静态分配时，如果分配给H用户的码字过多，很容易导致非H用户，由于码资源不足而导致准入失败。

当HSDPA和R99静态功率分配时，非HSDPA用户的功率准入是根据（小区总功率减去静态分配给HSDPA的功率）*准入门限来判决的。

当HSDPA和R99动态功率分配时，非HSDPA用户的功率准入与原来R99用户的功率准入一致。

对于HSDPA用户，准入拒绝还需要考虑：

●HSDPA和R99静态功率分配方式：

NodeB支持的H用户数，小区支持的H用户数，小区总比特速率，总保证比特速率，保证比特速率所需的功率是否超过规定的门限；

●HSDPA和R99动态功率分配方式：

NodeB支持的H用户数，小区支持的H用户数是否超过规定的门限。

此外，对于非HSDPA用户，当Iub接口带宽配置不足，激活高速数据业务时，Iub接口会因为带宽受限拒绝。

这种情况在海外运营商比较常见，例如某网络由于传输资源不足，网上很多小区的Iub用于业务的AAL2的带宽只能支持一个384k的业务。

如果已经存在一个12.2k的语音业务，再激活PS384k业务，Iub接口无法提供足够带宽。

对于HSDPA用户，当Iub接口带宽配置不足，不会发生准入拒绝，但是速率会降低。

另外HSDPA和R99的AAL2PATH是分别配置的，并且HSDPAAAL2PATH必须配置成HSDPA_RT或者HSDPA_NRT类型，如果HSDPAAAL2PATH配置成R99AAL2PATH类型RT或者NRT，不会发生RAB指配失败，但RNC会直接把H业务建立成R99384Kbps。

3、UE回应RB建立失败造成的RAB建立失败

UE回应RB建立失败主要是由于用户的错误行为造成。

第一种情况是，用户在已经有下行128K的数据业务时，收到了VP业务的RB建立请求（VP主叫或者被叫），由于大部分终端不支持下行同时进行VP和高速PS业务，UE直接回应RB建立失败，原因是unsupportedconfiguration。

另一种情况是主叫3G终端进行VP业务的被叫方驻留在GSM网络，不支持VP业务。

这样在RNC收到RAB指派请求后，核心网CallProceeding后立刻下发Disconnect命令，原因为Bearercapabilitynotauthorized。

而此时UE在刚收到RB_SETUP命令，还没来得及完成RB建立，收到该Disconnect后会马上发起回应RB建立失败，RNC返回RAB建立失败，原因为failureinradiointerfaceprocedure。

4、空中接口RB建立失败造成的RAB建立失败

另一种RB建立失败是RB建立命令没有响应，导致RNC认为RB建立失败，表现为RB建立命令没有收到ACK或者没有收到RB建立完成命令。

这样的情形主要出现在弱信号区，造成信号弱的原因有两种情况，一种是UE没有驻留在最优小区发起接入，另一种是覆盖不好。

UE没有驻留在最优小区发起接入，会在RB建立过程中希望活动集更新加入最优小区（同时信号快速变化导致驻留小区信号快速下降），但是由于流程不能嵌套进行（网络和终端都不支持），活动集更新只能等待RB建立完成后进行，导致RB建立过程在弱信号小区进行，容易出现失败。

对于这种情况需要提高同频小区重选的启动门限和速度，使得UE尽快驻留在最优小区，在最优小区发起接入。

覆盖不好造成的RB建立失败分为上行和下行质量不满足两种情况。

下行覆盖引起的情况表现为UE无法收到RB建立命令，下行覆盖质量不满足部分原因是UE的解调性能不佳造成，部分原因是需要RF优化来解决的。

上行覆盖引起的情况表现为UE收到了RB建立命令，但是RAN收不到RB建立的ACK或者RB建立完成命令，这种情况有可能是上行干扰造成的，可以通过检查RTWP确定。

1.4.2.4接入时延问题分析

一般来说，接入时延受设备因素影响比较大，难以进行优化。

如果接入时延与设备通常指标相差很大，需要检查网上参数设置是否与设备缺省参数一致。

一个典型的呼叫接入过程，是主叫从发起RRCCONNECTIONREQUEST到UE收到Alerting消息。

在信令流程的方面，影响接入时延的主要有下面几种情况：

●非连续循环周期长度系数DRX的设置

●是否关闭鉴权、加密等流程；

●执行早指配或晚指配

●RRC连接建立方式，是在FACH上还是直接建立在DCH上

●信令连接中的13.6k与3.4k信令对时延的影响

1、非连续循环周期长度系数DRX的设置

在UE呼UE的接续时延中，寻呼时延占用了较大的比重。

一方面如果寻呼信道和寻呼指示信道的功率设置不合适导致paging消息重发，则会加大接续时延。

另一方面DRX决定了paging下发的时间，如果DRX设置的过大将会引起较大的时延。

从统计概率上说，如果有足够多的UE，足够多的呼叫次数，话务的发生将满足泊松分布，平均接入时延将是递增的。

但将DRX设置过短会导致UE的耗电速度加快，因此需要根据网络实际情况综合考虑。

2、是否关闭鉴权加密流程

根据测试结果：

对于语音呼叫，使用鉴权加密流程比关闭鉴权加密流程增加一定时长的接续时延（不同业务之间有一定差异）。

但是出于网络安全考虑，当网络开始正常营运的时候应采用多种鉴权的组合方式，例如位置更新鉴权采用二分之一鉴权，部分业务如语音、VP、短信等采用了在此基础上的同步方式，其他的业务则采用“总是”鉴权方式。

3、执行早指配或晚指配

早指配与晚指配的区别在于TCH信道的分配时机不同。

对被叫，早指配是指在摘机消息之前就开始指配，晚指配是指在摘机之后才开始指配；对主叫，早指配是在Alerting消息之前就开始指配，晚指配是在Alerting消息之后才开始指配。

早指配能提高呼叫接通率；晚指配能够避免TCH资源在振铃期间的闲占,提高TCH资源的利用率。

晚指配比早指配能更快收到Alerting消息，因为晚指配机制可以比较快收到网络的响应信号（振铃），故此采取晚指配机制比较合理。

但在该机制下，也有可能会出现无法接通的情况，影响呼叫接通率，故需权衡使用。

4、RRC连接是建立在FACH上还是直接建立在DCH上

根据测试结果：

当UE发起的RRC连接请求信令建立在DCH13.6K上时，语音呼叫平均建立时长比建立在DCH3.4K上稍快，也比建立在FACH上快，这在用户感知度上来说是比较明显的。

虽然RRC连接信令建立在DCH13.6K上相对比较占用资源，但在网络运行初期资源较为充裕的情况下，推荐采用该配置。

1.4.3接入问题解决方法

1.4.3.1寻呼问题解决方法

1、RNC没有下发Paging消息

检查是否是设备异常，增加寻呼信道的容量

2、寻呼信道或寻呼指示信道的功率偏低

调整PCH信道或者是PICH信道的功率。

3、UE发生小区重选

调整小区重选参数

1.4.3.2RRC连接建立问题解决方法

1、UE发出RRCConnectionRequest消息，RNC没有收到

对于Preamble的功率攀升不够，可以增加Preamble攀升次数。

对于UE输出功率比要求值低，属于UE本身性能问题，没有特别的方法解决。

对于NodeB设备问题，需要检查NodeB是否存在驻波告警。

调整小区半径参数设置

2、RNC收到UE发的RRC建立请求消息后，下发了RRCConnectionSetup消息而UE没有收到

如果有条件，通过增强覆盖的方法解决覆盖问题，如增加站点补盲、工程参数调整等。

在无法增强覆盖的情况下，可以适当提高FACH的功率。

调整应参照现网PCPICHEC/Io的覆盖情况，例如如果整个网络优化后的覆盖区域导频Ec/Io全部大于-12dB，那么公共信道功率的配比按照Ec/Io大于-12dB来配置可以保证UE从3Gidle状态接入时的成功率。

又如导频Ec/Io小于-14dB时UE就重选到GSM系统，那么公共信道功率的配比按照Ec/Io大于-14dB来配置则可以保证UE在系统间重选后在弱信号区的RRC建立成功率。

通过调整小区选择与重选参数，加快小区选择与重选的速度，可以解决小区选择与重选参数不合理造成的RRC连接建立失败问题。

3、RNC收到UE发的RRC建立请求消息后，下发了RRCConnectionReject消息

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

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

congestion和unspecified。

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

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

HSDPA用户RRC连接的准入与R99用户RRC连接的准入一致，包括功率、码、CE等资源。

需要特别注意码的准入，如果HSDPA用户的码字是静态分配的，且分配给HSDPA用户的码字过多，则很容易导致HSDPA或者R99用户RRC连接的准入失败，原因是HSDPA或者R99用户下行信令信道的码字不足。

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

4、UE收到RRCConnectionSetup消息而没有发出SetupComplete消息

如果此时下行的信号质量正常，那么可能是手机异常。

否则可能是下行专用信道初始功率过低导致下行不能同步，可以通过调整业务下行Eb/No解决。

5、UE发出RRCSetupComplete消息而RNC没有收到

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

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

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

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

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

1.4.3.3RAB或RB建立问题解决方法

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

2、准入拒绝

3、UE回应RB建立失败造成的RAB建立失败

4、空中接口RB建立失败造成的RAB建立失败

1.4.3.4接入时延问题解决方法

1、非连续循环周期长度系数DRX的设置

2、是否关闭鉴权加密流程

3、执行早指配或晚指配

4、RRC连接是建立在FACH上还是直接建立在DCH上

1.5相关重要参数设置

1.5.1.1PRACH初始发射功率常量（Preamble_Initial_Power）

该参数是用于UE根据开环功率估计计算PRACH的初始发射功率时的校正常数。

参数取值范围：

-35dB~-10dB，步长1dB。

参数设置：

推荐值：

-26~-24dB

该参数是UE根据开环功率估计计算PRACH的初始发射功率，计算公式如下：

Preamble_Initial_Power=DL_Path_Loss+UL_interference+Constant_Value

其中，Preamble_Initial_Power为用户的初始发射功率；DL_Path_Loss为下行路径损耗，在测试用户设备后台记录的内容中；UL_interference即上行干扰，为用户设备接收广播信道得到的值，由网络侧计算得到并广播给用户设备，该值在测试UE后台记录的内容中；Constant_Value为用户设备接收广播信道得到的值。

对网络性能影响：

该值设得太大会使初始发射功率过大，但接入过程变短；设得太小会使接入时的功率比较符合要求，但preamble需要经过多次攀升，使得接入过程变长。

参数级别：

CELL

1.5.1.2PRACH功率攀升步长（PowerRampStep）

该参数是用于UE没有接收到NodeB捕获指示时对preamble功率的提升步长。

参数取值范围：

1dB~8dB，步长1dB。

参数设置：

推荐值：

2~3dB

对网络性能影响：

该值设得大会使接入过程缩短，但浪费功率的可能性变大；设得小的会使接入过程拉长，但功率会省一些，是一个需要权衡的量。

参数级别：

CELL

1.5.1.3AICH的发射功率（AichPowerOffset）

该参数定义了AICH相对于PCPICH的接入指示信道发射功率。

参数取值范围：

-22.0～5.0dB，步长为0.1dB

参数设置：

推荐值：

-7~-5dB

应该为AICH设置一个合适的发射功率值，以保证在小区边缘上的用户都能够收到接入指示。

但是也要避免设置的发射功率过大，导致功率的浪费。

对网络性能影响：

该参数设置过小，会使得小区边缘UE无法正确接收捕获指示，影响下行公共信道覆盖，从而最终影响小区覆盖，设置过大，则会对其它信道产生干扰，并且占用下行发射功率，影响小区容量。

参数级别：

CELL

1.5.1.4前导（前置码）重传最大次数（PreambleRetransMax）

该参数是用于UE在一个preamble攀升周期内preamble的最大重传次数。

参数取值范围：