WCDMA-无线参数优化方法_第1页
WCDMA-无线参数优化方法_第2页
WCDMA-无线参数优化方法_第3页
WCDMA-无线参数优化方法_第4页
WCDMA-无线参数优化方法_第5页
已阅读5页,还剩35页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、河北联通秦皇岛WCDMA网络无线参数优化报告 (2011/02/28)拟制日期审核运维网优组日期批准日期目录1概述72WCDMA网络中关键无线参数82.1小区建立和公共信道建立参数82.1.1基本原理82.2小区选择和重选参数82.2.1基本原理82.3功率控制参数92.3.1内环功控基本原理92.4切换控制参数92.4.1频内切换基本原理102.4.2频间切换基本原理102.5负荷控制参数112.5.1基本原理112.6码资源管理参数122.6.1基本原理123无线参数优化案例分析143.1长白机械厂2小区掉话率高143.1.1OMC指标统计143.1.2问题分析143.1.3解决方案163

2、.1.4处理效果163.2卓众酒店1小区DCH码资源接纳受限193.2.1OMC指标统计193.2.2问题分析193.2.3处理过程193.2.4优化效果203.3中核大厦3掉话率高213.3.1OMC指标统计213.3.2问题分析213.3.3处理过程233.4液化气公司_2室分2 主扰码优化233.4.1OMC指标统计233.4.2问题分析与定位243.4.3处理过程243.4.4处理过程验证243.536局3 码资源拥塞HS码道优化253.5.1OMC指标统计253.5.2问题分析与定位263.5.3处理过程263.5.4处理过程验证263.6孟营西3提升业务速率HS码道优化273.6.

3、1OMC指标统计273.6.2问题分析与定位283.6.3处理过程283.6.4处理过程验证283.7外环仓库1 总功率受限 HS码道优化293.7.1OMC指标统计293.7.2问题分析与定位293.7.3处理过程303.7.4处理过程验证303.8欧美学院1码资源受限HS码道优化313.8.1OMC指标统计313.8.2问题分析与定位313.8.3处理过程313.8.4处理过程验证323.9苏官营2 搜索窗漂窗掉话优化案例333.9.1OMC指标统计333.9.2问题分析与定位333.9.3处理过程333.9.4处理过程验证343.10杨各庄(都寨_拉远)搜索窗漂窗掉话优化353.10.1

4、OMC指标统计353.10.2问题分析与定位353.10.3处理过程353.10.4处理过程验证363.11卓众酒店DCH码资源受限导致的接纳拒绝业务次数高优化373.11.1OMC指标统计373.11.2问题分析与定位373.11.3处理过程373.11.4处理过程验证384总结39图目录图 21 信令流程图8图 22 小区重选过程9图 23 小区负荷判决12图 31 长白机械厂小区掉话率指标14图 32 投诉点具体位置15图 33 关联日志分析情况15图 34 修改参数后长白机械厂掉话指标情况16图 35 长白机械厂调整前后掉话率对比图17图 36长白机械厂调整前后掉话次数对比图17图 3

5、7长白机械厂调整前后电路域掉话率对比图18图 38 卓众酒店1小区DCH码资源接纳受限19图 39 HS-PDSCH码道截图19图 310 修改参数后监控指标20图 311中核大厦3小区掉话指标21图 312 中核大厦3小区 覆盖情况22图 313 UE检测导频及强度如图22图 314 信令抓图22图 315 修改后测试23图 316 液化气公司_2室分2小区 kpi统计24图 317 液化气公司_2室分2小区 调整前后对比 kpi统计25图 318 36局3小区 kpi统计26图 319 36局3小区 后台抓取的切换失败信令26图 320 36局3小区 调整前后对比 kpi统计27图 321

6、孟营西3 OMC kpi统计27图 322 孟营西3 DT kpi统计28图 323 HS-PDSCH码道截图28图 324 孟营西3调整前后DT kpi统计29图 325 外环仓库1 OMC kpi统计29图 326 外环仓库1 调整前后对比 kpi统计30图 327外环仓库1 小区发射功率最大利用率走势31图 328 欧美学院1 kpi统计31图 329 HS-PDSCH码道截图32图 330 欧美学院1调整前后对比 kpi统计32图 331 欧美学院1掉话掉话统计33图 332 苏官营2小区后台KPI33图 333 后台参数截图34图 334 修改后苏官营2小区指标35图 335 杨各庄

