无线设备网络容量评估体系

无线设备网络容量评估体系——爱立信部分1概述 22信道资源 42.1业务信道资源（TCH/PDCH） 42.1.1业务信道资源评估 42.1.2未来无线利用率预测 52.2SDCCH资源 62.2.1SDCCH资源评估 62.3CCCH资源 62.3.1CCCH资源评估 63BSC资源 83.1BSCCP负荷评估 83.2寻呼负荷评估 83.3CS资源 93.3.1TRA资源评估 93.3.2TRH资源评估 123.4PS资源 133.4.1PCU资源评估 133.4.2EGPRSLicense使用率评估 164无线接口资源 174.1Abis接口资源评估 174.1.1Abis信令压缩 174.2Gb口资源评估 174.2.1Gb资源评估方法 184.2.2Gb资源扩容方法 18

概述为全面评估无线网络负荷能力，确保无线网络的安全稳定运行，特梳理完成无线设备网络容量评估体系，此为评估体系的爱立信部分，评估报告模板附后。评估所涉指标：资源种类评估指标评估门限数据源取数时段黄色预警门限红色预警门限信道资源无线利用率日忙时业务信道TCH拥塞率日忙时PDCH复用度日忙时SDCCH信道SDCCH拥塞率日忙时CCCH信道LA/小区级CCCH信道负荷日忙时小区寻呼拥塞率日忙时BSC公共资源CP资源CP负荷周忙时TRATRA利用率周忙时TRHTRH负荷周忙时PCU资源GSL利用率周忙时EGPRSLicenseEGPRSLicense使用率无线接口资源Abis接口资源信令压缩比例Gb接口资源Gb链路利用率周忙时注：1、黄色预警门限：各相关指标性能开始受到影响，需进行跟进观察和调整。2、红色预警门限：各相关指标性能出现严重恶化，必须进行调整操作。

