还剩24页未读,继续阅读
本资源只提供10页预览,全部文档请下载后查看!喜欢就下载吧,查找使用更方便
文本内容:
网络优化案例案例1关于邻小区列表设置的问题【现象描述】__在通话过程中可以成功的从A小区切换到B小区,但无法从B小区切换到A小区;__距离某小区C很近,但在__的导频激活集中看不到C小区的PN码这样随着__向目标小区移近,__导频激活集中的EC/IO将逐渐降低、FER逐渐增大,继而引起掉话【原因分析】一般情况下,CD____有四个寄存器,分别存放6个激活导频集、5个候选导频集和20个相邻导频集虽然在目前的系统中,部分厂家的数据库最多可提供多达45个相邻小区,但系统通过Nei___orListUpdat消息经空中接口向__传送的只有20个,而这20个邻区是系统按一定的算法从当前的服务小区的多个邻小区数据库列表中选出来的,在选择过程中系统一般不依赖于这些小区的__强度和质量,而仅仅根据数据库的静态定义按照预先设定的算法进行选择这样如果某个目标小区在系统邻小区中未定义或定义了但由于优先级低而未能通过空中接口消息告之__,__的邻小区寄存器中未存放该目标小区的信息,就会导致上述问题现象的发生【解决方案】通过路测设备或其它呼叫跟踪设备采集空中接口消息,采集掉话前后的信息,确定掉话后同步的PN码,然后查找该同步消息上面最近的Nei___orListUpdat消息,看是否由该PN码,并结合邻小区列表数据库中判断是否为未定义或虽然定义了但优先级太低案例2关于导频检测参数设置的问题【现象描述】__在通话过程中由于无线环境变化,导致__急剧变化,此时会出现__虽然已搜索到目标小区__,但由于未达到切换门限而无法切换或切换区域不足,导致误帧率上升引起掉话下面是一组现场测试数据,可以看出由于无线环境的变化,PN75的__急剧减弱,但PN396由于切换门限T-ADD为-12db未能进入有效集,导致PN27虽然已达到门限值,但由于高误帧而无法完成切换,导致掉话【原因分析】分析该问题,我们需要对导频检测参数的定义和设置意义要有些了解目前,基站导频检测参数主要有T-ADD、T-DROP、T-TDROP、T-COMP等,这里我们主要了解一下T-ADD和T-DROP两个参数T-ADD是__台用来检测接收到的导频强度的门限值如果T_ADD设置太小,会导致过多的掉话和覆盖空洞,也有可能导致切换区域不足如果T_ADD设置过大,会导致切换区域过大,从而使前向容量损失和由于需要增加信道卡而使成本增加另外由于切换区域的增加还会使呼叫和切换阻塞增加,后者还有可能导致掉话T-DROP是.导频去掉门限当激活集和候选集中的导频强度低于该门限值时__台会启动该导频对应的切换去掉计时器如果T_DROP设置过小,会导致过早地去掉可用导频,从而产生掉话,因为去掉的导频只会是以干扰的形式出现的如果T_DROP设置过大,会导致切换区域过大,从而使前向容量损失和由于需要增加信道卡而使成本增加另外由于切换区域的增加还会使呼叫和切换阻塞增加,后者还有可能导致掉话因此上面的问题主要由于切换门限T-ADD设置太小引起切换区域不足,有效__无法进入而引起掉话【解决方案】通过对测试后台数据的分析,可以发现该问题主要由于__突变,导致强__无法及时进入有效集,因此需要降低其切换门限,以便有足够的切换区域因此通过调整PN75的T-ADD的值为-13db问题解决以下是调整后的测试数据案例3关于__台搜索窗设置的问题【现象描述】当__从当前服务小区移向某个覆盖范围较大的基站时,如果目标站的搜索窗口设置太小,则__将不能及时搜索到该目标站的PN,这样随着__向目标基站的__,必然出现当前服务小区的__强度减弱,而目标小区的__增强而变为强干扰__,这样就会出现接收电平增强、服务小区的EC/IO减弱、TX、FER增加而导致掉话,这里我们将举个具体案例供大家参考下图是某市某掉话点的后台FER效果图和前台数据【原因分析】通过前台测试数据回放和后台数据分析,我们可以排除邻小区列表问题(下图红圈)检测搜索窗参数设置PN432SRCH-WIN-A为9;SRCH-WIN-N为10;由于PN54基站设备为三星PICO设备,该设备分为__U(三星PICO设备主控单元)和SRU(三星PICO设备远程单元)两部分,其中射频SRU部分可拉远,经与相关工程人员确认,该设备__U和SRU采用光纤传输,距离大于10KM由于基站SRCH-WIN-N的设置要大于2倍的PNPHASEPN_phase=Opticcabledelay+Airdelay+systemdelay=10*6chip+0+0chip=60chip所以SRCH-WIN-A和SRCH-WIN-N要大于120chip参照下表,SRCH-WIN-N要大于等于11SRCH_WIN_ASRCH_WIN_NSRCH_WIN_RCF_SRCH_WIN_NCF_SRCH_WIN_RWindowSizePNchipsSRCH_WIN_ASRCH_WIN_NSRCH_WIN_RCF_SRCH_WIN_NCF_SRCH_WIN_RWindowSizePNchips048601698028101003101113041412160520132266281432074015452【解决方案】参照上表,将PN432的SRCH-WIN-N改为11,则问题解决,见下图(调整后FER效果图)【总结】从这个案例可以看出,搜索窗参数的设置过小会导致__台无法搜索到目标小区而导致呼叫掉话,但在实际应用中,我们也不能把搜索窗设置的太大,因为这样会导致搜索邻小区列表的速度太慢案例4关于系统参数设置的问题【现象描述】__在通话过程中可以成功的从A小区切换到B小区,已成功捕捉到B小区__,进入候补集,但基站无法完全解调__的上行__,无法下达切换指令,导致相关指标恶化而引起掉话下图是某组测试数据,从图中可以看出,PN141__已经很强并已进入候补集,但无法完成切换进入有效集,导致FER等指标恶化,最终导致掉话【原因分析】从上图案例主要是由于系统未下发切换指令,而引起切换失败在切换过程中,与__搜索窗相对应的基站的搜索参数是DEMOD-WIN-LENGTH,该参数的取值范围为0~3072(1/8PNCHIPUNIT)在切换过程中,|RTDof__ster–RTDofSl__e|DWL/2Demod_Win_Length,分别测算切换点距PN141和PN186两基站的空间距离,两直线距离相差约为8KM(注PN141基站为位于海对岸漳州中银基站,图中未标注),因此|RTDof__ster–RTDofSl__e|4CHIP*8=32CHIP因此DWL的取值应大于512,核查系统参数中DWL的设置为默认值288,因此基本可判断该问题与DWL的设置过小有关【解决方案】调整两扇区DWL参数设置,将其调整为600,则问题解决,下图为调整后现场测试数据案例5基站过覆盖,导致前向功率不足,起呼成功率不高【现象描述】由于邮电大楼基站较高(11层楼上面有一铁塔20多米),覆盖远,旁瓣范围较大;观察指标发现,此基站2扇区经常出现呼叫失败,前向功率不足等现象,导致指标相对较差处理前前向功率过载分析采集开始时间BTS__ll子系统号载频号前向发射功率达到级别1的采样次数前向发射功率达到级别2的采样次数前向发射功率达到级别3的采样次数前向发射功率达到级别4的采样次数功率过载时长ms2009-2-2420:00921001251491578002009-2-2420:309210017016939128002009-2-2621:00921001481652388002009-2-2621:3092100140114002009-2-2720:309210010161921084621496002009-2-2720:0092100169301247178002009-2-2820:0092100205282128154002009-2-2820:30921001822683012800话统指标开始时间BTS__LL1X:__呼叫话务量Erl__呼叫拥塞次数1X:__起呼成功率%业务信道负载率%2月2420:00
[92]邮电大楼
14.
1739298.
6216.822月2520:00
[92]邮电大楼
15.
9686010024.052月2620:00
[92]邮电大楼
14.
7878198.
1519.32月2720:00
[92]邮电大楼
15.
03061396.
6720.272月2820:00
[92]邮电大楼
16.
1469297.
8124.77从上面的统计来看,此基站2扇区连续几天晚忙时都存在前向功率过载,出现呼叫拥塞,导致呼叫失败,并且过载的时长相对较长连续几天的起呼成功率都在99%以下【原因分析】分析此小区的话务量,发现并不是很高,并且没有出现由于__不足导致的拥塞,查看呼叫次数也不是很高,观察前向功率状况分析统计,发现都是由于前向功率不足导致的呼叫失败,拥塞等现象,于是怀疑可能是此小区覆盖过远导致的前向功率不足我们对此基站进行了实地勘察,发现此基站天线较高,在11层楼楼顶20米高的铁塔上,并且检查其俯仰角发现机械倾角仅1度,并且2扇区覆盖的区域没有太高的楼,因此造成此小区过远覆盖,旁瓣较大我们对此小区的覆盖进行了DT测试,如下图所示从上面图示来看,此小区旁瓣覆盖过大,并且覆盖到了万福桥附近,对周围小区造成一定的影响【处理过程】根据以上的基站勘察和实地测试分析,发现此小区出现前向功率过载,呼叫失败,主要是由于此基站较高,主瓣覆盖过远,导致大部分用户处于离基站较远的位置进行通话,由于路径损耗,因此分给每个用户的前向功率就增多,这样造成在用户不多的情况下也很容易出现由于前向功率不足导致的起呼不成功因此需要从两方面入手,处理此问题;一方面控制此小区的覆盖,另一方面调整此小区的过载功率门限【解决方案】邮电大楼2扇区俯仰角从1度→7度;限制呼叫门限90→95;限制切换门限95→98;导频占最大过载功率比例150→120;【处理后结果】根据以上调整方案,我们进行了调整实施,从调整后的话统来看,由于前向功率不足导致的拥塞已经没有了,并且起呼成功率也有所提高,覆盖基本正常合理前向功率过载观察采集开始时间BTS__ll子系统号载频号前向发射功率达到级别1的采样次数前向发射功率达到级别2的采样次数前向发射功率达到级别3的采样次数前向发射功率达到级别4的采样次数功率过载时长ms3月319:0092100000003月319:3092100000003月320:0092100000003月320:3092100000003月420:0092100000003月420:3092100100003月420:0090100000003月420:3090100000003月519:0092100000003月519:3092100000003月520:0092100000003月520:309210010000开始时间BTS__LL1X:__呼叫话务量Erl__呼叫拥塞次数1X:__起呼成功率%业务信道负载率%3月320:00
[92]邮电大楼
14.
6472099.
2718.733月420:00
[92]邮电大楼
14.
9847099.
5420.093月520:00
[92]邮电大楼
14.
4906099.
4118.13月620:00
[92]邮电大楼
14.
3742099.
5517.63从上面的统计来看,经过调整后,前向功率过载测试明显减少,几乎没有;并且从指标观察,此小区的__呼叫没有出现拥塞现象,并且起呼成功率有所提高在99%以上,业务信道负载也比以前明显降低覆盖图示从调整后的覆盖来看,此小区的覆盖得到了很好的控制,过覆盖现象基本消除,对周围基站的影响明显减少【总结】从上面的案例分析得出,城区基站不宜选址较高,选址过高,可能造成超远覆盖,导致前向功率不足,影响相关的指标并且天线挂高过高,为了控制覆盖,可能要大程度的下压天线俯仰角,这样很容易造成波型变型,旁瓣变大,对周围基站产生很大的影响,因此城区基站应该根据周围的建筑及用户量,覆盖距离合理的选取天线的高度案例6基站替换后呼叫失败次数高,切换成功率低的问题【现象描述】赤水邮电大楼基站被替换为支持EVDO的基站后,观察指标发现,此基站的呼叫失败次数较高,呼叫建立成功率差,起呼成功率不高,并且切换成功率偏低替换前指标(20:00---21:00)开始时间BTS__LL1X:__呼叫话务量Erl1X:__软切换成功率%1X:__起呼成功率%1X:__寻呼成功率%业务信道掉话率%呼叫失败次数3月16赤水邮电大楼
03.
0910099.
4499.23023月16赤水邮电大楼
12.32100100100003月16赤水邮电大楼
23.
5510098.
391000.674从上面的统计来看,此基站3个扇区的切换成功率都在99%以上;起呼成功率在99%左右;__寻呼成功率也相对较高,呼叫失败次数最多的小区仅为4次替换后指标3月18日(18:00---23:00)开始时间BTS__LL1X:__呼叫话务量Erl1X:__软切换成功率%1X:__起呼成功率%1X:__寻呼成功率%业务信道掉话率%呼叫失败次数18:00:00赤水邮电大楼
06.
3893.
5895.
5299.
530.152418:00:00赤水邮电大楼
12.
7294.
1094.
2296.
790.401518:00:00赤水邮电大楼
21.
0793.
2295.
2498.
861.90719:00:00赤水邮电大楼
09.
7091.
0097.
1996.
290.003019:00:00赤水邮电大楼
13.
1391.
9296.
6795.
410.431119:00:00赤水邮电大楼
21.
8293.
2296.
8299.
180.52620:00:00赤水邮电大楼
07.
1793.
3596.
0098.
360.001920:00:00赤水邮电大楼
11.
8594.
0298.
2396.
31.34520:00:00赤水邮电大楼
23.06__.
2995.
1898.
170.561021:00:00赤水邮电大楼
06.
4091.
4292.
6398.
350.253021:00:00赤水邮电大楼
12.
3492.00__.
8697.
260.001621:00:00赤水邮电大楼
22.70__.
9293.
5396.
150.0013从上面的统计来看,此基站替换后,切换成功率在95%以下;起呼成功率在95%左右,寻呼成功率也相对较低,并且从呼叫失败次数来看,此基站各小区的呼叫失败次数较多【告警信息】无观察此基站的告警信息,没有发现有任何信息【原因分析】引起接入失败和切换失败的主要原因有以下
1、高话务;
2、跨载频业务信道分配;
3、邻区关系缺失;
4、参数设置错误;
5、过大的软切换区域;
6、缺乏覆盖;
7、搜索窗问题;
8、干扰;
9、GPS模块及其它硬件故障;结合以上原因我们分析此基站3个扇区的都较差,说明主要是3个扇区共用的部分出现问题,从硬件来说可能是时钟模块或主控模块存在问题,因此我们对此基站的时钟模块和主控模块进行了诊断,没有发现问题,并且进行了更换,问题仍然存在,说明两硬件没有问题主控板从上面的诊断来看,主控板工作正常时钟板从上面的诊断来看,此基站的时钟模块工作正常,GPS接收机正常,搜索卫星12个怀疑是否存在外部反向干扰,导致3个扇区呼叫失败次数多,切换差;由于外部干扰较难掌握和控制,有可能出现,于是观察了此基站的底噪发现3个扇区都基本正常,如下统计采集开始时间System小区号主集RSSI最大值dBm主集RSSI最小值dBm主集RSSI平均值dBm分集RSSI最大值dBm分集RSSI最小值dBm分集RSSI平均值dBm2009-3-1818:001290-
101.2-
113.24-
111.4-
106.17-___.71-
112.972009-3-1818:001291-
110.74-
113.97-
112.94-
111.5-___.03-1132009-3-1818:001292-
107.66-
113.58-
112.44-
111.96-
115.6-___.092009-3-1818:301290-
108.94-
113.4-
112.36-
110.88-___.87-
113.872009-3-1818:301291-
108.65-
113.96-
113.01-
98.85-___-
112.782009-3-1818:301292-
111.35-___.05-
113.02-
102.86-___.99-
113.862009-3-1819:001290-
105.97-
113.56-
111.96-
107.57-___.6-
113.482009-3-1819:001291-
111.45-
113.9-
112.98-
103.22-___.33-
112.712009-3-1819:001292-
109.52-
113.82-
112.84-
97.29-
115.34-
113.562009-3-1819:301290-
106.38-
113.76-
111.42-
106.26-
115.03-
112.752009-3-1819:301291-
111.63-
113.44-
112.92-
107.23-
113.59-
112.192009-3-1819:301292-
108.28-
113.9-
112.85-
106.79-___.45-
113.072009-3-1820:001290-
109.63-
113.4-
112.39-
111.59-___.78-
113.822009-3-1820:001291-
96.71-
113.71-
112.34-
100.14-
113.92-
112.052009-3-1820:001292-
108.85-
113.66-
112.71-
110.57-___.59-
113.72009-3-1820:301290-
99.71-___.05-
110.25-
87.43-
115.44-
112.062009-3-1820:301291-
96.72-___.24-
111.54-
105.87-___.11-
112.482009-3-1820:301292-
104.47-
113.59-
112.07-
109.28-___.96-
113.632009-3-1821:001290-
106.35-___.19-
112.09-
110.42-
115.03-
113.872009-3-1821:001291-
112.28-___-
113.15-
110.97-___.__-
113.252009-3-1821:001292-
110.64-___-
112.95-
111.52-___.8-___.062009-3-1821:301290-
110.83-
113.17-
112.34-
108.24-
115.05-
113.52009-3-1821:301291-
110.__-___.14-
112.__-
112.34-___.66-
113.442009-3-1821:301292-
107.8-___.1-
112.53-
112.78-___.85-___.19从上面的统计来看,此基站3个小区的底噪基本正常,反向干扰基本能够排除由于此基站替换后数据重新制作,因此对此基站的搜索窗、接入等参数、PN码等进行了检查和对比,和原来的一样,邻区关系也和原来保持一致,没有发现有漏加的邻区关系;因此也可以排除参数设置不当,导致出现此问题观察此基站开通的话务变化,1扇区话务量有所增高,2,3扇区的话务量基本上变化不大,由于此基站进行了升高,所以1扇区的话务出现升高的现象,但是从拥塞统计来看,3个扇区都没有出现拥塞的现象因此排除此因素的影响跨载频业务信道分配,目前此基站仅为单载频基站,不牵扯跨载频业务信道指配,固也不是此原因导致的从切换比例来看,此基站的切换比例和原来差不多,也不存在切换区域过大的现象由于此基站为县城基站,位置升高,和原来情况相差不大,因此也不可能是缺乏覆盖导致我们对此基站的呼叫失败原因进行了分析,如下统计失败原因次数ERR_SPS_RLSA_BSSAP_TE_Tfchsetup136ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder5RESULT_DEFAULT_ERROR1SDM_Activate_Fail_AcquirePreambleFail_Nor__l12SDM_Find_Fail_WaitConfigVTCTimeout1以上是3月18日18点到22点的呼叫失败原因统计,从上面来看,总共失败155次,其中ERR_SPS_RLSA_BSSAP_TE_Tfchsetup导致的占136次,因此呼叫失败主要是此原因导致查询手册说明从上面看,可能是定时器设置太短,此定时器没有进行过修改,因此应该没有问题观察CCM板CPU占用率不高,也不是此原因造成,由于失败原因是BSC长时间没有收到BTS上建立基本信道成功或失败的响应消息,因为BTS和BSC主要是2M线连接,经询问此基站替换后扩了两条传输,因此怀疑可能与传输线有关【处理过程】查看E1流量情况,发现有两条E1接收流量较小,仅为200多bps,而另外两条传输为上万bps,明显有两条传输存在问题,导致流量不正常因此怀疑可能是这两条传输存在问题导致接入失败高,指配差等问题,因此断掉了这两条传输于是我们又对此基站的话统进行了观察统计,发现基本正常开始时间BTS__LL1X:呼叫建立成功率%1X:__寻呼成功率%1X:__无线掉话率%1X:__软切换成功率%1X:__起呼成功率%2009-3-1920:00
[129]赤水邮电大楼
099.
36100010098.922009-3-1920:00
[129]赤水邮电大楼
199.
61100099.
8399.372009-3-1920:00
[129]赤水邮电大楼210010001001002009-3-1921:00
[129]赤水邮电大楼
01001000.321001002009-3-1921:00
[129]赤水邮电大楼
198.
59100010097.42009-3-1921:00
[129]赤水邮电大楼210010001001002009-3-1922:00
[129]赤水邮电大楼
099.
71100010099.532009-3-1922:00
[129]赤水邮电大楼
199.
261000.
4910098.852009-3-1922:00
[129]赤水邮电大楼210010001001002009-3-1923:00
[129]赤水邮电大楼
099.149801001002009-3-1923:00
[129]赤水邮电大楼110010001001002009-3-1923:00
[129]赤水邮电大楼
298.
7797.140100100从上面的统计来看,此基站另外两条传输断掉后,此基站的呼叫建立成功率正常,99%左右;寻呼成功率也相对较高;软切换成功率正常;起呼成功率也相对较高【解决方案】建议传输维护人员,检查另外两条传输线性能及质量,并重新进行制作;【处理后结果】传输线处理后,我们对此基站的各项指标进行了跟踪观察,并对E1流量进行了统计,发现都已经基本正常,此问题也得到解决处理后的E1流量观察从上面的图来看,各E1的接收流量基本正常处理后的话统观察开始时间BTS__LL1X:__呼叫话务量Erl1X:__软切换成功率%1X:__起呼成功率%1X:__寻呼成功率%业务信道掉话率%呼叫失败次数3月2120:00
[129]赤水邮电大楼
05.
6399.__
99.
3699.
490.0033月2120:00
[129]赤水邮电大楼
12.
2510098.
691000.0023月2120:00
[129]赤水邮电大楼
22.
1299.
5999.
251000.6313月2220:00
[129]赤水邮电大楼
04.
1399.
6597.
951000.0063月2220:00
[129]赤水邮电大楼
12.
4199.
801001000.0003月2220:00
[129]赤水邮电大楼
22.
0110099.
151000.6613月2320:00
[129]赤水邮电大楼
06.
5110099.
441000.0023月2320:00
[129]赤水邮电大楼
12.
1510099.
1799.
070.0023月2320:00
[129]赤水邮电大楼
21.
8810097.
51000.003上面的统计来看,软切换成功率较高
99.5%以上;__起呼成功率也较高,寻呼成功率99%以上,呼叫失败次数2,3次基本正常,此问题基本解决【总结】从上面的案例分析得出,工程质量是非常重要的,小小的疏忽都可能导致问题的出现,影响网路的服务性能,引起不必要的投诉,因此在后续替换基站的过程中各个环节都应该保证工程质量,尽量避免人为疏忽导致的各种问题,影响替换后的各项指标案例7邻区漏加,导致掉话【问题描述】在从遵义市马拦坝基站往遵义市二职高基站测试行驶过程中,在二职高基站附近__Ec/Io变差,发射功率升高,接收电平正常,最后出现掉话下图为掉话点图示【问题分析】通过对测试数据分析发现,__掉话前占用马拦坝PN147的__,此小区接收电平较好-70dBm左右,__发射功率偏大,Ec/Io较差-22dBm,FFER较大100%掉话处离二职高基站较近,但是没有切换到二职高基站,并且掉话后__同步到二职高sec-1PN18上,经检查发现主要是由于马拦坝sec-1(PN147)没有添加二职高PN18和PN186为邻区关系,因此不能进行切换,在二职高基站附近对PN147__造成强干扰,Ec/Io变差,FFER升高,没有合适的邻小区进行切换,最终导致掉话PN147邻区图以上是PN147的邻区图,黄颜色的为邻区,从上面的图来看,PN147没有添加二职高PN18和PN186为邻区关系掉话后同步到PN18图示【解决方案】建议马拦坝sec-1PN147和二职高sec-1PN
18、二职高sec-2(PN186)互为添加邻区关系【处理结果】从上图来看,在此处没有出现掉话,此问题得到解决邻区关系分析图切换成功图示从以上图示对比可以看出,添加邻区关系后,MS可以正常的切换到遵义市二职高Sec-1PN18Ec/Io为-4很好,接收电平为-55dBm很好,发射功率为-33dBm正常,各项指标正常,没有出现掉话现象案例8中心血站导频污染问题【问题描述】我们对中心血站进行了测试,测试位置为1楼、8楼、12楼通过数据分析发现,1楼的各项指标正常,覆盖较好;8楼和12楼覆盖良好,切换频繁,12楼部分点Ec/Io较差位置图示【问题分析】经分析发现1楼主要由茅草铺Sec-1PN
30、茅草铺Sec-2PN198覆盖,Ec/Io为-7dB左右,Rx_Power为-60dBm左右,FFER为1%左右,各项指标比较正常,覆盖良好8楼主要接收茅草铺Sec-1PN
30、茅草铺Sec-2PN
198、南京路Sec-1PN
141、遵义市师范学校Sec-2PN183的__,Ec/Io为-9dB左右,Rx_Power为-73dBm左右,FFER为1%左右,但是切换频繁,没有掉话12楼主要接收遵义市杭州路Sec-1PN
66、茅草铺Sec-2PN
198、松庄小区Sec-3PN
501、遵义市师范学校Sec-2PN183的__,Ec/Io为-9dB左右最差在-10dB以下,Rx_Power为-60dBm左右,FFER为1%左右,8楼的测试情况Ec/Io:Rx_Power:FFER:12楼的测试情况Ec/Io:Rx_Power:FFER:【解决方案】调整了茅草铺Sec-1PN30的俯仰角,下压3度;调整了茅草铺Sec-2PN198的俯仰角,下压3度;调整了南京路Sec-1PN141的俯仰角,下压3度;茅草铺sec-1PN30的Pilot:225→229Sync:185→1__Paging:219→223;茅草铺sec-1PN198的Pilot:225→229Sync:185→1__Paging:219→223;【调整后效果】8楼调整后的测试Ec/Io Rx_Power:FFER12楼测试情况Ec/Io Rx_Power:FFER【调整后指标对比】通过以上的调整,
1、
8、12楼的各项指标都很正常,由于主用__的增强,8楼之前出现的南京路sec-1PN141和遵义市师范学校sec-2PN183__变得较弱,Ec/Io的值有明显的提升;同样12楼经过处理后,杭州路sec-1PN66和松庄小区sec-3PN501的__也变弱,不能进入激活集;Ec/Io也比之前有很大的改善8楼主要接收自茅草铺Sec-1PN30的__其它小区的__相对较弱,Ec/Io为-6dB左右,接收电平为-70dBm左右,FFER为1%以下各项指标较好,覆盖良好12楼主要接收茅草铺Sec-2PN198的__同时能够收到遵义市师院学校sec-2PN183的__,从测试的情况来看,处理后Ec/Io为-6dB左右,接收电平为-50dBm左右,FFER为1%以下各项指标较好,覆盖良好【总结】由于城区的高层导频污染是一个普遍较难控制的问题,通过调整有时也是较难解决的,但是由于大楼里的用户也相对较多,因此需要各种手段进行解决,以保证用户的正常通话,因此一方面需要尽量控制过覆盖的__在大楼内产生导频污染,另一方面需要增加室内分布系统来改善城区高层的无线覆盖参考资料
1、《XXXXX》――XXX著
2、《XXXXXXXX》――XXX著。