CDMA掉话案分析_第1页
CDMA掉话案分析_第2页
CDMA掉话案分析_第3页
CDMA掉话案分析_第4页
CDMA掉话案分析_第5页
已阅读5页,还剩65页未读 继续免费阅读

下载本文档

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

文档简介

1、cdmacdma掉话案例分析掉话案例分析主要内容正常呼叫掉话产生机制掉话原因及案例分析正常呼叫移动台接收参数特点接收功率大于-100dbm发射功率小于+18dbm发射增益调整正常具体数值与基站配置等有关前向fer低至少有一个导频ec/io大于-12db正常呼叫(续-1)主要消息(假定呼叫由移动台发起和终止)origination message (移动台-基站 接入信道)base station acknowledgement message (基站-移动台 呼叫信道)channel assignment message (基站-移动台 呼叫信道)base station acknowledg

2、ement message (基站-移动台 前向业务信道)mobile station acknowledgement message (移动台-基站 反向业务信道)pilot strength measurement message (移动台-基站 反向业务信道)handoff direction message (基站-移动台 前向业务信道)handoff completion message (移动台-基站 反向业务信道)neighbour list update message (基站-移动台 前向业务信道)release order message (移动台-基站 反向业务信道)re

3、lease order message (基站-移动台 前向业务信道)起呼起呼切换切换终止终止正常呼叫(续-2)典型移动台发起呼叫典型移动台发起呼叫mobile log消息消息bts发送应答发送应答mtx发送信道分配消息发送信道分配消息sbs发送更新邻区列表发送更新邻区列表移动台指示切换完成移动台指示切换完成sbs发送接收切换指示发送接收切换指示移动台发起切换请求移动台发起切换请求移动台起呼移动台起呼正常呼叫(续-3)典型移动台终止呼叫典型移动台终止呼叫mobile log消息消息呼叫终止,移动台重新与呼叫终止,移动台重新与系统同步系统同步sbs释放业务信道释放业务信道移动台发送移动台发送re

4、lease指令指令掉话机制掉话机制在移动台和基站两侧分别定义移动台测由is-95标准定义基站侧有各生产厂家自定义基站移动台掉话机制 (续-1)is-95移动台掉话机制如果移动台在连续5秒(250个帧)内没有接收到两个连续好帧,移动台将重新初始化,导致掉话移动台在连续收到12个坏帧后将关闭发射机,当接收到两个连续好帧时重新启动发射机掉话机制(续-2)nortel cdma基站掉话机制如果基站在连续5秒(11.0以上版本可通过calldroptimer参数设为515秒)内没有接收到两个连续好帧,sbs释放业务信道,导致掉话如果基站发送hdm (handoff direction message)消

5、息后5秒内没有收到hcm (handoff completion message)消息,sbs (selector bank subsystem)将释放业务信道,导致掉话掉话原因及案例分析主要原因分类1.1.覆盖不足覆盖不足 2.过覆盖3.邻区缺失4.邻区位序不合理5.搜索窗太小6.导频混淆7.同pn8.导频污染9.边界硬切换失败10.终端问题11.外部干扰12.其它(1)覆盖不足导致的掉话移动台特点接收功率小于-100dbm发射功率大于20dbm发射功率增益调整大于-10db接收ec/io小于-14db接收fer较高解决办法检查该区域是否在预期覆盖范围之内如不在忽略如在通过调整天线方向角、下

6、倾角、发射功率等增强覆盖如不能通过调整天线增强覆盖,则需要增加新的基站案例分析掉话地点重庆成渝高速路中梁山隧道问题发现2005年重庆地区的优化过程中,在对成渝高速的路测数据分析时发现在中梁山隧道(4公里长)的中端的300米左右的区域内cdma网络信号相当弱,极易掉话问题主要是隧道口的基站发射功率无法满足隧道内覆盖(1)覆盖不足导致的掉话(续)覆盖不足导致的掉话(续-1)隧道内移动台接收功率图(1)覆盖不足导致的掉话(续)覆盖不足导致的掉话(续-2)隧道内接收电平较差(1)覆盖不足导致的掉话(续)覆盖不足导致的掉话(续-3)问题的解决初步解决方案由于在隧道口有基站天线直接对着隧道内,考虑调整参数

7、“pilotgain”,“tptltpo”的设置和天线方位角的方案经实施,效果不明显最终解决方案用boomercell的思路,彻底的增强隧道口基站的发射信号将sfrm更换成mfrm并且调整关于boomercell的部分参数bommercell参数设置最终隧道内的覆盖问题解决highpowcarhw_type_rsmoduletype_rsperpowpprenew valuetmfrm-2mfrm_mfrm22817told valuefsfrmsfrm1000f调整后的路测手机接收功率图调整导频信道功率和输出功率的增加,覆盖和ec/io都有相应的提高;满足了中梁山隧道内的覆盖率要求测试过程中

8、没有发生掉话,问题解决 (1)覆盖不足导致的掉话(续)覆盖不足导致的掉话(续-4)掉话原因及案例分析主要原因分类1.覆盖不足 2.2.过覆盖过覆盖3.邻区缺失4.邻区位序不合理5.搜索窗太小6.导频混淆7.同pn8.导频污染9.边界硬切换失败10.终端问题11.外部干扰12.其它(2)过覆盖导致的掉话概念过覆盖是指某些扇区的信号覆盖超出了预期的覆盖范围,产生网络前向内部自干扰特点过覆盖区域接收电平正常,但ec/io较差,同时具有较高的fer导频过覆盖有时会在较远的地方出现“飞地”,产生孤岛效应。在此区域移动台接收功率和ec/io很好,导致移动台和周围小区没有切换关系,在进行软切换时切换失败,导

9、致掉话过覆盖还可能会导致前反向链路不平衡、导频污染等问题解决办法控制覆盖案例分析现象重庆嘉陵新路过覆盖并产生孤岛效应问题发现2005年4月18日测试鹅岭ec/io和fer都很差,有掉话分析4月18日测试鹅岭ec/io和fer都很差,有掉话分析原因是沙坪坝区的松林坡1扇区以及重大a区1扇区过覆盖导致其中松林坡1扇区(mcbts1142_1, pn6)过覆盖信号部分区域足够强产生孤岛效应,导致掉话(2)过覆盖导致的掉话(续)过覆盖导致的掉话(续-1)掉话时ec/io覆盖图(2)过覆盖导致的掉话(续)过覆盖导致的掉话(续-2)移动台接收ec/io较差小于-16db移动台掉话后同步到pn6 (mcbt

10、s1142_1)但pn6是距掉话区域较远处基站的信号(2)过覆盖导致的掉话(续)过覆盖导致的掉话(续-3)同步到mcbts1142第1扇区pn 6pn6来自间隔多个基站之外的基站mcbts1142第1扇区(2)过覆盖导致的掉话(续)过覆盖导致的掉话(续-4)mcbts1142第1扇区(pn 6)问题解决调整天线调整松林坡1扇区以及重大a区1扇区天线下倾角和方位角调整参数站号站名小区名调整原因调整项目调整前调整后cb021松林坡142_1控制覆盖t6+0t6+2cb021松林坡142_1控制覆盖方位角3525cb068重大a区84_1控制覆盖t6+6t8+6(2)过覆盖导致的掉话(续)过覆盖导致

11、的掉话(续-5)调整后ec/io覆盖图(2)过覆盖导致的掉话(续)过覆盖导致的掉话(续-6)调整后移动台接收ec/io得到明显改善(大于-12db)掉话原因及案例分析主要原因分类1.覆盖不足 2.过覆盖3.邻区缺失4.邻区位序不合理5.搜索窗太小6.导频混淆7.同pn8.导频污染9.边界硬切换失败10.终端问题11.外部干扰12.其它(3)邻区缺失导致的掉话问题描述如果移动台要求将不以导频加入激活集,但此导频如果不在neighbour list, 则会切换失败,由于此信号已经很强,但又不能被加入激活集,对激活集信号形成强的内部自干扰,最终导致掉话解决办法在邻区列表添加相应小区案例分析现象重庆狮

12、子滩至云集路测过程中掉话原因分析由于罗维pn429小区未将云集pn126加入nl,从而导致切换失败而掉话问题解决完善邻小区关系解决掉话,复测该路段已无掉话 (3)邻区缺失导致的掉话(续)邻区缺失导致的掉话(续-1)狮子滩至云集掉话mobile log(3)邻区缺失导致的掉话(续)邻区缺失导致的掉话(续-2)移动台使用pn429进行通信,尽管信号已经很差掉话后,移动台同步到pn126掉话原因及案例分析主要原因分类1.覆盖不足 2.过覆盖3.邻区缺失4.邻区位序不合理5.搜索窗太小6.导频混淆7.同pn8.导频污染9.边界硬切换失败10.终端问题11.外部干扰12.其它(4)邻区位序不合理导致的掉

