资源类KPI监控及优化方法ppt课件

1、 2006, ZTE Corporation. All rights reserved.1、呵斥资源受限的缘由一方面是3G用户的增多，同时单用户的话务量也随着资费下降而上升，比如香港P工程单用户语音话务量到达0.5erl，这在网络初期规划的时候是料想不到的；另外一方面是由于网络初期建立时战略上会偏重于好的用户体验和好的网络KPI，而不会关注容量问题 。P工程每日全网CS话务量变化情况 2006, ZTE Corporation. All rights reserved.P工程小时级全网CS话务量变化情况单用户忙时话务量到达0.45erl： 2006, ZTE Corporation. All

2、rights reserved.突发事件同样会呵斥部分地域资源受限：群众活动呵斥某站点容量受限 2006, ZTE Corporation. All rights reserved.2、资源类相关KPI及告警门限资源类KPI主要包括下行功率、上行容量、码资源和CE资源 *红色代表能否参与或者门限有待讨论。Resource TypeKPI No.及名称告警门限TCPC301320150 Number of rejected services,DCH downlink TCP limit50PI30092 Maximum Cell TCP (%)100%PI30093 Average Cell T

3、CP70%UL TrafficPI30029 Handover Blocking Rate0.5%KPI RTWP（in busy hour）-98dBmCodeC301320153 Number of rejected services, DCH no code50PI30205 Average Cell HSUPA Users12PI30172 Cell Average HSDPA Users16CEPI301830006 Maximum use Ratio of Uplink NodeB CE60%PI301830010 Maximum use Ratio of Downlink Nod

4、eB CE60% 2006, ZTE Corporation. All rights reserved.3、相关KPI的查找方法 2006, ZTE Corporation. All rights reserved.某RNC TCP受限与CS掉话的关系 2009-06-09RNC Call Drop Rate,CSTraffic Volume, CS AMR(Erl)Number of rejected services,DCH downlink TCP limit00:00:0001:00:001.24%851.545601:00:00 02:00:001.07%481.209722 02:

5、00:00 03:00:001.09%253.174212 03:00:00 04:00:000.70%134.01755 04:00:00 05:00:000.61%84.981711 05:00:00 06:00:000.54%66.045811 06:00:00 07:00:000.64%102.663331 07:00:00 08:00:001.06%259.94235 08:00:00 09:00:001.31%658.36442262 09:00:00 10:00:001.11%1242.45281875 10:00:00 11:00:000.91%1798.69443261 11

6、:00:00 12:00:001.04%2266.30087064 12:00:00 13:00:001.09%2629.9058398 13:00:00 14:00:000.99%2488.74113719 14:00:00 15:00:001.05%2494.82197936 15:00:00 16:00:001.05%2598.190310515 16:00:00 17:00:001.16%2762.453111489 17:00:00 18:00:001.20%2930.38449926 18:00:00 19:00:001.45%3336.413322875 19:00:00 20:

7、00:001.29%2674.19255196 20:00:00 21:00:001.04%1946.79891288 21:00:00 22:00:001.13%1858.4106616 22:00:00 23:00:001.32%1818.2567575 23:00:0000:00:001.35%1445.835216 2006, ZTE Corporation. All rights reserved.1、修正预留HSDPA功率根据系统算法MinHsdpaPowerMinHspaPwrRto +NoHsPower Node B许用平安门限时MinHsdpaPower代表预留HSPA功率，

8、将启动下行拥塞降速算法流程(降低下行DCH的速率)。 MinHspaPwrRto的默许值是20%，香港P工程割接之前为10%，根据对割接后网络目的的分析，目前全网平均HSDAP TCP利用率只需2%左右程度，因此决议将该参数修正为3%。 2006, ZTE Corporation. All rights reserved.2、加快速降速度思索到负荷高的小区接纳回绝比较多，可以加大在资源拥塞时触发降速的速度，尽快释放出资源，防止切换用户加不进来而导致掉话这个方法仅仅针对有PS域用户多的小区有效，假设都是CS用户的小区，那么该修正意义不大，主要是4a/4b事件的触发时间。 2006, ZTE Co

9、rporation. All rights reserved.3、B类参数修正经过减小功率攀升因子和降低DlEbN0也可以到达降低拥塞的目的，但是修正前后需求详细评价，防止呵斥其他不良影响。下面是P工程对两个参数的修正记录，可作为修正相关参数时候的参考。从修正后的观察看，降低13.6K信令质量因子可以有效降低TCP受限次数，而接入方面受影响不大 ：Abbreviated NameParameter nameCurrent ValueUpdate valueremark修改原因PRamp 功率攀升因子( Power Ramp Factor)0.20B类参数，业务相关参数，所有业务子类都修改降低T

10、CP拥塞率DlEbN0下行业务品质因素(Downlink Traffic Eb/N0)7.55.1B类参数，业务相关参数，只修改13.6kbps信令的（业务子类）降低TCP Limit导致RRC连接建立拥塞 2006, ZTE Corporation. All rights reserved.修正效果经过预留HSDPA功率和速降速度的修正，全网TCP受限导致的回绝次数下降50%左右 。 经过B类参数修正TCP受限次数降低到原来的10%左右。 2006, ZTE Corporation. All rights reserved.上行容量受限的表现掉话率的攀升并不代表一定是上行容量受限，但是掉话率

11、的攀升是最容易发现容受限的途径，由于掉话率是大家最关注的目的，每天都在关注。香港中环UCE站点掉话率48小时分布 2006, ZTE Corporation. All rights reserved.RTWP攀升是上行容量受限的最直接表现，但是RTWP攀升能够是由于外部干扰，要排除这一点是比较难的。香港中环UCE站点RTWP 48小时分布 2006, ZTE Corporation. All rights reserved.话务量同样是判别上行容量受限的根据，单小区支持的话务量跟很多要素有关，在网络初期单小区忙时语音话务量超越20erl就需求关注了香港中环UCE站点CS话务量 48小时分布 2

12、006, ZTE Corporation. All rights reserved.码资源类KPI监控及优化方法：经过统计Number of rejected services, DCH no code可以非常直观的看到小区码资源受限情况。同样平均码资源利用率和HSDPA用户数也可以作为判别和优化的根据。对于发现的码资源受限小区，经过码资源分配调整可以适当减少码资源受限情况。 2006, ZTE Corporation. All rights reserved.基于优先保证R99用户的接入的思索，P工程做了如下调整：站点WTR码字受限情况Abbreviated NameParameter na

13、meRange and StepCurrent ValueUpdate valueremarkDpchCodeHy DPCH Code Hysteresis0.5121628To decrease the number of rejected services for DCH no code CodeUptHyACode Update Hysteresis A0.5121628To decrease the number of rejected services for DCH no code 2006, ZTE Corporation. All rights reserved.修正码字分配战略后对HSDPA流量有比较大的影响：站点WTR HSDPA MAC层吞吐率 2006, ZTE Corporation. All rights reserved.目前P工程还没遇到CE资源受限的问题，两个告警门限仅作参考：CEPI301830006 Maximum use Ratio of Uplink NodeB CE60%PI301830010 Maximum use Ratio of Downlink NodeB CE60% 2006, ZTE Corporation. All rights