数据传输的方法、管理服务质量流的方法、设备及介质与流程

本申请涉及通信技术领域，具体涉及一种数据传输的方法、一种管理服务质量流的方法、设备及存储介质。

背景技术：

第五代(5th Generation，5G)的(Release16，R16)版本引入了时间敏感网络(Time Sensitive Network，TSN)的时间敏感通信(Time Sensitive Communication，TSC)，以使5G支持精确时间控制的工业自动化制造应用。

TSC至少要实现终端，也可以称为用户设备(User Equipment，UE)与用户面功能(user plane function，UPF)网元之间时间同步消息的传输，以及实现UE与UPF之间确定时延业务数据的传输。

TSC数据的传输是基于服务质量(Quality of Service，QoS)流(Flow)的，针对TSC数据，采用统一的QoS流进行传输。

技术实现要素：

本申请实施例提供一种数据传输的方法，可以为不同的TSC数据采用不同的QoS流进行传输，从而提高了TSC数据传输的精准度。本申请实施例还提供了相应的管理服务质量流的方法、设备及存储介质。

本申请第一方面提供一种数据传输的方法，该方法应用于第一设备，该方法可以包括：

获取待传输数据；

根据扩展的以太包过滤集中所包括的网络类型信息，确定所述待传输数据是时间敏感通信TSC数据；

根据所述扩展的以太包过滤集确定所述TSC数据的传输特性；

根据所述传输特性，将所述TSC数据映射到与所述传输特性对应的服务质量QoS流上进行传输。

本申请第二方面提供一种管理服务质量流的方法，所述方法应用于第二设备，该方法可以包括：

接收第一设备发送的会话创建请求；

根据所述会话创建请求和服务质量管理策略，创建第一服务质量QoS流，所述第一QoS流对应第一扩展的以太包过滤集，所述第一扩展的以太包过滤集包括网络类型信息和用于指示传输特性的第一信息；

向所述第一设备发送所述第一扩展的以太包过滤集。

本申请第三方面提供一种数据传输的设备，可以包括：

获取模块，用于获取待传输数据；

第一确定模块，用于根据扩展的以太包过滤集中所包括的网络类型信息，确定所述获取模块获取的待传输数据是时间敏感通信TSC数据；

第二确定模块，用于根据所述扩展的以太包过滤集确定所述第一确定模块确定的TSC数据的传输特性；

映射模块，用于根据所述第二确定模块确定的传输特性，将所述TSC数据映射到与所述传输特性对应的服务质量QoS流上；

传输模块，用于基于映射模块映射的QoS流对所述TSC数据进行传输。

结合上述第三方面，一种可能的实现方式中，所述第一确定模块用于：

确定所述待传输数据的以太类型Ethertype所对应的参数是否用于指示TSC类型；

若所述Ethertype所对应的参数用于指示TSC类型，则确定所述待传输数据是时间敏感通信TSC数据。

一种可能的实现方式中，所述第二确定模块用于：

确定所述TSC数据的数据类型；

若所述数据类型是事件event类型，则确定所述TSC数据的传输特性为第一特性；

若所述数据类型是通用general类型，则确定所述TSC数据的传输特性为第二特性，基于所述第一特性传输的数据在资源分配与调度上高于基于所述第二特性传输的数据。

一种可能的实现方式中，所述第二确定模块用于：

获取所述数据类型的指示位的指示符；

若所述指示符位于第一区间，则所述数据类型为event类型；

若所述指示符位于第二区间，则所述数据类型为general类型，所述第一区间对应第一特性，所述第二区间对应第二特性。

一种可能的实现方式中，所述映射模块用于：

若所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第一QoS流上；

若所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第二QoS流上。

一种可能的实现方式中，所述扩展的以太包过滤集还包括精确时间协议(Precision Time Protocol，PTP)或通用精确时间协议(general Precision Time Protocol，gPTP)协议头域的属性信息，所述属性信息包括如下至少一项：时钟域(domainNumber)、标准开发组织标识(Standardization Development organization Identity，SdoId)，源端口标识(SourcePortIdentity)、精确时间协议版本信息(versionPTP)。

该PTP/gPTP协议是电器和电子工程师协会(Institute of Electrical and Electronics Engineers，IEEE)所制定的。

所述第二确定模块，还用于确定所述TSC数据的属性信息；

所述映射模块用于：

若所述TSC数据属于第一属性信息，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第一QoS流上进行传输；

若所述TSC数据属于第一属性信息，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第二QoS流上进行传输；

若所述TSC数据属于第二属性信息，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第三QoS流上进行传输；

若所述TSC数据属于第二属性信息，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第四QoS流上进行传输。

一种可能的实现方式中，所述第二确定模块，还用于确定所述TSC数据的时钟域；

所述映射模块用于：

若所述TSC数据属于第一时钟域，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第一QoS流上；

若所述TSC数据属于第一时钟域，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第二QoS流上；

若所述TSC数据属于第二时钟域，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第三QoS流上；

若所述TSC数据属于第二时钟域，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第四QoS流上。

一种可能的实现方式中，所述第二确定模块，还用于确定所述TSC数据的源端口标识；

所述映射模块用于：

若所述TSC数据属于第一源端口标识，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第一QoS流上进行传输；

若所述TSC数据属于第一源端口标识，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第二QoS流上进行传输；

若所述TSC数据属于第二源端口标识，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第三QoS流上进行传输；

若所述TSC数据属于第二源端口标识，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第四QoS流上进行传输。

一种可能的实现方式中，所述第二确定模块，还用于确定所述TSC数据的时钟域和源端口标识；

