CN114374495B - 上行数据发送方法及相关产品 - Google Patents

Abstract

本申请实施例提供一种上行数据发送方法及相关产品，所述方法应用于用户设备，所述方法包括如下步骤：若UE处于非激活态且具有待传输的数据时，UE在小数据传输机制SDT中指示该待传输的数据的关联信息。本申请提供的技术方案具有提高网络性能的优点。

Description

上行数据发送方法及相关产品

技术领域

本申请涉及通信处理技术领域，尤其涉及一种上行数据发送方法及相关产品。

背景技术

UE(User equipment，用户设备)在非激活态(Inactive)中如果有数据需要上传，可以在恢复RRC连接之后进行传输；或者通过一种引入的小数据传输机制(Small DataTransmission，SDT)在非激活态进行传输。如果UE需要在非激活态进行多次数据传输，UE的服务Beam(波束)发生变化，考虑到Inactive(非激活)态UE可能不会频繁测量Beam、不会上报测量结果，因此网络可能不能通过原Beam为UE提供数据传输，导致多次数据传输失败，影响了频谱效率和网络性能。

发明内容

本申请实施例公开了一种上行数据发送方法及相关产品，在UE处于非激活态且具有待传输的数据时，UE在小数据传输机制SDT中指示该待传输的数据的关联信息，进而向基站上报关联信息，提高了网络性能。

第一方面，提供一种上行数据发送方法，所述方法应用于用户设备UE，所述方法包括如下步骤：

若UE处于非激活态且具有待传输的数据时，UE在小数据传输机制SDT中指示该待传输的数据的关联信息。

第二方面，提供一种用户设备，所述用户设备包括：

处理单元，用于UE处于非激活态且具有待传输的数据时，UE在小数据传输机制SDT中指示该待传输的数据的关联信息。

第三方面，提供一种电子设备，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行第一方面所述的方法中的步骤的指令。

第四方面，提供了一种计算机可读存储介质，存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行第一方面所述的方法。

第五方面，提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

第六方面，提供了芯片系统，所述芯片系统包括至少一个处理器，存储器和接口电路，所述存储器、所述收发器和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有计算机程序；所述计算机程序被所述处理器执行时实现第一方面所述的方法。

本申请提供的技术方案在UE处于非激活态时，UE处于非激活态且具有待传输的数据时，UE在小数据传输机制SDT中指示该待传输的数据的关联信息，进而向基站上报关联信息使得基站能够依据该关联信息为UE配置资源，提高了网络性能。

附图说明

以下对本申请实施例用到的附图进行介绍。

图1是一种示例通信系统的系统架构图；

图2a是一种随机接入过程的流程示意图；

图2b是另一种随机接入过程的流程示意图；

图3是本申请提供的上行数据发送方法的流程示意图；

图4是本申请实施例一提供的上行数据发送方法的流程示意图；

图5是本申请实施例二提供的上行数据发送方法的流程示意图；

图6是本申请实施例三提供的上行数据发送方法的流程示意图；

图7是本申请实施例提供的一种用户设备的结构示意图；

图8是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面结合本申请实施例中的附图对本申请实施例进行描述。

本申请中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，表示前后关联对象是一种“或”的关系。

本申请实施例中出现的“多个”是指两个或两个以上。本申请实施例中出现的第一、第二等描述，仅作示意与区分描述对象之用，没有次序之分，也不表示本申请实施例中对设备个数的特别限定，不能构成对本申请实施例的任何限制。本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式，以实现设备间的通信，本申请实施例对此不做任何限定。

本申请实施例的技术方案可以应用于如图1所示的示例通信系统100，该示例通信系统100包括终端110和网络设备120，终端110与网络设备120通信连接。

NR(New Radio，新空口)中，UE在有业务需求时，会接入网络建立RRC连接，建立专用承载以便传输数据。UE在进入连接态后，基站会为该UE分配必要的参数如安全算法，L2相关的配置参数，物理层相关的配置参数以及层3相关的配置参数如无线链路失败等参数，对于建立的承载，基站需要知晓为该承载所建立的与核心网之间的通道信息，这些参数均称为UE的上下文(UE Context)。当UE从连接态进入空闲态时，基站会释放该UE的所有参数，即释放该UE的上下文。如果UE期待再次建立业务，基站需要重新为该UE配置上述参数。这个过程将通过多条空口信令以及NG接口(基站与核心网之间的接口)信令完成。

