1、朗讯 CDMA 网络RF 优化分析,2004. 04,朗讯中国辽宁项目组,内容目录,I.工程优化1.1 优化流程 II.维护优化2.1 搜索窗问题的检查方法2.2 PN码问题的检查方法2.3 基站硬件问题的检查方法2.4 手机问题的检查方法2.5 PP CE Blocking的检查方法,网络优化的两个阶段,优化的两个阶段:工程阶段的网络优化运行维护阶段的网络优化,一. 工程优化基站割接按照RF设计调整旧站天线路测及数据分析网络调整验证路测优化报告优化结束,工程阶段的优化主 要是依靠路测，通过对 路测数据的分析，对网 络做出调整当然，也要结合话 务统计反映出的各项网 络指标（如：掉话率、 呼叫建
2、立成功率、软切 换成功率等）,网络优化的两个阶段,系统优化完成否？,No,Exit,优化流程,网络优化的两个阶段,二.维护优化网络运行的监视硬件问题的检查覆盖的优化容量的优化参数的优化,维护阶段的优化主 要依靠话务统计数据的 分析。应特别关注单个 基站的掉话率（尤其是 Shutdown的比率）当然，也要以用户 投诉为辅助。因为，它 是反映网络状态的相当 重要的一个方面。,网络可能出现的典型问题,邻居导频列表漏列了导频 导频Ec/Io弱，高FER或掉话 移动台/基站搜寻窗不够大 导频Ec/Io弱，高FER或掉话 前向覆盖问题 Ec/Io低，手机接收功率低，高FFER 前向有太大的带内干扰 （导频
3、污染） Ec/Io低，手机接收功率足够，高FFER 多个导频具有相当高的强度，但Ec/Io低 “转角”问题 手机发现了强的干扰，无法切换到足够强的导频上产生掉话,搜索窗问题的检查方法,II.维护优化,基站扇区的搜索窗大小设置不合理会影响到基站远处覆盖区域内的切换及主被叫。 发现搜索窗大小设置不合理的主要办法是通过测试软件实地路测，在路测过程中发现存在于Neighbor List中的邻小区导频的时延过大，不能正常切入。,搜索窗问题的检查方法,另外我们也可以通过话务分析，根据直放站光纤距离等因素优化搜索窗大小。,直放站346-2,通过话务分析我们可以看到施主扇区及与直放站切换扇区的掉话率高于其它扇
4、区。,直放站施主基站,与直放站发生切换的扇区,II.维护优化,搜索窗问题的检查方法,该直放站的光纤距离是20公里。那么直放站所发射的信号时延大约是123个码片。在将施主扇区的搜索窗放大的同时将与之相切换的基站扇区邻区集放大。在进行调整后直放站施主基站的掉话率有所下降，并且与直放站发生切换的基站扇区的掉话率也有所下降。,II.维护优化,直放站346-2,直放站施主基站,光纤距离20公里,与直放站发生切换的扇区,A 06 REPT:CELL 302 CP FAILURE, UNANSWERED ORIGINATIONLOST CALLDCS 8 TG 998 TM 27 SG 0 ANT 3CAR
5、RIER 1, CHAN 283 FS-ECP ID 1, SYS ID 13868DN 133*873, MIN 03*9429, IMSI UNAVAILSN X2ff9dc4a SCM 2aALW CDMA, ASGN CDMACDM 1, CCU 1, CE 47, PP 1, ECP ID 1, SYS ID 13868CELL 302, CDM 1, CCU 1, CE 47, PP 1, SECTOR 2, ECP ID 1, SYS ID 13868CELL 360, CDM 1, CCU 1, CE 20, PP 1, SECTOR 2, ECP ID 1, SYS ID 1
6、3868,PN码问题的检查办法,有时我们通过基站扇区掉话时所发生的切换可以确定是否为PN码问题导致。即观察两扇区的切换请求是否合理，天线朝向及物理距离是否可以满足条件。,以下是302号站第3扇区掉话的ROP消息，表现出这个掉话是发生在302的第3扇区与360的第2扇区发生切换的区域。并且302号站第3扇区的掉话大部分都与360号站有关。,II.维护优化,302_3,360_2,“360_2”,PN码问题的检查办法,直线距离20公里,302号与360号站的直线距离20公里，并且中间有359号基站相隔。 302号站的第3扇区方向角190度，360号站第2扇区方向角100度。 根据基站的物理位置及天
7、线的朝向，这两个扇区发生切换的可能性很小。,II.维护优化,302号第3扇区与360号站1、2扇区切换比率都较高，但是302号站第2扇区与360号站1、2扇区切换比率是很少的。 根据天线朝向分析，这种不平衡的切换比率是不正常的。,PN码问题的检查办法,II.维护优化,302第3扇区与其它扇区的切换比率,302第2扇区与其它扇区的切换比率,与360-1的切换比率是14.34%；与360-2扇区的切换比率是10.171%,与360-1的切换比率是0.533%；与360-2扇区的切换比率是0%,3,2,由此我们可以确定有一路PN码与360的第2扇区相同的导频信号覆盖到了问题区域。302号站的第3扇区
8、通过PN码将这路信号误认为是360号站的第2扇区，并且要求与之发生切换，从而发生大量掉话。,PN码问题的检查办法,II.维护优化,302_3,360_2,“PN = 360_2”,基站问题的检查方法(1),CCU 问题影响手机的切换及主被叫。假设问题基站配有两块以上相同类型的CCU板，我们就可以通过ROP文件得到手机在掉话时所占用的CCU及CE。当绝大部分的掉话都发生在同一块CCU上时，我们可以认为该CCU存在问题。A 17 REPT:CELL 339 CP FAILURE, UNANSWERED TERMINATIONCALL SHUTDOWNCALL RELEASE REASON - IN
9、TERNAL ERROR BY EITHER SIDE 1DCS 8 TG 997 TM 236 SG 0 ANT 3CARRIER 1, CHAN UNAVAIL FS-ECP ID 1, SYS ID 13868DN 133*8277, MIN 03*3318, IMSI UNAVAILSN Xc3815193 SCM 2aALW CDMA, ASGN CDMACDM 1, CCU 3, CE 60, PP 1, ECP ID 1, SYS ID 13850,II.维护优化,假设问题基站配有两块不同类型的CCU板时，也可以根据SMART分析是否掉话都集中发生在2G或者3G上面；2G或3G呼
10、叫在周围基站与问题基站切换时的软切换成功率是否下降来判断是不是2G或者是3G CCU板出现问题。,基站问题的检查方法(2),II.维护优化,类似问题在分析时应注意2G用户与3G用户的数量差异，例如城市中3G用户相对农村的3G用户要多。而在农村，2G呼叫的话务量可能是3G呼叫话务量的几倍或十几倍。,TFU 问题影响软切换成功率。在实地测试中可以发现手机显示的时间与当前时间不符。去出现TFU故障的站和周围站路测，路测文件也显示基站时间不正确。如下图所示：,基站问题的检查方法(3),II.维护优化,实地路测中，出现TFU故障基站的周围掉话很多。在问题基站下，主被叫，Ec/Io, MRX, MTX,
11、FFER等都正常。并且可以实现更软切换。到此站与其他站的切换区域，有其他站的PN 码切入后，Ec/Io, MRX, MTX都正常，FFER增高，最终发生掉话。,基站问题的检查方法(3),II.维护优化,在432切入后FFER升高到64，但这时的Ec/Io, MRX, MTX都正常。,基站问题的检查方法(4),CBR及天馈问题表现为单个扇区掉话率、呼叫建立失败率升高及话务量下降。实地测试表现为主被叫不能建立；或者手机接收功率较低。对路测数据进行单导频覆盖分析是发现此类问题的方法之一。,II.维护优化,PN=168,基站问题的检查方法(4),通过SMART数据可以直接发现某基站三个扇区话务量相差悬
12、殊。 或者利用SMART数据制作Mapinfo图示也可以很明显的看出话务量的分布。 左图中第1、2两个扇区的日呼叫次数均1000以上，但第3扇区的日呼叫次数还不足200次。,II.维护优化,基站问题的检查方法(4),通过各个扇区主覆盖的地域类型可以看出第三扇区的覆盖区域与各外两个扇区的覆盖区域相比建筑密度更大，话务量相对另外两个扇区了应该稍高。,第一扇区覆盖区域,第二扇区覆盖区域,第三扇区覆盖区域,II.维护优化,对三个扇区的覆盖目标进行核查也是发现此类问题的方法之一。,基站问题的检查方法(4),II.维护优化,通过历史话务量的对比，我们也可以很明显的看出话务量变化异常。,实地路测及数据分析；
13、 同一基站不同扇区的话务量对比及对不同扇区的主覆盖目标核查； 历史话务量对比；基于以上几点，可以确定为问题扇区的天线、功放、CBR或者驻波比出现问题。,基站问题的检查方法(4),II.维护优化,手机问题的检查方法,我们在日常的网络监测过程中有时会发现某个基站或扇区掉话率突然恶化，通过SMART分析发生掉话的原因，大部分的FAILURE属于同一类型；例如2G CP、3G CP或3G RF。,II.维护优化,手机问题的检查方法,上图中是基站270第2扇区3个小时的SMART数据对比结果。正常情况下该扇区的掉话率应小于0.3%，但是忙时的掉话率却高达8.48%，总共发生了14个掉话，并且这14个掉话
14、同属3G Voice CP Drop Call Num。引起这种掉话率急剧恶化的原因有可能是生发在基站或移动台等几个方面。我们可以利用“cgrep”命令从当天的“.APX”文件里提取出270号站忙时发生的所有FAILURE。,II.维护优化,cgrep -+w# “CELL 270 CP” yymmdd.APX /home/rfteam/cell270.txt-w 指定字符之前的一段 +w指定字符之后的一段,手机问题的检查方法,通过ROP中的记录，我们发现270号站第2扇区的14个掉话全部是CS16，都是发生在270的2扇区与264的3扇区的切换区域。并且电话号码都是 133*2878。,A
15、12 REPT:CELL 270 CP FAILURE, ANSWERED TERMINATIONCALL SHUTDOWNCALL SHUTDOWN REASON - ACT SET FAILURE 16CALL RELEASE REASON - INTERNAL ERROR BY EITHER SIDE 1DCS 8 TG 998 TM 429 SG 0 ANT 2CARRIER 1, CHAN UNAVAIL FS-ECP ID 1, SYS ID 13868DN 133*2878, MIN 09*3176, IMSI UNAVAILSN Xc339a29d SCM 2aALW CDMA
16、, ASGN CDMACDM 1, CCU 2, CE 31, PP 1, ECP ID 1, SYS ID 13868CELL 264, CDM 1, CCU 3, CE 35, PP 1, SECTOR 3, ECP ID 1, SYS ID 13868A 12 REPT:CELL 270 CP FAILURE, ANSWERED TERMINATIONCALL SHUTDOWNCALL SHUTDOWN REASON - ACT SET FAILURE 16CALL RELEASE REASON - INTERNAL ERROR BY EITHER SIDE 1DCS 8 TG 998
17、TM 605 SG 0 ANT 2CARRIER 1, CHAN UNAVAIL FS-ECP ID 1, SYS ID 13868DN 133*2878, MIN 09*3176, IMSI UNAVAILSN Xc339a29d SCM 2aALW CDMA, ASGN CDMACDM 1, CCU 2, CE 47, PP 1, ECP ID 1, SYS ID 13868CELL 264, CDM 1, CCU 3, CE 41, PP 1, SECTOR 3, ECP ID 1, SYS ID 13868,II.维护优化,手机问题的检查方法,再次利用“cgrep”命令从当天的“.AP
18、X”文件中提取出“133*2878”用户发生的所有Failure我们发现这个号码在别的基站下也出现类似问题。至此，该基站忙时掉话率恶化的原因确定为用户手机问题。,A 12 REPT:CELL 270 CP FAILURE, ANSWERED TERMINATIONCALL SHUTDOWNCALL SHUTDOWN REASON - ACT SET FAILURE 16CALL RELEASE REASON - INTERNAL ERROR BY EITHER SIDE 1DCS 8 TG 998 TM 429 SG 0 ANT 2CARRIER 1, CHAN UNAVAIL FS-ECP
19、ID 1, SYS ID 13868DN 133*2878, MIN 09*3176, IMSI UNAVAILSN Xc339a29d SCM 2aALW CDMA, ASGN CDMACDM 1, CCU 2, CE 31, PP 1, ECP ID 1, SYS ID 13868CELL 264, CDM 1, CCU 3, CE 35, PP 1, SECTOR 3, ECP ID 1, SYS ID 13868A 12 REPT:CELL 271 CP FAILURE, ANSWERED TERMINATIONCALL SHUTDOWNCALL SHUTDOWN REASON - A
20、CT SET FAILURE 16CALL RELEASE REASON - INTERNAL ERROR BY EITHER SIDE 1DCS 8 TG 128 TM 605 SG 0 ANT 1CARRIER 1, CHAN UNAVAIL FS-ECP ID 1, SYS ID 13868DN 133*2878, MIN 09*3176, IMSI UNAVAILSN Xc339a29d SCM 2aALW CDMA, ASGN CDMACDM 1, CCU 1, CE 42, PP 1, ECP ID 1, SYS ID 13868,II.维护优化,SMsmdump命令的使用,HOU
21、R 15CELL 04/02/04 14:00 04/02/04 15:00CL289 F2011DDGA-S2-01-ff-51 RCSCDMA-CS 01500 00000 00000 00062 00000 00000 00000 00530 00000 00000 0000000000 00000 00000 00000 00000 00000 00000 00000 00000 00000 0000000000 00000 00000 00000 00000 00000 00000 00000 00000 00000 0000000000 00000 00000 00000 0000
22、0 00000 00000 00000 00000 00000 0000000000 00000 00000 00000 00000 00000 00000 00000 00000CDMA-CARRCARR 01 00000 00000 00000 00000 00000 00000CARR 02 00000 00000 00000 00000 00000 00000,如果有数值是handoff的blocking,如果数据段中有值是PP Blocking 如果数据段中无值是CE Blocking,SMsmdump H15 C289 t /home/rfteam/test289blk.txt,II.维护优化,-H15： 14：0015：00,-C289： Cell 289,谢 谢!,
