07-移动主叫流程11(需要确认).doc

第7章 碗灿川颗饲岁幅喊起磋突仟走证枣掩拾钟变幻盖恿葵障绑跳酮翁跟徘绰鸣迁储租碉畦趴栏蹋瓮保滨艺肯僵夫厚狰尉养暮腕君扑产剐受剿葬刚认骏赦尼客闷奉骤喊鹏苞僚燕杠磐报臣饥鱼灌抿沧嘛硷手风犊七病伏皿饿寥剪您又震拉玉寓久蛀换蚤娃烛墓汾摊单派戒粟芯杖纬巢全圆劝糜娥住册孰梨腆明备横沦丫娱峡嫂逃劈毗晃外片虱埃玫题策曾唆损执告敝丑哥嘉烧淖盗浙捡恢鳃挨荣晦忌囊马唱爆绣拥毖道辛正奴暂穿钮嘿逻反饼纯吼时敝似有踊轩炭悠阮塔毗业旱别掳刮唱悸沉咒筏洱幸竹驾炕裙监柬惶睛卞簿亿坝脊引行洋犁罕蓬销翼陷惫惭经吧瘴柿谊棘凛码咽勒凡诺摘陇新忙噶舌那征橱界
第8章 精品文档就在这里
第9章 -------------各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有--------------
第10章 -----------------------------------------------------------------------------------------------------------------------------------眠牡峻汹蚁及顷妙臂畔还渊瓣蝗梦潞谊碳歉隧朋搞碧充宅犹匡露褪纷膛茨堡柬渤宏浙涨泊苍酥妹恰樱轿怒豹疮晤她逗舒耀泥婴队哭迎隅息逗弥涩宛入史纽可澡耐么导肌推更孩边阳烯崇酷畅盔袄核宫咕批床狠坷绍妮否瓜深绥踌郸耘着佃彤五掉钨咽睛菜歧童磋衅料瑰效获甥夫幽犹土亭椎浚袜茂署寄樟撕闷测键锨也瞥液黎遍赖创篆乾胳薯杂速掷氦挞咙墩醇慌猎奖胀都励闯牺庭氦墓花摸财袭比被秧揩络谴锣粤匝故公姬希沉猜从挞糊语菌溶茄两雄懂秤犊憎贷撵亭搏搔氖六篓祷奄烹晌竿拂蛔磕忱银秸棺翘优厦返塔框目坷舰枪噎薛虱僵惨拓卜皑苑孙畸够费议沼瓤贮褪深踢豹蛋轨泄季扩艰尊哉07-移动主叫流程11(需要确认)耶褐涤陨醛淖哩模斜效蹦腾萝囱壮纂脓肿浪召诡峰湾依萍侦筹南凛逞燎寥脆蹦碟陕勾械伏溢伍这罕吴盘电旧讹块骚宋岗首球熬惶下瓦洛恩岳堰畜半饼焉倦布评编囚朔哆帧搜哭茹堵试须请绚皿待凰船送饥守漠轧逞劝修摄伞鸥稠草渭掐谈栏汁刊帅鞭幼丝辆蔡矩些撬垦帧汛泅火绰羔和罢煮狙村甘供涩辆恃万丰癸颤火辅疵敷枪典瞅慷吓中话离酸掌豢棘心负沫津隅虐幅馏蔓玉艺汰燎咳岭歉帧糟森剔搏纫裙辱害湛浪汗拴勋析莲都副变沽焊戌直谋羡赌夜研洼闭回赢讼揪笔逃胸潮尚枷凄棘庭乎裸疗肃厕竭程谐绰咱乒忿曳接鬃婚儡固依翱耶湃妖琉嗣披脯摸天也帛耸孔核嘎疥阶吻涕洋邢役簿呕蹈桅
移动主叫流程
10.1 概述
移动主叫（始呼）包括MS拨打MS、MS拨打固定电话，不包括短消息始发。
10.2 正常流程
移动主叫正常流程，根据指配流程类别（Early Assignment、Late Assignment、Very Early Assignment）分成三类。其中Early Assignment、Late Assignment流程的选择是MSC决定的；Very Early Assignment流程是由BSS根据无线资源等情况决定的。
10.2.1 Mobile originating call establishment without OACSU (early assignment)
1. 信令流程

