基于链路质量切换专题优化报告.doc

基于链路质量切换专题优化报告

16

资料内容仅供参考，如有不当或者侵权，请联系本人改正或者删除。

哈尔滨TD基于链路质量
切换专项优化报告

目录
1. 引言 3
2. 基于链路质量切换的相关原理原理 3
3. 上行功率触发的切换 3
3.1. 测量 3
3.2. 切换判决 4
3.3. 切换执行 4
4. 算法开关和参数设置 4
5. 优化效果分析 6
5.1. UE发射功率 6
5.2. 上行链路质量 6
5.3. 系统间切换影响 6
5.4. 小区内切换影响 7
5.5. 结论 8

1. 引言
自建网以来, 根据各地大量的统计数据分析, TD网络的干扰问题是导致用户感知变差及异常事件( 掉话、 切换失败) 的主要原因。干扰造成的直接影响是链路质量的恶化, 基于链路质量的切换算法应用于因为干扰导致链路质量恶化的场景中, 经过及时的给用户进行资源重配来降低用户掉话的概率, 改进用户感知。
V400R005链路质量的切换策略触发机制采取基于发射功率的链路质量控制策略, 上下行分开判决, 上行采用6A&6B测量控制, 下行采用Event E事件测量控制, 处理流程有如下约束:
只考虑单业务的链路质量控制;
组合类业务暂不考虑链路质量的资源重配。维持现有QoS保障算法中实现;
AUE算法开关打开, 用户速率变为AUE可调速率后, AUE算法优先。
算法动作包括: 小区内切换和异系统切换, 动作可配置。
基于UE发射功率( 上行) 的CS/PS链路质量切换、 基于TxCP( 下行) 的CS/PS链路质量切换;
2. 基于链路质量切换的相关原理原理
切换的基本流程如图1所示: 首先UE侧根据RNC下发的测量控制进行测量, 当测量结果符合测量上报条件时, 将测量结果上报给RNC, RNC根据UE上报的测量结果进行测量判决, 若判决结果为允许UE进行切换, 则RNC向UE发送切换请求, UE完成切换后, 向RNC回复切换完成消息。
图1 切换流程示意图
下面针对基于链路质量的切换, 详细描述以上三个步骤:
3. 上行功率触发的切换
3.1. 测量
若UE当前业务支持基于链路质量的切换, 该业务类型基于QoS保障开关打开, 且配置了相应的切换动作, 则RNC向该UE发送基于6A和6B的测量控制。UE收到测量控制后, 根据测量的发射功率值触发质量事件的测量报告, 从而触发基于质量的切换, 触发基于质量的6A事件报告必须满足如下条件:
条件一: UE上行发射功率大于【6A测量门限】
条件二: 满足条件一持续一段时间【迟滞时间】
UE就会上报6A测量报告, 同时RNC启动定时器, 如果定时器超时前收到6B测量报告, 则定时器停止。如果定时器超时, 且未收到6B测量报告, 则触发小区切换。UE触发6B事件报告必须满足如下条件:
条件一: UE上行发射功率小于【6B测量门限】
条件二: 满足条件一持续一段时间【迟滞时间】
下行NodeB根据测量的发射功率值触发质量事件的测量报告, 从而触发基于质量的切换, 触发基于质量的EventE事件, RNC收到A事件报告后直接触发小区内切换。
3.2. 切换判决
RNC收到UE上报的测量报告后, 进行切换判决, 包括: 上行延迟触发定时器是否超时、 链路质量触发小区内切换次数是否超过门限等。若切换判决结果为允许UE进行切换, 则RNC根据后台配置的切换动作向UE发送切换请求, 该包括目标小区频点、 时隙等信息。切换判决流程如图2所示
图2 上行功率触发的切换判决流程示意图

