异常信令导致未接通幻灯片.docxVIP

  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文档。上传文档
查看更多
异常未接通专项分析报告 1 概述 上海移动测试组在2010年1月至2010年5月的无线测试中发现大量MS异常信令未接通事件从而导致了无线网络接通率较低。由于该现象出现比较频繁而且出现的原因也比较的复杂,要弄清具体的原因需要通过UM,ABIS,A口的联合信令分析,由于我们资源有限无法进行端到端的分析,因此我们只能对UM和A口进行联合分析。 2 信令异常问题分析计划 针对本次上海移动出现的多次异常未接通情况,设计院优化小组在优化期内重点收集了无线测试中发现异常未接通的事件,截止到11月设计院共发现异常未接通数量为12个,占了所有未接通比例的22.7%。我们将结合A口数据分析原因所在。 3 GSM接口简介 接口概述 BSS对外的接口都是标准接口,包括MS与BSS之间的Um接口、BSS与MSC之间的A接口,这些接口协议和规程都在ETSI协议中有严格和完备的规定。 BSS的各个网元(BTS、BSC)之间的接口以及BSS与OMC的接口都是内部接口,与设备供应商的实现有关。其中ETSI对BTS与BSC之间的Abis接口也做了许多规定,但不够完备。 下图是GSM系统信令模型,每个接口总体介绍如下: MS:移动台 BTS:基站收发信台 BSC:基站控制器 MSC:移动交换中心 CM:接续管理 MM:移动性管理 RR:无线资源管理 MTP:消息传递部分 SCCP:信令连接控制部分 LAPD:D信道上链路接入规程 LAPDm:Dm信道上链路接入规程 BSSMAP:基站子系统应用管理部分 BTSM:BTS管理 3.1.1 A接口 A接口定义为网路子系统(NSS)与基站子系统(BSS)间的通信接口,就是移动业务交换中心(MSC)与基站控制器(BSC)之间的接口,物理链路采用标准的2.048Mb/s的数字传输链路实现。此接口传递的信息包括移动台管理、基站管理、移动性管理、接续管理等。 3.1.2 Abis接口 Abis接口定义了基站子系统(BSS)中基站控制器(BSC)和基站收发信台(BTS)之间的通信标准,用于远端互连方式。它们之间采用标准的2.048Mb/sPCM数字链路来实现。此接口支持所有向用户提供的服务,并支持对BTS无线设备的控制和无线频率的分配。 3.1.3 Um接口 Um接口(空中接口)定义为移动台与基站收发信台(BTS)之间的通信接口,用于移动台与GSM系统的固定部分之间的互通,物理链路是无线链路。此接口传递的信息主要包括无线资源管理、移动性管理和接续管理等。 4 无线接通率的统计、定义和基本处理流程 未接通主要是在手机向系统发送呼叫请求,但是在呼叫过程中由于某种原因,主叫或被叫手机没有分配到TCH信道,导致未接通。路测(DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。原因也是多种多样。 导致未接通的常见的原因主要有:被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。 无线接通率的定义 根据集团公司测试的规范和要求,无线接通率公式如下: 无线接通率=接通总次数/试呼总次数×100% 从信令点上分析是以channel request和CM service request同时出现来确定试呼开始;当一次试呼开始后出现了Connect,Connect Acknowledge消息中的任何一条就计数为一次接通;具体情况如下图所示: 基本处理流程 在路测过程中,L3接续流程和故障判断流程: 附表:各种未接通时间的原因,原因值,用户感受   DISCONNECT 原因(CAUSE VALUE) 用户感受 被叫TCH拥塞 34: No circurt/channel available 录音通知,暂时无法接通 主叫TCH拥塞 34: No circurt/channel available 连续的嘟嘟嘟嘟 有寻呼消息,但没有PAGING_RESPONSE 16: normal clearing 录音通知,暂时无法接通 被叫SDCCH拥塞 16: normal clearing 录音通知,暂时无法接通 主叫SDCCH拥塞 没有DISCONNECT 消息 没有任何提示音,直接返回 SDCCH 掉话 41:temporary failure 录音通知,暂时无法接通 错误号码 28:Invalid number format 主叫在听到一阵杂音后,多来米 呼叫无应答 18: alerting,but no answer 录音通知,用户无人接听 CIC 复位 111:protocol error 主叫听见多来米 被叫位置更新 41:temp failur

文档评论(0)

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

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

1亿VIP精品文档

相关文档