TD网络扩容方法

《TD网络扩容方法》由会员分享，可在线阅读，更多相关《TD网络扩容方法（5页珍藏版）》请在装配图网上搜索。

1、 TD-SCDMA网络扩容方法TD扩容背景：目前深圳项目已经进入精细优化阶段，从KPI指标上看，PS无线接通率指标离目标值还有较大差距，还需花费大力气进行优化。拥塞小区会对接通率有很大的影响，解决拥塞问题，首先要制定好扩容的方案。TD扩容分R4业务扩容和H业务扩容，扩容要同时兼顾解决两种业务的拥塞问题。第一步：通过KPI指标，判断小区拥塞情况通过日常的KPI统计结果，主要统计最近一周问题小区忙时（本文指标取自深圳全网09年8月29日至9月1日四天中，上午10点12点，下午2022点数据，为了统计出的KPI更贴近网络真实水平，建议所有忙时指标提取均取小时级以下粒度）以下指标:HSDPA.Mean

2、NbrUserHSDPA.RlcOctsCR.NbrAssnBruUl.R4CR.NbrAssnBruDl.HSDPA忙时平均接入H用户；该测量项在VS3.CELL测量单元中忙时HSDPA业务流量；该指标项在CARR.CARRIER测量单元忙时载频平均上行信道码道占用数；该指标项在CR.CARRIER测量单元忙时载频平均下行HSDSCH码道占用数；该指标项在CR.CARRIER测量单元各项指标前10名的小区如下：A）HSDPA.MeanNbrUser是小区级统计指标，统计忙时平均接入H用户；该测量项在OMC结果查询项VS3.CELL测量单元中，现深圳每个H载频只能接6个用户，部分小区开启了多个

3、H载频，要综合考虑，建议忙时每载频平均接入H用户数超过5则考虑扩容。表一中“忙时平均接入H用户的数”的值除以小区的H载波数看是否超过5个。起始时间周期对象名称CELL ID忙时平均接入H用户31/08/2009 00:00:001440SZRNC5T3619114.88901/09/2009 00:00:001440SZRNC5T3619113.50831/08/2009 00:00:001440SZRNC10T603817.59401/09/2009 00:00:001440SZRNC10T603817.05901/09/2009 00:00:001440SZRNC4T266316.9083

4、1/08/2009 00:00:001440SZRNC4T266316.24601/09/2009 00:00:001440SZRNC4T296525.73831/08/2009 00:00:001440SZRNC3T219935.68129/08/2009 00:00:001440SZRNC4T296525.64631/08/2009 00:00:001440SZRNC1T203525.438 表一B）HSDPA.RlcOcts是载波级统计指标，统计忙时HSDPA业务流量；该指标项在OMC结果查询项CARR.CARRIER测量单元，不作为扩容的主要参考条件，该指标没有临界点决定要不要扩容，只

5、用来参考。起始时间周期对象名称CELL ID忙时HSDPA业务流量（KB）29/08/2009 00:00:001440SZRNC7T55212227708530/08/2009 00:00:001440SZRNC11T42031173740531/08/2009 00:00:001440SZRNC10T31651172414229/08/2009 00:00:001440SZRNC4T30512154092231/08/2009 00:00:001440SZRNC10T60812138103201/09/2009 00:00:001440SZRNC11T41051136340430/08/2

6、009 00:00:001440SZRNC9T16421133723229/08/2009 00:00:001440SZRNC12T43001129288630/08/2009 00:00:001440SZRNC4T25581126809530/08/2009 00:00:001440SZRNC1T207121228402 表二C）CR.NbrAssnBruUl.R4是载波级统计指标，该指标可以统计R4业务的码道占用情况，统计忙时载频平均上行信道码道占用数；该指标项在OMC结果查询项CR.CARRIER测量单元（类似可以考虑的有CR.NbrAssnBruDl.R4，统计忙时载频平均下行信道码道

7、占用数）。每个时隙有16个BRU可用，根据深圳现网上下行时隙配比情况，上行载频总共有32个BRU，减去10为切换备用，一般最多能用到28个BRU，建议忙时用到22个BRU就应该考虑扩容。起始时间周期对象名称CELL ID忙时载频平均上行信道码道占用数；该指标项在CR.CARRIER测量单元01/09/2009 00:00:001440SZRNC1T2035224.46631/08/2009 00:00:001440SZRNC1T2172322.80831/08/2009 00:00:001440SZRNC10T6081222.65631/08/2009 00:00:001440SZRNC1T2

8、035221.87201/09/2009 00:00:001440SZRNC1T2172321.29630/08/2009 00:00:001440SZRNC6T4315221.14731/08/2009 00:00:001440SZRNC10T6038119.82401/09/2009 00:00:001440SZRNC1T2172119.7431/08/2009 00:00:001440SZRNC3T2502119.6201/09/2009 00:00:001440SZRNC7T1702319.572 表三D）CR.NbrAssnBruDl.HSDPA是小区级统计指标，统计忙时载频平均下行

9、HSDSCH码道占用数；该指标项在OMC结果查询项CR.CARRIER测量单元。这个指标只能说明H资源的利用率，对拥塞率没有意义。只有一个用户在一直下载，它的H码道占用数同样也会很高，所以该指标也只用作参考。起始时间周期对象名称CELL ID忙时载频平均下行HSDSCH码道占用数；该指标项在CR.CARRIER测量单元30/08/2009 00:00:001440SZRNC10T6049142.76631/08/2009 00:00:001440SZRNC3T2025142.73101/09/2009 00:00:001440SZRNC2T2191142.71901/09/2009 00:00

