位置区的规划新思路的探讨.docVIP

  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文档。上传文档
查看更多
位置区的规划新思路的探讨

位置区的规划新思路的探讨   1 引言   位置区的大小、边界划分直接影响了网络的安全和效益。如何根据现有的网络设备、实时网络信息及手机用户行为,优化网络拓扑达到最大的移动性管理效益?如何针对用户数快速增加、话务不断攀高的情况下,考虑未来发展的趋势事先做好网络规划,在兼顾网络质与量的同时,提升网络的整体质量?这些已经成为运营商越来越关注的话题。   2 位置区规划原则   位置区规划总体原则:在确保网络安全的情况下做到重点区域性能最优,相关网络移动性最小。即首先将各LAC区的寻呼量控制在安全门限内;同时结合重点场景和重要场所区域的需求,研究分析网络中各个小区之间的切换量大小,将分界线放在切换量较小的区域以降低位置更新。   2.1 安全原则   进行LAC划分的首要原则是保障网络的安全,主要需注意以下两点:   (1)单个LAC不能太大,要确保LAC在寻呼容量允许范围之内,以保障网络安全。如果位置区覆盖范围过大,一个LAC涵盖的基站数过多,用户数过多,则网络寻呼移动台的同一寻呼消息会在许多小区中发送,导致PCH信道负荷过重。同时会增加Abis接口上的信令流量,严重时将导致BTS寻呼负荷过载,甚至造成网络通信故障。   (2)考虑节假日话务冲击。针对不同区域的特点有不同的策略,例如:农村关注春节的话务及寻呼冲击;市区关注元旦、中秋的话务及寻呼冲击;校园网关注圣诞的话务及寻呼冲击。   2.2 关注重点区域的性能保障   在LAC的规划中需要特别关注重要场所的性能保障,具体如下:   (1)重要地点场景话务量较高,移动量不是很大。但是由于比较敏感,需要优先考虑其容量及性能,可以适当牺牲周围的移动量来保证该场所的通信。   (2)商业、会展中心等场景由于有突发性的话务需求,从安全及性能考虑,需要对其所在LAC作容量预留以保障通信。   (3)测试路线保障:绕城公路、重点高速公路等此类场景由于有测试需求,应该尽量避免过多的LAC分区,最大程度上减少由于位置更新造成的被叫无响应、数据传输中断、突发的掉话等问题。   (4)高铁等场景尽可能用一个或者两个LAC分区,最大程度上减少由于位置更新造成的被叫无响应、数据传输中断、突发的掉话等问题。   2.3 移动性最好原则   (1)将位置区边界规划在移动量较低的区域以降低位置更新,可充分利用地形以保障性能,如利用城市中的山地/江河/湖泊,结合用户切换量,作为分界线。   (2)对于铁路、高速公路等有大量位置更新需求的区域,应该尽量避免作为LAC边界,减少此类区域的位置更新,可以节约更多的无线资源。   3 位置区安全门限探讨   3.1 空口PCH承载能力   CCCH的组合方式分为combined CCCH和Non-combined CCCH两种。由于现在基本不存在combined CCCH方式,本文仅讨论Non-combined CCCH配置方式下空口寻呼容量。   一个BCCH信道或者扩展BCCH包含9个CCCH块,由用来寻呼的PCH和用来接入允许的AGCH组成。假定AGCH为N个,则用作PAGING的CCCH块为(9-N)个,每个CCCH块可以下发4个TMSI寻呼或者2个IMSI寻呼或者1个立即指配命令或者1个立即指配拒绝。如小区最大配置为4个非组合CCCH,即3个扩展BCCH。   空口的寻呼容量=(1BCCH+扩展BCCH数)*(用于寻呼的CCCH块数量*每个寻呼块提供的寻呼消息数量)/235.4ms=4非组合CCCH*((9-N)*4TMSI(或2IMSI))/235.4ms   寻呼组间不平衡与时间上的业务不均衡导致的空口利用效率为60%,在60%的空口利用率下,能计算出各寻呼方式下每秒最多可以发送的寻呼次数。   4非组合CCCH寻呼次数计算如表1所示:   3.2 LAPD链路负载能力分析   16Kbit/s的Abis Link的最大平均负荷应不超过1KB/S,32Kbit/s的应不超过2KB/S,在通常情况下,Abis Link所承载的大部分为寻呼消息(约70%),而寻呼消息为21Byte,因此:   对于16Kbit/s的Abis接口,其承担的最大寻呼容量=   1000*70%/21≈33条/秒。   对于32Kbit/s的Abis接口,其承担的最大寻呼容量=   2000*70%/21≈67条/秒。   对于64Kbit/s的Abis接口,其承担的最大寻呼容量=   4000*70%/21≈133条/秒。   对于2:1复用64Kbit的方式(即32Kbit/s的Abis接口),2个RSL共用1条64Kbit/s E1时隙,其效率要优于2条独立的32Kbit/s链路,故给予一定效率提升加权。   RSL2:1复用下,其每条RSL链路的最大寻呼容量=   20

文档评论(0)

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

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

1亿VIP精品文档

相关文档