呼叫基本流程讲解.ppt

* * * * 同步在同基站不同小区、异步是指不同基站的小区 * * * * 2、未接通分析 接通的层三信令流程 以主叫Channel request来确定试呼开始，接着出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通，否则就计为一次未接通。 3、未接通分析 第2步：是否存在Immediate assignment reject ，若有，则说明存在SDCCH阻塞。如果有大量的SDCCH阻塞，若没有“Immediate assignment ”，信号弱或干扰，导致系统无法收到“ channel request”或MS无法解码下行消息。 第4步：是否存在CM service reject ，若有，可能是欠费、漫游到没有权限的地区或者割接后小区交换没有做数据，还有可能是VLR，HLR有问题。 3、未接通分析 是否存在第7步，若没有而直接收到系统下发disconnect消息，可能是存在TCH拥塞。 第8步，手机直接响应Assignment fail ，存在干扰、信号弱或硬件故障导致TCH分配失败 到第3、4步或到第8步MS直接转到寻呼信道，则是SD或TCH信道上掉话，主要原因有信号弱、话音差或硬件故障导致。 到第8或9步，直接收到系统下发disconnect消息（释放信道原因见下表），则查看被叫问题（原因有以上几种） Page * 当呼叫建立失败时，及没有收到connect消息，直接收到系统下行的DISCONNECT消息到移动台，DISCONNECT消息简要的指示出呼叫建立失败的不同原因。 未接通分析 Page * 未接通分析 　　　左面就是在道路测试期间经常出现一些呼叫建立失败的原因值详细描述，作为参考，具体的原因还应查看被叫呼叫流程 1、SD 拥塞的消息历程 从层3消息中，我们可以看到SDCCH拥塞时，系统会向移动台发送Immediate Assignment Reject消息。比较Layer3消息中的Random reference号码，从而可以确定多个信道请求消息中，那一条由于SDCCH拥塞而被拒绝。 2、TCH 拥塞的消息历程 从层3消息中，我们可以看到TCH拥塞时，下行发出Call Proceeding消息后，当没有TCH可用信道时，手机在排队打开的情况下，在SDCCH上排队等待，直到排队时长终止。下行即发出Channel Release消息。Disconnect消息解码显示：Cause value 34,没有电路或信道可用 3、下行质量差造成TCH接入失败的消息历程 从层3消息中，我们可以看到当TCH拥塞和TCH分配失败时，经常可以看到移动台回到SDCCH上发送Assignment Failure消息，其描述多为：没有无线资源、无线接口失败以及协议错误。 对于无线接口失败，导致其发生的原因有多种。其中多数是由于硬件故障、干扰、信号阻挡等因素造成的。当处理这类问题时，需要根据测试现场的周边环境；小区相关性能统计；结合测试文件综合加以考虑。 硬件问题案例：由于单个载频故障或收、发信通路上的硬件发生故障，造成射频通路上的衰耗突然增大，通信质量下降，致使射频丢失。 从层3消息中，我们可以看到Assignment Failure消息，分析分配失败的原因Cause Value: 111,只是属于没有具体的原因协议错误。但在规定的时间内，没有在TCH上建立连接，则认为此次分配失败，MS跳回原SDCCH信道发送失败消息）。发现该小区中有两个载频的检分配失败的数目很多，观察指配失败消息前的MR可以看到RXQUAL=7。同时，在测试中周边小区不存在同、邻频现象。因此我们怀疑该小区存在硬件问题。通过对基站射频通路测，发现该小区的合路器CBF故障，更换后其呼叫建立成功率恢复到正常水平。 4、SDCCH掉话的消息历程 RF_LOSSES_SD是在SDCCH上的射频掉话的数目。引起原因可能是覆盖问题；同、邻频干扰问题；硬件问题等等，需要进行实际的测试后，根据具体情况进行分析。 从呼叫建立的信令消息历程上分析， 我们可将SDCCH掉话分为:Assignment Command消息之前的SD射频丢失和Assignment Command消息之后，TCH分配失败后移动台不能回到原SDCCH信道的掉话。 从层3消息中，我们可以看到Assignment Command消息之前的SD射频丢失。当时用户在室内起呼困难，现场测试发现在分配SDCCH后，在单个载频上经常产生SD_RF_LOSS，观察MR可以看到RXQUAL=7，通过对基站射频通路检测，发现该小区载频所连接的天线朝向上存在严重阻挡，造成通信质量下降，从而导致信令在其SD