在实际的应用中，不同UE有不同的业务需求，比如有些UE在一段时间内会多次传输数据，每一次传输数据的时间有限。针对这一类业务需求，如果采用现有的机制，每次传输数据均需要建立连接，等到数据传输结束再释放连接。当UE重复多次传输时将导致大量的信令交互，这将导致网络信令负载过大，数据传输的效率大大降低。

NR引入了非激活态(Inactive)，UE在该状态，不与网络进行数据传输，可以周期性的接收寻呼，网络保留该UE所建立的RRC连接配置、承载的配置、安全配置以及NG接口与这个UE相关的参数配置等，UE也需要保存RRC连接配置、承载的配置、安全配置等。进入Inactive状态的UE在有数据传输时，可以利用保存的参数配置，快速接入网络通过RRC连接恢复(RRC Resume)流程恢复RRC连接，之后进行数据传输，因为UE和网络均有该UE的RRC连接参数，因此UE可以快速的接入网络传输数据，不必像之前UE需要先建立RRC连接、建立承载然后再传输数据，可以节省大量的信令。

对于智能终端，UE在Inactive态还是有小数据发送的需求，如果UE每次均恢复RRC连接进行数据传输，仍然会造成传输效率低下。如图2a所示，为一种如图1所示的通信系统下的UE通过随机接入流程传输小数据流程，其属于SDT(Small data Transmission，小数据传输机制)中的一种方式。本申请将小数据传输定义为SDT，NR协议可能采用同样的简写方式或者采用不同的名称，不影响本申请技术方案的应用。

参阅图2a，通常随机接入过程包括4个步骤：

201、终端设备向网络设备发送随机接入前导码(random access preamble)，随机接入前导码为4步随机接入过程中的消息1(message 1，Msg1)；

202、网络设备向终端设备发送随机接入响应(random access response，RAR)消息，随机接入响应消息为4步随机接入过程中的消息2(message 2，Msg2)；

203、终端设备向网络设备发送调度传输(scheduled transmission)消息，调度传输消息为4步随机接入过程中的消息3(message 3，Msg3)；

204、网络设备向终端设备发送竞争解决(contention resolution)消息，竞争解决消息为4步随机接入过程中的消息4(message 3，Msg4)。

为了实现小数据传输SDT，在随机接入响应中基站会为UE分配较大的上行传输资源，以便UE可以在MSG3(即消息3)中传输小数据，同时可以传输RRC消息如包含UE的标识信息等。

NR中同时引入了两步随机接入流程，通过两步随机接入可以实现另一种SDT方式，参阅图2b，在两步随机接入过程中，第一步为终端设备向网络设备传输消息1和消息3，将消息1和消息3作为消息A(message a，MsgA)，第二步为网络设备向终端设备传输(message b，MsgB)，消息B通过合并如图2a所示的消息2和消息4得到。UE可以在MSG A中传输小数据，以实现另一种方式的SDT。

UE在NR服务小区驻留，处于非激活态(Inactive)。

UE产生了一些数据，需要传输到网络侧，考虑到数据量不多，UE打算采用SDT的传输方式。

同时UE发现数据量不是一次能够传输完毕，对于两步随机接入的方式，UE可以从小区的系统消息中关于两步随机接入的配置中获知在MSGA的PUSCH(Physical UplinkShared Channel，物理上行共享信道)中能够上传的数据量，UE依据PUSCH占据的物理资源大小、采取的调制编码机制，可以计算出能够上传的数据量，需要排除MSGA中同时需要传输的RRC信令所占据的比特数。对于四步随机接入过程，MSG3的资源大小是基站动态分配的，UE在没有收到随机接入响应时不能直接判断出是否一次可以传输完毕，通常基站不会分配很大的传输资源以免资源浪费，UE可以假定基站一次分配固定数量的物理资源块如4个PRB，根据4个PRB可以传输的数据量判断是否一次可以传输完毕待传输的数据；UE也可以监听其他UE的随机接入响应消息，可以从中获知基站一次分配的物理资源大小，可以获知一次可以传输的数据量；或者，UE在收到基站发送给自己的随机接入响应时依据分配的PUSCH资源判断一次可以传输的数据量；或者基站可以通过系统消息指示一次预计传输的数据量，以便UE可以准确的判断是否可以一次传输完毕待传输的数据。UE可能会连续生成上行数据，此时UE可以判定不能通过一次传输完毕待传输的数据。

