510版本功能报告.docx
《510版本功能报告.docx》由会员分享，可在线阅读，更多相关《510版本功能报告.docx（21页珍藏版）》请在冰豆网上搜索。
510版本功能报告
1CS业务拥塞直接强拆PS业务功能
1.1概述
该功能属于拥塞控制算法功能的一个增强，需要在拥塞控制算法中的强拆功能开启后，本功能才会生效。
1.1.1方案原理
在拥塞控制算法的强拆功能中，高优先级业务可以强拆低优先级业务。
这种强拆策略需要判断RAB指派过程中从CN带下来的强拆、被强拆参数，即，在每个RAB中，CN都会为其配置强拆、被强拆属性，只有在具有强拆能力的RAB接入失败拥塞后，才有可能强拆RAB中配置有被强拆能力的在线RAB。
在实际应用过程中发现，CN经常没有配置RAB信息中的强拆、被强拆能力信息，导致RNC无法根据这些能力进行强拆策略。
为了保障CS业务的接入，不受CN的参数限制，当CS业务接入失败拥塞后，强制认为拥塞的CSRAB具备强拆能力，在线的PS业务具备被强拆能力，使得CS业务可以强拆PS业务。
1.1.2预期收益
1.提高CS业务的接入成功率。
2.提升语音业务感知。
1.1.3风险
如果开启强制释放低优先级业务功能，可能增加PS业务掉话率
1.2操作说明
1.2.1开启操作
在选定测试区域内，根据如下参数配置说明设置相关参数，即完成功能开启操作：
1.将“拥塞控制算法开关（CngstCtrlInd）”设置为1；
2.将“拥塞触发强拆功能的开关（CellPreemptInd）”设置为1；
3.将“PS可被强拆开关（PsPreemptSwitch）”设置为1
1.2.2关闭操作
在选定测试区域内，根据如下参数配置说明设置相关参数，即完成功能关闭操作：
●如果希望保留拥塞控制算法功能，单关闭CS拥塞直接强拆PS业务功能，则如下操作：
将“PS可被强拆开关（PsPreemptSwitch）”设置为0
●如果希望将拥塞控制算法功能一起关闭，则如下操作：
（1）将“拥塞控制算法开关（CngstCtrlInd）”设置为0；
（2）将“拥塞触发强拆功能的开关（CellPreemptInd）”设置为0；
（3）将“PS可被强拆开关（PsPreemptSwitch）”设置为0
1.3验证结果分析
选择CS拥塞严重的TOPN小区（共36个）于12月17日凌晨开启CS强拆PS功能。
CS业务接通率有提升，PS掉话率平稳，未出现较大波动。
1、CS接通率从99.92%改善为99.95%
2、CS掉话率0.03%改善为0.02%；
3、PS接通率从99.89%改善为99.91%；
4、PS掉话率平稳，在0.05%左右波动。
1.4验证结论
从验证结果分析，32个TOPN小区开启“CS业务直接强拆PS业务功能”后，CS接通率提升约0.03%，建议日常优化中开启该功能。
2PS并发CS时使用PS0速率功能
2.1概述
从实际使用的角度出发，现网中大量存在着CS和PS并发的用户，当用户首先接入的是一个PS业务，这是再并发一个CS业务，很可能由于资源不足导致CS业务接入失败。
对于同一个用户来说，CS业务相对PS业务来说更重要，这种CS业务接入失败对于用户来说难以接受。
本方案针对先有PS业务再并发CS业务的情况，允许PS业务以0速率进行接入，保障CS业务的接入成功，提升用户感知。
2.1.1方案原理
当用户接入的时候，按照现有的策略在多个候选信道类型中尝试接入，当所有的候选信道类型接入均失败时，最后尝试一次以PS业务为0速率的方式接入。
本方案正对的场景有：
一、用户先存在PS业务然后并发CS；二、当存在CS+PS业务的并发用户切换、跨RNC重定位。
本方案通过开关“基于拥塞的并发PS速率0”进行控制
2.1.2预期收益
提升CS业务接入成功率
2.1.3风险
1.可能影响PS业务感知
2.增加PS业务升速的重配
2.2操作说明
2.2.1开启操作
在选定测试区域内，根据如下参数配置说明设置相关参数，即完成功能开启操作：
将“基于拥塞的并发PS速率0（CngstPsRateZeroSwt）”设置为1。
2.2.2关闭操作
在选定测试区域内，根据如下参数配置说明设置相关参数，即完成功能关闭操作：
将“基于拥塞的并发PS速率0（CngstPsRateZeroSwt）”设置为0。
2.3验证结果分析
选择3套RNC开启，12月19日~12月26日（8:
00~23:
00指标）：
时间
语音业务无线接通率
PS业务无线接通率
语音业务无线掉话率
PS业务无线掉话率
系统内切换成功率
系统间CS业务切换成功率（TD->GSM）
系统间PS业务切换成功率（TD->GSM）
2013/12/19
99.93
99.83
0.02
0.06
98.46
99.96
98.76
2013/12/20
99.91
99.82
0.02
0.05
98.37
99.96
98.87
2013/12/21
99.94
99.85
0.03
0.04
98.56
99.98
99.07
2013/12/22
99.94
99.84
0.02
0.03
98.75
99.99
98.96
2013/12/23
99.95
99.85
0.03
0.04
98.83
99.99
98.97
修改前均值
99.93
99.84
0.02
0.04
98.59
99.98
98.93
2013/12/24
99.95
99.84
0.01
0.04
98.64
99.99
98.95
2013/12/25
99.97
99.83
0.01
0.03
98.62
99.98
98.97
2013/12/26
99.95
99.85
0.01
0.05
98.71
99.99
98.93
修改后均值
99.96
99.84
0.01
0.04
98.66
99.99
98.95
增益
0.02
0.00
0.01
0.00
0.06
0.01
0.02
●接通率
语音接通率改善0.02%、PS接通率保持稳定。
●掉话率
语音掉话率改善0.01%、PS掉线率保持稳定。
2.4验证结论
从验证结果分析，开启后对CS接通率指标提升明显，3套RNCCS接通率指标约提升0.02%，语音掉话率改善0.01%，其他指标未见明显的负面效应，建议日常优化中开启。
3TCP优化功能
3.1概述
用户存在移动和遮挡的情况下，信号波动较大，例如在某个区域信号质量较差，然后该用户很快的移动到信号质量恢复的区域，但是TCP慢启动恢复的时间较长，导致用户吞吐量并不能及时的恢复，即使此时Nodeb有足够的空口资源用于调度，但是实际上并没有足够的应用层数据下发，导致用户吞吐量很低。
3.1.1方案原理
TCP是针对固定网络设计的一种传输协议，其拥塞控制机制是基于将所有丢包原因都归结于网络拥塞的假设。
这种拥塞控制机制在有线网络上获得了很大的成功；但由于无线环境有着明显不同于有线网络的特点，如较高的误码率、可用带宽小、衰减信道等等，因此针对传统有线网络设计的TCP协议，其性能受到了很大影响。
TCP优化的思路就是针对TCP协议拥塞控制的特点进行优化，尽量避免TCP进入拥塞控制过程或者尽量减轻TCP拥塞控制的影响，从而有效提高无线环境下的TCP数据吞吐量。
TCP拥塞控制过程包括慢启动过程、拥塞避免过程和快速恢复过程：
慢启动过程：
当新的TCP连接启动时，或者当TCP连接等待确认超时时，TCP服务器将拥塞窗口（即发送窗口，假设为cwnd）初始化为1个或2个数据报文大小，也就是说TCP服务器最多只能发送1个或者2个数据报文，以后每收到客户端一个ACK，服务器将增加1个数据报文的发送量。
拥塞避免过程：
当TCP连接的拥塞窗口大于慢启动门限时，将进入拥塞避免阶段。
以后TCP服务器每收到客户端一个ACK，将cwnd增加1/cwnd。
快速恢复过程：
当TCP服务器触发快速重传过程后，每收到一个重复的ACK，则认为已经有一个数据报文离开了网络，可以将拥塞窗口加1并在发送窗口允许范围内向网络中发送1个数据报文。
3.1.2预期收益
改变拥塞触发的时机，有利于业务在首选信道接入,PS用户在HSDPA信操作说明。
3.2操作说明
3.2.1开启操作
开启TCP优化功能，需要打开TCP优化license开关。
在选定测试区域内，根据如下参数配置说明设置相关参数，即完成功能开启操作：
1.将“TCP优化开关”设置为“开”。
2.将“邻区所在的RNC是否开启TCP优化功能”设置“开启”
3.将“TCP下行数据排序定时器”设置为“40”
4.将“上行ACK复制开关”设置为“开”。
5.将“上行ACK分裂开关”设置为“开”。
3.2.2关闭操作
在选定测试区域内，根据如下参数配置说明设置相关参数，即完成功能关闭操作：
1.将“TCP优化开关”设置为“关闭”。
2.将“邻区所在的RNC是否开启TCP优化功能”设置“关闭”
3.将“TCP下行数据排序定时器”设置为“0”
4.将“上行ACK复制开关”设置为“关闭”。
5.将“上行ACK分裂开关”设置为“关闭”。
3.3验证结果分析
3.3.1ATUPS指标
2013年12月5日至9日，1套开启TCP优化功能开关，开启TCP排序、ACK分裂，ACK复制3项TCP优化功能。
主要通过路测方式，以及网管KPI指标进行评估分析。
TCP功能开启前的基准数据，采取功能关闭时4次测试的平均值，即为985.32kbps。
汇总表如下所示：
TCP开/关
区域
应用层下载速率（不含掉线）（kb/s）
下载速率大于500kbps占比（%）75%
关
1个网格（网格22）
985.32
90.79
开
1个网格（网格22）
1013.31
93.74
趋势
1个网格（网格22）
2.84%
3.25%
3.3.2网管KPI指标
12月5日RNC39的TCP功能开关后，无Iu口拥塞，KPI指标无恶化，均在正常波动范围内。
详细如下所示：
始时间
TDRNC管理网元名称
TD语音业务无线接通率（%）
PS域无线接通率（%）
TD语音业务无线掉话率（%）
PS域无线掉线率（%）
电路域系统间切换出成功率（小区）（%）
分组域系统间切换出成功率（小区）（%）
RNC内小区间接力切换出成功率
小区Iu口拥塞次数（次）
小区Iu口拥塞率（%）
12月1日
QDRNC39
99.94%
99.87%
0.03%
0.06%
98.87%
99.17%
98.28%
0
0.00%
12月2日
QDRNC39
99.92%
99.84%
0.04%
0.07%
98.94%
99.41%
98.71%
0
0.00%
12月3日
QDRNC39
99.96%
99.86%
0.05%
0.05%
98.90%
99.27%
98.72%
0
0.00%
12月4日
QDRNC39
99.95%
99.88%
0.04%
0.06%
98.89%
99.20%
98.50%
0
0.00%
修改前
QDRNC39
99.94%
99.86%
0.04%
0.06%
98.90%
99.26%
98.55%
0
0.00%
12月5日
QDRNC39
99.96%
99.89%
0.02%
0.05%
98.87%
99.40%
98.98%
0
0.00%
12月6日
QDRNC39
99.95%
99.88%
0.03%
0.06%
98.87%
99.40%
98.98%
0
0.00%
差值
0.01%
0.02%
0.01%
0.00%
-0.03%
0.14%
0.43%
0
0.00%
通过TD-HSDPATCP优化验证得出以下结论：
●规模开启TCP性能增强后，网络KPI指标保持稳定，未见恶化；
●使用TCP技术后，路测场景大于500K占比提升3.25%，平均下载速率有2.84%的提升，相应的文件下载时间明显缩短，用户感受明显提升。
3.4验证结论
使用TCP技术后，路测场景大于500K占比提升3.25%，TCP优化功能日常中优化建议开启。
4PS业务承载到FACH（小包检测）功能
4.1概述
3G系统中的无线资源非常宝贵，RRM资源管理应能够最大限度的利用有限的无线资源。
现网中比较凸显的是对QQ等及时聊天工具的资源分配问题。
QQ等及时聊天业务，其数据特征是：
数据突发性强，突发的数据量较小，平均速率小，但是业务有长久在线的特点。
将这种小速率业务承载到HSPA或者DCH上，满载用户时的小区吞吐量却不大，资源利用率低。
利用FACH承载这些小速率用户，既增加接入用户数，又能释放出HSPA/DCH资源给大速率业务使用，提高资源利用率。
4.1.1方案原理
1.小包检测策略
本方案中，首先是对小速率业务的识别，即小包检测策略。
小包检测，是RNCPDCP层对收到的下行（即CN发给RNC的数据）和上行（即RNC发给CN的数据）数据包特性的检测。
小包检测是以RB为粒度的周期性检测，检测结果分上行和下行分别上报。
在业务RAB建立后，PDCP层即启动小包检测。
在每个检测周期内，PDCP统计如下数据：
-总包数目（个）
-总数据量（bit）
-小包（即包长度小于等于“是否为小流量包的门限”的小包）的数目（个）
-最大突发的数据量（到达/发送时间间隔小于等于小包检测周期内突发的间隔时间的包属于同一突发）（bit）
然后计算如下的数据包特性参数：
-平均包数=总包数/统计周期（s）*60s，即这折算成1分钟内的包数
-平均流量=总包长度/统计周期（bps）
-小包比例=小包数/总包数*100%
-最大突发数据量
PDCP根据小包比例、平均包数和平均流量来判决是否为小流量业务。
小包业务需要满足以下条件：
-平均包数小于等于小包检测周期内的平均包数门限
-平均流量小于等于小包检测周期内的平均流量门限
-如果总包数大于等于小包检测周期内总的有效包数门限，那么还需要满足小包比例大于等于小包检测周期内的小包比例门限
-最大突发数据量小于等于小包检测周期内突发的长度门限
不满足上述条件的业务为非小包业务。
测量结果上报时，首个测量结果必须上报，同时将该结果记录下来。
如果后续的判决结果与当前保存结果相同，则不上报；直到检测结果与当前保存结果不同时，需要上报新的测量结果。
2.FACH承载小包策略
终端上报4B事件达到计数门限、或者RNC用户面上报4B事件达到计数门限，如果同时满足以下条件，则业务迁入FACH：
-条件1：
1）如果是HSPA信道，该信道上报的4B事件达到计数门限（上行信道由终端上报，下行信道由用户面上报）
1）如果是DCH信道，4B事件达到计数门限时其降速的目标速率小于等于FACH接纳的速率门限；4B事件未达到计数门限时其当前速率小于等于FACH接纳的速率门限
-条件2：
上下行小包检测结果均为小包业务
4.1.2预期收益
本功能开启，能够将小包业务迁入FACH承载，提高业务接入成功率和资源利用率。
4.1.3风险
FACH承载性能可能会影响掉话率等。
4.2操作说明
4.2.1开启操作
在选定测试区域内，根据如下参数配置说明设置相关参数，即完成功能开启操作：
1.将“小流量业务检测开关”设置为1。
2.将“FACH承载业务开关”设置为1，并设置FACH相关配置：
（1）将“FACH承载业务的最高速率门限”设置为16000（对应SCCPCH配置为3RU，如果SCCPCH配置为4RU，可以设置为32000）
（2）将“HSDSCHTOFACH下行4B事件门限”设置为64Byte
（3）将“EDCHTORACH上行4B事件门限”设置为64Byte
4.2.2关闭操作
在选定测试区域内，根据如下参数配置说明设置相关参数，即完成功能关闭操作：
1.将“小流量业务检测开关”设置为0
2.将“FACH承载业务开关”设置为0
3.将“HSDSCHTOFACH下行4B事件门限”设置为修改前的配置
4.将“EDCHTORACH上行4B事件门限”设置为修改前的配置
4.3验证结果分析
选择RNC45进行测试。
经过参数配置摸索，12月3日测试时的配置参数为：
1.将“小流量业务检测开关”设置为1。
2.将“FACH承载业务开关”设置为1，并设置FACH相关配置：
（1）将“FACH承载业务的最高速率门限”设置为16000
（2）将“HSDSCHTOFACH下行4B事件门限”设置为32Byte
12月4日凌晨将“小流量业务检测周期”改为30s，其余参数保持不变。
12月7日凌晨将“小流量业务检测周期”改为20s，并开启基于IMEI功能，设置掉话TOP10的终端禁止迁入FACH。
在QQ聊天测试中，发现业务保持30多秒后就会因无数据量而释放，因此小包检测周期设置为20s比较合适。
序号
开始时间
TD语音业务无线接通率（%）
PS域无线接通率（%）
TD语音业务无线掉话率（%）
PS域无线掉线率（%）
小区HSDPA最大用户数（个）
小区HSDPA平均用户数（个）
1
12月13日
99.64%
99.50%
0.46%
0.26%
6059
2059
2
12月14日
99.66%
99.53%
0.46%
0.26%
6004
2124
3
12月15日
99.65%
99.60%
0.41%
0.25%
5942
2006
4
12月16日
99.64%
99.48%
0.46%
0.29%
6170
2041
5
12月17日
99.66%
99.53%
0.46%
0.28%
6061
2092
6
12月18日
99.54%
99.27%
0.42%
0.29%
5960
1981
7
12月19日
99.67%
99.39%
0.36%
0.28%
5873
1915
8
12月20日
99.65%
99.57%
0.38%
0.27%
5985
1955
9
12月21日
99.66%
99.63%
0.37%
0.27%
5957
1945
未开启均值
99.64%
99.50%
0.42%
0.27%
6001
2009
10
12月3日
99.66%
99.68%
0.34%
0.33%
5405
1654
11
12月4日
99.66%
99.64%
0.37%
0.18%
5754
1803
12
12月5日
99.65%
99.64%
0.37%
0.18%
5597
1769
13
12月6日
99.63%
99.65%
0.39%
0.21%
5631
1775
14
12月7日
99.62%
99.63%
0.40%
0.31%
5650
1735
15
12月8日
99.62%
99.59%
0.38%
0.31%
5798
1788
16
12月9日
99.62%
99.45%
0.35%
0.35%
5855
1787
17
12月10日
99.60%
99.49%
0.37%
0.33%
6104
1847
18
12月11日
99.66%
99.64%
0.34%
0.31%
5711
1791
20s测试均值
99.63%
99.58%
0.36%
0.32%
5754
1767
开启后均值
99.64%
99.60%
0.37%
0.28%
5723
1772
序号
开始时间
小区内FACH到HS-DSCH的信道转换尝试数目（次）
小区内FACH到DCH的信道转换尝试数目（次）
小区内DCH到FACH的信道转换尝试数目（次）
小区内HS-DSCH到FACH的信道转换尝试数目（次）
2
12月4日
23772
3380
24954
109341
3
12月5日
22202
3772
26040
112165
4
12月6日
60603
5456
33623
463625
1
12月3日
223225
10656
39333
1747696
5
12月7日
175423
10113
42484
1639856
7
12月8日
181955
10284
42128
1647722
8
12月9日
182877
11271
42891
1651703
9
12月10日
190991
11435
50154
1704020
10
12月11日
186635
10035
43188
1716074
20s测试均值
190184
10632
43363
1684512
开启后均值
138631
8489
38311
1198689
序号
开始时间
RRC连接建立时间,FACH（毫秒）
RACH信道数据量（KBYTE）
FACH信道数据量（KBYTE）
R4数据流量（MBYTE）
HSDPA数据流量（MBYTE）
1
12月13日
1110530.0
328078.5
1600410.1
26260.2
192585.8
2
12月14日
1104460.0
327256.5
1602885.1
29135.6
235354.6
3
12月15日
739260.0
346739.7
1573428.4
28006.9
214263.1
4
12月16日
2048950.0
363189.3
1607045.1
27770.2
212781.0
5
12月17日
715290.0
376534.0
1647132.3
29712.6
230099.9
6
12月18日
14071090.0
369840.2
1691718.9
26973.7
224831.8
7
12月19日
726760.0
336094.7
1639064.3
28156.8
222189.3
8
12月20日
517390.0
358959.4
1643536.7
29407.6
222301.2
9
12月21日
835920.0
335118.8
1647021.7
30110.6
236482.3
未开启均值
2429961.1
349090.1
1628026.9
28392.2
升级会员 