所述映射模块用于：

若所述TSC数据属于第一时钟域和第一源端口标识，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第一QoS流上进行传输；

若所述TSC数据属于第一时钟域和第一源端口标识，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第二QoS流上进行传输；

若所述TSC数据属于第一时钟域和第二源端口标识，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第三QoS流上进行传输；

若所述TSC数据属于第一时钟域和第二源端口标识，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第四QoS流上进行传输。

一种可能的实现方式中，当所述设备为用户设备UE时，所述扩展的以太包过滤集为会话管理功能SMF网元通过QoS规则下发给所述UE的；

当所述设备为用户面功能UPF网元时，所述扩展的以太包过滤集为会话管理功能SMF网元通过数据包检测规则PDR下发给所述UPF网元的。

一种可能的实现方式中，所述映射模块，用于当所述设备为用户设备UE时，将所述TSC数据映射到与所述传输特性对应的服务质量QoS流所指示的空口资源上进行上行传输。

一种可能的实现方式中，所述映射模块，用于当所述设备为用户面功能UPF网元时，将所述TSC数据映射到与所述传输特性对应的服务质量QoS流所指示的隧道资源上进行下行传输。

一种可能的实现方式中，所述传输模块，还用于发送会话创建请求或修改请求，所述创建请求用于触发第二设备创建服务质量QoS流，所述会话修改请求用于触发第二设备修改服务质量QoS流。

一种可能的实现方式中，所述传输特性包括如下至少一项：所述传输特性包括如下至少一项：

资源类型、优先级(Priority Level)、包时延预算(Packet Delay Budget，PDB)、包出错率(Packet Error Rate，PER)、最大数据突发量(Maximum Data Burst Volume，MDBV)、平均空口(Average Window，AV)、分配保留能力与优先级(Allocation Retention and Priority，ARP)、时间敏感网络TSN源端口标识与目的端口标识对(TSN Source Port ID and Destination Port ID pair)、服务质量流标识(QoS Flow Id，QFI)或传输层互联网协议差分服务码(Internet Protocol Differentiated Services Code Point Marking，IP DSCP Marking)。

本申请第四方面提供一种管理服务质量流的设备，可以包括：

接收模块，用于接收第一设备发送的会话创建请求；

创建模块，用于根据所述接收模块接收的会话创建请求和服务质量管理策略，创建第一服务质量QoS流，所述第一QoS流对应第一扩展的以太包过滤集，所述第一扩展的以太包过滤集包括网络类型信息和用于指示传输特性的第一信息；

发送模块，用于向所述第一设备发送所述创建模块创建的第一QoS流对应的第一扩展的以太包过滤集。

一种可能的实现方式中，所述设备还包括修改模块，

所述接收模块，还用于接收第一设备发送的会话修改请求；

所述修改模块，用于根据所述会话修改请求和服务质量管理策略，将所述第一QoS流修改为第二QoS流，所述第二QoS流对应第二扩展的以太包过滤集，所述第二扩展的以太包过滤集包括网络类型信息和用于指示传输特性的第二信息；

所述发送模块，还用于向所述第一设备发送所述第二扩展的以太包过滤集。

一种可能的实现方式中，当所述设备为用户设备UE时，所述第一扩展的以太包过滤集和所述第二扩展的以太包过滤集都分别包含在QoS规则中被发送给所述UE。

一种可能的实现方式中，当所述第一设备为用户设备UPF网元时，所述第一扩展的以太包过滤集和所述第二扩展的以太包过滤集都分别包含在数据包探测规则PDR中被发送给所述UPF网元。

本申请第五方面提供一种数据传输的设备，可以包括：通信接口、处理器和存储器；该存储器用于存储计算机执行指令，当该数据传输的设备运行时，该通信接口用于执行上述第一方面或第一方面任一可能的实现方式中传输模块所执行的动作，该处理器执行该存储器存储的该计算机执行指令，以执行上述第一方面或第一方面任一可能的实现方式中第一确定模块、第二确定模块、映射模块所执行的动作。

本申请第六方面提供一种管理服务质量流的设备，可以包括：通信接口、处理器和存储器；该存储器用于存储计算机执行指令，当该管理服务质量流的设备运行时，该通信接口用于执行上述第二方面或第二方面任一可能的实现方式中接收模块、发送模块所执行的动作，该处理器执行该存储器存储的该计算机执行指令，以执行上述第二方面或第二方面任一可能的实现方式中创建模块、修改模块所执行的动作。

本申请的第七方面提提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。

本申请的第八方面提提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。

本申请的第九方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。

本申请的第十方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。

本申请实施例在传输数据时，若确定待传输数据时TSC数据，则可以为不同的TSC数据采用不同的QoS流进行传输，从而提高了TSC数据传输的精准度。

附图说明

图1是本申请实施例提供的5G网络的一网络架构的示意图；

图2是本申请实施例提供的5G网络的另一网络架构的示意图；

图3是本申请实施例提供的5G网络的另一网络架构的示意图；

图4是本申请实施例提供的管理服务质量的方法的一实施例示意图；

图5是本申请实施例提供的管理服务质量的方法的另一实施例示意图；

图6是本申请实施例提供的数据传输的方法的一实施例示意图；

图7是本申请实施例提供的管理服务质量的设备的一实施例示意图；

图8是本申请实施例提供的数据传输的设备的一实施例示意图；

图9是本申请实施例提供的通信设备的一实施例示意图。

具体实施方式

