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

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

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
潜能挖掘和数据业务优化总结报告-空口寻呼容量优化专题

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

文档评论(0)

wuyuetian + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档