13、话问题描述手机在完成上一次切换后需要进行邻小区列表的更新及需要进行合并北电的算法是按照邻区列表中排序的先后进行合并,并且在选择active set里的pn进行邻区合并的优先原则是按其pn的ecio强度优先选择的,这就使得在active set中的两个信号的邻区在合并后使邻区列表数很轻易就达到20,排在后面的邻区也没法加进更新的邻小区列表里面,从而即使手机有时搜索到位置靠后的pn发了psmm也不能触发正常切换解决办法调整neighbour list中邻区列表顺序案例分析现象在2005年5月份对重庆市区进行路测时,从玉带山到煤气公司切换时发生掉话掉话前ec/io迅速变差,掉话后同步到pn312,并

14、且ec/io良好分析经检查,“煤气公司”已经被加在“玉带山”的二、三扇区的邻小区列表,不存在邻区缺失问题但是,“煤气公司”的pn在“玉带山”的第二,三小区邻小区列表中分别排在第19,20位从手机掉话前的log发现掉话前最后一次neighbour list update消息中根本没有“煤气公司”第二扇区的pn312存在,这说明在邻区合并是pn312被排在了20位之外同时,“玉带山”的第二,三小区存在一定的过覆盖(4)邻区位序不合理导致的掉话(续)邻区位序不合理导致的掉话(续-1)掉话前后的信号掉话前后的信号ec/io图图(4)邻区位序不合理导致的掉话(续)邻区位序不合理导致的掉话(续-2)掉话前

15、掉话后重新起呼掉话点掉话点信号恢复正常信号恢复正常(4)邻区位序不合理导致的掉话(续)邻区位序不合理导致的掉话(续-3)掉话前neighbour list update消息没有没有pn312存在存在最后一次邻最后一次邻区列表更新区列表更新解决方案方案1控制玉带山第二、三小区覆盖调整“玉带山”第二,三小区的天线俯仰角和功率设置,同时抬起“煤气公司”的第二扇区的天线角度;目的是尽量使测试的路段上“玉带山”的信号退出主导频,同时使“煤气公司”的第二扇区信号成为手机主导频调整之后未能取得明显效果,应为地形因素和用户群的分布问题,不可能对玉带山的天线无限制的下压,这样就达不到控制信号的目的考虑方案(2)

16、方案2调整邻区位序不调整两个基站的天线角度,但是将“煤气公司”的第二小区定义在“玉带山”的第二,三小区邻小区关系中的位置提前到第10位左右该方案效果明显,实施后该路段上可以从“玉带山”二扇区向“煤气公司”的第二扇区发生正常切换,不再掉话(4)邻区位序不合理导致的掉话(续)邻区位序不合理导致的掉话(续-4)调整了邻小区顺序后复测得到的手机调整了邻小区顺序后复测得到的手机loglog,软切换正常,软切换正常(4)邻区位序不合理导致的掉话(续)邻区位序不合理导致的掉话(续-5)pn312进入 neighborlist几秒之后顺利切换到pn312复测时复测时ec/ioec/io覆盖图覆盖图(4)邻区位

17、序不合理导致的掉话(续)邻区位序不合理导致的掉话(续-6)复测掉话区域覆盖良好,无掉话掉话原因及案例分析主要原因分类1.覆盖不足 2.过覆盖3.邻区缺失4.邻区位序不合理5.搜索窗太小6.导频混淆7.同pn8.导频污染9.边界硬切换失败10.终端问题11.外部干扰12.其它(5)搜索窗太小导致的掉话问题描述如果搜索窗太小,会导致某些pn落到了搜索窗之外而不能进入成为服务导频,反而该成为内部自干扰源,使该区域ec/io变差,导致掉话解决办法调整相应搜索窗口案例分析现象重庆綦江打断碑与登瀛切换过程中发生掉话原因分析主要原因还是打断碑前向搜索窗太小,登瀛pn402落到了搜索窗之外而不能参与切换而掉话

18、 问题解决将打断碑的一扇区(sector id: 1762_1, pn: 12)的激活集搜索窗由原来的改为,即搜索窗由 40 chips改为60 chips, 使得移动台在以pn12为主pn向pn402切换时pn402能落入激活集搜索窗修改swa后问题解决(5)搜索窗太小导致的掉话(续)搜索窗太小导致的掉话(续-1)登瀛pn402的pn偏移为-22chip,不能落入当前主服务区定的40chip的搜索窗之内(40/2=20,2220) (5)搜索窗太小导致的掉话(续)搜索窗太小导致的掉话(续-2)pn402的chipset为-22,不能进入激活集调整swa后切换正常 (5)搜索窗太小导致的掉话(

19、续)搜索窗太小导致的掉话(续)pn402进入激活集掉话原因及案例分析主要原因分类1.覆盖不足 2.过覆盖3.邻区缺失4.邻区位序不合理5.搜索窗太小6.导频混淆7.同pn8.导频污染9.边界硬切换失败10.终端问题11.外部干扰12.其它(6)导频混淆导致的掉话问题描述移动台在其neighbour list中已经存在某个pn,但是又接收到来自另外一个不同基站的相同pn事实上,产生混淆的pn设计时与neigbour list中已存在的pn偏移并不相同,只是由于传输延迟等原因被误判相同解决办法更改其中一个基站的pn或者将此pn从neighbour list中删除案例分析问题发现在河南新乡通过对sb