参阅图3，图3提供了一种上行数据发送方法，该方法可以在如图1所示的通信系统内执行，该方法中的SDT可以为如图2a或图2b中的任意一种流程，该方法如图3所示，包括如下步骤：

步骤S300、若UE处于非激活态且具有待传输的数据时，UE在小数据传输机制SDT中指示该待传输的数据的关联信息。

本申请提供的技术方案在UE处于非激活态时，UE处于非激活态且具有待传输的数据时，UE在小数据传输机制SDT中指示该待传输的数据的关联信息，进而向基站上报关联信息使得基站能够依据该关联信息为UE配置资源，提高了网络性能。待传输的数据可以是UE侧当前生成的需要上传的数据，通常是指已经在层2的缓存器Buffer中，即Availabledata；或者可以包括UE将要生成的需要上传的数据。

在一种可选的方案中，所述该待传输的数据的关联信息包括以下一种或任意组合：

资源分配的间隔、每次资源分配可以传输的数据量的大小、数据传输的时长、后续资源分配的次数。

数据传输的时长可以是总的传输时长，或者可以包括每次传输的时长，因为UE可能是周期性的生成数据，比如每隔40ms有上行数据需要传输，每一次传输需要持续6ms的时长。上述数据传输的时长可以是指每一次传输的时长，也可以是总的数据传输的时长，如UE预计需要传输100个周期的数据，周期是40ms，总的传输时长为100×40＝4000ms。

在一种可选的方案中，所述方法还包括：

UE确定该待传输的数据的业务特性，若该业务特性与进入非激活态之前上报的业务特性不相同，UE在SDT指示该待传输的数据的关联信息，可以仅指示不同的业务特性指标，不必指示完整的业务特性。

UE在进入Inactive态之前，通常向基站指示了不同数据无线承载或逻辑信道的业务特性，如业务产生的间隔和每次数据产生的大小等参数，之后该数据无线承载或逻辑信道没有数据传输，网络才将该UE转入非激活态。之后某个时间，UE的这个数据无线承载或逻辑信道重新有新的数据产生，因此UE采用SDT的方式传输新的数据，然而新产生的数据的业务特性如数据生成的间隔、每次产生的数据大小，与之前UE上报的业务特性可能相同或者不相同，为了节省信令，可以在不相同时才指示数据产生的间隔和每次数据产生的大小。数据传输的时长(或配置后续分配资源的次数)还需要指示。

在一种可选的方案中，所述业务特性包括以下一种或任意组合：

每次产生的业务数据的大小、业务产生的间隔周期、业务数据产生的时间偏差。

时间偏差是指周期内数据产生的起始时刻，如业务产生的间隔周期是40ms，在这40ms周期内，数据是在第6ms产生的。

在一种可选的方案中，所述方法还包括：

UE通过缓冲区状态报告BSR或预设信令上报待传输的数据量大小；

所述待传输的数据量大小包括：已有待传输的数据量大小和预测将要传输的数据量大小。

在一种可选的方案中，所述方法还包括：

若UE确定将要传输的数据的产生间隔超过间隔阈值，UE不指示有后续数据传输，等待下一次有数据产生时，通过下一次的SDT流程传输所述下一次产生的数据。

上述间隔阈值可以由基站通过系统消息配置，或者协议设定一个阈值。

在一种可选的方案中，所述该待传输的数据的关联信息包括：

UE当前所接入的波束的信道质量。

在一种可选的方案中，所述该待传输的数据的关联信息还包括：

至少一个候选波束的波束标识和/或信道质量。

在一种可选的方案中，所述UE在小数据传输机制SDT指示该待传输的数据的关联信息具体包括：

UE通过SDT的MSG3或MSGA指示该待传输的数据的关联信息。

