移动主叫流程简介模板.doc

更多资料请访问.(.....)
此资料来自：
.（....）
联络电话：020-.
值班手机：
提供50万份管理资料下载
3万集企业管理资料下载
1300GB高清管理讲座硬盘拷贝

更多企业学院：...../Shop/
《中小企业管理全能版》
183套讲座+89700份资料
...../Shop/40.shtml
《总经理、高层管理》
49套讲座+16388份资料
...../Shop/38.shtml
《中层管理学院》
46套讲座+6020份资料 
...../Shop/39.shtml
《国学智慧、易经》
46套讲座
...../Shop/41.shtml
《人力资源学院》
56套讲座+27123份资料
...../Shop/44.shtml
《各阶段职员培训学院》
77套讲座+ 324份资料
...../Shop/49.shtml
《职员管理企业学院》
67套讲座+ 8720份资料
...../Shop/42.shtml
《工厂生产管理学院》
52套讲座+ 13920份资料
...../Shop/43.shtml
《财务管理学院》
53套讲座+ 17945份资料 
...../Shop/45.shtml
《销售经理学院》
56套讲座+ 14350份资料
...../Shop/46.shtml
《销售人员培训学院》
72套讲座+ 4879份资料
...../Shop/47.shtml

第7章 移动主叫步骤
7.1 概述
移动主叫（始呼）包含MS拨打MS、MS拨打固定电话，不包含短消息始发。
7.2 正常步骤
移动主叫正常步骤，依据指配步骤类别（Early Assignment、Late Assignment、Very Early Assignment）分成三类。其中Early Assignment、Late Assignment步骤选择是MSC决定；Very Early Assignment步骤是由BSS依据无线资源等情况决定。
7.2.1 Mobile originating call establishment without OACSU (early assignment)
1. 信令步骤

图7-1 Mobile originating call establishment without OACSU (early assignment)
(1) MS在空中接口接入信道上向BTS发送Channel Request（该消息内含接入原因值为MOC。不过该该消息中原因值并不完全正确，因为MS在做移动主叫和IMSI分离时全部填是该原因值。），
(2) BTS向BSC发送Channel Required消息；
(3) BSC收到Channel Required后，分配信令信道，向BTS发送Channel Activation；
(4) BTS收到Channel Activation后，假如信道类型正确，则在指定信道上开功率放大器，上行开始接收信息，并向BSC发送Channel Activation Acknowledge；
(5) BSC经过BTS向MS发送Immediate Assignment Command；
(6) MS发SABM帧接入；
(7) BTS回UA帧进行确定；
(8) BTS向BSC发Establishment Indication（该消息中正确反应了MS接入原因，此时对移动主叫和IMSI填是不一样原因值。），内含CM Service Request消息内容；
(9) BSC建立A接口SCCP链接，向MSC发送CM Service Request；
(10) MSC向BSC回链接确定消息；
(11) MSC发CM Service Accepted；
(12) 主叫MS发Setup；
(13) MSC向主叫MS发Call Proceeding；
(14) MSC向BSC发Assignment Request，在该消息中，分配了A接口CIC；
(15) BSC分配话音信道，向BTS发送Channel Activation；
(16) BTS收到Channel Activation后，假如信道类型正确，则在指定信道上开功率放大器，上行开始接收信息，并向BSC发送Channel Activation Acknowledge；
(17) BSC经过BTS向MS发送Assignment Command；
(18) MS发SABM帧在Assignment Command中指定信道上接入；
(19) BTS回UA帧进行确定；
(20) BTS向BSC发Establishment Indication；
(21) MS在接入话音信道后，发送Assignment Complete；
(22) 无线业务信道和地面电路均成功连接后，BSC向MSC发送Assignment Complete，并认为该呼叫进入通话状态；
(23) MSC向主叫MS发Alerting消息，主叫MS振铃听到回铃音；
(24) MSC向主叫MS发Connect；
(25) 主叫MS向MSC回Connect Acknowledge；
(26) 主叫MS和被叫MS进入语音通话状态；
(27) 通话完成，主叫MS挂机，主叫MS发Disconnect；
(28) MSC向MS发Release；
(29) MS回Release Complete；
(30) MSC向BSC发Clear Command，BSC收到该消息后，开启释放步骤；后续释放步骤参见释放步骤描述。
2. 步骤说明
(1) 图7-1中（1）～（8）为随机接入、立即指配过程。
在此过程中，BSS为MS分配信令信道。
(2) 图7-1中，在（10）和（11）之间，可能会有鉴权、加密步骤、类标查询（更新过程）。
依据MSC数据配置情况等不一样，在A接口链接建立后，MSC有可能不会立即下发CM Service Accepted消息，而是：
(a) 下发 Cipher Mode Command开启加密步骤（这种情况下MSC就不会再下发CM Service Accepted消息）；
(b) 下发Authentication Request开启鉴权步骤；
(c) 下发Classmark Update开启类标更新步骤。
另外，假如BSC数据配置中“ECSC”配置为“是”，则双频MS在上报Establishment Indication后，将紧接着上报Classmark Change消息。
(3) 图7-1中（14）～（22）为TCH指配步骤
在此步骤中，BSS为MS分配话音信道和A接口电路等资源。
(4) 图7-1中（30）～（40）为释放步骤
图7-1所表示为主叫MS先挂机释放步骤。在资源释放时，无线口先释放逻辑信道，再释放物理信道。
7.2.2 Mobile originating call establishment with OACSU (late assignment)
1. 信令步骤

