移动主叫流程简介模板.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 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和步骤中上一条消息间时间差经过分析相邻二条消息时间差，能够看出是否存在超时触发异常步骤可能。