数据的传输方法和装置、用户设备及基站与流程

本发明涉及通信领域，具体而言，涉及一种数据的传输方法和装置、用户设备及基站。

背景技术：

随着无线移动通信技术的不断发展，对新一代的无线通信技术提出了更高且更多元化的要求，例如，增强型移动带宽、大规模海量连接、低时延高可靠性等。新一代技术对低时延的要求为：在高可靠性保障的前提下为用户提供毫秒级的端到端时延，即完成从基站pdcp(packetdataconvergenceprotocol，即分组数据信道)到终端pdcp的时延为1ms。例如，在虚拟现实、远程工业控制、自动驾驶等应用场景中，对时延的要求十分严格。

附图1所示为lte系统用户面协议栈，在基站enb端，用户面的高层可分为三个子层，即pdcp层(packetdataconvergenceprotocol，即分组数据汇聚协议层)、rlc层(radiolinkcontrol，即无线链路控制)和mac层(mediumaccesscontrol，即媒体访问控制)。pdcp层提供报头压缩/解压缩，加密/解密的服务。rlc层提供分段、级联、重组rlcsdus(servicedataunit，服务数据单元)、重排序、重复包检测的服务，mac层提供逻辑信道到传输信道的映射、复用/解复用一个或多个逻辑信道的macsdus、调度信息上报、通过harq(hybridautomaticrepeatrequest，即混合自动重传请求)进行差错检测、处理一个ue的逻辑信道优先级、通过动态调度对各个ue进行优先级处理、传输模式选择、加padding(即填充)的服务。其中，mac层的macpdu的格式如附图2所示：一个macpdu(protocaldataunits，协议数据单元)由一个mac报头(macheader)和有效数据净荷macpayload组成。macpayload由若干macsdu、macce和padding组成。macheader由一个或多个macsubheader(即mac子报头)组成，每个subheader对应一个macsdu或多个macsdus，或一个macce，或一个padding。

上述用户面的数据传输处理步骤较多、复杂度较高、耗时较长，难以满足低时延业务对于时延的需求。

针对相关技术中传输用户面数据的延迟较大的技术问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种数据的传输方法和装置、用户设备及基站，以至少解决相关技术中传输用户面数据的延迟较大的技术问题。

根据本发明实施例的一个方面，提供了一种数据的传输方法，该方法包括：基站发送无线数据承载drb的配置信息至用户设备，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；基站收发用户设备的用户面空口数据，其中，用户面空口数据承载在drb上。

可选地，用户面空口数据在基站的介质访问控制mac层的数据传输格式为透明协议数据单元macpdu，其中，透明macpdu包括用于携带用户面空口数据的服务数据单元macsdu。

可选地，基站的物理phy层中用于传输用户面空口数据的传输tb块中包括填充比特。

可选地，drb对应的基站侧逻辑信道与用户面空口数据经过的第一传输信道具有一一对应的关系，其中，第一传输信道为基站的mac层与phy层间的信道。

可选地，用户面空口数据在基站的无线链路控制rlc层采用的传输模式为透明传输tm模式。

根据本发明实施例的一个方面，还提供了一种数据的传输方法，该方法包括：用户设备接收基站发送的无线数据承载drb的配置信息，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；用户设备收发基站的用户面空口数据，其中，用户面空口数据承载在drb上。

可选地，用户面空口数据在用户设备的介质访问控制mac层的数据传输格式为透明协议数据单元macpdu，其中，透明macpdu包括用于携带用户面空口数据的服务数据单元macsdu。

可选地，用户设备的物理phy层中用于传输用户面空口数据的传输tb块中包括填充比特。

可选地，drb对应的用户设备侧逻辑信道与用户面空口数据经过的第二传输信道具有一一对应的关系，其中，第二传输信道用户设备的mac层与phy层间的信道。

可选地，用户面空口数据在用户设备的无线链路控制rlc层采用的传输模式为透明传输tm模式。

根据本发明实施例的另一个方面，提供了一种数据的传输装置，应用于基站，该装置包括：发送单元，用于发送无线数据承载drb的配置信息至用户设备，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；第一传输单元，用于收发用户设备的用户面空口数据，其中，用户面空口数据承载在drb上。

可选地，用户面空口数据在基站的介质访问控制mac层的数据传输格式为透明协议数据单元macpdu，其中，透明macpdu包括用于携带用户面空口数据的服务数据单元macsdu。

可选地，基站的物理phy层中用于传输用户面空口数据的传输tb块中包括填充比特。

可选地，drb对应的基站侧逻辑信道与用户面空口数据经过的第一传输信道具有一一对应的关系，其中，第一传输信道为基站的mac层与phy层间的信道。

根据本发明实施例的另一个方面，还提供了基站，该基站包括上述的任意一种数据的传输装置。

根据本发明实施例的另一个方面，还提供了一种数据的传输装置，该装置包括：接收单元，用于接收基站发送的无线数据承载drb的配置信息，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；第二传输单元，用于收发基站的用户面空口数据，其中，用户面空口数据承载在drb上。

可选地，用户面空口数据在用户设备的介质访问控制mac层的数据传输格式为透明协议数据单元macpdu，其中，透明macpdu包括用于携带用户面空口数据的服务数据单元macsdu。

可选地，用户设备的物理phy层中用于传输用户面空口数据的传输tb块中包括填充比特。

