CN116233855A - 上行传输资源管理方法、上行数据传输方法及相关装置 - Google Patents

Abstract

本申请涉及通信技术领域，公开了一种上行传输资源管理方法、上行数据传输方法及相关装置，用于解决上行数据传输延迟的问题。本申请中，终端设备接入后，为所述终端设备分配并保留上行传输资源，所述上行传输资源按预设的最小资源量分配；将分配的所述上行传输资源指示给所述终端设备；若所述终端设备退出网络，则回收所述上行传输资源。由此网络侧设备会为终端设备分配并保留上行传输资源，直至终端设备退出网络才会回收该上行传输资源，由此，终端设备在网期间只要产生上行数据则可以直接使用预留的上行传输资源进行上行控制故此能避免申请上行传输资源的流程进而降低时延。此外，本申请中还可以根据终端设备业务需求灵活调整上行传输资源。

Description

上行传输资源管理方法、上行数据传输方法及相关装置

技术领域

本申请涉及通信技术领域，特别涉及一种上行传输资源管理方法、上行数据传输方法及相关装置。

背景技术

随着通信技术的发展，联网的设备数量的不断增大，很多设备具有传输上行数据的需求。

终端设备传输上行数据需要向网络侧申请上行传输资源。相关技术中申请上行传输资源的流程示意图如图1所示，以UE(User Equipment，用户设备)为例，当UE有数据需要发送时，需要在其所属的PUCCH(Physical Uplink Control Channel，物理上行控制信道)的SRI(Scheduling Request Indication，上行调度请求指示)上发射SR(SchedulingRequest，调度请求)给gNodeB(基站)，gNodeB收到SR后，会响应SR对该UE进行调度为其分配PUSCH(Physical Uplink Share CHannel,上行共享物理信道)。UE会在gNodeB分配的PUSCH传送数据和BSR(Buffer Status Report，缓冲状态报告)，BSR中会携带需要传输的数据量。如果gNodeB收到的BSR大于0即了解到UE仍有数据需要传输，gNodeB会继续调度上行传输资源给该UE并且根据BSR确定分配的上行传输资源数，使得UE能够顺利进行上行数据传输。

然而，对于一些低延迟要求的终端设备，上述上行数据传输流程难以满足实时性的要求，如何管理上行传输资源和进行上行数据传输以降低延迟需要解决。

发明内容

本申请提供一种小区间的波束干扰协调方法、设备和存储介质。用以解决现有技术中波束干扰协调方案能够解决的干扰情况有限，干扰协调的效果仍差强人意的问题。

第一方面，本一种上行传输资源管理方法，所述方法包括：

终端设备接入后，为所述终端设备分配并保留上行传输资源，所述上行传输资源按预设的最小资源量分配；

将分配的所述上行传输资源指示给所述终端设备；

若所述终端设备退出网络，则回收所述上行传输资源。

在本申请实施例中，终端设备接入网络后，网络侧设备会为终端设备分配并保留上行传输资源，直至终端设备退出网络才会回收该上行传输资源，由此，终端设备在网期间只要产生上行数据则可以直接使用预留的上行传输资源进行上行控制。例如在专网场景中，agv小车上行控制命令需要不定时发送且数据量小，故此低速率的上行传输资源能够避免每次都需要执行复杂的流程，故此本申请能够降低时延，低速率也能够满足上行控制命令这种小数据量的上行要求。

可选的，所述方法还包括：

接收所述终端设备采用所述上行传输资源发送的上行数据，所述上行数据中包括BSR信息；

若基于所述BSR信息确定所述终端设备需要增加上行传输资源、且空闲的上行传输资源充足，则为所述终端设备增加上行传输资源。

由此，终端设备需要传输大数据量的上行数据时，可以根据终端设备要求需要灵活调整上行传输资源，来满足终端设备的业务需求。

可选的，传输速率包括多个等级，所述基于所述BSR信息确定所述终端设备需要增加上行传输资源，具体包括：

获取所述终端设备的多帧BSR分别请求的数据量；所述多帧BSR为连续指定帧数的BSR和/或连续指定时长内的BSR；

基于所述多帧BSR分别请求的数据量，确定所述终端设备需要的传输速率，并获取下一等级的传输速率；其中下一等级的传输速率高于当前等级的传输速率；

若所述终端设备需要的传输速率与所述下一等级的传输速率之间的占比在第一预设时长内保持高于占比阈值，则确定所述终端设备需要增加上行传输资源。

本申请实施例中，基于终端设备的持续高速率的需求来筛选识别出需要增加上行传输资源的终端设备，能够提高对上行传输资源的使用效率。

可选的，所述方法还包括：

若空闲的上行传输资源不充足，则降低各个终端设备的上行传输资源至最小资源量。

由此在资源不充足时，可以减少各终端设备的上行传输资源保障整个网络的正常运行。此外，即使终端设备需要大数据量传输而被减少上行传输资源的情况下，还可以通过继续申请上行传输资源满足该类终端设备的业务需求。

可选的，所述基于所述BSR信息确定所述终端设备需要增加上行传输资源，具体包括：