7、(都寨_拉远)小区后台KPI35图 336 杨各庄(都寨_拉远)后台参数调整截图36图 337 修改后杨各庄(都寨_拉远)小区指标36图 338 卓众酒店1小区DCH码资源接纳受限37图 339 HS-PDSCH码道截图37图 340 修改参数后监控指标381 概述WCDMA是一个非常复杂而且功能全面的无线通信系统,其涉及到的无线参数非常多。对于通信无线系统来说,包括下面两大过程:小区正常运行的过程、UE进行通话的过程,而在UE在呼叫过程中的起呼到终止都和无线资源管理密切相关,因此把WCDMA无线参数从用途分类上分为下述几大类:小区公共信道参数用户呼叫过程相关的参数无线资源管理相关的参数和GS

8、M无线参数分类基本相同,WCDMA无线参数可以大致分为二类,一类是在无线接口(Uu)上传输的参数,这类参数一般在WCDMA规范中都有严格的定义,以保证Uu接口的标准性;另一类则是用于Node B的各种内部控制操作。2 本次优化目的以及工作计划2.1 目的本次专项优化主要解决秦皇岛WCDMA现网中出现的各类资源受限问题,提升网络指标,提高用户网络感知度。2.2 工作计划日期工作内容负责人备注1.1-1.10完成全网码资源、CE等参数核查,对重点区域站点进行梳理王法权1.11-1.20优化调整全网码资源、CE等,重点解决全网出现的问题小区王法权1.21-1.31优化调整全网码资源、CE等,重点解决

9、全网出现的问题小区王法权2.9-2.19优化调整全网码资源、CE等,重点解决全网出现的问题小区王法权2.20-2.28对问题小区进行综合整理,编写无线参数优化报告王法权3 WCDMA网络中关键无线参数3.1 小区建立和公共信道建立参数3.1.1 基本原理对于一个WCDMA系统来说,一个网络可以正常运行的前提是小区工作正常;而小区工作正常的前提是小区建立成功、公共信道建立成功,并且在系统消息中把UE可以和网络侧进行通信的参数广播给UE。上述的信令过程如下图所示:图 31 信令流程图3.2 小区选择和重选参数3.2.1 基本原理当UE开机后,则首先执行PLMN选择,然后执行小区选择过程。当选择到合

10、适的小区后,则选择该小区驻留,并向网络侧发起注册等过程。当驻留到某个服务小区后,随着UE的移动,信道质量的变化,UE将会进行小区重选过程。图 32 小区重选过程3.3 功率控制参数WCDMA的功率控制包括:开环功控、内环功控和外环功控。实际上开环功控是为内环功控配置初始的发射功率和设定最大最小发射功率,因此开环功控的参数和内环功控放在一起。3.3.1 内环功控基本原理内环功控的基本过程接收端,首先对接收到的每条无线链路都进行信干比(SIREb/No)测量,然后与业务所需满足的目标信干比(SIRtarget)比较;若SIR=SIRtarget, 则返回控制信息给发送方一个比特值为0的发射功率控制

11、(Transmitted Power Control-TPC)命令;若SIRSIRtarget, 则在下行的控制信道给发送方返回一个比特值为1的TPC命令;发送方根据接收到的TPC命令和指定的功控算法判断是增加发射功率还是减小发射功率,调整的幅度TPC_cmdTPC_STEP_SIZE (TpcStepSize)。上行内环功控上行内环功率控制是NodeB根据接收到的DPCCH的信干比与目标信干比比较来调整UE的发射功率。上行内环功率控制有两种方式:算法1和算法2 算法1是每个时隙进行内环功控。算法2是每隔5个时隙做一次内环功控下行内环功控下行内环功率控制是UE根据接收到的DPCH的信干比与目标

