1、1浪峰 MCCCH 功能应用总结2011 年 3 月 20 日2目 录一、寻呼原理概述 .31.1 寻呼方式概述 31.2 空口寻呼容量的影响因素 .4二、MCCCH 功能描述 62.1 MCCCH 应用背景 62.2 MCCCH 功能原理 6三、MCCH 案例评估 83.1 寻呼拥塞数量对比分析 93.2 寻呼成功率指标对比分析 103.3 CS 主要指标对比分析 .123.4 PS 主要指标对比分析 .14四、应用总结 16五、附录 165.1 主要参数 .165.2 DT 数据 .185.3 MCCCH 功能应用限制 .185.4 MCCCH 相关计数器 183一、寻呼原理概述1.1 寻
2、呼方式概述目前 GSM 网存在 TMSI 寻呼和 IMSI 寻呼两种寻呼方式。在 GSM系统中，每个用户都分配了一个惟一的 IMSI，IMSI 写在移动台的SIM 卡中，长 8 字节，用于用户身份识别；TMSI 由 VLR 为来访的移动用户在鉴权成功后临时分配，仅在该 VLR 管辖范围内代替 IMSI 在空中接口中临时使用，且与 IMSI 相互对应，长 4 字节。因此空中接口的寻呼信道在使用 IMSI 方式寻呼时，寻呼请求消息中只能包含2 个 IMSI 号码，而使用 TMSI 方式寻呼时，则可以包含 4 个 TMSI号码。因此，使用 IMSI 方式寻呼带来的寻呼负荷会比使用 TMSI 方式寻呼
3、增加一倍，是否使用 TMSI 由参数 TMSIPAR 来决定在用户的位置区信息已知的情况下，第一次寻呼会在该位置区进行，如果第一次寻呼失败，则第二次的寻呼方式则根据PAGREP1LA 参数的设置进行，如果其值为 0，则不会进行第二次寻呼，直接产生 EOS400；如果其值为 1 或 2，则其使用 TMSI 或者IMSI 在原位置区进行重复寻呼；如果其值为 3，则第二次寻呼使用IMSI 在所有的位置区进行。如下图 2：4在用户的位置区信息未知的情况下，第一次寻呼会在所有的位置区进行，如果第一次寻呼失败，则第二次的寻呼方式则根据 PAGREPGLOB 参数的设置进行，如果其值为 0，则不会进行第二次
4、寻呼，产生EOS400；如果其值为 1，则其使用 IMSI 在所有位置区进行重复寻呼。如下图 3：1.2 空口寻呼容量的影响因素在现网中，空口的 PCH 和 AGCH 共用 CCCH，所以说 BCCH TYPE5和 AGBLK 决定了小区寻呼容量的大小。AGBLK 是保留给 AGCH 的 CCCH块数，浪峰全网中，BCCH TYPE 全部设为 No Combined，AGBLK 设置为 1，按照 51 帧复帧的周期为 0.2354 秒，每个复帧共有 9 个 CCCH块。因此，小区每秒钟的寻呼块数为：8/0.2354=33.98 paging blocks/秒。虽然 PCH 和 AGCH 共享
5、CCCH 信道，但爱立信系统中AGCH 信道优先于 PCH 信道，即当系统需要下发 Immediate Assignment 消息时，如果有固定的 AGCH 空闲，就用空闲的 AGCH，如果没有空闲的 AGCH，就占用 CCCH 做 AGCH。寻呼块结构有三种，如表 1 所示。表 1 寻呼块结构为了提高寻呼容量兼顾寻呼成功率，浪峰的寻呼方式采用第一次 TMSI 寻呼和第二次 IMSI 寻呼的策略。假设有 10的二次寻呼，这表示每个移动台落地被寻呼尝试会发出（1TMSI10IMSI） ，按照寻呼块结构，每个寻呼块可以容纳的寻呼尝试为： 4/(1+210)3.33PA/paging block 因
6、此假设 AGBLK 1，理论上小区最大寻呼容量为： 3.33(8/0.2354)=113.27PA/秒。通过计算我可以知道浪峰现网 LAC 空口的最大寻呼次数是：113.271PA/秒 3600 秒=407775 Paging Attempt / hour。6二、MCCCH 功能描述2.1 MCCCH 应用背景随着浪峰移动网络的扩速发展，客户数量的不断增加，客户的需求更加多样化，和前几年相比 PS 业务比 CS 业务增长更快，造成用于传送寻呼消息、立即指配消息和随机接入消息的公共控制信道（CCCH）资源的严重不足；致使大量的业务信令被丢弃，严重影响网络性能和客户感受。尤其是在位置区域面积较大，
7、客户数量较多的情况下，CCCH 信道资源不足的情况更加明显。对于这一问题，最直接的解决方案就是增加 CCCH 信道数量。Multiple CCCH（MCCCH）就是建立在这种思想之上，通过为小区配置更多的 CCCH 信道来缓解信道拥塞情况，减少信令被丢弃次数，提升网络性能，改善客户感知。爱立信的 R12 / G10 版本以上的功能包中含有 MCCCH 的功能。通过装载功能包可激活该可选功能。2.2 MCCCH 功能原理MCCCH 是 G10 标准中基于 3GPP 标准的一项新的功能，目的在于缓解由于大量寻呼和立即指派消息而引起的公共控制信道资源不足的情况。通过在 BCCH 载频上增加 3 个额
8、外的 CCCH 信道，使传送寻呼、立即指配和信道请求等业务信令的容量增加多达 300%。通常 CCCH 信道只存在 BCCH 载频的 0 时隙上，如下图 1 所示，共有 9 个 CCCH 模块用于寻呼和信道的立即指派。F 表示频率校正信道，S 表示同步信道，B 表示广播控制信道，C 表示公共控制信道。7如果某一时隙没有任何信令需要传输，则发送空闲脉冲。通过开启Multiple CCCH 功能后，新的信道类型 VI（参照 3GPP 规范）被引入。可以相应的在 BCCH 载频的 2，4，6 时隙上增加 CCCH 模块， ，每个时隙包含 9 个 CCCH 块，这样使得开启该功能后的寻呼和信道立即指派
9、能力增加到原来的四倍，即 MCCCH 允许最多配置 4 个 CCCH 信道。除了原有的配置于第 0 个时隙的 CCCH 信道外，新的 CCCH 信道位于BCCH 载频的第 2、4、6 个时隙，如图 2 所示。F S B C F S C C F S C C F S C C F S C C51 frames 图 1 BCCH 的第 0 时隙结构图TN2TN4TN6图 2 BCCH 的第 2、4、6 时隙结构图引入 Multiple CCCH 功能后，寻呼消息可以达到原来的四倍，寻呼次数的增加会对 TRH 的负荷产生影响。为了减少这种影响，在BSS G10A 系统采用了寻呼指令捆绑方式（Bundle
10、d Paging Commands）：在 Abis 上的 Paging Command 消息被进行捆绑打包成8Paging Command2 的格式进行传送：在去除了多余的消息和 header消息之后，多达十个 paging command 消息可以打包成一个 paging command2 格式进行传送。三、MCCH 案例评估LFBS17 主要覆盖胜芳镇，版本已经升级到 G10A，支持 MCCCH 功能，用于个别小区数据业务量很大，AGCH 占用比例很高，造成 PCH信道资源针紧缺，出现了大量的寻呼拥塞。针对这种情况，我们对寻呼拥塞比较高的小区打开了 MCCCH 功能。开启 MCCCH 功能
11、之后，小区的寻呼溢出次数明显降低，LFBS17 的寻呼成功率有显著调高。以下是打开 MCCCH 功能的小区列表：BSC 小区编号 参数名称 调整原因 调整内容（CCCH） 开启时间LFBS17 LFGB09C MCCCH 寻呼拥塞 1-3 3 月 11 日LFBS17 LFGB03B MCCCH 寻呼拥塞 1-3 3 月 11 日LFBS17 LFG467A MCCCH 寻呼拥塞 1-3 3 月 11 日LFBS17 LFGB03C MCCCH 寻呼拥塞 1-3 3 月 11 日LFBS17 LFGB13B MCCCH 寻呼拥塞 1-3 3 月 11 日LFBS17 LFD453B MCCCH
12、 寻呼拥塞 1-3 3 月 11 日LFBS17 LFGB22C MCCCH 寻呼拥塞 1-3 3 月 11 日LFBS17 LFDB09B MCCCH 寻呼拥塞 1-3 3 月 11 日LFBS17 LFGB09A MCCCH 寻呼拥塞 1-3 3 月 11 日LFBS17 LFGB10C MCCCH 寻呼拥塞 1-3 3 月 14 日LFBS17 LFGB16A MCCCH 寻呼拥塞 1-3 3 月 14 日LFBS17 LFGB10B MCCCH 寻呼拥塞 1-3 3 月 14 日LFBS17 LFGB05B MCCCH 寻呼拥塞 1-3 3 月 14 日LFBS17 LFGB11C M
13、CCCH 寻呼拥塞 1-3 3 月 14 日LFBS17 LFGB14B MCCCH 寻呼拥塞 1-3 3 月 14 日LFBS17 LFGB01A MCCCH 寻呼拥塞 1-3 3 月 21 日LFBS17 LFGB01B MCCCH 寻呼拥塞 1-3 3 月 21 日LFBS17 LFGB01C MCCCH 寻呼拥塞 1-3 3 月 21 日93.1 寻呼拥塞数量对比分析小区寻呼拥塞数量反映了网络对于寻呼消息丢弃的数量。由PAGETOOOLD 和 PAGPCHCONG 两个计数器的值相加构成。两个计数器的定义如下：PAGETOOOLD：寻呼消息由于排队超时而遭丢弃的次数，是指寻呼消息在基站
14、的寻呼发送队列中排队时间过长后被系统丢弃的数量。PAGPCHCONG：寻呼信道拥塞次数，是指当基站的寻呼发送队列已满，新的寻呼消息被丢弃的数量。由于现网中 SGSN 和 MSC 之间不存在 Gs 接口，Cs 寻呼消息和 Ps 寻呼消息都是用 CCCH 信道，来发起寻呼。寻呼总次数主要由BSCGPRS_PAGPSBSC、BSC_TOTPAG 两个记时器来统计。每日晚忙时（3 个时段之和）LFBS17 寻呼拥塞对比图如上图所示，我们在 3 月 11 号打开了 9 个小区的 MCCCH 功能，10对比后两天的晚忙时的寻呼溢出次数，发现寻呼拥塞次数反而稍有提高。查看统计发现 LFBS17 寻呼溢出次数
15、主要集中在 LFGB01A LFGB01B LFGB01C LFGB04B 三个小区上面，由于这几个小区硬件不支持 MCCCH 功能，需要更换硬件。3 月 14 号，打开除了以上 4 个小区之外的寻呼溢出高于 10000 次的 6 个小区，LFBS17 的寻呼溢出次数下降明显。3 月 20 号不支持 MCCCH 功能的 LFGB01 基站更换完硬件后，打开MCCCH 功能后 LFBS17 晚上 3 个忙时的寻呼溢出次数降到最低点。从图中我们还可以看到从 3 月 10 号到 3 月 21 号，LFBS17 的寻呼总量比 MCCCH 开启之前下降不到 50000 次，初步认为，开启 MCCCH 之
16、后是小区寻呼成功率提高，减少了二次寻呼次数，相应的寻呼总量也有所降低。DATE 寻呼拥塞 寻呼总数3 月 10 日 1548479 6761253 月 11 日 1042135 6655713 月 12 日 1107419 6698953 月 13 日 1413649 6858443 月 14 日 715671 6489363 月 15 日 532094 6498113 月 16 日 451718 6434393 月 17 日 504100 6673993 月 18 日 592137 6622033 月 19 日 616574 6532033 月 20 日 415526 6210823 月 2
17、1 日 124002 6119913.2 寻呼成功率指标对比分析MCCCH 功能开启后，随着 CCCH 信道资源的提升，寻呼拥塞数量11减少的同时，这些小区所在的 MSC 寻呼成功率也有所提升。开启 MCCCH 功能后 LFBS17 所在 MSC 寻呼成功率（晚忙时平均值）变化图上图为开启 MCCCH 功能后测试小区所在 MSC LFGS5 的寻呼成功率对比图， LFGS5 下挂有 LFBS17/LFBS18，这两个 BSC 主要覆盖话务密集区域胜芳镇，对比 3 月 10 号至今 LFGS5 的寻呼成功率，3 月14 号和 3 月 20 号开启 MCCCH 功能后，寻呼成功率都有较大幅度的提升
18、。日期 寻呼成功次数 寻呼总数 寻呼成功率3 月 10 日 427773 449365 95.19%3 月 11 日 432205 452762 95.46%3 月 12 日 421828 442169 95.40%3 月 13 日 438082 459691 95.30%3 月 14 日 414574 434932 95.32%3 月 15 日 422055 442210 95.44%3 月 16 日 425732 446546 95.34%3 月 17 日 461279 484411 95.22%3 月 18 日 448079 470623 95.21%3 月 19 日 442828 46
19、3257 95.59%3 月 20 日 413923 432961 95.60%3 月 21 日 427887 447433 95.63%123.3 CS 主要指标对比分析CS 主指标我们主要分析比较与 CS 业务相关的统计数据，以检测 MCCCH 功能对于 CS 业务的影响。相关参数包括 CS 立即指派、TCH话务量和 TCH 掉话率。（1） 、CS 立即指派和话务量MCCCH 功能开启后，由于 CCCH 信道资源的提升，更多的 CS 立即指派消息可以被传送。如图所示，3 月 14 号开启之后立即指派次数上升明显，但是最近三天寻呼拥塞有大幅度的降低之后，CS 立即指派次数反而有所降低，可能跟
20、最近 3 天 LFBS17 话务量降低有关。开启 MCCCH 功能后晚忙时（3 个时段之和）CS 立即指派数走势13开启 MCCCH 功能后每日晚忙时话务量对比（三个忙时之和）DATE CSIMMASS Erlang3 月 10 日 1127374 7597.7723 月 11 日 1117187 7597.5393 月 12 日 1121631 7574.1033 月 13 日 1139531 7615.8033 月 14 日 1105815 7216.4973 月 15 日 1113370 7469.7113 月 16 日 1126226 7440.553 月 17 日 1165647 8
21、807.9113 月 18 日 1138060 7526.5033 月 19 日 1128564 7465.7533 月 20 日 1090256 7085.853 月 21 日 1104978 7095.653（2） 、TCH 掉话率功能开启后，TCH 掉话率维持在比较好的情况，前后对比发现掉话率变化不大，说明 MCCCH 功能对掉话影响不大。 14MCCCH 功能开启后每日晚忙时 TCH 掉话率（3 个时段平均值）对比图3.4 PS 主要指标对比分析PS 指标主要分析比较与 PS 业务相关的统计数据，以检测 MCCCH功能对于 PS 业务的影响。相关参数包括 PS 立即指派、PPS 数据流
22、量等。（1） 、PS 立即指派和 PS 数据流量同 CS 立即指派相似，功能开启后，由于 CCCH 信道资源的增加PS 立即指派的次数在开启 CCCH 之后又小幅度提高。CS 话务量和数据流量变化不大，建议继续观察。15MCCCH 功能开启前后每日晚忙时（3 个时段之和）PS 立即指派次数对比图MCCCH 功能开启前后每日晚忙时（3 个时段之和）下行数据流量对比日期 下行流量 PSIMM3 月 8 日 9750.875 78827643 月 9 日 9357.893 77210673 月 10 日 9100.516 76091033 月 11 日 9314.498 79431283 月 12
23、日 9317.742 79713033 月 13 日 9955.798 8351151163 月 14 日 9480.704 80307063 月 15 日 8991.821 76492683 月 16 日 8852.172 75535553 月 17 日 8383.734 73225553 月 18 日 9354.388 79179813 月 19 日 9247.165 78692593 月 20 日 9272.608 77768323 月 21 日 8851.54 7295252四、应用总结通过以上对比分析可以看出 MCCCH 功能的开启使丢弃的寻呼消息数量大幅减少，很大程度的缓解了寻呼拥
24、塞的现象，提升了寻呼成功率。但是打开 MCCCH 功能之后对 CS 立即指派和 PS 立即指派次数变化不大，CS 话务量和 PS 数据流量也变化不明显。因此测试应用结果可以看到，通过 MCCCH 功能的使用可以有效地缓解寻呼拥塞，提升相关网络性能，并且对其他网络指标没有影响。五、附录5.1 主要参数1、PAGBUNDLE 类型:数字 取值范围:0-100 单位:ms 默认值:50 指令:RAEPC 含义：该参数用于设置将 48.058 PAGING COMMAND 消息打包成 PAGING COMMAND 2消息的缓存时间 2、CCCH 类型:数字 取值范围:1-4 单位:- 默认值:1 指令
25、:RLCCC17 含义：小区设置的 CCCH 信道的个数,如果该参数为 1 表示 Multiple CCCH 功能没有打开3、CCCHCMD 类型:字符串 取值范围:NORMAL, BCCHMOVE 单位:- 默认值:NORMALC 建议值:BCCHMOVE 指令:RXMOC, RXMSC 含义：是否允许将 BCCH 信道配置到其它载频上以满足 CCCH 信道个数的需要（例如：原来的 BCCH 载频不支持 Multiple CCCH 功能).4、CONFMD 类型:Identifier 取值范围:NODEL, CMD, FASTREC, MINDIST 单位:- 默认值:NODEL 建议值:M
26、INDIST 指令:RXMSC, RXMOC 含义:基站上 BPC 物理信道的配置方式MINDIST 该方式尽量减少对现有基站话务的影响；FASTRE 该方式尽量加速基站的配置5、TN7BCCH 类型:字符串 取值范围:GPRS, EGPRS 单位:- 默认值:GPRS 建议值:GPRS 指令:RLBDC 含义:在开启 Multiple CCCH 功能后，BCCH 载频上的 TN1, TN3 和 TN5 是否允许承载 EGPRS 还是 GPRS 业务 6、TN 类型:数字 取值范围:0 to 7 单位:- 默认值:2 建议值:3 指令:RLCCC 含义:SDCCH/8s 所分配的时隙位置.在开
27、启 Multiple CCCH 功能后，由于 CCCH 会占用 TN2，TN4 和 TN6 时隙，因此在配置 CHGR0 中的 SDCCH 的时隙位置时要避开 2，4，6 时隙7、CSPSALLOC 类型:字符串 取值范围: 单位:-18 默认值:CSPSNOPRF 建议值:CSNOPRFPSLAST 指令:RLCLC 含义:BCCH 载频上的非跳频的 TCH 信道进行 CS 和 PS 业务分配时采用的选择方式5.2 DT 数据1、激活 MULTICCCHSYPAC: ACCESS=enabled,PSW=xxxxx;DBTRI;DBTSC: TAB=AXEPARS, SETNAME=CME2
28、0BSCF, NAME= MULTICCCH, VALUE=1;DBTRE: COM;SYPAC: ACCESS=DISABLED;2、激活 AUTOHFSEXPAND Note: Please activate this feature before change the CONFMD=MINDIST or FASTREC SYPAC: ACCESS=enabled,PSW=xxxxx;DBTRI;DBTSC: TAB=AXEPARS, SETNAME=CME20BSCF, NAME= AUTOHFSEXPAND, VALUE=1;DBTRE: COM;SYPAC: ACCESS=DISAB
29、LED;5.3 MCCCH 功能应用限制 1、Multiple CCCH 功能要基于 PPC 平台的载频，所以 c-TRU 不能支持该功能。 2、当采用 Multiple CCCH 时不建议使用 LAPD Multiplexing 和 LAPD 压缩方式。如果采用了上述方式，CCCH 最多支持 3 个。 3、Voice Group Call Service 不支持 Multiple CCCH 功能。 4、引入 Multiple CCCH 后,建议将 EDGE 业务配置在其它的非 BCCH 载频上。 5、开启基站节电功能时和 Multiple CCCH，建议最少保留两个载频。5.4 MCCCH 相关计数器R12 / G10 中增加了两个关于记录配置 CCCH 数量的计数器，具体解释如下：CCCHAVAACC：每个小区可用 CCCH 的累加，每 10 秒计算一次；CCCHSCAN：计算可用 CCCH 的累加次数，每 10 秒加 1。配置的 CCCH 数量可由公式 CCCHAVAACC/CCCHSCAN 求得
