网络优化信令分析 GSM 06移动主叫流程.docx

网络优化信令分析 GSM 06移动主叫流程.docx

《网络优化信令分析 GSM 06移动主叫流程.docx》由会员分享，可在线阅读，更多相关《网络优化信令分析 GSM 06移动主叫流程.docx（9页珍藏版）》请在冰豆网上搜索。

网络优化信令分析GSM06移动主叫流程

第6章移动主叫流程

6.1概述

移动主叫（始呼）包括移动拨打移动、移动拨打固定，不包括短消息始发。

6.2正常流程

移动主叫正常流程，根据指配流程类别（EarlyAssignment、LateAssignment、VeryEarlyAssignment）分成三类。

其中EarlyAssignment、LateAssignment流程的选择是MSC决定的；VeryEarlyAssignment流程是由BSS根据无线资源等情况决定的。

6.2.1MobileoriginatingcallestablishmentwihtoutOACSU（earlyassignment）

1.流程图

图6-1

（1）MS在空中接口的接入信道上向BTS发送ChannelRequired（该消息内含接入原因值为MOC。

但是该该消息中的原因值并不完全准确，因为手机在做移动主叫和IMSI分离时都填的是该原因值。

），BTS再转发给BSC；

（2）BSC收到ChannelRequired后，分配信令信道，向BTS发送ChannelActivation；

（3）BTS收到ChannelActivation后，如果信道类型正确，则在指定信道上开功放，上行开始接收信息，并向BSC发送ChannelActivationAcknowledge；

（4）BSC通过BTS向手机发送ImmediateAssignmentCommand；

（5）手机发SABM帧接入……；

（6）BTS回UA帧进行确认；

（7）BTS向BSC发EstablishmentIndication（该消息中准确的反映了手机的接入原因，此时对移动主叫和IMSI填的是不同的原因值。

），内含CMServiceRequest消息内容；

（8）BSC建立A接口SCCP链接，向MSC发送CMServiceRequest；

（9）MSC向BSC回链接确认；

（10）MSC发CMServiceAccepted；

（11）主叫手机发Setup；

（12）MSC向主叫手机发CallProceeding；

（13）MSC向BSC发AssignmentRequest，在该消息中，分配了A接口CIC；

（14）BSC分配话音信道，向BTS发送ChannelActivation；

（15）BTS收到ChannelActivation后，如果信道类型正确，则在指定信道上开功放，上行开始接收信息，并向BSC发送ChannelActivationAcknowledge；

（16）BSC通过BTS向手机发送AssignmentCommand；

（17）手机发SABM帧接入……；

（18）BTS回UA帧进行确认；

（19）BTS向BSC发EstablishmentIndication；

（20）MS在接入话音信道后，发送AssignmentComplete；

（21）无线业务信道和地面电路均成功连接后，BSC向MSC发送AssignmentComplete，并认为该呼叫进入通话状态；

（22）MSC向主叫手机发Alerting，主叫手机振铃；

（23）MSC向主叫手机发Connect；

（24）主叫手机向MSC回ConnectAcknowledge；

（25）主被叫进入语音通话状态；

（26）通话完毕，主叫方挂机，主叫手机发Disconnect；

（27）MSC向手机发Release；

（28）MS回ReleaseComplete；

（29）MSC向BSC发ClearCommand；

（30）BSC发ChannelRelease，要求手机和BTS释放无线口逻辑信道；

（31）MS向BTS发DISC……，表示已释放逻辑信道；

（32）BTS向MS发UA帧确认；

（33）BSC向BTS发DeactiveSACCH，去活随路信道；

（34）BTS向BSC回ReleaseIndication；

（35）BSC向BTS发RFChannelRelease，释放无线口物理信道；

（36）BTS向BSC发RFChannelReleaseAcknowledge，表示已释放无线口物理信道；

（37）BSC向MSC回ClearComplete；

（38）MSC向BSC发RLSD，释放SCCP链接；

（39）BSC向MSC回RLSDComplete，表示已释放SCCP链接。

2.流程说明

（40）图6-1中

（1）～（8）为随机接入、立即指配过程。

在此过程中，BSS为手机分配信令信道。

（41）图6-1中，在（9）和（10）之间，可能会有鉴权、加密流程、类标查询（更新过程）。

根据MSC的数据配置情况等的不同，在A接口链接建立后，MSC有可能不会立即下发CMServiceAccepted消息，而是：

（a）下发CipherModeCommand启动加密流程；

（b）下发AuthenticationRequest启动鉴权流程；

（c）下发ClassmarkUpdate启动类标更新流程。

此外，如果BSC数据配置中“ECSC”配置为“是”，则双频手机在上报EstablishmentIndication后，将紧接着上报类标更新消息。

（42）图中（13）～（21）为TCH指配流程

在此流程中，BSS为手机分配话音信道以及A接口电路等资源。

（43）图中（13）～（21）为释放流程

图6-1所示为主叫先挂机的释放流程。

在资源释放时，无线口先释放逻辑信道，再释放物理信道。

6.2.2MobileoriginatingcallestablishmentwithOACSU（lateassignment）

