CN100450212C - 实现散号触发预付费短消息业务的方法 - Google Patents

Abstract

本发明涉及一种实现散号触发预付费短消息业务的方法，MSC1对主叫用户进行签约信息分析，触发短消息智能业务；SCP对主叫用户鉴权；MSC1向SMSC转发短消息，向SCP发送触发对主叫用户计费的信息，SCP对主叫用户计费。在短消息发送失败时，由SMSC或MSC1发起费用回补。还涉及一种实现散号触发预付费短消息业务的方法，SMSC接收到MSC1转发的短消息后向MSC2发送；MSC2对被叫用户进行签约信息分析，触发短消息智能业务；SCP对被叫用户鉴权；MSC2向被叫用户转发短消息，向SCP发送触发对被叫用户计费的信息，SCP对被叫用户计费。本发明不需单个配置散号预付费用户，数据配置和数据维护工作量小。

Description

实现散号触发预付费短消息业务的方法

技术领域

本发明涉及实现散号触发预付费短消息业务的方法，尤其是通过签约信息触发短消息智能业务，从而实现散号预付费用户短消息业务的方法。

背景技术

短消息是简短的一段文本或一个图片等，短消息服务(Short MessageService，简称SMS)使人们可以利用手机，通过短消息中心(Short MessageService Center，简称SMSC)发送短消息，从而进行简单的交流。目前的手机用户有预付费用户及后付费用户两种，预付费是先付费后使用业务，而后付费用户则是先使用业务后付费。在移动通信网络中，由业务控制点(ServiceControl Point，简称SCP)来实现预付费的实时扣费。目前，通信网分为叠加网及目标网两种：叠加网按照号段来实现预付费和后付费号段的管理；目标网是目前的发展趋势，不分号段，预付费和后付费可以互转。

在现有技术中，由SMSC利用用户号段来管理预付费用户。预付费用户在使用业务时，由SCP进行实时扣费。短消息分为移动台发起的(MobileOriginated，简称MO)短消息和移动台终止的(Mobile Terminated，简称MT)短消息。当MO短消息的消息源地址或者MT短消息的目的地址在预付费号段中时，SMSC就发送消息到SCP进行鉴权扣费；如果不在预付费号段中，就不送到SCP，作为后付费处理；当发送短消息失败时，就向原来的SCP发起费用回补的消息。这种预付费计费方法存在如下缺点：当预付费只是零散号码时，如果要配置个别号码，灵活性太差，容易出错；当有较多散号时，会有大量的配置数据，配置和维护的工作很大；如果配置较宽的号段时，会有大量后付费的消息送到SCP，浪费SCP和SMSC的资源。

移动网络增强逻辑的客户化应用(Customized Applications for Mobilenetwork Enhanced Logic，简称CAMEL)协议是具体承载短消息的一种信令协议。在CAMEL规范中，短消息签约信息(SMS Subscription Information，简称SMS-SCI)存储于归属位置寄存器(Home Location Register，简称HLR)中，HLR支持移动交换中心(Mobile Switching Center，简称MSC)和GPRS服务支持节点(Serving GPRS Support Node，简称SGSN)随时查询签约信息，使用签约信息触发短消息业务，可以解决预付费用户散号配置问题，通过触发短消息智能业务对短消息的发送进行控制，实现短消息的鉴权、计费等功能。

目前最常见的是CAMEL3协议，该协议定义了SMS-CSI，但只描述了MO短消息业务的相关内容，没有对MT短消息进行描述。CAMEL4协议还不太成熟，该协议除了定义了MO-SMS-CSI，还定义了MT-SMS-CSI，从而对MO SMS和MT SMS的相关内容均进行了描述。如图1a和图1b所示，为CAMEL4中定义的短消息系统结构图。其中，图1a为基于MSC的CAMEL4短消息系统结构图，图1b为基于SGSN的CAMEL4短消息系统结构图。由图1a可知，基于MSC的CAMEL4短消息系统在现有GSM网络短消息系统的基础上增加了业务控制功能(Service ControlFunction，简称SCF)实体gsmSCF以及业务交换功能(Service SwitchingFunction，简称SSF)实体gsmSSF；gsmSCF与gsmSSF之间基于CAMEL应用部分(CAMEL Application Part，简称CAP)接口通信互连。与现有GSM网络短消息系统相同，基于MSC的CAMEL 4定义的短消息系统还包括：MSC、HLR、拜访位置寄存器(Visited Location Register，简称VLR)、短消息服务中心(ShortMessage Center，简称SMSC)、短消息服务网关移动交换中心(SMS GatewayMobile Switch Center，简称SMS-GMSC)、短消息服务交互工作移动交换中心(SMS Interworking Mobile Switch Center，简称SMS-IWMSC)；各功能实体的连接关系也于现有GSM网络短消息系统相同，SMSC与SMS-GMSC及SMS-IWMSC相连接，HLR与VLR之间、HLR与SMS-GMSC之间、MSC与SMS-GMSC之间以及MSC与SMS-IWMSC之间均基于移动应用部分(Mobile Application Part，简称MAP)接口通信互连。

由图1b可知，基于SGSN的CAMEL4短消息系统在现有GPRS网络短消息系统的基础上增加了业务控制功能(Service Control Function，简称SCF)实体gsmSCF以及业务交换功能(Service Switching Function，简称SSF)实体gsmSSF；gsmSCF与gsmSSF之间以CAP接口互连。与现有GPRS网络短消息系统相同，基于SGSN的CAMEL4短消息系统还包括：SGSN、HLR、SMS-GMSC、SMSC以及SMS-IWMSC等，各功能实体的连接关系也于现有GPRS网络短消息系统相同，SMSC与SMS-GMSC及SMS-IWMSC相连接，HLR与SGSN之间、HLR与SMS-GMSC之间、SGSN与SMS-GMSC之间以及SGSN与SMS-IWMSC之间均基于MAP接口互连。

