CDMA优化流程和案例分析.ppt
优化流程和优化流程和CASECASE分析分析北电网络（中国）无线工程部北电网络（中国）无线工程部August,20051.KPI指标的优化1.主要是提高全网的和每月评比有关的关键指标。2.路测(DT)和拨打测试(CQT)评估控制RF的覆盖 热点地区和特殊地点的测试以及问题解决CDMA优化优化主要包括：主要包括：KPI的优化的优化:网络评估网络评估硬件告警检查硬件告警检查 天馈系统检查天馈系统检查 网络资源分析和调整网络资源分析和调整 细致的相邻小区调整细致的相邻小区调整反向接收电平分析反向接收电平分析话务的平衡话务的平衡功率控制参数组的细调功率控制参数组的细调PN调整调整新的新的feature使用使用 数据采集数据分析符合KPI要求方案实施及验证准备阶段结束NYCDMA优化优化-KPI数据采集数据分析符合KPI要求方案实施及验证准备阶段准备阶段结束NYCDMA优化优化-KPICDMA优化优化-KPI数据采集数据采集数据分析符合KPI要求方案实施及验证准备阶段结束NY数据采集数据分析数据分析符合KPI要求方案实施及验证准备阶段结束NYCDMA优化优化-KPICDMA优化优化-KPI数据采集数据分析符合KPI要求方案实施及验证方案实施及验证准备阶段结束NY如果未达到KPI的指标要求，重新开始新的一轮优化直到达到KPI的指标要求或者发现未能达到指标的原因。1个个BSC，1项项KPI指标的优化通常需要指标的优化通常需要1个个LEVEL2的工程师做的工程师做3轮甚至更多，每轮需要轮甚至更多，每轮需要2 4周的时间。所以整个城市的优化就需要根据总周的时间。所以整个城市的优化就需要根据总共有多少个共有多少个BSC来安排。来安排。CDMA优化优化-KPI数据采集数据分析符合符合KPI要求要求方案实施及验证准备阶段结束NY路测/拨打测试优化包括:覆盖盲区,过覆盖掉话接入失败导频污染FERISSHO/IVHHO多路软切换室内直放站的验证室内覆盖系统的验证热点地区特殊地点1.在项目开始阶段，路测的主要任务在项目开始阶段，路测的主要任务是发现覆盖的问题。是发现覆盖的问题。2.在项目的后期，路测的主要任务是在项目的后期，路测的主要任务是覆盖控制，例如解决过覆盖的问题。覆盖控制，例如解决过覆盖的问题。CDMA优化优化-DT/CQT数据采集数据分析符合KPI要求方案实施及验证准备阶段结束NY数据采集数据分析符合KPI要求方案实施及验证准备阶段准备阶段结束NYCDMA优化优化-DT/CQT数据采集数据采集数据分析符合KPI要求方案实施及验证准备阶段结束NYCDMA优化优化-DT/CQT数据采集数据分析数据分析符合KPI要求方案实施及验证准备阶段结束NYCDMA优化优化-DT/CQTCDMA优化优化-DT/CQT数据采集数据分析符合KPI要求方案实施及验证方案实施及验证准备阶段结束NYCDMA优化优化-DT/CQT数据采集数据分析符合符合KPI要求要求方案实施及验证准备阶段结束NY如果未达到KPI的指标要求，重新开始新的一轮优化直到达到KPI的指标要求或者发现未能达到指标的原因。1个城市的路测优化通常需要个城市的路测优化通常需要1支路测队伍做支路测队伍做2轮轮甚至更多，每轮需要甚至更多，每轮需要3 5周的时间。每轮时间周的时间。每轮时间的长短由测试路线的选择和城市规模大小决定。的长短由测试路线的选择和城市规模大小决定。工作责任分工的定义工作责任分工的定义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 工作责任分工的定义工作责任分工的定义CDMA Opt.Responsibility Split-实施与验证实施与验证 Please note:It bases on Nortels suggestion 工作责任分工的定义工作责任分工的定义CDMA Opt.Responsibility Split-最终报告最终报告 Please note:It bases on Nortels suggestion 掉话原因的分析和其他优化问题掉话原因的分析和其他优化问题掉话的分类掉话的分类覆盖掉话覆盖掉话原因：基站问题，无服务第二载波上未定义硬切换网络的覆盖盲区（最有可能）措施：如果在网络设计阶段已经知道掉话区域是没有足够的覆盖，则忽略这部分掉话；如果不是，则可能是下面的情况坏的手机，某些手机的灵敏度可能比一般手机稍差，检查手机的性能 天线天馈系统的问题，包括天线，电缆，接头，跳线等，检查天馈分极接收问题，运行btsdiag.pl来定位是否存在天线接反或某根天线始终不能锁定信号掉话的分类掉话的分类-续续前向内部干扰掉话前向内部干扰掉话原因：相邻小区未定义相邻小区搜索窗太小l部分小区过覆盖措施：确认造成前向干扰的信号是否应该在该区域覆盖如果不需要该扇区信号的覆盖，增加该扇区的俯仰角或改变方位角如果确实需要该信号的覆盖，则将该扇区加到相邻小区列表中，如果需要相应调整相邻小区搜索窗。掉话的分类掉话的分类-续续前向外部干扰掉话前向外部干扰掉话原因：AMPS系统，某些电视转接器和加油站手机信号屏蔽设备等措施：用PN扫描设备确认是否存在前向的外部干扰信号将确认的前向干扰通知联通来进行处理继续跟踪确认外部干扰问题的及时解决掉话的分类掉话的分类-续续导频污染掉话导频污染掉话原因：在同片区域，手机收到很多路信号，并且各路信号的强度都差不多没有主导小区措施：只能通过调整天线俯仰角或转动方位角来增强最强信号（或最合理的扇区）在该区域的覆盖并且通过调整天线俯仰角或转动方位角/或者修改TPTLTargetPowerOffset值来降低最弱信号在该区域的覆盖掉话的分类掉话的分类-续续PN混淆掉话混淆掉话原因：在手机的相邻小区已经定义了该PN信号同时手机还能收到相邻小区之外另一个扇区的同样PN的信号主要原因来自PN规划时不合理的复用或相邻小区定义的不合理措施：找出是哪个PN引起的问题查看在哪个时刻TxGA降低找出在手机的激活集的信号中哪一路来自远处的基站找出该信号来自哪个基站找出相邻小区中使用同样PN的基站找出这个相邻小区是由哪个站的邻小区定义的要解决这个问题需要调整其中一个扇区的PN或者从相邻小区列表中剔除掉同PN的相邻小区掉话的分类掉话的分类-续续GBU掉话掉话原因：很低的业务信道增益（TCG）手机的finger锁定了一路Ec/Io很差的激活集信号手机无法正常从Ec/Io很差的扇区收到功率控制信号，所以手机就一直降低发射功率以致掉话措施：确认不是由于导频混淆导致的掉话解决办法：增加功率控制参数PTXlower值（影响一个BSC下的所有基站）或者提高Ec/Io很差扇区的TPTLTargetPowerOffset增强该扇区的覆盖掉话的分类掉话的分类-续续反向干扰掉话反向干扰掉话原因：CDMA设备外的各种发射设备都可能导致干扰模拟信号或其他系统可能的干扰措施确认不是由于反向链路锁定导致的掉话观测BTS Performance logs中基站的反向接收电平的情况查看周围基站的接收电平的情况确认是否也存在同样的干扰观测干扰是全天都存在或者只在一定时段内出现将确认的反向干扰情况通知联通来进行处理继续跟踪确认外部干扰问题的及时解决掉话的分类掉话的分类-续续反向链路锁定掉话（不常发生）反向链路锁定掉话（不常发生）原因：BTS中的CE无法锁定反向链路在硬切换过程中基站提供的环路延迟不准确CE软件问题措施:确认业务信道的搜索窗口和解调窗口所设定的值是相同的检查硬件告警或更换CEM板卡掉话的分类掉话的分类-续续其他的优化问题其他的优化问题优化过程中还需要对网络中优化过程中还需要对网络中Ec/Io很差的地区也进行优化，因为在这很差的地区也进行优化，因为在这部分地区可能会导致掉话部分地区可能会导致掉话导频污染导频污染在RFO中通过设定以下门限很容看到导频污染地区接收电平 -100dBm 并且最强PN的Ec/Io 使用的扇区数=5其他一些其他一些Ec/Io差的问题差的问题通常在RFO中设定下面的门限可以找到其他Ec/Io差的问题接收电平 -100dBm并且最强PN的Ec/Io 通常都是由于内部或外部的前向干扰造成的这些问题可以用前面讲到的掉话分类的解决方法来处理这些问题可以用前面讲到的掉话分类的解决方法来处理优化案例分析优化案例分析下图红圈范围内掉话，原因主要是主服务小区下图红圈范围内掉话，原因主要是主服务小区318在此范围覆盖比在此范围覆盖比较弱，没有主导频小区，较弱，没有主导频小区，Ec/Io较差，调整该小区的天线增强在此地较差，调整该小区的天线增强在此地区的覆盖区的覆盖优化实例优化实例1:覆盖控制覆盖控制调整了天线后，复测在该地区的调整了天线后，复测在该地区的Ec/Io水平已经得到改善，未发现掉话水平已经得到改善，未发现掉话优化实例优化实例1:覆盖控制覆盖控制在直放站覆盖范围内起呼的电话，在向基站前进过程中掉话3.53.5kmkm1.51.5kmkm优化实例优化实例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那么，手机收到两路信号的相对时延=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后，再次测试已经没有掉话现象在基站MC800BTS1141下发起的3G语音呼叫，在向基站MC800BTS0006前进过程中掉话，2G呼叫都很正常优化实例优化实例3：P_REV优化实例优化实例3：P_REV掉话原因分析：掉话原因分析：从基站MC800BTS1141向MC800BTS1006前进的过程中，手机已经发现MC800BTS1006的PN363足够强，手机向系统发送PSMM要求向该站请求切换，但系统始终未向手机发送HDM，导致该PN无法加如ACTIVE集，造成干扰，最终导致掉话。优化实例优化实例3：P_REV掉话原因分析：掉话原因分析：通过检查系统参数设置，发现基站MC800BTS1006的参数设置不匹配，虽然RadioConfig和CellCap都设置成MixedRRM，但该站的P_REV却设置成了5，使得3G的呼叫无法正常进行切换，导致掉话，2G的呼叫在此地区都非常正常。手机在其他1x基站（PREV=6，RADIOCFG=MixedRRM，CELLCAP=MixedRRM）下发起3G语音呼叫。手机检测到相邻小区（该小区PREV=5，RADIOCFG=MixedRRM，CELLCAP=MixedRRM）的Ec/Io=T_Add，向系统发送PSMM，请求切换。SBS收到手机的切换请求，对切换进行判断，发现目标小区CELLCAP=MixedRRM，认为该小区有能力支持3G语音呼叫，同意切换，并通知基站分配信道。基站收到SBS的信令后，发现本小区PREV=5，不能支持3G语音呼叫，对此3G语音切换不能支持，不向手机发送Handoff Direction Message。手机不能得到系统对切换请求的响应，切换失败。在继续向目标小区前进时，目标小区的干扰逐渐增强，最终造成掉话。把MC800BTS1006的P_REV改成6后，再次测试3G呼叫能进行正常切换，未发生掉话优化实例优化实例3：P_REV优化实例优化实例4：功率控制参数：功率控制参数在每年全国的大区检查中，在每年全国的大区检查中，FER指标是其中一项重要的评分标准，要求指标是其中一项重要的评分标准，要求FER按照优化的思路首先是要控制覆盖，尽量减少前向的干扰，提高前向按照优化的思路首先是要控制覆盖，尽量减少前向的干扰，提高前向FER在控制覆盖之后，按当前设置，经测试在控制覆盖之后，按当前设置，经测试FER指标无法达到大区检查的要求，指标无法达到大区检查的要求，需要相应调整功率控制参数提高前向需要相应调整功率控制参数提高前向FER的指标。的指标。由于语音业务对由于语音业务对FER并不敏感，在充分考虑到容量和质量平衡的情况下，北并不敏感，在充分考虑到容量和质量平衡的情况下，北电推荐的前向电推荐的前向FER TARGET设置为设置为2%。因此我们调整了下表所列的和前向因此我们调整了下表所列的和前向FER有关的功率控制参数有关的功率控制参数优化实例优化实例4：功率控制参数：功率控制参数优化实例优化实例4：功率控制参数：功率控制参数调整后的结果如下表所列调整后的结果如下表所列注意事项：注意事项：由于功率控制参数需要在质量和容量之间找到平衡点，提高质量的同时由于功率控制参数需要在质量和容量之间找到平衡点，提高质量的同时就需要牺牲一定的容量，所以在话务量非常高或负载很大的地区不建议就需要牺牲一定的容量，所以在话务量非常高或负载很大的地区不建议进行调整，否则可能影响到网络性能进行调整，否则可能影响到网络性能由于提高了发射功率，可能导致网络噪声水平增加，同时需要调整部分由于提高了发射功率，可能导致网络噪声水平增加，同时需要调整部分小区的接入参数保证正常的接入性能小区的接入参数保证正常的接入性能优化实例优化实例5：基站切换成功率低基站切换成功率低某基站切换成功率低.通过检查近几日的OM CAUSCT3V/CAUSCT3D/CAUC PSCT 发现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
