CN113840385A - 一种业务传输方法及装置 - Google Patents

一种业务传输方法及装置 Download PDF

Info

Publication number
CN113840385A
CN113840385A CN202010592684.4A CN202010592684A CN113840385A CN 113840385 A CN113840385 A CN 113840385A CN 202010592684 A CN202010592684 A CN 202010592684A CN 113840385 A CN113840385 A CN 113840385A
Authority
CN
China
Prior art keywords
data stream
data
priority
frequency band
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010592684.4A
Other languages
English (en)
Inventor
吴可镝
魏岳军
杨伟强
李拟珺
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010592684.4A priority Critical patent/CN113840385A/zh
Priority to PCT/CN2021/100412 priority patent/WO2021259112A1/zh
Publication of CN113840385A publication Critical patent/CN113840385A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例涉及通信技术领域，公开了一种业务传输方法及装置。其中方法包括：获取业务的数据流及其优先级信息，所述数据流的优先级为至少两种业务优先级中的一个，所述至少两种业务优先级包括第一优先级和第二优先级，所述第一优先级重要性较所述第二优先级高；根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段。本申请实施例中，将业务数据进行分流并赋予数据流的优先级信息，从而灵活调度业务的各数据流，提高业务传输的可靠性和用户满意度，以及提升满意用户数。

Description

