CN1845618A - 一种长短信收发系统及实现方法 - Google Patents
一种长短信收发系统及实现方法 Download PDFInfo
- Publication number
- CN1845618A CN1845618A CNA2006100353403A CN200610035340A CN1845618A CN 1845618 A CN1845618 A CN 1845618A CN A2006100353403 A CNA2006100353403 A CN A2006100353403A CN 200610035340 A CN200610035340 A CN 200610035340A CN 1845618 A CN1845618 A CN 1845618A
- Authority
- CN
- China
- Prior art keywords
- sms
- long
- data
- receiving
- message transmitting
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及移动通讯领域。长短信收发系统包括：接口接入模块，业务逻辑模块，数据存储模块及客户操作模块；接口接入模块用于与短信中心及网关进行数据通信，业务逻辑模块用于处理客户端发送的信息，数据存储模块用于存取业务逻辑模块及客户操作模块数据，客户操作模块用于短信通讯开发。本发明长短信收发系统及实现方法突破了传统短信收发70个汉字的信息量瓶颈，使短信应用发给手机终端的信息能支持1－5161个汉字的内容(理论上最多可支持17085个汉字)，且在手机上只显示为一条短信，短信应用系统能够比较简单地实现长短信的发送、接收、发送状态查询、取消发送、重发等功能。
Description
技术领域
本发明涉及移动通讯领域，具体涉及一种长短信收发系统及实现方法。
背景技术
近几年来，随着移动通信的迅猛发展，手机短信在个人用户和各个行业的应用已非常普及，目前短信已成为个人通信和企业通信的重要工具之一。在GSM标准中，规定了一条短信最多只能支持70个汉字，并且相关的SMPP/CMPP等协议都对单条短信的字数进行了限制，使内容较长的信息难于通过短信来收发，短信的应用受到了很大的限制。目前为了解决此类问题，普遍采用的是信息拆分的方法，将信息内容拆分成多条短信发送，但存在着短信到达顺序错乱、用户阅读不便等诸多问题，客户满意度低，严重影响了移动信息业务的市场推广。
发明内容
本发明要解决的是现有技术单条短信支持汉字较短，较长短信发送接收不方便的问题，提供一种支持长短信收发的系统及实现方法。
本发明长短信收发系统及实现方法的技术方案为：
长短信收发系统包括：接口接入模块，业务逻辑模块，数据存储模块及客户操作模块；接口接入模块用于与短信中心及网关进行数据通信，业务逻辑模块用于处理客户端发送的信息，数据存储模块用于存取业务逻辑模块及客户操作模块数据，客户操作模块用于短信通讯开发。
前述接口接入模块依CMPP、SMPP及MM7协议与SMSC(短信中心)、ISMG(短信网关)及MMSC(彩信网关)进行数据通讯。
前述业务逻辑模块采用队列制且缓存队列自控发送速度。
前述业务逻辑模块采用多线程处理，逻辑上独立运行。
前述数据存储模块接受用户传入数据，同时传入业务逻辑模块。
长短信收发实现方法，包括以下步骤，
(1)用户向短信中心发送长短信；
(2)长短信经过短信网关后进入接口接入模块；
(3)接收端口应答连接网关接收长短信；
(4)接收端口循环接收数据直到阻塞；
(5)对接收数据包解包成特定数据结构；
(6)解包后的数据结构合成长短信并上行长短信缓冲队列；
(7)接收回应消息并通知发送任务；
(8)长短信保存、分割循环下发长短信队列；
(9)接收回应通知清理窗口发送缓存直到窗口满；
(10)对请求的长短信数据结构打包成协议数据流；
(11)端口循环发送数据至没有数据或端口阻塞；
(12)发送端口请求连接网关发送长短信；
(13)长短信经短信网关发送到短信中心；
(14)短信中心将长短信发送给用户。
前述步骤(6)中数据结构合成长短信后上行完整Deliver队列。
前述步骤(7)中，对超时的发送任务请求通知重发并定时握手信息。
前述步骤(9)中，窗口未满保存窗口数据并发送，窗口满则缓存数据。
前述步骤(11)中，发送数据端口阻塞后保存到缓冲队列。
本发明长短信收发系统及实现方法突破了传统短信收发70个汉字的信息量瓶颈，使短信应用发给手机终端的信息能支持1-5161个汉字的内容(理论上最多可支持17085个汉字)，且在手机上只显示为一条短信，短信应用系统能够比较简单地实现长短信的发送、接收、发送状态查询、取消发送、重发等功能。
附图说明
图1为本发明长短信收发系统网络结构图；
图2为本发明长短信收发系统系统结构图；
图3为本发明长短信收发实现方法应用流程图；
图4为本发明长短信收发实现方法工作流程图。
具体实施方式
在GSM网络中收发短信时，每条短消息的内容长度最大可以达到160个字符(ASCII码)，或者是70个汉字(2字节的UNICODE编码)。根据GSM03.40标准，可以通过发送可以合并的短信从而达到一条短信支持远远超过160个字符的功能。为了合并多条短信为一条，需要在现有短信格式基础上在用户数据部分定义用于标识各个分拆短信相互之间联系的关系报头，同时用这个报头控制接收端进行多条短信的合并。
报头格式
| 1st byte | 2ndbyte | 3rd byte | 4th byte | 5th byte | 6thbyte | 7thbyte |
| Lengthof theheader | IEI | Length ofthesub-header | Referencenumber | Maximumamountofpieces | Sequencenumber | Fill |
IEI＝Information Element Identifier.
报头分成7个部分，每一部分都界定为一个字节：报头中第一个字段指定整个报头的长度，该字段取值固定为5；第二字段IEI定义了该短信的标识，值为0用于标识该短信是需要合并的短信(concatenated SMS)；第三个字段是子报头消息的长度，该字段固定为3，表示子报头长度为3个字节；第四个字段(reference number)是用来表示整个合并短信的参考标识，用于在发送端标识不同的长短信，每次在发送端发送不同长短信时，该值将会在前一个长短信该值的基础上加1，用于区分不同的长短信，接收终端会根据参考数字标识及源号码鉴别是否同一条长短信；第五个字段表示该长短信被分成几个标准长度短信；第六个字段用于标识每一个标准短信的在长短信中的序列号，用于控制接收端进行长短信合并，接收终端在合并长短信时会根据此值来决定标准短信在合并时的逻辑顺序；第七个字段是填充字段。由于报头信息都是以8位进行格式化的，但是在手机发送时是以7位进行格式化，所以需要在报头的后面进行填充，使得余下的部分能够是7bit的整数倍。在UCS2编码下，信息内容最多可以有1072bits/16bits＝67个UNICODE码值(或者说可以表示67个汉字)，比原来的70个汉字要少。根据报头中第五个字段(1个字节)用于表示一个长短信最多能被分拆为255(0不用)个短信，这样一个长短信理论上最多可以容纳67字×255＝17085个汉字，如果是7bits编码下，大概可以达到34k左右的容量。
参见图1，本发明长短信收发系统采用了面向对象的方法进行设计，基于TCP/IP的Socket通信机制，同时支持CMPP2.0和CMPP3.0协议。动态链接库(长短信API接口)是包含函数和数据的模块集合。系统结构相对来说比较简单。
参见图2，本发明长短信收发系统包括：
<1>接口接入模块：主要承担依CMPP/SMPP/MM7协议，与短信中心(SMSC)\短信网关(ISMG)、彩信网关(MMSC)进行数据通信，收发普通短信、WAPPUSH短信、免提短信、彩信等，而在此只考虑收发文本短信。
<2>业务逻辑模块：主要包括处理客户端发送的消息，包含长短信发送，短信投述，短信查询，短信取消等等。
<3>数据存储模块：负责存取业务逻辑模块及客户操作模块的数据。
<4>客户操作模块：负责操作用户短信通讯开发等等。
逻辑各模块之间实现是相互独立，通过接口实现各模块的数据交互及业务逻辑。
1.接口接入模块及性能
(1)对短消息设备网上现状适应性
与中国移动网上短消息设备连接的方式基本有连接网关、短消息中心直联、连接信息平台三种方式，具体如下：
网关是指中国移动推行的CMPP3.0网关，该网关是一个临时的标准，在完善性、稳定性、互联性等方面存在一些问题。由于各个网关厂商的技术力量参差不齐，导致只能支持短消息业务相关底层协议的部分甚至是很简单的部分功能。部分网关只能接入到部分短消息中心，并没有对全网络的用户进行覆盖。
有些地方目前没有网关，只能直联调度中心，而调度中心厂家有近10家之多，协议各不一致，并且提供是较底层的连接协议，如华为的SMEI、爱立信的CAPII、NOKIA的CIMD，这种连接方式开发量较大。
信息平台是指运营商级业务平台，它具有梦网网关的部分功能，对运营商业务的支撑灵活，随着中国梦网思想的提出，中移动开始细分产业链，发展ICP。
针对以上三种连接方式，InfoCaster接口接入模块实现了连接网关的CMPP3.0协议，实现了连接信息平台的SMPP协议，实现了部分调度中心直联协议，对于没有实现的调度中心直联协议则提供了相应的扩展接口，有良好的适配性。
(2)与短消息中心连接的专业性
同短消息调度中心之间通过标准的SMPP协议(ETSI03.39)或标准的CMPP协议(移动梦网协议)连接，可以同支持SMPP/CMPP协议的短消息调度中心的连接。通过标准协议提供的同短消息中心的双向通讯接口实现短消息信息的提交和下发。借助于短消息中心系统提供的短消息承载功能，实现信息在信息处理服务端和移动台之间的传输，进而为用户提供各种信息服务。同时，信息服务平台也支持符合(ETSI03.39)规范的CAPII(ERICSSON调度中心专用协议)，CIMD(NOKIA调度中心专用协议)等协议的短消息中心连接。
2.业务逻辑模块及性能
(1)采用队列处理机制
保障先来的消息，先发送出去，后来的后发，严格地保障先后顺序，保证信息处理的及时性。缓存队列方式可以自己控制收发的速度及量，使用更灵活。
(2)采用多线程运行机制
系统支持多线程处理，在逻辑上独立运行，互不影响。
3.数据模块及用户操作模块
该两模块是用户相互交换数据，数据模块是接受用户传入数据，同时传入到业务逻辑模块，它其实就是用户操作模块和业务逻辑模块的中间模块。
用户操作模块即使在系统对外提供接口的基础上，对短信通讯作二次开发。
参见图3、图4，本发明长短信收发实现方法步骤为：
(1)用户向短信中心发送长短信；
(2)长短信经过短信网关后进入长短信收发系统接口接入模块；
(3)接收端口应答连接网关接收长短信；
(4)接收端口循环接收数据直到阻塞；
(5)对接收数据包解包成特定数据结构；
(6)解包后的数据结构合成长短信并上行长短信缓冲队列及完整Deliver队列。；
(7)接收回应消息并通知发送任务，对超时的发送任务请求通知重发并定时握手信息；
(8)长短信保存、分割循环下发长短信队列；
(9)窗口未满保存窗口数据并发送，窗口满则缓存数据，接收回应通知清理窗口发送缓存直到窗口满；
(10)对请求的长短信数据结构打包成协议数据流；
(11)端口循环发送数据至没有数据或端口阻塞，发送数据端口阻塞后保存到缓冲队列；
(12)发送端口请求连接网关发送长短信；
(13)长短信经短信网关发送到短信中心；
(14)短信中心将长短信发送给用户。
尽管参照实施例对所公开的涉及长短信收发系统及实现方法进行了特别描述，本领域技术人员将能理解，在不偏离本发明的范围和精神的情况下，可以对它进行形式和细节的种种显而易见的修改。因此，以上描述的实施例是说明性的而非限制性的，在不脱离本发明的精神和范围的情况下，所有的变化和修改都在本发明的范围之内。
Claims (10)
1、一种长短信收发系统，其特征在于：该系统包括接口接入模块，业务逻辑模块，数据存储模块及客户操作模块；接口接入模块用于与短信中心及网关进行数据通信，业务逻辑模块用于处理客户端发送的信息，数据存储模块用于存取业务逻辑模块及客户操作模块数据，客户操作模块用于短信通讯开发。
2、如权利要求1所述的一种长短信收发系统，其特征在于：所述接口接入模块依CMPP、SMPP及MM7协议与SMSC(短信中心)、ISMG(短信网关)及MMSC(彩信网关)进行数据通讯。
3、如权利要求1所述的一种长短信收发系统，其特征在于：所述业务逻辑模块采用队列制且缓存队列自控发送速度。
4、如权利要求1所述的一种长短信收发系统，其特征在于：所述业务逻辑模块采用多线程处理，逻辑上独立运行。
5、如权利要求1所述的一种长短信收发系统，其特征在于：所述数据存储模块接受用户传入数据，同时传入业务逻辑模块。
6、一种包含权利要求1所述系统的长短信收发实现方法，其特征在于：包括以下步骤，
(1)用户向短信中心发送长短信；
(2)长短信经过短信网关后进入接口接入模块；
(3)接收端口应答连接网关接收长短信；
(4)接收端口循环接收数据直到阻塞；
(5)对接收数据包解包成特定数据结构；
(6)解包后的数据结构合成长短信并上行长短信缓冲队列；
(7)接收回应消息并通知发送任务；
(8)长短信保存、分割循环下发长短信队列；
(9)接收回应通知清理窗口发送缓存直到窗口满；
(10)对请求的长短信数据结构打包成协议数据流；
(11)端口循环发送数据至没有数据或端口阻塞；
(12)发送端口请求连接网关发送长短信；
(13)长短信经短信网关发送到短信中心；
(14)短信中心将长短信发送给用户。
7、如权利要求6所述的一种长短信收发实现方法，其特征在于：所述步骤(6)中数据结构合成长短信后上行完整Deliver队列。
8、如权利要求6所述的一种长短信收发实现方法，其特征在于：所述步骤(7)中，对超时的发送任务请求通知重发并定时握手信息。
9、如权利要求6所述的一种长短信收发实现方法，其特征在于：所述步骤(9)中，窗口未满保存窗口数据并发送，窗口满则缓存数据。
10、如权利要求6所述的一种长短信收发实现方法，其特征在于：所述步骤(11)中，发送数据端口阻塞后保存到缓冲队列。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006100353403A CN1845618A (zh) | 2006-04-30 | 2006-04-30 | 一种长短信收发系统及实现方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006100353403A CN1845618A (zh) | 2006-04-30 | 2006-04-30 | 一种长短信收发系统及实现方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN1845618A true CN1845618A (zh) | 2006-10-11 |
Family
ID=37064525
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2006100353403A Pending CN1845618A (zh) | 2006-04-30 | 2006-04-30 | 一种长短信收发系统及实现方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1845618A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101867897A (zh) * | 2010-06-13 | 2010-10-20 | 候万春 | 一种支持ip短消息的电话终端、系统和方法 |
| CN104244204A (zh) * | 2013-06-06 | 2014-12-24 | 深圳富泰宏精密工业有限公司 | 短信内容提取方法及系统 |
| CN106454772A (zh) * | 2015-08-13 | 2017-02-22 | 阿里巴巴集团控股有限公司 | 短信息的发送、接收方法及装置 |
| CN106535145A (zh) * | 2016-12-19 | 2017-03-22 | 宇龙计算机通信科技(深圳)有限公司 | 短信传输方法、短信传输装置、终端和应用服务器 |
| CN108966159A (zh) * | 2018-09-03 | 2018-12-07 | 平安科技（深圳）有限公司 | 短信撤回方法、系统、计算机设备和存储介质 |
-
2006
- 2006-04-30 CN CNA2006100353403A patent/CN1845618A/zh active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101867897A (zh) * | 2010-06-13 | 2010-10-20 | 候万春 | 一种支持ip短消息的电话终端、系统和方法 |
| CN104244204A (zh) * | 2013-06-06 | 2014-12-24 | 深圳富泰宏精密工业有限公司 | 短信内容提取方法及系统 |
| CN106454772A (zh) * | 2015-08-13 | 2017-02-22 | 阿里巴巴集团控股有限公司 | 短信息的发送、接收方法及装置 |
| CN106535145A (zh) * | 2016-12-19 | 2017-03-22 | 宇龙计算机通信科技(深圳)有限公司 | 短信传输方法、短信传输装置、终端和应用服务器 |
| CN108966159A (zh) * | 2018-09-03 | 2018-12-07 | 平安科技（深圳）有限公司 | 短信撤回方法、系统、计算机设备和存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1207876C (zh) | 短消息网关、向移动电话提供信息服务的系统和方法 | |
| CN1415151A (zh) | 多媒体消息业务 | |
| CN1515121A (zh) | 使用短消息业务和无线因特网接收数据的方法及其系统 | |
| CN1960516A (zh) | 终端中完全一样的通知消息的处理方法 | |
| CN1697531A (zh) | 一种多媒体消息的发送方法 | |
| CN1929459A (zh) | 基于移动网络的推送邮件系统及邮件的收发方法 | |
| CN1845618A (zh) | 一种长短信收发系统及实现方法 | |
| CN1283910A (zh) | 移动通信系统和移动终端 | |
| CN1725874A (zh) | 一种实现短消息业务的方法 | |
| CN1859368A (zh) | 实现信息传送业务的方法和系统以及一种终端 | |
| CN1848973A (zh) | 一种短消息群发的方法、终端及短消息中心 | |
| CN1274125C (zh) | 终端与增值业务提供商应用之间多媒体消息转发的方法 | |
| CN1501649A (zh) | 多媒体消息在不同多媒体消息中心之间转发的方法 | |
| CN1297122C (zh) | 利用mms实现在移动终端上收发电子邮件的系统和方法 | |
| CN1852471A (zh) | 一种处理垃圾短信的方法及系统 | |
| CN1283047C (zh) | 消息中继传输方法 | |
| CN1744729A (zh) | 一种反馈短信已被处理信息的方法及手机 | |
| CN1859621A (zh) | 发送业务短信的系统及方法 | |
| CN1774107A (zh) | 一种移动通信终端的文字短消息编辑方法 | |
| CN1852472A (zh) | 一种短信群发的方法及短信群发平台 | |
| CN1283115C (zh) | 提高多媒体消息系统处理多媒体消息性能的方法及系统 | |
| CN1859612A (zh) | 一种消息连发的方法和系统 | |
| CN1852468A (zh) | 一种多媒体消息服务系统中对消息的处理方法 | |
| CN1881953A (zh) | 一种发送消息的方法及装置 | |
| CN1292607C (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 | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |