TD分流提升潜能挖掘和数据优化专项总结报告V1.2 - 图文

www.datangmobile.cn

2013TD潜能挖掘和数据优化

专项总结报告

2013年9月15日

目录

目录

1

概述 ......................................................................................................................... 5

1.1 1.2

背景 ................................................................................................................................ 5 专项思路和目标： ........................................................................................................ 5

2 专项成果 ................................................................................................................. 5

2.1 2.2

总述 ................................................................................................................................ 5 潜能挖掘成果 ................................................................................................................ 6 2.2.1 空口寻呼优化成果 ........................................................... 6 2.2.2 准FR功能 ........................................................................ 7 2.2.3 FACH二次接入 ................................................................ 7 2.2.4 R4/H载频资源均衡 ......................................................... 8 2.2.5 小区间资源均衡 ............................................................... 9 2.2.6 RAB承载策略 ................................................................ 11 2.3 数据业务提升成果 ...................................................................................................... 12

2.3.1 帧分复用功能 ................................................................. 12 2.3.2 TCP功能 ......................................................................... 13 2.3.3 AUE功能 ........................................................................ 13 2.3.4 慢速功控功能 ................................................................. 14 2.3.5 UserInactive应用策略 .................................................... 15 2.3.6 PS资源调度算法优化策略 ............................................ 17

3 现网问题处理....................................................................................................... 19

3.1

MR问题处理 .............................................................................................................. 19 3.1.1 存在问题 ......................................................................... 19 3.1.2 已处理问题 ..................................................................... 20 3.1.3 遗留问题 ......................................................................... 25

4 潜能挖掘开展优化内容....................................................................................... 26

4.1

系统容量安全监控 ...................................................................................................... 26 4.1.1 背景 ................................................................................. 26 4.1.2 IU口评估 ........................................................................ 26 4.1.3 Iub口安全评估方案 ....................................................... 29 4.1.4 公共信道配置与容量介绍 ............................................. 30 4.1.5 共享信道配置与容量说明 ............................................. 36 4.1.6 LAC与RAC负荷优化 .................................................. 37 4.1.7 RNC负荷控制 ................................................................ 63 4.1.8 RNC负荷控制评估 ........................................................ 67 4.1.9 RNC容灾备份 ................................................................ 73 4.1.10 扩容解决方案 ................................................................. 74 4.2 准FR功能实施 ........................................................................................................... 78

4.2.1 背景 ................................................................................. 78 4.2.2 技术原理介绍 ................................................................. 79

第 2 页 共 220 页

4.3

4.4

4.5

4.6

4.2.3 专题开展思路 ................................................................. 79 4.2.4 参数修改说明 ................................................................. 80 4.2.5 专题实施评估 ................................................................. 83 FACH二次接入 .......................................................................................................... 92 4.3.1 背景 ................................................................................. 92 4.3.2 技术原理介绍 ................................................................. 93 4.3.3 专题开展思路 ................................................................. 95 4.3.4 参数修改说明 ................................................................. 96 4.3.5 专题实施评估 ................................................................. 98 R4/H载频资源均衡 .................................................................................................. 103 4.4.1 背景 ............................................................................... 103 4.4.2 技术原理介绍 ............................................................... 103 4.4.3 专题开展思路 ............................................................... 104 4.4.4 参数修改说明 ............................................................... 104 4.4.5 专题实施评估 ............................................................... 106 小区间资源均衡 ........................................................................................................ 111 4.5.1 背景 ............................................................................... 111 4.5.2 技术原理介绍 ............................................................... 111 4.5.3 专题开展思路 ............................................................... 112 4.5.4 参数修改说明 ............................................................... 115 4.5.5 专题实施评估 ............................................................... 121 RAB承载策略优化 .................................................................................................. 136 4.6.1 背景 ............................................................................... 136 4.6.2 专题开展思路 ............................................................... 137 4.6.3 参数修改说明 ............................................................... 137 4.6.4 专题实施评估 ............................................................... 138

5 数据业务优化开展内容..................................................................................... 153

5.1

帧分复用实施 ............................................................................................................ 153 5.1.1 背景 ............................................................................... 153 5.1.2 技术原理介绍 ............................................................... 153 5.1.3 参数修改说明 ............................................................... 153 5.1.4 专题实施评估 ............................................................... 156 5.2 TCP功能实施 ........................................................................................................... 163

5.2.1 背景 ............................................................................... 163 5.2.2 技术原理介绍 ............................................................... 163 5.2.3 参数修改说明 ............................................................... 164 5.2.4 专题实施评估 ............................................................... 167 5.3 AUE功能实施 .......................................................................................................... 170

5.3.1 背景 ............................................................................... 170 5.3.2 技术原理介绍 ............................................................... 171 5.3.3 参数修改说明 ............................................................... 171 5.3.4 专题实施评估 ............................................................... 178 5.4 慢速功控功能实施 .................................................................................................... 185

5.4.1 背景 ............................................................................... 185

第 3 页 共 220 页

5.4.2 技术原理介绍 ............................................................... 185 5.4.3 专题开展思路 ............................................................... 185 5.4.4 参数修改说明 ............................................................... 187 5.4.5 专题实施评估 ............................................................... 189 5.5 USERINACTIVE参数优化 ........................................................................................... 198

5.5.1 背景 ............................................................................... 198 5.5.2 优化思路 ....................................................................... 198 5.5.3 参数修改说明 ............................................................... 201 5.5.4 专题实施评估 ............................................................... 201 5.6 PS资源调度算法优化 .............................................................................................. 213

5.6.1 背景 ............................................................................... 213 5.6.2 优化思路 ....................................................................... 213 5.6.3 参数修改说明 ............................................................... 214 5.6.4 专题分析效果 ............................................................... 214

6

专项总结 ............................................................................................................. 220

第 4 页 共 220 页

1 概述

1.1

背景

2G网络负荷日益不堪重负，TD网络总体空闲，钟总在13年初制定的全省十大攻坚计划中也明确提出“持续、最大限度地实现3G终端驻留TD网络”。

为进一步落实钟总的工作要求，同时缓解TD局部高负荷省网优计划组织在三个主设备厂家区域开展进一步挖潜TD网络承载能力，通过数据业务新算法的试点应用，进一步激发数据流量提升TD网络分流能力的专项工作。 1.2

专项思路和目标：

? 在现网的资源配置下进行深度潜能挖掘；

? 结合TD数据业务优化进行TD新功能策略的应用，激发数据业务流量，在保障客户

数据业务感知基础上，提升TD网络分流能力，推动网络的良性稳健发展。

2 专项成果

2.1 总述

潜能挖掘成果总述：

专题策略各接口容量RNC负荷评估LAC/RAC负荷优化准FR功能FACH二次接入R4/H载波资源均衡网内资源均衡小区间资源均衡高质量独立组网效果负面影响推广策略用于日常监控有效提升寻呼容量提升寻呼成功率缓解RRC和语音RAB拥塞有效改善RRC和语音RAB拥塞对地理位置上单独的高负荷小区有效有效改善高掉话降低PS容量对地理位置上相邻的高负荷小区一起应用引起乒乓切换全网推广全网推广全网推广选择RRC和语音RAB拥塞较高，数据RAB拥塞较低小区应用选择地理位置上单独高负荷小区应用独立组网小区和高掉话小区应用载波承载流量不均按策略全网推广网络低噪相对提升系统容量安全监控RAB承载策略按用户数排序按用流量排序有效降低干扰有效提升流量 数据业务提升成果总述：

第 5 页 共 220 页

专题帧分复用功能策略效果提升接纳用户数提升网络流量提升无线相对较差时的吞吐量提升50%的R4上行速率有效降低小区边沿的同频干扰负面影响推广策略全网推广TCP功能鼎力ATU不支持，对其下载速率有负面影响提升用户间干扰提高路测BLER网格外小区推广AUE功能室分小区推广慢速功控全网推广延长定时器UserInactive策略缩短定时器业务次数和信令建立次数降低缓解语音RAB拥塞PS拥塞率增加业务次数和信令建立次数提升提高RRC和CS-RAB拥塞降低分流比降低码资源利用率降低RNC流量加剧PS拥塞根据策略全网推广缓解PS拥塞率慢升快降PS调度算法策略快升慢降有效缓解PS拥塞提升分流比提升码资源利用率提升RNC流量PS拥塞严重，并且无其他手段解决的RNC推广PS拥塞少，上行码资源利用率低的RNC推广 参数修改策略

