数据传输方法、装置、基站和存储介质与流程

本申请涉及无线通信技术领域，特别是涉及一种数据传输方法、装置、基站和存储介质。

背景技术：

在无线通信系统中，基站和核心网间进行数据传输时，用户面数据通过无线业务隧道协议(generalpacketradioservicetunnellingprotocolfortheuserplane，gtpu)传到业务数据适配协议(servicedataadaptprotocol，sdap)层，后经过分组数据汇聚协议(packetdataconvergenceprotocol，pdcp)层，经过包头压缩和加密后，转到无线链路控制(radiolinkcontrol，rlc)层，进行分断和级联后再转到媒体接入控制层(mediaaccesscontrol，mac)最终从空口形成无线信号发送出去。

根据业务的需求和特点，数据传输分为连接确认模式(acknowledgedmode，am)和非连接确认模式(unacknowledgedmode，um)，其中，am模式要求发送侧在高层数据上添加必要的控制协议开销后进行传送，并保证传递到对等实体。在商用部署中，会出现空口环境差，核心网设备和传输网络设备的配置异常等情形，使得传输性能大幅降低，出现丢包重传情况。而在实现过程中，发明人发现传统技术中至少存在如下问题：传统针对丢包重传的方案，会降低基站下行传输速率。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够提高传输速率的数据传输方法、装置、基站和存储介质。

为了实现上述目的，一方面，本发明实施例提供了一种数据传输方法，包括步骤：

检测到ftp服务器传输重传数据包的情况下，将重传数据包放入对应的优先队列；优先队列包括gtpu优先队列、sdap优先队列和/或pdcp优先队列；

采用优先队列传输重传数据包至mac层，以将重传数据包发送给ue。

在其中一个实施例中，还包括步骤：

在基站上电时，创建gtpu优先队列、sdap优先队列和pdcp优先队列。

在其中一个实施例中，采用优先队列传输重传数据包至mac层的步骤中：

检测到当前工作队列中的缓存数据达到缓存阈值的情况下，采用预设加深规则加深当前工作队列，得到加深队列；当前工作队列为rlc队列、gtpu优先队列、sdap优先队列或pdcp优先队列；

预设加深规则包括对当前工作队列进行动态递增加深直至满足加深阈值条件。

在其中一个实施例中，加深阈值条件包括加深队列的深度小于预设倍数的基站正常队列深度，以及动态递增加深的申请内存小于基站内剩余可用内存；

还包括步骤：

检测到加深队列中的缓存数据低于缓存阈值的情况下，基于加深队列中的缓存数据的大小对加深队列进行动态释放。

在其中一个实施例中，检测到ftp服务器传输重传数据包的情况下，将重传数据包放入对应的优先队列的步骤之前，还包括步骤：

根据tcp确认号，确认ftp服务器当前传输的数据包是否为重传数据包。

在其中一个实施例中，还包括步骤：

若接收到大于等于预设数量含相同tcp确认号的ue上行报文，则确定相同tcp确认号对应的数据包为重传数据包，并标记重传数据包；其中，tcp确认号为ue上行报文经相应协议层解析得到。

在其中一个实施例中，采用优先队列传输重传数据包至mac层的步骤，包括：

gtpu层通过哈希查找对应的tcp确认号，将重传数据包放入gtpu优先队列中传输至sdap层；

sdap层通过哈希查找对应的tcp确认号，将重传数据包放入sdap优先队列中传输至pdcp层；

pdcp层采用pdcp优先队列将重传数据包传输至rlc层；

rlc层将重传数据包传输给mac层，以通过空口将重传数据包发送给ue。

一种数据传输装置，包括：

丢包检测模块，用于检测到ftp服务器传输重传数据包的情况下，将重传数据包放入对应的优先队列；优先队列包括gtpu优先队列、sdap优先队列和/或pdcp优先队列；

数据传输模块，用于采用优先队列传输重传数据包至mac层，以将重传数据包发送给ue。

一种基站，基站用于实现上述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述的方法的步骤。

上述技术方案中的一个技术方案具有如下优点和有益效果：

