短消息信令
短信业务的信令流程图
发送方手机收到回复后,可以在 屏幕上查看短信内容。
短信状态报告流程
当短信发送完成后, SMSC会向发送方手机 发送一条状态报告信息 。
状态报告信息包括短信 是否成功发送、接收方 是否已接收等状态信息 。
发送方手机接收到状态 报告信息后,可以在屏 幕上查看状态信息。
如果短信发送失败, SMSC会向发送方手机 发送一条失败提示信息 ,告知发送方原因和解 决方案。
03
04
简单易用
短信业务基于手机终端,用户 无需额外安装软件,只需通过 手机键盘输入文字即可发送和 接收信息。
覆盖面广
短信业务基于移动通信网络, 覆盖范围广泛,可以覆盖全球 大部分国家和地区。
可靠性高
短信业务采用存储转发机制, 可靠性较高,能够保证信息的 可靠传输。
Hale Waihona Puke 低成本高效率相对于其他通信方式,短信业 务的成本较低,且发送速度快 ,能够满足用户快速传递信息 的需求。
信令传递
按照选定的路径,将信令请求逐级传递至目的设 备。
路由选择
根据信令请求中的地址信息,选择最佳的传输路 径。
信令响应
目的设备对信令请求进行响应,通过反向路径返 回给发起设备。
05
短信业务信令路由
信令路由方式
静态路由
通过手动配置或预定义的方式设置信 令路由,一旦设置完成,不会轻易改 变。
动态路由
SMS-SUBMIT协议
01
02
定义:SMS-SUBMIT协 议是用于在移动台和短消 息服务中心之间传送短消 息的协议,特别是当发送 者需要一个确认通知时。
工作流程
03
04
05
移动台向短消息服务中心 发送短消息。
短信
短信信令流程MO
SMC 信令网关 HLR MSC VLR MS Access Request and Possible Authentication
Message Transfer SendInfo For MO SMS Froword ShortMessage Message Transfer ACK ACK ACK
– 惠州区域:惠州、河源、汕头、汕尾、揭阳、潮州、
梅州
– 江门区域:江门、肇庆、云浮、阳江、茂名、湛江
短信网关
– 省际梦网短信网关(亚信网关):省际短信梦网业 务接入以及国际短信业务的转发 – 省级梦网短信网关(华为省IOD):省级短信梦网 SP、公司自有业务、10086等系统接入 – 行业网关(华为):集团客户(EC/SI)的业务接 入 – 互联电信短信网关(华为) :移动与电信网间短信 的转发 – 互联联通短信网关(华为) :移动与联通网间短信 的转发
• 短信中心网元类型
– 六区域MO短信中心(华为):各类上行短信,及下行点对点短信 – 行业短信中心(华为):行业网关的EC(集团客户,一般对个人用户不 收费)/SI(集成商,一般对个人用户收费)的发往广东用户的下行短信 – 专用短信中心(华为):下行国际短信,空中充值、12580、部分彩信
PUSH短信下发业务;
VLR 提供用户发送短消息前的鉴权管理和下发短消息时MSC查找用户路由。 HLR 短消息系统下发短消息前,查找用户归属MSC和MSC下发短消息时查 找用户基本信息使用。
广东信令网现状
广东移动LSTP 设备采用A、B 平面组网方式,省内同平面LSTP 间网状相连,成 对LSTP设备之间通过C链路相连。广东移动LSTP 与广州1 对HSTP设置直联信令 链路。广州HSTP 采用A、B平面组网方式,与同平面其他省HSTP设备设置直 联信令链路,广州1 对HSTP 之间通过C 链路相连。
熟悉基本通信协议(6)七号信令(SS7信令)
熟悉基本通信协议(6)七号信令(SS7信令)第六、SS7信令(俗称七号信令或No.7信令)对于知识的框架我不可能面面俱到,只能把精华部分与读者共享,我先来说一下七号信令在通信中的的重要性:我们经常使用的短消息业务,其中有大约40%是由短信中心来实现的,而剩下的大约60%的业务是由七号信令来完成的,它是电话网的神经系统,传送的是控制信号(信令可以控制终端、交换机和人的行为。
七号信令也可以作承载业务,比如短信的实现)。
由此,有些人说七号信令已经是边缘技术是没有什么根据的或者说不太现实,或者在近几年之内也不至于“沦落”为边缘技术,边缘技术的意思是这种技术以后我们用得少了,或者说将有可能被某种新技术取代。
支撑网技术:支撑网是为使业务网正常运行、增强网络功能、提供全网服务质量,满足要求的网络,传送相应的控制,检测信号。
支撑网包括信令网(它也有管理网就是七号信令监测系统)、同步网(是指信号之间的频率相同,相位上保持某种严格的特定关系。
)和电信管理网TMN(采用了面向对象的设计方法,通过对对象的管理来实现对通信资源的管理,它有专门的部门来进行远程的监控和维护)。
本阶段的知识框架如下:(一)理解信令的基本概念(二)掌握No.7信令系统特点及功能结构等(三)认识No.7信令网结构(四)了解No.7信令系统在移动通信中的应用详细介绍如下:一、信令网(一)信令的基本概念要了解信令的基本概念,必须要了解信令、信令方式和信令系统。
(1)信令:信令是在电话机或其它终端与交换局、交换局与交换局、交换局与各种业务控制点及交换局与操作维护中心等之间,为了建立呼叫连接及各种控制而传送的专门信息,是控制交换机动作的操作命令、信号和语言。
(2)信令方式:传送信令要遵守一定的规约和规定,这些规约和规定就是信令方式。
它包括具体信令的结构形式,信令在多段路由上的传送方式及控制方式等。
(3)信令系统:信令系统是指为了完成特定的信令方式所使用的通信设备的集合.(就是这些控制过程的控制信号的产生、发送和接收的硬件及操作程序的全体)(二)信令的分类根据不同的分类标准,可以对信令进行不同的分类:1.按信令工作区域可分为用户线信令和局间信令2.按信令传送信道可分为随路信令和公共信道信令(我们国家现在使用的是后者,后者的优点是:将信令通路与语音通路分开,将若干条电路的信令集中在一条专用于传送信令的通道上传送,这一条信令通道就是信令数据链路。
中国移动与中国联通点对点短信互联信令规范
中国移动与中国联通点对点短信互联信令规范(V 1.0)目录前言 (3)1 适用范围 (4)2 引用标准 (4)3 相关术语与缩略语解释 (4)4 业务触发方式 (4)5 说明 (5)5.1 接口说明 (5)6 信令流程 (5)6.1 中国移动全球通用户给中国联通用户发送短消息 (5)6.1.1 消息流程图 (5)6.1.2 流程说明 (6)6.1.3 对异常情况的处理 (6)6.1.4 消息参数 (6)6.2 中国移动神州行用户给中国联通用户发送短消息 (10)6.2.1 消息流程图 (10)6.2.2 流程说明 (11)6.2.3 对异常情况的处理 (11)6.2.4 消息参数 (11)6.3 中国联通用户给中国移动用户发送短消息 (13)6.3.1 消息流程图 (13)6.3.2 流程说明 (13)6.3.3 对异常情况的处理 (14)6.3.4 消息参数 (14)附录A:编制历史 (19)前言本信令规范描述了中国移动与中国联通点对点短信互联业务中包括SMSC、互联短信网关、SCP等实体之间的消息交互过程以及相关消息的类型和定义。
本规范解释权属于中国移动通信集团公司。
本规范起草单位:中国移动通信集团公司研发中心。
本标准主要起草人:魏冰、党京、孙若雯、袁向阳,同时感谢在规范起草过程中给予大力支持的崔健、戴忠、郑朝晖、于蓉蓉、李洪菊、刘利平、陈洪涛同志。
1适用范围本规范对中国移动开展与中国联通点对点短信互联业务在SMSC、互联短信网关、SCP等实体之间交互的信令消息流程进行了详细的描述,是开通中国移动与中国联通点对点短信互联业务过程中必须遵循的规范。
2引用标准[1]Short Message Peer to Peer Protocol Specification v3.3[2]点对点短消息网间互通协议V1.2[3]ISMG与SCP之间通信协议(事务层)规范[4]移动梦网业务信令流程规范3相关术语与缩略语解释SCP Service Control Point 业务控制点SMSC Short Message Service Center 短消息中心MSC Mobile Switch Center 移动交换中心MO Mobile Originate 手机用户发起的短消息MT Mobile Terminate 发给手机用户的短消息SMPP Short Message Point to Point 短消息点到点协议SMAO 移动用户发送短信给联通用户,但是没有收到状态报告确认的话单SMO 移动用户发送短信给联通用户,已经收到状态报告确认的话单SMA 联通用户发送短信给移动用户,但是没有收到状态报告确认的话单SMT 联通用户发送短信给移动用户,已经收到状态报告确认的话单4业务触发方式中国移动的用户通过自己的手机发送短信给中国联通的用户,或者中国联通的用户通过自己的手机发送短信给中国移动的用户时,触发该业务。
移动梦网短信业务信令流程规范(V3.0.1)
中国移动通信企业标准QB-╳╳-╳╳╳-╳╳╳╳移动梦网短信业务信令流程规范Monternet SMS Signalling Procedures Specification版本号: 3.0.1╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司发布目录1 适用范围 (1)2 引用标准 (1)【1】Short Message Peer to Peer Protocol Specification v3.4 (1)【2】ETSI GSM 09.78 V6.2.1 “CAMEL Application Part(CAP) specification” (1)【3】ETSI GSM 09.02 V6.2.0 “Mobile Application Part(MAP) specification” (1)【4】ITU-T 建议Q.1228(09/97) <<智能网能力集2接口建议>> (1)【5】中国移动通信集团公司CMPP V3.0.0 (1)【6】中国移动通信集团公司<<ISMG与SCP通信协议(事务层)规范(V1.0)>> .. 13 相关术语和缩略语解释 (1)4 业务触发方式 (2)5 说明 (2)5.1 接口说明 (2)5.2 信令流程说明 (2)5.3 网元交互说明 (3)6 信令流程 (4)6.1 移动梦网短信业务的MO流程 (4)6.1.1 不需要前转的MO流程 (4)6.1.1.1 流程图 (4)6.1.1.2 流程说明 (4)6.1.1.3 网元处理说明 (5)6.1.1.4 接口使用说明 (5)6.1.1.4.1 DELIVER_SM/DELIVER_SM_RESP (5)6.1.1.4.2 AuthPriceReq/AuthPriceResp (7)6.1.1.4.3 sm-chg-req/sm-chg-rsp (9)6.1.1.4.4 CMPP_DELIVER/CMPP_DELIVER_RESP (10)6.1.1.4.5 sm-cnfm-req/sm-cnfm-rsp (12)6.1.1.4.6 RequireMonthFeeReq/RequireMonthFeeRsp (12)6.1.2 需要前转的MO流程 (14)6.1.2.2 流程说明 (14)6.1.2.3 网元处理说明 (15)6.1.2.4 接口使用说明 (15)6.1.2.4.1 DELIVER_SM/DELIVER_SM_RESP (15)6.1.2.4.2 AuthPriceReq/AuthPriceResp (15)6.1.2.4.3 sm-chg-req/sm-chg-rsp (16)6.1.2.4.4 CMPP_FWD/CMPP_FWD_RESP(1) (16)6.1.2.4.5 CMPP_DELIVER/CMPP_DELIVER_RESP (19)6.1.2.4.6 CMPP_FWD/CMPP_FWD_RESP(2) (19)6.1.2.4.7 sm-cnfm-req/sm-cnfm-rsp (21)6.1.2.4.8 RequireMonthFeeReq/RequireMonthFeeResp (21)6.2 移动梦网短信业务的MT流程 (22)6.2.1 不需要前转的MT流程 (22)6.2.1.1 流程图 (22)6.2.1.2 流程说明 (22)6.2.1.3 网元处理说明 (23)6.2.1.4 接口使用说明 (23)6.2.1.4.1 CMPP_SUBMIT/CMPP_SUBMIT_RESP (23)6.2.1.4.2 AuthPriceReq/AuthPriceResp (25)6.2.1.4.3 sm-chg-req/sm-chg-rsp (27)6.2.1.4.4 SUBMIT_SM/SUBMIT_SM_RESP (29)6.2.1.4.5 DELIVER_SM/DELIVER_SM_RESP (30)6.2.1.4.6 sm-cnfm-req/sm-cnfm-rsp (32)6.2.1.4.7 CMPP_DELIVER/CMPP_DELIVER_RESP (32)6.2.1.4.8 RequireMonthFeeReq/RequireMonthFeeResp (34)6.2.2 需要前转的MT流程 (35)6.2.2.1 流程图 (35)6.2.2.2 流程说明 (35)6.2.2.3 网元处理说明 (36)6.2.2.4.1 CMPP_SUBMIT/CMPP_SUBMIT_RESP (36)6.2.2.4.2 AuthPriceReq/AuthPriceResp (37)6.2.2.4.3 CMPP_FWD/CMPP_FWD_RESP(1) (37)6.2.2.4.4 sm-chg-req/sm-chg-rsp (39)6.2.2.4.5 SUBMIT_SM/SUBMIT_SM_RESP (40)6.2.2.4.6 DELIVER_SM/DELIVER_SM_RESP (40)6.2.2.4.7 sm-cnfm-req/sm-cnfm-rsp (40)6.2.2.4.8 CMPP_FWD/CMPP_FWD_RESP(2) (41)6.2.2.4.9 CMPP_DELIVER/CMPP_DELIVER_RESP (43)6.2.2.4.10 RequireMonthFeeReq/RequireMonthFeeResp (43)6.3 移动梦网短信业务的定购/取消定购流程 (44)6.3.1 不需要前转的定购/取消定购流程 (44)6.3.1.1 流程图 (44)6.3.1.2 流程说明 (44)6.3.1.3 网元处理说明 (44)6.3.1.4 接口使用说明 (45)6.3.1.4.1 DELIVER_SM/DELIVER_SM_RESP (45)6.3.1.4.2 AuthPriceReq/AuthPriceResp (45)6.3.1.4.3 sm-chg-req/sm-chg-rsp (45)6.3.1.4.4 sm-cnfm-req/sm-cnfm-rsp (46)6.3.1.4.5 SyncOrderRelationReq/SyncOrderRelationResp (47)6.3.2 需要前转的定购/取消定购流程 (48)6.3.2.1 流程图 (48)6.3.2.2 流程说明 (48)6.3.2.3 网元处理说明 (49)6.3.2.4 接口使用说明 (49)6.4 移动梦网短信业务的包月计费流程 (49)6.4.1 不需要前转的包月计费流程 (49)6.4.1.1 流程图 (49)6.4.1.3 网元处理说明 (50)6.4.1.4 接口使用说明 (50)6.4.1.4.1 MonthFeeReq/MonthFeeResp (50)6.4.1.4.2 sm-chg-req/sm-chg-rsp (51)6.4.1.4.3 MonthFeeReceiptReq/MonthFeeReceiptResp (52)6.4.2 需要前转的包月计费流程 (53)6.4.2.1 流程图 (53)图8 需要前转的包月计费流程 (53)6.4.2.2 流程说明 (54)6.4.2.3 网元处理说明 (54)6.4.2.4 接口使用说明 (54)6.4.2.4.1 MonthFeeReq/MonthFeeResp (54)6.4.2.4.2 CMPP_FWD/CMPP_FWD_RESP(1) (54)6.4.2.4.3 sm-chg-req/sm-chg-rsp (57)6.4.2.4.4 CMPP_FWD/CMPP_FWD_RESP(2) (58)6.4.2.4.5 MonthFeeReceiptReq/MonthFeeReceiptResp (60)6.5 移动梦网短信业务的SP登录流程 (60)6.5.1 流程图 (60)图9 SP登录流程图 (60)6.5.2 流程说明 (60)6.5.3 网元处理说明 (61)6.5.4 接口使用说明 (61)6.5.4.1.1 SPAuthInfoReq/SPAuthInfoResp (61)6.6 移动梦网短信业务的SCP互联信令流程 (62)6.6.1 计费请求互联信令流程 (62)6.6.1.1 流程图 (62)6.6.1.2 接口使用说明 (62)6.6.2 计费确认请求互联信令流程 (63)6.6.2.1 流程图 (63)6.6.3 互联信令中使用到的客体标识符说明 (64)6.6.4 操作结果说明 (65)7 网元处理说明 (67)7.1 ISMG处理说明 (67)7.1.1 对与其它网元交互的处理 (67)7.1.2 对计费类型的处理 (68)7.1.3 MO流程中对目的号码操作类型的处理 (70)7.1.4 对伪码的处理 (70)7.1.5 对短信号码类别的处理 (70)7.1.6 MT流程中对MT状态报告的处理 (70)7.1.7 ISMG上配置可信任号码组的处理 (71)7.1.8 ISMG对LBS业务的支持 (71)7.1.8.1 LBS业务的操作方式 (71)7.1.8.2 MO流程对于ISMG的要求 (71)7.1.8.3 MT流程对于ISMG的要求 (72)7.1.9 ISMG对群发的支持 (72)7.1.10 长消息解决方案 (72)7.1.10.1 SP的处理方案 (72)7.1.10.2 DSMP的处理方案 (73)7.1.10.3 ISMG的处理方案 (73)7.2 DSMP处理说明 (73)7.2.1 对业务需要真实号码还是伪码的处理 (73)7.2.2 对计费类型的处理 (74)8 ISMG与SCP之间通信协议 (74)8.1 ISMG与SCP之间通信协议的消息体描述中的一些规则 (74)8.2 ISMG与SCP之间通信协议中共用的通用元素的定义 (75)8.2.1 元素addr的定义 (75)8.2.2 元素chg-info的定义 (75)8.2.3 元素desc的定义 (76)8.2.4 元素dst的定义 (76)8.3 计费请求及应答消息的定义 (76)8.4 计费确认请求及应答消息的定义 (77)9 SMSC分册对DSMP接口规范的修改 (78)9.1 增加AuthPriceResp消息中的计费类型 (78)9.2 增加AuthPriceResp消息中用户类型字段 (78)9.3 增加AuthPriceResp消息中短信内容字段 (79)9.4 修改service_id_scheme (79)9.5 增加MonthFeeReq消息中用户类型字段 (80)9.6 增加RequireMonthFeeReq消息和RequireMonthFeeResp消息 (80)9.6.1.1 功能描述 (80)9.6.1.2 接口内容描述 (80)9.7 增加SPAuthInfoReq消息中的业务类型字段 (81)10 附录1 错误码xxxx的取值 (81)11 附录2 错误码yyyy的取值 (82)12 附录3 错误码zzzz的取值 (82)13 编制历史 (84)前言本信令规范描述了移动梦网短信业务中各网元(包括SCP、ISMG、SMSC、DSMP和SP)之间的消息交互过程以及相关消息的类型和定义。
短消息系统信令错误分析及故障处理
短消息系统信令错误分析及故障处理摘要:本文通过对短消息的系统原理进行简单阐述,描述短信信令出错原因并结合相关案例,描述短消息故障处理的思路。
关键词:短消息信令;MO;MT;取路由;出错信息一、短信系统概述短消息中心是独立于GSM网络的一个业务处理系统,主要功能是提交、存储、转发短消息,并完成与PSTN、ISDN、PSPDN等网络的互通,以传递来自其它短消息实体SME(Short Message Entity,如:人工台/自动台等)的短消息。
鉴于GSM网络信令的复杂性、业务的多样性,从业务表现出来的故障现象比较简单(下发消息失败),但原因很复杂。
如果维护人员熟悉短消息系统结构,掌握信令规范和SMPP协议,从消息流程上可以逐段分析排除定位。
下图简单描述了短消息的业务流程。
二、短信信令错误原因因种种原因,在短消息发送过程中,HLR和MSC都可能给网关返回出错信息。
这些出错信息由GSM09.02协议规定。
网关将这些出错信息以及自身处理过程产生的错误传递给调度中心,调度中心将根据出错信息和错误类型的设置决定短消息的重发或删除。
短信接通率是短消息系统的重要性能指标之一,优化系统性能是我们努力的方向。
深入分析这些出错信息,有助于问题的准确定位。
如果短消息中心无法接收短消息,G/IW网关将给Servicing MSC返回错误。
这些错误可能包括:a)G/IW网关接收MAP_MO_FORWARD_SHORT_MESSAGE后,如果发现原语数据有无,将返回意外数据和数据丢失给MSC;b)如果没有标注SC,网关返回SM转发失败给MSC;c)SC返回的错误,网关用SM转发失败带诊断信息转发给MSC;d)如果网关无法将短消息传递到SC或传递过程因某种原因失败,网关将给MSC返回系统错误。
MT失败产生错误的原因可能来自于1.网关发送路由请求后HLR可能返回的部分错误原因。
表1 取路由回应过程中出错信息2.网关取到路由后,向Servicing MSC发送短消息,MSC 可能返回的部分错误原因表2 MT回应过程中出错信息3.MapServer提供的错误值及与协议错误值的映射从上面可知,MO过程的出错处理是网关向Servicing MSC发送出错消息,从短消息中心角度出发,这是一个输出过程。
L等级考试-核心网-软交换-aL2
1. 组POOL后,如果某个端局的CP负荷接近90(用户行为导致),通常采取的应急措施?()A.用户迁移B.GRI分流C.改短周期性位置更新时长D.都不是答案:B2. AXE平台的中央处理板卡是?()A.APB.CPC.RPD.GBP答案:B3. AXE平台,只对某个模块装载几行补丁,通常采用什么方式操作?()A.correctionB.Function ChangeC.RESTARTD.RELOAD答案:A4. 在MGW上,下列哪个(些)命令用于从MO “IpAccessHostGpb”向目的地IP地址发送ping包()A.pingB.ipac_pingC.MsbHostMo_StartPingD.MsbHostMo_StopPing答案:B5. 以下哪个参数用于表征用户的AAL2-LLC?()A.CEIDB.DSAIDC.SUGR答案:A6. Q.2630信令用于?()A.TDM接口上建立用户平面承载连接B.ATM接口上建立用户平面承载连接C.IP接口上建立用户平面承载连接D.MSC-S和MGW之间的控制答案:B7. 参数PAGREPGLOB可能会影响以下哪项指标?()A.寻呼成功率B.掉话率C.切换成功率D.位置更新成功率答案:A8. 对于入MSC POOL的爱立信A口TDM电路扩容,以下说法正确的是?()A.需要在SERVER、MGW、BSC上同时做数据,电路数量一致即可。
B.需要预先规划BSC与各个SERVER的电路数以及CIC编号,且需要在SERVER、MGW、BSC上同时做数据。
C.需要预先规划BSC与各个SERVER的电路数以及CIC编号,只需在SERVER、MGW上做数据。
D.需要预先规划BSC与各个SERVER的电路数以及CIC编号,只需要在MGW、BSC上做数据。
答案:B9. AP restore指令()A.prcstateB.prcbootC.burrestoreD.DPWSP答案:C10. APG40系统的restore流程中,命令“burrestore”的作用是()A.在passive Node恢复数据盘B.在active Node恢复CP 备份文件C.将K盘的AP系统备份文件恢复到C盘,并执行一个reboot操作D.切换C盘和D盘的盘符,并执行一个reboot操作答案:D11. 检查APG告警的方法是( )。
信令流程(寻呼、短信、切换)
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附着、短消息、补充业务管理。
信令流程(寻呼、短信、切换)
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附着、短消息、补充业务管理。
短信业务的信令流程共18页
含MSC地址、用户IMSI等 第5步:信令网关向对应的MSC前传短消息(forward Short Message ); 第6步: MSC向VLR发送sendInfoForMT-SMS消息,获取被叫手机用户的当前状
4
Mobile terminated short message transfer
(2)Send routing information for short message(Called MSISDN, priority, SC address)
(1) Transfer mobile terminated short message
态,确定手机是否可以接收短消息。如果可以接收短信则MSC向被叫手机 发送短信:
1)如果手机处于idle状态,则通过SDCCH信道给手机下发短信。 2)如果手机处于active状态,则通过SACCH信道给手机下发短信。 第7步:MSC向信令网关回送应答消息(ack) ; 第8步:信令网关向SC回送应答消息(ack) ;
MO消息流程
1
MOBILE ORIGINATED SMS
BTS
1. CM Service Request 2,CM Service Accept 3.CP-Data(RP-Data)/submit short messgae 4.CP-Ack
9.CP-Data(RP-Ack/Error) 10.CP-Ack
6
用户不在服务区
SMC
信令网关
HLR
MSC
VLR
MS
Message Transfer
Send Route Info For Short Message
短消息信令流程学习笔记
短消息信令流程
1.UE/MS向MSC发送CM service request消息发起业务请求,消息中携带
发起呼叫的UE/MS当前所处的小区信息、业务类型、被叫号码、用户标识、鉴权参数等信息。
2.鉴权与加密,该过程详细请参见鉴权加密。
3.业务接入请求接受后,UE/MS通过Iu/A接口向MSC发送CP DATA消息,
该消息中包含了短消息数据和相关地址信息。
4.MSC收到CP DATA消息后,向接入侧回CP ACK消息,表示收到CP DATA
消息(并不代表SMC收到短消息)。
5.MSC发起到VLR的用户数据请求,检查用户签约信息以及本局是否支持短
消息业务。
o如果本局不支持SMMO,或者签约了呼出闭锁业务等,则MSC直接向UE/MS回短消息发送拒绝;
o如果本局支持SMMO且未签约呼出闭锁业务,则MSC从移动始发短消息中取出短消息中心地址,通过
MAP_MO_FORWARD_SHORT_MESSAGE_REQ消息,将短消息透传给短消
息中心。
6.短消息中心收到移动始发短消息请求以后,检查数据的有效性,如果检查
通过,则向MSC回复MAP_MO_FORWARD_SHORT_MESSAGE_CNF消息。
7.MSC向UE/MS回送CP DATA消息,表示短消息成功发送到了短消息中心。
8.UE/MS回复CP ACK消息,表示收到CP DATA消息。
9.若短消息长度超过限制,UE/MS会将短消息分割成多条子短消息,通过CP
DATA消息发送,其流程相似。
短号的信令流程
短号的信令流程下载温馨提示:该文档是我店铺精心编制而成,希望大家下载以后,能够帮助大家解决实际的问题。
文档下载后可定制随意修改,请根据实际需要进行相应的调整和使用,谢谢!并且,本店铺为大家提供各种各样类型的实用资料,如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等,如想了解不同资料格式和写法,敬请关注!Download tips: This document is carefully compiled by theeditor.I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!短消息(SMS)的信令流程涉及多个网络组件之间的交互,主要包括移动台(MS)、基站收发信台(BTS)、基站控制器(BSC)、移动交换中心(MSC)、短消息服务中心(SMSC)等。
短消息流程及其信令抓图大全
一:短消息的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层之间的对话的。
SMS短信(A2P&P2P)流程以及SS7七号信令如何作用于短信息传递
ContentsSMS短信(A2P&P2P)流程以及SS7七号信令如何作用于短信息传递 (2)SMSC在GSM网络中的位置 (3)短消息业务流程 (3)MO消息流程 (4)MT消息流程 (5)A2P短信业务 (5)不同类型短信消息要经过的网元 (5)短信点对点的描述(上边的第一种去向,网内) (6)短信端到端描述(第二种去向,其他运营商) (6)短信端到端描述(第三种去向,SP) (6)短信息七号信令 (6)七号信令的字段深入解读 (8)短消息的信令流程分析 (9)由SMSC下发到MSC的MT消息 (10)其他短信相关信令 (12)短消息中心在七号信令系统中所处的位置.................................................................................. 错误!未定义书签。
短信息其他信令(SMPP) (13)SMS短信(A2P&P2P)流程以及SS7七号信令如何作用于短信息传递了解短信息之前,首先需要大概了解移动智能网络的层次结构其中信令网的结构如下在7号信令网中有以下三种信令点 (如图下图):•SSP (业务交换点 Service Switching Point)•STP (信令转接点Signal Transfer Point)•SCP (业务控制点Service Control Point)7号信令点值得一提的是移动交换中心MSC和短信息中心SMSC之间就是通过信令网来实现连接的,所以MSC和SMSC之间的通信时通过STP来中转,同时受到SCP的控制.SMSC 在GSM 网络中的位置如下图所示SMC(或者叫做 SC,SMSC): 短信息中心,存储转发短信,一般情况下他是短信息数据库,SMSC 不是GSM/UMTS PLMN 的一部分,但有时是和MSC 集成在一起的.SMS-GMSC : 短消息网关MSC, 他是MSC 的一个功能部分, 能够从HLR 中获得路由信息和短消息信息,并将消息传送给VMSC(Visited Mobile Switching Center)SMS-IWMSC : Interworking MSC for SMS, 短消息业务互通移动交换中心, 他是MSC 的一个功能部分,在PLMN 内部能够接收短消息并提交给短消息中心即SMS-IWMSC 用于接收MO 消息,而SMS-GMSC 用于查询目的MSC 路由并发出消息.SAU: Singaling Access Unit,它在功能上作为智能网服务控制点SCP 的一部分,充当信令会几点上SCP,SPP 的信令接入服务器,SSP 一般通过SS7信令同SAU 连接,而SAU 通过IP 局域网与SCP 连接,所以SAU 充当信令中转的桥梁作用.(但SAU 如何详细的作用于MO 和MT 短信需要进一步搞清楚.)SDCCH :MS 与BTS 之间的无线逻辑信道,Stand Alone Dedicated Channel 独立专用控制信道用于移动台呼叫建立之前传送系统信息。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
短消息信令
短消息中心网关部分主要实现短消息中心接入PLMN信令网的功能,及短消息人工台、自动台接入PLMN、PSTN网的功能,因此,网关的信令模块主要包含了七号信令中的MAP、TCAP、SCCP、MTP、TUP各层,实现短消息的提交、前转、提醒功能,并完成电话呼叫的接续。
网关所要处理的信令主要有三个流程:MO(Mobile Originated移动台发起的短消息业务)、MT(Mobile Terminated移动台终止的短消息业务)、ALERT_SC(Alert Service Center短消息中心提醒)。
1、MO主要流程说明
SC SMS IWMSC HLR VLR Access request
and possible
authentication
Message Transfer
Forward_ShortMessage MS
MSC
SendInfoFor_
MO_SMS
Message
Transfer
Ack
Ack
Ack
图3-15 MO信令流程
具体说明如下:
1.移动台MS向VLR提交访问请求和可选的鉴权请求(Access request and possible authentication);
2.移动台MS向MSC提交短消息(Message transfer);
3.MSC向网关SMS-IWMSC上传短消息(forwardShortMessage)(IWMSC:InterWrokingMSC,即接入/互通MSC,负责处理手机提交的短消息);
4.网关SMS-IWMSC 向SC 提交短消息(Message transfer ); 5.SC 向网关SMS-IWMSC 回送应答(Ack or Error ); 6.SMS-IWMSC 向MSC 回送应答(Ack or Error ); 7.MSC 向MS 回送应答(Ack or Error )。
2、MT 主要流程说明
SC
SMS GMSC
HLR VLR
Message Transfer
Forward_ShortMessage
MS
MSC
SendInfoFor_MT_SMS
Delivery Report
Message Transfer
SendRoutingI nfo_For_Shor tMessage
Delivery Report
图3-16 MT 信令流程
具体说明如下:
1.短消息中心SC 向网关SMS-GMSC (GMSC:GatewayMSC,即网关MSC ,负责处理下发短消息)提交消息传送请求Message transfer ;
2.网关SMS-GMSC 向HLR 查询发送路由sendRoutingInfoForShortMsg ; 3.网关SMS-GMSC 向MSC 前传短消息forwardShortMessage ;
4.MSC 向VLR 查询发送路由sendInfoForMT-SMS ,从HLR 取回用户的IMSI 号码和目前用户所在的MSC 的号码;
5.MSC 向移动台MS 发送短消息Message transfer ; 6.MS 向MSC 回送转发报告Message transfer ;
7.MSC 向SMS-GMSC 回送转发报告Delivery report 。
MT的流程较为复杂,以上仅为正常下发流程,现在将非正常下发流程说明如下:
1 .下发用户不响应或用户手机短消息内存已满,则G MSC要去HLR置MNRF(Mobile Not Reachable Flag移动用户不可及)或MCEF(Memory Capacity Exceeded Flag存储能力溢出标志)标志,信令名称为Delivery Status Report;
2 .当G MSC去HLR取路由时,若HLR内MNRF或MCEF已被置位,则HLR除发送路由信息,还要发送Inform SC信令到G MSC,通知该用户不可用,此时若下发的短消息为普通优先级,则G MSC不再下发,若短消息为高优先级,则G MSC尝试下发该短消息,若发送不成功则下发结束,若下发成功,则去HLR清除MNRF或MCEF标志,并返回成功信息给SC,若该用户仍有短消息未发出,则保持与MSC的链路,然后继续下发短消息,直到发完或出错为止。
3 .每次成功下发后,短消息中心检测短消息是否是MO短消息且要求状态报告,若是,则下发状态报告短消息到提交用户。
3、ALERT_SC主要流程说明
SC GMSC HLR VLR
RegForSM RP_MS_TO_NETWORK_
SMS_A
ALERT_SC
ALERT_SC
MS
图3-17 Alert-SC信令流程
具体说明如下:
1. 当手机开机,或因删除短消息等操作释放了内存时,手机向VLR报告短消息功能可用(RP_MS_TO_NETWORK_SMS_A)
2. VLR通知HLR,手机已能够接收短消息(RegForSM)
3. HLR向网关MSC发送唤醒消息(ALERT_SC)
4. 网关通知短消息后台
后续的处理是短消息中心对该用户进入下发短消息流程。