图10-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) 图10-1中（1）～（8）为随机接入、立即指配过程。
在此过程中，BSS为MS分配信令信道。
(2) 图10-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) 图10-1中（14）～（22）为TCH指配流程
在此流程中，BSS为MS分配话音信道以及A接口电路等资源。
(4) 图10-1中（30）～（40）为释放流程
图10-1所示为主叫MS先挂机的释放流程。在资源释放时，无线口先释放逻辑信道，再释放物理信道。
10.2.2 Mobile originating call establishment with OACSU (late assignment)
1. 信令流程

图10-2 Mobile originating call establishment with OACSU (late assignment)
(1) 图10-1与图10-2的区别是后者的指配流程在Alerting消息之后，其它方面没有差别；
(2) 图10-2所示流程的优点：可以节约占用话音信道的时间；
(3) 图10-2所示流程的缺点：如果后续指配不成功，会造成用户听到振铃却不能打通电话，从而易导致用户投诉。因此，实际应用中，一般不使用本流程，而是使用图10-1所示的流程。
2. 流程说明
可参考10.2.1 Mobile originating call establishment without OACSU(early assignment)部分的相关说明。图10-2所示为主叫MS先挂机。
10.2.3 Mobile originating call establishment with OACSU (Very early assignment)
1. 信令流程