10、:001440SZRNC4T2597242.69229/08/2009 00:00:001440SZRNC2T2191142.68730/08/2009 00:00:001440SZRNC5T3235142.68201/09/2009 00:00:001440SZRNC10T6049142.67631/08/2009 00:00:001440SZRNC4T2663142.66901/09/2009 00:00:001440SZRNC8T1624342.65931/08/2009 00:00:001440SZRNC10T6081242.585 表四E）考虑小区是否出现拥塞的情况，下面的表五小区拥

11、塞统计表格可以更细地统计到PS业务中R4业务的分不同上、下行速率业务RAB建立请求、成功、失败的数目，此处列举了小区拥塞统计表中最需要关注的指标，这几项指标可以看出为拥塞次数，非常重要，对判决是否要扩容有决定性的意义： 周期RNC小区IDPS RAB 分配成功次数PS RAB 分配请求次数电路域RAB 分配成功次数电路域RAB 请求次数电路域RAB 指配建立失败的RAB数目分组域RAB 指配建立失败的RAB 数目1440SZRNC10T6038111617919190621440SZRNC10T6058217820566660231440SZRNC1T217232282501761771201

12、440SZRNC7T166113093361041040171440SZRNC2T551531561721281280141440SZRNC2T219115826101331330121440SZRNC4T359429010070700101440SZRNC3T2042323628260600101440SZRNC2T55641221231144144071440SZRNC3T216626070424204 表五小区是否拥塞判决结论：如果某一小区一周左右早晚忙时，以上各表中统计的各项指标，多次出现繁忙，还有拥塞迹象RAB建立失败原因为最大速率不可用，可以判定该小区存在拥塞的情况。这里需要注意一

13、种RNC数据和NODEB数据配置不一致导致的表面拥塞现象：由于历史遗留问题，基站侧数据和RNC侧数据可能是分开由不同的工程师做的，导致两者数据有不一致的情况，这就要求我们的网优同事分析数据时需认真仔细。对于载频已建立但不可以用的问题，一般情况都是RNC侧已经配置数据，但NODEB侧的BBP板出现故障或者根本就没有配置和没有单板存在。处理拥塞小区必须观察该站载频状态!这种小区通常也会出现最大速率不支持，或是RAB建立尝试次数很高，建立失败次数也很多，出现了这种情况，及时通过核查，修改小区RNC数据和NODEB数据与实际硬件情况配置情况保持一致后，再依据以上五项指标的统计，判断小区是否拥塞。第二步

14、：分业务分析拥塞的具体情况，以及具体情况采用不同的扩容方案1）CS业务扩容方案从表三“CR.NbrAssnBruUl.R4”和表五中“电路域RAB 指配建立失败的RAB数目”统计可以看出CS业务是否拥塞，另外从CS寻呼拥塞率和业务量KPI统计等指标也可以看出CS业务是否拥塞。同一载波可同时进行语音、视频业务，分析CS扩容要同时兼顾2种业务，从业务量考虑CS业务是否拥塞：建议将VP话务量乘4，与语音话务量相加，然后再计算在呼损率在25左右时，找到爱尔兰B表对应的话务量。例如深圳现网一个3载波小区，常规配置：上下行时隙配比2：4，主要考虑上行信道，主载波上行AMR信道为15，辅载波信道为16，H载

15、波不作考虑。该小区总信道为31，呼损率为2%，查询爱尔兰B表，话务量为22.83erl，实际值为22.83*0.8=18.26erl（借鉴GSM网络经验），查询该小区忙时一小时内语音业务量加上VP话务量的4倍值，如果超过18.26，则需要进行CS业务扩容。2)PS业务扩容方案表一、表二、表四可以看出H业务是否拥塞。下面分别从r4业务和H业务都拥塞，r4业务拥塞、H业务不拥塞，r4业务不拥塞、H业务拥塞；三种情况分别描述PS扩容方案。A)小区r4业务和H业务都拥塞：可以看站内其他小区是否都是同样的情况；如果站内其他小区并没有出现拥塞的情况，可以将空闲小区载波配置到站内拥塞的小区。如果其他小区均拥

16、塞，需要先对小区进行BBP板硬件扩容。B)r4业务拥塞、H业务不拥塞：从最近几个月深圳的话统可以看出，暂时没有发现小区主要是R4业务拥塞而H业务没有拥塞的情况，暂时不作为讨论范围。C)r4业务不拥塞、H业务拥塞：可以看站内其他小区是否都是同样的情况；如果站内其他小区并没有出现拥塞的情况，可以将空闲小区载波配置到站内拥塞的小区。如果其他小区均拥塞，可以尝试把R4载波设置为H载波，如果将原先各小区一块H载波全部设为两块H载波，同时要兼顾周边小区r4业务，不能导致R4业务的拥塞，如果两种业务最后不能同时解决拥塞的情况，需要需要先对小区进行BBP板硬件扩容，再扩容H载波。第三步：扩容后进行指标跟踪扩容之后通过一周左右时间忙时上述5张表中各指标变化情况，看是否达到解决拥塞的目的，同时也要关注是否对扩容小区的相邻小区造成覆盖或干扰等其它影响，最好跟踪该扩容小区及周边小区的接通、掉线、切换等指标的变化，杜绝因扩容对网络产生负面的影响。