06-移动主叫流程

移动主叫 流程 快递问题件怎么处理流程河南自建厂房流程下载关于规范招聘需求审批流程制作流程表下载邮件下载流程设计 概述移动主叫（始呼）包括MS拨打MS、MS拨打固定电话，不包括短消息始发。正常流程移动主叫正常流程，根据指配流程类别（EarlyAssignment、LateAssignment、VeryEarlyAssignment）分成三类。其中EarlyAssignment、LateAssignment流程的选择是MSC决定的；VeryEarlyAssignment流程是由BSS根据无线资源等情况决定的。MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)信令流程MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)MS在空中接口的接入信道上（RACH上）向BTS发送ChannelRequest（该消息内含接入原因值为MOC。但是该消息中的原因值并不完全准确，因为MS在做移动主叫和IMSI分离时都填的是该原因值。）；BTS向BSC发送ChannelRequired消息；BSC收到ChannelRequired后，分配信令信道，向BTS发送ChannelActivation；BTS收到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收到ChannelActivation后，如果信道类型正确，则在指定信道上开功率放大器，上行开始接收信息，并向BSC发送ChannelActivationAcknowledge；BSC通过BTS向MS发送AssignmentCommand，Um接口中该消息在SDCCH上发送；MS在AssignmentCommand中指定的FACCH上发SABM帧来接入；BTS在FACCH上回UA帧进行确认；BTS向BSC发EstablishmentIndication；MS在接入话音信道后，在FACCH上发送AssignmentComplete；无线业务信道和地面电路均成功连接后，BSC向MSC发送AssignmentComplete，并认为该呼叫进入通话状态；MSC向主叫MS发Alerting消息，主叫MS听到回铃音，Um接口中该消息在FACCH上发送；MSC向主叫MS发Connect，Um接口中该消息在FACCH上发送；主叫MS在FACCH上向MSC回ConnectAcknowledge；主叫MS和被叫MS进入语音通话状态；通话完毕，主叫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帧进行确认。流程说明REF_Ref24188412\r\h\*MERGEFORMAT图6-1中（1）～（8）为随机接入、立即指配过程。在此过程中，BSS为MS分配信令信道。REF_Ref24188412\r\h\*MERGEFORMAT图6-1中，在（10）和（11）之间，可能会有鉴权、加密流程、类标查询（更新过程）。根据MSC的数据配置情况等的不同，在A接口链接建立后，MSC有可能不会立即下发CMServiceAccepted消息，而是：(a)下发CipherModeCommand启动加密流程（这种情况下MSC就不会再下发CMServiceAccepted消息）；(b)下发AuthenticationRequest启动鉴权流程；(c)下发ClassmarkUpdate启动类标更新流程。此外，如果BSC数据配置中“ECSC”配置为“是”，则双频MS在上报EstablishmentIndication后，将紧接着上报ClassmarkChange消息。REF_Ref24770075\r\h\*MERGEFORMAT图6-1中（14）～（22）为TCH指配流程在此流程中，BSS为MS分配话音信道以及A接口电路等资源。REF_Ref24770075\r\h\*MERGEFORMAT图6-1中（30）～（40）为释放流程REF_Ref24188412\r\h\*MERGEFORMAT图6-1所示为主叫MS先挂机的释放流程。在资源释放时，无线口先释放逻辑信道，再释放物理信道。MobileoriginatingcallestablishmentwithOACSU(lateassignment)信令流程MobileoriginatingcallestablishmentwithOACSU(lateassignment)REF_Ref24188412\r\h\*MERGEFORMAT图6-1与REF_Ref24188525\r\h\*MERGEFORMAT图6-2的区别是后者的指配流程在Alerting消息之后，其它方面没有差别；REF_Ref24188525\r\h\*MERGEFORMAT图6-2所示流程的优点：可以节约占用话音信道的时间；REF_Ref24188525\r\h\*MERGEFORMAT图6-2所示流程的缺点：如果后续指配不成功，会造成被叫用户听到振铃却不能打通电话，从而易导致用户投诉。因此，实际应用中，一般不使用本流程，而是使用REF_Ref24188412\r\h\*MERGEFORMAT图6-1所示的流程。流程说明可参考REF_Ref24451811\r\h\*MERGEFORMAT7.2.1MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)部分的相关说明。REF_Ref24188525\r\h\*MERGEFORMAT图6-2所示为主叫MS先挂机。MobileoriginatingcallestablishmentwithOACSU(Veryearlyassignment)信令流程MobileoriginatingcallestablishmentwithOACSU(Veryearlyassignment)REF_Ref24188412\r\h\*MERGEFORMAT图6-1与REF_Ref24188604\r\h\*MERGEFORMAT图6-3的区别是：后者在立即指配时分配的是TCH作为信令信道使用，因此在指配时不需要再分配TCH，而是通过ModeModify，将立即指配分配的TCH调整为话音信道；REF_Ref24188604\r\h\*MERGEFORMAT图6-3所示的流程，一般发生在立即指配时无空闲SDCCH供分配，但有空闲TCH、且BSC数据配置容许立即指配TCH的情况下。流程说明可参考REF_Ref24451811\r\h\*MERGEFORMAT7.2.1MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)部分的相关说明。REF_Ref24188604\r\h\*MERGEFORMAT图6-3所示为主叫MS先挂机。BSC内部处理流程BSC收到BTS的CH_RQD消息后，根据CH_RQD消息中要求的信道类型和信道分配算法（可能涉及到［无线信道管理控制 表 关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf ］、［信道分配II代算法控制表］、［小区呼叫控制表］中“立即指配TCH”）分配合适的信令信道在随机接入过程中，BSC收到BTS的EST_IND消息后，根据［BSC小区表］将该当前小区的CGI添入CM_SERVICE_REQ消息发送给MSC。BSC收到MSC的AssignmentRequest消息后，检查信道类型，对于数据业务根据［小区配置数据表］中的“数据业务设置”进行检查是否支持，不支持直接返回指配失败。BSC根据AssignmentRequest消息中的CIC检查［中继电路表］，确认CIC的是否存在，检查配置CIC的电路池、AssignmentReqest消息中要求信道类型和TC单板的支持能力三者是否冲突，如果冲突则给MSC回指配失败BSC收到手机上报的AssignmentComplete消息后，根据［本局信息表］中配置的“A接口阶段标志”，添充A接口的AssignmentComplete消息上报给MSC。异常流程与故障定位指导无线口消息丢失、掉话、用户挂机、传输、NSS以及BSS设备运行异常等，都可能导致流程不能正常进行。此外，MS在一次接入时，重发多个ChannelRequired，将造成BSS激活多个信令信道，而实际上MS只会占用一个，其它信道由于无法收到MS的EstablishIndication而超时释放。由于造成异常流程的原因比较多，在此就其中出现较多的情况进行说明。随即接入、立即指配异常流程信道激活后收不到EstablishIndication这种情况发生原因，一般有：MS设计不符合 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 ，重发多个ChannelRequest造成BSS多分配并激活信令信道。即使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，通常为如下原因：发现无合适的信令信道（信令信道通常为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消息所带原因值为NoRadioResource。对这种情况，可通过增加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在收到MSC下发的AssignmentRequest消息后，用户在信令信道上突然掉话，这样指配过程可能还没有完成（如信道刚刚分配，还没有下发AssignmentCommand消息），这种情况下可能导致BSC既不给MSC返回AssignmentComplete也不返回AssignmentFailure，而是发ClearRequest。用户挂机造成的异常流程主被叫用户在任何流程中间，均有可能挂机，导致后续流程不能正常完成。例如，BSC在收到MSC下发的AssignmentRequest消息后，用户突然挂机，可能导致BSC在给MSC返回AssignmentComplete或AssignmentFailure前，呼叫流程已终止，这将造成该指配流程既不是指配成功（BSC发AssignmentComplete）流程也不是指配失败（BSC发AssignmentFailure）流程。MSC清除造成的异常流程在A接口链接建立后，主被叫用户在任何流程中间，MSC均有可能由于某些原因而给BSC下发ClearCommand或Disconnect消息，导致后续流程不能正常完成。例如，BSC在收到MSC下发的AssignmentRequest消息后，用户突然挂机，可能导致BSC在给MSC返回AssignmentComplete或AssignmentFailure前，呼叫流程已终止，这将造成该指配流程既不是指配成功（BSC发AssignmentComplete）流程也不是指配失败（BSC发AssignmentFailure）流程。如果这种现象很多，需要重点分析：ClearCommand中所带的原因值如果是呼叫正常结束，ClearCommand中所带的原因值一般为CallControl等；否则可能为ProtocolError、EquipmentFailure等。ClearCommand或Disconnect与流程中上一条消息间的时间差通过分析相邻二条消息的时间差，可以看出是否存在超时触发异常流程的可能。