CN100396116C

CN100396116C - 对短消息通讯进行增强的方法

Info

Publication number: CN100396116C
Application number: CNB2005101153842A
Authority: CN
Inventors: 吴平
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-11-16
Filing date: 2005-11-16
Publication date: 2008-06-18
Anticipated expiration: 2025-11-16
Also published as: CN1867093A

Abstract

本发明提供了对短消息通讯进行增强的方法，该方法主要包括：配置短消息的包括附加协议的扩展帧头，所述扩展帧头中包括：标识该短消息为扩展的短消息的字段、标识协议名称的字段和标识协议版本的字段；将所述扩展帧头附加在短消息上，随短消息一起发送，根据该扩展帧头中的附加协议对短消息通讯进行增强。利用本发明所述方法，可以有效地解决突破承载能力限制短消息大小、短消息群发等问题，对短消息通讯进行了增强。

Description

对短消息通讯进行增强的方法

技术领域

本发明涉及通讯领域，尤其涉及一种对短消息通讯进行增强的方法。

背景技术

短消息通讯是一种源于GSM(全球移动通信系统)电路域的点到点或点到多点的通讯技术，一般可点到点传输最长消息字节长度为140字节的文本文件。

目前在GSM电路域上应用的短消息通讯机制的原理如图1所示，具体处理过程简单为：短消息发送者将需要发送的短消息首先发送给短消息服务器，短消息服务器将接收到的消息转交给相应的短消息接收者。

现有技术中一种对短消息通讯进行增强的方法为：短消息群发方法。在该方法中，用户终端可以选择多个接收者，即选择一个接收群组，然后，将短消息同时发送给该接收群组中的每一个接收者。

该方法的缺点为：

1、该方法的实质是将同一条短消息多次发送。和原来的短消息发送机制完全相同。只是节省了终端用户的发送操作工作。

2、短消息只能采用发送到另一个终端网络上，不能发到电子邮箱上。

3、短消息的收发双方没有任何约定，只能进行信息通知业务。

发明内容

本发明的目的是提供一种对短消息通讯进行增强的方法，从而有效地解决了突破承载能力限制短消息大小、短消息群发等问题，对短消息通讯进行了增强。

本发明的目的是通过以下技术方案实现的：

一种对短消息通讯进行增强的方法，包括：

A、配置短消息的包括附加协议的扩展帧头，所述扩展帧头中包括：标识该短消息为扩展的短消息的字段、标识协议名称的字段和标识协议版本的字段；

B、将所述扩展帧头附加在短消息上，随短消息一起发送，根据该扩展帧头中的附加协议对短消息通讯进行增强。

所述的扩展帧头中还包括：

标识转换协议的字段和标识服务协议的字段。

所述的步骤B具体包括：

B1、当附加了所述扩展帧头的短消息的长度超过了系统规定的短消息最大长度时，短消息的发送端将该短消息进行分段处理，在每个分段消息中设置标识分段短消息的位置和序号信息的分割标记，将各个分段消息分段发送给短消息服务器；

B2、短消息服务器将接收到的所述各个分段消息进行合并处理，如果合并后的短消息的长度超过了系统规定的短消息最大长度时，短消息服务器将合并后的短消息进行上述分段处理后，再传递给短消息的接收端；否则，短消息服务器将合并后的短消息直接传递给短消息的接收端。

所述的步骤B1具体包括：

在短消息的发送端分段发送的每个分段消息中都包含所述标识该分段消息为扩展的短消息的字段、标识协议名称的字段和标识协议版本的字段，每个分段消息的长度都小于系统规定的短消息最大长度。

所述的步骤B2具体包括：

B21、短消息服务器接收到所述分段发送的短消息后，判断该短消息的扩展帧头是否标识本服务器能够接收的协议和版本，如果是，执行步骤B22；否则，向短消息的发送端返回本服务器的支持能力信息；

B22、短消息服务器根据设定的分割标记，判断并接收各个分段短消息，根据各个分段短消息的位置和序号信息，将接收到的各个分段短消息合并成一条完整的短消息，并转发给短消息的接收端。

所述的步骤B22还包括：