在一种可选的方案中，UE在一次SDT中不能传输完毕该待传输的数据时，在SDT中指示该待传输的数据的关联信息。

实施例一

本申请实施例一提供了一种上行数据发送方法，本申请实施例的实现场景可以为如图1所示的通信系统，当然也可以为其他的通信系统，本申请实施例实现的技术场景具体可以包括：当UE判定不能通过一次SDT方式传输待传输的数据。参阅图4，图4提供了一种上行数据发送方法，该方法如图4所示的，包括如下步骤：

步骤S400、UE发现通过SDT方式不能一次传输完毕待传输的数据，UE在MSGA/MSG3中指示后续资源分配的间隔、每次资源分配可以传输的数据量的大小、数据传输的时长、或后续资源分配的次数；

可选的，上述MSGA/MSG3中可以包含RRC消息，可以在RRC消息中指示后续资源分配的间隔、每次资源分配可以传输的数据量的大小、或数据传输的时长(数据产生的时长)、或后续资源分配的次数，以便基站能够合理的分配后续的上行传输资源。

步骤S401、基站按照UE指示的间隔、每次数据量的大小为UE分配周期性的上行传输资源，在数据传输达到UE指示的时长之后，基站释放分配的周期性资源。

当UE判定不能通过一次SDT方式传输待传输的数据时，即需要后续传输数据，可以在MSGA/MSG3中指示后续分配资源的间隔、每次分配资源的大小，MSGA/MSG3中可以包含RRC消息，可以在RRC消息中指示后续资源分配的间隔、每次资源分配可以传输的数据量的大小、或数据传输的时长(数据产生的时长)，以便基站能够合理的分配后续的上行传输资源，以便UE及时发送上行数据，避免资源浪费。如基站可以按照UE指示的间隔、每次数据量的大小为UE分配周期性的上行传输资源，在数据传输达到UE指示的时长之后，基站释放分配的周期性资源，这样可以以最少的信令交互实现数据的及时、高效的传输。

实施例二

本申请实施例二提供了一种上行数据发送方法，本申请实施例的实现场景可以为如图1所示的通信系统，当然也可以为其他的通信系统。参阅图5，图5提供了一种上行数据发送方法，该方法如图5所示的，包括如下步骤：

步骤S500、UE接入层可以与应用Application进行交互，以便获得不同Application的业务特性，预测后续数据传输，若后续数据传输具有多次数据传输，执行后续步骤；

UE的接入层与应用Application的交互属于UE的内部实现，可以有多种实现方式，如UE可以自己统计不同Application如微信、微博等不同应用的业务特性，本申请不做限定。

步骤S501、UE获取将要传输的数据的产生间隔；产生间隔在超过间隔阈值门限之后，UE不指示有后续数据传输(低于这个门限，才指示有后续数据传输)。超过门限时，等待下一次有数据产生需要传输时，UE通过SDT的方式再次进行传输。

本申请提供的技术方案如果UE下一次产生数据的时长超过该门限，UE不能指示需要后续传输资源(即低于该门限时才能指示有后续传输)。UE在下一次有数据传输时，重新发起SDT流程。这样避免了间隔时间过长如果UE移动，那么当前波束将无法支持数据传输，这样能够提高数据传输的可靠性，提高网络性能。

实施例三

本申请实施例三提供了一种上行数据发送方法，本申请实施例的实现场景可以为如图1所示的通信系统，当然也可以为其他的通信系统，参阅图6，图6提供了一种上行数据发送方法，该方法如图6所示的，包括如下步骤：

步骤S600、UE在MSG3/MSGA中指示当前所接入Beam的信道质量或当前所接入Beam标识；

步骤S601、基站依据MSG3/MSGA中的指示选择合适的调制编码机制。

