信令分析和案例详解(导言).ppt

  1. 1、本文档共34页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
信令分析和案例详解 切换小结 切换失败原因: 同BCCH频率、同BSIC 邻区关系设置不当(包含层与层之间的切换电平设置过低、切换缓冲区过大) 漏定邻区 信号弱而受到干扰,邻区强,但BSIC解不开码。 ?? 合适小区的话务忙或信令发生拥塞,导致不能切入。 切换不正常弱信号质差 问题分析:在荔城往光明方向测试占用增城宾馆3(BCCH:8)弱信号向目标小区作切换时,没有切向光明1(BCCH:84),需是切向了另外一个目标小区清泉饭店2(BCCH:90),因清泉饭店2没与光明1做邻区关系,故无法切向光明1,最终弱信号质差紧急切换到增城宾馆3后,再由增城宾馆3切换到光明1。 优化方案:结合话务统计结果(增城宾馆3上行弱信号掉话严重),及清泉饭店2的理想覆盖区域分析,补清泉饭店2与光明1的邻区关系, 同时增加清泉饭店2的BSPWRB/BSPWRT(由原来的41加大到43),减小增城宾馆3的BSPWRB/BSPWRT(由原来的47减小到43)。 乒乓切换 在田美1区和3区正对方向发生2区和3区的乒乓切换;如上图所示: 问题分析及处理过程: 信号图中大家可以看到,从下面信号图中大家可以看到,从33或者78切入19之前,19的信号强度有70DBm左右,但是当切入19以后信号强度马上 跌落至100DBm以下,如图所示,这是为什么?? 田美站使用的CDU类型是CDU_A,每个CDU_A有两个收发共用的天线,可带两个载波;而且CDU_A没有类似combiner的单元,也就是说两个载波的信号分别通过不同的天馈线直接接出室外发射;接法如图所示: 所以当田美2(主频19)的第一根天线被交叉错接到田美3时,在田美3区的正对方向上,主频19(对应第一个载波)的信号强度很强,达到70DBM左右;而一旦切入田美2区时,指配的TCH如果是第二根天线所接的载波(TCH = 25),那么此时用到的就是背向信号,故而信号强度马上跌落至100DBm以下;如果指配的TCH是第一跟天线所接的载波(TCH = 19),所用的信号就是正向的,强度自然就高。 我们可以把这种现象作为判断哪条天线被错接的方法。 nbo No standards on higher transmission speeds complicating multiplexing structure for f?rste gang standard for line equipment PDH signaler kan ins?ttesi SDH net det er muligt at ?ndre b?ndbredden efter behov pga den mere simple multiplexing definerede kanaler i overhead tl management * * 导言 Layer 3信令分析 切换案例 导言 Layer 3信令是看网络运行情况的信息层,从第三层可以看到网络的各种动作:如:呼叫流程、拥塞、用户忙、位置更新等,并且可以对路测中的各种问题如掉话、切换失败等网络事件的原因进行准确的分析。 FG742.dsf 981026 系统信息一般有8个类型,分别是1、2、3、4、5、6、7、8,Type 1~4只出现在待机状态下,Type 5~6只出现在通话状态下,明白这点,对以后的分析至关重要。其中2中含有:2、2bis、2ter, 5中含有5、5bis、5ter,所以总共有12种系统信息,系统信息1仅用于跳频,所以称为选择项。其中1、2、3、4、 2bis、 2ter 、7、8都在BCCH上发送,由IDLE模式下的移动台接收。5、5bis、5ter、6在SACCH上发送,由ACTIVE模式下的移动台接收。一般来说所有系统信息在连续的8个51复帧中发送完 。 下图中的TC表示复帧序列号,可以看出,当TC=4、5时,发送的内容是可选的,其它是固定的。 TC=0固定发送跳频信息,当出现上图示的1(3)时,表示跳频时发类型1,不跳频时发类型3 当类型4中发送的关于小区重选信息不够完整时,由类型7、8补充。且在TC=7、3时发送(下图示) 对于类型5、6在下行的SACCH上发送,并没有复帧规范,除非切换完成后要立即发送类型5、6。 呼叫信令TEMS图 从图可见,由Channel Request起,MS向系统发起呼叫请求,至Connect Acknowledge连接确认为止,是一个完整的呼叫流程 加密完成 SDCCH—UL:CIPHERING_COMPLETE 加密命令 SDCCH—DL:CIPHERING_REQUEST 鉴权响应 SDCCH—UL:AUTH_RESPON

文档评论(0)

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

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

1亿VIP精品文档

相关文档