根据本发明实施例的另一个方面，还提供了一种用户设备，该用户设备包括上述的任意一种数据的传输装置。

根据本发明实施例的另一个方面，提供了一种基站，基站包括：第一处理器；用于存储第一处理器可执行指令的第一存储器；用于根据第一处理器的控制进行信息收发通信的第一传输装置；其中，第一处理器用于执行以下操作：发送无线数据承载drb的配置信息至用户设备，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；收发用户设备的用户面空口数据，其中，用户面空口数据承载在drb上。

可选地，用户面空口数据在基站的介质访问控制mac层的数据传输格式为透明协议数据单元macpdu，其中，透明macpdu包括用于携带用户面空口数据的服务数据单元macsdu。

根据本发明实施例的另一个方面，提供了一种用户设备，用户设备包括：第二处理器；用于存储第二处理器可执行指令的第二存储器；用于根据第二处理器的控制进行信息收发通信的第二传输装置；其中，第二处理器用于执行以下操作：接收基站发送的无线数据承载drb的配置信息，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；收发基站的用户面空口数据，其中，用户面空口数据承载在drb上。

可选地，用户面空口数据在用户设备的介质访问控制mac层的数据传输格式为透明协议数据单元macpdu，其中，透明macpdu包括用于携带用户面空口数据的服务数据单元macsdu。

根据本发明的另一个实施例，提供了一种存储介质，存储介质可以被设置为存储用于执行以下步骤的程序代码：发送无线数据承载drb的配置信息至用户设备，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；收发用户设备的用户面空口数据，其中，用户面空口数据承载在drb上。

根据本发明的另一个实施例，还提供了一种存储介质，存储介质可以被设置为存储用于执行以下步骤的程序代码：接收基站发送的无线数据承载drb的配置信息，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；收发基站的用户面空口数据，其中，用户面空口数据承载在drb上。

通过上述实施例，基站发送无线数据承载drb的配置信息至用户设备，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；基站收发用户设备的用户面空口数据，其中，用户面空口数据承载在drb上，从而解决了相关技术中传输用户面数据的延迟较大的技术问题，实现了降低用户面数据的传输延迟的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是相关技术中可选的lte系统用户面协议栈的示意图；

图2是相关技术中可选的协议数据单元的示意图；

图3是根据本发明实施例的可选的计算机终端的示意图；

图4是根据本发明实施例的可选的数据的传输方法的流程图；

图5是根据本发明实施例的可选的数据的传输方法的流程图；

图6是根据本发明实施例的用户面协议栈层结构的示意图；

图7是根据本发明实施例的可选的业务模型的示意图；

图8是根据本发明实施例的可选的下行数据传输的流程图；

图9是根据本发明实施例的可选的上行数据传输的流程图；

图10是根据本发明实施例的可选的建立专用承载的流程图；

图11是根据本发明实施例的可选的建立专用承载的流程图；

图12是根据本发明实施例的可选的建立专用承载的流程图；

图13是根据本发明实施例的可选的业务模型的示意图；

图14是根据本发明实施例的可选的业务模型的示意图；

图15是根据本发明实施例的可选的业务模型的示意图；

图16是根据本发明实施例的可选的建立专用承载的流程图；

图17是根据本发明实施例的可选的建立专用承载的流程图；

图18是根据本发明实施例的可选的数据的传输装置的示意图；

图19是根据本发明实施例的可选的数据的传输装置的示意图；

图20是根据本发明实施例的用户设备的示意图；

