实用新型内容
本实用新型实施例的主要目的在于提供一种SP业务互通装置及系统,以解决现有技术中的由于短信增值业务的异网互通需要经过两个网络的网关而导致的通信资源浪费的问题。
为了实现上述目的,本实用新型实施例提供一种增值业务互通装置,该增值业务互通装置包括:协议存储装置、增值短信接收装置、增值短信类型确定装置、判断装置、协议转换装置和增值短信发送装置;
其中,所述的增值短信接收装置与所述的增值短信类型确定装置连接,所述的增值短信类型确定装置与所述的判断装置连接,所述的判断装置分别与所述的协议存储装置、所述的协议转换装置连接,所述的协议转换装置分别与所述的协议存储装置、所述的增值短信发送装置连接;
所述的协议存储装置存储包括运营商网络的协议类型与网段的网络协议信息,所述的增值短信接收装置接收来自增值业务平台的增值短信,所述的增值短信类型确定装置确定所述增值短信接收装置接收的增值短信的协议类型和目的网段,所述的判断装置根据所述协议存储装置存储的网络协议消息判断所述增值短信的协议类型与目的网段是否属于同一运营商网络,所述的协议转换装置在所述判断装置判断所述增值短信的协议类型与目的网段属于不同运营商网络时,根据所述协议存储装置存储的网络协议信息将所述接收的增值短信的协议类型转换为所述目的网段对应的协议类型,所述的增值短信发送装置将所述协议转换装置转换协议类型的增值短信发送给所述目的网段的短信网关。
其中,所述的协议转换装置包括:目的协议类型确定装置,用于根据所述协议存储装置存储的网络协议信息确定与所述目的网段对应的协议类型;目的协议转换装置,用于根据预定规则、和所述协议存储装置存储的网络协议信息将所述增值短信的协议类型转换为所述目的网段对应的协议类型。
所述的增值业务互通装置还包括:鉴权装置,与所述的增值短信接收装置连接,对所述增值短信接收装置接收的增值短信的合法性进行鉴权。
本实用新型实施例还提供一种增值业务互通系统,该系统包括:包括:增值业务平台、移动短信网关、联通短信网关、电信短信网关;该系统还包括上述的增值业务互通装置。
借助于上述技术方案至少之一,通过SP业务平台直接将SP短信发送给SP业务互通装置,由SP业务互通装置实现异网协议之间的转换,然后再将转换协议后的SP短信发送给目的网络的短信网关,相比于现有技术中的需要经过两个网络的网关来实现异网互通,本实用新型只需要经过一个网络的网关即可,从而节省了通信资源。
具体实施方式
下面将结合本实用新型实施例中的附图,对本实用新型实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本实用新型一部分实施例,而不是全部的实施例。基于本实用新型中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本实用新型保护的范围。
本实用新型实施例提供一种SP业务互通系统。以下结合附图对本实用新型进行详细说明。
如图3所示,该SP业务互通系统包括:SP业务平台1、移动短信网关2、联通短信网关3、电信短信网关4、SP业务互通装置5,其中,SP业务平台1、移动短信网关2、联通短信网关3、电信短信网关4分别与SP业务互通装置5连接,SP业务平台1将SP短信发送给SP业务互通装置5,由SP业务互通装置5经过协议的转换来实现SP短信异网的互通。
通过SP业务平台直接将SP短信发送给SP业务互通装置,由SP业务互通装置实现异网协议之间的转换,然后再将转换协议后的SP短信发送给目的网络的短信网关,相比于现有技术中的需要经过两个网络的网关来实现异网互通,本实用新型只需要经过一个网络的网关即可,从而节省了通信资源。
为了更好的理解本实用新型,以下详细描述SP业务互通装置5。
如图4所示,该SP业务互通装置5包括:
协议存储装置51,用于存储包括运营商网络的协议类型与目的网段的网络协议信息;
SP短信接收装置52,用于接收来自SP业务平台的SP短信;
SP短信类型确定装置53,用于确定SP短信接收装置接收的SP短信的协议类型和目的网段;
判断装置54,用于根据协议存储装置存储的网络协议消息判断SP短信的协议类型与目的网段是否属于同一运营商网络;
协议转换装置55,用于在判断装置判断SP短信的协议类型与目的网段属于不同运营商网络时,根据协议存储装置存储的网络协议信息将接收的SP短信的协议类型转换为目的网段对应的协议类型;
SP短信发送装置56,用于将协议转换装置转换协议类型的SP短信发送给目的网段的短信网关;
其中,SP短信接收装置52与SP短信类型确定装置53连接,SP短信类型确定装置53与判断装置54连接,判断装置54分别与协议存储装置51、协议转换装置55连接,协议转换装置55分别与协议存储装置51、SP短信发送装置56连接。
由以上描述可以看出,通过协议转换装置55根据协议存储装置51中存储的网络协议信息,并根据预定规则实现异网类型之间的转换,然后通过SP短信发送装置56将协议转换后的SP短信发送给目的网络的网关,相比于现有技术中的异网互通需要经过两个网络的网关,本实用新型由于只需要经过目的网络的网关即可,从而节省了通信资源。
上述的预定规则指从发送端网络的协议类型转换为接收端网络的协议类型的转换规则,以下以通过移动的CMPP协议下行消息到联通的手机用户的协议转换为例,即,将CMPP协议的CMPP_SUBMIT转换为SGIP协议的SUBMIT。
CMPP协议的CMPP_SUBMIT格式如表1A、表1B所示,其中,表1A为消息头,表1B为消息体:
表1A
字段名 |
字节数 |
类型 |
描述 |
Total_Length |
4 |
UnsignedInteger |
消息总长度(含消息头及消息体) |
Command_Id |
4 |
Unsigned |
命令或响应类型 |
|
|
Integer |
|
Sequence_Id |
4 |
UnsignedInteger |
消息流水号,顺序累加,步长为1,循环使用(一对请求和应答消息的流水号必须相同) |
表1B
字段名 |
字节数 |
属性 |
描述 |
Msg_Id |
8 |
UnsignedInteger |
信息标识,由SP侧短信网关本身产生,本处填空。 |
Pk_total |
1 |
UnsignedInteger |
相同Msg_Id的信息总条数,从1开始 |
Pk_number |
1 |
UnsignedInteger |
相同Msg_Id的信息序号,从1开始 |
Registered_Delivery |
1 |
UnsignedInteger |
是否要求返回状态确认报告:0:不需要1:需要2:产生SMC话单(该类型短信仅供网关计费使用,不发送给目的终端) |
Msg_level |
1 |
UnsignedInteger |
信息级别 |
Service_Id |
10 |
Octet String |
业务类型,是数字、字母和符号的组合。 |
Fee_UserType |
1 |
UnsignedInteger |
计费用户类型字段0:对目的终端MSISDN计费;1:对源终端MSISDN计费;2:对SP计费;3:表示本字段无效,对谁计费参见Fee_terminal_Id字段。 |
Fee_terminal_Id |
21 |
UnsignedInteger |
被计费用户的号码(如本字节填空,则表示本字段无效,对谁计费参见Fee_UserType字段,本字段与Fee_UserType字段互斥) |
TP_pId |
1 |
UnsignedInteger |
GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.9 |
TP_udhi |
1 |
UnsignedInteger |
GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.23,仅使用1位,右对齐 |
Msg_Fmt |
1 |
UnsignedInteger |
信息格式0:ASCII串3:短信写卡操作4:二进制信息8:UCS2编码15:含GB汉字 |
Msg_src |
6 |
Octet String |
信息内容来源(SP_Id) |
FeeType |
2 |
Octet String |
资费类别01:对“计费用户号码”免费02:对“计费用户号码”按条计信息费03:对“计费用户号码”按包月收取信息费04:对“计费用户号码”的信息费封顶05:对“计费用户号码”的收费是由SP实现 |
FeeCode |
6 |
Octet String |
资费代码(以分为单位) |
ValId_Time |
17 |
Octet String |
存活有效期,格式遵循SMPP3.3协议 |
At_Time |
17 |
Octet String |
定时发送时间,格式遵循SMPP3.3协议 |
Src_Id |
21 |
Octet String |
源号码SP的服务代码或前缀为服务代码的长 |
|
|
|
号码,网关将该号码完整的填到SMPP协议Submit_SM消息相应的source_addr字段,该号码最终在用户手机上显示为短消息的主叫号码 |
DestUsr_tl |
1 |
UnsignedInteger |
接收信息的用户数量(小于100个用户) |
Dest_terminal_Id |
21*DestUsr_tl |
Octet String |
接收短信的MSISDN号码 |
Msg_Length |
1 |
UnsignedInteger |
信息长度(Msg_Fmt值为0时:<160个字节;其它<=140个字节) |
Msg_Content |
Msg_length |
Octet String |
信息内容 |
Reserve |
8 |
Octet String |
保留 |
表2为SGIP协议的SUBMIT格式,如表2所示:
表2
参数名称 |
说明 |
CommandId* |
命令ID,十六进制数字 |
SequenceNumber |
序列号,十六进制数字 |
SPNumber |
SP的接入号码,字符 |
ChargeNumber |
付费号码,字符,手机号码前加“86”国别标志;当且仅当群发且对用户收费时为空;如果为空,则该条短消息产生的费用由UserNumber代表的用户支付;如果为全零字符串“000000000000000000000”,表示该条短消息产生的费用由SP支付。 |
UserNumber |
一个或多个接收该短消息的手机号,手机号之间用逗号(,)隔开,字符,手机号码前加“86”国别标志,如8613001125453,8613001132345 |
CorpId |
企业代码,取值范围0-99999,字符 |
ServiceType |
业务代码,由SP定义,字符 |
FeeType* |
计费类型,字符 |
FeeValue |
取值范围0-99999,该条短消息的收费值,单位为分,由SP定义,字符对于包月制收费的用户,该值为月租费的值 |
GivenValue |
取值范围0-99999,赠送用户的话费,单位为分,由SP定义,特指由SP向用户发送广告时的赠送话费,字符 |
AgentFlag |
代收费标志,0:应收;1:实收,字符 |
MorelatetoMTFlag |
引起MT消息的原因0-MO点播引起的第一条MT消息;1-MO点播引起的非第一条MT消息;2-非MO点播引起的MT消息;3-系统反馈引起的MT消息。字符 |
Priority |
优先级0-9从低到高,默认为0,十六进制数字 |
ExpireTime |
短消息寿命的终止时间,如果为空,表示使用短消息中心的缺省值。时间内容为16个字符,格式为“yymmddhhmmsstnnp”,其中“tnnp”取固定值“032+”,即默认系统为北京时间 |
ScheduleTime |
短消息定时发送的时间,如果为空,表示立刻发送该短消息。时间内容为16个字符,格式为“yymmddhhmmsstnnp”,其中“tnnp”取固定值“032+”,即默认系统为北京时间 |
ReportFlag |
状态报告标记0-该条消息只有最后出错时要返回状态报告1-该条消息无论最后是否成功都要返回状态报告2-该条消息不需要返回状态报告3-该条消息仅携带包月计费信息,不下发给用户,要返回状态报告其它-保留缺省设置为0,十六进制数字 |
MessageType |
信息类型:0-短消息信息其它:待定十六进制数字 |
TP_pid |
GSM协议类型。详细解释请参考GSM03.40中的9.2.3.9十六进制数字 |
TP_udhi |
GSM协议类型。详细解释请参考GSM03.40中的9.2.3.23,仅使用1位,右对齐十六进制数字 |
MessageCoding |
短消息的编码格式。0:纯ASCII字符串3:写卡操作4:二进制编码8:UCS2编码15:GBK编码其它参见GSM3.38第4节:SMS Data CodingScheme十六进制数字 |
MessageContent |
短消息的内容,十六进制数字 |
Reserve |
保留,扩展用 |
上述CMPP协议和SGIP协议存储在协议存储装置51,判断装置54判断SP短信的网络协议为CMPP协议,而目的网络为联通,因此,通过协议转换装置55进行转换的结果如表3所示,即将CMPP协议的CMPP_SUBMIT转换为SGIP协议的SUBMIT:
表3
参数名称 |
说明 |
CommandId* |
0x3 |
SequenceNumber |
对应CMPP_SUBMIT的Sequence_Id |
SPNumber |
SP的接入号码,字符;对应CMPP_SUBMIT的Src_Id |
ChargeNumber |
对应CMPP_SUBMIT的Fee_terminal_Id |
UserNumber |
对应CMPP_SUBMIT的Dest_terminal_Id,手机号需加上86,手机号之间用逗号(,)隔开 |
CorpId |
对应CMPP_SUBMIT的Msg_src |
ServiceType |
对应CMPP_SUBMIT的Service_Id |
FeeType* |
对应CMPP_SUBMIT的FeeType |
FeeValue |
对应CMPP_SUBMIT的FeeCode |
GivenValue |
0 |
AgentFlag |
0 |
MorelatetoMTFlag |
2 |
Priority |
优先级0-9从低到高,默认为0,十六进制数字 |
ExpireTime |
对应CMPP_SUBMIT的ValId_Time |
ScheduleTime |
短消息定时发送的时间,如果为空,表示立刻发送该短消息。时间内容为16个字符,格式为“yymmddhhmmsstnnp”,其中“tnnp”取固定值“032+”;对应CMPP_SUBMIT的At_Time |
ReportFlag |
状态报告标记0-该条消息只有最后出错时要返回状态报告1-该条消息无论最后是否成功都要返回状态报告2-该条消息不需要返回状态报告3-该条消息仅携带包月计费信息,不下发给用户,要返回状态报告其它-保留缺省设置为0,十六进制数字对应CMPP_SUBMIT的Registered_Delivery |
MessageType |
信息类型:0-短消息信息其它:待定十六进制数字 |
TP_pid |
GSM协议类型。详细解释请参考GSM03.40中的9.2.3.9十六进制数字;对应CMPP_SUBMIT的TP_pId |
TP_udhi |
GSM协议类型。详细解释请参考GSM03.40中的9.2.3.23,仅使用1位,右对齐十六进制数字对应CMPP_SUBMIT的TP_udhi |
MessageCoding |
短消息的编码格式:0:纯ASCII字符串3:写卡操作4:二进制编码8:UCS2编码15:GBK编码其它参见GSM3.38第4节:SMS Data CodingScheme十六进制数字对应CMPP_SUBMIT的Msg_Fmt |
MessageContent |
短消息的内容,十六进制数字对应CMPP_SUBMIT的Msg_Content |
根据表3所示的转换规则,就可以得到与联通对应的SGIP协议,然后SP短信发送装置将转换协议后的SP短信发送给联通的短信网关,之后发送给联通用户。
上述具体的转换规则,如SGIP协议转换为SMGP协议、SGIP协议转换为CMPP协议、SMGP协议与CMPP协议之间的转换,可以参考现有技术中的协议转换规则,在此不再赘述。
在具体实施过程中,SP业务互通装置还包括:鉴权装置(图中未示出),用于对SP业务平台发送的SP短信的合法性进行鉴权,即对接入SP业务互通装置的SP业务平台的合法性认证。具体的认证方法可以是用户名、密码的方式,或者是消息密钥的方式,本实用新型不限于此。
图5是根据本实用新型实施例的SP业务平台下行消息的流程图,如图5所示:
步骤501,SP业务平台通过协议发送SP短信至SP业务互通装置,这里的协议可以是CMPP协议、或者SGIP协议、或者SMGP协议;
步骤502,SP业务互通装置接收SP短信,并向SP业务平台返回应答消息;
步骤503,SP业务互通装置获知SP短信的协议类型以及目标地址归属运营商,判断协议类型与目标地址是否属于不同运营商网络;
步骤504,如果协议类型与目标地址属于不同运营商网络,则SP业务互通装置将SP短信的协议类型装换为与目标地址对应的运营商的短信网关协议中的下行协议;具体操作包括:根据上述协议存储装置存储的网络协议信息进行相应服务代码、业务代码等的替换,可参见表3;
步骤505,将转换协议后的SP短信发送给相应的运营商短信网关;具体为:如果接收用户为移动用户,则将SP短信转换为中国移动的短信网关CMPP协议中CMPP_FWD后发送到移动短信网关;如果接收用户为联通用户,则将SP短信转换为中国联通的短信网关SGIP协议中SUBMIT后发送到联通短信网关;如果接收用户为电信用户,则将SP短信转换为中国电信的短信网关SMGP协议中的SUBMIT提交到电信短信网关;
步骤506,运营商短信网关接收到SP短信后发送正确下行消息应答给SP业务互通装置,同时SP业务互通装置记录相应的日志信息,主要包短:短信网关下行的Msg_Id;
步骤507,运营商短信网关将SP短信发送给用户手机;
步骤508,用户手机返回应答消息。
在步骤506中,如果SP业务互通装置收到短信网关的错误下行消息应答(或等待应答超时并重发失败),则SP业务互通装置记录相应的错误日志信息。若SP业务平台需要状态报告,则由SP业务互通装置生成状态报告,返回给SP业务平台。
图6是根据本实用新型实施例的手机用户上行消息到SP业务平台的流程图,如图6所示:
步骤601,手机用户通过接收消息的服务代码进行短信上行到归属短信网关;
步骤602,归属短信网关返回应答消息;
步骤603,短信网关将接收到的短信封装成Deliver发送给SP业务互通装置;
步骤604,SP业务互通装置返回应答消息;
步骤605,SP业务互通装置判断接收到的Deliver消息的目标服务代码的所属运营商;
步骤606,将收到的Deliver消息的协议转换成对应的SP业务平台的接入协议;
步骤607,将转换协议后的Deliver消息发送给SP业务平台;
步骤608,SP业务平台返回应答消息。
图7是根据本实用新型实施例的状态报告回复流程的流程图,如图7所示:
步骤701,短信网关接收到来自用户手机的状态报告;
步骤702,短信网关返回应答消息;
步骤703,如果短信网关超过预定时间(例如,一般为48小时)未接收到用户手机的状态报告,则短信网关向SP业务互通装置发送一个状态报告消息Report,状态报告中包括的Msg_id与短信网关SP业务提交给短信网关的SUBMIT中的Msg_id是一致的。
步骤704,SP业务互通装置接收到短信网关发送的Report请求后,返回应答消息;
步骤705,SP业务互通装置判断Report请求的协议与目的地址的归属一致性;
步骤706,如果不一致,则SP业务互通装置将Report请求转换成目的地址的接入协议;
步骤707,将转换后Report请求发送给SP业务平台;
步骤708,SP业务平台返回应答消息。
需要说明的是,在本实用新型中,对各运营商短信网关的鉴权需要有所改变,改变后的鉴权过程包括:首先判断目的号码,如果为本网用户,则按现有技术中的转发同网消息的流程进行处理;如果目的号码是异网运营商的手机号码,则发送到SP业务互通装置即可,由SP业务互通装置进行协议转换后发送给异网手机号码。
另外,本实用新型中的SP业务互通装置可以完整的实现CMPP、SGIP、SMGP协议,同时还可以提供接入管理功能(主要进行各运营商服务代码关联关系管理),提供相关的日志功能、提供相关的统计功能。
综上所述,本实用新型根据现有各运营商的短信网关协议,通过SP业务互通装置,为SP业务系统提供了一个统一的接入方式,较大的降低了SP业务系统分别接入不同运营商短信系统的难度,方便了SP业务在异网之间的互通,同时还节省了通信资源。
以上所述的具体实施例,对本实用新型的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本实用新型的具体实施例而已,并不用于限定本实用新型的保护范围,凡在本实用新型的精神和原则之内,所做的任何修改等同替换、改进等,均应包含在本实用新型的保护范围之内。