12、信干比比较来调整NodeB的发射功率下行内环功率控制有两种方式:模式1和模式2模式1是每个时隙进行内环功控。模式2是每3个时隙做一次内环功控。3.4 切换控制参数切换控制包括同频、频间和系统间切换,下面分别进行介绍。3.4.1 频内切换基本原理频内切换是指UE在UTRAN 同频点的小区间进行切换,保证业务的连续性。频内切换都是基于测量的切换。频内测量包括激活集测量、监测集测量、检测集测量。激活集是指与UE保持无线链路连接的小区集合;监测集是指与UE没有无线链路连接,但已通过同频测量控制消息发送给UE要求进行测量的小区集合;检测集是指除激活集、监测集中小区外的同频小区集合。频内切换的原理是基于测

13、量得到的事件执行相应的动作,具体的事件定义如下: Event 1A表示激活集外某小区质量变好,收到1A事件时可以把相应的目标小区加入激活集中,以提高更多的宏分集增益。当小区进入报告范围的时候,UE则上报1A给RNC。 Event 1BEvent 1B表示激活集中某小区质量变差,收到1B事件时可以将相应的小区从激活集中删除。当小区进入报告范围的时候,UE则上报1B给RNC。 Event 1CEvent 1C表示激活集外的某个小区质量好于激活集内的某个小区质量,收到1C事件时可以用相应的激活集外小区替换替换激活集内的小区,以获得更好的宏分集增益。 Event 1DEvent 1D表示激活集内或激活

14、集外某个小区比当前激活集中最好小区质量好,也就是频内最好小区发生改变。收到1D事件时可以触发软加(激活集外小区上报1D事件且激活集内链路数没有达到最大值)、软替(激活集外小区上报1D事件但激活集内链路数达到最大值)或服务小区改变(针对HS-DSCH/E-DCH信道而言)。3.4.2 频间切换基本原理频间切换是指UE从UTRAN网络的一个频点切换到另外一个频点。频间切换的目的一个是保证业务的连续性,另一个目的是做负荷分担。保证业务连续性是基于频间测量的切换,频间切换做负荷分担是基于同覆盖或包含关系的盲切,负荷分担触发的频间切换的场景包括负荷均衡和负荷控制。 Event 2A2A:最好载频发生改变

15、;该事件用于RNC进行频间切换的判决。UE测量并上报该事件是需要启动压缩模式的。 Event 2B2B:工作载频质量低于一个门限且非工作载频质量高于一个门限;该事件用于RNC进行频间切换的判决。UE测量并上报该事件是需要启动压缩模式的。 Event 2C2C:非工作载频质量高于一个门限;该事件用于RNC进行频间切换的判决。UE测量并上报该事件是需要启动压缩模式的。 Event 2D2D:工作载频质量低于一个门限;该事件是测量当前使用载频的信号质量,无需启动压模;但是该事件是用于启动压模进行2A/2B/2C测量的触发事件。 Event 2E2E:非工作载频质量低于一个门限 ;该事件用于判断非工作

16、载频的信号质量,可作为触发系统间切换的触发事件。 Event 2F2F:工作载频质量高于一个门限;该事件是测量当前使用载频的信号质量,无需启动压模;但是该事件是当当前已启动压模执行2A/2B/2C测量时用于关闭压模的触发事件。3.5 负荷控制参数3.5.1 基本原理当小区负荷很高时,为了保证系统的稳定,需要采取一定的降负荷措施使得小区负荷保持在一个合理的水平。RNC将RTWP和TCP与负荷控制门限比较,如果超出门限,则发生过载,执行过载触发的负荷控制流程。为了针对不同过载程度,体现降负荷的快慢程度,把过载又分为重过载和一般过载。重过载是指负荷接近极限,必须尽快进行恢复,此时是直接采取掉话的降负

17、荷措施使系统负荷尽快降低到正常水平。(1)小区负荷过载的判决依据如下图所示:图 33 小区负荷判决(2)一般过载的降负荷的措施包括:降低业务的速率;强制切换到异频或异系统邻区;删除软切换的UE在过载小区的无线链路;I/B类用户迁移到RACH/FACH信道上;强制掉业务。3.6 码资源管理参数3.6.1 基本原理HS-PDSCH使用SF=16的信道化码扩频,按照信道化码序号从大到小的顺序连续分配,即从Cch,16,15开始连续分配。ZTE RNC对HS-PDSCH的信道数目的配置采用静态配置和动态配置两种方法,可以在后台通过参数HspdschAssMeth控制。静态分配方法静态配置方法要预先对小

