[发明专利]一种基于多HTTP/3连接的并行传输方法有效
申请号: | 202010814342.2 | 申请日: | 2020-08-13 |
公开(公告)号: | CN111988235B | 公开(公告)日: | 2023-05-09 |
发明(设计)人: | 崔林;林晋霆;王伟 | 申请(专利权)人: | 暨南大学 |
主分类号: | H04L69/16 | 分类号: | H04L69/16;H04L47/125;H04L67/02 |
代理公司: | 深圳科湾知识产权代理事务所(普通合伙) 44585 | 代理人: | 钟斌 |
地址: | 510630 广*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 基于 http 连接 并行 传输 方法 | ||
发明公开了一种基于多HTTP/3连接的并行传输方法,具体步骤为:步骤1、该机制在客户端工作,并分为延迟探测模块、并行决策模块和数据复制模块三部分;步骤2、延迟探测模块负责在每个RTT结束的时候获取各HTTP/3连接的延迟信息,并将更新后的信息通知并行决策模块;步骤3、并行决策模块将符合要求的请求拆分为多个HTTPByteRange请求,并由数据复制模块在多条HTTP/3连接上并行执行;步骤4、数据复制模块把从多条HTTP/3连接收到的响应按照原字节顺序拼合,并将其交付上层应用程序。本发明涉及HTTP/3连接技术领域。通过引入基于多HTTP/3连接的并行传输方法,可提升上层应用在使用HTTP/3协议传输短数据流时的性能。
技术领域
发明涉及HTTP/3连接技术领域,具体为一种基于多HTTP/3连接的并行传输方法。
背景技术
TCP的拥塞控制机制中的慢启动阶段限制了拥塞窗口的增长速率,使得基于TCP的HTTP/2协议在处理以短数据流为主的Web服务请求时,会面临在连接的初始阶段无法充分利用网络带宽的问题。由于QUIC协议的拥塞控制机制移植自TCP的拥塞控制机制,使得这一问题也会影响HTTP/3连接处理以Web请求为代表的短数据流的性能。
发明内容
针对现有技术的不足,发明提供了一种基于多HTTP/3连接的并行传输方法,解决了QUIC连接在其初始阶段,其拥塞窗口受到慢启动机制的限制而无法为上层的HTTP/3连接提供足够的带宽的问题。
为实现以上目的,发明通过以下技术方案予以实现:一种基于多HTTP/3连接的并行传输方法,具体步骤为:
步骤1、接受来自客户端的请求,且该方法由延迟探测模块、并行决策模块和数据复制模块三部分执行;
步骤2、延迟探测模块负责在每个RTT结束的时候获取各HTTP/3连接的延迟信息,并将更新后的信息通知并行决策模块;
步骤3、并行决策模块收到来自客户端的请求并放入请求队列;
步骤4、数据复制模块在多条HTTP/3连接上发出子请求,然后再将服务器对各子请求的响应按照原字节顺序拼合后交付至应用程序;
步骤3具体为:
A、并行决策模块把将符合条件的请求拆分为多个HTTP Byte Range请求的子请求,并将子请求传递至数据复制模块;
B、并行决策模块获取目标请求的大小以及资源类型;
C、并行决策模块根据策略决定是否将目标请求拆分为多个子请求;
D、若目标请求被拆分为多个子请求,则由并行决策模块通知数据复制模块发出拆分后的子请求,并按原字节流顺序向上层应用程序返回数据;若目标请求没有被拆分为多个子请求,则由数据复制模块直接向上层应用交付目标请求的数据;
步骤C中调度模器决定发出一个请求前,首先需要根据当前各HTTP/3连接的延迟、带宽和剩余字节数这三项信息决定是否需要将此请求划分为多个HTTP Byte Range请求,以在多条HTTP/3连接上并行传输。
优选的,数据复制模块的工作流程具体为:
a、收到响应体;
b、记录开始时间;
c、从子请求中复制blockSize个字节;
d、记录结束时间;
e、更新带宽、剩余字节数和blockSize字段;
f、判断剩余字节数是否小于三倍blockSize;
g、当剩余字节数小于三倍blockSize时,通知调度器在HTTP/3连接上发出新的请求;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于暨南大学,未经暨南大学许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202010814342.2/2.html,转载请声明来源钻瓜专利网。