基于QUIC的应用层通讯方法、装置、存储介质制造方法及图纸

本申请涉及通信的技术领域，尤其是涉及基于QUIC的应用层通讯方法、装置、存储介质。该方法包括：请求端发送会话建立请求，与响应端建立通讯连接对象；请求端通过通讯连接对象创建与响应端之间的会话对象，会话对象至少为一个；请求端通过会话对象调用对应的会话模式进行数据帧传输；根据请求端的不同请求，由会话对象切换会话模式，所述会话模式包括多流传输模式以及单流传输模式。本申请解决现有应用层协议不能满足游戏服务架构中关于数据传输速率以及可靠性并存的技术问题。率以及可靠性并存的技术问题。率以及可靠性并存的技术问题。

【技术实现步骤摘要】
基于QUIC的应用层通讯方法、装置、存储介质


[0001]本申请涉及通信的
，尤其是涉及基于QUIC的应用层通讯方法、装置、存储介质。

技术介绍

[0002]现如今的网络环境越来越复杂，TCP在设计之初没有考虑到现今复杂的网络环境。因TCP自身特性原因，在弱网条件下网络传输效率很差，谷歌推出一种基于UDP传输的协议QUIC。QUIC(Quick UDP Internet Connection)是一种互联网传输层协议，它基于UDP传输层协议，同时兼具TCP、TLS、HTTP/2等协议的可靠性与安全性，可以有效减少连接与传输延迟，更好地应对当前传输层与应用层的挑战。
[0003]在游戏服务架构内包括有设备以及路由集群，设备可以为客户端、服务器等，设备之间通过路由集群进行通讯。在游戏服务架构中，进行信息交互时，对于数据传输的效率以及数据传输的可靠性均有要求，现在游戏服务架构主流的应用层协议大部分是基于TCP作为底层传输协议开发，而采用TCP作为底层传输协议的应用层协议在进行信息交互时容易发生阻塞现象，不能满足游戏服务架构对于数据传输效率以及可靠性并存的要求。

技术实现思路