18、区覆盖范围内的平均数据吞吐量做统计并预估需要配置HS-PDSCH信道数目,然后在后台配置(NumofHspdsch);如果小区覆盖范围内的平均数据吞吐量发生了改变,则需要在后台对配置条数进行修改,此时会触发前台对HS-PDSCH信道数目和信道化码进行重配置。动态分配方法对HS-PDSCH的信道化码进行周期性统计,若空闲的信道化码数量小于一定门限,则减少HS-PDSCH信道数量,如果空闲的信道化码数量大于一定的门限,则增加HS-PDSCH信道的数量。 具体的来说:当公式1得到满足时,可以增加一条HS-PDSCH信道;当公式2得到满足时,则减少一条HS-PDSCH信道。4 无线参数优化案例分析4.

19、1 长白机械厂2小区掉话率高4.1.1 OMC指标统计每日例行监控网络指标的过程中,发现长白机械厂2小区的掉话率指标持续多日比较高,且掉话次数每日多达80次以上,指标如下:图 41 长白机械厂小区掉话率指标从上图可以看出,长白机械厂2小区从8月4日至8月18日,小区掉话次数基本上每日都在80次以上,且大部分都是分组域业务掉话,所以解决此问题的重点在于分析分组域掉话原因。4.1.2 问题分析下图是从GOOGLE上截取的长白机械厂2小区的地理位置图。另外结合日常投入处理情况,我们接到两起在长白机械厂附近的投诉,位置如下图标注:图 42 投诉点具体位置两起投诉内容一致,都是因为信号弱导致掉话,用户反

20、映通过手机查看信号情况基本上都在1-2格,且信号不稳定。从图上看,两处投诉点基本上都处于楼房密集的区域,投诉点1是某工厂厂房内,投诉点2在居民楼4楼,根据以往经验,这种地理位置的无线环境一般较差,所以初步断定是弱覆盖问题。为了进一步验证问题原因,网管导出8月11日至8月16日的关联日志进行分析,结果如下图:图 43 关联日志分析情况从关联日志看出,此处位置确实为弱覆盖引起。4.1.3 解决方案根据以上分析情况,处理过程如下:首先查询长白机械厂2无告警,设备运营正常,无驻波告警,RRU发射功率在正常范围之内;然后查询小区功率设置信息,发现目前已经是46/36的配置。到此为止,网管影响覆盖的各项参

21、数都处于正常状态。然后咨询测试人员,得知此站已经经过仔细调整,再次修改工参有可能会影响其它地方的覆盖情况,牵一发动全身。考虑投诉点用户的地理位置,都在室内,即使调整效果可能也不是很理想。所以只能尝试进行23G互操作方面的参数调整。网管查询,目前2G3G参数索引为1,对应的3A门限分别为-115(WCDMA)、-88(GSM),为了使UE在掉话之前尽早进入GSM网络,所以将参数索引修改为2,对应的3A门限分别为-95(WCDMA)、-100(GSM)。4.1.4 处理效果图 44 修改参数后长白机械厂掉话指标情况上图是修改2G3G门限之后,连续观察指标,很明显的可以看出,掉话次数大幅下降,该小区

22、掉话率问题得到有效解决。掉话率指标对比见下图所示:图 45 长白机械厂调整前后掉话率对比图图 46长白机械厂调整前后掉话次数对比图图 47长白机械厂调整前后电路域掉话率对比图 无线掉话率,掉话次数已经小区无线电路域掉话率都有明显下降,指标比以前有较大提升。4.2 卓众酒店1小区DCH码资源接纳受限4.2.1 OMC指标统计例行监控网络指标的过程中,发现卓众酒店1小区的无线接通率指标波动很大,主要是RAB建立失败导致,失败原因有多次是“接纳拒绝的业务次数,DCH码资源受限”,提取一周该数据进行查看,结果如下:图 48 卓众酒店1小区DCH码资源接纳受限上图可见,一周时间之内有4天的时间,由于DC

