隨著無線網路的快速發展，對串流服務的需求也越來越大。不管是傳輸多媒體還
是檔案在高速WiFi中，越好的傳輸速度能提供客戶端更好的服務品質(QoS)的與更
彈性的品質選擇。如今，如何在高速WiFi中提供更好的性能是一個持續存在的問
題。關於在傳輸層中性能的提升，Google推出了Google QUIC來解決TCP中的傳統
問題，如Head-of-Line阻塞、沒有pacer來傳輸數據包、開發不靈活等。
在本文中，我們提出了在 LSQUIC 上修改的 LSQUIC Mod，LSQUIC Mod能
在高速 WiFi 中提供更好的性能。為了最大化在 802.11ac 中的幀聚合，我們通過
改進 LSQUIC Mod 中的擁塞控制來提高數據包調步速率(Packet Pacing Rate)以提高
性能。我們比較了 LSQUIC Mod、LSQUIC 和 TCP 在各種網絡條件下的吞吐量，
得出的結論是 LSQUIC Mod 的吞吐量高於其他傳輸協定。我們增加 20ms 延遲和
1.0% 丟包率（PLR）在測試環境中，LSQUIC Mod 的吞吐量比 TCP 提高了 8 倍，
比 LSQUIC 提高了 10 倍

With the rapid development of wireless networks, the demand for streaming services is increasing. Whether to transmit the media or file in high-speed WiFi, the higher transmission speed can provide a better quality of services (QoS) and more flexible options for quality to clients. Nowadays, how to provide better performance in high-speed WiFi is an ongoing issue. According to the improvement of performance in the transport layer, Google brings out the Google QUIC to deal with some traditional problems in the TCP, such as Head-of-Line blocking, without a pacer to transmit packets, and inflexible devel-opment.
In this paper, we propose LSQUIC Mod modified on LSQUIC, providing better per-
formance in high-speed WiFi. To maximize the frame aggregation in 802.11ac, we in-
crease the packet pacing rate by improving the congestion control in LSQUIC Mod to
boost performance. We compare the throughput for LSQUIC Mod, LSQUIC, and TCP
in various network conditions, concluding that LSQUIC Mod has the highest throughput
than others. In our testbed by adding 20ms delay and 1.0% packet loss ratio (PLR), the
throughput of LSQUIC Mod increases 8 times compared with TCP and increases 10 times compared with LSQUIC.

[1] Y. Chen, T. Farley, and N. Ye, “Qos requirements of network applications on the internet,” Information Knowledge Systems Management, vol. 4, no. 1, pp. 55–76, 2004.
[2] I. Cidon, A. Khamisy, and M. Sidi, “Analysis of packet loss processes in high-speed networks,” IEEE Transactions on Information Theory, vol. 39, no. 1, pp. 98–108, 1993.
[3] M. Allman and A. Falk, “On the effective evaluation of tcp,” ACM SIGCOMM Com- puter Communication Review, vol. 29, no. 5, pp. 59–70, 1999.
[4] A. Langley, A. Riddoch, A. Wilk, A. Vicente, C. Krasic, D. Zhang, F. Yang,
F. Kouranov, I. Swett, J. Iyengar, J. Bailey, J. Dorfman, J. Roskind, J. Kulik,
P. Westin, R. Tenneti, R. Shade, R. Hamilton, V. Vasiliev, W.-T. Chang, and Z. Shi, “The quic transport protocol: Design and internet-scale deployment,” in Proceed- ings of the Conference of the ACM Special Interest Group on Data Communication, SIGCOMM ’17, (New York, NY, USA), p. 183–196, Association for Computing Machinery, 2017.
[5] T. C. Blog, “Cloudflare radar.” https://radar.cloudflare.com/, 2022.

[6] J. Iyengar and M. Thomson, “QUIC: A UDP-Based Multiplexed and Secure Trans- port.” RFC 9000, May 2021.
[7] J. Ru¨th, I. Poese, C. Dietzel, and O. Hohlfeld, “A First Look at QUIC in the Wild,” in Passive and Active Measurement, pp. 255–268, Springer International Publishing, 2018.
[8] P. Doornbosch, “Ietf quic implementations,” 2022.

[9] V. Cisco, “Cisco visual networking index: Forecast and trends, 2018–2023,” White Paper, vol. 1, 2020.
[10] G. R. Hiertz, D. Denteneer, L. Stibor, Y. Zang, X. P. Costa, and B. Walke, “The ieee
802.11 universe,” IEEE Communications Magazine, vol. 48, no. 1, pp. 62–70, 2010.