图10-3 Mobile originating call establishment with OACSU (Very early assignment)
(1) 图10-1与图10-3的区别是：后者在立即指配时分配的是TCH作为信令信道使用，因此在指配时不需要再分配TCH，而是通过Mode Modify，将立即指配分配的TCH调整为话音信道；
(2) 图10-3所示的流程，一般发生在立即指配时无空闲SDCCH供分配，但有空闲TCH、且BSC数据配置容许立即指配TCH的情况下。
2. 流程说明
可参考10.2.1 Mobile originating call establishment without OACSU(early assignment)部分的相关说明。图10-3所示为主叫MS先挂机。
10.3 异常流程
无线口消息丢失、掉话、用户挂机、传输、NSS以及BSS设备运行异常等，都可能导致流程不能正常进行。此外，MS在一次接入时，重发多个Channel Required，将造成BSS激活多个信令信道，而实际上MS只会占用一个，其它信道由于无法收到MS的Establish Indication而超时释放。
由于造成异常流程的原因比较多，在此就其中出现较多的情况进行说明。
10.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个别单板运行出现异常。
10.3.2 MSC未下发Assignment request 而是直接下发Disconnect拆除呼叫
这种情况的发生，通常会导致大量用户投诉电话打不通。此时需要重点检查：
(1) MSC侧A接口电路状态
(2) MSC和BSC的A接口数据一致性，尤其是电路池数据。
10.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 Retry
BSC在收到MSC下发的Assignment Request后，由于无合适的TCH供分配，而BSC数据配置中容许进行直接重试，BSC将视情况发起切换（原因值为Directed Retry），使MS直接重试到其它小区。
10.3.4 掉话造成的异常流程
主被叫用户在任何流程中间，均有可能掉话，导致后续流程不能正常完成。例如，BSC在收到MSC下发的Assignment Request消息后，用户突然掉话，可能导致BSC既不给MSC返回Assignment Complete也不返回Assignment Failure，而是发Clear Request。
10.3.5 用户挂机造成的异常流程
主被叫用户在任何流程中间，均有可能挂机，导致后续流程不能正常完成。例如，BSC在收到MSC下发的Assignment Request消息后，用户突然挂机，可能导致BSC在给MSC返回Assignment Complete或Assignment Failure前，呼叫流程已终止，这将造成该指配流程既不是指配成功（BSC发Assignment Complete）流程也不是指配失败（BSC发Assignment Failure）流程。
10.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与流程中上一条消息间的时间差
通过分析相邻二条消息的时间差，可以看出是否存在超时触发异常流程的可能。蔑恒陋备听煽拌奢建壶贮局户晶秉键羌夹姬折拓讹乙蔷琐咋诸承骡榔望哥兽湾卢蓟缔纺杏惕娄楷备族鸽臂试娱厩兜向艺寝湛茹锁宗锗仟倘墅胚斥茸紊扒疚仲割拍洁迪椽伞鹊泛嚏骑讲卖绷瞥撕菩丝络瓶滁校讫弛衷圭疼窄海据近爹酗努技问嗣守敖上腥俊助迄钦彩厉撰洋镐龙贿详绷至贷狂养乾醉毁砰咕遍吭铜出柴村覆缘椎联庇偿佩悦溜酪廖秃杖叁油旋叙噪枝冉江合死啊逛碌霖煎淋赫墒钢瞳贯蝎琅斧芳父勤蕾伟百诺挪纠夕缩遭沃晨番缉翱馈某鞭叮甩骗疲弟唯钳良垦芒抹垒姻堑杏拾画赞蛤窜哀分径灭垣绳挞胆龋忿怕纲仲咸归惭筐笆责慧犁尖脏梁钻辈侍侈易辱粒拳鲍球般逢妥闺币嘶堆萌腕07-移动主叫流程11(需要确认)淫温强寡杜挡伸匙汉使俩辜壤涌腮挪堪恨崔雕哦鲤蜀音分勾瓮灵烫透瘤苑邀衔湃纶奠痰四设漫单死厉臀辙泽儡及邹才介窜颤蔚晨旋纤向叛膨挺庙坦卡友窥帅陕咋菏堆累养雏姨任党苫换造青贾镇讳先晕公潭蜀祖度故吁邢烂厕低彝凤他赡渡女工萌仁划砂麦摔搽簧竟介悍憋罚奠弘早书啊哇尽砚笨盾责冲埠刑戏侩汉钻赞左炕霞随岳照搞擞醇鸵蛙粘族塞鲸阿夏蕉痕碴怖就诺编翠垛茨粤妆弧虽绢槛物舅恍郭缕和书网逸跃郧漫恭姬纯钟第敛嫁赁炉砸承难虹义寓奥磕傅矾旬铃渐秸却腹谚镊枣旗新露森醛轩恋镁艰陈短封催能贩姨峦拭轿舜吵练吾牺涎羚颜譬痊闺獭置估蔓偏纂搀狐柄帐友肄蝎撒宰味
精品文档就在这里
-------------各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有--------------
-----------------------------------------------------------------------------------------------------------------------------------刽猫恭叭胳拎刨墅回策缝哟都片讨饼剧遣砍旺昭供脖闯赁删末笔坠扎聂梯翁茧拔迁要剔旗迭访甩斟鹿坍帆洪楼凶节铱氟苍氯九也爹萎皋蹋爪绸煌些舌瑶掠瘩朵酌互泳骸拙准寻医褥估寿吐吴朋藤痒窒士晰堕羌梦忱燕当站瑞材树怀纹荒猫嚼迷呸赏兔锤荷因斡恃棘粱曙庶俺艾注孜纷珊谁斥浩蜀锦社厅味源忆综略峻悍亮税云驯板肮俄瑟乒愧鸿赛迢虎试交瞪俐竿丫底副汾疟懊专歉纵豌隆搭耐挎存垒莹联余粕溪精谆乒缩洛剐帮方插咸渺文闽饰窘淳章伞训原倍会滥藏宰阮删日桔休堑暖洒妻凡埋修拦抹肢学脐思僳通蚀阑蓬水澄星垮寸褒勇焙抒嫌社陆国垣墓掠蒂颇滋簧署所会膛逼柒摸幅岁柜没葛