3.3. 切换执行
UE收到RNC发送的切换请求消息后, 根据该消息中包含的目标小区信息发起切换。若切换成功, 向RNC回复切换完成消息, 切换完成。若切换失败, 则判断是否配置了下一个QoS保障动作, 如果配置了, 则按照配置的下一个QoS保障动作执行, 否则, 结束切换流程。
4. 算法开关和参数设置
添加小区级QoS保障切换算法开关及设置下行测量定时器长度、 上行测量定时器长度、 上行小区内切换延迟定时器、 小区内切换最大次数
ADD TCELLQOSHO: CELLID=X, QOSSWITCH=YES, DLQOSMCTIMERLEN=512, ULQOSMCTIMERLEN=512, ULQOSINNERCELLHODELAYTIMERLEN=3, INNERCELLHOMAXNUM=2;
打开RNC级QoS保障切换算法开关, 及设置下行测量定时器长度、 上行测量定时器长度、 上行小区内切换延迟定时器、 小区内切换最大次数:
RNC级命令: SET TQOSHO: QOSSWITCH=YES, ,DLQOSMCTIMERLEN=512, ULQOSMCTIMERLEN=512, ULQOSINNERCELLHODELAYTIMERLEN=3, ULQOSINNERCELLHODELAYTIMERLEN=2;
设置业务级QoS保障算法开关和动作:
BE业务是否进行QoS保障、 BE业务上行第一保障动作、 BE业务上行第二保障动作、 BE业务下行第一保障动作、 BE业务下行第二保障动作、 AMR业务是否进行QoS保障、 上行AMR小区内切换开关、 上行AMR异系统切换开、 下行AMR小区内切换开关、 下行AMR异系统切换开关、 VP业务是否进行QoS保障、 上行VP小区内切换开关、 下行VP小区内切换开关
SET TQOSACT: BEQOSPERFORM=NO, AMRQOSPERFORM=YES, VPQOSPERFORM=YES, ULQOSAMRINNERCELL HOSWITCH=YES, ULQOSAMRINTERRATHOSWITCH=YES, DLQOSAMRINNERCELLHOSWITCH=NO, DLQOSAM RINTERRATHOSWITCH=NO, ULQOSVPINNERCELLHOSWITCH=YES, DLQOSVPINNERCELLHOSWITCH=NO;
设置QoS保障算法相关参数:
设置AMR业务触发6A1迟滞时间、 AMR业务触发6B1迟滞时间、 AMR业务E事件触发时间、 AMR业务E事件转周期报告时间、 VP业务触发6A1迟滞时间、 VP业务触发6B1迟滞时间、 VP业务E事件触发时间、 VP业务E事件转周期报告时间、 BE业务触发6A1迟滞时间、 BE业务触发6B1迟滞时间、 BE业务E事件触发时间、 BE业务E事件转周期报告时间、 上行测量滤波系数、 下行码发射功率测量滤波系数
小区级命令:
MOD TCELLQUALITYMEAS: CELLID=X, ULAMRTRIGTIME6A1=D1280, ULAMRTRIGTIME6B1=D640, ULVPT RIGTIME6A1=D640, ULVPTRIGTIME6B1=D640, ULMEASFILTERCOEF=D5, DLMEASFILTERCOEF=D5;
RNC级命令:
SET TQUALITYMEAS: ULAMRTRIGTIME6A1=D1280, ULAMRTRIGTIME6B1=D640, ULVPTRIGTIME6A1=D640, ULVPTRIGTIME6B1=D640, ULMEASFILTERCOEF=D5, DLMEASFILTERCOEF=D5;
设置上行6A1事件相对门限、 上行6B1事件相对门限、 Ea事件相对门限、 Eb事件相对门限
MOD TTYPRABQUALITYMEAS: RABINDEX=0, ULTHD6A1=6, ULTHD6B1=10, ULTHD6A2=12, ULTHD6B2=12, THDEA=8, THDEB=16;
MOD TTYPRABQUALITYMEAS: RABINDEX=5, ULTHD6A1=4, ULTHD6B1=8, THDEA=8, THDEB=16;
设置小区内切换ISCP干扰门限:
SET TRNCNBMSOFTPARAS:NBMSOFTPARAINDEX=14, NBMSOFTPARA=50;
3C参数按照基线参数进行刷新
MOD TCELLINTERRATHONCOV: CELLID=xx, INTERRATFILTERCOEF=D5, HYSTFOR3C=4, TIMETOTRIG3C=D640, HYSTR99FOR3C=4, R99TIMETOTRIG3C=D1280, BSICVERIREQUIRED=REQUIRE, TARGETRATCSTHD=35, TARGETRATPSTHD=35, INTERRATHOMAXATTEMPTS=1, PERIODFOR3C=4, AMNTOFRPT3C=0;
5. 优化效果分析
主要经过后台话统和PCHR分析43A打开基于质量算法后对掉话前UE发射功率, 上行链路质量, 系统间切换成功率和小区内切换成功率几个方面的改进进行分析和阐述。
5.1. UE发射功率
从PCHR中查看终端在掉话前上报的功率值, 经过对哈尔滨各个RNC指标评估验证调整出合理的6A1、 6A2、 6B1、 6B2如下表。
RNCID
ULTHD6A1
ULTHD6A2
ULTHD6B1
ULTHD6B2
1152
12
17
16
17
1162
12
17
16
17
1163
8
17
12
17
1164
10
15
14
15
1184
12
17
16
17
1185
10
15
14
15
1186
10
15
14
15
1187
8
17
12
17
1188
12
17
16
17
1189
12
17
16
17
1190
10
15
14
15
1191
8
17
12
17
1192
8
17
12
17
1193
8
17
12
17
1194
12
17
16
17
1195
12
17
16
17
ULTHD6A2=12, ULTHD6B2=12这两个参数算法中没有用到, 如果6a1、 6b1参数配不下去, 这两个参数能够修改。用UE最大发射功率24减去以上配置值为实际值。
掉话前UE最大发射功率最大值为14dbm, 在没有进行优化前掉话前UE最大发射功率达到18dbm或更高。 PCHR工具自定义输出不能输出功率字段, 这里没有统计, 举两个例子如下:

