MUTICCCH 功能运用.doc

浪峰MCCCH功能应用总结 2011年3月20日 目 录 一、寻呼原理概述 3 1.1寻呼方式概述 3 1.2空口寻呼容量的影响因素 4 二、MCCCH功能描述 6 2.1 MCCCH应用背景 6 2.2 MCCCH功能原理 6 三、MCCH案例评估 8 3.1 寻呼拥塞数量对比分析 9 3.2 寻呼成功率指标对比分析 10 3.3 CS主要指标对比分析 12 3.4 PS主要指标对比分析 14 四、应用总结 16 五、附录 16 5.1 主要参数 16 5.2 DT数据 18 5.3 MCCCH功能应用限制 18 5.4 MCCCH相关计数器 18 一、寻呼原理概述 1.1寻呼方式概述 目前GSM网存在TMSI寻呼和IMSI寻呼两种寻呼方式。在GSM系统中，每个用户都分配了一个惟一的IMSI，IMSI写在移动台的SIM卡中，长8字节，用于用户身份识别；TMSI由VLR为来访的移动用户在鉴权成功后临时分配，仅在该VLR管辖范围内代替IMSI在空中接口中临时使用，且与IMSI相互对应，长4字节。因此空中接口的寻呼信道在使用IMSI 方式寻呼时，寻呼请求消息中只能包含2个IMSI 号码，而使用TMSI 方式寻呼时，则可以包含4个TMSI号码。因此，使用IMSI 方式寻呼带来的寻呼负荷会比使用TMSI 方式寻呼增加一倍，是否使用TMSI 由参数TMSIPAR 来决定? 在用户的位置区信息已知的情况下，第一次寻呼会在该位置区进行，如果第一次寻呼失败，则第二次的寻呼方式则根据PAGREP1LA 参数的设置进行，如果其值为0，则不会进行第二次寻呼，直接产生EOS400；如果其值为1 或2，则其使用TMSI 或者IMSI 在原位置区进行重复寻呼；如果其值为3，则第二次寻呼使用IMSI 在所有的位置区进行。 如下图2： 在用户的位置区信息未知的情况下，第一次寻呼会在所有的位置区进行，如 果第一次寻呼失败，则第二次的寻呼方式则根据PAGREPGLOB 参数的设置进行，如果其值为0，则不会进行第二次寻呼，产生EOS400；如果其值为1，则其使用IMSI 在所有位置区进行重复寻呼。 如下图3： 1.2空口寻呼容量的影响因素 在现网中，空口的PCH和AGCH共用CCCH，BCCH TYPE和AGBLK决定了小区寻呼容量的大小。AGBLK保留给AGCH的CCCH块数，，BCCH TYPE设为No Combined，AGBLK设置为1，按照51帧复帧的周期为0.2354秒，每个复帧共有9个CCCH块。因此，小区每秒钟的寻呼块数为：8/0.2354=33.98 paging blocks/秒。虽然PCH和AGCH共享CCCH信道，但AGCH信道优先于PCH，即当系统需要下发Immediate Assignment消息时，如果有固定的AGCH空闲，就用空闲的AGCH，如果没有空闲的AGCH，就占用CCCH做AGCH。寻呼块结构有三种，如表1所示。 表1 寻呼块结构 为了提高寻呼容量兼顾寻呼成功率，采用第一次MSI寻呼和第二次IMSI寻呼的策略。假设有％的二次寻呼，这表示每个移动台落地被寻呼尝试会发出（1TMSI＋％IMSI），按照寻呼块结构，每个寻呼块可以容纳的寻呼尝试为： 4/(1+2×％)＝3.3PA/paging block因此假设AGBLK＝1，理论上小区最大寻呼容量为： 3.3×(8/0.2354)=113.27PA/秒 ×3600秒=407775 Paging Attempt / hour。 二、MCCCH功能描述 2.1 MCCCH应用背景 随着浪峰移动网络的扩速发展，客户数量的不断增加，客户的需求更加多样化，和前几年相比PS业务比CS业务增长更快，造成用于传送寻呼消息、立即指配消息和随机接入消息的公共控制信道（CCCH）资源的严重不足；致使大量的业务信令被丢弃，严重影响网络性能和客户感受。尤其是在位置区域面积较大，客户数量较多的情况下，CCCH信道资源不足的情况更加明显。 对于这一问题，最直接的解决方案就是增加CCCH信道数量。Multiple CCCH（MCCCH）就是建立在这种思想之上，通过为小区配置更多的CCCH信道来缓解信道拥塞情况，减少信令被丢弃次数，提升网络性能，改善客户感知。爱立信的R12 / G10版本以上的功能包中含有MCCCH的功能。通过装载功能包可激活该可选功能。 2.2 MCCCH功能原理 MCCCH是G10标准中基于3GPP标准的一项新的功能，目的在于缓解由于大量寻呼和立即指派消息而引起的公共控制信道资源不足的情况。通过在BCCH载频上增加3个额外的CCCH信道，使传送寻呼、立即指配和信道请求等业务信令的容量增加多达300%。 通常CCCH信道只存在BCCH载频的0时隙上个CCCH模块用于