07-移动被叫流程

M900/M1800基站子系统信令分析手册第7章移动被叫流程7-1第7章移动被叫流程7.1概述移动被叫包括MS拨打MS、固定拨打MS。M900/M1800基站子系统信令分析手册第7章移动被叫流程7-27.2正常流程1.信令流程ChannelACT(6)ChannelACTACK(7)IMMASSCMD(8)BTSBSCMSCMSChannelREQ(4)SABM(9)ESTIND(PagingRESP)(11)CR(CMPL3information)(12)CC(13)Setup(15)CallConfirmmed(16)ASSREQ(17)ASSCMDSABM(21)ESTINDASSCMPASSCMPAlertingConnectConnectACKTalkingDISCREL(30)RELCMPClearCMDClearCMPCMServiceAccepted(14)ChannelACT(18)ChannelACTACK(19)UAUA(10)ChannelRELRELINDDeactiveSACCHRFChannelRELRFChannelRELACKDISCUARLSDRLSDCMP(20)(22)(23)(24)(25)(26)(27)(28)(29)(31)(32)(33)(34)(35)(36)(37)(38)(39)(40)(41)(42)paging(1)pagingCMD(2)pagingREQ(3)ChannelRQD(5)图7-1移动被叫正常流程M900/M1800基站子系统信令分析手册第7章移动被叫流程7-3(1)当被寻呼的MS在MSC的服务区内时，MSC向BSC发送Paging消息，该消息中包含寻呼小区列表以及TMSI和IMSI信息；(2)BSC向寻呼小区发送PagingCommand消息，该消息中包含所属寻呼子信道的号码和所占用的时隙号；(3)BTS收到BSC的PagingCommand消息后，在该寻呼组所属的寻呼子信道上（PCH子信道上）发送PagingRequest消息，该消息中包含被寻呼用户的IMSI或TMSI；(4)MS解码寻呼消息后，若发现是对自己的寻呼，则将在RACH上发出ChannelRequest消息来触发初始化信道分配过程；(5)其余消息见移动主叫流程。2.流程说明(1)图7-1中（1）～（11）为寻呼信令流程在此流程中，BSS发起寻呼，并为MS分配信令信道。(2)指配流程分类根据指配类型，指配流程别可分成三类：EarlyAssignment、LateAssignment和VeryEarlyAssignment。除了LateAssignment过程中指配过程（AssignmentRequest消息的下发）在MSC收到MS的Connect消息以后触发进行，其他流程与移动主叫基本相同，具体流程参见主叫流程。7.3BSC内部处理流程1.BSC收到A接口的Paging消息后，根据“流量控制参数表”检查是否进行流控。2.通过查“小区模块信息表”，将寻呼消息转发给相关BM模块。3.BM模块计算出合适的寻呼分组并下发4.BM模块根据寻呼消息中的TMSI或IMSI及“系统消息数据表”中的下述参数计算寻呼分组：“AGCH保留块数（BS-AG-BLKS-RES）”、“CCCH配置”、“相同寻呼间帧数编码（BS-PA-MFRMS）”。7.4异常流程与故障定位指导本节只对MS做被呼流程中寻呼不到MS的异常流程(即不下发寻呼命令或无寻呼响应上报)进行分析，其他异常流程分析请参见“移动主叫流程”。M900/M1800基站子系统信令分析手册第7章移动被叫流程7-4寻呼不成功时，MSC通常会给主叫用户提示“用户不在服务区”或者“用户无法接通”类似的语音信息。此时，先通过A接口和ABIS接口信令跟踪，确认是寻呼命令下发出现异常还是寻呼命令下发后无响应。通常有以下几种情况：A接口无寻呼命令、ABIS口无寻呼命令、ABIS口无寻呼响应、A接口无寻呼响应。7.4.1A接口无寻呼命令通过A接口信令跟踪，发现MSC未下发Paging消息给BSC。此时，问题原因在NSS侧。需要重点检查MSC/VLR、HLR的数据配置以及用户信息，同时，可将被叫手机先关机再开机后再拨测是否正常。1.检查VLR中用户数据是否正确MS被呼时，MSC根据VLR中保存的用户数据（包括用户激活态、登记的位置区、小区等信息），判断用户当前状态，从而决定是否发送Paging消息，或者怎样发送Paging消息。如果MS状态已经发生变化，如已关机、MS到了别的位置区等，但却由于种种原因未向网络正常登记，及时更新VLR中用户数据，则很可能出现寻呼不到MS的情况。这种情况需要MS发起一次位置更新过程，就可以保证VLR中数据的正确性。BSC在系统消息中指明了MS在位置区中进行周期性位置更新的周期（具体参见《位置更新》一章的相关说明。）在MSC侧也有一个位置更新周期，BSC和MSC的这两个参数必须满足一定的关系，要求MS在MSC规定的周期内必须发起一次位置更新，因此一般情况下配置BSC的位置更新周期小于MSC的位置更新周期。2.检查MSC侧位置区、小区等相关参数配置是否正确MSC侧位置区、小区等相关参数配置出错，可能导致Paging消息发送出错，例如选择目标BSC不对（本应该发给本BSC的Paging消息，却发给了其他BSC。）。7.4.2Abis接口无寻呼命令BSC收到MSC下发的Paging消息后，通过Abis口消息跟踪发现并未向BTS下发PagingCommand。此时，需要重点检查BSC侧。1.检查是否由于系统启动流控造成1）检查是否有集中短消息发送或大量突发接入造成系统负荷突然增大M900/M1800基站子系统信令分析手册第7章移动被叫流程7-5可通过BSC整体性能测量中的话统指标“立即指配请求次数”、“MSC发来电路业务寻呼请求次数”，在问题发生前后的统计结果变化进行核实。2）检查流量控制参数设置是否与版本配套指导书中要求的一致2.数据正确性检查1）检查BSC侧数据配置中CGI信息与A接口Paging消息中的LAC等信息是否一致特别地，可通过数管台“查看主机”的方式，检查“小区模块信息表”是否存在错误。另外，MSC侧位置区、小区等相关参数配置出错，可能导致Paging消息发送出错，例如选择的目标BSC不对。2）检查BSC侧影响寻呼分组的参数设置是否合理需要检查的参数为“系统消息数据表”中的：“AGCH保留块数（BS-AG-BLKS-RES）”、“CCCH配置”、“相同寻呼间帧数编码（BS-PA-MFRMS）”。3.BSC模块间通讯异常由于华为BSC采用多模块结构，BSC收到MSC的Paging消息后，BSC根据Paging消息中的位置区小区信息进行寻呼，这种情况下，BSC下发给BTS的PagingCommand消息可能要通过模块间转发进行。如果模块间通信出现异常，可能导致PagingCommand消息无法在模块间转发，也会造成Abis口无寻呼消息下发。是否存在模块间通讯异常，一般可通过BSC告警核实。7.4.3Abis接口无寻呼响应通过Abis口消息跟踪，发现BSC向BTS下发PagingCommand后，BSC未收到BTS上报的EstablishmentIndication(PagingResponse)。此时，数据配置和无线覆盖等都需要检查。1.检查是否有集中短消息发送或大量突发接入造成PCH或AGCH过载可通过小区性能测量中的话统指标“立即指配请求次数”、“电路业务寻呼请求次数”，在问题发生前后的统计结果对比，进行核实。M900/M1800基站子系统信令分析手册第7章移动被叫流程7-62.更换手机，检查是否手机或SIM卡原因某些型号或批次的手机，存在处理缺陷；或SIM卡出现问题，都可能造成无寻呼响应上报。1）可通过将其他SIM卡插入出现问题的手机，检查是否SIM卡原因。2）可通过将SIM卡插入其他生产厂家的手机，检查是否手机原因。3.到其他小区下进行拨测，检查是否与基站有关1）到同一基站的其他小区下进行拨测2）到同站型的其他站点下进行拨测3）到不同站型的其他站点下进行拨测4）到其他厂家的站点下进行拨测4.检查数据配置1）检查BSC侧影响寻呼分组的参数设置是否合理需要检查的参数为“系统消息数据表”中的：“AGCH保留块数（BS-AG-BLKS-RES）”、“CCCH配置”、“相同寻呼间帧数编码（BS-PA-MFRMS）”、“扩展传输时隙数”、“MS最大重发次数”。2）检查BSC侧和MSC侧的“位置更新周期”参数值设置是否合理BSC侧对应参数为“系统消息数据表”中的“周期位置更新时限值”（T3212）。MSC中设置的位置更新周期值必须要比BSC侧设置的大。具体参见《位置更新》一章的相关说明。5.检查无线信号覆盖由于无线信号覆盖问题，可能会导致存在一些覆盖盲区，这样当用户进入覆盖盲区时，MS将无法接收到PagingRequest消息，这种情况会导致MS无法被寻呼到。这种MS不能被寻呼的情况，应该是存在于一些局部的范围内。7.4.4A接口无寻呼响应通过A接口、Abis口消息跟踪，发现BSC已收到BTS上报的EstablishmentIndication(PagingResponse)后，但A接口没有对应的消息上报。此种情况一般很少发生，在此不再详细介绍。