割接后系统性能监控.doc

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

割接后系统性能监控 本文分析系统性能是中国移动公司的指标计算公式为主线,从呼叫流程开始针对相关的统计项作重点分析说明,从而找到解决问题的各种方法. 一.无线接通率: 无线接通率=(1-SDCCH_BLK_RATE)×(1-TCH_BLK_RATE)×100% SDCCH_BLK_RATE= ALLOC_SDCCH_FAIL/ALLOC_SDCCH(+ALLOC_SDCCH_FAIL) TCH_BLK_RATE =MA_CMD_TO_MS_BLK/MA_REQ_FROM_MSC. 提高无线接通率的办法是降低SDCCH_BLK_RATE 与TCH_BLK_RATE. 1. SDCCH_BLK_RATE与TCH_BLK_RATE 手机通过RACH向基站发起服务请求,基站从AGCH上给手机指定SDCCH,手机占上SDCCH,向网络发出服务连接请求。这就是SDCCH的占用过程. Estabish indicate UA L3 init msg MS传送一个信道请求消息(智能信息,建立原因值,随机参考),打包在接入突发序列中,信道编码器对其解码.正确解码后被送到RSS-L1OK_ACC_PROC_SUC_RACH; ACCESS_PER_RACH增值.收到信道请求消息,RSS ABIS 验证信道建立原因值有效性,无效加1,有效就格式化消息送到RRSM. 一旦RRSM接收到信道需求的消息,将试图把MS建立在一个专用信道上, CHAN_REQ_CAUSE_ATMPT 作出标记.成功分配SDCCH后,CRM中的ALLOC_SDCCH增值. 每当CRM试图分配一个空闲的SDCCH,却由于SDCCH忙而禁止时,ALLOC_SDCCH_FAIL值增加,当由于资源短缺而拒绝SDCCH的切换时,在目标小区中,也会增加. (在没有SDCCH切换时,alloc_sdcch_fail = chan_req_ms_blk) 当收到来自CRM的立即分配拒绝消息时,CHAN_REQ_MS_BLKD递增. RR_T3101定时期满没有收到建立指示,CHAN_REQ_MS_FALL做标记. 若存在较大的alloc_sdcch_fail ,说明SDCCH拥塞严重,常用的解决方法是: 增加SDCCH数目,特别是铁路高速公路旁边的基站. 较大干扰会造成SDCCH,TCH拥塞,故一定要排除干扰. 减小该cell的C1(增大rxlev_access_min). 采用动态分配SDCCH的算法. 2TCH拥塞: MSC SSM RRSM CRM RSS 当SDCCH上的鉴权,加密和呼叫建立完成之后,MSC将开始分配进程为手机分配TCH。交换机发分配需求消息给SSM,消息中带有交换机指定的CIC。BSC的SSM收到分配需求后记为ma_req_from_msc. BSC的CRM随即分配TCH,如果此时无可用TCH,则记ma_cmd_to_ ms_blk,同时记alloc_tch_fail。注意:alloc_tch_fa

文档评论(0)

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

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

版权声明书
用户编号:8133070117000003

1亿VIP精品文档

相关文档