下面结合附图，对本申请的实施例进行描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。本领域普通技术人员可知，随着技术的发展和新场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例提供一种数据传输的方法，可以为不同的TSC数据采用不同的QoS流进行传输，从而提高了TSC数据传输的精准度。本申请实施例还提供了相应的设备及存储介质。以下分别进行详细说明。

本申请实施例提供的数据传输的方法，可应用与第五代(5th generation，5G)网络中，也可以应用于其他可支持TSC数据传输的网络，下面以5G网络为例进行介绍。

下面结合附图先分别介绍适用于本申请的5G网络结构。

图1为本申请的5G网络中TSN的一通信网络架构的示意图。图2是采用服务器接口的方式表示的5G网络中TSN的另一通信网络架构示意图。图1和图2中的用户设备(User Equipment，UE)、(无线)接入网络((Radio)Access Network，(R)AN)、用户面功能(User Plane Function，UPF)网元一般被称为用户层网络功能网元或实体。

在TSN中，UE与时间敏感通信设备侧都属于(Device-side TSN translator，DS-TT)设备侧桥(Device side of Bridge)，该设备侧桥与时间敏感通信系统(TSN System)连接。UPF网元中包括时间敏感通信网络侧(Device-side TSN translator，DS-TT)。

为了实现对TSN网络的这种透明性，以及5GS作为任何其他TSN桥的外观，5GS通过DS-TT和NW-TT提供TSN进入和退出端口。DS-TT和NW-TT可选地支持以下功能:

保持和转发功能，以消除抖动；

链路层连接性发现和报告。

UE可以包括：手持终端、笔记本电脑、用户单元(Subscriber Unit)、蜂窝电话(Cellular Phone)、智能电话(Smart Phone)、无线数据卡、个人数字助理(Personal Digital Assistant，PDA)电脑、平板型电脑、无线调制解调器(Modem)、手持设备(Handheld)、膝上型电脑(Laptop Computer)、无绳电话(Cordless Phone)或者无线本地环路(Wireless Local Loop，WLL)台、机器类型通信(Machine Type Communication，MTC)终端或是其他可以接入网络的设备。UE与接入网设备之间采用某种空口技术相互通信。

RAN设备：主要负责空口侧的无线资源管理、服务质量(Quality of Service，QoS)管理、数据压缩和加密等功能。接入网设备可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如，在5G系统中，称为gNB。

图1和图2中其他的网元，则被称为控制层网络功能网元或实体，主要用于实现用户层流量可靠稳定的传输，会话管理功能(Session Management Function，SMF)网元，主要用于负责用户面网元选择、用户面网元重定向、互联网协议(Internet Protocol，IP)地址分配、承载的建立、修改和释放、建立或修改QoS流等；接入和移动性管理功能(Access and Mobility Management Function，AMF)网元，主要负责信令处理部分，例如接入控制、移动性管理、附着与去附着以及网元选择等功能；策略控制功能(Policy Control Function，PCF)网元，主要支持提供统一的策略框架来控制网络行为，提供策略规则给控制层网络功能，同时负责获取与策略决策相关的用户签约信息。应用功能(Application Function，AF)网元：主要支持与第三代合作伙伴计划(The 3rd generation partnerproject，3GPP)核心网交互来提供服务，例如影响数据路由决策，策略控制功能或者向网络侧提供第三方的一些服务。网络切片选择功能(Network Slice Selection Function，NSSF)网元，主要用于进行网络切片选择。网络暴露功能(Network Exposure Function，NEF)网元：主要支持3GPP网络和第三方应用安全的交互，NEF能够安全的向第三方暴露网络能力和事件，用于加强或者改善应用服务质量，3GPP网络同样可以安全的从第三方获取相关数据，用以增强网络的智能决策；同时该网元支持从统一数据库恢复结构化数据或者向统一数据库中存储结构化数据。统一数据管理(unified data management，UDM)，可以用于进行数据管理。

上述图1和图2所示的网元中，UE会发送上行数据，UPF会发送下行数据，无论是UE发送上行数据，还是UPF会发送下行数据，在发送的数据是TSC数据时，都需要将该TSC数据映射到QoS流上进行传输。

本申请实施例中，如图3所示，UE和UPF网元在映射时所使用的QoS流都是SMF生成的，SMF可以从PCF网元处接收策略与计费控制(Policy and Charging Control，PCC)规则，该PCC规则中可以包括QoS管理策略，SMF可以基于UE发送的会话创建请求根据QoS管理策略创建QoS流，也可以根据会话修改请求，修改QoS流。每个QoS流都会对应一个扩展的以太包过滤集(Ethernet Packet Filter Set)，该扩展的以太包过滤集中包括网络类型信息、精确时间协议(Precision Time Protocol，PTP)或通用精确时间协议(general Precision Time Protocol，gPTP)协议头域的属性信息，所述属性信息包括如下至少一项：时钟域(domainNumber)、标准开发组织标识(Standardization Development organization Identity，SdoId)，源端口标识(SourcePortIdentity)、精确时间协议版本信息(versionPTP)。该PTP/gPTP协议是电器和电子工程师协会(Institute of Electrical and Electronics Engineers，IEEE)所制定的。SMF网元会将该扩展的以太包过滤集携带在QoS规则中发送给UE，用于在UE发送上行的TSC数据时，根据该扩展的以太包过滤集确定QoS流。SMF网元还会将该扩展的以太包过滤集携带在数据包检测规则(Packet Detection Rule，PDR)中发送给UPF网元，用于在UPF网元发送下行的TSC数据时，根据该扩展的以太包过滤集确定QoS流。