一种业务传输方法及装置
技术领域
本发明涉及通信技术领域，尤其涉及一种业务传输方法及装置。
背景技术
无线通信系统在不断演进中，会支持新的场景，对数据传输也提出了不同的需求。例如第五代(the fifth generation，5G)通信系统中，数据传输时延不断降低，传输容量越来越大，进一步促进了实时多媒体业务的发展。实时多媒体业务通常需要很强的实时交互性，对视频分辨率和刷新率的要求更高，对网络的实时性和可靠性也提出了更高的要求。
然而设备之间进行通信的无线信道具有不稳定性和波动性。为了同时保障业务的低时延和高可靠，每个小区能够支持的并发用户数是有限的，无法满足大量用户的业务需求。
因此，如何支持更多的满意用户数，满足更多用户的业务需求，仍需要进一步的研究。
发明内容
本申请实施例提供业务传输方法及装置，便于灵活调度业务的数据流，有效提高业务传输的可靠性和用户满意度，以及提升满意用户数，满足更多用户的业务需求。
第一方面，本申请实施例提供一种业务传输方法，包括：
第一设备获取业务的数据流及其优先级信息，所述数据流的优先级为至少两种业务优先级中的一个，所述至少两种业务优先级包括第一优先级和第二优先级，所述第一优先级重要性较所述第二优先级高；
所述第一设备根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段；
所述第一设备采用所述用于传输所述数据流的频段，发送所述数据流；第二设备接收所述数据流。
所述第一设备作为发送端设备，可以包括网络设备(如基站)或终端设备。所述第二设备作为接收端设备，可以包括终端设备或网络设备。例如当所述第一设备为网络设备时，所述第二设备可以为终端设备；当所述第一设备为终端设备时，所述第二设备可以为网络设备。
所述第一设备可以获取到业务的一条或多条数据流。
在业务传输过程中，针对同一业务可以建立多个关联的数据流，不同的数据流对应有优先级信息，第一设备作为发送端设备，可以根据优先级信息调度各数据流通过哪些频段进行传输，从而实现业务的分流和各数据流的灵活调度，从而提高业务传输的可靠性和用户满意度，以及提高满意用户数。
本申请实施例中通过设计业务分流和多连接(指多个频段的多连接)结合的业务传输方案，从发送端设备这一侧保障同一业务的多个数据流的同步传输。第一设备可以调度重要性高的数据流(如基本层数据流)在可靠性高的频段传输，重要性低的数据流(如增强层数据流)在可靠性低的频段传输。
在一种可能的设计中，所述数据流中携带有业务的关联信息。
业务的关联信息可以用于表示所述数据流属于该业务。
在一种可能的设计中，所述至少两个频段包括以下至少两种：sub 6G频段、LTE频段、毫米波高频频段或WiFi频段。在该设计中，通过采用低频频段和高频频段结合的双连接方式来传输业务，释放低频频段的资源竞争压力，提高通信系统中传输业务(如实时多媒体业务)的频谱效率。
例如，所述至少两个频段包括sub 6G频段+LTE频段、sub 6G频段+毫米波高频频段或sub 6G频段+WiFi频段等。
在一种可能的设计中，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段包括：
若所述数据流的优先级为所述第一优先级，优先采用所述sub 6G频段传输所述数据流；或者，若所述数据流的优先级为所述第二优先级，采用所述毫米波高频频段或WiFi频段传输所述数据流。
在一种可能的设计中，若所述数据流的优先级为第一优先级，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段还包括：
采用所述毫米波高频频段或WiFi频段的链路传输所述数据流的备份数据。
在一种可能的设计中，若所述数据流的优先级为第一优先级，所述sub 6G频段的链路的传输资源不满足所述数据流的传输，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段包括：
采用所述毫米波高频频段或WiFi频段的链路传输所述数据流；或者
采用所述sub 6G频段的链路传输所述数据流的第一部分数据，并采用所述毫米波高频频段或WiFi频段的链路传输所述数据流的第二部分数据，所述第二部分数据为所述第一数据流中未采用sub 6G频段的链路传输的数据。
在一种可能的设计中，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段之后，还包括：
根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，将所述数据流中的数据按照所述第一传输块大小进行发送。
在一种可能的设计中，所述根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，将所述数据流中的数据按照所述第一传输块大小进行发送包括：
分组数据汇聚协议PDCP层根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，根据所述第一传输块大小对所述数据流中的数据进行分组，得到一个或多个PDCP PDU；无线链路控制RLC层和介质访问控制MAC层依次对所述一个或多个PDCP PDU进行处理，将得到的所述第一传输块大小的数据包调度到用于传输所述数据流的频段的物理层传输。
在该设计中，在业务分流和多连接结合的业务传输方式的基础上，还可以通过引入编码层，能够实现多个数据流同时在多个底层连接中传输，实现更灵活和更精准的调度。
在一种可能的设计中，还包括：
针对同时发送的所述业务的至少两条数据流中的数据包，配置相同的定时器，所述定时器用于在数据包的定时器超时后丢弃所述数据包。
在一种可能的设计中，所述获取业务的数据流及其优先级信息包括：
接收来自核心网设备的下行数据流，所述下行数据流中包括所述业务的数据流及其优先级信息。
若所述第一设备为基站，所述第一设备可以从核心网设备中获取到业务的数据流。
在一种可能的设计中，所述获取业务的数据流及其优先级信息包括：
从高层协议层或会话协议层获取上行数据流，所述上行数据流中包括所述业务的数据流及其优先级信息。
若所述第一设备为终端设备，所述第一设备可以自身生成业务的数据流，或者所述第一设备可以从应用层设备中获取到业务的数据流。
第二方面，本申请实施例提供一种业务传输方法，包括：
基站从核心网设备中获取业务的数据流及其优先级信息，所述数据流的优先级为至少两种业务优先级中的一个，所述至少两种业务优先级包括第一优先级和第二优先级，所述第一优先级重要性较所述第二优先级高；
所述基站根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段。
例如，所述基站可以从核心网设备中获取业务的基本流(即基本层数据流)和增强流(即增强层数据流)，所述基本流的优先级信息为第一优先级，所述增强流的优先级信息为第二优先级。所述基站可以采用可靠性较高的频段传输所述基本流，采用可靠性较低的频段传输所述增强流。
在一种可能的设计中，所述数据流中携带有业务的关联信息。
还以上述为例，所述基本流中携带第一关联信息，所述增强流中携带第二关联信息，若所述第一关联信息和所述第二关联信息相同，则确定所述基本流和所述增强流属于同一业务，所述基站可以针对接收到的属于同一业务的所述基本流和所述增强流，同时发送所述基本流和所述增强流。
在一种可能的设计中，所述至少两个频段包括以下至少两种：sub 6G频段、LTE频段、毫米波高频频段或WiFi频段。
在一种可能的设计中，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段包括：
若所述数据流的优先级为所述第一优先级，优先采用所述sub 6G频段传输所述数据流；或者，若所述数据流的优先级为所述第二优先级，采用所述毫米波高频频段或WiFi频段传输所述数据流。
还以上述为例，所述基本流的优先级为第一优先级，所述增强流的优先级为第二优先级，所述基站优先采用所述sub 6G频段传输所述基本流，采用所述毫米波高频频段或WiFi频段传输所述增强流。
在一种可能的设计中，若所述数据流的优先级为第一优先级，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段还包括：
采用所述毫米波高频频段或WiFi频段的链路传输所述数据流的备份数据。
还以上述为例，所述基站还可以采用所述毫米波高频频段或WiFi频段的链路传输所述基本流的备份数据。
在一种可能的设计中，若所述数据流的优先级为第一优先级，所述sub 6G频段的链路的传输资源不满足所述数据流的传输，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段包括：
采用所述毫米波高频频段或WiFi频段的链路传输所述数据流；或者
采用所述sub 6G频段的链路传输所述数据流的第一部分数据，并采用所述毫米波高频频段或WiFi频段的链路传输所述数据流的第二部分数据，所述第二部分数据为所述第一数据流中未采用sub 6G频段的链路传输的数据。
在一种可能的设计中，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段之后，还包括：
根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，将所述数据流中的数据按照所述第一传输块大小进行发送。
在一种可能的设计中，所述根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，将所述数据流中的数据按照所述第一传输块大小进行发送包括：
分组数据汇聚协议PDCP层根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，根据所述第一传输块大小对所述数据流中的数据进行分组，得到一个或多个PDCP PDU；无线链路控制RLC层和介质访问控制MAC层依次对所述一个或多个PDCP PDU进行处理，将得到的所述第一传输块大小的数据包调度到用于传输所述数据流的频段的物理层传输。
在一种可能的设计中，还包括：
针对同时发送的所述业务的至少两条数据流中的数据包，配置相同的定时器，所述定时器用于在数据包的定时器超时后丢弃所述数据包。
第三方面，本申请实施例提供一种业务传输方法及装置，包括：
终端设备从高层协议层或会话协议层中获取业务的数据流及其优先级信息，所述数据流的优先级为至少两种业务优先级中的一个，所述至少两种业务优先级包括第一优先级和第二优先级，所述第一优先级重要性较所述第二优先级高；
根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段。
例如，所述终端设备可以获取业务的基本流(即基本层数据流)和增强流(即增强层数据流)，所述基本流的优先级信息为第一优先级，所述增强流的优先级信息为第二优先级。所述终端设备可以采用可靠性较高的频段传输所述基本流，采用可靠性较低的频段传输所述增强流。
在一种可能的设计中，所述数据流中携带有业务的关联信息。
在一种可能的设计中，所述至少两个频段包括以下至少两种：sub 6G频段、LTE频段、毫米波高频频段或WiFi频段。
在一种可能的设计中，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段包括：
若所述数据流的优先级为所述第一优先级，优先采用所述sub 6G频段传输所述数据流；或者，若所述数据流的优先级为所述第二优先级，采用所述毫米波高频频段或WiFi频段传输所述数据流。
在一种可能的设计中，若所述数据流的优先级为第一优先级，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段还包括：
采用所述毫米波高频频段或WiFi频段的链路传输所述数据流的备份数据。
在一种可能的设计中，若所述数据流的优先级为第一优先级，所述sub 6G频段的链路的传输资源不满足所述数据流的传输，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段包括：
采用所述毫米波高频频段或WiFi频段的链路传输所述数据流；或者
采用所述sub 6G频段的链路传输所述数据流的第一部分数据，并采用所述毫米波高频频段或WiFi频段的链路传输所述数据流的第二部分数据，所述第二部分数据为所述第一数据流中未采用sub 6G频段的链路传输的数据。
在一种可能的设计中，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段之后，还包括：
根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，将所述数据流中的数据按照所述第一传输块大小进行发送。
在一种可能的设计中，所述根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，将所述数据流中的数据编码为所述第一传输块大小的数据包进行发送包括：
分组数据汇聚协议PDCP层根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，根据所述第一传输块大小对所述数据流中的数据进行分组，得到一个或多个PDCP PDU；无线链路控制RLC层和介质访问控制MAC层依次对所述一个或多个PDCP PDU进行处理，将得到的所述第一传输块大小的数据包调度到用于传输所述数据流的频段的物理层传输。
在一种可能的设计中，还包括：
所述终端设备发送调度请求，所述调度请求用于请求发送所述业务的数据流；
所述终端设备接收调度信令，所述调度信令用于指示允许发送所述数据流或者用于指示不允许发送所述数据流；
若所述调度信令用于指示允许发送所述数据流，所述终端设备采用所述用于传输所述数据流的频段传输所述数据流。
可选的，所述调度信令还可以包括所述数据流的优先级信息，所述调度信令在用于指示允许发送所述数据流时，还可以指示用于传输所述数据流的频段，所述终端设备根据所述调度信令指示的频段传输所述数据流。
例如，网络设备可以接收所述调度请求，根据所述调度请求中包括的所述数据流的优先级信息，确定用于传输所述数据流的频段，向所述终端设备发送调度信令，所述调度信令用于指示允许发送所述数据流，以及用于指示发送所述数据流的频段。
第四方面，本申请实施例提供一种装置，该装置可以是网络设备或终端设备，或者也可以是设置在网络设备或终端设备中的半导体芯片。该装置具有实现上述第一方面、第二方面和第三方面的各种可能的实现方式的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元或模块。
第五方面，本申请实施例一种装置，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行如上述第一方面或第一方面中任一所述的＝方法、或者以使该装置执行如上述第二方面或第二方面中任一所述的基站执行的方法、或者以使该装置执行如上述第三方面或第三方面中任一所述的终端设备执行的方法。
第六方面，本申请实施例还提供一种通信系统，该通信系统包括上述第一设备和上述第二设备。
示例性的，所述通信系统包括网络设备和终端设备。
第七方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
第八方面，本申请实施例还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
下面将对实施例描述中所需要使用的附图作简要介绍。
图1为本申请实施例适用的一种可能的通信系统的架构示意图；
图2为本申请实施例适用的一种RAN设备的协议层结构；
图3为本申请实施例适用的一种终端设备和网络设备的通信架构示意图；
图4a为本申请实施例适用的一种终端设备和网络设备的通信过程示意图；
图4b为本申请实施例适用的一种业务传输过程示意图；
图4c为本申请实施例适用的一种业务传输过程示意图；
图5为本申请实施例适用的一种业务传输流程示意图；
图6为本申请实施例适用的一种业务传输流程示意图；
图7为本申请实施例适用的一种业务传输流程示意图；
图8为本申请实施例适用的一种业务传输流程示意图；
图9为本申请实施例适用的一种业务传输装置的结构示意图；
图10为本申请实施例适用的一种业务传输装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。
图1为本申请实施例适用的一种网络架构示意图。如图1所示，终端设备可接入到无线网络，以通过无线网络获取外网(例如数据网络(data network，DN))的服务，或者通过无线网络与其它设备通信，如可以与其它终端设备通信。该无线网络包括无线接入网(radio access network，RAN)和核心网(core network，CN)，其中，RAN用于将终端设备接入到无线网络，CN用于对终端设备进行管理并提供与DN通信的网关。
下面分别对图1中所涉及的终端设备、RAN、CN、DN进行详细说明。
1、终端设备，负责数据在无线接口的传输，包括应用层等上层协议层。
终端设备包括向用户提供语音和/或数据连通性的设备，例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network，RAN)与核心网进行通信，与RAN交换语音和/或数据。该终端设备可以包括用户设备(user equipment，UE)、无线终端设备、移动终端设备、设备到设备通信(device-to-device，D2D)终端设备、车到一切(vehicle to everything，V2X)终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications，M2M/MTC)终端设备、物联网(internet of things，IoT)终端设备、订户单元(subscriberunit)、订户站(subscriber station)，移动站(mobile station)、远程站(remotestation)、接入点(access point，AP)、远程终端(remote terminal)、接入终端(accessterminal)、用户终端(user terminal)、用户代理(user agent)、或用户装备(userdevice)等。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的移动装置等。例如，个人通信业务(personalcommunication service，PCS)电话、无绳电话、会话发起协议(session initiationprotocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、等设备。还包括受限设备，例如功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radiofrequency identification，RFID)、传感器、全球定位系统(global positioning system，GPS)、激光扫描器等信息传感设备。
2、RAN，负责数据在无线接口的传输。
RAN中可以包括一个或多个RAN设备。RAN设备与终端设备之间的接口可以为Uu接口(或称为空口)。当然，在未来通信中，这些接口的名称可以不变，或者也可以用其它名称代替，本申请对此不限定。
RAN设备即为将终端设备接入到无线网络的节点或设备，RAN设备又可以称为网络设备或基站。RAN设备例如包括但不限于：5G通信系统中的新一代基站(generation NodeB，gNB)、演进型节点B(evolved node B，eNB)、无线网络控制器(radio networkcontroller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved nodeB，或homenode B，HNB)、基带单元(baseBand unit，BBU)、传输接收点(transmitting and receivingpoint，TRP)、发射点(transmitting point，TP)、移动交换中心等。
RAN设备中可以包括协议层结构，如图2所示，例如控制面协议层结构可以包括RRC层、分组数据汇聚层协议(packet data convergence protocol，PDCP)层、无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理层等协议层的功能；用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能，在一种可能的实现中，PDCP层之上还可以包括业务数据适配(service dataadaptation protocol，SDAP)层。
3、CN
CN中可以包括一个或多个CN设备，以5G通信系统为例，CN中可以包括接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、用户面功能(user plane function，UPF)网元、策略控制功能(policy control function，PCF)网元、统一数据管理(unified datamanagement，UDM)网元、应用功能(application function，AF)网元等。
AMF网元是由运营商网络提供的控制面网元，负责终端设备接入运营商网络的接入控制和移动性管理，例如包括移动状态管理，分配用户临时身份标识，认证和授权用户等功能。
SMF网元是由运营商网络提供的控制面网元，负责管理终端设备的协议数据单元(protocol data unit，PDU)会话。PDU会话是一个用于传输PDU的通道，终端设备需要通过PDU会话与DN互相传送PDU。PDU会话由SMF网元负责建立、维护和删除等。SMF网元包括会话管理(如会话建立、修改和释放，包含UPF和RAN之间的隧道维护)、UPF网元的选择和控制、业务和会话连续性(service and session continuity，SSC)模式选择、漫游等会话相关的功能。
UPF网元是由运营商提供的网关，是运营商网络与DN通信的网关。UPF网元包括数据包路由和传输、包检测、业务用量上报、服务质量(quality of service，QoS)处理、合法监听、上行包检测、下行数据包存储等用户面相关的功能。
PCF网元是由运营商提供的控制面功能，用于向SMF网元提供PDU会话的策略。策略可以包括计费相关策略、QoS相关策略和授权相关策略等。
UDM网元是由运营商提供的控制面网元，负责存储运营商网络中签约用户的用户永久标识符(subscriber permanent identifier，SUPI)、安全上下文(securitycontext)、签约数据等信息。
AF网元是提供各种业务服务的功能网元，能够通过其它网元与核心网交互，以及能够和策略管理框架交互进行策略管理。
此外，尽管未示出，CN中还可以包括其它可能的网元，比如网络开放功能(networkexposure function，NEF)、网元统一数据仓储(unified data repository，UDR)网元，NEF网元用于提供网络能力开放相关的框架、鉴权和接口，在5G系统网络功能和其他网络功能之间传递信息；UDR网元主要用来存储用户相关的签约数据、策略数据、用于开放的结构化数据、应用数据。
4、DN
DN也可以称为分组数据网络(packet data network，PDN)，是位于运营商网络之外的网络，运营商网络可以接入多个DN，DN中可部署有多种业务对应的应用服务器，为终端设备提供多种可能的服务。
图1中Npcf、Nudm、Naf、Namf、Nsmf、N1、N2、N3、N4，以及N6为接口序列号。这些接口序列号的含义可参见相关标准协议中定义的含义，在此不做限制。
可以理解的是，图1中是以5G通信系统(例如，新无线(new radio，NR)系统)为例进行示意的，本申请实施例中的方案还可以适用于其它可能的传统的通信系统和/或卫星通信系统中。例如，其他可能的传统的通信系统还可以为第四代(4th Generation，4G)通信系统(例如，长期演进(long term evolution，LTE)系统)，全球互联微波接入(worldwideinteroperability for microwave access，WiMAX)通信系统，及未来的通信系统等。所述卫星通信系统可以与上述通信系统相融合，为用户提供服务。上述网元或者功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。可选的，上述网元或者功能可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。
下面先对本申请实施例的部分用语进行解释说明。需要说明的是，这些解释是为了让本申请实施例更容易被理解，而不应该视为对本申请所要求的保护范围的限定。
1)实时多媒体业务，能够提供图像、声音和文字等业务数据的实时传输。实时多媒体业务包括以下业务：扩展现实(extended reality，XR)业务、实时通信(real-timecommunications)业务、云游戏等。其中，XR业务为基于XR技术实现的业务，XR技术可以通过计算机技术和可穿戴设备，产生真实与虚拟组合、可人机交互的环境。XR技术包括虚拟现实(virtual reality，VR)技术、增强现实(augmented reality，AR)技术和混合现实(mixedreality，MR)技术。XR技术应用于娱乐、游戏、医疗、广告、工业、在线教育等领域。
实时多媒体业务需要很强的实时交互性，来为用户提供优秀的体验。尤其是针对大型实景游戏、远程手术等视频业务场景，视频业务场景具有强交互性、大数据量、高实时性的特点，对视频分辨率和刷新率的要求更高，这就对网络的低时延、高可靠、高速率提出了更高的要求。
然而，终端与网络设备之间的无线信道具有不稳定性和波动性，如果要同时保障低时延和高可靠，会带来空口传输效率的极大浪费，能够支持的(并发)用户数也有限。以云VR(Cloud VR)/游戏(Gaming)业务为例，在传输4K分辨率(属于超高清分辨率)视频，信源平均码率约为35兆比特每秒(million bits per second，Mbps)时，要求空口保障速率为100Mbps，时延不超过10毫秒(ms)，空口丢包率小于万分之一。根据仿真结果，一个100兆带宽的5G小区，能够支持的满意用户数仅为3个，也就是说，仅能满足3个用户在使用CloudVR/Gaming业务时的上述要求。因此，本申请实施例提供一种业务传输方法来支持更多的满意用户数，满足更多用户的业务需求。
2)频段，指电磁波的频率范围，单位为赫兹(Hz)。3GPP定义了两类频率范围，频率范围(frequency range，FR)1对应的具体频率范围包括450MHz到6000MHz，可以看作定义了5G使用的低频部分，FR2对应的具体频率范围包括24250MHz到52600MHz，可以看作定义了5G使用的高频部分。如图3所示，终端设备和网络设备可以在低频频段和/或高频频段上进行通信。
示例的，本申请中涉及的频段包括以下一个或多个频段：sub 6G频段、LTE频段、毫米波(mmWave)高频频段或WiFi频段。
sub 6G频段指频率低于6GHz的电磁波，sub 6G频段一般使用450MHz到6000MHz的频段进行通信。毫米波高频频段频率在30GHz到300GHz的电磁波，毫米波高频频段一般使用24GHz-100GHz的频段进行通信。目前5G通信系统对于毫米波的利用，大多集中在24GHz、28GHz、39GHz及60GHz这几个频段。毫米播高频频段的带宽可以达到800MHz，可以支持更多的用户数。WiFi频段一般使用2.4GHz和5GHz的频段进行通信。
其中sub 6G频段可以看作是低频频段，毫米波高频频段和WiFi频段可以看作是高频频段。虽然高频频段可以支持更多的用户数，但高频频段传输更容易受到干扰(如树叶遮挡、人体及车辆遮蔽等情况)，数据传输易被中断，因此毫米波高频频段和WiFi频段的可靠性较sub 6G频段的可靠性低。
3)用户面协议层结构，在图1所示的网络架构中，可以通过控制面信令交互流程(比如PDU会话建立流程)为终端设备建立用户面数据传输通道，进而终端设备和DN中部署的应用服务器可以通过用户面数据传输通道进行数据传输。比如，应用服务器可以向终端设备发送下行数据包，下行数据包的传输路径为：应用服务器→UPF网元→网络设备→终端设备；相应地，终端设备可以向应用服务器发送上行数据包，上行数据包的传输路径为：终端设备→网络设备→UPF网元→应用服务器。
示例性地，参见图4a所示，终端设备与网络设备之间的协议层结构可以包括SDAP层、PDCP层、RLC层、MAC层、物理层(PHY层)，其中，SDAP层、PDCP层、RLC层、MAC层、物理层也可以统称为接入层。根据数据的传输方向分为发送或接收，上述每层又分为发送部分和接收部分。以下行数据传输为例，参见图4a所示为下行数据在各层间传输示意图，图4a中向下的箭头表示数据发送，向上的箭头表示数据接收。PDCP层自上层取得数据后，会将数据传送到RLC层与MAC层，再由MAC层生成传输块，然后通过物理层进行无线传输。数据在各个层中进行相对应的封装，某一层从该层的上层收到的数据视为该层的服务数据单元(servicedata unit，SDU)，经过层封装后成为PDU，再传递给下一个层。例如PDCP层从上层接收到的数据称为PDCP SDU，PDCP层发送到下层的数据称为PDCP PDU；RLC层从上层接收到的数据称为RLC SDU，RLC层发送到下层的数据称为RLC PDU。在协议中，层间的联系大都以通道的方式进行对应。RLC层与MAC层间通过逻辑信道(logical channel，LCH)对应，MAC层与物理层则是通过传输通道(transport channel)对应，物理层以下为物理信道(physicalchannel)，用来对应到另一端的物理层。
需要说明的是，图1所示意的网络架构可以适用于多种可能的场景，比如大型实景游戏、远程手术等视频业务场景。在这些场景中，参见图4b所示，终端设备可以连接一个或多个应用层设备，应用层设备中可以包括与终端设备的应用层对等的应用层，进而终端设备可以与应用层设备进行通信；应用服务器可以连接一个或多个外围设备，外围设备可以包括应用服务器的输入设备、输出设备等。此种情形下，下行数据包的传输路径为：外围设备→应用服务器→UPF网元→网络设备→终端设备→应用层设备；上行数据包的传输路径为：应用层设备→终端设备→网络设备→UPF网元→应用服务器→外围设备。以远程手术为例，常常用于医生无法及时赶到等紧急情况下的抢救；具体来说，医生可以通过头盔等应用层设备远程观察手术的现场情况，并通过手套等应用层设备发出相应的指令(可以理解为上行数据包)，指令传输到手术现场后，经过现场的机械手执行，执行的情况再经由摄像头和其它医用专业设备转换为信号(可以理解为下行数据包)，传到医生的头盔中。参见图4c所示，为远程手术场景中数据的传输路径示意图。
4)视频帧，视频可以是由一张张连贯起来的图像(或者说图片、照片等)连续播放组成的，当一秒钟有24张图像快速播放，人眼就会认为这是连续的画面(即视频)。帧率是指每秒钟播放的图像数量，如24帧即每秒钟播放24张图像，60帧即每秒钟播放60张图像，以此类推。一个视频帧可以理解为一张图像(即一个视频帧中可以包括一张图像对应的数据包)，当帧率为60帧时，一个视频帧的时长为1000ms/60Hz，约等于16ms。一个视频帧中可以包括多个数据包，不同视频帧的多个数据包之间可以存在一段传输时间间隔(gap)。
需要说明的是，本申请实施例中所涉及的视频帧可以为I帧、P帧和B帧中的任一种帧，或者也可以为其它可能名称的视频帧。其中，I帧、P帧和B帧可以为H.264(即由国际电信联盟电信标准分局的视频编码专家组和国际标准化组织/国际电工委员会动态图像专家组联合组成的联合视频组提出的高度压缩数字视频编解码器标准)或H.265或H.266中定义的三种帧。I帧又称帧内编码帧，是一种自带全部信息的独立帧，无需参考其他图像便可独立进行解码，可以简单理解为一张静态画面；视频序列中的第一个帧始终都是I帧(I帧为关键帧)。P帧又称帧间预测编码帧，需要参考前面的I帧才能进行编码，表示的是当前帧画面与前一帧(前一帧可能是I帧也可能是P帧)的差别，解码时需要用之前缓存的画面叠加上本帧定义的差别，生成最终画面。B帧又称双向预测编码帧，也就是B帧记录的是本帧与前后帧的差别；也就是说，要解码B帧，不仅要取得之前的缓存画面，还要解码之后的画面，通过前后画面的与本帧数据的叠加取得最终的画面。
5)编码，信源编码器对视频帧进行压缩编码。编码的压缩率越高，编码后的数据量越低，所需传输的数据量也越低，但是高压缩率会带来画面质量、清晰度或帧率等因素的下降，影响用户体验。
无线信道具有不稳定性和波动性，如果按照信道波动质量差时设计编码器的码率，那么在信道波动质量好时，采用低码率进行编码时无法为用户提供更好的体验。对此，可以采用应用层动态比特率(variable bit rate，VBR)，也就是探测信道的质量变化，配置与信道质量相适应的码率对视频帧进行编码。但是这种方式需要一定的控制收敛时间，且需要应用层感知到底层信道的变化，当前码率变化时间最好可以做到百毫秒级，不能匹配10ms级波动的无线空口传输。
若在高层增加冗余包来缓解空口丢包，但高层冗余的增加意味着空口传输数据量的增加，会进一步降低系统容量。
6)信源，也称信息源，信息的来源，即信息的产生者或发布者。
7)视频分层编码，在远程手术等场景中，视频质量越清晰越好，从而对网络的传输容量提出了很高的要求。而另一方面，无线信道的信道质量波动很厉害，即使终端设备的物理位置不变，无线信号也会短暂地发生剧烈波动，这种波动发生的时间很短且不可预知，所以无法通过调整传输参数(比如调制和编码方式(modulation and coding scheme，MCS))等方式增强鲁棒性。因此，如果传输数据包的丢包概率增加，一旦丢包，则需要通过重传解决。然而，视频业务的不同数据包的重要性可以是不同的，比如有的数据包丢失了会对接收画面带来很大影响，有的数据包丢失也不会对接收画面产生太大影响；由于传输网络无法获知每个数据包的重要性，因此会对所有的数据包都采用“丢包就重传”的方式，采用该种方式，一方面，会导致数据包无法在规定的时延范围内传输到接收端设备，另一方面，一旦丢包且丢的包是重要包，则会对接收画面带来很大影响，降低用户感受。
为解决上述问题，视频编码引入了分层编码方式，也可以称为可分级性编码方式。该方式将一个基本层(basic layer，BL)和若干个增强层(extend layer，EL)看成一个多层视频系统，基本层提供基本图像质量的码流(码流是指视频文件每单位时间所使用的数据流，也称码率)，增强层提供可在基本图像质量的基础上构建出更高图像质量的码流。在本申请实施例中基本层码流可以和基本层数据流等同理解，简称为基本流(BL流)，增强层码流可以和增强层数据流等同理解，简称增强流(EL流)。具体来说，基本层码流和增强层码流分别为可单独解码的子码流，增强层码流可以包括一层或多层。基本层码流中可以包括基本层数据包，基本层数据包是视频播放的必要条件，在这种情况下，视频画质较差；而增强层码流中可以包括增强层数据包，增强层数据包是视频播放的补充条件；比如，基本层码流所对应的视频画质为流畅画质，则在基本层码流的基础上叠加第一增强层码流，可以达到标清画质，在高清画质的基础上叠加第二增强层码流可以达到高清画质，在高清画质的基础上叠加第三增强层码流可以达到蓝光画质。也就是说，在基本层码流的基础上叠加的增强层码流越多，则在解码后得到的视频画质越好。需要说明的是，本申请实施例中将以基本层和增强层两层为例进行描述，即本申请实施例中所涉及的增强层可以包括一层或者也可以包括多层。
如此，在引入视频分层编码方式后，针对于一个视频帧，编码输出的数据包可以分两路：一路为基本层数据包，另一路为增强层数据包。相应地，传输网络可以获知两层数据，进而可以在下面两方面做区别处理：(1)重传：针对于基本层数据包，一次传输不成功，如果时间允许，则重传，如果时间不允许，则不重传；针对于增强层数据，不重传。(2)新传：优先满足基本层数据包的新传，比如两个用户同时都有新的数据包要传，其中一个用户是基本层数据包，另一个用户是增强层数据包，则优先传输基本层数据包或者采用可靠性更高的方式传输基本层数据包。
目前由信源采用视频分层编码技术，然后将基本流和增强流发送给接收端，因此相比于仅对原始视频进行压缩编码来说，采用视频分层编码技术会额外带来10％～20％的吞吐率损失，因此在无线信道的传输资源有限或不稳定的情况才，采用视频分层编码技术可能无法支持更多的满意用户数。
基于此，本申请实施例可以提供一种业务传输方法，用于提升用户满意度和满意用户数，满足更多用户的业务需求。该方法包括：第一设备获取业务的数据流及其优先级信息，所述数据流的优先级为至少两种业务优先级中的一个，所述至少两种业务优先级包括第一优先级和第二优先级，所述第一优先级重要性较所述第二优先级高；所述接收端设备根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段。通过该方法，针对同一业务可以建立多个关联的数据流，不同的数据流对应有优先级信息，第一设备作为发送端设备，可以根据优先级信息调度各数据流通过哪些频段进行传输，从而实现业务的分流和各数据流的灵活调度，从而提高业务传输的可靠性和用户满意度，以及提高满意用户数。
本申请实施例提供的业务传输方法可以应用于面向多用户的广播/组播传输场景，或者可以应用于点对点的单播传输场景。下面对本申请实施例提供的业务传输过程进行说明，参考图5所示，该过程包括：
S501：第一设备获取业务的数据流及其优先级信息，所述数据流的优先级为至少两种业务优先级中的一个，所述至少两种业务优先级包括第一优先级和第二优先级，所述第一优先级重要性较所述第二优先级高。
第一设备可以看作是发送端设备，例如，所述第一设备可以包括网络设备(如基站)和/或终端设备。
所述第一设备获取到的业务的数据流，可能为来自同一业务的一个或多个数据流，也可能为来自不同业务的多个数据流。其中来自同一业务的多个数据流之间关联，来自不同业务的多个数据流之间可以关联也可以不关联。示例性的，若多条数据流属于同一业务，可以理解为所述多条数据流来自同一应用程序，或者可以理解为所述多条数据流属于同一会话(session)。所述session为在应用程序中创建的session，一个应用程序中通常包括一个或多个session。若多条数据流属于不同业务，可以理解为所述多条数据流来自不同的应用程序，或者可以理解为所述多条数据流属于不同的session。所述不同的session可以对应一个应用程序，或者可以分别对应不同的应用程序。
本申请实施例中所涉及的数据流可以包括视频数据流、音频数据流、或文本数据流中的一种或多种。在本申请实施例中主要以所述数据流包括视频数据流和/或音频数据流为例，对业务传输过程进行说明，文本数据流的业务传输过程相似，在本申请实施例中不做赘述。
所述业务的数据流可以包括基本流和(一层或多层)增强流。例如视频数据流来说，基本流可以包括I帧，增强流可以包括P帧和/或B帧等；对于音频数据流来说，基本流可以包括某一单声道的音频数据，增强流可以包括其他声道的音频数据，或者基本流可以包括人声的音频数据，增强流可以包括背景音的音频数据等；对于音视频混合数据流来说，基本流可以包括音频数据流和视频数据流的基本流，增强流可以包括视频数据流的增强流，或者基本流可以包括音频数据流的基本流和视频数据流的基本流，增强流可以包括音频数据流的增强流和视频数据流的增强流等。针对同一业务的数据流之间存在关联关系，即针对一个业务，该业务的基本流和增强流关联，也就是说，存在关联关系的基本流和增强流属于同一业务。例如，所述基本流可以对应第一优先级，所述增强流对应第二优先级，所述增强流依赖于所述基本流，若所述基本流传输失败，对应的增强流无法被恢复，因此将所述基本流的优先级重要性设置的较高，将所述增强流的优先级重要性设置的较低，可以保证用户的高质量体验。又如，所述基本流可以对应第二优先级，所述增强流对应第一优先级。
所述数据流的优先级信息可以理解为数据流的重要性或重要程度。
示例性的，所述至少两种业务优先级包括高优先级和低优先级，所述高优先级为第一优先级，所述低优先级为第二优先级；或者所述至少两种业务优先级包括优先级1、优先级2、优先级3等，所述优先级1为第一优先级，所述优先级2为第二优先级，所述优先级3为第三优先级等，所述第二优先级重要性较所述第三优先级高；或者所述至少两个业务优先级包括优先级A、优先级B、优先级C等，所述优先级A为第一优先级，所述优先级B为第二优先级，所述优先级C为第三优先级等，所述第二优先级重要性较所述第三优先级高等。
可以理解的是，在S501中，所述第一设备针对一个业务，可以获取到所述业务的一条或多条数据流，并获取到每条数据流的优先级信息。若所述第一设备获取到一个业务的多条数据流，所述每条数据流中还携带与所述业务相关的关联信息，与所述业务相关的关联信息用于表示数据流属于所述业务，在所述第一设备的处理资源充足时，所述第一设备还可以依据所述关联关系同步处理所述多条数据流，在通道链路质量可靠性较高时，所述第一设备还可以依据所述关联信息来同时发送所述多条数据流。
在一个示例中，所述每条数据流中携带所述每条数据流的优先级信息，如所述第一设备获取到数据流1，所述数据流1中携带所述数据流1的优先级信息。在另一个示例中，可以在一条消息的不同字段中携带所述每条数据流及所述每条数据流的优先级信息，如所述第一设备获取到第一消息，所述第一消息包括第一字段和第二字段，所述第一字段包含数据流1，所述第二字段包含所述数据流1的优先级信息。在又一个示例中，可以在不同消息中分别携带所述每条数据流及所述每条数据流的优先级信息，如所述第一设备获取第一消息和第二消息，所述第一消息包括数据流1，所述第二消息包括所述数据流1的优先级信息，其中所述第一消息和所述第二消息关联，如所述第一消息和所述第二消息都包括所述数据流1的标识信息。
若所述第一设备为网络设备，以所述网络设备为基站为例，在S501中，所述第一设备接收来自核心网设备的下行数据流，所述下行数据流中包括所述业务的数据流及其优先级信息，即所述第一设备可以在核心网设备中获取业务的数据流及其优先级信息。例如，应用服务器作为信源，提供业务数据并对所述业务数据进行分层编码，得到基本层数据和增强层数据，所述应用服务器将所述基本层数据和所述增强层数据发送给核心网设备，所述核心网设备可以建立与所述基本层数据对应的承载1，通过所述承载1将基本流(所述基本流包括所述基本层数据)传输给所述基站的空口，并且所述核心网设备可以建立与所述增强层数据对应的承载2，通过所述承载2将增强流(所述增强流包括所述增强层数据)传输给所述基站的空口。可选的，所述应用服务器可以在所述基本层数据中携带所述基本层数据的优先级信息，和/或在所述增强层数据中携带所述增强层数据的优先级信息，对应的，所述基本流中携带所述基本流的优先级信息，和/或所述增强流中携带所述增强流的优先级信息。
若所述第一设备为终端设备，在S501中，所述第一设备从高层协议层(如会话协议层、表示协议层或应用协议层)或会话协议层获取上行数据流，所述上行数据流中包括所述业务的数据流及其优先级信息。例如，用户操作所述第一设备，所述第一设备生成业务的数据流，可选的，所述第一设备可以保存有优先级信息的确定策略，所述第一设备可以根据所述确定策略，确定所述数据流的优先级信息，如针对视频业务的数据，将I帧确定为基本流数据对应的第一优先级，将P帧和B帧确定为增强流对应的第二优先级。又如所述第一设备可以在应用层设备(如图4c所示的应用层设备)中获取业务的数据流，所述应用层设备生成业务数据并将所述业务数据进行分层编码，得到基本层数据和增强层数据，所述应用层设备确定所述基本层对应的基本流，并确定所述增强层数据对应的增强流，可选的，所述应用层设备发送的所述基本流中可以携带所述基本流的优先级信息，所述增强流中可以携带所述增强流的优先级信息或者所述第一设备可以确定接收到的数据流的优先级信息。
S502：所述第一设备根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段。
所述第一设备支持在至少两个频段上进行通信，所述至少两个频段可以位于无线通信系统(如4G通信系统或5G通信系统等上述通信系统，或者WiFi通信场景)定义的通信频段范围内。例如所述至少两个频段包括以下至少两种：sub 6G频段、LTE频段、毫米波高频频段或WiFi频段。
可选的，在S502之前，所述第一设备中可以预先设置有用于传输数据流的频段的确定策略。所述确定策略可以是由设备使用者或维护人员预先配置到所述第一设备中，或者可以是由高层网元预先配置到所述第一设备中。例如，所述确定策略可以规定：采用可靠性高的频段来传输优先级重要性高的数据流，采用可靠性低的频段来传输优先级重要性低的数据流。其中可靠性高的频段可以满足以下条件中的一个或多个：信道连接状态好、传输资源充足、或不易被干扰等。一般的，所述sub 6G频段的信道连接状态较好，不易被干扰，所述毫米波高频频段或WiFi频段的信道连接状态较差，易被干扰；频段的传输资源是否充足与频段当前传输的业务相关。又或者可选的，所述第一设备可以在获取业务的数据流及其优先级信息的同时，获取用于传输所述数据流的频段，如高层网元针对每次发送的数据流，都指示传输所述数据流的频段。又例如，所述确定策略可以是将优先级和传输的频段对应，如，一个或多个高优先级对应到可靠性高的频段，一个或多个低优先级对应到可靠性低的频段。
在一个示例中，所述第一设备获取到业务的一条数据流，在该S502中：
若所述数据流的优先级为第一优先级，所述第一设备可以将所述sub 6G频段确定为用于传输所述数据流的频段。可选的，所述第一设备还可以将所述毫米波高频频段或WiFi频段确定为用于传输所述数据流的备份数据的频段，以提高数据流传输的可靠性。可选的，若所述sub 6G频段的链路传输资源不满足所述数据流的传输，所述第一设备还可以将所述毫米波高频频段或WiFi频段确定为用于传输所述数据流的频段；或者所述第一设备可以将所述sub 6G频段，与所述毫米波高频频段或WiFi频段确定为用于传输所述数据流的频段。
若所述数据流的优先级为第二优先级，所述第一设备可以将所述毫米波高频频段或WiFi频段确定为用于传输所述数据流的频段。可选的，若所述sub 6G频段的链路传输资源满足所述数据流的传输，所述第一设备还可以将所述sub 6G频段确定为用于传输所述数据流的频段。
在另一个示例中，所述第一设备获取到业务的多条数据流，如所述多条数据流至少包括第一数据流和第二数据流，在该S502中：
若所述第一数据流的优先级为第一优先级，所述第二数据流的优先级为第二优先级，所述第一设备可以将所述sub 6G频段确定为用于传输所述第一数据流的频段，将所述毫米波高频频段或WiFi频段确定为用于传输所述第二数据流的频段。
可选的，所述第一设备还可以将所述毫米波高频频段或WiFi频段确定为用于传输所述第一数据流的备份数据的频段。第一数据流可以在可靠性高的频段和可靠性低的频段都进行发送，可靠性低的频段上发送的数据作为其备份。
S503：所述第一设备通过用于传输所述数据流的频段，传输所述数据流；第二设备接收所述数据流。
示例性的，在S503中，所述第一设备可以通过所述第一设备中的收发模块/射频芯片/射频前端芯片传输所述数据流。
与S502对应的，在一个示例中，所述第一设备获取到业务的一条数据流，在该S503中：
若所述数据流的优先级为第一优先级，所述第一设备可以采用所述sub 6G频段传输所述数据流，所述第二设备采用所述sub 6G频段接收所述数据流。可选的，所述第一设备还可以采用所述毫米波高频频段或WiFi频段传输所述数据流的备份数据，所述第二设备采用所述毫米波高频频段或WiFi频段接收所述数据流的备份数据。
可选的，若所述sub 6G频段的链路的传输资源不满足所述数据流的传输，所述第一设备可以采用所述毫米波高频频段或WiFi频段传输所述数据流，所述第二设备采用所述毫米波高频频段或WiFi频段接收所述数据流；或者所述第一设备可以采用所述sub 6G频段的链路传输所述数据流的第一部分数据，并采用所述毫米波高频频段或WiFi频段的链路传输所述数据流的第二部分数据，所述第二部分数据为所述第一数据流中未采用sub 6G频段的链路传输的数据，所述第二设备可以采用所述sub 6G频段接收所述数据流的第一部分数据，采用所述毫米波高频频段或WiFi频段接收所述数据流的第二部分数据。
若所述数据流的优先级为第二优先级，所述第一设备可以采用所述毫米波高频频段或WiFi频段传输所述数据流，所述第二设备可以采用所述毫米波高频频段或WiFi频段接收所述数据流。可选的，若所述sub 6G频段的链路的传输资源满足所述数据流的传输，所述第一设备还可以采用所述sub 6G频段传输所述数据流，所述第二设备可以采用所述sub 6G频段接收所述数据流。可以理解，即使所述ub 6G频段的链路的传输资源满足所述数据流的传输，所述第一设备也可以不采用所述sub 6G频段传输所述数据流，而是采用所述毫米波高频频段或WiFi频段传输所述数据流，从而避免对其他业务的传输造成影响。
在另一个示例中，所述第一设备获取到业务的多条数据流，如所述多条数据流至少包括第一数据流和第二数据流，在该S503中：
若所述第一数据流的优先级为第一优先级，所述第二数据流的优先级为第二优先级，所述第一设备可以采用所述sub 6G频段传输所述第一数据流，采用所述毫米波高频频段或WiFi频段传输所述第二数据流，所述第二设备可以采用所述sub 6G频段接收所述第一数据流，采用所述毫米波高频频段或WiFi频段接收所述第二数据流。可选的，所述第一设备还可以采用所述毫米波高频频段或WiFi频段传输所述第一数据流的备份数据，所述第二设备还可以采用所述毫米波高频频段或WiFi频段接收所述第一数据流的备份数据。
所述第一数据流和所述第二数据流中还可以携带有关联信息，用于表示所述第一数据流和所述第二数据流属于同一业务，所述第一设备可以基于所述关联信息，同时发送所述第一数据流和所述第二数据流。其中所述同时发送所述第一数据流和所述第二数据流包括：发送第一数据流的第一时间点和发送所述第二数据流的第二时间点的时间差不超过设定的第一时间差，或者发送所述第一数据流和发送所述第二数据流所需的总的传输时长不超过设定的传输时长门限。
若所述第一设备获取到业务的多条数据流，所述多条数据流之间关联，需要同时进行传输，以所述多条数据流至少包括第一数据流和第二数据流为例进行说明，可选的，所述第一设备确定接收到的第一数据流和第二数据流关联，需要同时发送，所述第一设备针对所述第一数据流中的数据包和所述第二数据流中的数据包，配置相同的定时器(如PDCPDiscard timer)，当第一数据包的定时器超时时，所述第一数据包还未传输至所述第二设备，所述第一设备可以丢弃所述第一数据包，若所述第一数据包的定时器未超时，所述第一设备重复多次尝试发送所述第一数据包，直至所述第一数据包的定时器超时或所述第一数据包传输至所述第二设备。又或者可选的，核心网设备可以在数据包中配置时间戳标签，所述第一设备针对所述第一数据流和所述第二数据流中时间戳标签指示的时间戳相同或相近的数据包，进行同时发送，所述时间戳相近指两个数据包对应的时间戳的差值不超过设定的时间戳差值。
在又一种可能的实现方式中，所述第一设备也可能获取到来自不同业务的多个数据流(如获取到来自业务1的多个数据流和来自业务2的多个数据流)，或者所述第一设备也可能获取到来自同一业务的不同类型的多个数据流(如获取到业务1的音频数据流和业务1的视频数据流)。所述第一设备也可以将重要的业务或重要的数据流在可靠性高的频段上发送。所述不同业务之间可以具有关联性或不具有关联性。例如，第一设备获取到来自业务1的多个数据流和业务2的多个数据流，若业务1的重要性高于业务2的重要性，所述第一设备可以将业务1的数据流作为基本层数据流进行传输，并将业务2的数据流作为增强层数据流进行传输。又如，所述第一设备获取到来自同一业务的音频数据流和视频数据流，所述第一设备可以将所述音频数据流和所述视频数据流的基本层作为基本层数据流传输，并将所述视频数据流的增强层作为增强层数据流传输。再如，所述第一设备获取到来自同一业务的音频数据流和视频数据流，所述音频数据流也可以进行分层编码，所述第一设备将所述音频数据流的基本层和所述视频数据流的基本层作为基本层数据流传输，并将所述音频数据流的增强层和所述视频数据流的增强层作为增强层数据流传输。
若所述第一设备获取到业务的一条数据流，在S503中，所述第一设备根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，将所述数据流中的数据按照所述第一传输块大小进行发送。
示例性的，所述第一设备的协议层在传输数据流时，PDCP层根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，根据所述第一传输块大小对所述数据流中的数据进行分组，得到一个或多个PDCP协议数据单元(protocol data unit，PDU)；RLC层和MAC层依次对所述一个或多个PDCP PDU进行处理，得到所述第一传输块大小的数据包，将得到的所述第一传输块大小的数据包调度到用于传输所述数据流的频段的物理层传输。其中，PDCP层，RLC层和MAC层对数据进行处理还可以参考前述图4a的描述。可选的，RLC层还可以对所述数据流中的数据分组，如，对PDCP PDU进行编码以增强所传输数据的可靠性。
若所述第一设备获取到业务的多条数据流，如所述多条数据流至少包括第一数据流和第二数据流，在S503中，所述第一设备根据用于传输所述第一数据流的频段的信道状态，确定第二传输块大小，将所述第一数据流中的数据按照所述第二传输块大小进行发送，并根据用于传输所述第二数据流的频段的信道状态，确定第三传输块大小，将所述第二数据流中的数据按照所述第三传输块大小进行发送。
示例性的，所述第一设备的协议层在传输所述第一数据流和所述第二数据流时，第一PDCP层根据用于传输所述第一数据流的频段的信道状态，确定第二传输块大小，根据所述第二传输块大小对所述第一数据流中的数据进行分组，得到一个或多个第一PDCPPDU；第一RLC层和第一MAC层依次对所述一个或多个第一PDCP PDU进行处理，将得到的所述第二传输块大小的数据包调度到用于传输所述第一数据流的频段的第一物理层传输；并第二PDCP层根据用于传输所述第二数据流的频段的信道状态，确定第三传输块大小，根据所述第三传输块大小对所述第二数据流中的数据进行分组，得到一个或多个第二PDCP PDU；第二RLC和第二MAC层依次对所述一个或多个第二PDCP PDU进行处理，将得到的所述第三传输块大小的数据包调度到用于传输所述第二数据流的频段的第二物理层传输。可选的，第一RLC层还可以对所述第一数据流中的数据分组，第二RLC层还可以对所述第二数据流中的数据分组，如对第一PDCP PDU和第二PDCP PDU进行编码以增强所传输数据的可靠性。
其中，所述第一PDCP层和所述第二PDCP层可以共享实体，或者可以为独立的实体；所述第一RLC层和所述第二RLC层可以共享实体，或者可以为独立的实体；所述第一MAC层和所述第二MAC层可以共享实体，或者可以为独立的实体；所述第一物理层和所述第二物理层可以共享实体，或者可以为独立的实体。
所述第一设备在S503之前，可以是在确定发送所述业务的数据流时执行该S503。若所述第一设备为网络设备，所述第一设备可以根据所述数据流的优先级信息确定是否发送所述数据流。若所述第一设备为终端设备，所述第一设备可以根据所述数据流的优先级信息确定是否发送所述数据流，也可以(向网络设备)发送调度请求，所述调度请求用于发送业务的数据流，所述调度请求包括所述数据流的优先级信息，所述网络设备根据所述数据流的优先级信息，确定是否发送所述数据流，将是否允许发送所述数据流的指示信息通过调度信令通知所述第一设备，所述第一设备接收所述调度信令，根据所述调度信令中的指示信息确定是否发送所述数据流。可选的，所述网络设备在确定发送所述数据流时，还可以根据所述数据流的优先级信息确定发送所述数据流的频段，所述调度信令中还可以包括发送所述数据流的频段，所述第一设备根据所述调度信令中发送所述数据流的频段，发送所述数据流。
第一设备可以看作是发送端设备，例如，所述第一设备可以包括网络设备(如基站)和/或终端设备。
所述第二设备可以看作是接收端设备，例如所述第二设备可以包括网络设备(如基站)和/或终端设备。如果所述第一设备为网络设备，所述第二设备可以为终端设备；如果所述第一设备为终端设备，所述第二设备可以为网络设备。
所述第二设备接收到所述数据流之后，可以保存所述数据流中的数据，和/或对所述数据流进行解码恢复。
通过本申请实施例提供的方法，在业务传输过程中可以针对同一业务建立关联的数据流，根据不同的数据流的优先级调度各数据流至相应的频段上进行传输，从而实现业务的分流和数据流的灵活调度，从而提高业务传输的可靠性和用户满意度，以及提升用户满意数。例如，针对(实时)视频业务，将业务数据分为基本流和增强流，将基本流采用sub6G频段传输，将增强流采用高频传输，即通过分流结合多连接(如sub 6G和高频的双连接方式)，保障基本层高可靠低时延的要求，增强层用高频传输，保持与基本层相同的传输时延要求，高低频双连接协同，有助于提升高频信道测量的能力，进一步提升通信系统容量，释放低频频段的资源竞争要求，从整体上提升5G传输新媒体业务的频谱效率，也克服了高频频段易受遮挡、易中断等不利因素，使能高频频谱传送新媒体业务(低时延高可靠业务)能力。
下面以第一设备为基站，第二设备为终端设备为例对业务传输过程进行说明。其中对业务数据进行了分层编码，并采用sub6G频段和毫米波高频频段的双连接方式来进行下行业务传输。
场景一，如图6所示，MAC层实体共享，MAC层无交互时延(如图7(a)所示)，业务传输包括以下过程：
应用服务器对业务数据进行视频/音频分层编码，生成基本层数据和增强层数据。所述应用服务器将所述基本层数据和所述增强层数据发送给核心网设备。
所述核心网设备建立所述基本层数据对应的承载1，以及建立所述增强层数据对应的承载2。所述核心网设备采用承载1发送基本层数据流(简称BL流，包括所述基本层数据)，并采用承载2发送增强层数据流(简称EL流，包括所述增强层数据)。
基站接收所述BL流和所述EL流。所述基站和UE进行高低频组网，并建立sub 6G频段以及毫米波高频频段的两个物理链路。
所述基站可以基于业务负载和两条物理链路的信道质量，动态决策BL流和EL流使用哪个频段的物理链路进行传输。
所述基站的第一SDAP层根据BL流生成SDAP_BL(数据包)，第一PDCP层根据SDAP_BL生成PDCP_BL，第一RLC层根据PDCP_BL生成RLC_BL，第一RLC层将RLC_BL发送给MAC层，MAC层将BL流调度到sub 6G频段的物理层传输，形成基本层传输块TB_BL，并通过sub 6G频段的物理链路传输给UE。所述基站的第二SDAP层根据EL流生成SDAP_EL，第二PDCP层根据SDAP_EL生成PDCP_EL，第二RLC层根据PDCP_EL生成RLC_EL，第二RLC层将RLC_EL发送给MAC层，MAC层将EL流调度到毫米波高频频段的物理层传输，形成增强层数据块TB_EL，并通过毫米波高频频段的物理链路传输给UE。
可选的，如果sub 6G频段的传输资源不足以传输所述BL流(即如果sub 6G频段无法满足所述BL流的传输)，或者毫米波高频频段稳定(如毫米高频频段未被干扰)时，可以将BL流和EL流均调度到毫米波高频频段进行传输。
可选的，如果sub 6G频段的传输资源足以传输BL流和EL流(即如果sub 6G频段能够满足所述BL流和所述EL流的传输)，或者毫米波高频频段被干扰时，可以将BL流和EL流均调度到sub 6G频段进行传输。
该实施例中应用服务器分层编码，核心网设备分流传输，5G无线空口物理层高低频双连接，能够提高满意用户数，可以参见下面表1。表1中所示的业务要求为时延不超过5～10ms，并且丢包率不超过万分之一，在不进行分层编码时，采用sub 6G频段传输数据流时，可以满足3个用户的业务需求，在进行分层编码，采用sub 6G频段传输数据流时，可以满足6个用户的业务需求；无论是否进行分层编码仅采用高频频段传输数据流时，业务传输的可靠性均无法保证；在不进行分层编码，采用sub 6G频段+高频频段传输数据流时，可以满足3个用户的业务需求，在进行分层编码，采用sub 6G频段+高频频段传输数据流时，可以满足25～30个用户的业务需求。可见本申请实施例提出的分层编码+多连接的业务传输方式，可以大大增加满意用户数，满足更多用户的业务需求。
表1
Figure BDA0002556282900000191
场景二，如图8所示，MAC层实体不设置在一起(如图7(b)所示)，X2口层2(L2)信息存在10ms时延。其中图8在业务传输过程可以参见上述图6的业务传输过程所示，重复之处不再赘述。
对于MAC层实体不设置在一起，两个MAC层之间需要通过X2接口交互信息，存在10ms时延，无法满足实时业务的传输需求，难以实现精确的调度。因此在MAC层实体不设置在一起时，可以设置固定传输方式，如将BL流固定调度到sub 6G频段的物理层传输，同时将EL流固定调度到毫米波高频频段的物理层传输，这样，两个MAC层数实体之间不需要交互信息，从而避免调度过程中出现时延。可以理解的是，对于其他协议层实体不设置在一起的场景，可以参见该场景二设置固定传输方式，此处不再进行赘述。
以上结合图5至图8详细说明了本申请实施例的业务传输方法，基于上述业务传输方法的同一发明构思，本申请实施例还提供了一种业务传输装置，如图9所示，所述业务传输装置900中包含处理单元901和收发单元902，装置900可用于实现上述方法实施例中描述的方法。所述装置900可以为网络设备或终端设备，或者可以处于所述网络设备或所述终端设备中。
所述收发单元902，用于获取业务的数据流及其优先级信息，所述数据流的优先级为至少两种业务优先级中的一个，所述至少两种业务优先级包括第一优先级和第二优先级，所述第一优先级重要性较所述第二优先级高；
所述处理单元901，用于根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段。
在一个实现方式中，所述数据流中携带有业务的关联信息。
在一个实现方式中，所述至少两个频段包括以下至少两种：sub 6G频段、LTE频段、毫米波高频频段或WiFi频段。
在一个实现方式中，所述处理单元901，具体用于若所述数据流的优先级为所述第一优先级，通过所述收发单元902优先采用所述sub 6G频段传输所述数据流；或者，若所述数据流的优先级为所述第二优先级，通过所述收发单元902采用所述毫米波高频频段或WiFi频段传输所述数据流。
在一个实现方式中，所述处理单元901，还用于若所述数据流的优先级为第一优先级，通过所述收发单元902采用所述毫米波高频频段或WiFi频段的链路传输所述数据流的备份数据。
在一个实现方式中，所述处理单元901，还用于若所述数据流的优先级为第一优先级，所述sub 6G频段的链路的传输资源不满足所述数据流的传输，通过所述收发单元902采用所述毫米波高频频段或WiFi频段的链路传输所述数据流；或者通过所述收发单元902采用所述sub 6G频段的链路传输所述数据流的第一部分数据，并通过所述收发单元902采用所述毫米波高频频段或WiFi频段的链路传输所述数据流的第二部分数据，所述第二部分数据为所述第一数据流中未采用sub 6G频段的链路传输的数据。
在一个实现方式中，所述处理单元901，还用于根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，并通过所述收发单元902将所述数据流中的数据按照所述第一传输块大小进行发送。
在一个实现方式中，所述处理单元901，具体用于根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，根据所述第一传输块大小对所述数据流中的数据进行分组，得到一个或多个PDCP PDU；依次对所述一个或多个PDCP PDU进行处理；
所述收发单元902，具体用于将得到的所述第一传输块大小的数据包调度到用于传输所述数据流的频段的物理层传输。
在一个实现方式中，所述处理单元901，还用于针对同时发送的所述业务的至少两条数据流中的数据包，配置相同的定时器，所述定时器用于在数据包的定时器超时后丢弃所述数据包。
在一个实现方式中，所述收发单元902，具体用于接收来自核心网设备的下行数据流，所述下行数据流中包括所述业务的数据流及其优先级信息。
在一个实现方式中，所述收发单元902，具体用于从高层协议层或会话协议层获取上行数据流，所述上行数据流中包括所述业务的数据流及其优先级信息。
需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
基于与上述业务传输方法相同的构思，如图10所示，本申请实施例还提供了一种业务传输装置1000的结构示意图。装置1000可用于实现上述方法实施例中描述的方法，可以参见上述方法实施例中的说明。其中所述装置1000可以为网络设备或终端设备，或者可以处于所述网络设备或所述终端设备中。
所述装置1000包括一个或多个处理器1001。所述处理器1001可以是通用处理器或者专用处理器等。例如可以是基带处理器、或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、终端、或芯片等)进行控制，执行软件程序，处理软件程序的数据。所述通信装置可以包括收发单元，用以实现信号的输入(接收)和输出(发送)。例如，所述收发单元可以为收发器，射频芯片等。
所述装置1000包括一个或多个所述处理器1001，所述一个或多个处理器1001可实现上述所示的实施例中网络设备或卫星的方法。
可选的，处理器1001除了实现上述所示的实施例的方法，还可以实现其他功能。
可选的，一种设计中，处理器1001可以执行指令，使得所述装置1000执行上述方法实施例中描述的方法。所述指令可以全部或部分存储在所述处理器内，如指令1003，也可以全部或部分存储在与所述处理器耦合的存储器1002中，如指令1004，也可以通过指令1003和1004共同使得装置1000执行上述方法实施例中描述的方法。
在又一种可能的设计中，通信装置1000也可以包括电路，所述电路可以实现前述方法实施例中网络设备或终端设备的功能。
在又一种可能的设计中所述装置1000中可以包括一个或多个存储器1002，其上存有指令1004，所述指令可在所述处理器上被运行，使得所述装置1000执行上述方法实施例中描述的方法。可选的，所述存储器中还可以存储有数据。可选的处理器中也可以存储指令和/或数据。例如，所述一个或多个存储器1002可以存储上述实施例中所描述的对应关系，或者上述实施例中所涉及的相关的参数或表格等。所述处理器和存储器可以单独设置，也可以集成在一起。
在又一种可能的设计中，所述装置1000还可以包括收发器1005以及天线1006。所述处理器1001可以称为处理单元，对装置(终端或者基站)进行控制。所述收发器1005可以称为收发机、收发电路、或者收发单元等，用于通过天线1006实现装置的收发功能。
应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种通信系统，所述通信系统包括上述第一设备和上述第二设备。
示例性的，所述通信系统包括网络设备和终端设备。
本申请实施例还提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被计算机执行时实现上述任一方法实施例所述的业务传输方法。
本申请实施例还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例所述的业务传输方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(Digital Video Disc，DVD))、或者半导体介质(例如，固态硬盘(Solid State Disk，SSD))等。
本申请实施例还提供了一种处理装置，包括处理器和接口；所述处理器，用于执行上述任一方法实施例所述的业务传输方法。
应理解，上述处理装置可以是一个芯片，所述处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，改存储器可以集成在处理器中，可以位于所述处理器之外，独立存在。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可以用硬件实现，或固件实现，或它们的组合方式来实现。当使用软件实现时，可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的，那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本申请所使用的，盘(Disk)和碟(disc)包括压缩光碟(CD)、激光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟，其中盘通常磁性的复制数据，而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。
总之，以上所述仅为本申请技术方案的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (26)

