爱立信优化报告摘录ccch优化.docVIP

  • 3
  • 0
  • 约1.21千字
  • 约 3页
  • 2019-07-10 发布于上海
  • 举报
CCCH优化 下面的图表为CCCH容量问题的分析方法: MFRMS由原来的5减少为2,以缩短在每个寻呼间隔中(1.18s ? 0.47s)对相同寻呼组的移动台发送信息的时间。这样有助于更快地清除寻呼队列,原因是过多没有发送出去的寻呼消息在BTS的寻呼队列里排队会导致计数器PAGETOOOLD增加。只要是涉及小区寻呼的参数,当其他寻呼参数都设置合理的时候(比如Non-comb BCCH, AGBLK=1),MFRMS就成为仅有的可调节的参数。 寻呼计数器 寻呼计数器我们着重于PAGPCHCONG和PAGETOOOLD。从这里我们可看到什么时候存在CCCH拥塞。 PAGPCHCONG是由于小区寻呼队列满而造成的寻呼消息丢失的次数。 PAGETOOOLD是由于寻呼队列中呆的时间太久而造成的寻呼消息丢失。当一个寻呼被放到寻呼队列中开始,它的时间将被计算同时与BTS参数AGE-OF-PAGING进行比较(在爱立信BSS中为5秒)。如果太旧,就会被丢弃,同时PAGETOOLD加一。 CCCH上大部分的信令负荷来源于寻呼。参数MFRMS是复帧周期,它定义了同一个寻呼组的寻呼消息的传送间隔。如MFRMS=5,意味着属于同一个寻呼组的移动台在每5个复帧被寻呼一次。MFRMS取值范围在2-9,每个小区都要设置,通过BCCH在系统消息3中广播。 如果一个寻呼消息到达BTS,而BTS本身已

文档评论(0)

1亿VIP精品文档

相关文档