数据传输方法及装置、可读存储介质、终端、基站与流程

1.本发明涉及通信技术领域，尤其涉及一种数据传输方法及装置、可读存储介质、终端、基站。


背景技术：

2.扩展现实(extended reality，xr)是将物理环境与虚拟环境融合在一起，或提供完全身临其境般的虚拟体验环境的综合术语。xr能将实体对象成像为逼真的三维图像，作为虚拟现实(virtual reality，vr)和增强现实(augmented reality，ar)与混合现实(mixed reality，mr)技术的综合性展现，在5g时代具有广阔的应用前景。
3.在xr业务的类型中，交互性最强的云游戏(cloud gaming，cg)业务，可以通过云运算的方式将游戏画面在线传输到用户端，让用户无需游戏机即可游玩游戏。这种业务运行时，用户的动作输入作为上行数据，经用户终端(user equipment，ue)、基站、网关(user plane function，upf)、网际互连协议(internet protocol，ip)网络，最终传至cg服务器，cg服务器根据用户动作输入生成对应的游戏画面，再经ip网络、网关、基站、ue传至用户。
4.然而，在现有的xr技术中，容易发生调制解调方式选择不当的问题，进而导致资源浪费。


技术实现要素：

5.本发明解决的技术问题是提供一种数据传输方法及装置、可读存储介质、终端、基站，可以在实现有效传输的同时，有效避免资源浪费。
6.为解决上述技术问题，本发明实施例提供一种数据传输方法，包括以下步骤：数据传输方法，包括以下步骤：发送请求信息，所述请求信息包括上层指令；发送参考信息，所述参考信息用于描述响应信息；其中，所述响应信息是响应于所述请求信息的消息。
7.可选的，所述参考信息为从ue接入层接收到所述上层指令至所述ue接入层发送所述请求信息之间的等待时长。
8.可选的，在发送所述请求信息时，一并发送所述等待时长，或者，在发送所述请求信息之后，发送所述等待时长。
9.可选的，所述参考信息为所述响应信息的重要性等级或者所述重要性等级的标示信息。
10.可选的，在发送所述请求信息时，一并发送所述重要性等级或所述重要性等级的标示信息，或者，在发送所述请求信息之前或之后，发送所述重要性等级或所述重要性等级的标示信息。
11.可选的，所述参考信息为所述响应信息的数据量或者所述数据量的标示信息。
12.可选的，在发送所述请求信息时，一并发送所述数据量或所述数据量的标示信息，或者，在发送所述请求信息之前或之后，发送所述数据量或所述数据量的标示信息。
13.可选的，所述请求信息以及所述参考信息是先后分别发送的，先后分别发送两类
信息的时间间隔选自：基站预先配置、网管预先配置、ue应用层预先配置、ue决定。
14.为解决上述技术问题，本发明实施例提供一种数据传输方法，包括以下步骤：接收请求信息，所述请求信息包括上层指令；接收参考信息，所述参考信息用于描述响应信息；其中，所述响应信息是响应于所述请求信息的消息。
15.可选的，所述参考信息为从ue接入层接收到所述上层指令至所述ue接入层发送所述请求信息之间的等待时长。
16.可选的，所述数据传输方法还包括：根据所述等待时长，计算响应信息到达基站的时刻。
17.可选的，根据所述等待时长，计算响应信息到达基站的时刻包括：确定从ue应用层发出所述上层指令到ue应用层收到服务器的响应信息之间的rtt时长；确定从ue发送所述请求信息至基站接收到所述请求信息之间的t2时长；根据所述等待时长、所述rtt时长以及所述t2时长，计算所述响应信息到达基站的时刻。
18.可选的，采用下述公式，根据所述等待时长、所述rtt时长以及所述t2时长，计算服务器发出所述响应信息的发出时刻：
19.t＝rtt/2-(t1+t2)
20.其中，t用于表示服务器发出所述响应信息的发出时刻，rtt用于表示从ue应用层发出所述上层指令到ue应用层收到服务器的响应信息之间的rtt时长，t1用于表示从ue应用层发出所述上层指令至ue发送所述请求信息之间的等待时长，t2用于表示从ue发送所述请求信息至基站接收到所述请求信息之间的t2时长。
21.可选的，采用下述公式，根据所述等待时长、所述rtt时长以及所述t2时长，计算服务器发出所述响应信息的发出时刻：
22.t＝rtt/2-(t1+t2)
23.其中，t用于表示服务器发出所述响应信息的发出时刻，rtt用于表示从ue应用层发出所述上层指令到ue应用层收到服务器的响应信息之间的rtt时长，t1用于表示从ue应用层发出所述上层指令至ue发送所述请求信息之间的等待时长，t2用于表示从ue发送所述请求信息至基站接收到所述请求信息之间的t2时长，n3用于表示从网关发出所述响应信息至基站接收到所述响应信息之间的预测时长，n6用于表示从服务器发出所述响应信息至网关接收到所述响应信息之间的预测时长。
24.可选的，采用下述公式，根据所述等待时长、所述rtt时长以及所述t2时长，计算服务器发出所述响应信息的发出时刻：
25.t＝rtt-(pdb-n3)-(t1+t2)
26.其中，t用于表示服务器发出所述响应信息的发出时刻，rtt用于表示从ue应用层发出所述上层指令到ue应用层收到服务器的响应信息之间的rtt时长，t1用于表示从ue应用层发出所述上层指令至ue发送所述请求信息之间的等待时长，t2用于表示从ue发送所述请求信息至基站接收到所述请求信息之间的t2时长，pdb用于表示从网关发出所述响应信息至ue接收到所述响应信息之间的预测时长，n3用于表示从网关发出所述响应信息至基站接收到所述响应信息之间的预测时长。
27.可选的，所述请求信息还包括业务类型，确定从ue应用层接收到所述上层指令到收到服务器的响应信息之间的rtt时长包括：根据所述业务类型，确定从ue应用层接收到所
述上层指令到接收到服务器的响应信息之间的rtt时长。
28.可选的，所述请求信息还包括用于发送所述请求信息的业务通道，确定从ue应用层发出所述上层指令到ue应用层收到服务器的响应信息之间的rtt时长包括：根据所述业务通道，确定从接收到所述上层指令到接收到服务器的响应信息之间的rtt时长。
29.可选的，在接收所述请求信息时，一并接收所述等待时长，或者，在接收所述请求信息之后，接收所述等待时长。
30.可选的，所述参考信息为所述响应信息的重要性等级或者所述重要性等级的标示信息。
31.可选的，在接收所述请求信息时，一并接收重要性等级或所述重要性等级的标示信息，或者，在接收所述请求信息之前或之后，接收所述重要性等级或所述重要性等级的标示信息。
32.可选的，所述参考信息为所述响应信息的数据量或者所述数据量的标示信息。
33.可选的，在接收所述请求信息时，一并接收数据量或所述数据量的标示信息，或者，在接收所述请求信息之前或之后，接收所述数据量或所述数据量的标示信息。
34.为解决上述技术问题，本发明实施例提供一种数据传输装置，包括：第一发送模块，用于发送请求信息，所述请求信息包括上层指令；第二发送模块，用于发送参考信息，所述参考信息用于描述响应信息；其中，所述响应信息是响应于所述请求信息的消息。
35.为解决上述技术问题，本发明实施例提供一种数据传输装置，包括：第一接收模块，用于接收请求信息，所述请求信息包括上层指令；第二接收模块，用于接收参考信息，所述参考信息用于描述响应信息；其中，所述响应信息是响应于所述请求信息的消息。
36.为解决上述技术问题，本发明实施例提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述数据传输方法的步骤。
37.为解决上述技术问题，本发明实施例提供一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述数据传输方法的步骤。
38.为解决上述技术问题，本发明实施例提供一种基站，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述数据传输方法的步骤。
39.与现有技术相比，本发明实施例的技术方案具有以下有益效果：
40.在本发明实施例中，通过发送请求信息，所述请求信息包括上层指令；发送参考信息，所述参考信息用于描述响应信息；其中，所述响应信息是响应于所述请求信息的消息，可以实现基站与ue之间的信息交互，进而使得基站能够在接收到响应信息之前进行调度准备，实现有效传输的同时，有效避免资源浪费。
41.进一步，所述参考信息为从ue接入层接收到所述上层指令至所述ue接入层发送所述请求信息之间的等待时长，基站能够在接收到响应信息之前进行调度准备，例如可以基于服务器的发出时刻，提前对信道质量进行检测，进而对所述响应信息进行调制解调的方式进行合理选择。
42.进一步，所述参考信息为所述响应信息的重要性等级或者所述重要性等级的标示信息。基站能够在接收到响应信息之前进行调度准备，例如可以基于响应信息的重要性等
级，对所述响应信息进行调制解调的方式进行合理选择，实现有效传输的同时，有效避免资源浪费。
43.进一步，所述参考信息为所述响应信息的数据量或者所述数据量的标示信息。基站能够确定出下行数据包到达自己的时刻后，做好调度准备，例如可以预先要求ue测量上报更加准确的csi值，或将ue调整到更大带宽的bwp内，有助于提高通信质量。
附图说明
44.图1是现有技术中一种xr业务的数据流向示意图；
45.图2是本发明实施例中一种数据传输方法的流程示意图；
46.图3是本发明实施例中一种数据传输过程中的节点时刻示意图；
47.图4是本发明实施例中一种发送数据量的标示信息方法的数据流图；
48.图5是本发明实施例中另一种数据传输方法的流程示意图；
49.图6是本发明实施例中一种数据传输装置的结构示意图；
50.图7是本发明实施例中另一种数据传输装置的结构示意图。
具体实施方式
51.如前所述，在xr业务的类型中，交互性最强的云游戏(cloud gaming，cg)业务，可以通过云运算的方式将游戏画面在线传输到用户端，让用户无需游戏机即可游玩游戏。
52.参照图1，图1是现有技术中一种xr业务的数据流向示意图。
53.如图所示，向右的箭头表示上行数据，可以为用户的指令信息；向左的箭头表示下行数据，可以为cg服务器生成的游戏画面及声音信息等。
54.具体地，用户的动作输入作为上行数据，经ue11、基站12、网关13传至cg服务器14，或者经ue11、基站12、网关13、ip网络15传至cg服务器14，然后cg服务器14可以根据用户动作输入生成对应的游戏画面，再经网关13、基站12、ue11传至用户端，或者经ip网络15、网关13、基站12、ue11传至用户。
55.本发明的发明人经过研究发现，在现有技术中，基站与ue之间缺乏信息交互，导致基站不能在接收到响应信息之前进行调度准备，例如不能基于服务器的发出时刻，提前对信道质量进行检测，也就不能对所述响应信息进行调制解调的方式进行合理选择，不能基于响应信息的数据量提前对用于发送至终端的时频资源进行调度等。导致在现有技术中，容易发生由于调制解调方式不够合理导致资源浪费的问题，或者容易发生由于时频资源调度不当导致传输失败的问题。
56.本发明的发明人经过研究进一步发现，由于服务器生成的游戏画面取决于用户的输入信息，所以，上下行数据之间存在密切的相关性，从无线网络的角度看，每当有上行数据经无线网络传输之后，在一定时长内会有下行数据经无线网络传输。
57.在本发明实施例中，通过发送请求信息，所述请求信息包括上层指令；发送参考信息，所述参考信息用于描述响应信息；其中，所述响应信息是响应于所述请求信息的信息，可以实现基站与ue之间的信息交互，进而使得基站能够在接收到响应信息之前进行调度准备，实现有效传输的同时，有效避免资源浪费。
58.为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本
发明的具体实施例做详细的说明。
59.参照图2，图2是本发明实施例中一种数据传输方法的流程示意图。所述数据传输方法可以用于终端侧，还可以包括步骤s21至步骤s22：
60.步骤s21：发送请求信息，所述请求信息包括上层指令；
61.步骤s22：发送参考信息，所述参考信息用于描述响应信息。
62.其中，所述响应信息是响应于所述请求信息的消息。
63.可以理解的是，在具体实施中，所述方法可以采用软件程序的方式实现，该软件程序运行于芯片或芯片模组内部集成的处理器中。
64.在步骤s21的具体实施中，所述请求信息可以包括接收到的上层指令，可以是由ue发送的，更具体而言，可以是由ue接入层发出的。
65.具体地，所述数据传输方法可以用于云游戏，所述上层指令可以为ue应用层发出的动作信息，例如可以为cg动作请求信息。在一个具体实施例中，终端应用层可以生成cg动作请求信息，向终端接入层送交该请求信息。
66.在步骤s22的具体实施中，所述参考信息可以选自多种参数。
67.具体地，所述参考信息可以为从ue接入层接收到所述上层指令至所述ue接入层发送所述请求信息之间的等待时长，所述等待时长可以用于描述响应信息到达基站的时刻；所述参考信息还可以为响应信息的重要性等级或者所述重要性等级的标示信息；所述参考信息还可以为响应信息的数据量或者所述数据量的标示信息。
68.在本发明实施例中，通过发送请求信息，所述请求信息包括上层指令；发送参考信息，所述参考信息用于描述响应信息；其中，所述响应信息是响应于所述请求信息的消息，可以实现基站与ue之间的信息交互，进而使得基站能够在接收到响应信息之前进行调度准备，实现有效传输的同时，有效避免资源浪费。
69.进一步地，在本发明实施例的第一种具体实施方式中，所述参考信息为从ue接入层接收到所述上层指令至所述ue接入层发送所述请求信息之间的等待时长。
70.具体地，所述等待时长可以是ue接入层测出的，具体地，ue接入层收到上层指令(即从上层收到信息)，此时可以记录为起始时刻；ue接入层向基站发出所述上层指令时，可以记录为终止时刻。所述等待时长可以为起始时刻和终止时刻之间的时间差。
71.参照图3，图3是本发明实施例中一种数据传输过程中的节点时刻示意图。
72.具体地，ue 21的应用层211可以发送上层指令至ue 21的接入层212，接入层212可以发送请求信息以及等待时长至基站22的接入层221，基站22的接入层221可以接收请求信息以及等待时长并转发至网关23的传输层231，由网关23的传输层231转发至服务器24，并经由服务器24的传输层242发送至服务器24的应用层241。然后可以由服务器的应用层241响应于所述请求信息生成响应信息。
73.更具体地，在时刻ta，ue21的应用层211向ue21的接入层212发出上层指令，在时刻tb，ue21向基站22发送包含上层指令在内的请求信息，此时可以确定t1，t1用于表示从ue应用层211发出所述上层指令至ue21的接入层212发送所述请求信息之间的等待时长，也可以理解为数据包在ue内部存储等待被传输的时间长度。可以理解的是，在时刻tb，是ue21的接入层212向基站22发送请求信息的。
74.进一步地，所述发送请求信息以及等待时长的步骤可以包括：在发送所述请求信
息时，一并发送所述等待时长，或者，在发送所述请求信息之后，发送所述等待时长。
75.具体地，ue 21可以在发送请求信息时随路上报t1，还可以在发送请求信息，额外采用信令上报t1。
76.需要指出的是，ue 21需要在服务器发出所述响应信息之前，上报t1，以实现基站22根据所述等待时长，计算响应信息到达基站22的时刻。
77.在时刻tc，基站22收到所述请求信息，在收到t1之后，还可以根据t1，推算空口(uu)传输时延。
78.具体地，t2为时刻tb与时刻tc之间的时长，可以用于表示从ue 21发送所述请求信息至基站22接收到所述请求信息之间的t2时长，也即上述空口传输时延。
79.在本发明实施例的一种具体方案中，如果有混合自动重传请求(hybrid automatic repeat request，harq)，则基站22可以将harq重传的时间计算在t2内。
80.进一步地，基站22根据所述等待时长，计算响应信息到达基站22的时刻包括：确定从ue应用层211发出所述上层指令到ue应用层211收到服务器24的响应信息之间的往返时间(round-trip time，rtt)时长；确定从ue21发送所述请求信息至基站22接收到所述请求信息之间的t2时长；根据所述等待时长、所述rtt时长以及所述t2时长，计算所述响应信息到达基站22的时刻。
81.需要指出的是，所述响应信息到达基站22的时刻可以视为服务器24发出所述响应信息的发出时刻td与n3、n6三者之和。其中，n3用于表示从网关23发出所述响应信息至基站22接收到所述响应信息之间的预测时长，n6用于表示从服务器24发出所述响应信息至网关23接收到所述响应信息之间的预测时长。
82.因此在下述三种具体实施例中，可以计算服务器23发出所述响应信息的发出时刻td，进而根据td+n3+n6，可以预估所述响应信息到达基站22的时刻。
83.在具体实施中，基站22还可以计算或者获取rtt，即从ue21应用层211发出所述上层指令到ue21应用层211收到服务器24的响应信息之间的时长。
84.需要指出的是，在实际应用中，ue21应用层211发出上行请求信息，到ue21应用层211收到下行响应信息，经历的时间rtt可能并不是常量。比如在cg业务中，ue21应用层211发出的上行指示，对应的下行游戏场景与上一帧的游戏场景不同，对应的服务器运算量比大，则rtt变长，反之，则rtt变短。这种情况下，ue21接入层212可以在发出上行数据时，通知基站22对应的下行响应信息的预测到达信息，从而使得基站22不需要基于前述公式进行计算，而直接获取rtt或通过更为简单的运算即可确定rtt。
85.其中，所述预测到达信息可以指示为单个rtt时间长度，也可以指示为下行响应信息到达基站22的全球定位系统(global positioning system，gps)时间。
86.在第一种具体实施方式中，可以采用下述公式，根据所述等待时长、所述rtt时长以及所述t2时长，计算服务器24发出所述响应信息的发出时刻：
87.t＝rtt/2-(t1+t2)
88.其中，t用于表示服务器24发出所述响应信息的发出时刻，rtt用于表示从ue21应用层211发出所述上层指令(即时刻ta)到ue21应用层211收到服务器24的响应信息之间的rtt时长，t1用于表示从ue21应用层211发出所述上层指令至ue21发送所述请求信息之间的等待时长，t2用于表示从ue21发送所述请求信息至基站22接收到所述请求信息之间的t2时
长。
89.需要指出的是，为了指示服务器24发出响应信息的发出时刻，需要设置基准值，且在此基准值的基础上，经过时间长度t，即为“服务器24发出响应信息的发出时刻”。基准值为基站22收到来自ue21的请求信息的时刻，例如为图3示出的时刻tc。
90.在第二种具体实施方式中，可以采用下述公式，根据所述等待时长、所述rtt时长以及所述t2时长，计算服务器24发出所述响应信息的发出时刻：
91.t＝rtt/2-(t1+t2)
92.其中，t用于表示服务器24发出所述响应信息的发出时刻，rtt用于表示从ue21应用层211发出所述上层指令到收到服务器24的响应信息之间的rtt时长，t1用于表示从ue21应用层211发出所述上层指令至ue21发送所述请求信息之间的等待时长，t2用于表示从ue21发送所述请求信息至基站22接收到所述请求信息之间的t2时长，n3用于表示从网关23发出所述响应信息至基站22接收到所述响应信息之间的预测时长，n6用于表示从服务器24发出所述响应信息至网关23接收到所述响应信息之间的预测时长。
93.需要指出的是，为了指示服务器24发出响应信息的发出时刻，需要设置基准值，且在此基准值的基础上，经过时间长度t，即为“服务器24发出响应信息的发出时刻”。基准值为基站22收到来自ue21的请求信息的时刻，例如为图3示出的时刻tc。
94.在第三种具体实施方式中，可以采用下述公式，根据所述等待时长、所述rtt时长以及所述t2时长，计算服务器24发出所述响应信息的发出时刻：
95.t＝rtt-(pdb-n3)-(t1+t2)
96.其中，t用于表示服务器24发出所述响应信息的发出时刻，rtt用于表示从ue21应用层211发出所述上层指令到收到服务器24的响应信息之间的rtt时长，t1用于表示从ue21应用层211发出所述上层指令至ue21发送所述请求信息之间的等待时长，t2用于表示从ue21发送所述请求信息至基站22接收到所述请求信息之间的t2时长，pdb用于表示从网关发出所述响应信息至ue接收到所述响应信息之间的预测时长，n3用于表示从网关23发出所述响应信息至基站22接收到所述响应信息之间的预测时长。
97.需要指出的是，为了指示服务器24发出响应信息的发出时刻，需要设置基准值，且在此基准值的基础上，经过时间长度t，即为“服务器24发出响应信息的发出时刻”。基准值为基站22收到来自ue21的请求信息的时刻，例如为图3示出的时刻tc。
98.可以理解的是，在确定分组时延预算(packet delay budget，pdb)的过程中，预测ue21接收到所述响应信息的时刻具体可以为ue21的应用层211接收到所述响应信息的时刻。
99.在本发明实施例中，所述参考信息为从ue21接入层211接收到所述上层指令至所述ue21接入层211发送所述请求信息之间的等待时长，基站能够在接收到响应信息之前进行调度准备，例如可以基于服务器的发出时刻，提前对信道质量进行检测，进而对所述响应信息进行调制解调的方式进行合理选择。
100.在本发明实施例中，所述参考信息为从ue接入层接收到所述上层指令至所述ue接入层发送所述请求信息之间的等待时长，基站能够在接收到响应信息之前进行调度准备，例如可以基于服务器的发出时刻，提前对信道质量进行检测，进而对所述响应信息进行调制解调的方式进行合理选择。
101.进一步地，在本发明实施例的第二种具体实施方式中，所述参考信息可以为所述响应信息的重要性等级或者所述重要性等级的标示信息。
102.具体地，终端接收层可以从终端应用层接收响应信息的重要性等级。
103.其中，所述响应信息可以是服务器响应于所述请求信息生成的。
104.具体地，终端应用层接收到上层信令并传至服务器后，服务器会生成响应信息，且该响应信息具有重要性等级，可以采用y表示，则终端应用层可以对重要性等级进行预测，并将预测结果经由终端接入层发送至基站。
105.其中，所述y可以为数值，数值越大表示重要性等级越高，也可以规定数值越小重要性等级越高，所述y还可以为还可以为重要性等级的指示信息，例如索引值。
106.需要指出的是，除了对重要性等级进行预测，终端应用层还可以对响应信息的数据量进行预测。
107.在本发明实施例中，所述参考信息为所述响应信息的重要性等级或者所述重要性等级的标示信息。基站能够在接收到响应信息之前进行调度准备，例如可以基于响应信息的重要性等级，对所述响应信息进行调制解调的方式进行合理选择，实现有效传输的同时，有效避免资源浪费。
108.在本发明实施例的第三种具体实施方式中，所述参考信息可以为所述响应信息的数据量或者所述数据量的标示信息。
109.具体地，终端应用层接收到上层信令并传至服务器后，服务器会生成响应信息，该响应信息的数据量大小可以采用x表示，例如为x bits。其中，所述x可以直接为比特数，还可以为数据量的指示信息，例如索引值。终端接入层可以根据数据量的指示信息，通过查表或计算确定响应信息大小。
110.在本发明实施例中，所述参考信息为所述响应信息的数据量或者所述数据量的标示信息。基站能够确定出下行数据包到达自己的时刻后，做好调度准备，例如可以预先要求ue测量上报更加准确的csi值，或将ue调整到更大带宽的bwp内，有助于提高通信质量。
111.此处所说的响应信息大小，可以是原始信息大小，还可以是原始信息经ip分段后，加上每个ip包头的大小；还可以是ip分段再加上tcp、udp等包头后的数据包大小；还可以是加上其它协议报头之后的数据包大小。
112.参照表1，表1是终端应用层基于多个数据的预测结果。
113.表1
[0114] 数据量重要性数据ax_ay_a数据bx_by_b数据cx_cy_c数据dx_dy_d总计x_a+x_b+x_c+x_d [0115]
如表1所示，如果终端应用层预测服务器生成的响应信息具有多个重要性等级，则可以采用上述x和y结合的方式进行表示。
[0116]
需要指出的是，上述预测结果可以采用业务(session)、数据流(flow)或数据无线承载(data radio bearer，drb)为粒度进行预测。
[0117]
具体地，根据所述业务类型预测服务器生成的响应信息的重要性等级的步骤可以包括：以数据流为粒度对所述响应信息进行划分，由ue应用层预测所述响应信息的各个数据流的重要性等级；其中，不同的数据流的类型具有各自的预设重要性等级。
[0118]
根据所述业务类型预测服务器生成的响应信息的重要性等级的步骤可以包括：以drb为粒度对所述响应信息进行划分，由ue接入层预测所述响应信息的各个drb的重要性等级；其中，不同的drb的类型具有各自的预设重要性等级。
[0119]
根据所述业务类型预测服务器生成的响应信息的数据量的步骤可以包括：以数据流为粒度对所述响应信息进行划分，由ue应用层预测所述响应信息的各个数据流的数据量；其中，不同的数据流的类型具有各自的预设数据量。
[0120]
根据所述业务类型预测服务器生成的响应信息的数据量的步骤可以包括：以drb为粒度对所述响应信息进行划分，由ue接入层预测所述响应信息的各个drb的数据量；其中，不同的drb的类型具有各自的预设数据量。
[0121]
参照表2，表2是终端应用层基于多个业务的预测结果。
[0122]
表2
[0123] 数据量重要性session ax_ay_asession bx_by_bsession cx_cy_csession dx_dy_d总计x_a+x_b+x_c+x_d [0124]
具体地，可以由终端应用层进行预测后通知终端接入层，预计在下行响应信息中，每个业务有多少数据量，分别的重要性等级是多少，然后由终端接入层通知基站每个业务有多少数据量，分别的重要性等级是多少。
[0125]
参照表3，表3是终端应用层基于多个数据流的预测结果。
[0126]
表3
[0127] 数据量重要性flow ax_ay_aflow bx_by_bflow cx_cy_cflow dx_dy_d总计x_a+x_b+x_c+x_d [0128]
具体地，可以由终端应用层进行预测后通知终端接入层，预计在下行响应信息中，每个数据流有多少数据量，分别的重要性等级是多少，然后由终端接入层通知基站每个数据流有多少数据量，分别的重要性等级是多少。
[0129]
参照表4，表4是终端应用层基于多个drb的预测结果。
[0130]
表4
[0131] 数据量重要性drb ax_ay_a
drb bx_by_bdrb cx_cy_cdrb dx_dy_d总计x_a+x_b+x_c+x_d [0132]
具体地，可以由终端应用层基于数据流为粒度进行预测后通知终端接入层，然后由终端接入层根据数据流与drb之间的对应关系，转换为“每个drb有多少数据量，重要性等级是多少”，然后通知基站。
[0133]
进一步地，在发送所述请求信息时，一并发送所述重要性等级或所述重要性等级的标示信息，或者，在发送所述请求信息之前或之后，发送所述重要性等级或所述重要性等级的标示信息。
[0134]
具体地，终端接入层可以发送请求信息以及所述重要性等级，或者终端接入层可以发送请求信息以及所述重要性等级的标示信息，所述请求信息包括接收到的上层指令。
[0135]
具体地，可以在发送所述请求信息时，一并发送所述重要性等级或重要性等级的标示信息，还可以在发送所述请求信息之后，发送所述重要性等级或重要性等级的标示信息。
[0136]
在本发明实施例的一种具体实施方式中，所述请求信息以及所述重要性等级或重要性等级的指示信息可以是先后分别发送的，可以先发送请求信息，后发送重要性等级或重要性等级的指示信息。
[0137]
在本发明实施例的另一种具体实施方式中，还可以先发送重要性等级或重要性等级的指示信息，后发送请求信息。
[0138]
其中，先后分别发送两类信息的时间间隔可以选自：基站预先配置、网管预先配置、ue应用层预先配置、ue决定。
[0139]
其中，所述网管可以为适当的网络端设备，例如所述服务器；所述ue决定可以为ue接入层决定的。
[0140]
更进一步地，在发送重要性等级或重要性等级的指示信息的过程中，可以通过媒体访问控制层控制元素(media access control-control element，mac ce)传输，还可以通过无线链路控制(radio link control，rlc)控制协议数据单元(control mac protocol data unit，control pdu)传输，还可以通过分组数据融合协议(packet data convergence protocol，pdcp)控制pdu(control pdu)传输，还可以通过新增协议层对应的控制pdu(control pdu)传输，在本发明实施例中，对于具体的传输方式不作限制。
[0141]
在本发明实施例中，通过设置终端向基站发送请求信息的步骤，可以实现基站与ue之间的信息交互，进而使得基站能够在接收到响应信息之前进行调度准备，例如可以基于服务器的发出时刻，提前对信道质量进行检测，进而对所述响应信息进行调制解调的方式进行合理选择，例如可以基于响应信息的重要性等级，对所述响应信息进行调制解调的方式进行合理选择，实现有效传输的同时，有效避免资源浪费。
[0142]
进一步地，在发送所述请求信息时，一并发送所述数据量或所述数据量的标示信息，或者，在发送所述请求信息之前或之后，发送所述数据量或所述数据量的标示信息。
[0143]
在本发明实施例的一种具体实施方式中，请求信息以及所述数据量或数据量的指示信息可以是先后分别发送的，可以先发送请求信息，后发送数据量或数据量的指示信息。
[0144]
在本发明实施例的另一种具体实施方式中，还可以先发送数据量或数据量的指示信息，后发送请求信息。
[0145]
其中，先后分别发送两类信息的时间间隔以及传输方式参照前文，此处不再赘述。
[0146]
在本发明实施例中，通过设置终端向基站发送响应信息的数据量，可以使得基站能够确定出下行数据包到达自己的时刻后，做好调度准备，例如可以预先要求ue测量上报更加准确的csi值，或将ue调整到更大带宽的bwp内，有助于提高通信质量。
[0147]
需要指出的是，由于ue上报的数据量为预测值，并非准确数值，因此所述预测信息也可以通过预先配置的子模板传输，例如前文所述的数据量的标示信息，即可以为预先配置的子模板的序号或索引。
[0148]
参照图4，图4是本发明实施例中一种发送数据量的标示信息方法的数据流图。所述发送数据量的标示信息方法可以包括步骤s41至步骤s44，以下对各个步骤进行说明。
[0149]
在步骤s41中，基站22可以进行模板配置。
[0150]
具体地，可以预先配置多个子模板(如子模板1至子模板n)，每个子模板具有预设的数据量，如子模板1对应于100mbps，子模板2对应于75mbps，直至子模板5对应于5mbps等。
[0151]
需要指出的是，子模板中还可以包括重要性等级信息，如子模板1对应于重要性等级y_a，以及数据量100mbps，子模板2对应于重要性等级y_a，以及75mbps，子模板3对应于重要性等级y_b，以及数据量100mbps，子模板4对应于重要性等级y_b，以及数据量75mbps等。
[0152]
在步骤s42中，ue的接入层212可以进行响应信息预测。
[0153]
具体地，ue的接入层212可以从应用层211收到响应信息的数据量预测，例如数据a(或session a，或flow a，或drb a)为80mbps，数据b(或session b，或flow b，或drb b)为110mbps。
[0154]
需要指出的是，ue的接入层212还可以从应用层211收到响应信息的重要性等级预测，如数据a(或session a，或flow a，或drb a)为重要性等级y_a，数据b(或session b，或flow b，或drb b)对应于重要性等级y_b等。
[0155]
在步骤s43中，ue的接入层212可以进行模板匹配。
[0156]
ue的接入层212可以对各个数据的数据量与子模板进行匹配，确定数据量最匹配的子模板，数据a(或session a，或flow a，或drb a)为80mbps，可以匹配模板2；数据b(或session b，或flow b，或drb b)为110mbps，可以匹配模板1。
[0157]
需要指出的是，ue的接入层212还可以结合各个数据的重要性等级进行批评，如数据a(或session a，或flow a，或drb a)为80mbps，重要性等级y_b，可以匹配模板4；数据a(或session a，或flow a，或drb a)为100mbps，重要性等级y_a，可以匹配模板1等。
[0158]
在步骤s44中，ue的接入层212可以向基站22指示响应信息预测模板。
[0159]
具体地，可以对各个数据(或各个session，或各个flow，或各个drb)逐个进行指示。
[0160]
在本发明实施例中，通过设置标示信息指示数据量和重要性等级的方法，尤其是通过预先配置子模板，可以有效减少信令开销，并且由于ue上报的数据量为预测值，并非准确数值，因此采用标示信息，并不会过度影响传输信息的准确性。
[0161]
继续参照图1，在步骤s11的具体实施中，进一步地，所述请求信息还可以包括业务类型，确定从ue应用层发出所述上层指令到ue应用层收到服务器的响应信息之间的rtt时
长的步骤可以包括：根据所述业务类型，确定从ue应用层发出所述上层指令到ue应用层接收到服务器的响应信息之间的rtt时长。
[0162]
具体地，以cg业务为例，所述业务类型可以选自：场景业务、人物业务、动作业务等，可以理解的是，不同的业务类型可以具有各自的传输时长，且可以对其传输时长预先进行估算或预先进行记录，因此根据业务类型，可以确定所述rtt时长。
[0163]
进一步地，所述请求信息还可以包括用于发送所述请求信息的业务通道，确定从ue应用层发出所述上层指令到ue应用层收到服务器的响应信息之间的rtt时长的步骤可以包括：根据所述业务通道，确定从ue应用层发出所述上层指令到ue应用层接收到服务器的响应信息之间的rtt时长。
[0164]
具体地，以cg业务为例，所述业务通道可以选自：场景业务通道、人物业务通道、动作业务通道等，可以理解的是，不同的业务通道可以具有各自的传输时长，且可以对其传输时长预先进行估算或预先进行记录，因此根据业务通道，可以确定所述rtt时长。
[0165]
在本发明实施例中，通过设置终端向基站发送请求信息的步骤，可以实现基站与ue之间的信息交互，进而使得基站能够在接收到响应信息之前进行调度准备，例如可以基于服务器的发出时刻，提前对信道质量进行检测，进而对所述响应信息进行调制解调的方式进行合理选择，例如可以基于响应信息的重要性等级，对所述响应信息进行调制解调的方式进行合理选择，实现有效传输的同时，有效避免资源浪费。
[0166]
参照图5，图5是本发明实施例中另一种数据传输方法的流程图。所述数据传输方法可以用于基站侧，还可以包括步骤s51至步骤s52：
[0167]
步骤s51：接收请求信息，所述请求信息包括上层指令；
[0168]
步骤s52：接收参考信息，所述参考信息用于描述响应信息。
[0169]
其中，所述响应信息是响应于所述请求信息的消息。
[0170]
可以理解的是，在具体实施中，所述方法可以采用软件程序的方式实现，该软件程序运行于芯片或芯片模组内部集成的处理器中。
[0171]
进一步地，所述参考信息为从ue接入层接收到所述上层指令至所述ue接入层发送所述请求信息之间的等待时长。
[0172]
更进一步地，所述数据传输方法还包括：根据所述等待时长，计算响应信息到达基站的时刻。
[0173]
更进一步地，根据所述等待时长，计算响应信息到达基站的时刻可以包括：确定从ue应用层发出所述上层指令到ue应用层收到服务器的响应信息之间的rtt时长；确定从ue发送所述请求信息至基站接收到所述请求信息之间的t2时长；根据所述等待时长、所述rtt时长以及所述t2时长，计算所述响应信息到达基站的时刻。
[0174]
需要指出的是，所述响应信息到达基站的时刻可以等于服务器发出所述响应信息的发出时刻与n3和n6三者之和，因此可以先对服务器发出所述响应信息的发出时刻进行计算。
[0175]
在第一种具体实施方式中，可以采用下述公式，根据所述等待时长、所述rtt时长以及所述t2时长，计算服务器发出所述响应信息的发出时刻：
[0176]
t＝[rtt/2-(t1+t2)]
×2[0177]
其中，t用于表示服务器发出所述响应信息的发出时刻，rtt用于表示从ue应用层
发出所述上层指令到ue应用层收到服务器的响应信息之间的rtt时长，t1用于表示从ue应用层发出所述上层指令至ue发送所述第一请求信息之间的等待时长，t2用于表示从ue发送所述第一请求信息至基站接收到所述第一请求信息之间的t2时长。
[0178]
在第二种具体实施方式中，可以采用下述公式，根据所述等待时长、所述rtt时长以及所述t2时长，计算服务器发出所述响应信息的发出时刻：
[0179]
t＝rtt/2-(t1+t2)
[0180]
其中，t用于表示服务器发出所述响应信息的发出时刻，rtt用于表示从ue应用层发出所述上层指令到ue应用层收到服务器的响应信息之间的rtt时长，t1用于表示从ue应用层发出所述上层指令至ue发送所述第一请求信息之间的等待时长，t2用于表示从ue发送所述第一请求信息至基站接收到所述第一请求信息之间的t2时长，n3用于表示从网关发出所述响应信息至基站接收到所述响应信息之间的预测时长，n6用于表示从服务器发出所述响应信息至网关接收到所述响应信息之间的预测时长。
[0181]
在第三种具体实施方式中，可以采用下述公式，根据所述等待时长、所述rtt时长以及所述t2时长，计算服务器发出所述响应信息的发出时刻：
[0182]
t＝rtt-(pdb-n3)-(t1+t2)
[0183]
其中，t用于表示服务器发出所述响应信息的发出时刻，rtt用于表示从ue应用层发出所述上层指令到ue应用层收到服务器的响应信息之间的rtt时长，t1用于表示从ue应用层发出所述上层指令至ue发送所述第一请求信息之间的等待时长，t2用于表示从ue发送所述第一请求信息至基站接收到所述第一请求信息之间的t2时长，pdb用于表示从网关发出所述响应信息至ue接收到所述响应信息之间的预测时长，n3用于表示从网关发出所述响应信息至基站接收到所述响应信息之间的预测时长。
[0184]
有关服务器发出所述响应信息的发出时刻的执行步骤的更多描述，请参照前文以及图1至图4的相关描述，此处不再赘述。
[0185]
进一步地，所述请求信息还包括业务类型，确定从ue应用层接收到所述上层指令到收到服务器的响应信息之间的rtt时长包括：根据所述业务类型，确定从ue应用层接收到所述上层指令到接收到服务器的响应信息之间的rtt时长。
[0186]
进一步地，所述请求信息还包括用于发送所述请求信息的业务通道，确定从ue应用层发出所述上层指令到ue应用层收到服务器的响应信息之间的rtt时长包括：根据所述业务通道，确定从接收到所述上层指令到接收到服务器的响应信息之间的rtt时长。
[0187]
进一步地，在接收所述请求信息时，一并接收所述等待时长，或者，在接收所述请求信息之后，接收所述等待时长。
[0188]
在本发明实施例中，所述参考信息为从ue接入层接收到所述上层指令至所述ue接入层发送所述请求信息之间的等待时长，基站能够在接收到响应信息之前进行调度准备，例如可以基于服务器的发出时刻，提前对信道质量进行检测，进而对所述响应信息进行调制解调的方式进行合理选择。
[0189]
进一步地，在本发明实施例的第二种具体实施方式中，所述参考信息为所述响应信息的重要性等级或者所述重要性等级的标示信息。
[0190]
更进一步地，在接收所述请求信息时，一并接收重要性等级或所述重要性等级的标示信息，或者，在接收所述请求信息之前或之后，接收所述重要性等级或所述重要性等级
的标示信息。
[0191]
在本发明实施例中，所述参考信息为所述响应信息的重要性等级或者所述重要性等级的标示信息。基站能够在接收到响应信息之前进行调度准备，例如可以基于响应信息的重要性等级，对所述响应信息进行调制解调的方式进行合理选择，实现有效传输的同时，有效避免资源浪费。
[0192]
进一步地，在本发明实施例的第三种具体实施方式中，所述参考信息为所述响应信息的数据量或者所述数据量的标示信息。
[0193]
更进一步地，在接收所述请求信息时，一并接收数据量或所述数据量的标示信息，或者，在接收所述请求信息之前或之后，接收所述数据量或所述数据量的标示信息。
[0194]
在本发明实施例中，所述参考信息为所述响应信息的数据量或者所述数据量的标示信息。基站能够确定出下行数据包到达自己的时刻后，做好调度准备，例如可以预先要求ue测量上报更加准确的csi值，或将ue调整到更大带宽的bwp内，有助于提高通信质量。
[0195]
在具体实施中，有关步骤s51至步骤s52的更多详细内容请参照前文以及图1至图4的描述进行执行，此处不再赘述。
[0196]
需要指出的是，根据计算得到的发出时刻，选择对所述响应信息进行调制解调的方式的步骤可以包括：在所述计算得到的发出时刻之前，对当前信道质量进行检测；根据信道质量的检测结果，选择调制解调的方式；其中，所述信道质量越高，选择调制解调的方式的阶数越高。
[0197]
根据所述重要性等级，选择对所述响应信息进行调制解调的方式的步骤可以包括：对具有相同重要性等级的数据流一起发送，或者，对具有相同重要性等级的drb一起发送；其中，重要性等级越高，选择调制解调的方式的阶数越低。
[0198]
参照图6，图6是本发明实施例中一种数据传输装置的结构示意图。所述数据传输装置可以包括：
[0199]
第一发送模块61，用于发送请求信息，所述请求信息包括上层指令；
[0200]
第二发送模块62，用于发送参考信息，所述参考信息用于描述响应信息；
[0201]
其中，所述响应信息是响应于所述请求信息的消息。
[0202]
在具体实施中，上述装置可以对应于用户设备中具有数据处理功能的芯片，如基带芯片；或者对应于用户设备中包括具有数据处理功能芯片的芯片模组，或者对应于用户设备。
[0203]
关于该数据传输装置的原理、具体实现和有益效果请参照前文以及图1至图4所述的关于数据传输装置方法的相关描述，此处不再赘述。
[0204]
参照图7，图7是本发明实施例中另一种数据传输装置的结构示意图。所述数据传输装置可以包括：
[0205]
第一接收模块71，用于接收请求信息，所述请求信息包括上层指令；
[0206]
第二接收模块72，用于接收参考信息，所述参考信息用于描述响应信息；
[0207]
其中，所述响应信息是响应于所述请求信息的消息。
[0208]
在具体实施中，上述装置可以对应于用户设备中具有数据处理功能的芯片，如基带芯片；或者对应于用户设备中包括具有数据处理功能芯片的芯片模组，或者对应于用户设备。
[0209]
关于该数据传输装置的原理、具体实现和有益效果请参照前文以及图5所述的关于数据传输装置方法的相关描述，此处不再赘述。
[0210]
需要指出的是，本发明技术方案可适用于5g(5 generation)通信系统，还可适用于4g、3g通信系统，还可适用于未来新的各种通信系统，例如6g、7g等。
[0211]
本发明实施例还提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述方法的步骤。所述存储介质可以是计算机可读存储介质，例如可以包括非挥发性存储器(non-volatile)或者非瞬态(non-transitory)存储器，还可以包括光盘、机械硬盘、固态硬盘等。
[0212]
具体地，在本发明实施例中，所述处理器可以为中央处理单元(central processing unit，简称cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现成可编程门阵列(field programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0213]
还应理解，本技术实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，简称rom)、可编程只读存储器(programmable rom，简称prom)、可擦除可编程只读存储器(erasable prom，简称eprom)、电可擦除可编程只读存储器(electrically eprom，简称eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，简称ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random access memory，简称ram)可用，例如静态随机存取存储器(static ram，简称sram)、动态随机存取存储器(dram)、同步动态随机存取存储器(synchronous dram，简称sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，简称ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，简称esdram)、同步连接动态随机存取存储器(synchlink dram，简称sldram)和直接内存总线随机存取存储器(direct rambus ram，简称dr ram)。
[0214]
本发明实施例还提供了一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述方法的步骤。所述终端包括但不限于手机、计算机、平板电脑等终端设备。
[0215]
具体地，本技术实施例中的终端可以指各种形式的用户设备(user equipment，简称ue)、接入终端、用户单元、用户站、移动站、移动台(mobile station，简称ms)、远方站、远程终端、移动设备、用户终端、终端设备(terminal equipment)、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，简称sip)电话、无线本地环路(wireless local loop，简称wll)站、个人数字处理(personal digital assistant，简称pda)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5g网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，简称plmn)中的终端设备等，本技术实施例对此并不限定。
[0216]
本发明实施例还提供了一种基站，包括存储器和处理器，所述存储器上存储有能
够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述方法的步骤。
[0217]
本技术实施例中的基站(base station，简称bs)，也可称为基站设备，是一种部署在无线接入网(ran)用以提供无线通信功能的装置。例如在2g网络中提供基站功能的设备包括基地无线收发站(英文：base transceiver station,简称bts)，3g网络中提供基站功能的设备包括节点b(nodeb)，在4g网络中提供基站功能的设备包括演进的节点b(evolved nodeb，enb)，在无线局域网络(wireless local area networks，简称wlan)中，提供基站功能的设备为接入点(access point，简称ap)，5g新无线(new radio，简称nr)中的提供基站功能的设备gnb,以及继续演进的节点b(ng-enb),其中gnb和终端之间采用nr技术进行通信，ng-enb和终端之间采用e-utra(evolved universal terrestrial radio access)技术进行通信，gnb和ng-enb均可连接到5g核心网。本技术实施例中的基站还包含在未来新的通信系统中提供基站功能的设备等。
[0218]
本技术实施例中的基站控制器，是一种管理基站的装置，例如2g网络中的基站控制器(base station controller，简称bsc)、3g网络中的无线网络控制器(radio network controller，简称rnc)、还可指未来新的通信系统中控制管理基站的装置。
[0219]
本发明实施例中的网络侧network是指为终端提供通信服务的通信网络，包含无线接入网的基站，还可以包含无线接入网的基站控制器，还可以包含核心网侧的设备。
[0220]
关于上述实施例中描述的各个装置、产品包含的各个模块/单元，其可以是软件模块/单元，也可以是硬件模块/单元，或者也可以部分是软件模块/单元，部分是硬件模块/单元。例如，对于应用于或集成于芯片的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于终端的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于终端内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。
[0221]
虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。