网站大量收购独家精品文档,联系QQ:2885784924

GSM收集寻呼成功率优化探索.doc

  1. 1、本文档共31页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
GSM收集寻呼成功率优化探索

GSM网络寻呼成功率优化探索 摘 要:网络寻呼成功率是评估GSM网络质量的一项重要指标。无线寻呼成功率的高低直接反映了网络的接入性能。根据GSM规范,移动交换系统对一次呼叫可以启动两次寻呼过程,若成功,则记录为寻呼成功;否则,则记录为寻呼失败。计算公式: 寻呼成功率=(∑寻呼成功数/∑寻呼尝试数)x100%GSM网络寻呼流程中的成功率做了简明的分析和优化探索。 关键词:GSM网络;寻呼成功率;联通;优化 2008年10月份中国联通郑州分公司GSM网的寻呼成功率一直低于总部考核达标92.5%,因此提出针对郑州寻呼成功率的专项优化工作。 无线寻呼成功率的高低直接反映了网络的接入性能。MSC/BSC测量及Table状态。 Paging相关的参数(MSC/BSC/BTS) 从理论上对Common PCH、Paging流程、Paging容量、AGCH、RACH容量进行分析,找出与Paging相关参数最佳设置 分析影响寻呼信道效率的主要因素,确定寻呼信道效率的计算方法,在此基础上分析出提高寻呼信道效率的思路。 通过本次探索与研究,郑州寻呼成功率在一个月内由92.16%提升到94.02%;此外,通过本次专题研究和探索,总结出一套成熟的全流程寻呼成功率优化方案,具有普遍的推广意义。 理论分析 Common PCH分析 PCH信道配置概述 在GSM系统中,寻呼在PCH信道发送,PCH通常与广播信道(BCCH、FCCH、SCH)和其他公共控制信道(AGCH、CBCH)分时复用,位于BCCH所在载频的TS0时隙上,如下图所示: 图1.1.1.-1 PCH信道配置 其中PCH与AGCH在参数的控制下分时共享CCCH块,而CCCH的块数与BCCH载频的TS0的复用方式有关,BCCH载频的TS0主要有以下两种复用方式 BCCH/SDCCH combined 在该方式下,1个复帧(51帧,235.4ms)中包含3个CCCH块(12个SLOT),即PCH信道最多可为3个,当AGCH(0-2)取值为1时,则PCH信道为3-1=2。如下图所示: 图1.1.1.-2 PCH信道配置方式一 BCCH /SDCCH non-combined 在该方式下,1个复帧中包含9个CCCH块(36个SLOT),即PCH信道最多可为9个,当AG信道(0-7)取值为2时,则PCH信道为9-2=7。如下图所示: 图1.1.1.-3 PCH信道配置方式二 1.1.2.Paging Block帧结构 每个PAGING Request共21个字节(包括帧校验序列FCS和标头flagsIMSI PAGING REQREST;(IMSI:8字节) TMSI PAGING REQREST;(TMSI:4字节) 1 IMSI + 2 TMSI PAGING REQREST; 如下图所示: 图1.1.2. 帧结构 1.2.寻呼信道相关参数的意义及影响 AG: 接入允许保留块数(0...7) Combined BCCH/SDCCH 小区 AG =0 ... 2 ,而Non-Combined BCCH/SDCCH 小区 AG = 0 ... 7 ,若使用CBCH,则AG= 1 ... 7。这个参数定义了每个复帧内AGCH专用的数量。它可以设成AG= 0 ()或 AG= 1 ( 即保留作为AGCH专用信道)。用于AGCH的数量取决于小区话务量。(2...9) 这个参数定义了BTS的寻呼周期,即同一寻呼组传送寻呼请求的时间间隔。例如:MFR=9的意思是每一寻呼组以每9个复帧的周期重复一次。也就是说属于某一特定寻呼组的手机,必须每9个复帧监听一次,也就是说监听间隔时间大约是 2.1秒 (9 * 235.4 ms)。 Paging Group 1, BTS 发送 paging request 需要的时间是: 6*4.615ms = 27.69ms (假定 the paging message 在第一个block, 第一个 TMSI) 图1.2.-1 PAGING GROUP1帧寻呼周期图 对于 Paging Group 35, BTS 发送 paging request 需要的时间是: (5*235ms)-(2*4.615ms) = 1.165s (假定 the paging message 在第35个block, 最后一个 TMSI) 图1.2.-2 PAGING GROUP35帧寻呼周期图 通过上面的分析,如果不考虑BTS的处理时间和Paging的排队时间,则BTS发送Paging request的时间应该在27.69ms与1.165s之间。如果改变MFR,AG则相应的时间会变短,此时,BTS发送Paging request的时间应该在27.

文档评论(0)

yxutcangfp + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档