23、H码资源受限导致的接纳拒绝次数在10次以上,可见该小区确实存在码资源受限问题。4.2.2 问题分析小区总的码资源是固定的,H业务码资源分配多了,相应的CS业务码资源就会减少,所以首先从网管上检查H码道的资源配置情况,从网管查看情况如下:HS-PDSCH信道数目:13小区中允许配置的最小HS-PDSCH信道数目:10小区中允许配置的最大HS-PDSCH信道数目:13该站点H码道数目配置过多,调整HS-PDSCH码道以减少DCH码资源受限情况。4.2.3 处理过程将HS-PDSCH码道数目修改,修改后如下图所示:图 49 HS-PDSCH码道截图4.2.4 优化效果处理后,从后台监控一周指标如下:

24、图 410 修改参数后监控指标在KPI指标监控可以看出,DCH码资源受限问题基本解决。4.3 中核大厦3掉话率高4.3.1 OMC指标统计后台监控中和大厦3小区掉话率指标,发现连续几天的时间里的掉话率和掉话次数都比以前的增多,后台没有告警而掉话呈上升趋势。如下图:图 411中核大厦3小区掉话指标4.3.2 问题分析现场DT后CNA分析,UE检测的主导小区不是最近的中核大厦3小区,而且中核大厦3小区主要覆盖附近道路,在金梦海湾楼盘区域信号并不强且很不稳定,UE无法在此导频下完成起呼。而8000米外的金海园1小区,由于金海园1小区是沿海面传播过来的,且信号质量非常好,RSCP 在75左右,Ec/I

25、o也很好,所以成为UE的主导小区。但是信令看到基站没检测到接入消息,所以业务观察没有呼叫失败的信息。可见无法打通电话的问题出在UE接入阶段。如下截图:图 412 中核大厦3小区 覆盖情况图 413 UE检测导频及强度如图图 414 信令抓图4.3.3 处理过程可能的原因:反向存在干扰:反向干扰会导致基站的反向底噪升高到无法接收UE信息,提取后台KPI可以查看反向干扰的可能; 反向链路损耗比较大:如果链路损耗程度大到以至于UE的反向信息已经衰落到无法让基站接收程度,那么肯定是接入失败的,这种情况一般出现在小区覆盖的边缘处,可以通过UE的前向信号强弱来判断是否到小区覆盖的边缘处。但是经过以上两种情

26、况的数据分析,都正常,于是从小区配置检查,发现金海园1小区的小区半径为默认值5千米,但是由于是海面传播过来的现在已经超出默认值。导致不能正常接收UE的上行信号。于是,建议让后台将金海园1小区小区半径由原来的5千米改为20米;并增加金海园1小区与中核大厦3小区互设邻区。调整前后对比图如下:图 415 修改后测试中核大厦3小区调整后,掉话率明显有了改善。4.4 液化气公司_2室分2 主扰码优化4.4.1 OMC指标统计后台每天的TOP统计中,液化气公司_2室分2小区的掉话率突然增长,提取以前的指标,掉话率基本为零。最近液化气公司_2室分2小区连续几天掉话都70次以上,最多122次,而且电路域和分组

27、域都掉话较多,如下图:图 416 液化气公司_2室分2小区 kpi统计4.4.2 问题分析与定位通过提取后台关联日志分析,发现液化气公司_2室分2小区周围基站向液化气公司_2室分2小区切换掉话,而且发现附近轧钢厂_1室分2与液化气公司_2室分2为同扰码,液化气公司_2室分2小区周围的小区与轧钢厂_1室分2互配邻区,由于轧钢厂_1室分2与液化气公司_2室分2为同扰码,不能与液化气公司_2室分2再互配邻区,如果出现此类的邻区配错,可能造成一下影响,同时这些影响也可以作为发现此类问题的判据:软切换分支的反复增删;软切换成功率降低;错配的小区链路失步增加。针对上述情况,可以采取重新规划液化气公司_2室

28、分2小区的扰码来避免其发生的可能性。4.4.3 处理过程对海盐液化气公司_2室分2小区的扰码重新规划,由原来的466改为420扰码,避免出现与周边站点产生同扰码的情况。4.4.4 处理过程验证液化气公司_2室分2小区 调整后的KPI图 417 液化气公司_2室分2小区 调整前后对比 kpi统计此问题虽然原因及处理简单,但是比较有典型的意义,尤其是对于某些站点密集扰码复用距离较小的城区优化中,在增加漏配邻区时有可能会加错相同扰码的小区。因此本案例对于此问题的现象和过程进行了详细的分析,以便能为实际中遇到的此类问题提供一个迅速定位问题的借鉴思路。4.5 36局3 码资源拥塞HS码道优化4.5.1

