闪信类业务方案说明全解

1、闪信类业务方案说明闪信类业务方案说明闪信类业务方案说明前言 3方案说明 3二 .1 ISUP 平台方案 3二 .1.1 信令交互说明 4二 .2 智能网方案 4二.2.1 信令交互说明 5闪信平台说明 6三 .1系统结构 7三 .2软件模块 8三 .3业务举例 82闪信类业务方案说明一、 前言flash 短信是一种在手机用户上直接弹出显示的短信，区别普通短信的是不需要用户按 键打开短信浏览， flash 闪信通过 map协议承载，为保证闪信的实时性，闪信必须通过 7 号 信令实时发送而不能通过短信网关发送，短信网关的存储转发性质无法保证实时性。本文介绍了 手机签名业务 /来电归属地显示业务 的

2、解决方案， 这两个业务是被叫侧业务， 手机签名业务指当主叫呼叫被叫， 被叫在振铃时， 如果被叫申请了该业务， 将会在主叫的手 机显示屏上看到被叫定义的文字信息。来电归属地显示业务指申请该业务的被叫用户来电时 flash 闪信方式显示主叫的归属地 位置、姓名、公司、职位以及其他个性化的文字信息。可以看到手机签名业务是对主叫显示闪信， 来电归属地显示业务是对被叫显示闪信， 完 全可以将这两个业务合并在一起做成一个业务。二、 方案说明可以有有两种方案， 第一种是 isup 平台方案，申请该业务的用户需要在 hlr 中设置呼叫 转移信息，将呼叫转移到 isup 平台上；第二种是智能网方案，申请该业务的

3、用户需要在 hlr 中设置被叫签约 T-CSI，将呼叫转移到智能网平台上；二 .1 ISUP 平台方案为申请该业务的用户设置无条件前转，前转到 isup 平台。这样呼叫该用户的呼叫被呼 转到该平台。手机签名业务主叫的 iam 和话路连接到平台上， 平台回送 acm，同时查询被叫用户设置 的闪信信息， 对主叫进行发送闪信的相关处理。 同时平台发启对被叫的 iam 呼叫， 被叫应答 后连接主被叫通话。来电归属地显示业务在主叫 iam 和话路连到平台后， 平台回送 acm，同时分析主叫的归 属地，对被叫进行发送闪信的相关处理。 同时平台发启对被叫的 iam 呼叫，被叫应答后连接 主被叫通话。为用户设

4、置无条件前转可能跟用户的已设业务冲突， 该业务的用户是有局限的， 不是所 有用户都可以申请该业务。如 vpn 用户等已经在 hlr 中设置签约信息的智能网业务的用户， 彩铃用户，已经设置前转其它业务的用户等。该方案还有一个较大缺点是话路迂回。该方案可以用做sp 的方案， 当前有 sp 就是通过isup 方案运营一卡多号业务，但更好的方案是智能网方案。闪信类业务方案说明二.1.1信令交互说明流程说明：1. 该流程将手机签名业务和来电归属地显示业务合并。2. Isup 平台收到主叫的呼叫请求，回送 ACM 。3. Isup 平 台 向 主 / 被 叫 用 户 的 归 属 HLR 发 送 短 消 息

5、 路 由 请 求 ( MAP_SRI_for_SM) 。同时发启对被叫的 IAM呼叫。4. HLR 返回响应消息， (MAP_SRI_for_SM_ack )其中包含主被叫用户的IMSI以及当前服务的 MSC地址。5. Isup 平台将短消息转发(“ MAP_MT_FWD”_S)M给主被叫用户的当前MSC。6. MSC寻呼用户并投递消息， 然后向闪信平台返回响应 (“ MAP_MT_FWD_SM_”a)c k， 指示短消息投递成功。7. 主被叫看到闪信。8. 被叫振铃，等待应答。9. 被叫应答，向 Isup 平台回送 ANM，平台接通主被叫通话。二 .2 智能网方案为申请该业务的用户设置被叫侧

6、签约信息(t-csi)，签约信息指到智能网scp 平台上，对于已经签约的用户，修改他的签约信息，指到新的scp 平台上，并在 scp 上登记旧签约信息。闪信类业务方案说明手机签名业务主叫发起呼叫， msc 查询被叫的签约信息，发现该用户是智能网用户，触发智能网向 scp 发送 cap 信令 initialdp ，scp查询数据库取出被叫用户设置的闪信信息，对主叫进行发送闪信的相关处理，同时回送cap 信令 continue 命令 msc 接续被叫。来电归属地显示业务主叫发起呼叫， msc 查询被叫的签约信息， 发现该用户是智能网用 户，触发智能网向 scp发送 cap信令 initialdp

7、，scp查询数据库得到主叫的归属地信息， 对被 叫进行发送闪信的相关处理，同时回送cap 信令 continue 命令 msc 接续被叫。该方案用户人群大于 isup 方案，我们知道彩铃业务是在交换机上实现的，对于彩铃用 户签约智能网业务，将首先触发智能网，在智能网回送 continue/connect 信令后才触发彩铃 业务，因此彩铃用户申请该业务不受影响。预付费用户当前大部分通过boss 系统实现，该类用户申请业务也不受影响。对于已经签约智能网的用户， 可以通过信令转接到原 scp 的方式实现。 接收到该类用户 的呼叫， 查询数据库发现是已经签约用户， 除进行闪信的相关处理外还需要转发 i

