最新消息: USBMI致力于为网友们分享Windows、安卓、IOS等主流手机系统相关的资讯以及评测、同时提供相关教程、应用、软件下载等服务。

GSM移动通信LAC区划分及分析[整理版]

IT圈 admin 36浏览 0评论

2024年3月22日发(作者:登阳炎)

GSM移动通信LAC区划分及分析

一、简介

良好的寻呼性能对于所有手机用户是否能够成功作被叫来说十分重要。这份文档主要分析了我

省LA位置区的寻呼性能——寻呼成功率及承载能力,并针对问题LAC提出了规划调整方案。寻呼

性能分析主要评估了我省现网69个LA位置区的寻呼成功率及寻呼负荷,同时给出一些BTS寻呼容

量及负荷的计算。此外,针对我省LAC现状提出适当调整方案及今后的规划建议。

二、背景

目前全省市场资费调整,全网话务量急剧增加,网络容量滞后于实际话务量的增长,网络容量

问题突出暴露。由于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_7) 、 noOfMultiframesBetweenPaging,

BS_PA_MFRMS (2 ... 9)。

以下NumberOfBlocksForAccessGrant简写为AG,noOfMultiframesBetweenPaging简写为MFR。

2024年3月22日发(作者:登阳炎)

GSM移动通信LAC区划分及分析

一、简介

良好的寻呼性能对于所有手机用户是否能够成功作被叫来说十分重要。这份文档主要分析了我

省LA位置区的寻呼性能——寻呼成功率及承载能力,并针对问题LAC提出了规划调整方案。寻呼

性能分析主要评估了我省现网69个LA位置区的寻呼成功率及寻呼负荷,同时给出一些BTS寻呼容

量及负荷的计算。此外,针对我省LAC现状提出适当调整方案及今后的规划建议。

二、背景

目前全省市场资费调整,全网话务量急剧增加,网络容量滞后于实际话务量的增长,网络容量

问题突出暴露。由于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_7) 、 noOfMultiframesBetweenPaging,

BS_PA_MFRMS (2 ... 9)。

以下NumberOfBlocksForAccessGrant简写为AG,noOfMultiframesBetweenPaging简写为MFR。

与本文相关的文章

发布评论

评论列表 (0)

  1. 暂无评论