各位领导、各位同行、各位专家：
大家下午好！首先感谢主办方、承办方、协办方以及各支持单位为我们搭建了这样一个相互交流的平台，我也非常荣幸能在这个平台上与大家分享我们的对于WCDMA网PS业务问题的一些浅识拙见，不足之处望请各位领导、同行及专家批评指正。
我报告的题目是《WCDMA网PS业务问题分析与探讨》，内容分五个部分：第一部分是移动互联网的发展，第二部分是移动互联网的应用特点，第三是WCDMA网数据业务问题的分类，第四是WCDMA网数据业务问题的解决思路，最后分享一下我们在实际优化中的一些典型案例。
我们从网上获取了近些年来移动互联网的用户增长数据：2002年移动互联网用户是1.1个亿，2008年是5.8个亿，预测2013年将达到17个亿。从这个趋势来看移动互联网用户的增长非常迅猛。追溯通信的发展历程，从固定到移动，从模拟到数字、从语音到数据，以及数据业务从低速到高速；从感官上来讲，移动互联网的发展不断满足了我们耳朵听的需求一直到满足我们眼睛看的需求，移动互联网的发展使我们的生活变得如此精彩！
.jpg)
中国联合网络通信有限公司湖北省分公司网优中心高级主管柏广兵
随着人们对移动性信息的需求急剧上升，越来越多的人希望在移动的过程中高速地接入互联网，那么移动互联网有哪些主流应用呢？简要归纳一下主要包含个性DIY、咨询类、沟通类、娱乐类等。个性DIY就是常见的图片、铃声下载；咨询类比如媒体短信、手机报等；沟通类如移动QQ、MSN等，娱乐类如游戏、互动等。
下面简要谈谈移动互联网应用的特点，移动互联网具有移动性、应用轻便性以及高速互联性，这样就要求要求网络具有良好的接入性和可靠的保持性。那么WCDMA网数据业务存在哪些影响用户感受的问题呢？现场测试发现WCDMA网数据业务整体性能非常好，但少部分区域也存在一些问题，这些问题归纳起来有接入问题、业务不通、业务性能差，另外还有业务完整性的问题，由于文中没有涉及到业务完整性这个方面，在此就不再涉及。对于接入问题，用户的直接感受是“连接失败”、或“连接超时”；对于业务不通，现象是信令连接成功，但业务建立不起来；对于业务性能差，比如说速率低、速率不稳，大范围波动，从主观感受上来讲，如视频有马赛克现象、不清晰，有缓冲、浏览网页反映速度慢。
对于接入问题有可能是打开端口失败，比如端口配制错误、端口异常等。第二是RRC建立拒绝，这样的问题可能是Iu口的问题，也有可能是Iub口、Uu口的问题。从实际经验来看，多数发生在Uu口、Iub口上。如硬件问题；传输、基站和RNC业务处理板端口不匹配，下行覆盖差（Ec/Io差），上行底噪高，资源过载等。另外鉴权、加密算法问题也会影响RRC建立拒绝，如鉴权开关打开后UE侧与CN侧密钥不匹配，完整性保护算法设置不一致等。最后PDP激活被拒绝也会导致RRC建立拒绝，需检查UE侧APN与核心网侧APN设置的一致性。
对于业务不通问题，分两方面，对于DCH承载的 R99业务，首先从后台获取问题发生的时间点附近的异常诊断信息；其次可通过查看当前上、下行分配带宽和上、下行实际吞吐率。如果分配带宽正常，说明RNC在码资源、Iub等资源分配上没有问题，可能是各接口的传输或CN侧的问题，应检查传输带宽、CN侧告警等。对于HSDPA承载的高速数据业务，首先看看RNC有没有告警，分析覆盖情况，看看接收功率、Ec/Io是不是有问题，或检查Iub带宽配制情况及分配情况是不是有问题。
最后谈一下业务性能差问题，对于DSH承载，影响业务性能因素主要要看业务状态下是否经常出现状态迁移，如果常出现状态迁移速率就会受到较大影响；再查查Uu口是不是有误码。当UE接入网络时，RNC为其分配一定的信道带宽，该信道带宽的大小由码资源的扩频因子、编码方式等确定。对于HSDPA承载，影响性能的主要因素如可用功率、HS-PDSCH码配置、UE 能力、开户速率、Iub带宽等。关于UE的能力，比如有人买了手机，但手机能否支持高的解码能力，这也会对实际下载速率产生影响。最后，查一查客户端和服务器设置，如TCP窗口、MTU等设置是不是合理。比如IP层有一个数据报要传，且长度比链路层的最大传输单元大，IP层要把数据报分成段，为提高传输效率，在尽量避免出现IP分段的同时，使用尽可能大的MTU， MTU大小设置一般不应超过1450。
下面归纳一下我们处理WCDMA数据业务问题的分析脉络，图中所示是WCDMA网数据业务从UE侧到核心网侧重要接口：Uu、Lub、IuPs、Gn、Gi口。从左到右看，这些设备及接口连成了一条线，这条线就是我们分析数据业务问题的脉络。在分析数据业务问题时围绕这一条主线，抓住两个方面，即信令面和用户面，剖析三个部分，我们通常所说的用户部分、无线网部分、核心网部分，研究五个接口，就是图中的Uu口到Gi口，这样的话问题分析的脉络就比较清晰，查找问题起来就不容易使人迷惑。
最后，讲一下我们在实际工作中发现的一些典型案例。案例一是HSDPA下载速率低。有一个大楼，八楼顶层，HSDPA速率低，打开网页慢，现场测试发现有好几个比较强的信号，具体站名就不讲了，信号强度在-75至-80dBm之间，由于切换比较频繁，下载速率只有1M，如图的左上角所示，从中间这部分我们可以看到激活集有三个扰码，最下面的监测集也有不少信号。可见该楼层信号非常杂，过杂的信号是HSDPA高速率的大忌。优化方案主要是调整W百货大楼-2和W五一宾馆-3下倾角，控制这两个小区覆盖范围，改善该区域信号纯度，减少切换频次。
第二个案例，某室内分布系统单站验证中发现HSUPA速率很慢，始终只有200kbps左右，但同属一个BBU室外站的HSUPA速率正常，约为1.8Mbps。实测发现“RSCP=-48.25dBM，Ec/Io=-4.5dB，BLER=0”，测试表明该区域无线环境良好，排除该小区下行无线环境因数和与下行链路质量原因。对室分系统进行检查，发现RTWP在-98dBm左右，同时发现此室内分布有5个干放，怀疑是RTWP偏高影响HSUPA速率。对室分系统进行整改,整改后RTWP值为-103dBm，再次测试发现问题依旧。对此小区的配置文件进行检查，发现小区的最大上行负载因子目标值“MAXTARGETULLOADFACTOR”为“0”。最大上行负载因子目标值是RNC定义的，期望基站将上行负载收敛到的目标负荷。在HSUPA用户接入时，系统为了维持这个负荷门限，便限定了小区的吞吐率。通过调整最大上行负载因子目标值，由“0”改为“75”后重新测试，HSUPA吞吐率为1.4M左右，问题解决。
第三个案例是3G到2G的PS切换失败。某地市3G到2G连接模式下PS业务功能验证测试中，出现3G到2G PS切换失败，手机脱网后重新在GSM网络上附着。通过分析现场测试Log，发现手机是做路由更新时遭到了拒绝，发生附着失败。从发生附着失败前的消息来看，首先手机在3G网络上测得本系统RSCP和Ec/Io都已很差，且周边邻区的RSCP和Ec/Io也很差，在3G业务区的覆盖边缘手机上报了2D事件请求测量系统邻区。这是手机向系统上报的2D事件截图，手机通过测量2G邻区并上报测量报告给RNC，消息里附带了目标邻区的信息。手机测量最强2G邻区信息为“ARFCN=117，bcc=7，ncc=3”。RNC在收到2G邻区测量报告后向手机发起“Cell Change Order From UTRAN”，并向手机指明了目标小区“ARFCN=117，bcc=7，ncc=3”。随后UE开始进行位置更新、鉴权及RA更新等一系列的流程交互，但在图中所示的时刻收到了核心网下发的“RAU Reject” 消息，其原因值为手机身份不能得到网络侧的认可。从整个流程来看，UE和RNC从启动异系统测量、测量报告传送、异系统测量控制方面都说明无线侧所有流程都正常，通过对SGSN与EU交互消息跟踪，查找EU在做RAU时被拒绝的具体原因。由于3个本地网的RNC挂于A公司SGSN（3G）下，RSC都是挂于B公司的SGSN（2G）下。经查，发现为两家SGSN路由数据配置错误，导致UE在做RAU被拒绝。重新对SGSN进行数据配置后并进行实地复测，上述问题现象消失，3G到2G PS切换失败问题得到了彻底解决。
以上是我们现场解决数据业务问题的一些经验，总之在解决WCDMA数据业务问题时应紧扣一条主线，抓住两个方面，剖析三个部分，研究五个接口，逐段排查，使数据业务问题能得到及时定位，高效解决。数据业务精彩纷呈，数据业务问题的处理纷繁复杂，牵扯的环节多，涉及到多专业、多部门，实际解决时远不止文中所述的这么简单，有些问题不光是单从技术层面能够解决的，经常需要通过各方资源的通力协作才能解决。为打造一张优质的精品WCDMA网，我们的网优工作任重道远！
我的报告就到这里，谢谢大家！
