GSM掉话原因大全.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
GSM掉话原因大全

在GSM网络运行中,掉话现象是用户投诉热点,掉话率是衡量无线网络质量的重要指标。这里主要分析引起掉话的原因,以及通过哪些手段来定位问题,采用哪些办法来解决问题,从而降低掉话率,提高网络质量。另一方面还可以解决由于掉话率高造成的最坏小区,降低最坏小区比,提高话务比。 1.1掉话问题描述 掉话可分为两种形式:一类是在SDCCH信道上的掉话,一类是在TCH信道上的掉话。 SDCCH的掉话是指在BSC给移动台分配了SDCCH信道而TCH信道还未分配成功期间发生的掉话。TCH掉话是指在BSC给移动台成功的分配了TCH信道后,发生的不正常掉话。 造成掉话的原因,从全局角度来讲有三种: 1,无线链路故障(发生在通信过程中,消息无法正常接收) 2,T3103超时(发生在切换过程中,即MS无法占用目标小区信道,也无法返回原信道) 3,系统故障(设备故障等各种可能发生的故障) (1)在这三种掉话原因中,主要的掉话形式是无线链路故障。在GSM规范中有一参数为RADIO LINK TIMEOUT(无线链路超时)。当移动台在通信过程中话音质量恶化到不可接收,且无法通过射频功率控制或切换来改善时,移动台认为无线链路故障,强行拆除链路,造成掉话。GSM规范规定,移动台中有一计数器S,该计数器在通话开始时被赋予一个初值,即参数“无线链路超时”的值。若移动台解码SACCH消息(周期120ms)失败,S减1;反之,移动台每正确接收到一SACCH消息,S加2,但S不可以超过初始被赋予的值,当S计到0时,移动台报告无线链路故障。 前面是相对于下行的情况,在小区属性表下的SACCH复帧数(周期480ms),定义了上行链路连接失败时间。当BTS检测到无线链路上一个被激活的连接被破坏时,就会向BSC上报连接失败消息CONNECT FAILURE。系统判断连接失败的准则是基于上行链路SACCH信道的误码率。根据GSM协议中的规定,如果连接失败的判决准则是基于SACCH上的误码率时,当连续N个SACCH复帧周期内的上行链路误码率大于设定的门限时,BTS就向BSC上报连接失败消息。SACCH复帧周期的数目N是在数据配置中确定的,就是小区属性表中的SACCH复帧数,其单位为480ms。 (2)计数器T3103超时: 1.定义:在切换过程中(BSS内部和BSS间),BSC按照此计数器在发起切换小区和目标小区同时保留TCH信道的时间。T3103在BSC发出切换命令(Handover Command)消息时启动,收到切换完成(Handover Complete)时(BSC内部切换)或清除命令(Clear command)时(BSC间切换)清除。 2.该定时器的用途是保持信道足够长的时间以便MS可以返回信道,若MS丢失是用于信道释放。BSC向移动台发出切换命令时T3103开始计时,在BSC收到来自切换目标小区的切换完成或者来自源小区的切换失败(HANDOVER FAILUER)时就将T3103复位,BSC将HANDOVER COMMAND信息发送到BTS时,如果T3103超时后仍未收到任何消息时,BSC就判断源小区发生了无线链路失败,进而释放源小区的信道。 1.2掉话率的计算公式和统计点 TCH掉话率=TCH掉话次数/TCH占用成功次数×100% TCH掉话次数统计点:BSC向MSC发起CLEAR_REQ消息时,当前占用的信道类型为TCH, 发送Clear_Request消息的典型原因值一般为: A, 无线链路失败(radio interface message failure) B, 人工干预(OM intervention) C, 设备故障(equipment failure) D,BSS与MSC间协议错误(protocol error between BSS and MSC) E, 强占(preemptiom) TCH占用成功统计点: (a)?????? 立即指配过程中收到CH_ACT_ACK消息,且由于暂无可用SDCCH信道而直接分配的信道类型为TCH (b)?????? 在呼叫主状态为CS_WAIT_RR_EST(等待RR建立态)时收到CH_ACT_ACK消息,且当前信道为TCH; (c)?????? 指配过程中发送指配完成消息; (d)?????? 入BSC切换收到MSG_ABIS_HO_DETECT消息,此时切换类型非SDCCH切换时; (e)?????? BSC内切换时收到MSG_ABIS_HO_DETECT消息,此时切换类型为非SDCCH切换时; (f)??????? 出局切换过程中收到来自MSC的原因为HO_SUCC或CALL_CTRL的CLEAR_CMD消息,且切换原因为直接重试; SDCCH掉话率公式: SDCCH掉话率=SDCCH掉话次数/成功的SDCCH占用次

文档评论(0)

qwd513620855 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档