潜能挖掘和数据业务优化总结报告-空口寻呼容量优化专题.doc

2013年5月10日 目 录 1. 概述 3 1.1 专题背景 3 1.2 专项优化成果 3 1.3 技术原理简介 4 2. 专项优化工作内容 8 2.1 基于核心网统计数据的寻呼容量评估 8 2.2 基于空口统计数据的寻呼容量评估 10 2.2.1 寻呼概况分析： 10 2.2.2 一周详细分析： 13 2.3 LAC/RAC评估 16 2.4 寻呼优化 18 2.4.1 参数优化 19 2.4.2 LAC/RAC优化 23 2.5 2013年寻呼负荷线性预测 26 3. 总结 27 概述 专题背景 TD网络经过多期发展，在市场的终端推广机制下，TD用户数的稳步增长数据应用种类的不断丰富以及智能终端的普及,网络出现了业务处理能力和信令处理能力的非线性增长文章主要从问题分析、解决方案和取得效果这三个方面,探讨了设备在网络寻呼负荷方面的评估和优化实践 LAC RNCID 2013-4-21～2013-4-26 5月4日 5月5日 5月6日 UTRAN发起寻呼类型1次数 拥塞次数 拥塞率 UTRAN发起寻呼类型1次数 拥塞次数 拥塞率 UTRAN发起寻呼类型1次数 拥塞次数 拥塞率 UTRAN发起寻呼类型1次数 拥塞次数 拥塞率 55078 1558 213526 15572 7.29% 165850 4 0.00% 167494 4 0.00% 168124 4 0.00% 1627 214536 14880 6.94% 165934 6812 4.11% 167532 3648 2.18% 169032 3642 2.15% 2816 213285 15934 7.47% 165647 6140 3.71% 167339 9324 5.57% 168128 3984 2.37% 参数修改后，同一LAC下的三套RNC中，1558基本未出现寻呼拥塞，而参数未进行修改的两套RNC忙时拥塞次数平均在4千次左右； RNC1558在参数修改后，LAC55078的最忙时段寻呼量约下降4.5万次，下降了原来的21%，现时最忙时约为16.9万次/小时/小区 效果推广 宁波现时10套LAC忙时寻呼量超10万次/小时/小区，建议进行参数修改 LAC RNC UTRAN发起寻呼类型1次数 55078 1558 245957 1627 245957 2816 245957 55080 1560 227362 55081 1561 135798 55082 1562 149950 2817 149950 2848 149950 55083 1563 148572 2818 148572 55085 1565 111122 2849 111122 55088 1628 149950 55089 2851 110916 55091 1630 109655 55092 2854 148572 LAC/RAC优化 LAC55078下挂三套RNC，涉及小区超过1100个，周边LAC寻呼负荷平均在7万次/小时/小区，不适宜割接，建议此LAC进行分裂。 技术原理简介 寻呼原理 为了完成一次被叫业务（CS业务、PS业务和短信业务等），就需要网络侧对注册用户终端进行寻址和通知，这样的过程就是寻呼过程。 在TD系统中，寻呼可以由CN发起也可以由RNC发起。CN发起的寻呼主要用于对用户进行寻址和通知，并建立相应的信令连接，以进行一次被叫业务（CS业务、PS业务和短信业务等）；RNC发起的寻呼主要用于告知特定状态下的注册用户：系统消息更新（IDLE/CELL_PCH/URA_PCH状态），小区更新（CELL_PCH/URA_PCH状态）或者RRC连接释放（CELL_PCH/URA_PCH状态）。 寻呼的类型分为寻呼类型1（Paging Type 1）和寻呼类型2（Paging Type 2）。如果被寻呼的UE处于IDLE/CELL_PCH/ URA_PCH状态，RNC将通过PCCH信道发一个寻呼类型1（PAGING TYPE 1）消息给此UE；如果被寻呼的UE处于CELL_FACH / CELL_DCH状态，RNC将通过DCCH信道发一个寻呼类型2（PAGING TYPE 2）消息给此UE。寻呼类型1（Paging Type 1）的寻呼子信道和相应的PICH/PCH块如下图： 寻呼的范围分为位置区（LA）范围、路由区（RA）范围、UTRAN网络注册区（URA）范围和小区（Cell）范围。如果被寻呼的UE处于IDLE状态，RNC将在位置区或路由区范围寻呼该UE；如果被寻呼的UE处于Cell_PCH/ Cell_FACH/ Cell_DCH状态，RNC将在小区范围寻呼该UE；如果被寻呼的UE处于U