本申请针对丢包场景进行了优化，创建对应的优先队列，当发生丢包收到ftp服务器传输的对应tcp重传包时，通过优先队列，优先发送重传的丢包，即让重传包优先于正常缓存队列数据先发出，进而减少了数据排队发送产生的时延，缓解了数据的拥塞，提升了下行速率，增强了系统的健壮性，提升用户体验。

附图说明

为了更清楚地说明本申请实施例或传统技术中的技术方案，下面将对实施例或传统技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为一个实施例中数据传输方法的应用环境图；

图2为一个实施例中数据传输方法的流程示意图；

图3为一个实施例中ue上行报文的报文格式示意图；

图4为一个实施例中数据传输方法的具体流程示意图；

图5为另一个实施例中数据传输方法的流程示意图；

图6为一个实施例中队列加深及回收的流程示意图；

图7为一个实施例中数据传输装置的结构框图。

具体实施方式

为了便于理解本申请，下面将参照相关附图对本申请进行更全面的描述。附图中给出了本申请的实施例。但是，本申请可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使本申请的公开内容更加透彻全面。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。

空间关系术语例如“在...下”、“在...下面”、“下面的”、“在...之下”、“在...之上”、“上面的”等，在这里可以用于描述图中所示的一个元件或特征与其它元件或特征的关系。应当明白，除了图中所示的取向以外，空间关系术语还包括使用和操作中的器件的不同取向。例如，如果附图中的器件翻转，描述为“在其它元件下面”或“在其之下”或“在其下”元件或特征将取向为在其它元件或特征“上”。因此，示例性术语“在...下面”和“在...下”可包括上和下两个取向。此外，器件也可以包括另外地取向(譬如，旋转90度或其它取向)，并且在此使用的空间描述语相应地被解释。

需要说明的是，当一个元件被认为是“连接”另一个元件时，它可以是直接连接到另一个元件，或者通过居中元件连接另一个元件。此外，以下实施例中的“连接”，如果被连接的对象之间具有电信号或数据的传递，则应理解为“电连接”、“通信连接”等。

在此使用时，单数形式的“一”、“一个”和“所述/该”也可以包括复数形式，除非上下文清楚指出另外的方式。还应当理解的是，术语“包括/包含”或“具有”等指定所陈述的特征、整体、步骤、操作、组件、部分或它们的组合的存在，但是不排除存在或添加一个或更多个其他特征、整体、步骤、操作、组件、部分或它们的组合的可能性。同时，在本说明书中使用的术语“和/或”包括相关所列项目的任何及所有组合。

在商用部署中，会出现空口环境差，核心网设备和传输网络设备的配置异常等情况，会使得传输性能大幅降低，出现丢包重传情况。如在空口环境差，用户设备(userequipment，ue)在am模式下进行tcp(transmissioncontrolprotocol，传输控制协议)业务，uepdcp层出现重排序超时，这就可能造成丢包。此种情况出现的丢包，会被对应的ftp(filetransferprotocol)服务器重传，重传的数据会经过gtpu，sdap模块继续往下发，直到ue收到对应的丢包，整个链路的数据传输才能继续往下。但是ftp服务器重传的丢包会排在gtpu，sdap缓存数据后，进行发送，这样就引入了时延，同时降低了基站下行传输速率。

其中，在ue做下行tcp业务时，空口环境恶劣或网元发生异常，会产生丢包现象。ue回应tcpack到ftp服务器，ftp服务器重传丢失的一包或者多包数据，直到ue收到对应的丢包，整个链路的数据传输才能继续往下。但是，传统技术中ftp服务器重传的丢包会排在gtpu，sdap缓存数据后，进行发送，这样就引入了时延，同时降低了基站下行传输速率，影响用户体验。

本申请着重考虑重传的丢包时延和优化数据拥塞问题，通过开辟优先队列的方式，减少了数据重传的时延，同时通过动态加深正常队列的方式，缓解了数据拥塞，减少了丢包；进一步的，本申请通过开辟优先队列和动态加深队列的方式，减少重传的丢包的耗时，降低了时延。

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请针对做tcp业务的丢包场景做出优化，能够减少数据传输时延。本申请提供的数据传输方法，可以应用于如图1所示的应用环境中。其中，nr(newradio)基站和核心网间进行数据传输，用户面数据通过gtpu层传到sdap层，后经过pdcp层，经过包头压缩和加密后，转到rlc层，进行分断和级联后再转到mac层，最终从空口形成无线信号发送出去，进而可以发送至ue。

本申请中所涉及到的ue不受限于5g网络，包括：手机、物联网设备、智能家居设备、工业控制设备、车辆设备等。该用户设备也可以称为终端(terminal)、终端设备(terminaldevice)、移动站(mobilestation)、移动台(mobile)、远程站(remotestation)、远程终端(remoteterminal)、接入终端(accessterminal)、用户终端(userterminal)、用户代理(useragent)，在此不作限定。上述用户设备还可以是车与车(vehicle-to-vehicle，v2v)通信中的汽车、机器类通信中的机器等。

此外，本申请所涉及到的基站可以是一种部署在无线接入网中用以为ue提供无线通信功能的基站(basestation，bs)设备，包括各种形式的宏基站，微基站，中继站，控制器，接入点等等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如在lte网络中，称为演进的节点b(evolvednodeb，enb)，在第三代3g网络中，称为节点b(nodeb)，或者应用于第五代通信系统中的通信节点，nr基站等等，也可以是其他类似的网络设备。

本申请提供的数据传输方法可以适用于lte系统，高级长期演进(lteadvanced，lte-a)，或其他采用各种无线接入技术的无线通信系统，例如采用码分多址，频分多址，时分多址，正交频分多址、载波聚合(carrieraggregation，ca)等接入技术的系统。此外，还可以适用于使用后续的演进系统，如第五代5g系统等。

在一个实施例中，如图2所示，提供了一种数据传输方法，以该方法应用于图1中的nr基站为例进行说明，包括以下步骤：

步骤202，检测到ftp服务器传输重传数据包的情况下，将重传数据包放入对应的优先队列；优先队列包括gtpu优先队列、sdap优先队列和/或pdcp优先队列。

其中，本申请中的ftp服务器可以指支持ftp协议的服务器。该服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。当出现丢包时，会被对应的ftp服务器重传，直到ue收到对应的丢包。重传数据包可以指ftp传输的数据包，也可以指ftp传输的数据包中的丢包。在一个示例中，重传数据包可以指ftp服务器重传的序号为acksn的tcp(transmissioncontrolprotocol，传输控制协议)报文。

具体地，本申请针对丢包场景进行了优化，提出检测到ftp服务器传输重传数据包的情况下，将该重传数据包放入对应的优先队列，以优先发送重传的丢包。本申请让重传包优先于正常缓存队列数据先发出，减少了数据排队发送产生的时延。

进一步的，本申请中的优先队列可以包括gtpu优先队列、sdap优先队列和/或pdcp优先队列。本申请可以将重传数据包放入对应的优先队列，例如，出现丢包场景时，对应ftp服务器重传丢包，当丢包到达gtpu时，将丢包放入优先队列中，进而通过查找对应tcp包确认号，优先发送重传包。同理，当丢包到达sdap时，进行同样操作发送至pdcp优先队列。

此外，nr基站可以开辟各优先队列。在其中一个实施例中，还可以包括步骤：

在基站上电时，创建gtpu优先队列、sdap优先队列和pdcp优先队列。

具体而言，优先队列可以是nr基站在系统初始化的时候创建，例如，在基站上电的时候就开始创建优先队列；本申请中的优先队列可以与正常队列同时创建，且优先队列与正常队列一样长期存在。

需要说明的是，本申请中pdcp队列可以指pdcp用来接收sdap数据队列。同时，本申请中的优先队列与后文中加深队列不是同一个队列，加深队列是基站在进行业务过程中动态申请，释放的。

在其中一个实施例中，检测到ftp服务器传输重传数据包的情况下，将重传数据包放入对应的优先队列的步骤之前，还可以包括步骤：

根据tcp确认号，确认ftp服务器当前传输的数据包是否为重传数据包。

具体而言，当发生丢包收到对应tcp重传包时，本申请可以通过tcp首部的确认号，优先发送重传的丢包。即在基站的协议层检测到确认号重读之后标记丢包，然后检测到ftp服务器重传了标记过的丢包数据就放入优先队列，通过确认号找到对应的报文重传。

其中，tcp首部的确认号可以指确认字段或确认序号；本申请中的确认号可以表示期望收到的下一个字节的序号。

在其中一个实施例中，还可以包括步骤：

若接收到大于等于预设数量含相同tcp确认号的ue上行报文，则确定相同tcp确认号对应的数据包为重传数据包，并标记重传数据包；其中，tcp确认号为ue上行报文经相应协议层解析得到。

具体而言，上述解析ue上行报文的协议层，可以指sdap层；例如，ue做下行tcp业务，基站收到ue回复报文(即ue上行报文)，可以通过sdap层解析tcp报文首部，当收到重复的tcp包确认号(acksn)时，认为序号为acksn的包为丢包。上述预设数量可以为2个。

进一步的，ue做下行tcp业务，基站收到来自ue的上行ack报文，通过sdap层解析tcp报文首部，校验确认序号字段有效后，当收到重复的tcp包确认序号(acksn)时，认为确认序号为acksn的包为丢包。不丢包情况下，确认号acksn是连续的，若连续收到两个相同的确认号，即可认为产生丢包。进而ftp服务器可以重传序号为acksn的tcp报文。

如图3所示，基站做下行tcp业务时，会收到来自ue上行报文，报文格式可以如图3所示，ip信息头部有tcp/ip协议规定的头部字段，基站的sdap通过解析报文中的ip信息，记录确认序号。

在一个示例中，基站侧sdap解析，收到ue上行报文中tcp首部，若连续收到确认号(acksn)重复，则标记下一包数据，序列号acks为丢包；此外，gtpu解析来自网络侧数据包，通过tcp首部确认号，确认是否为丢包。

需要说明的是，如图4所示，若确认ftp服务器传输的不是丢包，则可以将报文放入正常队列中，后经过sdap，pdcp，rlc，mac通过空口发送至ue。其中，基站侧sdap解析至gtpu解析之间的箭头方向，只是为了说明，逻辑上有相互依存关系，正常tcp下行业务，数据由ftp到基站网络测gtp，然后到sdap，到pdcp，rlc，然后一直往下，最后到ue。ue收到包会回对应的ack报文，通过基站发往核心侧，到核心网，然后到服务器。

步骤204，采用优先队列传输重传数据包至mac层，以将重传数据包发送给ue。

具体而言，检测到ftp服务器有重传的丢包，则将该丢包放入对应的优先队列，以优先发送重传包，进而本申请减少了数据排队发送产生的时延,缓解了数据的拥塞，提升了下行速率，增强了系统的健壮性，提升了用户体验。

在其中一个实施例中，采用优先队列传输重传数据包至mac层的步骤，可以包括：

gtpu层通过哈希查找对应的tcp确认号，将重传数据包放入gtpu优先队列中传输至sdap层；

sdap层通过哈希查找对应的tcp确认号，将重传数据包放入sdap优先队列中传输至pdcp层；

pdcp层采用pdcp优先队列将重传数据包传输至rlc层；

rlc层将重传数据包传输给mac层，以通过空口将重传数据包发送给ue。

具体而言，检测到ftp服务器有重传的丢包，则将该丢包放入优先队列，通过哈希查找对应tcp包确认号，优先发送重传包。

例如，在空口环境恶劣，出现丢包场景时，对应ftp服务器重传丢包(即重传数据包)，当丢包到达gtpu时，将丢包放入优先队列中，通过哈希查找对应tcp包确认号，优先发送重传包。同理，当丢包到达sdap时，进行同样操作发送至pdcp优先队列。在一个示例中，如图4所示，将丢包放入gtpu优先队列中，进行优先发送到sdap，sdap解析来自gtpu的报文中是的丢包，将丢包放入sdap优先队列中，进行优先发送到pdcp，然后经过rlc，mac，通过空口发送至ue。

以上，本申请让重传包优先于正常缓存队列数据先发出，减少了数据排队发送产生的时延。本申请缓解了数据的拥塞，提升了下行速率，增强了系统的健壮性，提升用户体验。

在一个实施例中，如图5所示，提供了一种数据传输方法，以该方法应用于图1中的nr基站为例进行说明，包括以下步骤：

步骤502，检测到ftp服务器传输重传数据包的情况下，将重传数据包放入对应的优先队列；优先队列包括gtpu优先队列、sdap优先队列和/或pdcp优先队列。

步骤504，采用优先队列传输重传数据包至mac层，以将重传数据包发送给ue。

在其中一个实施例中，对于上述步骤504，该步骤还可以包括：

检测到当前工作队列中的缓存数据达到缓存阈值的情况下，采用预设加深规则加深当前工作队列，得到加深队列；当前工作队列为rlc队列、gtpu优先队列、sdap优先队列或pdcp优先队列；

预设加深规则包括对当前工作队列进行动态递增加深直至满足加深阈值条件。

具体而言，上述步骤502～步骤504，可以采用前述实施例中步骤202～步骤204的具体实现方式予以实现，此处不再赘述。进一步的，针对采用优先队列传输重传数据包至mac层的过程，本申请提出给gtpu优先队列，sdap优先队列，pdcp优先队列以及rlc队列预设一个阈值(即缓存阈值)，进而针数据拥塞场景，本申请可以动态加大gtpu，sdap，pdcp，rlc队列(不是无限制加大，本申请提出基于预设加深规则设置有对应的阈值上限，进而避免内存耗尽)，拥塞结束时回收该新缓存，一定程度上可以缓解拥塞时的数据丢失。

其中，缓存阈值可以取值95％。即给gtpu，sdap，pdcp，rlc队列预设一个阈值(如95％)，若ue做下行tcp业务，若检测队列里的缓存数据达到阈值，则加深该队列。

需要说明的是，本申请中给队列设阈值，皆是以正常队列为参考。rlc在本申请中无优先队列，只涉及加深队列。加深队列是在做业务过程中动态加深跟回收的。本申请中下行数据到达rlc时，已经被加密，无法看到数据包的tcp序列号，故rlc不涉及优先队列。

在其中一个实施例中，加深阈值条件可以包括加深队列的深度小于预设倍数的基站正常队列深度，以及动态递增加深的申请内存小于基站内剩余可用内存；如图5所示，还可以包括步骤：

检测到加深队列中的缓存数据低于缓存阈值的情况下，基于加深队列中的缓存数据的大小对加深队列进行动态释放。

具体而言，本申请中，加深阈值条件可以包括加深队列的深度小于预设倍数的基站正常队列深度，以及动态递增加深的申请内存小于基站内剩余可用内存；其中，针对预设倍数，本申请中并未限定具体数值，该预设倍数可以为经验值，在一个示例中，该预设倍数可以取值为10倍。

进一步的，本申请提出了确定阈值上限的规则，例如，上限规则即加深阈值条件，可以是：①小于基站正常队列深度10倍；②动态申请的内存小于基站内剩余可用内存。

针对本申请提出的采用预设加深规则加深当前工作队列，得到加深队列，以及该加深阈值条件可以包括加深队列的深度小于预设倍数的基站正常队列深度，以及动态递增加深的申请内存小于基站内剩余可用内存，为了便于理解，下面结合具体示例予以说明：在动态加深队列的过程中，最开始可以只开大2倍，若数据能处理过来就不用继续开大；若数据处理不过来(即判断是否达到加大后队列的阈值，如95％)，则继续开大为原队列的3倍。以此类推。若直到原队列大10倍，或者基站内无可用内存，则停止动态加深。根据正常队列深度大小为模板，动态申请内存即可加深队列。

此外，本申请还提出了检测到加深队列中的缓存数据低于缓存阈值的情况下，基于加深队列中的缓存数据的大小对加深队列进行动态释放。具体可如图6所示，ue做下行tcp业务，若检测队列里的缓存数据达到缓存阀值，则加深该队列；当该队列里的缓存数据低于缓存阀值，且加深队列中数据发送完毕，则回收该加深队列资源。

当队列中的数据低于缓存阀值时，可以对加深的部分进行回收。例如，动态依次回收创建加深队列的内存即可。例如加深后的队列为原队列的4倍，判断此时队列中的数据，若为原队列大小的2.95-3.94倍，则不做处理，若为2.90倍，则释放加大队列中3-4倍的部分，变为正常队列的3倍。以此类推。

以上，本申请针对丢包场景进行了优化，创建对应的优先队列，当发生丢包收到ftp服务器传输的对应tcp重传包时，通过优先队列，优先发送重传的丢包，即让重传包优先于正常缓存队列数据先发出，进而减少了数据排队发送产生的时延；进一步的，本申请可以同时优化数据拥塞场景，通过动态加大gtpu，sdap，pdcp，rlc队列，拥塞结束时回收该新缓，可以缓解拥塞时的数据丢失。进而本申请提升了下行速率，增强了系统的健壮性，提升用户体验。

应该理解的是，虽然图2、图4-图6的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2、图4-图6中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图7所示，提供了一种数据传输装置，包括：

丢包检测模块710，用于检测到ftp服务器传输重传数据包的情况下，将重传数据包放入对应的优先队列；优先队列包括gtpu优先队列、sdap优先队列和/或pdcp优先队列；

数据传输模块720，用于采用优先队列传输重传数据包至mac层，以将重传数据包发送给ue。

在其中一个实施例中，还包括队列创建模块，用于在基站上电时，创建gtpu优先队列、sdap优先队列和pdcp优先队列。

在其中一个实施例中，数据传输模块包括：

队列加深单元，用于检测到当前工作队列中的缓存数据达到缓存阈值的情况下，采用预设加深规则加深当前工作队列，得到加深队列；当前工作队列为rlc队列、gtpu优先队列、sdap优先队列或pdcp优先队列；其中，预设加深规则包括对当前工作队列进行动态递增加深直至满足加深阈值条件。

在其中一个实施例中，加深阈值条件包括加深队列的深度小于预设倍数的基站正常队列深度，以及动态递增加深的申请内存小于基站内剩余可用内存；

数据传输模块还可以包括：

队列释放单元，用于检测到加深队列中的缓存数据低于缓存阈值的情况下，基于加深队列中的缓存数据的大小对加深队列进行动态释放。

在其中一个实施例中，还包括：

根据tcp确认号，确认ftp服务器当前传输的数据包是否为重传数据包。

在其中一个实施例中，丢包检测模块，还用于若接收到大于等于预设数量含相同tcp确认号的ue上行报文，则确定相同tcp确认号对应的数据包为重传数据包，并标记重传数据包；其中，tcp确认号为ue上行报文经相应协议层解析得到。

在其中一个实施例中，数据传输模块中，gtpu层通过哈希查找对应的tcp确认号，将重传数据包放入gtpu优先队列中传输至sdap层；sdap层通过哈希查找对应的tcp确认号，将重传数据包放入sdap优先队列中传输至pdcp层；pdcp层采用pdcp优先队列将重传数据包传输至rlc层；rlc层将重传数据包传输给mac层，以通过空口将重传数据包发送给ue。

关于数据传输装置的具体限定可以参见上文中对于数据传输方法的限定，在此不再赘述。上述数据传输装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在一个实施例中，提供了一种基站，该基站用于实现上述数据传输方法的步骤。进一步的，该基站可以为nr基站。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述数据传输方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-onlymemory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(randomaccessmemory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(staticrandomaccessmemory，sram)或动态随机存取存储器(dynamicrandomaccessmemory，dram)等。

在本说明书的描述中，参考术语“有些实施例”、“其他实施例”、“理想实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特征包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性描述不一定指的是相同的实施例或示例。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。