MultiCCCH开启情况说明.doc

1 B10 MULTICCCH 原理和结构原理和结构 随着网络中语音业务的增加 同时数据业务量也较以前有大幅提升 GSM 网络中的公共控制信道资源 CCCH 容量在某些区域日趋紧张 UL 上行链路 上行链路 CCCH 主要用来发送随机接入信息 即主要用来发送随机接入信息 即 RACH DL 下行链路 下行链路 CCCH 由寻呼信道由寻呼信道 PCH 和立即指配允许信道和立即指配允许信道 AGCH 共享 共享 MultiCCCH 功能 一个小区多 CCCH 信道 用于支持 CCCH 日益增长 的信令负荷 3GPP 规范规定 BCCH 载频上最多支持 4 个时隙 TS0 TS2 TS4 TS6 承载 CCCH 信息 ALU B10 版本目前支持 TS0 TS2 的 2 个 CCCH 功能 即支持在 BCCH TRX 载频的 TS0 TS2 时隙上配置 CCCH 信道 图 1 CCCH 信道在 BCCH TRX 时隙上的位置 G2BSC 和 MXBSC 均支持此功能 操作者可根据需求通过 OMCR PRC 在 Edit Cell 上进行 MultiCCCH 的配置 1 1 MULTICCCH 逻辑结构逻辑结构 非 combined 结构的 TS0 上 51 复帧结构如下图 1 26 帧 F SBBBB C C C C FSC C C C C C C C FSC C C C 27 51 帧 C C C C FSC C C C C C C C FSC C C C C C C C I 其中 F 为频率纠正信道 S 为同步信道 B 为广播信道 I 为空闲 C 为公 共控制信道 TS2 的 51 复帧结构如下图 1 26 帧 IIBBBB C C C C IIC C C C C C C C IIC C C C 27 51 帧 C C C C IIC C C C C C C C IIC C C C C C C C I 与 TS0 比较 TS2 时隙的 51 复帧结构中 去除 F 频率纠正信道和 S 同步信 道 BTS 在 TS0 和 TS2 上 复制完全相同的系统消息 System Information 下发 如下图 图 2 MultiCCCH 小区中 手机与系统同步方式 小区中 手机与系统同步方式 手机与系统的同步仅发生在手机开机时 当手机开机时 根据其扫描接收 到的 GSM 信号 并驻留在最强一个 BCCH 上完成频率纠正和同步 完成小区选择后 手机接收系统下发的系统消息 3 System Info 3 在系 统消息 3 的控制信道说明单元中 如果小区存在第 2 个 CCCH 则将其置为 010 手机接收到系统消息 3 System Info 3 的指示后 根据 IMSI 计算出 其所属的 CCCH GROUP 随后其所有与网络的联系均转移到其相对应的 CCCH 上进行 限制 限制 1 在 Extended Cell 和 VGCS 中 不支持 Multiple CCCH 2 在小区中第 2 个 CCCH TS 功能激活或者去激活的过程中 由于 MS 和 BSS 可能使用不同的时隙 故可能造成手机接入失败 1 2 CCCH GROUP 算法算法 每个 CCCH 信道承载属于该 CCCH GROUP 的手机空闲状态时的信息 属于该 CCCH GROUP 的手机在此时隙上监听 PCH 和 AGCH 上行发送接 入 RACH 信令 CCCH GROUP 0 BS CC CHANS 1 IMSI mod 1000 mod BS CC CHANS N div N 说明 BS CC CHANS 小区中可配置的 CCCH 数目 N 每个 CCCH 上的有效寻呼块数 寻呼复帧数 51 复帧中包含的 CCCH 数目 CCCH GROUP 和 TS 的对应关系如下 CCCH GROUPTN 00 12 注 CCCH GROUP 的算法和 paging group 的算法非常相似 paging group 的算法如下 PAGING GROUP IMSI mod 1000 mod BS CC CHANS N mod N CCCH GROUP 和 PAGING GROUP 的计算差别为一个运算为取模 一个为整除 见上述公式中的标红部分 1 3 MultiCCCH 的应用理论分析的应用理论分析 在典型的非 Combined 结构中 当启用 MultiCCCH 功能后 小区中 CCCH 块由原来的最大值为 9 增加为 18 在 UL 上行上 手机起呼 RACH 发生冲突的概率降低 在 DL 下行上 PCH 寻呼容量和 AGCH 接入允许能力都有提高 下面给出 PCH 和 AGCH 的承载理论分析 1 3 1 PCH 寻呼承载能力分析寻呼承载能力分析 理论上的寻呼数目计算过程如下 一个 CCCH 块 Not combined 结构 参数设置 假定 AGCH 保留块为 4 则 PCH Per MultiFrame 9 AGCH 9 4 5 blocks 在 1 个 Paging Block 中 根据 GSM 规定 最多可容纳 4 个寻呼号码 type 3 Max Paging Number 5 4 20 1 个 51 复帧的时长为 235 毫秒 因此 从理论上看 一小时的最大理 论寻呼数目为 20 x 3600 0 235 306832 次 考虑到实际网络中的 IMSI 分布 网络中 Paging Retry 的设置 实际下发 paging type 的构成等因素 上述理论值一般只能达到 60 的效率 306832 60 183829 次 当网络中设置为 2 个 CCCH 块 且 AGCH 信道仍保持为 4 个 则 Paging 寻呼在空中接口上的承载能力也将增加 1 倍 达到约 367658 次 36 万次 1 3 2 AGCH 承载能力分析承载能力分析 理论上的 AGCH 承载能力计算如下 一个 CCCH 块 Not combined 结 构 假设 BS AG BLKS RES 4 则理论上一个小时可发送的最大 AGCH 数目如下 4 x 3600s 235 ms 61 272 AGCH blocks hour 假设 AGCH 效率为 60 则一个小时的最大 AGCH 发送能力为 61272 0 6 36763 次 注 1 个 Immediate Assignment Extend 消息中 最多可包含 2 个 MS 因此实际的发送能力要略超过 36763 次 启用 MULTICCCH 后 其相应的接入允许能力也会提高一倍 1 4 阜阳春节寻呼能力分析阜阳春节寻呼能力分析 由于阜阳网络的特点是春节期间外出返乡的人员较多 话务量比平时要 高好几倍 网络要经受极大的话务冲击 根据阜阳 09 年春节的话务情况 以 BSC19 为例 这个 BSC 在 1 月 25 日的寻呼量已经达到了 238168 次 小时 如 果当时没有开启 MULTICCCH 则这个 BSC 的寻呼负荷过大 会对网络的正常 运行造成一定的影响 同时去年 8 月中旬 BSC19 的最大寻呼量为 36332 次 小 时 09 年春节相对 08 年 8 月中旬的寻呼增长量为 555 53 而今年 8 月中旬 的 BSC19 的最大寻呼量为 44633 次 小时 则预计 10 年春节 BSC19 的寻呼量 将达到