WO2014067322A1 - 消息发送方法及装置 - Google Patents
消息发送方法及装置 Download PDFInfo
- Publication number
- WO2014067322A1 WO2014067322A1 PCT/CN2013/081779 CN2013081779W WO2014067322A1 WO 2014067322 A1 WO2014067322 A1 WO 2014067322A1 CN 2013081779 W CN2013081779 W CN 2013081779W WO 2014067322 A1 WO2014067322 A1 WO 2014067322A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- value
- traffic
- message
- current period
- push message
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
Definitions
- the present invention relates to the field of communications, and in particular to a message sending method and apparatus.
- WAP Wireless Application Protocol
- a proxy gateway (PUSH proxy gateway, PPG for short) is an agent used to send push messages to a short message center.
- TPS Transaction Per Second
- TPS Transaction Per Second
- the ability of the PPG to send PUSH messages and the processing power of the SMS center are often different, that is, the maximum TPS that the PPG and the SMS center can handle.
- the data is prevented from being lost due to excessive traffic.
- the traditional flow control method generally sets a TPS threshold, and only allows data transmission that does not exceed the TPS, and data that exceeds the TPS is discarded. This kind of flow control is rather rude, and the discarded data is no longer sent to the user, and the service is less sensitive.
- a method for sending a message comprising: determining, according to at least a traffic threshold, whether a push message sent to a short message center needs to be cached in a current period, and The cached message to be cached is cached, wherein the cache is in a first-in-first-out manner; the cached push message is sent in the next cycle of the current cycle. If the push message of the cached message in the previous period is sent in the current period, and the traffic value of the push message sent in the current period is less than the traffic threshold, the current period is sent to the short message center in the current period. The obtained push message; otherwise, the push message obtained in the current period is cached.
- Caching the push messages that need to be cached includes: For the above-mentioned push messages that need to be cached, cached at the end of the cached message queue.
- the above method further includes: receiving a response sent by the short message center, where the response is used to indicate at least one of: for indicating to adjust the traffic threshold, and for indicating to ignore the traffic threshold to send a push to the short message center
- the message is used to instruct to stop sending a push message to the above SMS center.
- the method further includes: adjusting the traffic threshold according to the response.
- the adjusting the traffic threshold according to the foregoing response includes: calculating a traffic value of the pre-transmitted push message in the current period; determining whether a traffic value of the push message sent in a previous cycle of the current cycle is less than a minimum traffic gate If yes, comparing the remaining flow value in the previous cycle with the pre-sent flow value in the current cycle, determining the maximum value of the remaining flow value in the previous cycle and the pre-transmission magnitude in the current cycle; Comparing the maximum value and the minimum flow threshold value, determining a minimum value of the maximum value and the minimum flow threshold, which is an allowable flow threshold in the current period; if not, comparing the current period
- the pre-transmitted traffic value and the minimum traffic threshold are determined, and the minimum value of the pre-transmitted traffic value and the minimum traffic threshold in the current cycle is determined as the allowed traffic threshold in the current cycle.
- a message transmitting apparatus comprising: a cache determining module, configured to determine, according to at least a traffic threshold, whether a push message sent to a short message center needs to be cached in a current period a cache module, configured to cache the push message that needs to be cached when the cache determining module determines that the cache is needed, wherein the cache is in a first-in-first-out manner; and the sending module is set to be next in the current cycle.
- the cached push message is sent during the period.
- the cache module includes: a cache unit, configured to cache the push message that needs to be cached at the end of the cache message queue.
- the device further includes: a response receiving module, configured to receive a response sent by the short message center, where the response is used to indicate at least one of: for indicating to adjust the traffic threshold, and for indicating to ignore the traffic threshold Sending a push message to the short message center to stop sending a push message to the short message center.
- the device further includes: an adjusting module, configured to adjust the traffic threshold according to the response.
- the adjusting module includes: a calculating unit, configured to calculate a traffic value for pre-sending the push message in the current period; and a determining unit, configured to determine whether a flow value of the push message sent in a previous period of the current period is less than a minimum value
- the first threshold determining unit is configured to compare the remaining flow rate value in the previous period with the pre-sent flow rate value in the current period, and determine the previous one when the determination result of the determining unit is yes.
- the second threshold determining unit is configured to compare the pre-transmitted traffic value and the minimum traffic threshold in the current period when the determining result of the determining unit is negative, Determining the pre-transmitted traffic value in the current period and the minimum traffic threshold The minimum value, is within said permissible current flow period threshold value.
- the traffic threshold it is determined whether the push message sent to the short message center needs to be cached in the current period, and the push message that needs to be cached is cached, wherein the cache is in a first-in-first-out manner;
- the buffered push message is sent in the next cycle of the current period, which solves the problem that the transmission efficiency of the PUSH message in the related art is low, so that the TPS can be stably delivered, and the message can be cached when the TPS is relatively high. , then send when TPS is low. It ensures that the data transmission between the PPG and the SMS center can be transmitted smoothly, preventing the data from being lost due to excessive traffic, and improving user experience.
- FIG. 1 is a flowchart of a message transmitting method according to an embodiment of the present invention
- FIG. 2 is a block diagram showing a structure of a message transmitting apparatus according to an embodiment of the present invention
- FIG. 3 is a message transmitting apparatus according to an embodiment of the present invention.
- 1 is a block diagram of a second specific structure of a message transmitting apparatus according to an embodiment of the present invention
- FIG. 5 is a schematic structural diagram of a window-based flow control system according to an embodiment of the present invention.
- Flowchart of the flow control method of the embodiment of the present invention is a flow chart of the second loop control of the cache flow control thread according to an embodiment of the present invention.
- BEST MODE FOR CARRYING OUT THE INVENTION will be described in detail with reference to the accompanying drawings. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. In the related art, the maximum TPS that can be processed by the PPG and the short message center is different.
- FIG. 1 is a flowchart of a method for sending a message according to an embodiment of the present invention. As shown in FIG.
- the method includes the following steps (step S102 - step S104 ): Step S102 , determining, according to at least a flow threshold, a current period Whether the push message sent to the short message center needs to be cached, and the push message to be cached is cached, wherein the cache is in a first-in-first-out manner; in step S104, the cache push is performed in the next cycle of the current cycle. The message is sent.
- the PPG determines, according to the traffic threshold, whether the push message sent to the short message center needs to be cached in the current period, and caches the push message that needs to be cached, where the cache is in a first-in-first-out manner.
- the PPG sends the cached push message in the next cycle of the current period, which solves the problem that the transmission efficiency of the PUSH message in the related art is low, so that the TPS can be stably delivered, and the TPS can be relatively high. Cache messages, then send when TPS is low. It ensures that the data transmission between the PPG and the SMS center can be transmitted smoothly, preventing the data from being lost due to excessive traffic, and improving user experience.
- the push message of the previous period buffer is sent in the current period, and the traffic value of the sent push message in the current period is less than the flow threshold, then in the current period, The short message center sends the push message obtained in the current period; otherwise, it caches the push message obtained in the current period.
- the push message is cached in a first-in-first-out manner. Therefore, the present embodiment provides a preferred embodiment, that is, the push message cached at the end of the cache message queue is cached. In this way, when the PPG sends the cached push message, the push message first located in the cache message queue is sent first.
- the method for sending a message further includes: receiving a response sent by the short message center, where the response is used to indicate at least one of: for indicating an adjusted traffic threshold, and for indicating that the traffic is ignored.
- the threshold value sends a push message to the short message center, and is used to instruct to stop sending the push message to the short message center.
- the SMS center can send a response to the PPG, instructing the PPG to ignore the traffic threshold and send a push message to the SMS center; there is no traffic in the SMS center to receive the push message.
- the short message center can send a response to the PPG, instructing the PPG to stop sending push messages to the short message center.
- the PPG and the short message center can adjust the traffic threshold value according to the actual situation, or adjust the sending manner of the push message, etc., thereby improving the sending success rate of the push message, avoiding data waste, and improving the user experience. .
- the PPG adjusts the traffic threshold according to the response.
- the specific adjustment manner can be implemented by the following preferred implementation manners: First, the PPG calculates the traffic value of the pre-sent push message in the current period; then, the PPG determines whether the traffic value of the sent push message sent in the previous period of the current period is less than the minimum traffic.
- Threshold value If yes, compare the remaining flow value in the previous cycle with the pre-sent flow value in the current cycle, and determine the maximum value of the remaining flow value in the previous cycle and the pre-transmission amount in the current cycle; compare the maximum value with the minimum flow
- the size of the threshold, the minimum value of the maximum value and the minimum flow threshold, which is the allowable flow threshold in the current period; if not, the comparison between the pre-sent flow value and the minimum flow threshold in the current period Determine the minimum of the pre-sent flow value and the minimum flow threshold in the current period, which is the allowable flow threshold in the current period.
- the cycle time is generally 1 second for the current period, the previous period, or the next period.
- FIG. 2 is a structural block diagram of a message sending apparatus according to an embodiment of the present invention. As shown in FIG. 2, the apparatus includes: a cache determining module 10, a cache module 20, and a sending module 30. The structure will be specifically described below.
- the cache determining module 10 is configured to determine, according to at least the traffic threshold, whether the push message sent to the short message center needs to be cached in the current period; the cache module 20 is connected to the cache determining module 10, and is configured to be in the cache determining module 10, if it is determined that the cache is needed, the push message that needs to be cached is cached, wherein the cache is in a first-in-first-out manner; the sending module 30 is connected to the cache module 20, and is set to be in the next cycle of the current period. The cached push message is sent.
- the cache determining module 10 determines, according to the traffic threshold, whether to need to cache the push message sent to the short message center in the current period, and then the cache module 20 caches the push message that needs to be cached, where the cache is cached.
- the sending module 30 sends the buffered push message to the PPG in the next cycle of the current period, which solves the problem that the transmission efficiency of the PUSH message in the related art is low, so that the TPS can be stably sent.
- the message can be cached when the TPS is high, and then sent when the TPS is low. It ensures that the data transmission between the PPG and the SMS center can be transmitted smoothly, preventing the data from being lost due to excessive traffic, and improving user experience.
- the present embodiment provides a preferred implementation manner, that is, the cache module 20 includes: a cache unit, configured to push the cache that needs to be cached. The message is cached at the end of the cached message queue.
- FIG. 3 is a block diagram of a first specific structure of a message sending apparatus according to an embodiment of the present invention.
- the apparatus includes: in response to the modules shown in FIG. 2, a response receiving module 40, The sending module 30 is configured to receive the response sent by the short message center, where the response is used to indicate at least one of the following: used to indicate that the traffic threshold is adjusted, and is used to indicate that the traffic threshold is ignored to the SMS center.
- the SMS center can send a response to the PPG, instructing the PPG to ignore the traffic threshold and send a push message to the SMS center; there is no traffic in the SMS center to receive the push message.
- the short message center can send a response to the PPG, instructing the PPG to stop sending push messages to the short message center.
- the PPG and the short message center can adjust the traffic threshold value according to the actual situation, or adjust the sending manner of the push message, etc., thereby improving the sending success rate of the push message, avoiding data waste, and improving the user experience. .
- the device is In addition to the various modules shown in FIG. 2, the method further includes: an adjustment module 50 coupled to the response receiving module 40, configured to adjust the flow threshold according to the response.
- the adjustment module 50 includes: a calculation unit configured to calculate a flow value of a pre-sent push message in a current period; And determining whether the flow value of the pushed message sent in the previous period of the current period is less than the minimum flow threshold; the first determining unit is configured to compare the previous one when the judgment result of the determining unit is yes The remaining flow value in the period and the pre-sent flow value in the current period, determine the maximum value of the remaining flow value in the previous period and the pre-transmission value in the current period; compare the maximum value and the minimum flow threshold value, determine The minimum value of the maximum value and the minimum flow threshold is the allowable flow threshold in the current period; and the second determining unit is configured to compare the pre-issue in the current period when the judgment result of the determining unit is negative.
- FIG. 5 is a schematic structural diagram of a window-based flow control system according to an embodiment of the present invention. As shown in FIG. 5, the system includes: a push initiation module, a PPG module, a short message center, and terminal. The various components of the above window-based flow control system are described below.
- the push initiating module is set to send push messages.
- the function of the PPG module is the same as that of the message sending device introduced in the above embodiment.
- the PPG module includes:
- the PUSH message codec thread is configured to receive and parse the push message, obtain the push message content, and perform the bearer network type encoding on the corresponding push content according to the bearer network type.
- the Cache Flow Control (CACHE) thread has the same function as that of the adjustment module 50 in the above embodiment, and is used for performing flow control on the delivery of the PUSH message according to the TPS window set in advance. It is used to receive a PUSH message to be sent after the PUSH message codec thread finishes processing.
- the thread sets a second timer from the time of starting. When the timer arrives every second, it calculates how many TPSs can be sent at the beginning of the second; if the TPS has been sent less than the minimum TPS threshold in the last second, the idle can be sent first.
- the maximum value of the TPS and the remaining TPS in the last second, and the value is compared with the threshold of the minimum TPS, taking a small value; if the TPS that has been sent in the last second is greater than the minimum threshold, the minimum threshold is obtained and can be sent.
- the small value of the TPS; the calculated TPS is sent from the beginning of the cached message queue.
- the cached traffic control thread receives the response from the SMS center, determines whether there is a cached message in the cache queue, and if the TPS sent in the current second does not exceed the maximum TPS threshold, the message is sent directly from the beginning of the cache queue. After knowing the TPS threshold of the SMS center, the TPS value can be effectively controlled.
- the TPS is sent to the cache when the TPS is sent.
- the TPS is lowered, the message is sent.
- Table 1 Table 1
- FIG. 6 is a flowchart of a flow control method according to an embodiment of the present invention. As shown in FIG. 6, the method includes the following steps (step S602 - step S610): Step S602: The push initiating module sends a PUSH message to the PPG module.
- Step S604 the PPG module sends the PUSH message to the cache flow control thread through processing. Specifically, the PPG module performs a decoding and encoding process on the PUSH message to form a PUSH message that is actually sent to the short message center, and sends the PUSH message to the buffer flow control thread.
- Step S606 the cache flow control thread determines whether the current transmission condition is met, that is, whether there is an idle TPS that can be sent, and there is no data in the cached message queue, and the TPS that has been sent in the second seconds is lower than the maximum TPS threshold, if the In the above request, step S610 is performed. Otherwise, step S608 is performed.
- the idle TPS can be sent, that is, the maximum TPS of the last second is not sent, and the remaining TPS can be sent.
- the TPS that has been sent in the above-mentioned seconds is lower than the maximum TPS threshold. It means that the number of TPS sent is lower than the TPS threshold when the current period starts to count until the current new PUSH message is received.
- the maximum TPS described above is a traffic threshold set in advance according to the performance indicator of the short message center. For example, if the TPS threshold is 10TPS and the maximum TPS threshold is 50TPS, if the TPS sent in the last second is 30TPS and there is no cached message in the cached message queue, 10TPS has been sent in this second.
- Step S608 after determining that the sending condition is not satisfied, saving the PUSH message to the end of the cache message queue.
- Step S610 after determining that the sending condition is met, sending the PUSH message directly to the short message center.
- Step S702 setting a cache flow control thread start time A fixed-second cycle timer.
- Step S704 the timer calculates the number of messages that can be sent at the beginning of one second, and determines whether the PUSH message can be sent. If yes, step S708 is performed, and if no, step S706 is performed.
- step S706 is performed.
- the timer arrives, calculate how many TPSs can be sent at the beginning of the second. If the TPS has been sent less than the minimum TPS threshold in the last second, first take the maximum value of the idle TPS and the remaining TPS of the last second, and then take the value and compare it with the minimum TPS threshold to take a small value.
- the minimum threshold and the small value of the transmittable TPS are taken.
- the calculated TPS is sent from the beginning of the cached message queue for transmission. Take the window value of TPS, the minimum TPS threshold is 10TPS, and the maximum TPS threshold is 50TPS. If the TPS that has been sent in the last second is 6TPS lower than 10TPS, and 30TPS is not sent, calculate min (10, Max (10-6, 30)), 10TPS can be sent at the beginning of this second. Step S706, the PUSH message is not sent. Step S708, the number of messages that can be sent is calculated from the cache message queue header, and the PUSH message is sent.
- the present invention can stably transmit the TPS, and can cache messages when the TPS is relatively high, and then retransmit when the TPS is low.
- the TPS delivered by the PUSH is adjusted to achieve the purpose of flow control.
- This application can adjust the TPS according to the response speed of the receiving end, which is very suitable for the actual situation on site. It ensures that the data transmission between the PPG and the SMS center can be transmitted smoothly, preventing the data from being lost due to excessive traffic, and improving user experience.
- modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. Perform the steps shown or described, or separate them into individual integrated circuit modules, or Multiple of these modules or steps are fabricated as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.
- the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种消息发送方法及装置。其中，该方法包括：至少根据流量门限值，确定在当前周期内是否需要对发送给短信中心的推送消息进行缓存，并对需要缓存的推送消息进行缓存，其中，上述缓存采用先进先出的方式；在上述当前周期的下一个周期内对缓存的推送消息进行发送。通过本发明，解决了相关技术中PUSH消息的发送效率较低的问题，从而能够将TPS稳定下发，在TPS比较高的情况下可以缓存消息，在TPS低时再发送。保证了PPG和短信中心之间的数据传递能够平稳的传送，防止流量过大导致数据丢失，提高了用户感受度。
Description
消息发送方法及装置 技术领域 本发明涉及通信领域， 具体而言， 涉及一种消息发送方法及装置。 背景技术 随着移动通信技术的发展， 使用无线应用协议 （Wireless Application Protocol, 简 称为 WAP) 的终端日益普遍。 服务信息或推入信息 （WAP PUSH) 技术是一种基于客 户服务器机制、 由服务器主动将信息发往客户端的技术， 其传送的信息通常是用户事 先预订的。 代理网关 （PUSH proxy gateway, 简称为 PPG) 是用于发送推送消息给短信中心 的代理。 TPS (Transaction Per Second) 是每秒事务处理量， 是一种性能测试的术语， 用于表示每秒钟系统能够处理的交易或事务的数量。 它是衡量系统处理能力的重要指 标。 PPG发送 PUSH消息的能力和短信中心的处理能力经常是有差别的， 即 PPG和短 信中心各自能够处理的最大 TPS不同。为了保证 PPG和短信中心之间的数据传递能够 平稳的进行， 防止流量过大导致数据丢失， 在 PPG下发 PUSH消息给短信中心时进行 了流量控制。 传统的流量控制方法一般是设定某个 TPS阈值，只允许不超过该 TPS的数据传输， 超过 TPS的数据被丢弃。 这种流量控制比较粗暴， 丢弃的数据不再发给用户， 服务的 感受性比较差。 改进一些的流量控制方法， 一般将所有的请求都放置到缓存中， 按照 设定的 TPS发送， 但此时需要控制上游的数据传送速度， 并且将所有请求都放置到缓 存中的方式， 使得 PUSH消息的发送效率较低。 针对相关技术中 PUSH消息的发送效率较低的问题， 目前尚未提出有效的解决方 案。 发明内容 针对相关技术中 PUSH消息的发送效率较低的问题， 本发明提供了一种消息发送 方法及装置， 以至少解决上述问题。 根据本发明的一个方面， 提供了一种消息发送方法， 该方法包括： 至少根据流量 门限值， 确定在当前周期内是否需要对发送给短信中心的推送消息进行缓存， 并对需
要缓存的推送消息进行缓存， 其中， 上述缓存采用先进先出的方式； 在上述当前周期 的下一个周期内对缓存的推送消息进行发送。 如果在上述当前周期内将上一周期缓存的推送消息发送完毕， 并且在上述当前周 期内已发送的推送消息的流量值小于上述流量门限值， 则在当前周期内向上述短信中 心发送当前周期内获得的推送消息； 否则， 缓存上述当前周期内获得的推送消息。 对需要缓存的推送消息进行缓存包括： 对于上述需要缓存的推送消息缓存在缓存 消息队列的最后。 上述方法还包括： 接收上述短信中心发送的响应， 其中， 上述响应用于指示以下 至少之一： 用于指示调整上述流量门限值、 用于指示忽略上述流量门限值向上述短信 中心发送推送消息、 用于指示停止向上述短信中心发送推送消息。 如果上述响应用于指示调整上述流量门限值，接收上述短信中心发送的响应之后， 上述方法还包括： 根据上述响应对上述流量门限值进行调整。 根据上述响应对上述流量门限值进行调整包括： 计算上述当前周期内预发送上述 推送消息的流量值； 判断上述当前周期的上一个周期内已发送的上述推送消息的流量 值是否小于最小流量门限值； 如果是， 比较上述上一个周期内剩余流量值与上述当前 周期内预发送流量值的大小， 确定上述上一个周期内剩余流量值与上述当前周期内预 发送量值中的最大值； 比较上述最大值与上述最小流量门限值的大小， 确定上述最大 值与上述最小流量门限值中的最小值， 为上述当前周期内允许的流量门限值； 如果否， 比较上述当前周期内预发送流量值与上述最小流量门限值的大小， 确定上述当前周期 内预发送流量值与上述最小流量门限值中的最小值， 为上述当前周期内允许的流量门 限值。 上述周期可以为 1秒。 根据本发明的另一方面， 提供了一种消息发送装置， 该装置包括： 缓存确定模块， 设置为至少根据流量门限值， 确定在当前周期内是否需要对发送给短信中心的推送消 息进行缓存； 缓存模块， 设置为在上述缓存确定模块确定需要缓存的情况下， 对需要 缓存的推送消息进行缓存， 其中， 上述缓存采用先进先出的方式； 发送模块， 设置为 在上述当前周期的下一个周期内对缓存的推送消息进行发送。
如果在上述当前周期内将上一周期缓存的推送消息发送完毕， 并且在上述当前周 期内已发送的推送消息的流量值小于上述流量门限值， 则在当前周期内向上述短信中 心发送当前周期内获得的推送消息； 否则， 缓存上述当前周期内获得的推送消息。 上述缓存模块包括： 缓存单元， 设置为对于上述需要缓存的推送消息缓存在缓存 消息队列的最后。 上述装置还包括： 响应接收模块， 设置为接收上述短信中心发送的响应， 其中， 上述响应用于指示以下至少之一： 用于指示调整上述流量门限值、 用于指示忽略上述 流量门限值向上述短信中心发送推送消息、 用于指示停止向上述短信中心发送推送消 息。 如果上述响应用于指示调整上述流量门限值，接收上述短信中心发送的响应之后， 上述装置还包括： 调整模块， 设置为根据上述响应对上述流量门限值进行调整。 上述调整模块包括： 计算单元， 设置为计算上述当前周期内预发送上述推送消息 的流量值； 判断单元， 设置为判断上述当前周期的上一个周期内已发送的上述推送消 息的流量值是否小于最小流量门限值； 第一确定单元， 设置为在上述判断单元的判断 结果为是的情况下， 比较上述上一个周期内剩余流量值与上述当前周期内预发送流量 值的大小， 确定上述上一个周期内剩余流量值与上述当前周期内预发送量值中的最大 值； 比较上述最大值与上述最小流量门限值的大小， 确定上述最大值与上述最小流量 门限值中的最小值， 为上述当前周期内允许的流量门限值； 第二确定单元， 设置为在 上述判断单元的判断结果为否的情况下， 比较上述当前周期内预发送流量值与上述最 小流量门限值的大小， 确定上述当前周期内预发送流量值与上述最小流量门限值中的 最小值， 为上述当前周期内允许的流量门限值。 通过本发明， 至少根据流量门限值， 确定在当前周期内是否需要对发送给短信中 心的推送消息进行缓存， 并对需要缓存的推送消息进行缓存， 其中， 上述缓存采用先 进先出的方式； 在上述当前周期的下一个周期内对缓存的推送消息进行发送， 解决了 相关技术中 PUSH消息的发送效率较低的问题， 从而能够将 TPS稳定下发， 在 TPS 比较高的情况下可以缓存消息，在 TPS低时再发送。保证了 PPG和短信中心之间的数 据传递能够平稳的传送， 防止流量过大导致数据丢失， 提高了用户感受度。
附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中- 图 1是根据本发明实施例的消息发送方法的流程图； 图 2是根据本发明实施例的消息发送装置的结构框图； 图 3是根据本发明实施例的消息发送装置的第一种具体结构框图； 图 4是根据本发明实施例的消息发送装置的第二种具体结构框图； 图 5是根据本发明实施例的基于窗口的流量控制系统的结构示意图； 图 6是根据本发明实施例的流量控制方法的流程图； 图 7是根据本发明实施例的缓存流量控制线程的秒循环控制的流程图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 相关技术中 PPG和短信中心各自能够处理的最大 TPS不同， 为了保证 PPG和短 信中心之间的数据传递能够平稳的传送， 防止流量过大导致数据丢失， 本发明实施例 提供了一种消息发送方法及装置， 下面通过具体实施例进行详细说明。 本实施例提供了一种消息发送方法， 该方法一般能够在 PPG侧实现。 图 1是根据 本发明实施例的消息发送方法的流程图，如图 1所示，该方法包括以下步骤 (步骤 S102- 步骤 S104): 步骤 S102， 至少根据流量门限值， 确定在当前周期内是否需要对发送给短信中心 的推送消息进行缓存， 并对需要缓存的推送消息进行缓存， 其中， 上述缓存采用先进 先出的方式； 步骤 S104， 在上述当前周期的下一个周期内对缓存的推送消息进行发送。
通过上述方法， PPG至少根据流量门限值， 确定在当前周期内是否需要对发送给 短信中心的推送消息进行缓存， 并对需要缓存的推送消息进行缓存， 其中， 上述缓存 采用先进先出的方式；在上述当前周期的下一个周期内 PPG对缓存的推送消息进行发 送，解决了相关技术中 PUSH消息的发送效率较低的问题，从而能够将 TPS稳定下发， 在 TPS比较高的情况下可以缓存消息， 在 TPS低时再发送。 保证了 PPG和短信中心 之间的数据传递能够平稳的传送， 防止流量过大导致数据丢失， 提高了用户感受度。 在本实施例的优选实施方式中， 如果在当前周期内将上一周期缓存的推送消息发 送完毕， 并且在当前周期内已发送的推送消息的流量值小于流量门限值， 则在当前周 期内向短信中心发送当前周期内获得的推送消息； 否则， 缓存当前周期内获得的推送 消息。 在本实施例中， 对推送消息进行缓存采用的是先进先出的方式， 因此本实施例提 供了一种优选实施方式， 即对于需要缓存的推送消息缓存在缓存消息队列的最后。 这 样在 PPG对于缓存的推送消息进行发送时，先发送位于缓存消息队列最前面的推送消 息， 通过该方式， 首先不需要将当前周期未能发送的推送消息抛弃， 避免了数据丢失; 其次保证了推送消息的发送秩序， 提高用户的感受。 在本实施例的优选实施方式中， 上述消息发送方法还包括： 接收短信中心发送的 响应， 其中， 该响应用于指示以下至少之一： 用于指示调整流量门限值、 用于指示忽 略流量门限值向短信中心发送推送消息、 用于指示停止向短信中心发送推送消息。 在 短信中心有足够的流量可以接收推送消息的情况下， 短信中心可以向 PPG发送响应， 指示 PPG可以忽略流量门限值向短信中心发送推送消息；在短信中心已没有流量可以 接收推送消息的情况下， 短信中心可以向 PPG发送响应， 指示 PPG停止向短信中心 发送推送消息。 通过上述优选实施方式， PPG和短信中心可以根据实际情况通过响应 调整流量门限值， 或者调整推送消息的发送方式等， 提高了推送消息的发送成功率， 避免了数据浪费， 提高了用户的感受。 如果上述响应用于指示调整流量门限值， PPG接收短信中心发送的响应之后， 根 据上述响应对上述流量门限值进行调整。 具体的调整方式可以通过以下优选实施方式 实现： 首先， PPG计算当前周期内预发送推送消息的流量值； 然后， PPG判断当前周期的上一个周期内已发送的推送消息的流量值是否小于最 小流量门限值；
如果是， 比较上一个周期内剩余流量值与当前周期内预发送流量值的大小， 确定 上一个周期内剩余流量值与当前周期内预发送量值中的最大值； 比较该最大值与最小 流量门限值的大小， 确定最大值与最小流量门限值中的最小值， 为当前周期内允许的 流量门限值； 如果否， 比较当前周期内预发送流量值与最小流量门限值的大小， 确定当前周期 内预发送流量值与最小流量门限值中的最小值， 为当前周期内允许的流量门限值。 在本实施例中， 对于上述当前周期、 上一个周期或者下一个周期而言， 周期时间 一般为 1秒。 对应于上述实施例中介绍的消息发送方法， 本实施例提供了一种消息发送装置， 该装置一般可设置在 PPG侧， 用于实现上述实施例。 图 2是根据本发明实施例的消息 发送装置的结构框图， 如图 2所示， 该装置包括： 缓存确定模块 10、 缓存模块 20和 发送模块 30。 下面对该结构进行具体介绍。 缓存确定模块 10， 设置为至少根据流量门限值， 确定在当前周期内是否需要对发 送给短信中心的推送消息进行缓存； 缓存模块 20， 连接至缓存确定模块 10， 设置为在上述缓存确定模块 10确定需要 缓存的情况下， 对需要缓存的推送消息进行缓存， 其中， 上述缓存采用先进先出的方 式； 发送模块 30，连接至缓存模块 20， 设置为在上述当前周期的下一个周期内对缓存 的推送消息进行发送。 通过上述装置， 缓存确定模块 10至少根据流量门限值，确定在当前周期内是否需 要对发送给短信中心的推送消息进行缓存，然后缓存模块 20对需要缓存的推送消息进 行缓存， 其中， 上述缓存采用先进先出的方式， 发送模块 30在上述当前周期的下一个 周期内 PPG对缓存的推送消息进行发送，解决了相关技术中 PUSH消息的发送效率较 低的问题， 从而能够将 TPS稳定下发， 在 TPS比较高的情况下可以缓存消息， 在 TPS 低时再发送。保证了 PPG和短信中心之间的数据传递能够平稳的传送， 防止流量过大 导致数据丢失， 提高了用户感受度。 在本实施例的优选实施方式中， 如果在当前周期内将上一周期缓存的推送消息发 送完毕， 并且在当前周期内已发送的推送消息的流量值小于流量门限值， 则在当前周
期内向短信中心发送当前周期内获得的推送消息； 否则， 缓存当前周期内获得的推送 消息。 在本实施例中， 对推送消息进行缓存采用的是先进先出的方式， 因此本实施例提 供了一种优选实施方式， 即上述缓存模块 20包括： 缓存单元， 设置为对于上述需要缓 存的推送消息缓存在缓存消息队列的最后。这样在 PPG对于缓存的推送消息进行发送 时， 先发送位于缓存消息队列最前面的推送消息， 通过该方式， 首先不需要将当前周 期未能发送的推送消息抛弃， 避免了数据丢失； 其次保证了推送消息的发送秩序， 提 高用户的感受。 图 3是根据本发明实施例的消息发送装置的第一种具体结构框图， 如图 3所示， 该装置除了包括图 2中所示的各个模块之外， 还包括： 响应接收模块 40， 连接至发送 模块 30， 设置为接收上述短信中心发送的响应， 其中， 上述响应用于指示以下至少之 一： 用于指示调整上述流量门限值、 用于指示忽略上述流量门限值向上述短信中心发 送推送消息、 用于指示停止向上述短信中心发送推送消息。 在短信中心有足够的流量 可以接收推送消息的情况下， 短信中心可以向 PPG发送响应， 指示 PPG可以忽略流 量门限值向短信中心发送推送消息； 在短信中心已没有流量可以接收推送消息的情况 下， 短信中心可以向 PPG发送响应， 指示 PPG停止向短信中心发送推送消息。 通过 上述优选实施方式， PPG和短信中心可以根据实际情况通过响应调整流量门限值， 或 者调整推送消息的发送方式等， 提高了推送消息的发送成功率， 避免了数据浪费， 提 高了用户的感受。 图 4是根据本发明实施例的消息发送装置的第二种具体结构框图， 如图 4所示， 如果上述响应用于指示调整上述流量门限值， 接收上述短信中心发送的响应之后， 该 装置除了包括图 2中所示的各个模块之外， 还包括： 调整模块 50， 连接至响应接收模 块 40， 设置为根据上述响应对上述流量门限值进行调整。 针对调整模块对流量门限值的具体调整方式，本实施例提供了一种优选实施方式， 即上述调整模块 50包括:计算单元，设置为计算当前周期内预发送推送消息的流量值; 判断单元， 设置为判断当前周期的上一个周期内已发送的推送消息的流量值是否小于 最小流量门限值； 第一确定单元， 设置为在上述判断单元的判断结果为是的情况下， 比较上一个周期内剩余流量值与当前周期内预发送流量值的大小， 确定上一个周期内 剩余流量值与当前周期内预发送量值中的最大值； 比较最大值与最小流量门限值的大 小， 确定最大值与最小流量门限值中的最小值， 为当前周期内允许的流量门限值； 第 二确定单元， 设置为在上述判断单元的判断结果为否的情况下， 比较当前周期内预发
送流量值与最小流量门限值的大小， 确定当前周期内预发送流量值与最小流量门限值 中的最小值， 为当前周期内允许的流量门限值。 在本实施例中， 对于上述当前周期、 上一个周期或者下一个周期而言， 周期时间 一般为 1秒。 下面对于基于窗口的流量控制系统进行介绍， 图 5是根据本发明实施例的基于窗 口的流量控制系统的结构示意图， 如图 5所示， 该系统包括： 推送发起模块、 PPG模 块、 短信中心和终端。 下面分别对上述基于窗口的流量控制系统的各个组成部分进行 介绍。 推送发起模块， 设置为发送推送消息。 PPG模块，其功能与上述实施例介绍的消息发送装置的功能相当， PPG模块包括:
PUSH消息编解码线程， 缓存流量控制线程以及 SMPP发送线程。 其中， PUSH 消息编解码线程， 用于接收和解析推送消息， 得到推送消息内容， 按照承载网络类型， 对相对应的推送内容进行承载网络类型的编码。 缓存流量控制 （CACHE) 线程， 其功能与上述实施例中的调整模块 50的功能相 当，用于根据事先设定的 TPS窗口对 PUSH消息的下发进行流量控制。用于接收 PUSH 消息编解码线程处理完后待发送的 PUSH消息。 并且， 在收到消息后， 判断是否有空 闲的 TPS可以发送、 并且缓存消息队列中没有数据、 本秒 （相当于上述实施例中的当 前周期）内已经发送的 TPS低于最大 TPS门限值， 同时满足上述要求则发送 PUSH消 息， 否则， 保存到缓存消息队列的最后。 并且， 本线程自启动时就设置一个秒定时器， 每秒定时器到达时， 计算本秒一开始可以发送多少个 TPS; 若上一秒已经发送 TPS小 于最小 TPS门限值， 先取空闲可发 TPS和上秒剩余 TPS的最大值， 取的值再和最小 TPS的门限值比较， 取小值； 若上一秒已经发送的 TPS大于最小门限值， 则取最小门 限值和可发送的 TPS的小值； 从缓存消息队列的开头取计算出的 TPS进行发送。 缓存流量控制线程收到短信中心的响应， 判断缓存队列中是否有缓存消息， 并且 当前秒发送的 TPS还没有超过最大 TPS门限值，则直接从缓存队列的开头取消息进行 发送。在知悉短信中心的 TPS门限值以后，可以有效地控制下发的 TPS值。并且 PUSH 消息下发进程有峰谷时， 在推送发起模块下发 TPS比较高时， 将消息放置到缓存中， 在 TPS降低的时候再下发。 缓存流量控制线程实施后的 TPS控制结果如表 1所示。
表 1
SMPP发送线程， 接收缓存流量控制线程准备发送的 PUSH消息， 并且接受短信 中心返回的响应消息， 并将响应消息返回给缓存流量控制线程， 由缓存流量控制线程 收到后判断是否再下发。 基于上述实施例介绍的基于窗口的流量控制系统， 下面对该系统的操作方法进行 介绍。 图 6是根据本发明实施例的流量控制方法的流程图， 如图 6所示， 该方法包括 以下步骤 （步骤 S602-步骤 S610): 步骤 S602， 推送发起模块发送 PUSH消息给 PPG模块。 步骤 S604， PPG模块将 PUSH消息经过处理发送到缓存流量控制线程。 具体地， PPG模块对 PUSH消息进行解码编码处理， 形成实际下发给短信中心的 PUSH消息， 将 PUSH消息发送给缓存流量控制线程。 步骤 S606， 缓存流量控制线程判断是否满足当前发送的条件， 即判断是否有空闲 的 TPS可以发送， 并且缓存消息队列中没有数据， 本秒内已经发送的 TPS低于最大 TPS门限值， 如果满足上述要求， 则执行步骤 S610。 否则， 执行步骤 S608。 在上述步骤 S606中， 上述空闲的 TPS可发送， 是指上一秒的最大 TPS没有发完, 还有剩余的 TPS可以下发。 上述本秒内已经发送的 TPS低于最大 TPS门限值， 是指 本秒时段开始计时到收到当前新的 PUSH消息为止， 发送的 TPS数低于 TPS门限值。 上述最大 TPS， 是依据短信中心的性能指标提前设定的流量门限值。 以 TPS的窗口值， 最小 TPS门限值为 10TPS, 最大 TPS门限值为 50TPS为例， 若上一秒发送的 TPS为 30TPS, 且缓存消息队列中没有缓存消息， 本秒内已经发送了 10TPS,低于 50tos，那么新收到的消息允许下发；若上一秒发送的 TPS已经超过 50TPS, 或者缓存中有消息， 或者本秒发送的 TPS已经超过了 50TPS, 那么新收到的消息不允 许下发， 保存到缓存消息队列的最后。 步骤 S608，在判断不满足发送条件后， 将 PUSH消息保存到缓存消息队列的最后。
步骤 S610， 在判断满足发送条件后， 将 PUSH消息直接发送到短信中心。 对于上述实施例中缓存流量控制线程的操作流程， 下面进行具体介绍。 图 7是根 据本发明实施例的缓存流量控制线程的秒循环控制的流程图， 如图 7所示， 该流程包 括以下步骤 （步骤 S702-步骤 S708 ): 步骤 S702， 缓存流量控制线程启动时设定秒循环定时器。 步骤 S704， 定时器计算在一秒开始时可以发送消息的个数， 确定是否能够发送 PUSH消息。 如果是， 则执行步骤 S708， 如果否， 则执行步骤 S706。 当定时器到达时， 计算本秒一开始可以发送多少个 TPS。 若上一秒已经发送 TPS 小于最小 TPS门限值， 先取空闲可发 TPS和上秒剩余 TPS的最大值， 取的值然后再 和最小 TPS的门限值比较， 取小值。 若上一秒已经发送的 TPS大于最小 TPS门限值， 则取最小门限值和可发送的 TPS的小值。从缓存消息队列的开头取计算出的 TPS进行 发送。 以 TPS的窗口值， 最小 TPS门限值为 10TPS, 最大 TPS门限值为 50TPS为例， 若上一秒已经发送的 TPS为 6TPS低于 10TPS, 还有 30TPS没有发， 则计算 min ( 10， max ( 10-6, 30))， 本秒开始可以发送 10TPS。 步骤 S706， 不发送 PUSH消息。 步骤 S708， 从缓存消息队列头去计算出的可以发送的消息个数， 进行 PUSH消息 的发送。 从以上的描述中可以看出， 本发明可以将 TPS稳定地下发， 在 TPS比较高的情况 下可以缓存消息， 在 TPS低时再发送。 根据短信中心的性能调节 PUSH下发的 TPS， 来达到流量控制的目的， 这种应用能根据接收端的响应速度来调节 TPS， 非常适合于 现场的实际情况。保证了 PPG和短信中心之间的数据传递能够平稳的传送， 防止流量 过大导致数据丢失， 提高了用户感受度。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将
它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。
Claims
1. 一种消息发送方法， 包括：
至少根据流量门限值， 确定在当前周期内是否需要对发送给短信中心的推 送消息进行缓存， 并对需要缓存的推送消息进行缓存， 其中， 所述缓存采用先 进先出的方式；
在所述当前周期的下一个周期内对缓存的推送消息进行发送。
2. 根据权利要求 1所述的方法， 其中， 如果在所述当前周期内将上一周期缓存的 推送消息发送完毕， 并且在所述当前周期内已发送的推送消息的流量值小于所 述流量门限值， 则在当前周期内向所述短信中心发送当前周期内获得的推送消 息； 否则， 缓存所述当前周期内获得的推送消息。
3. 根据权利要求 1或 2所述的方法，其中，对需要缓存的推送消息进行缓存包括:
对于所述需要缓存的推送消息缓存在缓存消息队列的最后。
4. 根据权利要求 1至 3中任一项所述的方法， 其中， 所述方法还包括：
接收所述短信中心发送的响应， 其中， 所述响应用于指示以下至少之一： 用于指示调整所述流量门限值、 用于指示忽略所述流量门限值向所述短信中心 发送推送消息、 用于指示停止向所述短信中心发送推送消息。
5. 根据权利要求 4所述的方法， 其中， 如果所述响应用于指示调整所述流量门限 值， 接收所述短信中心发送的响应之后， 所述方法还包括：
根据所述响应对所述流量门限值进行调整。
6. 根据权利要求 5所述的方法， 其中， 根据所述响应对所述流量门限值进行调整 包括：
计算所述当前周期内预发送所述推送消息的流量值；
判断所述当前周期的上一个周期内已发送的所述推送消息的流量值是否小 于最小流量门限值；
如果是， 比较所述上一个周期内剩余流量值与所述当前周期内预发送流量 值的大小， 确定所述上一个周期内剩余流量值与所述当前周期内预发送量值中
的最大值； 比较所述最大值与所述最小流量门限值的大小， 确定所述最大值与 所述最小流量门限值中的最小值， 为所述当前周期内允许的流量门限值；
如果否，比较所述当前周期内预发送流量值与所述最小流量门限值的大小， 确定所述当前周期内预发送流量值与所述最小流量门限值中的最小值， 为所述 当前周期内允许的流量门限值。
7. 根据权利要求 1、 2或 6中任一项所述的方法， 其中， 所述周期为 1秒。
8. 一种消息发送装置， 包括：
缓存确定模块， 设置为至少根据流量门限值， 确定在当前周期内是否需要 对发送给短信中心的推送消息进行缓存；
缓存模块， 设置为在所述缓存确定模块确定需要缓存的情况下， 对需要缓 存的推送消息进行缓存， 其中， 所述缓存采用先进先出的方式；
发送模块， 设置为在所述当前周期的下一个周期内对缓存的推送消息进行 发送。
9. 根据权利要求 8所述的装置， 其中， 如果在所述当前周期内将上一周期缓存的 推送消息发送完毕， 并且在所述当前周期内已发送的推送消息的流量值小于所 述流量门限值， 则在当前周期内向所述短信中心发送当前周期内获得的推送消 息； 否则， 缓存所述当前周期内获得的推送消息。
10. 根据权利要求 8或 9所述的装置， 其中， 所述缓存模块包括：
缓存单元， 设置为对于所述需要缓存的推送消息缓存在缓存消息队列的最 后。
11. 根据权利要求 8至 10中任一项所述的装置， 其中， 所述装置还包括：
响应接收模块， 设置为接收所述短信中心发送的响应， 其中， 所述响应用 于指示以下至少之一： 用于指示调整所述流量门限值、 用于指示忽略所述流量 门限值向所述短信中心发送推送消息、 用于指示停止向所述短信中心发送推送 消息。
12. 根据权利要求 11所述的装置，其中， 如果所述响应用于指示调整所述流量门限 值， 接收所述短信中心发送的响应之后， 所述装置还包括：
调整模块， 设置为根据所述响应对所述流量门限值进行调整。
13. 根据权利要求 12所述的装置， 其中， 所述调整模块包括：
计算单元， 设置为计算所述当前周期内预发送所述推送消息的流量值； 判断单元， 设置为判断所述当前周期的上一个周期内已发送的所述推送消 息的流量值是否小于最小流量门限值；
第一确定单元， 设置为在所述判断单元的判断结果为是的情况下， 比较所 述上一个周期内剩余流量值与所述当前周期内预发送流量值的大小， 确定所述 上一个周期内剩余流量值与所述当前周期内预发送量值中的最大值； 比较所述 最大值与所述最小流量门限值的大小， 确定所述最大值与所述最小流量门限值 中的最小值， 为所述当前周期内允许的流量门限值；
第二确定单元， 设置为在所述判断单元的判断结果为否的情况下， 比较所 述当前周期内预发送流量值与所述最小流量门限值的大小， 确定所述当前周期 内预发送流量值与所述最小流量门限值中的最小值， 为所述当前周期内允许的 流量门限值。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210432293.1 | 2012-10-31 | ||
| CN201210432293.1A CN103796179B (zh) | 2012-10-31 | 2012-10-31 | 消息发送方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2014067322A1 true WO2014067322A1 (zh) | 2014-05-08 |
Family
ID=50626422
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2013/081779 WO2014067322A1 (zh) | 2012-10-31 | 2013-08-19 | 消息发送方法及装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN103796179B (zh) |
| WO (1) | WO2014067322A1 (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105592154A (zh) * | 2015-12-25 | 2016-05-18 | 厦门大学 | 一种结合常规移动内容与次等移动内容的推送方法 |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105323729B (zh) * | 2014-07-28 | 2018-11-02 | 中国移动通信集团山西有限公司 | 一种短信发送方法及装置 |
| CN105787791B (zh) * | 2014-12-23 | 2022-01-25 | 创新先进技术有限公司 | 业务请求处理方法及装置 |
| CN107767236A (zh) * | 2017-11-14 | 2018-03-06 | 北京小度信息科技有限公司 | 一种订单推送方法、装置、服务器和计算机可读存储介质 |
| CN111555986B (zh) * | 2020-04-26 | 2022-07-05 | 支付宝(杭州)信息技术有限公司 | 一种拥塞控制方法、装置及设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1605719A1 (en) * | 2003-03-17 | 2005-12-14 | Vodafone K.K. | Station device |
| CN101159913A (zh) * | 2007-11-12 | 2008-04-09 | 中兴通讯股份有限公司 | 外部短消息实体短消息的流量控制系统和方法 |
| CN101707789A (zh) * | 2009-11-30 | 2010-05-12 | 中兴通讯股份有限公司 | 流量控制方法及系统 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100466634C (zh) * | 2005-06-27 | 2009-03-04 | 华为技术有限公司 | 多媒体增值业务消息的处理方法和系统及采用的网关设备 |
| CN101340633B (zh) * | 2008-08-12 | 2011-06-22 | 中兴通讯股份有限公司 | 一种增值服务消息过负荷控制装置及方法 |
| CN101594588B (zh) * | 2009-06-30 | 2012-05-23 | 中兴通讯股份有限公司 | 一种短信终呼流量控制方法和系统 |
-
2012
- 2012-10-31 CN CN201210432293.1A patent/CN103796179B/zh active Active
-
2013
- 2013-08-19 WO PCT/CN2013/081779 patent/WO2014067322A1/zh active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1605719A1 (en) * | 2003-03-17 | 2005-12-14 | Vodafone K.K. | Station device |
| CN101159913A (zh) * | 2007-11-12 | 2008-04-09 | 中兴通讯股份有限公司 | 外部短消息实体短消息的流量控制系统和方法 |
| CN101707789A (zh) * | 2009-11-30 | 2010-05-12 | 中兴通讯股份有限公司 | 流量控制方法及系统 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105592154A (zh) * | 2015-12-25 | 2016-05-18 | 厦门大学 | 一种结合常规移动内容与次等移动内容的推送方法 |
| CN105592154B (zh) * | 2015-12-25 | 2019-06-25 | 厦门大学 | 一种结合常规移动内容与次等移动内容的推送方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103796179B (zh) | 2018-08-28 |
| CN103796179A (zh) | 2014-05-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101746056B1 (ko) | 요청 관리자 및 연결 관리자 기능을 수행하는 전송 가속기 | |
| US9930097B2 (en) | Transport accelerator systems and methods | |
| CN102006283B (zh) | 数据传输的方法和装置 | |
| WO2013053304A1 (zh) | 一种实现tcp传输的方法及装置 | |
| WO2014067322A1 (zh) | 消息发送方法及装置 | |
| WO2010069234A1 (zh) | 终端处于空闲模式下的业务终止方法、系统和设备 | |
| CN111314237B (zh) | 数据包传输速率的调整方法、装置、设备及可读存储介质 | |
| TW201540031A (zh) | 實現客戶端側的傳送功能的傳輸加速器 | |
| WO2011144141A1 (zh) | 拥塞控制方法和系统以及网络设备 | |
| WO2012163305A1 (zh) | 数据传输控制方法和设备 | |
| WO2013139010A1 (zh) | 确认包的处理方法、设备及系统 | |
| WO2017114231A1 (zh) | 一种报文发送方法、tcp代理以及tcp客户端 | |
| WO2019144802A1 (zh) | 一种数据的传输方法及其相关设备 | |
| KR101640105B1 (ko) | 무선 액세스 네트워크에서의 콘텐츠 전달을 위한 방법 및 장치 | |
| KR20130074828A (ko) | 프록시 서버에 의한 데이터 흐름 제어 방법 및 장치 | |
| US9986010B2 (en) | System and method for controlling video and/or audio streams in a web browser | |
| EP3186959B1 (en) | Enrichment of upper layer protocol content in tcp based session | |
| WO2012094901A1 (zh) | 超长短信发送/接收方法、装置及系统 | |
| EP3127327B1 (en) | Method and broadcast multicast service center, bm-sc, node for providing an on-request service | |
| CN112532535B (zh) | 一种用于优化网络拥塞的方法和装置 | |
| JP6766817B2 (ja) | データ通信装置、データ通信制御方法及びプログラム | |
| CN110213150B (zh) | 传输参数获取及图片传输方法、装置、设备及存储介质 | |
| EP2621139A1 (en) | Method and device for storing content in service overlay network | |
| WO2014205708A1 (zh) | 一种数据报文发送方法、装置和设备 | |
| CN115801199A (zh) | 一种确认报文的处理方法和通信装置以及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 13850312 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 13850312 Country of ref document: EP Kind code of ref document: A1 |