信道资源业务信道资源（TCH/PDCH）此处所指的业务信道资源包括：话音信道、数据信道两部分。业务信道资源评估业务信道利用率计算方法如下；无线利用率（集团算法）＝（系统忙时话务量+系统忙时数据等效话务量）/(可用信道数*0.71)TCH拥塞率PDCH复用度现网小区级无线利用率评估3月10日至现网小区级TCH拥塞率评估3月10日至现网小区级PDCH复用度评估（评估方法同上）未来无线利用率预测EGPRS业务预测基于目前的市场策略及业务增长速度，以及数据业务缺乏长期历史数据的具体情况，暂定单月PDCH占用数的预测算法如下，以两月之前的单月均值（剔除法定节及圣诞等假日数据）为基数，以最近连续三个月的平均每月环比增幅为增幅进行计算。如预估2010年1月的平均占用PDCH数=09年11月的平均占用PDCH数*（1+09年9月至11月连续3月平均环比增长率）根据2009年12月和2010年1月、2月的环比增加率，PDCH占用总数进行预测，2010年7月PDCH月平均占用个数将较1月份增加约一倍。话务量预测 话务量预测仍沿用之前的计算方法： 某月话务量=上月话务量*（1+上年度同期环比话务增幅） ——注：如去年同期话务曾出现异常波动（如受法定假日调整，雪灾等影响），需进行相应剔除。年月话务量平均PDCH占用数综合业务2010年1月102976575789416160870732010年2月(预测)113977786542444179402222010年3月(预测)128648857393418202583042010年4月(预测)117931348355079201482132010年5月(预测)120403599441822.8214821822010年6月(预测)1224712310669919229170422010年7月(预测)124947731205775324552526无线利用率预测根据2010年1月综合业务量，预测在7月份13.2完成扩容后计算得到7月城一无线利用率平均为53.3%。＝综合业务/((一月载波数+13.2期新增载波数)*平均每载波业务信道数*0.71)＝27624.01/（（10631+1136）*0.8*7.74*0.71）=53.3%年/月无线利用率2010年7月(预测)53．3%SDCCH资源SDCCH资源评估SDCCH功能主要包括在话音接续时指配TCH信道、承载手机在空闲状态下的短信业务、LA位置更新等。如果SDCCH信道资源不足，将严重影响用户感知接通率。可根据SDCCH拥塞率对SDCCH能力进行评估。根据经验数据，SDCCH拥塞指标有明显的用户敏感性，一旦拥塞超过0.5%即可明显影响用户感知。城一SDCCH拥塞率维持在较好水平，三个月忙时平均拥塞率在0.5%以下。预警指标黄色预警红色预警SDCCH拥塞率0.5%2%城一现网SDCCH拥塞率情况:月份月平均忙时SDCCH拥塞率2009年12月0.17%2010年1月0.22%2010年2月0.19%CCCH资源CCCH资源评估下行CCCH信道主要是PCH信道和AGCH信道共用，PCH用于寻呼消息，AGCH用于话音和数据业务的立即指配，由于AGCH的优先级高于PCH，所以当CCCH负荷过高时，PCH资源不够，将产生寻呼拥塞，影响寻呼成功率。建议以CCCH负荷对该资源情况予以评估。CCCH负荷公式PCH占用信道数＝一次寻呼次数*2*0.2354/3600*(1+2*二次重发比例)/4一次寻呼次数＝Nlapag1lotot+Npag1gltot二次重发比例＝（Nlapag2lotot+Npag2gltot）/（Nlapag1lotot+Npag1gltot）AGCH占用信道数＝（Csimmass+Psimmass）*0.2354/3600PS寻呼次数=PAGPSBSCPCH占用信道数（含PS寻呼）＝一次寻呼次数*2*0.2354/3600*(1+2*二次重发比例)/4+PS寻呼次数*2*0.2354/3600/4PCH占用信道数（含PS寻呼，队列满无2次重发）＝一次寻呼次数*0.2354/3600*(1+2*二次重发比例)/4+PS寻呼次数*0.2354/3600/4同时需要考虑TOTCONGPAG>0、PAGPCHCONG>0的情况，出现PAGPCHCONG>0则说明基站CCCH资源不足小区级CCCH负荷CCCH_load＝（PCH占用信道数+AGCH占用信道数）/9LA级CCCH负荷 对LA内每个小区的CCCH负荷进行平均，得到LA级CCCH负荷全网级CCCH负荷对全网内每个LA的CCCH负荷进行平均，得到全网级CCCH负荷。小区寻呼拥塞率CELL级寻呼丢弃比例：（CELLPAG.PAGPCHCONG+CELLPAG.PAGETOOOLD）/（BSC.TOTPAG+BSC.PAGCSBSC+BSC.PAGPSBSC）*100%附表为小区级及LAC级CCCH负荷，小区级寻呼拥塞率。（由于GM181B1/2/3和GM291B4缺乏CCCHLOAD数据，GM231B3华为MSC无法提取到LAC为13149的寻呼数据，所以下表没有包含上述BSC的小区CCCH负荷和LACCCCH负荷指标）小区级CCCH负荷预警门限由图中可以看出，当CCCH负荷达到90%时寻呼拥塞率开始增长，当CCCH负荷达到100%时寻呼拥塞率明显增长。因此，定义小区级CCCH信道负荷的预警门限列表如下：预警级别黄色预警红色预警小区级CCCH负荷90%100%CCCH资源调整建议可以通过小区分裂增加CCCH信道资源；通过小区之间、900与1800小区之间的覆盖范围调整话务分流、优化调整小区数据业务占用比重的参数等手段进行解决；一部分开始呈现寻呼拥塞的小区需要规划人员做好个别高人流量小区区域的寻呼容量整体长期基站规划，提升客户满意度。如有SERVER第二次寻呼方式采用GOLBAL寻呼方式。建议：第一步先把告警网元SERVER的二次寻呼方式更改为LOCAL寻呼方式，尽量减少SERVER下各BSC收到的寻呼数量；第二步观察调整参数后的结果再决定是否通过基站割接方法降低LA级的寻呼负荷问题。

