《06-移动主叫流程8122.docx》由会员分享,可在线阅读,更多相关《06-移动主叫流程8122.docx(14页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、M900/M1800基站子系统 信令分析手册第6章 移动主叫流程第6章 移动主叫流程6.1 概述移动主叫(始始呼)包括括MS拨打打MS、MMS拨打固固定电话,不不包括短消消息始发。6.2 正常流程移动主叫正正常流程,根根据指配流流程类别(EEarlyy Assiggnmennt、Latee Assiggnmennt、Veryy Earlyy Assiggnmennt)分成成三类。其其中Earrly AAssiggnmennt、Latee Assiggnmennt流程的的选择是MMSC决定定的;Veery EEarlyy Assiggnmennt流程是是由BSSS根据无线线资源等情情况决定的的。
2、6.2.1 Mobille orriginnatinng caall eestabblishhmentt witthoutt OACCSU (earrly aassiggnmennt)1. 信令流程图6-1 Mobille orriginnatinng caall eestabblishhmentt witthoutt OACCSU (earrly aassiggnmennt)(1) MS在空中中接口的接接入信道上上(RACCH上)向BTS发送送Channnel RRequesst(该消消息内含接接入原因值值为MOCC。但是该该消息中的的原因值并并不完全准准确,因为为MS在做做移动主叫叫和IM
3、SSI分离时时都填的是是该原因值值。);(2) BTS向BBSC发送送Channnel Requuiredd消息;(3) BSC收到到Channnel RRequiired后后,分配信信令信道,向向BTS发送送Channnel AActivvatioon;(4) BTS收到到Channnel AActivvatioon后,如如果信道类类型正确,则则在指定信信道上开功功率放大器器,上行开开始接收信信息,并向向BSC发送送Channnel AActivvatioon Acknnowleedge;(5) BSC通过过BTS向向MS发送送Immeediatte Asssignnmentt Commma
4、ndd,Um接接口中该消消息在AGGCH上发发送;(6) MS在SDDCCH上上发SABBM帧接入入;(7) BTS在SSDCCHH上回UAA帧进行确确认;(8) BTS向BBSC发EEstabblishhmentt Inddicattion(该该消息中准准确的反映映了MS的的接入原因因,例如此时对对移动主叫叫和IMSSI分离填的是是不同的原原因值。),内内含CM Servvice Requuest消消息内容;(9) BSC建立立A接口SSCCP链链接,向MMSC发送送CM SServiice RRequeest;(10) MSC向BBSC回链链接确认消消息;(11) MSC发CCM Seer
5、vicce Accceptted,UUm接口中中该消息在在SDCCCH上发送送;(12) 主叫MS在在SDCCCH上发Settup;(13) MSC向主主叫MS发发Calll Prooceedding,UUm接口中中该消息在在SDCCCH上发送送;(14) MSC向BBSC发AAssiggnmennt Reequesst,在该该消息中,分分配了A接接口CICC;(15) BSC分配配话音信道道,向BTTS发送Channnel AActivvatioon;(16) BTS收到到Channnel AActivvatioon后,如如果信道类类型正确,则则在指定信信道上开功功率放大器器,上行开开始接收
6、信信息,并向向BSC发送送Channnel AActivvatioon Acknnowleedge;(17) BSC通过过BTS向向MS发送送Assiignmeent CCommaand,Um接口口中该消息在SSDCCHH上发送;(18) MS在Asssignnmentt Commmandd中指定的的FACCHH上发SABBM帧来接入;(19) BTS在FFACCHH上回UA帧帧进行确认认;(20) BTS向BBSC发EEstabblishhmentt Inddicattion;(21) MS在接入入话音信道道后,在FFACCHH上发送Asssignmment Comppletee;(22)
7、无线业务信信道和地面面电路均成成功连接后后,BSC向MSCC发送Asssignmment Comppletee,并认为为该呼叫进进入通话状状态;(23) MSC向主主叫MS发发Alerrtingg消息,主叫叫MS听到到回铃音,UUm接口中中该消息在在FACCCH上发送送;(24) MSC向主主叫MS发发Connnect,UUm接口中中该消息在在FACCCH上发送送;(25) 主叫MS在在FACCCH上向MSCC回Connnectt Acknoowleddge;(26) 主叫MS和和被叫MSS进入语音音通话状态态;(27) 通话完毕,主主叫MS挂挂机,主叫叫MS在FFACCHH上发Disscon
8、nnect消消息;(28) MSC向MMS发Reeleasse,Umm接口中该该消息在FFACCHH上发送;(29) MS回Reeleasse Coompleete,UUm接口中中该消息在在FACCCH上发送送;(30) MSC向BBSC发CClearr Commmandd,BSCC收到该消消息后,启启动释放流流程;后续续的释放流流程参见释释放流程的的描述;(31) BSC通过过BTS向向MS发送送Channnel RReleaase,UUm接口中中该消息在在FACCHH上发送;(32) MS在FAACCH上上发DISCC帧;(33) BTS在FFACCHH上回UAA帧进行确确认。2. 流程说
9、明(1) 图6-1中中(1)(88)为随机机接入、立立即指配过过程。在此过程中中,BSSS为MS分分配信令信信道。(2) 图6-1中中,在(110)和(111)之间间,可能会会有鉴权、加加密流程、类类标查询(更更新过程)。根据MSCC的数据配配置情况等等的不同,在在A接口链链接建立后后,MSCC有可能不不会立即下下发CM Servvice Acceeptedd消息,而而是:(a) 下下发 Ciipherr Modde Coommannd启动加加密流程(这这种情况下下MSC就就不会再下下发CM Servvice Acceeptedd消息);(b) 下下发Autthentticattion Req
10、uuest启启动鉴权流流程;(c) 下下发Claassmaark UUpdatte启动类类标更新流流程。此外,如果果BSC数数据配置中中“ECSCC”配置为“是”,则双频频MS在上上报Esttabliishmeent IIndiccatioon后,将将紧接着上上报Claassmaark CChangge消息。(1) 图6-1中中(14)(222)为TTCH指配配流程在此流程中中,BSSS为MS分分配话音信信道以及AA接口电路路等资源。(2) 图6-1中中(30)(440)为释释放流程图6-1所所示为主叫叫MS先挂挂机的释放放流程。在在资源释放放时,无线线口先释放放逻辑信道道,再释放放物理信道道
11、。6.2.2 Mobille orriginnatinng caall eestabblishhmentt witth OAACSU (latte asssignnmentt)1. 信令流程图6-1 Mobille orriginnatinng caall eestabblishhmentt witth OAACSU (latte asssignnmentt)(1) 图6-1与与图6-1的区别别是后者的的指配流程程在Aleertinng消息之之后,其它它方面没有有差别;(2) 图6-1所所示流程的的优点:可可以节约占占用话音信信道的时间间;(3) 图6-1所所示流程的的缺点:如如果后续指指配不
12、成功功,会造成成被叫用户听听到振铃却却不能打通通电话,从从而易导致致用户投诉诉。因此,实实际应用中中,一般不不使用本流流程,而是是使用图6-1所示的的流程。2. 流程说明可参考6.2.1 Mobbile origginatting calll esttabliishmeent wwithoout OOACSUU(earrly aassiggnmennt)部分分的相关说说明。图6-1所示为为主叫MSS先挂机。6.2.3 Mobille orriginnatinng caall eestabblishhmentt witth OAACSU (Verry eaarly assiignmeent)1.
13、 信令流程图6-1 Mobille orriginnatinng caall eestabblishhmentt witth OAACSU (Verry eaarly assiignmeent)(1) 图6-1与与图6-1的区别别是:后者者在立即指指配时分配配的是TCCH作为信信令信道使使用,因此此在指配时时不需要再再分配TCCH,而是是通过Moode MModiffy,将立立即指配分分配的TCCH调整为为话音信道道;(2) 图6-1所所示的流程程,一般发发生在立即即指配时无无空闲SDDCCH供供分配,但但有空闲TTCH、且且BSC数数据配置容容许立即指指配TCHH的情况下下。2. 流程说明可
14、参考6.2.1 Mobbile origginatting calll esttabliishmeent wwithoutt OACCSU(eearlyy asssignmment)部分的相相关说明。图6-1所示为主叫MS先挂机。6.3 BSC内部部处理流程程(1) BSC收到到BTS的的CH_RRQD消息息后,根据据CH_RQQD消息中要求求的信道类类型和信道道分配算法法(可能涉涉及到无线信道道管理控制制表、信道分配配II代算算法控制表表、小区呼叫叫控制表中“立即指配配TCH”)分配合适适的信令信道(2) 在随机接入入过程中,BBSC收到到BTS的的EST_IND消消息后,根根据BSC小小区
15、表将该当前前小区的CCGI添入入CM_SEERVICCE_REEQ消息发送给MSSC。(3) BSC收到到MSC的的Assiignmeent RRequeest消息息后,检查查信道类型型,对于数数据业务根根据小区配置置数据表中的“数据业务务设置”进行检查查是否支持持,不支持持直接返回回指配失败败。(4) BSC根据据Assiignmeent RRequeest消息息中的CIIC检查中继电路路表,确认CIIC的是否否存在,检检查配置CCIC的电电路池、Assiignmeent RReqesst消息中中要求信道道类型和TTC单板的的支持能力力三者是否否冲突,如如果冲突则给MMSC回指指配失败(5)
16、 BSC收到到手机上报报的Asssignmment Comppletee消息后,根根据本局信息息表中配置的的“A接口阶阶段标志”,添充AA接口的AAssiggnmennt Coompleete消息息上报给MMSC。6.4 异常流程与与故障定位位指导无线口消息息丢失、掉掉话、用户户挂机、传传输、NSSS以及BSSS设备运行行异常等,都都可能导致致流程不能能正常进行行。此外,MMS在一次次接入时,重重发多个CChannnel RRequiired,将将造成BSSS激活多多个信令信信道,而实实际上MSS只会占用用一个,其其它信道由由于无法收收到MS的的Estabblishh Indiicatiion
17、而超超时释放。由于造成异异常流程的的原因比较较多,在此此就其中出出现较多的的情况进行行说明。6.4.1 随即接入、立立即指配异异常流程1. 信道激活后后收不到EEstabblishh Indiicatiion这种情况发发生原因,一一般有:(1) MS设计不不符合协议议,重发多多个Channnel RRequesst造成BBSS多分分配并激活活信令信道道。(2) 即使BSSS系统运行行正常,MMS在一次次接入时,也也可能重发发多个Channnel RRequesst,造成成BSS激活活多个信令令信道,而而实际上MMS只会占占用其中一一个;其它它信道由于于无法收到到MS的EEstabblishh
18、Inddicattion,而而由BSCC在T31101定时时器超时后后将信道释释放。该现现象在扩展展传输时隙隙数设置合合理的情况况下,通常常是由于无无线口上行行接收正常常,但下行行信号不能能被MS很很好接收而而导致。此时,在MMS侧跟踪踪无线口,可可能发现在在给BTSS发送Channnel RRequesst后,收收不到BTTS的相关关信息。这时,需要要检查上下下行接收电电平、接收收质量是否否正常。如如果MS和和基站之间间距离不远远,但接收收电平低、接接收质量差差,需要检检查BTSS天馈以及及MS的天天线、电池池等是否正正常。3)BSCC数据配置置中的扩展展传输时隙隙数(Txx-inttege
19、rr)及CCCCH配置置不当Tx-inntegeer与CCCCH配置置方式影响响MS的CChannnel RRequesst的重发发间隔时间间。2. BSC发IImmeddiatee Asssignmment Rejeect。如果BSCC收到Channnel RRequiired后后,给MSS发Immmediaate AAssiggnmennt Reejectt,通常为为如下原因因:(1) 发现无合适适的信令信信道(信令令信道通常常为SDCCCH,也也可以为TTCH。)分分配给该MMS。这种种情况一般般为信道全全忙或者信信道被闭塞塞等造成不不可用。(2) 给BTS下下发Chaannell Ac
20、ttivattion后后,BTSS回Chaannell Acttivattion Negaativee Ackknowlledgee。如果BTSS给BSCC回大量CChannnel AActivvatioon Neegatiive AAcknoowleddge,通通常是由于于Abiss接口传输输不稳定造造成BSCC和BTSS信道状态态不一致;或者BTTS个别单单板运行出出现异常。6.4.2 MSC未下下发Asssignmment requuest 而是直接接下发Diisconnnectt拆除呼叫叫在MS进行行呼叫接续续过程中,立立即指配过过程完成后后,本应该该进行指配配过程,但但是由于某某种原
21、因导导致MSCC没有下发发Assiignmeent RRequeest消息息,而是下下发Dissconnnect消消息给MSS,然后拆拆除了呼叫叫。这种情情况的发生生,通常会会导致大量量用户投诉诉电话打不不通。此时时需要重点点检查:(1) MSC侧AA接口电路路状态(2) MSC和BBSC的AA接口数据据一致性,尤尤其是电路路池数据。6.4.3 指配异常流流程1. Assiggnmennt Faailurre在BSC收收到Asssignmment Requuest后后,BSCC没正常返返回Asssignmment Comppletee,而是返返回Asssignmment Faillure。常常
22、见原因有有:(1) BSC无合合适的话音音信道供分分配。BSC无合合适的话音音信道分配配,有可能能是话音信信道全部处处于Bussy状态,也也可能是被被Blocck等造成成不可用。此时,BSSC回的AAssiggnmennt Faailurre消息所所带原因值值为No Radiio Reesourrce。对这种情况况,可通过过增加TRRX进行基基站扩容、修修改接入门门限、打开开直接重试试开关进行行改善。(2) MS接入话话音信道失失败,从信信令信道上上发送Asssignnmentt Faiiluree。这种情况下下的Asssignmment Faillure是是从MS报报上来的。由于无线口口传输
23、的特特殊性,这这种情况实实际网络中中出现最多多,且无法法根本解决决。 如果果这种情况况发生比例例很大,易易导致用户户投诉,需需要重点检检查天馈、BBTS相关关单板、BBSC数据据配置中接接入方面的的相关参数数。(3) BSC侧发发现A接口口电路异常常,例如AAssiggnmennt Reequesst中带的的CIC不不可用。此时需要重重点核查MMSC和BBSC的AA接口数据据一致性。(4) BSC相关关硬件出现现异常。此时,BSSC回的AAssiggnmennt Faailurre消息所所带原因值值通常为EEquippmentt Faiiluree。这时需要重重点检查:1) BBSC模块块间通
24、讯相相关单板及及其母板、光光纤,例如如GMC22、GMCCC、GSSNT、GGOPT、GGFBI;2) AA接口相关关单板,例例如E3MM、TCSSM单元及及其母板。(5) A接口传输输出现异常常。2. Direccted RetrryBSC在收收到MSCC下发的AAssiggnmennt Reequesst后,由由于无合适适的TCHH供分配,而而BSC数数据配置中中容许进行行直接重试试,BSCC将视情况况发起切换换(原因值值为Dirrecteed Reetry),使使MS直接接重试到其其它小区。6.4.4 掉话造成的的异常流程程主被叫用户户在任何流流程中间,均均有可能掉掉话,导致致后续流程程
25、不能正常常完成。例例如,BSSC在收到到MSC下下发的Asssignnmentt Reqquestt消息后,用用户在信令令信道上突突然掉话,这样指配过程可能还没有完成(如信道刚刚分配,还没有下发Assignment Command消息),这种情况下可能导致BSC既不给MSC返回Assignment Complete也不返回Assignment Failure,而是发Clear Request。6.4.5 用户挂机造造成的异常常流程主被叫用户户在任何流流程中间,均均有可能挂挂机,导致致后续流程程不能正常常完成。例例如,BSSC在收到到MSC下下发的Asssignnmentt Reqquestt消
26、息后,用用户突然挂挂机,可能能导致BSSC在给MMSC返回回Assiignmeent CCompllete或或Assiignmeent FFailuure前,呼呼叫流程已已终止,这这将造成该该指配流程程既不是指指配成功(BBSC发AAssiggnmennt Coompleete)流流程也不是是指配失败败(BSCC发Asssignmment Faillure)流流程。6.4.6 MSC清除除造成的异异常流程在A接口链链接建立后后,主被叫叫用户在任任何流程中中间,MSSC均有可可能由于某某些原因而而给BSCC下发Cllear Commmand或或Discconneect消息息,导致后后续流程不不能
27、正常完完成。例如如,BSCC在收到MMSC下发发的Asssignmment Requuest消消息后,用用户突然挂挂机,可能能导致BSSC在给MMSC返回回Assiignmeent CCompllete或或Assiignmeent FFailuure前,呼呼叫流程已已终止,这这将造成该该指配流程程既不是指指配成功(BBSC发AAssiggnmennt Coompleete)流流程也不是是指配失败败(BSCC发Asssignmment Faillure)流流程。如果这种现现象很多,需需要重点分分析:(1) Clearr Commmandd中所带的的原因值如果是呼叫叫正常结束束,Cleear CCommaand中所所带的原因因值一般为为Calll Conntroll等;否则则可能为PProtoocol Erroor、Eqquipmment Faillure等等。(2) Clearr Commmandd或Dissconnnect与与流程中上上一条消息息间的时间间差通过分析相相邻二条消消息的时间间差,可以以看出是否否存在超时时触发异常常流程的可可能。14
限制150内