[11] S. Das, P. Kar, and S. Barman, “Analysis of ieee 802.11 wlan frame aggregation under different network conditions,” in 2017 International Conference on Wireless Communications, Signal Processing and Networking (WiSPNET), pp. 1240–1245, 2017.
[12] F. Gratzer et al., “Quic-quick udp internet connections,” Future Internet and Inno- vative Internet Technologies and Mobile Communications, 2016.
[13] J. Gettys, “Bufferbloat: Dark buffers in the internet,” IEEE Internet Computing, vol. 15, no. 3, pp. 96–96, 2011.
[14] C. A. Grazia, N. Patriciello, M. Klapez, and M. Casoni, “Bbr+: improving tcp bbr performance over wlan,” in ICC 2020 - 2020 IEEE International Conference on Communications (ICC), pp. 1–6, 2020.
[15] C. A. Grazia, M. Klapez, and M. Casoni, “Bbrp: Improving tcp bbr performance over wlan,” IEEE Access, vol. 8, pp. 43344–43354, 2020.
[16] E. Sy, “Surfing the web quicker than quic via a shared address validation,” in 2019 International Conference on Software, Telecommunications and Computer Networks (SoftCOM), pp. 1–6, IEEE, 2019.
[17] Y. Cui, T. Li, C. Liu, X. Wang, and M. Ku¨hlewind, “Innovating transport with quic: Design approaches and research challenges,” IEEE Internet Computing, vol. 21, no. 2, pp. 72–76, 2017.
[18] D. Bhat, A. Rizk, and M. Zink, “Not so quic: A performance study of dash over quic,” in Proceedings of the 27th Workshop on Network and Operating Systems Sup- port for Digital Audio and Video, NOSSDAV’17, (New York, NY, USA), p. 13–18, Association for Computing Machinery, 2017.
[19] A. Mondal and S. Chakraborty, “Does quic suit well with modern adaptive bitrate streaming techniques?,” IEEE Networking Letters, vol. 2, no. 2, pp. 85–89, 2020.
[20] S. Floyd, J. Mahdavi, M. Mathis, and D. A. Romanow, “TCP Selective Acknowl- edgment Options.” RFC 2018, Oct. 1996.

[21] Y. Cheng, N. Cardwell, N. Dukkipati, and P. Jha, “The RACK-TLP Loss Detection Algorithm for TCP.” RFC 8985, Feb. 2021.
[22] J. Blanton, P. Hurtig, U. Ayesta, K. Avrachenkov, and M. Allman, “Early Retransmit for TCP and Stream Control Transmission Protocol (SCTP).” RFC 5827, Apr. 2010.
[23] E. Blanton, D. V. Paxson, and M. Allman, “TCP Congestion Control.” RFC 5681, Sept. 2009.
[24] J. Iyengar and I. Swett, “QUIC Loss Detection and Congestion Control.” RFC 9002, May 2021.
[25] Y. Yu, M. Xu, and Y. Yang, “When quic meets tcp: An experimental study,” in 2017 IEEE 36th International Performance Computing and Communications Conference (IPCCC), pp. 1–8, 2017.
[26] P. Megyesi, Z. Kra¨mer, and S. Molna´r, “Comparison of web transfer protocols,” High Speed Networks Laboratory, Department of Telecommunications and Media Informatics, Budapest, 2016.
[27] M. Palmer, T. Kru¨ger, B. Chandrasekaran, and A. Feldmann, “The quic fix for op- timal video streaming,” in Proceedings of the Workshop on the Evolution, Perfor- mance, and Interoperability of QUIC, pp. 43–49, 2018.
[28] T. Shreedhar, R. Panda, S. Podanev, and V. Bajpai, “Evaluating quic performance over web, cloud storage and video workloads,” IEEE Transactions on Network and Service Management, 2021.
[29] P. Wang, C. Bianco, J. Riihija¨rvi, and M. Petrova, “Implementation and performance evaluation of the quic protocol in linux kernel,” in Proceedings of the 21st ACM International Conference on Modeling, Analysis and Simulation of Wireless and Mobile Systems, MSWIM ’18, (New York, NY, USA), p. 227–234, Association for Computing Machinery, 2018.
[30] M. Kosek, T. Shreedhar, and V. Bajpai, “Beyond quic v1: A first look at recent trans- port layer ietf standardization efforts,” IEEE Communications Magazine, vol. 59, no. 4, pp. 24–29, 2021.

