广东TD网络优化案例.docx
《广东TD网络优化案例.docx》由会员分享，可在线阅读，更多相关《广东TD网络优化案例.docx（53页珍藏版）》请在冰豆网上搜索。
广东TD网络优化案例
TD网络优化案例汇总
二零零九年三月
1.切换优化案例3
1.1.小区切换过慢引起的掉话案例分析3
1.2.手机问题导致的异常切换案例分析4
1.3.强信号向弱信号的切换导致的切换失败案例分析5
1.4.小区同步问题引起的切换失败案例分析6
1.5.漏定邻区导致无法切换案例分析8
1.6.干扰导致切换失败9
1.7.基站和网络不同步导致切换失败11
1.8.街角效应优化案例11
1.9.邻区定义不完整导致切换掉话16
2.故障优化案例17
2.1.分布系统故障导致弱覆盖17
2.2.目标小区故障导致切换失败19
2.3.通道问题导致无法起呼20
2.4.RRU隐性故障导致掉话处理案例21
2.5.GPS故障导致的上行干扰处理案例23
2.6.室内分布系统故障26
3.起呼优化案例27
3.1.MSC漏定义CELL数据导致CS不能起呼处理案例27
3.2.DCA算法排序的优先级不一样导致的起呼失败30
3.3.RRS版本问题导致无法起呼31
3.4.MSC处理机制导致接入失败案例分析33
3.5.RRS故障引起的登记失败34
4.弱覆盖优化案例35
4.1.弱覆盖导致掉话处理案例35
4.2.天线放置不合理导致弱覆盖处理案例37
4.3.站点规划不当导致弱覆盖掉话处理案例39
4.4.波束宽度对覆盖效果的影响处理案例42
5.干扰优化案例45
5.1.干放干扰导致掉话45
5.2.系统内同频干扰引起的的掉话处理案例47
6.其他优化案例49
6.1.上行失步引起的掉话案例分析49
6.2.PS速率慢50
1.切换优化案例
1.1.小区切换过慢引起的掉话案例分析
故障现象
在地铁二号线江南西站做室内外切换测试时发现室内外不能正常切换,导致弱信号掉话
告警信息
无
原因分析。
在呼叫建立在室外小区CPI122上,在向地铁站二号线江南西站移动时,室外信号逐渐变弱,而室内信号变强且超出服务小区3dB以上且持续时间10秒但UE一直没有满足没触发切换事件上报条件,当达到触发切换事件时,服务小区CPI122的信号较差RSCP达到-108dBm,上下行链路信号质量较差,导致UE上发的切换事件报告,RNC不能解调,或RNC收到切换事件报告,下发了切换指示消息但UE不能解调最终导致掉话.
处理步骤
1.建议修改切换事件门限值
2.建议修改切换计时器
3.使切换尽可能早的发生切换以保证室内外切换正常.
经过分析发现触发时间过长，将切换时间从640ms调整到320ms，问题得到解决。
故障总结
在室内和室外的切换中,如果切换的触发时间和切换门限设置不当很容易导致切换失败.
对目前的TD网络都是采用默认值的方式,每个室内站点的切换情况都不太一样,因此这些默认值对室内站的影响比较大,最好能根据实际情况进行调整.
1.2.手机问题导致的异常切换案例分析
故障现象
室外小区（广州客村2）CPI82切换到室内小区（广州客村立交立信大厦）异常CPI123，室内小区比室外小区信号强30dB仍然没有发生切换，导致掉话。
告警信息
无
原因分析。
室外小区（广州客村2））CPI82切换到室内小区（广州客村立交立信大厦）CPI123失败，室内小区比室外小区信号强30dB仍然没有发生切换，从信令上看系统下发了MeasurementControl消息但隔了1分多钟，UE也没有上发测量报告MeasurementReport消息，在没有MeasureReport没有收到的情况下，RNC没有办法作出切换的判断，导致掉话。
此处因为是UE一直没有上报MeasureReport问题导致的切换不成功，因此定为此问题为UE的问题。
处理步骤
更换其他软件版本手机进行测试，发现无此问题发生。
故障总结
大唐测试手机目前主要有DTM81202.00.04、DTM81202.00.05、DTM81202.00.06、DTM81202.00.07四个版本，除了DTM81202.00.07版本性能较为稳定外，其他版本手机均存在缺陷，导致测试时会产生与基站失步或其他问题。
1.3.强信号向弱信号的切换导致的切换失败案例分析
故障现象
广州长江服装辅料广场测试中发现手机会向比服务小区弱的小区进行切换,导致切换失败
告警信息
无
原因分析。
呼叫建立在室内小区CPI45（广州瑞康服装配料城）上,信号很好RSCP为-54dBm左右,但RNC却下发了切换指示消息,切换目标小区为CPI17,此时目标小区的信号很弱,并没有出现在最强的6个邻区列表中.切换后立即掉话.
处理步骤
4.检查服务小区的绝对切换强度门限设置
5.检查邻小区的绝对切换强度门限设置
6.检查小区的个性偏移值
经过检查发现弱信号的个性偏移值设置过大。
故障总结
在TD切换中,应该适当的设置参数,使只有在需要的时候才发生切换.如果服务小区的信号足够好,不能发生切换.
如果小区的切换强度门限值设置不当,会导致在信号很好的情况下也发生切换,增加信令负荷,并且如果小区个性偏移设置不当,会向差的小区切换,导致切换失败.
1.4.小区同步问题引起的切换失败案例分析
故障现象
在广州长江服装辅料广场做VP测试时，发现部分室内区域信号强度相当，载频间切换频繁，并发生多次切换失败，导致网络指标下降。
告警信息
无
原因分析。
呼叫建立在室外小区CPI65上，UE检测到其邻区列表中CPI17的室外小区信号强于服务小区并向RNC上报了该小区，RNC收到后随即下发了切换指示消息，但UE不能切向目标小区CPI17，且每次切换时C/I值变化较大，切换前为13dB，而切换时达到-15dB，存在强烈的干扰，可能是UE与目标小区不能同步所致。
处理步骤
检查目标小区UARFCN为10112，CPI为17的小区基站是否存在故障或同步问题。
经过检查发现邻小区GPS偏移，导致小区间同步出现问题，经过小区重新激活，问题得到解决。
故障总结
小区间的不同步会直接导致切换的失败。
1.5.漏定邻区导致无法切换案例分析
故障现象
从室内向室外切换,无法正常切换,造成掉话。
告警信息
无
原因分析
室内小区向室外小区发送切换请求，但是原有室外邻区信号弱，导致无法切换。
通过手机在室外测试发现中南酒家（RNC=1001,CELLID=63073,UARFCN=10062,CPI=89）,天贵路3小区（RNC=1001,CELLID=21960,UARFCN=10087,CPI=30）信号较强，且通过软件发现与不夜天酒店站点地理位置相隔较近，通过基站人员查证没有与不夜天酒店互为邻区关系，由此确定为缺少邻区导致无法切换。
处理步骤
把中南酒家（RNC=1001,CELLID=63073,UARFCN=10062,CPI=89）,天贵路3小区（RNC=1001,CELLID=21960,UARFCN=10087,CPI=30）和茶园路不夜天酒店配置互为邻区.配置完成邻区关系之后切换正常。
测试正常图如下所示：
故障总结
在测试过程当中发现室外邻区信号弱，应该通过测试手机在IDEL状态下在室外让小区重选，确认是否有室外信号较强的小区存在。
或通过站点地图软件确定是否有与室内站点较近的室外小区，并且确认是否与室内站点建立双向邻区关系，如果缺少邻区关系，则通过基站人员加上邻区关系可使切换恢复正常。
1.6.干扰导致切换失败
故障现象
天晟明苑该站点无法正常切换，RNC查询该小区状态正常。
告警信息
无
原因分析（从频点来看是中兴的频点）
在该站点做室内外小区之间切换较难，经常切换失败；从上行发送功率来看，切换失败前非常大达到了23dBm（UE_TxPower:
23dBm），将近UE最大的发送功率24dBm，且PCCPCHC/I:
-9dB，从这里可以确定切换失败为上行质差所造成。
结合测试软件中的邻集表与上图小区相邻图不难发现，天晟明苑2_主小区（1005454）与广州金穗路1_小区（100875）定为邻区关系，但广州黄埔大道西3_小区（1008766）与广州金穗路1_小区（100875）为同频，且广州黄埔大道西3_小区（1008766）离主小区（1005454）较近。
因此可以判断为主小区（1005454）向目标小区（100875）切换失败原因是同频小区（1008766）造成严重干扰导致切换失败。
故障处理
添加主小区广州天晟明苑2_30154与广州黄埔大道西3_4331为邻区关系。
故障总结?
?
由于TD信号传播速率与损耗问题，让频点分布密度加大从而容易出信号强度较强接近的相同频点，且之间又没有配置好邻区关系，出现同频点间的干扰导致切换异常。
1.7.基站和网络不同步导致切换失败
故障现象
三银大厦该站点不能正常切换,无论是从室内往室外或是室外回到室内,都是信号强度一直变弱达到-116dBm导致掉话，而不能发生切换，RNC查询该小区状态正常。
告警信息
无
原因分析
从主邻集信息发现其他基站（该站点只有一个小区情况下其他小区可以说是其他基站）的RSCP值为-116dBm,检测不到其他基站的信号,即当服务小区为三银大厦时其他邻区小区RSCP值全部为－116dBm，当基站和网络不同步的时候就会出现这种典型状态，UE不能解调其它小区信号。
初步判断是三银大厦基站GPS出现故障导致不能和网络同步。
故障处理
现场检查GPS发现馈线短路，经过工程整改后问题得到解决。
故障总结
TD-SCDMA是同步系统，从而需要引入GPS。
GPS故障会影响基站同步，同步出了问题从而影响正交性，严重影响服务质量。
所以在工程、维护阶段都要重视GPS设备，另外也要建议设备商采用质量和可靠性较好的GPS。
1.8.街角效应优化案例
故障现象/（质量提升原因分析）
在深圳开展的TD-SCDMA补充测试第二阶段测试外场中，我们发现在通过无线T第2小区和新洲村T的第1小区之间的街角时，会很容易产生掉话。
街角示意图如下：
告警信息
无告警
原因分析/（解决方案）
通过分析，我们确定是当UE进入街角区域后，Cell1无线T第2小区的信号由于受到街角处高楼-湖北大厦的阻挡，其接收信号PCCPCHRSCP急剧下降，而由于网络默认切换参数对网络变化的反应速度不够快，导致UE不能及时切换至Cell2新洲村T的第1小区，而产生掉话。
根据日常网络优化经验，影响切换成功率的参数主要有延迟触发时间、切换迟滞值，下面将分别从这两个参数的影响进行分析。
1、事件延迟触发时间对街角效应中切换的影响
在延迟触发时间被设置为系统默认配置（5000ms）时，通过多次现场测试，UE平均切换成功率为8.33%。
下图是在测试中发现的一起UE在掉话时刻接收到的PCCPCHRSCP的变化情况。
Cell1为源小区。
当UE进入街角区域后，接收到Cell1的PCCPCHRSCP信号急剧恶化，在时刻10:
22:
06由-100dBm突然降至-115dBm。
由于网络默认将异频切换2A事件触发时间设置为5000ms，这个值对于街角区域来说过大，UE不能及时向网络上报2A事件测量报告去触发切换，从而导致UE于时刻10:
22:
06在Cell1掉话。
由此可见，在街角效应中，如果事件延迟触发时间取值过大，UE不能在信号恶化时及时上报2A事件，导致UE尚未切换，在原小区就发生掉话；或者由于测量报告上报过迟，切换时信号已经严重恶化，从而导致切换失败。
2、迟滞值对街角效应中切换的影响
调整2A迟滞值为一个较小的值（2.5dB），进行多次测试，所有切换全部成功，但UE在慢速（10km/h）通过街角时伴有乒乓切换的现象，发生概率为75%，
下图是在测试中发现的发生乒乓切换时UE接收到的PCCPCHRSCP的变化。
Cell1为源小区，Cell2为目标小区。
UE进入街角区域后，接收到Cell1的PCCPCHRSCP信号恶化，在14:
22:
44时刻上报异频切换2A事件，从Cell1切换到Cell2。
由于切换迟滞值仅设为2.5dB，而在街角两个小区的信号变化都比较剧烈，UE在14:
22:
44时刻又切换回Cell1，在14:
23:
05时刻再从Cell1切换到Cell2，发生了乒乓切换。
过小的切换迟滞会使UE更加容易上报2A事件，从而导致了UE在两个小区间发生乒乓切换，并使切换带提前。
由此可见，与一般切换环境相比，在街角效应下，过小的迟滞容易引发乒乓切换。
处理步骤/（优化前后对比分析）
通过以上分析，可以得到的结论是，减小事件延迟触发时间有助于提高切换成功率，过小的切换迟滞值容易引起乒乓切换
与普通切换环境相比，在街角环境下信号衰落很快。
为了提高切换成功率，我们建议切换参数应朝着使切换容易发生的方向去调整。
此外，合理的切换参数配置需要综合考虑各切换参数的组合，并且与实际网络负载状况和周边的无线传播环境紧密相关。
对于在深圳无线T2和新洲村T1两小区覆盖的街角我们建议使用如下切换参数配置：
硬切换类型
1G迟滞
1G事件延迟触发时间
2A迟滞
2A事件延迟触发时间
事件上报
7dB
640ms
6.25dB
640ms
下面是将切换参数修改成建议值后，一次切换成功时UE接收到的信号PCCPCH_RSCP的变化：
Cell1为源小区，Cell2为目标小区。
UE进入街角区域后，接收到的Cell1的PCCPCHRSCP信号恶化，在13:
53:
59时刻接收到Cell2的PCCPCHRSCP超过Cell1的PCCPCHRSCP6.25dB（迟滞），且已维持了640ms（事件延迟触发时间），就开始向网络上报2A事件，触发切换，成功切换到Cell2。
故障总结
无论在3G移动通信网络，还是2G网络，街角效应都是普遍存在的问题，特别是在城区，建筑物密集，无线网络环境变化快，街角效应所带来的网络问题，变得尤为突出。
一般来说，街角掉话都是由于切换不及时导致的。
因而，本案例从解决街角效应问题的主要手段-切换出发，考察切换参数对于切换成功率的影响，给出了较合理的参数配置，解决了街角效应中常有的掉话和乒乓切换现象。
1.9.邻区定义不完整导致切换掉话
故障现象
广州广大商业中心从室内CPI101切换到室外CPI87后，由于CPI87与CPI127在室外信号相当，CPI087迅速切换到了CPI127上，但由于CPI101与CPI127未做邻区关系，导致从室外到室内的切换失败直至掉话。
告警信息
无
原因分析。
广州广大商业中心的CPI为101。
此处的切换过程为从CPI101->CPI87->CPI127，因为CPI101与CPI87，CPI87CPI127都定义为邻区，CPI101与CPI127没有定义切换关系。
在发生CPI101->CPI87切换时，CPI127的信号非常好为-60dbm左右，但是因为没有定义邻区所以没有切换到CPI127，经过CPI187切换到了CPI127，但是在室内信号比较强的时候，信号不能切回CPI101就会产生掉话。
处理步骤
补充邻区关系，将CPI101与CPI127互相加为邻区。
故障总结
由于网络建设不断进行，新增基站后未及时补充邻区关系，导致网络质量下降，因此需要及时更新新增基站与周边基站的邻区关系列表。
2.故障优化案例
2.1.分布系统故障导致弱覆盖
故障现象
经过测试发现锦恒商业广场该站点电梯信号较弱，RNC查询该小区状态正常。
告警信息
无
原因分析
测试情况截图如下：
由于只有电梯信号较弱，而其他区域正常；初步判断为电梯天线到功分器间出故障。
故障处理
经过现场检查发现功分器有问题并着手处理好信号恢复正常。
效果如下图：
故障总结
现在的TD与GSM并存的新旧系统，不但现在新的光纤容易损坏，而且一些无源器件对TD的高频不兼容问题导致信号弱覆盖。
2.2.目标小区故障导致切换失败
故障现象
测试发现万佳天河店该站点切换过程中偶尔会有切换失败，RNC查询该小区状态正常。
告警信息
无
原因分析
该站点做室内外切换时发现切换到目标小区（1006230）经常有切换失败现象，且当成功切换到小区（1006230）时也会出现掉话，初步判断为目标小区有问题。
故障处理
经过检查目标小区确实存在硬件问题，导致该小区的网络不稳定。
现在已处理好小区（华景新城N1_30510）的有问题硬件设备。
处理效果：
处理好目标小区后切换顺畅：
故障总结
硬件性能现在对TD网络仍然是最大隐患，从测试过程中发现不少站点是存在硬件稳定性较差原因造成网络质差。
这方面需要尽快加强改进。
2.3.通道问题导致无法起呼
故障现象
经过现场测试发现金山大厦该站点信号正常但在一楼大厅以及一些楼层却不能起呼，RNC查询该小区状态正常。
告警信息
无
原因分析
金山大厦TD信号源为：
TDB144A+TDRRS20-2W（六通道）2台。
该TD系统采用分层分区，B2F-12F为1小区，13F-28F为2小区。
1小区（1010451）：
RRS1的0通道、1通道、2通道与RRS2的0通道。
2小区（10079101）：
RRS1的3通道、4通道与RRS2的1通道。
本小区信号覆盖良好，但在大堂手机显示注册未知，通知OMC侧去激活该小区后再重新激活，重启手机后发现手机不再显示注册未知，但出现呼叫失败，再让OMC侧修改该小区的主频点，仍然出现该问题。
查看该站点原理图知道大堂由RRS1的1通道覆盖，属于1小区；为了分清楚是小区的问题还是RRS的问题，需要分区分通道进行测试：
抽选1小区各个通道的覆盖楼层分别进行测试：
1．RRS1-0通道（覆盖1-5#电梯）：
抽测其中一部电梯发现该通道出现呼叫失败的问题；
2．RRS1-1通道（覆盖B2-3F）：
在大堂已测该通道出现呼叫失败的问题；
3．RRS1-2通道（覆盖北塔4-12F）：
抽测该通道覆盖的北塔5F，仍是呼叫失败；
4．RRS2-0通道（覆盖南塔B2-12F）：
抽测该通道覆盖的南塔5F，发现测试正常；
由此可发现1小区并非完全有问题，由RRS1覆盖的三个通道都出现呼叫失败的情况，但RRS2的0通道覆盖正常，故暂时可排除1小区参数设置出现的问题；也可怀疑RRS1出现故障的可能性最大。
抽选2小区各个通道的覆盖楼层分别进行测试：
1．RRS1-3通道：
抽测该通道覆盖的北塔18F，测试正常；
2．RRS1-4通道：
抽测该通道覆盖的北塔22F，测试正常；
3．RRS2-1通道：
抽测该通道覆盖的南塔25F，测试正常；
由此可见2小区覆盖完全正常，RRS2也的工作状态也属正常，RRS1的3、4通道也正常，故可判断本站点RRS1的某些通道接入出现题的可能性最大。
故障处理
经过检查发现RRS的上行通道损坏，导致呼叫建立不成功。
更换RRS后呼叫正常。
故障总结
由于通道覆盖楼层的不同，在现场根据系统原理图相结合发现在同一小区出现起呼的差异，逐步推断通道存在问题。
2.4.RRU隐性故障导致掉话处理案例
故障现象/（质量提升原因分析）
9月份以来，在广深高速白壕第二工业区基站附近测试时多次掉话。
掉话情况一般为白壕第二工业区信号突变，发起切换时由于切换失败而掉话。
告警信息
基站无告警。
原因分析/（解决方案）
（1）现场多次测试，该路段信号不稳定，白壕第二工业区2信号突降。
测试过程中新联3和白壕第二工业区2切换频繁，掉话基本发生在白壕第二工业区2切往新联3过程中。
（2）可能原因：
覆盖区域受阻挡，信息突降；参数设置异常；RRU及天线方面存在不稳定因素。
处理步骤/（优化前后对比分析）
（1）现场勘察，无明显阻挡；
（2）检查功率、邻区相关设置，无发现异常；
（3）检查基站告警信息，没有任何告警；
（4）对小区进行复位，掉话仍然经常出现；
（5）更换RRU，更换后复测，多次测试均没有发生掉话，问题得到解决。
故障总结
基站隐性故障无告警出现，平时较难定位，对于部分重复出现的问题，在排除覆盖、参数等因素外，可尝试更换相关硬件。
2.5.GPS故障导致的上行干扰处理案例
故障现象/（质量提升原因分析）
在上图中的测试点，在基站“风景山庄”的第二小区DG01FJS2的通话测试中发现，在此小区覆盖范围内手机通话接通率非常低。
由路测系统得知，手机发出了”RRCConnectionRequest”，但是在RNC端，追踪信令却并没有收到此信令。
测试点离基站很近，路测得到的PCCPCH信号很强，说明下行覆盖足够。
故障发生时路测系统报告的手机发射功率很高，往往以最大值发射，表明上行很弱。
告警信息
无告警
原因分析/（解决方案）
通过LMT检查“风景山庄”第二小区DG01FJS2的干扰功率情况，发现TS3（设置为上行时隙）的干扰功率很大，空载时为-88dBm左右。
其它正常时隙干扰功率约为-109dBm，LMT显示界面如下图：
当通话接入尝试占用TS3的时候，接入失败，RNC无法收到手机发出的”RRCConnectionRequest”信令。
怀疑该小区存在严重的频率干扰。
处理步骤/（优化前后对比分析）
根据上面的原因分析，更改小区DG01FJS2的频点，使之与周围相邻小区的频率不相同。
通过LTM观察到DG01FJS2TS3的干扰功率恢复正常，约为-109dBm，如下图所示。
此时呼叫接入成功率达到正常水平。
检查与小区DG01FJS2相邻的其它基站的干扰功率情况，发现几个基站都有干扰功率过大的情况，有的甚至达到-60dBm左右。
由于已将DG01FJS2的频点改为新的频点，故可排除DG01FJS2影响周围小区的可能。
检查此片区域的基站情况，发现基站DG01ZLL（樟罗罗尾）的GPS有故障，为不可用状态。
我们怀疑是GPS故障导致基站同步丢失而产生对其它基站的干扰。
关闭樟罗罗尾基站，发现其它基站的干扰功率水平立刻恢复到正常值。
再将小区DG01FJS2的频点改回原值，干扰功率水平正常，通话接入也正常。
该小区状态的LMT窗口如下图所示：
故障总结
本次故障由于某一个基站GPS故障导致时钟不准，对周边的基站造成上行干扰，使得周边的小区接入失败率高。
关闭该故障基站，受到其影响的周边基站马上恢复正常。
经验总结，有GPS故障的基站必须立即处理或者关闭，以免造成大范围的网络性能下降。
2.6.室内分布系统故障
故障现象
广州体育花园测试中发现会所B1F和B2F没有室内信号覆盖
告警信息
无
原因分析
会所B1F和B2F没有室内信号覆盖，初步定位为室分问题。
原因：
同一通道所覆盖的别的地方一切正常，而此处无信号。
处理步骤
1．确认会所B1F和B2F有安装室内天线。
2．确认与会所B1F和B2F同一通道别的区域信号正常。
3．排查室内分布系统统线路及设备，发现连接会所的耦合器已损坏。
4．更换耦合器，信号测试正常，测试正常图如下所示：
故障总结
在测试过程当中发现室内某些区域室内信号覆盖，首先应该确定此区域是否已安装室内分布系统，如果有安装，则再确认和该区域同一通道的其他区域是否有信
升级会员 