2.2 潜能挖掘成果 2.2.1 空口寻呼优化成果

通过优化寻呼周期（640MS——>320MS），TMSI寻呼容量从62次/秒/小区扩大到125次/秒/小区，IMSI寻呼容量从37次/秒扩大到75次/秒/小区，增幅能达100%。对于高寻呼量的LAC/RAC，修改寻呼周期能有效改寻呼质量，宁波实现效果如下：

最忙时段 2013-4-21～2013-4-26 LAC RNCID UTRAN发起寻呼类型1次数 1558 55078 1627 2816 245957 245322 244326 拥塞次数 UTRAN发起寻拥塞率 呼类型1次数 5月4日 拥塞次数 4 6812 6140 UTRAN发起寻拥塞率 呼类型1次数 0.00% 4.11% 3.71% 167494 167532 167339 5月5日 拥塞次数 4 3648 9324 UTRAN发起寻拥塞率 呼类型1次数 0.00% 2.18% 5.57% 168124 169032 168128 5月6日 拥塞次数 4 3642 3984 拥塞率 0.00% 2.15% 2.37% 83276 33.86% 165850 82456 33.61% 165934 81464 33.34% 165647 另外，目前CS寻呼量/PS寻呼量约为1/3，因此，可根据自身实际情况实现LAC/RAC灵活组网，根据宁波实现结果，目前建议如下：

寻呼场景 调整建议 第 6 页 共 220 页

LAC寻呼次数大于100000次/小时/小区小于200000次/小时/小区且同LAC下挂一套RNC LAC寻呼次数大于200000次/小时/小区且同LAC下挂一套RNC,PS寻呼占比高于65% LAC寻呼次数大于200000次/小时/小区且同LAC下挂一套RNC,PS寻呼占比低于65% 修改参数扩容 参数修改并进行RCN/RAC分裂 参数修改并RNC/LAC/RAC分裂进行均衡 LAC寻呼次数大于100000次/小时/小区小于140000次/小时/小区且同LAC下挂多套RNC,PS寻呼占比高于65% 修改参数扩容 LAC寻呼次数大于140000次/小时/小区小于200000次/小时/小区且同LAC下挂多套RNC,PS寻呼占比低于65% 参数修改再结合用户均分法分析，若RAC分裂后能使寻呼下载到10万次/小时/小区，则进行RAC分列，否则LAC/RAC共同分裂 LAC寻呼次数大于200000次/小时/小区且同LAC下挂多套RNC 参数修改并且LAC/RAC共同分裂 推广情况：宁波全网完成寻呼参数修改，金华完成一套RNC的参数修改。 2.2.2 准FR功能

准FR功能开启能改善寻呼成功率，幅度为0.06%，主要受目前终端能力限制。准FR功能开启对KPI指标无影响。 2.2.3 FACH二次接入

FACH二次接入支持按原因灵活控制接入业务类型，并且最大支持10个用户同时接入，金华验证效果如下：

FACH最在承载5个用户情况：

第 7 页 共 220 页

功能状态 时间 7月12日 7月13日 7月14日 DT_RRC连接建立拥塞次数 628 12144 1720 41 14 2083 328 624 0 0 0 96 22083 1825 RAB拥塞 183 208 58 19 15 20 23 15 3 3 4 12 71 2 未开启CALL-FACH二次接入 7月15日 7月16日 7月17日 7月18日 7月19日 开启CALL-FACH二次接入，RRC承载原因全部打开 7月20日 7月21日 7月22日 开启CALL-FACH二次接入，RRC承载原因为Registration,Inter-RAT_cell re-selection, Detach, unknown 7月23日 7月24日 7月25日 FACH承载用户数研究：

日期 8月16日（5用户） 8月17日（5用户） 8月18日（5用户） 8月19日 8月20日（10用户） 8月21日（10用户） 8月22日（10用户） 拥塞_CS_RAB拥塞次数 4 13 7 9 6 10 6 拥塞_PS_RAB拥塞次数 2 1 1 0 0 1 1 RRC拥塞 53 31 11 0 23 0 0 ? 设置所有原因的信令阶段接入FACH，能有效改善存在少量RRC或RAB拥塞情况，

对于拥塞严重情况改善不大

? 设置所有原因接入FACH比设置部分原因接入更有效改善拥塞 ? 设置最大同时接入10用户效果最优

FACH接入对KPI指标无负面影响，金华完成一套RNC应用，其他RNC推广中。 2.2.4 R4/H载频资源均衡

R4/H载频资源均衡，通过禁止纯PS业务接入R4载频功能和抢占算法共同实现，效果如下：

7-31 ~ 8-02 8-07 ~ 8-09 发生语音质差的次数 76.00 21.00 在质差小区中的占比 11.71% 4.42% 语音拥塞-质差小区总数 649.00 475.00 发生PS质差的次数 33.00 35.00 第 8 页 共 220 页

? 非常有效改善RRC拥塞和语音RAB拥塞

? 由于禁止PS业务接入R4载频，减少了PS业务的容量，对PS用户过多小区有导

致PS-RAB拥塞的副作用

不建议全网推广，应有选择性开启，筛选条件如下：

场景三 小区筛选条件 任何时间段语音业务RAB拥塞率>1% RRC、CS-RAB拥塞率高或RRC拥塞率>2% 且PS尽量不拥塞场景 且语音业务RAB建立成功次数>50 且6忙时平均PS RAB拥塞率 <= 0.05% R4/H载频资源均衡会引起PS的拥塞，金华目前在中秋保障的小区上应用。 2.2.5 小区间资源均衡

利用RLS的系统内功能实现小区内资源均衡功能： 四套参数设置如下表：

参数名 UE发射功率门限 参数一 本小区功率门限 TD邻区功率门限 UE发射功率门限 参数二 本小区功率门限 TD邻区功率门限 UE发射功率门限 参数三 本小区功率门限 TD邻区功率门限 UE发射功率门限 参数四 本小区功率门限 TD邻区功率门限 参数值 16 -76dbm -76dbm 16 -82dbm -85dbm 18 -83dbm -83dbm 16 -86dbm -86dbm 说明 UE_Txp > 16dbm S_Cell_Txp < -76dbm T_Cell_Txp > -76dbm UE_Txp > 16dbm S_Cell_Txp < -82dbm T_Cell_Txp > -85dbm UE_Txp > 18dbm S_Cell_Txp < -83dbm T_Cell_Txp > -83dbm UE_Txp > 16dbm S_Cell_Txp < -86dbm T_Cell_Txp > -86dbm 目前金华拥塞主要体现在CS上，因此小区间均衡以CS-RAB拥塞情况评估，四套参数拥塞改善情况如下：

第 9 页 共 220 页

根据上图，参数2效果最好，并且对KPI指标无影响，建议按此策略全网推广。此功能建议对孤立的高拥塞小区使用，对于连片拥塞小区会造成乒乓切换，不建议使用。

高质量独立组网：

高质量独立组网研究分为以下两种场景：

? 高质量切换门限与独立组网一致：即RLS触2/3G互操作门限与用户感知保障门限

一致，为-98DBM；

? 高质量切换门限与非独立组网一致：即RLS触2/3G互操作门限与非独立组网门限

一致，为-93DBM～-95DBM； 具体参数策略如下：