虽然CAMEL3描述了MO SMS业务，CAMEL4既描述了MO SMS相关业务，也描述了MT SMS相关业务，但是，在CAMEL规范的鉴权计费方案中，并没有考虑短消息是否成功发送给了接收端，但在短消息服务中，对短消息的计费应该考虑短消息是否成功发送这一情况。

发明内容

本发明的目的在于针对现有技术所存在的缺陷，提供一种实现散号触发短消息业务的方法，不需单个配置散号，数据配置和数据维护工作量小，在配置较宽的号段时，后付费的消息不会送到SCP，从而可以节约SCP和SMSC的资源，并且考虑短消息发送失败时的费用回补以适于短消息应用。

为了实现上述目的，本发明提供了一种实现散号触发短消息业务的方法，该方法包括以下步骤：

步骤1、主叫用户归属的第一交换设备接收到短消息后，对主叫用户进行签约信息分析，若该用户为智能预付费用户，则触发短消息智能业务，向业务控制点发送触发短消息智能业务的信息，建立智能呼叫；

步骤2、业务控制点接收到该触发短消息智能业务的信息后，对主叫用户进行鉴权，若鉴权通过，则通知该第一交换设备将短消息继续下发；

步骤3、第一交换设备向短消息中心转发短消息，在接收到短消息中心的应答后，向业务控制点发送触发对主叫用户计费的信息，业务控制点对主叫用户进行计费，指示第一交换设备出话单，释放智能呼叫；

步骤4、短消息中心接收到第一交换设备转发的短消息后，向被叫用户所在的第二交换设备发送，若在指定时间内接收到第二交换设备返回的转发短消息应答，则生成表明短消息发送成功的状态报告，所述状态报告携带有是否需要向主叫用户发送的标识；若在指定时间内下发短信失败，生成表明短消息发送失败的状态报告，所述状态报告携带有是否需要向主叫用户发送的标识；

步骤5、第一交换设备接收短消息中心发送的状态报告，根据所述状态报告，触发业务控制点对主叫用户进行费用回补。

所述步骤4具体包括：

步骤41、短消息中心接收到第一交换设备转发的短消息后，向被叫用户所在的第二交换设备发送；

步骤51、第二交换设备对被叫用户进行签约信息分析，若该用户为智能预付费用户，则触发短消息智能业务，向业务控制点发送触发短消息智能业务的信息；

步骤61、业务控制点接收到该触发短消息智能业务的信息后，对被叫用户进行鉴权，若鉴权通过，则通知第二交换设备将短消息继续下发；

步骤71、第二交换设备向被叫用户转发短消息，被叫用户成功接收到短消息后向第二交换设备返回发送结果应答；

步骤81、第二交换设备向业务控制点发送触发对被叫用户计费的信息，建立智能呼叫，并向短消息中心返回转发短消息应答；

步骤91、业务控制点对被叫用户进行计费，指示第二交换设备出话单，释放智能呼叫；

步骤101、短消息中心若在指定时间内接收到转发短消息应答，则生成表明短消息发送成功的状态报告；若在指定时间内下发短信失败，生成表明短消息发送失败的状态报告。

在所述步骤61中，若鉴权时，被叫用户为关机状态，则结束；在被叫用户开机时，由短消息中心向第二交换设备转发短消息，然后执行步骤51。

所述步骤4具体包括：

步骤42、短消息中心接收到第一交换设备转发的短消息后，向被叫用户所在的第二交换设备发送；

步骤52、第二交换设备向被叫用户转发短消息；

步骤62、被叫用户成功接收到短消息后，向第二交换设备返回发送结果应答；

步骤72、第二交换设备向短消息中心返回转发短消息应答；

步骤82、短消息中心若在指定时间内接收到转发短消息应答，则生成表明短消息发送成功的状态报告；若在指定时间内下发短信失败，生成表明短消息发送失败的状态报告。

所述步骤5具体包括：

步骤B1、短消息中心向第一交换设备发送状态报告；

步骤B2、第一交换设备根据状态报告判断短消息发送是否失败，若失败，执行步骤B3，否则，结束；

步骤B3、第一交换设备向业务控制点发送触发费用回补的信息，建立智能呼叫，业务控制点接收到该触发费用回补的信息后，对主叫用户进行费用回补，释放智能呼叫。

或者，所述步骤5具体包括：

步骤C1、短消息中心向第一交换设备发送状态报告；

步骤C2、第一交换设备向业务控制点转发状态报告，触发费用回补，建立智能呼叫；

步骤C3、业务控制点根据状态报告判断短消息发送是否失败，若失败，对主叫用户进行费用回补；释放智能呼叫。

在所述步骤1中，若主叫用户为智能预付费用户，第一交换设备还将短消息增加一表明主叫用户为智能预付费用户的用户标识。所述第一交换设备对主叫用户进行签约信息分析时，还对被叫用户进行签约信息分析；在所述步骤2中，业务控制点对主叫用户进行鉴权时，还对被叫用户进行鉴权。所述主叫用户归属于不同业务控制点时，所述的业务控制点对主叫用户进行鉴权时还对被叫用户进行鉴权的步骤具体为：主叫用户归属的第一业务控制点接收到触发短消息智能业务的信息后，对主叫用户进行鉴权，并向被叫用户归属的第二业务控制点发送被叫用户鉴权请求，第二业务控制点对被叫用户进行鉴权，并向第一业务控制点返回被叫鉴权应答。在所述步骤4具体包括：