获取所述终端设备的多帧BSR分别请求的数据量；所述多帧BSR为连续指定帧数的BSR和/或连续指定时长内包括的BSR；

若基于所述多帧BSR分别请求的数据量，确定所述终端设备需要的传输速率；

若所述终端设备需要的传输速率在第二预设时长内保持高于当前传输速率，则确定所述终端设备需要增加上行传输资源。

本申请实施例中，基于终端设备的持续高速率的需求来筛选识别出需要增加上行传输资源的终端设备，能够提高对上行传输资源的使用效率。

第二方面，本申请还提供一种上行数据传输方法，所述方法包括：

获取待发送的上行数据；

采用网络侧设备预先保留的上行传输资源传输所述上行数据；

所述上行传输资源为终端设备接入网络后由所述网络侧设备为所述终端设备分配的，且所述上行传输资源保留至所述终端设备退出网络。

本申请实施例中，终端设备无论何时需要传输上行数据，都有可用的上行传输资源，在一些专网场景下，不连续发送上行数据的终端设备而言，无需每次发送上行数据，降低上行数据的发送延迟。

可选的，所述方法还包括：

若上行传输资源不足，则将BSR携带在所述上行数据中，所述BSR中包括待传输的数据量以请求所述网络侧设备增加所述终端设备的上行传输资源。

该实施方式中，终端设备的上行传输资源可以灵活调度，由此满足终端设备的不同业务需求。

可选的，所述方法还包括：

发送接入请求给所述网络侧设备；

接入网络之后，接收所述网络侧设备发送的指示信息，所述指示信息用于指示所述网络侧设备为所述终端设备分配并保留的上行传输资源。

该实施方式中，终端设备接入时即可获得分配的上行传输资源，节约终端设备获取上行传输资源的流程。

第三方面，本申请还提供一种网络侧设备，该网络侧设备包括：处理器、存储器和收发机；

存储器，用于存储计算机程序；

收发机，用于在所述处理器的控制下收发数据；

处理器，用于读取所述存储器中的计算机程序并执行如第一方面中任一所述的方法。

第四方面，本申请还提供一种终端设备，所述终端设备包括：处理器、存储器和收发机；

存储器，用于存储计算机程序；

收发机，用于在所述处理器的控制下收发数据；

处理器，用于读取所述存储器中的计算机程序并执行如第二方面中任一所述的方法。

第五方面，本申请还提供一种网络侧设备，所述网络侧设备包括：

分配模块，用于终端设备接入后，为所述终端设备分配并保留上行传输资源，所述上行传输资源按预设的最小资源量分配；

指示模块，用于将分配的所述上行传输资源指示给所述终端设备；

资源回收模块，用于若所述终端设备退出网络，则回收所述上行传输资源。

可选的，所述网络侧设备还包括：

接收模块，用于接收所述终端设备采用所述上行传输资源发送的上行数据，所述上行数据中包括BSR信息；

所述分配模块，还用于若基于所述BSR信息确定所述终端设备需要增加上行传输资源、且空闲的上行传输资源充足，则为所述终端设备增加上行传输资源。

可选的，传输速率包括多个等级，执行所述基于所述BSR信息确定所述终端设备需要增加上行传输资源，所述分配模块具体用于：

获取所述终端设备的多帧BSR分别请求的数据量；所述多帧BSR为连续指定帧数的BSR和/或连续指定时长内的BSR；

基于所述多帧BSR分别请求的数据量，确定所述终端设备需要的传输速率，并获取下一等级的传输速率；其中下一等级的传输速率高于当前等级的传输速率；

若所述终端设备需要的传输速率与所述下一等级的传输速率之间的占比在第一预设时长内保持高于占比阈值，则确定所述终端设备需要增加上行传输资源。

可选的，所述网络侧设备还包括：

资源量调整模块，用于若空闲的上行传输资源不充足，则降低各个终端设备的上行传输资源至最小资源量。

可选的，执行所述基于所述BSR信息确定所述终端设备需要增加上行传输资源，所述分配模块具体用于：

获取所述终端设备的多帧BSR分别请求的数据量；所述多帧BSR为连续指定帧数的BSR和/或连续指定时长内包括的BSR；

若基于所述多帧BSR分别请求的数据量，确定所述终端设备需要的传输速率；

若所述终端设备需要的传输速率在第二预设时长内保持高于当前传输速率，则确定所述终端设备需要增加上行传输资源。

第六方面，本申请还提供一种终端设备，所述终端设备包括：

获取模块，用于获取待发送的上行数据；

传输模块，用于采用网络侧设备预先保留的上行传输资源传输所述上行数据；

所述上行传输资源为终端设备接入网络后由所述网络侧设备为所述终端设备分配的，且所述上行传输资源保留至所述终端设备退出网络。

可选的，所述网络侧设备还包括：

调整模块，用于若上行传输资源不足，则将BSR携带在所述上行数据中，所述BSR中包括待传输的数据量以请求所述网络侧设备增加所述终端设备的上行传输资源。

可选的，所述网络侧设备还包括：

发送模块，用于发送接入请求给所述网络侧设备；