下面先描述SMF网元创建QoS流以及修改QoS流的过程，再描述UE或UPF网元基于SMF网元所提供的QoS流进行数据传输的过程。

如图4所示，本申请实施例提供的管理服务质量流的方法的一实施例可以包括：

301、UE发起会话创建请求。

UE发起的会话创建请求可以是通过RAN和AMF网元向SMF网元发起的。该SMF网元可以是AMF网元为UE选择的。

302、SMF网元从PCF网元接收服务质量管理策略。

PCF网元为SMF网元提供PCC规则，该PCC规则中可以包括QoS管理策略。

303、SMF网元根据所述会话创建请求和服务质量管理策略，创建第一服务质量QoS流。

QoS流可以理解为是一组与服务质量相关的参数的集合，例如为满足一定的QoS特性的传输路径信息，该传输路径信息可以包括源端口标识、源地址、目的端口和目的地址等。QoS特性可以包括资源类型、优先级、包时延预算PDB、包出错率PER、最大数据突发量MDBV、平均空口AV、分配保留能力与优先级ARP或抖动等参数中的一个或多个。

所述第一QoS流对应第一扩展的以太包过滤集。也可以理解为是SMF基于扩展的Ethernet Packet Filter Set来创建QoS流，这样基于扩展的Ethernet Packet Filter Set中参数不同取值就可以创建不同的QoS流。从而支持不同类型的TSC数据的传输，也可以支持不同时钟域的TSC数据的传输。

本申请实施例提供的扩展的以太包过滤集可以包括：

源(Source)/目的(Destination)媒体介入控制(Media Acess Control，MAC)地址(Address)；

以太类型(Ethertype)；

该Ethertype可以包括在源或目的MAC地址中或者Ethertype位于源或目的MAC地址之后，当Ethertype用一个预设参数指示时，就可以表示待传输的数据是TSC数据，该预先指定的参数可以是0X88F7，当然这里的0X88F7只是举例，其他预先设定的数值，只要是协议规定好，或者预先协商好的，都可以用于指示待传输的数据是TSC数据。而且，也不限于是Ethertype的预设参数，例如：也可以是源或目的Ethernet MAC地址中出现了一个特殊的地址，这种情况也可以认为是TSC通信，也就是待传输的数据是TSC数据。

扩展的以太包过滤集中还可以包括PTP/gPTP头域所定义的数据类型，也可以称为消息类型(MessageType)，该数据类型可以有事件event类型和通用general类型两种，其中，event类型可以包括如下四种：

a)Sync；

b)Delay_Req；

c)Pdelay_Req；

d)Pdelay_Resp。

general类型可以包括如下6种：

Announce；

Follow_Up；

Delay_Resp；

Pdelay_Resp_Follow_Up；

Management；

Signaling。

上述event类型和general类型在扩展的以太包过滤集中都可以有相应的值还指示，可以参阅下表1进行理解：

参阅表1，若UE或UPF网元通过检测扩展的以太包过滤集获知MessageType的指示位的数值是0-3中的任一数值，则可以确定该待传输的数据是event类型，若确定是8、9、A-D中的一个指示符，则可以确定该待传输的数据是general类型。

该扩展的以太包过滤集还可以包括如下PTP/gPTP头域所定义的信息。

标准开发组织标识SdoId(MajorSdoId+MinorSdoId)/特定传输点transportSpecific；

精确时间协议版本信息versionPTP；

消息类型MessageType；

时钟域domainNumber；

Flags；

MessageTypeSpecific；

源端口标识SourcePortIdentity；

SequenceId

controlField；

LogMessagInterval。

所述第一扩展的以太包过滤集可以包括网络类型信息如：0X88F7，以及用于指示传输特性的第一信息，所述传输特性可以包括如下至少一项：

资源类型、优先级(Priority Level)、包时延预算(Packet Delay Budget，PDB)、包出错率(Packet Error Rate，PER)、最大数据突发量(Maximum Data Burst Volume，MDBV)、平均空口(Average Window，AV)、分配保留能力与优先级(Allocation Retention and Priority，ARP)、时间敏感网络TSN源端口标识与目的端口标识对(TSN Source Port ID and Destination Port ID pair)、服务质量流标识(QoS Flow Id，QFI)或传输层互联网协议差分服务码(Internet Protocol Differentiated Services Code Point Marking，IP DSCP Marking)。

第一信息可以是消息类型的第一指示符，如：0-3，8、9、A至D中的任一指示符。当然，第一信息也不限于是消息类型的第一指示符，还可以是其他可以用于指示传输特性的信息。

304、SMF网元向UE发送服务质量规则。

该服务质量规则QoS Rules包括上述与第一QoS流对应的第一扩展的以太包过滤集。

305、SMF网元向UPF网元发送数据包探测规则PDR。

该PDR中包括上述与第一QoS流对应的第一扩展的以太包过滤集。

SMF网元与UPF网元之间的通信接口为N4。

该步骤301至305只是以生成第一QoS流以及与第一QoS流对应的第一扩展的以太包过滤集为例，实际上，SMF网元可以为UE生成多个QoS流。而且，QoS流也是可以修改的。

下面结合图5介绍本申请实施例中修改QoS流的过程。

如图5所示，本申请实施例提供的管理服务质量流的方法的另一实施例可以包括：

401、UE发送会话修改请求。

402、SMF网元从PCF网元接收服务质量管理策略。

403、SMF网元根据所述会话修改请求和服务质量管理策略，将所述第一QoS流修改为第二QoS流。