本申请提供的技术方案UE在MSGA或MSG3中指示当前所接入Beam的信道质量，可选可以指示候选Good Beam的信道质量如超过信号质量门限的Beam的信道质量，因为UE需要多次传输数据，在这多次传输数据过程中，UE所接入的Beam(UE在随机接入过程中，按照选择的Beam确定对应的前导码，基站通过UE发送的前导码确定UE所接入的Beam)可能发生变化，而且为了提升传输效率，UE上报所接入Beam的信号质量如CQI(Channel QualityIndex)，有助于基站选择合适的调制编码机制提升传输效率和频谱效率。UE可以上报当前所接入Beam的信道质量，还可以上报候选Beam的信号质量，如当前所接入的Beam为UE所测得的服务小区的最强Beam，UE还检测到一个或几个次强的Beam，UE可以同时上报次强Beam的信道质量和Beam标识，或者仅上报Beam标识，以便基站知道UE的候选Beam，可以选择候选Beam为UE提供服务，并且知道UE所测的候选Beam的信道质量，以便在改变波束为UE提供服务时，可以选择合适的调制编码机制进行数据传输。

可以理解的是，用户设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图7示出了用户设备的示意图，如图7所示，该用户设备700可以包括：处理单元701。

其中，处理单元701可以用于支持用户设备执行上述步骤300等，和/或用于本文所描述的技术的其他过程。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，用户设备可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对用户设备的动作进行控制管理，例如，可以用于支持用户设备执行上述处理单元执行的步骤。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块，可以用于支持用户设备与其他设备的通信。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对用户设备的结构限定。在本申请另一些实施例中，用户设备也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

请参见图8，图8是本申请实施例提供的一种电子设备80，该电子设备80包括处理器801、存储器802和通信接口803，所述处理器801、存储器802和通信接口803通过总线相互连接。

存储器802包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmableread only memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器802用于相关计算机程序及数据。通信接口803用于接收和发送数据。

处理器801可以是一个或多个中央处理器(central processing unit，CPU)，在处理器801是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

处理器801可以包括一个或多个处理单元，例如：处理单元可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的部件，也可以集成在一个或多个处理器中。在一些实施例中，用户设备也可以包括一个或多个处理单元。其中，控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。在其他一些实施例中，处理单元中还可以设置存储器，用于存储指令和数据。示例性地，处理单元中的存储器可以为高速缓冲存储器。该存储器可以保存处理单元刚用过或循环使用的指令或数据。如果处理单元需要再次使用该指令或数据，可从所述存储器中直接调用。这样就避免了重复存取，减少了处理单元的等待时间，因而提高了用户设备处理数据或执行指令的效率。

在一些实施例中，处理器801可以包括一个或多个接口。接口可以包括集成电路间(inter-integrated circuit，I2C)接口、集成电路间音频(inter-integrated circuitsound，I2S)接口、脉冲编码调制(pulse code modulation，PCM)接口、通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口、移动产业处理器接口(mobile industry processor interface，MIPI)、用输入输出(general-purpose input/output，GPIO)接口、SIM卡接口和/或USB接口等。其中，USB接口是符合USB标准规范的接口，具体可以是Mini USB接口、Micro USB接口、USB Type C接口等。USB接口可以用于连接充电器为用户设备充电，也可以用于用户设备与外围设备之间传输数据。该USB接口也可以用于连接耳机，通过耳机播放音频。

该电子设备80中的处理器801用于读取所述存储器802中存储的计算机程序代码，执行以下操作：

若UE处于非激活态且具有待传输的数据时，UE在小数据传输机制SDT中指示该待传输的数据的关联信息。

其中，上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例还提供一种芯片系统，所述芯片系统包括至少一个处理器，存储器和接口电路，所述存储器、所述收发器和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有计算机程序；所述计算机程序被所述处理器执行时，图3、图4、图5、图6所示的方法流程得以实现。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当其在网络设备上运行时，图3、图4、图5、图6所示的方法流程得以实现。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在终端上运行时，图3、图4、图5、图6所示的方法流程得以实现。

本申请实施例还提供一种终端设备，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行图3、图4、图5、图6所示实施例的方法中的步骤的指令。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模板。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模板并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取器(英文：Random Access Memory，简称：RAM)、磁盘或光盘等。

Claims (13)

1.一种上行数据发送方法，其特征在于，所述方法应用于用户设备UE，所述方法包括如下步骤：

若所述UE处于非激活态、所述UE具有待传输的数据且所述UE在一次小数据传输机制SDT中不能传输完毕所述待传输的数据，所述UE在SDT中指示所述待传输的数据的关联信息；