BSC资源BSCCP负荷评估当BSC统计周期内的CP负荷达到黄色预警时需要密切监控;当达到红色预警值时，则该BSC的主控MSC将可能会进入CP限呼的危险状态。根据爱立信相关规范，相关门限如下：预警级别黄色预警红色预警BSCCP负荷55％70％现网BSCCP负荷情况：从上图可以看到，目前各个BSC的CP负荷都不高，均未超过25%。建议:因BSC的CP负荷与主控MSC的CP负荷密切相关，因此当遇到BSC的CP负荷连续多日达到或超出黄色预警值时，需要结合该BSC的A口话务量及信令负荷进行分析，TRA资源寻呼负荷评估BCCHTYPEBSC名称非组合BCCH小区数量组合BCCH小区数量GM051B11770GM051B21440GM051B31470GM081B22320GM081B32590GM181B21240GM181B32100GM231B2760GM231B31380GM291B21510GM241B13000GM241B22350GM241B33420每秒的寻呼块数计算：对于非组合BCCH：每秒寻呼块数=（9-AGBLK）/0.2354=34（寻呼块/秒）对于组合BCCH：每秒寻呼块数=（3-AGBLK）/0.2354=8.5（寻呼块/秒）注意：在同一个LA中，同时配置组合BCCH和非组合BCCH小区将影响总体寻呼能力，推荐设置为非组合BCCH，以下计算结果均为BCCH设置为非组合模式情况下所得。每寻呼块所含寻呼消息数的计算一个寻呼快含多个寻呼消息，一般将单位寻呼消息数称为寻呼次数。寻呼有多种策略，分为使用本地TMSI寻呼，本地IMSI寻呼以及Global寻呼。根据GSM协议，每个寻呼块可以发送2个IMSI寻呼；或2个TMSI和1个IMSI寻呼；或4个TMSI寻呼。爱立信建议使用第一次采用TMSI寻呼，二次寻呼采用本地IMSI寻呼,即提高了寻呼容量，又保证二次寻呼的可靠性。 基于建议配置，计算方法如下：每寻呼块的有效寻呼次数＝4/(1+2*二次寻呼比例)PA(PA=1TMSI+0.15IMSI) 位置区内最大寻呼次数每秒理论最大寻呼次数＝每寻呼块的寻呼次数×每秒寻呼块数每小时最大寻呼次数＝每秒实际最大寻呼次数×3600(考虑网络需留有一定的冗余，寻呼负荷一般设定为最大理论值的50％) 位置区内允许的话务量话音业务，短信业务，以及现有分组域数据业务（RA和LAC保持一致）的寻呼均占用CCCH中的PCH。每小时话音业务最大寻呼次数＝每小时最大寻呼次数×话音业务寻呼占比根据目前经验，一般寻呼中60％～80%的寻呼为话音业务发起，部分PS业务较高区域能达到50%左右。忙时呼叫次数＝每小时话音业务最大寻呼次数/被呼叫比例位置区内允许话务量＝忙时呼叫次数×用户通话平均时长/3600位置区内允许的载频数位置区内允许的载波＝位置区内允许话务量/单载波话务量备注：爱立信建议每位置区的载频数设置在1800以内LACMSC/SEVER名称下挂BSC名称每小时最大寻呼次数位置区内最大话务量位置区内载频数13144CQGS05GM051B1/GM051B2/GM051B3791022367.3990313085CQGS05GM051B1/GM051B2/GM051B31683783212.42143213069CQGS08GM081B2/GM081B31539312468.4791613070CQGS08GM081B2/GM081B31621643626.07154713116CQGS18GM181B2/GM181B32157795642.86192433139CQGS23GM231B2/GM231B3718351893.7771913149CQGS23GM231B2/GM231B3189022798.5241913118CQGS29GM291B41022621245.6255713172CQGS24GM241B1/GM241B2/GM241B3405211531.82100433141CQGS24GM241B1/GM241B2/GM241B31407493936.041368从上表数据得出，CQGS18下带的LAC13116位置区内载频数已超出建议值。CS资源TRA资源评估TRA资源主要通过TRA利用率来评估；TRA利用率=TRA占用数量/TRA设备总数以下是我们对TRA利用率和拥塞比率两指标关系的曲线拟合。通过指标拟合，我们将大致得出TRA利用率预警门限EFRTRA利用率与拥塞比率对应关系FR、HRTRA利用率与拥塞比率对应关系预警级别黄色预警红色预警EFRTRA利用率80%90%FR、HRTRA利用率70%80%BSC的TRA总体利用率60%70%TRA评估和调整流程TRA设备资源评估主要从两方面考虑：网元内部设备评估调整和网元之间的设备评估调整各网元之间的TRA设备是否足够，可采用TRA总利用率来评估；TRA总利用率=TRA总占用数量/TRA总设备总数网元内部各类型的TRA设备是否足够，可采用各类型的TRA利用率来评估；由于在占用EFR设备时没有可用EFR设备时会自动分配到FR设备，不影响用户感知，所以可把EFR和FR设备一起算。EFR和FR利用率=TRA占用数量（EFR和FR）/TRA设备总数（EFR和FR）HR利用率=TRA占用数量（HR）/TRA设备总数（HR）下面是TRA评估流程图：调整原则：优先实施内部各类型设备的均衡转换；若网元内总利用率高（各类型设备利用率均较高），则实施相同APG类型不同网元之间的TRA硬件设备调整。调整数量：根据调整后各类型TRA设备的日常忙时平均设备利用率在65％以下为调整目标。EFR和FR调整：对于EFR、FR这两种全速率设备，只要总体设备足够，则单独EFR或FR速率设备不够用并不会让用户有接不通等感觉。但是，EFR质量最好，FR次之。因此，在设备足够的情况下，应尽可能优先使用EFR设备。评估方法可对比EFR/FR利用率和EFR利用率。如果这两个利用率相差比较大（前者比后者高10%以上），则应调整EFR和FR设备，提高EFR利用率。TRA调整计算方法例如：一块501SNT板的DEVICE数为32，可承载24路话音；一块810SNT板的DEVICE数为256，可承载192路话音。定义BSC某种类型的设备数A，利用率为H，则该类型需要增加（或可以减少）的SNT板数量为：501设备：（（A*H）/65%-A）/24810设备：（（A*H）/65%-A）/192现网TRA的利用率情况：从上图可以看出，城一各个BSC的TRAEFR利用率均未达能预警门限值。从上图可以看出，城一各个BSC的TRAFR利用率均未达能预警门限值。从上图可以看出，城一各个BSC的TRAHR利用率均未达能预警门限值。从上图可以看出，城一各个BSC的TRA总体利用率均未达能预警门限值。TRH资源评估TRH设备占用率TRH的实现可基于RPD或RPG，而RPG有三个版本：RPG1、RPG2、RPG3。RPD/RPG1是BYB202型硬件,RPG2是BYB501型硬件，RPG3是810类型且可与501类型兼用。TRH理论能支持载波数TRH/RPtypeMAXNO-SDCCHTRXAllowednoofTRXperTRHRPD17263-4-RPG/1RPG/2124220318416RPG/3132232328424BSCTRH设备占用率=实际载波数/BSC理论能支持载波数TRH负荷系统提供了对TRH负荷的监测和统计功能，但其反映的是TRH空闲的容量值。系统对TRH的负荷设为最低10％，最高80％，当设备空闲的时候也会有10％的基本负荷，剩余的70％负荷才用于承载话务。RPD/TRH的最大容量是50个单位，RPG1/TRH和RPG2/TRH是150个单位，RPG3/TRH为200个单位。RPD和RPG不能承受超过最大容量80％的负荷（在BSC属性中由MAXLOAD参数规定），因此，基于RPD的TRH容量为40,RPG1/2为120，RPG3为160。因此，由最小空闲容量计算实际的最高负荷的推导公式为：

