元宵夜东莞O局低寻呼成功率分析.doc

东莞网优项目组元宵夜东莞O局低寻呼成功率分析1、 指标概述元宵夜在东莞O局和D局出现了较低寻呼成功率、具体寻呼指标如下：DATEPERIODEXCHIDLocallPage1GlobalPage1LocallPage2GlobalPage2PAGING消息数Pag_Suc%07030421002200DGOMSC375879 2 109 155622 531612 77.72 07030420002100DGOMSC355569 2 101 122673 478345 82.52 07030419002000DGOMSC343244 4 97 74056 417401 90.00 在出现寻呼成功率低的同时，O局也出现了较高的小区级别的寻呼拥塞和超时， O局部分小区CELLPAG指标情况如下：ExchidCellIDPAGPCHCONGPAGETOOOLDDGO2BSCDGOXNI1176538.00 6222.00 DGO2BSCDGOSNL1173162.00 3903.00 DGO2BSCDGOFDL1170704.00 3929.00 DGO2BSCDGOSZG1170028.00 3217.00 DGO2BSCDGOSZQ1169323.00 2516.00 DGO2BSCDGOPSW2167417.00 2666.00 DGO2BSCDGOJFH3164558.00 2048.00 DGO2BSCDDOFDL1163885.00 2078.00 DGO2BSCDGOXNI3162535.00 1493.00 DGO2BSCDGOHTQ1161047.00 1496.00 DGO2BSCDGOZWT3160852.00 1557.00 DGO2BSCDGOSAZ3159120.00 966.00 DGO2BSCDGOSZG2158160.00 801.00 DGO2BSCDGOYQX3157151.00 733.00 DGO2BSCDGOSZQ2156854.00 798.00 DGO2BSCDGOJLO1155400.00 610.00 DGO2BSCDGOBHC286752.00 49447.00 DGO2BSCDGOGZC186194.00 47903.00 DGO2BSCDGOGZC286093.00 46891.00 DGO2BSCDGOFJL085602.00 46083.00 DGO1BSCDDOFKY258161.00 44002.00 DGO1BSCDDOFKY157367.00 42344.00 DGO1BSCDDOFKY356724.00 41122.00 DGO1BSCDGOFKY256723.00 41283.00 DGO1BSCDGOFKY156459.00 40421.00 DGO1BSCDGOFKY356282.00 40441.00 2、对O局低寻呼成功率的检查过程影响PAGING寻呼成功率原因很多，在此大概列举几种l TRH原因导致的寻呼丢失(负荷过高、硬件故障)l 寻呼负荷过高导致的寻呼拥塞l 信号覆盖较差l SDCCH大量拥塞、SDCCH接通率低、随机接入成功率低l 位置更新（边界位置更新、参数设置等）l 干扰l 寻呼策略及相关参数设置影响针对影响PAGING成功率的原因，我们着重以下的检查2.1 TRH检查O1局TRH板类型是RPG2，当天TRH告警数据如下：* Connected to DGOBSC1 *RAHEP;RADIO CONTROL ADMINISTRATIONTRH EVENT LOGDATE TIME EVENT SNT1 SNT2 DEV1 DEV2070305 0220 CHANGEOVER RHSNT-14 RHSNT-55 5 1070305 0220 CHANGEOVER RHSNT-41 RHSNT-40 1 2070305 0220 CHANGEOVER RHSNT-18 RHSNT-50 4 3070305 0220 REARR EVAL070304 0220 CHANGEOVER RHSNT-3 RHSNT-56 1 3070304 0220 REARR EVALO1局SNT容量及负荷变化情况如下：网元SNT类型CAPHIGHCAPLOWCAP3月4日负荷2月27日负荷负荷变化DGOBSC1RHSNT-0RPG3621026043.8334.59.33DGOBSC1RHSNT-1RPG3421134155.543.2512.25DGOBSC1RHSNT-2RPG3541065148.532.7515.75DGOBSC1RHSNT-3RPG3631086043.2536.257DGOBSC1RHSNT-4RPG360108544528.6716.33DGOBSC1RHSNT-5RPG3571095546.7532.1714.58DGOBSC1RHSNT-6RPG3531035149.0838.5810.5DGOBSC1RHSNT-7RPG3441134254.3334.519.83DGOBSC1RHSNT-8RPG3651036342.0833.338.75DGOBSC1RHSNT-9RPG3631116343.2531.5811.67DGOBSC1RHSNT-10RPG3541065248.535.6712.83DGOBSC1RHSNT-11RPG3621166143.8333.929.92DGOBSC1RHSNT-12RPG3701156839.1728.6710.5DGOBSC1RHSNT-13RPG3461154153.1736.8316.33DGOBSC1RHSNT-14RPG336110345940.9218.08DGOBSC1RHSNT-15RPG3571095446.7533.9212.83DGOBSC1RHSNT-16RPG3681166440.3332.757.58DGOBSC1RHSNT-17RPG3711166938.5833.924.67DGOBSC1RHSNT-18RPG3251132365.4243.8321.58DGOBSC1RHSNT-19RPG3661146441.532.758.75DGOBSC1RHSNT-20RPG3691166839.7528.6711.08DGOBSC1RHSNT-21RPG3591165745.5834.511.08DGOBSC1RHSNT-22RPG360114594532.7512.25DGOBSC1RHSNT-23RPG3581085446.1730.4215.75DGOBSC1RHSNT-24RPG3631136143.2536.257DGOBSC1RHSNT-25RPG3501074850.8338.5812.25DGOBSC1RHSNT-26RPG3421163755.53124.5DGOBSC1RHSNT-27RPG3521144849.6732.1717.5DGOBSC1RHSNT-30RPG3691126739.7533.336.42DGOBSC1RHSNT-31RPG3461104453.173815.17DGOBSC1RHSNT-32RPG360112584532.1712.83DGOBSC1RHSNT-33RPG3661086541.531.589.92DGOBSC1RHSNT-34RPG3611135644.4231.5812.83DGOBSC1RHSNT-35RPG3471044752.5842.679.92DGOBSC1RHSNT-36RPG368996440.3336.833.5DGOBSC1RHSNT-37RPG3561135347.3332.1715.17DGOBSC1RHSNT-38RPG3561165447.3332.7514.58DGOBSC1RHSNT-39RPG3551145447.9230.4217.5DGOBSC1RHSNT-40RPG3741077236.8334.52.33DGOBSC1RHSNT-41RPG3301182562.540.9221.58DGOBSC1RHSNT-42RPG3691146739.7533.336.42DGOBSC1RHSNT-43RPG3681116640.33319.33DGOBSC1RHSNT-44RPG3671146640.9222.8318.08DGOBSC1RHSNT-45RPG3441163854.3335.0819.25DGOBSC1RHSNT-46RPG3621056243.8333.929.92DGOBSC1RHSNT-47RPG3521185149.6735.6714DGOBSC1RHSNT-48RPG3521185149.6733.3316.33DGOBSC1RHSNT-49RPG3491164751.4240.9210.5DGOBSC1RHSNT-50RPG3751137336.25315.25DGOBSC1RHSNT-51RPG3541085348.532.7515.75DGOBSC1RHSNT-52RPG3551105347.923116.92DGOBSC1RHSNT-53RPG3631156143.2533.339.92DGOBSC1RHSNT-54RPG3541065248.528.6719.83DGOBSC1RHSNT-55RPG3741107236.8328.678.17DGOBSC1RHSNT-56RPG3661096441.531.589.92DGOBSC1RHSNT-57RPG3421184055.533.9221.583月4日O1局SNT负荷较平时均有不同程度的增加，负荷超45的达到32个SNT。O1局在5日晚上2点出现了SNT之间的负荷转移。O2局TRH板类型是RPG3，当天SNT负荷及TRH告警数据如下：* Connected to DGOBSC2 *RAHEP;RADIO CONTROL ADMINISTRATIONTRH EVENT LOGDATE TIME EVENT SNT1 SNT2 DEV1 DEV2060417 0335 REARR EVAL060416 0305 REARR EVAL060415 0605 REARR EVAL060413 1549 REARR EVALENDBSCSNTRPG类型CAPHIGHCAPLOWCAP3月4日负荷2月27日负荷负荷变化情况DGOBSC2RHSNT-4RPG3441474160.75 35.38 25.38 DGOBSC2RHSNT-18RPG4751447347.19 36.69 10.50 DGOBSC2RHSNT-1RPG5911499140.19 27.94 12.25 DGOBSC2RHSNT-11RPG6971329537.56 30.13 7.44 DGOBSC2RHSNT-20RPG7971299437.56 35.38 2.19 DGOBSC2RHSNT-27RPG8971419537.56 28.81 8.75 DGOBSC2RHSNT-46RPG9991419736.69 27.94 8.75 DGOBSC2RHSNT-54RPG1010514210334.06 25.31 8.75 DGOBSC2RHSNT-48RPG1110614310433.63 26.19 7.44 DGOBSC2RHSNT-53RPG1210614810433.63 26.63 7.00 DGOBSC2RHSNT-15RPG1310713910733.19 27.06 6.13 DGOBSC2RHSNT-34RPG1411115510931.44 24.44 7.00 DGOBSC2RHSNT-52RPG1511113710931.44 26.19 5.25 DGOBSC2RHSNT-8RPG1611215110931.00 22.69 8.31 DGOBSC2RHSNT-38RPG1711213811031.00 26.19 4.81 DGOBSC2RHSNT-43RPG1811414911430.13 23.13 7.00 DGOBSC2RHSNT-9RPG1911514311329.69 25.75 3.94 DGOBSC2RHSNT-7RPG2011614611429.25 24.44 4.81 DGOBSC2RHSNT-28RPG2111814111528.38 15.25 13.13 DGOBSC2RHSNT-22RPG2211914511927.94 24.88 3.06 DGOBSC2RHSNT-33RPG2311914011727.94 24.44 3.50 DGOBSC2RHSNT-51RPG2412014811827.50 22.69 4.81 DGOBSC2RHSNT-16RPG2512113312127.06 24.00 3.06 O2局的SNT负荷也较之前有所提高，但总体的SNT负荷并不高，只有2个SNT的负荷超45。虽然在3月4日晚每个SNT出现了不同的负荷增加，但没有发现TRH影响寻呼的相关告警，TRH也没有出现LOW CAP告警。2.2 MSC负荷检查D局和O局负荷情况如下表时间星期网元CP负荷话务量2007-3-1 21:004DGOMSC38.284658.12007-3-2 21:005DGOMSC42.024214.92007-3-3 21:006DGOMSC43.514338.92007-3-4 21:000DGOMSC50.185156.32007-3-5 21:001DGOMSC41.344173.12007-3-6 21:002DGOMSC43.384558.9寻呼成功率低时段，MSC负荷和话务量均有增加，MSC负荷在50左右，负荷在可承受范围之内，不会影响到寻呼成功率。2.3 SDCCH接通率、随机接入失败率检查随机接入指标正常。在O1局随机接入指标在3月4日21点出现了比较高的随机接入失败，那是由于一个小区DGODSJ2过的影响，该小区出现不正常的随机接入次数和失败次数、对寻呼成功率影响不大。O局在低寻呼成功率时段SDCCH接通率如下DATEPeriodExchidS完好率S话务量S接通率S拥塞次数S拥塞率07030421002200DGO2BSC99.82 671.01 89.88 1286.00 0.16 07030420002100DGO2BSC99.81 669.08 90.39 1945.00 0.24 07030421002200DGO1BSC99.99 519.22 90.76 211.00 0.03 07030420002100DGO1BSC100.00 520.73 91.25 173.00 0.03 07030419002000DGO2BSC99.82 654.68 92.18 1820.00 0.22 07030419002000DGO1BSC100.00 520.72 93.59 274.00 0.04 3月4日晚忙时，O局SDCCH接通率也偏低，对寻呼成功率会造成一定影响。2.4 链路负荷检查（LAPD）出现大量LAPD超负荷现象25、寻呼容量的计算与检查对BSC 收到的每个寻呼消息来说，寻呼指令信息(Paging Command message) 会被送往移动台所登记的位置区内所有小区，现网一个BSC对应一个LA，那意味着小区收到的寻呼消息将近似等于BSC级的寻呼。过高寻呼负荷将造成BTS 拥塞及由于空中接口容量不够引起的寻呼丢失。寻呼是在BCCH(Broadcast Contro Channel ) 的0 时隙上进行的，其中的PCH 用来向移动台传送寻呼请求信息。BCCH 的0 时隙在逻辑上被分为复帧结构，一个复帧等于51帧, 每个复帧的发送时间为235.4ms。当BCCH 采用不同的配置时，一秒钟最多可以发送的寻呼块的数量也将不同。使用组合BCCH/SDCCH 的小区(AGBLK=0)：一个复帧有3个PCH寻呼块 3/0.2354=12.75 paging blocks/second(AGBLK=1)：一个复帧有2个PCH寻呼块 2/0.2354=8.50 paging blocks/second非组合BCCH/SDCCH 的小区：(AGBLK=0)：一个复帧有9个PCH寻呼块 9/0.2354=38.35 paging block/second(AGBLK=1)：一个复帧有2个PCH寻呼块 8/0.2354=33.98 paging block/second每个寻呼块可以有以下寻呼请求(Paging Request)组合。2 个IMSI 寻呼请求 (IMSI=International Mobile Subscriber Identity)4 个TMSI 寻呼请求 (TMSI=Temporary Mobile Subscriber Identity)1IMSI+2TMSI 寻呼请求A：采用TMSI寻呼：每个PAGING BLOCK可以带4个寻呼消息，BTS每小时理论寻呼容量是：4*3600*8/0.2354=489379B：采用IMSI寻呼：每个PAGING BLOCK可以带4个寻呼消息，BTS每小时理论寻呼容量是：4*3600*8/0.2354=244689C：TMSI和IMSI均采用，如一次寻呼采用TMSI，二次寻呼采用IMSI。BTS容量东莞现网二次寻呼比例正常情况下在6%左右，在3月4日晚二次寻呼比例高达40%。按3月4日晚40%的二次寻呼比例，BTS每小时寻呼容量大概是 8/0.235*3600*4*60%+8/0.235*3600*2*40%=3921703、 DGOMSC低寻呼成功率的原因分析现网O局寻呼策略是：第一次寻呼在LA寻呼，采用IMSI寻呼，第二次寻呼采用GLOB寻呼，同样也是采用IMSI寻呼。具体参数值如下：网元参数值参数解释DGOMSCTMSIPAR0一次寻呼是否采用TMSI寻呼DGOMSCPAGREP1LA3二次寻呼采用的寻呼模式参数值解释TMSIPARThe AXE parameter determines whether TMSI allocation is performed in the MSC/VLR. If the TMSI is allocated, all Base Station Controllers (BSC) must support the TMSI.Value 0 indicates that TMSI is not allocated.Value 1 indicates that TMSI is allocated only on encrypted connections. Value 2 indicates that TMSI is allocated on all connections.PAGREP1LAThe AXE parameter defines repeating conditions for paging after unsuccessful paging in one particular location area.This parameter is only valid in case of mobile terminating calls when the AXE parameter PAGLATA = 0 and in case of mobile-terminating short messages. Value 0 indicates that paging in one particular location area is not repeated. Value 1 indicates that paging in one particular location area is repeated once with either TMSI or IMSI.Value 2 indicates that paging in one particular location area is repeated once with IMSI.Value 3 indicates that paging is repeated once as global paging with IMSI. 根据之前对寻呼容量的计算和O局采用的寻呼策略，我们可以得知O局BTS的理论寻呼容量大概在244689。我们知道，寻呼是从MSC发出，经BSC到达BTS的，而现网一个BSC就一个LA，所以基站收到的寻呼数量可以近似等于BSC收到的寻呼数量，而在元宵晚上，O局两个BSC的寻呼数量如下。DATEPERIODBSCTOTPAGTOTCONGPA5寻呼负荷703041900-2000DGO2BSC2572930105.151703041900-2000DGO1BSC234300095.7542703042000-2100DGO2BSC3178830129.9131703042000-2100DGO1BSC2831320115.711703042100-2200DGO2BSC3650320149.182703042100-2200DGO1BSC3221900131.6733703042200-2300DGO2BSC234040095.64794703042200-2300DGO1BSC205931084.1603如此之高的寻呼负荷，必将造成寻呼在BTS的拥塞和超时，所以寻呼拥塞是导致本次寻呼成功率低的主要因数。4、 CELLPAG拥塞和超时的分析和对寻呼指标影响的分析41 PAGING寻呼消息在BTS排队进入小区的寻呼命令在BUFFER排成队，每个寻呼组的队列容纳6-14个寻呼消息（每个寻呼组能容纳的寻呼消息数量与该小区寻呼组数量有关），如果寻呼块有效，BTS将在无线链路上分发PAGE MESSAGE，如果寻呼组中没有对应移动台的寻呼消息，会传送空寻呼(dummy page)。进入小区BTS的寻呼频率太高将导致排队时间增长，从而导致寻呼响应时间变长。当队列已满，进入的寻呼消息将被拒绝。当发送一个PAGE时，PAGE BLOCK在队列里的时间将被计算，如果PAGE进队时间与出队时间超过5秒（默认值），这个PAGE将被丢弃。如果PAGE在BTS时间里太长，PAGE也可能因为PAGTIMEREP1LA or PAGTIMEREPGLOB超时，MSC没有收到PAGE应答而丢失。随着每个寻呼组间隔时间增长，在BTS里超时的风险性越大。而且，如果MFRMS设置太大，在高寻呼和立即指派时将增加寻呼命令被丢失的风险4、2 影响CELLPAG指标的原因l 收到的寻呼命令数量，寻呼命令越多，寻呼拥塞的可能性越大。同一位置区的小区收到的来自MSC寻呼命令数一致l MSC所采用的寻呼策略，采用TMSI寻呼，BTS能接受的寻呼容量大l BCCHTYPE类型，组合和非组合能承受寻呼容量相差较大，非组合的能容纳更多的寻呼l 寻呼组数量大小将影响到每个寻呼组队列长短，大的寻呼组数量，每个寻呼组寻呼队列更短，寻呼拥塞风险大。同时大寻呼组数量将导致每个寻呼组时间间隔变长，增加了寻呼命令超时的风险l 话务量的影响到该小区的立即指派数量，因立即指派具有更高的优先权，立即支配数量增加将影响到PAGE BLOCK数量l GPRS寻呼对寻呼容量的影响。由于现网GPRS采用的寻呼是与CS共用寻呼信道，GPRS寻呼数量的影响也将直接影响到小区寻呼容量和指标43 CELLPAG拥塞和超时对寻呼成功率的影响PAGEING消息下发是以LAC为单位的，每个小区收到寻呼消息后都有可能产生PAGPCHCONG 和PAGETOOOLD，所产生PAGETOOOLD和PAGPCHCONG的又分成两种不同情况：1、拥塞和超时的产生没有影响寻呼成功率和二次寻呼次数举例说明，MSC下发寻呼消息PAGE1，LAC下的所有小区均收到PAGE1并进行排队。假设该寻呼消息要寻呼的用户在CELL1，该用户收到寻呼消息也及时做出了回应，这次寻呼算是成功的。但这个寻呼消息同样也会到达这个LA下的其它小区，其它小区有可能会因为收到这个PAGE1消息产生寻呼拥塞和超时。这种情况下，即使这个寻呼消息在其它小区因为拥塞和超时丢失也不会影响到MSC寻呼成功率。2、拥塞和超时的产生影响到二次寻呼次数和寻呼成功率接上面所说，如果PAGE1的寻呼消息在CELL1因为拥塞和超时而丢失，而要寻呼的用户也正好在CELL1小区，那么这时PAGE1可能再次参加二次寻呼也可能丢失，在这种情况小区CELLPAG拥塞和超时将影响到MSC寻呼成功率。 由于现网产生的PAGETOOOLD和PAGPCHCONG是有以上两种情况产生，所以CELLPAGE的指标对MSC寻呼成功率的影响度就要看第二种情况PAGETOOLD、PAGPCHCONG占MSC寻呼数的总数。一般来说第二中情况PAGETOOOLD占PAGETOOOLD总数比例是一个较小的值，按概率1%算，减少2000次小区级别的寻呼拥塞和超时，实际对寻呼提高有帮助的的最多是200次（因并不是寻呼拥塞和超时就意味着寻呼失败，还有可能参加二次寻呼）。所以网络如果不是出现大量的CELLPAG拥塞和超时，对寻呼成功率指标影响是不明显的。当然CELLPAG拥塞减少对MSC寻呼指标和减少二次寻呼次数是有利的44 东莞现网寻呼次数与寻呼拥塞、超时、及寻呼策略的指标对比以下指标取自3月8日晚忙时20:00-21:00之间EXCHIDLocallPage1LocallPage2GlobalPage2Pag_Suc%PAGPCHCONGPAGETOOOLDPAGREP1LA TMSIPARDGYMSC3131541752103595.97 71602765232DGOMSC287055742554795.61 3598563893530DGLMSC28385251748396.12 6250385032DGABMS281574661754696.17 8121113232DGGMSC2677312811614396.10 1540392232DGBMSC2611332461761896.31GIMSC2516043202217295.23 661623343930DGSMSC2501741461834495.75 23753661630DGZMSC2482811902297695.28 12715943323730DGRMSC2477532191628996.48 124901820830DGAAMS2427721521373596.59 331112732DGMMSC238070541464796.60 32492778930DGPMSC237490981793495.12 877430732DGVMSC235884901310596.54 79161132DGTMSC2355511931614996.08 126742111130DGQMSC2261141801787995.73 8414764430DGXMSC2223321751306196.29 6027128732DGFMSC207893721015796.90 6041732DGKMSC201794138985996.79 9094632DGJMSC1945922691102396.75 8898160030DGNMSC184506551222896.24 169509530DGEMSC168009184906896.92 42164030DGWMSC1366059059096.49 48901296920DGDMSC133435166783596.67 7439730DGHMSC1224296998096.83 1085709820DGCMSC1224018888096.18 3537358820DGUMSC1187175262097.05 1721122DGAMSC10808856598896.54 0370530从以上黄色行可以看出，在3月8日晚21点，Y、A、O、L局寻呼次数均很高。由于采用的寻呼策略不同（O局用IMSI寻呼），O局出现了大量的寻呼拥塞和超时，相反，其它局的数量相对要少的多。O局寻呼成功率忙时也较其它局要低。从以上也可以看出，O