所述获取模块还用于接入网络之后，接收所述网络侧设备发送的指示信息，所述指示信息用于指示所述网络侧设备为所述终端设备分配并保留的上行传输资源。

第七方面，本申请还提供一种计算机可存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面或第二方面中任一所述的方法。

第八方面，本申请还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现第一方面或第二方面中任一所述的方法。

另外，第二方面至第七方面中任一种实现方式所带来的技术效果可参见第一方面中不同实现方式所带来的技术效果，此处不再赘述。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1为相关技术中申请上行传输资源的流程示意图；

图2为本申请实施例提供的应用场景示意图；

图3为本申请实施例提供的一种上行传输资源管理和传输上行数据的方法的流程示意图；

图4为本申请实施例提供的动态调整终端设备的上行传输资源的流程示意图；

图5为本申请实施例提供的在专网下为不同设备分配上行传输资源的示意图；

图6为本申请实施例提供的网络侧设备的结构示意图；

图7为本申请实施例提供的终端设备的结构示意图；

图8为本申请实施例提供的网络侧设备的另一结构示意图；

图9为本申请实施例提供的终端设备的另一结构示意图。

具体实施方式

以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

(1)本申请实施例中，名词“网络”和“***”经常交替使用，但本领域的技术人员可以理解其含义。

(2)本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。

(3)“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

为便于理解，下面结合附图对本申请实施例提供的上行传输资源管理方法和上行数据传输方法及相关装置进行说明。

图2示例出本申请实施例适用的一种通信***架构示意图。应理解，本申请实施例并不限于图2所示的***中，此外，图2中的装置可以是硬件，也可以是从功能上划分的软件或者以上二者结合后的结构。如图2所示，本申请实施例提供的***架构包括终端设备、网络侧设备。本申请实施例对于***中包括的终端设备以及网络侧设备的数量不作限定。

此外，本申请实施例提供的技术方案可以适用于多种***，尤其是5G专网***。例如适用的***可以是全球移动通讯(global system of mobile communication，GSM)***、码分多址(code division multiple access，CDMA)***、宽带码分多址(WidebandCode Division Multiple Access，WCDMA)通用分组无线业务(general packet radioservice，GPRS)***、长期演进(long term evolution，LTE)***、LTE频分双工(frequencydivision duplex，FDD)***、LTE时分双工(time division duplex，TDD)***、高级长期演进(long term evolution advanced，LTE-A)***、通用移动***(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)***、5G新空口(New Radio,NR)***等。这多种***中均包括终端设备和网络侧设备。***中还可以包括核心网部分，例如演进的分组***(EvlovedPacket System,EPS)、5G***(5GS)等。

本申请实施例涉及的终端设备，可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等。在不同的***中，终端设备的名称可能也不相同，例如在5G***中，终端设备可以称为用户设备(User Equipment，UE)。无线终端设备可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网(Core Network,CN)进行通信，无线终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(Personal Communication Service，PCS)电话、无绳电话、会话发起协议(Session Initiated Protocol，SIP)话机、无线本地环路(Wireless Local Loop，WLL)站、个人数字助理(Personal Digital Assistant，PDA)等设备。无线终端设备也可以称为***、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobilestation)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(userterminal)、用户代理(user agent)、用户装置(user device)，本申请实施例中并不限定。