20、s log、clfl100的分析和客户回访结果,定位出bad cell xx709_2的一个高掉话区域,位于距离薄壁东南部2.7公里处的孟村初步测试和分析测试中共发起了46次呼叫,呼叫时长为3400秒,其中共发生了12次掉话该区域接收电平和ec/io正常,但掉话前移动台在不停的向系统发送piolt strengeh message 和相同的power measurement message。从这点我们可以看出前向链路在此时已经非常差,手机已经无法前向链路信息进行正常的解调,从而最终导致手机在此区域发生掉话(6)导频混淆导致的掉话(续)导频混淆导致的掉话(续-1)接收功率正常接收ec/io正常(

21、6)导频混淆导致的掉话(续)导频混淆导致的掉话(续-2)(6)导频混淆导致的掉话(续)导频混淆导致的掉话(续-3)掉话前不停地向掉话前不停地向系统发送系统发送psmm和功率测量消息和功率测量消息,这时前向链路,这时前向链路已经非常差已经非常差pn444加入到activ set中后,成为主导频 (6)导频混淆导致的掉话(续)导频混淆导致的掉话(续-4)切换前切换前pn216为主为主导频导频切换后切换后pn444成为成为主导频主导频但通过对shakedown进行分析,发现在该区域内手机只是收到了sid=14096,pn441的信号并没有收到xx732_3,pn444的信号(6)导频混淆导致的掉话(

22、续)导频混淆导致的掉话(续-5)离掉话地点最近的离掉话地点最近的pn444是是xx732_3,距离该区域大约,距离该区域大约23.65公里左右公里左右同时分析邻小区列表的定义关系发现,同时分析邻小区列表的定义关系发现,xx712_1,pn252中定义有中定义有xx732_3,pn444分析sid=14096,pn441的信号被当成xx732_3,pn444的信号加入到active set中并成为reference pn,造成手机对所测试到的其他各个pn的时延和这些pn的实际时延相差很大并且造成了pn被手机混淆移动台使用pn444作为reference pn后使用当前的搜索窗无法正确的解调出 p

23、n216、pn252和pn378的信号,从而使得前向链路质量发生恶化。 最终导致手机掉话问题解决修改xx732基站的pn,避免pn混淆的现象的发生: old pn new pn alpha: 108 15 beta: 276 183 gamma: 444 351 修改后复测确认切换正常,重新测试未发现掉话(6)导频混淆导致的掉话(续)导频混淆导致的掉话(续-6)掉话原因及案例分析主要原因分类1.覆盖不足 2.过覆盖3.邻区缺失4.邻区位序不合理5.搜索窗太小6.导频混淆7.同pn8.导频污染9.边界硬切换失败10.终端问题11.外部干扰12.其它(7)同pn导致的掉话问题描述同pn是指两个不同