图21是根据本发明实施例的基站的示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例一所提供的方法实施例可以在移动终端(如用户设备、小型基站)、计算机终端(如用户设备上的控制部件或基站的控制部件)或者类似的运算装置中执行。以运行在计算机终端上为例，如图3所示，计算机终端可以包括一个或多个(图中仅示出一个)处理器301(处理器301可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器303、以及用于通信功能的传输装置305。本领域普通技术人员可以理解，图3所示的结构仅为示意，其并不对上述电子装置的结构造成限定。

存储器303可用于存储应用软件的软件程序以及模块，如本发明实施例中的设备的控制方法对应的程序指令/模块，处理器301通过运行存储在存储器303内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中，传输装置包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

根据本发明实施例，提供了一种数据的传输方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图4是根据本发明实施例的可选的数据的传输方法的流程图，如图4所示，该方法包括如下步骤：

步骤s401，基站发送无线数据承载drb的配置信息至用户设备，配置信息包括无线网络临时标识rnti，rnti专用于drb。

用户设备ue(也即终端)在接收到配置信息之后，即可通过rnti确定与之对应的drb，而该drb是专用于传输用户面空口数据，或者专用于传输某一类用户面空口数据的。

步骤s402，基站收发用户设备的用户面空口数据，用户面空口数据承载在drb上。

由于用户设备可通过rnti确定对应的drb，和与drb对应的用户面空口数据，也即，用户设备可以确定需要发送或者接收到的是什么样的数据，而不用进行过多的数据处理，进而可以达到降低延迟的目的。

通过上述实施例，基站发送无线数据承载drb的配置信息至用户设备，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；基站收发用户设备的用户面空口数据，其中，用户面空口数据承载在drb上，从而解决了相关技术中传输用户面数据的延迟较大的技术问题，实现了降低用户面数据的传输延迟的技术效果。

在步骤s401的实施例中，基站发送无线数据承载drb的配置信息至用户设备时，配置信息包括无线网络临时标识rnti，rnti专用于drb，也即rnti为drb的传输专用。

步骤s402的基站收发用户设备的用户面空口数据，包括以下至少之一：基站发送用户面空口数据至用户设备；基站接收用户设备发送的用户面空口数据。

可选地，用户面空口数据在基站的介质访问控制mac层的数据传输格式为透明协议数据单元macpdu，其中，透明macpdu包括用于携带用户面空口数据的服务数据单元macsdu(servicedataunit，服务数据单元)。如在基站发送用户设备的用户面空口数据之前，基站的mac(mediaaccesscontrol，媒体接入控制)层实体采用透明macpdu(macprotocoldataunit，媒体接入控制层实体的协议数据单元)传输用户面空口数据至发送端的phy(physicallayerprotocol，物理层协议)层实体。

需要说明的是，现有lte系统中的macpdu如图2所示，包括macheader、macpayload等组成部分，对于发包对象和收包对象而言均会造成额外的资源开销，进而会影响发送接收的效率，而采用透明macpdu，不包括macheader、macpayload中的macce、padding等组成部分，进而可以减少发包对象和收包对象的资源开销，同时减少对数据的组/解包头、组/解包尾处理，从而可以达到降低系统处理时延的效果。

可选地，基站的mac层实体采用透明macpdu传输用户面空口数据至基站的phy层实体时，mac层实体在用于向phy层实体发送数据的传输信道上发送透明macpdu至phy层实体。

drb对应的基站侧逻辑信道与用户面空口数据经过的第一传输信道具有一一对应的关系，其中，第一传输信道为基站的mac层与phy层间的信道。

可选地，在基站的mac层实体采用透明macpdu传输用户面空口数据至phy层实体之前，基站的rlc层实体采用透传模式传输用户面空口数据至mac层实体。

可选地，基站的物理phy层中用于传输用户面空口数据的传输tb块中包括填充比特。例如，在mac层实体采用透明macpdu传输用户面空口数据至phy层实体之后，phy层实体按照所支持的传输块大小对传输块tb(transportblock)进行填充，传输块中携带有用户面空口数据；在执行完上述填充步骤之后，phy层实体可为传输块添加crc(cyclicredundancycheck，循环冗余校验)校验码。

根据本发明实施例，还提供了一种数据的传输方法的方法实施例，图5是根据本发明实施例的可选的数据的传输方法的流程图，如图5所示，该方法包括如下步骤：

步骤s501，用户设备接收基站发送的无线数据承载drb的配置信息，配置信息包括无线网络临时标识rnti，rnti专用于drb。

用户设备ue(也即终端)在接收到配置信息之后，即可通过rnti确定与之对应的drb，而该drb是专用于传输用户面空口数据，或者专用于传输某一类用户面空口数据的。

步骤s502，用户设备收发基站的用户面空口数据，用户面空口数据承载在drb上。

由于用户设备可通过rnti确定对应的drb，和与drb对应的用户面空口数据，也即，用户设备可以确定需要发送或者接收到的是什么样的数据，而不用进行过多的数据处理，进而可以达到降低延迟的目的。

通过上述实施例，用户设备接收基站发送的无线数据承载drb的配置信息，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；用户设备收发基站的用户面空口数据，其中，用户面空口数据承载在drb上，从而解决了相关技术中传输用户面数据的延迟较大的技术问题，实现了降低用户面数据的传输延迟的技术效果。

步骤s502的用户设备收发基站的用户面空口数据，包括以下至少之一：用户设备发送用户面空口数据至基站；用户设备接收基站发送的用户面空口数据。

可选地，用户面空口数据在用户设备的介质访问控制mac层的数据传输格式为透明协议数据单元macpdu，其中，透明macpdu仅包括用于携带用户面空口数据的服务数据单元macsdu。

可选地，用户设备的物理phy层中用于传输用户面空口数据的传输tb块中包括填充比特。

可选地，drb对应的用户设备侧逻辑信道与用户面空口数据经过的第二传输信道具有一一对应的关系，其中，第二传输信道用户设备的mac层与phy层间的信道。

可选地，用户面空口数据在用户设备的无线链路控制rlc层采用的传输模式为透明传输tm模式。

下面结合具体的实施场景详述本申请的实施例：

场景1

单播场景下urllc业务的mac透传方案。

lte系统用户面协议栈层结构如附图6所示，图中描述了pdcp层、rlc层、mac层的上下行用户面的结构。层与层之间通过sap(serviceaccesspoints)交互，mac层与phy层(physicallayer，osi的最底层物理层)之间是传输信道，mac层与rlc层之间是逻辑信道。mac层提供将多个逻辑信道(即无线承载)复用到同一个传输信道的服务。

图6中分为两类数据承载：普通业务承载和urllc(低时延高可靠urllc全称为ultrareliablelowlatencycommunication)业务专用承载。

从图6中可以看出，普通业务承载经过pdcp层加密及报头压缩处理，rlc层分段/级联处理映射到对应的逻辑信道dtch，mac层对各逻辑信道数据进行调度、复用及harq(hybridautomaticrepeatrequest，混合自动重传请求)操作，并将逻辑信道多对一映射到传输信道上(如下行传输信道dl-sch、上行传输信道ul-sch)。urllc业务专用承载经过pdcp层加密及报头压缩(期rohc/加密)处理(图6中虚线框表示也可以选择不进行加密及报头压缩处理)、rlc层透传映射到专用逻辑信道上，mac层对urllc业务专用逻辑信道进行调度及harq操作，但对逻辑信道不进行复用，而是一对一映射到传输信道上。

在本实施例中，主要描述单播场景下urllc业务的mac透传方案，其业务模型如附图7所示，用户终端ue与基站进行数据交互。在单播场景下，下行urllc业务的数据分为两种类型：动态调度或sps调度(semi-persistentscheduling，即半永久性调度)的首包数据；sps调度的非首包周期调度数据。下行数据传输过程如附图8所示。

子场景a

下行urllc业务属于动态调度或sps调度的首包数据,具体传输步骤如下：

步骤s801，下行urllc业务数据从网关x-gw到达基站，基站确定通过urllc业务专用承载来下发该业务数据。

步骤s802，基站的pdcp层对urllc业务可以不进行rohc头压缩及加密处理，直接透传给rlc；或对urllc业务进行与普通业务数据同样的处理。

步骤s803，基站的rlc层对rlcsdu进行透传，即不进行分段/级联处理，通知mac层。

步骤s804，判断是否为动态调度或sps调度的首包数据，若是则执行步骤s805，否则执行步骤s808。

步骤s805，基站的mac层进行下行动态调度，将调度结果发送给phy层，同时将macsdu直接作为macpdu传递给phy(mac层将urllc业务的专用逻辑信道dtch一对一映射到传输信道上，不进行复用。对macsdu既不加mac报头，也不加padding。

步骤s806，基站的phy对下行控制信息和tb块(transportblock，即传输块)进行处理并通过空口发送。以上过程中，phy会用urllc业务承载建立时配置的专用rnti对pdcch和pdsch进行处理，当物理层支持的tbsize(数据块大小)大于业务数据包大小时，物理层在crc添加之前对tb块打padding(即填充)。

步骤s807，终端ue用urllc业务承载建立时配置的专用rnti(cellradionetworktemporaryidentifier，即无线网络临时标识)解出对应的pdcch，并接收数据。

步骤s812，终端的phy进行处理，将tb块传递给mac层。

步骤s813，终端的mac层将透明macpdu透传给rlc(mac层不需要解报头和去padding)。

步骤s814，终端的rlc层将rlcpdu透传给pdcp层。

步骤s815，终端的pdcp层对pdcppdu不进行处理，直接透传，或进行与普通业务数据同样的处理，即报头解压缩及解密处理。

子场景b

下行urllc业务属于sps调度的非首包周期调度数据，具体传输步骤如下：

该场景的前四个步骤与前一实施例中步骤s801至步骤s804相同。

步骤s808，判断是否为sps周期数据，若是则执行步骤s809，否则结束。

步骤s809，基站的mac层将macsdu直接作为macpdu传递给phy。mac层将urllc业务的专用逻辑信道dtch一对一映射到传输信道上，不进行复用。对macsdu既不加mac报头，也不加padding。

步骤s810，基站的phy对tb块进行处理并通过空口发送。以上过程中，phy会用urllc业务承载建立时配置的专用rnti对pdsch进行处理，当物理层支持的tbsize大于业务数据包大小时，物理层在crc添加之前对tb块打padding。

步骤s811，终端ue接收数据。

剩余的步骤与步骤s812至步骤s815相同。

在单播场景下，上行urllc业务的数据分为两种类型：动态调度或sps调度的首包数据；sps调度的非首包周期调度数据。上行数据传输过程如附图9所示。

子场景c

上行urllc业务属于动态调度或sps调度的首包数据，在专用sr(调度请求sr全称为schedulingrequest)不包含bsr(缓存状态报告bsr全称为bufferstatusreports)信息，可按照如下步骤执行：

步骤s901，上行urllc业务数据到达终端，终端确定通过urllc业务专用承载来传输该业务数据。

步骤s902，终端的pdcp层对urllc业务不进行rohc头压缩及加密处理，透传给rlc层；或对urllc业务进行与普通业务数据同样的处理，即进行头压缩及加密处理。

步骤s903，终端的rlc层对rlcsdu进行透传，即不进行分段/级联处理，通知mac层上行数据到达。

步骤s904，判断是否为动态调度或是否为sps调度的首包数据，若是则执行步骤s905，否则执行步骤s912。

步骤s905，终端向基站发送上行urllc业务专用调度请求sr。

步骤s906，判断专用调度请求sr中是否携带bsr信息，若是则执行步骤s910，否则执行步骤s907。

步骤s907，基站给终端发送小的上行授权，用于终端向基站上报数据缓存报告bsr。

步骤s908，终端向基站发送上行urllc业务专用bsr。

步骤s909，基站侧mac层进行上行调度并将调度结果发送终端的phy。

基站侧phy层对上行调度结果进行处理并通过空口发送给终端。以上过程中，phy对pdcch进行处理时会用到urllc业务承载建立时配置的专用rnti。

终端的phy层用urllc业务承载建立时配置的专用rnti解出上行授权信息。

步骤s913，终端的mac层从rlc层获取macsdu，mac层将macsdu直接作为macpdu传递(透传)给phy，mac层将urllc业务的专用逻辑信道dtch一对一映射到传输信道上，不进行复用。对macsdu既不加mac报头，也不加padding。

步骤s914，终端phy层对tb块进行处理并将携带上行数据的pusch发送给基站，当物理层支持的tbsize大于业务数据包大小时，物理层在crc添加之前对tb块打padding。

步骤s915，基站侧phy层接收上行数据并进行处理后，将tb块发给mac层。过程中会使用专用rnti进行解扰。

步骤s916，基站的mac层对透明macpdu不进行处理，透传给rlc层。mac层不需要解报头和去padding。

步骤s917，基站的rlc层对透明rlcpdu不进行处理，透传给pdcp层。

步骤s918，基站的pdcp层对pdcppdu可以透传处理或进行与普通业务数据同样的处理，即进行头压缩及加密处理。

在专用sr包含bsr信息(业务数据包大小固定)的情况下，可按照如下步骤执行：

前四个步骤与步骤s901至步骤s904相同。

步骤s910，终端向基站发送上行urllc业务专用调度请求sr(包含bsr信息)。

步骤s911，基站侧mac层从专用调度请求sr中获取bsr信息进行上行调度并将调度结果发送给phy。

剩余的步骤同步骤s913至步骤s918。

另外，在步骤s904的判断结果为否的情况下，执行步骤s912。

步骤s912，判断是否为sps周期数据，若是则执行步骤s913，否则结束。

子场景d

上行urllc业务属于sps调度的非首包周期调度数据，具体步骤如下：

步骤s11，上行urllc业务数据到达终端，终端确定通过urllc业务专用承载来传输该业务数据。

步骤s12，终端的pdcp层对urllc业务不进行rohc头压缩及加密处理，透传给rlc层；或对urllc业务进行与普通业务数据同样的处理。

步骤s13，终端的rlc层对rlcsdu进行透传，即不进行分段/级联处理，通知mac层。

步骤s14，终端的mac层从rlc层获取macsdu，mac层将macsdu直接作为macpdu传递给phy，mac层将urllc业务的专用逻辑信道dtch一对一映射到传输信道上，不进行复用。对macsdu既不加mac报头，也不加padding。

步骤s15，终端phy层对tb块进行处理并将携带上行数据的pusch发送给基站，当物理层支持的tbsize大于业务数据包大小时，物理层在crc添加之前对tb块打padding。

步骤s16，基站侧接收上行数据，phy层进行处理后，将tb块发给mac层。过程中会使用专用rnti进行解扰。

步骤s17，基站的mac层对透明macpdu不进行处理，透传给rlc层。不需要解报头和去padding。

步骤s18，基站的rlc层对透明rlcpdu不进行处理，透传给pdcp层。

步骤s19，基站的pdcp层对pdcppdu可以透传处理。(或进行与普通业务数据同样的处理。

需要说明的是，当urllc业务与普通业务同时存在时，普通业务按照普通业务的传输过程进行处理，本方案不影响普通业务的传输过程，仅在优先级方面存在区别，普通业务的优先级低于urllc业务的优先级，并且普通业务不能和urllc业务复用在一个macpdu中。

在本实施例的控制面处理中，以上为单播场景下的下行urllc业务的数据传输过程，对urllc业务的控制面也需要进行特殊配置。系统在对其配置数据无线承载drb时，drb配置信息中要包含urllc业务专用无线网络临时标识rnti，专用rnti的作用包括两方面，一方面是标识该业务承载，另一方面用于物理层对urllc业务的控制信息和数据信息进行处理以及终端的接收。从而在其数据无线承载的相关信元中需要加入专用rnti字段并设置相应条件，通过专用数据无线承载配置给基站和终端。此外，在本申请中，用户面接收端和发送端的rlc、mac层均采用透传模式，系统对urllc业务数据无线承载drb的配置需要与用户面相匹。urllc业务承载建立、修改、释放信令交互如下：

1、urllc专用承载建立过程如附图10：

步骤s1001，epc向基站发送urllc专用承载建立请求(e-rabsetuprequest)。

步骤s1002，基站enb通过重配消息(rrcconnectionreconfiguration)，将urllc专用承载消息传递给ue，重配消息要带有标识urllc的专用rnti配。

步骤s1003，ue建立专用承载成功，返回rrcconnectionreconfigurationcomplete消息(消息中携带专用rnti)。

步骤s1004，基站发送e-rabsetupresponse消息给epc，表明无线承载建立成功。

2、urllc专用承载修改过程如附图11：

步骤s1101，epc通过e-rabmodifyresponse传递urllc专用承载修改消息告知enb。

步骤s1102，enb通过重配消息(rrcconnectionreconfiguration)将专用rnti指示的urllc专用承载修改消息传递给ue。

步骤s1103，ue建立专用承载成功，返回rrcconnectionreconfigurationcomplete消息(消息中携带专用rnti)，表明承载修改成功。

步骤s1104，enb发送e-rabmodifyresponse消息给epc，表明无线承载修改成功。

3、urllc专用承载释放过程如附图12：

步骤s1201，epc发送e-rabreleasecommand消息给enb，释放urllc专用承载。

步骤s1202，enb启动承载释放流程，发送rrcconnectionreconfiguration给ue，重配消息要带有标识urllc的专用rnti。

步骤s1203，ue收到重配消息rrcconnectionreconfiguration后释放相关承载资源，并向基站发送rrcconnectionreconfigurationcomplete消息，表明无线承载释放成功。

步骤s1204，enb收到rrcconnectionreconfigurationcomplete消息后，发送e-rabreleaseresponse消息给epc，表明无线承载释放成功。

场景2

comp场景下urllc业务的mac透传方案。

本实施例主要描述comp(多点协作传输:coordinatedmultiplepointstransmission/reception)场景下urllc业务的mac透传方案，其业务模型如图13。本实施例中comp场景的下行采用dps数据传输模型，即在同一个时刻，comp协作点集合(多个comp协作基站)中只有一个基站向ue传输数据，其他协作点(基站)不向ue传输数据。图13中主服务小区a主要进行调度和决策传输下行tb块的小区，小区b和小区c是协作小区，根据主服务小区a的指示传输相应的tb块给终端ue。

comp场景下，下行urllc业务的数据分为两种类型：动态调度或sps调度的首包数据；sps调度的非首包周期调度数据。

子场景a

下行urllc业务属于动态调度或sps调度的首包数据,具体传输步骤如下：

步骤s21,下行urllc业务数据从x-gw到达基站a，基站a确定通过urllc业务专用承载来下发该业务数据。

步骤s22,基站a的pdcp层对urllc业务可以不进行rohc头压缩及加密处理，透传给rlc,或对urllc业务进行与普通业务数据同样的处理。

步骤s23,基站a的rlc层对rlcsdu不进行分段/级联处理，通知mac层。

步骤s24,基站a的mac层进行下行动态调度，根据comp决策出当前适合与终端传输数据的小区(这里暂定决定的小区为协作小区b)。基站a将下行urllc业务的下行调度结果和tb块发送给基站b的phy层。mac层将urllc业务的专用逻辑信道dtch一对一映射到传输信道上，不进行复用。对macsdu既不加mac报头，也不加padding。

接下来的步骤参考场景1的子场景a中步骤s805之后的步骤。

子场景b

下行urllc业务属于sps调度的非首包周期调度数据，具体传输步骤如下：

步骤s31,基站a的pdcp层对urllc业务可以不进行rohc头压缩及加密处理，透传给rlc(或对urllc业务进行与普通业务数据同样的处理)。

步骤s32,基站a的rlc层对rlcsdu不进行分段/级联处理，通知mac层。

步骤s33,基站a的mac层根据comp决策出当前适合与终端传输数据的小区,这里暂定决定的小区为协作小区b。基站a将下行urllc业务的tb块发送给基站b的phy层。mac层将urllc业务的专用逻辑信道dtch一对一映射到传输信道上，不进行复用。对macsdu既不加mac报头，也不加padding。

接下来的步骤参考场景1的子场景a中步骤s805之后的步骤。

需要说明的是：在以上两个子场景中，如果服务基站a根据comp决定的小区为协作小区c或服务小区a，步骤同上。

comp场景的上行主要采用cs/cb数据传输模型，即在同一个时刻，终端ue在同一时刻只向comp协作点集合(多个comp协作基站)中一个具有最佳接收能力的基站传输上行数据，不向其他协作点(基站)传输数据。假定当前时刻选择了基站a。

上行基站侧和终端侧数据传输过程具体步骤参考场景1中上行urllc业务的数据传输步骤。

关于控制面处理，comp场景下的控制面特殊配置处理参考场景1的控制面的处理过程。

场景3

切换场景下urllc业务的mac透传方案。

本实施例主要描述无缝切换场景下urllc业务的mac透传方案，其业务模型如图14。即在rrc_connected状态下，终端ue从源小区a切换到目标小区b。

在该场景的下行urllc业务数据传输具体步骤如下：

步骤s41，当终端收到源基站小区a的切换命令后切换到目标基站，同时与源基站数据传输中断，源基站将未传输的下行数据通过x2口发送给目标基站，并将未成功发送的下行数据丢弃。终端开始接收目标小区的下行数据。

余下的步骤参考场景1下行urllc业务传输步骤。

切换场景的上行urllc业务数据传输具体步骤如下：

步骤s51，终端切换到目标基站b,同时源基站a将成功接收到的上行数据发送给网关，将未完成接收的上行数据丢弃。当终端与目标基站b上行链路建立成功后，开始传输上行数据给目标基站b。

余下的步骤参考场景1上行urllc业务传输步骤。

控制面处理，切换场景下终端与目标基站的控制面特殊配置处理参场景1的控制面的处理过程。

场景4

多播场景下下行urllc业务的mac透传方案。

本实施例主要描述多播场景下的下行urllc业务的mac透传方案，业务模型如附图15所示。本实施例中的多播场景是指单小区mbms传输场景，即sc-ptm传输。

该场景的下行urllc业务数据传输方式如下：

下行urllc业务数据从多播/广播业务中心(bm-sc)的用户平面到达mbms网关，mbms网关确定通过urllc业务专用承载来下发该业务数据，并负责对数据进行pdcp层的分组和报头压缩处理(或者不进行pdcp层处理)，数据经m1口到达基站enb。基站加入ip多播组后开始接收mbms用户面的数据。通过业务组1与用户终端(如ue1至ue3)进行数据交互。

余下的步骤参考场景1中下行urllc业务的数据传输步骤(基站从rlc层处理开始)。

控制面，多播场景下的控制面特殊配置处理参考场景1的控制面。但mbms的承载建立和释放和单播场景略有不同，具体如下。

1、mbms场景下urllc专用承载建立过程如附图16所示：

步骤s1601，mme向mce发送“mbmssessionstartrequest”消息启动mbms承载建立过程，该消息包括ip多播地址、消息属性及等待第一包数据的最短时间及可用的小区信息。

步骤s1602，mce决策在空口采用sc-ptm方式携带mbms承载。同时mce向基站enb发送“mbmssessionstartrequest”消息，在该消息中，mce把从mme消息中获取的小区信息及承载的qos信息发送给基站。

步骤s1603，基站检查是否有足够的无线资源来建立新的mbms业务承载，如果资源不够，基站可能放弃建立该承载或根据arp通过先占的方式从其它无线承载获取无线资源来建立该承载。同时，基站向mce回复“mbmssessionstartresponse”消息。

步骤s1604，mce收到基站回复的“mbmssessionstartresponse”消息后，向mme回复“mbmssessionstartresponse”消息。

步骤s1605，基站向ue发送“mbmssessionstart”消息，用来通知ue关于mcch变更及更新指示信息，其中，携带mbms业务的相关配置信息。

需要说明的是，在以上mbms承载建立过程的消息中要携带urllc业务专用rnti。

2、mbms场景下urllc专用承载建立过程如附图17

步骤s1701，mme向mce发送“mbmssessionstoprequest”消息。

步骤s1702，mce向mme回复“mbmssessionstop”消息。

步骤s1703，mce向enb基站发送“mbmssessionstoprequest”消息。

步骤s1704，enb基站向mce回复“mbmssessionstop”消息。

步骤s1705，enb基站向ue发送“mbmssessionstop”消息，通过mcch消息删除相关mbms业务配置信息。

相关的mbms的e-rab承载被释放，同时enb离开ip多播组。

需要说明的是，在mbms承载释放过程的消息中要携带urllc业务专用rnti。

本申请的技术方案在传输低时延业务时，用户面的mac层采用透明macpdu传输数据，可以省掉网络侧和终端侧mac层对macpdu加/去报头、加/去padding的组/拆包时延。此外，mac层将低时延业务drb对应的专用逻辑信道一对一映射到传输信道，可以省掉逻辑信道复用时延。用户面的rlc层采用tm模式(即透明传输模式)，可以省掉网络侧和终端侧rlc层分段、级联、重组rlcsdus、重排序的时延。从而可以满足低时延业务对于时延的需求。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

本发明实施例中还提供了一种数据的传输装置。该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图18是根据本发明实施例的可选的数据的传输装置的示意图。如图18所示，该装置可以包括：发送单元181和第一传输单元183。

发送单元181，用于发送无线数据承载drb的配置信息至用户设备，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；

用户设备在接收到配置信息之后，即可通过rnti确定与之对应的drb，而该drb是专用于传输用户面空口数据，或者专用于传输某一类用户面空口数据的。

第一传输单元183，用于收发用户设备的用户面空口数据，其中，用户面空口数据承载在drb上。

由于用户设备可通过rnti确定对应的drb，和与drb对应的用户面空口数据，也即，用户设备可以确定需要发送或者接收到的是什么样的数据，而不用进行过多的数据处理，进而可以达到降低延迟的目的。

通过上述实施例，发送单元发送无线数据承载drb的配置信息至用户设备，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；第一传输单元收发用户设备的用户面空口数据，其中，用户面空口数据承载在drb上，从而解决了相关技术中传输用户面数据的延迟较大的技术问题，实现了降低用户面数据的传输延迟的技术效果。

可选地，用户面空口数据在基站的介质访问控制mac层的数据传输格式为透明协议数据单元macpdu，其中，透明macpdu包括用于携带用户面空口数据的服务数据单元macsdu(servicedataunit，服务数据单元)。如在基站发送用户设备的用户面空口数据之前，基站的mac(mediaaccesscontrol，媒体接入控制)层实体采用透明macpdu(macprotocoldataunit，媒体接入控制层实体的协议数据单元)传输用户面空口数据至发送端的phy(physicallayerprotocol，物理层协议)层实体。

需要说明的是，现有的macpdu如图2所示，包括macheader、macpayload等组成部分，对于发包对象和收包对象而言均会造成额外的资源开销，进而会影响发送接收的效率，而采用透明macpdu，不包括macheader、macpayload中的macce、padding等组成部分，进而可以减少发包对象和收包对象的资源开销。

可选地，基站的mac层实体采用透明macpdu传输用户面空口数据至基站的phy层实体时，mac层实体在用于向phy层实体发送数据的传输信道上发送透明macpdu至phy层实体。

drb对应的基站侧逻辑信道与用户面空口数据经过的第一传输信道具有一一对应的关系，其中，第一传输信道为基站的mac层与phy层间的信道。

可选地，在基站的mac层实体采用透明macpdu传输用户面空口数据至phy层实体之前，基站的rlc层实体采用透传模式传输用户面空口数据至mac层实体。

可选地，基站的物理phy层中用于传输用户面空口数据的传输tb块中包括填充比特。例如，在mac层实体采用透明macpdu传输用户面空口数据至phy层实体之后，phy层实体按照所支持的传输块大小对传输块tb(transportblock)进行填充，传输块中携带有用户面空口数据；在执行完上述填充步骤之后，phy层实体可为传输块添加crc(cyclicredundancycheck，循环冗余校验)校验码。

本发明实施例中还提供了一种数据的传输装置。图19是根据本发明实施例的可选的数据的传输装置的示意图。如图19所示，该装置可以包括：接收单元191和第二传输单元193。

接收单元191，用于接收基站发送的无线数据承载drb的配置信息，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；

第二传输单元193，用于收发基站的用户面空口数据，其中，用户面空口数据承载在drb上。

可选地，用户面空口数据在用户设备的介质访问控制mac层的数据传输格式为透明协议数据单元macpdu，其中，透明macpdu仅包括用于携带用户面空口数据的服务数据单元macsdu。

可选地，drb对应的用户设备侧逻辑信道与用户面空口数据经过的第二传输信道具有一一对应的关系，其中，第二传输信道用户设备的mac层与phy层间的信道。

可选地，用户面空口数据在用户设备的无线链路控制rlc层采用的传输模式为透明传输tm模式。

可选地，用户设备的物理phy层中用于传输用户面空口数据的传输tb块中包括填充比特。

本申请的技术方案在传输低时延业务时，用户面的mac层采用透明macpdu传输数据，可以省掉网络侧和终端侧mac层对macpdu加/去报头、加/去padding的组/拆包时延。此外，mac层将低时延业务drb对应的专用逻辑信道一对一映射到传输信道，可以省掉逻辑信道复用时延。用户面的rlc层采用tm模式(即透明传输模式)，可以省掉网络侧和终端侧rlc层分段、级联、重组rlcsdus、重排序的时延。从而可以满足低时延业务对于时延的需求。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例3

本发明实施例中还提供了一种基站，图20是根据本发明实施例的基站的示意图。如图20所示，该基站可以包括：第一处理器201、第一存储器203以及第一传输装置205。

第一存储器203用于存储第一处理器201的可执行指令；

第一传输装置205用于根据第一处理器的控制进行信息收发通信。

第一处理器用于执行以下操作：发送无线数据承载drb的配置信息至用户设备，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；收发用户设备的用户面空口数据，其中，用户面空口数据承载在drb上。

通过上述实施例，基站发送无线数据承载drb的配置信息至用户设备，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；基站收发用户设备的用户面空口数据，其中，用户面空口数据承载在drb上，从而解决了相关技术中传输用户面数据的延迟较大的技术问题，实现了降低用户面数据的传输延迟的技术效果。

可选地，用户面空口数据在基站的介质访问控制mac层的数据传输格式为透明协议数据单元macpdu，其中，透明macpdu包括用于携带用户面空口数据的服务数据单元macsdu。

在上述实施例中，在传输低时延业务时，用户面的mac层采用透明macpdu传输数据，可以省掉网络侧和终端侧mac层对macpdu加/去报头、加/去padding的组/拆包时延。此外，mac层将低时延业务drb对应的专用逻辑信道一对一映射到传输信道，可以省掉逻辑信道复用时延。用户面的rlc层采用tm模式(即透明传输模式)，可以省掉网络侧和终端侧rlc层分段、级联、重组rlcsdus、重排序的时延。从而可以满足低时延业务对于时延的需求。

实施例4

本发明实施例中还提供了一种用户设备，图21是根据本发明实施例的用户设备的示意图。如图21所示，该基站可以包括：第二处理器211、第二存储器213以及第二传输装置215。

第二存储器213用于存储第二处理器211的可执行指令；

第二传输装置215用于根据第二处理器的控制进行信息收发通信的。

第二处理器用于执行以下操作：接收基站发送的无线数据承载drb的配置信息，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；收发基站的用户面空口数据，其中，用户面空口数据承载在drb上。

通过上述实施例，用户设备接收基站发送的无线数据承载drb的配置信息，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；用户设备收发基站的用户面空口数据，其中，用户面空口数据承载在drb上，从而解决了相关技术中传输用户面数据的延迟较大的技术问题，实现了降低用户面数据的传输延迟的技术效果。

可选地，用户面空口数据在用户设备的介质访问控制mac层的数据传输格式为透明协议数据单元macpdu，其中，透明macpdu仅包括用于携带用户面空口数据的服务数据单元macsdu。

在上述实施例中，在传输低时延业务时，用户面的mac层采用透明macpdu传输数据，可以省掉网络侧和终端侧mac层对macpdu加/去报头、加/去padding的组/拆包时延。此外，mac层将低时延业务drb对应的专用逻辑信道一对一映射到传输信道，可以省掉逻辑信道复用时延。用户面的rlc层采用tm模式(即透明传输模式)，可以省掉网络侧和终端侧rlc层分段、级联、重组rlcsdus、重排序的时延。从而可以满足低时延业务对于时延的需求。

实施例5

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

s1，接收基站发送的无线数据承载drb的配置信息，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；

s2，收发基站的用户面空口数据，其中，用户面空口数据承载在drb上。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

s3，发送无线数据承载drb的配置信息至用户设备，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；

s4，收发用户设备的用户面空口数据，其中，用户面空口数据承载在drb上。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：发送无线数据承载drb的配置信息至用户设备，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；收发用户设备的用户面空口数据，其中，用户面空口数据承载在drb上。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行:接收基站发送的无线数据承载drb的配置信息，其中，配置信息包括无线网络临时标识rnti，rnti专用于drb；收发基站的用户面空口数据，其中，用户面空口数据承载在drb上。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。