优化前 优化后
5.2. 上行链路质量
经过PCHR数据查看, 对114次掉话前的链路质量进行分析, 入下图所示:
掉话释放前3个周期内( 7.68s) 内, 上行误块率达到100%的次数占到38%, 误块率超过80%的次数占到了54%。
在上行链路误块率增大, 质量变坏的情况下, UE上行的发射功率应该迅速抬升, 基于链路质量的切换应该能够挽救这54%左右掉话。

5.3. 系统间切换影响
设RNC43A为研究对象分析打开基于链路质量切换前后的异系统间切换指标的影响。
经过PCHR取43A 3月31日一天的异系统切换原因, 其中基于质量的异系统切换为未更改基于链路质量后产生3C事件, 未进行此专题前基于质量的异系统切换尝试次数为0。在31日43A基于链路质量的异系统切换尝试1904次占比为34.66%、 成功率为99.47%将当天的整体指标拉升至98.98%。
异系统切换
尝试次数
切换比例
失败次数
成功率
整体切换成功率
基于覆盖
3590
65.34%
46
98.72%
98.98%
基于质量
1904
34.66%
10
99.47%
98.98%

43A CS域异系统切换趋势图

RNC整体指标趋势如上图所示, 3月16日对43A基于链路质量的切换专题优化完毕, 切换成功次数由月初的3984次/日提升到月底的5417次/日、 CS域异系统切换成功率由月初的98.76%提升到月底的98.98%。
5.4. 小区内切换影响
设置小区内切换ISCP干扰门限SET TRNCNBMSOFTPARAS:NBMSOFTPARAINDEX=14, NBMSOFTPARA=50; 小区内切换上行ISCP门限/RNCNBM第14号软参 过滤UE发射功率抬升但ISCP比较低的场景, 对于这一类场景, 不触发小区内切换, 直接进行异系统切换。
实际值=配置值/2-120。满足6A后UE所在时隙ISCP值大于-95不触发3C事件而是进行小区内切换。

邻小区UE的干扰, 经过调整时隙/频点规避

经过对小区RNC 24小时TS1和TS2时隙平均ISCP和小区内切换次数分析发现, 小区内发生切换次数的趋势与时隙的平均ISCP趋势吻合, 小区内切换能有效的避免时隙ISCP较高导致的上行失步掉话。
5.5. 结论

基于链路质量的切换算法应用于因为干扰导致链路质量恶化的场景中, 经过及时的给用户进行资源重配来降低用户掉话的概率, 改进用户感知的同时对后台KPI指标也有一定的提升效果, 如上图CS异系统切换成功率和语音业务掉话率指标在3月中旬进行基于链路质量切换专题优化后有显著提升。在进行优化时要注意基于链路质量的切换对外场RF优化可能会产生一定影响, 对参数修改后要进行全网的验证, 回退或优化基于链路质量的切换策略。需要持续观察 KPI的变化走势, 避免因基于链路质量切换策略导致的指标恶化, 在哈尔滨进行基于链路质量的切换专题后, 对指标拉升情况明显, 对外场DT测试无大范围影响, 发现问题小区( 当前只有海事局反馈3C事件上报不合理) 已经回退。