呼叫基本流程

《呼叫基本流程》由会员分享，可在线阅读，更多相关《呼叫基本流程（48页珍藏版）》请在装配图网上搜索。

1、2009年7月杭州华星创业通信技术有限公司流程分析详述流程分析详述1.层三消息讲解2.未接通分析1、层三消息讲解 系统消息讲解系统消息讲解 呼叫接续流程讲解 切换流程 位置更新流程 短信流程系统消息作用：在GSM系统中一共有6种基本的系统消息，其中系统消息14在BCCH上传送，用以提供手机空闲时一些网络信息，如LAC/CI，RACH 控制信息，小区信道描述，小区选择参数，无线链路控制，以及用于小区重选的BA 表(BCCH)等等；系统消息5和6在SACCH上传送，主要提供用手机于通话状态下于切换的BA 表(SACCH)，功率控制信息，DTX信息，无线链路超时等等。在双频情况下，还补充了2ter和

2、5ter消息，用以传送“多频段指示”和扩展频段的邻区BCCH频率信息表。系统消息在呼叫建立、位置更新、切换和小区重选等过程中起着很重要的作用，应当引起重视。层三消息讲解-系统消息讲解层三消息讲解-系统消息讲解SYSTEM INFORMATION-System information type1:系统消息系统消息1 跳频序列跳频序列(MA LIST)信道描述信道描述层三消息讲解-系统消息讲解SYSTEM INFORMATION-System information type2:系统消息系统消息2邻区的邻区的BCCH频点列表（频点列表（add_nei中选择中选择nei类型为类型为BA_BCCH)小

3、区重选控制（小区重选控制（NCC permitted）RACH控制参数（同控制参数（同 TYPE1）层三消息讲解-系统消息讲解SYSTEM INFORMATION-System information type3:系统消息系统消息3当前小区当前小区CGI控制信道描述控制信道描述小区选择参数小区选择参数RACH控制参数控制参数(同同TYPE1)层三消息讲解-系统消息讲解SYSTEM INFORMATION-System information type4:系统消息系统消息4当前小区当前小区CGICGI描述描述小区选择参数小区选择参数RACHRACH控制参数控制参数(同同TYPE1)TYPE1)小

4、区信道描述小区信道描述小区重选参数小区重选参数层三消息讲解-系统消息讲解SYSTEM INFORMATION-System information type5:系统消息系统消息5通话模式下通话模式下SACCH传送传送邻小区邻小区BCCH列表列表:（add_nei中中选择选择nei类型为类型为BA_SACCH)层三消息讲解-系统消息讲解SYSTEM INFORMATION-System information type6:系统消息系统消息6通话模式下由通话模式下由SACCH传送传送当前小区当前小区CGI描述描述(手机知道其手机知道其LAC是否改变是否改变,如已变如已变,则结束通话后则结束通话后即

5、进行位置更新即进行位置更新)小区参数小区参数DTX指示指示RLTNCC permitted1、层三消息讲解 系统消息讲解 呼叫接续流程讲解呼叫接续流程讲解 切换流程 位置更新流程 短信流程接续流程-MS主叫流程(MO)接续流程-MS被叫流程(MT)接续流程-挂机流程呼叫接续流程CM Service Request:CM Service typeMS CLASSMARK（能力，类型）（能力，类型）本身（主叫本身（主叫TMSI/IMSI）CM Service Accept:呼叫接续流程-MS鉴权流程鉴权3参数:RAND,SRES,Kc,RAND:02128;由系统发给手机Ki为SIM卡&AUC中永