1.一种业务传输方法，其特征在于，包括：
获取业务的数据流及其优先级信息，所述数据流的优先级为至少两种业务优先级中的一个，所述至少两种业务优先级包括第一优先级和第二优先级，所述第一优先级重要性较所述第二优先级高；
根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段。
2.如权利要求1所述的方法，其特征在于，所述数据流中携带有业务的关联信息。
3.如权利要求1或2所述的方法，其特征在于，所述至少两个频段包括以下至少两种：sub 6G频段、毫米波高频频段或WiFi频段。
4.如权利要求3所述的方法，其特征在于，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段包括：
若所述数据流的优先级为所述第一优先级，优先采用所述sub 6G频段传输所述数据流；或者，若所述数据流的优先级为所述第二优先级，采用所述毫米波高频频段或WiFi频段传输所述数据流。
5.如权利要求4所述的方法，其特征在于，若所述数据流的优先级为第一优先级，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段还包括：
采用所述毫米波高频频段或WiFi频段的链路传输所述数据流的备份数据。
6.如权利要求3所述的方法，其特征在于，若所述数据流的优先级为第一优先级，所述sub 6G频段的链路的传输资源不满足所述数据流的传输，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段包括：
采用所述毫米波高频频段或WiFi频段的链路传输所述数据流；或者
采用所述sub 6G频段的链路传输所述数据流的第一部分数据，并采用所述毫米波高频频段或WiFi频段的链路传输所述数据流的第二部分数据，所述第二部分数据为所述第一数据流中未采用sub 6G频段的链路传输的数据。
7.如权利要求1-6任一项所述的方法，其特征在于，所述根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段之后，还包括：
根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，将所述数据流中的数据按照所述第一传输块大小进行发送。
8.如权利要求7所述的方法，其特征在于，所述根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，将所述数据流中的数据按照所述第一传输块大小进行发送包括：
分组数据汇聚协议PDCP层根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，根据所述第一传输块大小对所述数据流中的数据进行分组，得到一个或多个PDCP协议数据单元PDU；无线链路控制RLC层和介质访问控制MAC层依次对所述一个或多个PDCPPDU进行处理，将得到的所述第一传输块大小的数据包调度到用于传输所述数据流的频段的物理层传输。
9.如权利要求1-8任一项所述的方法，其特征在于，还包括：
针对同时发送的所述业务的至少两条数据流中的数据包，配置相同的定时器，所述定时器用于在数据包的定时器超时后丢弃所述数据包。
10.如权利要求1-9任一项所述的方法，其特征在于，所述获取业务的数据流及其优先级信息包括：
接收来自核心网设备的下行数据流，所述下行数据流中包括所述业务的数据流及其优先级信息。
11.如权利要求1-9任一项所述的方法，其特征在于，所述获取业务的数据流及其优先级信息包括：
从高层协议层或会话协议层获取上行数据流，所述上行数据流中包括所述业务的数据流及其优先级信息。
12.一种业务传输装置，其特征在于，包括：
收发单元，用于获取业务的数据流及其优先级信息，所述数据流的优先级为至少两种业务优先级中的一个，所述至少两种业务优先级包括第一优先级和第二优先级，所述第一优先级重要性较所述第二优先级高；
处理单元，用于根据所述数据流的优先级在至少两个频段中确定用于传输所述数据流的频段。
13.如权利要求12所述的装置，其特征在于，所述数据流中携带有业务的关联信息。
14.如权利要求12或13所述的装置，其特征在于，所述至少两个频段包括以下至少两种：sub 6G频段、毫米波高频频段或WiFi频段。
15.如权利要求14所述的装置，其特征在于，所述处理单元，具体用于若所述数据流的优先级为所述第一优先级，通过所述收发单元优先采用所述sub 6G频段传输所述数据流；或者，若所述数据流的优先级为所述第二优先级，通过所述收发单元采用所述毫米波高频频段或WiFi频段传输所述数据流。
16.如权利要求15所述的装置，其特征在于，所述处理单元，还用于若所述数据流的优先级为第一优先级，通过所述收发单元采用所述毫米波高频频段或WiFi频段的链路传输所述数据流的备份数据。
17.如权利要求14所述的装置，其特征在于，所述处理单元，还用于若所述数据流的优先级为第一优先级，所述sub 6G频段的链路的传输资源不满足所述数据流的传输，通过所述收发单元采用所述毫米波高频频段或WiFi频段的链路传输所述数据流；或者通过所述收发单元采用所述sub 6G频段的链路传输所述数据流的第一部分数据，并通过所述收发单元采用所述毫米波高频频段或WiFi频段的链路传输所述数据流的第二部分数据，所述第二部分数据为所述第一数据流中未采用sub 6G频段的链路传输的数据。
18.如权利要求12-17任一项所述的装置，其特征在于，所述处理单元，还用于根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，并通过所述收发单元将所述数据流中的数据按照所述第一传输块大小进行发送。
19.如权利要求18所述的装置，其特征在于，所述处理单元，具体用于根据用于传输所述数据流的频段的信道状态，确定第一传输块大小，根据所述第一传输块大小对所述数据流中的数据进行分组，得到一个或多个分组数据汇聚协议PDCP协议数据单元PDU；依次对所述一个或多个PDCP PDU进行处理；
所述收发单元，具体用于将得到的所述第一传输块大小的数据包调度到用于传输所述数据流的频段的物理层传输。
20.如权利要求12-19任一项所述的装置，其特征在于，所述处理单元，还用于针对同时发送的所述业务的至少两条数据流中的数据包，配置相同的定时器，所述定时器用于在数据包的定时器超时后丢弃所述数据包。
21.如权利要求12-20任一项所述的装置，其特征在于，所述收发单元，具体用于接收来自核心网设备的下行数据流，所述下行数据流中包括所述业务的数据流及其优先级信息。
22.如权利要求12-20任一项所述的装置，其特征在于，所述收发单元，具体用于从高层协议层或会话协议层获取上行数据流，所述上行数据流中包括所述业务的数据流及其优先级信息。
23.一种业务传输装置，其特征在于，包括处理器和存储器，所述处理器与所述存储器耦合；
存储器，用于存储计算机程序；
处理器，用于执行所述存储器中存储的计算机程序，以使得所述装置执行如权利要求1-11中任一项所述的方法。
24.一种计算机可读存储介质，其特征在于，包括程序或指令，当所述程序或指令在计算机上运行时，如权利要求1-11中任一项所述的方法被执行。
25.一种计算机程序产品，其特征在于，包括程序或指令，当所述程序或指令在计算机上运行时，如权利要求1-11中任一项所述的方法被执行。
26.一种芯片，其特征在于，所述芯片与存储器耦合，用于读取并执行所述存储器中存储的程序指令，以执行权利要求1-11中任意一项所述的方法。
CN202010592684.4A 2020-06-24 2020-06-24 一种业务传输方法及装置 Pending CN113840385A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202010592684.4A CN113840385A (zh) 2020-06-24 2020-06-24 一种业务传输方法及装置
PCT/CN2021/100412 WO2021259112A1 (zh) 2020-06-24 2021-06-16 一种业务传输方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010592684.4A CN113840385A (zh) 2020-06-24 2020-06-24 一种业务传输方法及装置

