CN101031109A - 一种短消息增值业务的互联方法及系统 - Google Patents
一种短消息增值业务的互联方法及系统 Download PDFInfo
- Publication number
- CN101031109A CN101031109A CNA2007100904330A CN200710090433A CN101031109A CN 101031109 A CN101031109 A CN 101031109A CN A2007100904330 A CNA2007100904330 A CN A2007100904330A CN 200710090433 A CN200710090433 A CN 200710090433A CN 101031109 A CN101031109 A CN 101031109A
- Authority
- CN
- China
- Prior art keywords
- service
- smvp
- message
- called
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明有关于一种短消息增值业务的互联方法及系统,其适用于GSM/GPRS/WCDMA/TDSCDMA/CDMA/CDMA2000网络的短消息增值业务,该系统包括短消息增值业务平台网关VPGW,存储全网用户的被叫业务签约标志并将其同步到与该VPGW相连的短消息增值业务平台SMVP中,提供SMVP查询外业务区用户的被叫业务签约标志以及提供SMVP与SMVP之间的消息转发功能。本发明还提供了一种相应的短消息主被叫增值业务互联方法。根据本发明的系统和方法能够使短消息增值业务系统经过少量的改造就能平滑的从只支持本业务区的增值业务到支持全网的增值业务。极大加强了整个短消息增值系统的稳定性,提高了增值业务的可扩展性,提升了整个短消息增值业务的品牌形象。
Description
技术领域
本发明涉及短消息业务,具体涉及到一种短消息增值业务的互联方法和系统。
背景技术
随着丰富多彩的短消息增值业务的开展,短消息已完全融入到人们的日常工作和生活中,已成为一个不可或缺的生活元素。同时也随着短消息业务的不断开展用户量已经趋向于饱和,如何能利用现有的用户资源挖掘出新的利润增长点已经成为了电信运营商研究的热门课题。目前国内电信运营商正在积极的改造现有的SMSC(短消息中心)并添加新系统SMVP(短消息增值业务平台)来提供各种基于主被叫的短消息增值业务,例如:短消息呼转,短消息自动恢复,短消息回执,短消息签名等。其中SMSC用于业务的触发,SMVP用于具体的业务控制和实现。
用户可签约的增值业务划分为主叫类增值业务(简称为主叫业务)和被叫类增值业务(简称为被叫业务)这两大类,此后文中出现的增值业务和主被叫增值业务将特指同一事物。
主叫业务的定义如下:当用户作为短消息的发送者时才能触发的增值业务称之为主叫业务。如短消息签名,短消息回执等。
被叫业务的定义如下:当用户作为短消息的接收者时才能触发的增值业务称之为被叫业务。如短消息呼转,短消息自动回复,短消息过滤等。
相关的现有技术专利文献包括:专利号为CN1852465A,名称为“一种无线网络及其短消息定制增值业务的方法”和专利号为CN1633191A,名称为“短消息增值业务联网系统及联网方法”。
对于GSM(全球移动通信系统)/GPRS(通用无线分组业务)/WCDMA(宽带码分多址)/TDSCDMA(时分同步码分多址)/CDMA(码分多址)/CDMA2000(码分多址2000)移动网来说,短消息通讯通过以下步骤完成:
主叫方A发送消息给被叫方B时,短消息先发送到A所归属的SMSC;
SMSC检查到A用户签约了主被叫增值业务,把短消息投递到SMVP;
SMVP接收到短消息后,根据A用户签约的详细信息实现增值业务功能,之后把短消息返回给SMSC;
SMSC到B所属于的HLR(归属位置寄存器)上查找B的路由信息;
HLR返回路由信息给SMSC;
SMSC把短消息发送给B。
上述现有技术只能开展和实现本业务区的增值业务,无法实现在全国开展统一的增值业务,因为每个短消息业务系统都是相互独立的。
本发明提到的业务片区的定义如下:
一个SMVP可以管辖多个SMSC,所有归属于这些管辖SMSC的短消息服务区总称为该SMVP的业务片区。举例说明:
SMVP1管辖SMSC1,SMSC2,SMSC3;SMVP2管辖SMSC4,SMSC5,SMSC6;
如果A用户的归属短消息中心是SMSC1,那么我们就称A用户属于SMVP的业务片区;
相对于SMVP1来说,A用户属于本业务片区用户,但相对于SMVP2来说,A用户就成了外业务片区用户。
参见图1A,如果A归属于SMSC1,B归属于SMSC3,当A给B发送短消息时,短消息先到达SMSC1上。SMSC1根据系统中存在的用户数据判断出A用户签约了增值业务并把短消息提交到SMVP1。由于SMVP1与SMVP2之间没有连接,因此,SMVP1在完成A用户的增值业务后直接把短消息下发给了SMSC1。SMSC1接收到短消息后把此消息最终下发给了用户B。这种处理流程导致了B用户的增值业务得不到触发。
对于CDMA/CDMA2000移动网来说短消息通讯通过以下步骤完成:
主叫方A发送消息给被叫方B时,短消息先发送到A所归属的SMSC1;
SMSC1检查到A用户签约了主被叫增值业务,把短消息投递到SMVP;
SMVP接收到短消息后,根据A用户签约的详细信息实现增值业务功能,之后把短消息返回给SMSC1;
SMSC1把短消息通过网络侧信令的方式,发送到B所属于的SMSC2;
SMSC2把短消息发送给B。
上述现有技术能开展本业务区的增值业务,但在全国开展统一的增值业务将会遇到问题。根本原因在于短消息从SMSC1前转到SMSC2时,是通过信令来实现的,而信令无法承载业务必要的相关信息。因此开展全网业务时,可能会导致一些循环触发的问题。
例如,短消息自动回复业务是指当被叫终端用户出差、开会或节假日时,当有人向此被叫发送短消息时,此业务就自动向主叫回复一条预先设置的留言短消息。
参见图1B,示出了短消息自动回复业务的流程:
1)当A、B均开通短消息自动回复业务,A归属SMSC1,B归属SMSC3;
2)当A给B发信息时,短消息先到达SMSC1上;
3)SMSC1把此消息通过信令转发给SMSC3;
4)SMSC3判断出B用户签约了被叫业务并把短消息提交到SMVP2;
5)SMVP2判断B用户签约了短消息自动回复业务,则根据用户的设置,产生一条新的短消息(主叫号码为B,被叫号码为A),下发给SMSC3;
6)SMSC3把短消息通过信令前转到SMSC1;
7)由于信令无法承载业务信息,导致SMSC1又去判断A的业务,并且把短消息提交到SMVP1;
8)SMVP1判断A用户签约了短消息自动回复业务,则根据用户的设置,产生一条新的短消息(主叫号码为A,被叫号码为B),下发给SMSC1;
9)SMSC1把短消息通过信令前转到SMSC3;
10)跳到4)继续运行。
从上面的描述中可以看出,在开展此被叫业务时,会存在循环触发的危险。
本发明正是基于对短消息增值业务和对用户需求的理解,提出了一套全新的短消息增值业务互联方法和系统来解决以上提到的问题。
发明内容
有鉴于此,本发明的主要目的在于提供一种短消息增值业务互联方法以及系统,能够使短消息增值业务系统经过少量的改造就能平滑的从只支持本业务区的增值业务到支持全网的增值业务。
本发明适用于GSM/GPRS/WCDMA/TDSCDMA/CDMA/CDMA2000网络。
本发明的主要目的在于提供一种短消息增值业务互联系统,包括短消息增值业务平台网关VPGW,存储全网用户的被叫业务签约标志并将其同步到与该VPGW相连的短消息增值业务平台SMVP中,提供SMVP查询外业务区用户的被叫业务签约标志,该被叫业务签约标志表示用户是否签约了主叫和被叫业务,以及提供SMVP与SMVP之间的消息转发功能,其至少包括:
业务控制模块,用于向SMVP同步全网用户的被叫业务签约标志,提供SMVP查询用户被叫业务签约标志;
前端路由模块,用于和SMVP之间的连接,实现SMVP之间的消息转发等功能;
路由配置模块,用于配置路由信息;
数据库模块,用于存储全网用户的被叫业务签约标志;
业务控制模块和前端路由模块是整个系统的中心,它们之间采用内部协议进行通信;业务控制模块与数据库模块之间采用内部协议进行通信;路由配置模块与前端路由模块之间采用内部协议进行通信;其他模块之间不进行通信。
本发明还提供一种短消息主被叫增值业务互联方法,用于包括短消息中心SMSC,短消息增值业务平台SMVP以及短消息增值业务平台网关VPGW的短消息增值业务互联系统当中,
其中SMSC仅存储本地用户增值业务的签约标志,以便判断用户是否签约了主被叫增值业务,并触发到SMVP平台;
SMVP存储本业务区用户主被叫业务签约的详细信息和外业务区用户被叫业务签约标志,以便把本业务区用户签约的被叫业务标志上传给VPGW。
根据本发明的优选实施例,本发明所述的短消息主被叫增值业务互联方法具体包括以下步骤:
步骤1)在SMVP与VPGW之间采用现有的SMPP协议并新增四对消息:
消息A1.设置用户签约标志请求SET_SERVICE,即VPGW发送给SMVP的消息,用于通知SMVP用户是否签约了主被叫业务;
消息A2.设置用户签约标志响应SET_SERVICE_RESP,即SMVP返回给VPGW的消息,用于告诉VPGW本次SET_SERVICE操作成功与否;
消息B1.更新用户签约标志请求UPDATE_SERVICE,即SMVP发送给VPGW的消息,用于通知VPGW用户是否签约了主被叫业务;
消息B2.更新用户签约标志响应UPDATE_SERVICE_RESP,即VPGW返回给SMVP的消息,用于告诉SMVP本次UPDATE_SERVICE操作成功与否;
消息C1.查询用户签约标志请求QUERY_SERVICE,即SMVP发送给VPGW的消息,用于向VPGW查询用户被叫业务签约标志;
消息C2.查询用户签约标志响应QUERY_SERVICE_RESP,即VPGW返回给SMVP的消息,用于告诉SMVP所查询用户的被叫业务签约;
消息D1.前转消息请求FORWARD_SM,即SMVP与SMVP之间的消息,通过VPGW进行中转,用于SMVP把短消息投递到另一个SMVP,此消息还用于状态报告的返回;
消息D2.前转消息响应FORWARD_SM_RESP,即SMVP与SMVP之间的消息,通过VPGW进行中转,用于接收方SMVP告知发起方SMVP消息接收的是否成功。
本发明新增的这四对消息是在SMPP协议的基础上扩展而成的,下文还将给出详细的消息结构格式,请参见表1-表9,系统可以在此基础上根据需要对消息做相应的变型。
根据本发明的优选实施例,本发明所述的短消息主被叫增值业务互联方法具体包括以下步骤:
步骤2)业务的开通:
步骤E.用户可以通过多种方式进行增值业务的开户;
步骤F.SMVP把用户的增值业务签约的详细信息保存到本系统中,紧接着SMVP通过新增的与SMSC的交互消息SET_SERVICE,将用户签约业务标志发送给SMSC;
步骤G.SMSC接收到SMVP的请求后,把用户的业务签约标志保存到本地数据库中;
步骤H.如果用户签约的是被叫业务,那么SMVP通过新增的与VPGW的交互消息UPDATE_SERVICE将用户的被叫业务签约标志发送给VPGW;
步骤I.VPGW把用户的被叫业务签约标志保存到本系统中,紧接着把该标志信息通过新增的SET_SERVICE消息转发给其他的SMVP;
步骤J.SMVP把这些外地用户的被叫业务签约标志保存到本地数据库中。
根据本发明的优选实施例,其中所述步骤E中所述增值业务的开户的方式例如包括短消息方式或营业厅方式。
进一步的,由于SMVP只需要知道外业务区用户是否签约了被叫业务而不需要知道其具体签约了哪些业务,因此VPGW同步到SMVP的信息分以下几种情况:
步骤K1.VPGW在接收到SMVP发送上来的用户被叫业务签约标志后先判断该用户是否已经签约过其他被叫业务,如果之前已经签约过,那么VPGW不把被叫业务标志同步到其他SMVP。
步骤K2.VPGW在接收到SMVP发送上来的用户被叫业务签约标志后,不做任何判断直接同步到其他SMVP。
根据本发明的优选实施例,本发明所述的短消息主被叫增值业务互联方法具体包括以下步骤:
步骤3)业务的使用:
步骤L.如果SMSC发现短消息的主被叫用户在本地数据库都查不到相关的数据时,SMSC需要发送QUERY_SERVICE请求到SMVP,查询被叫用户是否签约了被叫业务;
步骤M.如果SMVP返回的QUERY_SERVICE_RESP消息表明了被叫用户未签约被叫业务的话,那么SMSC直接把短消息下发到被叫用户的手机上;如果QUERY_SERVICE_RESP消息中表明被叫用户签约了被叫业务的话,SMSC把短消息发送到SMVP;
步骤N.SMVP接收到短消息后,把短消息转发给VPGW;
步骤O.VPGW根据系统中配置的路由信息,把短消息转发到被叫用户归属的SMVP2上;
步骤P.由SMVP2进行具体的短消息增值业务的处理,并把处理后的短消息发送给目的用户归属的SMSC2上;
步骤Q.最后由SMSC2将短消息最终下发给被叫用户。
采用本发明所述的方法和系统,达到了无缝连接短消息增值业务系统的效果,使得开展本地业务和开展全国业务能很好的结合起来,既能让各地开展自己个性化的增值业务,又让增值业务在全国范围内都能使用。这极大加强了整个短消息增值系统的稳定性,提高了增值业务的可扩展性,提升了整个短消息增值业务的品牌形象。
本发明的其他优点、目标,和特征在某种程度上将在随后的说明书中进行阐述,并且在某种程度上,基于对下文的考察研究对本领域技术人员而言将是显而易见的,或者可以从本发明的实践中得到教导。本发明的目标和其他优点可以通过下面的说明书以及附图中所特别指出的结构来实现和获得。
附图说明
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步的详细描述,其中:
图1A为GSM短消息增值业务系统的组网示意图;
图1B为CDMA/CDMA2000短消息增值业务系统的组网示意图;
图2为本发明在GSM/GPRS/WCDMA/TDSCDMA/CDMA/CDMA2000短消息网络中的组网示意图;
图3示出了用户开/销户在整个短消息增值网络中的流程;
图4示出了增值业务基本业务在整个短消息增值网络中的流程(开通全网服务);
图5为本发明的VPGW系统的结构图。
具体实施方式
下面结合附图对技术方案的实施作进一步的详细描述:
图1A为GSM短消息增值业务系统的组网示意图;图1B为CDMA/CDMA2000短消息增值业务系统的组网示意图。
从图1中我们可以看出,SMVP之间没有数据交互,SMVP可以管辖几个SMSC,用于并且只用于这几个SMSC的增值业务。
根据本发明的短消息增值业务互联系统包括短消息增值业务平台网关VPGW,VPGW的主要功能是存储全网用户的被叫业务签约标志并将其同步到与该VPGW相连的短消息增值业务平台SMVP中,提供SMVP查询外业务区用户的被叫业务签约标志(表示用户是否签约了主叫和被叫业务)以及提供SMVP与SMVP之间的消息转发功能,其至少包含以下几个模块:
业务控制模块,主要用于向SMVP同步全网用户的被叫业务签约标志,提供SMVP查询用户被叫业务签约标志;
前端路由模块,用于和SMVP之间的连接,实现SMVP之间的消息转发等功能;
路由配置模块,用于配置路由信息;
数据库模块,用于存储全网用户的被叫业务签约标志;
业务控制模块和前端路由模块是整个系统的中心,它们之间采用内部协议进行通信;业务控制模块与数据库模块之间采用内部协议进行通信;路由配置模块与前端路由模块之间采用内部协议进行通信;其他模块之间不进行通信。
参见图5,示出了本发明的VPGW系统结构。下面将对每个模块的实施进行详细的说明。
前置路由模块主要负责完成以下功能:
1)支持扩展的SMPP协议,负责以客户端的身份连接SMVP。
2)支持SMPP协议的解码功能。包括部分解码和全解码。部分解码表示只解码出重要的信息,如:消息ID,目的号码,网元ID;全解码为把扩展的SMPP消息解码成内部消息。例如:对FORWARD_SM使用的是部分解码,对UPDATE_SERVICE使用的是全解码。
3)支持SMPP协议的编码功能。把内部消息编码成扩展的SMPP消息。例如:编码成SET_SERVICE发送给SMVP。
4)负责请求消息的路由转发功能。根据消息的重要信息在路由表中查找到目的号码的地址,并进行转发工作。此部分功能需要使用2)中的部分解码来辅助完成。例如:接收到SMVP1的FORWARD_SM消息后,部分解码出消息ID,目的号码后,查找路由信息表,找到目的号码归属的SMVP2,则直接转发给SMVP2,查找不到则返回失败。
5)负责请求响应的原路由返回功能。根据响应中的网元ID直接找到请求方的地址,并转发过去。例如:对FORWARD_SM_RESP消息的处理。
路由配置模块主要负责完成以下功能:
1)负责提供友好的人机界面供系统管理员对路由信息进行增、删、改以及查等操作;
2)负责把路由信息同步到前置路由模块。
业务控制模块主要负责完成以下功能:
1)提供SMVP查询用户的被叫业务签约标志。前置模块接收到SMVP的QUERY_SERVICE请求时会解码成内部消息转发给业务控制模块,业务控制模块从数据库模块获取用户签约的被叫业务签约标志,以内部消息的形式返回给前置路由模块。前置路由模块编码成QUERY_SERVICE_RESP消息转发给SMVP。
2)支持SMVP上传其所管辖的用户的被叫业务的签约标志。系统接收到UPDATE_SERVICE请求后,由前置模块进行完全解码并转发给业务控制模块,业务控制模块通过数据库模块把信息保存到数据库中。
3)支持把全网被叫业务的签约标志同步到其他SMVP。当VPGW中的用户签约标志发生变化时,业务控制模块能通过SET_SERVICE消息通知该用户所不归属的其他SMVP(归属的SMVP上已经由数据,无需通知)。
4)支持SET_SERVICE消息需要有重发机制。当通知某个SMVP失败时,业务控制模块能把此信息保存起来,经过一段时间后继续向该SMVP发送SET_SERVICE消息。
5)支持批量同步用户签约标志功能。当有一个新的SMVP接入到短消息增值业务网络时,VPGW需要把系统中全部用户的签约标志同步给此SMVP,此功能需要SMVP配合,将在下文中给出具体实施方式。
数据库模块主要负责完成以下功能:
1)提供对物理数据库的增、删、改和查等一系列操作。
2)提供内存数据库的管理,提供系统的性能。
3)保存全网用户的签约标志信息。信息包括:用户号码,签约标志(一个BYTE即可,用于记录用户是否签约了被叫业务)。
其他模块是系统的一些辅助功能模块,可以根据系统的需要另行加入。
另外为了完成SMVP全网的互联工作,SMVP需要做出以下修改:
1)支持保存外业务片区用户的被叫业务标志。当VPGW发送SETSERVICE消息给SMVP时,SMVP需要把此信息保存到本地数据库中,如果数据库中已有则可不进行操作。
2)支持向VPGW上传本业务片区用户的被叫业务标志。当本业务片区用户的被叫业务签约情况发生变化(从无到有,或是从有到无)时,SMVP需要把此信息通过UPDATE_SERVICE消息发送给VPGW。其他情况均不通知。
3)具备对UPDATE_SERVICE消息进行重试的功能。但向VPGW发送UPDATE_SERVICE消息失败时,SMVP需要此信息保存起来,经过一段时间后继续向该VPGW发送UPDATE_SERVICE消息
4)具备判断被叫用户是否属于外用户片区的功能。当被叫用户属于外业务片区,并且签约了被叫业务时,SMVP把短消息转发给VPGW进行处理,否则SMVP把此条短消息直接下发给SMSC,最后由SMSC进行终呼给手机用户。
5)具备发起批量同步所有用户签约标志请求功能。当SMVP首次连入短消息增值业务网络时,需要向VPGW主动发起需要批量所有用户签约标志的情况。VPGW收到请求后,向该SMVP进行同步。同步方式可以选用消息配合FTP方式进行。VPGW生成一份全网用户的被叫标志信息保存到文件中,并把文件上传给SMVP,完成后发送消息通知SMVP。SMVP接收到消息后,读取文件内容,并保存到本地数据库中。
图2为本发明在GSM/GPRS/WCDMA/TDSCDMA/CDMA/CDMA2000短消息网络中的组网示意图。如图2所示,SMVP与SMVP之间是通过VPGW来完成相互之间的连接,SMVP与SMSC之间是直接连接。SMVP与VPGW之间,SMVP与SMSC之间使用的通信协议都是扩展的SMPP协议,其中包含了本发明中新定义的消息(参见表1-表9)。SMVP只用于处理本业务片区的用户签约的增值业务,当用户属于外地SMVP并且签约了被叫业务时,SMVP需要主动把短消息转发到VPGW,VPGW在根据自身配置的路由信息把短消息转发到被叫用户归属的SMVP,归属的SMVP用于处理被叫用户的被叫业务。举例说明如下(可以参考图2):
A用户属于SMSC1,B用户属于SMSC4,A、B用户都签约了主被叫业务。
A用户发送消息给B用户,短消息到达SMSC1。
SMSC1根据数据库中记载的用户增值业务签约标志判断出主叫用户A签约了主叫业务,于是把短消息发送到SMVP1进行处理。
SMVP1进行相关的处理后,判断出被叫用户B不属于本业务片区,但其又签约了被叫业务,SMVP1把短消息发送到VPGW。
5)VPGW根据路由信息把短消息转发到SMVP2。
6)SMVP2接收到短消息之后进行相关的增值业务处理,之后发送给SMSC4。
7)SMSC4用于把该条短消息发送给B用户。
同时,当SMVP管辖的业务区中用户被叫业务签约标志发生变化时,需要通知VPGW,VPGW再同步到各个SMVP。
图3为用户开/销户在整个短消息增值网络中的流程。
步骤301为MS移动终端(如手机)发送短消息给SMVP1的开户接入号,短消息首先会发送到用户的归属短消息中心SMSC1。
步骤302为SMSC1把短消息转发给SMVP1。
步骤303为SMVP1解析用户发送上来的开户消息,把它转化成内部所需的增值业务签约信息并存入到数据库中。
步骤304为SMVP1根据用户所有签约的业务(SMVP1提供的增值业务)标志构造出SET_SERVICE请求并发送给SMSC1。其中SMVP1可以把用户完整的业务签约标志(记录用户是否签约了主叫或是被叫业务)发给SMSC1,也可以简单的通知SMSC1,用户是否签约了主被叫业务。
步骤305为SMVP2构造出UPDATE_SERVICE消息发送给VPGW。
步骤306~307为VPGW把用户签约的被叫业务标志保存到本地数据库并同步到其他SMVP。
图4为开通全网增值业务服务的情况下,增值业务基本业务在整个短消息增值网络中的流程。
步骤401为MS1移动终端(如手机)发送短消息给MS2,短消息首先会发送到用户MS1的归属短消息中心SMSC1。
步骤402~403为SMSC1查找短消息主叫用户签约的主叫业务标志和被叫用户签约的被叫业务标志,当存在签约标志时,把短消息通过标准的SMPP协议发送给SMVP1。
步骤404为SMVP1获得短消息主叫用户签约的主叫业务标志,并根据预先配置好的业务触发优先级依次实现用户签约的主叫业务并进行相应的计费工作。
步骤405~407为SMVP1发现目的用户为外地用户并且签约了被叫业务时,把短消息发送给VPGW进行处理;接着VPGW接到短消息后,根据配置好的路由信息把短消息转发到归属的SMVP2上进行处理。
步骤408~411为SMVP2处理完短消息被叫用户签约的被叫业务后,把短消息发送给
SMSC2,最终由SMSC2下发给被叫用户MS2。
步骤412~415为SMSC2把此条短消息最终的发送结果依然通过标准的SMPP协议发送给SMVP2,SMVP2转发给VPGW,VPGW再转发给SMVP1,SMVP1最后把状态报告发送给SMSC1,SMSC1收到这条状态报告后进行相关的计费工作。
其中步骤416为SMVP1处理主叫用户签约的一些特殊的主叫业务,如短消息回执业务。
综上所述,本发明提供的方法和系统有机地把各个短消息增值业务系统联系在一起,为运营商开展全国性的增值服务提供了强有力的保障。
以上所述仅为本发明的优选实施方式和系统框架,并不构成对本发明保护范围的限定。在不背离本发明精神及其实质的情况下,本领域技术人员当可根据本发明做出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
表1:SMVP与VPGW之间的消息
命令 | 命令字 | 描述 |
Set_Service | 0x00010300 | VPGW在SMVP上设置某用户业务签约标志信息 |
Set_Service_Resp | 0x80010300 | SMVP返回业务设置结果 |
Query_Service | 0x00010301 | SMVP向VPGW查询某用户业务签约标志信息 |
Query_Service_Resp | 0x80010301 | VPGW返回用户业务签约标志信息 |
Update_Service | 0x00010302 | SMVP向VPGW同步本业务片区用户签约被叫业务的标志 |
Update_Service_Resp | 0x80010302 | VPGW返回业务设置结果 |
Forward_Sm | 0x00010303 | SMVP之间前转短消息或是状态报告请求,VPGW负责中间转发,当esm_class字段为0时表示是前转消息,为xx0001xx时表示是状态报告 |
Forward_Sm_Resp | 0x80010303 | SMVP之间前转短消息或是状态报告的响应 |
表2:SET_SERVICE结构定义表
字段 | 长度(字节) | 类型 | 描述 | |
HEADER | command_length | 4 | Integer | 消息包的长度,包括此字段 |
command_id | 4 | Integer | 这个字段表明此条短消息的类型。参见表1 | |
command_status | 4 | Integer | 此字段表示一个命令的成功与失败,如失败,指示引起失败的错误类型等信息,它在请求中必须设为0。 | |
sequence_number | 4 | Integer | 此字段表示消息的序列号,它由VPGW产生,它是消息和它的应答之间的对应标志,它的数值在0到0XFFFFFFFF间必须保证单调的递增,当达到0XFFFFFFFF时,从0开始下一循环。 | |
MANDATORYPARAMETERS | address_ton | 1 | integer | 用户号码编码类型 |
address_npi | 1 | integer | 用户号码编码方案 | |
Address | 最大21 | C_DecString | 用户号码 | |
ServiceFeatures | 1 | integer | 用户当前业务签约的特点。0x00表示未签约任何业务;xxxxxx01表示签约了被叫业务;xx01xxxx表示签约了主叫业务; |
表3:SET_SERVICE_RESP结构定义表
字段 | 长度(字节) | 类型 | 描述 | |
HEADER | command_length | 4 | Integer | 消息包的长度,包括此字段 |
command_id | 4 | Integer | 这个字段表明此条短消息的类型。参见表1 | |
command_status | 4 | Integer | 此字段表示一个命令的成功与失败,如失败,指示引起失败的错误类型等信息,它在请求中必须设为0。 | |
sequence_number | 4 | Integer | 此字段表示消息的序列号,它由VPGW产生,它是消息和它的应答之间的对应标志,它的数值在0到0XFFFFFFFF间必须保证单调的递增,当达到0XFFFFFFFF时,从0开始下一循环。 | |
MANDATORYPARAMETERS | Result | 1 | Integer | 操作失败原因,目前暂未使用,保留字段 |
表4:QUERY_SERVICE结构定义表
字段 | 长度(字节) | 类型 | 描述 | |
HEADER | command_length | 4 | Integer | 消息包的长度,包括此字段 |
command_id | 4 | Integer | 这个字段表明此条短消息的类型。参见表1 | |
command_status | 4 | Integer | 此字段表示一个命令的成功与失败,如失败,指示引起失败的错误类型等信息,它在请求中必须设为0。 | |
sequence_number | 4 | Integer | 此字段表示消息的序列号,它由SMVP产生,它是消息和它的应答之间的对应标志,它的数值在0到0XFFFFFFFF间必须保证单调的递增,当达到0XFFFFFFFF时,从0开始下一循环。 | |
MANDATORYPARAMETERS | address_ton | 1 | integer | 用户号码编码类型 |
address_npi | 1 | integer | 用户号码编码方案 | |
Address | 最大21 | C_DecString | 用户号码 | |
NetId | 4 | Integer | 网元ID号码 |
表5:QUERY_SERVICE_RESP结构定义表
字段 | 长度(字节) | 类型 | 描述 | |
HEADER | command_length | 4 | Integer | 消息包的长度,包括此字段 |
command_id | 4 | Integer | 这个字段表明此条短消息的类型。参见表1 | |
command_status | 4 | Integer | 此字段表示一个命令的成功与失败,如失败,指示引起失败的错误类型等信息,它在请求中必须设为0。 | |
sequence_number | 4 | Integer | 此字段表示消息的序列号,它由SMVP产生,它是消息和它的应答之间的对应标志,它的数值在0到0XFFFFFFFF间必须保证单调的递增,当达到0XFFFFFFFF时,从0开始下一循环。 | |
MANDATORYPARAMETERS | ServiceFeatures | 1 | integer | 用户当前业务签约的特点。0x00表示未签约任何业务;xxxxxx01表示签约了被叫业务;xx01xxxx表示签约了主叫业务; |
NetId | 4 | Integer | 网元ID号码(与请求填写一致) |
表6:UPDATE_SERVICE结构定义表
字段 | 长度(字节) | 类型 | 描述 | |
HEADER | command_length | 4 | Integer | 消息包的长度,包括此字段 |
command_id | 4 | Integer | 这个字段表明此条短消息的类型。参见表1 | |
command_status | 4 | Integer | 此字段表示一个命令的成功与失败,如失败,指示引起失败的错误类型等信息,它在请求中必须设为0。 | |
sequence_number | 4 | Integer | 此字段表示消息的序列号,它由SMVP产生,它是消息和它的应答之间的对应标志,它的数值在0到0XFFFFFFFF间必须保证单调的递增,当达到0XFFFFFFFF时,从0开始下一循环。 | |
MANDATORYPARAMETERS | address_ton | 1 | integer | 用户号码编码类型 |
address_npi | 1 | integer | 用户号码编码方案 | |
Address | 最大21 | C_DecString | 用户号码 | |
ServiceFeatures | 1 | integer | 用户当前业务签约的特点。0x00表示未签约任何业务;xxxxxx01表示签约了被叫业务;xx01xxxx表示签约了主叫业务; | |
NetId | 4 | Integer | 网元ID号码 |
表7:UPDATE_SERVICE_RESP结构定义表
字段 | 长度(字节) | 类型 | 描述 | |
HEADER | command_length | 4 | Integer | 消息包的长度,包括此字段 |
command_id | 4 | Integer | 这个字段表明此条短消息的类型。参见表1 | |
command_status | 4 | Integer | 此字段表示一个命令的成功与失败,如失败,指示引起失败的错误类型等信息,它在请求中必须设为0。 | |
sequence_number | 4 | Integer | 此字段表示消息的序列号,它由SMVP产生,它是消息和它的应答之间的对应标志,它的数值在0到0XFFFFFFFF间必须保证单调的递增,当达到0XFFFFFFFF时,从0开始下一循环。 | |
MANDATORYPARAMETERS | Result | 1 | Integer | 操作失败原因,目前暂未使用,保留字段 |
NetId | 4 | Integer | 网元ID号码(与请求填写一致) |
表8:FORWARD_SM结构定义表
字段 | 长度(字节) | 类型 | 描述 | |
HEADER | command_length | 4 | Integer | 消息包的长度,包括此字段 |
command_id | 4 | Integer | 这个字段表明此条短消息的类型。参见表1 | |
command_status | 4 | Integer | 此字段表示一个命令的成功与失败,如失败,指示引起失败的错误类型等信息,它在请求中必须设为0。 | |
sequence_number | 4 | Integer | 此字段表示消息的序列号,它由SMVP产生,它是消息和它的应答之间的对应标志,它的数值在0到0XFFFFFFFF间必须保证单调的递增,当达到0XFFFFFFFF时,从0开始下一循环。 | |
MANDATORYPARAMETERS | service_type | 最大6 | C_OctetString | 保留 |
source_address_ton | 1 | integer | 源地址编码类型 | |
source_address_npi | 1 | integer | 源地址编码方案 | |
source_address | 最大21 | C_OctetString | 源地址 | |
dest_address_ton | 1 | integer | 目的地址编码类型 | |
dest_address_npi | 1 | integer | 目的地址编码方案 | |
destination_address | 最大21 | C_OctetString | 目的地址 | |
esm_class | 1 | integer | 短消息类型 | |
protocol_ID | 1 | integer | GSM协议类型 | |
priority_flag | 1 | integer | 优先级 | |
schedule_delivery_time | 最大17 | C_OctetString | 计划下发短消息的时间 | |
validity_peroid | 最大17 | C_OctetString | 短消息的最后有效期限 | |
time_stamp | 最大17 | C_OctetString | 短消息提交时间 | |
registered_delivery_flag | 1 | integer | 注册短消息标志(SRR) | |
replace_if_present_flag | 1 | integer | 替换短消息标志(RD) | |
default_msg_id | 4 | integer | 预定义短消息ID,非0时有效(当为前转消息时,发起方填写该字段,最后接收方返回状态报告时再把此字段原样返回给发起方) | |
service_code | 4 | integer | 业务指令(保留) | |
NetID | 4 | integer | 发起方网元ID,保存网元唯一标志,便于VPGW路由 | |
data_coding | 1 | integer | 数据编码方案 | |
sm_length | 1 | integer | 短消息的长度 | |
short_message | Var.0-254 | Octet String | 最大可到254字节的短消息用户数据 |
表9:FORWARD_SM_RESP结构定义表
字段 | 长度(字节) | 类型 | 描述 | |
HEADER | command_length | 4 | Integer | 消息包的长度,包括此字段 |
command_id | 4 | Integer | 这个字段表明此条短消息的类型。参见表1 | |
command_status | 4 | Integer | 此字段表示一个命令的成功与失败,如失败,指示引起失败的错误类型等信息,它在请求中必须设为0。 | |
sequence_number | 4 | Integer | 此字段表示消息的序列号,它由SMVP产生,它是消息和它的应答之间的对应标志,它的数值在0到0XFFFFFFFF间必须保证单调的递增,当达到0XFFFFFFFF时,从0开始下一循环。 | |
MANDATORYPARAMETERS | Message_id | Var.Max 9 | C-OctetString(Hex) | 参见SMPP3.3协议submit_sm_resp中相关字段的规定 |
NetId | 4 | Integer | 网元ID号码(与请求填写一致) |
其中当FORWARD_SM消息中的esm_class取值为xx0001xx时,表示此条消息是状态报告。具体的格式可以参见SMPP3.4协议里的规定。
Claims (9)
1.一种短消息增值业务互联系统,其特征在于包括短消息增值业务平台网关VPGW,存储全网用户的被叫业务签约标志并将其同步到与该VPGW相连的短消息增值业务平台SMVP中,提供SMVP查询外业务区用户的被叫业务签约标志,该被叫业务签约标志表示用户是否签约了主叫和被叫业务,以及提供SMVP与SMVP之间的消息转发功能,该短消息增值业务互连系统至少包括:
业务控制模块,用于向SMVP同步全网用户的被叫业务签约标志,提供SMVP查询用户的被叫业务签约标志;
前端路由模块,用于和SMVP之间的连接,实现SMVP之间的消息转发等功能;
路由配置模块,用于配置路由信息;
数据库模块,用于存储全网用户的被叫业务签约标志;
业务控制模块和前端路由模块是整个系统的中心,它们之间采用内部协议进行通信;业务控制模块与数据库模块之间采用内部协议进行通信;路由配置模块与前端路由模块之间采用内部协议进行通信;其他模块之间不进行通信。
2.根据权利要求1的短消息增值业务互联系统,其特征在于适用于GSM、GPRS、WCDMA、TDSCDMA、CDMA或CDMA2000网络。
3.一种短消息主被叫增值业务互联方法,用于包括短消息中心SMSC,短消息增值业务平台SMVP以及短消息增值业务平台网关VPGW的短消息增值业务互联系统当中,其特征在于:
其中SMSC仅存储本地用户增值业务的签约标志,以便判断用户是否签约了主被叫增值业务,并触发到SMVP平台;
SMVP存储本业务区用户主被叫业务签约的详细信息和外业务区用户被叫业务签约标志,以便把本业务区用户签约的被叫业务标志上传给VPGW。
4.根据权利要求3所述的短消息主被叫增值业务互联方法,其特征在于还包括在SMVP与VPGW之间采用现有的SMPP协议并新增四对消息:
消息A1.设置用户签约标志请求SET_SERVICE,即VPGW发送给SMVP的消息,用于通知SMVP用户是否签约了主被叫业务;
消息A2.设置用户签约标志响应SET_SERVICE_RESP,即SMVP返回给VPGW的消息,用于告诉VPGW本次SET_SERVICE操作成功与否;
消息B1.更新用户签约标志请求UPDATE_SERVICE,即SMVP发送给VPGW的消息,用于通知VPGW用户是否签约了主被叫业务;
消息B2.更新用户签约标志响应UPDATE_SERVICE_RESP,即VPGW返回给SMVP的消息,用于告诉SMVP本次UPDATE_SERVICE操作成功与否;
消息C1.查询用户签约标志请求QUERY_SERVICE,即SMVP发送给VPGW的消息,用于向VPGW查询用户被叫业务签约标志;
消息C2.查询用户签约标志响应QUERY_SERVICE_RESP,即VPGW返回给SMVP的消息,用于告诉SMVP所查询用户的被叫业务签约;
消息D1.前转消息请求FORWARD_SM,即SMVP与SMVP之间的消息,通过VPGW进行中转,用于SMVP把短消息投递到另一个SMVP,此消息还用于状态报告的返回;
消息D2.前转消息响应FORWARD_SM_RESP,即SMVP与SMVP之间的消息,通过VPGW进行中转,用于接收方SMVP告知发起方SMVP消息接收的是否成功。
5.根据权利要求4所述的短消息主被叫增值业务互联方法,其特征在于还包括以下步骤:
步骤E.用户进行增值业务的开户;
步骤F.SMVP把用户的增值业务签约的详细信息保存到本系统中,紧接着SMVP通过新增的与SMSC的交互消息SET_SERVICE,将用户签约业务标志发送给SMSC;
步骤G.SMSC接收到SMVP的请求后,把用户的业务签约标志保存到本地数据库中;
步骤H如果用户签约的是被叫业务那么SMVP通过新增的与VPGW的交互消息UPDATE_SERVICE将用户的被叫业务签约标志发送给VPGW;
步骤I.VPGW把用户的被叫业务签约标志保存到本系统中,紧接着把该标志信息通过新增的SET_SERVICE消息转发给其他的SMVP;以及
步骤J.SMVP把这些外地用户的被叫业务签约标志保存到本地数据库中。
6.根据权利要求5所述的短消息主被叫增值业务互联方法,其特征在于其中步骤E中所述增值业务的开户的方式包括短消息方式或营业厅方式。
7.根据权利要求5所述的短消息主被叫增值业务互联方法,其特征在于还包括以下步骤:
步骤K1.VPGW在接收到SMVP发送上来的用户被叫业务签约标志后先判断该用户是否已经签约过其他被叫业务,如果之前已经签约过,那么VPGW不把被叫业务标志同步到其他SMVP。
8.根据权利要求5所述的短消息主被叫增值业务互联方法,其特征在于还包括以下步骤:
步骤K2.VPGW在接收到SMVP发送上来的用户被叫业务签约标志后,不做任何判断直接同步到其他SMVP。
9.根据权利要求5-8中任一项的短消息主被叫增值业务互联方法,其特征在于还包括以下步骤:
步骤L.如果SMSC发现短消息的主被叫用户在本地数据库都查不到相关的数据时,SMSC需要发送QUERY_SERVICE请求到SMVP,查询被叫用户是否签约了被叫业务;
步骤M.如果SMVP返回的QUERY_SERVICE_RESP消息表明了被叫用户未签约被叫业务的话,那么SMSC直接把短消息下发到被叫用户的手机上;如果QUERY_SERVICE_RESP消息中表明被叫用户签约了被叫业务的话,SMSC把短消息发送到SMVP;
步骤N.SMVP接收到短消息后,把短消息转发给VPGW;
步骤O.VPGW根据系统中配置的路由信息,把短消息转发到被叫用户归属的SMVP2上;
步骤P.由SMVP2进行具体的短消息增值业务的处理,并把处理后的短消息发送给目的用户归属的SMSC2上;
步骤Q.最后由SMSC2将短消息最终下发给被叫用户。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2007100904330A CN100536590C (zh) | 2007-04-06 | 2007-04-06 | 一种短消息增值业务的互联方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2007100904330A CN100536590C (zh) | 2007-04-06 | 2007-04-06 | 一种短消息增值业务的互联方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101031109A true CN101031109A (zh) | 2007-09-05 |
CN100536590C CN100536590C (zh) | 2009-09-02 |
Family
ID=38716123
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2007100904330A Expired - Fee Related CN100536590C (zh) | 2007-04-06 | 2007-04-06 | 一种短消息增值业务的互联方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100536590C (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008110090A1 (fr) * | 2007-03-12 | 2008-09-18 | Huawei Technologies Co., Ltd. | Procédé de traitement et centre de traitement d'un service à valeur ajoutée de messages courts |
CN102209020A (zh) * | 2010-03-30 | 2011-10-05 | 中国移动通信集团公司 | 一种业务路由方法及其装置和系统 |
CN109639911A (zh) * | 2017-10-09 | 2019-04-16 | 中兴通讯股份有限公司 | 一种触发增值业务的方法、装置、设备及存储介质 |
-
2007
- 2007-04-06 CN CNB2007100904330A patent/CN100536590C/zh not_active Expired - Fee Related
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008110090A1 (fr) * | 2007-03-12 | 2008-09-18 | Huawei Technologies Co., Ltd. | Procédé de traitement et centre de traitement d'un service à valeur ajoutée de messages courts |
US9467823B2 (en) | 2007-03-12 | 2016-10-11 | Huawei Technologies Co., Ltd. | Method and device for processing value-added service for short message service |
CN102209020A (zh) * | 2010-03-30 | 2011-10-05 | 中国移动通信集团公司 | 一种业务路由方法及其装置和系统 |
CN102209020B (zh) * | 2010-03-30 | 2015-04-22 | 中国移动通信集团公司 | 一种业务路由方法及其装置和系统 |
CN109639911A (zh) * | 2017-10-09 | 2019-04-16 | 中兴通讯股份有限公司 | 一种触发增值业务的方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN100536590C (zh) | 2009-09-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1867102A (zh) | 发送短消息的方法 | |
CN1370369A (zh) | 分组交换电话网内的移动性 | |
CN1196156A (zh) | 智能交换的方法和装置 | |
CN1257631C (zh) | 一种基于互联网的短消息传送系统及数据传送的方法 | |
CN1615666A (zh) | 移动网络系统 | |
CN101043755A (zh) | 移动通信系统中准入判断的方法、系统及装置 | |
CN1852453A (zh) | 一种一卡多号业务呼出及呼入的方法 | |
CN1913661A (zh) | 消息转换设备与转换方法 | |
CN1223130C (zh) | 一种码分多址系统中实现回铃音业务的方法 | |
CN100340121C (zh) | 用于将移动电信终端纳入到专用电信系统中的系统 | |
CN1917533A (zh) | 电话一号多机业务的实现方法和系统 | |
CN1615044A (zh) | 多地区专用无线网系统中的漫游服务方法和系统 | |
CN1115935C (zh) | 在一个电话号码下在多个电信网中接通用户的方法和系统 | |
CN1889771A (zh) | 一种hlr以及将传统移动终端接入ims域的方法及系统 | |
CN1930895A (zh) | 移动通信终端之间互通消息的系统和方法 | |
CN1285229C (zh) | 获取移动用户状态信息的方法、系统及相应用户识别模块 | |
CN1518383A (zh) | 一种多号业务的实现方法及通信网络 | |
CN1957626A (zh) | 智能动态消息寻址系统及方法 | |
CN101031109A (zh) | 一种短消息增值业务的互联方法及系统 | |
CN1792062A (zh) | 中介网络系统和方法 | |
CN1859624A (zh) | 多媒体消息业务的消息路由方法及系统 | |
CN1917712A (zh) | 一种在未签署漫游协议网络之间实现漫游的方法及网络 | |
CN1711748A (zh) | 用于访问所存放的多媒体消息的多媒体消息中心和电信设备 | |
CN1150784C (zh) | 蜂窝系统虚拟漫游及互通的实现方法与系统 | |
CN1848877A (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: 20090902 Termination date: 20150406 |
|
EXPY | Termination of patent right or utility model |