1.流程图

图6-1

（44）图6-1与图6-2的区别是后者的指配流程在Alerting消息之后，其它方面没有差别；

（45）图6-2所示流程的优点：

可以节约占用话音信道的时间；

（46）图6-2所示流程的缺点：

如果后续指配不成功，会造成用户听到振铃却不能打通电话，从而易导致用户投诉。

因此，实际应用中，一般不使用本流程，而是使用图6-1所示的流程。

2.流程说明

可参考章节1.2.1MobileoriginatingcallestablishmentwihtoutOACSU（earlyassignment）部分的相关说明。

图6-2所示为主叫先挂机。

6.2.3MobileoriginatingcallestablishmentwithOACSU（Veryearlyassignment）

1.流程图

图6-1

（47）图6-1与图6-3的区别是：

后者在立即指配时分配的是TCH作为信令信道使用，因此在指配时不需要再分配TCH，而是通过ModeModify，将立即指配分配的TCH调整为话音信道；

（48）图6-3所示的流程，一般发生在立即指配时无空闲SDCCH供分配，但有空闲TCH、且BSC数据配置容许立即指配TCH的情况下。

2.流程说明

可参考章节1.2.1MobileoriginatingcallestablishmentwihtoutOACSU（earlyassignment）部分的相关说明。

图6-3所示为主叫先挂机。

6.3异常流程

无线口消息丢失、掉话、用户挂机、传输、NSS以及BSS设备运行异常等，都可能导致流程不能正常进行。

此外，手机在一次接入时，重发多个ChannelRequired，将造成BSS激活多个信令信道，而实际上手机只会占用一个，其它信道由于无法收到手机的EstablishIndication而超时释放。

由于造成异常流程的原因比较多，在此就其中出现较多的情况进行说明。

6.3.1随即接入、立即指配异常流程

1.信道激活后收不到EstablishIndication

这种情况发生原因，一般有：

（49）手机重发多个ChannelRequired造成BSS多分配并激活信令信道。

即使BSS系统运行正常，手机在一次接入时，也可能重发多个ChannelRequired，造成BSS激活多个信令信道，而实际上手机只会占用其中一个；其它信道由于无法收到手机的EstablishIndication，而由BSC在相关定位器超时后将信道释放。

（50）无线口上行接收正常，但下行信号不能被手机很好接收。

此时，在手机侧跟踪无线口，可能发现在给BTS发送ChannelRequired后，收不到BTS的相关信息。

这时，需要检查上下行接收电平、接收质量是否正常。

如果手机和基站之间距离不远，但接收电平低、接收质量差，需要检查BTS天馈以及手机的天线、电池等是否正常。

2.BSC发ImmediateReject。

如果BSC收到ChannelRequired后，给手机发ImmediateReject，通常为如下原因：

（51）发现无合适的信令信道（信令信道通常为SDCCH，也可以为TCH。

）分配给该手机。

这种情况一般为信道全忙或者信道被闭塞等造成不可用。

（52）给BTS下发ChannelActive后，BTS回ChannelActiveNegativeAcknowledge。

如果BTS给BSC回大量ChannelActiveNegativeAcknowledge，通常是由于Abis接口传输不稳定造成BSC和BTS信道状态不一致；或者BTS个别单板运行出现异常。

6.3.2指配异常流程

1.AssignmentFailure

在BSC收到AssignmentRequest后，BSC没正常返回AssignmentComplete，而是返回AssignmentFailure。

常见原因有：

（53）BSC无合适的话音信道供分配。

BSC无合适的话音信道分配，有可能是话音信道全部处于Busy状态，也可能是被Block等造成不可用。

此时，BSC回的AssignmentFailure消息所带原因值为NoRadioResource。

对这种情况，可通过增加TRX进行基站扩容、修改接入门限、打开直接重试容许开关进行改善。

（54）手机接入话音信道失败，从信令信道上发送AssignmentFailure。

这种情况下的AssignmentFailure是从手机报上来的。

由于无线口传输的特殊性，这种情况实际网络中出现最多，且无法根本解决。

如果这种情况发生比例很大，易导致用户投诉，需要重点检查天馈、BTS相关单板、BSC数据配置中接入方面的相关参数。

（55）BSC侧发现A接口电路异常，例如AssignmentRequest中带的CIC不可用。

此时需要重点核查MSC和BSC的A接口数据一致性。

（56）BSC相关硬件出现异常。

此时，BSC回的AssignmentFailure消息所带原因值通常为EquipmentFailure。

这时需要重点检查：

1）BSC模块间通讯相关单板及其母板、光纤，例如GMC2、GMCC、GSNT、GOPT、GFBI；2）A接口相关单板，例如E3M、TCSM单元及其母板。

（57）A接口传输出现异常。

2.DirectedRetry

BSC在收到MSC下发的AssignmentRequest后，由于无合适的TCH供分配，而BSC数据配置中容许进行直接重试，BSC将视情况发起切换（原因值为DirectedRetry），使手机直接重试到其它小区。

6.3.3掉话造成的异常流程

主