所述第二QoS流对应第二扩展的以太包过滤集，关于该第二扩展的以太包过滤集所包括的内容可以参阅步骤303中第一扩展的以太包过滤集中的相应内容进行理解，可以只是其中消息类型的值不同。

所述第二扩展的以太包过滤集可以包括网络类型信息如：0X88F7，以及用于指示传输特性的第二信息，该第二信息可以是消息类型的第二指示符，如：0-3,8、9、A至D中的任一与第一指示符不同的指示符。

404、SMF网元向UE发送服务质量规则。

该服务质量规则QoS Rules包括上述与第二QoS流对应的第二扩展的以太包过滤集。

405、SMF网元向UPF网元发送数据包探测规则PDR。

该PDR中包括上述与第二QoS流对应的第二扩展的以太包过滤集。

本申请实施例中上述图4和图5所描述的方案只是想突出本申请的重点，在实际消息发送过程中，可能需要其他设备或网元的参与，其他设备或网元的参与过程可以参阅现有的5G间各网元的通信过程进行理解，本申请想表达的是在现有的以太包过滤集基础上进行了扩展，从而在数据传输时，可以使用扩展的以太包过滤集中的相应信息去选择合适的QoS流，从而实现了事件类型的TSC数据与通用类型的TSC数据可以采用不同的QoS流进行传输，不同的时钟域的数据也可以采用不同的QoS流进行传输，即实现了数据传输的隔离，还可以提高各种类型数据传输的精准度。

基于上述所描述的内容，下面介绍本申请实施例所提供的数据传输的方法。

为了便于描述，本申请实施例中，将UE或UPF网元称为第一设备，将SMF网元称为第二设备，当然，第一设备也可以包括其他具有本申请UE或UPF网元所执行功能的网元或设备，第二设备也包括其他具有本申请SMF网元所执行功能的网元或设备。

下面，结合图6介绍本申请实施例所提供的数据传输的方法。

如图6所示，本申请实施例提供的数据传输的方法的一实施例可以包括：

501、第一设备获取待传输数据。

当第一设备是UE时，该待传输数据是上行数据，当该第一设备是UPF网元时，该待传输数据是下行数据。

502、第一设备根据扩展的以太包过滤集中所包括的网络类型信息，确定所述待传输数据是时间敏感通信TSC数据。

网络类型信息可以是上述实施例中所描述的Ethertype的预设参数，如：0X88F7，当然，也可以是其他预先规定或协商好的参数值。

503、第一设备根据所述扩展的以太包过滤集确定所述TSC数据的传输特性。

所述传输特性可以包括如下至少一项：

所述传输特性可以包括如下至少一项：

资源类型、优先级、PDB、PER、MDBV、AV、ARP、TSN Source Port ID and Destination Port ID pair、QFI或传输层IP DSCP Marking。

504、第一设备根据所述传输特性，将所述TSC数据映射到与所述传输特性对应的服务质量QoS流上进行传输。

QoS流可以理解为是一组与服务质量相关的参数的集合，例如为满足一定的QoS特性的传输路径信息，该传输路径信息可以包括源端口标识、源地址、目的端口和目的地址等。QoS特性可以包括资源类型、优先级、包时延预算PDB、包出错率PER、最大数据突发量MDBV、平均空口AV、分配保留能力与优先级ARP或抖动等参数中的一个或多个。

将所述TSC数据映射到与所述传输特性对应的服务质量QoS流上可以理解为是采用该QoS流所包含的参数传输该TSC数据。

本申请实施例在传输数据时，若确定待传输数据时TSC数据，则可以为不同的TSC数据采用不同的QoS流进行传输，从而提高了TSC数据传输的精准度。

其中，一些可能的实施例中，所述根据扩展的以太包过滤集中所包括的网络类型信息，确定所述待传输数据是时间敏感通信TSC数据，可以包括：

确定所述待传输数据的以太类型Ethertype所对应的参数是否用于指示TSC类型；

若所述Ethertype所对应的参数用于指示TSC类型，则确定所述待传输数据是时间敏感通信TSC数据。

本申请实施例中，该Ethertype可以包括在源或目的MAC地址中或者Ethertype位于源或目的MAC地址之后，当Ethertype用一个预设参数指示时，就可以表示待传输的数据是TSC数据，该预先指定的参数可以是0X88F7，当然这里的0X88F7只是举例，其他预先设定的数值，只要是协议规定好，或者预先协商好的，都可以用于指示待传输的数据是TSC数据。而且，也不限于是Ethertype的预设参数，例如：也可以是源或目的Ethernet MAC地址中出现了一个特殊的地址，这种情况也可以认为是TSC通信，也就是待传输的数据是TSC数据。

一些可能的实施例中，所述根据所述扩展的以太包过滤集确定所述TSC数据的传输特性，可以包括：

确定所述TSC数据的数据类型；

若所述数据类型是事件event类型，则确定所述TSC数据的传输特性为第一特性；

若所述数据类型是通用general类型，则确定所述TSC数据的传输特性为第二特性，基于所述第一特性传输的数据在资源分配与调度上高于基于所述第二特性传输的数据。

本申请实施例中，关于数据类型可以参阅上述实施例中步骤303部分所描述的内容，例如：表1所对应的内容进行理解，第一特性可以是第一优先级，第二特性可以是第二优先级，该优先级可以是传输优先级，也可以是调度优先级。当然，第一特性也可以是第一传输时延，第二特征可以是第二传输时延。当然，本申请实施例中的传输特性还可以通过其他参数来表示，不限于这里列举的优先级和传输时延。

一些可能的实施例中，所述确定所述TSC数据的数据类型，可以包括：

