GSM层3信令在路测掉话中的分析和应用.docVIP

GSM层3信令在路测掉话中的分析和应用.doc

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

GSM层3信令在路测掉话中的分析和应用 韦巍 刘占强 (中国联通上海分公司 200082) 摘要: 本文主要就GSM层3信令的结构和呼叫释放方面的基本原理进行了阐述,并对实际路测中遇到的掉话现象进行了应用分析,从而将理论与实际进行了有机的结合。 关键词:掉话 层3信令 定时器 前言 路测(DT)作为数据采集和分析的一个重要手段,在日常优化中扮演着重要的角色。而掉话现象(呼叫连接建立后的业务信道掉话)是路测中最为关注的问题。通过分析掉话发生前后的主服务小区、覆盖电平、下行质量、移动台发射功率以及邻区信息等数据可以发现一定的问题,但是对于具体的掉话原因和一些深层次的非无线问题,难以有效地解决。而层3(Layer 3)就能为解决这类问题提供详尽的信令信息和有效的分析手段。 层3信令原理解释 2.1 基本结构 GSM使用了类似OSI协议模型的简化协议,包括物理层(L1)、数据链路层(L2)、应用层(L3)。层3(Layer3)是具体负责控制和管理的协议层。一个标准的层3消息由报头、命令部分和非命令部分构成。完整的层3包括三个子层:无线资源管理(RR:Radio Resource Management)、移动性管理(MM:Mobility Management)、接续管理(CM:Connection Management)。其中接续管理子层中包含多个呼叫控制(CC)单元,提供并行呼叫处理。为了支持补充业务和短消息业务,在CM子层中还包括了补充业务单元(SS)和短消息业务单元(SMS)。 2.2 无线资源管理子层(RR) 无线资源管理子层通常用于建立、维护和释放系统与移动台之间点对点通信使用的无线资源连接,比如小区选择、小区重选和切换过程。在通话模式下,RR连接是一个物理的点对点双向连接,它的释放请求是由上层发起的,目的是去活所有正在使用的专用信道(TCH或者DCCH)。 2.3 移动性管理子层(MM) 移动性管理子层的主要功能是支持用户终端的移动性和为上层的接续管理子层(CM)的不同实体提供接续管理服务。只有当RR层连接建立后,才能执行MM层的功能。 移动性管理子层(MM)的连接可以通过接续管理(CM)实体来释放。当所有的MM连接都被它们的CM实体释放后,移动台开始启动T3240并进入等待网络侧指令(WAIT FOR NETWORK COMMAND)的状态,期待RR连接的释放。在网络侧,当所有的MM连接都被它们的用户释放后,MM子层就可以决定释放RR连接。如果RR连接在T3240超时前没有被释放,移动台就会主动放弃RR连接。无论是网络侧激活RR连接的释放还是移动台侧放弃RR连接,移动台都将回到空闲模式下。 2.4 接续管理(CM) 接续管理(CM)中的一个重要协议就是呼叫控制协议(CC),其涉及的过程如下:呼叫建立过程;呼叫释放过程;呼叫信息状态过程;混合过程。在通常情况下,移动台或网络侧的呼叫控制实体通过给对方发送Disconnect消息来初始化呼叫释放过程 2.5 呼叫释放信令流程 呼叫释放的目的是去活正在使用的所有相关专用信道。当一方用户挂机后,系统开始清除通信连接,从第三层(L3)的CC子层开始清除,最终到物理层(L1)。 图1:移动台发起释放过程 图2:网络侧发起释放过程 2.5.1接续连接释放(CC) 若主叫先挂机,移动台利用FACCH信道向MSC发出Disconnect消息,指明呼叫清除的发起端及清除原因。MSC收到该消息后,随即停止所有的CC连接定时器,清除业务信道在网络中的连接,并向被叫端发出Release消息,来通知对方通信终止,被叫端在收到该指示后,将向被叫用户发出Disconnect消息,端到端的连接到此结束。但至此由于系统与移动台之间仍须保持一定的任务(如送收费指示等),呼叫并未完全结束。当系统认为与移动台之间的连接已无必要时,则向主叫端移动台发出Release消息,通知它网络正在释放CC层的连接,同时启动定时器T308。在MS收到该消息后将停止所有CC连接定时器,释放MM连接,并向系统发出Release Complete消息,自身进入空闲状态,表示呼叫已经结束。这时在移动台侧,层3的连接已经全部释放完毕,但移动台不能自己拆除层2的连接,要等待网络的释放命令。同样,当被叫先挂机时,也会向主叫端发出Release消息,MSC在收到该消息后,向主叫移动台发出Disconnect消息。 在MSC收到移动台的Release Complete消息后,将释放MM连接,返回到空闲状态。CC层和MM层的连接释放完毕后,MSC将向BSC发出Clear Command的消息来请求释放SCCP信令链路,在该消息中携带着此次呼叫清除的原因。若由于无线接口消息失败、无线链路失败或设备故障等原因而导致呼叫进程非正常性释放,则BS

文档评论(0)

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

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

1亿VIP精品文档

相关文档