移动主叫流程需要确认.docx
《移动主叫流程需要确认.docx》由会员分享，可在线阅读，更多相关《移动主叫流程需要确认.docx（12页珍藏版）》请在冰豆网上搜索。
移动主叫流程需要确认
第7章移动主叫流程
7.1概述
移动主叫（始呼）包括MS拨打MSMS拨打固定电话，不包括短消息始发。
7.2正常流程
移动主叫正常流程，根据指配流程类别（EarlyAssignment、LateAssignment、VeryEarlyAssignment）分成三类。
其中
EarlyAssignment、LateAssignment流程的选择是MSC决定的；VeryEarlyAssignment流程是由BSS根据无线资源等情
况决定的。
7.2.1MobileoriginatingcallestablishmentwithoutOACSU（earlyassignment）
1.信令流程
MSBTSBSCMSC
ChannelREQ
（1）
IMMA
ChannelRQD
（2）
ChannelACT（3）
ChannelACTACK（4）
SSCMD（5）
SABM（6）
aiiiiiiiiiiiiuiiniiiiiiiiiiM
UA（7）
«■IIIHill11|IIIIIIlliIIIII
ESTIND（CMServiceREQ）（8）
CR（CMPL3information）（9‘
CMServiceAccepted（11）
CC（10）
Setup（12）
CallProceeding（13）
ASS
ChannelACT（15）
ASSREQ（14）
ChannelACTACK（16）
CMD（17）
SABM（18）
UA（19）
Maiiiivn«iiiiiviiiiihiimu
ASSCMP
ESTIND（20）
（21）
ASSCMP（22）
Alerting（23）
Connect（24）
ConnectACK（25）
Talking（26）
DISC（27）
REL（28）
RELCMP（29）
ChannelREL（31）
ClearCMD（30）
ClearCMP（38）
DISC（32）
IIIIIIIIIIIIIIlliIlliIlliHIW
UA（33）
miiiiiiiiiiniiiiiiiiiiiiiii
DeactiveSACCH（34）
RLSD（39）
RLSDCMP（40）
RELIND（35）
RFChannelREL（36）
RFChannelRELACK（37）
图7-1MobileoriginatingcallestablishmentwithoutOACSU
（earlyassignment）
（1）MS在空中接口的接入信道上向BTS发送ChannelRequest
（该消息内含接入原因值为MOC但是该该消息中的原因
值并不完全准确，因为MS在做移动主叫和IMSI分离时都填的是该原因值。
），
（2）BTS向BSC发送ChannelRequired消息；
（3）BSC攵到ChannelRequired后，分配信令信道，向BTS发送ChannelActivation;
（4）BTS收到ChannelActivation后，如果信道类型正确，则
在指定信道上幵功率放大器，上行幵始接收信息，并向BSC发送ChannelActivationAcknowledge;
（5）BSC通过BTS向MS发送ImmediateAssignmentCommand;
（6）MS发SABM帧接入；
（7）BTS回UA帧进行确认；
（8）BTS向BSC发EstablishmentIndication（该消息中准确
的反映了MS的接入原因，此时对移动主叫和IMSI填的是不同的原因值。
），内含CMServiceRequest消息内容；
（9）BSC建立A接口SCCF链接，向MSC发送CMServiceRequest；
（10）MSC向BSC回链接确认消息；
（11）MSC发CMServiceAccepted；
（12）
主叫MS发Setup；
（13）
（14）
（15）
（16）
（17）
（18）
（19）
（20）
（21）
（22）
（23）
（24）
（25）
（26）
（27）
（28）
MSC向主叫MS发CallProceeding;
MSC向BSC发AssignmentRequest，在该消息中，分配
了A接口CIC；
BSC分配话音信道，向BTS发送ChannelActivation;
BTS收到ChannelActivation后，如果信道类型正确，
则在指定信道上开功率放大器，上行开始接收信息，并向
BSC发送ChannelActivationAcknowledge；
BSC通过BTS向MS发送AssignmentCommand;
MS发SABM帧在AssignmentComman中指定的信道上接
入;
BTS回UA帧进行确认；
BTS向BSC发EstablishmentIndication；
MS在接入话音信道后，发送AssignmentComplete；
无线业务信道和地面电路均成功连接后，BSC向MSC发
送AssignmentComplete，并认为该呼叫进入通话状态；
MSC向主叫MS发Alerting，主叫MS振铃；
MSC向主叫MS发Connect；
主叫MS向MSC回ConnectAcknowledge；
主叫MS和被叫MS进入语音通话状态；（正常流程）
通话完毕，主叫MS挂机，主叫MS发Disconnect；
MSC向MS发Release；
（29）MS回ReleaseComplete;
（30）MSC向BSC发ClearCommandBSC攵到该消息后，启动
释放流程；后续的释放流程参见释放流程的描述。
2.流程说明
（1）错误味找到引用源。
中
（1）〜（8）为随机接入、立即指配过
程。
在此过程中，BSS为MS分配信令信道。
（2）错误!
未找到引用源。
中，在（10）和（11）之间，可能会有鉴
权、加密流程、类标查询（更新过程）。
根据MSC的数据配置情况等的不同，在A接口链接建立后，MSC有可能不会立即下发CMServiceAccepted消息，而是：
（a）下发CipherModeComman启动加密流程（这种情况下MSC就不会再下发CMServiceAccepted消息）；
（b）下发AuthenticationRequest启动鉴权流程；
（c）下发ClassmarkUpdate启动类标更新流程。
此外，如果BSC数据配置中“ECSC配置为“是”，则双频MS
在上报EstablishmentIndication后，将紧接着上报ClassmarkChange消息。
⑶错误味找到引用源。
中（14）〜（22）为TCH指配流程
在此流程中，BSS为MS分配话音信道以及A接口电路等资源。
（4）错误!
未找到引用源。
中（30）〜（40）为释放流程
错误味找到引用源。
所示为主叫MS先挂机的释放流程。
在资源释
放时，无线口先释放逻辑信道，再释放物理信道。
7.2.2MobileoriginatingcallestablishmentwithOACSU（late
7.2.3
assignment）
ChannelRQD
（1）
IMMA
ChannelACT
（2）
ChannelACTACK（3）
SSCMD（4）
SABM（5）
ESTIND（CMServiceREQ）（7）
CR（CMP13informal^ion）（8）
CMServiceAccepted（10）
CC（9）
Setup（11）
CallProceeding（12）
Alerting（13）
ASSC
ChannelACT（15）
ASSREQ（14）
ChannelACTACK（16）
MID（17）
■SABM（18）
UA（19）
ESTIND（2°）
ASSC
MP（21）
ASSCMP（22）
Connect（23）
ConnectACK（24）
Talking（25）
DISC（26）
REL（27）
RELCMP（28）
ClearCMD（29）
ChannelREL（30）
ClearCMP（37）
HSC加
RLSD（38）
U4・【32）・
DeactiveSACCH（33）
RLSDCMP（39）
RELIND（34）
RFChannelREL（35）
RFChannelRELACK（36）
callestablishmentwithOACSUlateassignment）
错误!
未找到引用源。
与错误!
未找到引用源。
的区别是后者的指配
流程在Alerting消息之后，其它方面没有差别；
（2）错误!
未找到引用源。
所示流程的优点：
可以节约占用话音信道的时间；
（3）错误!
未找到引用源。
所示流程的缺点：
如果后续指配不成功，会造成用户听到振铃却不能打通电话，从而易导致用户投诉。
因此，实际应用中，一般不使用本流程，而是使用错误!
未找到引用源。
所示的流程。
2.流程说明
可参考错误!
未找到引用源。
MobileoriginatingcallestablishmentwithoutOACSU（earlyassignment）部分的相关说明。
错误味找到引用源。
所示为主叫MS先挂机。
7.2.4MobileoriginatingcallestablishmentwithOACSU（Veryearly
assignment）
1.信令流程
ChannelREQ
（1）
CR（CMPL3information）（9・
IMMA
ChannelRQD
（2）
ChannelACT（3）
ChannelACTACK（4）
SSCMD（5）
SABM（6）
mihiniiiimi
ESTIND（CMServiceREQ）（8）
CC（10）
CMServiceAccepted（11）
Setup（12）
CallProceeding（13）
Alerting（14）
ChannelMo
ASSREQ（15）
ModeModify（16）1
ASSCMP（20）
■ModeModiiyACK（1/）
deModify（18）
Channeliviod
eModiiyACK（19）
Connect（21）
ConnectACK（22）
Talking（23）
DISC（24）
REL（25）
RELCMP（26）
ClearCMD（27）
ChannelREL（28）
ClearCMP（35）
DISC（29）
Ilinnilliitiriililialiiiv
UA（30）
RLSD（36）
DeactiveSACCH（31）
RLSDCMP（37）
RELIND（32）
RFChannelREL（33）
RFChannelRELACK（34）
图7-3MobileoriginatingcallestablishmentwithOACSUVery
earlyassignment）
错误味找到引用源。
与错误味找到引用源。
的区别是：
后者在立即指配时分配的是TCH作为信令信道使用，因此在指配时不需要再分配TCH而是通过ModeModify，将立即指配分
配的TCH调整为话音信道；
（2）错误!
未找到引用源。
所示的流程，一般发生在立即指配时无空
闲SDCCH供分配，但有空闲TCH且BSC数据配置容许立
即指配TCH的情况下。
2.流程说明
可参考错误!
未找到引用源。
MobileoriginatingcallestablishmentwithoutOACSU（earlyassignment）部分的相关说明。
错误味找到引用源。
所示为主叫MS先挂机。
7.3异常流程
无线口消息丢失、掉话、用户挂机、传输、NSS以及BSS设备
运行异常等，都可能导致流程不能正常进行。
此外，MS在一次
接入时，重发多个ChannelRequired，将造成BSS激活多个信令信道，而实际上MS只会占用一个，其它信道由于无法收到
MS的EstablishIndication而超时释放。
由于造成异常流程的原因比较多，在此就其中出现较多的情况进行说明。
7.3.1随即接入、立即指配异常流程
1.信道激活后收不到EstablishIndication
这种情况发生原因，一般有：
⑴MS设计不符合协议，重发多个ChannelRequest造成BSS
多分配并激活信令信道。
⑵即使BSS系统运行正常，MS在一次接入时，也可能重发多
个ChannelRequest，造成BSS激活多个信令信道，而实
际上MS只会占用其中一个；其它信道由于无法收到MS的
EstablishIndication，而由BSC在T3101定时器超时后
将信道释放。
无线口上行接收正常，但下行信号不能被MS很好接收。
此时，在MS侧跟踪无线口，可能发现在给BTS发送Channel
Request后，收不到BTS的相关信息。
这时，需要检查上下行接收电平、接收质量是否正常。
如果MS和基站之间距离不远，但接收电平低、接收质量差，需要检查
BTS天馈以及MS的天线、电池等是否正常。
3）BSC数据配置中的扩展传输时隙数（Tx-integer）及CCCH
配置不当
Tx-integer与CCCHE置方式影响MS的ChannelRequest的重
发间隔时间。
2.BSC发ImmediateAssignmentReject。
如果BSC收到ChannelRequired后，给MS发Immediate
AssignmentReject，通常为如下原因：
⑴发现无合适的信令信道（信令信道通常为SDCCH也可以
为TCH）分配给该MS这种情况一般为信道全忙或者信道被闭塞等造成不可用。
（2）给BTS下发ChannelActivation后，BTS回Channel
如果BTS给BSC回大量ChannelActivationNegativeAcknowledge,通常是由于Abis接口传输不稳定造成BSC和BTS信道状态不一致；或者BTS个别单板运行出现异常。
7.3.2MSC未下发Assignmentrequest而是直接下发Disconnect拆除呼叫
这种情况的发生,通常会导致大量用户投诉电话打不通。
此时需要重点检查：
⑴MSC侧A接口电路状态
（2）MSC和BSC的A接口数据一致性，尤其是电路池数据。
7.3.3指配异常流程
1.AssignmentFailure
在BSCC攵至UAssignmentRequest后，BSC没正常返回AssignmentComplete，而是返回AssignmentFailure。
常见原因有：
⑴BSC无合适的话音信道供分配。
BSC无合适的话音信道分配，有可能是话音信道全部处于Busy
状态，也可能是被Block等造成不可用。
此时，BSC回的AssignmentFailure消息所带原因值为NoRadioResource。
对这种情况，可通过增加TRX进行基站扩容、修改接入门限、打开直接重试开关进行改善。
⑵MS接入话音信道失败，从信令信道上发送Assignment
Failure。
这种情况下的AssignmentFailure是从MS报上来的。
由于无线口传输的特殊性，这种情况实际网络中出现最多，且无法根本解决。
如果这种情况发生比例很大，易导致用户投诉，
需要重点检查天馈、BTS相关单板、BSC数据配置中接入方面的相关参数。
⑶BSC侧发现A接口电路异常，例如AssignmentRequest中
带的CIC不可用。
此时需要重点核查MSC和BSC的A接口数据一致性。
⑷BSC相关硬件出现异常。
此时，BSC回的AssignmentFailure消息所带原因值通常为
EquipmentFailure。
这时需要重点检查：
1）BSC模块间通讯相关单板及其母板、光纤，例如GMC2GMCCGSNTGOPTGFBI;2）A接口相关单板，例如E3MTCSM单元及其母板。
⑸A接口传输出现异常。
2.DirectedRetry
BSC在收到MSC下发的AssignmentRequest后，由于无合适的
TCH供分配，而BSC数据配置中容许进行直接重试，BSC#视情况发起切换（原因值为DirectedRetry），使MS直接重试到其它小区。
7.3.4掉话造成的异常流程
主被叫用户在任何流程中间，均有可能掉话，导致后续流程不
能正常完成。
例如，BSC在收到MSC下发的AssignmentRequest消息后，用户突然掉话，可能导致BSC既不给MSC返回
AssignmentComplete也不返回AssignmentFailure，而是发ClearRequest。
735用户挂机造成的异常流程
主被叫用户在任何流程中间，均有可能挂机，导致后续流程不
能正常完成。
例如，BSC在收到MSC下发的AssignmentRequest消息后，用户突然挂机，可能导致BSC在给MSC返回AssignmentComplete或AssignmentFailure前，呼叫流程已终止，这将造成该指配流程既不是指配成功（BSC发AssignmentComplete）流程也不是指配失败（BSC发AssignmentFailure）流程。
736MSC青除造成的异常流程
在A接口链接建立后，主被叫用户在任何流程中间，MSC均有
可能由于某些原因而给BSC下发ClearComman或Disconnect消息，导致后续流程不能正常完成。
例如，BSC在收到MSC下
发的AssignmentRequest消息后，用户突然挂机，可能导致
BSC在给MSC返回AssignmentComplete或AssignmentFailure前，呼叫流程已终止，这将造成该指配流程既不是指配成功（BSC
发AssignmentComplete）流程也不是指配失败（BSC发AssignmentFailure）流程。
如果这种现象很多，需要重点分析：
⑴ClearCommand中所带的原因值
如果是呼叫正常结束，ClearCommand中所带的原因值一般为
CallControl等；否则可能为ProtocolError、Equipment
Failure等。
（2）ClearComman（或Disconnect与流程中上一条消息间的时
间差
通过分析相邻二条消息的时间差，可以看出是否存在超时触发异常流程的可能。
升级会员 