参数名 UE发射功率门限 高质量切换门限与独立组网一致 参数一 本小区功率门限 GSM邻区功率门限 UE发射功率门限 参数二 本小区功率门限 GSM邻区功率门限 UE发射功率门限 高质量切换门限与非独立组网一致 参数三 本小区功率门限 GSM邻区功率门限 UE发射功率门限 参数四 本小区功率门限 GSM邻区功率门限 参数值 16 -98dbm（18） -96dbm （20） 18 -101dbm（15） -99dbm （17） 18 -95dbm（21） -93dbm （23） 16 -92dbm（24） -90dbm （26） 说明 UE_Txp > 16dbm S_Cell_Txp < -98dbm T_Cell_Txp > -96dbm UE_Txp > 18dbm S_Cell_Txp < -101dbm T_Cell_Txp > -99dbm UE_Txp > 18dbm S_Cell_Txp < -95dbm T_Cell_Txp > -93dbm UE_Txp > 16dbm S_Cell_Txp < -92dbm T_Cell_Txp > -90dbm 指标对比场景如下：

? 试点小区非独立组网 VS 试点小区在RLS策略&独立组网策略

第 10 页 共 220 页

金华高质差小区主要体现在CS业务上，因此以CS-KPI指标做为评估，RLS算法结合独立组网应用效果如下：

? 高质量切换门限与独立组网一致：参数1对掉话率改善良好，但对系统间互操

作成功率影响罗大；参数二对掉话率改善一般，但对系统间互操作成功率影响相对较小；

? 高质量切换门限与非独立组网一致：参数3对掉话率和系统间切换成功率均有

改善，参数4由于引起大量的2/3G互操作资源，导致指标反而下降

现网推广策略如下：

? 独立组网小区：建议高掉话小区使用参数1，其他话小区使用参数2 ? 非独立组网小区：建议高掉话小区使用参数3 金华完成RNC2828推广。 2.2.6 RAB承载策略

业务量越高的小区，在采用基于吞吐量的H载波SDCA方式时，网络资源利用率也越高，但会对网络带来一定的干扰抬升，因此建议中在高业务量小区使用，其他小区建议使用H用户数排序。具体策略如下：

区域 全网RNC 应用小区 H业务最大用户数大于H载波配置数，平均每用户流量大于200M小区 调整参数名 载频SDCA_HSPA载频采用何种优先级排队方法 载频SDCA_HSPA载频采用何种优先级排队方法 修改值 按照H载波吞吐量排序 按照H用户数排序 全网RNC 除以上小区外所有小区 两种策略应用对KPI指标无影响，完成宁波全网推广。

第 11 页 共 220 页

2.3 数据业务提升成果 2.3.1 帧分复用功能

第 12 页 共 220 页

帧分复用的开启，对缓解PS-RAB拥塞率有明显效果，对提升接入HSDPA用户数，提升接通率，降低掉线率都承载好处，且对ATU测试的速率无影响。 2.3.2 TCP功能

根据多次拉网测试结果，鼎力ATU设备拉网都是下降趋势，幅度约150kbps, 而采用8142，8130测试终端进行测试，发现开启TCP比不开启TCP提升速率约120kbps，测试结果见下图所示：

测试终端 测试时间 20130806 鼎力ATU 20130812 20130816 8142 8130 20130821 20130821 20130826 不开TCP 781.24 944.12 818.39 801.3879 836.7095 开启TCP 653.83 754.45 643.93 928.4653 947.9406 911.9343 对三款终端进行开启前后对比测试，其中华为8830开启后略有下降外，三星俩款终端都有所提升，特别是三星9308开启提升了163kbps，如下图：

开启TCP功能对KPI指标无影响，由于鼎利ATU对此功能支持较差，目前未开启此功能。

2.3.3 AUE功能

AUE功能在宏站和室分小区开启均能提升约50%的R4上行速率，但相对带来一定的副作用，具体如下：

? 大于0 的UE发射功率占比从原来32.56%，提升到了40.29%，提升幅度达8%，

大于15DB的UE发射功率，由原来4.98%提升到了6.84%，提升幅度达2%

第 13 页 共 220 页

? PS域传输误块率从1.28%。提升到了2.36%,提升幅度1.08%

由于AUE开启增加PS误块率，网格考核对此指标要求较高，并且网格区域基本囊括了高话务区域，因此AUE功能不建议在宏小区开启。另外，AUE增加UE发射功率，上行干扰较大，建议在平均用户数相对较小的室分小区开启。

金华目前开启情况：

? UPA终端数排名&上行流量排名的TOP1735个小区开启UPA功能 ? 每H载频PS平均用户数少于6个的15个试点小区开启AUE功能 2.3.4 慢速功控功能

慢速功控策略如下：

参数名称 统计窗长度 下调功率门限 下功率调整步长 上调功率门限 用户高码率时向上调整功率的步长 用户低码率时向上调整功率的步长 单位 － － dB － dB dB 升降一致参数设置值 2 90 1 0 1 2 快升慢降参数设置值 2 90 0.5 0 2 2 快升慢降&低码率步长提升参数设置值 2 90 0.5 10 2 3 快升快降参数设置值 2 90 2 0 2 2 验证效果如下：

推广策略如下：

场景 参数修改方案 城郊结合部场景小区 升降步长一致设置值 密集城区场景小区 快升慢降参数设置值 远郊场景小区 快升慢降&低码率步长提升参数设置值 金华完成浦江和永康的推广。

第 14 页 共 220 页

2.3.5 UserInactive应用策略

根据下面原则筛选小区（具体数值设定请参考5.5.2节）：

场景 场景1-用户接入过多（最忙时） 小区筛选条件 H载频平均流量<= 100 MB/时 H载波平均RAB接入次数 >= 800次/时 PS RAB拥塞率 < 0.05% 场景2-用户在线过长（最忙时） 场景3-通用场景 H载波平均RAB接入次数 <= 300 次/时 码资源利用率>=50% 每H载频流量<=30MB/时 无需筛选小区 专项场景参数：

场景 场景1-用户接入过多 场景2-用户在线过长 场景3-通用场景 参数配置 User Inactive定时器：20s User Inactive定时器：10s User Inactive定时器：15s 实施效果：

第 15 页 共 220 页

在两套RNC进行参数评估，参数修改后流量基本不变，KPI指标无明显变化，只在正

第 16 页 共 220 页

常范围内波动，而定时器的拉长，明显降低PS业务次数（约每提升5S，业务次数降低8%，公共信道和专用信道降低4.5%），对CS-RAB拥塞降低也有显效。

金华完成全网推广。 2.3.6 PS资源调度算法优化策略

PS资源调度参数为RNC级参数，以RNC为单位划分场景，如下：

? 基站和用户密集，拥塞小区偏小区域，主要为市区RNC，采用慢升快降策略 ? 基站和用户稀疏，基本不存在拥塞区域，主要为远郊RNC，采用快升慢降策略 ? 其他RNC采用升降一致策略（目前大唐所有RNC均采用此策略） 效果验证： 慢升快降策：

第 17 页 共 220 页

慢升快降策略有效降低码资源利用率和PS拥塞，但同时降低用户流量，对数据分流比也有相应降低，因此对于PS拥塞率不高的RNC不建议采用。

快升慢降策

第 18 页 共 220 页

快升慢降策略有效提高码资源利用率、流量和分流比，但会提高一定的PS拥塞概率，因此只建议对PS-RAB不拥塞率的RNC采用。

宁波完成全网推广。

3 现网问题处理

3.1 MR问题处理 3.1.1 存在问题

根据浙江全省各地市的MR数据分析结果，大唐MR数据存在以下问题：

? 大唐在3.5 版本试点升级后 MR 格式发生变化导致省公司无法进行正常的 MR

采集

第 19 页 共 220 页

? 金华MR报表的MRO主小区电平60%～80%为空 ? Ue上行高发射功率小区占比偏高 ? 语音误码率偏低

? 基于 MR 统计的 PS 域上下行误码率差异很大 3.1.2 已处理问题 3.1.2.1 MR采集问题

大唐在3.5 版本试点升级后MR格式发生变化导致省公司无法进行正常的MR采集，对上报的文件进行了分析，发现是由于新版本的数据结构变化导致与凯通平台的数据格式不一致引起。