短消息服务器启动设定时间的计时操作，当在该设定时间的计时结束后，还没有完全接收到所述分段发送的短消息，则向短消息的发送端返回接收失败信息。

所述的步骤B22还包括：

短消息的接收端接收到短消息服务器发送的短消息后，根据该接收端能够接收的协议和版本对该短消息的扩展帧头进行匹配，对匹配通过的短消息根据设定的分割标记，判断并接收各个分段短消息，根据各个分段短消息的位置和序号信息，将接收到的各个分段短消息合并成一条完整的短消息。

所述的步骤B具体包括：

在所述扩展帧头的转换协议字段中设置不止一个转发地址，将该扩展帧头附加在短消息上，发送给短消息服务器，短消息服务器根据设置的转发地址，将该短消息转发给相应的不止一个短消息的接收端。

所述的步骤B具体包括：

在所述扩展帧头的服务协议字段中设置查询关键字和条件，将该扩展帧头附加在短消息上，发送给短消息的接收端，短消息的接收端根据该查询关键字和条件，查找相应的信息并返回给短消息的发送端。

所述的查询关键字和条件包括：

114台业务查询服务或企业信息服务中心查询服务或终端时间查询服务或终端位置查询服务的查询关键字和条件。

所述的步骤B具体包括：

在所述扩展帧头的服务协议字段中设置链接地址，将该扩展帧头附加在短消息上，发送给短消息的接收端，短消息的接收端根据该链接地址获取相应的信息。

所述的步骤B具体包括：

在所述扩展帧头的服务协议字段中设置定时时间，将该扩展帧头附加在短消息上，发送给短消息服务器，短消息服务器将该短消息进行保存，在设置的定时时间到达后，向短消息的接收端转发该短消息。

所述的步骤B具体包括：

B3、在所述扩展帧头的服务协议字段中设置消息匹配条件和删除指示，将该扩展帧头附加在短消息上，发送给短消息服务器；

B4、短消息服务器根据设置的消息匹配条件，判断相应的短消息是否已经发出，如果是，则通知该相应的短消息的接收端删除该相应的短消息；否则，直接将该相应的短消息删除。

所述的步骤B还包括：

短消息服务器接收到所述附加了扩展帧头的短消息后，分别按ASCII码和指定的编码方式解析扩展帧头的协议名称和版本号。如果ASCII码解析成功，则帧头的其它部分都按ASCII码进行解析，短消息的其余部分按指定的编码方式进行解析；否则，按指定的编码方式解析该短消息。

由上述本发明提供的技术方案可以看出，本发明通过在短消息前面附加一个扩展帧头，扩展了短消息的通讯能力，和现有技术相比，具有如下优点：

1、通过传输增强协议，扩展了短消息的通讯能力，突破了因承载技术限制的通讯容量受限问题。

2、通过传输增强协议，使短消息真正具备了多播的能力。

3、通过服务增强协议，扩展了通讯双方的通讯能力。给终端用户带来了更多的增值。

4、具有良好的兼容性和扩展性，可以通过后继的继续开发，带来更多的增值。

附图说明

图1为在GSM电路域上应用的短消息通讯机制的原理图；

图2为本方法所述方法的具体处理流程图。

具体实施方式

本发明提供了一种对短消息通讯进行增强的方法，本发明的核心为：在短消息前面附加一个扩展帧头，利用该帧头实现短消息的消息分割、定时、删除、查询、链接和多播等扩展功能。

下面结合附图来详细描述本发明，本方法所述方法的处理流程如图2所示，包括如下步骤：

步骤2-1、配置一个附在短消息前面的扩展帧头。

本发明首先需要配置一个附在短消息前面的扩展帧头。该帧头可以扩展短消息的通讯能力。

本发明配置的扩展帧头的标准格式为：Extended-short-message＝”#”Protocol-Name”#”Protocol-Version”#”[Transfer-Protocol]”#”[Service-protocol]”#”。

在上述扩展帧头的标准格式中：

Extended-short-message字段标识该消息为扩展的短消息。

Protocol-Name字段标识协议名称。Protocol-Name＝＊(ALPHA)

ALHPA＝”A”/”B”/”C”/”D”/”E”/”F”/”G”/”H”/”H”/”J”/”K”/”L”/”M”/”N”/O”/”P”/”Q”/”R”/”S”/”T”/”U”/”V”/”W”/”X”/”Y”/”Z”。

Protocol-Version字段标识协议版本，Protocol-Version＝＊(Number)

Number＝”0”/”1”/”2”/”3”/”4”/”5”/”6”/”7”/”8”/”9”。

Transfer-Protocol字段标识转换协议，该字段为可选字段，Transfer-Protocol＝[Frame-location[”＊”Sequence-number]”#”][URL-sequence”＊”]。

Frame-location＝”S”/”M”/”E”，

Sequence-number＝＊(Number)

URL-sequence＝＊(Host-name/Email-address/telephone-subscriber)

Host-name＝＊(ALPHA/Number/”_”/”.”/)

Email-address＝User-name”@”Host-name

User-name＝＊(ALPHA/Number)

telephone-subscriber＝＊(Number)。

Service-protocol字段标识服务协议，该字段为可选字段，Service-protocol＝[Service-Type”＊”]Service-parameter。

Service-Type在本发明中未定义，

Service-parameter在本发明中未定义。

步骤2-2、将扩展帧头附加在短消息的前面，对短消息实现消息分割、定时、查询和链接等扩展功能。

在实际应用中，当需要扩展短消息的通讯能力时，便将上述扩展帧头附加在短消息的前面，对短消息实现消息分割、定时、删除、查询、链接和多播等扩展功能。该扩展功能主要通过扩展帧头的服务协议字段和转换协议字段来实现。

在本发明所述方法中，短消息的发送端的处理流程如下：

短消息的发送端首先给用户提供便利的操作界面，比如提供人性化的图形界面，用户根据实际通讯需求，比如是否需多方通话、是否需要发起查询或链接服务等，进行选择多个用户号码或选择查询字段和字段关系或选择链接的地址等操作。短消息的发送端根据用户的选择，决定是否启动短消息增强功能。

短消息的发送端在决定启动短消息增强功能后，根据用户提供的主文本，在短消息前面附加扩展帧头，封装成增强型短消息形式，将该增强型短消息发送给短消息服务器。为了减少传输流量，可以按照下面提供的技术方案压缩帧头部分。如果封装完成后，发现短消息的长度超过通讯系统的承载能力，则根据下面提供的消息分割技术方案对短消息进行分割后再发送。

短消息的目的地址根据传输协议中的定义，不仅可以采用普通的电话号码，还可以采用其他服务器可以识别并寻址的标识符，该标识符包括但不限于Email地址、IP地址和全球唯一名字标识等。

短消息服务器的处理流程如下：

短消息服务器接收到短消息的发送端发送的短消息后，对帧头进行匹配，如果该帧头是表示一个本服务器可以接收的协议和版本，并且版本号是从1开始的，则对该帧头的匹配通过，该消息采用了短消息增强技术。

在本发明中，约定版本0为版本查询命令。如果服务器接收到一个合法的协议，但版本号为0。则删除原来接收到的增强型短消息中的版本号0，并把服务器支持的版本号码插入到该增强型短消息中，将该增强型短消息进行转发，并向发送终端返回携带服务器支持能力信息的短消息。

如果在以上帧头匹配过程中，最终匹配没有成功，则服务器将该短消息作为普通短消息进行转发，保证了和原系统的兼容性。

上述匹配处理过程可以保证系统的平稳过渡性。在服务器先完成升级，终端还未进行升级时，系统仍能准确判断出来。而系统采用的增强型短消息的专用帧头#SP#明显区别于普通短消息，因此，不会导致和普通短消息的冲突。

如果接收到的短消息是增强型的，短消息服务器便判断该消息是否采用了消息分割技术。判断的原则为：检查后继的码流是否为S^＊、M^＊、E^＊、S#、M#和E#，如果不是，则没有采用消息分割技术，对该短消息继续进行转发地址判断操作；如果是，则采用了消息分割，继续进行下述处理操作。

短消息服务器启动接收定时器，接收从终端或其它服务器上发来的短消息。在短消息收齐后，合并成完整的短消息，然后进行转发地址判断操作。如果定时器超时，短消息还未收齐，则按照短消息接收失败处理。短消息的封装是根据短消息所处的位置S(开始)，M(中间)，E(结尾)和序号进行封装。序号的提供是一个可选项，确保了一定错序情况下重新封装正确性。

转发地址判断操作的原理为：如果短消息的下一个字符是”#”，则说明短消息是单播，没有附加地址。否则，通过搜索 “*”和“#”这两个分割符的位置，来确定该短消息中的附加地址。

根据确定的附加地址，将短消息发送给相应的短信接收者。如果需要转发给另一个短消息服务器。则根据对端是否支持增强型短消息的能力。决定转发的短消息中是否附加地址。

短消息的接收端的处理流程如下：

短消息的接收端接收到短消息服务器转发的短消息后，对该短消息的帧头进行匹配操作，如果该帧头是表示一个本接收端可以接收的协议和版本，则匹配通过，该短消息采用了短消息增强技术。

如果接收到的短消息是增强型的，短消息的接收端继续判断该消息是否采用了消息分割技术。判断的原则和处理过程和上述短消息服务器的处理过程相同。

然后，检查该短消息是否附加了服务协议，并根据下面提供的具体技术方案进行相应的处理。

下面详细介绍本发明提供的各种服务协议、转换协议的处理过程。

服务协议字段是为了增强通讯双方的通讯能力，其中包括查询、链接、短消息定时、短信删除和消息分割等服务类型。

查询服务的原理为：当短消息的发送端需要短消息的接收端提供某一方面的信息时，短消息的发送端在扩展帧头的服务协议字段中设置查询字段，然后，向短消息的接收端发送附加了扩展帧头的短消息。短消息的接收端根据查询字段中提供的关键字和条件关系(&为与关系；|为或关系)，查找发送端所需的信息，并向短消息的发送端返回相关信息。

为了进一步说明查询服务功能，本发明提供了114台业务查询、企业信息服务中心、终端时间校准服务和位置查询等几种查询服务的实现方案，分别介绍如下：

1、114台业务查询。

短消息的发送端发送如下短信到114服务中心：#SP#1## TEL QUERY^*交通银行&网上银行#。其中SP代表协议名称，1代表协议版本号。

114服务中心收到该短信后，给用户返回交通银行的网上银行服务电话号码。

2、企业信息服务中心。

当在外出差的企业员工需要向企业信息服务中心查询相关信息时，可以发送以下短信到企业信息服务中心：

#SP#1##TEL QUERY＊员工帐号&员工密码&张三#

企业信息服务中心对员工帐号和密码进行确认后，向短消息发送方返回张三的通讯方式。

3、终端时间校准服务。

当终端需要向服务器进行时间查询时，可以向服务器发送如下短消息：

#SP#1##TIME QUERY＊NTP1#，其中NTP1是终端发出短信时的32位时间值。

服务器收到该消息后，向发送终端返回如下短消息：

#SP#1##TIME RESPOND＊NTP1 NTP2 NTP3#，其中NTP2和NTP3分别是服务器收到短信和发送短信的32位时间值。

终端根据公式NTP＝(NTP2-NTP1+NTP4-NTP3)/2+NTP3计算出来的时间值对终端的内部时间进行校准，其中NTP4是终端收到短信时的32位时间值。

4、位置查询。

当终端1需要向终端2发起GPS(全球卫星定位导航系统)查询时，可以向终端2发送如下短消息：

#SP#1##GPS QUERY＊#

终端2收到该信息后，如果决定接收终端1的查询请求，并且终端2自己具备GPS定位能力，则向位置服务器发送如下短消息：

#SP#1##GPS RESPONDE＊接收者号码&经度信息&纬度信息&高度信息#。

位置服务器收到该短信后，查阅电子地图，将获得的相应地理位置信息返回给终端1。

如果终端2自己不具备GPS定位能力，则向位置服务器发送如下短消息：

#SP#1##GPS RESPONDE＊接收者号码#

位置服务器收到该短信后，启动位置定位功能，并查阅电子地图，获得的相应地理位置信息返回给终端1。

短消息链接功能的原理为：

当终端1需要导引终端2到某个地址上去获取信息和资源时，可以向终端2发送如下短消息：

#SP#1##LlNK＊http://www.huawei.com/news/NewsView.do？docld＝D00000006702&webColType＝docinfo#重要信息，请查阅

http://www.huawei.com/news/NewsView.do？docld＝D00000006702是终端1提供给终端2的链接地址，终端2可以选择自动登陆该地址，或者提醒终端2登陆该地址。#重要信息，请查阅是备注。

短消息定时功能的原理为：

短消息的发送端需要采用短消息定时功能时，可以向短消息服务器发送如下短消息：

#SP#1##TIMING＊NTP#Short message

短消息服务器收到该短消息后，将该短消息进行暂时保存，到短消息的发送端预定的时间时，才向接收端转发短消息。

短消息删除功能的原理为：

如果终端1需要通知终端2去删除某个短消息，则向短消息服务器发送如下短消息：

#SP#1##DELETE＊LAST#

#SP#1##DELETE＊#Short message。

短消息服务器收到该消息后，先进行消息匹配操作，如果发现需要删除的消息还未发出，则对需要删除的消息进行删除处理。如果需要删除的消息已送出，则转发该消息到终端2。终端2收到该消息后，进行消息匹配，如果发现消息匹配，则删除收件箱中的对应消息。短消息分割技术的原理如下：

根据上述扩展帧头的定义，扩展后的短消息为：Extended-short-message＝”#”Protocol-Name”#”Protocol-Version”#”[Frame-location[”＊”Sequence-number]”#”][URL-sequence”*”]”#”[Service-protocol]”#”Short-message

在本发明所述的短消息分割技术中，”#”Protocol-Name”#”Protocol-Version”#”[Frame-location[”*”Sequence-number]”#”]是每一次短消息发送都要传输的。本发明将这部分的长度称为FRAME_HEAD_SIZE。

[URL-sequence”＊”]”#”[Service-protocol]”#”Short-message则是可以分割到多个短消息中，到终端才进行合并。本发明将这部分的长度称为MESSAGE_SIZE。

本发明提供了的短消息分割技术的2个实施例，在实施例1中，只用到Frame-location，不用Sequence-number。

在实施例1中，短消息的发送端的处理流程如下：

系统规定的短消息最大长度为CAPACITY。

如果MESSAGE_SIZE+SizeOf(”#”Protocol-Name”#”Protocol-Version”#”)＜＝CAPACITY，则无需进行消息分割；否则，进行如下操作：

1、将短消息的帧头设置为#SP#1#S#，先传输一部分短消息。未传输的短消息的长度为MESSAGE_SIZE2。

2、判断MESSAGE_SIZE2+SizeOf(”#”Protocol-Name”#”Protocol-Version”#”[Frame-location”#”]＞CAPACITY是否成立，如果是，则将帧头设置为#SP#1#M#，继续先传输一部分短消息，未传输的短消息的长度MESSAGE_SIZE2的值相应减小，重新进行上述判断操作，如果判断条件不成立，执行步骤3；否则，继续先传输一部分短消息，继续进行上述判断操作。

3、将短消息的帧头设置为#SP#1#E#，传输剩下的短消息。

短消息服务器的处理流程如下：

短消息服务器接收到短消息的发送端发送的短消息后，进行上述短消息合并操作，去除合并后的短消息中传输协议部分的内容。如果去除后的短消息长度在承载范围内，则对短消息进行上述转发地址判断操作后，将该短消息发送到接收端。否则，按上述发送端的分割机制对短消息进行分割后发送。

短消息的接收端的处理流程如下：

短消息的接收端接收到短消息服务器发送的短消息后，将短消息服务器发送过来的短消息进行合并操作，去除其中增强性协议的一些标识，把有效的信息传递给用户，或者根据增强性协议的要求，触发内部的功能模块。

在实施例2中，使用到Frame-location和Sequence-number。

短消息的发送端的处理流程如下：

如果MESSAGE_SIZE+SizeOf(”#”Protocol-Name”#”Protocol-Version”#”)＜＝CAPACITY，则无需进行消息分割。否则，否则，进行如下操作：

1、将短消息的帧头设置为#SP#1#S＊1#，其中Sequence-number＝1先传输一部分短消息，未传输的短消息的长度为MESSAGE_SIZE2。

2、判断MESSAGE_SIZE2+SizeOf(”#”Protocol-Name”#”＞Protocol-Version”#”[Frame-location[”*”Sequence-number]”#”＞CAPACITY是否成立，如果是，则Sequence-number＝Sequence-number+1，将帧头设置为#SP#1#M＊Sequence-number#，继续先传输一部分短消息，未传输的短消息的长度MESSAGE_SIZE2的值相应减小，重新进行上述判断操作，如果判断条件不成立，执行步骤3；否则，继续先传输一部分短消息，继续进行上述判断操作。

3、Sequence-number＝Sequence-number+1将帧头设置为#SP#1#E＊Sequence-number#，传输剩下的短消息。

在该实施例中，短消息服务器和短消息的接收端的处理流程和实施例1相同。

本发明中短消息多播技术是通过Transfer-Protocol(转换协议)中的转发地址来实现的，具体处理过程为：在上述扩展帧头的Transfer-Protocol字段中设置多个转发地址，将该扩展帧头附加在短消息上，发送给短消息服务器，短消息服务器接收到该消息后，根据消息上设置的转发地址，将该短消息转发给相应的多个短消息的接收端。

在目前短消息只有140字节的承载能力下，该功能作用不明显。在短消息承载能力比较大时，可以有效地压缩发送者到服务器之间的数据流量。

当通讯系统的传输能力比较有限时，为了减少帧头的开销，本发明提供了一种盲检测的技术手段，具体的实现方案是：短消息服务器接收到短消息后，先后按ASCII码和短消息发送方指定的编码方式解析帧头的：”#”Protocol-Name”#”Protocol-Version”#”部分。如果ASCII码解析成功，则帧头的：”#”Protocol-Name”#”Protocol-Version”#”[Transfer-Protol]”#”部分，都按ASCII码解析文本，短消息的其余部分，仍然按正常指定的编码形式解析短消息。如果解析失败，则说明没有使用压缩形式，按正常指定的编码形式解析短消息。该技术手段在短消息文本采用多字节编码方案时，可以大大地压缩帧头开销。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims

1.一种对短消息通讯进行增强的方法，其特征在于，包括：

2.根据权利要求1所述对短消息通讯进行增强的方法，其特征在于，所述的扩展帧头中还包括：

标识转换协议的字段和标识服务协议的字段。

3.根据权利要求1或2所述对短消息通讯进行增强的方法，其特征在于，所述的步骤B具体包括：

4.根据权利要求3所述对短消息通讯进行增强的方法，其特征在于，所述的步骤B1具体包括：

5.根据权利要求3所述对短消息通讯进行增强的方法，其特征在于，所述的步骤B2具体包括：

6.根据权利要求5所述对短消息通讯进行增强的方法，其特征在于，所述的步骤B22还包括：

7.根据权利要求5所述对短消息通讯进行增强的方法，其特征在于，所述的步骤B22还包括：

8.根据权利要求2所述对短消息通讯进行增强的方法，其特征在于，所述的步骤B具体包括：

9.根据权利要求2所述对短消息通讯进行增强的方法，其特征在于，所述的步骤B具体包括：

10.根据权利要求9所述对短消息通讯进行增强的方法，其特征在于，所述的查询关键字和条件包括：

11.根据权利要求2所述对短消息通讯进行增强的方法，其特征在于，所述的步骤B具体包括：

12.根据权利要求2所述对短消息通讯进行增强的方法，其特征在于，所述的步骤B具体包括：

13.根据权利要求2所述对短消息通讯进行增强的方法，其特征在于，所述的步骤B具体包括：

14.根据权利要求1或2所述对短消息通讯进行增强的方法，其特征在于，所述的步骤B还包括：

短消息服务器接收到所述附加了扩展帧头的短消息后，分别按ASCII码和指定的编码方式解析扩展帧头的协议名称和版本号，如果ASCII码解析成功，则帧头的其它部分都按ASCII码进行解析，短消息的其余部分按指定的编码方式进行解析；否则，按指定的编码方式解析该短消息。