超忙、超闲小区的分析方法.ppt

  1. 1、本文档共20页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
超忙、超闲小区的分析方法 (一)超闲小区分析 超闲小区指的是系统忙时每信道(每时隙)话务量小于0.1erl的扇区。 由于实际话务的波动性,本次优化分析时给出一定的余量,分析超闲小区时取定系统忙时每信道话务量(Traffic/Ts)小于0.12erl的扇区为超闲小区。 超闲小区形成的原因 覆盖原因:为了实现网络的无缝隙覆盖,常常需要在经济不发达的城镇和乡村以及高速公路、国道、铁路沿线等地建设基站。经济不发达的城镇和乡村由于用户少,话务量低,出现基站超闲的状况;高速公路、国道、铁路的沿线地带,流动性较大,话务也不高,它们周围的基站也会出现超闲的状况。 站址规划不合理:由于各种原因的限制,站址的选择不够合理。这会使得基站的某些扇区无法有效的吸收话务量,从而出现超闲。 干扰:部分地方由于保密或者其他原因干扰严重,起用跳频需增加载频,这也会造成部分扇区超闲。 话务忙时段不一致:系统忙时和某些扇区的实际忙时不一致,造成在忙时统计时这些扇区处于超闲状态。为了降低超闲小区的个数,提高网络资源的利用率,部分基站可以减少载频。 具体案例 案例主要分单载频(1Trx)、2载频(2Trx)、3载频(3Trx)分别举例分析。 1Trx案例 仅仅有1个Trx,显然不能进行调整。 2Trx案例 分析思路: 由于重庆地理环境复杂,部分基站的站址,天线安装及其选型不尽合理,市区GSM频率规划不够完善,如果BCCH频率如果话音建立在BCCH频点上,话音有可能质量变差。在对超闲小区分析时候,首先筛选出上下行质量比较好的扇区,然后再对话务进行分析。 假定可以屏蔽掉1个Trx,那么查爱尔兰表可以得到仅有1个Trx时6个时隙,在2%的阻塞率的情况下可承载的最大话务量为:2.27erl。我们假定全天话务量集中于8个小时,那么仅有一个Trx时全天可承载的最大话务量为2.27 X 8=18.16erl。这样计算,是为了保留一定的余量,防止在屏蔽1个Trx后出现严重拥塞的情况。 2Trx案例 下表所列出的为已经屏蔽掉1个Trx的扇区: 2Trx案例 下表所列出的是CC32_0(电梯厂)在屏蔽后的相关参数,其他扇区调整后均使话务分布得到了明显改善。 3Trx案例 3Trx的超闲小区只有3个,Traffic/Ts接近于0.1erl。与用户协商后,考虑到将来的话务增长,本期工程不作调整。 下表为重庆主城六区3Trx超闲小区: (二)超忙小区分析 超忙小区指的是系统忙时每信道(每时隙)话务量小于0.6erl的扇区。 由于实际话务的波动性,本次优化分析时给出一定的余量,分析超闲小区时取定系统忙时每信道话务量(Traffic/Ts)小于0.58erl的扇区为超忙小区。 超忙小区形成原因 硬件故障:由于Trx的损坏或不稳定使得可用的TCH信道时隙数减少,造成TCH拥塞,或者是共站的900M、1800M频段的基站的某些扇区的天馈系统出现问题,使得相应扇区的话务量升高,造成超忙以致拥塞。解决的主要方法就是排除硬件故障; 容量不足:TCH时隙数不足,但是话务量较大,使得部分扇区处于超忙状态。解决的主要方法是扩容,增加Trx。若仅有900M或1800M频段的基站,则可以考虑在原站址上或旁边新建另一频段的基站。或者是通过调整CRO、Homargin等参数,让其它的扇区分担它的话务量,从而达到降低它的话务目的(属于话务不平衡建议单独列出分析)。 个别扇区覆盖范围过大:由于扇区覆盖范围太大,话务量很高,造成TCH超忙,以致拥塞,解决的主要方法是上站勘察,对天线的下倾进行调整,控制其覆盖范围,如果还不能达到目的,则再进行参数调整或者扩容。 具体案例 主要由三部分组成: 硬件故障造成TCH超忙。 容量不足造成TCH超忙。 覆盖原因造成TCH超忙。 案例一 本案例是由于硬件故障造成的超忙。 通过对OMC-R统计话务分析,发现CF11_2(红旗河沟)超忙小区,然而与其共站的DCF11_2的话务量却很低。结合路测数据分析发现DCF11_2覆盖范围过小,经过对其方向角和下倾进行了调整,问题仍然未得到解决。进一步检查DCF11_2的硬件设备,发现其天馈系统有故障,驻波比过大,造成DCF11_2覆盖范围过小。由于DCF11_2覆盖范围过小造成其吸收的话务量很小,大部分话务由CF11_2分担,对其硬件调整后超忙小区的问题得到解决。该区域处于国际商务大厦附近,话务很高,考虑容量需求建议DCF11_2扩容。 案例一 下表是调整前后CF11_2的相关数据 案例二 我们分析了采集到的CC37_1的数据,发现它的话务量很高,TCH处于超忙状态,所以我们建议增加Trx。 下表是调整前后CC37_1的相关数据: 案例三 我们分析了采集到的CB17_1的数据,发现它的话务量较高,TCH有时会处于超忙状态,而CB17_0的话务

文档评论(0)

yurixiang1314 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档