CN113364637A - 一种基于批量打包调度的网络通信优化方法及*** - Google Patents
一种基于批量打包调度的网络通信优化方法及*** Download PDFInfo
- Publication number
- CN113364637A CN113364637A CN202110909310.5A CN202110909310A CN113364637A CN 113364637 A CN113364637 A CN 113364637A CN 202110909310 A CN202110909310 A CN 202110909310A CN 113364637 A CN113364637 A CN 113364637A
- Authority
- CN
- China
- Prior art keywords
- batch
- request
- server
- client
- communication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
- H04L41/083—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability for increasing network speed
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种基于批量打包调度的网络通信优化方法及***,包括:S1.客户端按照第一固定时间间隔生成批量请求通信包并在批量请求通信包达到第一触发条件后将批量请求通信包发送至服务端;第一触发条件包括等待时长和请求数量的第一预设值,以等待时长和请求数量两者中先达到的为准;S2.服务端接收到批量请求通信包后,根据批量请求通信包中的请求指令执行对应的业务操作并按照第二固定时间间隔生成批量响应数据包;S3.服务端在批量响应数据包达到第二触发条件后将批量响应数据包返回至客户端中的对应用户;第二触发条件包括等待时长和请求数量的第二预设值,以等待时长和请求数量两者中先达到的为准。
Description
技术领域
本发明涉及通信技术领域,具体而言,涉及一种基于批量打包调度的网络通信优化方法及***。
背景技术
目前,随着移动互联网蓬勃发展,分布式微服务的理念流行。软件***不再是一个集中式部署***,而是根据各种维度划分为无数个子服务,为了保证高可用这些微服务又会部署在不同的地域和机房,因此用于一次查询请求,服务后端可能会跨多个子服务,可能会跨多个地域和机房。伴随着用户数的增加,访问量的增加,有限的网络带宽资源和服务端资源总会成为瓶颈。一般应对网络带宽和服务端资源瓶颈常见的做法是:1)增加带宽,让网络带宽变得更大,自然能容下更多的请求通信;2)增加服务端,让更多的服务端来提供服务,自然能提升服务能力。但是,不管是增加服务端还是增加网络带宽,资源总是有限的;且伴随着资源的投入,成本和能耗都会增加。因此,需要提供一种方案以便于提高网络通信过程中的响应速度。
发明内容
本发明的目的在于提供一种基于批量打包调度的网络通信优化方法及***,用以实现提高网络通信过程中的响应速度的技术效果。
第一方面,本发明提供了一种基于批量打包调度的网络通信优化方法,包括:
S1.客户端按照第一固定时间间隔生成批量请求通信包并在所述批量请求通信包达到第一触发条件后将所述批量请求通信包发送至服务端;所述第一触发条件包括等待时长和请求数量的第一预设值,以等待时长和请求数量两者中先达到的为准;
S2.所述服务端接收到所述批量请求通信包后,根据所述批量请求通信包中的请求指令执行对应的业务操作并按照第二固定时间间隔生成批量响应数据包;
S3.所述服务端在所述批量响应数据包达到第二触发条件后将所述批量响应数据包返回至所述客户端中的对应用户;所述第二触发条件包括等待时长和请求数量的第二预设值,以等待时长和请求数量两者中先达到的为准。
进一步地,所述S1包括:
S11.所述客户端在所述第一固定时间间隔内根据各个用户的请求地址分析当前请求是否可以与其他请求打包发往所述服务端;若可以,则将该用户的当前请求放入批量请求通信包中;
S12.所述客户端分析所述批量请求通信包中是否到达第一触发条件,若到达第一触发条件则将所述批量请求通信包发送至服务端。
进一步地,所述S1还包括:
若某个用户的当前请求无法与其他请求打包发往所述服务端,则所述客户端直接通过优先通信通道将该用户的当前请求发送至所述服务端;所述服务端通过所述优先通信通道返回对应的响应数据至所述客户端。
进一步地,所述客户端将用户的当前请求放入批量请求通信包的过程中,通过全局唯一标识符对各个用户的当前请求进行一一标记。
进一步地,所述方法还包括:
所述服务端根据所述全局唯一标识符分析用户的当前请求是否被阻塞;若用户的当前请求被阻塞,则根据所述全局唯一标识符从所述客户端获取对应的请求并执行对应的业务操作,然后向客户端中的用户返回对应的响应数据。
进一步地,所述服务端根据各个响应数据的获取时间生成所述批量响应数据包。
第二方面,本发明还提供了一种基于批量打包调度的网络通信优化***,包括客户端和服务端;所述客户端包括请求批量通信单元;所述服务端包括响应批量通信单元;所述客户端和所述服务端之间设有批量通信通道;
所述请求批量通信单元用于按照第一固定时间间隔生成批量请求通信包并在所述批量请求通信包达到第一触发条件后将所述批量请求通信包通过批量通信通道发送至服务端;
所述响应批量通信单元在接收到所述批量请求通信包后,根据所述批量请求通信包中的请求指令执行对应的业务操作并按照第二固定时间间隔生成批量响应数据包;同时在所述批量响应数据包达到第二触发条件后将所述批量响应数据包通过所述批量通信通道返回至所述客户端中的对应用户。
进一步地,所述网络通信优化***还包括设置在所述客户端和所述服务端之间的优先通信通道;所述客户端直接通过所述优先通信通道将该用户的当前请求发送至所述服务端;所述服务端通过所述优先通信通道返回对应的响应数据至所述客户端。
本发明能够实现的有益效果是:本发明提供的基于批量打包调度的网络通信优化方法可以根据用户量和请求量调整请求通信包的数量达到控制请求流量的目的;同时通过打包聚合的方式,虽然过程中多了打包等待的时间,但是减少了网络连接和网络传输的次数,在高并发,高用户量的情景下整体提升了响应速度。同时可以根据请求的身份划分出快慢批量通信通道,实现快慢分离。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本发明实施例提供的一种基于批量打包调度的网络通信优化方法的流程示意图;
图2为本发明实施例提供的一种基于批量打包调度的网络通信优化***的拓扑结构示意图。
图标:10-网络通信优化***;100-客户端;110-请求批量通信单元;200-服务端;210-响应批量通信单元;300-批量通信通道;400-优先通信通道。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行描述。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。同时,在本发明的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
请参看图1,图1为本发明实施例提供的一种基于批量打包调度的网络通信优化方法的流程示意图。
经申请人研究发现,现有的批量通信方式随着用户数量和访问量的增加,其通信速度受到的影响也越来越大,因此为了提高通信速度,本发明实施例提供了一种基于批量打包调度的网络通信优化方法,其具体内容如下所述。
S1.客户端按照第一固定时间间隔生成批量请求通信包并在所述批量请求通信包达到第一触发条件后将所述批量请求通信包发送至服务端。
在一种实施方式中,S1包括:
S11.所述客户端在所述第一固定时间间隔内根据各个用户的请求地址分析当前请求是否可以与其他请求打包发往所述服务端;若可以,则将该用户的当前请求放入批量请求通信包中。
具体地,第一固定时间间隔可以通过配置文件进行设置,具体时长可以根据实际需求进行设置。
S12.所述客户端分析所述批量请求通信包中是否到达第一触发条件,若到达第一触发条件则将所述批量请求通信包发送至服务端。
第一触发条件包括等待时长和请求数量的第一预设值,以等待时长和请求数量两者中先达到的为准。
具体地,等待时长和请求数量的第一预设值可以按照以下方式设置:等待时长的第一预设值可以设置为100ms,请求数量的第一预设值可以设置为50个。当批量请求通信包中的请求数量达到50个或者批量请求通信包生成的时长大于100ms,则客户端将批量请求通信包发送至服务端。
在一种实施方式中,若某个用户的当前请求无法与其他请求打包发往服务端,则客户端直接通过优先通信通道将该用户的当前请求发送至服务端;服务端通过优先通信通道返回对应的响应数据至客户端。通过这种方式可以充分满足各个用户的使用需求。
S2.所述服务端接收到所述批量请求通信包后,根据所述批量请求通信包中的请求指令执行对应的业务操作并按照第二固定时间间隔生成批量响应数据包。
在一种实施方式中,服务端接收到上述批量请求通信包后,就可以对该批量请求通信包进行解析得到对应的请求指令,然后根据该请求指令执行对应的业务操作,获取对应的响应数据,并按照第二固定时间间隔生成批量响应数据包。其中第二固定时间间隔也可以通过配置文件进行设置,具体时长可以根据实际需求进行设置。并且服务端根据各个响应数据的获取时间生成批量响应数据包,无需等待同批次批量请求通信包中的所有请求均执行完毕再生成数据包,提高了通信速度。
具体地,第二固定时间间隔可以通过配置文件进行设置,具体时长可以根据实际需求进行设置。
S3.所述服务端在所述批量响应数据包达到第二触发条件后将所述批量响应数据包返回至所述客户端中的对应用户。
第二触发条件包括等待时长和请求数量的第二预设值,以等待时长和请求数量两者中先达到的为准。
具体地,等待时长和请求数量的第二预设值可以按照以下方式设置:等待时长的第二预设值可以设置为100ms,请求数量的第二预设值可以设置为50个;当批量请求通信包中的请求数量达到50个或者批量请求通信包生成的时长大于100ms,则服务端将批量请求通信包返回至客户端中的对应用户。
在上述实现过程中,客户端将用户的当前请求放入批量请求通信包的过程中,通过全局唯一标识符对各个用户的当前请求进行一一标记。
进一步地,服务端根据全局唯一标识符分析用户的当前请求是否被阻塞;若用户的当前请求被阻塞,则根据全局唯一标识符从客户端获取对应的请求并执行对应的业务操作,然后向客户端中的用户返回对应的响应数据。
通过上述方式,可以避免用户的请求未及时得到响应,提高了***的服务能力。
请参看图2,图2为本发明实施例提供的一种基于批量打包调度的网络通信优化***的拓扑结构示意图。
在一种实施方式中,本发明实施例还提供了一种基于批量打包调度的网络通信优化***10,该网络通信优化***10包括客户端100和服务端200;客户端100包括请求批量通信单元110;服务端200包括响应批量通信单元210;客户端100和服务端200之间设有批量通信通道300;请求批量通信单元110用于按照第一固定时间间隔生成批量请求通信包并在批量请求通信包达到第一触发条件后将批量请求通信包通过批量通信通道300发送至服务端200;响应批量通信单元210在接收到批量请求通信包后,根据批量请求通信包中的请求指令执行对应的业务操作并按照第二固定时间间隔生成批量响应数据包;同时在批量响应数据包达到第二触发条件后将批量响应数据包通过批量通信通道300返回至客户端100中的对应用户。
进一步地,上述网络通信优化***10还包括设置在客户端100和服务端200之间的优先通信通道400;客户端100直接通过优先通信通道400将该用户的当前请求发送至服务端200;服务端200通过优先通信通道400返回对应的响应数据至客户端100。
综上所述,本发明实施例提供一种基于批量打包调度的网络通信优化方法及***,包括:S1.客户端按照第一固定时间间隔生成批量请求通信包并在批量请求通信包达到第一触发条件后将批量请求通信包发送至服务端;S2.服务端接收到批量请求通信包后,根据批量请求通信包中的请求指令执行对应的业务操作并按照第二固定时间间隔生成批量响应数据包;S3.服务端在批量响应数据包达到第二触发条件后将批量响应数据包返回至客户端中的对应用户。通过上述方式,可以有效提高通信速度,提升用户体验。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (8)
1.一种基于批量打包调度的网络通信优化方法,其特征在于,包括:
S1.客户端按照第一固定时间间隔生成批量请求通信包并在所述批量请求通信包达到第一触发条件后将所述批量请求通信包发送至服务端;所述第一触发条件包括等待时长和请求数量的第一预设值,以等待时长和请求数量两者中先达到的为准;
S2.所述服务端接收到所述批量请求通信包后,根据所述批量请求通信包中的请求指令执行对应的业务操作并按照第二固定时间间隔生成批量响应数据包;
S3.所述服务端在所述批量响应数据包达到第二触发条件后将所述批量响应数据包返回至所述客户端中的对应用户;所述第二触发条件包括等待时长和请求数量的第二预设值,以等待时长和请求数量两者中先达到的为准。
2.根据权利要求1所述的方法,其特征在于,所述S1包括:
S11.所述客户端在所述第一固定时间间隔内根据各个用户的请求地址分析当前请求是否可以与其他请求打包发往所述服务端;若可以,则将该用户的当前请求放入批量请求通信包中;
S12.所述客户端分析所述批量请求通信包中是否到达第一触发条件,若到达第一触发条件则将所述批量请求通信包发送至服务端。
3.根据权利要求2所述的方法,其特征在于,所述S1还包括:
若某个用户的当前请求无法与其他请求打包发往所述服务端,则所述客户端直接通过优先通信通道将该用户的当前请求发送至所述服务端;所述服务端通过所述优先通信通道返回对应的响应数据至所述客户端。
4.根据权利要求2所述的方法,其特征在于,所述客户端将用户的当前请求放入批量请求通信包的过程中,通过全局唯一标识符对各个用户的当前请求进行一一标记。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
所述服务端根据所述全局唯一标识符分析用户的当前请求是否被阻塞;若用户的当前请求被阻塞,则根据所述全局唯一标识符从所述客户端获取对应的请求并执行对应的业务操作,然后向客户端中的用户返回对应的响应数据。
6.根据权利要求1所述的方法,其特征在于,所述服务端根据各个响应数据的获取时间生成所述批量响应数据包。
7.一种基于批量打包调度的网络通信优化***,其特征在于,包括客户端和服务端;所述客户端包括请求批量通信单元;所述服务端包括响应批量通信单元;所述客户端和所述服务端之间设有批量通信通道;
所述请求批量通信单元用于按照第一固定时间间隔生成批量请求通信包并在所述批量请求通信包达到第一触发条件后将所述批量请求通信包通过批量通信通道发送至服务端;
所述响应批量通信单元在接收到所述批量请求通信包后,根据所述批量请求通信包中的请求指令执行对应的业务操作并按照第二固定时间间隔生成批量响应数据包;同时在所述批量响应数据包达到第二触发条件后将所述批量响应数据包通过所述批量通信通道返回至所述客户端中的对应用户。
8.根据权利要求7所述的网络通信优化***,其特征在于,所述网络通信优化***还包括设置在所述客户端和所述服务端之间的优先通信通道;所述客户端直接通过所述优先通信通道将该用户的当前请求发送至所述服务端;所述服务端通过所述优先通信通道返回对应的响应数据至所述客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110909310.5A CN113364637A (zh) | 2021-08-09 | 2021-08-09 | 一种基于批量打包调度的网络通信优化方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110909310.5A CN113364637A (zh) | 2021-08-09 | 2021-08-09 | 一种基于批量打包调度的网络通信优化方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113364637A true CN113364637A (zh) | 2021-09-07 |
Family
ID=77540718
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110909310.5A Pending CN113364637A (zh) | 2021-08-09 | 2021-08-09 | 一种基于批量打包调度的网络通信优化方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113364637A (zh) |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101183298A (zh) * | 2007-12-26 | 2008-05-21 | 杭州华三通信技术有限公司 | 一种scsi数据读写方法、***和装置 |
US20130262679A1 (en) * | 2012-03-28 | 2013-10-03 | Broadcom Corporation | Dataset Processing Using Network Performance Information |
CN103546330A (zh) * | 2012-07-11 | 2014-01-29 | 阿里巴巴集团控股有限公司 | 一种浏览器兼容性检测方法、装置及*** |
CN103997509A (zh) * | 2013-02-20 | 2014-08-20 | ***通信集团北京有限公司 | 一种基于面向服务的体系结构的服务处理方法及装置 |
CN105847386A (zh) * | 2016-04-20 | 2016-08-10 | 乐视控股(北京)有限公司 | 直播流的处理方法、装置及*** |
CN105897613A (zh) * | 2015-12-08 | 2016-08-24 | 乐视云计算有限公司 | 无级别限制的QoS的实现方法及无级别限制的QoS*** |
CN107528884A (zh) * | 2017-07-14 | 2017-12-29 | 北京三快在线科技有限公司 | 一种聚合服务器的用户请求处理方法和装置 |
CN108090114A (zh) * | 2017-11-02 | 2018-05-29 | 珠海许继芝电网自动化有限公司 | 一种基于实时数据库的单链路请求应答的判定方法 |
CN109152065A (zh) * | 2018-10-31 | 2019-01-04 | 重庆邮电大学 | 一种基于IPv6的工业无线网络多节点安全入网方法 |
CN109451076A (zh) * | 2018-12-29 | 2019-03-08 | 乐蜜有限公司 | 一种网络请求的合并处理方法、装置及电子设备 |
CN110830460A (zh) * | 2019-10-25 | 2020-02-21 | 香港乐蜜有限公司 | 一种连接建立方法、装置、电子设备及存储介质 |
CN111064771A (zh) * | 2019-11-14 | 2020-04-24 | 福建天晴数码有限公司 | 一种网络请求处理方法及*** |
CN111897828A (zh) * | 2020-07-31 | 2020-11-06 | 广州视源电子科技股份有限公司 | 数据批处理实现方法、装置、设备及存储介质 |
CN112182445A (zh) * | 2019-07-02 | 2021-01-05 | 北京京东尚科信息技术有限公司 | 一种优化客户端页面性能的方法和装置 |
-
2021
- 2021-08-09 CN CN202110909310.5A patent/CN113364637A/zh active Pending
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101183298A (zh) * | 2007-12-26 | 2008-05-21 | 杭州华三通信技术有限公司 | 一种scsi数据读写方法、***和装置 |
US20130262679A1 (en) * | 2012-03-28 | 2013-10-03 | Broadcom Corporation | Dataset Processing Using Network Performance Information |
CN103546330A (zh) * | 2012-07-11 | 2014-01-29 | 阿里巴巴集团控股有限公司 | 一种浏览器兼容性检测方法、装置及*** |
CN103997509A (zh) * | 2013-02-20 | 2014-08-20 | ***通信集团北京有限公司 | 一种基于面向服务的体系结构的服务处理方法及装置 |
CN105897613A (zh) * | 2015-12-08 | 2016-08-24 | 乐视云计算有限公司 | 无级别限制的QoS的实现方法及无级别限制的QoS*** |
CN105847386A (zh) * | 2016-04-20 | 2016-08-10 | 乐视控股(北京)有限公司 | 直播流的处理方法、装置及*** |
CN107528884A (zh) * | 2017-07-14 | 2017-12-29 | 北京三快在线科技有限公司 | 一种聚合服务器的用户请求处理方法和装置 |
CN108090114A (zh) * | 2017-11-02 | 2018-05-29 | 珠海许继芝电网自动化有限公司 | 一种基于实时数据库的单链路请求应答的判定方法 |
CN109152065A (zh) * | 2018-10-31 | 2019-01-04 | 重庆邮电大学 | 一种基于IPv6的工业无线网络多节点安全入网方法 |
CN109451076A (zh) * | 2018-12-29 | 2019-03-08 | 乐蜜有限公司 | 一种网络请求的合并处理方法、装置及电子设备 |
CN112182445A (zh) * | 2019-07-02 | 2021-01-05 | 北京京东尚科信息技术有限公司 | 一种优化客户端页面性能的方法和装置 |
CN110830460A (zh) * | 2019-10-25 | 2020-02-21 | 香港乐蜜有限公司 | 一种连接建立方法、装置、电子设备及存储介质 |
CN111064771A (zh) * | 2019-11-14 | 2020-04-24 | 福建天晴数码有限公司 | 一种网络请求处理方法及*** |
CN111897828A (zh) * | 2020-07-31 | 2020-11-06 | 广州视源电子科技股份有限公司 | 数据批处理实现方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6842783B1 (en) | System and method for enforcing communications bandwidth based service level agreements to plurality of customers hosted on a clustered web server | |
CN103345420B (zh) | 批量调用api接口的方法、***和装置 | |
CN102932920B (zh) | 无线资源调度请求配置方法及装置 | |
US6308214B1 (en) | Self-tuning dataflow I/O core | |
CN113079218A (zh) | 一种面向服务的算力网络***、工作方法及存储介质 | |
EP1183845B1 (en) | Method and apparatus for server bandwidth utilization management | |
CN103338252B (zh) | 一种分布式数据库并发存储虚拟请求机制的实现方法 | |
US9104488B2 (en) | Support server for redirecting task results to a wake-up server | |
Kliazovich et al. | CA-DAG: Communication-aware directed acyclic graphs for modeling cloud computing applications | |
CN102158346A (zh) | 基于云计算的信息采集***及方法 | |
CN106302230B (zh) | 一种数据传输方法及装置 | |
Manaseer et al. | An advanced algorithm for load balancing in cloud computing using MEMA technique | |
CN113810205A (zh) | 服务算力信息的上报、接收方法、服务器及数据中心网关 | |
Zhao et al. | ON/OFF traffic shaping in the Internet: Motivation, challenges, and solutions | |
CN113259415A (zh) | 一种网络报文处理方法、装置及网络服务器 | |
CN108377579B (zh) | 无线资源控制连接的控制方法、装置、终端及存储介质 | |
CN111245630A (zh) | 一种局域网内多设备同时升级的方法 | |
CN112104679B (zh) | 处理超文本传输协议请求的方法、装置、设备和介质 | |
CN109981483A (zh) | 一种面向小包实时业务感知的lte调度方法及装置 | |
Serdaroglu et al. | An efficient multipriority data packet traffic scheduling approach for fog of things | |
CN111338750A (zh) | 执行节点的压力调节方法、装置、服务器及存储介质 | |
CN104038358B (zh) | 一种内容调度方法及内容调度装置 | |
CN108076535B (zh) | 无线资源控制连接的控制方法、装置、终端及存储介质 | |
CN110674172A (zh) | 数据查询方法及装置 | |
Bolettieri et al. | Highlighting some shortcomings of the CoCoA+ congestion control algorithm |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210907 |
|
RJ01 | Rejection of invention patent application after publication |