· 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
评论0
最新资源