[0004]为此，本申请的实施例提供了一种基于QUIC的应用层通讯方法、装置、存储介质，能够解决现有应用层协议不能满足游戏服务架构中关于数据传输速率以及可靠性并存的技术问题，具体技术方案内容如下：
[0005]第一方面，本申请的实施例提供一种基于QUIC的应用层通讯方法，所述方法包括：
[0006]请求端发送会话建立请求，与响应端建立通讯连接对象；
[0007]请求端通过通讯连接对象创建与响应端之间的会话对象，会话对象至少为一个；
[0008]请求端通过会话对象调用对应的会话模式进行数据帧传输；
[0009]根据请求端的不同请求，由会话对象切换会话模式，所述会话模式包括多流传输模式以及单流传输模式。
[0010]通过采用上述技术方案，由建立通讯连接对象以形成稳定的通讯通道，实现可靠性传输；在请求端与响应端建立会话对象，并由会话对象切换会话模式，实现多流传输模式以及单流传输模式并存的传输方式，多流传输模式可以实现并行传输的效果，单流模式可实现数据传输的有序性，本方案实现大数据流传输效率以可靠性传输均衡的效果。
[0011]优选的，请求端与响应端之间通过会话对象构建对应会话对象的自定义协议。
[0012]提高采用上述技术方案，请求端与响应端之间通过会话对象构建当前会话对象的自定义协议，使该会话对象有其独特的指令集，以实现会话隔离的效果。
[0013]优选的，自定义协议包括压缩算法协议，所述数据帧设有压缩标识位；在接收到数据帧时，校验数据帧的压缩标识位，若数据帧的压缩标识位表明该数据帧已被压缩，根据压缩算法协议执行解压逻辑。
[0014]通过采用上述技术方案，请求端以及响应端可以根据请求的资源来自定义压缩算法协议，提高数据的传输效率的同时，使会话对象中传输的数据不易被截获，因此在提高传输效率的同时也提高会话对象传输数据的可靠性，进而满足游戏服务架构对于大数据流传输效率以及可靠性传输的需求，且实现会话隔离；而数据帧头部设置压缩标识位，用以标识数据帧是否被压缩，便于请求端或响应端校验数据是否被压缩以及是否需要执行解压缩的操作。
[0015]优选的，压缩算法协议支持压缩数据的策略配置。
[0016]在通讯开发做压缩节约带宽，和即时性、低负载的需求是互斥的。常规通讯开发是预判需要压缩，直接在编码阶段进行。本方案中允许压缩作为配置特性，在实际使用中，可以在由负载监控数据后，再调整配置是否进行压缩，从而实现可根据负载特性进行策略配置的效果。
[0017]优选的，压缩数据的策略包括：配置数据帧大小的阈值，当数据帧的数据达到阈值后,执行压缩和/或配置指定的指令，对于指定的指令的数据进行压缩。
[0018]通过采用上述技术方案，设置数据帧大小的阈值，简化了在设备端进行判断是否进行压缩的逻辑，便于游戏开发与维护。
[0019]优选的，多流传输模式包括发后不管模式、请求响应模式、请求流模式。
[0020]通过采用上述技术方案，设置多组多流传输模式，以适配游戏服务架构中不同的业务请求，实现可靠传输与不可靠传输并存。
[0021]优选的，所述单流传输模式具体为子会话模式，子会话模式基于多流传输模式的基础上限制单流传输。
[0022]通过采用上述技术方案，设置单流传输模式的交互方式与多流传输模式，仅由底层的传输方式区分单流传输模式以及多流传输模式，在应用层进行多流传输模式的交互指令也适用于单流传输模式，只需调用不同的API即可区分两种模式。
[0023]第二方面，本申请的实施例提供一种基于QUIC的应用层通讯装置，所述装置包括：
[0024]连接建立模块，用于响应会话建立请求，于请求端与响应端之间建立通讯连接对象；
[0025]会话对象建立模块，用于通过通讯连接对象创建与响应端之间的会话对象，会话对象至少为一个；
[0026]传输模块，用于通过会话对象调用对应的会话模式进行数据帧传输；
[0027]会话模式切换模块，用于根据不同请求，会话对象切换会话模式，所述会话模式包括多流传输模式以及单流传输模式。
[0028]第三方面，本申请的实施例提供一种电子设备，包括存储器、处理器以及存储在所述存储器中并在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现前述任意一项所述的基于QUIC的应用层通讯方法的步骤。
[0029]第四方面，本申请的实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现前述任意一项所述的基于QUIC的应用层通讯方法的步骤。
[0030]综上所述，与现有技术相比，本申请实施例提供的技术方案带来的有益效果至少包括：
[0031]1、通过建立通讯连接对象以形成稳定的通讯通道，实现可靠性传输；在请求端与响应端建立会话对象，并由会话对象切换会话模式，实现多流传输模式以及单流传输模式并存的传输方式，多流传输模式可以实现并行传输的效果，单流模式可实现数据传输的有序性的效果，本方案实现大数据流传输效率以可靠性传输均衡的效果；
[0032]2、请求端以及响应端可以根据请求的资源来自定义压缩算法协议，提高数据的传输效率的同时，使会话对象中传输的数据不易被截获，因此在提高传输效率的同时也提高会话对象传输数据的可靠性，进而满足游戏服务架构对于大数据流传输效率以及可靠性传输的需求，且实现会话隔离；而数据帧头部设置压缩标识位，用以标识数据帧是否被压缩，便于请求端或响应端校验数据是否被压缩以及是否需要执行解压缩的操作；
[0033]3、设置单流传输模式的交互方式与多流传输模式，仅由底层的传输方式区分单流传输模式以及多流传输模式，在应用层进行多流传输模式的交互指令也适用于单流传输模式，只需调用不同的API即可区分本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于QUIC的应用层通讯方法，其特征在于，所述方法包括：请求端发送会话建立请求，与响应端建立通讯连接对象；请求端通过通讯连接对象创建与响应端之间的会话对象，会话对象至少为一个；请求端通过会话对象调用对应的会话模式进行数据帧传输；根据请求端的不同请求，由会话对象切换会话模式，所述会话模式包括多流传输模式以及单流传输模式。2.根据权利要求1所述的基于QUIC的应用层通讯方法，其特征在于，请求端与响应端之间通过会话对象构建对应会话对象的自定义协议。3.根据权利要求2所述的基于QUIC的应用层通讯方法，其特征在于，自定义协议包括压缩算法协议，所述数据帧设有压缩标识位；在接收到数据帧时，校验数据帧的压缩标识位，若数据帧的压缩标识位表明该数据帧已被压缩，根据压缩算法协议执行解压逻辑。4.根据权利要求3所述的基于QUIC的应用层通讯方法，其特征在于,压缩算法协议支持压缩数据的策略配置。5.根据权利要求4所述的基于QUIC的应用层通讯方法，其特征在于，压缩数据的策略包括：配置数据帧大小的阈值，当数据帧的数据达到阈值后,执行压缩和/或配置指定的指令，对于指定的指令的数据进行压缩。6.根据权利要求1
‑
5任意一种所述的基于QUIC的应用...

【专利技术属性】
技术研发人员：刘舟，杨帆，秦树新，谢林廷，
申请(专利权)人：广州三七极创网络科技有限公司，
类型：发明
国别省市：