图7-2 Mobile originating call establishment with OACSU (late assignment)
(1) 图7-1和图7-2区分是后者指配步骤在Alerting消息以后，其它方面没有差异；
(2) 图7-2所表示步骤优点：能够节省占用话音信道时间；
(3) 图7-2所表示步骤缺点：假如后续指配不成功，会造成被叫用户听到振铃却不能打通电话，从而易造成用户投诉。所以，实际应用中，通常不使用本步骤，而是使用图7-1所表示步骤。
2. 步骤说明
可参考7.2.1 Mobile originating call establishment without OACSU(early assignment)部分相关说明。图7-2所表示为主叫MS先挂机。
7.2.3 Mobile originating call establishment with OACSU (Very early assignment)
1. 信令步骤

图7-3 Mobile originating call establishment with OACSU (Very early assignment)
(1) 图7-1和图7-3区分是：后者在立即指配时分配是TCH作为信令信道使用，所以在指配时不需要再分配TCH，而是经过Mode Modify，将立即指配分配TCH调整为话音信道；
(2) 图7-3所表示步骤，通常发生在立即指配时无空闲SDCCH供分配，但有空闲TCH、且BSC数据配置许可立即指配TCH情况下。
2. 步骤说明
可参考7.2.1 Mobile originating call establishment without OACSU(early assignment)部分相关说明。图7-3所表示为主叫MS先挂机。
7.3 异常步骤
无线口消息丢失、掉话、用户挂机、传输、NSS和BSS设备运行异常等，全部可能造成步骤不能正常进行。另外，MS在一次接入时，重发多个Channel Required，将造成BSS激活多个信令信道，而实际上MS只会占用一个，其它信道因为无法收到MSEstablish Indication而超时释放。
因为造成异常步骤原因比较多，在此就其中出现较多情况进行说明。
7.3.1 随即接入、立即指配异常步骤
1. 信道激活后收不到Establish Indication
这种情况发生原因，通常有：
(1) MS设计不符合协议，重发多个Channel Request造成BSS多分配并激活信令信道。
(2) 即使BSS系统运行正常，MS在一次接入时，也可能重发多个Channel Request，造成BSS激活多个信令信道，而实际上MS只会占用其中一个；其它信道因为无法收到MSEstablish Indication，而由BSC在T3101定时器超时后将信道释放。该现象在扩展传输时隙数设置合理情况下，通常是因为无线口上行接收正常，但下行信号不能被MS很好接收。
此时，在MS侧跟踪无线口，可能发觉在给BTS发送Channel Request后，收不到BTS相关信息。
这时，需要检验上下行接收电平、接收质量是否正常。假如MS和基站之间距离不远，但接收电平低、接收质量差，需要检验BTS天馈和MS天线、电池等是否正常。
3）BSC数据配置中扩展传输时隙数（Tx-integer）及CCCH配置不妥
Tx-integer和CCCH配置方法影响MSChannel Request重发间隔时间。
2. BSC发Immediate Assignment Reject。
假如BSC收到Channel Required后，给MS发Immediate Assignment Reject，通常为以下原因：
(1) 发觉无适宜信令信道（信令信道通常为SDCCH，也能够为TCH。）分配给该MS。这种情况通常为信道全忙或信道被闭塞等造成不可用。
(2) 给BTS下发Channel Activation后，BTS回Channel Activation Negative Acknowledge。
假如BTS给BSC回大量Channel Activation Negative Acknowledge，通常是因为Abis接口传输不稳定造成BSC和BTS信道状态不一致；或BTS部分单板运行出现异常。
7.3.2 MSC未下发Assignment request 而是直接下发Disconnect拆除呼叫
在MS进行呼叫接续过程中，立即指配过程完成后，本应该进行指配过程，不过因为某种原因造成MSC没有下发Assignment Request消息，而是下发Disconnect消息给MS，然后拆除了呼叫。这种情况发生，通常会造成大量用户投诉电话打不通。此时需要关键检验：
(1) MSC侧A接口电路状态
(2) MSC和BSCA接口数据一致性，尤其是电路池数据。
7.3.3 指配异常步骤
1. Assignment Failure
在BSC收到Assignment Request后，BSC没正常返回Assignment Complete，而是返回Assignment Failure。常见原因有：
(1) BSC无适宜话音信道供分配。
BSC无适宜话音信道分配，有可能是话音信道全部处于Busy状态，也可能是被Block等造成不可用。
此时，BSC回Assignment Failure消息所带原因值为No Radio Resource。
对这种情况，可经过增加TRX进行基站扩容、修改接入门限、打开直接重试开关进行改善。
(2) MS接入话音信道失败，从信令信道上发送Assignment Failure。
这种情况下Assignment Failure是从MS报上来。
因为无线口传输特殊性，这种情况实际网络中出现最多，且无法根本处理。 假如这种情况发生百分比很大，易造成用户投诉，需要关键检验天馈、BTS相关单板、BSC数据配置中接入方面相关参数。
(3) BSC侧发觉A接口电路异常，比如Assignment Request中带CIC不可用。
此时需要关键核查MSC和BSCA接口数据一致性。
(4) BSC相关硬件出现异常。
此时，BSC回Assignment Failure消息所带原因值通常为Equipment Failure。
这时需要关键检验：1) BSC模块间通讯相关单板及其母板、光纤，比如GMC2、GMCC、GSNT、GOPT、GFBI；2) A接口相关单板，比如E3M、TCSM单元及其母板。
(5) A接口传输出现异常。
2. Directed Retry
BSC在收到MSC下发Assignment Request后，因为无适宜TCH供分配，而BSC数据配置中许可进行直接重试，BSC将视情况提议切换（原因值为Directed Retry），使MS直接重试到其它小区。
7.3.4 掉话造成异常步骤
主被叫用户在任何步骤中间，全部有可能掉话，造成后续步骤不能正常完成。比如，BSC在收到MSC下发Assignment Request消息后，用户在信令信道上忽然掉话，这么指配过程可能还没有完成（如信道刚刚分配，还没有下发Assignment Command消息），这种情况下可能造成BSC既不给MSC返回Assignment Complete也不返回Assignment Failure，而是发Clear Request。
7.3.5 用户挂机造成异常步骤
主被叫用户在任何步骤中间，全部有可能挂机，造成后续步骤不能正常完成。比如，BSC在收到MSC下发Assignment Request消息后，用户忽然挂机，可能造成BSC在给MSC返回Assignment Complete或Assignment Failure前，呼叫步骤已终止，这将造成该指配步骤既不是指配成功（BSC发Assignment Complete）步骤也不是指配失败（BSC发Assignment Failure）步骤。
7.3.6 MSC清除造成异常步骤
在A接口链接建立后，主被叫用户在任何步骤中间，MSC全部有可能因为一些原所以给BSC下发Clear Command或Disconnect消息，造成后续步骤不能正常完成。比如，BSC在收到MSC下发Assignment Request消息后，用户忽然挂机，可能造成BSC在给MSC返回Assignment Complete或Assignment Failure前，呼叫步骤已终止，这将造成该指配步骤既不是指配成功（BSC发Assignment Complete）步骤也不是指配失败（BSC发Assignment Failure）步骤。
假如这种现象很多，需要关键分析：
(1) Clear Command中所带原因值
假如是呼叫正常结束，Clear Command中所带原因值通常为Call Control等；不然可能为Protocol Error、Equipment Failure等。
(2) Clear Command或Disconnect和步骤中上一条消息间时间差
经过分析相邻二条消息时间差，能够看出是否存在超时触发异常步骤可能。