29、OMC指标统计为保证秦皇岛930 测试HSDPA 有较高速率,对HS信道数目发工单做出调整。调整后对提升下载速率起到了一定的效果,随之而来的问题就是由于码资源受限,部分热点小区的接纳拒绝情况有所加重,重点原因为DCH 码资源受限。其中36局3小区拥塞比较严重,通过DT测试其他小区切换到36局3小区出现物理信道重配置失败,从后台OMC提取kpi和后台抓取的DT的信令如下图:图 418 36局3小区 kpi统计图 419 36局3小区 后台抓取的切换失败信令4.5.2 问题分析与定位可以看出修改HS 码道数以后,接纳拒绝次数有比较大的增加。主要因为DCH码资源受限,引起的掉话上升。降低HSDPA码

30、道数势必会影响HSDPA速率。为了保证测试效果不能降低码道数目,经分析参数并与研发沟通,最终确定降低HSDPA最大信道数以及预留给非HS-PDSCH物理信道码字余量和依据非HS-PDSCH物理码资源占用率A的迟滞门限。4.5.3 处理过程将预留给非HS-PDSCH物理信道码字余量和依据非HS-PDSCH物理码资源占用率A的迟滞门限(16改为40)。4.5.4 处理过程验证36局3小区 调整后的KPI图 420 36局3小区 调整前后对比 kpi统计36局3小区参数调整后,效果明显,提高HSDPA 用户的感受。4.6 孟营西3提升业务速率HS码道优化4.6.1 OMC指标统计最近时间孟营西3小区

31、数据业务吞吐量在top小区上升较大,原来都保持在500万字节左右左右,现在比原来提高了一倍,数据量提高这么多,以现在的码道配置估计会影响业务速率,以防影响数据业务速率,需要DT验证,OMC数据、DT数据,如下图:图 421孟营西3 OMC kpi统计图 422 孟营西3 DT kpi统计4.6.2 问题分析与定位可以看出业务速率在基本在4M一下,需要提高业务下行速率。一般情况下,根据HS-PDSCH的可用功率、码资源和业务源的业务量对HS-SCCH信道进行配置,提高业务所以,从网管上检查HS码道的资源配置情况,从网管查看情况如下:HS-PDSCH信道数目:5小区中允许配置的最小HS-PDSCH

32、信道数目:1小区中允许配置的最大HS-PDSCH信道数目:10该站点HS码道数目配置还可以增加,调整HS-PDSCH码道来提数据业务速率4.6.3 处理过程将HS-PDSCH码道数目修改,修改后如下图所示:图 423 HS-PDSCH码道截图4.6.4 处理过程验证孟营西3修改码道后的DT统计 图 424 孟营西3调整前后DT kpi统计码道调整后,下行业务速率有了明显的提升。4.7 外环仓库1 总功率受限 HS码道优化4.7.1 OMC指标统计后台无线指标监控发现外环仓库1小区屡次出现在资源类-总功率受限TOP小区中,指标开始出现下滑,小区载频发射功率最大利用率上升。忙时下行发射功率利用率达

33、100%,掉话也逐渐增多,忙时接纳拒绝的业务次数多达100多次,几乎每天这个时段都有接纳拒绝,严重影响了客户使用效果。提取的kpi如下图所示:图 425 外环仓库1 OMC kpi统计4.7.2 问题分析与定位通过提取的KPI中发现,忙时外环仓库1的下行最大发射功率高达100%,已经达到目前设定的最大值43dbm,发射功率受限,主要原因是CS语音用户增多,发射功率已经达到门限,CS语音用户被接纳拒绝。通过提取外环仓库1小区的其他资源类KPI:码资源、CE等都在告警门限以下,正常范围内。通过查看网管参数,发现静态HS码道为13,本站地处市区外环,数据用户较少可以适当减少PS数据业务信道数,平衡语

