6-移动主叫流程_第1页
6-移动主叫流程_第2页
6-移动主叫流程_第3页
6-移动主叫流程_第4页
6-移动主叫流程_第5页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

第6章移动主叫流程概述移动主叫(始呼)包括MS拨打MS、MS拨打固定电话,不包括短消息始发。正常流程移动主叫正常流程,根据指配流程类别(EarlyAssignment、LateAssignment、VeryEarlyAssignment)分成三类。其中EarlyAssignment、LateAssignment流程的选择是MSC决定的;VeryEarlyAssignment流程是由BSS根据无线资源等情况决定的。MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)信令流程图6-1MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)⑴MS在空中接口的接入信道上(RACH上)向BTS发送ChannelRequest(该消息内含接入原因值为MOC。但是该消息中的原因值并不完全准确,因为MS在做移动主叫和IMSI分离时都填的是该原因值。);BTS向BSC发送ChannelRequired消息;BSC收至1」ChannelRequired后,分配信令信道,向BTS发送ChannelActivation;BTS收至1」ChannelActivation后,如果信道类型正确,则在指定信道上开功率放大器,上行开始接收信息,并向BSC发送ChannelActivationAcknowledge;BSC通过BTS向MS发送ImmediateAssignmentCommand,Um接口中该消息在AGCH上发送;MS在SDCCH上发SABM帧接入;BTS在SDCCH上回UA帧进行确认;BTS向BSC发EstablishmentIndication(该消息中准确的反映了MS的接入原因,例如此时对移动主叫和IMSI分离填的是不同的原因值。),内含CMServiceRequest消息内容;BSC建立A接口SCCP链接,向MSC发送CMServiceRequest;MSC向BSC回链接确认消息;MSC发CMServiceAccepted,Um接口中该消息在SDCCH上发送;主叫MS在SDCCH上发Setup;MSC向主叫MS发CallProceeding,Um接口中该消息在SDCCH上发送;MSC向BSC发AssignmentRequest,在该消息中,分配了A接口CIC;BSC分配话音信道,向BTS发送ChannelActivation;BTS收至1」ChannelActivation后,如果信道类型正确,则在指定信道上开功率放大器,上行开始接收信息,并向BSC发送ChannelActivationAcknowledge;BSC通过BTS向MS发送AssignmentCommand,Um接口中该消息在SDCCH上发送;MS在AssignmentCommand中指定的FACCH上发SABM帧来接入;BTS在FACCH上回UA帧进行确认;BTS向BSC发EstablishmentIndication;MS在接入话音信道后,在FACCH上发送AssignmentComplete;(22)无线业务信道和地面电路均成功连接后,BSC向MSC发送AssignmentComplete,并认为该呼叫进入通话状态;MSC向主叫MS发Alerting消息,主叫MS听到回铃音,Um接口中该消息在FACCH上发送;MSC向主叫MS发Connect,Um接口中该消息在FACCH上发送;(25)主叫MS在FACCH上向MSC回ConnectAcknowledge;(26)主叫MS和被叫MS进入语音通话状态;(27)通话完毕,主叫MS挂机,主叫MS在FACCH上发Disconnect消息;MSC向MS发Release,Um接口中该消息在FACCH上发送;MS回ReleaseComplete,Um接口中该消息在FACCH上发送;MSC向BSC发ClearCommand,BSC收至“该消息后,启动释放流程;后续的释放流程参见释放流程的描述;BSC通过BTS向MS发送ChannelRelease,Um接口中该消息在FACCH上发送;MS在FACCH上发DISC帧;BTS在FACCH上回UA帧进行确认。2.流程说明(1)中(1)〜(8)为随机接入、立即指配过程。在此过程中,BSS为MS分配信令信道。(2)中,在(10)和(11)之间,可能会有鉴权、加密流程、类标查询(更新过程)。根据MSC的数据配置情况等的不同,在A接口链接建立后,MSC有可能不会立即下发CMServiceAccepted消息,而是:(a)下发CipherModeCommand启动加密流程(这种情况下MSC就不会再下发CMServiceAccepted消息);(b)下发AuthenticationRequest启动鉴权流程;(c)下发ClassmarkUpdate启动类标更新流程。此外,如果BSC数据配置中“ECSC”配置为“是",则双频MS在上报EstablishmentIndication后,将紧接着上报ClassmarkChange消息。(1)中(14)〜(22)为TCH指配流程在此流程中,BSS为MS分配话音信道以及A接口电路等资源。(2)中(30)〜(40)为释放流程所示为主叫MS先挂机的释放流程。在资源释放时,无线口先释放逻辑信道,再释放物理信道。MobileoriginatingcallestablishmentwithOACSU(lateassignment)信令流程图6-2MobileoriginatingcallestablishmentwithOACSU(lateassignment)(1)与的区别是后者的指配流程在Alerting消息之后,其它方面没有差别;所示流程的优点:可以节约占用话音信道的时间;所示流程的缺点:如果后续指配不成功,会造成被叫用户听到振铃却不能打通电话,从而易导致用户投诉。因此,实际应用中,一般不使用本流程,而是使用所示的流程。流程说明可参考MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)部分的相关说明。所示为主叫MS先挂机。MobileoriginatingcallestablishmentwithOACSU(Veryearlyassignment)信令流程图6-3MobileoriginatingcallestablishmentwithOACSU(Veryearlyassignment)(1)与的区别是:后者在立即指配时分配的是TCH作为信令信道使用,因此在指配时不需要再分配TCH,而是通过ModeModify,将立即指配分配的TCH调整为话音信道;(2)所示的流程,一般发生在立即指配时无空闲SDCCH供分配,但有空闲TCH、且BSC数据配置容许立即指配TCH的情况下。流程说明可参考MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)部分的相关说明。所示为主叫MS先挂机。6.3BSC内部处理流程(1)BSC收到BTS的CH_RQD消息后,根据CH_RQD消息中要求的信道类型和信道分配算法(可能涉及到[无线信道管理控制表]、[信道分配II代算法控制表]、[小区呼叫控制表]中“立即指配丁阳”)分配合适的信令信道(2)在随机接入过程中,BSC收至1」BTS的EST_IND消息后,根据[BSC小区表]将该当前小区的CGI添入CM_SERVICE_REQ消息发送给MSC。BSC收至1」MSC的AssignmentRequest消息后,检查信道类型,对于数据业务根据[小区配置数据表]中的“数据业务设置”进行检查是否支持,不支持直接返回指配失败。BSC根据AssignmentRequest消息中的CIC检查[中继电路表],确认CIC的是否存在,检查配置CIC的电路池、AssignmentReqest消息中要求信道类型和TC单板的支持能力三者是否冲突,如果冲突则给MSC回指配失败BSC收到手机上报的AssignmentComplete消息后,根据[本局信息表]中配置的“A接口阶段标志”,添充A接口的AssignmentComplete消息上报给MSC。6.4异常流程与故障定位指导无线□消息丢失、掉话、用户挂机、传输、NSS以及BSS设备运行异常等,都可能导致流程不能正常进行。此外,MS在一次接入时,重发多个ChannelRequired,将造成BSS激活多个信令信道,而实际上MS只会占用一个,其它信道由于无法收到MS的EstablishIndication而超时释放。由于造成异常流程的原因比较多,在此就其中出现较多的情况进行说明。6.4.1随即接入、立即指配异常流程.信道激活后收不到EstablishIndication这种情况发生原因,一般有:MS设计不符合协议,重发多个ChannelRequest造成BSS多分配并激活信令信道。(2)即使BSS系统运行正常,MS在一次接入时,也可能重发多个ChannelRequest,造成BSS激活多个信令信道,而实际上MS只会占用其中一个;其它信道由于无法收到MS的EstablishIndication,而由BSC在T3101定时器超时后将信道释放。该现象在扩展传输时隙数设置合理的情况下,通常是由于无线口上行接收正常,但下行信号不能被MS很好接收而导致。此时,在MS侧跟踪无线口,可能发现在给BTS发送ChannelRequest后,收不到BTS的相关信息。这时,需要检查上下行接收电平、接收质量是否正常。如果MS和基站之间距离不远,但接收电平低、接收质量差,需要检查BTS天馈以及MS的天线、电池等是否正常。3)BSC数据配置中的扩展传输时隙数(Tx-integer)及CCCH配置不当Tx-integer与CCCH配置方式影响MS的ChannelRequest的重发间隔时间。BSC发ImmediateAssignmentReject。如果BSC收到ChannelRequired后,给MS发ImmediateAssignmentReject,通常为如下原因:(1)发现无合适的信令信道(信令信道通常为SDCCH,也可以为TCH。)分配给该MS。这种情况一般为信道全忙或者信道被闭塞等造成不可用。给BTS下发ChannelActivation后,BTS回ChannelActivationNegativeAcknowledge。如果BTS给BSC回大量ChannelActivationNegativeAcknowledge,通常是由于Abis接口传输不稳定造成BSC和BTS信道状态不一致;或者BTS个别单板运行出现异常。MSC未下发Assignmentrequest而是直接下发Disconnect拆除呼叫在MS进行呼叫接续过程中,立即指配过程完成后,本应该进行指配过程,但是由于某种原因导致MSC没有下发AssignmentRequest消息,而是下发Disconnect消息给MS,然后拆除了呼叫。这种情况的发生,通常会导致大量用户投诉电话打不通。此时需要重点检查:MSC侧A接口电路状态MSC和BSC的A接口数据一致性,尤其是电路池数据。指配异常流程AssignmentFailure在BSC收至|」AssignmentRequest后,BSC没正常返回AssignmentComplete,而是返回AssignmentFailure。常见原因有:BSC无合适的话音信道供分配。BSC无合适的话音信道分配,有可能是话音信道全部处于Busy状态,也可能是被Block等造成不可用。此时,BSC回的AssignmentFailure消息所带原因值为NoRadioResourceo对这种情况,可通过增加TRX进行基站扩容、修改接入门限、打开直接重试开关进行改善。MS接入话音信道失败,从信令信道上发送AssignmentFailure。这种情况下的AssignmentFailure是从MS报上来的。由于无线口传输的特殊性,这种情况实际网络中出现最多,且无法根本解决。如果这种情况发生比例很大,易导致用户投诉,需要重点检查天馈、BTS相关单板、BSC数据配置中接入方面的相关参数。BSC侧发现A接口电路异常,例如AssignmentRequest中带的CIC不可用。此时需要重点核查MSC和BSC的A接口数据一致性。BSC相关硬件出现异常。此时,BSC回的AssignmentFailure消息所带原因值通常为EquipmentFailure。这时需要重点检查:1)BSC模块间通讯相关单板及其母板、光纤,例如GMC2、GMCC、GSNT、GOPT、GFBI;2)A接口相关单板,例如E3M、TCSM单元及其母板。A接口传输出现异常。DirectedRetryBSC在收到MSC下发的AssignmentRequest后,由于无合适的TCH供分配,而BSC数据配置中容许进行直接重试,BSC将视情况发起切换(原因值为DirectedRetry),使MS直接重试到其它小区。掉话造成的异常流程主被叫用户在任何流程中间,均有可能掉话,导致后续流程不能正常完成。例如,BSC在收至UMSC下发的AssignmentRequest消息后,用户在信令信道上突然掉话,这样指配过程可能还没有完成(如信道刚刚分配,还没有下发AssignmentCommand消息),这种情况下可能导致BSC既不给MSC返回AssignmentComplete也不返回AssignmentFailure,而是发ClearRequest。用户挂机造成的异常流程主被叫用户在任何流程中间,均有可能挂机,导致后续流程不能正常完成。例如,BSC在收至UMSC下

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论