本申请实施例涉及的网络侧设备，可以是基站，该基站可以包括多个为终端提供服务的小区。根据具体应用场合不同，基站又可以称为接入点，或者可以是接入网中在空中接口上通过一个或多个扇区与无线终端设备通信的设备，或者其它名称。网络侧设备可用于将收到的空中帧与网际协议(Internet Protocol，IP)分组进行相互更换，作为无线终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)通信网络。网络侧设备还可协调对空中接口的属性管理。例如，本申请实施例涉及的网络侧设备可以是全球移动通信***(Global System for Mobile communications，GSM)或码分多址接入(Code Division Multiple Access，CDMA)中的网络侧设备(Base TransceiverStation，BTS)，也可以是带宽码分多址接入(Wide-band Code Division MultipleAccess，WCDMA)中的网络侧设备(NodeB)，还可以是长期演进(long term evolution，LTE)***中的演进型网络侧设备(evolutional Node B，eNB或e-NodeB)、5G网络架构(nextgeneration system)中的5G基站(gNB)，也可以是家庭演进基站(Home evolved Node B，HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，本申请实施例中并不限定。在一些网络结构中，网络侧设备可以包括集中单元(centralized unit，CU)节点和分布单元(distributed unit，DU)节点，集中单元和分布单元也可以地理上分开布置。

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部份实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

首先，为便于理解，下面对相关技术的情况进行分析说明，应当理解的是下文对相关技术的分析也属于本申请实施例的一部分。

相关技术中，当终端设备需要进行上行业务的时候需要按照图1所示的流程发SR给gNodeB，gNodeB收到SR后才能分配PUSCH资源给终端设备，并且SR里并不携带终端设备的BSR信息，所以gNodeB收到SR时无法知道终端设备需要上传的数据量。此外，当gNodeB侧收到多个终端的调度请求时，主要是通过综合考虑信道质量，历史传输速率以及业务的QCI(QoS Class Identifier，标度值)级别确定UE的调度优先级，并且根据调度优先级确定对哪些用户进行调度。

基于上述的工作机制，当终端设备处于非连续工作时，基站一旦检测不到终端设备的BSR信息就会回收终端设备的上行传输资源。由此，每次终端设备发送上行数据都需执行如图1所示的SR流程，这样会导致数据的时延比较高。尤其是专网场景下，很多进行命令控制的终端设备，命令数据量很小，也不会一直发送数据，但对时延要求比较高。例如，厂房用的agv(Automated Guided Vehicle，装备有电磁或光学等自动导航装置)小车，agv小车和后台控制只用一般只有心跳，需要控制时会发几条控制数据，这样agv小车由于间歇性发送上行数据，每次都需要走SR和BSR流程会产生较大的上行时延。

其次，当gNodeB侧收到多个终端设备的调度请求时，在终端配置的CQI(ChannelQuality Indicator，信道质量指示)参数一致的情况下，gNodeB对所有终端调度优先级也会保持一致，这样当小区总体上行数据量比较大的时候，新申请资源的终端设备，尤其是空口质量不是很好的时候将无法获得实时调度，但在专网情况下控制信号时延要求比较高，是需要进行实时进行调度。故此大量终端的情况下，无法实时调度而产生的时延问题也需要解决。

有鉴于此，本申请实施例提供一种上行传输资源管理方法和上行数据传输方法。在本申请实施例中，终端设备接入网络后，网络侧设备会为终端设备分配并保留上行传输资源，直至终端设备退出网络才会回收该上行传输资源，由此，终端设备在网期间只要产生上行数据则可以直接使用预留的上行传输资源进行上行控制。为了满足上行传输资源的合理分配，本申请实施例中网络侧设备可以为每个终端设备预留多条上传传输资源，例如一条低速率的上行传输资源，一条高速率的上行传输资源。由此可满足终端设备不同业务需求。例如在专网场景中，agv小车上行控制命令需要不定时发送且数据量小，故此低速率的上行传输资源能够避免每次发送数据都执行如图1所示的流程，从而实现降低时延，且低速率也能够满足上行控制命令这种小数据量的上行要求。故此一条低速率的上行传输资源能够满足这类终端设备的低时延和不定期发送上行数据的需求。再例如，假设终端设备需要传输大数据量的上行数据时，可以请求网络侧分配高速率的上行传输资源，来满足终端设备的需求。本申请实施例中低速率和高速率的上行传输资源采用资源量来表示。例如对低速率的上行传输资源进行资源补充，可升级为高速率的上行传输资源。

如图3所示，为申请实施例提供的上行传输资源管理方法的流程示意图包括：

在步骤301中，终端设备发送接入请求给所述网络侧设备。

在步骤302中，终端设备接入后，网络侧设备为所述终端设备分配并保留上行传输资源，所述上行传输资源按预设的最小资源量分配。

在一些实施例中，网络侧设备可基于预设规则预设多条传输速率和优先级不同的上行调度。例如可以配置2条上行调度，一条是优先级高的小传输速率的默认上行调度，另一条是优先级低的高传输速率的上行调度。小传输速率例如500Kbps满足日常场景需求即可，具体的传输速率可根据实际应用场景和需求灵活配置。高传输速率例如是3Mbps，具体的传输速率可根据实际业务需求合理分配均适用于本申请实施例。

在有多条预置的上行调度时，网络侧设备在终端设备接入后可默认分配优先级高的低速率的上行调度对应的上行传输资源给终端设备。

在步骤303中，网络侧设备将分配的所述上行传输资源指示给所述终端设备。由此，终端设备无论是否执行如图1所示的SR和BSR流程都有可用的上行传输资源。无论何时产生上行数据，终端设备总有可用的上行传输资源发送上行数据。

如在步骤304中，无论何时有上行数据产生，终端设备可获取待发送的上行数据；然后采用网络侧设备预先保留的上行传输资源传输所述上行数据给网络侧设备。

终端设备发送上行数据时，上行数据仍可携带BSR信息，该BSR信息中包含终端设备将要传输的数据量。

由于默认分配给终端设备的上行传输资源的传输速率较低，可能无法满足终端设备的业务需求，故此终端设备的BSR信息可有助于网络侧设备识别终端设备对上行传输资源的需求以便于灵活的调整上行传输速率。

如图3所示，在步骤305中，网络侧设备接收所述终端设备采用所述上行传输资源发送的上行数据。

在步骤306中，网络侧设备若基于所述BSR信息确定所述终端设备需要追加上行传输资源、且空闲的上行传输资源充足，则为所述终端设备增加上行传输资源。

由此，当终端设备需要加大上行传输速率时，通过上行数据的BSR信息可向网络侧设备请求更多的上行传输资源，网络侧设备基于该BSR信息感知到终端设备的需求时，可以追加上行传输资源给终端设备以满足终端设备的业务需求。由此，本申请实施例不仅可保证终端设备具有基本的上行传输资源可用，还可以通过现有的BSR信息感知终端设备的需求，灵活调度上行传输资源给终端设备。

本申请实施例可示例性的提供如下几种感知终端设备是否需要追加上行传输资源的实施方式：

1)确定是否追加上行传输资源的实施例1