34、音业务功率不足的需求。4.7.3 处理过程外环仓库1小区HS-PDSCH信道修改如下:HS-PDSCH信道数目:5小区中允许配置的最小HS-PDSCH信道数目:1小区中允许配置的最大HS-PDSCH信道数目:104.7.4 处理过程验证外环仓库1小区 调整前后KPI图 426 外环仓库1 调整前后对比 kpi统计图 427外环仓库1 小区发射功率最大利用率走势调整后,经过一周的监控外环仓库1小区接纳拒绝的业务次数降为0,其他业务功能正常,指标有明显提升。4.8 欧美学院1码资源受限HS码道优化4.8.1 OMC指标统计前期提升提升网络性能,对HS信道数目发工单做出调整。调整后对提升下载速率起到

35、了一定的效果,但由于后期用户不断增加,话务量的上升,随之而来的问题就是码资源受限,部分热点区域接纳拒绝次数有所加重,重点原因为DCH码资源受限,如下图:图 428 欧美学院1 kpi统计4.8.2 问题分析与定位通过监控的KPI分析,主要因为DCH码资源受限,引起的掉话上升。这与前期的HS信道调整有关。经过提取KPI分析,决定对小区级参数HS-PDSCH信道数目、小区中允许配置的最小HS-PDSCH信道数目、小区中允许配置的最大HS-PDSCH信道数目进行调整。4.8.3 处理过程将HS-PDSCH码道数目修改,修改后如下图所示:图 429 HS-PDSCH码道截图4.8.4 处理过程验证欧美

36、学院1 KPI图 430 欧美学院1调整前后对比 kpi统计欧美学院1载频发射功率最大利用率图 431 欧美学院1掉话掉话统计调整后,经过一周的监控欧美学院1小区接纳拒绝的业务次数降为0,运行良好无异常,指标有明显提升。4.9 苏官营2 搜索窗漂窗掉话优化案例4.9.1 OMC指标统计通过最近的TOP小区统计发现,苏官营2小区,掉话率上升比较严重,通过提取后台指标详细分析发现由于团苏官营2小区语音业务、数据业务,通过分析KPI以前掉话较少,但是最近不断增多,上升比较明显,如下:图 432 苏官营2小区后台KPI4.9.2 问题分析与定位提取后台关联日志分析发现,软切换过程中,出现RL建立之后上

37、行无恢复,导致后续切换只剩下该条RL时,RNC等待超时释放链路,造成掉话。RL反复切换,UE调整上行发送时间,可能导致出搜索窗范围。这种情况是由于RL反复切换,UE侧跟随调整上行发送时间,这个调整过程中,有可能在上行NodeB搜索到多径之前,UE的发送时间调整出NodeB的宽搜索窗外,导致搜索不到多径掉话。该问题出现UE侧会急剧抬升功率。4.9.3 处理过程在单板资源允许情况下,增加小区半径到10km,并且修改减小小区Rxd/Txd值。注意:修改RxD、TxD后小区的覆盖半径会减小2.8km左右,所以小区半径一定要改到10km以上,另外BPC板会复位。如下截图:图 433 后台参数截图4.9.

38、4 处理过程验证修改后在后台监控接入情况指标恢复正常,如下图所示:图 434 修改后苏官营2小区指标修改参数后后台监控指标情况正常4.10 杨各庄(都寨_拉远)搜索窗漂窗掉话优化4.10.1 OMC指标统计通过最近的TOP小区统计发现,杨各庄(都寨_拉远),掉话率上升比较严重,通过提取后台指标详细分析发现由于团苏官营2小区语音业务、数据业务,通过分析KPI以前掉话较少,但是最近不断增多,上升比较明显,如下:图 435 杨各庄(都寨_拉远)小区后台KPI4.10.2 问题分析与定位在地理图层上看杨各庄(都寨_拉远)覆盖区域空旷,超出了5公里,用户超出了小区搜索窗范围,提取后台关联日志分析发现,软切换过程中,出现RL建立之后上行无恢复,导致后续切换只剩下该条RL时,RNC等待超时释放链路,造成掉话。4.10.3 处理过程在单板资源允许情况下,增加小区半径到10km,并且修改Rxd/Txd值为

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论