当前位置：首页 > 华为设备TBF建立成功率优化提升方案201103
1.4 CCCH过载导致下行TBF建立成功率低
CCCH信道在空口上主要传送寻呼信令（PCH）和立即指配信令（AGCH）。每条寻呼信令和立即指配信令均占一条51复帧，51复帧占用时长为0.2354秒。
立即指配消息和寻呼消息共同在CCCH信道下发，当小区的配置为“一个非组合CCCH信道时”，CCCH共分9个消息块，接入允许保留块数设置了保留多少个消息块供立即指配消息专用，一般该参数设置为1或2。当同时下发立即指配消息较多时，会占用其它消息块，此时，立即指配消息和寻呼消息同时排在寻呼队列中，会导致寻呼队列更拥塞，寻呼超时次数进一步增加。
一条寻呼信令中能发多条寻呼消息。采用TMSI寻呼方式，一条寻呼信令最多可发送4条寻呼寻呼消息，采用IMSI寻呼方式，一条寻呼最多可发送4条寻呼消息。张家口移动寻呼策略则是采用两次寻呼，第一次采用TMSI寻呼，第二次采用IMSI寻呼，现网各位置区一次寻呼成功率在91％～94％之间，采用比较统计的值为93％，这样通过典型寻呼合并效率计算，估算出平均每条寻呼信令中下发2.98条寻呼消息。
CCCH负荷、CCCH溢出率为参考移动通信业界的思路自定制的分析公式，用如下公式估算：
CCCH负荷＝[（A330:寻呼下发次数（电路业务）＋A331:寻呼下发次数（分组业务））/2.98×0.2354+(A301H:立即指配命令次数（分组业务）＋CA301J:立即指配命令次数（电路业务）)×0.2354] /3600/ （9×配置的CCCH时隙数）×100％；
其中配置的CCCH时隙数指的是BCCH信道数和扩展BCH信道（BCH信道）数之和，默认不开通扩展BCH场景下为1。（每51复帧中能够发送多条PCH寻呼块，每个寻呼块最大能够发送2-4条寻呼消息；而每51复帧只发送一条立即指配命令消息）
考虑以CCCH溢出率来估算CCCH信道过载程度：
CCCH溢出率＝（A337:PCH电路业务寻呼删除次数＋A338:PCH电路业务寻呼超时次数＋A339:PCH分组业务寻呼删除次数＋A340:PCH分组业务寻呼超时次数＋L3188A:Abis接口删除指示消息上报次数）/( A330:寻呼下发次数（电路业务）＋A331:寻呼下发次数（分组业务）+ A301H:立即指配命令次数（分组业务）＋CA301J:立即指配命令次数（电路业务）)×100％。
指标 指标描述 2013-4-4
华为机密，未经许可不得扩散 第9页, 共17页
A330:CELL_PAGES_CS A331:CELL_PAGES_PS A337: CELL_CIRCUIT_PCH_DEL A338: CELL_CIRCUIT_PCH_EXP A339: CELL_PACUIT_PCH_DEL A340: CELL_PACUIT_PCH_EXP L3188A:CELL_DEL_IND 寻呼下发次数（电路业务） 寻呼下发次数（分组业务） PCH电路业务寻呼删除次数 PCH电路业务寻呼超时次数 PCH分组业务寻呼删除次数 PCH分组业务寻呼超时次数 Abis接口删除指示消息上报次数
1.4.1 问题描述分析
对于PCU下面个别小区因业务量高导致话统指标“手机无响应导致下行TBF建立失败次数”较高，导致下行TBF建立成功率较低，晚忙时特别明显。
从CCCH上的下行TBF建立流程分析，对存在手机无响应导致下行TBF建立失败次数较
高的小区（沽源ZJGDO1D、沽源ZJGDO1C、沽源ZJGDO1B等），分析流控测量相关的话统指标“呼叫相关测量（CALL）->流控测量<小区>-> Abis接口分组CCCH负载指示消息上报次数（此话统指标需要在M2000上先进行登记）”，发现重要信息：Abis接口分组CCCH负载指示消息上报次数非常多（见表1）
L3188D:Abis接口CCCH负载指示起始时间 02/16/2011 19:00:00 02/16/2011 19:00:00 02/16/2011 19:00:00 02/16/2011 19:00:00 02/16/2011 19:00:00 02/16/2011 19:00:00 02/16/2011 19:00:00 02/16/2011 19:00:00 02/16/2011 19:00:00 02/16/2011 19:00:00 02/16/2011 19:00:00 02/16/2011 19:00:00 2013-4-4
GCELL ZJDH899A ZJDHB38F ZJDHB38G ZJG801A ZJG801B ZJGB01A ZJGB01B ZJGB01C ZJGB38A ZJGB38D ZJGD01B ZJGD01C （PCH）消息上报次数（分组业务） 166 152 101 109 178 184 211 216 240 131 226 114 第10页, 共17页
华为机密，未经许可不得扩散
表1 Abis接口分组CCCH负载指示消息上报次数
当CCCH过载，BSC收到测量小区所属的BTS报告的PACKET CCCH LOAD IND消息的次数，然后，BSC侧启动一个TN_CCCH_OVERLOAD_PROTECTION定时器，BSC为了降低CCCH拥塞程度，基于话音业务优先于分组业务的原则，分组域不重发下行分组立即指配，并且只发1个polling request，即只发1个IMM ASS和1个Polling Request消息。在TN_CCCH_OVERLOAD_PROTECTION定时器超时后，恢复正常。即正常情况下，如果手机对下行分组立即指配无响应的话，BSC会重发IMM ASS和Polling Request，直到手机有响应为止。而且每个IMM ASS后发5个Polling Request（所发个数在LMT中可以配置，默认值已为最大值5）。IMM ASS的下发次数在LMT中也可以配置，现在默认为2次。
正常情况下，手机无响应导致下行TBF 建立失败的话，BSC侧会共发送2个IMM ASS和10个Polling Request。由于空口质量不稳定，一般网络侧会发几个Polling Request后，手机才有响应，如图6 所示：
2013-4-4
华为机密，未经许可不得扩散
第11页, 共17页
图6 Polling消息下发次数
图6 所示的是手机不在小区业务高峰时，BSC侧发了3个Polling Request后手机才有回应，这属于正常现象。
1.4.2 解决方法
当CCCH负荷超过75％后，CCCH信道溢出严重，此时应及时采取路由区分裂、位置区分裂、增加BCH信道等优化措施；当CCCH负荷在60％到75％之间，此时CCCH信道溢出率指标不超过6％，此次应予关注，必要时采取减少寻呼次数、增加CCCH信道数目等相关措施；当CCCH负荷低过60％时，CCCH溢出次数比较少，只需针对个别问题小区进行优化处理。 对于LAC区内的寻呼业务考虑。若A330＋A331>寻呼容量典型值(每小时19万次)，需考虑对该LAC区内所有小区扩展BCH。
对目前张家口华为区域现网的CCCH负荷分析来看，不存在整个LAC区下所有小区CCCH过载问题。
对于个别小区CCCH过载评估，若(A337+A338+A339+A340+L3188A)/ (A330＋A331)>10%，表示出现寻呼消息丢弃，建议配置扩展BCH，扩容CCCH信道：
对应的一个BCCH复帧中CCCH消息块数为：3、9、18、27、36。CCCH配置决定了PCH、AGCH和RACH容量。
接入允许保留块数、CCCH配置参数会根据小区主B载频0信道配置类型动态调整： 若小区CCCH配置为非“1个组合CCCH”，则接入允许保留块数缺省值修改为2，同时该参数的取值范围为1～7。若小区的CCCH配置为“1个组合CCCH”时，则将该小区对应的系统消息表中的接入允许保留块数缺省值修改为1，同时该参数的取值范围为1～2；
默认情况下，一个小区只配置一个主BCCH，这样有“1个非组合的CCCH”，那么CCCH在一个BCCH复帧中的消息块数就为9。如果多配置一个BCH，那么就有“2个非组合的CCCH”，那么CCCH在一个BCCH复帧中的消息块数就为18，很大程度上提高了CCCH的容量。
1.4.3 优化前后效果比较
以下是实施优化方案前后的对比效果：
优化方案实施后Abis接口分组CCCH负载指示消息上报次数明显减少(见表2)，只有业务
2013-4-4
华为机密，未经许可不得扩散
第12页, 共17页
本文作者：...共分享92篇相关文档