其中，在两步随机接入过程中，所述UE在一次小数据传输机制SDT中不能传输完毕所述待传输的数据根据物理上行共享信道PUSCH能够上传的数据量和所述待传输的数据确定；所述PUSCH能够上传的数据量从小区的系统消息中的关于两步随机接入的配置中获知；其中，所述PUSCH能够上传的数据量根据PUSCH占据的物理资源大小和采取的调制编码机制计算得到，所述PUSCH能够上传的数据量排除MSGA中同时需要传输的无线资源控制RRC信令所占据的比特数；或者，

在四步随机接入过程中，所述UE在一次小数据传输机制SDT中不能传输完毕所述待传输的数据根据基站一次分配的物理资源块的数量和所述待传输的数据确定；所述基站一次分配的物理资源块的数量根据监听到的其他UE的随机接入响应消息确定，或者在所述UE接收到基站发送给所述UE的随机接入响应时依据分配的PUSCH资源确定，或者根据基站发送的系统消息中的指示确定。

2.根据权利要求1所述的方法，其特征在于，所述该待传输的数据的关联信息包括以下一种或任意组合：

资源分配的间隔、每次资源分配可以传输的数据量大小、数据传输的时长、后续资源分配的次数。

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

UE确定该待传输的数据的业务特性，若该业务特性与进入非激活态之前上报的业务特性不相同，UE在SDT指示该待传输的数据的关联信息。

4.根据权利要求3所述的方法，其特征在于，所述业务特性包括以下一种或任意组合：

每次产生的业务数据的大小、业务产生的间隔周期、业务数据产生的时间偏差。

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

UE通过缓冲区状态报告BSR或预设信令上报待传输的数据量大小；

所述待传输的数据量大小包括：已有待传输的数据量大小和预测将要传输的数据量大小。

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

若UE确定将要传输的数据的产生间隔超过间隔阈值，UE不指示有后续数据传输，等待下一次有数据产生时，通过SDT传输所述下一次产生的数据。

7.根据权利要求1所述的方法，其特征在于，所述该待传输的数据的关联信息包括：

UE当前所接入的波束的信道质量。

8.根据权利要求1所述的方法，其特征在于，所述该待传输的数据的关联信息还包括：

至少一个候选波束的波束标识，或者至少一个候选波束的波束标识和信道质量。

9.根据权利要求1-8任意一项所述的方法，其特征在于，所述UE在小数据传输机制SDT指示该待传输的数据的关联信息具体包括：

UE通过SDT的MSG3或MSGA指示该待传输的数据的关联信息。

10.一种用户设备UE，其特征在于，所述UE包括：

处理单元，用于若所述UE处于非激活态、所述UE具有待传输的数据且所述UE在一次小数据传输机制SDT中不能传输完毕所述待传输的数据，在SDT中指示所述待传输的数据的关联信息；

其中，在两步随机接入过程中，所述UE在一次小数据传输机制SDT中不能传输完毕所述待传输的数据根据物理上行共享信道PUSCH能够上传的数据量和所述待传输的数据确定；所述PUSCH能够上传的数据量从小区的系统消息中的关于两步随机接入的配置中获知；其中，所述PUSCH能够上传的数据量根据PUSCH占据的物理资源大小和采取的调制编码机制计算得到，所述PUSCH能够上传的数据量排除MSGA中同时需要传输的无线资源控制RRC信令所占据的比特数；或者，

在四步随机接入过程中，所述UE在一次小数据传输机制SDT中不能传输完毕所述待传输的数据根据基站一次分配的物理资源块的数量和所述待传输的数据确定；所述基站一次分配的物理资源块的数量根据监听到的其他UE的随机接入响应消息确定，或者在所述UE接收到基站发送给所述UE的随机接入响应时依据分配的PUSCH资源确定，或者根据基站发送的系统消息中的指示确定。

11.一种电子设备，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-9任意一项所述的方法中的步骤的指令。

12.一种芯片系统，所述芯片系统包括至少一个处理器，存储器和接口电路，所述存储器、所述接口电路和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有计算机程序；所述计算机程序被所述处理器执行时实现如权利要求1-9任意一项所述的方法。

13.一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当其在用户设备上运行时，执行如权利要求1-9任意一项所述的方法。