Publications (1)

Publication Number Publication Date
CN113840385A true CN113840385A (zh) 2021-12-24

Family

ID=78965038

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010592684.4A Pending CN113840385A (zh) 2020-06-24 2020-06-24 一种业务传输方法及装置

Country Status (2)

Country Link
CN (1) CN113840385A (zh)
WO (1) WO2021259112A1 (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114286447A (zh) * 2021-12-27 2022-04-05 中国联合网络通信集团有限公司 调度优先级的调整方法、设备及存储介质
CN114553937A (zh) * 2022-01-12 2022-05-27 北京达佳互联信息技术有限公司 数据采集方法、装置、设备及存储介质
CN115397030A (zh) * 2022-08-16 2022-11-25 中国联合网络通信集团有限公司 确定数据传输优先级的方法、装置、设备及存储介质
CN115643218A (zh) * 2022-09-28 2023-01-24 惠州市华达通气体制造股份有限公司 工业生产数据传输方法、装置和服务器
CN115941612A (zh) * 2022-11-14 2023-04-07 中国联合网络通信集团有限公司 数据处理方法、装置及存储介质
WO2023147707A1 (zh) * 2022-02-07 2023-08-10 Oppo广东移动通信有限公司 通信方法、接入网设备、核心网网元以及终端设备
WO2023212956A1 (zh) * 2022-05-06 2023-11-09 北京小米移动软件有限公司 一种数据包处理方法、装置及可读存储介质
WO2023213202A1 (zh) * 2022-05-05 2023-11-09 华为技术有限公司 通信方法和装置
WO2023225926A1 (en) * 2022-05-26 2023-11-30 Qualcomm Incorporated Layer 2 (l2) procedures for application data unit (adu) based scheduling

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115174567B (zh) * 2022-06-22 2024-06-14 浙江大华技术股份有限公司 一种送码方法、装置、设备及存储介质
CN117478608A (zh) * 2022-07-22 2024-01-30 华为技术有限公司 一种数据发送方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104092643A (zh) * 2014-07-29 2014-10-08 重庆邮电大学 2x2MIMO系统中基于HQAM的H.264/SVC视频传输方法
CN107148049A (zh) * 2017-05-18 2017-09-08 浪潮金融信息技术有限公司 一种同步支持多频段无线信号数据传输的方法
CN109618413A (zh) * 2019-01-02 2019-04-12 中国科学院上海微系统与信息技术研究所 一种电力无线专网系统多业务隔离方法
CN111726882A (zh) * 2019-03-19 2020-09-29 华为技术有限公司 数据传输的方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104022850B (zh) * 2014-06-20 2017-11-10 太原科技大学 基于信道特性的自适应分层视频传输方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104092643A (zh) * 2014-07-29 2014-10-08 重庆邮电大学 2x2MIMO系统中基于HQAM的H.264/SVC视频传输方法
CN107148049A (zh) * 2017-05-18 2017-09-08 浪潮金融信息技术有限公司 一种同步支持多频段无线信号数据传输的方法
CN109618413A (zh) * 2019-01-02 2019-04-12 中国科学院上海微系统与信息技术研究所 一种电力无线专网系统多业务隔离方法
CN111726882A (zh) * 2019-03-19 2020-09-29 华为技术有限公司 数据传输的方法及装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
GUANG-HUA YANG 等: "UEP for Video Transmission in Space-Time Coded OFDM System", IEEE, 31 December 2004 (2004-12-31) *
冯妮娜 等: ""利用Ｈ∙264／AVC数据分割实现GOP级视频传输的方法"", 《西安电子科技大学学报》, 30 June 2011 (2011-06-30), pages 1 - 2 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114286447A (zh) * 2021-12-27 2022-04-05 中国联合网络通信集团有限公司 调度优先级的调整方法、设备及存储介质
CN114553937A (zh) * 2022-01-12 2022-05-27 北京达佳互联信息技术有限公司 数据采集方法、装置、设备及存储介质
WO2023147707A1 (zh) * 2022-02-07 2023-08-10 Oppo广东移动通信有限公司 通信方法、接入网设备、核心网网元以及终端设备
WO2023213202A1 (zh) * 2022-05-05 2023-11-09 华为技术有限公司 通信方法和装置
WO2023212956A1 (zh) * 2022-05-06 2023-11-09 北京小米移动软件有限公司 一种数据包处理方法、装置及可读存储介质
WO2023225926A1 (en) * 2022-05-26 2023-11-30 Qualcomm Incorporated Layer 2 (l2) procedures for application data unit (adu) based scheduling
CN115397030A (zh) * 2022-08-16 2022-11-25 中国联合网络通信集团有限公司 确定数据传输优先级的方法、装置、设备及存储介质
CN115643218A (zh) * 2022-09-28 2023-01-24 惠州市华达通气体制造股份有限公司 工业生产数据传输方法、装置和服务器
CN115941612A (zh) * 2022-11-14 2023-04-07 中国联合网络通信集团有限公司 数据处理方法、装置及存储介质
CN115941612B (zh) * 2022-11-14 2024-05-17 中国联合网络通信集团有限公司 数据处理方法、装置及存储介质

Also Published As

Publication number Publication date
WO2021259112A1 (zh) 2021-12-30

Similar Documents

Publication Publication Date Title
WO2021259112A1 (zh) 一种业务传输方法及装置
JP6510156B1 (ja) 基地局
WO2021244218A1 (zh) 一种通信方法及装置
US20230354334A1 (en) Communication method and apparatus
US20240031870A1 (en) Media data transmission method and communication apparatus
US20230050923A1 (en) Media packet transmission method, apparatus, and system
US20240314637A1 (en) Data transmission method and communication apparatus
WO2022017403A1 (zh) 通信方法及装置
WO2021218593A1 (zh) 一种通信方法及装置
CN116782307A (zh) 业务速率调整方法及通信装置
CN115551019A (zh) 数据流的传输方法和传输装置
WO2024067374A1 (zh) 一种通信方法及装置
CN118102382B (zh) 一种数据处理方法及相关设备
WO2023109743A1 (zh) 传输数据的方法和通信装置
WO2023185608A1 (zh) 一种数据传输的方法及通信装置
WO2023070392A1 (zh) 数据传输方法、设备及存储介质
WO2024055871A1 (zh) 一种通信系统中传输数据的方法和通信装置
WO2023169230A1 (zh) 业务速率调整方法及通信装置
WO2024140600A1 (zh) 通信方法、通信装置及通信系统
CN116321475A (zh) 传输数据的方法和通信装置
TW202431883A (zh) 一種通信方法及裝置
KR20240110640A (ko) 반-지속적 스케줄링 방법, 사용자 장비, 기지국, 및 통신 시스템
CN118450517A (zh) 资源配置方法及设备
CN118101134A (zh) 编码速率调整方法及设备
CN116156560A (zh) 无线通信方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination