数据传输方法及装置、计算机可读存储介质与流程

1.本发明涉及通信技术领域，具体地涉及一种数据传输方法及装置、计算机可读存储介质。


背景技术：

2.扩展现实(extended reality，简称xr)技术即虚拟现实(virtual reality，简称vr)、增强现实(augmented reality，简称ar)与混合现实(mixed reality，简称mr)技术的合称，能够将物理环境与虚拟环境融合在一起，或提供完全身临其境般的虚拟体验环境，在第五代移动通信技术(the fifth
–
generation mobile communications，简称5g)时代具有广阔的应用前景。
3.基于xr技术传输的业务可以称为xr业务，现有的网络在针对xr业务配置服务质量(quality of service，简称qos)时，仅考虑用户设备(user equipment，简称ue)的接入层能力，因而容易导致针对xr业务配置的qos不准确。不准确的qos会增加数据的传输时延，影响数据传输及时性，进而影响用户体验。


技术实现要素：

4.本发明解决的技术问题是如何准确确定xr业务的qos，以增强xr业务的传输。
5.为解决上述技术问题，本发明实施例提供一种数据传输方法，包括：获取终端能力信息，其中，所述终端能力信息用于指示ue和/或hmd支持的xr能力；根据所述终端能力信息，确定传输时延，其中，所述传输时延用于指示网络设备接收所述数据到发送所述数据之间的最大时长；发送所述传输时延。
6.可选的，所述终端能力信息包括ue能力信息和hmd能力信息，其中，所述ue能力信息用于指示ue支持的xr能力，所述hmd能力信息用于指示hmd支持的xr能力。
7.可选的，所述获取终端能力信息，包括：接收ue上报的所述ue能力信息，以及接收hmd上报的所述hmd能力信息。
8.可选的，所述获取终端能力信息，包括：从基站获取所述终端能力信息；或者，从xr应用服务器获取所述终端能力信息。
9.可选的，所述获取终端能力信息，包括：从smf获取所述终端能力信息。
10.可选的，所述数据传输方法还包括：向xr应用服务器上报所述终端能力信息；和/或，向xr应用服务器上报数据发送提前量，所述数据发送提前量是基于所述终端能力信息确定的。
11.可选的，所述终端能力信息包括以下至少一项：ue与hmd结合的类型；ue与hmd结合，所需的xr业务处理时间；ue与hmd结合，所需的xr业务处理能力；ue与hmd结合，在uu口传输之后所需的xr业务处理时间。
12.可选的，所述根据所述终端能力信息，确定传输时延，包括：获取所述数据对应的xr帧在所述hmd中的显示时刻；根据所述终端能力信息以及所述xr帧在所述hmd中的显示时
刻，确定所述xr帧到达所述ue的最晚时刻或所述传输时延。
13.可选的，所述获取所述数据对应的xr帧在所述hmd中的显示时刻，包括：从xr应用服务器接收总传输时延以及所述xr帧之前第n个xr帧的发送时刻，其中，所述总传输时延为自xr应用服务器发出所述数据起，到所述数据到达所述ue的应用层的最大容许时延，n为自然数；根据所述总传输时延以及所述xr帧之前第n个xr帧的发送时刻确定所述数据对应的xr帧在所述hmd中的显示时刻。
14.可选的，所述根据所述终端能力信息，确定传输时延，包括：从xr应用服务器接收所述数据对应的xr帧到达所述ue的最晚时刻或者所述传输时延，其中，所述xr帧到达所述ue的最晚时刻是根据所述终端能力信息以及所述xr帧在所述hmd中的显示时刻确定的。
15.可选的，所述数据传输方法还包括：xr业务启动时，与所述ue、hmd、基站以及xr应用服务器进行时钟同步。
16.为解决上述技术问题，本发明实施例还提供一种数据传输装置，包括：获取模块，用于获取终端能力信息，其中，所述终端能力信息用于指示ue和/或hmd支持的xr能力；确定模块，用于根据所述终端能力信息，确定传输时延，其中，所述传输时延用于指示网络设备接收所述数据到发送所述数据之间的最大时长；发送模块，用于发送所述传输时延。
17.为解决上述技术问题，本发明实施例还提供一种数据传输方法，包括：获取传输时延，其中，所述传输时延用于指示网络设备接收所述数据到发送所述数据之间的最大时长，且所述传输时延根据终端能力信息确定，所述终端能力信息用于指示ue和/或hmd支持的xr能力；根据所述传输时延传输所述数据。
18.可选的，所述获取传输时延，包括：自smf接收所述传输时延。
19.可选的，所述获取传输时延，包括：获取所述终端能力信息，以及所述数据对应的xr帧在所述hmd中的显示时刻；根据所述终端能力信息以及所述xr帧在所述hmd中的显示时刻，确定所述xr帧到达所述ue的最晚时刻或所述传输时延。
20.可选的，所述获取所述数据对应的xr帧在所述hmd中的显示时刻，包括：从xr应用服务器接收总传输时延以及所述xr帧之前第n个xr帧的发送时刻，其中，所述总传输时延为xr应用服务器到ue之间的传输时延，n为自然数；根据所述总传输时延以及所述xr帧之前第n个xr帧的发送时刻确定所述数据对应的xr帧在所述hmd中的显示时刻。
21.可选的，所述根据所述传输时延传输所述数据，包括：在接收到所述数据后，以所述xr帧到达所述ue的最晚时刻为约束，传输所述数据。
22.可选的，所述数据传输方法还包括：xr业务启动时，与所述ue、hmd、smf以及xr应用服务器进行时钟同步。
23.可选的，所述终端能力信息包括ue能力信息和hmd能力信息，其中，所述ue能力信息用于指示ue支持的xr能力，所述hmd能力信息用于指示hmd支持的xr能力。
24.可选的，所述终端能力信息包括以下至少一项：ue与hmd结合的类型；ue与hmd结合，所需的xr业务处理时间；ue与hmd结合，所需的xr业务处理能力；ue与hmd结合，在uu口传输之后所需的xr业务处理时间。
25.为解决上述技术问题，本发明实施例还提供一种数据传输装置，包括：获取模块，用于获取传输时延，其中，所述传输时延用于指示网络设备接收所述数据到发送所述数据之间的最大时长，且所述传输时延根据终端能力信息确定，所述终端能力信息用于指示ue
和/或hmd支持的xr能力；传输模块，用于根据所述传输时延传输所述数据。
26.为解决上述技术问题，本发明实施例还提供一种数据传输方法，包括：获取终端能力信息，其中，所述终端能力信息用于指示ue和/或hmd支持的xr能力；上报终端能力信息。
27.可选的，所述数据传输方法还包括：接收数据，其中，所述数据是根据传输时延进行传输的，所述传输时延用于指示网络设备接收所述数据到发送所述数据之间的最大时长，且所述传输时延根据终端能力信息确定。
28.可选的，所述获取终端能力信息，包括：获取所述hmd的能力信息；根据所述hmd的能力信息以及所述ue的能力信息，生成所述终端能力信息。
29.可选的，所述数据传输方法还包括：接收数据；获取所述数据对应的xr帧在所述hmd中的显示时刻；根据所述hmd的能力信息以及所述xr帧在所述hmd中的显示时刻，确定向所述hmd传输所述xr帧的最晚时刻或传输时延；以所述向所述hmd传输所述xr帧的最晚时刻或传输时延为约束，传输所述数据。
30.可选的，所述数据传输方法还包括：接收数据；接收所述hmd上报的向所述hmd传输所述xr帧的最晚时刻或传输时延，其中，所述向所述hmd传输所述xr帧的最晚时刻或传输时延根据所述hmd的能力信息以及所述数据对应的xr帧在所述hmd中的显示时刻确定；以所述向所述hmd传输所述xr帧的最晚时刻或传输时延为约束，传输所述数据。
31.可选的，所述上报终端能力信息包括：向基站、xr应用服务器或smf上报所述终端能力信息。
32.可选的，所述终端能力信息包括ue能力信息和hmd能力信息，其中，所述ue能力信息用于指示ue支持的xr能力，所述hmd能力信息用于指示hmd支持的xr能力。
33.可选的，所述终端能力信息包括以下至少一项：ue与hmd结合的类型；ue与hmd结合，所需的xr业务处理时间；ue与hmd结合，所需的xr业务处理能力；ue与hmd结合，在uu口传输之后所需的xr业务处理时间。
34.可选的，所述数据传输方法还包括：xr业务启动时，与基站、hmd、smf以及xr应用服务器进行时钟同步。
35.为解决上述技术问题，本发明实施例还提供一种数据传输装置，包括：获取模块，用于获取终端能力信息，其中，所述终端能力信息用于指示ue和/或hmd支持的xr能力；上报模块，用于上报终端能力信息。
36.为解决上述技术问题，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质为非易失性存储介质或非瞬态存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述方法的步骤。
37.为解决上述技术问题，本发明实施例还提供一种数据传输装置，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述方法的步骤。
38.与现有技术相比，本发明实施例的技术方案具有以下有益效果：
39.在网络侧，如网络中的smf侧，本发明实施例提供一种数据传输方法，包括：获取终端能力信息，其中，所述终端能力信息用于指示ue和/或hmd支持的xr能力；根据所述终端能力信息，确定传输时延，其中，所述传输时延用于指示网络设备接收所述数据到发送所述数据之间的最大时长；发送所述传输时延。
40.采用本实施方案，能够根据终端的xr业务处理能力精准确定xr业务的qos，尤其合理确定传输时延在各传输节点的分配，从而增强xr业务数据的传输。具体而言，根据获取的终端能力信息确定xr业务的qos。进一步，准确的qos能够利于合理分配时延预算，从而合理确定总传输时延在各个传输节点的分配情况。
41.在网络侧，如网络中的基站侧，本发明实施例还提供一种数据传输方法，包括：获取传输时延，其中，所述传输时延用于指示网络设备接收所述数据到发送所述数据之间的最大时长，且所述传输时延根据终端能力信息确定，所述终端能力信息用于指示ue和/或hmd支持的xr能力；根据所述传输时延传输所述数据。由此，对于传输节点而言，无论传输节点接收到数据的时刻是否发生的抖动，均可以基于接收到的传输时延确定数据在空口传输的最晚时刻，避免过晚传输数据。
42.在ue侧，本发明实施例还提供一种数据传输方法，包括：获取终端能力信息，其中，所述终端能力信息用于指示ue和/或hmd支持的xr能力；上报终端能力信息。采用本实施方案，ue主动向网络上报终端能力信息，以便网络侧确定传输时延预算。
附图说明
43.图1是现有技术中第一种数据传输原理图；
44.图2是现有技术中第二种数据传输原理图；
45.图3是现有技术中xr业务涉及的ue和hmd的三种结合类型；
46.图4是本发明第一实施例一种数据传输方法的流程图；
47.图5是本发明第二实施例一种数据传输装置的结构示意图；
48.图6是本发明第三实施例一种数据传输方法的流程图；
49.图7是本发明第四实施例一种数据传输装置的结构示意图；
50.图8是本发明第五实施例一种数据传输方法的流程图；
51.图9是本发明第六实施例一种数据传输装置的结构示意图；
52.图10是本发明实施例一个典型应用场景的信令交互示意图；
53.图11是图10所示应用场景中阶段1的一个变化例的信令交互示意图；
54.图12是图10所示应用场景中阶段2的第一个变化例的信令交互示意图；
55.图13是图10所示应用场景中阶段2的第二个变化例的信令交互示意图；
56.图14是图10所示应用场景中阶段2的第三个变化例的信令交互示意图。
具体实施方式
57.如背景技术所言，现有网络预先不知道终端处理xr业务数据的能力，也就无法确定xr业务的传输时延预算在各个传输节点的分配情况，无法准确确定qos。
58.具体而言，xr业务所传输的视频数据(也称xr业务数据)从xr应用服务器(xr application server，简称xr app server)生成后，经过网络互连协议(internet protocol，简称ip)网络进入第三代合作伙伴计划(3rd generation partnership project，简称3gpp)网络，经过核心网路由器、基站最终传至终端，由终端向用户进行显示。在整个传输过程中xr业务数据经过的网元如图1或图2所示。图1示出的是网络没有采用边缘云(edge cloud)时xr业务数据的传输流程。具体而言，ip网络接收到xr应用服务器发出
的xr业务数据后，直接经用户面功能(user plane function，简称upf)、基站(如gnb)传到ue。图2示出的是网络采用边缘云时xr业务数据的传输流程。具体而言，ip网络接收到xr应用服务器发出的xr业务数据后发送至upf，xr业务数据经upf后由边缘云做一些应用层的处理(如渲染、合成等)，经过边缘云处理后的xr业务数据再经过基站传到ue。
59.另一方面，现有网络传输业务数据流程中，由于ue的功能参数各不相同，3gpp协议定义了很多可选功能，如是否支持1024正交振幅调制(quadrature amplitude modulation，简称qam)、是否支持多连接等。相应的，ue接入网络后，基站可以根据ue能力为ue配置合适的无线参数。
60.目前3gpp确定xr涉及的终端有三种类型，其涉及的功能分布如图3所示。在本实施方案中，“终端”是指ue与头戴显示器(head mounted display，简称hmd)的结合结果，其中ue为xr业务数据的接收端，通常为5g终端，如5g手机(5g phone)，hmd为xr业务数据的呈现端，如ar眼镜(ar glass)。
61.参考图3，对于类型1的终端，该类终端即是一个hmd，也即ue和hmd是集合在一起的。类型1的终端一体化地完成终端侧的所有功能，包括渲染、合成、解码等，以及最终向用户呈现视频和音频。也就是说，类型1的终端接收到网络经由用户网络界面通用(user to network interface universal，简称uu)接口(简称uu口)传输的xr业务数据后，在终端侧本地完成所有功能处理后在本地呈现xr帧(即xr业务的视频帧)。由于所有功能均在终端完成，所以类型1的终端比较笨重，佩戴不舒适。
62.继续参考图3，对于类型2的终端，也是ue与hmd集合在一起的。但与类型1的终端不同的是，类型2的终端完成的功能比较简单，即只有解码。而其它的xr业务数据处理则由边缘云完成，如渲染、合成等。也就是说，网络传输的xr业务数据经由边缘云完成部分功能处理后，再经由uu口传输至类型2的终端，类型2的终端在本地完成剩余部分功能处理后在本地呈现视频帧。与类型1的终端相比，类型2的终端所承载的功能更少，所以更加轻薄，使用更加舒适。
63.继续参考图3，对于类型3的终端，ue和hmd在物理上分开，二者之间通过wi-fi传输数据。这样可以把大部分的数据处理功能放在ue侧，如渲染与合成，而hmd只负责解码。也就是说，5g手机接收到网络经由uu口传输的xr业务数据后，在5g手机本地完成部分功能处理后，经由wi-fi传输给hmd，hmd在本地完成剩余部分功能处理后将该帧视频帧呈现给用户。这样，类型3的终端中的hmd与类型2的终端同样轻薄，使用舒适。
64.由图3可见，网络向终端传输xr业务数据时，留给uu口传输数据的时间窗的位置可能因终端类型的不同而有所区别。假设一个视频帧的全部下行时延预算(即应用层端到端传输时延)为30毫秒(ms)，对于不同类型的终端，网络进行时延分配的结果各不相同。
65.对于类型1的终端，hmd完成渲染、合成、解码等处理需要10ms，uu口传输需要10ms。所以upf必须提前10ms将视频帧的数据传至基站。
66.对于类型2的终端，hmd完成解码需要5ms，uu口传输需要10ms。所以upf必须提前15ms将视频帧的数据传至基站。
67.对于类型3的终端，hmd完成解码需要5ms，wi-fi传输需要1ms，ue完成渲染、合成需要3ms。所以upf必须提前16ms将视频帧的数据传至基站。
68.如果网络预先不知道ue和hmd结合的类型，就无法确定业务时延在各个传输节点
的分配，无法准确确定qos。
69.根据现有协议的规定，ue与基站建立连接后，基站会向核心网中的接入和移动性管理功能(access and mobility management function，简称amf)请求ue能力信息。如果ue是初次与网络建立连接，amf没有存储ue能力信息，则基站会向ue请求该信息。ue上报自身能力信息后，基站据此为ue配置与其能力匹配的无线参数。随后，基站将ue的能力信息上传至amf保存。此后，ue即使与基站断开连接，但是其能力信息仍然保留在amf中。下一次ue与基站建立连接后，基站只需从amf获取ue能力信息，无需再让ue上报。
70.现有技术中，业务建立时，基站获知业务的qos信息，其中包含时延预算参数，其含义为“每个数据包在空口传输的最大可容许时延”。业务传输过程中，基站从upf收到数据包的时刻开始计时，如果经过“最大可容许时延”还没有将该数据包传出，则放弃传输。也就是说，基站是以数据包到达自己的时刻作为“最大容许时延”的起始时刻。
71.但是，现有协议规定ue上报的能力信息只涉及ue的接入层能力，不涉及ue的xr处理能力，所以不能解决xr业务的时延预算分配问题。
72.而xr业务的数据量较大，数据包比较密集。所以，数据包到达基站前，可能在ip网络内部或在upf内部经历了排队拥塞，造成数据包到达基站的时刻产生抖动。
73.如果要实现“xr应用服务器到hmd”的确定时延，即固定的应用层端到端传输时延。对于基站来说，当接收了到达时刻有抖动的数据包时，每个数据包在空口的“最大容许时延”实际上是不同的。例如，对于到达基站迟到的数据包，其在空口的“最大容许时延”变小。又例如，对于到达基站较早的数据包，其在空口的“最大容许时延”则比较大。
74.但是，按现有的qos架构，基站无法感知到达自己时发生抖动的数据包，也就无法实现弹性的“最大容许时延”。
75.另外，对于不同类型的终端，收到数据包后，在hmd显示之前，由于对数据包所做的处理不同，所需的处理时间也是不同的。如果确定“最大传输时延”之前不能确定ue所需的处理时间长度，也无法准确确定数据包的“最大传输时延”。
76.为解决上述技术问题，本发明实施例提供一种数据传输方法，包括：获取终端能力信息，其中，所述终端能力信息用于指示ue和/或hmd支持的xr能力；根据所述终端能力信息，确定传输时延，其中，所述传输时延用于指示网络设备接收所述数据到发送所述数据之间的最大时长；发送所述传输时延。
77.采用本实施方案，能够根据终端的xr业务处理能力精准确定xr业务的qos，尤其合理确定传输时延在各传输节点的分配，从而增强xr业务数据的传输。具体而言，根据获取的终端能力信息确定xr业务的qos。进一步，准确的qos能够利于合理分配时延预算，从而合理确定总传输时延在各个传输节点的分配情况。
78.为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
79.图4是本发明第一实施例一种数据传输方法的流程图。
80.本实施方案可以应用于xr场景，采用本实施方案传输的数据即为xr业务数据。在xr场景中，xr应用服务器生成的xr视频经由网络传输至终端并呈现，所述数据对应所述xr视频中的一个或多个xr帧。
81.本实施方案可以应用于网络侧，如由网络侧的网络设备执行。所述网络设备可以
包括核心网中的节点，如核心网中的amf或会话管理功能(session management function，简称smf)。
82.所述核心网中的一个或多个节点可以理解为数据从xr应用服务器传输到终端过程中需要经过的传输节点。
83.采用本实施方案能够在满足总传输时延的前提下，根据终端的xr数据处理能力合理分配这些传输节点的时延预算，避免数据过晚传输到终端。其中，总传输时延为自xr应用服务器发出所述xr业务数据起，到所述xr业务数据到达所述ue的应用层的最大容许时延，n为自然数。所述总传输时延也可称为应用层端到端传输时延，与业务特性有关，可以在xr业务启动时即确定并由xr应用服务器通知给核心网。核心网基于该总传输时延合理分配各传输节点的时延预算，以确保数据能够在应用层端到端传输时延内到达ue。
84.在具体实施中，下述步骤s101～步骤s103所提供的传输方法可以由网络设备中的具有数据传输功能的芯片执行，也可以由网络设备中的基带芯片执行。
85.具体地，参考图4，本实施例所述数据传输方法可以包括如下步骤：
86.步骤s101，获取终端能力信息，其中，所述终端能力信息用于指示ue和/或hmd支持的xr能力；
87.步骤s102，根据所述终端能力信息，确定传输时延，其中，所述传输时延用于指示网络设备接收所述数据到发送所述数据之间的最大时长；
88.步骤s103，发送所述传输时延。
89.在一个具体实施中，终端能力信息包括ue能力信息和hmd能力信息，其中，所述ue能力信息用于指示ue支持的xr能力，所述hmd能力信息用于指示hmd支持的xr能力。
90.具体而言，终端能力信息可以包括ue与hmd结合的类型，如上述图3示出的三种类型，以及未来可能定义的其他扩展类型。如用有线连接代替类型3的终端中的wi-fi连接等。相应的，网络侧可以根据ue上报的类型来确定ue和hmd结合所需的xr业务处理时间。
91.进一步，终端能力信息可以包括ue与hmd结合，所需的xr业务处理时间。也即，ue可以直接上报自身与hmd结合所需的xr业务处理时间。例如，ue与hmd结合所需的xr业务处理时间可以为ue完成部分功能处理所需时间与hmd完成剩余部分功能处理所需时间之和，还可以包括ue与hmd之间传输数据所需时间。其中，ue和hmd各自需要完成的功能可以参考上述图3中的相关描述，在此不予赘述。
92.上述ue与hmd结合，所需的xr业务处理时间可以为平均时间、最大时间或者方差等。
93.进一步，终端能力信息可以包括ue与hmd结合，所需的xr业务处理能力。如每秒最多可处理x字节(byte)的数据，又如每秒最多可处理y个视频帧(即xr帧)。
94.进一步，终端能力信息可以包括ue与hmd结合，在uu口传输之后所需的xr业务处理时间。对于类型1的终端，uu口传输之后的处理时间即为渲染、合成、解码所需的时间长度。对于类型2的终端，uu口传输之后的处理时间即为解码所需的时间长度。对于类型3的终端，uu口传输之后的处理时间即为渲染、合成、wi-fi传输以及解码所需的时间长度之和。
95.在一个具体实施中，网络侧可以预先存储有历史上连接过的ue上报的终端能力信息，相应的，所述步骤s101可以包括步骤：查找预设数据库，以获取所述ue关联的终端能力信息，其中，所述预设数据库记录有ue与终端能力信息的关联关系。
96.具体地，预设数据库可以存储于amf。例如，ue在初始接入网络时上报终端能力信息，网络将该终端能力信息存储于amf的预设数据库中。ue再次接入网络时无需再次上报其终端能力信息，网络侧直接从amf中获取该ue上报的终端能力信息。
97.进一步，预设数据库中存储的可以是ue的唯一标识与终端能力信息的关联关系。在执行步骤s101时，根据当前接入网络且需要进行xr业务的ue的唯一标识查找预设数据库，以获取关联的终端能力信息。
98.在一个变化例中，以诸如类型3的终端这类分体式连接的ue和hmd为例，同一ue和不同的hmd连接，或者ue和hmd之间采用不同的传输方式(如wi-fi传输或有线连接)，可能生成不同的终端能力信息。
99.相应的，预设数据库中同一ue可以关联多个终端能力信息，分别对应连接不同hmd或采用不同方式连接hmd的场景。
100.在执行步骤s101时，根据当前接入网络且需要进行xr业务的ue的唯一标识，以及该ue当前连接的hmd的唯一标识，在预设数据库中查找对应的终端能力信息。
101.或者，在执行步骤s101时，根据当前接入网络且需要进行xr业务的ue的唯一标识，以及ue与hmd的具体连接方式，在预设数据库中查找对应的终端能力信息。
102.在一个变化例中，所述步骤s101可以包括步骤：接收所述ue上报的所述终端能力信息。
103.例如，对于初始接入网络的ue，由于amf中尚未存储该ue的终端能力信息，因而ue需要向网络上报终端能力信息。
104.又例如，终端能力信息可以不存储于amf中，ue每次接入网络时均主动上报终端能力信息。
105.进一步，hmd可以独自向网络侧上报自身能力信息。相应的，在步骤s101中，smf可以接收ue上报的所述ue能力信息，以及接收hmd上报的所述hmd能力信息。
106.进一步，网络侧接收所述ue上报的所述终端能力信息的具体流程可以包括：从基站接收所述ue上报的所述终端能力信息。也就是说，ue向基站上报终端能力信息，由基站逐级上报至核心网的一个或多个节点，最终上报至xr应用服务器。该示例为从下至上的上报流程。
107.例如，基站可以分别向amf、smf以及策略与计费规则功能单元(policy and charging rules function，简称pcrf)上报ue上报的终端能力信息。
108.或者，网络侧可以从xr应用服务器接收所述ue上报的所述终端能力信息。也就是说，ue将终端能力信息上报至xr应用服务器，由xr应用服务器逐级传递至核心网和基站。该示例为从上至下的上报流程。
109.例如，pcrf、smf以及amf等5g核心网节点可以从xr应用服务器侧获知终端能力信息，然后通知给基站。或者，基站也可以不知道终端的终端能力信息。相应的，建立xr业务时，由核心网节点确定xr业务的qos，基站只需按qos执行即可。
110.在一个具体实施中，在步骤s101之后，smf还可以执行步骤：向xr应用服务器上报所述终端能力信息。以便xr应用服务器确定终端的xr业务的qos时考虑终端的实际处理能力。
111.例如，根据终端能力信息，xr应用服务器可以获知终端处理视频帧所需时长，从而
确定合适的数据发送提前量。其中，数据发送提前量是指，xr应用服务器需要在xr帧在hmd中的显示时刻之前x毫秒(ms)发出该xr帧的数据包。
112.进一步，数据发送提前量可以为，终端侧处理xr帧所需时长。或者，数据发送提前量可以为，要求xr应用服务器在hmd显示xr帧的显示时刻之前xms发出该帧数据。
113.或者，xr应用服务器也可以不知道终端的终端能力信息。这是因为无论哪一种类型的终端，ue与hmd完成的功能是相同的。对于某一项特定功能，无论放在ue侧处理，还是放在hmd侧处理，对xr应用服务器来说可以是无感的。
114.在一个变化例中，响应于步骤s101获取到终端能力信息，可以由smf计算数据发送提前量后上报给xr应用服务器。
115.例如，根据终端能力信息中ue和hmd结合，所需的xr业务处理时间，amf或者smf可以计算得到数据发送提前量并通知给xr应用服务器。
116.对于类型1的终端，核心网节点(如amf)可以根据终端上报的xr业务处理能力确定留给xr应用服务器的时间余量。具体而言，此时步骤s101获取的终端能力信息中的时间长度可以为渲染、合成以及解码所需时间。
117.对于类型2的终端，核心网节点可以结合边缘云的处理能力以及终端上报的xr业务处理能力确定留给xr应用服务器的时间余量。具体而言，此时步骤s101获取的终端能力信息中的时间长度可以为解码所需时间。
118.对于类型3的终端，核心网节点可以结合终端上报的xr业务处理能力确定留给xr应用服务器的时间余量。具体而言，此时步骤s101获取的终端能力信息中的时间长度可以为解码所需时间。
119.在一个具体实施中，所述步骤s102可以包括步骤：获取所述数据对应的xr帧在所述hmd中的显示时刻；根据所述终端能力信息以及所述xr帧在所述hmd中的显示时刻，确定所述xr帧到达所述ue的最晚时刻或所述传输时延。
120.具体地，xr帧在所述hmd中的显示时刻可以由xr应用服务器通过会话启动(session start)流程通知给核心网节点。
121.进一步，smf根据获取的终端能力信息确定终端处理数据包所需时间，结合xr帧在所述hmd中的显示时刻，即可推算出该xr帧最晚需要在何时到达终端，也即所述xr帧到达所述ue的最晚时刻。所述最晚时刻可以理解为uu口传输的最晚时刻。
122.进一步，根据传输时延和接收到所述xr帧的时刻，可以推算得到xr帧到达ue的最晚时刻。
123.在一个具体实施中，所述xr帧在所述hmd中的显示时刻可以是网络侧自行计算得到的。
124.具体而言，网络侧可以从xr应用服务器接收所述总传输时延以及所述xr帧之前第n个xr帧的发送时刻。然后，根据所述总传输时延以及所述xr帧之前第n个xr帧的发送时刻，确定所述数据对应的xr帧在所述hmd中的显示时刻。
125.其中，所述数据可以对应一个或多个xr帧，其中每一xr帧在hmd中的显示时刻根据所述总传输时延以及所述xr帧之前第n个xr帧的发送时刻确定。
126.进一步，从xr应用服务器处获得的信息还可以包括xr帧间隔，以便推算每一帧的发送时刻和显示时刻。
127.由上，在网络侧，如网络中的smf侧，采用本实施方案，能够根据终端的xr业务处理能力精准确定xr业务的qos，尤其合理确定传输时延在各传输节点的分配，从而增强xr业务数据的传输。具体而言，根据获取的终端能力信息确定xr业务的qos。进一步，准确的qos能够利于合理分配时延预算，从而合理确定总传输时延在各个传输节点的分配情况。
128.在图4所示实施例的一个变化例中，图4所示数据传输方法可以由xr应用服务器执行。具体而言，xr应用服务器可以执行图4所示步骤s101至步骤s103，以根据获取的终端能力信息确定传输时延，并将传输时延发送至smf。
129.进一步，终端能力信息可以直接获取自ue和hmd。或者，所述步骤s101可以包括步骤：从smf获取所述终端能力信息。
130.进一步，xr帧在所述hmd中的显示时刻可以是由xr应用服务器计算得到后通知给网络侧的。相应的，所述数据对应的xr帧到达所述ue的最晚时刻或者所述传输时延可以由xr应用服务器确定后通知给smf。
131.具体而言，终端的终端能力信息可以直接或通过网络侧上报至xr应用服务器。因此，xr应用服务器可以在xr业务启动时，根据xr帧的发出时刻、总传输时延，以及xr帧在ue和hmd中的处理时长，确定xr帧到达所述ue的最晚时刻或者所述传输时延并通过核心网通知基站。
132.相应的，网络侧可以从xr应用服务器接收所述数据对应的xr帧到达所述ue的最晚时刻，并通知基站。
133.图5是本发明第二实施例一种数据的输装置的结构示意图。本领域技术人员理解，本实施例所述数据传输装置2可以用于实施上述图4所述实施例中所述的方法技术方案。
134.具体地，参考图5，本实施例所述数据传输装置2可以包括：获取模块21，用于获取终端能力信息，其中，所述终端能力信息用于指示ue和/或hmd支持的xr能力；确定模块22，用于根据所述终端能力信息，确定传输时延，其中，所述传输时延用于指示网络设备接收所述数据到发送所述数据之间的最大时长；发送模块23，用于发送所述传输时延。
135.关于所述数据传输装置2的工作原理、工作方式的更多内容，可以参照上述图4中的相关描述，这里不再赘述。
136.在具体实施中，上述的数据传输装置2可以对应于网络设备中具有数据传输功能的芯片，或者对应于具有数据处理功能的芯片，例如片上系统(system-on-a-chip，简称soc)、基带芯片等；或者对应于网络设备中包括具有数据传输功能芯片的芯片模组；或者对应于具有数据处理功能芯片的芯片模组，或者对应于网络设备。
137.在具体实施中，关于上述实施例中描述的各个装置、产品包含的各个模块/单元，其可以是软件模块/单元，也可以是硬件模块/单元，或者也可以部分是软件模块/单元，部分是硬件模块/单元。
138.例如，对于应用于或集成于芯片的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式
实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于终端的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于终端内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。
139.图6是本发明第三实施例一种数据传输方法的流程图。图6的实施方案可以应用于网络侧，如由网络侧的网络设备执行。所述网络设备可以包括基站。执行上述图4所示实施例的smf发送传输时延至基站，基站执行本实施方案以将xr业务数据传输至ue。
140.在具体实施中，下述步骤s201～步骤s202所提供的传输方法可以由网络设备中的具有数据传输功能的芯片执行，也可以由网络设备中的基带芯片执行。
141.具体地，参考图6，本实施例所述数据传输方法可以包括如下步骤：
142.步骤s201，获取传输时延，其中，所述传输时延用于指示网络设备接收所述数据到发送所述数据之间的最大时长，且所述传输时延根据终端能力信息确定，所述终端能力信息用于指示ue和/或hmd支持的xr能力；
143.步骤s202，根据所述传输时延传输所述数据。
144.本领域技术人员理解，所述步骤s201至步骤s202可以视为与上述图4所示实施例所述步骤s101至步骤s103相呼应的执行步骤，两者在具体的实现原理和逻辑上是相辅相成的。因而，本实施例中涉及名词的解释可以参考图4所示实施例的相关描述，这里不再赘述。
145.在一个具体实施中，步骤s201可以包括：自smf接收所述传输时延。
146.在一个变化例中，步骤s201可以包括：获取所述终端能力信息，以及所述数据对应的xr帧在所述hmd中的显示时刻；根据所述终端能力信息以及所述xr帧在所述hmd中的显示时刻，确定所述xr帧到达所述ue的最晚时刻或所述传输时延。
147.例如，基站可以根据ue上报的终端能力信息确定终端处理数据包所需时间，进而根据smf通知的xr帧在所述hmd中的显示时刻，推算出xr帧到达所述ue的最晚时刻。
148.进一步，基站可以从ue处获取所述终端能力信息。或者，基站可以从核心网处获取所述终端能力信息。
149.进一步，基站可以从xr应用服务器接收总传输时延以及所述xr帧之前第n个xr帧的发送时刻。然后，根据所述总传输时延以及所述xr帧之前第n个xr帧的发送时刻确定所述数据对应的xr帧在所述hmd中的显示时刻。
150.在一个具体实施中，步骤s202可以包括：在接收到所述数据后，以所述xr帧到达所述ue的最晚时刻为约束，传输所述数据。
151.具体而言，作为传输节点，基站在接收到所述数据后，以所述数据对应的xr帧到达所述ue的最晚时刻为约束传输所述数据。
152.例如，如果在所述数据对应的所述xr帧到达所述ue的最晚时刻之后才接收到所述数据，则基站不再传输该数据。
153.由此，基站收到数据后，无论收到数据的时刻是否发生抖动，均可基于本实施方案确定数据在空口传输的最晚时刻进而合理确定后续执行逻辑。进一步，基站获知xr帧到达所述ue的最晚时刻后，从网关收到的数据即使发生抖动，基站也能动态确定数据在空口传
输的“最大容许时延”。
154.图7是本发明第四实施例一种数据传输装置的结构示意图。本领域技术人员理解，本实施例所述数据传输装置3可以用于实施上述图6所述实施例中所述的方法技术方案。
155.具体地，参考图7，本实施例所述数据传输装置3可以包括：获取模块31，用于获取传输时延，其中，所述传输时延用于指示网络设备接收所述数据到发送所述数据之间的最大时长，且所述传输时延根据终端能力信息确定，所述终端能力信息用于指示ue和/或hmd支持的xr能力；传输模块32，用于根据所述传输时延传输所述数据。
156.关于所述数据传输装置3的工作原理、工作方式的更多内容，可以参照上述图7中的相关描述，这里不再赘述。
157.在具体实施中，上述的数据传输装置3可以对应于网络设备中具有数据传输功能的芯片，或者对应于具有数据处理功能的芯片，例如片上系统(system-on-a-chip，简称soc)、基带芯片等；或者对应于网络设备中包括具有数据传输功能芯片的芯片模组；或者对应于具有数据处理功能芯片的芯片模组，或者对应于网络设备。
158.在具体实施中，关于上述实施例中描述的各个装置、产品包含的各个模块/单元，其可以是软件模块/单元，也可以是硬件模块/单元，或者也可以部分是软件模块/单元，部分是硬件模块/单元。
159.例如，对于应用于或集成于芯片的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于终端的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于终端内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。
160.图8是本发明第五实施例一种数据传输方法的流程图。图8的实施方案可以应用于用户设备侧，如由用户设备侧的ue执行。
161.在具体实施中，下述步骤s401～s402所提供的传输方法可以由用户设备中的具有数据传输功能的芯片执行，也可以由用户设备中的基带芯片执行。
162.具体地，参考图8，本实施例所述数据传输方法可以包括如下步骤：
163.步骤s401，获取终端能力信息，其中，所述终端能力信息用于指示ue和/或hmd支持的xr能力；
164.步骤s402，上报终端能力信息。
165.本领域技术人员理解，所述步骤s401至步骤s402可以视为与上述图4所示实施例所述步骤s101至步骤s103相呼应的执行步骤，两者在具体的实现原理和逻辑上是相辅相成的。因而，本实施例中涉及名词的解释可以参考图4所示实施例的相关描述，这里不再赘述。
166.在一个具体实施中，在步骤s401中，5g ue可以向基站上报所述终端能力信息。或者，5g ue可以直接向smf上报所述终端能力信息。
167.在一个变化例中，在步骤s401中，5g ue的应用层可以向xr应用服务器上报所述终端能力信息。或者，可以由ue所连接的hmd向xr应用服务器上报所述终端能力信息。
168.在一个具体实施中，步骤s401可以包括步骤：获取所述hmd的能力信息；根据所述hmd的能力信息以及所述ue的能力信息，生成所述终端能力信息。
169.例如，ue可以将与hmd交互得到的hmd处理数据的能力信息与ue自身处理数据的能力信息相结合，以生成ue和hmd共同的能力信息，即所述终端能力信息。
170.进一步，ue可以从hmd处直接获得hmd的能力信息，或者通过其他途径获取hmd的能力信息。例如，ue可以从网管中心、基站、其他控制网元或者协议预先规定的方式，获取hmd的能力信息。
171.进一步，获取hmd的能力信息的动作可以在xr业务启动时即执行，也可以在hmd通电后就执行。
172.在一个具体实施中，在步骤s402之后，本实施方案所述数据传输方法还可以包括步骤：接收数据，其中，所述数据是根据传输时延进行传输的，所述传输时延用于指示网络设备接收所述数据到发送所述数据之间的最大时长，且所述传输时延根据终端能力信息确定。
173.由此，本实施方案中，5g ue主动上报终端能力信息，使得网络侧执行上述图4或图6所示实施例的方案根据终端能力信息确定合适的传输时延，进而根据该传输时延传输数据。相应的，5g ue能够在合理的传输时延内接收到网络发送的数据。
174.在一个具体实施中，对于类型3的终端，也即所述hmd与所述ue为分体式连接时，ue也可以作为传输节点，因而也需要考虑分配给ue的时延预算。
175.相应的，在步骤s402之后，本实施例所述传输方法还可以包括步骤：接收数据；接收所述hmd上报的向所述hmd传输所述xr帧的最晚时刻或传输时延，其中，所述向所述hmd传输所述xr帧的最晚时刻或传输时延根据所述hmd的能力信息以及所述数据对应的xr帧在所述hmd中的显示时刻确定；以所述向所述hmd传输所述xr帧的最晚时刻或传输时延为约束，传输所述数据。
176.具体而言，xr帧在所述hmd中的显示时刻可以通过信令获知。ue可以从基站处获得xr帧在所述hmd中的显示时刻，或者，可以通过应用层与xr应用服务器的交互从xr应用服务器处获取xr帧在所述hmd中的显示时刻。
177.进一步，根据hmd的能力信息以及xr帧在所述hmd中的显示时刻，ue可以确定通过wi-fi接口传输数据的最晚时刻。如果在该最晚时刻ue还未能通过wi-fi接口传输该xr帧的数据，则ue无需再传输。
178.在一个变化例中，向所述hmd传输所述xr帧的最晚时刻可以由hmd确定后上报给ue。
179.具体而言，在步骤s402之后，本实施例所述传输方法还可以包括步骤：接收所述hmd上报的向所述hmd传输所述xr帧的最晚时刻；在接收到所述数据时，以所述向所述hmd传输所述xr帧的最晚时刻为约束，传输所述数据。
180.进一步，hmd可以从xr应用服务器或者ue处获取xr帧在所述hmd中的显示时刻。
181.在实际应用中，hmd可以在xr业务启动后的任意时刻向ue上报向所述hmd传输所述xr帧的最晚时刻。
182.由上，在ue侧，采用本实施方案，ue主动向网络上报ue和hmd处理数据的能力，以便网络侧确定传输时延预算。
183.图9是本发明第六实施例一种数据传输装置的结构示意图。本领域技术人员理解，图9所述数据传输装置4可以用于实施上述图8所述实施例中所述的方法技术方案。
184.具体地，参考图9，本实施例所述数据传输装置4可以包括：获取模块41用于获取终端能力信息，其中，所述终端能力信息用于指示ue和/或hmd支持的xr能力；上报模块42，用于上报终端能力信息。
185.关于所述数据传输装置4的工作原理、工作方式的更多内容，可以参照上述图8中的相关描述，这里不再赘述。
186.在具体实施中，上述的数据传输装置4可以对应于用户设备中具有数据传输功能的芯片，或者对应于具有数据处理功能的芯片，例如片上系统(system-on-a-chip，简称soc)、基带芯片等；或者对应于用户设备中包括具有数据传输功能芯片的芯片模组；或者对应于具有数据处理功能芯片的芯片模组，或者对应于用户设备。
187.在具体实施中，关于上述实施例中描述的各个装置、产品包含的各个模块/单元，其可以是软件模块/单元，也可以是硬件模块/单元，或者也可以部分是软件模块/单元，部分是硬件模块/单元。
188.例如，对于应用于或集成于芯片的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于终端的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于终端内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。
189.在一个典型的应用场景中，参考图10，xr应用服务器53产生的数据经由网络侧52传输至终端51进行显示。其中，终端51包括hmd511和ue512，ue512执行上述图8所述方法；网络侧52包括基站521和核心网的一个或多个节点，如amf522、smf523和pcrf524，网络侧52的一个或多个节点如smf523可以执行上述图4所述实施例的方法，基站521可以执行上述图6所示实施例的方法。
190.本应用场景中数据的传输流程可以包括多个阶段。首先，在阶段1，终端51可以上报自身的终端能力信息。然后，在阶段2，xr应用服务器53、网络侧52的节点以及ue512作为数据的传输节点，可以根据终端51上报的终端能力信息确定xr业务时延分配，并按分配的时延预算进行数据的传输。
191.接下来针对各阶段的具体实现流程进行详细阐述。
192.继续参考图10，在阶段1，ue512可以执行操作s801，以向基站521上报终端51的终端能力信息。例如，终端51的终端能力信息可以包括ue512与hmd511的结合类型。
193.例如，ue512可以通过无线资源控制(radio resource control，简称rrc)消息上报所述终端能力信息。又例如，ue512也可以通过分组数据汇聚协议(packet data convergence protocol，简称pdcp)控制协议数据单元(protocol data unit，简称pdu)、无线链路控制(radio link control，简称rlc)pdu或者媒体访问控制层控制单元(media access control-control element，简称mac-ce)上报，还可以通过非接入层(non-access stratum，简称nas)信令上报。
194.通过nas信令上报终端能力信息时，由于基站521不能直接读取nas信令，所以上报的终端能力信息经由基站521透传至amf522，再由amf522通知基站521。
195.进一步，可以继续执行操作s802，以经由基站521向一个或多个核心网节点上报所述终端能力信息。例如，基站521可以向amf522上报终端51的终端能力信息，amf522将该终端能力信息进一步上报至smf523，smf523将该终端能力信息进一步上报至pcrf524。
196.需要指出的是，上述各核心网节点之间的上报顺序仅是一个示例，在实际应用中，可以根据需要调节需要上报的核心网节点，以及各节点之间的上报顺序。
197.响应于接收到终端51的终端能力信息，各个核心网节点在阶段2可以使用该信息确定ue512的xr业务时延分配。
198.pcrf524可以利用该信息确定ue512的xr业务计费。这是考虑到三种终端类型中，进行同样业务时类型2的终端51在uu口传输的数据量比类型1或类型3的终端51在uu口传输的数据量更大，因此相应的计费功能模块在计费过程中需要进行特别考虑。
199.进一步，核心网节点(如pcrf524)可以执行操作s803，以向xr应用服务器53上报终端51的终端能力信息。相应的，xr应用服务器在阶段2中确定ue512的xr业务qos时，可以考虑ue能力。
200.值得注意的是，阶段1中各个步骤所传输的具体消息格式可以相同，也可以不同。每一个节点向下一节点传输消息时，可以根据接口的消息规范对消息格式进行调整，但传输的基本内容相同。
201.由上，通过执行阶段1所述流程，ue512可以向网络侧52上报ue512和hmd511处理数据的类型以及所需处理时长，供网络侧52确定传输时延预算。
202.继续参考图10，在阶段2，基站521首先可以与ue512、hmd511和xr应用服务器53完成时钟同步。
203.然后，xr应用服务器53在xr业务启动时，执行操作s804，以通过会话开始(session start)流程通知核心网节点(如smf523)“xr帧在hmd511中的显示时刻”。例如，xr应用服务器53通过操作s804通知给smf523的具体内容可以为，xr业务的第一个xr帧在hmd511中的显示时刻为2021年3月5日14时：37分：23秒：345ms，其后每隔16ms显示一个xr帧。
204.进一步，smf523可以执行操作s805，以通知基站521本次xr业务的qos新参数：uu口传输每个xr帧的时刻，也即“xr帧在hmd511中的显示时刻”。
205.进一步，基站521可以执行操作s806，以根据终端51的类型及数据的处理时间，确定uu口传输每个xr帧的最晚时刻。例如，基站521根据终端51的类型确定终端51处理数据需
要15ms，则确定第一个xr帧所包含的数据包需要在2021年3月5日14时：37分：23秒：330ms之前送达终端51，之后每隔16ms需要将一个xr帧送达终端51。
206.基于此，基站521接收到xr帧所对应的数据包时，无论收到数据包的时刻是否发生抖动，均可以确定数据包在空口(即uu口)传输的最晚时刻。
207.由上，在阶段2，由基站521确定空口传输xr数据包的最晚时刻，可以在基站521接收下行数据发生抖动的前提下，确定合理的xr数据包传输最晚时刻。
208.在一个变化例中，与上述图10所示阶段1由下至上的终端能力信息上报流程不同，阶段1中终端能力信息的上报也可以是如图11所示由上至下地进行的。
209.具体地，参考图11，ue512的应用层可以执行操作s901，以向xr应用服务器53上报自身和hmd结合的终端能力信息。
210.进一步，可以继续执行操作s902，以经由xr应用服务器53向网络侧52的一个或多个节点通知ue512上报的终端能力信息。例如，xr应用服务器53可以将终端能力信息通知给pcrf524，然后由pcrf524将终端能力信息通知给smf523，然后由smf523通知给amf522。
211.进一步，核心网节点(如amf522)可以执行操作s903，以向基站521通知ue512上报的终端能力信息。
212.或者，操作s901可以替换为操作s901’，也即，由hmd511向xr应用服务器53上报终端51的终端能力信息。
213.由上，ue512可以向xr应用服务器53上报ue512和hmd511处理数据的类型以及所需处理时长，再由xr应用服务器53通知核心网及接入网，供网络侧52确定传输时延预算。
214.在一个变化例中，图10所示阶段2中操作s806的动作可以由核心网节点(如smf523)执行，也即，图10示出的操作s805和操作s806可以替换为图12示出的操作s805’和操作s806’，从而由smf523确定uu口传输每个xr帧的最晚时刻并通知基站521。
215.具体地，参考图12，在基于操作s804获取“xr帧在hmd511中的显示时刻”后，smf523可以执行操作s805’，以根据终端51的类型及数据的处理时间，确定uu口传输每个xr帧的最晚时刻。例如，smf523根据终端51的类型确定终端51处理xr数据包需要15ms，则确定第一个xr帧所包含的数据包需要在2021年3月5日14时：37分：23秒：330ms之前送达终端51，之后每隔16ms需要将一个xr帧送达终端51。
216.进一步，smf523执行操作s806’，以通知基站521本次xr业务的qos新参数：所述uu口传输每个xr帧的最晚时刻。
217.在一个变化例中，对于类型3的终端51，由于hmd511和ue512是分体式连接的，两者之间需要时间传输数据。因此，阶段2在执行操作s806后，还可以进一步执行后续动作以确定数据在wi-fi传输的最晚传输时刻。
218.具体地，继续参考图10，ue512可以执行操作s807，以获取hmd511的数据处理能力。例如，获取的内容可以为“xr帧在hmd511中需要的处理时间是xms”。该动作在整体数据传输流程中的顺序不一定是本具体实施所述的操作s807，该动作也可以在hmd511通电之后就进行，与本具体实施中其它步骤之间不存在严格的顺序关系。
219.进一步，ue512可以执行操作s808，以通过信令从基站521处获知xr业务qos新参数：xr帧在hmd511中的显示时刻。例如，xr业务的第一个xr帧在hmd511中的显示时刻为2021年3月5日14时：37分：23秒：345ms。
220.相应的，在本变化例中，基站521通过执行操作s805获取本次xr业务的qos新参数：uu口传输每个xr帧的时刻，然后通过执行操作s808通知给ue512。
221.进一步，ue512可以执行操作s809，以根据hmd511的处理能力确定通过wi-fi接口传输数据的最晚时刻。例如，假设xr业务的第一个xr帧在hmd511中的显示时刻为2021年3月5日14时：37分：23秒：345ms，而hmd511需要的处理时间长度为7ms，则ue512可以确定通过wi-fi接口传输该xr帧对应数据的最晚时刻为2021年3月5日14时：37分：23秒：338ms。如果在这一时刻ue512还未能通过wi-fi接口传输xr帧的数据，则无需再传输。
222.由上，对于类型3的终端，ue512可以确定在wi-fi传输xr数据包的最晚时刻，避免过晚传输xr数据。
223.在一个变化例中，操作s808所获取的xr帧在hmd511中的显示时刻的来源也可以是应用层。如ue512的应用层直接从xr应用服务器53处获取该信息。
224.在一个变化例中，上述针对类型3的终端51确定wi-fi接口传输数据的最晚时刻的动作，也可以由hmd511执行。也就是说，图10中操作s807至操作s809可以替代为操作s807’至操作s809’。
225.具体而言，hmd511可以执行操作s807’，以从xr应用服务器53获取本次xr业务qos新参数：xr帧在hmd511中的显示时刻。例如，获取的信息可以为“xr业务的第一个xr帧在hmd511中的显示时刻为2021年3月5日14时：37分：23秒：345ms”。
226.进一步，hmd511可以执行操作s808’，以根据自身的处理能力确定通过wi-fi接口接收数据的最晚时刻。例如，假设hmd511需要的处理时间长度为7ms，则确定通过wi-fi接口接收xr数据第一个帧的最晚时刻为2021年3月5日14时：37分：23秒：338ms，之后每隔16ms传输一个xr帧。也即，hmd511通过wi-fi接口接收xr数据第二个帧的最晚时刻为2021年3月5日14时：37分：23秒：354ms。
227.进一步，hmd511执行操作s809’，以将确定的通过wi-fi接口接收数据的最晚时刻通知给ue512。
228.在一个变化例中，hmd511执行操作s807’时可以从ue处获取xr帧在hmd511中的显示时刻。
229.在一个变化例中，图10所示阶段2中操作s806的动作可以由xr应用服务器53执行，也即，图10示出的操作s804至操作s806可以替换为图13示出的操作s1101至操作s1102，从而由xr应用服务器53确定xr帧送达ue512的最晚时刻。
230.首先，基站521可以与ue512、hmd511和xr应用服务器53完成时钟同步。然后在阶段1中，ue512可以执行操作s901，以向xr应用服务器53上报终端51的终端能力信息。所述终端能力信息包括xr帧在ue512和hmd511中的处理时长。
231.然后，参考图13，xr应用服务器53可以执行操作s1101，以在xr业务启动时根据xr帧的发出时刻、应用层端到端传输时延以及xr帧在ue512和hmd511中的处理时长，确定xr帧的最晚送达ue512的时刻。
232.进一步，可以继续执行操作s1102，xr应用服务器53基于会话开始流程，通过核心网节点(如smf523)通知基站521“xr帧最晚送达ue512的时刻”。例如，假设xr业务的第一个xr帧于2021年3月5日14时：37分：23秒：305ms从xr应用服务器53发出，应用层端到端时延为40ms，其后每16ms发送一个xr帧。基于操作s901，xr应用服务器53确定终端51处理数据包需
要15ms。则执行操作s1101时xr应用服务器53可以确定：第一个xr帧所包含的数据包需要在2021年3月5日14时：37分：23秒：330ms之前送达终端51。
233.基站521通过操作s1102获知该最晚时刻后，从网关收到的数据包即使发生抖动，基站521也能动态确定数据包在空口传输的“最大容许时延”。
234.由此，本变化例由xr应用服务器53确定基站521在空口传输xr数据包的最晚时刻并通知基站521执行。从而在基站521接收下行数据发生抖动的前提下避免过晚传输xr数据。
235.在一个变化例中，图10所示阶段2中操作s806的动作可以由核心网节点(如smf523)执行，也即，图10示出的操作s805和操作s806可以替换为图14示出的操作s1202和操作s1203，从而由smf523确定uu口传输每个xr帧的最晚时刻并通知基站521。并且，与上述图12所示变化例的区别在于，图12中操作s804可以进一步替换为图14所示操作s1201，也即smf523从xr应用服务器53获取的内容不同。
236.首先，基站521可以与ue512、hmd511和xr应用服务器53完成时钟同步。然后在阶段1中，smf523通过操作s801和操作s802获取终端51的终端能力信息，从而确定ue512和hmd511结合的类型及xr帧处理所需时间长度。
237.然后，在阶段2中，xr应用服务器53执行操作s1201，以在xr业务启动时向smf523通知“xr帧的发出时刻应用层端到端传输时延”。
238.进一步，smf523可以执行操作s1202，以根据“xr帧的发出时刻，应用层端到端传输时延”以及“ue512和hmd511结合的类型及xr帧处理所需时间长度”，确定xr帧送达ue512的最晚时刻。
239.然后，smf523可以执行操作s1203，以将确定的最晚时刻通知基站521。
240.例如，假设xr业务的第一个xr帧于2021年3月5日14时：37分：23秒：305ms从xr应用服务器53发出，应用层端到端时延为40ms，其后每16ms发出一个xr帧。smf523通过执行操作s801和操作s802确定终端51处理数据包需要15ms。则smf523执行操作s1202时可以确定：第一个xr帧所包含的数据包需要在2021年3月5日14时：37分：23秒：330ms之前送达终端51。
241.基站521获知该最晚时刻后，从网关收到的数据包即使发生抖动，基站521也能动态确定数据包在空口传输的“最大容许时延”。
242.由上，在本变化例中，由smf523确定基站521在空口传输xr数据包的最晚时刻并通知基站521执行。从而可以在基站521接收下行数据发生抖动的前提下，避免过晚传输xr数据。
243.在一个共同变化例中，上述阶段2中由smf523执行的动作，也可以由amf522执行。
244.在上述图10至图14示出的应用场景及其变化例中，终端51在阶段1中执行上报终端能力信息的对端可以为核心网的一个或多个节点，也可以为基站521，还可以为xr应用服务器53。
245.当传输的是对时延要求较宽松的xr业务的数据时，终端51可以向基站521上报终端能力信息。相应的，基站521和核心网的节点可以执行图10中操作s805和操作s806。通过基站521自己调节时延预算、计算最晚时刻，能够在接入层完成xr数据的处理，对上层影响小。
246.当传输的是对时延要求较严格的xr业务的数据时，终端51可以向核心网的节点
(如smf523)上报终端能力信息。相应的，基站521和核心网的节点可以执行图12中操作s805’和操作s806’。因为核心网在整个传输流程中起到承上启下的作用，因而由核心网计算最晚时刻更为合适。
247.本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质为非易失性存储介质或非瞬态存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述任一实施例提供的数据的传输方法的步骤。优选地，所述存储介质可以包括诸如非挥发性(non-volatile)存储器或者非瞬态(non-transitory)存储器等计算机可读存储介质。所述存储介质可以包括rom、ram、磁盘或光盘等。
248.本发明实施例还提供了另一种数据传输装置，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述图4对应实施例所提供的数据传输方法的步骤。例如，所述数据传输装置可以为网络设备，如网络设备中的smf。又例如，所述数据传输装置可以为xr应用服务器。
249.本发明实施例还提供了另一种数据传输装置，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述图6对应实施例所提供的数据传输方法的步骤。例如，所述数据传输装置可以为网络设备，如网络设备中的基站。
250.本发明实施例还提供了另一种数据传输装置，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述图8对应实施例所提供的数据传输方法的步骤。例如，所述数据传输装置可以为用户设备。
251.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指示相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：rom、ram、磁盘或光盘等。
252.本方明技术方案可适用于5g(5generation)通信系统，还可适用于4g、3g通信系统，还可适用于后续演进的各种通信系统，例如6g、7g等。
253.本方明技术方案也适用于不同的网络架构，包括但不限于中继网络架构、双链接架构，vehicle-to-everything(车辆到任何物体的通信)架构。
254.本技术实施例中所述的5g cn也可以称为新型核心网(new core)、或者5g new core、或者下一代核心网(next generation core，ngc)等。5g-cn独立于现有的核心网，例如演进型分组核心网(evolved packet core，epc)而设置。
255.本技术实施例中的基站(base station，bs)，也可称为基站设备，是一种部署在无线接入网用以提供无线通信功能的装置。例如在2g网络中提供基站功能的设备包括基地无线收发站(base transceiver station,bts)和基站控制器(base station controller，bsc)，3g网络中提供基站功能的设备包括节点b(nodeb)和无线网络控制器(radio network controller，rnc)，在4g网络中提供基站功能的设备包括演进的节点b(evolved nodeb，enb)，在无线局域网络(wireless local area networks，wlan)中，提供基站功能的设备为接入点(access point，ap)，5g新无线(new radio，nr)中的提供基站功能的设备包括继续演进的节点b(gnb),以及未来新的通信系统中提供基站功能的设备等。
256.本技术实施例中的终端可以指各种形式的用户设备(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)中的终端设备等，本技术实施例对此并不限定。
257.本技术实施例定义接入网到终端的单向通信链路为下行链路，在下行链路上传输的数据为下行数据，下行数据的传输方向称为下行方向；而终端到接入网的单向通信链路为上行链路，在上行链路上传输的数据为上行数据，上行数据的传输方向称为上行方向。
258.应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，表示前后关联对象是一种“或”的关系。
259.本技术实施例中出现的“多个”是指两个或两个以上。
260.本技术实施例中出现的第一、第二等描述，仅作示意与区分描述对象之用，没有次序之分，也不表示本技术实施例中对设备个数的特别限定，不能构成对本技术实施例的任何限制。
261.本技术实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式，以实现设备间的通信，本技术实施例对此不做任何限定。本技术实施例中出现的“网络”与“系统”表达的是同一概念，通信系统即为通信网络。
262.应理解，本技术实施例中，所述处理器可以为中央处理单元(central processing unit，简称cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，简称dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
263.还应理解，本技术实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(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)。
264.上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当
使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质。半导体介质可以是固态硬盘。
265.应理解，在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
266.在本技术所提供的几个实施例中，应该理解到，所揭露的方法、装置和系统，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
267.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
268.上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等各种可以存储程序代码的介质。
269.虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。