步骤43、短消息中心接收到第一交换设备转发的短消息后，向被叫用户所在的第二交换设备发送；

步骤53、第二交换设备向被叫用户转发短消息，被叫用户成功接收到短消息后向第二交换设备返回发送结果应答；

步骤63、第二交换设备向短消息中心返回转发短消息应答；

步骤73、短消息中心若在指定时间内接收到转发短消息应答，则生成表明短消息发送成功的状态报告；若在指定时间内下发短信失败，生成表明短消息发送失败的状态报告。

在所述步骤73具体包括：

步骤F1、若短消息在指定时间内下发失败，并且用户标识为智能预付费用户，则短消息中心生成表明短消息发送失败的状态报告并向业务控制点发送；

步骤F2、业务控制点根据状态报告对主叫用户进行费用回补，并向短消息中心返回状态报告应答。

或者，在所述步骤73具体包括：

步骤G1、若短消息中心接收到发送结果应答，则生成表明短消息发送成功的状态报告并向业务控制点发送；

步骤G2、业务控制点根据状态报告对被叫用户进行计费，并向短消息中心返回状态报告应答。

其中当主叫用户和被叫用户归属于不同业务控制点时，所述的对被叫用户进行计费的步骤具体为：主叫用户归属的第一业务控制点接收到状态报告后向被叫用户归属的第二业务控制点发送被叫用户计费请求，第二业务控制点对被叫用户进行计费，并向第一业务控制点返回被叫用户计费应答，第一业务控制点向短消息中心返回状态报告应答。

本发明提供的方法不需单个配置散号预付费用户，数据配置和数据维护工作量小，在配置较宽的号段时，后付费的消息不会送到SCP，从而可以节约SCP和SMSC的资源，并且考虑短消息发送失败时的费用回补以适于短消息应用。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1a和图1b分别为基于MSC和SGSN的CAMEL4短消息系统结构图；

图2为本发明的实施例一流程图；

图3为本发明的实施例二流程图；

图4为本发明的实施例三流程图；

图5为本发明的实施例四流程图；

图6为本发明的实施例五流程图；

图7为本发明的实施例六流程图。

具体实施方式

短消息业务的计费主要有三个方面：对主叫用户的计费、对被叫用户的计费以及对主叫用户的费用回补。当短消息为从智能用户(智能用户指智能网预付费用户)发送给智能用户时，触发智能业务，可对主叫用户和/或被叫用户计费；当短消息为从智能用户发送给普通用户时，触发智能业务，可对主叫用户计费；当短消息为从普通用户发送给智能用户时，触发智能业务，可对被叫用户计费；当短消息发送失败，并且主叫用户为智能用户时，触发智能业务，可对主叫用户进行费用回补。

下面的各方案均可基于MSC和SGSN实现，为了叙述方法，只以基于MCS的短消息系统为例。

实施例一

基于CAMEL4协议，实现智能用户向智能用户发送短消息。通过MO-SMS-CSI和MT-SMS-CSI触发短消息业务，对短消息的发送进行控制，实现智能网中短消息的鉴权和计费。在短消息发送到对端不成功时，由MSC触发费用回补流程。通过如图2所示，为本实施例流程图，包括如下步骤：

步骤101、主叫用户归属的MSC1接收到短消息后，对主叫用户进行签约信息分析，若该用户为智能预付费用户，则触发短消息智能业务，向SCP发送触发短消息智能业务的信息，建立智能呼叫；

MSC1通过HLR1获取主叫用户的签约信息，在预付费用户为散号时，不需在SMSC对预付费用户进行配置，从而可以方便的实现散号触发预付费短信业务。MSC1通过向SCP发送Initial DP SMS，触发短消息智能业务。

步骤102、SCP接收到该触发短消息智能业务的信息后，对主叫用户进行鉴权，若鉴权通过，则通知该MSC1将短消息继续下发；

“鉴权”包括对主叫用户有效期及账户费用等信息的检查等，若鉴权未通过则返回错误信息；鉴权通过后，SCP在MSC1设置request Report SMSEvent(需要短消息事件发送报告)及continue SMS(继续短消息下发)。

步骤103、MSC1向SMSC转发短消息，在接收到SMSC返回的应答后，向SCP发送触发对主叫用户计费的信息，SCP对主叫用户进行计费，指示MSC1出话单，释放智能呼叫；

由于SCP设置了request Report SMS Event，因此MSC1在收到SMSC返回的应答后，向SCP发送event Report SMS(短消息事件报告)，触发SCP对主叫用户的计费。SCP在计费后，向MSC1返回furnish ChargingInformation SMS(MSC1出话单)及release SMS(释放智能呼叫)。

上述步骤完成了对智能主叫用户的计费，在SCP对主叫用户进行计费的过程中，MSC1会继续下发短信。

步骤104、SMSC接收到MSC1转发的短消息后，向被叫用户所在的MSC2发送；

SMSC向HLR查询路由，转发短消息给MSC2。

步骤105、MSC2对被叫用户进行签约信息分析，若该用户为智能预付费用户，则触发短消息智能业务，向SCP发送触发短消息智能业务的信息；

MSC2通过向SCP发送Initial DP SMS，触发智能能短消息业务。被叫用户可与主叫用户归属于同一SCP，也可归属于不同的SCP。

步骤106、SCP接收到该触发短消息智能业务的信息后，对被叫用户进行鉴权，若鉴权通过，则通知MSC2将短消息继续下发；

“鉴权”包括对主叫用户状态、有效期及账户费用等信息的检查等，若鉴权未通过则返回错误信息；鉴权通过后，SCP在MSC2设置request ReportSMS Event(需要短消息事件发送报告)及continue SMS(继续短消息下发)。

步骤107、MSC2向被叫用户转发短消息，被叫用户成功接收到短消息后向MSC2返回发送结果应答；

步骤108、MSC2向SCP发送触发对被叫用户计费的信息，建立智能呼叫，并向SMSC返回转发短消息应答；

由于SCP设置了request Report SMS Event，因此MSC2在收到被叫用户返回的应答后，向SCP发送event Report SMS，触发SCP对主叫用户的计费。

步骤109、SCP被叫用户进行计费，释放智能呼叫。

SCP对被叫用户进行计费，向MSC2返回furnish Charging InformationSMS，指示MSC2出话单，并发送release SMS，释放智能呼叫。

由于短消息的实际应用中要考虑是否成功发送给接收端，因此还要再短消息发送失败时，进一步进行主叫用户的费用回补流程。

步骤110、SMSC生成状态报告；

若在指定时间内接收到MSC2转发的发送结果应答，则生成表明短消息发送成功的状态报告；若在指定时间内下发短信失败或被叫用户鉴权未通过，则生成表明短消息发送失败的状态报告。

步骤111、SMSC向MSC1发送状态报告；

需要对SMSC进行改造，若主叫用户不需要状态报告，那么SMSC可仅在短消息发送失败时，向MSC1发送该状态报告，用于触发后续的费用回补流程。若主叫用户需要状态报告，则在状态报告中设置向主叫用户发送状态报告的标识，无论短消息发送是否成功，都向MSC1发送状态报告，然后由MSC1将状态报告继续转发给主叫用户。

步骤112、MSC1根据状态报告判断短消息发送是否失败，若失败，执行步骤113，否则，结束；

需要对MSC1进行改造，使MSC1能够分析状态报告，当状态报告表明短消息发送失败，则MSC1触发费用回补流程，对主叫用户进行费用回补，并且若状态报告有向主叫用户发送的标识，那么就将状态报告转发各主叫用户。根据业务需要的不同，费用回补可能不只发生在短消息发送失败的时候，只需对状态报告进行修改，并在MSC1中设置费用回补的监测点，就可方便的实现其他条件下的费用回补。

步骤113、MSC1向SCP发送触发费用回补的信息，建立智能呼叫，SCP接收到该触发费用回补的信息后，对主叫用户进行费用回补，释放智能呼叫。

MSC1向SCP发送Initial DP SMS，SCP进行费用回补，SCP对主叫用户进行费用回补，向MSC1返回furnish Charging Information SMS，指示MSC1出话单，并返回release SMS，从而完成费用回补。

在本实施例中，短消息的内容并不经过智能网，短消息的存储转发依然由短消息中心实现。本实施例实现了在智能网络下智能用户之间的短消息业务，通过存储在HLR中的签约信息触发短消息智能业务，进行鉴权和计费，从而可方便地实现散号触发预付费。通过增加状态报告，实现了SMSC将短消息发送情况通知MSC，在短消息发送失败时触发费用回补流程，从而可适应短消息业务的应用。

若被叫用户处于关机等状态，不能立即返回短消息传送结果，那么本次下发流程结束。若在有效期内被叫用户开机，则由SMSC启动重发流程，重新向MSC2转发短消息，执行步骤105，重新触发MT SMS智能业务进行处理；若在有效期内被叫用户没有开机，那么丢掉该短消息，并生成短消息发送失败的状态报告，向SCP发送触发对主叫用户的费用回补。

实施例二

基于CAMEL4协议，实现智能用户向普通用户发送短消息。通过MO-SMS-CSI触发短消息业务，对短消息的发送进行控制，实现智能网中短消息的鉴权和计费。如图3所示，为本实施例流程图，包括如下步骤：

步骤201、主叫用户归属的MSC1接收到短消息后，对主叫用户进行签约信息分析，若该用户为智能预付费用户，则触发短消息智能业务，向SCP发送触发短消息智能业务的信息，建立智能呼叫；

MSC1通过HLR1获取主叫用户的签约信息，在预付费用户为散号时，不需在SMSC对预付费用户进行配置，从而可以方便的实现散号触发预付费短信业务。MSC1通过向SCP发送Initial DP SMS，触发短消息智能业务。

步骤202、SCP接收到该触发短消息智能业务的信息后，对主叫用户进行鉴权，若鉴权通过，则通知该MSC1将短消息继续下发；

“鉴权”包括对主叫用户有效期及账户费用等信息的检查等，若鉴权未通过则返回错误信息；鉴权通过后，SCP在MSC1设置request Report SMSEvent(需要短消息事件发送报告)及continue SMS(继续短消息下发)。

步骤203、MSC1向SMSC转发短消息，在接收到SMSC返回的应答后，向SCP发送触发对主叫用户计费的信息，SCP对主叫用户进行计费，指示MSC1出话单，释放智能呼叫；

由于SCP设置了request Report SMS Event，因此MSC1在收到SMSC返回的应答后，向SCP发送event Report SMS(短消息事件报告)，触发SCP对主叫用户的计费。SCP在计费后，向MSC1返回furnish ChargingInformation SMS(MSC1出话单)及release SMS(释放智能呼叫)。

上述步骤完成了对智能主叫用户的计费，在SCP对主叫用户进行计费的过程中，MSC1会继续下发短信。

步骤204、SMSC接收到MSC1转发的短消息后，向被叫用户所在的MSC2发送；

SMSC向HLR查询路由，转发短消息给MSC2。

步骤205、MSC2向被叫用户转发短消息，被叫用户成功接收到短消息后向MSC2返回发送结果应答，MSC2向SMSC返回转发短消息应答；

步骤206、SMSC生成状态报告；

若在指定时间内接收到MSC2的转发短消息应答，则生成表明短消息发送成功的状态报告；若在指定时间内下发短信失败或被叫用户鉴权未通过，则生成表明短消息发送失败的状态报告。

步骤207、SMSC向MSC1发送状态报告；

需要对SMSC进行改造，若主叫用户不需要状态报告，那么SMSC可仅在短消息发送失败时，向MSC1发送该状态报告，用于触发后续的费用回补流程。若主叫用户需要状态报告，则在状态报告中设置向主叫用户发送状态报告的标识，无论短消息发送是否成功，都向MSC1发送状态报告，然后由MSC1将状态报告继续转发给主叫用户。

步骤208、MSC1将状态报告转发给SCP，建立智能呼叫，并判断状态报告是否有向主叫用户发送的标识，若有，则向主叫用户发送；

MSC1向SCP发送Initial DP SMS触发费用回补流程。

步骤209、SCP根据状态报告判断短消息发送是否失败，若失败，则对主叫用户进行费用回补，向MSC1返回furnish Charging Information SMS，指示MSC2出话单；向MSC1返回release SMS，释放智能呼叫。

若被叫用户处于关机等状态，不能立即返回短消息传送结果，那么本次下发流程结束。当被叫用户在有效期内开机时，由SMSC启动重发流程，重新向MSC2转发短消息，执行步骤205，重新向被叫用户发送短消息；若在有效期内被叫用户没有开机，那么丢掉该短消息，并生成短消息发送失败的状态报告，向SCP发送触发对主叫用户的费用回补。

根据业务需要的不同，费用回补可能不只发生在短消息发送失败的时候。只需对状态报告进行修改，并在SCP中设置费用回补条件，就可方便的实现其他条件下的费用回补。

在本实施例中，短消息发送是否失败不是由MSC1进行判断，而是由SCP进行判断，并由SCP通过判断结果决定是否进行费用回补。

本实施例实现了在智能网络下智能用户向普通用户发送短消息，通过存储在HLR中的签约信息触发短消息智能业务，对MO短消息鉴权和计费，从而可方便地实现散号触发预付费，并通过增加状态报告，实现了短消息发送失败时的主叫用户费用回补。

实施例二中进行费用回补时，也可采用实施例一的方式，由MSC1对短消息进行分析，并在需要费用回补时，向SCP发送触发费用回补的信息。

实施例一也可采用实施例二的方式，有SCP对短消息发送是否失败进行判断。

实施例三

基于CAMEL4协议，实现普通用户向智能用户发送短消息。通过MT-SMS-CSI触发短消息智能业务，对短消息的发送进行控制，实现对MT短消息的鉴权计费。如图4所示，为本实施例流程图，包括如下步骤：

步骤301、主叫用户归属的MSC1接收到短消息后，向SMSC转发短消息，；

步骤302、SMSC接收到MSC1转发的短消息后，向被叫用户所在的MSC2发送；

SMSC向HLR查询路由，转发短消息给MSC2。

步骤303、MSC2对被叫用户进行签约信息分析，若该用户为智能预付费用户，则触发短消息智能业务，向SCP发送触发短消息智能业务的信息；

MSC2通过向SCP发送Initial DP SMS，触发智能短消息业务。

步骤304、SCP接收到该触发短消息智能业务的信息后，对被叫用户进行鉴权，若鉴权通过，则通知MSC2将短消息继续下发；

鉴权通过后，SCP在MSC2设置request Report SMS Event(需要短消息事件发送报告)及continue SMS(继续短消息下发)。

步骤305、MSC2向被叫用户转发短消息，被叫用户成功接收到短消息后向MSC2返回发送结果应答；

步骤306、MSC2向SCP发送触发对被叫用户计费的信息，建立智能呼叫并向SMSC返回转发短消息应答；

由于SCP设置了request Report SMS Event，因此MSC2在收到被叫用户返回的应答后，向SCP发送event Report SMS，触发SCP对主叫用户的计费。

步骤307、SCP被叫用户进行计费，释放智能呼叫。

SCP在计费后，向MSC2返回furnish Charging Information SMS，指示MSC2出话单，并发送release SMS，释放智能呼叫。

若被叫用户处于关机等状态，不能立即返回短消息传送结果，那么本次下发流程结束。若在有效期内被叫用户开机，则由SMSC启动重发流程，重新向MSC2转发短消息，执行步骤305，重新向被叫用户发送短消息；若在有效期内被叫用户没有开机，那么丢掉该短消息。由于主叫用户是普通用户，因此不考虑费用回补流程。

本实施例实现了在智能网络下普通用户向智能用户发送短消息，通过存储在HLR中的签约信息触发短消息智能业务，对MT短消息鉴权和计费，从而可方便地实现散号触发预付费。

实施例四

本实施例中，触发短消息业务的流程、对主叫用户及被叫用户的鉴权计费流程，与实施例一相同；若主叫用户需要状态报告，则也如实施例一中一样，在状态报告中设置相应标识，由SMSC通过MSC1向主叫用户发送。

在费用回补时，利用SMSC和SCP之间的接口，如图5所示，为本实施例费用回补方法流程图，包括如下步骤：

