短消息流程及其信令抓图大全
- 格式:doc
- 大小:468.00 KB
- 文档页数:17
课程说明课程介绍GSM通信流程包括两方面的内容:呼叫基本流程,信令基本流程。
其中,呼叫流程主要包含:移动主叫流程,移动被叫流程,汇接呼叫流程。
信令基本流程主要包含:鉴权流程,位置登记流程,呼叫重建流程,BSC内部切换流程,BSC间切换流程,MSC间切换流程,移动始发短消息流程,移动终结短消息流程,定向重试流程。
这些流程从系统的角度描述了移动用户经常发生的行为,描述了GSM的几个组成部分在呼叫流程、信令流程中的相互关系,对移动性特征做重点说明。
课程目标本课程的重点是介绍GSM系统的协同工作过程,涉及内容包含:呼叫、位置更新、切换、短消息。
对流程的介绍突出了移动特征,具体的信令细节本课程不做描述,可以参考ETSI的GSM规范获得更加详细的内容。
通过学习本课程,可以基本掌握:•移动用户做位置登记的信令过程;•移动用户做主叫的信令过程;•移动用户做被叫的信令过程;•MSC做汇接呼叫的信令过程;•BSC内切换信令过程;•BSC间切换的信令过程;•MSC间切换的信令过程;•呼叫重建的信令过程;•定向重试的信令过程。
对这些信令流程学习之后,对GSM系统的原理会有更加深刻的了解,对每个功能实体(MS,BTS,BSC,MSC,VLR,HLR)的功能有更加深刻的体会。
相关资料ETSI关于GSM的规范,主要是:GSM0408,GSM0808,GSM0902。
第一节呼叫过程的信令分析对一次发生在移动用户间的呼叫来说,信令流程可以分为三个相对独立的部分:•主叫移动用户部分•被叫移动用户部分•拆线部分1.1 主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始,到主叫用户TCH指配完成为止。
一般来说,主叫经过几个大的阶段:接入阶段,鉴权加密阶段,TCH指配阶段,取被叫用户路由信息阶段。
•接入阶段主要包括:信道请求,信道激活,信道激活响应,立即指配,业务请求等几个步骤。
经过这个阶段,手机和BTS(BSC)建立了暂时固定的关系。
LTE 现网信令流程集锦易谙流程图EasyAnalyzer 2014CSFB 被叫与 TAU 返回过程–空闲态SGs 寻呼扩展业务请求响应 CSFB 呼叫数据业务挂起CS 呼叫结束, TAU 返回LTE终端处于空闲态,发起寻呼5: cmnetCSFB 被叫与 TAU 返回过程–连接态数据业务挂起CS 呼叫结束, TAU 返回LTE SGs 寻呼终端处于连接态,下发电路域业务通知,并直接发起 SGs 业务请求响应 CSFB ,发起扩展业务请求SMS 接收过程–连接态 vs. 空闲态SGs 寻呼后 MME 直接回复业务请求业务请求进行数据访问,因此终端处于连接态所以能够直接响应随后发生的短消息寻呼接收短信Service Request Cause: mo-DataData Session #767终端处于空闲态, MME 转发 SGs 寻呼接收短信SMS 发送过程–空闲态发起业务请求提交短信PDN 连接与默认承载激活LTE终端开机激活默认承载 (CMNET,某些终端(如苹果会在发送短信时,后台自动激活 CMWAP 为发送彩信做准备变更承载:一个激活的承载 vs. 两个激活的承载一个激活的承载时的变更过程两个激活的承载时的变更过程激活了第二个 APN 创建了第二个承载5: cmnet6: cmwap5: cmnet6: cmwap网络附着过程:PDN 连接、认证、鉴权、安全模式、更新位置、创建会话、上报终端能力、变更承载申请额外的鉴权向量作为储备备用的鉴权向量返回网间重选(IRAT : LTE → 3G →LTECause40:HSS 签约 context id大于 255导致 RAU 到 SGSN 时 PDP context丢失网间重选(IRAT : LTE → 2G → 3G →LTE。
第 12章短消息流程12.1 概述短消息的发送可以通过 SDCCH 也可以通过 TCH ,根据发送短消息与接收短消息的不同,其流程可分为两种,短消息主叫流程和被叫流程。
12.2 正常流程12.2.1 短消息主叫流程1. 流程图BTS BSC M S C MS图 12-12. 流程说明(1 1~4为随机接入、立即指配流程在此流程中, BSS 为手机分配信令信道。
(2 5~17为短消息发送流程MS 再次发送 SABM 帧,通知网络侧该用户需要建立短消息服务。
其后 BSC 将提供透传通道,供 MS 与 MSC 交换短消息信息。
在该流程中,有的厂家的 MSC 可以发送 ASS REQ 给 BSC ,请求指配短消息的信道, BSC 可以分配其他的信道以提供短消息服务,也可以使用原有的 SDCCH 信道提供短消息服务。
(3 18~31为释放程短消息发送结束,由 MSC 发起释放。
12.3 短消息被叫流程1. 流程图BTS BSC M S C MS图 12-22. 流程图说明(1 1~11为寻呼相应、立即指配流程MSC 发送 Paging CMD,寻呼被叫, MS 请求 SDCCH 信道,并回应以 Paging Response。
(2 16~23为建立短消息连接,进行短消息发送的流程对于短消息的被叫流程, 由 BSC 发送 EST REQ请求 MS 建立短消息连接, 得到 MS 的 EST CNF后, 短消息通道建立成功。
BSC 透传短消息, 知道短消息发送结束。
(3 24~37为释放流程。
主叫信令流程汉文流程如下图示:2.1.1、信道请求Channel Request(Rach)MS BTSMS通过动态地在RACH信道(随机接入信道)上发送一个随机接入脉冲向一个(BTS)BTS 申请一条信道。
在信道请求消息中包括了建立的原因,这个原因可能是“应答寻呼”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”,比如“位置更新”。
此外,这条消息还包括随机参数,移动台(MS )随机的选5个比特作为随机参数。
Random reference 有5位,最多可同时区分32个MS ,但不保证两个同时发起呼叫的MS 的RAND 值一定不同。
要进一步区别同时发起请求的MS ,还要根据Um 接口上的应答消息下面是一个Channel Request 信令的举例2.1.2 申请信道 Channel Required( BTS →BSC)BTS 向BSC 发一条申请信道消息。
通过这条消息,BTS 进一步向BSC 传递由移动台发起的信道请求。
实际上,申请信道消息中除了包含信道请求消息中的一些消息外,还包括通过BTS 加入的一些消息。
申请参数直接从信道请求消息中来,初始时间提前量TA (接入延迟)由BTS 加入到这条消息中去。
2.1.3 信道激活 Channel Activation (BSC →BTS)收到从BTS 发来的申请信道消息后,BSC 开始按照一定的条件为此次呼叫寻找和分配SDCCH 信道,同时BSC 向BTS 发送一条信道激活消息。
其中最重要的是:分配给哪个BTS 以及此SDCCH 的信道组合。
此消息中包含的参数有:DTX 控制、信道的ID (识别)、信道描述和移动分配、移动台和基站的最大功率电平、BSC 计算的有关此次接入的初始时间提前量等。
2.1.4信道激活证实 Channel Activation ACK(BTS →BSC)这是对信道激活消息的应答。
当BTS 收到这条消息后,它开始在SACCH 信道发送和接受消息。
信令流程(图+介绍)GSM 信令流程(菜鸟多看看,不要到处跑)GSM 系统使用类似OSI 协议模型的简化协议,包括物理层(L1)、数据链路层(L2)和应用层(L3)。
L1是协议模型最底层,提供物理媒介传输比特流所需的全部功能。
L2保证正确传递消息及识别单个呼叫。
在GSM 系统中,无线接口(Um )上的L1和L2分别是TDMA 帧和LAPDm 协议。
在网络侧,Abis 接口和A 接口使用的L1均为E1传输方式,L2分别为LAPD 和MTP 协议。
在Um 接口,MS 每次呼叫时都有一个L1和L2层的建立过程,在此基础上再与网络侧建立L3上的通信。
在网络侧(A 和Abis 接口),其L1和L2(SCCP 除外)始终处于连接状态。
L3层的通信消息按阶段和功能的不同,分为无线资源管理(RR )、G C H )C C H )H )移动性管理(MM)和呼叫控制(CC)三部分。
1、建立RR连接RR的功能包括物理信道管理和逻辑信道的数据链路层连接等。
在任何情况下,MS向系统发出的第一条消息都是CH-REQ(信道请求),要求系统提供一条通信信道,所提供的信道类型则由网络决定。
CH-REQ有两个参数:建立原因和随机参考值(RAND)。
建立原因是指MS发起这次请求的原因,本例的原因是MS发起呼叫,其它原因有紧急呼叫、呼叫重建和寻呼响应等。
RAND是由MS确定的一个随机值,使网络能区别不同MS所发起的请求。
RAND有5位,最多可同时区分32个MS,但不保证两个同时发起呼叫的MS的RAND值一定不同。
要进一步区别同时发起请求的MS,还要根据Um 接口上的应答消息。
CH-REQ消息在BSS内部进行处理。
BSC收到这一请求后,根据对现有系统中无线资源的判断,分配一条信道供MS使用。
该信道是否能正常使用,还需BTS作应答证实,Abis接口上的一对应答消息CHACT(信道激活)和CHACK(信道激活证实)完成这一功能。
CHACT指明激活信道工作所需的全部属性,包括信道类型、工作模式、物理特性和时间提前量等。
一:短消息的MO流程1.手机发起业务请求,后续的从1-5都是一个业务请求的流程,其中2和3是一个class mark 的流程,4和5是一个加密的流程,都没有什么好讲的,这个消息跟踪中缺少了CM_Service_accept的消息。
2.消息6,A口受到手机上报的CP_DA TA,CP_DA TA包含什么内容呢?见下图3.4.短消息信令分了多层:最外面的两层是CM层(Connection Management Layer)与RL 层(Short Message Relay Layer)。
其中CM层定义3条消息:CP-DA TA, CP-ACK and CP-ERROR;RL层定义4条消息:RP-DA TA, RP-SMMA, RP-ACK 、RP-ERROR。
比如说在用户内存可用的流程,A口上报的也是CP_DATA,MO流程也是上报的CP_DATA,而用户内存可用过程与MO过程的区别在于RL层的消息,前者是RP-SMMA、后者是RP-DA TA,5.手机上报的CP_DATA中含有很多内容的,其中最重要的莫过于destination address,在CM层中的destination address是短消息中心的号码,在SMS层中的destination address 就是被叫的MSISDN.6.A接口收到CP_DA TA之后,会上报DTAP消息RR_DA TA_IND(3),该原语中有协议指示类型(PD)Short Message Service Messages(0x09),该消息通过MM模块、SMS模块透传到MAP模块;MAP模块先要判定MAP功能配置表中是否配置支持SMS_MO功能选项,若配置为NO 则给手机下发错误消息,消息原因值为“网络不支持”;1) 若配置为YES,则MAP向VLR请求用户数据;2) VLR返回用户数据后,MAP根据用户数据判断用户是否签约短消息基本业务,若没有签约,则给手机下发错误消息,消息原因值为“用户没有申请短消息业务”;3) 若用户签约,再判定该用户是否有ODB限呼,若有限呼,则下发错误消息,消息原因值为“网络提供者禁止此项服务”;若用户登记有CALL BAR补充业务,则下发错误消息,消息原因值为“SMS有CALL BAR SERVICE”;4) 若用户没有登记限呼业务,即上述的检查点全部通过,也就是下面的这几条消息7.先看MAP_OPEN_REQ消息,这里解释一下MTI的含义,MTI是我们交换机内部的一个处理模块,它是处理MAP层和TCAP层之间的对话的。
信令流程详解1 信令分析在分析问题时,请参照正确的流程,逐步检查到底哪一条消息没有收到,并且分析上一条消息里面携带的内容,从而定位原因所在。
1.1 主被叫呼叫建立流程1.1.1正常信令在分析接入问题时,请参照上图所示正确的流程,逐步检查到底哪一条消息没有收到,且分析上一条消息里面携带的内容,从而定位原因所在【注】Abis-BTS setup消息里面,携带了接入的小区、扇区、walsh码、频点。
关键点1:BSC向MSC发送CM Service Request后,是否收到Assignment Request。
如果没有收到MSC发的Assignment Request,等到6s后定时器超时,基站会给手机发送release order.这种情况是A1接口失败。
关键点2:BTS是否向BSC发送Abis-BTS Setup Ack。
Abis如有问题,如误码高、信令链路带宽不足等,将会体现为Abis无法建链成功,话统原因“指配资源失败”关键点3:是否发送ECAM(扩展信道指配消息)消息。
如Abis 正常建链,但却没有发送ECAM消息,在话统里面会体现为“指配资源失败”,可能原因是walsh、CE、power不足。
关键点4:是否在F-DSCH发送order message,如没有收到,说明捕获业务信道前导帧失败。
关键点5:是否发送Assignment complete。
如发送表明呼叫建立成功。
如没有收到,在话统里面体现为“信令交互失败”。
被叫流程与主叫几乎完全一致,被叫中的Paging Response相当于主叫的origination message。
1.1.2典型异常信令1、A1接口失败。
2、传输误码率高导致指配资源失败3、信令交互失败引起信令交互失败一般是空口原因,本案例比较特殊,该基站下面呼叫全部失败,通过结合CSL分析,发现存在大量0x0c8b (SDU_ADD_LINK_FAIL)接入失败,怀疑FMR 板有故障,在征得客户同意基础上复位IP框后(该框下仅有这一个基站)解决。
1 基本呼叫过程 (2)1.1 移动用户呼叫移动用户主叫侧完整过程(主叫释放) (2)1.2 移动用户呼叫移动用户被叫侧完整过程(被叫释放) (10)1.3 固定用户呼叫移动用户完整过程 (17)1.4 移动用户呼叫固定用户完整过程 (22)1.5 呼叫重建过程 (26)2 位置更新过程 (27)2.1 第一次位置更新(TMSI再分配) (27)2.2 VLR内部的位置更新 (29)2.3 改变VLR时的位置更新 (34)3 IMSI附着过程 (40)3.1 IMSI分离过程 (40)4 切换 (44)4.1 小区内切换 (44)4.2 BSC内的小区间切换 (46)4.3 MSC内的BSC间切换 (48)4.4 MSC间切换 (50)4.5 强迫切换 (54)5 短消息传送过程 (56)5.1 空闲模式下MS发起的短消息传送 (56)5.2 空闲模式下MS终止的短消息传送 (60)5.3 专用模式下MS发起的短消息传送 (65)5.4 专用模式下MS终止的短消息传送 (67)6 高级语音呼叫过程 (69)6.1 组呼的信令过程 (69)6.1.1 发起组呼的信令流程 (69)6.1.1.1 移动用户发起组呼的信令流程 (69)6.1.1.2 固定用户发起组呼的信令流程 (72)6.1.2 移动用户在主控MSC上申请上行链路的信令流程 (74)6.1.3 组呼挂断的信令流程 (76)6.1.3.1 主控MSC下的移动用户挂断组呼的信令流程1 (76)6.1.3.2 中继MSC下的用户挂断组呼的信令流程 (77)6.1.3.3 固定用户挂断组呼的信令流程 (78)6.2 语音广播呼叫过程 (79)6.2.1 语音广播呼叫建立信令流程 (79)6.2.2 语音广播挂断信令流程 (82)1 基本呼叫过程1.1 移动用户呼叫移动用户主叫侧完整过程(主叫释放)1移动用户呼叫移动用户主叫侧完整过程(主叫释放)流程1.Channel request :该消息在RACH上以随机模式被传送,主要应用过程有IMSI附着、短消息、补充业务管理。
短消息处理流程MO流程MO(Mobile Originated),即移动台始发的短消息,指的是移动台MS向短消息中心提交短消息,到收到短消息中心返回的应答消息的过程。
具体流程如下。
1.移动台MS向VLR提交访问请求和可选的鉴权请求(Access request andpossible authentication)。
2.移动台MS向MSC提交短消息(Message Transfer)。
3.MSC向SMC提交短消息(Message Transfer)。
4.SMC向MSC回送应答(Success or Error)。
5.MSC向MS回送应答(Success or Error)。
MT流程MT(Mobile Terminated),移动台终止的短消息,指的是短消息中心按一定的规则把短消息发送给目的移动台MS,到收到移动台MS返回的应答消息的过程。
SMC根据目的手机号码找到目的手机归属的HLR,并且发送消息到该HLR查询目的手机当前所在的MSC的地址。
得到该地址后,SMC发送消息到目的手机所在MSC,由该MSC将短消息转发到该目的手机。
目的手机收到短消息后给SMC回送应答消息。
具体流程如下。
1.SMC向HLR查询发送路由(SendRoutingInfo_For_ShortMessage),从HLR取回用户的IMSI号码和目前用户所在的MSC的地址。
2.SMC向MSC前传短消息(Forward_ShortMessage)。
3.MSC向VLR查询发送路由(SendInfoFor_MT_SMS),从VLR取回当前手机用户所在的小区位置信息。
4.MSC向移动台MS发送短消息(Message Transfer)。
5.MS向MSC回送MT消息的ACK消息。
6.MSC向SMC回送转发报告(Delivery report)。
MT的流程较为复杂,以上仅为正常下发流程,现在将非正常下发流程说明如下。
∙如果用户不在服务区或用户手机短消息内存已满,则SMC会发信令消息到HLR置MNRF(Mobile Not Reachable Flag)或MCEF(Memory Capacity Exceeded Flag)标志,信令名称为Delivery Status Report。
1.5 切换1.5.1 切换的起因:1)无线标准●信号质量●场强MS和/BTS接收电平●MS—BTS距离●改善干扰与功率控制(选择在确保正常通信质量的情况下切换的小区以尽量减少MS传输功率从而改善干扰)2)网络标准●话务负荷(防止小区拥塞,均化话务;但扰乱了小区规划并增加了对周围区域的干扰强度),只在出现特殊事件,局部地区产生峰值时暂时使用,如举行运动会,交易会。
发生自然灾害时等。
●O&M原因,应操作维护方面的需要1.5.2 切换启动方式1) BSC根据管理标准而检测到无线传输原因而执行切换判决●MS测量周围邻近小区下行信号电平和质量,以搜寻可供选择的BTS,并将结果报告正在服务的BTS●正在服务的BTS对MS上行信号电平,质量和距离进行测量●MS测量结果与BTS测量结果送往BSC进行处理,BSC根据传输质量标准作出切换判决2)MSC询问切换候选人由于MSC业务的原因,MSC希望确定是否能够切换到MS所指定的小区,则MSC发“切换候选者询问”消息到BSS,希望BSS识别在某一特定小区可以切换到另一些小区的切换候选者数目,消息中包含最大候选者的数目。
1.5.3切换类型1)内部切换由BSS控制进行,MSC不参与介入切换控制过程:BSS仅在切换完成后发送“切换完成消息”到MSC。
内部切换有几种类型:●小区切换同一个无线频道的话务信道之间不同的无线频道之间●同基站内小区间切换2)外部切换(MSC参与控制切换过程)●同MSC内不同基站间切换●同PLMN不同MSC只基站间切换●不同PLMN的基站间切换,GSM未定义1.5.4 控制流程(以BSS启动“切换请求指示”为例)1.5.4.1 同MSC基站间切换1.5.4.2 PLMN内不同MSC之间的基站间切换●局间切换GSM定义为两种切换基本切换-----最初的MSC(MSCA)的移动用户MS需要切换到另一个MSC(MSCB)的基站去,MSCA主控这个切换。
一:短消息的MO流程1.手机发起业务请求,后续的从1-5都是一个业务请求的流程,其中2和3是一个class mark 的流程,4和5是一个加密的流程,都没有什么好讲的,这个消息跟踪中缺少了CM_Service_accept的消息。
2.消息6,A口收到手机上报的CP_DATA,CP_DATA包含什么内容呢?见下图3.4.短消息信令分了多层:最外面的两层是CM层(Connection Management Layer)与RL 层(Short Message Relay Layer)。
其中CM层定义3条消息:CP-DATA, CP-ACK and CP-ERROR;RL层定义4条消息:RP-DATA, RP-SMMA, RP-ACK 、RP-ERROR。
比如说在用户内存可用的流程,A口上报的也是CP_DATA,MO流程也是上报的CP_DATA,而用户内存可用过程与MO过程的区别在于RL层的消息,前者是RP-SMMA、后者是RP-DATA,5.手机上报的CP_DATA中含有很多内容的,其中最重要的莫过于destination address,在CM层中的destination address是短消息中心的号码,在SMS层中的destination address 就是被叫的MSISDN.6.A接口收到CP_DATA之后,会上报DTAP消息RR_DATA_IND(3),该原语中有协议指示类型(PD)Short Message Service Messages(0x09),该消息通过MM模块、SMS模块透传到MAP模块;MAP模块先要判定MAP功能配置表中是否配置支持SMS_MO功能选项,若配置为NO 则给手机下发错误消息,消息原因值为“网络不支持”;1) 若配置为YES,则MAP向VLR请求用户数据;2) VLR返回用户数据后,MAP根据用户数据判断用户是否签约短消息基本业务,若没有签约,则给手机下发错误消息,消息原因值为“用户没有申请短消息业务”;3) 若用户签约,再判定该用户是否有ODB限呼,若有限呼,则下发错误消息,消息原因值为“网络提供者禁止此项服务”;若用户登记有CALL BAR补充业务,则下发错误消息,消息原因值为“SMS有CALL BAR SERVICE”;4) 若用户没有登记限呼业务,即上述的检查点全部通过,也就是下面的这几条消息7.先看MAP_OPEN_REQ消息,这里解释一下MTI的含义,MTI是我们交换机内部的一个处理模块,它是处理MAP层和TCAP层之间的对话的。
下面的TC_INVOKE_REQ 是MTI模块向TCAP发起的请求。
其实一个短消息来说是包含对话部分和成分部分的,下面可以介绍一下MAP_OPEN的功能,在G3和G9中有这样的软参。
MAP_OPEN功能其实就是把对话部分成分部分分别发送8.下面是MAP_FORWARD_SMS_REQ消息中的内容9.MAP_OPEN_RSP是MAP_OPEN的响应10.在MAP_FORW ARD_SMS_RSP中,如果发送成功,消息如下,如果发送不成功,在响应消息里面会带有PROVIDE error.11.消息发送成功之后,MAP模块会给SMS模块发送一个SMS_RP_ACK,如果发送失败的话,这里也应该会有一个SMS_RP_ERROR12.后续的流程应该是SMS模块会通知MM模块,MM模块会通知AIM模块,然后AIM模块应该会通知AIR,消息也是CP_DATA,这条消息是用来通知手机说短消息已经被发送到短消息中心了,然后手机收到这条消息之后会有一个确认,就是CP_ACK.a) 网关接收MAP_MO_FORW ARD_SHORT_MESSAGE后,如果发现原语数据有无,将返回意外数据和数据丢失给MSC;b) 如果没有标注SC,网关返回SM转发失败给MSC;c) SC返回的错误,网关用SM转发失败带诊断信息转发给MSC;d) 如果网关无法将短消息传递到SC或传递过程因某种原因失败,网关将给MSC返回系统错误。
e) 我们经常在信令中发现service complete error这样的provide error,这种情况下可能是我们没有把短消息发送出去,另一种可能是我们发送出去之后,短消息中心没有响应。
二.短消息中心向HLR取路由信息的流程1.至此短消息已经被传送到短消息中心了,短消息中心会进行后续的处理,首先当然就是短消息解码,把里面的被叫号码找出来,然后去SEND_FOR_ROUTING_INFO_FOR_SM,为短信请求路由信息,2.先开始一个MAP对话,然后一个业务请求,一个对话确认,一个业务响应,一个关闭业务对话。
MAP_OPEN的内容比较奇怪,不知道是不是信令解析工具的原因3.MAP业务请求的内容HLR收到MAP_SEND_ROUTING_INFO_FOR_SM消息后,要做检查,如果消息缺少必备信元、消息存在不正确的信元、HLR不识别该用户、该用户没签约短消息业务、短消息业务闭锁、该用户拜访的VLR不支持移动终结短消息业务,则HLR向短消息中心返回失败,并返回对应的失败原因值。
否则,进行下一步处理;再继续进行检查,对于优先级高的短消息(用户的优先级在MAP_SEND_ROUTING_INFO_FOR_SM中有标志),如果用户没有对应的MSC号、用户位置区限制、被purge(即用户不可及),则把该用户的不可及标志(MNRF)置为真,同时把该用户的MSISDN、对应的短消息中心号码保存在HLR中(目的是将来该用户被激活后,在短消息提醒处理过程中,HLR能够找到短消息中心。
然后HLR向短消息中心发送缺席用户失败消息。
对于优先级低的短消息,除了要做高优先级短消息的检查外,还要判断MNRF标志,若MNRF为真,则把该用户的MSISDN、对应的短消息中心号码保存在HLR中,并向短消息中心发送缺席用户失败消息。
如果上述检查通过,HLR会给短消息中心返回短消息路由信息。
4.业务请求响应的内容5.MWD(Message waiting) 队列是HLR中存储SC地址的一个队列,当一个短消息中心来请求路由信息的时候,MWD就是将这个短消息中心的地址填到MWD队列中。
对HLR的情况,一个用户最多可以存储3个短消息中心地址,从HLR的B035版本开始,一个用户最多可以存储16个短消息中心地址,果用户存储队列已经存储了16个短消息中心地址,再有其他短消息中心发过来的消息,且短消息发送失败,则该短消息中心地址将不会被保存HLR中,后面短消息提醒流程就无法正常启动,导致该短消息丢失。
6.在短消息取路由响应消息(成功或失败响应)后,可能跟随着MAP_INFORM_SERVICE_CENTRE消息。
若存在下列条件之一:HLR中该用户的MCEF (内存溢出标志)为真、MNRF(用户不可及标志)为真、短消息取路由失败、短消息取路由中携带的MSISDN号码与HLR中存储的MSISDN号码不一致(改号时存在这种情况)时,则HLR会向短消息中心发送MAP_INFORM_SERVICE_CENTRE消息,该消息携带MSISDN、MNRF、MCEF、短消息中心地址是否保存在HLR中。
等等IE。
发送MAP_INFORM_SERVICE_CENTRE消息的目的是让短消息中心知道HLR中该用户的状态,一旦短消息发送成功或失败,短消息中心会向HLR发送MAP_REPORT_SM_DELIVERY_STA TUS消息,通知HLR更改该用户的这些状态。
(这里是因为高优先级别的用户,HLR中即使MNRF标志为真,仍然会返回路由信息的,然后短消息中心也会强制下发的)。
7.如果说这个短消息没有被发送成功的话,SC会通知HLR置位,如果发送成功,SC 会通知HLR清位。
1)如果用户内存已满,设置MCEF;2)如果用户为缺席用户或未定义用户,设置MNRF8.去路由信息的常见错误参考图1,根据GSM09.02协议,网关发送路由请求后HLR可能返回的错误原因包括:表1 取路由回应过程中出错信息信令过程取路由回应响应者HLR错误描述协议中错误值出错原因三.短消息MT流程1.MAP_OPEN消息中的主要参数2.MAP_MT_FORWARD_SHORT_MSG_REQ消息中的主要信元当MAP_MT_FORWARD_SHORT_ MESSAGE消息到达主机后,MAP需要查询MAP功能配置表中的SMS_MT功能配置是否为YES,若为NO则向短消息中心回“设备不支持”;5) 若配置为YES,则MAP向VLR发用户信息请求消息;6) VLR返回用户信息响应消息,若指示用户数据未经HLR确认或VLR中没有该用户数据,则向短消息中心回“不识别的用户”;7) 若VLR识别该用户,再判定该用户是否为关机状态、位置区漫游限制状态,若是,则向短消息中心发失败消息,失败原因值为“缺席用户”,并把VLR中的MNRF标志置为TRUE;若否,进行下一步检查;8) 判断用户是否签约移动终结短消息业务,若否,则向短消息中心发失败消息,失败原因值为“用户未配备该业务”;若是,进行下一步处理;9) MSC向MS发寻呼消息,若寻呼无响应,则向短消息中心发失败消息,失败原因值为“缺席用户”,并把VLR中的MNRF标志置为TRUE;若寻呼响应,进行下一步处理;10) MSC向MS发送短消息,若MS返回内存满溢出,则MSC向短消息中心返回短消息传送失败,错误原因值为内存满溢出;若MS返回其他错误,则MSC向短消息中心返回短消息传送失败,错误原因值为协议错误,并把失败原因值发给短消息中心;若MS返回成功响应消息,则MSC产生移动终结话单,并向短消息中心发送移动终结短消息发送成功消息。
11) 短消息中心收到移动终结短消息响应后(成功或失败),要比较当前MNRF、MCEF的值与HLR中的MNRF、MCEF的值是否一致,如果不一致,则向HLR发送MAP_REPORT_SM_DELIVERY _STATUS消息,通知HLR更改该用户的MNRF、MCEF值。
如果短消息发送失败,而HLR没有保存短消息中心地址,也向HLR发送MAP_REPORT_SM_DELIVERY_STA TUS消息,通知HLR保存短消息中心地址。
12) 对于一次发多条移动终结短消息的情况,只有前一条短消息发送成功后,才能发送下一条短消息,如果前一条短消息发送失败,后面的短消息不再发送。
4.MT流程常见的错误原因值参考图1,根据GSM09.02协议,网关取到路由后,向Servicing MSC发送短消息,MSC 可能返回的错误原因包括:表2 MT回应过程中出错信息Equipped"。
2、MSC向MS传送短消息后,MS返回此错误。