《CDMA优化流程和案例分析.ppt》由会员分享，可在线阅读，更多相关《CDMA优化流程和案例分析.ppt（45页珍藏版）》请在三一文库上搜索。
1、优化流程和CASE分析,北电网络（中国）无线工程部 August, 2005,KPI指标的优化 主要是提高全网的和每月评比有关的关键指标。 路测(DT)和拨打测试(CQT) 评估控制RF的覆盖 热点地区和特殊地点的测试以及问题解决,CDMA优化,主要包括：,KPI的优化: 网络评估 硬件告警检查 天馈系统检查 网络资源分析和调整 细致的相邻小区调整 反向接收电平分析 话务的平衡 功率控制参数组的细调 PN调整 新的feature使用,数据采集,数据分析,符合KPI要求,方案实施及验证,准备阶段,结束,N,Y,CDMA优化-KPI,CDMA优化-KPI,CDMA优化-KPI,数据采集,数据分析,
2、符合KPI要求,方案实施及验证,准备阶段,结束,N,Y,数据采集,数据分析,符合KPI要求,方案实施及验证,准备阶段,结束,N,Y,CDMA优化-KPI,CDMA优化-KPI,数据采集,数据分析,符合KPI要求,方案实施及验证,准备阶段,结束,N,Y,如果未达到KPI的指标要求，重新开始新的一轮优化直到达到KPI的指标要求或者发现未能达到指标的原因。 1个BSC，1项KPI指标的优化通常需要1个LEVEL2的工程师做3轮甚至更多，每轮需要2 4周的时间。所以整个城市的优化就需要根据总共有多少个BSC来安排。,CDMA优化-KPI,数据采集,数据分析,符合KPI要求,方案实施及验证,准备阶段,结
3、束,N,Y,路测/拨打测试优化包括: 覆盖盲区,过覆盖 掉话 接入失败 导频污染 FER ISSHO/IVHHO 多路软切换 室内直放站的验证 室内覆盖系统的验证 热点地区 特殊地点 在项目开始阶段，路测的主要任务是发现覆盖的问题。 在项目的后期，路测的主要任务是覆盖控制，例如解决过覆盖的问题。,CDMA优化-DT/CQT,数据采集,数据分析,符合KPI要求,方案实施及验证,准备阶段,结束,N,Y,CDMA优化-DT/CQT,数据采集,数据分析,符合KPI要求,方案实施及验证,准备阶段,结束,N,Y,CDMA优化-DT/CQT,数据采集,数据分析,符合KPI要求,方案实施及验证,准备阶段,结束
4、,N,Y,CDMA优化-DT/CQT,CDMA优化-DT/CQT,数据采集,数据分析,符合KPI要求,方案实施及验证,准备阶段,结束,N,Y,CDMA优化-DT/CQT,数据采集,数据分析,符合KPI要求,方案实施及验证,准备阶段,结束,N,Y,如果未达到KPI的指标要求，重新开始新的一轮优化直到达到KPI的指标要求或者发现未能达到指标的原因。 1个城市的路测优化通常需要1支路测队伍做2轮甚至更多，每轮需要3 5周的时间。每轮时间的长短由测试路线的选择和城市规模大小决定。,工作责任分工的定义 CDMA Opt. Responsibility Split-准备,Please note: It b
5、ases on Nortels suggestion,工作责任分工的定义 CDMA Opt. Responsibility Split-数据采集,Please note: It bases on Nortels suggestion,工作责任分工的定义 CDMA Opt. Responsibility Split-数据分析,Please note: It bases on Nortels suggestion,工作责任分工的定义 CDMA Opt. Responsibility Split-实施与验证,Please note: It bases on Nortels suggestion,工作
6、责任分工的定义 CDMA Opt. Responsibility Split-最终报告,Please note: It bases on Nortels suggestion,掉话原因的分析和其他优化问题,掉话的分类,覆盖掉话 原因： 基站问题，无服务 第二载波上未定义硬切换 网络的覆盖盲区（最有可能） 措施：如果在网络设计阶段已经知道掉话区域是没有足够的覆盖，则忽略这部分掉话；如果不是，则可能是下面的情况 坏的手机，某些手机的灵敏度可能比一般手机稍差，检查手机的性能 天线天馈系统的问题，包括天线，电缆，接头，跳线等，检查天馈 分极接收问题，运行btsdiag.pl来定位是否存在天线接反或某根
7、天线始终不能锁定信号,掉话的分类-续,前向内部干扰掉话 原因： 相邻小区未定义 相邻小区搜索窗太小l 部分小区过覆盖 措施： 确认造成前向干扰的信号是否应该在该区域覆盖 如果不需要该扇区信号的覆盖，增加该扇区的俯仰角或改变方位角 如果确实需要该信号的覆盖，则将该扇区加到相邻小区列表中，如果需要相应调整相邻小区搜索窗。,掉话的分类-续,前向外部干扰掉话 原因： AMPS系统，某些电视转接器和加油站手机信号屏蔽设备等 措施： 用PN扫描设备确认是否存在前向的外部干扰信号 将确认的前向干扰通知联通来进行处理 继续跟踪确认外部干扰问题的及时解决,掉话的分类-续,导频污染掉话 原因： 在同片区域，手机收
8、到很多路信号，并且各路信号的强度都差不多 没有主导小区 措施： 只能通过调整天线俯仰角或转动方位角来增强最强信号（或最合理的扇区）在该区域的覆盖 并且通过调整天线俯仰角或转动方位角/或者修改TPTLTargetPowerOffset值来降低最弱信号在该区域的覆盖,掉话的分类-续,PN混淆掉话 原因： 在手机的相邻小区已经定义了该PN信号 同时手机还能收到相邻小区之外另一个扇区的同样PN的信号 主要原因来自PN规划时不合理的复用或相邻小区定义的不合理 措施： 找出是哪个PN引起的问题 查看在哪个时刻TxGA降低 找出在手机的激活集的信号中哪一路来自远处的基站 找出该信号来自哪个基站 找出相邻小区
9、中使用同样PN的基站 找出这个相邻小区是由哪个站的邻小区定义的 要解决这个问题需要调整其中一个扇区的PN或者从相邻小区列表中剔除掉同PN的相邻小区,掉话的分类-续,GBU掉话 原因： 很低的业务信道增益（TCG） 手机的finger锁定了一路Ec/Io很差的激活集信号 手机无法正常从Ec/Io很差的扇区收到功率控制信号，所以手机就一直降低发射功率以致掉话 措施： 确认不是由于导频混淆导致的掉话 解决办法：增加功率控制参数PTXlower值（影响一个BSC下的所有基站）或者提高Ec/Io很差扇区的TPTLTargetPowerOffset增强该扇区的覆盖,掉话的分类-续,反向干扰掉话 原因： C
10、DMA设备外的各种发射设备都可能导致干扰 模拟信号或其他系统可能的干扰 措施 确认不是由于反向链路锁定导致的掉话 观测BTS Performance logs中基站的反向接收电平的情况 查看周围基站的接收电平的情况确认是否也存在同样的干扰 观测干扰是全天都存在或者只在一定时段内出现 将确认的反向干扰情况通知联通来进行处理 继续跟踪确认外部干扰问题的及时解决,掉话的分类-续,反向链路锁定掉话（不常发生） 原因： BTS中的CE无法锁定反向链路 在硬切换过程中基站提供的环路延迟不准确 CE软件问题 措施: 确认业务信道的搜索窗口和解调窗口所设定的值是相同的 检查硬件告警或更换CEM板卡,掉话的分类
11、-续,其他的优化问题,优化过程中还需要对网络中Ec/Io很差的地区也进行优化，因为在这部分地区可能会导致掉话 导频污染 在RFO中通过设定以下门限很容看到导频污染地区 接收电平 -100dBm 并且 最强PN的Ec/Io = 5 其他一些Ec/Io差的问题 通常在RFO中设定下面的门限可以找到其他Ec/Io差的问题 接收电平 -100dBm并且 最强PN的Ec/Io -9 通常都是由于内部或外部的前向干扰造成的 这些问题可以用前面讲到的掉话分类的解决方法来处理,优化案例分析,下图红圈范围内掉话，原因主要是主服务小区318在此范围覆盖比较弱，没有主导频小区，Ec/Io较差，调整该小区的天线增强在
12、此地区的覆盖,优化实例1:覆盖控制,调整了天线后，复测在该地区的Ec/Io水平已经得到改善，未发现掉话,优化实例1:覆盖控制,在直放站覆盖范围内起呼的电话，在向基站前进过程中掉话,3.5km,1.5km,优化实例2：搜索窗口&直放站,优化实例2：搜索窗口&直放站,掉话原因分析： 直放站与施主扇区938_1存在重叠覆盖区域，从客户取得直放站光纤长度数据为5.5km 掉话点距离施主基站1.5km，距离直放站3.5km 信号在光纤传播时延=5.5/0.204=29.96Chip 从直放站到手机时延=3.5/0.244=14.34Chip 从施主站到手机时延=1.5/0.244=6.15Chip 那么
13、，手机收到两路信号的相对时延=29.96+14.34-6.15=38.15Chip 这个相对时延已经超出施主站设置的导频搜索窗口 Srch_Win_A=7( 20chips)的搜索范围，施主基站信号和直放站信号相互干扰导致掉话。,优化实例2：搜索窗口&直放站,处理方法一：（实际采用） 增大Srch_Win_A，设定为10( 50chips) 增大Srch_Win_N，设定为13(113chips) 调整 ACASW,ACDSW, TCDSW 和TCASW到4095 处理方法二： 更换宿主扇区（由于此宿主扇区是一个全向站，不便于更换，故未采用） 结果： 在增大Srch_Win_A后，再次测试已经
14、没有掉话现象,在基站MC800BTS1141下发起的3G语音呼叫，在向基站MC800BTS0006前进过程中掉话，2G呼叫都很正常,优化实例3：P_REV,优化实例3：P_REV,掉话原因分析： 从基站MC800BTS1141向MC800BTS1006前进的过程中，手机已经发现MC800BTS1006的PN363足够强，手机向系统发送PSMM要求向该站请求切换，但系统始终未向手机发送HDM，导致该PN无法加如ACTIVE集，造成干扰，最终导致掉话。,优化实例3：P_REV,掉话原因分析： 通过检查系统参数设置，发现基站MC800BTS1006的参数设置不匹配，虽然RadioConfig和Cel
15、lCap都设置成MixedRRM，但该站的P_REV却设置成了5，使得3G的呼叫无法正常进行切换，导致掉话，2G的呼叫在此地区都非常正常。,把MC800BTS1006的P_REV改成6后，再次测试3G呼叫能进行正常切换，未发生掉话,优化实例3：P_REV,优化实例4：功率控制参数,在每年全国的大区检查中，FER指标是其中一项重要的评分标准，要求FER=3的范围达到95%以上。 按照优化的思路首先是要控制覆盖，尽量减少前向的干扰，提高前向FER 在控制覆盖之后，按当前设置，经测试FER指标无法达到大区检查的要求，需要相应调整功率控制参数提高前向FER的指标。 由于语音业务对FER并不敏感，在充分
16、考虑到容量和质量平衡的情况下，北电推荐的前向FER TARGET设置为2%。 因此我们调整了下表所列的和前向FER有关的功率控制参数,优化实例4：功率控制参数,优化实例4：功率控制参数,调整后的结果如下表所列 注意事项： 由于功率控制参数需要在质量和容量之间找到平衡点，提高质量的同时就需要牺牲一定的容量，所以在话务量非常高或负载很大的地区不建议进行调整，否则可能影响到网络性能 由于提高了发射功率，可能导致网络噪声水平增加，同时需要调整部分小区的接入参数保证正常的接入性能,优化实例5：基站切换成功率低,某基站切换成功率低. 通过检查近几日的OM CAUSCT3V/CAUSCT3D/CAUC PS
17、CT 发现3G的语音和数据业务起呼和被叫正常，没有3G语音和数据的切换尝试，2G的语音切换成功率很低，有时仅有10。4月3日 在此基站下的主被叫正常. 存在许多的CAUHRLFL的记录，但没有CAUHBLKS的记录。4月3日 切换的成功率底, 原因是CAUHRLFL. 从以上的数据来看该问题与硬件有关的可能性很小，应该是参数配置的问题。RF工程师检查系统参数后发现这个问题与基站1944的第二扇区的天线方向有关，基站1944第二扇区的天线指向基站1521的第三扇区，但是在基站1521的beacon target里没有基站1944的第二扇区。 RF工程师更新基站1521的第三扇区的beacon target后，问题得到解决。,THIS IS THE WAY THIS IS,