步骤401、SMSC判断短消息发送是否失败，若失败，则执行步骤402，否则，结束；

步骤402、SMSC将状态报告发送给业务控制点，触发费用回补流程；

步骤403、SCP对主叫用户进行费用回补，向SMSC返回状态报告应答。

短消息的存储和转发依然由SMSC完成，短消息内容不经过智能网。

在MT短消息不能立即发送给接收端时，由SMSC根据HLR的通知，再次触发MT短消息业务将短消息发送给接收端。可以使用FCISMS操作指示MSC或SGSN出话单，做为对帐依据。

本实施例通过SMSC和SCP之间的接口实现了费用回补，可应用于智能用户呼叫智能用户，也可用于智能用户呼叫普通用户。SMSC同样要进行改造，若主叫用户不需要状态报告，那么SMSC可仅在短消息发送失败时，向MSC1发送该状态报告，用于触发后续的费用回补流程；若主叫用户需要状态报告，则在状态报告中设置向主叫用户发送状态报告的标识，然后由MSC1将状态报告继续转发给主叫用户。MSC1业务进行改造，能够对状态报告进行分析，在状态报告有向主叫用户发送状态报告的标识时，向主叫用户发送该状态报告。

判断短消息发送是否失败的步骤，也可由SCP执行，从而，SMSC无论短消息发送失败是否，均将状态报告发送给SCP，然后由SCP根据状态报告判断是否进行费用回补，步骤如下：

步骤411、SMSC向SCP发送状态报告，触发费用回补流程；

步骤412、SCP业务控制点根据状态报告判断短消息发送是否失败，若失败，对主叫用户进行费用回补；SCP向SMSC返回状态报告应答。

实施例五

由于现有移动通信网络只能支持到CAMEL3协议，支持CAMEL4协议的设备还不成熟，本实施例提供了基于CAMEL3协议，实现智能用户向智能用户发送短消息的方法。网络结构与基于CAMEL4的短消息系统结构相同，即可基于MSC收发短消息，也可基于SGSN收发短消息。

由于CAMEL3协议仅有对MO SMS的控制能力，在MO端可以通过SMS-CSI(相当于CAMEL4中的MO-SMS-CSI)触发短消息智能业务，短消息在主叫用户归属的SMSC中存储转发，不经过MT端归属的SMSC，这样依然可以解决散号触发的问题。对被叫用户的鉴权计费通过主叫用户归属的SCP实现。在本实施例中，短消息由智能用户发送给智能用户，并且主叫用户及被叫用户归属于同一SCP，如图6所示，为本实施例流程图，包括如下步骤：

步骤501、主叫用户归属的MSC1接收到短消息后，对主叫用户进行签约信息分析，若主叫用户和被叫用户为智能预付费用户，则触发短消息智能业务，向SCP发送触发短消息智能业务的信息，建立智能呼叫；

MSC1通过HLR获取主叫用户和被叫用户的签约信息，在预付费用户为散号时，不需在SMSC对预付费用户进行配置，从而可以方便的实现散号触发预付费短信业务。MSC1通过向SCP发送Initial DP SMS，触发短消息智能业务。

步骤502、SCP接收到该触发短消息智能业务的信息后，对主叫用户和被叫用户进行鉴权，若鉴权通过，则通知该MSC1将短消息继续下发；

既对主叫用户进行鉴权，也对被叫用户进行鉴权。若有一方鉴权未通过则返回错误信息；鉴权通过后，SCP在MSC1设置request Report SMS Event(需要短消息事件发送报告)及continue SMS(继续短消息下发)。

步骤503、MSC1向SMSC转发短消息，在接收到SMSC返回的应答后，向SCP发送触发对主叫用户计费的信息，SCP对主叫用户进行计费，指示MSC1出话单，释放智能呼叫；

由于SCP设置了request Report SMS Event，因此MSC1在收到SMSC返回的应答后，向SCP发送event Report SMS(短消息事件报告)，触发SCP对主叫用户的计费。SCP在计费后，向MSC1返回furnish ChargingInformation SMS(MSC1出话单)及release SMS(释放智能呼叫)。

上述步骤完成了对智能主叫用户的计费，在SCP对主叫用户进行计费的过程中，MSC1会继续下发短信。

为了实现短消息发送到接受端失败时的费用回补，需要对MSC进行改造。若主叫用户为智能预付费用户，则MSC在短消息中增加一用户标识，表明主叫用户为智能预付费用户。从而，使SMSC在短消息发送失败时，能发起费用回补流程。

步骤504、SMSC接收到MSC1转发的短消息后，向被叫用户所在的MSC2发送；

SMSC向HLR查询路由，转发短消息给MSC2。

步骤505、MSC2向被叫用户转发短消息，被叫用户成功接收到短消息后向MSC2返回发送结果应答；

步骤506、MSC2向SMSC返回转发短消息应答；

步骤507、SMSC生成状态报告；

若在指定时间内接收到MSC2转发的发送结果应答，则生成表明短消息发送成功的状态报告，通过向SCP发送该状态报告，触发对被叫用户计费的流程；若短消息在指定时间内下发失败，则生成表明短消息发送失败的状态报告，若短消息中的用户标识表明主叫用户为智能预付费用户，则通过向SCP发送该状态报告，触发对主叫用户进行费用回补的流程。

步骤508、SMSC向SCP发送状态报告；

步骤509、SCP根据状态报告进行计费，向SMSC返回状态报告应答。

若状态报告表明短消息发送失败，则对主叫用户进行费用回补；若短消息发送成功，则对被叫用户进行计费。