6、久信息RAND&Ki SRES(A3)Kc(A8)（加密用）AUC进行SRES比较,鉴权结束呼叫接续流程-MS加密流程参见04.08中:3.4.7-Ciphering MODE Setting9.1.9-Ciphering MODE Command9.1.10-Ciphering MODE Complete加密算法为加密算法为)-114b加密序列加密序列,与与114BIT信息信息XORA5算法算法,Kc(64b),FN(22b呼叫接续流程Setup:主叫号码主叫号码(下行下行)呼叫接续流程Setup:被叫号码被叫号码(上行上行)Call Proceeding:表明此时表明此时MSC已收到已收到

7、SETUP请求而且已有足够的信息建请求而且已有足够的信息建立连接立连接.呼叫接续流程Assignment Command:信道描述信道描述POWER LEVELCHANNEL MODEAssignment Complete:呼叫接续流程AlertingMS-NET:被叫手机通知网络被叫手机通知网络,表明被叫手表明被叫手机开始振铃机开始振铃NET-MS:告知主叫手机已开始振铃告知主叫手机已开始振铃Call Confirmed表明被叫手机已收到呼叫请求表明被叫手机已收到呼叫请求Physical Information:网络由网络由DCCH向向MS:通知通知MS停止发送停止发送ACCESS BURS

8、T(ho access),并告知并告知TANET-MS呼叫接续流程Measurement Report:其中邻区其中邻区BCCH-FREQ下内容为下内容为BA表中之顺序号表中之顺序号(FROM 0)RXLEV-NCELL数值数值=实际接收实际接收电平电平+1108189947391751、层三消息讲解 系统消息讲解 呼叫接续流程讲解 切换流程切换流程 位置更新流程 短信流程层三消息讲解-切换流程Handover Process:完全同步的邻区切换完全同步的邻区切换非同步的邻区切换非同步的邻区切换层三消息讲解-切换流程Handover Command:目标小区描述目标信道切换参考号是否同步1、层

9、三消息讲解 系统消息讲解 呼叫接续流程讲解 切换流程 位置更新流程位置更新流程 短信流程层三消息讲解-位置更新流程层三消息讲解-位置更新流程1、层三消息讲解 系统消息讲解 呼叫接续流程讲解 切换流程 位置更新流程 短信流程短信流程层三消息讲解-SMS流程接收接收SMS流程流程:2 2、未接通分析、未接通分析 接通的层三信令流程 以主叫Channel request来确定试呼开始，接着出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通，否则就计为一次未接通。3 3、未接通分析、未接通分析 第2步：是否存在Immediate assignment reje

10、ct，若有，则说明存在SDCCH阻塞。如果有大量的SDCCH阻塞，若没有“Immediate assignment”，信号弱或干扰，导致系统无法收到“channel request”或MS无法解码下行消息。第4步：是否存在CM service reject，若有，可能是欠费、漫游到没有权限的地区或者割接后小区交换没有做数据，还有可能是VLR，HLR有问题。3 3、未接通分析、未接通分析 是否存在第7步，若没有而直接收到系统下发disconnect消息，可能是存在TCH拥塞。第8步，手机直接响应Assignment fail，存在干扰、信号弱或硬件故障导致TCH分配失败 到第3、4步或到第8步M

11、S直接转到寻呼信道，则是SD或TCH信道上掉话，主要原因有信号弱、话音差或硬件故障导致。到第8或9步，直接收到系统下发disconnect消息（释放信道原因见下表），则查看被叫问题（原因有以上几种）Page 34 当呼叫建立失败时，及没有收到connect消息，直接收到系统下行的DISCONNECT消息到移动台，DISCONNECT消息简要的指示出呼叫建立失败的不同原因。未接通分析未接通分析Page 35未接通分析未接通分析左面就是在道路测试期间经常出现一些呼叫建立失败的原因值详细描述，作为参考，具体的原因还应查看被叫呼叫流程1、SD 拥塞的消息历程从层3消息中，我们可以看到SDCCH拥塞时，

12、系统会向移动台发送Immediate Assignment Reject消息。比较Layer3消息中的Random reference号码，从而可以确定多个信道请求消息中，那一条由于SDCCH拥塞而被拒绝。2、TCH 拥塞的消息历程从层3消息中，我们可以看到TCH拥塞时，下行发出Call Proceeding消息后，当没有TCH可用信道时，手机在排队打开的情况下，在SDCCH上排队等待，直到排队时长终止。下行即发出Channel Release消息。Disconnect消息解码显示：Cause value 34,没有电路或信道可用3、下行质量差造成TCH接入失败的消息历程 从层3消息中，我们可

13、以看到当TCH拥塞和TCH分配失败时，经常可以看到移动台回到SDCCH上发送Assignment Failure消息，其描述多为：没有无线资源、无线接口失败以及协议错误。对于无线接口失败，导致其发生的原因有多种。其中多数是由于硬件故障、干扰、信号阻挡等因素造成的。当处理这类问题时，需要根据测试现场的周边环境；小区相关性能统计；结合测试文件综合加以考虑。硬件问题案例：由于单个载频故障或收、发信通路上的硬件发生故障，造成射频通路上的衰耗突然增大，通信质量下降，致使射频丢失。从层3消息中，我们可以看到Assignment Failure消息，分析分配失败的原因Cause Value:111,只是属于

14、没有具体的原因协议错误。但在规定的时间内，没有在TCH上建立连接，则认为此次分配失败，MS跳回原SDCCH信道发送失败消息）。发现该小区中有两个载频的检分配失败的数目很多，观察指配失败消息前的MR可以看到RXQUAL=7。同时，在测试中周边小区不存在同、邻频现象。因此我们怀疑该小区存在硬件问题。通过对基站射频通路测，发现该小区的合路器CBF故障，更换后其呼叫建立成功率恢复到正常水平。4、SDCCH掉话的消息历程 RF_LOSSES_SD是在SDCCH上的射频掉话的数目。引起原因可能是覆盖问题；同、邻频干扰问题；硬件问题等等，需要进行实际的测试后，根据具体情况进行分析。从呼叫建立的信令消息历程上

15、分析，我们可将SDCCH掉话分为:Assignment Command消息之前的SD射频丢失和Assignment Command消息之后，TCH分配失败后移动台不能回到原SDCCH信道的掉话。从层3消息中，我们可以看到Assignment Command消息之前的SD射频丢失。当时用户在室内起呼困难，现场测试发现在分配SDCCH后，在单个载频上经常产生SD_RF_LOSS，观察MR可以看到RXQUAL=7，通过对基站射频通路检测，发现该小区载频所连接的天线朝向上存在严重阻挡，造成通信质量下降，从而导致信令在其SDCCH信道的接续失败。在调整天线位置后，室内用户可以正常的呼叫。5、上行链路问题

16、的消息历程 从层3消息中，我们可以看到移动台在没有收到下行指配消息时，会根据系统消息3中定义的max_retran的次数，在T3126定义的时长内，重新发送Channel request消息；发送间隔根据tx_integer的取值，在数个RACH时长的范围内，随机取得。其中，取值定义如下：M=max_retran；取值范围:0-30=最大1次重发1=最大2次重发2=最大4次重发3=最大7次重发 在Channel request消息发送M+1次后，MS会启动T3126计数器，当计数器超时后，呼叫将被取消。以上的案例中，经过测试后对起呼小区的载频的统计分析，以及利用统计跟踪发现。该小区受到严重的上

17、行干扰，导致基站无法正确解调出RACH信息。6、被叫在做位置更新或接收短消息 当被叫在做位置更新时，主叫开始呼叫，寻呼被叫，可能还在原来的位置区寻呼，导致寻呼不到被叫。当被叫在接收短信时，主叫开始寻呼，导致被叫占用SD信道接收短信，无法响应寻呼，导致寻呼无响应。7、无效的呼叫 在测试过程中，常能碰到一些由于人为因素造成的呼叫建立失败。在这里我们将其统一归为无效呼叫。下面列举一些常见的现象：（一）移动台呼叫建立过程中的出现突然断电（二）移动台关机（IMSI detach）（三）移动台呼叫建立过程中，在Setup消息之前，由于移动台挂机等原因导致移动台发送CM Service Abort消息，取消呼叫。（四）测试设备软件设置原因，主叫呼叫号码为空号，或呼叫自己忙无法接通，当一个新的呼叫开始时，软件记录中断。在道路测试过程中，我们会碰到各种由不同原因引起的呼叫建立失败，主要原因可以归结如下：1、TCH拥塞 2、SDCCH拥塞 3、上行链路问题 4、无效的呼叫 5、硬件问题 6、干扰问题 7、被叫接收短信 8、被叫在做位置更新 9、信号弱导致接入失败或SD、TCH掉话结束，谢谢！