周口分公司WCDMA网CE资源扩容报告_2012年10月26日

河南联通周口分公司CE资源拥塞处理报告周口W网优小组2012-10-29【摘要】从今年9月份学校开学以来，在河南周口联通市场部推行各大高校校园促销活动的带动下，周口联通WCDMA网络话务量和数据流量呈现持续增长的势头，在今年中秋节前夕话务量和数据流量均创历史新高。随着用户量增长速度加快，特别是PS业务的迅猛发展，这就引起部分热点地区局部拥塞，主要分布在联通局点办公楼、火车站、商务区、高校园区等，主要资源受限在于CE资源和码资源，其次是功率资源和传输资源。本报告讲解由于CE资源拥塞导致RAB建立成功率低，经过扩BPC基带处理板和重启NodeB之后仍无效果，还需要修改“NodeB上下行CE个数”参数的案例。【关键词】CE资源RAB建立BPC基带处理板【名词解释】CE资源：将每一个资源单位称为CE（即ChannelElement），CE的定义为：处理12.2k业务需要占用的资源。CE属于逻辑概念，非物理属性，其他业务占用的资源都按照CE进行折算。以基带处理板BPC板为例，它的容量为：192个上行CE和192个下行CE。中兴BPC基带处理板处理能力如下表所示：业务类型用户数/流量AMR12.2k192CS64K76HSPA用户144HSDPA/96HSUPA支持的小区数6CellHSDPA43.2MbpsHSUPA15Mbps中兴BPC基带处理板各种业务的资源消耗如下表所示：业务类型上行CE消耗数量下行CE消耗数量R99AMR12.2kbps11CS64kbps2.51.8PS64kbps2.51.8PS128kbps53PS384kbps106HSDPA上行R99DCH承载速率-—16k1.30.3上行R99DCH承载速率-—32k2上行R99DCH承载速率-—64k2.5上行R99DCH承载速率-—128k5上行R99DCH承载速率-—384k10HSUPASF6412~17.2kbps20.3SF3218.6~37.2kbps3.3SF1652.2~70.8kbps4SF885.8~154.8kbps4.81*SF4169.8~711kbps5.72*SF4742.8~1448.4kbps112*SF21455.6~2883kbps282*SF2+2*SF42970~5742kbps39【现象描述】9月17日在分析周口WCDMA质差小区时，发现周口师范学院5号楼3小区出现在“RAB建立成功率质差小区”项，而在9月18号发现周口师范学院5号楼3个小区均出现在“RAB建立成功率质差小区”项。在周口WCDMA以往出现过的质差小区项中，已有两个月没在该项中发现质差小区；通过分析该站点的覆盖性质（高校站点）、近期话务量的变化和RAB建立阻塞的具体原因，最终确认由于CE资源拥塞，造成RAB大量指配失败，引起RAB建立成功率质差。通过对该站点扩充BPC板，修改NodeB侧上下行CE个数参数并重启NodeB最终使问题得到了解决。【问题分析】9月17日正常提取质差小区考核项指标，发现ZKWZ0317_2周口师范学院5号楼_3出现在RAB建立成功率质差小区之列，9月18日提取质差小区指标，发现ZKWZ0317_0周口师范学院5号楼_1、ZKWZ0317_1周口师范学院5号楼_2、ZKWZ0317_2周口师范学院5号楼_3均出现在RAB建立成功率质差小区之列。如下表：地市名称RNCID详细小区本地小区识别码开始时间RAB建立成功率周口RNC871ZKWZ0317_2296532012-9-1496.97515%周口RNC871ZKWZ0317_0296512012-9-1794.55%周口RNC871ZKWZ0317_1296522012-9-1794.72763%周口RNC871ZKWZ0317_2296532012-9-1794.14508%首先按照常规思路首先查看周口师范学院5号楼告警情况，查看当前告警与历史告警均无内容。从而想到最有可能是否存在资源拥塞问题导致，通过查询RAB拥塞指标，如下：通过上表可以看出周口师范学院5号楼3个小区在一个小时内均具有很高的RAB拥塞率，且可以直观的看出是由于CE原因导致RAB建立阻塞。根据前面提到的单个BPC基带处理板处理的CE资源有限，所以问题定位到由CE资源拥塞导致的资源受限，最终导致RAB建立成功率较低。【处理过程与结果】从以上各项分析中，问题最终定位到CE资源拥塞上，而CE资源拥塞解决方法一般为：首先RNC间CE资源优化调配，如果单站CE已经最高配仍然拥塞，需要考虑：BPC基带处理板扩容、双载波扩容、小区分裂等容量扩容方案。而目前由于CE拥塞引起的质差小区频繁上榜，严重影响了高校用户对3G的感知度。于是我们在9月23日对周口师范学院5号楼基站添加了一块BPC基带处理板（之前只有一块），如下机框图：扩容完成之后并重启该基站，查看该站点并无告警。但是在25号处理质差小区时发现，该站点3个小区仍然出现在”RAB建立成功率质差小区列表”中，如下图示：在以上所做扩容操作之后，周口师范学院5号楼的由于CE资源拥塞导致的RAB建立成功率低的现象并没有消除。考虑到无线侧参数都无问题，之后协同NODEB督导对小区建立参数进行了核查，提取了该站点CE相关指标发现其中“NodeB上报的总上行CE资源(个)”一项指标全部为100，如下表所示：开始时间结束时间NodeBNodeB名称NodeB上报的总上行CE资源(个)上行NodeBCE资源当前利用率(%)上行NodeBCE资源最大利用率(%)2012-9-160:002012-9-170:002965ZKWZ0317(2965)1005.00%90.30%2012-9-170:002012-9-180:002965ZKWZ0317(2965)1002.00%99.90%2012-9-180:002012-9-190:002965ZKWZ0317(2965)1002.00%100.00%2012-9-190:002012-9-200:002965ZKWZ0317(2965)1006.00%95.50%2012-9-200:002012-9-210:002965ZKWZ0317(2965)1009.00%89.70%2012-9-210:002012-9-220:002965ZKWZ0317(2965)1006.00%90.10%2012-9-220:002012-9-230:002965ZKWZ0317(2965)1002.00%64.30%2012-9-230:002012-9-240:002965ZKWZ0317(2965)1002.00%86.90%2012-9-240:002012-9-250:002965ZKWZ0317(2965)1008.00%99.90%2012-9-250:002012-9-260:002965ZKWZ0317(2965)1006.30%99.90%2012-9-260:002012-9-270:002965ZKWZ0317(2965)1009.30%99.90%从上表可以看出，周口师范学院5号楼基站上报的CE个数为100，上行NodeBCE资源最大利用率在9月18日当天达到100%，已远高于CE资源扩容门限值。但是前面讲到已添加的BPC板运行正常，从而怀疑是否NodeB参数配置问题。通过查看网管OMMB中SDR动态管理NodeBFunction里最大上行CE数和最大下行CE数，发现均为100。和周口W网RNC督导沟通交流后，我们将这两个参数值均由100改为不受限制值65535。如下图示提取CE指标发现“NodeB上报的总上行CE资源(个)”一项指标正常，上报的总上行CE个数为384个（两个BPC单板支持的个数）。10月19日当天上行NodeBCE资源最大利用率也只有50.10%，远低于CE扩容监控门限值。如下表所示开始时间结束时间NodeBNodeB名称NodeB上报的总上行CE资源(个)上行NodeBCE资源当前利用率(%)上行NodeBCE资源最大利用率(%)2012-10-180:002012-10-190:002965ZKWZ0317(2965)3841.80%45.80%2012-10-190:002012-10-200:002965ZKWZ0317(2965)3841.50%50.10%2012-10-200:002012-10-210:002965ZKWZ0317(2965)3840.30%19.30%2012-10-210:002012-10-220:002965ZKWZ0317(2965)3843.10%36.10%2012-10-220:002012-10-230:002965ZKWZ0317(2965)38410.10%48.90%查询RAB建立拥塞指标，发现周口师范学院3个小区RAB建立拥塞已消除，目前只是忙时存在轻微码资源拥塞，如下表所示【遗留问题】在检查小区上报CE个数的时候，发现存在相当数量小区的参数NODEB上报的总上行CE资源为100，随着话务量迅速增长，可能会在较多热点区域站点扩容BPC板，考虑到以后的扩容，是否要批量修改此参数至不受限制需要跟RNC督导协商。