获取所述数据类型的指示位的指示符；

若所述指示符位于第一区间，则所述数据类型为event类型；

若所述指示符位于第二区间，则所述数据类型为general类型，所述第一区间对应第一特性，所述第二区间对应第二特性。

本申请实施例中，数据类型，在表1中表示为类型(MessageType)，该MessageType的指示位会有一个指示符，该指示符可以是数值也可以是其他符号，例如：表1中的0至F，在表1中，当指示符处于0-3这个第一区间时，表示数据类型为event类型，当指示符位于8、9、A至D这个第二区间时，表示数据类型为general类型。

当然，依据表1是这种判断方式，若MessageType的指示位有其他规定，这按照相应规定区分event类型和general类型。

一些可能的实施例中，所述根据所述传输特性，将所述TSC数据映射到与所述传输特性对应的服务质量QoS流上进行传输，可以包括：

若所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第一QoS流上进行传输；

若所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第二QoS流上进行传输。

本申请实施例中，因为event类型较重要，以优先级为例，可以表示为event类型的数据的优先级高于general类型的数据的优先级，这样，在使用QoS流时，会选择第一特性对应第一QoS流传输event类型的TSC数据，当数据是general类型的数据时，会选择相对于优先级较低的第二特性对应的第二QoS流传输general类型的数据。

一些可能的实施例中，本申请实施例提供的数据传输的方法还可以包括：

所述扩展的以太包过滤集还包括精确时间协议PTP/通用精确时间协议gPTP协议头域的属性信息，所述属性信息包括如下至少一项：时钟域、标准开发组织标识、源端口标识、精确时间协议版本信息；

所述方法还包括：

确定所述TSC数据的属性信息；

所述根据所述传输特性，将所述TSC数据映射到与所述传输特性对应的服务质量QoS流上进行传输，包括：

若所述TSC数据属于第一属性信息，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第一QoS流上进行传输；

若所述TSC数据属于第一属性信息，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第二QoS流上进行传输；

若所述TSC数据属于第二属性信息，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第三QoS流上进行传输；

若所述TSC数据属于第二属性信息，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第四QoS流上进行传输。

本申请实施例中，关于使用QoS流可以从多个维度上进行判断，可以是基于属性信息中所列举的一个维度或多个组合后的维度先做判断，然后再基于event类型或general类型确定应该使用的QoS流。

一些可能的实施例中，本申请实施例提供的数据传输的方法还可以包括：

确定所述TSC数据的时钟域；

所述根据所述传输特性，将所述TSC数据映射到对应的服务质量QoS流上进行传输，可以包括：

若所述TSC数据属于第一时钟域，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第一QoS流上进行传输；

若所述TSC数据属于第一时钟域，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第二QoS流上进行传输；

若所述TSC数据属于第二时钟域，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第三QoS流上进行传输；

若所述TSC数据属于第二时钟域，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第四QoS流上进行传输。

本申请实施例中，还考虑了时钟域，针对不同时钟域的数据也可以做传输隔离，若是第一时钟域的数据，则将TSC数据映射到与第一时钟域对应的QoS流上，若是第二时钟域的数据，则将TSC数据映射到与第二时钟域对应的QoS流上，在不同的时钟域再考虑该数据的数据类型，进而选择不同特性对应的QoS流。

例如Domain A的Event类型的数据，可以映射到一个QoS Flow Xa。Genral类型的数据，可以映射到另一个QoS Flow Ya上，并且QoS Flow Xa的优先级比QoS Flow Ya高，即QoS Flow Xa的Priority值比QoS Flow Ya的Priority值大。

DomainB的Event类型的数据，可以映射到一个QoS Flow Xb。Genral类型的数据，可以映射到另一个QoS Flow Yb上，并且QoS Flow Xb的优先级比QoS Flow Yb高，即QoS Flow Xb的Priority值比QoS Flow Yb的Priority值大。

一些可能的实施例中，本申请实施例提供的数据传输的方法还可以包括：

确定所述TSC数据的源端口标识；

所述根据所述传输特性，将所述TSC数据映射到对应的服务质量QoS流上进行传输，可以包括：

若所述TSC数据属于第一源端口标识，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第一QoS流上进行传输；

若所述TSC数据属于第一源端口标识，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第二QoS流上进行传输；

若所述TSC数据属于第二源端口标识，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第三QoS流上进行传输；

若所述TSC数据属于第二源端口标识，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第四QoS流上进行传输。

本申请实施例中，还考虑了源端口标识，针对不同源端口的数据也可以做传输隔离，若是第一源端口的数据，则将TSC数据映射到与第一源端口对应的QoS流上，若是第二源端口的数据，则将TSC数据映射到与第二源端口对应的QoS流上，针对不同的源端口的数据再考虑该数据的数据类型，进而选择不同特性对应的QoS流。

例如源端口标识A的Event类型的数据，可以映射到一个QoS Flow Xa。Genral类型的数据，可以映射到另一个QoS Flow Ya上，并且QoS Flow Xa的优先级比QoS Flow Ya高，即QoS Flow Xa的Priority值比QoS Flow Ya的Priority值大。

源端口标识B的Event类型的数据，可以映射到一个QoS Flow Xb。Genral类型的数据，可以映射到另一个QoS Flow Yb上，并且QoS Flow Xb的优先级比QoS Flow Yb高，即QoS Flow Xb的Priority值比QoS Flow Yb的Priority值大。

一些可能的实施例中，本申请实施例提供的数据传输的方法还可以包括：

确定所述TSC数据的时钟域和源端口标识；