在本申请实施例中，上行调度可有多条，每条上行调度对应的传输速率不同、上行传输资源量不同。

一种简单的实施方式中可读取单个BSR信息指示的数据量，并基于该数据量计算出终端设备需要的传输速率。当该传输速率高于当前传输速率时，说明终端设备的上行传输资源不足，需要增加上行传输资源给终端设备以提高上行传输的传输速率。

由于单次请求的传输速率可能仅时瞬时的需求，为了合理分配上行传输资源，本申请实施例中可持续观测终端设备的需求。当终端设备持续需要提高上行传输速率时，可为终端设备增加上行传输资源，即采用低优先级的高于当前传输速率的上行调度。一种可能的实施方式中，为了持续观测终端设备，可获取所述终端设备的多帧BSR分别请求的数据量，该多帧BSR为连续指定帧数的BSR和/或连续指定时长内的BSR，连续的多帧BSR，尤其连续指定时长能够很好地反映终端设备的持续诉求。在获得多帧BSR之后，可以基于所述多帧BSR分别请求的数据量，确定所述终端设备各帧BSR需要的传输速率。确定各帧BSR需要的传输速率与下一等级的传输速率的占比，若各帧BSR对应的占比反映所述终端设备持续要求提高传输速率时，则需要为终端设备增加上行传输资源。

一种可能的实施方式中，例如指定时长内的各帧BSR对应的占比均高于占比阈值，则增加终端设备的上行传输资源。例如，两条上行调度，一条低速率，另一条为高速率，如果终端设备当前采用低速率的上行调度，但是其BSR指示的传输速率可高达高速率的80％时，且终端设备多次请求该传输速率，则为终端设备升级为优先级低的高速率上行调度。

另一种可能的实施方式中，例如各帧BSR对应的占比中有多余一半的BSR对应的占比均高于占比阈值，则增加终端设备的上行传输资源。亦或者，各帧BSR对应的占比的均值高于占比阈值则增加终端设备的上行传输资源。

具体实施时，如何根据BSR确定终端设备是否持续诉求提高传输速率可根据具体的业务需求配置方案，均适用于本申请实施例。

2)确定是否追加上行传输资源的实施例2

一种简单的实施方式中，可以计算单帧BSR请求的上行资源的传输速率，若该传输速率高于当前传输速率时，可为终端设备增加上行传输资源。

类似的，为了合理分配和管理上行传输资源，可以了解终端设备是否持续诉求提高传输速率。一种简单的实施方式是若连续多帧BSR请求的传输速率均高于当前传输速率，或连续多帧BSR请求的传输速率高于当前传输速率且与当前传输速率的差值大于预设差值时，确定终端设备持续诉求提高传输速率，进而为终端设备增加上行传输资源。

需要说明的是上面两个实施例仅是示例性说明如何感知终端设备增加上行传输资源，实施时可以根据业务场景需求灵活配置方案均适用于本申请实施例。

此外，网络设备侧的上行传输资源是有限的，随着终端设备数量增加，或多个终端设备均需求高速率传输时，容易导致上行传输资源紧张。故此，为终端设备增加上行传输资源可在空闲的上行传输资源充足的情况下增加。

在步骤307中，若终端设备退出网络，则回收该终端设备的上行传输资源。

此外，无论何时当上行传输资源不足时，可以将各终端设备的上行传输资源均降低到最小资源量。由此相当于实现了默认配置。当某些终端设备确因业务需求需要增加上行传输资源时，还可以根据终端设备的BSR动态调整。故此，本申请实施例动态调整上行资源的方法如图4所示，对任意终端设备而言，网络侧设备可执行以下操作：

在步骤401中，终端设备接入后为该终端设备分配最小资源量的上行传输资源。

在步骤402中，接收该终端设备的上行数据，基于该上行数据确定需要增加上行传输资源时，若未分配的上行传输资源充足，则为该终端设备增加上行传输资源。

在步骤403中，若任意时刻，上行传输资源不充足，则将各终端设备的上行传输资源均降低到最小资源量，并返回执行步骤402。

在步骤404中，若终端设备退出网络，则回收为该终端设备分配的上行传输资源。

如图5所示，5G专网场景下包括avg小车1、avg小车2、终端设备3和终端设备4。在T1时刻，avg小车1和avg小车2接入5G专网时网络侧设备为各自分配了优先级高但上行传输速率低的上行调度。该上行调度的传输速率为500Kbps，满足avg小车日常场景需求。而后在T2时刻终端设备3接入5G专网，同样为其分配500Kbps的上行传输资源。

由于终端设备需要传输的数据量大，终端设备3持续在BSR中请求的大数据量传输。网络侧设备在T3时刻则将终端设备3的上行传输资源更新给优先级低、传输速率高达3Mbps的高速率的上行调度。同理，而后终端设备4也因业务需要在T4时刻调整为高速率的上行调度。

