CN106549876A - 基于icap协议的网络拥塞控制方法、装置及客户端 - Google Patents
基于icap协议的网络拥塞控制方法、装置及客户端 Download PDFInfo
- Publication number
- CN106549876A CN106549876A CN201510607030.3A CN201510607030A CN106549876A CN 106549876 A CN106549876 A CN 106549876A CN 201510607030 A CN201510607030 A CN 201510607030A CN 106549876 A CN106549876 A CN 106549876A
- Authority
- CN
- China
- Prior art keywords
- time
- client
- message
- service end
- delay
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种基于ICAP协议的网络拥塞控制方法,其特征在于,包括:获取用于体现网络状态的时延;将所述时延与预设时延门限进行比较;根据比较结果控制客户端的发送策略。本发明通过将获取的时延与预设时延门限进行比较,然后根据比较结果控制客户端的发送策略,达到了实时了解当前网络状态,并根据当前网络状态对客户端的数据发送策略进行调整的效果,避免了现有技术中客户端因不了解网络环境,而以单一的数据发送策略进行交互导致的网络环境恶化的问题,提高了客户端与服务端信息交互的效率,优化了网络资源配置。
Description
技术领域
本发明涉及通信领域,尤其涉及一种基于ICAP协议的网络拥塞控制方法、装置及客户端。
背景技术
网络拥塞是指在分组交换网络中传送分组的数目太多时,由于存储转发节点的资源有限而造成网络传输性能下降的情况。当网络发生拥塞时,一般会出现数据丢失,时延增加,吞吐量下降等状况,严重时甚至会导致“拥塞崩溃”。一般导致网络拥塞发生主要有这样几个因素:存储空间的限制、带宽容量的限制以及处理器性能的限制。在现有技术中,客户端并不了解当前传输网络环境或服务端的处理能力,始终按照自己的最大处理能力发送请求消息,当传输网络条件差或服务端的处理能力较弱时,会造成大量请求消息拥塞在网络中或挤压在服务端,进一步恶化网络环境或压垮服务端,因此迫切需要一种能够进行链路拥塞控制的方法。
发明内容
本发明要解决的主要技术问题是,提供一种基于ICAP协议的网络拥塞控制方法、装置及客户端,来解决现有技术中,客户端不了解传输网络环境或服务端的处理能力,始终按照某种单一的数据发送策略与服务端进行信息交互而导致的网络环境恶化的技术问题。
为解决上述技术问题,本发明提供一种基于ICAP协议的网络拥塞控制方法,包括:获取用于体现网络状态的时延;将所述时延与预设时延门限进行比较;根据比较结果控制客户端的发送策略。
在本发明一种实施例中,所述获取的时延为表征传输网络环境的传输时延、表征服务端处理能力的处理时延或表征网络环境的总体时延。
在本发明一种实施例中,当获取的所述时延为所述传输时延时,获取的方式包括以下三种中的任意一种:
获取所述客户端发送第一消息给服务端的时间作为第一时间点,获取所述服务端收到所述第一消息的时间作为第二时间点,将所述第二时间点与所述第一时间点之差作为所述传输时延;
获取服务端发送第二消息给所述客户端的时间作为第三时间点,获取所述客户端收到所述第二消息的时间作为第四时间点,将所述第四时间点与所述第三时间点之差作为所述传输时延;
获取所述客户端发送第一消息给服务端的时间作为第一时间点,获取所述服务端收到所述第一消息的时间作为第二时间点,将所述第二时间点与所述第一时间点之差作为第一传输时延;获取所述服务端发送第二消息给所述客户端的时间作为第三时间点,获取所述客户端收到所述第二消息的时间作为第四时间点,将所述第四时间点与所述第三时间点之差作为第二传输时延,计算出所述第一传输时延与所述第二传输时延的和作为所述传输时延。
在本发明一种实施例中,当获取的所述时延为所述处理时延时,获取所述处理时延的方式具体包括:
获取所述服务端收到所述客户端发送的第一消息的时间作为第二时间点,获取所述服务端发送第二消息给所述客户端的时间作为第三时间点,将所述第三时间点与所述第二时间点之差作为所述处理时延。
在本发明一种实施例中,当获取的所述时延为所述总体时延时,获取所述总体时延的方式包括以下三种中的任意一种:
获取所述客户端发送第一消息给服务端的时间作为第一时间点,获取所述服务端发送第二消息给所述客户端的时间作为第三时间点,将所述第三时间点与所述第一时间点之差作为所述总体时延;
获取所述服务端收到所述客户端发送的第一消息的时间作为第二时间点,获取所述客户端收到所述服务端发送的第二消息的时间作为第四时间点,将所述第四时间点与所述第二时间点之差作为所述总体时延;
获取所述客户端发送第一消息给所述服务端的时间作为第一时间点,获取所述客户端收到所述服务端发送的第二消息的时间作为第四时间点,将所述第四时间点与所述第一时间点之差作为所述总体时延。
在本发明一种实施例中,所述预设时延门限包括第一门限与第二门限,所述第一门限小于所述第二门限。
在本发明一种实施例中,所述根据比较结果控制客户端的发送策略包括:
当所述比较结果为所述时延大于或等于所述第二门限时,降低客户端向服务端发送消息的频率;
当所述比较结果为所述时延大于或等于所述第一门限且小于所述第二门限时,维持客户端向服务端发送消息的频率;
当所述比较结果为所述时延小于所述第一门限时,维持客户端向服务端发送消息的频率或提高客户端向服务端发送消息的频率。
在本发明一种实施例中,所述根据比较结果控制客户端的发送策略包括:
当所述比较结果为所述时延大于或等于所述第二门限时,判断此次比较结果之前的前N-1次比较结果是否均为所述时延大于或等于所述第二门限,当判断结果为是时,才执行后续的降低所述客户端向所述服务端发送消息的频率;当判断结果为否时,维持所述客户端向服务端发送消息的频率;
当所述比较结果为所述时延大于或等于所述第一门限且小于所述第二门限时,维持客户端向服务端发送消息的频率;
当所述比较结果为所述时延小于所述第一门限时,判断此次比较结果之前的前N-1次比较结果是否均为所述时延小于所述第一门限,当判断结果为是时,才执行后续的提高所述客户端向所述服务端发送消息的频率;当判断结果为否时,维持所述客户端向服务端发送消息的频率。
为解决上述技术问题,本发明提供一种基于ICAP协议的网络拥塞控制装置,包括:时延获取模块,用于获取用于体现网络状态的时延;
时延比较模块,用于将时延获取模块获取的所述时延与预设时延门限进行比较;
策略控制模块,用于根据比较模块得出的比较结果控制客户端的发送策略。
在本发明一种实施例中,所述时延获取模块包括传输时延获取子模块、处理时延获取子模块和总体时延获取子模块中的至少一个;
所述传输时延获取子模块用于获取表征传输网络环境的传输时延;
所述处理时延获取子模块用于表征服务端处理能力的处理时延;
所述总体时延获取子模块用于获取表征网络环境的总体时延
在本发明一种实施例中,所述时延获取模块包括所述传输时延获取子模块时,所述传输时延获取子模块包括:
第一获取单元,用于获取所述客户端发送第一消息给所述服务端的时间作为第一时间点;
第二获取单元,用于获取所述服务端收到所述第一消息的时间作为第二时间点;
第一计算单元,用于计算所述第二时间点与所述第一时间点之差作为所述传输时延;
或者,所述传输时延获取子模块包括:
第三获取单元,用于获取所述服务端发送第二消息给所述客户端的时间作为第三时间点;
第四获取单元,用于获取所述客户端收到所述第二消息的时间作为第四时间点;
第二计算单元,用于计算所述第四时间点与所述第三时间点之差作为所述传输时延;
或者,所述传输时延获取子模块包括:
第五获取单元,用于获取所述客户端发送第一消息给所述服务端的时间作为第一时间点;
第六获取单元,用于获取所述服务端收到所述第一消息的时间作为第二时间点;
第七获取单元,用于获取所述服务端发送第二消息给所述客户端的时间作为第三时间点;
第八获取单元,用于获取所述客户端收到所述第二消息的时间作为第四时间点;
第三计算单元,用于计算所述第二时间点与所述第一时间点之差作为第一传输时延,计算所述第四时间点与所述第三时间点之差作为第二传输时延,并计算所述第一传输时延与所述第二传输时延之和作为所述传输时延。
在本发明一种实施例中,所述时延获取模块包括处理时延获取子模块时,所述处理时延获取子模块包括:
第九获取单元,用于获取所述服务端收到所述客户端发送的第一消息的时间作为第二时间点;
第十获取单元,用于获取所述服务端发送第二消息给所述客户端的时间作为第三时间点;
第四计算单元,用于计算所述第三时间点与所述第二时间点之差作为所述处理时延。
在本发明一种实施例中,所述时延获取模块包括总体时延获取子模块时,所述总体时延获取子模块包括:
第十一获取单元,用于获取所述客户端发送第一消息给服务端的时间作为第一时间点;
第十二获取单元,用于获取所述服务端发送第二消息给所述客户端的时间作为第三时间点;
第五计算单元,用于计算所述第三时间点与所述第一时间点之差作为所述总体时延;
或者,所述总体时延获取子模块包括:
第十三获取单元,获取所述服务端收到所述客户端发送的第一消息的时间作为第二时间点;
第十四获取单元,获取所述客户端收到所述服务端发送的第二消息的时间作为第四时间点;
第六计算单元,用于计算所述第四时间点与所述第二时间点之差作为所述总体时延;
或者,所述总体时延获取子模块包括:
第十五获取单元,用于获取所述客户端发送第一消息给服务端的时间作为第一时间点;
第十六获取单元,获取所述客户端收到所述服务端发送的第二消息的时间作为第四时间点;
第七计算单元,用于计算所述第四时间点与所述第一时间点之差作为所述总体时延。
在本发明一种实施例中,所述时延比较模块包括第一门限比较子模块和第二门限比较子模块;
所述第一门限比较子模块用于将获取的所述时延与第一门限进行比较;
所述第二门限比较子模块用于将获取的所述时延与第二门限进行比较。
在本发明一种实施例中,所述策略控制模块根据比较结果控制客户端的发送策略具体为:
当所述时延比较模块获得的比较结果为所述时延大于或等于所述第二门限时,所述策略控制模块降低客户端向服务端发送消息的频率;
当所述时延比较模块获得的比较结果为所述时延大于或等于所述第一门限且小于所述第二门限时,所述策略控制模块维持客户端向服务端发送消息的频率;
当所述时延比较模块获得的比较结果为所述时延小于所述第一门限时,所述策略控制模块维持客户端向服务端发送消息的频率或提高客户端向服务端发送消息的频率。
在本发明一种实施例中,所述策略控制模块还包括判断子模块和控制子模块:
当所述时延比较模块获得的比较结果为所述时延大于或等于所述第二门限时,所述判断子模块判断此次比较结果之前的前N-1次比较结果是否均为所述时延大于或等于所述第二门限,当所述判断子模块的判断结果为是时,所述控制子模块降低所述客户端向服务端发送消息的频率;当判断结果为否时,所述控制子模块维持所述客户端向服务端发送消息的频率;
当所述时延比较模块获得的比较结果为所述时延大于等于所述第一门限且小于所述第二门限时,所述控制子模块维持客户端向服务端发送消息的频率;
当所述时延比较模块获得的比较结果为所述时延小于所述第一门限时,所述判断子模块判断此次比较结果之前的前N-1次比较结果是否均为所述时延小于所述第一门限,当所述判断子模块的判断结果为是时,所述控制子模块提高所述客户端向服务端发送消息的频率;当判断结果为否时,所述控制子模块维持所述客户端向服务端发送消息的频率。
本发明还提供一种基于ICAP协议的客户端,包括如上所述的网络拥塞控制装置。
本发明的有益效果是:
本发明提供一种基于ICAP协议的网络拥塞控制方法、装置及客户端,通过获取能够表征网络状态的时延,并将获取的时延与预设时延门限进行比较,来获知当前的网络情况,然后根据比较结果控制客户端的发送的策略,达到了实时了解当前网络状态,并根据当前网络状态对客户端的数据发送策略进行调整的效果,避免了现有技术中客户端因不了解网络环境,而以单一的数据发送策略进行交互导致的网络环境恶化的问题,提高了客户端与服务端信息交互的效率,优化了网络资源配置。
附图说明
图1为本发明实施例一的网络拥塞控制方法流程图;
图2为本发明实施例二的网络拥塞控制装置示意图;
图3为图2中网络拥塞控制装置的时延获取模块示意图;
图4为图3中网络拥塞控制装置的传输时延获取子模块的一种示意图;
图5为图3中网络拥塞控制装置的传输时延获取子模块的一种示意图;
图6为图3中网络拥塞控制装置的传输时延获取子模块的一种示意图;
图7为图3中网络拥塞控制装置的处理时延获取子模块的一种示意图;
图8为图3中网络拥塞控制装置的总体时延获取子模块的一种示意图;
图9为图3中网络拥塞控制装置的总体时延获取子模块的一种示意图;
图10为图3中网络拥塞控制装置的总体时延获取子模块的一种示意图;
图11为图2中网络拥塞控制装置的时延比较模块示意图;
图12为图2中网络拥塞控制装置的策略控制模块的一种示意图;
图13为图2中网络拥塞控制装置的策略控制模块的另一种示意图。
具体实施方式
通常,网络拥塞发生主要是由于存储空间与带宽容量的限制以及处理器性能的限制。因此,从理论上来说,解决网络拥塞可以从增加存储空间与带宽容量或者提升处理器性能三个方面进行,但是就实际而言,存储空间与带宽容量不可能无限制增加,处理器的性能也不可能无限提升,所以,解决网络拥塞最实用的方法是进行网络拥塞控制。本发明提供的网络拥塞控制方法、装置及客户端通过获取能够传输网络环境或者服务器处理能力的时延,并将该时延与预设时延门限进行比较,然后根据比较结果控制客户端的数据发送的策略,以达到了实时了解当前网络状态,并根据当前网络状态对客户端的数据发送策略进行调整的效果。下面通过具体实施方式结合附图对本发明作进一步详细说明:
实施例一:
本实施例提供一种网络拥塞控制方法,具体的请参考图1:
步骤101,获取用于体现网络状态的时延;
在本实施例中,获取的时延可以是传输时延、处理时延或者总体时延。
传输时延具体为客户端与服务端进行交互的信息在传输过程中所花费的时间,因此传输时延可以表征传输网络的情况。当客户端发送消息给服务端时,截取该消息的发送时间作为第一时间点,截取服务端收到该消息的时间作为第二时间点,第二时间点与第一时间点之间的时间差即为传输时延,第二时间点与第一时间点之间的时延仅为单向传输时延,同样的,还可以获取另一种单向传输时延,在服务端向客户端发送消息时,截取该消息的发送时间作为第三时间点,截取客户端收到该消息的时间作为第四时间点,第四时间点与第三时间点之间的时间差也可以作为传输时延,毫无疑义的是,上述两种单向传输时延之和为双向传输时延,也是传输时延中的一种。
处理时延具体为服务端处理客户端发送的消息所花费的时间,即从服务端接收到客户端的请求消息到服务端向客户端发送响应消息之间的时间,处理时间体现了服务器的处理能力。截取服务端收到客户端发送过来的请求消息的时间作为第二时间点,截取服务端发送响应消息给客户端的时间作为第三时间点,比较所述第二时间点与所述第三时间点,得到所述第三时间点与所述第二时间点之间的时间差为处理时延。
总体时延的获取方式有多种,总的来说,总体时延的获取方式可以分为间接获取与直接获取:
由于总体时延是传输时延与处理时延的总和,因此与传输时延的三种形式相对应,总体时延主要有三种间接获取形式:
第一种方式:获取客户端发送请求消息给服务端的时间作为第一时间点,获取服务端收到该请求消息的时间作为第二时间点,将第二时间点与第一时间点之差作为第一传输时延,获取服务端发送响应消息的时间作为第三时间点,将第三时间点与第二时间点之差作为处理时延;计算出第一传输时延与处理时延的和作为总体时延;
第二种方式:获取服务端发送响应消息的时间作为第三时间点,获取客户端收到该响应消息的时间作为第四时间点,将第四时间点与第三时间点之差作为第二传输时延,获取服务端收到客户端发送的请求消息的时间作为第二时间点,将第三时间点与第二时间点之差作为处理时延;计算出第二传输时延与处理时延的和作为总体时延;
第三种方式:获取客户端发送请求消息给服务端的时间作为第一时间点,获取服务端收到请求消息的时间作为第二时间点,将第二时间点与第一时间点之差作为第一传输时延,获取服务端发送响应消息给客户端的时间作为第三时间点,获取客户端收到该响应消息的时间作为第四时间点,将第四时间点与第三时间点之差作为第二传输时延,计算出第一传输时延与第二传输时延的和作为传输时延,将第三时间点与第二时间点之差作为处理时延,计算出传输时延与处理时延的和作为总体时延。
优选地,本实施例采用直接获取总体时延的方式,这种方式简单,省略了间接获取的中间环节,直接获取的方式也主要包括三种:
第一种方式:获取客户端给服务端发送请求消息的时间为第一时间点,获取服务端发送响应消息的时间为第三时间点,直接将第三时间点与第一时间点之差即为总体时延的方式;
第二种方式:获取服务端收到客户端发送的请求消息的时间为第二时间点,获取客户端收到服务端发送的响应消息的时间为第四时间点,然后直接将第四时间点与第二时间点之差即为总体时延;
第三种方式:获取客户端给服务端发送请求消息的时间为第一时间点,获取客户端收到服务端发送的响应消息的时间为第四时间点,然后直接将第四时间点与第一时间点之差作为总体时延。
获取时延的时候,可以采取在客户端与服务端进行交互的信息中设置时间戳的方式,即在请求消息或响应消息两种中的至少一种中增加扩展字段,客户端与服务端中发送信息的一方在扩展字段中记录下发送请求消息或响应消息的时间戳,当另一方收到信息的时候,将信息中包含的时间戳与自己的系统时间进行比较,计算出该消息在传输过程中的时延。例如,在本发明一种实施例中,客户端在向服务端发送请求消息的时候可以在该请求消息中设置发送时刻的时间戳,当服务端收到请求消息的时候,从中获取到时间戳,同自己的系统时间进行对比,获得该请求消息的传输时延。
当然,设置时间戳的方式不拘于此,例如,客户端可以记录下其向服务端发送请求消息的时间,但并不在请求消息中设置该时间的时间戳,当服务端收到上述请求消息的时候,记录下收到的时间,并将该时间的时间戳设置在回复客户端的响应消息中,当客户端收到服务端回复的响应消息后,从响应消息中获得服务端设置的时间戳,同其先前记录的时间进行比较,获得上述请求消息的传输时延。
上述由客户端或者服务端中的一方设置时间戳,另一方计算时延的方式,要求客户端与服务端的系统时间必须同步。
优选地,在本实施例中,设置时间戳的一方即是计算时延的一方,例如,当客户端向服务端发送请求消息的时候,在该请求消息中设置发送时刻的时间戳,当服务端收到该请求消息并发送响应消息的时候,将该时间戳复制到响应消息的扩展字段中,当客户端收到服务端发送的响应消息后,从中获取到时间戳,与自己的系统时间进行对比,可以计算出传输时延与处理时延之和,用于体现总体网络状况。这种获取时延的方式与上述由客户端或者服务端中的一方设置时间戳,另一方计算时延的方式相比,不必要求服务端与客户端的系统时间同步。
本发明还提供一种实施例,通过设置计数器的方式获得时延,客户端可以在向服务端发送请求消息的时候开始利用计数器进行计时,当其收到来自服务端的响应消息时停止计时,这种方式简单,不需要在客户端与服务端的交互信息中增加扩展字段,也不需要进行计算。
步骤102,将获取的时延与预设时延门限进行比较;
时延与预设时延门限的大小比较的结果可以体现当前的网络状态,优选地,在本实施例中,设置两个预设门限,即第一门限与第二门限,第一门限小于第二门限,当上述时延的值大于或等于第二门限,则表示当前网络状态恶劣;当上述时延的值大于或等于第一门限且小于第二门限,则表示当前网络状态正常;当上述时延的值小于第一门限,则表示当前网络状态良好。
预设时延门限的值可以由用户自主设置,用户可以根据其使用的网络的存储空间与带宽容量以及处理器的性能进行比较灵活的设置,可以理解的是,第一门限的值可以等于第二门限的值。
步骤103,根据比较结果控制客户端的发送策略。
根据上述步骤获取到比较结果后,可以根据比较结果对当前客户端的发送策略进行控制,当比较结果为时延大于或等于第二门限时,降低客户端向服务端发送消息的频率;当比较结果为时延大于等于第一门限且小于第二门限时,维持客户端向服务端发送消息的频率;当比较结果为时延小于第一门限时,维持客户端向服务端发送消息的频率或提高客户端向服务端发送消息的频率。
本发明还提供另一种优选地实施例,当比较结果为时延大于第二门限时,判断此次比较结果之前的前N-1次比较结果是否均为时延大于所述第二门限,即判断是否已经存在N次比较结果为时延大于第二门限,当判断结果为是时,降低所述客户端向所述服务端发送消息的频率,当判断结果为否时,维持客户端向服务端发送消息的频率;当比较结果为时延小于第一门限时,判断此次比较结果之前的前N-1次比较结果是否均为时延小于第一门限,即判断是否已经存在N次比较结果为时延小于第二门限,当判断结果为是时,提高客户端向服务端发送消息的频率,当判断结果为否时,维持客户端向服务端发送消息的频率;当比较结果为时延大于或等于第一门限且小于第二门限时,直接维持客户端向服务端发送消息的频率。
在本实施例中,客户端与服务端进行交互的信息类型可以包括REQMODE收发消息、Options收发消息或者Cache收发消息中的至少一种。
实施例二:
本实施例提供一种网络拥塞控制装置,请参考图2,该网络拥塞控制装置包括:
时延获取模块201,用于获取用于体现网络状态的时延;
请进一步结合图3,在本实施例中,时延获取模块201包括传输时延获取子模块2011、处理时延获取子模块2012和总体时延获取子模块2013。
传输时延获取子模块2011获取的传输时延具体为客户端与服务端进行交互的信息在传输过程中所花费的时间,因此传输时延可以表征传输网络的情况。传输时延获取子模块可以是以下三种中的任意一种:
第一种,请参考图4,传输时延获取子模块2011包括第一获取单元401,第二获取单元402和第一计算单元403。
当客户端发送消息给服务端时,第一获取单元401截取该消息的发送时间作为第一时间点,第二获取单元402截取服务端收到该消息的时间作为第二时间点,第一计算单元403计算得到第二时间点与第一时间点之间的时间差即为传输时延。第二时间点与第一时间点之间的时延仅为单向传输时延。可以理解的是,传输时延获取子模块还可以获取另一种单向传输时延,该种单向传输时延由第二种传输时延获取子模块获取。
第二种,请参考图5,传输时延获取子模块2011包括第三获取单元501,第四获取单元502和第二计算单元503。在服务端向客户端发送消息时,包括第三获取单元501截取该消息的发送时间作为第三时间点,第四获取单元502截取客户端收到该消息的时间作为第四时间点,第二计算单元503计算第四时间点与第三时间点之间的时间差作为传输时延。
毫无疑义的是,还可以获取上述两种单向传输时延之和作为传输时延,这种传输时延属于双向传输时延由第三种传输时延获取子模块获取,请参考图6:
第三种,传输时延获取子模块2011包括第五获取单元601、第六获取单元602、第七获取单元603、第八获取单元604以及第三计算单元605,上述四个获取单元分别用于获取第一时间点、第二时间点、第三时间点以及第四时间点的时间,而第三计算单元605用于计算第二时间点与第一时间点之差作为第一传输时延,计算第四时间点与第三时间点之差作为第二传输时延,然后通过计算第一传输时延与第二传输时延之和作为传输时延。
处理时延获取子模块2012获取的处理时延具体为服务端处理客户端发送的消息所花费的时间,即从服务端接收到客户端的请求消息到服务端向客户端发送响应消息之间的时间,处理时间体现了服务器的处理能力。请参照图7,处理时延获取子模块2012包括:第九获取单元701、第十获取单元702以及第四计算单元703,在获取处理时延的时候,由第九获取单元701截取服务端收到客户端发送过来的请求消息的时间作为第二时间点,第十获取单元702截取服务端发送响应消息给客户端的时间作为第三时间点,第四计算单元703比较所述第二时间点与所述第三时间点,得到所述第三时间点与所述第二时间点之间的时间差作为处理时延。
总体时延获取子模块可以有多种:
第一种,如图8所示,总体时延获取子模块2013包括第十一获取单元801、第十二获取单元802和第五计算单元803;第十一获取单元801获取客户端给服务端发送请求消息的时间为第一时间点,第十二获取单元802获取服务端发送响应消息的时间为第三时间点,第五计算单元803计算第三时间点与第一时间点之差作为总体时延;
第二种,如图9所示,总体时延获取子模块2013包括第十三获取单元901、第十四获取单元902和第六计算单元903;第十三获取单元901获取服务端收到客户端发送的请求消息的时间为第二时间点,第十四获取单元902获取客户端收到服务端发送的响应消息的时间为第四时间点,第六计算单元903计算第四时间点与第二时间点之差作为总体时延;
第三种,如图10所示,总体时延获取子模块2013包括第十五获取单元1001、第十六获取单元1002和第七计算单元1003;第十五获取单元1001获取客户端给服务端发送请求消息的时间为第一时间点,第十六获取单元1002获取客户端收到服务端发送的响应消息的时间为第四时间点,第七计算单元1003计算第四时间点与第一时间点之差作为总体时延。
上述三种总体时延获取子模块都是通过直接获取的方式得到总体时延的,由于总体时延是传输时延与处理时延的总和,总体时延获取子模块2013可以通过先分别获取传输时延与处理时延,然后计算得到传输时延与处理时延的和的方式来获得总体时延,因此,总体时延获取子模块还包括另外三种:
第四种总体时延获取子模块,获取客户端发送请求消息给服务端的时间作为第一时间点,获取服务端收到该请求消息的时间作为第二时间点,将第二时间点与第一时间点之差作为第一传输时延,获取服务端发送响应消息的时间作为第三时间点,将第三时间点与第二时间点之差作为处理时延;计算出第一传输时延与处理时延的和作为总体时延;
第五种总体时延获取子模块,获取服务端发送响应消息的时间作为第三时间点,获取客户端收到该响应消息的时间作为第四时间点,将第四时间点与第三时间点之差作为第二传输时延,获取服务端收到客户端发送的请求消息的时间作为第二时间点,将第三时间点与第二时间点之差作为处理时延;计算出第二传输时延与处理时延的和作为总体时延;
第六种总体时延获取子模块,获取客户端发送请求消息给服务端的时间作为第一时间点,获取服务端收到请求消息的时间作为第二时间点,将第二时间点与第一时间点之差作为第一传输时延,获取服务端发送响应消息给客户端的时间作为第三时间点,获取客户端收到该响应消息的时间作为第四时间点,将第四时间点与第三时间点之差作为第二传输时延,计算出第一传输时延与第二传输时延的和作为传输时延,将第三时间点与第二时间点之差作为处理时延,计算出传输时延与处理时延的和作为总体时延。
时延获取模块201获取时延的时候,可以采取在客户端与服务端进行交互的信息中设置时间戳的方式,即在请求消息或响应消息两种中的至少一种中增加扩展字段,客户端与服务端中发送信息的一方在扩展字段中记录下发送请求消息或响应消息的时间戳,当另一方收到信息的时候,将信息中包含的时间戳与自己的系统时间进行比较,计算出该消息在传输过程中的时延。例如,在本发明一种实施例中,传输时延获取子模块2011在客户端向服务端发送请求消息的时候可以在该请求消息中设置发送时刻的时间戳,当服务端收到请求消息的时候,传输时延获取子模块2011从中获取到时间戳,同服务端的系统时间进行对比,获得该请求消息的传输时延。
当然,设置时间戳的方式不拘于此,例如,客户端可以记录下其向服务端发送请求消息的时间,但并不在请求消息中设置该时间的时间戳,当服务端收到上述请求消息的时候,记录下收到的时间,并将该时间的时间戳设置在回复客户端的响应消息中,当客户端收到服务端回复的响应消息后,从响应消息中获得服务端设置的时间戳,同其先前记录的时间进行比较,获得上述请求消息的传输时延。
上述由客户端或者服务端中的一方设置时间戳,另一方计算时延的方式,要求客户端与服务端的系统时间必须同步。
优选地,在本实施例中,设置时间戳的一方即是计算时延的一方,例如,当客户端向服务端发送请求消息的时候,在该请求消息中设置发送时刻的时间戳,当服务端收到该请求消息并发送响应消息的时候,将该时间戳复制到响应消息的扩展字段中,当客户端收到服务端发送的响应消息后,从中获取到时间戳,与自己的系统时间进行对比,可以计算出传输时延与处理时延之和,用于体现总体网络状况。这种获取时延的方式与上述由客户端或者服务端中的一方设置时间戳,另一方计算时延的方式相比,不必要求服务端与客户端的系统时间同步。
本发明还提供一种实施例,时延获取模块201通过设置计数器的方式获得时延,可以在客户端向服务端发送请求消息的时候开始利用计数器进行计时,当客户端收到来自服务端的响应消息时停止计时,这种方式简单,不需要在客户端与服务端的交互信息中增加扩展字段,也不需要进行计算。
时延比较模块202,用于将时延获取模块获取的时延与预设时延门限进行比较;请进一步结合图11,时延比较模块包括第一门限比较子模块2021和第二门限比较子模块2022;当时延获取模块201获取到时延之后,第一门限比较子模块2021将获得的时延与第一门限进行比较,并得出结果,第二门限比较子模块2022将获得的时延与第二门限进行比较,并得出结果,当上述两个比较子模块比较的结果为上述时延的值大于或等于第二门限时,则表示当前网络状态恶劣;当上述时延的值大于或等于第一门限且小于第二门限,则表示当前网络状态正常;当上述时延的值小于第一门限,则表示当前网络状态良好。
第一门限比较子模块2021和第二门限比较子模块2022进行比较的门限值可以由用户自主设置,用户可以根据其使用的网络的存储空间与带宽容量以及处理器的性能进行比较灵活的设置,可以理解的是,第一门限的值可以等于第二门限的值。
策略控制模块203,用于根据比较模块得出的比较结果控制客户端的发送策略。
时延比较模块202获取到比较结果后,策略控制模块203可以根据比较结果对当前客户端的数据发送策略进行控制,当比较结果为时延大于或等于第二门限时,策略控制模块203降低客户端向服务端发送消息的频率;当比较结果为时延大于等于第一门限且小于第二门限时,策略控制模块203维持客户端向服务端发送消息的频率;当比较结果为时延小于第一门限时,策略控制模块203维持客户端向服务端发送消息的频率或提高客户端向服务端发送消息的频率。
本发明还提供另一种优选地实施例,请参考图12,策略控制模块203包括判断子模块2031和控制子模块2032,当时延比较模块,得到的比较结果为时延大于第二门限时,判断子模块2031判断此次比较结果之前的前N-1次比较结果是否均为时延大于所述第二门限,即判断是否已经存在N次比较结果为时延大于第二门限,当判断结果为是时,控制子模块2032降低所述客户端向所述服务端发送消息的频率,当判断结果为否时,控制子模块2032维持客户端向服务端发送消息的频率;当比较结果为时延小于第一门限时,判断子模块2031判断此次比较结果之前的前N-1次比较结果是否均为时延小于第一门限,即判断是否已经存在N次比较结果为时延小于第二门限,当判断结果为是时,控制子模块2032提高客户端向服务端发送消息的频率,当判断结果为否时,控制子模块2032维持客户端向服务端发送消息的频率;当比较结果为时延大于或等于第一门限且小于第二门限时,直接由控制子模块2032维持客户端向服务端发送消息的频率。
在本发明提供的另外一种实施例中,如图13所示,控制策略调整模块203除了包括判断子模块2031和控制子模块2032外,还包括策略存储子模块2033,用于存储一定周期内做过的控制策略调整记录,这里以天作为上述周期进行说明,由于在一天中,客户端与服务端的交互具有忙时与闲时之分,在长期的交互中,每一天的忙时与闲时都处于较固定的时间段内,所以当策略存储子模块2033存储了一天中做过的控制策略调整记录后,控制子模块2032可以根据策略存储子模块2033的提供的记录对控制策略进行调整,使本发明的控制策略的调整处于网络状况之前,避免了滞后调整的缺陷。
实施例三:
在实施例二的基础上,本发明还提供一种基于ICAP协议的客户端,该客户端包括实施例二中提供的网络拥塞控制装置。
在发明提供的客户端是支持ICAP协议的客户端,毫无疑义的是,它既可以是安装支持ICAP协议软件的个人电脑或者终端,也可以是实现ICAP协议的电信级网络节点设备。该客户端通过向服务端发送相关请求消息,以获取相关资源用于业务处理。相应地,与本发明提供的基于ICAP协议的客户端配合使用的服务端既可以是安装支持ICAP协议软件的个人电脑、终端或者商用服务器,也可以是实现ICAP协议的电信级网络节点设备。
以上内容是结合具体的实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
Claims (17)
1.一种基于ICAP协议的网络拥塞控制方法,其特征在于,包括:
获取用于体现网络状态的时延;
将所述时延与预设时延门限进行比较;
根据比较结果控制客户端的发送策略。
2.如权利要求1所述的基于ICAP协议的网络拥塞控制方法,其特征在于,所述获取的时延为表征传输网络环境的传输时延、表征服务端处理能力的处理时延或表征网络环境的总体时延。
3.如权利要求2所述的基于ICAP协议的网络拥塞控制方法,其特征在于,当获取的所述时延为所述传输时延时,获取的方式包括以下三种中的任意一种:
获取所述客户端发送第一消息给服务端的时间作为第一时间点,获取所述服务端收到所述第一消息的时间作为第二时间点,将所述第二时间点与所述第一时间点之差作为所述传输时延;
获取服务端发送第二消息给所述客户端的时间作为第三时间点,获取所述客户端收到所述第二消息的时间作为第四时间点,将所述第四时间点与所述第三时间点之差作为所述传输时延;
获取所述客户端发送第一消息给服务端的时间作为第一时间点,获取所述服务端收到所述第一消息的时间作为第二时间点,将所述第二时间点与所述第一时间点之差作为第一传输时延;获取所述服务端发送第二消息给所述客户端的时间作为第三时间点,获取所述客户端收到所述第二消息的时间作为第四时间点,将所述第四时间点与所述第三时间点之差作为第二传输时延,计算出所述第一传输时延与所述第二传输时延的和作为所述传输时延。
4.如权利要求2所述的基于ICAP协议的网络拥塞控制方法,其特征在于,当获取的所述时延为所述处理时延时,获取所述处理时延的方式具体包括:
获取所述服务端收到所述客户端发送的第一消息的时间作为第二时间点,获取所述服务端发送第二消息给所述客户端的时间作为第三时间点,将所述第三时间点与所述第二时间点之差作为所述处理时延。
5.如权利要求2所述的基于ICAP协议的网络拥塞控制方法,其特征在于,当获取的所述时延为所述总体时延时,获取所述总体时延的方式包括以下三种中的任意一种:
获取所述客户端发送第一消息给服务端的时间作为第一时间点,获取所述服务端发送第二消息给所述客户端的时间作为第三时间点,将所述第三时间点与所述第一时间点之差作为所述总体时延;
获取所述服务端收到所述客户端发送的第一消息的时间作为第二时间点,获取所述客户端收到所述服务端发送的第二消息的时间作为第四时间点,将所述第四时间点与所述第二时间点之差作为所述总体时延;
获取所述客户端发送第一消息给所述服务端的时间作为第一时间点,获取所述客户端收到所述服务端发送的第二消息的时间作为第四时间点,将所述第四时间点与所述第一时间点之差作为所述总体时延。
6.如权利要求1-5任一项所述的基于ICAP协议的网络拥塞控制方法,其特征在于,所述预设时延门限包括第一门限与第二门限,所述第一门限小于所述第二门限。
7.如权利要求6所述的基于ICAP协议的网络拥塞控制方法,其特征在于,所述根据比较结果控制客户端的发送策略包括:
当所述比较结果为所述时延大于或等于所述第二门限时,降低客户端向服务端发送消息的频率;
当所述比较结果为所述时延大于或等于所述第一门限且小于所述第二门限时,维持客户端向服务端发送消息的频率;
当所述比较结果为所述时延小于所述第一门限时,维持客户端向服务端发送消息的频率或提高客户端向服务端发送消息的频率。
8.如权利要求6所述的基于ICAP协议的网络拥塞控制方法,其特征在于,所述根据比较结果控制客户端的发送策略包括:
当所述比较结果为所述时延大于或等于所述第二门限时,判断此次比较结果之前的前N-1次比较结果是否均为所述时延大于或等于所述第二门限,当判断结果为是时,才执行后续的降低所述客户端向所述服务端发送消息的频率;当判断结果为否时,维持所述客户端向服务端发送消息的频率;
当所述比较结果为所述时延大于或等于所述第一门限且小于所述第二门限时,维持客户端向服务端发送消息的频率;
当所述比较结果为所述时延小于所述第一门限时,判断此次比较结果之前的前N-1次比较结果是否均为所述时延小于所述第一门限,当判断结果为是时,才执行后续的提高所述客户端向所述服务端发送消息的频率;当判断结果为否时,维持所述客户端向服务端发送消息的频率。
9.一种基于ICAP协议的网络拥塞控制装置,其特征在于,包括:
时延获取模块,用于获取用于体现网络状态的时延;
时延比较模块,用于将时延获取模块获取的所述时延与预设时延门限进行比较;
策略控制模块,用于根据比较模块得出的比较结果控制客户端的发送策略。
10.如权利要求9所述的基于ICAP协议的网络拥塞控制装置,其特征在于,所述时延获取模块包括传输时延获取子模块、处理时延获取子模块和总体时延获取子模块中的至少一个;
所述传输时延获取子模块用于获取表征传输网络环境的传输时延;
所述处理时延获取子模块用于表征服务端处理能力的处理时延;
所述总体时延获取子模块用于获取表征网络环境的总体时延。
11.如权利要求10所述的基于ICAP协议的网络拥塞控制装置,其特征在于,所述时延获取模块包括所述传输时延获取子模块时,所述传输时延获取子模块包括:
第一获取单元,用于获取所述客户端发送第一消息给所述服务端的时间作为第一时间点;
第二获取单元,用于获取所述服务端收到所述第一消息的时间作为第二时间点;
第一计算单元,用于计算所述第二时间点与所述第一时间点之差作为所述传输时延;
或者,所述传输时延获取子模块包括:
第三获取单元,用于获取所述服务端发送第二消息给所述客户端的时间作为第三时间点;
第四获取单元,用于获取所述客户端收到所述第二消息的时间作为第四时间点;
第二计算单元,用于计算所述第四时间点与所述第三时间点之差作为所述传输时延;
或者,所述传输时延获取子模块包括:
第五获取单元,用于获取所述客户端发送第一消息给所述服务端的时间作为第一时间点;
第六获取单元,用于获取所述服务端收到所述第一消息的时间作为第二时间点;
第七获取单元,用于获取所述服务端发送第二消息给所述客户端的时间作为第三时间点;
第八获取单元,用于获取所述客户端收到所述第二消息的时间作为第四时间点;
第三计算单元,用于计算所述第二时间点与所述第一时间点之差作为第一传输时延,计算所述第四时间点与所述第三时间点之差作为第二传输时延,并计算所述第一传输时延与所述第二传输时延之和作为所述传输时延。
12.如权利要求10所述的基于ICAP协议的网络拥塞控制装置,其特征在于,所述时延获取模块包括处理时延获取子模块时,所述处理时延获取子模块包括:
第九获取单元,用于获取所述服务端收到所述客户端发送的第一消息的时间作为第二时间点;
第十获取单元,用于获取所述服务端发送第二消息给所述客户端的时间作为第三时间点;
第四计算单元,用于计算所述第三时间点与所述第二时间点之差作为所述处理时延。
13.如权利要求10所述的基于ICAP协议的网络拥塞控制装置,其特征在于,所述时延获取模块包括总体时延获取子模块时,所述总体时延获取子模块包括:
第十一获取单元,用于获取所述客户端发送第一消息给服务端的时间作为第一时间点;
第十二获取单元,用于获取所述服务端发送第二消息给所述客户端的时间作为第三时间点;
第五计算单元,用于计算所述第三时间点与所述第一时间点之差作为所述总体时延;
或者,所述总体时延获取子模块包括:
第十三获取单元,获取所述服务端收到所述客户端发送的第一消息的时间作为第二时间点;
第十四获取单元,获取所述客户端收到所述服务端发送的第二消息的时间作为第四时间点;
第六计算单元,用于计算所述第四时间点与所述第二时间点之差作为所述总体时延;
或者,所述总体时延获取子模块包括:
第十五获取单元,用于获取所述客户端发送第一消息给服务端的时间作为第一时间点;
第十六获取单元,获取所述客户端收到所述服务端发送的第二消息的时间作为第四时间点;
第七计算单元,用于计算所述第四时间点与所述第一时间点之差作为所述总体时延。
14.如权利要求9-13任一项所述的基于ICAP协议的网络拥塞控制装置,其特征在于,所述时延比较模块包括第一门限比较子模块和第二门限比较子模块;
所述第一门限比较子模块用于将获取的所述时延与第一门限进行比较;
所述第二门限比较子模块用于将获取的所述时延与第二门限进行比较。
15.如权利要求14所述的基于ICAP协议的网络拥塞控制装置,其特征在于,所述策略控制模块根据比较结果控制客户端的发送策略具体为:
当所述时延比较模块获得的比较结果为所述时延大于或等于所述第二门限时,所述策略控制模块降低客户端向服务端发送消息的频率;
当所述时延比较模块获得的比较结果为所述时延大于或等于所述第一门限且小于所述第二门限时,所述策略控制模块维持客户端向服务端发送消息的频率;
当所述时延比较模块获得的比较结果为所述时延小于所述第一门限时,所述策略控制模块维持客户端向服务端发送消息的频率或提高客户端向服务端发送消息的频率。
16.如权利要求14所述的基于ICAP协议的网络拥塞控制装置,其特征在于,所述策略控制模块还包括判断子模块和控制子模块:
当所述时延比较模块获得的比较结果为所述时延大于或等于所述第二门限时,所述判断子模块判断此次比较结果之前的前N-1次比较结果是否均为所述时延大于或等于所述第二门限,当所述判断子模块的判断结果为是时,所述控制子模块降低所述客户端向服务端发送消息的频率;当判断结果为否时,所述控制子模块维持所述客户端向服务端发送消息的频率;
当所述时延比较模块获得的比较结果为所述时延大于等于所述第一门限且小于所述第二门限时,所述控制子模块维持客户端向服务端发送消息的频率;
当所述时延比较模块获得的比较结果为所述时延小于所述第一门限时,所述判断子模块判断此次比较结果之前的前N-1次比较结果是否均为所述时延小于所述第一门限,当所述判断子模块的判断结果为是时,所述控制子模块提高所述客户端向服务端发送消息的频率;当判断结果为否时,所述控制子模块维持所述客户端向服务端发送消息的频率。
17.一种基于ICAP协议的客户端,其特征在于,包括如权利要求9-16所述的网络拥塞控制装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510607030.3A CN106549876A (zh) | 2015-09-22 | 2015-09-22 | 基于icap协议的网络拥塞控制方法、装置及客户端 |
PCT/CN2016/082528 WO2017049925A1 (zh) | 2015-09-22 | 2016-05-18 | 网络拥塞控制方法、装置及客户端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510607030.3A CN106549876A (zh) | 2015-09-22 | 2015-09-22 | 基于icap协议的网络拥塞控制方法、装置及客户端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106549876A true CN106549876A (zh) | 2017-03-29 |
Family
ID=58364978
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510607030.3A Pending CN106549876A (zh) | 2015-09-22 | 2015-09-22 | 基于icap协议的网络拥塞控制方法、装置及客户端 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106549876A (zh) |
WO (1) | WO2017049925A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110022268A (zh) * | 2018-01-09 | 2019-07-16 | 腾讯科技(深圳)有限公司 | 一种数据传输控制方法、装置及存储介质 |
CN111464358A (zh) * | 2020-04-02 | 2020-07-28 | 深圳创维-Rgb电子有限公司 | 一种消息上报方法及装置 |
CN112073325A (zh) * | 2019-06-10 | 2020-12-11 | 阿里巴巴集团控股有限公司 | 数据拥塞控制及带宽预估方法 |
CN114339468A (zh) * | 2021-12-22 | 2022-04-12 | 珠海格力电器股份有限公司 | 机组设备的数据发送方法、装置、计算机设备和存储介质 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110637443B (zh) * | 2019-08-19 | 2023-09-29 | 北京小米移动软件有限公司 | 数据处理方法和装置、电子设备和计算机可读存储介质 |
CN110535785B (zh) * | 2019-08-29 | 2022-11-18 | 郑州阿帕斯科技有限公司 | 一种发送频率的控制方法、装置和分布式系统 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5367523A (en) * | 1993-08-26 | 1994-11-22 | International Business Machines Corporation | Adaptive rate-based congestion and flow control in packet communications networks |
WO2012167571A1 (zh) * | 2011-11-25 | 2012-12-13 | 华为技术有限公司 | 网络拥塞控制方法和装置 |
CN103152285B (zh) * | 2013-03-14 | 2016-01-27 | 华为技术有限公司 | 本端网元、对端网元以及发送窗口调整方法 |
CN104883710A (zh) * | 2015-05-08 | 2015-09-02 | 北京邮电大学 | 一种星型结构下无线传感器网络拥塞控制方法 |
-
2015
- 2015-09-22 CN CN201510607030.3A patent/CN106549876A/zh active Pending
-
2016
- 2016-05-18 WO PCT/CN2016/082528 patent/WO2017049925A1/zh active Application Filing
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110022268A (zh) * | 2018-01-09 | 2019-07-16 | 腾讯科技(深圳)有限公司 | 一种数据传输控制方法、装置及存储介质 |
CN110022268B (zh) * | 2018-01-09 | 2022-05-03 | 腾讯科技(深圳)有限公司 | 一种数据传输控制方法、装置及存储介质 |
CN112073325A (zh) * | 2019-06-10 | 2020-12-11 | 阿里巴巴集团控股有限公司 | 数据拥塞控制及带宽预估方法 |
CN111464358A (zh) * | 2020-04-02 | 2020-07-28 | 深圳创维-Rgb电子有限公司 | 一种消息上报方法及装置 |
CN111464358B (zh) * | 2020-04-02 | 2021-08-20 | 深圳创维-Rgb电子有限公司 | 一种消息上报方法及装置 |
CN114339468A (zh) * | 2021-12-22 | 2022-04-12 | 珠海格力电器股份有限公司 | 机组设备的数据发送方法、装置、计算机设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2017049925A1 (zh) | 2017-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106549876A (zh) | 基于icap协议的网络拥塞控制方法、装置及客户端 | |
RU2486699C2 (ru) | Мобильная станция, базовая станция радиосвязи, способ управления связью и система мобильной связи | |
JP6085033B2 (ja) | Lteシステムにおいてトランキングページングを送受信する方法及び対応する装置 | |
US20220400402A1 (en) | Apparatus and methods for user device buffer management in wireless networks | |
US11115871B2 (en) | Data distribution method, apparatus, and system | |
CN102780593B (zh) | 基于bfd协议检测链路的方法、装置和网络处理器 | |
US20230103418A1 (en) | Communication method, apparatus, and system | |
CN109462857A (zh) | 丢包处理方法、装置、无线网元及计算机可读存储介质 | |
CN106973442A (zh) | 一种竞争窗口最小值的自适应调整方法及装置 | |
CN113438129A (zh) | 数据采集方法及装置 | |
US11528345B2 (en) | Data transmission method and system, and apparatus | |
US11075989B2 (en) | Cellular network hierarchical operational data storage | |
CN105578440B (zh) | Lte系统中的即时通讯业务心跳包的传输方法及装置 | |
US20240114383A1 (en) | Communication method and apparatus | |
CN113395671B (zh) | 消息推送速率的调节方法、装置和服务器 | |
CN109391399B (zh) | 辅小区的管理方法、装置及设备 | |
CN103338484B (zh) | 一种载波状态的转换方法及装置 | |
CN108200639A (zh) | 业务数据的发送方法、装置及终端 | |
CN108391325A (zh) | 管理无线连接的方法、装置及终端 | |
US20190036793A1 (en) | Network service implementation method, service controller, and communications system | |
CN108023690A (zh) | 动态harq-ack反馈的方法及装置 | |
CN107995315B (zh) | 业务板间信息的同步方法、装置、存储介质及计算机设备 | |
CN104933059B (zh) | 文件信誉获取方法、网关设备和文件信誉服务器 | |
CN102594449B (zh) | 一种光网络中多路径计算单元协作的实现系统及方法 | |
CN105493560B (zh) | 回传终端、基站及无线网络流量控制方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170329 |