所述根据所述传输特性，将所述TSC数据映射到与所述传输特性对应的服务质量QoS流上进行传输，可以包括：

若所述TSC数据属于第一时钟域和第一源端口标识，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第一QoS流上进行传输；

若所述TSC数据属于第一时钟域和第一源端口标识，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第二QoS流上进行传输；

若所述TSC数据属于第一时钟域和第二源端口标识，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第三QoS流上进行传输；

若所述TSC数据属于第一时钟域和第二源端口标识，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第四QoS流上进行传输。

本申请实施例描述了基于三个维度确定QoS流的方案，先基于时钟域和源端口标识确定后，在基于event类型或general类型确定使用哪个QoS流。

一些可能的实施例中，当所述第一设备为用户设备UE时，所述根据所述传输特性，将所述TSC数据映射到与所述传输特性对应的服务质量QoS流上进行传输，可包括：

所述UE将所述TSC数据映射到与所述传输特性对应的服务质量QoS流所指示的空口资源上进行上行传输。

本申请实施例中，针对上行数据，UE则将TSC数据映射到RAN的空口资源上进行传输。

一些可能的实施例中，当所述第一设备为用户面功能UPF网元时，所述根据所述传输特性，将所述TSC数据映射到与所述传输特性对应的服务质量QoS流上进行传输，可以包括：

所述UPF网元将所述TSC数据映射到与所述传输特性对应的服务质量QoS流所指示的隧道资源上进行下行传输。

本申请实施例中，针对下行数据，UPF网元则将TSC数据映射到相应的隧道资源上进行传输。隧道资源可以参阅图1和图2中各网元之间的接口进行理解。

以上描述了本申请实施例所涉及的网络架构以及管理服务质量流的方法，以及数据传输的方法，下面结合附图介绍本申请实施例提供的管理服务质量流的设备60和数据传输的设备70。

如图7所示，本申请实施例提供的管理服务质量流的设备60的一实施例可以包括：

接收模块601，用于接收第一设备发送的会话创建请求；

创建模块602，用于根据所述接收模块601接收的会话创建请求和服务质量管理策略，创建第一服务质量QoS流，所述第一QoS流对应第一扩展的以太包过滤集，所述第一扩展的以太包过滤集包括网络类型信息和用于指示传输特性的第一信息；

发送模块603，用于向所述第一设备发送所述创建模块602创建的第一QoS流对应的第一扩展的以太包过滤集。

本申请实施例可以为不同类型的TSC数据创建不同的QoS流这样在传输TSC数据时，就可以为不同的TSC数据采用不同的QoS流进行传输，从而提高了TSC数据传输的精准度。

一些可能的实施例中，所述设备还包括修改模块，

所述接收模块601，还用于接收第一设备发送的会话修改请求；

所述修改模块604，用于根据所述会话修改请求和服务质量管理策略，将所述第一QoS流修改为第二QoS流，所述第二QoS流对应第二扩展的以太包过滤集，所述第二扩展的以太包过滤集包括网络类型信息和用于指示传输特性的第二信息；

所述发送模块603，还用于向所述第一设备发送所述第二扩展的以太包过滤集。

一些可能的实施例中，当所述设备为用户设备UE时，所述第一扩展的以太包过滤集和所述第二扩展的以太包过滤集都分别包含在QoS规则中被发送给所述UE。

一些可能的实施例中，当所述第一设备为用户设备UPF网元时，所述第一扩展的以太包过滤集和所述第二扩展的以太包过滤集都分别包含在数据包探测规则PDR中被发送给所述UPF网元。

如图8所示，本申请实施例提供的数据传输的设备70的一实施例可以包括：

获取模块701，用于获取待传输数据；

第一确定模块702，用于根据扩展的以太包过滤集中所包括的网络类型信息，确定所述获取模块701获取的待传输数据是时间敏感通信TSC数据；

第二确定模块703，用于根据所述扩展的以太包过滤集确定所述第一确定模块702确定的TSC数据的传输特性；

映射模块704，用于根据所述第二确定模块703确定的传输特性，将所述TSC数据映射到与所述传输特性对应的服务质量QoS流上；

传输模块705，用于基于映射模块704映射的QoS流对所述TSC数据进行传输。

本申请实施例在传输数据时，若确定待传输数据是TSC数据，则可以为不同的TSC数据采用不同的QoS流进行传输，从而提高了TSC数据传输的精准度。

一些可能的实施例中，所述第一确定模块702用于：

确定所述待传输数据的以太类型Ethertype所对应的参数是否用于指示TSC类型；

若所述Ethertype所对应的参数用于指示TSC类型，则确定所述待传输数据是时间敏感通信TSC数据。

一些可能的实施例中，所述第二确定模块703用于：

确定所述TSC数据的数据类型；

若所述数据类型是事件event类型，则确定所述TSC数据的传输特性为第一特性；

若所述数据类型是通用general类型，则确定所述TSC数据的传输特性为第二特性，基于所述第一特性传输的数据在资源分配与调度上高于基于所述第二特性传输的数据。

一些可能的实施例中，所述第二确定模块703用于：

获取所述数据类型的指示位的指示符；

若所述指示符位于第一区间，则所述数据类型为event类型；

若所述指示符位于第二区间，则所述数据类型为general类型，所述第一区间对应第一特性，所述第二区间对应第二特性。

一些可能的实施例中，所述映射模块704用于：

若所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第一QoS流上；

若所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第二QoS流上。

