无线网络中传输控制新技术研究
发布时间：2021-07-12 11:08
当前无线网络快速发展,用户体验质量要求逐步提高,新兴领域诸如5G、虚拟现实、云计算、区块链等蓬勃发展,这些都对无线通信的性能和安全提出了新的挑战。但是当前广泛使用的传输层TCP（Transmission Control Protocol）协议却臃肿僵化,越来越难以满足当前业务和用户体验的需求。因此新兴的QUIC（Quick UDP Internet Connections）协议和传输层多路径扩展研究成为热点。本文旨在对当前新兴的QUIC协议和其多路径扩展MPQUIC（Mutipath QUIC）协议进行研究,基于无线环境提出对应的传输优化算法,主要工作包含以下两个方面:第一,研究信道质量不佳场景下QUIC的传输优化。本文通过阅读QUIC相关文献,分析QUIC实际抓包规律,研究QUIC源码,总结出QUIC的ACK帧应答模式,指出在下行主要为业务数据而上行主要为确认应答的业务下,QUIC的上行包主要为ACK-only包。考虑到在信号弱覆盖等传输受限或者人群密集等传输拥塞无线网络场景下,往往会出现上行ACK-only包冗余的现象,提出上行ACK-only包传输优化方案,方案根据信道情况自适应...
【文章来源】：西安电子科技大学陕西省 211工程院校 教育部直属院校
【文章页数】：91 页
【学位级别】：硕士
【部分图文】：
QUIC包整体结构
(a) (b)图2.6 QUIC 长包头和短包头格式2.2.3 QUIC 帧格式如图 2.4 所示，在该 QUIC 包中明确地存在两种帧，STREAM 帧承载业务数CK 帧应答确认 ACK 信息，同时一般还应该存在其他的一些未注明类型的帧。一言，QUIC 的加密负载中至少应该包含一个帧，可能会包含多个不同类型的帧。大小需要满足 QUIC 包的格式要求。如图 2.7 所示，每一个帧以帧类型作为帧后紧跟后面则包括和帧类型有关的特定帧的控制域和数据域。STREAM 帧用来地创建一个流并传输数据，ACK 帧用来通知对端哪些包已经收到，哪些包被接认为已经丢失。其他详细的内容参阅文献[10]。这里需要指出 QUIC 帧中使用 Stre 字段来在支持多流复用的 QUIC 中表示该帧属于哪一条流。
第二章 关键理论基础移。2.2.4.4 多流复用TTP1.1的时代，浏览器往往同时建立多个并发的TCP连接来响应多巨大的 TCP 建链时延和复杂的多连接管理开销。HTTP/2.0 引入应解决这个问题，即能够将多条请求复用在一条 TCP 连接上，但这了 TCP 的队头阻塞问题。各个流复用于同一个 TCP 连接，由于各并不独立，将导致流间的相互干扰和相互阻塞，也就是此时任何一会导致 TCP 连接层次的阻塞。不仅如此，由于 HTTP/2.0 强制使用 TLS 协议层面的队头阻塞。而 QUIC 协议基于 UDP 从底层设计来，传输层流与流之间是相互独立的，任何一个流的分组丢失等异常流自己。每个流的数据在到达接收端后能够立即分派到该流对应的的流可以继续进行数据的正常传输。
【参考文献】：
硕士论文
[1]基于QUIC传输的自适应流媒体技术研究[D]. 余宏捷.西安电子科技大学 2018
[2]面向多协议高效文件服务的设计与实现[D]. 刘江.西安电子科技大学 2018
[3]卫星网络中超文本传输协议的性能研究[D]. 张晗.南京大学 2018
[4]高性能移动直播场景下QUIC协议研究与应用[D]. 李志瑞.华南理工大学 2018
[5]基于QUIC的无线网络视频业务传输技术研究[D]. 刘犇.西安电子科技大学 2018
本文编号：3279800
【文章来源】：西安电子科技大学陕西省 211工程院校 教育部直属院校
【文章页数】：91 页
【学位级别】：硕士
【部分图文】：
QUIC包整体结构
(a) (b)图2.6 QUIC 长包头和短包头格式2.2.3 QUIC 帧格式如图 2.4 所示，在该 QUIC 包中明确地存在两种帧，STREAM 帧承载业务数CK 帧应答确认 ACK 信息，同时一般还应该存在其他的一些未注明类型的帧。一言，QUIC 的加密负载中至少应该包含一个帧，可能会包含多个不同类型的帧。大小需要满足 QUIC 包的格式要求。如图 2.7 所示，每一个帧以帧类型作为帧后紧跟后面则包括和帧类型有关的特定帧的控制域和数据域。STREAM 帧用来地创建一个流并传输数据，ACK 帧用来通知对端哪些包已经收到，哪些包被接认为已经丢失。其他详细的内容参阅文献[10]。这里需要指出 QUIC 帧中使用 Stre 字段来在支持多流复用的 QUIC 中表示该帧属于哪一条流。
第二章 关键理论基础移。2.2.4.4 多流复用TTP1.1的时代，浏览器往往同时建立多个并发的TCP连接来响应多巨大的 TCP 建链时延和复杂的多连接管理开销。HTTP/2.0 引入应解决这个问题，即能够将多条请求复用在一条 TCP 连接上，但这了 TCP 的队头阻塞问题。各个流复用于同一个 TCP 连接，由于各并不独立，将导致流间的相互干扰和相互阻塞，也就是此时任何一会导致 TCP 连接层次的阻塞。不仅如此，由于 HTTP/2.0 强制使用 TLS 协议层面的队头阻塞。而 QUIC 协议基于 UDP 从底层设计来，传输层流与流之间是相互独立的，任何一个流的分组丢失等异常流自己。每个流的数据在到达接收端后能够立即分派到该流对应的的流可以继续进行数据的正常传输。
【参考文献】：
硕士论文
[1]基于QUIC传输的自适应流媒体技术研究[D]. 余宏捷.西安电子科技大学 2018
[2]面向多协议高效文件服务的设计与实现[D]. 刘江.西安电子科技大学 2018
[3]卫星网络中超文本传输协议的性能研究[D]. 张晗.南京大学 2018
[4]高性能移动直播场景下QUIC协议研究与应用[D]. 李志瑞.华南理工大学 2018
[5]基于QUIC的无线网络视频业务传输技术研究[D]. 刘犇.西安电子科技大学 2018
本文编号：3279800
本文链接：https://www.wllwen.com/kejilunwen/xinxigongchenglunwen/3279800.html