24、的基站使用相同的pn,导致移动台在与基站通信是发生混乱,无法与基站正常通信同pn现象多发生于与其它地区交界的地方解决办法修改pn重庆永川边界地区同pn造成的掉话案例分析现象在重庆永川边界地区存在pn441覆盖区域内同时可以接受到四川pn441,导致掉话分析测试时的起呼位置大致在青龟山三扇区附近,该扇区pn为441,在接入的过程中,pn441进入激活集,同时进入邻集的pn经查看全是四川漫游信号掉话后,移动台又同步到pn441,从系统消息的sid及base_id看出该pn为青龟山的三扇区问题解决修改pn(7)同)同pn导致的掉话(续导致的掉话(续-1)(7)同)同pn导致的掉话(续导致的掉话(续-

25、3)四川四川pn441的邻的邻区列表区列表掉话后,移动台同步到青龟山的pn441,但邻区列表中的邻区却是四川pn441的邻区列表(7)同)同pn导致的掉话(续导致的掉话(续-3)四川四川pn441的邻的邻区列表区列表重庆重庆pn441的的sid和和基站基站id掉话原因及案例分析主要原因分类1.覆盖不足 2.过覆盖3.邻区缺失4.邻区位序不合理5.搜索窗太小6.导频混淆7.同pn8.导频污染9.边界硬切换失败10.终端问题11.外部干扰12.其它(8)导频污染导致的掉话理论概念在cdma系统中,导频污染指移动台的激活集中有5个或以上(有的地方定义为4个或以上),这些导频信号强度都高于t_add门

26、限值,而且有时没有一个信号的强度足够大成为真正的主导频在导频污染区域移动台接收功率和发射功率正常,但ec/io差,fer高,并且发射功率增益tx_gain_adj较高常用解决办法调整天线方位角和下倾角,避免不必要的过覆盖调整基站扇区发射功率,使服务区产生一到两个主导频在导频污染区域增加新基站案例分析暂无(8)导频污染导致的掉话(续)导频污染导致的掉话(续-1)掉话原因及案例分析主要原因分类1.覆盖不足 2.过覆盖3.邻区缺失4.邻区位序不合理5.搜索窗太小6.导频混淆7.同pn8.导频污染9.边界硬切换失败10.终端问题11.外部干扰12.其它(9)边界硬切换失败导致的掉话问题描述边界硬切换失

27、败掉话与触发条件目标小区的选择有关有时周围小区干扰也会导致硬切换失败掉话解决办法合理选择硬切换触发条件和目标小区控制周围小区覆盖案例分析现象北电与朗讯cdma系统之间的硬切换产生掉话掉话的发现测试在渚暨与浦江之间的杭金衢高速上进行,硬切换方式是rtd触发北电的基站是sx0245第二扇区(pn204),朗讯基站为jh99(第一扇区(pn24)从测试情况发现,另有pn348与pn204,pn24有重叠覆盖。经紹兴联通方面确认为金华在附近开通了新站jh337(浦江郑家坞火车站北)pn为(12,180,348)pn348信号太强,形成干扰,导致移动台在从pn204向pn24切换时产生掉话(9)边界硬切

28、换失败导致的掉话(续)边界硬切换失败导致的掉话(续-1)移动台在pn204上掉话后同步到348(9)边界硬切换失败导致的掉话(续)边界硬切换失败导致的掉话(续-2)掉话前使用pn204掉话后同步到pn348问题解决选择jh337_3 (pn348) 作为sx0245第二扇区(pn204)的target同时将brprtdt设置为75(相当于1.15km,jh337和sx0245之间距离为2km) 时,而且需要结合测试反复的设置修改后通话成功硬切换至jh337_3 (pn348)(9)边界硬切换失败导致的掉话(续)边界硬切换失败导致的掉话(续-3)从pn204向pn348硬切换成功(9)边界硬切换

29、失败导致的掉话(续)边界硬切换失败导致的掉话(续-4)掉话原因及案例分析主要原因分类1.覆盖不足 2.过覆盖3.邻区缺失4.邻区位序不合理5.搜索窗太小6.导频混淆7.同pn8.导频污染9.边界硬切换失败10.终端问题11.外部干扰12.其它(10)终端问题导致的掉话特点通话时间比较短,大约十几秒掉话时间比较连续手机的接收到的ec/io较好手机的型号较老,使用时间较长南方高科9988占很大的比例多为95的手机使用时间都在两、三年以上多分布在县城,乡镇解决办法回访用户,确定是手机终端问题导致掉话,并调查收集详细情况,如品牌、型号、使用时间、掉话特征等与用户协商解决终端问题河南开封2005年12月

30、两部终端问题导致掉话的参数特征序号日期时间呼叫时间(秒)掉话时的ecio (db) 掉话时离基站的距离(km) imsi112月19日17:46:1316-42.64600303*3675 212月19日17:48:3816-92.64600303*3675 312月19日17:58:4916-6.52.64600303*3675 412月19日18:4:4216-8.52.74600303*3675 512月19日18:5:1711-100.84600309*2592 612月19日18:5:3415-10.50.84600309*2592 712月19日18:11:1916-7.52.74

31、600303*3675 812月19日18:12:1416-92.74600303*3675 912月19日18:13:3116-82.64600303*3675 1012月19日18:15:3516-7.52.74600303*3675 1112月19日18:19:5016-82.74600303*3675 1212月19日18:33:4916-102.64600303*3675 1312月19日18:37:1311unknown1.24600309*2592 1412月19日18:56:2516-10.50.84600309*2592 1512月19日18:57:3620-8.50.84600309*2592 1612月19日18:57:5113-7.50.84600309*2592 1712月19日19:2:5411-10.50.84600309*2

温馨提示

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

评论

0/150

提交评论