WCDMA：解开优质网络密码

四、保持类

用户终端在网络中移动，此过程中如果业务不能保持连续性，则发生掉话。UMTS网络的优化通常关注语音业务掉话率、视频电话掉话率和数据业务掉话率指标。根据指标获取途径的不同有所区别。路测得到的掉话率通常指业务里程掉话比，是由少量终端在某条测试路线上得出的结果；网管统计得到的掉话率是统计时段内所有统计对象的结果。常见的掉话原因包括：网络覆盖差掉话、邻区漏配掉话、扰码复用冲突掉话、切换掉话、干扰掉话、网络异常原因掉话等。
　　降低掉话率主要从三方面入手：一是调整网络工程参数。这是工程优化的工作重点，目的是调整网络覆盖，在保证信号强度的同时尽可能减小干扰。主要调整手段有天线方向角和下倾角、天线摆放位置、天线类型、基站发射功率、天线挂高、站点位置、覆盖增强手段和新增站点。二是调整网络无线参数。影响掉话率的无线参数非常多，通常都包含切换(软切换、频间硬切换和系统间切换)相关参数、功控相关参数，以及邻区配置。三是调整与掉话相关的定时器和计数器。

链接：掉话率优化案例

【问题描述】海外某商用局一小区的掉话率始终在3%左右，且无硬件告警信息，小区主要覆盖海面，位置如下图所示，该小区为图中的红色小区。

【定位过程】通过路测及网管中的测量数据，利用ZTEZXPOS优化工具CNA及邻区优化工具NCOS，对有切换关系的小区及切换次数的多少，进行排序，来对邻区进行优化。

【解决方案】增加切换次数大于200次的小区作为邻区，并逐个认真核对每个扰码的实际切换小区。

【优化效果】更改邻区后，CS掉话率由3%左右下降到0.58%左右。

五、移动性类

移动性类指标，主要是切换性能指标。对于WCDMA系统，切换种类较多，包括软切换、频间硬切换及系统间硬切换。工程优化期间，主要考虑软切换和系统间切换。通常，3G网络运营初期，核心覆盖区域相对GSM的成熟覆盖要小些，此时需要借助系统间的互操作，实现业务的连续覆盖，为用户提供良好的使用感受。此时2G/3G网络之间的切换是需要关注的优化重点之一。

软切换成功率=软切换成功次数/软切换请求次数×100%。切换失败的问题一般在于切换区的长度和切换区里各个信号的强弱变化情况。影响软切换成功率的主要因素有切换区过小、邻区漏配、切换参数设置不当、RF优化、邻区优化等。

系统间切换性能优化的思路和方法与软切换基本相同，主要也是从切换区、邻区、无线参数几个方面着手。不过对于系统间切换来说，由于可能涉及不同的设备供应商之间的协调，以及不同版本、不同网元之间的对接，其优化考虑的因素相对来说会多一些。

链接：系统间切换性能优化案例

【问题描述】香港项目中，从锦上路到荃湾需经过大榄山，大榄山共有两条隧道，两条隧道中都没有3G覆盖。需要为覆盖隧道口附近的3G站点配置GSM邻区。这种场景下，用户从隧道外的3G覆盖区域进入2G覆盖区域的速度都很快，因3G向2G切换失败而引起的掉话较多。

【定位过程】通过路测及网管后台的信令族，发现主要是因为UE的移动速率太快，在3G信号快速衰减的情况下，来不及完成启动压缩模式，从而引起掉话。

【解决方案】针对信号的变化情况，提高3G到2G切换启动压缩模式的门限，即2D/2F的RSCP门限。

【优化效果】针对不同的2D/2F门限，对应掉话KPI变化情况为：2D/2F=-115/-106，掉话率17%～19%；2D/2F=-95/-85，掉话率2%～3%；2D/2F=-90/-80，掉话率1%～1.4%。所以2D/2F=-90/-80这套参数对于这种场景较适合。同时对于这套压缩模式参数，如果系统间切换采用3A事件触发，相应3G系统的切换门限需调整，当然也可采用3C事件触发。

六、业务质量类

呼叫时延是影响用户使用CS业务的主观感受的主要指标之一。从用户角度，希望这个指标越小越好，因此对时延性能的判断是带有一定主观性，实践中按普遍接受的时延水平作为优化目标即可。从信令流程上来看，所统计的时延是主叫从发起RRCCONNECTIONRE-QUEST到UE收到Alerting消息的时延。

1)呼叫时延的优化

RRC阶段从以下几方面考虑优化：PRACH前导功率攀升步长、攀升周期、重传次数、初始发射功率修正常量等，需综合考虑接入时长和接入过程所产生的干扰；RRC消息超时设置和重传次数，即T300和N300的设置；小区重选的速度优化，避免小区重选不及时所造成的RRC多次尝试；优化网络覆盖情况，避免在覆盖弱区起呼。对于寻呼阶段，从以下几方面考虑进行优化：PCH和PICH的功率设置优化，若设置偏低，会导致寻呼消息重发，加大接续时延；不连续接收循环长度系数DRX的设置；开启预寻呼。其他方面可以考虑的优化因素有：考虑关闭鉴权、加密等流程；采用高速信令。

PS业务呼叫时延优化与CS业务优化的思路类似，通常仅考虑RRC阶段的时延优化，不涉及寻呼阶段的动作。在PS核心网(SGSN、GGSN)侧，创建PDP上下文的时间通常与设备相关，且较难优化。仅在特殊情况下加以考虑。

2)PS业务下载速率的优化

PS性能差从吞吐率测量上看表现为速率不稳，大范围波动，以及速率低等问题。从业务质量的角度，反映在流媒体图像质量不清晰、有缓存，FTP下载时间长，浏览网页反应速率慢等。PS数据主要经过Internet业务服务器，GGSN，SGSN，RNC，NodeB后到达UE，中间经过Gi、Gn、IuPS、Iub、Uu五个接口。此过程中，Internet服务器到GGSN走IP协议，在两者之间还可能存在一个或若干个路由设备以及防火墙之类的设备。因为环节众多，因素复杂，所以其优化相对来说较为复杂。出现问题以后，首先查看是否有设备告警。RAN侧查NodeB、RNC的告警，CN侧查SGSN、GGSN、LANSWITCH、ROUTER等网元的告警。时钟异常告警、传输误码、设备异常等告警均有可能影响下载。如果从网元的告警不能确定问题所在，下一步进行一些操作类对比和分析，尽量从众多的影响因素中划分出问题所在的大致范围。如果大致确定该PS下载问题为RAN侧问题，转到RAN侧下载问题分析；如果大致确定该问题为CN侧问题，则转到CN侧下载问题分析。

链接：RF覆盖影响PS下载速率优化案例

【问题描述】网规网优工程师发现某RNC下的HSDPA下载速率偏低，并且很不稳定。

【定位过程】通过地图发现该站点与另一个站点距离较近。此外通过ZTE的网络测试优化分析工具ZXPOSCNT和CNA，可以发现该地点存在很严重的导频污染。

【解决方案及效果】通过无线优化解决导频污染问题，使HSDPA下载恢复正常，可达6Mbps左右。