CN1567972A - 一种实现预付费用户短消息业务的方法和网络 - Google Patents
一种实现预付费用户短消息业务的方法和网络 Download PDFInfo
- Publication number
- CN1567972A CN1567972A CN 03146631 CN03146631A CN1567972A CN 1567972 A CN1567972 A CN 1567972A CN 03146631 CN03146631 CN 03146631 CN 03146631 A CN03146631 A CN 03146631A CN 1567972 A CN1567972 A CN 1567972A
- Authority
- CN
- China
- Prior art keywords
- short message
- smsc
- bill
- scp
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种实现预付费用户短消息业务的方法,该方法包括以下步骤:短消息发送方向短消息中心(SMSC)提交短消息,SMSC根据收到的短消息在业务控制点(SCP)上对预付费用户进行鉴权,如果SCP鉴权失败,则SCP通知SMSC终止短消息业务流程,否则,SCP对该预付费用户进行扣费,SMSC向短消息接收方发送短消息,SMSC根据短消息的发送结果生成补款话单,SCP定期到SMSC上取得补款话单,根据该补款话单对该预付费用户的余额进行处理。本发明还公开了一种实现预付费用户短消息业务的网络,其特征在于,该网络至少包括SMSC、SCP和短消息网关,SCP与SMSC连接,SMSC与短消息网关连接。
Description
技术领域
本发明涉及智能业务领域,尤其涉及一种实现预付费用户短消息业务的方法和网络。
背景技术
随着电信预付费用户的迅速发展,为了能够为用户提供更好的高质量增值业务,需要解决预付费用户短消息业务的实时计费问题。当前的短消息业务主要分为两大类,分别是点到点短消息业务和点播短消息业务,其中,点到点短消息业务又进一步分为网内点到点业务和网间点到点业务两种,网内点到点业务主要解决同一类型网内移动台用户间的短消息收发业务,网间点到点业务则主要解决分处不同类型移动通信网的移动台用户之间的短消息收发业务;点播短消息业务也可进一步分为点播业务和定制业务两种形式,其中,在点播业务中,用户通过输入接入码直接获取想要的信息,该点播业务的具体实现包括用户提交点播短消息和业务提供端(SP)/因特网内容提供端(ICP)/因特网业务提供端(ISP)向用户发送点播结果信息这两个过程,其中,SP、ICP和ISP统称为短消息业务提供端;在定制业务中,用户定期支付定制业务的服务费,由业务提供端定期向用户提供已定制的信息,该过程与点播业务中SP/ICP/ISP向用户发送点播结果信息的过程相同。
为了实现预付费短消息业务,必须对包括上述四种类型业务在内的短消息业务完成鉴权和计费工作,其关键在于鉴别用户有无实现其所要进行的业务的能力,并且对用户的余额进行准确地扣款。在现有技术中,一般均是采用如下方法实现预付费短消息业务的:
预付费用户的余额信息保存在业务控制点(SCP)中,当该预付费用户进行短消息业务时,短消息中心(SMSC)根据本地的该用户信息确定该用户是否为预付费用户,如果不是,则SMSC按照与普通用户相对应的正常流程进行短消息业务,如果是,则SMSC到SCP对该用户进行鉴权,如果鉴权通过,则SCP通知SMSC该用户有权进行短消息业务,SCP进行扣款,从而实现短消息业务的实时计费;在该过程中,采用SMSC产生补款话单的形式实现短消息业务运行结果的通知,具体为:SMSC根据短消息业务的运行情况,在自身上产生补款话单,SCP自SMSC得到该补款话单,从而得到短消息业务的运行情况,使SCP能够根据该补款话单所表示的短消息业务运行情况对用户余额进行处理。下面分别针对点到点短消息业务和点播短消息业务介绍现有技术中实现预付费短消息业务的方法。
1、点到点短消息业务:
以网间点到点短消息业务为例,为了实现该短消息业务的预付费,采用图1所示的组网结构,其中,SMSC向SCP进行鉴权,以完成预付费业务中的鉴权功能,网际短消息互联网关(ISMG)生成补款话单,SCP自ISMG得到补款话单,并根据补款话单中所体现的短消息业务运行结果对用户余额进行处理,参见图2所示,实现网间点到点短消息预付费业务具体包括:
SMSC收到用户提交的短消息后,向SCP发送鉴权消息以判断用户是否有余额发送短消息,如果鉴权通过,则SCP在自身上扣除相应的用户余额,然后,SMSC将短消息发送至ISMG,ISMG再将短消息发送至与本网相对应的对端网络中的移动台用户上,ISMG等待对端网络返回的状态报告,如果状态报告表明短消息发送失败,则ISMG生成补款话单,SCP定期到ISMG获取补款话单,根据该话单将已经扣除的用户的相应费用补回。
网内点到点短消息预付费业务的实现方法与上述网间点到点短消息预付费业务的实现方法相类似,不同之处仅在于:由SMSC向本网内的移动台用户发送短消息,并且,SMSC生成补款话单,SCP自SMSC上得到该补款话单。
然而,采用该现有技术实现点到点短消息的预付费业务具有如下缺点:
(1)组网较为复杂:由于SCP需要到SMSC或ISMG获取补款话单,因而需要同时提供SCP到SMSC和ISMG的连接,从而造成组网中的连接相对复杂;
(2)可能出现计费混乱:在SCP出现故障的情况下,参见图2所示,SMSC向SCP发送鉴权消息后,SCP由于故障不能进行扣款,并且也不向SMSC发送鉴权响应消息,但考虑到用户的短消息业务不应该中断,则,SMSC会继续将短消息发送至ISMG,ISMG将短消息再发送至对端网络中用户的移动台上,从而会造成用户进行了短消息业务而SCP未进行相应扣款的情况;另外,如果ISMG向SMSC发送表示发送失败的状态报告,SMSC会根据该报告生成补款话单,SCP一旦根据该补款话单进行补款,则会造成用户余额错误增加的情况。
2、点播短消息业务:
以定制业务为例,采用图3所示的组网方式实现定制短消息的预付费业务。该业务采用业务短消息网关(SSMG)到SCP上对被叫用户鉴权,在SSMG上生成补款话单的机制,其流程参见图4所示:SP/ICP/ISP根据用户的预先定制向SSMG发送定制短消息,SSMG向SCP发送鉴权消息,SCP对用户进行鉴权,如果鉴权通过,则SCP先进行扣费,然后通知SSMG该用户鉴权通过,SSMG将定制的短消息发送至SMSC,SMSC向定制用户的移动台发送短消息,SMSC发送完成后,将发送结果返回给SSMG,如果发送结果表明发送失败,则SSMG生成补款话单,SCP自SSMG得到补款话单,对相应已经扣费的用户进行补款。
点播业务与定制业务采用相同的组网方式,不同之处仅在于在点播业务中,用户所在移动台向SMSC发送点播消息,SMSC向用户所在移动台返回响应消息,然后,SMSC将消息发送至SSMG,SSMG再将消息发送至SP,SP再向用户所在移动台发送点播的短消息,SP向用户发送点播短消息的过程与定制过程中SP/ICP/ISP向用户发送定制短消息的过程一致。
该现有技术具有如下缺点:
(1)由于该技术需要提供SSMG与SCP的连接,从而造成组网相对复杂;
(2)在点播业务中,由图4所示流程图可以看出,用户所在移动台只要向SMSC提交点播短消息,SMSC就会向移动台返回应答消息,通知用户提交成功,而在实际过程中,有可能存在用户由于余额不足而无法进行点播的情况,因此,就可能造成用户得到提交成功的指示,而实际收不到点播消息的矛盾情况,此种情况容易导致用户的投诉;
(3)在点播业务中,由图4所示流程图可以看出,在用户提交点播短消息的流程中,SMSC和SSMG都不进行鉴权,而是默认用户具有点播的权限,一旦SCP对用户鉴权的结果显示该用户没有点播权限,则会造成前面用户提交点播消息流程的浪费,从而浪费大量系统资源。
可见,现有技术中实现短消息预付费业务的方法具有组网复杂、容易造成计费混乱、浪费系统资源等的缺陷,而且,在现有技术中,所生成的补款话单只携带计费号码、费用等关键字段,对于由于SCP出现故障而可能造成的未对用户进行扣费的错误则无法进行弥补。
发明内容
有鉴于此,本发明的主要目的在于提供一种实现预付费用户短消息业务的方法和网络,该方法完善了处理流程,从而避免了可能出现的计费混乱、错误提示用户提交成功、以及由于用户余额不足而造成的资源浪费问题;采用简洁的方式组建该网络,将鉴权和生成补款话单的功能在SMSC中统一实现,从而减少了短消息网关与SCP之间的接口,从而提高了网络的可维护性。
本发明为一种实现预付费用户短消息业务的方法,其特征在于,该方法包括以下步骤:
短消息发送方向短消息中心(SMSC)提交短消息,SMSC根据收到的短消息在业务控制点(SCP)上对预付费用户进行鉴权,如果SCP鉴权失败,则SCP通知SMSC终止短消息业务流程,否则,SCP对该预付费用户进行扣费,SMSC向短消息接收方发送短消息,SMSC根据短消息的发送结果生成补款话单,SCP定期到SMSC上取得补款话单,根据该补款话单对该预付费用户的余额进行处理。
其中,所述SCP根据补款话单对该预付费用户的余额进行处理为:
SCP根据补款话单中的补款类型对所述预付费用户余额进行扣款或补款。
其中,所述SMSC在SCP上对预付费用户进行鉴权后,SMSC向短消息发送方发送短消息提交的结果。
其中,所述短消息发送方与短消息接收方分别为同一网络中的主叫用户和被叫用户,所述预付费用户为主叫用户,所述SMSC发送短消息以及根据短消息的发送结果生成补款话单进一步包括:
SMSC向被叫用户移动台下发所述提交的短消息,被叫用户移动台向SMSC返回下发应答消息,如果下发应答消息表示下发失败,则SMSC生成补款话单,并将补款话单的补款类型设置为补款。
其中,所述短消息发送方与短消息接收方为不同网络中的主叫用户和被叫用户,所述预付费用户为主叫用户,所述SMSC发送短消息以及根据短消息的发送结果生成补款话单进一步包括:
SMSC将所述提交的短消息转发至网际短消息互联网关(ISMG),ISMG将该短消息通过被叫用户所在网络发送到被叫用户所在移动台,判断是否SMSC向ISMG发送短消息失败或者短消息在被叫用户所在网络发送失败,如果是,则ISMG通知SMSC生成补款话单,并将补款话单的补款类型设置为补款;否则,不做处理。
其中,所述短消息接收方为短消息业务提供端,所述预付费用户为短消息发送方用户,所述SMSC发送短消息以及根据短消息的发送结果生成补款话单进一步包括:
SMSC将所述提交的短消息转发至业务短消息网关(SSMG),SSMG将该短消息发送至短消息业务提供端,判断是否SMSC向SSMG发送短消息失败或者SSMG向短消息业务提供端发送短消息失败,如果是,则SSMG通知SMSC生成补款话单,并将补款话单的补款类型设置为补款;否则,不做处理。
其中,所述短消息发送方为短消息业务提供端,所述预付费用户为短消息接收方用户,所述SMSC发送短消息以及根据短消息的发送结果生成补款话单进一步包括:
SMSC将所述提交的短消息下发至短消息接收方的用户所在移动台,判断是否下发失败,如果是,则SMSC生成补款话单,并将补款话单的补款类型设置为补款;否则,不做处理。
其中,所述短消息发送方与短消息接收方分别为同一网络中的主叫用户和被叫用户且SCP工作异常而无法完成所述扣费时,所述预付费用户为主叫用户,所述SMSC发送短消息以及根据短消息的发送结果生成补款话单进一步包括:
SMSC向被叫用户移动台下发所述提交的短消息,被叫用户移动台向SMSC返回下发应答消息,判断是否下发应答消息表示下发成功,如果是,则SMSC生成补款话单,并将补款话单的补款类型设置为扣款,否则,不做处理。
其中,所述短消息发送方与短消息接收方为不同网络中的主叫用户和被叫用户且SCP工作异常而无法完成所述扣费时,所述预付费用户为主叫用户,所述SMSC发送短消息以及根据短消息的发送结果生成补款话单进一步包括:
SMSC将所述提交的短消息转发至ISMG,ISMG将该短消息通过被叫用户所在网络发送到被叫用户所在移动台,判断是否SMSC向ISMG发送短消息成功或者短消息在被叫用户所在网络发送成功,如果是,则ISMG通知SMSC生成补款话单,并将补款话单的补款类型设置为扣款;否则,不做处理。
其中,所述短消息接收方为短消息业务提供端且SCP工作异常而无法完成所述扣费时,所述预付费用户为短消息发送方用户,所述SMSC发送短消息以及根据短消息的发送结果生成补款话单进一步包括:
SMSC将所述提交的短消息转发至SSMG,SSMG将该短消息发送至短消息业务提供端,判断是否SMSC向SSMG转发短消息成功或者SSMG向短消息业务提供端发送短消息成功,如果是,则SSMG通知SMSC生成补款话单,并将补款话单的补款类型设置为扣款;否则,不做处理。
本发明的目的还在于提供一种实现预付费用户短消息业务的网络,其特征在于,该网络至少包括SMSC、SCP和短消息网关,SCP与SMSC连接,SMSC与短消息网关连接。
其中,该网络应用于点到点业务时,所述短消息网关为ISMG,该ISMG与异网短消息平台相连接。
其中,该网络应用于点播或定制业务时,所述短消息网关为SSMG,该SSMG与短消息业务提供端相连接。
可见,本发明具有以下有益效果:
1、本发明提供了简洁的组网方式,将所有短消息业务的鉴权和生成补款话单的功能都放在短消息中心实现,这样减少了ISMG/SSMG与SCP的接口,有力的提高了网络的可维护性;
2、本发明完善了处理流程,SMSC根据短消息业务的执行情况生成补款话单,SCP定期从SMSC上得到补款话单并根据补款话单对预付费用户的余额进行处理,这样,解决现有技术方案中存在的计费混乱的问题,在SCP出现故障时,保证了短消息业务的正常运行,且费用补、扣灵活,准确;
3、现有方案中,用户提交短消息时,SMSC先返回成功的响应,再到SCP鉴权,这样即使鉴权失败,手机也会显示提交成功,容易引起误解,本发明采用先鉴权,再返回响应的方案,保证用户可收到真实准确的提交结果;
4、在用户提交点播的流程中就进行余额判断,如果余额不足,就直接终止流程,减少了设备间必要的流程交互,节省了系统资源。
附图说明
图1为现有技术中实现预付费用户点到点短消息业务的网络示意图。
图2为现有技术中实现预付费用户点到点短消息业务的流程图。
图3为现有技术中实现预付费用户点播短消息业务的网络示意图。
图4为现有技术中实现预付费用户点播短消息业务的流程图。
图5为本发明中实现预付费用户点到点短消息业务的网络示意图。
图6为本发明中实现预付费用户点到点短消息业务的流程图。
图7为本发明中实现预付费用户点播短消息业务的网络示意图。
图8为本发明中实现预付费用户点播短消息业务的流程图。
具体实施方式
本发明为一种实现预付费用户短消息业务的方法和网络,下面分别针对现有技术中所述的四种类型的短消息业务,结合附图对本发明进行详细描述。
1、预付费用户点到点短消息业务流程:
采用图5所示组网方式实现该业务,在该网络中,SCP中保存有包括预付费用户的余额信息在内的鉴权信息,SMSC与SCP相连接,SCP不再与ISMG相连接,SMSC到SCP为预付费用户鉴权,SCP到SMSC获取补款话单。用户的移动台向SMSC发送短消息,SMSC将发送到本网的短消息直接发送到本网的移动台,将发送到异网的短消息通过作为短消息网关的ISMG发送到异网短消息平台,由异网短消息平台将该短消息发送至目的移动台。
参见图6所示,下面对利用该组网方式实现预付费用户点到点短消息业务的流程加以详细描述:
步骤601:提交短消息的用户所在移动台(MS)作为主叫用户向SMSC提交短消息,SMSC根据本地的用户信息判断主叫用户是否为预付费用户,如果不是,表明该用户为普通用户,SMSC按照针对普通用户的正常流程将短消息发送给被叫用户,而不再进行后续所述的预付费业务过程,其中,SMSC按照正常流程发送短消息的过程为SMSC已经实现的技术,不属于本发明的内容,故不再详细描述;如果SMSC判断该提交短消息的用户是预付费用户,则执行步骤602;
步骤602~步骤603:SMSC向SCP发送鉴权请求,SCP根据自身存储的包括用户余额信息在内的鉴权信息判断该用户是否鉴权通过,在本发明实施例中,SCP判断主叫用户余额是否充足,如果充足,则鉴权通过,SCP向SMSC返回内容为鉴权成功的鉴权请求应答,并同时根据主叫用户所提交的短消息在该用户的余额上进行扣费,如果SCP判断主叫用户余额不足,则鉴权不通过,SCP向SMSC返回内容为鉴权失败的鉴权请求应答;其中,SMSC向SCP所发的鉴权请求消息中携带有:鉴权号码和业务类型指示,鉴权号码为需要进行鉴权的号码,可能是主叫号码或被叫号码,业务类型指示用作指示SCP根据该业务类型指示对用户帐户进行相应的操作,包括扣款或不扣款;鉴权请求消息中的其他字段可以根据实际需要灵活配置;
步骤604:SMSC收到SCP发送来的鉴权请求应答,根据该鉴权请求应答中的内容做如下处理:
如果该鉴权请求应答中表明鉴权失败,则SMSC向主叫用户发送内容为提交失败的短消息应答,并且,SMSC同时删除主叫用户发送的短消息,结束本次流程;如果鉴权请求应答中表明鉴权成功,则SMSC分析被叫号码,如果分析得到被叫号码为归属本地SMSC的本地用户,则执行步骤605,以实现点到点短消息业务中的网内业务;如果分析得到被叫号码为异网用户,则执行步骤608,以实现点到点短消息业务中的网间业务;
在本发明中,如果SMSC在预先设定的时间内没有收到SCP发送来的鉴权请求应答,则表明由于SCP工作异常而没有完成步骤603中的鉴权以及扣费的工作,SMSC执行步骤613,以实现特殊情况下的短消息业务;
步骤605~步骤606:SMSC向被叫用户的移动台下发主叫用户提交的短消息,被叫用户的移动台根据是否向被叫用户发送短消息成功向SMSC返回下发应答消息,如果被叫用户移动台向被叫用户下发短消息成功,则被叫用户移动台通过向SMSC返回的下发应答消息通知SMSC短消息下发成功,如果被叫用户移动台向被叫用户下发短消息不成功,则被叫用户移动台向SMSC返回下发失败的下发应答消息,SMSC得到该下发应答消息后,生成补款话单,由于在此种情况下,步骤603中SCP已经对主叫用户进行了扣款而实际并为完成发送短消息的过程,因此,SMSC所生成的补款话单的类型被设置为补款;其中,补款话单中应携带的字段包括:
操作号码:需要进行补、扣款的号码,可能是主叫或被叫号码;
补款类型:用于指示SCP对该用户帐户进行相关操作的标识,至少有两种取值:补款或扣款,缺省为补款;
补款话单中的其他字段可以根据实际需要灵活配置;
步骤607:SCP到SMSC上取得补款话单,集中处理后,根据处理后的补款话单,对相应已经扣费而实际不应扣费的用户进行补款;
以上步骤601~607构成了预付费用户点到点短消息业务中的网内业务实现流程,按照步骤601~607执行即可完成预付费用户点到点短消息业务中的网内业务,而不再执行后续步骤;
步骤608:由于被叫用户为异网用户,因此,SMSC将主叫用户提交的短消息转发至ISMG,由ISMG将该短消息转发至位于对端网络中的被叫用户上,其中,在本发明实施例中,SMSC向ISMG所转发的短消息通过短消息点对点协议(SMPP)中的DELIVER_SM承载;
步骤609:ISMG向SMSC返回DELIVER_SM_RSP消息,如果SMSC收到成功的DELIVER_SM_RSP消息,则SMSC认为短消息发送到ISMG成功,ISMG等待对端网络返回发送结果,然后执行步骤610;如果SMSC收到失败的DELIVER_SM_RSP消息,或者在预先设定的时间内仍未接收到DELIVER_SM_RSP消息,则SMSC认为短消息发送到ISMG失败,由于在步骤603中SCP已经对主叫用户进行了扣费,而在该种情况下,短消息发送失败,因而SMSC生成补款话单,补款话单中的补款类型被设置为补款,然后执行步骤612;
步骤610:ISMG接收对端网络返回的状态报告,如果该状态报告中有发送成功的标识,则表明短消息在异网发送成功,实现了主叫用户向被叫用户发送短消息的过程,不再执行后续步骤;如果该状态报告中有发送失败的标识,则表明短消息在异网发送失败,由于在步骤603中,SCP已经对主叫用户进行了扣费,而在该种情况下,短消息发送失败,因而,ISMG向SMSC发送补款通知消息,以通知SMSC生成补款话单,然后再执行步骤611;其中,ISMG向SMSC所发送的补款通知消息在本发明实施例中通过扩展SMPP协议得以实现,该消息中携带有包括补款号码、补款金额在内的关键信息;
步骤611:SMSC收到补款通知消息,根据该消息中的关键信息生成补款话单,然后,SMSC向ISMG返回补款通知响应消息;其中,补款话单的补款类型被设置为补款;
步骤612:SCP定时到SMSC上取得补款话单,进行集中处理后,根据处理后的补款话单,对已经扣费而实际没有完成短消息业务的用户进行补款;
以上步骤601~604和步骤608~612构成了点到预付费用户点到点短消息业务中的网间业务的实现流程。
步骤613:步骤613为SMSC在预先设定的时间内没有收到SCP发送来的鉴权请求应答时所作的特殊处理,为了保证不会由于SCP出现故障而影响短消息业务的情况,SMSC仍然下发消息,具体包括:
(1)如果被叫用户是本地用户,则SMSC下发完成后,SMSC根据下发结果生成相应的补款话单,通知SCP进行相应的操作:如果下发成功,则由于鉴权时SCP没有扣费,此时SMSC生成补款话单,该补款话单的补款类型被设置为扣费,SCP在得到该补款话单时,将根据补款话单中的扣费类型对主叫用户进行扣费;如果下发失败,则由于SCP在鉴权过程中并没有扣费,因此,SMSC不生成补款话单;SCP自SMSC获取补款话单,按照补款话单对主叫用户的余额进行处理;
(2)如果被叫用户是异网用户,则SMSC将短消息发送至ISMG,ISMG以DELIVER_SM承载短消息,将短消息发送到对端网络,ISMG向SMSC返回DELIVER_SM_RSP响应消息,如果SMSC收到成功的DELIVER_SM_RSP消息,则SMSC认为消息已经发送成功,而由于步骤603中SCP没有对主叫用户扣费,因此,SMSC生成补款话单,补款话单中的补款类型被设置为扣款,然后再返回步骤610重新开始执行,完成预付费用户点到点短消息异网业务。
2、预付费用户点播短消息业务流程:
采用图7所示组网方式实现该业务,在该网络中,SCP保存着所有预付费用户的计费信息,SMSC与SCP连接,而不再与SSMG相连接,SMSC到SCP对预付费用户进行鉴权,SCP到SMSC获取补款话单,SP/ICP/ISP为业务提供端,提供各种短消息点播和定制业务,为了避免SP/ICP/ISP对SMSC的例如流量和病毒的直接冲击,采用作为短消息网关的SSMG连接SMSC和SP/ICP/ISP,其中,SP/ICP/ISP可通过Internet等网络与SSMG相连,SSMG的主要实现SP/ICP/ISP与SMSC之间的消息转发,使得网络具有更高的安全性。
参见图8所示,下面对利用该组网方式实现预付费用户点播短消息业务的流程加以详细介绍:
步骤801~步骤802:主叫用户向SMSC提交点播短消息,SMSC收到该短消息,判断主叫用户是否为预付费用户,如果是,则SMSC向SCP发送鉴权请求,否则,主叫用户为普通用户,SMSC按照对普通用户短消息的处理流程处理短消息,而不再按照后续步骤所述的方法处理短消息;
步骤803:SCP根据存储的包括用户余额信息在内的鉴权信息判断该用户是否鉴权通过,在本发明实施例中,SCP判断主叫用户余额是否充足,如果充足,则鉴权通过,SCP向SMSC返回内容为鉴权成功的鉴权请求应答,并同时根据主叫用户所提交的短消息在该用户的余额上进行扣费,如果SCP判断主叫用户余额不足,则鉴权不通过,SCP向SMSC返回内容为鉴权失败的鉴权请求应答;
步骤804:SMSC收到SCP发送来的鉴权请求应答,根据该鉴权请求应答中的内容做如下处理:
如果该鉴权请求应答中表明鉴权失败,则SMSC向主叫用户发送内容为提交失败的短消息应答,并且,SMSC同时删除主叫用户发送的短消息,终止本流程,如果鉴权请求应答中表明鉴权成功,则执行步骤805;
其中,在本步骤中,如果SMSC在预先设定的时间内没有收到SCP发送来的鉴权请求应答,则表明SCP由于工作异常而没有完成步骤803中的鉴权以及扣费的工作,但为了保证不会由于SCP出现工作异常而影响短消息业务的情况,仍然继续执行步骤805,但在后续的步骤806中需要按照特殊处理执行;
步骤805:SMSC将主叫用户提交的点播短消息转发至SSMG,其中,SMSC通过SMPP协议的DELIVER_SM承载短消息,从而将短消息转发至SSMG;
步骤806:SSMG向SMSC返回DELIVER_SM_RSP响应消息,如果SMSC向SSMG发送消息成功,则SSMG向SMSC发送表明发送成功的DELIVER_SM_RSP消息,SSMG执行步骤807;如果SMSC向SSMG发送消息失败,则SSMG向SMSC返回表明发送失败的DELIVER_SM_RSP消息,由于SCP在步骤803中已经对主叫用户的余额进行了扣费,因此,SMSC在收到该失败的DELIVER_SM_RSP消息后,生成补款话单,然后执行步骤820;其中,补款话单的补款类型被设置为补款;
其中,如果在步骤804中出现了SMSC在预先设定的时间内没有收到SCP发送来的鉴权请求应答的情况,表明SCP工作异常,则在本步骤中不再进行上述处理,而采用如下特殊处理:
如果SMSC收到成功的DELIVER_SM_RSP消息,则由于在此种特殊情况下,SCP在步骤803中没有进行扣款,因此SMSC此时生成扣款话单,设置该扣款话单的类型为扣款;如果SMSC收到失败的DELIVER_SM_RSP消息或者在预先设定的时间内没有接收到DELIVER_SM_RSP消息,则由于在步骤803中SCP没有进行扣款,则此时SMSC也无需生成扣款话单,直接删除该短消息,终止本流程;
步骤807:SSMG向SP转发点播消息,该消息由DELIVER_SM承载,由于该消息一般与业务相关,都由运营商自定义的规范实现,因此,在本发明实施例中将SSMG向SP转发的消息统称为DELIVER消息;
步骤808:SP向SSMG返回DELIVER_RSP响应消息,如果SSMG收到失败的响应消息,或者SSMG在预先设定的时间内没有接收到SP的响应消息,则执行步骤809;如果SSMG接收到成功的响应消息,则执行步骤811,开始执行SP向主叫用户下发点播结果短消息的过程;
步骤809~步骤810:由于SCP在步骤803中已经对主叫用户的余额进行了扣费,因此,SSMG向SMSC发送补款通知消息,该消息通过扩展SMPP协议实现,其上携带有包括补款号码和补款金额在内的关键信息,SMSC根据SSMG发送来的补款通知消息,生成补款类型被设置为补款的补款话单,并向SSMG返回通知响应消息,然后,执行步骤820;
上述步骤801~步骤810完成了用户提交点播消息的流程;
步骤811:SP根据主叫用户提交的点播短消息,向SSMG发送与用户所提交的点播短消息相对应的点播结果短消息,该短消息由SMPP的SUBMIT_SM承载,由于SSMG所发送的点播结果短消息一般与业务相关,都由运营商自定义的规范实现,因此,将承载SSMG所发送的点播短消息的SUBMIT_SM统称为SUBMIT消息;
步骤812:SSMG处理收到的SUBMIT消息,如果处理正常,则SSMG向SP返回成功的SUBMIT_RSP响应消息;否则,SSMG向SP返回失败的SUBMIT_RSP响应消息,SSMG删除收到的SUBMIT消息,终止本流程;
步骤813:SSMG向SMSC发送点播结果消息,本发明实施例中,该消息从SMPP协议扩展,以步骤812中的SUBMIT消息内容为基础构造,其中至少包括有费率和计费号码信息,为表述方便,将构建的点播结果消息称为SUMBIT_EX消息;
步骤814:SMSC收到SUMBIT_EX消息,根据该消息中的内容,判断计费用户是否为预付费用户,如果是,则SMSC向SCP发送鉴权请求消息,然后执行步骤815;否则,表明该计费用户为普通用户,则按照针对普通用户的正常流程进行处理,而不再进行后续步骤;
步骤815:SCP判断计费用户能否通过鉴权,在本发明实施例中,SCP判断计费用户的余额是否充足,如果是,则计费用户鉴权成功,SCP对该用户余额进行扣费,并向SMSC返回成功的鉴权响应消息;否则,SCP向SMSC返回失败的鉴权响应消息;
步骤816:SMSC根据得到的鉴权响应消息进行如下处理:
如果SMSC收到成功的鉴权响应消息,则SMSC向SSMG返回成功的SUBMIT_EX_RSP消息;如果SMSC收到失败的鉴权响应消息,则SMSC向SSMG返回失败的SUBMIT_EX_RSP消息,并删除消息,终止本流程;
步骤817~步骤819:SMSC向计费用户下发点播结果短消息,SMSC判断下发结果,如果下发结果短消息失败,则由于SCP已经在步骤815中扣费,因此SMSC生成补款话单,该补款话单的补款类型被设置为补款;如果SMSC判断得到下发结果短消息成功,则SMSC向SSMG发送状态报告,告知SSMG短消息发送结果,以便SSMG做例如将结果通知给SP的后续处理,SSMG得到SMSC发送的状态报告后,向SMSC返回状态报告响应消息;
步骤820:SCP定期到SMSC上采集补款话单,进行集中处理,根据补款话单中的内容对用户余额进行处理,流程结束。
以上步骤811~步骤820也就是短消息定制业务的实现流程,不同之处仅在于在步骤811中,由SP向SSMG定期发送SUBMIT消息,其余步骤与上述定制业务中SP向用户下发短消息的实现过程相同。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (13)
1、一种实现预付费用户短消息业务的方法,其特征在于,该方法包括以下步骤:
短消息发送方向短消息中心(SMSC)提交短消息,SMSC根据收到的短消息在业务控制点(SCP)上对预付费用户进行鉴权,如果SCP鉴权失败,则SCP通知SMSC终止短消息业务流程,否则,SCP对该预付费用户进行扣费,SMSC向短消息接收方发送短消息,SMSC根据短消息的发送结果生成补款话单,SCP定期到SMSC上取得补款话单,根据该补款话单对该预付费用户的余额进行处理。
2、根据权利要求1所述的方法,其特征在于,所述SCP根据补款话单对该预付费用户的余额进行处理为:
SCP根据补款话单中的补款类型对所述预付费用户余额进行扣款或补款。
3、根据权利要求1所述的方法,其特征在于,所述SMSC在SCP上对预付费用户进行鉴权后,SMSC向短消息发送方发送短消息提交的结果。
4、根据权利要求1所述的方法,其特征在于,所述短消息发送方与短消息接收方分别为同一网络中的主叫用户和被叫用户,所述预付费用户为主叫用户,所述SMSC发送短消息以及根据短消息的发送结果生成补款话单进一步包括:
SMSC向被叫用户移动台下发所述提交的短消息,被叫用户移动台向SMSC返回下发应答消息,如果下发应答消息表示下发失败,则SMSC生成补款话单,并将补款话单的补款类型设置为补款。
5、根据权利要求1所述的方法,其特征在于,所述短消息发送方与短消息接收方为不同网络中的主叫用户和被叫用户,所述预付费用户为主叫用户,所述SMSC发送短消息以及根据短消息的发送结果生成补款话单进一步包括:
SMSC将所述提交的短消息转发至网际短消息互联网关(ISMG),ISMG将该短消息通过被叫用户所在网络发送到被叫用户所在移动台,判断是否SMSC向ISMG发送短消息失败或者短消息在被叫用户所在网络发送失败,如果是,则ISMG通知SMSC生成补款话单,并将补款话单的补款类型设置为补款;否则,不做处理。
6、根据权利要求1所述的方法,其特征在于,所述短消息接收方为短消息业务提供端,所述预付费用户为短消息发送方用户,所述SMSC发送短消息以及根据短消息的发送结果生成补款话单进一步包括:
SMSC将所述提交的短消息转发至业务短消息网关(SSMG),SSMG将该短消息发送至短消息业务提供端,判断是否SMSC向SSMG发送短消息失败或者SSMG向短消息业务提供端发送短消息失败,如果是,则SSMG通知SMSC生成补款话单,并将补款话单的补款类型设置为补款;否则,不做处理。
7、根据权利要求1所述的方法,其特征在于,所述短消息发送方为短消息业务提供端,所述预付费用户为短消息接收方用户,所述SMSC发送短消息以及根据短消息的发送结果生成补款话单进一步包括:
SMSC将所述提交的短消息下发至短消息接收方的用户所在移动台,判断是否下发失败,如果是,则SMSC生成补款话单,并将补款话单的补款类型设置为补款;否则,不做处理。
8、根据权利要求1所述的方法,其特征在于,所述短消息发送方与短消息接收方分别为同一网络中的主叫用户和被叫用户且SCP工作异常而无法完成所述扣费时,所述预付费用户为主叫用户,所述SMSC发送短消息以及根据短消息的发送结果生成补款话单进一步包括:
SMSC向被叫用户移动台下发所述提交的短消息,被叫用户移动台向SMSC返回下发应答消息,判断是否下发应答消息表示下发成功,如果是,则SMSC生成补款话单,并将补款话单的补款类型设置为扣款,否则,不做处理。
9、根据权利要求1所述的方法,其特征在于,所述短消息发送方与短消息接收方为不同网络中的主叫用户和被叫用户且SCP工作异常而无法完成所述扣费时,所述预付费用户为主叫用户,所述SMSC发送短消息以及根据短消息的发送结果生成补款话单进一步包括:
SMSC将所述提交的短消息转发至ISMG,ISMG将该短消息通过被叫用户所在网络发送到被叫用户所在移动台,判断是否SMSC向ISMG发送短消息成功或者短消息在被叫用户所在网络发送成功,如果是,则ISMG通知SMSC生成补款话单,并将补款话单的补款类型设置为扣款;否则,不做处理。
10、根据权利要求1所述的方法,其特征在于,所述短消息接收方为短消息业务提供端且SCP工作异常而无法完成所述扣费时,所述预付费用户为短消息发送方用户,所述SMSC发送短消息以及根据短消息的发送结果生成补款话单进一步包括:
SMSC将所述提交的短消息转发至SSMG,SSMG将该短消息发送至短消息业务提供端,判断是否SMSC向SSMG转发短消息成功或者SSMG向短消息业务提供端发送短消息成功,如果是,则SSMG通知SMSC生成补款话单,并将补款话单的补款类型设置为扣款;否则,不做处理。
11、一种实现预付费用户短消息业务的网络,其特征在于,该网络至少包括SMSC、SCP和短消息网关,SCP与SMSC连接,SMSC与短消息网关连接。
12、根据权利要求11所述的网络,其特征在于,该网络应用于点到点业务时,所述短消息网关为ISMG,该ISMG与异网短消息平台相连接。
13、根据权利要求11所述的网络,其特征在于,该网络应用于点播或定制业务时,所述短消息网关为SSMG,该SSMG与短消息业务提供端相连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB031466311A CN100456756C (zh) | 2003-07-10 | 2003-07-10 | 一种实现预付费用户短消息业务的方法和网络 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB031466311A CN100456756C (zh) | 2003-07-10 | 2003-07-10 | 一种实现预付费用户短消息业务的方法和网络 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1567972A true CN1567972A (zh) | 2005-01-19 |
CN100456756C CN100456756C (zh) | 2009-01-28 |
Family
ID=34471812
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB031466311A Expired - Fee Related CN100456756C (zh) | 2003-07-10 | 2003-07-10 | 一种实现预付费用户短消息业务的方法和网络 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100456756C (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100387075C (zh) * | 2006-07-03 | 2008-05-07 | 华为技术有限公司 | 短信扣费方法 |
CN101500203B (zh) * | 2008-02-02 | 2011-04-20 | 华为技术有限公司 | 一种消息接收方付费业务的实现方法、系统和装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI109509B (fi) * | 1997-06-03 | 2002-08-15 | Nokia Corp | Matkaviestimelle päätyvän lyhytsanoman laskutus |
CN1142675C (zh) * | 2000-08-29 | 2004-03-17 | 华为技术有限公司 | 一种在移动网上实现预付费业务的方法及系统 |
FR2825555B1 (fr) * | 2001-05-30 | 2004-03-12 | Nilcom | Systeme de messages courts, notamment de messages prepayes |
-
2003
- 2003-07-10 CN CNB031466311A patent/CN100456756C/zh not_active Expired - Fee Related
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100387075C (zh) * | 2006-07-03 | 2008-05-07 | 华为技术有限公司 | 短信扣费方法 |
CN101500203B (zh) * | 2008-02-02 | 2011-04-20 | 华为技术有限公司 | 一种消息接收方付费业务的实现方法、系统和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN100456756C (zh) | 2009-01-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1794637A (zh) | 计费网络和计费代理装置及计费方法 | |
CN1202681C (zh) | 建立网络单元之间的连接的方法和系统 | |
JP5417438B2 (ja) | ショートメッセージ配信に対する課金 | |
CN1695396A (zh) | 增强业务预备 | |
CN1606887A (zh) | 移动电信网络中的呼叫处理 | |
CN1199432C (zh) | 移动预付费业务的异地充值实现方法 | |
CN101069382A (zh) | 有线/无线集成服务网络中通过实时会话管理进行集成计费管理的装置与方法 | |
CN101047988A (zh) | 一种用户漫游状态下的策略及计费控制方法 | |
CN1738446A (zh) | 一种多媒体消息系统及转发多媒体消息的方法 | |
RU2297723C9 (ru) | Способ организации предоплаченной услуги обмена мультимедийными сообщениями | |
WO2009097754A1 (zh) | 一种消息接收方付费业务的实现方法、系统和装置 | |
CN1992763A (zh) | 一种数字集群系统实现预付费的方法 | |
CN1274125C (zh) | 终端与增值业务提供商应用之间多媒体消息转发的方法 | |
CN1946122A (zh) | 一种实现统一充值的方法、装置及系统 | |
CN100488292C (zh) | 一种移动短消息系统及投递方法 | |
CN1745539A (zh) | 预付费智能网络服务 | |
CN1567972A (zh) | 一种实现预付费用户短消息业务的方法和网络 | |
CN1303832C (zh) | 短消息增值业务的鉴权方法及系统 | |
CN1852385A (zh) | 一种在通信网络中实现预付费业务的方法及系统 | |
CN102083018A (zh) | 一种业务欠费控制的系统及控制方法 | |
CN1402469A (zh) | 在传输消息时扩充信息流的方法、装置和软件程序 | |
CN101052165A (zh) | 漏话通知短消息的替换方法、漏话提醒系统及业务平台 | |
CN1852118A (zh) | 在立即记账信用授权中实现退费的方法及系统 | |
CN1921644A (zh) | 一种消息转发方法、系统及短消息中心 | |
CN1933407A (zh) | 业务控制设备、漫游计费系统及漫游计费方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090128 Termination date: 20170710 |