《网络优化信令分析 GSM 06-移动主叫流程.docx》由会员分享，可在线阅读，更多相关《网络优化信令分析 GSM 06-移动主叫流程.docx（10页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、M900/M1800 基站子系统 信令分析手册信令分析指导第6章 移动主叫流程6.1 概述移动主叫（始呼）包括移动拨打移动、移动拨打固定，不包括短消息始发。6.2 正常流程移动主叫正常流程，根据指配流程类别（Early Assignment、Late Assignment、Very Early Assignment）分成三类。其中Early Assignment、Late Assignment流程的选择是MSC决定的；Very Early Assignment流程是由BSS根据无线资源等情况决定的。6.2.1 Mobile originating call establishment wiht
2、out OACSU (early assignment)1. 流程图图6-1(1) MS在空中接口的接入信道上向BTS发送Channel Required（该消息内含接入原因值为MOC。但是该该消息中的原因值并不完全准确，因为手机在做移动主叫和IMSI分离时都填的是该原因值。），BTS再转发给BSC；(2) BSC收到Channel Required后，分配信令信道，向BTS发送Channel Activation；(3) BTS收到Channel Activation后，如果信道类型正确，则在指定信道上开功放，上行开始接收信息，并向BSC发送Channel Activation Acknow
3、ledge；(4) BSC通过BTS向手机发送Immediate Assignment Command；(5) 手机发SABM帧接入；(6) BTS回UA帧进行确认；(7) BTS向BSC发Establishment Indication（该消息中准确的反映了手机的接入原因，此时对移动主叫和IMSI填的是不同的原因值。），内含CM Service Request消息内容；(8) BSC建立A接口SCCP链接，向MSC发送CM Service Request；(9) MSC向BSC回链接确认；(10) MSC发CM Service Accepted；(11) 主叫手机发Setup；(12) MS
4、C向主叫手机发Call Proceeding；(13) MSC向BSC发Assignment Request，在该消息中，分配了A接口CIC；(14) BSC分配话音信道，向BTS发送Channel Activation；(15) BTS收到Channel Activation后，如果信道类型正确，则在指定信道上开功放，上行开始接收信息，并向BSC发送Channel Activation Acknowledge；(16) BSC通过BTS向手机发送Assignment Command；(17) 手机发SABM帧接入；(18) BTS回UA帧进行确认；(19) BTS向BSC发Establish
5、ment Indication；(20) MS在接入话音信道后，发送Assignment Complete；(21) 无线业务信道和地面电路均成功连接后，BSC向MSC发送Assignment Complete，并认为该呼叫进入通话状态；(22) MSC向主叫手机发Alerting，主叫手机振铃；(23) MSC向主叫手机发Connect；(24) 主叫手机向MSC回Connect Acknowledge；(25) 主被叫进入语音通话状态；(26) 通话完毕，主叫方挂机，主叫手机发Disconnect；(27) MSC向手机发Release；(28) MS回Release Complete；(
6、29) MSC向BSC发Clear Command；(30) BSC发Channel Release，要求手机和BTS释放无线口逻辑信道；(31) MS向BTS发DISC，表示已释放逻辑信道；(32) BTS向MS发UA帧确认；(33) BSC向BTS发Deactive SACCH，去活随路信道；(34) BTS向BSC回Release Indication；(35) BSC向BTS发RF Channel Release，释放无线口物理信道；(36) BTS向BSC发RF Channel Release Acknowledge，表示已释放无线口物理信道；(37) BSC向MSC回Clear C
7、omplete；(38) MSC向BSC发RLSD，释放SCCP链接；(39) BSC向MSC回RLSD Complete，表示已释放SCCP链接。2. 流程说明(1) 图6-1中（1）（8）为随机接入、立即指配过程。在此过程中，BSS为手机分配信令信道。(2) 图6-1中，在（9）和（10）之间，可能会有鉴权、加密流程、类标查询（更新过程）。根据MSC的数据配置情况等的不同，在A接口链接建立后，MSC有可能不会立即下发CM Service Accepted消息，而是：(a) 下发 Cipher Mode Command启动加密流程；(b) 下发Authentication Request启动
8、鉴权流程；(c) 下发Classmark Update启动类标更新流程。此外，如果BSC数据配置中“ECSC”配置为“是”，则双频手机在上报Establishment Indication后，将紧接着上报类标更新消息。(3) 图中（13）（21）为TCH指配流程在此流程中，BSS为手机分配话音信道以及A接口电路等资源。(4) 图中（13）（21）为释放流程图6-1所示为主叫先挂机的释放流程。在资源释放时，无线口先释放逻辑信道，再释放物理信道。6.2.2 Mobile originating call establishment with OACSU (late assignment)1. 流程
9、图图6-2(1) 图6-1与图6-2的区别是后者的指配流程在Alerting消息之后，其它方面没有差别；(2) 图6-2所示流程的优点：可以节约占用话音信道的时间；(3) 图6-2所示流程的缺点：如果后续指配不成功，会造成用户听到振铃却不能打通电话，从而易导致用户投诉。因此，实际应用中，一般不使用本流程，而是使用图6-1所示的流程。2. 流程说明可参考章节1.2.1Mobile originating call establishment wihtout OACSU(early assignment)部分的相关说明。图6-2所示为主叫先挂机。6.2.3 Mobile originating c
10、all establishment with OACSU (Very early assignment)1. 流程图图6-3(1) 图6-1与图6-3的区别是：后者在立即指配时分配的是TCH作为信令信道使用，因此在指配时不需要再分配TCH，而是通过Mode Modify，将立即指配分配的TCH调整为话音信道；(2) 图6-3所示的流程，一般发生在立即指配时无空闲SDCCH供分配，但有空闲TCH、且BSC数据配置容许立即指配TCH的情况下。2. 流程说明可参考章节1.2.1Mobile originating call establishment wihtout OACSU(early assi
11、gnment)部分的相关说明。图6-3所示为主叫先挂机。6.3 异常流程无线口消息丢失、掉话、用户挂机、传输、NSS以及BSS设备运行异常等，都可能导致流程不能正常进行。此外，手机在一次接入时，重发多个Channel Required，将造成BSS激活多个信令信道，而实际上手机只会占用一个，其它信道由于无法收到手机的Establish Indication而超时释放。由于造成异常流程的原因比较多，在此就其中出现较多的情况进行说明。6.3.1 随即接入、立即指配异常流程1. 信道激活后收不到Establish Indication这种情况发生原因，一般有：(1) 手机重发多个Channel Re
12、quired造成BSS多分配并激活信令信道。即使BSS系统运行正常，手机在一次接入时，也可能重发多个Channel Required，造成BSS激活多个信令信道，而实际上手机只会占用其中一个；其它信道由于无法收到手机的Establish Indication，而由BSC在相关定位器超时后将信道释放。(2) 无线口上行接收正常，但下行信号不能被手机很好接收。此时，在手机侧跟踪无线口，可能发现在给BTS发送Channel Required后，收不到BTS的相关信息。这时，需要检查上下行接收电平、接收质量是否正常。如果手机和基站之间距离不远，但接收电平低、接收质量差，需要检查BTS天馈以及手机的天线
13、、电池等是否正常。2. BSC发Immediate Reject。如果BSC收到Channel Required后，给手机发Immediate Reject，通常为如下原因：(1) 发现无合适的信令信道（信令信道通常为SDCCH，也可以为TCH。）分配给该手机。这种情况一般为信道全忙或者信道被闭塞等造成不可用。(2) 给BTS下发Channel Active后，BTS回Channel Active Negative Acknowledge。如果BTS给BSC回大量Channel Active Negative Acknowledge，通常是由于Abis接口传输不稳定造成BSC和BTS信道状态不
14、一致；或者BTS个别单板运行出现异常。6.3.2 指配异常流程1. Assignment Failure在BSC收到Assignment Request后，BSC没正常返回Assignment Complete，而是返回Assignment Failure。常见原因有：(1) BSC无合适的话音信道供分配。BSC无合适的话音信道分配，有可能是话音信道全部处于Busy状态，也可能是被Block等造成不可用。此时，BSC回的Assignment Failure消息所带原因值为No Radio Resource。对这种情况，可通过增加TRX进行基站扩容、修改接入门限、打开直接重试容许开关进行改善。(
15、2) 手机接入话音信道失败，从信令信道上发送Assignment Failure。这种情况下的Assignment Failure是从手机报上来的。由于无线口传输的特殊性，这种情况实际网络中出现最多，且无法根本解决。 如果这种情况发生比例很大，易导致用户投诉，需要重点检查天馈、BTS相关单板、BSC数据配置中接入方面的相关参数。(3) BSC侧发现A接口电路异常，例如Assignment Request中带的CIC不可用。此时需要重点核查MSC和BSC的A接口数据一致性。(4) BSC相关硬件出现异常。此时，BSC回的Assignment Failure消息所带原因值通常为Equipment
16、Failure。这时需要重点检查：1) BSC模块间通讯相关单板及其母板、光纤，例如GMC2、GMCC、GSNT、GOPT、GFBI；2) A接口相关单板，例如E3M、TCSM单元及其母板。(5) A接口传输出现异常。2. Directed RetryBSC在收到MSC下发的Assignment Request后，由于无合适的TCH供分配，而BSC数据配置中容许进行直接重试，BSC将视情况发起切换（原因值为Directed Retry），使手机直接重试到其它小区。6.3.3 掉话造成的异常流程主被叫用户在任何流程中间，均有可能掉话，导致后续流程不能正常完成。例如，BSC在收到MSC下发的Ass
17、ignment Request消息后，用户突然掉话，可能导致BSC既不给MSC返回Assignment Complete也不返回Assignment Failure，而是发Clear Request。6.3.4 用户挂机造成的异常流程主被叫用户在任何流程中间，均有可能挂机，导致后续流程不能正常完成。例如，BSC在收到MSC下发的Assignment Request消息后，用户突然挂机，可能导致BSC在给MSC返回Assignment Complete或Assignment Failure前，呼叫流程已终止，这将造成该指配流程既不是指配成功流程也不是指配失败流程。6.3.5 MSC清除造成的异常流程在A接口链接建立后，主被叫用户在任何流程中间，MSC均有可能由于某些原因而给BSC下发Clear Command或Disconnect消息，导致后续流程不能正常完成。例如，BSC在收到MSC下发的Assignment Request消息后，用户突然挂机，可能导致BSC在给MSC返回Assignment Complete或Assignment Failure前，呼叫流程已终止，这将造成该指配流程既不是指配成功流程也不是指配失败流程。6-10