WO2011110122A2 - 短消息的处理方法、装置和系统 - Google Patents

短消息的处理方法、装置和系统 Download PDF

Info

Publication number
WO2011110122A2
WO2011110122A2 PCT/CN2011/073175 CN2011073175W WO2011110122A2 WO 2011110122 A2 WO2011110122 A2 WO 2011110122A2 CN 2011073175 W CN2011073175 W CN 2011073175W WO 2011110122 A2 WO2011110122 A2 WO 2011110122A2
Authority
WO
WIPO (PCT)
Prior art keywords
packet data
short message
long
processing
short
Prior art date
Application number
PCT/CN2011/073175
Other languages
English (en)
French (fr)
Other versions
WO2011110122A3 (zh
Inventor
李�杰
何超群
冯黎
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2011/073175 priority Critical patent/WO2011110122A2/zh
Priority to CN201180000404.5A priority patent/CN102172055B/zh
Publication of WO2011110122A2 publication Critical patent/WO2011110122A2/zh
Publication of WO2011110122A3 publication Critical patent/WO2011110122A3/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]

Definitions

  • the embodiments of the present invention relate to communication technologies, and in particular, to a method, an apparatus, and a system for processing short messages. Background technique
  • Short messages also known as short messages, short messages, short messages, etc.
  • SMPP Short Message Peer to Peer
  • the length of short messages that Chinese characters can support is 70 characters, which can be supported by pure English.
  • the length of the message is 160 characters.
  • the length and length of the message breaks the length limit of only 70 characters of Chinese characters and 160 characters of pure English. That is, most mobile phones can support the transmission and reception of long and short messages.
  • the service provider (Service Provider abbreviation: SP) sends the short message to the short message gateway in the form of packet data.
  • the short message gateway completes the necessary authentication process, according to the The logic of long and short message processing forwards the long and short messages to different external network elements for processing (for example, authentication, charging, security monitoring, etc.) in the form of packet data, and then receives the external network element to group data.
  • the processed long and short message returned by the mode, and finally the long and short message is delivered to the short message center in the form of packet data, and the received packet data is forwarded to the terminal by the short message center.
  • the inventor Since the terminal displays the short message in the order of the packet data of the received long and short message, the SP does not send the long message in the order of the packet data, or is externally When there is a time delay in the processing of the network element, the short message sent by the short message gateway to the short message center is not sent in the order of the packet data, so that the packet data of the long and short messages received by the terminal is disordered.
  • the long and short messages cannot be grouped normally, which causes the problem that the context message displayed on the terminal has a wrong context, and then the user is used. bring inconvenience. Summary of the invention
  • the embodiment of the invention provides a method, a device and a system for processing a short message, which solves the problem of how to avoid the disorder of the packet data of the long and short messages received by the terminal, and the technical problem that the long and short messages cannot be correctly grouped, and the terminal can be correctly implemented.
  • the order receives the packet data of the long and short messages, thereby effectively improving the convenience of the user.
  • An embodiment of the present invention provides a method for processing a short message, including:
  • the entire packet data is sequentially forwarded to the short message center in the order of all the packet data.
  • An embodiment of the present invention provides a short message processing apparatus, including:
  • a receiving module configured to receive a short message delivered by a service provider
  • a determining module configured to determine whether the short message is packet data of a long and short message
  • a storage module configured to: when the determining module determines that the short message is packet data of a long and short message, storing the packet data in an internal memory;
  • a forwarding module configured to: if the storage module stores all the packet data corresponding to the long and short messages, forward the entire packet data to the short message center in the order of all the packet data.
  • the embodiment of the invention provides a short message processing system, including a short message gateway and a short message center, wherein the short message gateway includes the short message processing device described above.
  • the method, device and system for processing a short message when receiving a short message delivered by a service provider, and determining that the short message is packet data of a long and short message, storing the packet data in a memory, And when all the packet data corresponding to the long and short message is stored, the whole is all
  • the packet data is sequentially forwarded to the short message center in the order of all the packet data, thereby realizing that the terminal can receive the packet data of the long and short messages in the correct order, thereby effectively improving the convenience of the user.
  • FIG. 1 is a flow chart of an embodiment of a method for processing a short message according to the present invention
  • FIG. 2 is a flow chart of another embodiment of a method for processing a short message according to the present invention.
  • FIG. 3 is a schematic structural diagram of an embodiment of a short message processing apparatus according to the present invention.
  • FIG. 4 is a schematic structural diagram of another embodiment of a short message processing apparatus according to the present invention.
  • FIG. 5 is a schematic structural diagram of an embodiment of a short message processing system according to the present invention. detailed description
  • FIG. 1 is a flowchart of an embodiment of a method for processing a short message according to the present invention. As shown in FIG. 1, the method in this embodiment includes:
  • Step 101 Receive a short message sent by the SP.
  • Step 102 Determine whether the short message is packet data of a long or short message. If it is determined that the short message is packet data of a long and short message, the packet data is stored in the memory.
  • the long and short messages may be distinguished based on the "esm-class" field in the Short Message Peer to Peer (SMPP) protocol.
  • Table 1 is the "esm-class" field in the SMPP protocol. Definition, as shown in Table 1,
  • the "User Date Header Indicator (UDHI)" bit is used to indicate whether the short message content has a header structure.
  • the first six bytes of the "UDHI” bit are specifically described as "0x05 0x00 0x03 OxRR OxTT 0xSS".
  • "0x05 0x00 0x03” indicates that the short message is a long and short message.
  • the short message can be judged as a short message by "0x05 0x00 0x03”.
  • "OxRR” indicates the number of packets of the long and short message
  • "OxSS” indicates that the long and short message packet data is the first packet data in the long and short message.
  • Step 103 If all the packet data corresponding to the long and short message is stored, the total number of packets is Forwarded to the short message center in the order of all packet data.
  • the short message gateway may buffer the packet data of the long and short message, and continue to receive and store other packet data of the long and short message, if the stored packet data is When the number is equal to the number of packets in the long and short messages, it means that all the packet data corresponding to the long and short messages are stored. For example: When “OxRR" is "0x02", if the number of stored packet data is 2, it means that all packet data corresponding to the long and short message is stored.
  • all the stored packet data may be sorted according to "OxSS" in each packet data, and all the packet data are sequentially forwarded in the sorted order, in other words, short.
  • the message gateway forwards the packet data of the short message to the short message center, the packet data is sequentially sent in the order of the packet data, thereby ensuring that the order of the packet data received by the short message center is also correct, thereby ensuring the short message center.
  • the order of the packet data sent to the terminal is also correct.
  • the short message delivered by the service provider, and determining that the short message is packet data of the long and short message, storing the packet data in the memory, and storing all the corresponding information of the long and short message
  • the entire packet data is sequentially forwarded to the short message center in the order of all the packet data, thereby realizing that the terminal can receive the packet data of the long and short messages in the correct order, thereby effectively improving the convenience of the user.
  • FIG. 2 is a flowchart of another embodiment of a method for processing a short message according to the present invention. As shown in FIG. 2, the method in this embodiment includes:
  • Step 201 Receive a short message sent by the SP.
  • Step 202 Determine whether the short message is packet data of a long or short message, and if yes, execute step 203; if not, execute step 209.
  • Step 203 Determine whether the destination address and the sequence number in the packet data are recorded in the memory. If not, execute step 204; if yes, execute step 210. Step 204: Using the destination address and the serial number as keywords, and obtaining a storage address of the packet data by using a hash function.
  • Step 205 Store the packet data into the storage address.
  • the hash-list algorithm may be used in the step 204 and the step 205, and the specific implementation manner may be: in the first-level hash storage structure, Using the destination address (for example: mobile phone number) and the serial number (which may also be referred to as the serial number of the long and short message) in the packet data as a key (key), and pre-allocating a storage space according to the hash-list algorithm
  • the storage space may also be referred to as a hash bucket, and then the key is converted into a storage location in the hash bucket through a hash function, and finally, the head pointer of the linked list (list) is inserted at the storage location (similar to The header in the singly linked list algorithm, and the tail pointer of the header is pointed to the storage address to which the content needs to be added, thereby inserting the packet data into the storage address.
  • Step 206 Determine whether the lower-level processing network element of the packet data is a short message center, and if yes, execute step 207; if not, execute step 211.
  • Step 207 Determine whether all the packet data corresponding to the long and short message is stored within a predetermined time. If yes, execute step 208; if not, perform step 213.
  • Step 208 The all packet data is sequentially forwarded to the short message center in the order of all the packet data, and the process ends.
  • Step 209 The short message is sent to the short message center, and the process ends.
  • Step 210 Store the packet data in a storage address corresponding to the destination address and the serial number, and execute step 206.
  • Step 211 Send the packet data to a lower-level processing network element of the packet data, and receive a response message returned by the lower-level processing network element.
  • Step 212 Determine whether the response message is a processing success message or a processing failure message. If the response message is a processing success message, perform step 207; if the response message is a processing failure message, perform step 213.
  • the short message processing apparatus may send the received packet data to the lower processing network.
  • the lower-level processing network element may perform processing such as authentication or charging on the packet data, and return a response message generated after processing such as authentication or charging to the short message processing device, and the short message processing device receives the response.
  • the response message is a processing success message (for example, an authentication success message)
  • step 207 is performed; if the response message is a processing failure message (for example, an authentication failure message), step 213 is performed.
  • Step 213 Delete the packet data stored in the storage address. End.
  • the short message delivered by the service provider by receiving the short message delivered by the service provider, and determining that the short message is packet data of the long and short message, and the destination address and the serial number of the packet data are not recorded in the memory, Obtaining a storage address of the packet data in the memory, and storing the packet data in the storage address; if the destination address and the serial number of the packet data are recorded in the memory, storing the packet data to the destination address and In the storage address corresponding to the serial number, and when all the packet data corresponding to the long message is stored, the entire packet data is sequentially forwarded to the short message center in the order of all the packet data, thereby realizing that the terminal can receive in the correct order. Packet data to long and short messages, which effectively improves the convenience of users.
  • FIG. 3 is a schematic structural diagram of an embodiment of a short message processing apparatus according to the present invention.
  • the apparatus of this embodiment may be disposed in a message gateway, and the apparatus includes: a receiving module 11, a determining module 12, and a storage module. 13 and forwarding module 14.
  • the receiving module 11 is configured to receive the short message sent by the SP
  • the determining module 12 is configured to determine whether the short message is the packet data of the long and short message.
  • the storage module 13 is configured to: if the determining module 12 determines that the short message is a long and short message When the packet data is stored, the packet data is stored in the memory; the forwarding module 14 is configured to forward all the packet data to the short message center in the order of all the packet data, if the storage module 13 stores all the packet data corresponding to the long and short messages. .
  • the short message processing apparatus of this embodiment may perform the technical solution of the method embodiment shown in FIG. 1 , and the implementation principles thereof are similar, and details are not described herein again.
  • the short message center is implemented, so that the terminal can receive the packet data of the long and short messages in the correct order, thereby effectively improving the convenience of the user.
  • the storage module 13 specifically includes: a determining unit 131, a storage address.
  • the obtaining unit 132 and the storage unit 133 wherein the determining unit 131 is configured to determine, if the short message is the packet data of the long and short message, whether the destination address and the serial number in the packet data are recorded in the memory;
  • the address obtaining unit 132 is configured to: if the determining unit 131 determines that the destination address and the serial number in the packet data are not recorded in the memory, use the destination address and the serial number as keywords, and obtain the packet data by using a hash function.
  • the storage address 133 is used to store the packet data in the storage address.
  • the storage unit 133 is further configured to: if the determining unit 131 determines that the destination address and the serial number in the packet data have a record in the memory, store the packet data in a storage address corresponding to the destination address and the serial number.
  • the apparatus may further include: a deleting module 15 configured to delete the packet data stored in the previous storage address if all the packet data corresponding to the long and short message is not stored in the storage address within a predetermined time.
  • the short message processing apparatus of this embodiment may perform the technical solution of the method embodiment shown in FIG. 2, and the implementation principles thereof are similar, and details are not described herein again.
  • FIG. 5 is a schematic structural diagram of an embodiment of a short message processing system according to the present invention.
  • the system in this embodiment includes: a short message gateway 21 and a short message center 22, wherein the short message gateway 21 includes the above figure. 3 or the processing device 211 of the short message shown in FIG. 4, and the processing device 211 of the short message performs the technical solution of the method embodiment shown in FIG. 1 or FIG. 2, and the implementation principle thereof is similar, and details are not described herein again.
  • the system of the present embodiment increases the ability of the short message gateway 21 to intelligently deliver packet data of long and short messages by using a processing device for setting a short message in the short message gateway 21, and solves the problem for all the networks connected to the short message gateway 21.
  • the effect of the delay caused by the element increases the successful display rate of the long message sent by the SP, that is, the terminal can receive the packet data of the long and short messages in the correct order, thereby effectively improving the convenience of the user.
  • the processing load of the short message gateway is effectively reduced, and the throughput capability of the short message gateway is improved.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Description

短消息的处理方法、 装置和系统
技术领域
本发明实施例涉及通信技术， 尤其涉及一种短消息的处理方法、 装置和 系统。 背景技术
短消息， 又称为短信， 短信息， 短讯等， 按照短消息点对点（Short Message Peer to Peer; 简称： SMPP ) 3.3协议规定， 汉字能支持的短信长度为 70个字符， 純英文能支持的短信长度为 160个字符。 但是， 这样会限制了基于短消息的各 种信息应用， 也影响了基于短消息的市场推广和信息发布效果， 因此， 超过最 大字数限制的短消息 （简称长短消息） 的应用就显得尤为重要。 目前， 长短消 息打破了只能支持 70个字符的汉字以及 160个字符的純英文的长度限制， 即目 前大部手机均可以支持长短消息的收发。 具体的， 服务提供商（ Service Provider 简称： SP ) 以分组数据的方式将长短消息下发给短消息网关， 短消息网关接收 到该长短消息后， 在做完必要的鉴权处理后， 根据该长短消息处理的逻辑， 将 此条长短消息以分组数据的方式转发到不同的外部网元进行处理（例如： 鉴权， 计费和安全监控等处理） ， 然后接收该外部网元以分组数据的方式返回的处理 后的长短消息， 最后将该长短消息以分组数据的方式投递到短消息中心， 由短 消息中心将接收的分组数据转发给终端。
发明人发现现有技术中至少存在如下问题： 由于终端显示短消息是按照接 收到的长短消息的分组数据的顺序进行显示， 因此， 当 SP不是按照分组数据顺 序进行下发长短消息， 或者在外部网元的处理上存在时延时， 均会导致短消息 网关下发给短消息中心的长短消息不是按照分组数据顺序进行下发的， 从而最 终使得终端接收到的长短消息的分组数据顺序错乱， 长短消息不能被正常拼组， 造成了在终端显示的长短消息存在上下文语境不对的问题， 进而给用户的使用 带来不便。 发明内容
本发明实施例提供一种短消息的处理方法、 装置和系统， 解决了如何避免 终端接收到的长短消息的分组数据顺序错乱， 长短消息不能被正常拼组的技术 问题， 实现了终端能够按照正确的顺序接收到长短消息的分组数据， 从而有效 的提高了用户使用的便捷性。
本发明实施例提供一种短消息的处理方法， 包括：
接收服务提供商下发的短消息；
判断所述短消息是否为长短消息的分组数据， 若判断出所述短消息是长短 消息的分组数据时， 则在内存中存储所述分组数据；
若存储了所述长短消息对应的全部分组数据时， 将所述全部分组数据按 照所述全部分组数据的顺序依次转发给短消息中心。
本发明实施例提供一种短消息处理装置， 包括：
接收模块， 用于接收服务提供商下发的短消息；
判断模块， 用于判断所述短消息是否为长短消息的分组数据；
存储模块 , 用于若所述判断模块判断出所述短消息是长短消息的分组数据 时， 则在内存中存储所述分组数据；
转发模块， 用于若所述存储模块存储了所述长短消息对应的全部分组数 据时， 将所述全部分组数据按照所述全部分组数据的顺序依次转发给短消息 中心。
本发明实施例提供一种短消息处理系统， 包括短消息网关和短消息中心， 其中， 所述短消息网关包括上述所述的短消息处理装置。
本发明实施例的短消息的处理方法、 装置和系统， 通过接收服务提供商 下发的短消息， 并在判断出该短消息是长短消息的分组数据时， 则在内存中 存储该分组数据， 并在存储了该长短消息对应的全部分组数据时， 将该全部 分组数据按照全部分组数据的顺序依次转发给短消息中心， 从而实现了终端 能够按照正确的顺序接收到长短消息的分组数据， 进而有效的提高了用户使 用的便捷性。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实施 例或现有技术描述中所需要使用的附图作一简单地介绍， 显而易见地， 下面描 述中的附图是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出 创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明短消息的处理方法的一个实施例的流程图；
图 2为本发明短消息的处理方法的另一个实施例的流程图；
图 3为本发明短消息处理装置的一个实施例的结构示意图；
图 4为本发明短消息处理装置的另一个实施例的结构示意图；
图 5为本发明短消息处理系统的一个实施例的结构示意图。 具体实施方式
为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发明 实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中 的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其 他实施例， 都属于本发明保护的范围。
图 1为本发明短消息的处理方法的一个实施例的流程图， 如图 1所示， 本 实施例的方法包括：
步骤 101、 接收 SP下发的短消息。
步骤 102、 判断短消息是否为长短消息的分组数据， 若判断出该短消息是长 短消息的分组数据时， 则在内存中存储该分组数据。 在本实施例中， 长短消息可以基于短消息点对点 （Short Message Peer to Peer; 简称： SMPP )协议中的 "esm— class" 字段来进行区分， 表一为 SMPP协 议中 "esm— class" 字段的定义， 如表一所示，
表一
Figure imgf000006_0001
"用户数据头标识 ( User Date Header Indicator; 简称： UDHI ) "位用于表示 短消息内容是否有头结构， 其中， 对于长短消息而言， "UDHI"位的前六个字节 内容具体描述为 "0x05 0x00 0x03 OxRR OxTT 0xSS"。 具体的， "0x05 0x00 0x03" 表示该短消息是长短消息， 换言之， 通过" 0x05 0x00 0x03"即可以判断出短消息 为长短消息。 "OxRR"表示该长短消息的分组数， "OxSS"表示该长短消息分组数 据在该长短消息中是第几个分组数据。 举例来说， 当" OxRR"为 "0x02" 时， 表 示该长短消息的分组数为 2,则说明该长短消息是由两个分组数据构成的，另夕卜， "OxSS"为 "0x01" 时， 表示该长短消息分组数据在该长短消息中是第 1 个分组 数据， "OxSS"为 "0x02" 时， 表示该长短消息分组数据在该长短消息中是第 2 个分组数据。
步骤 103、 若存储了该长短消息对应的全部分组数据时， 则将该全部分组数 据按照全部分组数据的顺序依次转发给短消息中心。
举例来说， 当" OxRR"为 "0x02" 时， 若存储地址中存储的分组数据的数量 为 2时， 即说明该存储地址中存储了该长短消息对应的全部分组数据。
在本实施例中， 当短消息网关接收到该长短消息的分组数据后， 可以对该 长短消息的分组数据进行緩存， 并继续接收并存储该长短消息的其他分组数据， 若存储的分组数据的数量等于长短消息中的分组数时， 则说明存储了该长短消 息对应的全部分组数据。 例如： 当" OxRR"为 "0x02" 时， 若存储的分组数据的 数量为 2时， 即说明存储了该长短消息对应的全部分组数据。
另外， 在存储了该长短消息对应的全部分组数据时， 可以根据每个分组数 据中的" OxSS"对存储的全部分组数据进行排序， 并按照排序后的顺序依次转发 全部分组数据， 换言之， 短消息网关在向短消息中心转发长短消息的分组数据 时， 是按照分组数据的先后顺序依次进行下发， 从而保证了短消息中心接收到 的分组数据的顺序也是正确的， 进而保证了短消息中心下发给终端的分组数据 的顺序也是正确的。
在本实施例中， 通过接收服务提供商下发的短消息， 并在判断出该短消息 是长短消息的分组数据， 则在内存中存储该分组数据， 并在存储了该长短消息 对应的全部分组数据时， 将该全部分组数据按照全部分组数据的顺序依次转发 给短消息中心， 从而实现了终端能够按照正确的顺序接收到长短消息的分组数 据， 进而有效的提高了用户使用的便捷性。
图 2为本发明短消息的处理方法的另一个实施例的流程图， 如图 2所示， 本实施例的方法包括：
步骤 201、 接收 SP下发的短消息。
步骤 202、 判断该短消息是否为长短消息的分组数据， 若是， 则执行步骤 203; 若不是， 则执行步骤 209。
步骤 203、判断分组数据中目的地址和序列号是否在内存中有记录，若没有， 则执行步骤 204; 若有， 则执行步骤 210。 步骤 204、 将目的地址和序列号作为关键字， 并通过散列函数， 获取该分组 数据的存储地址。
步骤 205、 将该分组数据存储到该存储地址中。
具体的，在本实施例中，步骤 204和步骤 205可以釆用哈希 -链表 ( hash-list ) 算法， 其具体的实现方式可以为： 在第一级的哈希（hash )存储结构中， 釆用该 分组数据中的目的地址（例如： 手机号码）和序列号 （也可以称之为该长短消 息的序列号）作为关键字 （key ) , 并根据 hash-list算法， 预先分配一个存储空 间， 其中， 该存储空间还可以称之为 hash桶， 然后通过散列函数， 将 key转换 为 hash桶中的一个存储位置， 最后， 在该存储位置上插入链表（list ) 的头指针 (类似于单链表算法中的表头） ， 并将表头的尾指针指向需要添加内容的存储 地址上， 从而将该分组数据插入到该存储地址上。
步骤 206、 判断该分组数据的下级处理网元是否为短消息中心， 若是， 则执 行步骤 207; 若不是， 则执行步骤 211。
步骤 207、 判断是否在预定的时间内存储了该长短消息对应的全部分组数 据， 若存储了， 则执行步骤 208; 若没有存储， 则执行步骤 213。
步骤 208、则将全部分组数据按照全部分组数据的顺序依次转发给短消息中 心， 结束。
步骤 209、 则将该短消息下发给短消息中心， 结束。
步骤 210、将该分组数据存储到与目的地址和序列号对应的存储地址中， 并 执行步骤 206。
步骤 211、发送该分组数据给分组数据的下级处理网元， 并接收下级处理网 元返回的应答消息；
步骤 212、 判断该应答消息是否为处理成功消息或者处理失败消息， 若该应 答消息为处理成功消息， 执行步骤 207; 若该应答消息为处理失败消息， 则执行 步骤 213。
在本实施例中， 短消息处理装置可以将接收的分组数据下发给下级处理网 元， 下级处理网元可以对该分组数据进行鉴权或者计费等处理， 并将鉴权或者 计费等处理后生成的应答消息返回给短消息处理装置， 短消息处理装置在接收 到该应答消息后， 若该应答消息为处理成功消息 （例如： 鉴权成功消息） ， 则 执行步骤 207; 若该应答消息为处理失败消息（例如： 鉴权失败消息） ， 则执行 步骤 213。
步骤 213、 删除之前该存储地址中存储的分组数据。 结束。
在本实施例中， 通过接收服务提供商下发的短消息， 并在判断出该短消息 是长短消息的分组数据， 且该分组数据的目的地址和序列号没有在内存中记录 过， 则在内存中获取该分组数据的存储地址， 并将该分组数据存储到该存储地 址中； 若该分组数据的目的地址和序列号在内存中记录过， 则将该分组数据存 储到与该目的地址和序列号对应的存储地址中， 并在存储了该长短消息对应的 全部分组数据时， 将该全部分组数据按照全部分组数据的顺序依次转发给短消 息中心， 从而实现了终端能够按照正确的顺序接收到长短消息的分组数据， 进 而有效的提高了用户使用的便捷性。
图 3为本发明短消息处理装置的一个实施例的结构示意图， 如图 3所示， 本实施例的装置可以设置在消息网关中， 且该装置包括： 接收模块 11、 判断模 块 12、 存储模块 13和转发模块 14。 其中， 接收模块 11用于接收 SP下发的短 消息； 判断模块 12用于判断该短消息是否为长短消息的分组数据； 存储模块 13 用于若该判断模块 12判断出该短消息是长短消息的分组数据时， 则在内存中存 储该分组数据； 转发模块 14用于若存储模块 13存储了长短消息对应的全部分 组数据时， 将全部分组数据按照全部分组数据的顺序依次转发给短消息中心。
本实施例的短消息处理装置可以执行图 1 所示的方法实施例的技术方案， 其实现原理相类似， 此处不再赘述。
在本实施例中， 通过接收服务提供商下发的短消息， 并在判断出该短消息 是长短消息的分组数据， 则在内存中存储该分组数据， 并在存储了该长短消息 对应的全部分组数据时， 将该全部分组数据按照全部分组数据的顺序依次转发 给短消息中心， 从而实现了终端能够按照正确的顺序接收到长短消息的分组数 据， 进而有效的提高了用户使用的便捷性。
图 4为本发明短消息处理装置的另一个实施例的结构示意图， 如图 4所示， 在上述图 3所示的实施例的基础上， 该存储模块 13具体包括： 判断单元 131、 存储地址获取单元 132和存储单元 133 , 其中， 判断单元 131用于若判断模块 12判断出短消息是长短消息的分组数据时， 则判断分组数据中的目的地址和序 列号是否在内存中有记录； 存储地址获取单元 132用于若判断单元 131判断出 分组数据中的目的地址和序列号没有在内存中有记录， 则将目的地址和序列号 作为关键字， 并通过散列函数， 获取该分组数据的存储地址； 存储单元 133 用 于将该分组数据存储到存储地址中。
进一步的， 存储单元 133还用于若判断单元 131判断出分组数据中的目的 地址和序列号在内存中有记录， 则将该分组数据存储到与目的地址和序列号对 应的存储地址中。
更进一步的， 该装置还可以包括： 删除模块 15 , 用于若在预定时间内在存 储地址中没有存储到长短消息对应的全部分组数据， 则删除之前存储地址中存 储的分组数据。
本实施例的短消息处理装置可以执行图 2所示的方法实施例的技术方案， 其实现原理相类似， 此处不再赘述。
在本实施例中， 通过接收服务提供商下发的短消息， 并在判断出该短消息 是长短消息的分组数据， 且该分组数据的目的地址和序列号没有在内存中记录 过， 则在内存中获取该分组数据的存储地址， 并将该分组数据存储到该存储地 址中； 若该分组数据的目的地址和序列号在内存中记录过， 则将该分组数据存 储到与该目的地址和序列号对应的存储地址中， 并在存储了该长短消息对应的 全部分组数据时， 将该全部分组数据按照全部分组数据的顺序依次转发给短消 息中心， 从而实现了终端能够按照正确的顺序接收到长短消息的分组数据， 进 而有效的提高了用户使用的便捷性。 图 5为本发明短消息处理系统的一个实施例的结构示意图， 如图 5所示， 本实施例的系统包括： 短消息网关 21 和短消息中心 22, 其中， 该短消息网关 21 包括上述图 3或图 4所示的短消息的处理装置 211 , 且该短消息的处理装置 211执行上述图 1或图 2所示方法实施例的技术方案， 其实现原理相类似， 此处 不再赘述。
本实施了的系统通过在短消息网关 21中设置了短消息的处理装置， 从而增 加了短消息网关 21智能下发长短消息的分组数据的能力， 解决了对所有连接该 短消息网关 21的网元造成时延而带来的影响， 提升了 SP下发长短消息的成功 显示率， 即实现了终端能够按照正确的顺序接收到长短消息的分组数据， 从而 有效的提高了用户使用的便捷性。 另外， 还有效地减少了短消息网关的处理负 荷， 提高了短消息网关的吞吐能力。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤可 以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读取存 储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的存储 介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其 限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术 人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或 者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技 术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权 利 要 求
1、 一种短消息的处理方法， 其特征在于， 包括：
接收服务提供商下发的短消息；
判断所述短消息是否为长短消息的分组数据， 若判断出所述短消息是长短 消息的分组数据时， 则在内存中存储所述分组数据；
若存储了所述长短消息对应的全部分组数据时， 将所述全部分组数据按照 所述全部分组数据的顺序依次转发给短消息中心。
2、根据权利要求 1所述的短消息的处理方法， 其特征在于， 所述若判断出 所述短消息是长短消息的分组数据时， 则在内存中存储所述分组数据， 包括： 若判断出所述短消息是长短消息的分组数据时， 则判断所述分组数据中的 目的地址和序列号是否在内存中有记录；
若判断出所述分组数据中的目的地址和序列号没有在内存中有记录， 则将 所述目的地址和序列号作为关键字， 并通过散列函数， 获取所述分组数据的存 储地址；
将所述分组数据存储到所述存储地址中。
3、 根据权利要求 2所述的短消息的处理方法， 其特征在于， 还包括： 若判断出所述分组数据中的目的地址和序列号在内存中有记录， 则将所述 分组数据存储到与所述目的地址和序列号对应的存储地址中。
4、 根据权利要求 2或 3所述的短消息的处理方法， 其特征在于， 还包括： 若在预定时间内在所述存储地址中没有存储到所述长短消息对应的全部分 组数据， 则删除之前所述存储地址中存储的分组数据。
5、 根据权利要求 2或 3所述的短消息的处理方法， 其特征在于， 还包括： 判断所述分组数据的下级处理网元是否为短消息中心，若不是短消息中心， 则发送所述分组数据给分组数据的下级处理网元；
若接收到所述下级处理网元返回的应答消息为鉴权失败消息， 则删除之前 所述存储地址中存储的分组数据。
6、 一种短消息的处理装置， 其特征在于， 包括：
接收模块， 用于接收服务提供商下发的短消息；
判断模块， 用于判断所述短消息是否为长短消息的分组数据；
存储模块， 用于若所述判断模块判断出所述短消息是长短消息的分组数据 时， 则在内存中存储所述分组数据；
转发模块， 用于若所述存储模块存储了所述长短消息对应的全部分组数据 时，将所述全部分组数据按照所述全部分组数据的顺序依次转发给短消息中心。
7、根据权利要求 6所述的短消息的处理装置， 其特征在于， 所述存储模块 包括：
判断单元， 用于若所述判断模块判断出所述短消息是长短消息的分组数据 时， 则判断所述分组数据中的目的地址和序列号是否在内存中有记录；
存储地址获取单元， 用于若所述判断单元判断出所述分组数据中的目的地 址和序列号没有在内存中有记录， 则将所述目的地址和序列号作为关键字， 并 通过散列函数， 获取所述分组数据的存储地址；
存储单元， 用于将所述分组数据存储到所述存储地址中。
8、根据权利要求 7所述的短消息的处理装置， 其特征在于， 所述存储单元 还用于若所述判断单元判断出所述分组数据中的目的地址和序列号在内存中有 记录， 则将所述分组数据存储到与所述目的地址和序列号对应的存储地址中。
9、 根据权利要求 7或 8所述的短消息的处理装置， 其特征在于， 还包括： 删除模块， 用于若在预定时间内在所述存储地址中没有存储到所述长短消息对 应的全部分组数据， 则删除之前所述存储地址中存储的分组数据。
10、一种短消息处理系统，其特征在于， 包括短消息网关和短消息中心， 其中，所述短消息网关包括如权利要求 6至 9任一项所述的短消息的处理装 置。
PCT/CN2011/073175 2011-04-22 2011-04-22 短消息的处理方法、装置和系统 WO2011110122A2 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2011/073175 WO2011110122A2 (zh) 2011-04-22 2011-04-22 短消息的处理方法、装置和系统
CN201180000404.5A CN102172055B (zh) 2011-04-22 2011-04-22 短消息的处理方法、装置和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/073175 WO2011110122A2 (zh) 2011-04-22 2011-04-22 短消息的处理方法、装置和系统

Publications (2)

Publication Number Publication Date
WO2011110122A2 true WO2011110122A2 (zh) 2011-09-15
WO2011110122A3 WO2011110122A3 (zh) 2012-04-19

Family

ID=44491722

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/073175 WO2011110122A2 (zh) 2011-04-22 2011-04-22 短消息的处理方法、装置和系统

Country Status (2)

Country Link
CN (1) CN102172055B (zh)
WO (1) WO2011110122A2 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106686560A (zh) * 2015-11-11 2017-05-17 中兴通讯股份有限公司 一种串接长消息的处理方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222700A (zh) * 2007-01-12 2008-07-16 上海晨兴电子科技有限公司 一种接收处理与操作处理长短消息存储的方法
CN101404797A (zh) * 2008-11-07 2009-04-08 中兴通讯股份有限公司 长短消息的存储方法、存储管理装置以及存储系统
CN101534347A (zh) * 2009-04-07 2009-09-16 中兴通讯股份有限公司 一种存储信息的方法及一种移动终端智能卡
CN101651934A (zh) * 2009-09-04 2010-02-17 中兴通讯股份有限公司 一种实现长短信过滤的方法和系统
CN101695154A (zh) * 2009-10-27 2010-04-14 青岛海信移动通信技术股份有限公司 短信处理方法及短信处理装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222700A (zh) * 2007-01-12 2008-07-16 上海晨兴电子科技有限公司 一种接收处理与操作处理长短消息存储的方法
CN101404797A (zh) * 2008-11-07 2009-04-08 中兴通讯股份有限公司 长短消息的存储方法、存储管理装置以及存储系统
CN101534347A (zh) * 2009-04-07 2009-09-16 中兴通讯股份有限公司 一种存储信息的方法及一种移动终端智能卡
CN101651934A (zh) * 2009-09-04 2010-02-17 中兴通讯股份有限公司 一种实现长短信过滤的方法和系统
CN101695154A (zh) * 2009-10-27 2010-04-14 青岛海信移动通信技术股份有限公司 短信处理方法及短信处理装置

Also Published As

Publication number Publication date
WO2011110122A3 (zh) 2012-04-19
CN102172055B (zh) 2013-08-07
CN102172055A (zh) 2011-08-31

Similar Documents

Publication Publication Date Title
JP5823077B2 (ja) 効率のよいサービス発見のための方法、装置、およびコンピュータプログラム
KR20120049402A (ko) 피어 투 피어 네트워킹 디바이스를 위한 효율적인 서비스 검색
TWI531919B (zh) 文檔收發系統和方法及其文檔收發裝置
WO2010031329A1 (zh) 一种即时消息收发的方法、系统和设备
WO2011137783A1 (zh) 一种数据处理方法、装置和系统
EP1804432A1 (en) A method for limiting the forwarding times of the multimedia message for the multimedia messaging service center mmsc and a system thereof
WO2014183267A1 (zh) 消息发送方法、消息阅读通知方法、消息接收方法及装置
WO2012059047A1 (zh) 一种快速添加收件人的方法、装置及移动终端
WO2016173155A1 (zh) 一种tcp ack报文处理方法及装置
WO2017148419A1 (zh) 数据传输方法及服务器
CN106817689B (zh) 一种高可靠性的数据订阅及发布方法及系统
WO2018133172A1 (zh) 数据传输方法、装置、发送端、接收端及系统
WO2006045253A1 (fr) Procede de traitement d'une demande de service a valeur ajoutee
US20090150506A1 (en) System, method and device for implementing email notification
WO2011113392A2 (zh) 一种短信处理方法、相关设备及系统
WO2011143968A1 (zh) 拥塞控制信息的通知方法和系统
WO2009121285A1 (zh) 短消息处理及分析的方法和系统
US8200278B2 (en) Adding SMS as a transport type for an enterprise service bus
US11165688B2 (en) Reformatting message content upon detecting transmission failure
WO2011110122A2 (zh) 短消息的处理方法、装置和系统
WO2011140801A1 (zh) 一种发送彩信的方法，装置和系统
WO2013185682A1 (zh) 彩信发送、接收方法及系统
CN101156400B (zh) 一种在多媒体消息业务中处理消息的方法和系统
WO2012174823A1 (zh) 一种短信处理方法、装置及系统
WO2010009666A1 (zh) 多媒体业务的实现方法、系统和装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180000404.5

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11752865

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11752865

Country of ref document: EP

Kind code of ref document: A2