摘 要:在阐述短消息网关结构的基础上,提出了短消息网关通信模块的设计思想,并给出了该通信模块的具体实现。
关键词:短消息; 短消息网关; 通信
1 前言
随着通信技术的发展,无线互联网短消息业务正在为用户提供越来越多的服务。人们不仅可以通过手机点播定制新闻、股票信息、天气预报,还可以下载铃声、图片等。无论需要什么样的信息,我们都可以随时随地地通过手机接入互联网络,享受各种服务。电信运营商要实现这些增值业务,就必须支持网间的互联互通。
目前实现网间互联互通的方式有四种,包括:通过移动关口局互联互通;通过信令转接点互联互通;通过短消息网关互联互通;通过第三方运营商系统互联互通。前两种方式不易设置计费点和引出计费话单,因此不利于网间结算;最后一种方式,虽然能够保证计费点和结算点的统一,但是易受到地域条件的限制。而通过短消息网关实现互联互通,无须对现网运行的设备进行大面积的数据改动和升级改造,能够合理的设置计费点,保证计费的准确性,实现业务鉴权和业务过滤的功能,保证网络的安全,也能够通过对业务流量的监视和控制,防止网络风暴的发生,这种互联方式具有其他三种方式不可比拟的优点。目前,大部分短消息业务的互联互通都是使用短消息网关来实现。
2 短消息网关结构
短消息网关(ISMG)是处于短消息中心(SMSC)和业务提供商(SP)之间的设备,它为这两个实体的数据交换提供安全、快捷的通道。网关与短消息中心之间使用SMPP协议(Short Message Peer to Peer,短消息点对点协议), 与SP之间使用CMPP协议(China Mobile Peer to Peer,中国移动点对点协议),因此短消息网关需要完成协议的转换、计费、路由、安全和网络管理等功能。其结构图如图1所示。
具体说来,图1中SMPP通信代理系统主要实现网关和GSM网中短消息中心(SMSC)的连接,确保准确接收和发送数据,实现高效、可靠的数据传输。为了达到规范要求的不超过0.001%的数据丢包率,SMPP通信代理需要支持流量控制。CMPP通信代理系统主要是实现和SP服务提供商的连接,与SMPP通信代理系统不同的是,由于协议的影响,CMPP通信代理是服务器端,需等待SP的连接,而SMPP通信代理是客户端,需要主动连接SMSC。短消息网关处理系统是网关中最复杂的处理进程,它完成的任务包括:向GNS(汇接网关) 查询路由,维护路由表,进行协议转换和数据分发。防火墙系统主要为网关系统提供安全保障,它包括IP包过滤和身份验证。短信网关计费系统主要形成各种计费话单,为计费提供依据。业务管理系统主要完成对业务进行统计报告,生成报表,为运营者对用户数据的添加、修改、删除以及对网关系统的监控、查询、操作和维护提供接口和界面。
3 短消息网关通信模块的设计与实现
短消息网关通信模块是整个短消息网关的基础。无论是计费、统计,还是超时重传,高质量的通信构架是必不可少的保障。这个通信构架不仅要完成基本的收发消息的功能,而且还要有好的结构以支撑各种业务需求,保证良好的扩展性。
3.1. 短消息网关通信模块的设计
在设计短消息网关通信模块时,我们考虑了以下几点:
第一,由于短消息网关功能繁多,如果把通信和具体业务合在一起开发,容易顾此失彼。可能会因为开始的考虑不周全,造成在增加某项新业务时不得不修改通信底层和原来的业务代码,导致重复开发。所以我们采用通信代理的方式把通信和具体业务分开,在增加新业务时,就只需少量修改通信代理的设置,而且不必再改动原来的业务代码了。
第二,通信代理需要同时侦听多个端口,我们选用多路复用I/O这种方式。虽然多线程能够通过并行计算和共享内存提高代码效率和资源利用率,但在短消息网关中,处理的数据量大,多线程方式的并行处理会造成一些消息的逻辑混乱,资源共享也会增加代码的复杂度。而多路复用使用简单,逻辑清晰明了,不易发生错误,也不会出现因资源共享带来同步和互斥问题。因此使用多路复用I/O是比较合理的。
第三,业务处理模块与通信代理之间可以使用队列进行通信,对队列的管理和参数的设置(例如对同一队列操作的互斥,以及队列个数的设置等)都使用专门的队列内核程序统一调度并封装成函数接口,以方便业务处理模块对队列的使用。另外,通过队列通信,也可以为今后增加的业务提供良好的扩展性。
第四,为了达到99.999%的不丢包率,通信代理需要使用流量控制机制以保证网关内部不丢包。这是因为无论队列设置有多大,如果出现消息只发不收的情况,都会造成队列溢出而丢包。因此,为每个队列中缓存的消息做记录,当某个时刻队列消息的数量达到规定限度,队列就不再收包,以保证到达网关的消息不会丢失。
3.2. 短消息网关通信模块的实现
基于以上设计思路,我们实现的短消息通信模块包括四个父进程:CMPP通信代理(cmpp_server)、SMPP通信代理(smpp_server)、消息分发处理server(package_server)和前转消息处理server(route_server)。它们之间通过6个消息队列相互通信。具体的软件结构如图2所示。
Cmpp_server主要为SP和网关之间建立一条高质量的传输通道。它同时侦听与它相连的多个socket,通过队列接口函数mqm_send( )把接收到的CMPP格式的消息送入队列2中。同时,它也要通过函数mqm_recv( )不停的从队列1中获得消息,并把它转发到相应的目的SP。cmpp_server不需判断收到的消息类型,只负责通信,因此称通信代理。
Smpp_server与cmpp_server基本一致,唯一不同的只有一点:SMPP协议规定smpp_server是客户端,需要主动发起建立连接的请求;而CMPP协议规定cmpp_server是服务器端,需等待对方连接。
Package_server是短消息网关的核心,所有的消息都要经过它,包括协议转换,超时重传,计费,路由,都需要在package_server中完成。package_server同时监听2、4、6三个队列,根据不同的消息头来判断这个消息的下一个目的地。路由表也需要在package_server中维护,以便package_server能得到路由信息,转发消息。如果路由表中找不到相关的信息,package_server就要把该消息转发给route_server,由route_server从汇接网关处获得路由信息后发送该消息。
Route_server主要处理需要转发到其他网关的消息。当package_server发现消息的目的地不是本地网关所连的SP或SMSC,那么它就会把消息转发给route_server处理。Route_server接到消息后与汇接网关通信,请求目的地的网关地址,然后与目的网关建立socket连接,交付该消息并记录前转话单。
在整个通信模块中,所有的server都使用队列接口函数mqm_init( )初始化消息队列并复接在队列上。收发数据使用mqm_send( )和mqm_recv( )函数完成。存储消息采用固定的数据结构,其结构如下:
struct mqm_connection {
unsigned int package_server_seqnum; //由网关自行产生。若消息从队列4中来,该元素将是转化后的//CMPP协议格式的消息序列号;若消息从队列2中来,该元素将是转化后的SMPP协议格式的消息序列号。
short mqm_sockfd; //接收该消息的socket;
short mqm_seqnum; //收到的消息序列号;
time_t mqm_timeout; //收到该消息的时间;
int total_length; //该消息的长度;
char mqm_buf[MAX_PACKET_SIZE]; //该消息的内容;
char converted_buf[MAX_PACKET_SIZE]; //转换协议后的消息内容;
};
现以MO请求业务为例,描述通信模块的工作流程。
当SMSC以SMPP格式的DELIVER_SM消息发出订阅某个SP的言语传情短消息,经由smpp_server收到,从队列4中转发给package_server。Package_server收到MO请求后回送给SP一个SMPP格式的DELIVER_SM_REP应答消息,并用mqm_connection结构体存储这条MO消息的各个信息。 之后,package_server就把该消息转换成CMPP协议的CMPP_Deliver消息,并通过队列1送到cmpp_server中,转发给目的SP。SP在接收到这个消息后,会产生一个CMPP格式的CMPP_Deliver_Rep的应答消息返回给网关。当package_server收到了应答信号,也需要用mqm_connection结构体存储。这时,一条MO短消息转发成功,package_server记录SMO话单。
下面给出在Linux7.2版本的操作系统下,用C语言实现的package_server的主要代码:
main()
{
mqm_init( ); //初始化队列;
……
pipe( ); //建立管道;
if (( child_pid = fork( ) ) ==0)
{
//通过管道通知2队列有数;
while(1){
get_result_msg_info(REQUEST_2,pipfd2[1]);
}
}
……
//建立监听描述符集;
FD_ZERO ( &monit);
FD_SET ( )_;
……
//处理队列中来的数据
while(1)
{
select ( ); //监听2,4,6队列;
if ( FD_ISSET(queue2,&read_monit )) //如果2队列有数;
{
handle_queue2_in( );//处理2队列来的数据;
}
……
}//end while;
} //end main;
4 结束语
短消息网关是无线互联网短消息业务中最为关键的一个设备,它为手机用户和互联网的信息资源架起了一座桥梁。本文中短消息网关的通信模块设计周全,结构合理,为计费、路由、超时重传等模块提供了良好的扩展性。经实验室测试,在奔2处理器,64兆内存的机器上,收发包速率为每秒5000条,不丢包率达到100%,是一个稳定的系统。
转自:http://www.gz183.com.cn/Info/21/info3997_1.htm
分享到:
相关推荐
【标题】:基于Linux的短消息通信中间件的设计与实现 【描述】:本文探讨了一种面向短消息增值服务提供商的Linux平台上的短消息通信中间件(SMCM)的设计理念和实施策略。此中间件隐藏了通信协议的复杂性,为应用开发者...
综上所述,"CMPP短消息网关代码与模拟网关"是一个涉及通信协议、服务器编程、网络编程等多个领域的技术主题。通过学习和理解这些知识点,开发者可以构建自己的短信服务系统,或优化现有的短信解决方案。同时,模拟...
总结来说,联通短消息网关源码为开发者提供了与联通短信网关交互的底层实现,通过理解和运用这些源码,开发者可以快速构建起自己的短信服务系统,满足不同场景下的业务需求。同时,源码的可移植性和无限连接能力使得...
每个模块都有明确的职责,例如应用实体通信代理模块负责与外部应用实体的交互,消息处理模块处理上行和下行消息,网关通信代理模块处理与短消息网关的通信,而管理配置模块则用于系统的管理和配置。 在技术实现上,...
- **短消息网关模块**:与移动公司合作租用短消息网关。此模块需要完成与信息服务提供商SP的连接,并基于CMPP协议实现具体的消息体功能。此外,还可能包括查询、计费和话单管理等功能,但这些通常由移动公司自带的...
中国移动通信CMPP3.0短消息网关开发接口使用手册主要涵盖了用于与移动运营商网络进行交互的编程接口,这些接口允许开发者构建应用来发送、接收和管理短信服务。以下是手册中的关键知识点: 1. **CMPP3.0协议**: -...
该接口库是用VC6.0开发的基于Windows平台上的SGIP1.2协议的实现,接口对中国联通SGIP协议进行了高度封装,目的是方便SP接入中国联通短消息网关。 2.功能特点 1)严格按照SGIP1.2协议实现,支持Bind, BindResp,...
短信网关通信协议库源码是用于实现与电信运营商短信网关进行交互的重要工具,主要应用于企业级服务,如验证码发送、营销短信、通知服务等。C++实现的这个库支持多种通信协议,包括CMPP(China Mobile Packet ...
在实际应用中,手机短消息模块一般会采用HTTP或SMPP协议与短信网关进行通信。HTTP接口更易于实现,而SMPP协议则能提供更底层的控制和更高的效率。这个模块可能会包含以下关键组件: 1. **短信发送服务**:处理短信...
13. 短消息网关:短消息网关(Short Message Gateway,SMGW)是移动通信网络中负责短消息的中继和转发的设备。 14. 单片机应用:单片机可以应用于各种电子设备中,例如家电、汽车、工业控制等。 15. GSM模块应用:...
单片机与GSM模块在SMS系统设计中的应用 单片机技术是当前计算机和通信技术的热点领域之一,它可以应用于各种嵌入式系统中,如智能家居、机器人、自动控制系统等。GSM(Global System for Mobile Communications)...
CMPP协议主要用于规范互联网短消息网关(ISMG)与业务提供商(SP)之间交互的标准接口,从而确保短信业务的高效、稳定传输。 #### 二、CMPP模拟网关概述 CMPP模拟网关是一种用来模拟真实ISMG与SP之间通信过程的...
### 利用GSM无线模块收发短消息的知识点解析 #### 一、引言 随着信息技术的发展,短消息服务(SMS)作为一种便捷且成本效益高的通信方式,在多个行业中得到了广泛应用。SMS不仅可以用来进行简单的文字交流,还可以...
在本设计中,AT指令主要用于实现短消息的发送和接收,例如:AT+CMGF=1(设置短消息模式),AT+CMGS=“+8613912345678”(发送短消息)。 4. 硬件设计 系统的硬件设计主要包括监测中心站和远程监测分站两部分。 * ...
- **IMS用户与其他网络用户**:短消息经过SMC、短消息网关(SMGW)以及其他网络的短消息系统转发。 - **其他网络用户与IMS用户**:短消息通过其他网络短消息系统、SMGW、SMC转发。 #### 三、业务特征 - **应用类别*...