8、nitialdp 到 原 scp，并在 msc 和原 scp 间透传后续的 cap 信令。该方案也不存在 isup 方案中的话路迂回问题。二.2.1信令交互说明流程说明：1. 该流程将手机签名业务和来电归属地显示业务合并处理。2. 被叫侧 msc 查询被叫签约信息发现是智能网业务，触发智能网，发送 initialdp闪信类业务方案说明3. 智能网发送 EventReportBcsm/ApplyCharg/Continue 接续被叫4. 向主被叫的归属 HLR发送短消息路由请求( MAP_SRI_for_SM) 。5. HLR 返回响应消息， ( MAP_SRI_for_SM_ack )其中包含

9、主被叫用户的IMSI以及当前服务的 MSC地址。6. SCP将短消息转发(“ MAP_MT_FWD”_S)M给主被叫用户的当前MSC。7. MSC寻呼用户并投递闪信，然后返回响应(“ MAP_MT_FWD_SM_”a)c k，指示短消 息投递成功。闪信平台是一个 SCP 信令业务平台，是一个面向电信行业、增值应用领域的通用软件 开发平台。 该平台实现了众多技术突破， 是一款技术上处于国内领先的最新一代智能网信令 业务平台。相对于当前国内各种 SCP 的“封闭的 /私有的 /集中部署的系统” ，该 SCP 信令平台提供 的是一种“开放的 /分布的 /WEB 化的系统” ，脚本汲取 JAVASCR

10、IPT 的 WEB 化和解释执行 思想，语法采用了 C 语言的定义，同时融入了 Java 的部分特性，如一切都是对象，取消了 指针， 自动垃圾内存回收， 语言操作系统无关等特性。 功能和灵活性上远超当前各企业的私 有脚本。SCP 信令业务平台的 ASN1 模板技术解决了对各种 ASN.1 类协议的支持，平台不针对 具体的信令协议进行编码解码，而是对消息模板编码解码，使得平台支持了所有的 ASN.1 类协议，能很好的适应协议不同能力集的变化，如CAP2 、CAP3、各种 MAP 等。平台通过加载不同版本、不同协议的模板实现广泛的支持。平台配套程序还包括 MTP3Gateway ， SCCP、TC

11、AP ( ITU )、 TCAP ( ANSI )等协议栈 处理程序以及守护管理，接入管理，统计等辅助程序。该平台可以开发各种智能网业务，固网，移动，3G 等核心网增值业务；也可以为各种企业用户做信令接入配套，如提供手机位置查询、MAP 短信、 USSD 、3G 的 AAA 认证等等接入工作。闪信类业务方案说明三 .1 系统结构接入系统（短信业务控制）管理系统TCP 接口 平台管理接口业务加载 /解释执行（ SCP）统计分析模块监控和告警模块信令接入No.7链路GSM网络闪信类业务方案说明三 .2 软件模块业务 1业务 2业务3接入系统服务器类C语言脚本解释器Sunfly 框架 （tcap状态

12、机管理层 ）业务平台层：该平台通过解释运行各种类 C语言的脚本业 务实现不同的信令控制。Sunfly 框架 （基础控制管理层 ）7号信令处理层（ tcap ）7号信令处理层（ sccp）信令接入层：具体负责信令接入处理， tcap/sccp 开发遵照 ITU-Q 系列定义，与贝尔 / 华为 / 西门子 / 朗讯等交换机良好 互通。 Mtp3gateway 上收发处理 msu 消息，连接底层的 7号 信令设备。7 号信令处理层（ mtp3gateway ）7号信令接入设备.3业务举例面是一个发送闪信的脚本业务片断，用于发送一条闪信。void sendMTForwardSM()setAsnProt

13、ocol(map_v100);printInfo(#sendMTForwardSM();string da = 8613581724908f;stream ud = gbktounicode(strtohex( 这是一条 flash 测试短信 ); / 先将汉字转为 gbk，再调 用 gbktounicode 转为 unicodestream sm_RP_UI;sm_RP_UI.addByte(49); /PDUType, 0x31sm_RP_UI.addByte(0); /MR, 0x00sm_RP_UI.addByte(13); /DA, len 0x0dsm_RP_UI.addByte(

14、145); /DA, type 0x91sm_RP_UI.addHex(da.xchar(); /DA, addr 683158714209F8 sm_RP_UI.addByte(50); /PID, 0x32sm_RP_UI.addByte(24); /DCS, 0x18, 0 类的 unicode闪信类业务方案说明sm_RP_UI.addByte(167); /VP, 0xa7 ，信息有效期 sm_RP_UI.addByte(ud.length()+2); /UDL, +2 is for flash sm_RP_UI.addShort(1); /UD, flash 0x00 0x01 sm

15、_RP_UI.addStream(ud); /UDstring serviceCentreAddressOA = 8613800100569;TC_Begin tcbegin;TC_Invoke tcmtfsm; tcmtfsm.setParm(mt_forwardSM/sm_RP_DA/imsi,460101004100001);tcmtfsm.setParm(mt_forwardSM/sm_RP_OA/serviceCentreAddressOA,serviceCentreAddressO A);tcmtfsm.setParm(mt_forwardSM/sm_RP_UI,sm_RP_UI);/31 00 0d 91 68 31 85 71 42 09f8 32 18 a7 1c 00 01 8f d9 66 2f 4e 00 67 61 00 66 00