GSM问题及解决方式(12页).doc
-1 TCH拥塞造成的未接通的分析 在GSM DT 测试中，发现很多未接通事件的原因是小区拥塞、无TCH资源可用，为了提高无线接通率，就必须解决因小区拥塞导致的未接通事件。 而当小区TCH拥塞时，从信令流程上来看主叫手机在Call proceeding （被叫手机在Call confirmed）后，系统没能下发Assignment command 消息，而是下发Disconnect 命令，当主叫没有Assignment command 消息时为主叫TCH拥塞，当被叫没有Assignment command 消息时为被叫TCH拥塞。 建议：扩容。2 TCH 分配失败导致未接通 主叫手机发起呼叫（channel request report ）在2秒后完成呼叫（assignment complete），被叫未接通。在主叫呼叫完成后2-3秒后，被叫开始信道请求，在完成assignment complete 后2秒左右出现assignment failure （TCH分配失败），导致未接通发生。 3 DSCCH拥塞导致未接通 在主叫完成起呼（assignment complete）在2秒左右，此时被叫发起信道请求channel request report ,由于SDCCH拥塞溢出，被叫手机无法获得SDCCCH ，重复2次发送信道请求后任然无法获得SDCCH 信道消息的回复，导致未接通的发生。 建议：增加SDCCH信道。4 SDCCH掉话引起未接通 主叫手机在立即指配（immediate assignment ）后经接着就出现信道释放（channel release ）,也就是在SDCCH分配后就出现信道释放命令，即SDCCH掉话产生呼叫未接通。 建议：未知原因掉话，可通过信令跟踪进一步确认情况。5 DSC 分配失败 由信令流程可以看出，MS在channel request report 下发immediate assignment ，然后有immediate assignment failure 转为idle，导致未接通。 建议：排除无线方面原因后，应从交换侧寻找问题原因。6 位置更新导致未接通 由信令流程可以看出，主叫完成起呼（assignment complete ）后2-3秒，被叫正处于位置更新流程中，导致未接通发生。 建议：调整位置更新参数设置。7 跨LAC位置更新未接通优化 某城东城区大部分区域都属于LAC 20857，城区西部有部分地区属于LAC 20854。 由于城区西部边缘地区与市中心不属于同一个LAC ，而城西又是测试区域，几乎每次测试时两个LAC交界处都会遇到跨LAC位置更新。由于位置更新的信令流程较长，持续时间大概在5秒左右，而在被叫手机发起位置更新至完成位置更新流程中，不会响应寻呼消息，故会发生被叫手机无法接通的情况。且由于市区的这两个LAC 不属于-个VLR，故若主叫跨LAC 未及时发起位置更新，也会造成cause = IMSI unknown in VLR 的未接通。 针对这一问题，我们认为最好的解决方法为进行LAC 规划。方案是将部分属于LAC 20854的测试范围内的小区割接至LAC 20857，保证测试范围内只有一个LAC，从根本上避免由于主叫手机位置更新造成未接通的情况。但是，在查询了LAC 20857 寻呼量以及BSC容量后，综合考虑认为由于Paging 容量限制和BSC容量限制，该方案无法实施。 之后，我们采用第二种方案，即调整LAC边界区域的CRH参数值，影响相关区域的小区重选速度，来尽量减少位置更新的概率。 移动台进行小区重选时，若原小区和目标小区属不同的位置区，则移动台在小区重选后必须启动一次位置更新过程。由于无线信道的衰落特性，通常在相邻小区的交界处测量得到的两个小区的C2值会有较大的波动，从而使移动台频繁地进行小区重选。尽管移动台两次小区重选的间隔时间不会小区15秒，但对位置更新而言15秒的时间是极其短暂的。它不但使网络的信令流量大大增加、无线资源得不到充分利用，并且由于移动台在位置更新的过程中无法响应寻呼，因而使系统的接通率降低。该参数的作用是要求邻区（位置区与本区不同）C2值必须比本区C2值大，且其差值必须大于CRH规范的值，移动台才启动小区重选。8 被叫小区重选造成未接通 和位置更新造成未接通相类似，小区重选造成的未接通也发生在被叫侧手机。手机侧在上行发送Setup 消息后，网络侧开始寻呼被叫，被叫在小区重选完成后才能监听Paging 消息，其间可能造成未接通。从信令流程上看。主叫侧正常分配完成，被叫侧一直处于空闲模式，重放路测数据，被叫手机在主叫上行发送Setup 后，网络Paging 被叫时，被叫手机曾进行小区重选。 建议：检查小区重选参数设置是否合理。9 硬件问题，SUM板和载频问题.降级告警 由于载频隐性故障导致未接通 查看话务报告发现，小区切入成功率底，TCH 分配失败率较高。 建议：更换TRE。10上行链路问题的未接通问题 上行链路问题通常是由于硬件问题、上行干扰造成基站不能正常解调手机的上行信号。 从上面的层3消息中，我们可以看到移动台在没有收到下行指配消息时，会根据系统消息3中定义的max_retran 的次数，在T3212定义的时间内，重新发送Channel request 消息；发送间隔根据tx_integer 的取值，在数个RACH时长的范围内，随机取得。其中，取值定义如下： M=max_retran 取值范围：03 0= 最大1次重发 1=最大2次重发 2=最大4次重发 3=最大7次重发在Channel request 消息发送M+1次后，MS会启动T3126计数器，当计数器超时后，呼叫将被取消。 以上的案例中，经过测试后对起呼小区的载频的统计分析，以及利用CTP工具进行呼叫跟踪发现该小区受到严重的上行干扰，导致基站无法正确解调出RACH消息。11 连续未接通现象 手机在完成起呼后1秒左右拆链，出现未接通现象，拆链（Disconnect）原因为用户忙（cause value ： user busy）。在随后4分钟时间内连续出现连续未接通现象 查看被叫信令后发现，被叫在未接通出现前的一次呼叫中，在被叫收到connect acknowledge 消息后一直处于系统消息5和系统消息6状态，没有收到后续上行的disconnect 消息，也就是一直未出现信道拆链和释放，导致此后4分钟左右的时间内出现手机吊死的情况，直到5分钟左右才出现下行的disconnect 消息，而主叫在被叫未拆链和信道释放的情况下进行的连续的的呼叫就出连续未接通情况，未接通的原因都是用户忙（cause value ： nser busy ）。在被叫完成拆链后呼叫恢复正常状态。 在如图所示：12 传输中继造成未接通 传输中继造成的未接通从空中接口信令流程上来看，主要是网络侧没有下发Assignment command 消息，查看Disconnect 的Cause 为Resource unavailable （这一点不同于拥塞造成的未接通）。 建议：检查中继时隙状态。13 TCSR补丁引起连续未接通事件分析在测试中，有时发生连续未接通。现象为被叫手机在发送Paging Response 后，发起一次Classmark Change ，在下行收到Classmark Enquiry 后上行再发一次Classmark Change，以后被叫手机一直处于接收系统消息5、系统消息6的状态，但一直没有收到下行的Setup 消息，直到一分钟后下行收到Channel Release （RR cause = Normal event ）才释放。而这段时间内，主叫手机连续3次未接通。 经过一段时间的观察和分析后，该问题定位到交换侧TCSR补丁上，在TCSR开关关闭后，对城区连续进行两天的GSM DT 评估测试，没再发生连续3次未接通的事件。14 被叫用户忙的未接通从上面的层3消息中，我们可以看到TCH信道的正常分配。之后，MSC没有向移动台发送Connect 消息，而是发送了Disconnect 消息。分析Disconnect 消息中的Cause Value 可以得出明确的原因：被叫用户忙。15 被叫用户已关机或未应答的未接通从上面的层3消息中，我们可以看到TCH信道的正常分配。之后，MSC没有向移动台发送Connect 消息，而是发送了Disconnect 消息。分析Disconnect 消息中的Cause Value 可以得出明确的原因：被叫用户没有应答。16 测试手机原因造成未接通 在测试过程中由于主被叫临时故障也可能造成未接通。从空中接口信令流程上来看，主要表现为手机上行未能发送正常的信令消息到网络，包括Connect ,Paging response, CM service request 等。下图为被叫手机在Alerting 后上行没有发送Connect 消息造成的未接通。 17 测试软件问题 在测试完成后，要等主被叫通话完成，转入空闲模式再停止测试软件。否则主被叫手机仍然驻留在通话或接续状态，但是测试软件已经关闭，采集信令不全，在分析过程中可能被误认为是未接通或者掉话。18 主被叫手机欠费，系统播放录音通知第 13 页-
