移动主叫流程需要确认Word格式文档下载.docx
- 文档编号:20882204
- 上传时间:2023-01-26
- 格式:DOCX
- 页数:12
- 大小:31.83KB
移动主叫流程需要确认Word格式文档下载.docx
《移动主叫流程需要确认Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《移动主叫流程需要确认Word格式文档下载.docx(12页珍藏版)》请在冰豆网上搜索。
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)
(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)
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)
ESTIND(2°
)
MP(21)
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)错误!
所示流程的缺点:
如果后续指配不成功,会造成用户听到振铃却不能打通电话,从而易导致用户投诉。
因此,实际应用中,一般不使用本流程,而是使用错误!
所示的流程。
可参考错误!
未找到引用源。
MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)部分的相关说明。
所示为主叫MS先挂机。
7.2.4MobileoriginatingcallestablishmentwithOACSU(Veryearly
ChannelREQ
(1)
CR(CMPL3information)(9・
ChannelRQD
(2)
ChannelACT(3)
ChannelACTACK(4)
SSCMD(5)
mihiniiiimi
ESTIND(CMServiceREQ)(8)
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调整为话音信道;
所示的流程,一般发生在立即指配时无空
闲SDCCH供分配,但有空闲TCH且BSC数据配置容许立
即指配TCH的情况下。
所示为主叫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与流程中上一条消息间的时
间差
通过分析相邻二条消息的时间差,可以看出是否存在超时触发异常流程的可能。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 移动 主叫 流程 需要 确认