预览加载中,请您耐心等待几秒...
1/10
2/10
3/10
4/10
5/10
6/10
7/10
8/10
9/10
10/10

在线预览结束,喜欢就下载吧,查找使用更方便

如果您无法下载资料,请参考说明:

1、部分资料下载需要金币,请确保您的账户上有足够的金币

2、已购买过的文档,再次下载不重复扣费

3、资料包下载后请先用软件解压,在使用对应软件打开

坏小区的常见处理方法在网络优化过程中,对BADCELL的处理是实施RADIOFINETUNING的重要环节。而把握无线微调的方法也是网络优化人员的必备素养。BADCELL的定义所谓BADCELL指的确实是那些未达到人们所期望的无线网络服务指标的小区。简言之,也确实是人为定义的咨询题小区。这些小区通常是高掉话小区,高分配失败小区,高拥塞小区,或低切换成功小区。BADCELL的制作关于BADCELL的制作通常有两种方法。第一种是手工编辑,选择出各项指标的未达标小区;第二种是利用MARCO和专用处理软件对话务统计报告进行处理。在那个地点只介绍第一种方法。我们对话务统计报告的每一项指标先确立一个下限,一样为:切换成功率(切入/切出)-------90%以下掉话率----------------------------2%以上分配失败率----------------------2%以上TCH拥塞-------------------------1次以上SDCCH拥塞---------------------1次以上无线接通率-----------------------95%以下*无线接通率=(1-SDCDROPRATE)*(1-TCHDROPRATE)*(1-TCHASSIGNMENTFAILURERATE),它是衡量一个网络优劣的重要指标,因为它涵盖了一个呼叫从建立到开释的整个过程,它在一定程度上反映了一个小区的综合服务质量。那个地点需要强调的是,BADCELL的下限是人为确立的,在具体操作中,我们应该更据现场网络具体情形酌情予以调整,其目的是为了更好的处理和分析咨询题。在确立了指标下限后,我们能够利用XLS表格对从OMC_R上取得的话务统计报告的后期处理文件进行滤除排序,制作出一张BADCELL表。对BADCELLLIST的分析对BADCELLLIST的分析实际上是对网络综合服务指标的分析。常见的服务指标不到位的情形有如下几种:话音信道拥塞和信令信道拥塞SDCCHCongestionRate=MC04/MC8CMC04:NoDCCHAvailableMC8c:DCCHRadomAccessTCHCongestionRate(Who)=D48/D47TCHCongestionRate(Iho)=D50/D49D48=MC12c+C181x(x=a-l)D47=MC18+MC142+MC144+MC12c+C181x(x=a-l)D49=D47+MC51+MC52+MC53+MC54+MC41+MC42+MC43+MC44D50=D48+MC51+MC41a关于TCH的拥塞的情形,我们第一要区分是话务溢出产生的拥塞,依旧话音信道分配失败产生的C181值。如为话务拥塞,(MC12有值)可采取如下措施:调整小区的最低接入电平和降低基站发射功率:Cell_Access_min,一样G3BTS为-102dbm;G2BTS为-100dbm采纳CBQ和C2算法。将CBQ设为“TRUE”;PT=31(11111);CRO=10~20db;CELLRESELCTIONIND。=PRESENT现在C2=C1-CRO,由于拥塞小区的C2值同其它小区C2相比,多了CRO值的反相补偿,因此更难被选中;而在小区选择上,由于拥塞小区开启了CBQ,故优先级低于周围小区,因此也使得周围小区分担了它的话务量。缓解了小区拥塞。(公式见附录2)调整切换参数调整切换参数所采纳的思路是使拥塞小区的话务尽可能向外切,而邻小区的话务则幸免向拥塞小区切换。常用的方法有调整HO_Margin:使切入值大于切出值。使用FreeFactor:动态平稳话务负荷对Grade值的权重。(见附录1)开启FDR:将小区边缘未触发HOAlarm,但接收信号可被邻小区所同意的电话建立在邻小区的TCH上。调整话务覆盖模型我们采纳Abis信令跟踪,取得拥塞小区的要紧话务分布;同时利用DriveTest取得现场的覆盖模型。综合两方面因素,利用RNP的运算公式:俯仰角=90-[arctg(D/ANThight)+1/2*VerticalHPWB]D:主瓣方向覆盖距离ANThight:天线高度VerticalHPWB:垂直半功率角求得天线俯仰角,调整天线覆盖来平稳话务量,以达到分散话务,减小拥塞的目的。如为TCH分配失败(C181偏高)则,着力解决TCH分配失败咨询题。见下文。关于SDCCH拥塞,我们必须区分是因为LOCATIONUPDATE引起的信令拥塞,依旧因为主叫发起引起的信令拥塞。我们能够通过分析MC02a,MC02h和MC04来区分这二者的区不。如果小区话务量适中,且MC02a和MC02h在一个数量级上,则我们认为是主叫发起引起的信令拥塞,对此我们能够借鉴上文所讲的解决话务拥塞的方法加以解决,如果硬