已按照之前定义的数据结构进行了修改。大唐研发提供了MR服务器的补丁版本，金华现网7月份升级版本，在凯通平台从7月起，MR采集中结果已经正常 3.1.2.2 金华MR报告的MRO主小区电平60%～80%为空

凯通平台上发现大唐MR上报的导频结果中有些导频信号功率为-1，该值不在协议中规定的上报值范围内，凯通平台把这些值作为异常点抛弃了。

提取MRO文件对其中的测量上报进行了分析，发现大唐设备对于部分终端上报的主导频信息不在上报范围内的值直接设置为-1，按照规定，大唐设备需要把这些值置为NIL。

金华现网已经升级版本，按照协议规定，把终端上报的异常值设置为NIL并上报到凯通平台。

在凯通平台7月份的MR统计结果中主小区电平为空问题已解决。 3.1.2.3 Ue上行高发射功率小区占比偏高

大唐研发结合MR上报数据和外环功控、内环功控参数进行分析，造成UE上行高发射功率原因为大唐网络中为了保证较好的无线链路水平，对外环和内环功控参数设置较为严格，链路的冗余功率较大导致的。此问题处理主要在宁波进行跟踪处理。 3.1.2.3.1 参数介绍

按参数的作用将进行验证的参数分为以下两类：内环功控参数以及外环功控参数。 1、内环功控参数

序参数名称 号 1 CS 12.2K无线链路最小发射功率 2 3.4K/13.6K信令无线链路最小发射功率 原值 -140 目标值 -230 影响 下行。 该参数用于限定内环功控的下限，降低该参数可以减少链路保持阶段的下行功率冗余。 下行 该参数用于限定内环功控的下限，降低该参数可以减少链路保持阶段的下行功率冗余。 -140 -200 第 20 页 共 220 页

3 PS业务无线链路最小发射功率 上行功控中的基站接收灵敏度(最小接收电平保护阈值)（宏站） -230 -310 4 -118/-115dBｍ -121 dBｍ 5 上行功控中的基站接收灵敏度(最小接收电平保护阈值)（室分站） -110/-115 dBｍ -115 dBｍ 6 配给NodeB的DPCH上行目标信噪比 120 100 下行 该参数用于限定内环功控的下限，降低该参数可以减少链路保持阶段的下行功率冗余。 上行 该参数用于限定检测到的终端上行信号的绝对功率门限，当检测到的信号功率低于该门限时，无论SNR好坏，均要上调功率。降低该门限可以降低上行功率冗余。 上行 该参数用于限定检测到的终端上行信号的绝对功率门限，当检测到的信号功率低于该门限时，无论SNR好坏，均要上调功率。降低该门限可以降低上行功率冗余。 上行 该参数用于内环功控，降低该参数可以降低初始阶段的UE上行发射功率。 7 配给NB的HS-SICH期望信噪比 110 90 上行 该参数用于SICH的内环功控，降低该参数会降低链路保持阶段的UE发射功率。 2、外环功控参数

序号 参数名称 原值 目标值 影响 此参数应用于计算上行链路的目标信噪比，配置过大，上行发射功率调整的波动较大，反之导致上行链路的通信质量调整的周期过长 此参数应用于计算上行链路的目标信噪比 此参数上行链路的目标信噪比调整上限，影响目标信噪比调整范围 此参数上行链路的目标信噪比调整上限，影响目标信噪比调整范围 表示上行外环功控周期(TTI统计个数)。 参数设置过大将影响调整的及时性，设置过小，外环功控调整过于频繁。 滑动窗长用于统计传输信道的BLER 1 UlOlpcSirUpStep 上行外环功率控制的Sir上调步长 UlOlpcSirDownStep 上行外环功率控制的Sir下调步长 UlOlpcSirUpTh 上行外环功率控制的Sir调整上限 UlOlpcSirDownTh 上行外环功率控制的Sir调整下限 OlpcTtiNum 外环功控-统计周期 10 8 2 3 2 3 252 202 CS:122 PS:112 4 122 5 100 20 6 OlpcSlipWindow 外环功控-滑动窗长 OlpcCrciErrClearTh 外环功控-错误CRCI统计清空门限值 OlpcCrciStatTh 外环功控-CRCI统计有效门限值 20 20 7 CS,PS:50 当统计窗内CRCI Error 个数高于此门限时，将清除统CS,PS:20 计窗，不带入下一此的统计中。 CS,PS:2 当统计窗内CRCI个数低于此门限时，将不进行统计 8 CS:40 PS:20 第 21 页 共 220 页

OlpcOblisFactor 9 外环功控-Bler统计的遗忘CS,PS:80 CS,PS:0 因子 OlpcJitterUpperThreshold CS:-30 10 外环功控-Bler与Bler门限PS:-30 PS:-20 值比较的波动上限 OlpcJitterLowerThreshold CS:-30 11 外环功控- Bler与Bler门限PS:-30 PS:-20 值比较的波动下限 HS-SICH期望接收功率 -80 -86 12 该参数表示 BLER统计的遗忘因子：实际值= BLER统计的遗忘因子/100。 LER与BLERth比较的波动范围。在此范围内SIRTarget将不作调整。 BLER与BLERth比较的波动范围。在此范围内SIRTarget将不作调整。 终端依据该参数计算开环初始发射功率，降低该值可以降低UE开环发射功率。 影响UE上行发射功率 13 SignalledGainFactors 15 7 3.1.2.3.2 效果评估

1、UE高发射功率小区占比下降约12%：

5月11号修改参数后，从12号开始UE发射功率高的小区占明显下降，UE发射功率高小区占比从87%左右下降到76%，下降11%；RNC平均UE发射功率从4dbm以上下降到1.7dbm左右。之后在降低后的范围内呈现小幅波动，随后几天都保持在降低后的水平。(1560 17，18号MR数据缺失，1561缺18号)。其中20号左右有抬升，此时是由于远端干扰造成的功率抬升。远端干扰结束后，又回到参数调整后的降低的水平。

RNC1560

时间 5-9 5-10 5-11 5-12 5-13 5-14 5-15 RNC 1560 1560 1560 1560 1560 1560 1560 UE发射功率高小区 332 337 318 286 284 275 278 第 22 页 共 220 页

总小区数目 382 383 378 379 383 382 386 UE发射功率高小区占比 % 86.91% 87.99% 84.13% 75.46% 74.15% 71.99% 72.02% RNC平均UE发射功率 dbm 4.25 4.22 2.52 1.60 1.19 0.87 1.34 5-16 5-19 5-20 5-21 5-23 1560 1560 1560 1560 1560 281 283 301 305 276 386 372 385 385 384 72.80% 76.08% 78.18% 79.22% 71.88% 1.31 1.32 1.91 1.37 0.70

RNC1561 时间 5-9 5-10 5-11 5-12 5-13 5-14 5-15 5-16 5-17 5-19 5-20 5-21 5-23 RNC 1561 1561 1561 1561 1561 1561 1561 1561 1561 1561 1561 1561 1561 UE发射功率高小区 412 413 406 357 359 352 364 370 366 363 364 351 356 总小区数目 466 465 465 466 466 469 468 468 467 465 464 467 464 UE发射功率高小区占比 % 88.41% 88.82% 87.31% 76.61% 77.04% 75.05% 77.78% 79.06% 78.37% 78.06% 78.45% 75.16% 76.72% RNC平均UE发射功率 dbm 4.04 4.28 3.38 1.77 1.77 1.59 1.94 2.22 1.94 1.76 1.75 1.56 1.63 2、各项KPI稳定，未见异常波动：

KPI整体平稳，未见指标项明显的异常波动。针对CS、PS接通率、掉线率进行了分析。CS、PS接通率均有较为明显的接升。掉话率波动较大，整体呈现下降趋势。

第 23 页 共 220 页

第 24 页 共 220 页

3.1.2.3.3 参数推广

参数在大唐各个网络推广后，6、7月份大唐网络的UE高发射功率小区占比持续下降。7月份浙江省移动公司MR采集结果显示：中兴2市均值76.8%，华为5市均值70.62%，大唐4市均值73.33%，该项指标已经与友商持平。 3.1.2.4 语音误码率偏低

凯通平台上发现大唐MR统计结果中AMR 12.2K业务的上行BLER比友商低很多，大唐区域的AMR 12.2K业务上行BLER差小区占比约0.5%左右，友商普遍在4%~ 5%之间。

对MR服务器上这个统计项的计算方式进行了分析，发现在AMR 12.2K业务中共有（A、B、C）3个子流，在3个子流中只有A子流的传输块是加了CRC校验的，其他两个子流没有CRC校验，也就是说只要收到B、C子流的数据块都是作为正确的块做处理的。在大唐的MR服务器上进行AMR 12.2K业务上行BLER统计计算时是用A子流的错误块个数除以A、B、C三个子流的全部传输块数目来处理的。这样会导致计算出来的BLER偏低。

在大唐MR服务器上对AMR 12.2K业务上行BLER计算公式修改为：A子流的错误块个数除以A子流的传输块总数目。金华现网已经升级版本。在凯通平台上对于8月份的该项指标统计结果为4.5%左右，与友商水平相当。 3.1.3 遗留问题

3.1.3.1 基于 MR 统计的 PS 域上下行误码率差异很大

分析了下行BLER上报统计方式及相关因素，目前没有最终结论，进展如下： 1、 终端上报准确性研究，实验室测试了联芯和中兴手机，从测试结果看，上行业务面

第 25 页 共 220 页

跟踪和上行BLER统计结果基本一致，下行BLER统计大多差异很大，联系了联芯厂家帮忙分析，进展比较缓慢，正在进行华为和大唐区域下行BLER测试比对和研究，大概需要2周左右能出结果；

2、 对于终端上报的不规范业务信道采样点（没有给UE配置或已删除信道上报的采样

点，BLER均接近0），从现场统计看该采样点比例约在20% ~30%左右，大唐实现是剔除（BLER整体结果会恶化），华为是选择丢弃还是保留，需帮忙了解。 上行BLER目前分析中

4 潜能挖掘开展优化内容

4.1

系统容量安全监控

4.1.1 背景

TD网络经过多期发展，在市场的终端推广机制下，用户迅速发展，对网络各环节的负荷带来挑战。本课题研究大唐TD设备的IU口、IUB口和RNC板卡容量，分析宁波现网具体情况与理论相关度，制订预警门限和优化方案。 4.1.2 IU口评估

Iu口上行（下行）流量利用率=上行（下行）流量/上行（下行）配置流量带宽（负荷分担方式默认1.6Gbps）*100%=（上行（下行）流量/该流量耗费时长_精确到秒_单位Mbps）/1600Mbps*100%。

IU口上行（下行）流量利用率预警机制如下：

? 当一周忙时最大利用率超过50%时，进入黄色预警，考虑进行小区割接或RNC分裂； ? 当一周忙时最大利用率超过70%时，进入红色预警，必须尽快进行RNC分裂。 统计5月18日——>5月24日最忙时段宁波各RNC的IU口利用率如下：

表1.1

行标签 分组域上行分组域上分组域下行分组域下电路域上电路域下电路域上行电路域下行流量行带宽利流量行带宽利行带宽利行带宽利流量(Mbps) 流量(Mbps) 0430(Mbps) 用率（%） 0430(Mbps) 用率（%） 用率（%） 用率（%） 6.652061 8.7494485 6.1683082 7.5061055 8.2756166 7.5726415 7.3161058 0.416 0.547 0.386 0.469 0.517 0.473 0.457 55.309053 79.847415 64.505922 77.198563 87.918635 79.748198 60.257706 3.457 4.990 4.032 4.825 5.495 4.984 3.766 9.0212343 11.744185 8.2346665 9.6027886 11.203823 10.128289 9.7331423 0.564 0.734 0.515 0.600 0.700 0.633 0.608 0.7615286 0.552198 0.4412104 0.7798032 0.6562539 0.5330538 0.6576463 0.048 0.035 0.028 0.049 0.041 0.033 0.041 1552 1553 1554 1555 1556 1557 1558 第 26 页 共 220 页

1559 1560 1561 1562 1563 1564 1565 1566 1567 1627 1628 1630 1631 2816 2817 2818 2848 2849 2850 2851 2854 2855 2856 2857 8.9588076 13.061464 12.538235 13.008662 10.044527 7.2582635 7.7713612 7.2595244 6.1340793 12.204063 11.270545 10.636712 3.2559315 6.1718136 9.9574466 9.1005784 5.0854002 4.0524005 5.0283023 12.482373 11.938659 6.0191146 2.0837981 5.7337154 0.560 0.816 0.784 0.813 0.628 0.454 0.486 0.454 0.383 0.763 0.704 0.665 0.203 0.386 0.622 0.569 0.318 0.253 0.314 0.780 0.746 0.376 0.130 0.358 76.007794 110.45656 126.06884 113.57431 85.594294 59.870539 63.048449 68.751933 61.997828 106.20267 93.390998 95.107668 26.033268 58.293056 94.081126 71.380277 49.114701 34.260677 45.310393 112.00972 97.628171 51.264953 21.910616 55.451764 4.750 6.904 7.879 7.098 5.350 3.742 3.941 4.297 3.875 6.638 5.837 5.944 1.627 3.643 5.880 4.461 3.070 2.141 2.832 7.001 6.102 3.204 1.369 3.466 11.501662 17.25615 17.092691 17.084081 13.077874 9.8155123 8.4052607 9.8442908 8.2357609 16.483051 14.71283 14.611809 4.4077675 8.3381192 13.429498 12.379136 6.8649948 5.5634518 6.8202954 16.900457 16.005096 7.8624043 3.5031301 7.7238123 0.719 1.079 1.068 1.068 0.817 0.613 0.525 0.615 0.515 1.030 0.920 0.913 0.275 0.521 0.839 0.774 0.429 0.348 0.426 1.056 1.000 0.491 0.219 0.483 0.9684866 1.0383751 0.9592136 1.1468836 0.9598325 0.6737257 0.6627483 0.9244492 0.6360255 1.1530569 1.3942853 0.9141563 0.5320444 0.5284759 0.9057074 0.8051162 0.4048605 0.2781712 0.3550747 0.7795919 1.9974681 0.0812177 4.0720144 0.1352682 0.061 0.065 0.060 0.072 0.060 0.042 0.041 0.058 0.040 0.072 0.087 0.057 0.033 0.033 0.057 0.050 0.025 0.017 0.022 0.049 0.125 0.005 0.255 0.008 从目前宁波所有RNC Iu-cs、Iu-PS接口业务利用率分析，Iu接口负荷很轻，可以满足未来2-3年的用户量及负荷增长。 4.1.2.1 IU口与UU口负荷受限分析

IU口利用率受限于流量，而UU口寻呼负荷受限于用户数，因此两者无直接对应关系，下面对比是基于宁波现网配置情况下，两者的利用率比较，主要突出哪个口优先受限。

统计5月18日——>5月24日最忙时段宁波各RNC的IU口利用率和空口寻呼情况（最大寻呼量按寻呼周期320MS，宁波最大寻呼支持292320次/小时/小区），如下表：

寻呼占比(寻呼量/宁波支持最大寻呼，按寻呼周期320MS算） 15.263 17.687 13.342 LAC RNCID 最忙时流量（G） IU口利用率（%） 寻呼量 CDG统计用户数(5月4、5日做过业务的IMS统计) 55072 55073 55075 1552 1553 1555 252.2246 354.7028 334.2912 4.484 6.306 5.943 44616 51704 39000 64363 83483 69649 第 27 页 共 220 页

55076 55077 55080 55081 55084 55086 55087 55088 55089 55091 55092 55093 55094 55096 1556 1557 1560 1561 1564 1566 1631 1628 2851 1630 2854 2855 2856 2857 379.8785 344.4686 498.5597 550.7542 272.8759 305.0866 120.3364 424.5773 499.8239 426.3411 448.4862 229.3161 110.9867 242.7348 6.753 6.124 8.863 9.791 4.851 5.424 2.139 7.548 8.886 7.579 7.973 4.077 1.973 4.315 56807 39860 105875 95690 60620 59489 27804 138012 106842 98483 138012 45317 17214 145828 19.433 13.636 36.219 32.735 20.738 20.351 9.511 47.213 36.550 33.690 47.213 5.889 56290 63780 65199 70749 49384 39390 30687 59905 77720 92278 58510 30014 15.503 （没数据） 49.886 （没数据）

图1

图2

第 28 页 共 220 页

现时宁波有17套RNC与LAC/RAC为一一对应关系，其他RNC与LAC/RAC为多对一的关系，选择一一对应的RNC的IU口利用率和寻呼负荷进行比较。

从图1可以看出，流量与寻呼量成正比但比例不均，所有RNC的寻呼占比均大于IU口利用率，根据《寻呼容量专题》的4.1.6.2.2节，每套LAC的用户数、寻呼容量也与物理资源配置成正比。根据图2，随着用户增长，流量与用户数成正比，因此，在大唐TD网络中，空口寻呼负荷受限先于IU口的利用率受限，根据寻呼受限策略，在RNC与LAC/RAC为一一对应并且空口负荷过高时，最终采用RNC（LAC）分裂方法进行优化，因此现网优化中，可忽略IU口利用率的受限。 4.1.3 Iub口安全评估方案

4.1.3.1 单站RNC Iub接口带宽计算

单站RNC Iub接口带宽计算如下：

以典型基站S3/3/3为标准，计算RNC Iub接口带宽。其中，时隙配比2:4，DCH、HSDPA载频比例1:2。

每R4载波按照1M带宽，每HSDPA载波按照2M带宽。

则一个S3/3/3 NodeB带宽=每R4载波带宽*每小区R4载波数*小区数+ 每HSDPA载波带宽*每小区HSDPA载波数*小区数 =1*1*3+2*2*3=3+12=15M。

现网基站类型较多，并且采用IP传输后，各基站之间带宽可以共享，因此，RNC 连接基站平均带宽按照15M计算。 4.1.3.2 RNC Iub接口负荷

对于IuB接口板负荷优化，采取相应的措施有： 1、对Iub接口板进行扩容，；

2、将Iub接口负荷较高的RNC的基站割接到Iub接口负荷较低的RNC；

宁波RNC IuB接口板为IPUA，每一块IPUA两个GE光接口，每一块板只使用一个口下挂基站，每个GE接口允许连接的最大NodeB数为30个。统计全网各RNC情况：

RNC编号 RNC类型 TDR3000 TDR3000 TDR3000 TDR3000 IP接口基站数 121 159 101 176 ATM接口基站数 30 21 16 11 IuB GE光口数 10 10 10 10 每光口连接平均基站数 13 16 11 18 新增OIPA板数 0 0 0 0 1552 1553 1554 1555 第 29 页 共 220 页

1556 1557 1558 1559 1560 1561 1562 1563 1564 1565 1566 1567 1627 1628 1630 1631 2816 2817 2818 2848 2849 2850 2851 2854 2855 2856 2857 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 TDR3000 116 102 125 130 179 178 125 126 121 94 114 110 148 180 173 66 141 97 140 64 106 140 143 155 152 49 110 15 14 37 28 11 26 23 28 49 52 31 5 20 4 6 26 16 36 15 0 0 6 0 1 0 0 0 10 9 10 10 10 10 9 9 9 9 10 10 11 11 10 10 10 11 10 11 11 10 10 16 10 10 10 12 12 13 13 18 18 14 14 14 11 12 11 14 17 18 7 15 9 14 6 10 14 15 10 16 5 11 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 结合上表分析，宁波各套RNC IPUA接口板负荷均衡，平均下挂机站数为14个，暂时不需要进行优化调整。

4.1.4 公共信道配置与容量介绍 4.1.4.1 PICH信道

PICH物理信道用于承载寻呼指示，占用两个SF16码道。

PICH和SCCPCH时分复用：在一个重复周期64个无线帧中，PICH占用前面2个无线帧，中间空4个无线帧（NGAP＝4），SCCPCH占用剩余的58个无线帧。

物理信道 SCCPCH PICH 偏移 6 0 重复周期 64 64 重复长度 58 2 PICH的容量与寻呼指示长度的设置有关。寻呼指示长度设置大了可以提高寻呼指示的正确接收率，从而避免误检造成的UE对寻呼消息的漏读或不必要的多读，增大寻呼的可靠

第 30 页 共 220 页

性，但会降低PICH帧（10ms）中的寻呼指示数目。具体地，当寻呼指示长度设置为2、4、8个符号时，每一个PICH帧（10ms）分别能容纳88、44、22个寻呼指示。多个连续的PICH可以构成一个PICH块，连续的PICH个数由PICH的重复长度决定。

目前，寻呼指示长度设置为8，PICH的重复长度为2，PICH的重复周期为640ms。因此，PICH容量为2*22*1000/640=68.75/秒/小区。 4.1.4.2 PCH信道

RNC将多个TTI中PCH承载的数据构成一个PCH块，每个PCH块由NPCH个寻呼组组成，每个寻呼组由两个连续的无线帧构成（PCH的TTI=20ms）。NGAP表示对应同一个寻呼时段，承载PICH信息的最后一帧与承载PCH信息的第一帧之间所间隔的帧数，协议取值范围为（2,4,8），单位为帧。

Paging BlockPICH BlockPCH BlockSub-Channel #0Sub-Channel #1Sub-Channel #NPCH-1PICHNPICH...............PCHNGAP2*NPCH............

PCH信道容量与寻呼方式有关，不同寻呼方式下寻呼消息的长度不同。对于TMSI或PTMSI寻呼，长度为40bits；对于IMSI寻呼，长度为72bits。

（1）对于TMSI或P-TMSI寻呼，计算方法为（（TB-Size – 7）/40 *NPCH）/PBP，其中（TB-Size – 7）/40的结果向下取整；TB-Size为PCH传输块大小，目前配置为240bits。NPCH为协议取值范围为（1..8），目前配置为8。PBP为寻呼调度周期，目前配置为64帧。因此，最大寻呼数 = 62.5/秒/小区。

（2）对于IMSI寻呼，计算方法为（（TB-Size – 7）/72 *NPCH）/PBP，因此，最大寻呼数 = 37.5/秒/小区。

实际情况下，IMSI的寻呼比较少。根据统计，（P-）TMSI和IMSI的寻呼分布大约在98%和2%。考虑到调度丢失较多时造成二次、三次寻呼的突增因素，可以将（P-）TMSI和IMSI的寻呼比例设置为9:1来进行处理。

从目前配置的PCH信道容量来看，PICH容量高于PCH容量，即随着网络实际寻呼量的增大，PCH容量先受限。此外，RNC支持UTRAN寻呼重发机制，该寻呼与用户是否响应寻呼无关。该机制会影响到小区的寻呼能力。在寻呼信道容量不变的情况下，小区支持的寻呼消

第 31 页 共 220 页

息数会因UTRAN内的寻呼重发成倍地减少。考虑到CN在没有收到寻呼响应的情况下，也会重新发起寻呼。因此不推荐采用UTRAN寻呼重发。

PCH信道扩容方案有以下两种

（1）PBP由640ms减少为320ms。该方案的风险有4点，一是增加终端耗电；二是已知部分老终端，如联想TD800、夏新T5、海信T66等终端会出现寻呼成功率较低情况（经分析，为该芯片与网络侧不兼容导致，经终端版本升级后，该问题解除）；三是由于NGAP变为2*NGAP，造成物理信道资源的浪费；四是由于PCH与FACH复用的关系，造成FACH容量的减少。

采用该方案，PICH的重复周期需要修改为320ms。在PICH信道其他配置不变的情况下，PICH的容量为2*68.75=137.5/秒/小区。

在PCH信道其他配置不变的情况下，对于TMSI或P-TMSI寻呼，最大寻呼数为2*62.5=125/秒/小区；对于IMSI寻呼，最大寻呼数为2*37.5=75/秒/小区。

（2）增大TB-Size为360bits，或TB-Size为240bits不变，但TB个数由1增加为2，即2*240bits。该方案在35版本之后支持。同时，该方案需要同时增加PICH容量，可以通过将寻呼指示长度设置为4，将PICH容量提高至137.5/秒/小区。

PCH扩容方案 方案1 方案2 PBP=320ms 1*360bits 2*240bits PICH容量 137.5 /秒/小区 137.5 /秒/小区 137.5 /秒/小区 PCH容量 125/秒/小区 100/秒/小区 125/秒/小区 寻呼容量预警机制

（1）当一周忙时最大寻呼量超过空口寻呼容量的55%时，进入黄色预警，考虑进行空口寻呼容量扩容或者LAC分裂；

（2）当一周忙时最大寻呼量超过空口寻呼容量的70%时，进入红色预警，必须尽快进行空口寻呼容量扩容或者LAC分裂。 4.1.4.3 FACH信道

FACH信道有如下几种配置方式

第 32 页 共 220 页

传输信道 逻辑信道 TF0 TF1 TF2 TF3 TF4 TFS 0×171 1×171 2×171 3x171 (alt. N/A) 4x171 (alt. N/A) 5x171 (alt. N/A) 6x171 (alt. N/A) 0×163 1×163 2×163 Coding type CC 1/2 TF_ NUM 3, 5, 7 TTI 20 CRC 16 DCCH DTCH BCCH CCCH TF5 TF6 FACH CTCH TF0 TF1 TF2 TF0 DTCH TF1 TF2 0×363 1×363 2×363 TC 3 20 16 （1）FACH信道的TB-Size为171bits，可以承载DCCH、DTCH、BCCH和CCCH（其中，DCCH和DTCH对应CELL-FACH状态）；FACH信道的TB-Size为163bits，可以承载CTCH（对应小区广播业务，目前未使用，可以不考虑）；FACH信道的TB-Size为363bits，可以承载DTCH（对应CELL-FACH状态）；

（2）FACH信道的TB-Size为171bits，可以对应最大传输2*171、4*171和6*171bits几种方式，目前配置为4*171方式；

（3）当FACH传送CCCH时，扣除MAC头开销、RLC头开销后能承载的有效信息为160bits。

第 33 页 共 220 页

以RRC连接建立消息为例，该消息长度为136bytes，以每20ms传输的话，需要分成136*8/160=7个传输块下发，如果采用2*171bits的方式传输，则需要4个TTI即80ms发送，由于有效的FACH传输TTI个数为（640-20-40-160）/ 20 = 21，因此，对应的FACH传送能力为1000*21*15*60/ 640/4= 7382.8条/15分钟；如果采用4*171bits的方式传输，则对应的FACH传送能力为14765.6条/15分钟。其中，（640-20-40-160）中的640为PBP，20为PICH，40ms为NGAP，160为NPCH占用的时间，单位ms。

（4）当FACH传送DCCH或/和DTCH时，即支持CELL-FACH状态，按目前公共信道配置（5个SCCPCH、4*171方式），根据仿真结果最大支持接入10用户。

（5）当FACH需要扩容时，首先考虑选用6*171方式，其次，可以考虑增加FACH信道数目。

4.1.4.4 PCH与FACH信道的复用

在TD-SCDMA系统中，PCH与FACH信道服用为CCTRCH，之后映射在SCCPCH上。

（1）目前，PCH与FACH信道的配置参数如下

传输信道 PCH 逻辑信道 PCCH TF0 TF1 TF0 TF1 TF2 TF3 TF4 TFS 0×240 1×240 0×171 1×171 2×171 3x171 4x171 Coding type CC 1/2 CC 1/2 TF_ NUM 2 5 TTI 20 20 CRC 16 16 RM 210 200 FACH DCCH DTCH BCCH CCCH 第 34 页 共 220 页

此时，PCH信道编码后的数据为264bits；FACH信道编码后的数据为764bits。采用不同SCCPCH配置下的方案比较如下

SCCPCH配置方案 3个SCCPCH 4个SCCPCH 5个S CCPCH 有效容量（一个无线帧） 512bits 688bits 864bits PL 0.48 0.64 0.80 PCH打掉 128bits 81bits 34bits FACH打掉 389bits 260bits 131bits 其中，有效容量是指去掉了TFCI和TPC_SS所占用的Bits。可以看出，随着SCCPCH数目的增加，PL值越来越大，也就意味着，打掉的冗余信息越来越少，对于空口的解码会越来越有利。但是，SCCPCH的数目也不能过多，一方面是因为在发射功率一定的情况下，数目过多会导致单码功率减小，影响覆盖；另一方面，若增大发射功率，又会带来邻区干扰。

（2）如通过信道配置方式来增加PCH容量，例如

传输信道 逻辑信道 TF0 PCH PCCH TF1 TF2 TF0 TF1 TF2 TF3 TF4 TFS 0×240 1×240 2×240 0×171 1×171 2×171 3x171 4x171 CC 1/2 5 20 16 200 Coding type CC 1/2 TF_ NUM 2 TTI 20 CRC 16 RM 210 FACH DCCH BCCH CCCH 此时，PCH信道编码后的数据为528bits；FACH信道编码后的数据为764bits，还可以使用5个SCCPCH配置方案，具体信息如下

SCCPCH配置方案 5个S CCPCH 有效容量（一个无线帧） 864bits PL 0.64 PCH打掉 165bits FACH打掉 264bits （3）如果通过信道配置方式来增加FACH容量，例如

第 35 页 共 220 页

传输信道 PCH 逻辑信道 PCCH TF0 TF1 TF0 TF1 TF2 TF3 TF4 TFS 0×240 1×240 0×171 1×171 2×171 3x171 Coding type CC 1/2 CC 1/2 TF_ NUM 3 7 TTI 20 20 CRC 16 16 RM 210 200 FACH DCCH DTCH BCCH CCCH 4x171 5x171 6x171 TF5 TF6 此时，PCH信道编码后的数据为264bits；FACH信道编码后的数据为1146bits，还可以使用5个SCCPCH配置方案，具体信息如下

SCCPCH配置方案 5个S CCPCH 有效容量（一个无线帧） 864bits PL 0.60 PCH打掉 96bits FACH打掉 451bits 需要强调的是，PCH与FACH复用时，PCH数据调度的优先级高于FACH数据调度的优先级。如果PCH数据量较小，FACH可以使用NPCH对应时段的物理资源。 4.1.5 共享信道配置与容量说明

HSDPA系统资源配置包括HS-DSCH的下行时隙个数、上行伴随DPCH信道、上行反馈信道HS-SICH个数、下行伴随DPCH信道和下行公共控制信道HS-SCCH个数。

随着系统分配的下行HS-DSCH时隙个数增多，系统的吞吐速率就会增加并且符合成倍的增长关系。单载波情况下典型时隙比例和峰值吞吐率关系如下

时隙比例 HS-DSCH时隙数目 峰值速率 3：3 <=2 <=1.12Mbps 2：4 <=3 <=1.68Mbps 1：5 <=4 <=2.24Mbps HS-SCCH和HS-SICH的信道个数会对多用户小区吞吐量有一定的影响。如果配置HS-SCCH/HS-SICH信道个数增多，小区的吞吐量也会有所增加。由于TD-SCDMA系统的HSDPA在每个TTI（5ms）调度一次，所以当配置一对HS-SCCH/HS-SICH时，每秒钟最多调度200次，而当配置多对HS-SCCH/HS-SICH时，在HS-DSCH资源有剩余的情况下就可以在同一TTI调度多个用户，从而提高资源利用率，使系统吞吐量得到提高。然而配置多对HS-SCCH/HS-SICH信道需要占用更多的资源，因此必须考虑小区吞吐率及共享控制信道资源

第 36 页 共 220 页

占用率之间的平衡。一般情况下，当配置的HS-PDSCH时隙数少于3个时，建议只配置一对HS-SCCH/HS-SICH信道。

目前，H载波采用2：4配置，HS-DSCH时隙数目配置为3，同时，配置2对HS-SCCH/HS-SICH信道。按照目前配置，单载波最大支持用户数受限于下行伴随DPCH信道的数量，为6个。

当共享信道需要扩容时，首先考虑伴随DPCH帧分，若采用1：2帧分，则单载波最大支持用户数可以提高至12个；其次，可以考虑增加H载波数目。 4.1.6 LAC与RAC负荷优化

空口寻呼受限计算

对于短消息的寻呼，其寻呼过程与普通的话音业务寻呼相同，因此在计算时可以将短消息的话务量等同于话音业务的话务量进行合并计算，在下面的计算中按照现网配置来计算：

PICH：SF=16，每个子帧44个符号，一帧中包含：44×2(2个子帧)×3（3个码道）=264符号，每个寻呼指示因子的长度可以为2、4 或8 个符号（长度对应于4、8 或16个比特）。目前，寻呼指示长度设置为8，PICH的重复长度为2，PICH的重复周期为640ms。因此，PICH容量为2*22*1000/640=68.75/秒/小区。

PCH：1个码道的单个寻呼分组 传输信道配置1×240。一个寻呼分组最多能放下寻呼记录数为（其中７位是用户面对寻呼记录的编码）IMSI，（240*1-7）/72=3.3，TMSI，（240*1-7）/40=5.9。每个寻呼分组最大容纳的IMSI个数为3，TMSI个数为5个。按照目前宁波配置的PBP=64帧，重复因子=1计算，寻呼分组=8计算，IMSI寻呼能力＝3×8/0.64/1=37次/秒，TMSI寻呼能力=5×8/0.64/1=62次/秒。

可以看出PCH能力小于PICH，所以寻呼能力由PCH能力决定，理论上每小时寻呼能力大于37×3600=133200次/H，小于62×3600=223200次/H。

大唐寻呼容量预警机制如下：

? 当一周忙时最大寻呼量超过空口寻呼容量的55%时，进入黄色预警，考虑进行空口

第 37 页 共 220 页

寻呼容量扩容或者LAC分裂；

? 当一周忙时最大寻呼量超过空口寻呼容量的70%时，进入红色预警，必须尽快进行

空口寻呼容量扩容或者LAC分裂。

考虑到寻呼容量使用率为70%，现网寻呼容量在93240～156240次/H之间。 4.1.6.1 基于核心网统计数据的寻呼容量评估

统计5月4日和5月5日核心网寻呼数据（只能统计CS寻呼情况），按LAC分析，平均每天寻呼情况如下：

LAC 55072 55073 55074 55075 55076 55077 55078 55079 55080 55081 55082 55083 55084 55085 55086 55087 55088 55089 55091 55092 55093 55094 55096 全网 寻呼尝试次数 242200 388157 495540 266007 308621 267232 993928 691093 566188 610311 1095346 892199 430238 887717 479086 180869 699969 525495 562882 528795 344774 100997 206131 11763775 寻呼成功次数 225603 377126 482595 258577 299566 257803 962917 672041 546085 581243 1062605 861896 414367 855807 463178 173617 670598 507133 534293 502290 333549 97126 194699 11334714 寻呼成功率 93.15% 97.16% 97.39% 97.21% 97.07% 96.47% 96.88% 97.24% 96.45% 95.24% 97.01% 96.60% 96.31% 96.41% 96.68% 95.99% 95.80% 96.51% 94.92% 94.99% 96.74% 96.17% 94.45% 96.35% 第 38 页 共 220 页

根据上图，宁波全网各LAC语音寻呼成功率均在核心网警界线90%以上，其中以LAC55072最低，只有93%，其他LAC均在94%以上。另外，从上表可以看出，语音寻呼量与寻呼成功率不成正比，寻呼次数低的LAC寻呼成功率不一定高，反之亦然，因此寻呼评估需通过空口与PS域相结合分析。

现时宁波核心采用两次寻呼方式，每一次寻呼包含一次TMSI和一次ISMI寻呼消息下发（TMSI/IMSI->TMSI/IMSI），连续下发的寻呼消息之间相隔2秒，根据5月4日和5月5日核心网寻呼数据分析，存在下面情况：

PAGINGATTEMPTPERLA 5906490 5857285 PAGINGSUCCPERLA 5691346 5643368 寻呼成功率 96.36% 96.35% PAGINGATTEMPTWITHIMSISUCC 74480 71862 PAGINGATTEMPTWITHTMSISUCC 5682827 5627821 PAGINGATTEMPTWITHIMSIFAIL 413793 412980 PAGINGATTEMPTWITHTMSIFAIL 404387 404875 日期 5月4日 5月5日 总体语音寻呼量统计

130504核心网寻呼130505核心网寻呼情况.xls情况.xls

从上表可以看出，现时全网寻呼成功率平均为96.35%，失败总体失败次数为214530次，约为“PAGINGATTEMPTWITHTMSIFAIL”和与“PAGINGATTEMPTWITHTMSIFAIL”统计项的一

半，另外，“PAGINGATTEMPTWITHIMSIFAIL”与“PAGINGATTEMPTWITHTMSIFAIL”两统计项从数量级上对比，基本一致，因此，核心网发起一次业务寻呼，若寻呼失败基本会下发4次寻呼，并且都失败。

第 39 页 共 220 页

宁波目标配置PBP=64帧，重复因子=1计算，寻呼分组=8，IMSI寻呼能力＝3×8/0.64/1=37次/秒，TMSI寻呼能力=5×8/0.64/1=62次/秒。鉴于宁波核心网寻呼方式为4次，结合核心网寻呼成功率的警界值90%计算宁波最大寻呼量：

? 修正后TMSI寻呼占比=（90%+10%*2）/（90%+10%*4） ? 修正后IMSI寻呼占比=（10%*2）/（90%+10%*4） 按TMSI/IMSI每秒62次/37计算：

? 修正后每秒混合下发长度=62*（（90%+10%*2）/（90%+10%*4））+37*（（10%*2）

/（90%+10%*4））=57次/秒。

? 则一个小时内LAC能够支持的寻呼量=57次/秒/小区*3600秒=205200次/小时/小区 结论，于目前宁波寻呼模型下大唐设备支持的寻呼容量为205200/h，考虑到30%的寻呼冗余，则最终呈现的寻呼容量为205200*0.7=143640次/小时/小区

另外，在寻呼量没有到达门限时，仍然产生寻呼拥塞有以下两个原因：

? 寻呼信道1s内只能调度62.5个寻呼（现网参数配置且TMSI寻呼模式下），如果

CN在1s内向该LAC下发的寻呼量超过62.5个，产生“雪崩效应”则会导致无法调度，引起拥塞，对应的解决方案是寻呼信道扩容、合理LAC规划。

? TD网络中寻呼信道有8个寻呼子信道。如果同一时刻IMSI过于集中，比如寻呼

调度算法将同一时刻2个IMSI调度到一个寻呼子信道中，而每次只能发1个，这也会导致调度失败，引起拥塞。对应的解决方案是寻呼信道扩容，合理LAC规划、均匀放号。

4.1.6.2 基于空口统计数据的寻呼容量评估

分析数据取自凯通平台，寻呼量包括CS域和PS域。 4.1.6.2.1 寻呼概况分析： 1. 一周最忙时段分析

统计4月19日致4月26日宁波UTRAN下挂的所有LAC最忙时段发起寻呼类型1次数（包含CS/PS），其中4月20日和4月21日为周未休息日，其余时间为正常工作日，统计结果如下表：

时间 2013-4-23 16:00 2013-4-20 10:00 2013-4-19 16:00 LAC 55072 55073 55074 县市名称 海曙 海曙 江东 UTRAN发起寻呼类型1次数 55598 65245 85870 寻呼类型1拥塞次数(次) 0 0 0 寻呼拥塞率(%) 0.00 0.00 0.00 第 40 页 共 220 页

本文来源：https://www.bwwdw.com/article/jtj.html