网络优化案例

网络优化事例————————————————————————————————作者：————————————————————————————————日期：2网络优化事例事例1：对于邻小区列表设置的问题【现象描绘】手机在通话过程中能够成功的从A小区切换到B小区，但没法从B小区切换到A小区；手机距离某小区C很近，但在手机的导频激活集中看不到C小区的PN码。这样跟着手机向目标小区移近，手机导频激活集中的EC/IO将渐渐降低、FER渐渐增大，既而惹起掉话。【原由剖析】一般状况下，CDMA手机有四个寄存器，分别寄存6个激活导频集、5个候选导频集和20个相邻导频集。固然在目前的系统中，部分厂家的数据库最多可供给多达45个相邻小区，但系统经过NeighborListUpdat信息经空中接口向手机传递的只有20个，而这20个邻区是系统按必定的算法从目前的服务小区的多个邻小区数据库列表中选出来的，在选择过程中系一致般不依靠于这些小区的信号强度和质量，而只是依据数据库的静态定义依据早先设定的算法进行选择。这样假如某个目标小区在系统邻小区中不决义或定义了但因为优先级低而未能经过空中接口信息告之手机，手机的邻小区寄存器中未寄存该目标小区的信息，就会致使上述问题现象的发生。【解决方案】经过路测设施或其余呼喊追踪设施收集空中接口信息，收集掉话前后的信息，确立掉话后同步的PN码，而后查找该同步信息上边近来的NeighborListUpdat信息，看能否由该PN码，并联合邻小区列表数据库中判断能否为不决义或固然定义了但优先级太低。事例2：对于导频检测参数设置的问题【现象描绘】手机在通话过程中因为无线环境变化，致使信号急巨变化，此时会出现手机固然已搜寻到目标小区信号，但因为未达到切换门限而没法切换或切换地区不足，致使误帧率上涨惹起掉话。下边是一组现场测试数据，能够看出因为无线环境的变化，PN75的信号急剧减弱，但PN396因为切换门限T-ADD为-12db,未能进入有效集，致使PN27固然已达到门限值，但因为高误帧而没法达成切换，致使掉话。3【原由剖析】剖析该问题，我们需要对导频检测参数的定义和设置意义要有些认识。目前，基站导频检测参数主要有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,问题解决。以下是调整后的测试数据：4事例3：对于挪动台搜寻窗设置的问题【现象描绘】当手机从目前服务小区移向某个覆盖范围较大的基站时，假如目标站的搜寻窗口设置太小，则手机将不可以实时搜寻到该目标站的PN，这样跟着手机向目标基站的挪动，必定出现目前服务小区的信号强度减弱，而目标小区的信号加强而变成强扰乱信号，这样就会出现接收电平加强、服务小区的EC/IO减弱、TX、FER增添而致使掉话，这里我们将举个详细事例供大家参照。下列图是某市某掉话点的后台FER成效图和前台数据：5【原由剖析】经过前台测试数据回放和后台数据剖析，我们能够清除邻小区列表问题。（下列图红圈。）检测搜寻窗参数设置：PN432：SRCH-WIN-A为9；SRCH-WIN-N为10；因为PN54基站设施为三星PICO设施，该设施分为SMU（三星PICO设施主控单元）和SRU（三星PICO设施远程单元）两部分，此中射频SRU部分可拉远，经与有关工程人员确认，该设施SMU和SRU采纳光纤传输，距离大于10KM。因为基站SRCH-WIN-N的设置要大于2倍的PNPHASE。PN_phase=Opticcabledelay+Airdelay+systemdelay=10*6chip+0+0chip=60chip所以SRCH-WIN-A和SRCH-WIN-N要大于120chip6参照下表，SRCH-WIN-N要大于等于11。SRCH_WIN_ASRCH_WIN_ASRCH_WIN_NSRCH_WIN_NWindowSizeWindowSizeSRCH_WIN_RSRCH_WIN_R(PNchips)(PNchips)CF_SRCH_WIN_NCF_SRCH_WIN_NCF_SRCH_WIN_RCF_SRCH_WIN_R048601698028101003101113041412160520132266281432074015452【解决方案】参照上表，将PN432的SRCH-WIN-N改为11，则问题解决，见下列图（调整后FER成效图）【总结】从这个事例能够看出，搜寻窗参数的设置过小会致使挪动台没法搜寻到目标小区而致使呼喊掉话，但在实质应用中，我们也不可以把搜寻窗设置的太大，因为这样会致使搜寻邻小区列表的速度太慢。事例4：对于系统参数设置的问题【现象描绘】手机在通话过程中能够成功的从A小区切换到B小区，已成功捕获到B小区信号，进入候补集，但基站没法完整解调手机的上行信号，没法下达切换指令，致使有关指标恶化而惹起掉话。下列图是某组测试数据，从图中能够看出，PN141信号已经很强并已进入候补集，但没法达成切换进入有效集，致使FER等指标恶化，最后致使掉话。7【原由剖析】从上图事例主假如因为系统未下发切换指令，而惹起切换失败。在切换过程中，与手机搜寻窗相对应的基站的搜寻参数是DEMOD-WIN-LENGTH，该参数的取值范围为0~3072（1/8PNCHIPUNIT）。在切换过程中，|RTDofMaster–RTDofSlave|<DWL/2(Demod_Win_Length)，分别测算切换点距PN141和PN186两基站的空间距离，两直线距离相差约为8KM（注：PN141基站为位于海对岸漳州中银基站，图中未标明。），所以|RTDofMaster–RTDofSlave|>4CHIP*8=32CHIP。所以DWL的取值应大于512，核查系统参数中DWL的设置为默认值288，所以基本可判断该问题与DWL的设置过小有关。8【解决方案】调整两扇区DWL参数设置，将其调整为600，则问题解决，下列图为调整后现场测试数据。事例5：基站过覆盖，致使前向功率不足，起呼成功率不高【现象描绘】因为邮电大楼基站较高（11层楼上边有一铁塔20多米），覆盖远，旁瓣范围较大；察看指标发现，此基站2扇区常常出现呼喊失败，前向功率不足等现象，致使指标相对较差。办理前前向功率过载剖析：前向发前向发前向发前向发射功率射功率射功率功率载射功率子系达到级达到级达到级过载收集开始时间BTSCell频达到级统号别2的别3的别4的时长号别1的采采样次采样次采样次(ms)样次数数数数2009-2-2420:00921001251491578002009-2-2420:309210017016939128002009-2-2621:00921001481652388002009-2-2621:3092100140114002009-2-2720:309210010161921084621496002009-2-2720:0092100169301247178002009-2-2820:0092100205282128154002009-2-2820:30921001822683012800话统指标：开始时间1X:语音1X:语音起语音呼喊BTSCELL呼喊话务呼成功率业务信道负拥堵次数载率(%)量(Erl)(%)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.779从上边的统计来看，此基站2扇区连续几日晚忙时都存在前向功率过载，出现呼喊拥堵，致使呼喊失败，而且过载的时长相对较长。连续几日的起呼成功率都在99%以下。【原由剖析】剖析此小区的话务量，发现其实不是很高，而且没有出现因为CE不足致使的拥堵，查察呼喊次数也不是很高，察看前向功率状况剖析统计，发现都是因为前向功率不足致使的呼喊失败，拥堵等现象，于是思疑可能是此小区覆盖过远致使的前向功率不足。我们对此基站进行了实地勘探，发现此基站天线较高，在11层楼楼顶20米高的铁塔上，而且检查其俯仰角发现机械倾角仅1度，而且2扇区覆盖的地区没有太高的楼，所以造成此小区过远覆盖，旁瓣较大。我们对此小区的覆盖进行了DT测试，以下列图所示：从上边图示来看，此小区旁瓣覆盖过大，而且覆盖到了万福桥邻近，对四周小区造成必定的影响。【办理过程】依据以上的基站勘探和实地测试剖析，发现此小区出现前向功率过载，呼喊失败，主要是因为此基站较高，主瓣覆盖过远，致使大多数用户处于离基站较远的地点进行通话，因为路径消耗，所以分给每个用户的前向功率就增加，这样造成在用户不多的状况下也很简单出现因为前向功率不足致使的起呼不行功。所以需要从双方面下手，办理此问题；一方面控制此小区的覆盖，另一方面调整此小区的过载功率门限。【解决方案】邮电大楼2扇区俯仰角从1度→7度；限制呼喊门限：90→95；限制切换门限95→98；?导频占最大过载功率比率：150→120；10【办理后结果】依据以上浮整方案，我们进行了调整实行，从调整后的话统来看，因为前向功率不足致使的拥堵已经没有了，而且起呼成功率也有所提高，覆盖基本正常合理。前向功率过载察看：前向发前向发前向发前向发射功率射功率射功率功率载射功率子系达到级达到级达到级过载收集开始时间BTSCell频达到级统号别2的别3的别4的时长号别1的采采样次采样次采样次(ms)样次数数数数3月319:0092100000003月319:3092100000003月320:0092100000003月320:3092100000003月420:0092100000003月420:3092100100003月420:0090100000003月420:3090100000003月519:0092100000003月519:3092100000003月520:0092100000003月520:309210010000开始时间1X:语音1X:语音语音呼喊业务信道负载BTSCELL呼喊话务起呼成功拥堵次数率(%)量(Erl)率(%)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%以上，业务信道负载也比从前显然降低。覆盖图示：11从调整后的覆盖来看，此小区的覆盖获得了很好的控制，过覆盖现象基本除去，对四周基站的影响显然减少。【总结】从上边的事例剖析得出，城区基站不宜选址较高，选址过高，可能造成超远覆盖，致使前向功率不足，影响有关的指标。而且天线挂高过高，为了控制覆盖，可能要大程度的下压天线俯仰角，这样很简单造成波型变型，旁瓣变大，对四周基站产生很大的影响，所以城区基站应当依据四周的建筑及用户量，覆盖距离合理的选用天线的高度。事例6：基站替代后呼喊失败次数高，切换成功率低的问题【现象描绘】赤水邮电大楼基站被替代为支持EVDO的基站后，察看指标发现，此基站的呼喊失败次数较高，呼喊成立成功率差，起呼成功率不高，而且切换成功率偏低。替代前指标：（20:00---21:00）1X:语1X:语1X:语1X:语业务信呼喊音呼喊音软切音起呼音寻呼开始时间BTSCELL道掉话失败话务量换成功成功率成功率率(%)次数(Erl)率(%)(%)(%)3月16赤水邮电大楼03.0910099.4499.23023月16赤水邮电大楼12.32100100100003月16赤水邮电大楼23.5510098.391000.674从上边的统计来看，此基站3个扇区的切换成功率都在99%以上；起呼成功率在99%左右；12语音寻呼成功率也相对较高，呼喊失败次数最多的小区仅为4次。替代后指标：3月18日（18:00---23:00）1X:语1X:语1X:语1X:语业务信呼喊音呼喊音软切音起呼音寻呼开始时间BTSCELL道掉话失败话务量换成功成功率成功率率(%)次数(Erl)率(%)(%)(%)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.0689.2995.1898.170.561021:00:00赤水邮电大楼06.4091.4292.6398.350.253021:00:00赤水邮电大楼12.3492.0089.8697.260.001621:00:00赤水邮电大楼22.7089.9293.5396.150.0013从上边的统计来看，此基站替代后，切换成功率在95%以下；起呼成功率在95%左右，寻呼成功率也相对较低，而且从呼喊失败次数来看，此基站各小区的呼喊失败次数许多。【告警信息】无察看此基站的告警信息，没有发现有任何信息。13【原由剖析】惹起接入失败和切换失败的主要原由有以下：1、高话务；2、跨载频业务信道分派；3、邻区关系缺失；4、参数设置错误；5、过大的软切换地区；6、缺少覆盖；7、搜寻窗问题；8、扰乱；9、GPS模块及其余硬件故障；联合以上原由我们剖析此基站3个扇区的都较差，说明主假如3个扇区共用的部分出现问题，从硬件来说可能是时钟模块或主控模块存在问题，所以我们对此基站的时钟模块和主控模块进行了诊疗，没有发现问题，而且进行了改换，问题仍旧存在，说明两硬件没有问题。主控板：从上边的诊疗来看，主控板工作正常。时钟板：从上边的诊疗来看，此基站的时钟模块工作正常，GPS接收机正常，搜寻卫星12个。14思疑能否存在外面反向扰乱，致使3个扇区呼喊失败次数多，切换差；因为外面扰乱较难掌握和控制，有可能出现，于是察看了此基站的底噪发现3个扇区都基本正常，以下统计：小主集主集主集分集分集分集RSSI最RSSI最RSSI平RSSI最RSSI最RSSI平收集开始时间System区大值小值均值大值小值均值号(dBm)(dBm)(dBm)(dBm)(dBm)(dBm)2009-3-1818:001290-101.2-113.24-111.4-106.17-114.71-112.972009-3-1818:001291-110.74-113.97-112.94-111.5-114.03-1132009-3-1818:001292-107.66-113.58-112.44-111.96-115.6-114.092009-3-1818:301290-108.94-113.4-112.36-110.88-114.87-113.872009-3-1818:301291-108.65-113.96-113.01-98.85-114-112.782009-3-1818:301292-111.35-114.05-113.02-102.86-114.99-113.862009-3-1819:001290-105.97-113.56-111.96-107.57-114.6-113.482009-3-1819:001291-111.45-113.9-112.98-103.22-114.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-114.45-113.072009-3-1820:001290-109.63-113.4-112.39-111.59-114.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-114.59-113.72009-3-1820:301290-99.71-114.05-110.25-87.43-115.44-112.062009-3-1820:301291-96.72-114.24-111.54-105.87-114.11-112.482009-3-1820:301292-104.47-113.59-112.07-109.28-114.96-113.632009-3-1821:001290-106.35-114.19-112.09-110.42-115.03-113.872009-3-1821:001291-112.28-114-113.15-110.97-114.89-113.252009-3-1821:001292-110.64-114-112.95-111.52-114.8-114.062009-3-1821:301290-110.83-113.17-112.34-108.24-115.05-113.52009-3-1821:301291-110.89-114.14-112.89-112.34-114.66-113.442009-3-1821:301292-107.8-114.1-112.53-112.78-114.85-114.19从上边的统计来看，此基站3个小区的底噪基本正常，反向扰乱基本能够清除。因为此基站替代后数据从头制作，所以对此基站的搜寻窗、接入等参数、PN码等进行了检查和对照，和本来的相同，邻区关系也和本来保持一致，没有发现有漏加的邻区关系；所以也能够清除参数设置不妥，致使出现此问题。察看此基站开通的话务变化，1扇区话务量有所增高，2，3扇区的话务量基本上变化不大，因为此基站进行了高升，所以1扇区的话务出现高升的现象，可是从拥堵统计来看，3个扇区都没有出现拥堵的现象。所以清除此要素的影响。跨载频业务信道分派，目前此基站仅为单载频基站，不牵涉跨载频业务信道指配，固也15不是此原由致使的。从切换比率来看，此基站的切换比率和本来差不多，也不存在切换地区过大的现象。因为此基站为县城基站，地点高升，和本来状况相差不大，所以也不行能是缺少覆盖导致。我们对此基站的呼喊失败原由进行了剖析，以下统计：失败原由次数ERR_SPS_RLSA_BSSAP_TE_Tfchsetup136ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder5RESULT_DEFAULT_ERROR1SDM_Activate_Fail_AcquirePreambleFail_Normal12SDM_Find_Fail_WaitConfigVTCTimeout1以上是3月18日18点到22点的呼喊失败原由统计，从上边来看，总合失败155次，此中ERR_SPS_RLSA_BSSAP_TE_Tfchsetup致使的占136次，所以呼喊失败主假如此原由致使。查问手册说明：从上边看，可能是准时器设置很短，此准时器没有进行过改正，所以应当没有问题。观察CCM板CPU占用率不高，也不是此原由造成，因为失败原由是BSC长时间没有收到BTS上成立基本信道成功或失败的响应信息，因为BTS和BSC主假如2M线连结，经咨询此基站替代后扩了两条传输，所以思疑可能与传输线有关。16【办理过程】查察E1流量状况，发现有两条E1接收流量较小，仅为200多bps，而此外两条传输为上万bps，显然有两条传输存在问题，致使流量不正常。所以思疑可能是这两条传输存在问题致使接入失败高，指配差等问题，所以断掉了这两条传输。于是我们又对此基站的话统进行了察看统计，发现基本正常。1X:呼1X:语1X:语1X:语1X:语开始时间BTSCELL叫成立音寻呼音无线音软切音起呼成功率成功率掉话率换成功成功率(%)(%)(%)率(%)(%)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流量察看：17从上边的图来看，各E1的接收流量基本正常。办理后的话统察看：1X:1X:语音1X:语1X:语业务语音呼喊呼喊音软切音起呼信道开始时间BTSCELL寻呼失败话务换成功成功率掉话成功次数量率(%)(%)率(%)率(%)(Erl)3月2120:00[129]赤水邮电大楼05.6399.8999.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变差，发射功率高升，接收电公正常，最后出现掉话。下列图为掉话点图示：18【问题剖析】经过对测试数据剖析发现，手机掉话前占用马拦坝PN147的信号，此小区接收电平较好-70dBm左右，手机发射功率偏大，Ec/Io较差-22dBm，FFER较大100%。掉话处离二职高基站较近，可是没有切换到二职高基站，而且掉话后手机同步到二职高sec-1(PN18)上，经检查发现主假如因为马拦坝sec-1（PN147）没有增添二职高PN18和PN186为邻区关系，所以不可以进行切换，在二职高基站邻近对PN147信号造成强扰乱，Ec/Io变差，FFER高升，没有适合的邻小区进行切换，最后致使掉话。PN147邻区图：以上是PN147的邻区图，黄颜色的为邻区，从上边的图来看，PN147没有增添二职高PN1819和PN186为邻区关系。掉话后同步到PN18图示：【解决方案】建议马拦坝sec-1(PN147)和二职高sec-1(PN18)、二职高sec-2（PN186）互为增添邻区关系。【办理结果】20从上图来看，在此处没有出现掉话，此问题获得解决。邻区关系：剖析图：切换成功图示：21从以上图示对照能够看出，增添邻区关系后，MS能够正常的切换到遵义市二职高Sec-1(PN18),Ec/Io为-4很好，接收电平为-55dBm很好，发射功率为-33dBm正常，各项指标正常，没有出现掉话现象。事例8：中心血站导频污染问题【问题描绘】我们对中心血站进行了测试，测试地点为1楼、8楼、12楼。经过数据剖析发现，1楼的各项指标正常，覆盖较好；8楼和12楼覆盖优秀，切换屡次，12楼部分点Ec/Io较差。地点图示：【问题剖析】经剖析