CN101179750B - 一种短消息增值业务的处理方法及系统 - Google Patents
一种短消息增值业务的处理方法及系统 Download PDFInfo
- Publication number
- CN101179750B CN101179750B CN2006101382598A CN200610138259A CN101179750B CN 101179750 B CN101179750 B CN 101179750B CN 2006101382598 A CN2006101382598 A CN 2006101382598A CN 200610138259 A CN200610138259 A CN 200610138259A CN 101179750 B CN101179750 B CN 101179750B
- Authority
- CN
- China
- Prior art keywords
- short message
- service
- added service
- value
- user
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
一种短消息增值业务的处理方法及系统,建立与短消息中心连接的短消息增值业务平台,用于保存用户的增值业务签约信息,并建立与短消息增值业务平台连接的短消息增值业务平台网关,用于存储全网用户被叫业务签约标志,当短消息中心接收到用户发来的短消息,如果主叫或被叫号码是签约了主叫或被叫业务的本业务片区的用户,那么短消息中心把该条短消息发送到其归属的短消息增值业务平台进行处理,并把处理后的短消息返回给所属短消息中心,短消息中心把该短消息发送到被叫用户;如果被叫号是码签约了被叫业务的本业务片区外的用户,短消息增值业务平台将短消息通过短消息增值业务平台网关转发到其归属的短消息增值业务平台进行相应的处理。
Description
技术领域
本发明涉及移动通信系统中对短消息业务的处理方法及处理系统,特别涉及到一种短消息增值业务的处理方法和系统。
背景技术
随着丰富多彩的短消息增值业务的开展,短消息已完全融入到人们的日常工作和生活中,已成为一个不可或缺的生活元素。目前短消息增值业务主要由SP(服务提供商)来提供,虽然它提供了多种服务项目,但总体来说其业务形式单一,功能级别低。因此由运营商提供一类功能级别高、可靠的短消息增值服务也就变得很有意义。例如:短消息呼转,短消息自动回复,短消息回执,短消息签名等。
用户可签约的增值业务可划分为两大类:主叫类增值业务(以下简称为主叫业务)和被叫类增值业务(以下简称为被叫业务)。
主叫业务的定义如下:当用户作为短消息的发送者时才能触发的增值业务称之为主叫业务,如短消息签名,短消息回执等。
被叫业务的定义如下:当用户作为短消息的接收者时才能触发的增值业务称之为被叫业务,如短消息呼转,短消息自动回复,短消息过滤等。
现有的GSM/GPRS网络,以及即将建设的WCDMA/TDCDMA网络,在这些网络中短消息处理的原则是:短消息的起呼和终呼流程均由主叫用户归属的SMSC(短消息中心)来完成。由于这种技术特点,导致了被叫增值业务难于在全网统一开展。如当被叫用户为网内外地签约了被叫业务的用户时,由于主叫用户归属的SMSC没有被叫用户的任何信息,因此也就无法触发它的被叫业务。
有关上述问题的现有技术中,有中国专利号为CN1741629、名称为“实现短消息转移的方法”,及中国专利号为CN1741551、名称为“移动网短消息自动回复实现方法”的技术方案。以上两个现有专利侧重于单个具体业务功能的实现。存在的缺点是:两个业务都在SMSC(短消息中心)实现,必须对现有的SMSC系统做出较大的改动,加大了系统改造的难度,降低了投资效益。
发明内容
有鉴于此,本发明的主要目的在于提供一种的短消息增值业务处理方法以及系统,能够使SMSC做一次改动就可以支持各类短消息增值业务。
为了实现上述目的,本发明提供一种短消息增值业务的处理方法,包括以下步骤:
(1)建立与短消息中心连接的短消息增值业务平台;
(2)短消息增值业务平台处理用户申请签约主叫和/或被叫增值业务的开/销户请求,保存用户的增值业务签约信息,并将用户的业务签约标识发送给短消息中心,短消息中心把用户的业务签约标识保存到本地数据库中;
(3)短消息中心接收到主叫用户发送来的短消息,根据该短消息的主叫号码和被叫号码在本地数据库中查询用户的增值业务签约标识,如果主叫号码签约了主叫业务或是被叫号码签约了被叫业务,那么短消息中心把该条短消息发送到短消息增值业务平台进行处理;
(4)短消息增值业务平台根据用户的签约信息对该短消息进行具体的增值业务处理,并把处理后的短消息返回给所属短消息中心,短消息中心把该短消息发送到被叫用户。
上述步骤(1)进一步可建立与短消息增值业务平台连接的短消息增值业务平台网关。
上述步骤(2)中,用户申请签约的被叫业务包括本业务片区被叫业务和全网被叫业务。
在建立有与短消息增值业务平台连接的短消息增值业务平台网关的情况下,则上述步骤(2)进一步可包括:
(21)如果用户签约的是全网被叫业务,则短消息增值业务平台将用户的被叫业务签约标识发送给短消息增值业务平台网关;
(22)短消息增值业务平台网关保存用户的被叫业务签约标识,并把该标识信息转发给其他的短消息增值业务平台;
(23)其他的短消息增值业务平台把短消息增值业务平台网关转发来的被叫业务签约标识保存到本地数据库中。
上述步骤(3)进一步可包括:
(31)如果短消息中心在本地数据库查不到短消息的被叫用户的相关数据,短消息中心发送信令到短消息增值业务平台,查询被叫用户是否签约了全网被叫业务;
(32)如果短消息增值业务平台返回的信令表明被叫用户未签约全网被叫业务,则短消息中心直接把短消息下发到被叫用户的接收终端上;如果信令中表明被叫用户签约了全网被叫业务,则短消息中心把短消息发送到短消息增值业务平台;
(33)短消息增值业务平台接收到短消息后,把短消息转发给短消息增值业务平台网关;
(34)短消息增值业务平台网关把短消息转发到被叫用户归属的短消息增值业务平台上;
所述步骤(4)进一步可包括:
(41)被叫用户归属的短消息增值业务平台进行具体的短消息增值业务的处理,并把处理后的短消息发送给被叫用户归属的短消息中心;
(42)被叫用户归属的短消息中心将短消息下发给被叫用户。
上述短消息中心与短消息增值业务平台之间采用扩展的SMPP协议通信;所述短消息增值业务平台与短消息增值业务平台网关之间也采用扩展的SMPP协议通信。
为了实现本发明的目的,本发明还提供一种短消息增值业务的处理系统,其特征在于:所述系统包括短消息中心和与之相连的短消息增值业务平台,其中
所述短消息增值业务平台,用于对用户申请签约主叫和/或被叫增值业务的开/销户请求进行处理,存储用户增值业务的签约信息,把用户的签约标识发送到用户归属的短消息中心,提供短消息中心查询用户的签约标识,并负责对签约用户发送的短消息进行具体的增值业务处理;
所述短消息中心,用于保存用户的业务签约标识,接收用户发送的短消息,并根据短消息的主叫号码和被叫号码,在保存的用户业务签约标识中查询主叫号码是否签约了主叫业务及被叫号码是否签约了被叫业务,将签约用户的短消息发送到短消息增值业务平台进行增值业务处理,并把短消息增值业务平台处理后返回的短消息发送到被叫用户。
上述用户的签约信息记录用户详细的签约记录,所述用户的签约标识记录用户签约的业务种类。
上述短消息增值业务平台至少包含以下几个模块:短消息增值业务控制模块,负责各种增值业务之间处理流程的控制,开/销户相关处理;短消息增值业务实现模块,负责增值业务的具体实现;短消息增值业务协议网关模块,负责和短消息中心的连接;数据库模块,负责存储本业务区用户的增值业务签约的详细信息。
其中,所述的短消息增值业务控制模块,其与短消息增值业务实现模块之间采用扩展的SMPP协议进行通信,与短消息增值业务协议网关模块采用内部协议进行通信,与数据库模块采用内部协议进行通信。
对签约全网被叫业务的用户,上述系统还包括与短消息增值业务平台相连的短消息增值业务平台网关,用于存储全网用户被叫业务签约标志,将用户被叫业务签约标志同步到相连的SMVP中,并提供SMVP查询外业务片区用户的被叫业务签约标识,以及提供不同短消息增值业务平台之间的消息转发功能。
上述短消息增值业务平台网关至少包括以下几个模块:业务控制模块,负责向SMVP同步全网用户被叫业务签约标识,提供SMVP查询用户被叫业务签约标识;消息转发模块,根据本系统中配置的路由信息表把短消息投递到正确的SMVP上,实现SMVP之间消息的交互并且负责向SMVP同步全网用户被叫业务签约标识;协议网关模块,负责和SMVP之间的连接;数据库模块,负责存储全网用户的被叫业务签约标识。
上述业务控制模块和协议网关模块之间采用内部协议进行通信;所述消息转发模块与协议网关模块之间采用内部协议进行通信;所述业务控制模块与数据库模块之间采用内部协议进行通信。
本发明的有益效果在于:本发明所述的方法和系统,达到了短消息增值业务的处理流程和短消息基本流程分离的效果,避免了新增的增值业务依然需要SMSC进行改动的局面,防止了增值业务的开展对SMSC带来的冲击,加强了整个短消息系统的稳定性,提高了增值业务的可扩展性,节省了运营商的投资成本,保证了运营商投资的收益。
附图说明
图1为本发明在GSM/GPRS/WCDMA/TDCDMA短消息网络中的组网示意图;
图2为用户开/销户在整个短消息增值网络中的流程;
图3为在只开通了本地短消息增值业务服务的情况下,增值业务基本业务在整个短消息增值网络中的流程;
图4为开通全网增值业务服务的情况下,增值业务基本业务在整个短消息增值网络中的流程;
图5为短消息增值业务平台的系统扩展框架。
具体实施方式
本发明的方法和系统适用于GSM/GPRS/WCDMA/TDCDMA网络。
本发明所述的短消息增值业务处理系统包括SMVP(短消息增值业务平台)和VPGW(短消息增值业务平台网关),它们之间使用扩展的SMPP协议进行通信。
其中SMVP主要功能是存储本业务片区用户增值业务的签约信息(如果要开通全网服务还需要存储全网用户的被叫业务的签约标识),把用户的签约标识同步到用户归属的SMSC中,并负责各种增值业务的处理优先级以及增值业务的具体实现等。其中签约信息用于记录用户详细的签约记录,业务签约标识只记录用户签约的业务种类。
SMVP至少包含以下几个模块:
短消息增值业务控制模块:主要负责各种增值业务之间处理流程的控制,开/销户相关处理;
短消息增值业务实现模块:主要负责增值业务的具体实现;
短消息增值业务协议网关模块:主要负责和现有短消息系统的连接(主要是SMSC);
数据库模块:主要负责存储本业务区用户的增值业务签约的详细信息。
短消息增值业务控制模块是整个系统的控制中心,负责连接各模块,协调各模块之间的工作。它与短消息增值业务实现模块之间采用扩展的SMPP协议进行通信;与短消息增值业务协议网关模块采用内部协议进行通信;与数据库模块采用内部协议进行通信。其它模块之间不进行通信。
VPGW主要功能是存储全网用户被叫业务签约标志,同步到相连的SMVP中,提供SMVP查询外业务区用户的被叫业务签约标识以及提供SMVP与SMVP的消息转发功能。其至少包含以下几个模块:
业务控制模块:主要负责向SMVP同步全网用户被叫业务签约标识,提供SMVP查询用户被叫业务签约标识;
消息转发模块:根据本系统中配置的路由信息表把短消息投递到正确的SMVP上,实现SMVP之间消息的交互并且负责向SMVP同步全网用户被叫业务签约标识;
协议网关模块:主要负责和SMVP之间的连接;
数据库模块:主要负责存储全网用户被叫业务签约标识。
业务控制模块和消息转发模块是整个系统的中心,它们之间没有数据交互,但它们与协议网关模块之间均采用内部协议进行通信;业务控制模块与数据库模块采用内部协议进行通信;消息转发模块与数据库模块没有数据交互;协议网关模块与数据库模块也没有数据交互。
本发明所述的短消息增值业务处理方法涉及到现有的SMSC,并增加了SMVP以及VPGW。
其中SMSC仅存储用户增值业务的签约标识,负责判断用户是否签约了增值业务,并触发到SMVP平台。
进一步,随着增值业务的增多,可以把一些短消息增值业务实现模块独立做成一个新的系统,称为ESP(增强的服务平台),以便提供更有个性化的服务。如图5所示,ESP与SMVP之间使用的通信协议是扩展的SMPP协议。
发明的短消息增值业务处理方法的具体实现包括以下几个方面:
一、SMSC与SMVP之间采用现有的SMPP协议并新增两对信令:
A.SET_SERVICE,SMVP发送给SMSC的信令,用于通知SMSC用户是否签约了主被叫业务。
B.SET_SERVICE_RESP,SMSC返回给SMVP的信令,用于告诉SMVP本次SET_SERVICE操作是否成功。
C.QUERY_SERVICE,SMSC发送给SMVP的信令,用于向SMVP查询用户被叫业务签约标识。
D.QUERY_SERVICE_RESP,SMVP返回给SMSC的信令,用于告诉SMSC所查询用户的被叫业务签约。
二、SMVP与VPGW之间采用现有的SMPP协议的新增三对信令:
A.SET_SERVICE,VPGW发送给SMVP的信令,用于通知SMVP用户是否签约了主被叫业务。
B.SET_SERVICE_RESP,SMVP返回给VPGW的信令,用于告诉VPGW本次SET_SERVICE操作成功与否。
C.UPDATE_SERVICE,SMVP发送给VPGW的信令,用于通知VPGW用户是否签约了主被叫业务。
D.UPDATE_SERVICE_RESP,VPGW返回给SMVP的信令,用于告诉SMVP本次UPDATE_SERVICE操作成功与否。
E.QUERY_SERVICE,SMVP发送给VPGW的信令,用于向VPGW查询用户被叫业务签约标识。
F.QUERY_SERVICE_RESP,VPGW返回给SMVP的信令,用于告诉SMVP所查询用户的被叫业务签约。
三、业务开通:
A.用户可以通过多种方式进行增值业务的开户(如短消息方式,营业厅方式等)。
B.SMVP把用户的增值业务签约的详细信息保存到本系统中,紧接着SMVP通过新增的与SMSC的交互信令SET_SERVICE,将用户签约业务标识发送给SMSC。
C.SMSC接收到SMVP的请求后,把用户的业务签约标识保存到本地数据库中。
进一步,如果开通了全网服务的话,那么还需要进行如下扩展:
D.如果用户签约的是被叫业务,那么SMVP通过新增的与VPGW的交互信令UPDATE_SERVICE将用户的被叫业务签约标识发送给VPGW。
E.VPGW把用户的被叫业务签约标识保存到本系统中,紧接着把该标识信息通过新增的SET_SERVICE信令转发给其他的SMVP。
F.SMVP把这些外地用户的被叫业务签约标识保存到本地数据库中。
四、业务使用:
A.SMSC接收到用户发送上来的短消息之后,根据短消息的主叫号码和被叫号码查询本地的数据库中用户的增值业务签约标识,如果主叫号码签约了主叫业务或是被叫号码签约了被叫业务,那么SMSC把该条短消息发送到SMVP进行处理。
B.SMVP根据用户的签约信息实现具体的短消息增值业务,最后把处理结果返回给该SMSC。
进一步,如果开通了全网服务并且被叫用户为网内的异地用户时,那么还需要进行如下扩展:
A.如果SMSC发现短消息的主被叫用户在本地数据库都查不到相关的数据时,SMSC需要发送QUERY_SERVICE请求到SMVP,查询被叫用户是否有签约了被叫业务。
B.如果SMVP返回的QUERY_SERVICE_RESP信令表明了被叫用户未签约被叫业务的话,那么SMSC直接把短消息下发到被叫用户的手机上;如果信令中表明被叫用户签约了被叫业务的话,SMSC需要把短消息发送到SMVP。
C.SMVP接收到短消息后,把短消息转发给VPGW。
D.VPGW根据系统中配置的路由信息,把短消息转发到被叫用户归属的SMVP2上。
E.由SMVP2进行具体的短消息增值业务的处理,并把处理后的短消息发送给被叫用户归属的SMSC2上。
F.最后由SMSC2进行短消息的最终下发。
进一步,本发明还提供了用户暂停和激活业务的操作,包括以下步骤:
用户通过多种方式进行增值业务的暂停/激活(如短消息方式,营业厅方式等);
SMVP接收到用户暂停业务功能时,记录在本系统中,紧接着SMVP通过SET_SERVICE信令通知SMSC。
下面结合附图对技术方案的实施作进一步的详细描述:
图1为本发明在GSM/GPRS/WCDMA/TDCDMA短消息网络中的组网示意图。
如图所示,SMVP与SMVP之间是通过VPGW来完成相互之间的连接,SMVP与SMSC之间是直接连接。SMVP与VPGW之间,SMVP与SMSC之间使用的通信协议都是扩展的SMPP协议,其中包含了本发明中新定义的信令。SMVP只负责处理本业务片区的用户签约的增值业务,当用户属于外地(本本业务片区以外)SMVP并且签约了被叫业务时,SMVP需要主动把短消息转发到VPGW,VPGW再根据自身配置的路由信息把短消息转发到被叫用户归属的SMVP,归属的SMVP负责处理被叫用户的被叫业务。举例说明如下(可以参考图1):
A用户属于SMSC1,B用户属于SMSC4,A、B用户都签约了主被叫业务。
A用户发送消息给B用户,短消息到达SMSC1。
SMSC1根据数据库中记载的用户增值业务签约标识判断出主叫用户A签约了主叫业务,于是把短消息发送到SMVP1进行处理。
SMVP1进行相关的处理后,判断出被叫用户B不属于本业务片区,但其又签约了被叫业务,SMVP1把短消息发送到VPGW。
VPGW根据路由信息把短消息转发到SMVP2。
SMVP2接收到短消息之后进行相关的增值业务处理,之后发送给SMSC4。
SMSC4负责把该条短消息发送给B用户。
同时,当SMVP管辖的业务片区中用户被叫业务签约标识发生变化时,需要通知VPGW,VPGW再同步到各个SMVP。
本发明提到的业务片区的定义如下:
一个SMVP可以管辖多个SMSC,所有归属于这些管辖SMSC的短消息服务区总称为该SMVP的业务片区。举例说明:
SMVP1管辖SMSC1,SMSC2,SMSC3;SMVP2管辖SMSC4,SMSC5,SMSC6;
如果A用户的归属短消息中心是SMSC1,那么我们就称A用户属于SMVP1的业务片区;
相对于SMVP1来说,A用户属于本业务片区用户,但相对于SMVP2来说,A用户就成了外业务片区用户。
图2为用户开/销户在整个短消息增值网络中的流程。
步骤201MS移动终端(如手机)发送短消息给SMVP的开户接入号,短消息首先会发送到用户的归属短消息中心SMSC。
步骤202SMSC把短消息转发给SMVP。
步骤203SMVP解析用户发送上来的开户消息,把它转化成内部所需的增值业务签约信息并存入到数据库中。
步骤204SMVP返回给SMSC deliver响应。
步骤205SMVP根据用户所有签约的业务(SMVP提供的增值业务)标识构造出SET_SERVICE请求。
步骤206SMVP发送SET_SERVICE给SMSC。
步骤205和206中,SMVP可以把用户完整的业务签约标识(记录用户具体签约了那些业务)发给SMSC,也可以简单的通知SMSC,用户是否签约了主被叫业务。
步骤207SMSC接收到请求后把用户完整的业务签约标识(或是用户是否签约了主被叫业务标识)保存到本地数据库中。
步骤208SMSC在处理完SET_SERVICE请求后返回给SMVP的响应。
步骤209~211SMVP给用户下发开户通知结果的流程。
此外,如果开通全网服务,那么在步骤206之后需要加入两个步骤:
SMVP判断用户签约的业务是否是被叫业务,如果是则发送UPDATE_SERVICE请求给VPGW;
VPGW把用户的签约标识记录在本系统中,并将此消息同步到其他的SMVP并给源SMVP返回响应。
图3为在只开通了本地短消息增值业务服务的情况下,增值业务基本业务在整个短消息增值网络中的流程。
步骤301MS1移动终端(如手机)发送短消息给MS2,短消息首先会发送到用户MS1的归属短消息中心SMSC。
步骤302~303SMSC查找短消息主叫用户签约的主叫业务标识和被叫用户签约的被叫业务标识,当存在签约标识时,把短消息通过标准的SMPP协议发送给SMVP。可以通过在目的号码前添加前缀的方式或是扩展Deliver消息中的Service_type字段来通知SMVP触发了主叫业务还是被叫业务。如:当用户签约了主叫业务时,目的号码前添加115,签约了被叫业务时,目的号码前添加117。
步骤304SMVP根据SMSC通知的是触发了主叫业务还是被叫来获得用户的签约业务标识。如果SMSC通知SMVP短消息签约了主叫业务,那么SMVP需要获得主叫用户签约的主叫业务标识和被叫用户签约的被叫业务标识共同生成短消息所签约的增值业务标识。如果SMSC通知SMVP短消息签约了被叫业务,那么SMVP只需要获得被叫用户签约的被叫业务标识来来生成短消息所签约的增值业务标识。完成业务标识的生成之后,SMVP将根据此标识按照预先配置好的业务触发优先级依次实现用户签约的主被叫业务并进行相应的计费工作。
步骤305SMVP把最后处理完成的短消息根据标准的SMPP协议发送给SMSC,通过Submit消息中的Service_type字段告诉SMSC一些特殊的操作,如不需要触发被叫业务,不需要重试等。
步骤306~307SMSC把短消息下发给MS2用户,MS2接收到之后返回给SMSC响应。
步骤308SMSC把此条短消息最终的发送结果通过标准的SMPP协议发送给SMVP。
步骤309SMVP接收到状态报告之后构造出步骤303中SMSC发送给SMVP的短消息的状态报告,并发送给SMSC,SMSC收到状态报告后进行相关的计费工作。
图4为开通全网增值业务服务的情况下,增值业务基本业务在整个短消息增值网络中的流程。
步骤401MS1移动终端(如手机)发送短消息给MS2,短消息首先会发送到用户MS1的归属短消息中心SMSC1。
步骤402~403SMSC1查找短消息主叫用户签约的主叫业务标识和被叫用户签约的被叫业务标识,当存在签约标识时,把短消息通过标准的SMPP协议发送给SMVP1。
步骤404SMVP1获得短消息主叫用户签约的主叫业务标识,并根据预先配置好的业务触发优先级依次实现用户签约的主叫业务并进行相应的计费工作。
步骤405~407SMVP1发现目的用户为外地用户并且签约了被叫业务时,把短消息发送给VPGW进行处理;接着VPGW接到短消息后,根据配置好的路由信息把短消息转发到归属的SMVP2上进行处理。
步骤408~411SMVP2处理完短消息被叫用户签约的被叫业务后,把短消息发送给SMSC2,最终由SMSC2下发给被叫用户MS2。
步骤412~415SMSC2把此条短消息最终的发送结果依然通过标准的SMPP协议发送给SMVP2,SMVP2转发给VPGW,VPGW再转发给SMVP1,SMVP1最后把状态报告发送给SMSC1,SMSC1收到这条状态报告后进行相关的计费工作。
其中步骤416为SMVP1处理主叫用户签约的一些特殊的主叫业务,如短信回执业务,此时步骤416之后需要加入以下步骤:
步骤416a SMVP1构造一条短信回执通知,用于告诉MS1其发送的短消息已经发送到MS2上,并把此条通知消息发送给SMSC1。
步骤416b SMSC1把短消息下发给MS1。
步骤416c SMSC1接收到MS1的成功响应。
步骤416d SMSC1把此条短消息最终的发送结果通过标准的SMPP协议发送给SMVP1,SMVP1进行相关的计费工作。
图5为SMVP的系统扩展框架。随着增值业务的发展,用户对个性化需求的不断增大,需要一些能提供用户个性化设置极强的业务,如短信签名,短信自动回复等。为了能保证整个SMVP系统的稳定,又能满足用户个性化的需求,可以把SMVP中的业务实现模块单独分离出来做成ESP(增强的服务平台),由它来实现个性化强的业务,提供用户修改个性化设置的途径。ESP与SMVP之间的通信协议为扩展的SMPP协议。
综上,本发明提供的方法和系统极大的降低了增值业务的开展对短消息系统中基本网元的影响,降低了SMSC与SMVP之间的交互次数,降低了开展新增值业务的难度,为运营商的投资提供了强有力的保障。
以上所述仅为本发明的优选实施方式和系统框架,并不构成对本发明保护范围的限定。在不背离本发明精神及其实质的情况下,本领域技术人员当可根据本发明做出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (20)
1.一种短消息增值业务的处理方法,包括以下步骤:
(1)建立与短消息中心连接的短消息增值业务平台;
(2)短消息增值业务平台处理用户申请签约主叫和/或被叫增值业务的开/销户请求,保存用户的增值业务签约信息,并将用户的业务签约标识发送给短消息中心,短消息中心把用户的业务签约标识保存到本地数据库中;
(3)短消息中心接收到主叫用户发送来的短消息,根据该短消息的主叫号码和被叫号码在本地数据库中查询用户的增值业务签约标识,如果主叫号码签约了主叫业务或是被叫号码签约了被叫业务,那么短消息中心把该条短消息发送到短消息增值业务平台进行处理;
(4)短消息增值业务平台根据用户的签约信息对该短消息进行具体的增值业务处理,并把处理后的短消息返回给所属短消息中心,短消息中心把该短消息发送到被叫用户。
2.如权利要求1所述的方法,其特征在于,所述步骤(1)进一步包括:建立与短消息增值业务平台连接的短消息增值业务平台网关。
3.如权利要求2所述的方法,其特征在于,所述步骤(2)中,用户申请签约的被叫业务包括本业务片区被叫业务和全网被叫业务。
4.如权利要求3所述的方法,其特征在于,所述步骤(2)进一步包括:
(21)如果用户签约的是全网被叫业务,则短消息增值业务平台将用户的被叫业务签约标识发送给短消息增值业务平台网关;
(22)短消息增值业务平台网关保存用户的被叫业务签约标识,并把该被叫业务签约标识转发给其他的短消息增值业务平台;
(23)其他的短消息增值业务平台把短消息增值业务平台网关转发来的被叫业务签约标识保存到本地数据库中。
5.如权利要求4所述的方法,其特征在于,所述步骤(3)进一步包括:
(31)如果短消息中心在本地数据库查不到短消息的被叫用户的相关数据,短消息中心发送信令到短消息增值业务平台,查询被叫用户是否签约了全网被叫业务;
(32)如果短消息增值业务平台返回的信令表明被叫用户未签约全网被叫业务,则短消息中心直接把短消息下发到被叫用户的接收终端上;如果信令中表明被叫用户签约了全网被叫业务,则短消息中心把短消息发送到短消息增值业务平台;
(33)短消息增值业务平台接收到短消息后,把短消息转发给短消息增值业务平台网关;
(34)短消息增值业务平台网关把短消息转发到被叫用户归属的短消息增值业务平台上;
所述步骤(4)进一步包括:
(41)被叫用户归属的短消息增值业务平台进行具体的短消息增值业务的处理,并把处理后的短消息发送给被叫用户归属的短消息中心;
(42)被叫用户归属的短消息中心将短消息下发给被叫用户。
6.如权利要求1所述的方法,其特征在于:所述短消息中心与短消息增值业务平台之间采用扩展的SMPP协议通信。
7.如权利要求2所述的方法,其特征在于:所述短消息增值业务平台与短消息增值业务平台网关之间采用扩展的SMPP协议通信。
8.如权利要求1所述的方法,其特征在于,所述步骤(2)中,所述用户申请签约增值业务的开户方式包括短消息方式,或营业厅方式。
9.如权利要求8所述的方法,其特征在于,所述步骤(2)中,所述通过短消息方式申请签约增值业务的用户,发送申请开户的短消息给其归属的短消息增值业务平台,该短消息由该用户归属的短消息中心接收,并转发给该用户归属的短消息增值业务平台。
10.如权利要求1所述的方法,其特征在于,所述步骤(2)中,短消息增值业务平台发给短消息中心的业务签约标识,是详细记录用户具体的签约业务的完整业务签约标识,或是仅记录用户是否签约了主叫和/或被叫业务的简单业务签约标识。
11.一种短消息增值业务的处理系统,其特征在于:包括短消息中心和与之相连的短消息增值业务平台,其中,
所述短消息增值业务平台,用于对用户申请签约主叫和/或被叫增值业务的开/销户请求进行处理,存储用户增值业务的签约信息,把用户的签约标识发送到用户归属的短消息中心,提供短消息中心查询用户的签约标识,并负责对签约用户发送的短消息进行具体的增值业务处理;
所述短消息中心,用于保存用户的业务签约标识,接收用户发送的短消息,并根据短消息的主叫号码和被叫号码,在保存的用户业务签约标识中查询主叫号码是否签约了主叫业务及被叫号码是否签约了被叫业务,将签约用户的短消息发送到短消息增值业务平台进行增值业务处理,并把短消息增值业务平台处理后返回的短消息发送到被叫用户。
12.如权利要求11所述的系统,其特征在于:所述短消息中心与短消息增值业务平台之间使用扩展的SMPP协议进行通信。
13.如权利要求11所述的系统,其特征在于:所述用户的签约信息记录用户详细的签约记录,所述用户的签约标识记录用户签约的业务种类。
14.如权利要求11所述的系统,其特征在于,所述短消息增值业务平台至少包含以下几个模块:短消息增值业务控制模块,负责各种增值业务之间处理流程的控制,开/销户相关处理;短消息增值业务实现模块,负责增值业务的具体实现;短消息增值业务协议网关模块,负责和短消息中心的连接;数据库模块,负责存储本业务区用户的增值业务签约的详细信息。
15.如权利要求14所述的系统,其特征在于:所述短消息增值业务控制模块,其与短消息增值业务实现模块之间采用扩展的SMPP协议进行通信,与短消息增值业务协议网关模块采用内部协议进行通信,与数据库模块采用内部协议进行通信。
16.如权利要求11所述的系统,其特征在于:所述系统还包括与短消息增值业务平台相连的短消息增值业务平台网关,用于存储全网用户被叫业务签约标识,并将用户被叫业务签约标识同步到相连的短消息增值业务平台中;提供短消息增值业务平台查询外业务片区用户的被叫业务签约标识,以及提供不同短消息增值业务平台之间的消息转发。
17.如权利要求16所述的系统,其特征在于:所述短消息增值业务平台与短消息增值业务平台网关之间使用扩展的SMPP协议进行通信。
18.如权利要求16所述的系统,其特征在于,所述短消息增值业务平台网关至少包括以下几个模块:业务控制模块,负责向短消息增值业务平台同步全网用户被叫业务签约标识,接收短消息增值业务平台请求查询用户被叫业务签约标识;消息转发模块,根据本系统中配置的路由信息表把短消息投递到用户归属的短消息增值业务平台上,实现各短消息增值业务平台之间消息的交互;协议网关模块,负责和短消息增值业务平台之间的连接;数据库模块,负责存储全网用户的被叫业务签约标识。
19.如权利要求18所述的系统,其特征在于:所述业务控制模块和协议网关模块之间采用内部协议进行通信;所述消息转发模块与协议网关模块之间采用内部协议进行通信;所述业务控制模块与数据库模块之间采用内部协议进行通信。
20.如权利要求14所述的系统,其特征在于:所述短消息增值业务实现模块是一个独立的系统,其与短消息增值业务平台之间使用扩展的SMPP协议通信。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101382598A CN101179750B (zh) | 2006-11-08 | 2006-11-08 | 一种短消息增值业务的处理方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101382598A CN101179750B (zh) | 2006-11-08 | 2006-11-08 | 一种短消息增值业务的处理方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101179750A CN101179750A (zh) | 2008-05-14 |
CN101179750B true CN101179750B (zh) | 2011-01-19 |
Family
ID=39405802
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006101382598A Expired - Fee Related CN101179750B (zh) | 2006-11-08 | 2006-11-08 | 一种短消息增值业务的处理方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101179750B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101267592B (zh) * | 2007-03-12 | 2013-04-17 | 华为技术有限公司 | 短消息增值业务处理方法和短消息增值业务处理中心 |
CN101483827B (zh) * | 2008-01-08 | 2011-01-05 | 中国移动通信集团公司 | 实现消息增值业务服务的系统、装置及方法 |
CN101316387B (zh) * | 2008-06-30 | 2012-04-04 | 华为技术有限公司 | 一种实现短消息业务的方法、系统及归属位置寄存器 |
CN101330661B (zh) * | 2008-07-07 | 2011-06-08 | 中国联合网络通信集团有限公司 | 一种网间漫游用户的短信计费方法及系统 |
CN101662746B (zh) * | 2008-08-28 | 2012-07-04 | 华为技术有限公司 | 一种业务请求处理方法、呼叫中心服务器及通信系统 |
CN102427579B (zh) * | 2009-11-10 | 2014-11-12 | 中国电信股份有限公司 | 一种分发短信的方法、系统和短信分发控制中心 |
CN102143453B (zh) * | 2010-06-30 | 2013-10-09 | 华为软件技术有限公司 | 短消息处理方法、装置和系统 |
CN109699047B (zh) * | 2017-10-20 | 2022-04-26 | 中国移动通信集团浙江有限公司 | 一种短信交互平台实现方法及装置 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1372408A (zh) * | 2001-02-27 | 2002-10-02 | 华为技术有限公司 | 在移动智能网上提供短消息智能业务的方法 |
-
2006
- 2006-11-08 CN CN2006101382598A patent/CN101179750B/zh not_active Expired - Fee Related
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1372408A (zh) * | 2001-02-27 | 2002-10-02 | 华为技术有限公司 | 在移动智能网上提供短消息智能业务的方法 |
Non-Patent Citations (1)
Title |
---|
杨宝建.短信增值业务平台设计.河北工业大学硕士学位论文.2006,论文第31页,图1. * |
Also Published As
Publication number | Publication date |
---|---|
CN101179750A (zh) | 2008-05-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101179750B (zh) | 一种短消息增值业务的处理方法及系统 | |
CN100471309C (zh) | 移动一机多号业务系统及其应用 | |
CN100531265C (zh) | 一种在被叫用户终端上显示主叫信息的方法 | |
CN100382638C (zh) | 用于处理指向不可到达移动电话的电话呼叫的方法和装置 | |
CN100531270C (zh) | 一卡多号业务的实现方法 | |
CN101646165B (zh) | 携号转网业务的通话方法、系统以及移动交换中心 | |
CN100527873C (zh) | 获取被叫终端通信状态的方法、系统及拜访位置寄存器 | |
CN101651933A (zh) | 号码携带业务下实现网间短消息互通的方法、系统及装置 | |
CN101304559B (zh) | 一种支持号码携带的短消息业务实现方法及系统 | |
CN101119591B (zh) | 一种实现分类呼叫前转的方法及归属位置寄存器 | |
CN103874056A (zh) | 一种多号一卡的实现方法和系统 | |
CN1984180B (zh) | 一卡多号业务的实现方法 | |
CN101267595A (zh) | 一种实现手机间电子名片互相传递的方法和装置 | |
CN101123746B (zh) | 利用移动一机多号系统转发彩信的方法 | |
CN101646164A (zh) | 号码携带的方法、装置和系统 | |
CN100563281C (zh) | 一种实现未完成来电短消息通知业务的设备及方法 | |
CN100562043C (zh) | 显示主叫所呼叫的号码及回拨的方法 | |
CN101141677B (zh) | 时分同步码分多址网络上主叫用户信息传送方法及系统 | |
CN101188789A (zh) | 一种短消息增值业务的处理方法 | |
CN101365173B (zh) | 一种当前使用号码通知方法、系统和号码通知服务器 | |
CN101291472A (zh) | 涉及一机多号终端的短信收发方法及系统 | |
CN100536590C (zh) | 一种短消息增值业务的互联方法及系统 | |
CN109756847A (zh) | 携号转网呼叫方法、设备及计算机可读存储介质 | |
CN109714752A (zh) | 一种基于区块链的通信方法及系统 | |
CN101026791A (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 |
Granted publication date: 20110119 Termination date: 20151108 |
|
EXPY | Termination of patent right or utility model |