[31] R. Marx, J. Herbots, W. Lamotte, and P. Quax, “Same standards, different decisions: A study of quic and http/3 implementation diversity,” in Proceedings of the Work- shop on the Evolution, Performance, and Interoperability of QUIC, EPIQ ’20, (New York, NY, USA), p. 14–20, Association for Computing Machinery, 2020.
[32] M. Seemann and J. Iyengar, “Automating quic interoperability testing,” in Proceed- ings of the Workshop on the Evolution, Performance, and Interoperability of QUIC, EPIQ ’20, (New York, NY, USA), p. 8–13, Association for Computing Machinery, 2020.
[33] A. Yu and T. A. Benson, “Dissecting performance of production quic,” in Proceed- ings of the Web Conference 2021, pp. 1157–1168, 2021.
[34] J. Manzoor, L. Cerd-Alabern, R. Sadre, and I. Drago, “Improving performance of quic in wifi,” in 2019 IEEE Wireless Communications and Networking Conference (WCNC), pp. 1–6, 2019.
[35] M. Nguyen, H. Amirpour, C. Timmerer, and H. Hellwagner, “Scalable high effi- ciency video coding based http adaptive streaming over quic,” in Proceedings of the Workshop on the Evolution, Performance, and Interoperability of QUIC, EPIQ ’20, (New York, NY, USA), p. 28–34, Association for Computing Machinery, 2020.
[36] D. Skordoulis, Q. Ni, H.-H. Chen, A. P. Stephens, C. Liu, and A. Jamalipour, “Ieee
802.11 n mac frame aggregation mechanisms for next-generation high-throughput wlans,” IEEE Wireless Communications, vol. 15, no. 1, pp. 40–47, 2008.
[37] E. H. Ong, J. Kneckt, O. Alanen, Z. Chang, T. Huovinen, and T. Nihtila¨, “Ieee
802.11 ac: Enhancements for very high throughput wlans,” in 2011 IEEE 22nd In- ternational Symposium on Personal, Indoor and Mobile Radio Communications, pp. 849–853, IEEE, 2011.
[38] O. Sharon and Y. Alpert, “A new aggregation based scheduling method for rapidly changing IEEE 802.11ac wireless channels,” CoRR, vol. abs/1803.10170, 2018.
[39] J. Manzoor, L. Cerd-Alabern, R. Sadre, and I. Drago, “Improving performance of quic in wifi,” in 2019 IEEE Wireless Communications and Networking Conference (WCNC), pp. 1–6, 2019.

[40] C. A. Grazia, M. Klapez, and M. Casoni, “Bbrp: Improving tcp bbr performance over wlan,” IEEE Access, vol. 8, pp. 43344–43354, 2020.
[41] C. A. Grazia, N. Patriciello, M. Klapez, and M. Casoni, “Bbr+: improving tcp bbr performance over wlan,” in ICC 2020 - 2020 IEEE International Conference on Communications (ICC), pp. 1–6, 2020.
[42] Stephen Hemminger, “Network emulation tool: Netem.” https://wiki. linuxfoundation.org/networking/netem, 2021.
[43] Fabio Ludovici, “Netem - network emulator.” https://man7.org/linux/ man-pages/man8/tc-netem.8.html, 2021.
[44] Baktha Muralidharan,Anoop Kumar, “Video quality of service (qos) tutorial,” tech. rep., Cisco, 2017.
[45] E. Rescorla, “The Transport Layer Security (TLS) Protocol Version 1.3.” RFC 8446, Aug. 2018.
[46] The Linux kernel development community, “Segmentation offloads.” https://01.org/linuxgraphics/gfx-docs/drm/networking/ segmentation-offloads.html, 2020.
[47] A. Srivastava, R. Friday, M. Ritter, and W. Filippo, “A study of tcp performance over wireless data networks,” in IEEE VTS 53rd Vehicular Technology Conference, Spring 2001. Proceedings (Cat. No.01CH37202), vol. 3, pp. 2265–2269 vol.3, 2001.
[48] “The difference between MJPEG and H264/H264+/H265/H265+, and how to use them in Xeoma – Felenasoft.” https://felenasoft.com/xeoma/en/ articles/mjpeg-h264-comparison/, 2021.
[49] IPVM, “H.264 vs MJPEG - Quality and Bandwidth Tested.” https://ipvm. com/reports/h264-mjpeg-bandwidth-quality-test, July 2010.
[50] A. Ghedini, “Accelerating udp packet transmission for quic,” Jan 2020.
ss