河南移动GSM网络LAC现状分析及解决方案.doc

河南移动GSM网络LAC现状分析及解决方案.doc

  1. 1、本文档共15页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
河南移动GSM网络LAC现状分析及解决方案

一、简介   良好的寻呼性能对于所有手机用户是否能够成功作被叫来说十分重要。这份文档主要分析了我省LA位置区的寻呼性能——寻呼成功率及承载能力,并针对问题LAC提出了规划调整方案。寻呼性能分析主要评估了我省现网69个LA位置区的寻呼成功率及寻呼负荷,同时给出一些BTS寻呼容量及负荷的计算。此外,针对我省LAC现状提出适当调整方案及今后的规划建议。 2003年10月20日至10月28日。   目前全省市场资费调整,全网话务量急剧增加,网络容量滞后于实际话务量的增长,网络容量问题突出暴露。由于LA话务量增长迅速,且部分地区LA划分不均衡,使得这些LA下的BTS寻呼负荷及BSC负荷过高,导致手机无法被成功寻呼。我省郑州、商丘、开封等地曾出现过由于BTS寻呼负荷过高,当大量短信群呼时,对网络造成巨大冲击,大量用户打不成电话,给我们的网络带来了较大损失。因此,LAC的规划问题目前已突出暴露出来,将LAC的优化及规划提上紧急日程已毋庸置疑! LA代表一个位置区域,主要有以下两项功能:1、在此区域内,网络发起对某个手机的呼叫,此区域内所有的基站都会进行寻呼,因此假如一个LA涵盖的基站数过多,用户数过多,大量的寻呼将导致BTS寻呼负荷过载。2、手机进入一个新的LA服务范围内,必须发起请求,更新HLR及VLR内的位置记录,因此网络的LA数过多,会造成手机频繁的位置更新,浪费相应的信令资源。 BTS寻呼容量的相关参数设置 1、 寻呼原理分析 MSC就会通过BSC向对应LAC范围内的所有基站发出寻呼请求。一个LA可能涵盖数十个甚至数百个小区,所以发至BSC的寻呼信息数量可能会很惊人。由于BTS必须通过有限的PCH信道向手机发送寻呼请求,因此,过大的LA可能导致BTS的寻呼负荷过载,结果造成信令拥塞及寻呼信息丢失。 GSM的规范,CombinedBCCH/SDCCH小区,每个复帧传送3个寻呼组,而Non-CombinedBCCH/SDCCH 小区, 9个寻呼组。寻呼组可作为寻呼信道 (PCH) 用来广播寻呼请求,同时也可作为接入授权信道 (AGCH) (即分配SDCCH)。操作上,可将数个复帧组合在一起,形成一个寻呼周期,增加小区内的寻呼组数量。手机会周期性地监听所属的寻呼组,于是当手机作被叫时,会监测到基站发送的寻呼请求,并做出回应。   寻呼组设置较少会由于手机较为频繁地接听寻呼组而缩短呼叫建立时长,缺点是手机会很费电。   2、 寻呼组设置   NumberOfBlocksForAccessGran、BS_AG_BLKS_RES(0...7) 、 noOfMultiframesBetweenPaging, BS_PA_MFRMS (2 ... 9)。 NumberOfBlocksForAccessGrant简写为AG,noOfMultiframesBetweenPaging简写为MFR。 Combined BCCH/SDCCH 小区– AG =0 ... 2 ,而 Non-Combined BCCH/SDCCH 小区– AG = 0 ... 7 ,若使用CBCH,则AG= 1 ... 7。这个参数定义了每个复帧内AGCH专用的寻呼组数量。它可以设成AG= 0 (即没有专用的AGCH,所有的寻呼组由PCH和AGCH共享。)或 AG= 1 ( AGCH专用信道)。用于AGCH的寻呼组数量取决于小区话务量。由于我省并未启用 CBCH 功能,并且在Nokia GSM BSS9中,若没有保留AGCH的情况下,AGCH的优先级高于PCH,因此尽管有需求,也可以将AG设为0。 MFR (2..9): 这个参数定义了BTS的寻呼周期,即同一寻呼组传送寻呼请求的时间间隔。例如:MFR=9的意思是每一寻呼组,以每9个复帧的周期重复一次。也就是说属于某一特定寻呼组的手机,必须每9个复帧监听一次,也就是说监听间隔时间大约是 2.1秒 (9 * 235.4 ms)。 AG,MFR以及寻呼组的数量三者之间的关系如下:   1)CombinedBCCH/SDCCH小区: AG=2   MFR=5   寻呼组数量=(3- AG) * MFR = 5 个寻呼组 2)Non-combinedBCCH/SDCCH小区: AG=2   MFR=5   寻呼组数量=(9- AG) * MFR = 35个寻呼组 BTS 寻呼容量的计算 SDCCH拥塞,一些小区配置为combinedBCCH/SDCCH,但将BCCH/SDCCH改为combined non-combined,寻呼组的数量为35,而用combined 5个寻呼组。以下主要针对combined配置进行深入分析。 BTS通过寻呼组广播寻呼请求。下面是一个寻呼请求可能的配置: 2 IMSIs   · 1 IMSI and

文档评论(0)

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

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

1亿VIP精品文档

相关文档