钦州华为PS域信道及参数调整优化提升无线利用率报告V101223.docx
《钦州华为PS域信道及参数调整优化提升无线利用率报告V101223.docx》由会员分享，可在线阅读，更多相关《钦州华为PS域信道及参数调整优化提升无线利用率报告V101223.docx（25页珍藏版）》请在冰豆网上搜索。
钦州华为PS域信道及参数调整优化提升无线利用率报告V101223
华为PS域信道及参数优化调整提升无线利用率V1.0-1223
1、引言
集团公司对无线资源利用率的考核已达到65-70%，鉴于钦州资源利用率相对全区较低，但2G数据业务量又增长过快，智能手机用户上网速率感知度差，根据话务模型的变化定期开展PDCH信道分配及参数优化，对于用户是否能够享受到优质的GPRS业务起着至关重要的作用；
本次优化思路：
主要围绕容量、速率两个因素，进行合理利用有限资源，1、对双拥塞小区或负荷高的小区进行半速率、信道复用及尽早释放信道资源来优化调整提升单信道（PDCH）的承载率及有效使用率;2、对超闲小区信道资源闲置的小区，降低信道复用度，延缓释放PS信道资源（为下个数据块提供较快的通道），最大限度的连续激活及早、多占用PDCH利用资源，提升用户上网速率的感知度;3、对正常负荷小区进行语言、数据信道资源需求计算尽量把资源分配设置在最佳的黄金点；总之在小区负荷高的时候分配及参数机制尽量均衡吸收话务、流量增加效益，在负荷低的时候让用户的上网感知度最大化。
本次优化目的：
通过对PDCH分配机制及PS相关参数优化调整设置，影响小区占用PDCH平均数及动态信道转换门限、释放时间，继而合理均衡小区信道资源分配，提升无线资源利用率。
本次优化效果：
根据华为信道分配机制及参数功能，结合钦州语音、数据现阶段小区负荷，对钦州部分小区进行优化调整，优化后晚20点、22点话音拥塞基本保持恒定，占用PDCH平均个数由6263.11上升至6731.15，增加468.05个，无线资源利用率均值由66.12%提升至70.33%，提升4.21个百分点，在改善数据业务用户感知的同时提升无线资源利用率，优化前后无线利用率及占用PDCH平时数目走势图如下：
但是网络的优化不能完全靠参数的优化，保证传输资源，空口质量为最基本和最重要的工作内容，目前部分小区在传输资源上受限较多，需要后期进行解决。
资源需求评估：
根据优化后PDCH资源的变化，对PB（DSP）、ABIS、GB进行了资源评估需求优化，现钦州日常GB口流量已超国庆期间的流量负荷，考虑后期数据业务及节日需求，需要区公司资源支持的有以下几点:
1）、支持EDGE的载频数License：
BSC2、BSC3支持EDGE的载频数License资源利用率均已超出100%，建议增加支持EDGE的载频数License76个（9+50+17）；
2）、GDPUP单板需求：
BSC2、BSC3GDPUP单板负荷均已超出负荷门限范围（85%以上），考虑春节返乡建议扩容GDPUP3块板解决，另有72个DSP下小区最大激活PDCH已达到48个超出负荷范围，需要GDPUP板扩容后，再进行小区迁移达到DSP负荷均衡效果。
3）、GB口资源需求：
钦州BSC2、BSC3的GB口利用率均已超过80%，且Gb口license小于目前BC时隙配置值，建议增加Gb链路或进行IP化改造（BSC2扩容E1条数5，BSC3扩容E1条数8），同时增加Gb口license；新增Gb链路后在进行NSE间进行复核均衡优化。
4）、Abis接口传输需求：
钦州现网存在61个基站空闲时隙不足现象，其中15个BTS传输可以满足空闲时隙需求，使用指令添加即可；46个BTS传输已无法满足空闲时隙需求，其中部分BTS单小时因无空闲时隙导致ABIS时隙申请失败次数达到4000多次，需要扩容E1传输解决；
5）、EGPRS载频硬件需求：
结合话音、数据业务忙闲程度综合分析，并通过“小区下最大PDCH比率门限”等参数优化调整，其中16个小区还需要扩容16个EGPRS载频才能满足数据业务需要（因扩容E载频现网无法抽闲补忙，部分小区关联双密度LIC）。
2、华为静、动态PDCH分配机制及信道控制参数优化
华为BSC6900系统从小区、载频、信道不同级别上都有针对PDCH分配的设置参数，通过对这些参数的优化调整，可以对华为PDCH分配达到十分细致的控制，影响了PDCH激活或占用情况，继而提升无线利用率，各级别主要控制参数说明如下：
2.1.华为PDCH信道位置合理性优化
PCU根据多时隙能力为GPRS手机分配一条或多条物理信道（PDCH），每条PDCH上又可以复用一个或多个手机，PDCH可分为静态PDCH和动态PDCH；
华为内置PCU小区只需要配置静态PDCH信道和小区下最大PDCH比例门限，当选择好最优载波后，静态PDCH信道配置顺序需按照华为设备动态激活优先分配顺序65743210信道号依次连续配置，以便MS可以更多的机率获得连续的空闲PDCH信道资源，可以最大程度地避免信道资源闲置；提升智能用户数据传输速度；且通过合理配置信道顺序，这样会增加TCH转换PDCH次数对无线资源利用率公式分子“占用的PDCH的平均数”有大提高；核查钦州对70个小区共170个PDCH顺序配置不合理的进行修正调整，详见附件（前期已优化过需要调整的数目较少）：
调整70个未连续配置静态PDCH信道的小区，在流量未增长的情况，激活的信道数据有所增加，连续的信道配置，可有效提升用户的上网感知度，前后对比如下：
行标签
求和项:
激活的PDCH个数
求和项:
占用PDCH平均个数
求和项:
E（GPRS）流量（KByte）
平均值项:
无线网络利用率%
求和项:
占用的PDCH最大数目
2012-12-1722
364
328.43
874279.03
74.19
499
2012-12-1822
339
306.24
815236.78
69.66
484
2012-12-1922
351
312.36
780821.41
73.06
499
调整信道位置前
1054
947.02
2470337.22
72.30
1482
2012-12-2022
354
318.94
796478.79
75.07
491
2012-12-2122
345
308.69
757261.51
71.95
492
2012-12-2222
383
347.57
820027.04
76.39
560
调整信道位置后
1082
975.20
2373767.34
74.47
1543
优化后-前对比
28
28.18
-96569.88
2.17
61
2.2.载频优先级优化
参数描述：
TRX优先等级表示载波的优先级，在华为II代算法中使用，其值可取等级0，等级1，等级2，等级3，等级4，等级5，等级6，等级7。
参数取值越小，载波的优先级越高。
在其他条件相同的情况下，信道优先从优先级高的载波中进行分配；II代算法中，语音业务优先占用优先级高的载波，分组业务优先占用优先级低的载波。
设置策略：
为了减少语音业务和分组业务指配信道时有冲突，在开通了GPRS/EDGE的网络中，需要设置TRX优先等级，支持EGPRS的多块载波的小区，每一个载波的优先等级都应该不相同，尤其经过前期的EGPRS载频替换后，钦州多载频小区同时拥有支持和不支持的载频，E流量基本都在97%以上，更需要调整静态PDCH配置在支持的EGPRS载频上，此配置方式有利于减少TCH动态抢断几率，空出低优先级载波，用于连续多时隙捆绑，提高数据速率；当TRX优先等级相同的情况下，静态PDCH配置的载波位置会对PDCH占用有引导的作用，本次钦州对校园网多载频小区进行了载频优先级的优化设置，涉及小区349个，涉及载频758个。
调整部分多载频小区后，激活的PDCH数目提升了231个，TCH抢断数下降了98次，前后对比如下：
行标签
求和项:
激活的PDCH个数
求和项:
TCH抢占PDCH数
求和项:
占用PDCH平均个数
求和项:
E（GPRS）流量（KByte）
2012-12-1822
1746
404
1567.9267
4100190.9
2012-12-1922
1727
339
1547.1739
4204898.9
部分小区优先级调整前
3473
743
3115.1006
8305089.8
2012-12-2122
1810
253
1639.2416
4342315.4
2012-12-2222
1894
392
1713.6201
4079267.2
部分小区优先级调整后
3704
645
3352.8617
8421582.6
优化后-前对比
231
-98
237.7611
116492.8
2.3.信道数目合理性优化
足够的PDCH信道数目是保证数据业务正常运行的关键，但是过多PDCH信道数目会对语音业务造成冲击，并造成垃圾空闲信道，因此要根据数据、语音话务负荷核查钦州PDCH信道是否配置合理（可以通过话统来判断），
1、PDCH信道需求数计算方法：
提取一周7x24小时小区级话务数据，根据早上9点到晚上23点的平均占用的PDCH信道数指标统计确定理论静态PDCH数，一周最大占用的PDCH信道数确定理论动态PDCH数，进而算出理论小区下最大PDCH比例门限（保证用户多时隙能力接入，计算出的静态PDCH数加动态PDCH数若小于4，则取4）。
基于钦州平均占用的PDCH信道数，提取了一周7x24小时小区级话务数据，并考虑根据ErlangB表预留语音话务量承载的信道（对语音数据双忙的小区可以考虑半速率的占用），对钦州进行了PDCH数目配置合理性的优化，涉及小区115个，涉及信道115个（近期流量已超国庆期间流量负荷，已优化过，需要调整的数目较少），详细调整情况见附件：
2.4.华为PS域与无线利用率相关的信道控制及释放参数
通过对小区信道控制及释放参数设置，这些参数的调整，可以对华为PDCH分配达到十分细致的控制，影响了PDCH激活或占用情况，继而提升无线利用率，各级别主要控制参数说明如下：
2.4.1、小区下最大PDCH比率门限
参数描述：
该参数用来限制PDCH信道所占的比例：
可用的PDCH/（可用的TCH/F+可用的静态PDCH）；如果该参数值过大，PDCH过多，TCH过少，将影响电路域的业务；如果该参数值过小，PDCH过少，TCH过多，将影响分组域的业务。
取值范围：
0~100
设置策略：
在语音话务量较低，数据业务增长的情况下可有效进行TCH向PDCH动态转换，提升用户上网速率，继而提升无线资源利用率，在不影响语音业务的基础上尽量单载频设置为70%，保持多时隙手机最大占用PDCH数目（4个），对钦州PDCH比率门限进行了合理性的优化，涉及小区29个（近期流量已超国庆期间流量负荷，已优化过，需要调整的数目较少），详细调整情况见附件详细调整情况见附件：
2.4.2、PDCH上/下行复用门限
参数描述：
该参数表示PDCH上/下行复用门限，即该PDCH上/下行最多可承载（参数值/10）个TBF。
门限值越低，建立的TBF越少，接入的用户数越少，每个用户上行占用的带宽越大；门限值越大，建立的TBF越多，接入的用户数越多，每个用户上行占用的带宽越小。
取值范围：
上行[10,70]；下行[10,160]
设置策略：
是通过合理地控制小区PDCH复用度，在不影响用户感知的前提下，对小数据量需求的小区进行PDCH复用度优化，使更多的用户叠加在同一条信道，减少PDCH信道数的占用，反之对闲小区减少复用，最大限度激活PDCH占用数目，对钦州PDCH上/下行复用门限进行了合理性的优化，涉及小区168个，详细调整情况见附件：
2.4.3、上/下行复用动态信道转换门限
参数描述：
用于控制小区负荷不同时的动态信道转换申请和释放策略，对无线网络性能的影响：
门限越高，越不容易占用动态信道；门限越低，越容易占用动态信道。
取值范围：
10~70
设置策略：
为了触发动态信道及时转换，减少信道复用，建议“上行复用动态信道转换门限”<“PDCH上行复用门限”，对无线利用率的性能的影响：
门限越高，越不容易占用动态信道；语音话务量超闲数据忙可门限设低，越容易激活占用动态信道，对钦州PDCH上/下行复用门限进行了合理性的优化，涉及小区16个，详细调整情况见附件：
对16个语音超闲小区数据忙小区进行转换门限调整，对20点语音拥塞无影响，22点TBF拥塞次数失败下降了4824次，优化前后对比如下：
行标签
求和项:
激活的PDCH个数
求和项:
占用PDCH平均个数
求和项:
占用的PDCH最大数目
平均值项:
无线网络利用率%
平均值项:
TCH拥塞率%
求和项:
TBF拥塞次数
2012-12-1720
88
78
131
102.86
0.00
628
2012-12-1820
92
83
136
99.78
2.48
4176
2012-12-1920
85
78
131
98.44
0.07
1149
复用动态转换门限调整前
265
239
398
100.36
2.55
5953
2012-12-2020
103
96
175
113.57
0.03
529
2012-12-2120
109
99
172
117.52
0.06
1209
2012-12-2220
104
98
169
111.07
0.00
305
复用动态转换门限调整后
316
293
516
98.44
0.10
2043
2012-12-1722
103
95
140
111.78
0.00
5182
2012-12-1822
94
88
134
97.36
0.00
1273
2012-12-1922
99
91
135
94.19
0.00
1003
复用动态转换门限调整前
296
274
409
98.44
0.00
7458
2012-12-2022
116
107
181
114.71
0.00
1855
2012-12-2122
107
98
167
98.20
0.00
688
2012-12-2222
113
105
165
103.74
0.00
91
复用动态转换门限调整后
336
310
513
98.44
0.00
2634
优化后-前对比
40
36.0168
104
0
0
-4824
2.4.4、T3192/T3168
T3168：
参数描述：
该定时器用来设定MS等待分组上行指配消息的最大时长。
MS通过在发送分组资源请求消息，或是在分组下行确认消息中附带的信道请求来发起上行TBF建立请求后，就开始启动定时器T3168来等待网络侧的分组上行指配消息。
若MS在T3168超时前，收到了分组上行指配消息，则将T3168复位；否则，MS将重新触发分组接入过程，直到此过程重复4次，此后，MS将认为该上行TBF建立失败。
取值范围：
500ms（500ms）,1000ms（1000ms）,1500ms（1500ms）,2000ms（2000ms）,2500ms（2500ms）,3000ms（3000ms）,3500ms（3500ms）,4000ms（4000ms）
T3192：
参数描述：
该参数是用来设定MS在完成接收最后一个数据块之后，等待TBF释放的时间。
当MS收到包含最后块标识的RLC数据块，并且确认已经收到了TBF中的所有RLC数据块时，MS应发送分组下行确认消息，并携带最后确认标识，同时开启T3192。
如果T3192超时，MS将释放TBF相关资源并开始监听寻呼信道。
在TBF释放阶段，如果MS处于半双工状态并且收到分组上行指配，MS将立即响应该命令；如果在TBF释放阶段没有收到分组上行指配，MS将进入分组空闲模式，在双传输模式时将进入专用模式。
取值范围：
0ms（0ms）,80ms（80ms）,120ms（120ms）,160ms（160ms）,200ms（200ms）,500ms（500ms）,1000ms（1000ms）,1500ms（1500ms）
设置策略：
T3192/T3168就是为了减少TBF资源反复申请、释放带来的信令开销，减少用户上网的时延，系统在TBF没有数据传输时不立即释放TFB资源，而是要等待一段时间，如果在等待时间内需要继续传输数据，系统不必重新建立TBF，这样就减少了整个申请分配过程的时间，T3192/T3168设置的大小影响TBF建立成功率，该值设置越小，留给TBF建立的时间就越短，在无线环境恶劣的情况下，TBF的建立成功率就越低；反之，该值设置越大，一般来说，从信道资源消耗来看T3192/T3168设置越大，TBF建立申请次数就越少，PDCH占用就越容易数目越高，资源紧张设置越小也有利于信道早释放，对钦州T3192/T3168进行了合理性的优化，涉及小区179个，详细调整情况见附件：
为避免试验造成大范围的影响，选取部分小区作为试验，分别根据MR干扰水平及话务负荷，将T3192/T3168设置为调大500ms和调小500ms进行对比：
对115个超闲小区且MR无线环境差的小区进行定时器调大500ms后，无线资源利用率提升7%,TBF建立成功率提升了0，10；对比如下：
行标签
求和项:
静态PDCH配置数
求和项:
激活的PDCH个数
求和项:
占用PDCH平均个数
求和项:
无线容量
平均值项:
E（GPRS）TBF建立成功率
无线资源利用率
2012-12-1722
171
242
187.76
299.72
92.90
46.15%
2012-12-1822
180
242
182.40
323.46
90.51
43.14%
2012-12-1922
185
248
186.64
323.68
92.99
44.72%
部分小区定时器调大前
178.67
244
185.60
315.62
92.13
44.67%
2012-12-2022
199
287
223.07
328.11
92.23
49.75%
2012-12-2122
175
273
208.23
311.44
93.68
50.82%
2012-12-2222
197
311
254.10
325.71
90.78
55.17%
部分小区定时器调大后
190.33
290.33
228.47
321.75
92.23
51.91%
优化后-前对比
11.67
46.33
42.87
6.13
0.10
7%
对40个TBF拥塞小区的进行定时器调小500ms后，拥塞次数下降了393次，小区无线利用率则有所下降，对比如下：
行标签
求和项:
占用的PDCH最大数目
求和项:
占用PDCH平均个数
求和项:
上下行TBF拥塞次数
求和项:
无线容量
平均值项:
E（GPRS）TBF建立成功率
平均值项:
无线网络利用率%
2012-12-1722
298
207.01
1005
198.32
87.82
110.69
2012-12-1822
291
190.14
1146
196.15
85.56
99.35
2012-12-1922
276
188.57
1008
195.53
85.23
97.62
部分小区定时器调小前
288
195.24
2485
196.67
86.20
102.55
2012-12-2022
340
212.00
1325
210.57
94.51
108.02
2012-12-2122
277
162.86
717
204.72
87.12
91.22
2012-12-2222
307
194.56
140
223.68
90.48
92.00
部分小区定时器调小后
308
189.80
2092
212.99
90.70
97.08
优化后-前对比
19.67
-5.43
-393
16.32
4.50
（5.47）
2.4.5、上行扩展TBF非活动期时长（毫秒）
参数描述：
网络侧收到支持上行扩展TBF功能的MS的最后一个上行RLC数据块（CountValue=0），不立即释放该上行TBF，而是将该上行TBF设置为“非活动期"。
在非活动期的持续时间内，如果该MS有上行的RLC数据块需要传输，则直接可以使用刚才转入非活动期的上行TBF，无需重建新的上行TBF，并且该上行TBF自动转入活动期；如果在非活动期的持续时间达到时，该MS仍旧没有上行的RLC数据块需要传输，则网络侧会给MS发送一个FAI=1的PakcetUplinkAck/Nack消息来通知MS释放该上行TBF。
另外，在上行TBF处于非活动期期间，下行TBF依旧可以通过该上行TBF建立。
上行扩展TBF功能的引入将大大提升网络KPI指标的性能，特别是针对那些持续的不连续上行传输（如交互式传输，Ping等）业务，上行扩展TBF功能有明显的改善作用。
取值范围：
0～5000毫秒
设置策略：
上行扩展TBF功能的引入将大大提升网络KPI指标的性能，特别是针对那些持续的不连续上行传输（如交互式传输，Ping等）业务，上行扩展TBF功能有明显的改善作用；上行扩展TBF非活动期时长（毫秒）调小更快的释放上行TBF，从而节约信道资源，但是如果该参数调整过小可能引起频繁的TBF申请以及指标的恶化，调大占用资源；对钦州上行扩展TBF非活动期时长进行了合理性的优化，涉及小区53个，详细调整情况见附件：
2.4.6、下行TBF延时释放时长（毫秒）
参数描述：
网络侧发送完最后一个下行RLC数据块，并检查之前所有发送的下行数据块都确认收齐之后，不立即通知MS结束该下行TBF，而是强行设置最后一个数据块为未接收到，不断重发值RRBP标志的最后一个数据块，维持下行TBF不被释放。
在下行延迟释放过程中，只要网络侧上层有下行数据传输的要求，则完成解包的下行RLC块将直接可以在该延迟释放的下行TBF中被发送，而此时该下行TBF也从延迟释放的状态重新变成了下行的传输状态；另外，由于在维持下行TBF不释放的过程中，MS必须通过在RRBP对应的上行数据块上响应PacketDownlinkAck/Nack消息来保持和网络侧的交互，因此一旦MS有上行数据传输的需求，MS可以立即通过在PacketDownlinkAck/Nack消息中附带ChannelRequestDecription来向网络侧发出上行请求。
取值范围：
0～5000毫秒
设置策略：
下行延迟释放是对下行正常释放流程的一种优化。
在下行延迟释放过程中，如果又有下行数据需要传输，可以直接在原来的下行TBF上进行传输，而不用重新建立下行TBF；如果有上行数据需要传输，也可以在PACCH上发起上行TBF的建立流程，提高上行接入速度。
下行TBF延迟释放时长（毫秒）调小可以更快的释放下行TBF，从而节约信道资源，调整该参数主要目的是缓解下
升级会员 