在T5时刻网络侧设备检测到上行传输资源紧张，则将avg小车1、avg小车2、终端设备3和终端设备4各自的上行调度均调整到低优先级的传输速率为500Kbps的上行调度。若终端设备3没有大数据的上行数据需求，终端设备3维持在低速率的上行传输。而假设传输速率降下来之后，终端设备4还没有将大数据量的数据传输完毕，终端设备4会在BSR中继续请求高传输速率，则网络侧设备在而后的T6时刻基于终端设备4的BSR会重新为终端设备4调整到低优先级、高速率的上行调度。

此外，对于维持在低速率的各设备而言，即使avg小车1、avg小车24终端设备3没有上行数据，网络侧设备也会为各自保留上行传输资源。一旦有数据需要上行传输时，可以不执行SR和BSR流程可立即使用保留的上行传输资源传输数据，从而相对于现有技术降低时延。

基于相同的发明构思，如图6所示，本申请实施例提供一种网络侧设备，该网络侧设备包括处理器600、存储器601和收发机602；

处理器600负责管理总线架构和通常的处理，存储器601可以存储处理器600在执行操作时所使用的数据。收发机602用于在处理器600的控制下接收和发送数据。

总线架构可以包括任意数量的互联的总线和桥，具体由处理器600代表的一个或多个处理器和存储器601代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。处理器600负责管理总线架构和通常的处理，存储器601可以存储处理器600在执行操作时所使用的数据。

本申请实施例揭示的流程，可以应用于处理器600中，或者由处理器600实现。在实现过程中，信号处理流程的各步骤可以通过处理器600中的硬件的集成逻辑电路或者软件形式的指令完成。处理器600可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器601，处理器600读取存储器601中的信息，结合其硬件完成上行传输资源管理的方法流程的步骤。

具体地，处理器600，用于读取存储器601中的程序并执行：

终端设备接入后，为所述终端设备分配并保留上行传输资源，所述上行传输资源按预设的最小资源量分配；

将分配的所述上行传输资源指示给所述终端设备；

若所述终端设备退出网络，则回收所述上行传输资源。

在一些实施例中，所述处理器还执行：

接收所述终端设备采用所述上行传输资源发送的上行数据，所述上行数据中包括BSR信息；

若基于所述BSR信息确定所述终端设备需要增加上行传输资源、且空闲的上行传输资源充足，则为所述终端设备增加上行传输资源。

在一些实施例中，传输速率包括多个等级，执行所述基于所述BSR信息确定所述终端设备需要增加上行传输资源，所述处理器用于：

获取所述终端设备的多帧BSR分别请求的数据量；所述多帧BSR为连续指定帧数的BSR和/或连续指定时长内的BSR；

基于所述多帧BSR分别请求的数据量，确定所述终端设备需要的传输速率，并获取下一等级的传输速率；其中下一等级的传输速率高于当前等级的传输速率；

若所述终端设备需要的传输速率与所述下一等级的传输速率之间的占比在第一预设时长内保持高于占比阈值，则确定所述终端设备需要增加上行传输资源。

所述处理器，所述处理器还执行：

若空闲的上行传输资源不充足，则降低各个终端设备的上行传输资源至最小资源量。

在一些实施例中，执行所述基于所述BSR信息确定所述终端设备需要增加上行传输资源，所述处理器用于：

获取所述终端设备的多帧BSR分别请求的数据量；所述多帧BSR为连续指定帧数的BSR和/或连续指定时长内包括的BSR；

若基于所述多帧BSR分别请求的数据量，确定所述终端设备需要的传输速率；

若所述终端设备需要的传输速率在第二预设时长内保持高于当前传输速率，则确定所述终端设备需要增加上行传输资源。

如图7所示，本申请实施例提供的一种终端设备，该终端设备包括处理器700、存储器701和收发机702；

处理器700负责管理总线架构和通常的处理，存储器701可以存储处理器700在执行操作时所使用的数据。收发机702用于在处理器700的控制下接收和发送数据。

总线架构可以包括任意数量的互联的总线和桥，具体由处理器700代表的一个或多个处理器和存储器701代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。处理器700负责管理总线架构和通常的处理，存储器701可以存储处理器700在执行操作时所使用的数据。

本申请实施例揭示的流程，可以应用于处理器700中，或者由处理器700实现。在实现过程中，信号处理流程的各步骤可以通过处理器700中的硬件的集成逻辑电路或者软件形式的指令完成。处理器700可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器701，处理器700读取存储器701中的信息，结合其硬件完成上行数据传输的处理流程的步骤。

具体地，处理器700，用于读取存储器701中的程序并执行：

获取待发送的上行数据；

采用网络侧设备预先保留的上行传输资源传输所述上行数据；

所述上行传输资源为终端设备接入网络后由所述网络侧设备为所述终端设备分配的，且所述上行传输资源保留至所述终端设备退出网络。

在一些实施例中，所述处理器还执行：

若上行传输资源不足，则将BSR携带在所述上行数据中，所述BSR中包括待传输的数据量以请求所述网络侧设备增加所述终端设备的上行传输资源。

在一些实施例中，所述处理器还执行：

发送接入请求给所述网络侧设备；

接入网络之后，接收所述网络侧设备发送的指示信息，所述指示信息用于指示所述网络侧设备为所述终端设备分配并保留的上行传输资源。

如图8所示，本申请实施例提供的网络侧设备的另一结构示意图，该网络侧设备800包括：

分配模块801，用于终端设备接入后，为所述终端设备分配并保留上行传输资源，所述上行传输资源按预设的最小资源量分配；

指示模块802，用于将分配的所述上行传输资源指示给所述终端设备；

资源回收模块803，用于若所述终端设备退出网络，则回收所述上行传输资源。

在一些实施例中，所述网络侧设备还包括：

接收模块，用于接收所述终端设备采用所述上行传输资源发送的上行数据，所述上行数据中包括BSR信息；

所述分配模块，还用于若基于所述BSR信息确定所述终端设备需要增加上行传输资源、且空闲的上行传输资源充足，则为所述终端设备增加上行传输资源。

在一些实施例中，传输速率包括多个等级，执行所述基于所述BSR信息确定所述终端设备需要增加上行传输资源，所述分配模块具体用于：

获取所述终端设备的多帧BSR分别请求的数据量；所述多帧BSR为连续指定帧数的BSR和/或连续指定时长内的BSR；

基于所述多帧BSR分别请求的数据量，确定所述终端设备需要的传输速率，并获取下一等级的传输速率；其中下一等级的传输速率高于当前等级的传输速率；

若所述终端设备需要的传输速率与所述下一等级的传输速率之间的占比在第一预设时长内保持高于占比阈值，则确定所述终端设备需要增加上行传输资源。

在一些实施例中，所述网络侧设备还包括：

资源量调整模块，用于若空闲的上行传输资源不充足，则降低各个终端设备的上行传输资源至最小资源量。

在一些实施例中，执行所述基于所述BSR信息确定所述终端设备需要增加上行传输资源，所述分配模块具体用于：

获取所述终端设备的多帧BSR分别请求的数据量；所述多帧BSR为连续指定帧数的BSR和/或连续指定时长内包括的BSR；

若基于所述多帧BSR分别请求的数据量，确定所述终端设备需要的传输速率；

若所述终端设备需要的传输速率在第二预设时长内保持高于当前传输速率，则确定所述终端设备需要增加上行传输资源。

如图9所示，本申请实施例提供的终端设备的另一结构示意图，该终端设备900包括：

获取模块901，用于获取待发送的上行数据；

传输模块902，用于采用网络侧设备预先保留的上行传输资源传输所述上行数据；

所述上行传输资源为终端设备接入网络后由所述网络侧设备为所述终端设备分配的，且所述上行传输资源保留至所述终端设备退出网络。

在一些实施例中，所述网络侧设备还包括：

调整模块，用于若上行传输资源不足，则将BSR携带在所述上行数据中，所述BSR中包括待传输的数据量以请求所述网络侧设备增加所述终端设备的上行传输资源。

在一些实施例中，所述网络侧设备还包括：

发送模块，用于发送接入请求给所述网络侧设备；

所述获取模块还用于接入网络之后，接收所述网络侧设备发送的指示信息，所述指示信息用于指示所述网络侧设备为所述终端设备分配并保留的上行传输资源。

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

以上参照示出根据本申请实施例的方法、装置(***)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。

在示例性实施例中，本申请提供的一种上行传输资源管理方法和/或上行数据传输方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的上行传输资源管理方法和/或上行数据传输方法中的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的用于上行传输资源管理方法和/或上行数据传输方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务端上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (20)

1.一种上行传输资源管理方法，其特征在于，所述方法包括：

终端设备接入后，为所述终端设备分配并保留上行传输资源，所述上行传输资源按预设的最小资源量分配；

将分配的所述上行传输资源指示给所述终端设备；

若所述终端设备退出网络，则回收所述上行传输资源。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述终端设备采用所述上行传输资源发送的上行数据，所述上行数据中包括BSR信息；

若基于所述BSR信息确定所述终端设备需要增加上行传输资源、且空闲的上行传输资源充足，则为所述终端设备增加上行传输资源。

3.根据权利要求2所述的方法，其特征在于，传输速率包括多个等级，所述基于所述BSR信息确定所述终端设备需要增加上行传输资源，具体包括：

获取所述终端设备的多帧BSR分别请求的数据量；所述多帧BSR为连续指定帧数的BSR和/或连续指定时长内的BSR；

基于所述多帧BSR分别请求的数据量，确定所述终端设备需要的传输速率，并获取下一等级的传输速率；其中下一等级的传输速率高于当前等级的传输速率；

若所述终端设备需要的传输速率与所述下一等级的传输速率之间的占比在第一预设时长内保持高于占比阈值，则确定所述终端设备需要增加上行传输资源。

4.根据权利要求1-3中任一所述的方法，其特征在于，所述方法还包括：

若空闲的上行传输资源不充足，则降低各个终端设备的上行传输资源至最小资源量。

5.根据权利要求2所述的方法，其特征在于，所述基于所述BSR信息确定所述终端设备需要增加上行传输资源，具体包括：

获取所述终端设备的多帧BSR分别请求的数据量；所述多帧BSR为连续指定帧数的BSR和/或连续指定时长内包括的BSR；

若基于所述多帧BSR分别请求的数据量，确定所述终端设备需要的传输速率；

若所述终端设备需要的传输速率在第二预设时长内保持高于当前传输速率，则确定所述终端设备需要增加上行传输资源。

6.一种上行数据传输方法，其特征在于，所述方法包括：

获取待发送的上行数据；

采用网络侧设备预先保留的上行传输资源传输所述上行数据；

所述上行传输资源为终端设备接入网络后由所述网络侧设备为所述终端设备分配的，且所述上行传输资源保留至所述终端设备退出网络。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

若上行传输资源不足，则将BSR携带在所述上行数据中，所述BSR中包括待传输的数据量以请求所述网络侧设备增加所述终端设备的上行传输资源。

8.根据权利要求6或7所述的方法，其特征在于，所述方法还包括：

发送接入请求给所述网络侧设备；

接入网络之后，接收所述网络侧设备发送的指示信息，所述指示信息用于指示所述网络侧设备为所述终端设备分配并保留的上行传输资源。

9.一种网络侧设备，其特征在于，该网络侧设备包括：处理器、存储器和收发机；

存储器，用于存储计算机程序；

收发机，用于在所述处理器的控制下收发数据；

处理器，用于读取所述存储器中的计算机程序并执行如权利要求1-5中任一所述的方法。

10.一种终端设备，其特征在于，所述终端设备包括：处理器、存储器和收发机；

存储器，用于存储计算机程序；

收发机，用于在所述处理器的控制下收发数据；

处理器，用于读取所述存储器中的计算机程序并执行如权利要求6-8中任一所述的方法。

11.一种网络侧设备，其特征在于，所述网络侧设备包括：

分配模块，用于终端设备接入后，为所述终端设备分配并保留上行传输资源，所述上行传输资源按预设的最小资源量分配；

指示模块，用于将分配的所述上行传输资源指示给所述终端设备；

资源回收模块，用于若所述终端设备退出网络，则回收所述上行传输资源。

12.根据权利要求11所述的网络侧设备，其特征在于，所述网络侧设备还包括：

接收模块，用于接收所述终端设备采用所述上行传输资源发送的上行数据，所述上行数据中包括BSR信息；

所述分配模块，还用于若基于所述BSR信息确定所述终端设备需要增加上行传输资源、且空闲的上行传输资源充足，则为所述终端设备增加上行传输资源。

13.根据权利要求12所述的网络侧设备，其特征在于，传输速率包括多个等级，执行所述基于所述BSR信息确定所述终端设备需要增加上行传输资源，所述分配模块具体用于：

获取所述终端设备的多帧BSR分别请求的数据量；所述多帧BSR为连续指定帧数的BSR和/或连续指定时长内的BSR；

基于所述多帧BSR分别请求的数据量，确定所述终端设备需要的传输速率，并获取下一等级的传输速率；其中下一等级的传输速率高于当前等级的传输速率；

若所述终端设备需要的传输速率与所述下一等级的传输速率之间的占比在第一预设时长内保持高于占比阈值，则确定所述终端设备需要增加上行传输资源。

14.根据权利要求11-13中任一所述的网络侧设备，其特征在于，所述网络侧设备还包括：

资源量调整模块，用于若空闲的上行传输资源不充足，则降低各个终端设备的上行传输资源至最小资源量。

15.根据权利要求12所述的网络侧设备，其特征在于，执行所述基于所述BSR信息确定所述终端设备需要增加上行传输资源，所述分配模块具体用于：

获取所述终端设备的多帧BSR分别请求的数据量；所述多帧BSR为连续指定帧数的BSR和/或连续指定时长内包括的BSR；

若基于所述多帧BSR分别请求的数据量，确定所述终端设备需要的传输速率；

若所述终端设备需要的传输速率在第二预设时长内保持高于当前传输速率，则确定所述终端设备需要增加上行传输资源。

16.一种终端设备，其特征在于，所述终端设备包括：

获取模块，用于获取待发送的上行数据；

传输模块，用于采用网络侧设备预先保留的上行传输资源传输所述上行数据；

所述上行传输资源为终端设备接入网络后由所述网络侧设备为所述终端设备分配的，且所述上行传输资源保留至所述终端设备退出网络。

17.根据权利要求16所述的终端设备，其特征在于，所述网络侧设备还包括：

调整模块，用于若上行传输资源不足，则将BSR携带在所述上行数据中，所述BSR中包括待传输的数据量以请求所述网络侧设备增加所述终端设备的上行传输资源。

18.根据权利要求16或17所述的终端设备，其特征在于，所述网络侧设备还包括：

发送模块，用于发送接入请求给所述网络侧设备；

所述获取模块还用于接入网络之后，接收所述网络侧设备发送的指示信息，所述指示信息用于指示所述网络侧设备为所述终端设备分配并保留的上行传输资源。

19.一种计算机可存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1～8中任一所述的方法。

20.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-8中任一所述的方法。

Images