移动主叫流程简介.doc

H:精品资料建筑精品网原稿ok（删除公文）建筑精品网5未上传百度更多资料请访问.(.)此资料来自: .( .) 联系电话: 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只会占用一个, 其它信道由于无法收到MS的Establish Indication而超时释放。由于造成异常流程的原因比较多, 在此就其中出现较多的情况进行说明。7.3.1 随即接入、 立即指配异常流程1. 信道激活后收不到Establish Indication这种情况发生原因, 一般有: (1) MS设计不符合协议, 重发多个Channel Request造成BSS多分配并激活信令信道。(2) 即使BSS系统运行正常, MS在一次接入时, 也可能重发多个Channel Request, 造成BSS激活多个信令信道, 而实际上MS只会占用其中一个; 其它信道由于无法收到MS的Establish Indication, 而由BSC在T3101定时器超时后将信道释放。该现象在扩展传输时隙数设置合理的情况下, 一般是由于无线口上行接收正常, 但下行信号不能被MS很好接收。此时, 在MS侧跟踪无线口, 可能发现在给BTS发送Channel Request后, 收不到BTS的相关信息。这时, 需要检查上下行接收电平、 接收质量是否正常。如果MS和基站之间距离不远, 但接收电平低、 接收质量差, 需要检查BTS天馈以及MS的天线、 电池等是否正常。3) BSC数据配置中的扩展传输时隙数( Tx-integer) 及CCCH配置不当Tx-integer与CCCH配置方式影响MS的Channel 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和BSC的A接口数据一致性, 特别是电路池数据。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和BSC的A接口数据一致性。(4) BSC相关硬件出现异常。此时, BSC回的Assignment Failure消息所带原因值一般为Equipment 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) , 使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与流程中上一条消息间的时间差经过分析相邻二条消息的时间差, 能够看出是否存在超时触发异常流程的可能。