80－70×LOWCAP/CAP[％]

其中CAP为该类型TRH的最大容量的80%，LOWCAP为TRH在监视期内的最小空闲容量。预警级别黄色预警红色预警TRH负荷65%80%现网TRH负荷情况：从上图可以看出，城一各个BSC的TRH负荷均未达能预警门限值。PS资源PCU资源评估PCU资源负荷评估方法思路：目前爱立信系统中，可以衡量PCU资源是否存在瓶颈的指标有PCU拥塞率和GSL使用率。前者是直接反映资源瓶颈程度，包含了对突发拥塞的反映，而后者是反映PCU资源的平均利用率，单一以PCU拥塞率作为门限，会放大突发拥塞带来的影响，因此我们将同时利用这两个指标来制定预警门限。实际工作中通过对PCU拥塞率和GSL使用率指标进行拟合，得到指标之间存在的对应关系后，利用GSL使用率作为衡量PCU资源紧张的指标并定出红、黄两级预警门限。取数粒度：取一段时间（一个月或者一周）BSC级N×24小时PCU拥塞率和GSL使用率统计。涉及到的公式：建议PCU资源相关的计算公式如下：PCU拥塞率=(Allpdchpcufail-Cellmoved)/PchallattGSL使用率=Gslutil/Gslscan当GSL使用率70%以下是没有PCU拥塞出现的，而GSL使用率高于85%时就有明显PCU拥塞出现。预警门限：在上图中，GSL使用率70%以上开始出现一些零散高PCU拥塞率采样点，而GSL使用率85%以上大出现大量高PCU拥塞率采样点。因此预警门限取GSL使用率85%为红色预警门限，GSL使用率70%为黄色预警门限。备注：关于FPDCH及的配置，务必以坎贝尔算法以基础，充分平衡话音及数据业务，在不必要的情况下建议不配置过多的FPDCH，浪费载频资源及PCU资源。PCU资源扩容方法PCU由若干RPP板组成，对RPP资源的占用需要考虑两个方面：1、GB链路占用RPP资源。2、分配PDCH占用RPP资源。对于后者，所需RPP数受到DSP处理能力和DL2资源的双重限制。若只考虑DSP处理能力限制则每个RPP可处理150个BPDCH或者100个EPDCH；若只考虑DL2资源限制则每个RPP可处理248个BPDCH或者62个EPDCH。根据上述考虑，在PCU预警门限下，折算所需RPP资源如下：Rt=当前实际配置RPP板数Rf=当前业务量实际占用的RPP板数BPDCH=分配的普通GPRS信道数（指采用CS-1或CS-2编码方式的信道）EPDCH=分配的EDGE信道数PDCH=分配的PDCH信道总数Gb=Gb时隙配置数现网当前业务量下实际占用RPP板数为：Rf=MAX(BPDCH/150+EPDCH/100,BPDCH/4/62+EPDCH/62+Gb/62)其中：EPDCH、BPDCH计算方法如下：首先按每个小区算出系统分配的PDCH总数：PDCH=ALLPDCHACC/ALLPDCHSCAN算出的结果与小区参数NUMREQEGPRSBPC进行比照，原则如下：若PDCH<=NUMREQEGPRSBPC，那么：BPDCH=0，EPDCH=PDCH；若PDCH数>NUMREQEGPRSBPC，那么：BPDCH=PDCH-NUMREQEGPRSBPCEPDCH=NUMREQEGPRSBPC若PCU_GSL使用率>85%，则PCU需要扩容RPP板数为ROUNDUP(Rf/0.85,0）+1-Rt；若PCU_GSL使用率<70%，则PCU可减容RPP板数为Rt-(ROUNDUP(Rf/0.7,0)+1)；若不考虑RPP类型（即不同类型RPP可做均衡），则：可调RPP数＝MIN（需扩容RPP数，可减容RPP数）若考虑RPP类型（RPP202设备不能和501、810设备互调），则：可调RPP数＝SUM{MIN(扩容RPP501和810总数，减容RPP501810总数)+MIN(扩容RPP202数，减容RPP202数)}缺口RPP数＝需扩容RPP数－可减容RPP数RPP可调率＝可调RPP数/当前RPP数RPP缺口率＝缺口RPP数/当前RPP数RPP可调率反映了一个地区RPP资源的不均衡程度，RPP缺口率反映了一个地区RPP资源总体紧张程度。注：由于Gb链路会占用RPP资源，计算RPP时已经考虑将Gb负荷大于65％的链路进行扩容，再来计算所需RPP资源。BSC现网GB时隙数现网RPP数BPDCHEPDCH系统分配的PDCHGSL利用率%RPP拥塞率PCU拥塞率GM052B18434312.73855.511168.2452.650.000.00GM052B210036274.64750.31024.9447.520.000.00GM052B314032192.52660.16852.6847.000.000.00GM081B233698677.821257.61935.4231.820.000.00GM081B311245465.731245.711711.4458.370.000.00GM181B28476262.03610.75872.7821.730.000.00GM181B3168601053.541156.072209.6146.870.000.00GM231B224894534.93487.731022.6616.670.000.00GM231B39513437.53719.081156.6140.880.000.00GM241B19684625.21335.55960.7617.730.000.00GM241B29638599.07435.941035.0135.600.000.00GM241B39415982.92711.81694.7241.110.000.00GM291B418661253.92614.87868.7929.690.000.00PCU资源调整建议GSL使用率超85%以上的BSC，在还未实施RPP扩容时，可以调节一些相关参数压缩PDCH的激活比例，如PILTIMER、TBFLIMIT、DLLELAY等，暂缓性能下降。GSL使用率超85%，而该局Gb链路负荷相对较低的情况下，可进行有选择性的闭塞一些Gb时隙，提高GSL资源总数，缓解GSL使用率过高压力。EGPRSLicense使用率评估评估维度：评估各BSCEGPRSlicense使用情况评估全网爱立信设备EGPRSlicense使用情况，其使用率为EGPRS_lic_load=已配置EGPRS信道总数/license支持的EGPRS信道可用总数BSCEGPRSlicense现网已配置EGPRS信道总数EGPRS_lic_loadGM052B12000125962.95%GM052B22000106953.45%GM052B32000102051.00%GM081B22500175270.08%GM081B32200189786.23%GM181B2243690337.07%GM181B32936152251.84%GM231B2150055637.07%GM231B310400109010.48%GM241B1200056928.45%GM241B2200068834.40%GM241B3122888186.66%GM291B42000111655.80%从上表可以看到，GM081B3的EGPRSlicense负荷已达到86.23%，已比较高了。

无线接口资源Abis接口资源评估取网络系统忙时数据，分别计算语音、数据业务、载波TRX信令占用Abis数量，具体算法如下：总Abis时隙数=总载波数*3+∑[ROUNDUP(小区定义EDGE信道数*3/4)]——注：ROUNDUP为excel函数，向上取整。话音业务占用Abis时隙数=(全速话务量+半速话务量/2)/4数据业务占用Abis时隙数=EPDCH数+（PDCH激活数-EPDCH数）/4 注：1个Abis是64K，1个EPDCH信道是64K，BPDCH是16KLAPD信令占用Abis时隙数=载波数（不压缩）+载波数（压缩）/压缩因子LAPD信令占用Abis时隙数=载波数（不压缩）+载波数（压缩）/压缩因子、BSC载频数NUMREQEGPRSBPCAbis总数话音信道全速率话务量半速率话务量平均占用PDCHEPDCH数量话音业务占用Abis数数据业务占用Abis数LAPD信令占用Abis时隙数GM052B1862125935311054.61823.05978.42705.66366.53773.85684.50GM052B2702103728841134.35918.51892.25657.93398.40716.51599.50GM052B3779101630991265.03556.86810.06594.61385.87648.48698.50GM081B21193174048841816.791281.991461.861093.56614.451185.641106.75GM081B31282186152422079.851039.931455.391034.94649.951140.051213.50GM181B26948832745946.23918.32827.29551.87351.35620.73594.50GM181B31230152248322111.152001.781907.711079.11778.011286.261093.25GM231B24515521767612.78730.02809.14460.17244.45547.42362.50GM231B3687109028791113.84511.81923.86644.53342.44714.36613.25GM241B181055928501152.30129.34973.62326.74304.24488.46618.00GM241B274168427361234.20469.411022.42411.49367.23564.22538.25GM241B3821162236801978.18512.281363.14619.28558.58805.25597.00GM291B455711162508817.39348.11700.58553.91247.86590.58532.75总计10809149414363717316.7010241.4114125.758733.835609.3510081.819252.25Abis信令压缩预警级别黄色预警红色预警信令压缩比例2%5%压缩方式TRX比例CONC174416.13%MPLEX1600.00%MPLEX32120.11%UNCONC905383.75%总计10809100.00%城一有16.24%的载波采用信令压缩（复用）方式，具体的名单如插入附件：。建议：由于载波信令压缩对网络性能有影响，在传输资源充足的情况下，尽量不采用信令压缩。Gb口资源评估Gb链路负荷预警门限取值分别为：75%（红色预警门限）、65%（黄色预警门限）。对于BSC内各条Gb链路最高负荷超65%的BSC，还需观察各Gb链路间是否存在负荷不均衡的现象。Gb资源评估方法根据BSC数据业务流量大小，配置若干条Gb链路。考察Gb链路资源是否存在问题，需要从两个方面考虑：Gb链路总负荷Gb链路负荷=Gb下行流量/Gb链路下行带宽预警门限：75%为红色预警门限，65%为黄色预警门限。BSC内各条Gb链路负荷是否均衡Gb链路不均衡性=BSC内各条Gb链路负荷求方差/BSC各条Gb链路负荷平均值预警门限：若某BSC存在某条Gb链路负荷在65%以上，且其Gb链路不均衡性又超过15%，就需要重点观察，若长时间都不均衡则可提请设备厂商解决。Gb资源扩容方法Gb链路资源扩容方法，首先是先扩Gb链路时隙数，而在Gb链路时隙已经扩至最大31时，Gb带宽仍无法满足需求，才增加Gb链路数。F=下行GB流量单位：Mbyte/小时St=当前Gb时隙数Sf=最终Gb时隙数A=Gb链路预警门限Lt=当前Gb链路数Lr=所需Gb链路数Lf=最终Gb链路数现网BSCGb负荷超预警门限，Gb配置扩容方法：首先计算所需Gb链路数：Lr=ROUNDUP((F*1024*8/3600/64/A/31),0)所需Gb链路数与当前Gb链路数作比较，确定最终Gb链路数和时隙配置：若Lr>Lt，则Lf=Lr,Sf=ROUNDUP((F*1024*8/3600/64/A/Lr),0)若Lr≤Lt，则Lf=Lt,Sf=MAX(ROUNDUP(F*1024*8/3600/64/A/Lt,0),St)需扩容Gb链路数＝Lf-Lt每条链路需扩容Gb时隙数=Sf-StGb时隙缺口率=需扩容Gb时隙数/当前Gb时隙数Gb链路缺口率=需扩容Gb链路数/当前Gb链路数现网GB负荷情况：从评估情况来看，GM231B3、GM241B3两个网元出现红色预警；GM052B1、GM081B3、GM181B3三个网元出现黄色预警，建议及时进行调整。目录目录第一章总论 1一、项目概述 1二、可行性研究报告编制依据和范围 2三、项目主要经济技术指标 3四、******国家森林公园概况 3第二章项目背景及必要性 8一、项目背景 8二、项目建设的必要性与可行性 10第三章项目选址分析 13一、项目选址 13二、项目城市概况 13三、经济发展概况 14四、公共设施依托条件及施工条件 17第四章需求分析与建设规模 18一、****国家森林公园现状与存在问题分析 18二、****国家森林公园日容量预测 19三、****国家森林公园景区厕所需求面积分析 20HYPERLINK\l