一些可能的实施例中，所述扩展的以太包过滤集还包括精确时间协议PTP/通用精确时间协议gPTP协议头域的属性信息，所述属性信息包括如下至少一项：时钟域、标准开发组织标识、源端口标识、精确时间协议版本信息；

所述第二确定模块703，还用于确定所述TSC数据的属性信息；

所述映射模块704用于：

若所述TSC数据属于第一属性信息，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第一QoS流上进行传输；

若所述TSC数据属于第一属性信息，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第二QoS流上进行传输；

若所述TSC数据属于第二属性信息，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第三QoS流上进行传输；

若所述TSC数据属于第二属性信息，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第四QoS流上进行传输。

一些可能的实施例中，所述第二确定模块703，还用于确定所述TSC数据的时钟域；

所述映射模块704用于：

若所述TSC数据属于第一时钟域，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第一QoS流上；

若所述TSC数据属于第一时钟域，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第二QoS流上；

若所述TSC数据属于第二时钟域，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第三QoS流上；

若所述TSC数据属于第二时钟域，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第四QoS流上。

一些可能的实施例中，所述第二确定模块703，还用于确定所述TSC数据的源端口标识；

所述映射模块704用于：

若所述TSC数据属于第一源端口标识，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第一QoS流上进行传输；

若所述TSC数据属于第一源端口标识，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第二QoS流上进行传输；

若所述TSC数据属于第二源端口标识，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第三QoS流上进行传输；

若所述TSC数据属于第二源端口标识，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第四QoS流上进行传输。

一种可能的实现方式中，所述第二确定模块703，还用于确定所述TSC数据的时钟域和源端口标识；

所述映射模块704用于：

若所述TSC数据属于第一时钟域和第一源端口标识，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第一QoS流上进行传输；

若所述TSC数据属于第一时钟域和第一源端口标识，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第二QoS流上进行传输；

若所述TSC数据属于第一时钟域和第二源端口标识，且所述数据类型是事件event类型，则将所述TSC数据映射到与所述第一特性对应的第三QoS流上进行传输；

若所述TSC数据属于第一时钟域和第二源端口标识，且所述数据类型是通用general类型，则将所述TSC数据映射到与所述第二特性对应的第四QoS流上进行传输。

一种可能的实现方式中，当所述设备为用户设备UE时，所述扩展的以太包过滤集为会话管理功能SMF网元通过QoS规则下发给所述UE的；

当所述设备为用户面功能UPF网元时，所述扩展的以太包过滤集为会话管理功能SMF网元通过数据包检测规则PDR下发给所述UPF网元的。

一些可能的实施例中，所述映射模块704，用于当所述设备为用户设备UE时，将所述TSC数据映射到与所述传输特性对应的服务质量QoS流所指示的空口资源上进行上行传输。

一些可能的实施例中，所述映射模块704，用于当所述设备为用户面功能UPF网元时，将所述TSC数据映射到与所述传输特性对应的服务质量QoS流所指示的隧道资源上进行下行传输。

一些可能的实施例中，所述传输模块705，还用于发送会话创建请求或修改请求，所述创建请求用于触发第二设备创建服务质量QoS流，所述会话修改请求用于触发第二设备修改服务质量QoS流。

一些可能的实施例中，所述传输特性包括如下至少一项：

资源类型、优先级、PDB、PER、MDBV、AV、ARP、TSN Source Port ID and Destination Port ID pair、QFI或传输层IP DSCP Marking。

可以理解的是，上述管理服务质量流的设备和数据传输的设备实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的功能，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

从实体装置角度来描述，上述管理服务质量流的设备和数据传输的设备都可以由一个实体装置实现，也可以由多个实体装置共同实现，还可以是一个实体装置内的一个逻辑功能单元，本申请实施例对此不作具体限定。

例如，上述管理服务质量流的设备或数据传输的设备可以由图9中的通信设备来实现。图9所示为本申请实施例提供的通信设备的硬件结构示意图。该通信设备包括至少一个处理器801、存储器802、通信线路803。该通信设备还可以包括收发器804以及通信接口806中的至少一个。

处理器801可以是一个通用中央处理器(Central Processing Unit，CPU)，微处理器，特定应用集成电路(Application-Specific Integrated Circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路803可包括一通路，在上述组件之间传送信息。

收发器804，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(Radio Access Network，RAN)，无线局域网(Wireless Local Area Networks，WLAN)等。该收发器804也可以是收发电路或者收发信机。当该通信设备为第一网络功能实体时，可以包括该收发器。

该通信设备也可以包括通信接口806。

存储器802可以是只读存储器(Read-Only Memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(Random Access Memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路803与处理器801相连接。存储器802也可以和处理器801集成在一起。

其中，存储器802用于存储执行本申请方案的计算机执行指令，并由处理器801来控制执行。处理器801用于执行存储器802中存储的计算机执行指令，从而实现本申请上述方法实施例提供的管理服务质量的方法或数据传输的方法。

一种可能的实现方式，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器801可以包括一个或多个CPU，例如图9中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备可以包括多个处理器，例如图9中的处理器801和处理器805。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机执行指令)的处理核。

从功能单元的角度，本申请可以根据上述方法实施例对管理服务质量流的设备或数据传输的设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个功能单元中。上述集成的功能单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述接收模块601、发送模块603、传输模块705都可以通过收发器804来实现，创建模块602、修改模块604、获取模块701、第一确定模块702、第二确定模块703和映射模块704都可以通过处理器801或处理器805来实现。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：ROM、RAM、磁盘或光盘等。

以上对本申请实施例所提供的数据传输的方法、管理服务质量流的方法以及设备和存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。