若短消息中表明主叫用户需要状态报告，也可以由SMSC通过MSC1将状态报告发送给主叫用户。可以使用FCISMS操作指示MSC或SGSN出话单，做为对帐依据。

若主叫用户关机，在尝试下发短消息时失败，SMSC会保存短消息等待重发。若用户在有效期内开机，SMSC会继续下发短消息；若用户在有效期内没开机，那么SMSC丢掉该短消息，这时会触发费用回补流程。

本实施例基于CAMEL3协议实现了智能用户向智能用户发送短消息，通过主叫用户的签约信息和被叫用户的签约信息触发MO短消息，并且通过SMSC与SCP之间的接口实现对被叫用户的计费及对主叫用户的费用回补。

当短消息由智能用户发送给普通用户时，不需对被叫用户进行鉴权和计费，即在实施例五的步骤502中，只对主叫用户进行鉴权，而不对被叫用户进行鉴权，在步骤509中，只考虑对主叫用户的费用回补，而不考虑对被叫用户的计费。

实施例六

实施例五中的主叫用户和被叫用户归属于不同SCP时，由于短消息在主叫用户归属的SMSC中存储转发，而并不经过被叫用户归属的SMSC，因此需要通过SCP之间的互连来获取被叫用户的数据，实现对被叫用户的鉴权计费。如图7所示，为本实施例流程图，包括如下步骤：

步骤601、主叫用户归属的MSC1接收到短消息后，对主叫用户进行签约信息分析，若主叫用户和被叫用户为智能预付费用户，则触发短消息智能业务，向主叫用户归属的SCP1发送触发短消息智能业务的信息，建立智能呼叫；

步骤602、SCP1接收到该触发短消息智能业务的信息后，对主叫用户进行鉴权，并向被叫用户归属的SCP2发送被叫用户鉴权请求；

步骤603、SCP2对被叫用户进行鉴权，并向SCP1返回被叫鉴权应答；

若主叫用户和被叫用户的鉴权均通过，则SCP1在MSC1设置requestReport SMS Event(需要短消息事件发送报告)及continue SMS(继续短消息下发)；

步骤604、MSC1向SMSC转发短消息，SMSC接收到MSC1转发的短消息后，向被叫用户所在的MSC2发送；

步骤605、MSC2向被叫用户转发短消息，被叫用户成功接收到短消息后向MSC2返回发送结果应答；

步骤606、MSC2向SMSC返回转发短消息应答；

步骤607、SMSC生成状态报告；

若在指定时间内接收到MSC2转发的发送结果应答，则生成表明短消息发送成功的状态报告，通过向SCP1发送该状态报告，触发对被叫用户计费的流程；若短消息在指定时间内下发失败，则生成表明短消息发送失败的状态报告，若短消息中的用户标识表明主叫用户为智能预付费用户，则通过向SCP1发送该状态报告，触发对主叫用户进行费用回补的流程。

步骤608、SMSC向SCP1发送状态报告；

步骤609、SCP1判断状态报告是否表明短消息发送失败，若是，执行步骤610，否则执行步骤611；

步骤610、SCP1对主叫用户进行费用回补，执行步骤613；

步骤611、SCP1向SCP2发送被叫用户计费请求；

步骤612、SCP2对被叫用户进行计费，并向SCP1返回被叫用户计费应答；

步骤613、SCP1向SMSC返回状态报告应答。

若短消息中表明主叫用户需要状态报告，也可以由SMSC通过MSC1将状态报告发送给主叫用户。可以使用FCISMS操作指示MSC或SGSN出话单，做为对帐依据。

本实施例基于CAMEL3协议，实现了主叫和被叫智能用户归属于不同SCP时的，智能用户间的短消息业务。通过主叫用户归属的SCP1访问被叫用户归属的SCP2，从而实现对被叫用户的鉴权计费。

本发明的实现散号触发预付费短消息业务的方法不需单个配置散号，数据配置和数据维护工作量小，在配置较宽的号段时，后付费的消息不会送到SCP，从而可以节约SCP和SMSC的资源，并且考虑了短消息发送失败时的费用回补以适于短消息应用。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解，依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。

Claims (14)

1、一种实现散号触发预付费短消息业务的方法，其特征在于该方法包括以下步骤：

步骤1、主叫用户归属的第一交换设备接收到短消息后，对主叫用户进行签约信息分析，若该用户为智能预付费用户，则触发短消息智能业务，向业务控制点发送触发短消息智能业务的信息，建立智能呼叫；

步骤2、业务控制点接收到该触发短消息智能业务的信息后，对主叫用户进行鉴权，若鉴权通过，则通知该第一交换设备将短消息继续下发；

步骤3、第一交换设备向短消息中心转发短消息，在接收到短消息中心的应答后，向业务控制点发送触发对主叫用户计费的信息，业务控制点对主叫用户进行计费，释放智能呼叫；

步骤4、短消息中心接收到第一交换设备转发的短消息后，向被叫用户所在的第二交换设备发送，若在指定时间内接收到第二交换设备返回的转发短消息应答，则生成表明短消息发送成功的状态报告，所述状态报告携带有是否需要向主叫用户发送的标识；若在指定时间内下发短信失败，生成表明短消息发送失败的状态报告，所述状态报告携带有是否需要向主叫用户发送的标识；

步骤5、第一交换设备接收短消息中心发送的状态报告，根据所述状态报告，触发业务控制点对主叫用户进行费用回补。

2、根据权利要求1所述的方法，其特征在于所述步骤4具体包括：

步骤41、短消息中心接收到第一交换设备转发的短消息后，向被叫用户所在的第二交换设备发送；

步骤51、第二交换设备对被叫用户进行签约信息分析，若所述被叫用户为智能预付费用户，则触发短消息智能业务，向业务控制点发送触发短消息智能业务的信息；

步骤61、业务控制点接收到该触发短消息智能业务的信息后，对被叫用户进行鉴权，若鉴权通过，则通知第二交换设备将短消息继续下发；

步骤71、第二交换设备向被叫用户转发短消息，被叫用户成功接收到短消息后向第二交换设备返回发送结果应答；

步骤81、第二交换设备向业务控制点发送触发对被叫用户计费的信息，建立智能呼叫，并向短消息中心返回转发短消息应答；

步骤91、业务控制点对被叫用户进行计费，释放智能呼叫；

步骤101、短消息中心若在指定时间内接收到转发短消息应答，则生成表明短消息发送成功的状态报告；若在指定时间内下发短信失败，生成表明短消息发送失败的状态报告。

3、根据权利要求1所述的方法，其特征在于所述步骤4具体包括：

步骤42、短消息中心接收到第一交换设备转发的短消息后，向被叫用户所在的第二交换设备发送；

步骤52、第二交换设备向被叫用户转发短消息；

步骤62、被叫用户成功接收到短消息后，向第二交换设备返回发送结果应答；

步骤72、第二交换设备向短消息中心返回转发短消息应答；

步骤82、短消息中心若在指定时间内接收到转发短消息应答，则生成表明短消息发送成功的状态报告；若在指定时间内下发短信失败，生成表明短消息发送失败的状态报告。

4、根据权利要求2或3所述的方法，其特征在于在所述步骤5包括：

步骤B1、短消息中心向第一交换设备发送状态报告；

步骤B2、第一交换设备根据状态报告判断短消息发送是否失败，若失败，执行步骤B3，否则，结束；

步骤B3、第一交换设备向业务控制点发送触发费用回补的信息，建立智能呼叫，业务控制点接收到该触发费用回补的信息后，对主叫用户进行费用回补，释放智能呼叫。

5、根据权利要求2或3所述的方法，其特征在于在所述步骤5包括：

步骤C1、短消息中心向第一交换设备发送状态报告；

步骤C2、第一交换设备向业务控制点转发状态报告，触发费用回补，建立智能呼叫；

步骤C3、业务控制点根据状态报告判断短消息发送是否失败，若失败，对主叫用户进行费用回补；释放智能呼叫。

6、根据权利要求2或3所述的方法，其特征在于主叫用户需要状态报告，所述步骤101或步骤82中，短消息中心生成状态报告后，还在状态报告中设置向主叫用户发送状态报告的标识，并通过第一交换设备向主叫用户发送状态报告。

7、根据权利要求1所述的方法，其特征在于在所述步骤1中，若主叫用户为智能预付费用户，第一交换设备还将短消息增加一表明主叫用户为智能预付费用户的用户标识。

8、根据权利要求7所述的方法，其特征在于所述第一交换设备对主叫用户进行签约信息分析时，还对被叫用户进行签约信息分析；在所述步骤2中，业务控制点对主叫用户进行鉴权时，还对被叫用户进行鉴权。

9、根据权利要求8所述的方法，其特征在于所述主叫用户归属于第一业务控制点，所述被叫用户归属于第二业务控制点，所述的业务控制点对主叫用户进行鉴权时还对被叫用户进行鉴权的步骤具体为：第一业务控制点接收到触发短消息智能业务的信息后，对主叫用户进行鉴权，并向第二业务控制点发送被叫用户鉴权请求，第二业务控制点对被叫用户进行鉴权，并向第一业务控制点返回被叫鉴权应答。

10、根据权利要求8所述的方法，其特征在于在所述步骤4具体包括：

步骤4 3、短消息中心接收到第一交换设备转发的短消息后，向被叫用户所在的第二交换设备发送；

步骤53、第二交换设备向被叫用户转发短消息，被叫用户成功接收到短消息后向第二交换设备返回发送结果应答；

步骤63、第二交换设备向短消息中心返回转发短消息应答；

步骤73、短消息中心若在指定时间内接收到转发短消息应答，则生成表明短消息发送成功的状态报告；若在指定时间内下发短信失败，生成表明短消息发送失败的状态报告。

11、根据权利要求10所述的方法，其特征在于在所述步骤73具体包括：

步骤F1、若短消息在指定时间内下发失败，并且用户标识为智能预付费用户，则短消息中心生成表明短消息发送失败的状态报告并向业务控制点发送；

步骤F2、业务控制点根据状态报告对主叫用户进行费用回补，并向短消息中心返回状态报告应答。

12、根据权利要求10所述的方法，其特征在于在所述步骤73具体包括：

步骤G1、若短消息中心接收到发送结果应答，则生成表明短消息发送成功的状态报告并向业务控制点发送；

步骤G2、业务控制点根据状态报告对被叫用户进行计费，并向短消息中心返回状态报告应答。

13、根据权利要求12所述的方法，其特征在于所述主叫用户归属于第一业务控制点，所述被叫用户归属于第二业务控制点，所述的对被叫用户进行计费的步骤具体为：第一业务控制点接收到状态报告后向第二业务控制点发送被叫用户计费请求，第二业务控制点对被叫用户进行计费，并向第一业务控制点返回被叫用户计费应答，第一业务控制点向短消息中心返回状态报告应答。

14、根据权利要求11至13任一所述的方法，其特征在于当主叫用户需要状态报告时，所述短消息中心生成状态报告后，通过第一交换设备向主叫用户发送状态报告。

Images