CN116647928A

CN116647928A - Pusch传输方法、装置、终端、及网络侧设备

Info

Publication number: CN116647928A
Application number: CN202210149223.9A
Authority: CN
Inventors: 吴凯; 陈晓航; 塔玛拉卡·拉盖施
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2022-02-14
Filing date: 2022-02-14
Publication date: 2023-08-25
Also published as: WO2023151628A1

Abstract

本申请公开了一种PUSCH传输方法、装置、终端、网络侧设备及存储介质，属于通信技术领域，本申请实施例的PUSCH传输方法包括：终端确定PUSCH在RRC非连接态下进行传输的传输相关信息；所述终端基于所述传输相关信息，发送所述PUSCH。

Description

PUSCH传输方法、装置、终端、及网络侧设备

技术领域

本申请属于通信技术领域，具体涉及一种PUSCH传输方法、装置、终端、网络侧设备及存储介质。

背景技术

相关技术中物理上行共享信道(Physical Uplink Shared Channel，PUSCH)的传输方案均是在无线资源控制(Radio Resource Control，RRC)连接(connected)状态下的配置。

对于RRC非连接态下的终端，可能使用一个或多个天线端口(antenna port)，但在支持1个天线端口或多个天线端口(antenna port)的情况下具体如何传输PUSCH还是不确定的。

发明内容

本申请实施例提供一种PUSCH传输方法、装置、终端、网络侧设备及存储介质，能够解决对于RRC非连接态下的终端不确定如何传输PUSCH的问题。

第一方面，提供了一种PUSCH传输方法，该方法包括：

终端确定PUSCH在RRC非连接态下进行传输的传输相关信息；

所述终端基于所述传输相关信息，发送所述PUSCH。

第二方面，提供了一种PUSCH传输方法，该方法包括：

网络侧设备向终端发送传输相关信息，所述传输相关信息用于指示所述终端在RRC非连接态下传输PUSCH；

所述网络侧设备接收所述终端基于所述传输相关信息发送的所述PUSCH。

第三方面，提供了一种PUSCH传输装置，该装置包括：

第一确定模块，用于确定PUSCH在RRC非连接态下进行传输的传输相关信息；

第一发送模块，用于基于所述传输相关信息，发送所述PUSCH。

第四方面，提供了一种PUSCH传输装置，该装置包括：

第二发送模块，用于向终端发送传输相关信息，所述传输相关信息用于指示所述终端在RRC非连接态下传输PUSCH；

第一接收模块，用于接收所述终端基于所述传输相关信息发送的所述PUSCH。

第五方面，提供了一种终端，该终端包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第六方面，提供了一种终端，包括处理器及通信接口，其中，所述处理器用于：

确定PUSCH在RRC非连接态下进行传输的传输相关信息；

所述通信接口用于：

基于所述传输相关信息，发送所述PUSCH。

第七方面，提供了一种网络侧设备，该网络侧设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。

第八方面，提供了一种网络侧设备，包括处理器及通信接口，其中，所述通信接口用于：

向终端发送传输相关信息，所述传输相关信息用于指示所述终端在RRC非连接态下传输PUSCH；

接收所述终端基于所述传输相关信息发送的所述PUSCH。

第九方面，提供了一种PUSCH传输系统，包括：终端及网络侧设备，所述终端可用于执行如第一方面所述的PUSCH传输方法的步骤，所述网络侧设备可用于执行如第二方面所述的PUSCH传输方法的步骤。

第十方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第二方面所述的方法的步骤。

第十一方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法，或实现如第二方面所述的方法。

第十二方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面所述的PUSCH传输方法的步骤，或者实现如第二方面所述的PUSCH传输方法的步骤。

在本申请实施例中，通过首先确定PUSCH在RRC非连接态下进行传输的传输相关信息；并基于所述传输相关信息传输PUSCH，明确了PUSCH在非连接态下支持1个天线端口或多个天线端口的传输方案，也增强了PUSCH传输方案的鲁棒性。

附图说明

图1示出本申请实施例可应用的一种无线通信系统的框图；

图2是相关技术提供的基于随机接入的数据传输过程的示意图；

图3是本申请实施例提供的PUSCH传输方法的流程示意图之一；

图4是本申请实施例提供的PUSCH传输方法的流程示意图之二；

图5是本申请实施例提供的PUSCH传输装置的结构示意图之一；

图6是本申请实施例提供的PUSCH传输装置的结构示意图之二；

图7是本申请实施例提供的通信设备的结构示意图；

图8为实现本申请实施例的一种终端的硬件结构示意图；

图9为实现本申请实施例的一种网络侧设备的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。

值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6^th Generation，6G)通信系统。

图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal DigitalAssistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmentedreality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(WearableDevice)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备或核心网设备，其中，接入网设备12也可以称为无线接入网设备、无线接入网(Radio Access Network，RAN)、无线接入网功能或无线接入网单元。接入网设备12可以包括基站、WLAN接入点或WiFi节点等，基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(BasicService Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。核心网设备可以包含但不限于如下至少一项：核心网节点、核心网功能、移动管理实体(Mobility ManagementEntity，MME)、接入移动管理功能(Access and Mobility Management Function，AMF)、会话管理功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、策略控制功能(Policy Control Function，PCF)、策略与计费规则功能单元(Policyand Charging Rules Function，PCRF)、边缘应用服务发现功能(Edge ApplicationServer Discovery Function，EASDF)、统一数据管理(Unified Data Management，UDM)，统一数据仓储(Unified Data Repository，UDR)、归属用户服务器(Home SubscriberServer，HSS)、集中式网络配置(Centralized network configuration，CNC)、网络存储功能(Network Repository Function，NRF)，网络开放功能(Network Exposure Function，NEF)、本地NEF(Local NEF，或L-NEF)、绑定支持功能(Binding Support Function，BSF)、应用功能(Application Function，AF)等。需要说明的是，在本申请实施例中仅以NR系统中的核心网设备为例进行介绍，并不限定核心网设备的具体类型。

首先对以下内容进行介绍：

(1)随机接入过程；

在相关技术中，包含竞争的随机接入流程和非竞争随机接入的过程。

在竞争的4步随机接入过程(Random Access Channel，RACH)中，UE首先向网络发送Msg1(Message1)，包含前导码(Random Access Preamble)；网络检测到preamble后，将发送Msg2或随机接入响应(Random Access Response，RAR)消息，包含网络所检测到的preamble的编号，以及分配给UE发送Msg3的上行无线资源；UE接收到Msg2后，确认Msg2中携带的preamble的编号中，至少有一个和自己所发送的preamble的编号一致，则根据RAR的指示的资源，发送包含竞争解决信息的Msg3；网络收到Msg3后，将发送包含竞争解决信息的Msg4；UE收到Msg4，确认进行解决信息和自己在Msg3中发送的一致，即完成4步随机接入。

网络在RAR中包含上行链路(UpLink，UL)grant信息用于指示Msg3 PUSCH调度信息，并且包含RAPID(RACH preamble ID)，TC-RNTI(temporary-CRNTI)，时间提前量(TimingAdvance，TA)等信息。如果网络没有接收到MSG3 PUSCH，可以在TC-RNTI加扰的物理下行控制信道(Physical downlink control channel，PDCCH)中调度MSG3 PUSCH的重传。

对于竞争的随机接入过程，不同的UE随机选取preamble进行传输，这样不同的UE可能在相同的时频无线资源(RO资源)上选取相同的preamble发送，这种情况可以理解为UE的preamble冲突。这种情况下，不同的UE会收到相同的RAR，则此时不同的UE会根据该RARUL grant中的调度信息，进行MSG.3PUSCH的传输。由于现有技术不支持MSG.3PUSCH的重复传输，网络在一个MSG3 PUSCH调度资源上只能解出一个UE发送的PUSCH(包含竞争解决信息)，所以，网络会在MSG4中包含在MSG3中收到的竞争解决信息。如果UE收到的MSG4中的竞争解决信息和UE在MSG3 PUSCH中发送的竞争解决信息匹配，则UE认为竞争解决成功。如果不匹配，则认为竞争解决不成功。

如果竞争解决不成功，则UE重新选择RACH发送资源，进行PRACH发送，进行下一次随机接入尝试。

在通信系统中，2-step RACH被引入。第一步是UE发送MsgA给网络侧。网络侧接收到MsgA后给UE发送MsgB消息给UE，如果UE在一定时间内都没有收到MsgB，UE会将统计MsgA发送次数的计数器累加一并重新发送MsgA。如果统计MsgA发送次数的计数器达到一定门限，UE会从2-step随机接入过程切换到4-step随机接入过程。MsgA包括MsgApreamble部分和MsgA PUSCH部分，preamble部分在用于2-step RACH的RO上发送，PUSCH部分在跟发送MsgA preamble以及RO想关联的MsgA PUSCH资源上发送。MsgA PUSCH资源是相对于每个PRACH slot配置的一组PUSCH资源，包括时频资源和DMRS资源。

(2)小数据传输；

高效小数据传输的特点是对于非连接态的UE(比如，IDLE and INACTIVE)，避免因此引起的RRC状态转换和RRC连接建立过程的造成过多信令开销，通过极简单的信令过程即完成小数据传输的目的。

小数据传输方案的特点是UE当前数据无线承载(Data Radio Bearer，DRB)都是处于挂起的状态，而不是释放的状态。因而，UE在发送ResumeRequest消息前可以先恢复DRB，然后再用RRC信令来捎带小数据，这时和CONNECTED UE一样可以在DRB上传输数据。从而避免进行状态转换，以较小的信令开销达到高效小数据传输的目的。

小数据传输由于使用的是DRB传输，接入层(Access Stratum，AS)安全已经激活，因此小数据传输可以对数据进行必要的安全保护，例如数据加密和完整性保护等操作。从安全角度，由于UE在挂起状态有可能已经移动到其它的基站下，因此此时UE重新发包所使用的安全密钥是需要更新的。更新的方法就按照UE在进入挂起状态时，网络侧提供给它的用于计算下一跳密钥的参数，进行下一个密钥的更新操作。

小数据传输的待传数据在专用业务信道(Dedicated Traffic Channel，DTCH)上承载，与上行RRCConnectionResumeRequest消息进行复用之后进行传输。类似的，如果有回复的下行消息，也可以在DTCH上承载，与下行RRCConnectionRelease消息复用传输。上下行的数据都是加密的，使用更新后的下一个密钥进行加密操作。

图2是相关技术提供的基于随机接入的数据传输过程的示意图；如图2所示，以小数据为例，图2示出基于4-step RACH过程中在Msg3 PUSCH上传输小数据。小数据还可以在2-step RACH过程中在MsgAPUSCH上传输，或者在RRC inactive状态下配置的configuredgrant调度的PUSCH资源上传输。在2-step RACH和4-step RACH过程中的小数据传输称之为RACH based小数据传输，基于configured grant调度的PUSCH的小数据传输称为CG(configured grant)based小数据传输。

(3)基于码本(Codebook based)的传输方案，基于非码本(nonCodebook based)的传输方案；

NR系统支持两种PUSCH传输方法：基于码本的PUSCH传输和基于非码本的PUSCH传输。网络可以通过RRC信令配置终端基于码本或非码本的PUSCH传输方法。目前NR系统支持终端发送天线为1或2或4。当终端仅支持1天线发送那么基于码本或非码本的PUSCH传输没有区别。终端支持多于1天线发送的情况下网络配置终端基于码本传输方法或基于非码本传输方法，而且进行相应的探测参考信号(Sounding Reference Signal，SRS)配置。

为支持基于码本传输方法网络为终端配置一个或多个多端口SRS资源，例如：终端支持2天线发送、网络为该终端配置1个2端口SRS资源。同时根据终端能力网络配置相干码本子集(coherent codebook subset)或非相干子集(non-coherent codebook subset)。因为终端有2根发送天线所以最多支持2流传输(rank＝1或rank＝2)。终端发送SRS，网络根据SRS测量在调度PUSCH时通过下行控制信息(Downlink Control Information，DCI)(DCI 0_1)中指示终端本次PUSCH传输采用的预编码矩阵(TransmittedPrecoding MatrixIndicator)、TPMI联合指示传输rank以及预编码矩阵。DCI 0_0只能调度上行单流数据所以不包含TPMI。

为支持基于非码本传输方法网络为终端配置多个单端口SRS资源，例如：终端支持2天线发送、网络为该终端配置2个1端口SRS资源。终端发送SRS，网络根据SRS测量在调度PUSCH时通过DCI(DCI 0_1)中SRS资源指示(SRS resource indicator，SRI)来指示终端本次PUSCH传输的rank以及发送行为。网络指示1个SRI(SRI0或SRI1)代表本次PUSCH传输为单流而且PUSCH的发送行为与SRI0或SRI1相同，如果网络指示2个SRI(SRI0和SRI1)代表本次PUSCH传输为两流。DCI 0_0只能调度上行单流数据所以不包含SRI。

相关技术中确定传输方案以及precoder都是在RRC connected状态下配置而且是支持多个layer的传输。对于RRC inactive/idle状态下的UE只支持一个antenna port。

RRC inactive或者idle状态下的小数据传输是基于一个layer，但是可能使用多个antenna port，在这种情况下，单layer下的传输方案以及precoder需要确定。

下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的PUSCH传输方法、装置、终端、网络侧设备及存储介质进行详细地说明。

图3是本申请实施例提供的PUSCH传输方法的流程示意图之一，如图3所示，该PUSCH传输方法包括如下步骤：

步骤300，终端确定PUSCH在RRC非连接态下进行传输的传输相关信息；

步骤310，所述终端基于所述传输相关信息，发送所述PUSCH。

可选地，为了明确PUSCH在非连接态下支持1个天线端口或多个天线端口的传输方案，终端可以首先确定PUSCH在RRC非连接态下进行传输的传输相关信息；然后基于所述传输相关信息，发送PUSCH；

可选地，本申请各实施例提供的PUSCH传输方法适用于5G以及后续演进通信系统。既适用于常规终端，适用于非低功能终端(non-RedCapUE)也适用于RedCap UE(ReducedCapability UE)。

可选地，RRC非连接态可以包括RRC非激活态(RRC inactive状态)和/或RRC空闲态(RRC idle状态)。

可选地，RRC非连接态可以包括RRC非激活态。

可选地，RRC非连接态可以包括RRC空闲态(RRC idle状态)。

在本申请实施例中，针对RRC inactive/idle状态下，提出确定合适的PUSCH传输方案方法用于数据传输或小数据传输。既降低了信令开销，也考虑了小数据传输的只需要支持单layer但是可能需要支持多个antenna ports提高鲁棒性的特性。

可选地，所述传输相关信息包括以下任意一项或多项：

天线端口数量、所述PUSCH在RRC非连接态下的目标传输方案。

可选地，传输相关信息可以包括天线端口数量；

可选地，天线端口数量可以等于1或大于1。

可选地，传输相关信息可以包括PUSCH在RRC非连接态下的目标传输方案；

可选地，目标传输方案可以包括基于码本的传输方案或基于非码本的传输方案；

可选地，传输相关信息可以包括天线端口数量和PUSCH在RRC非连接态下的目标传输方案；

可选地，终端可以首先确定天线端口数量，并基于天线端口数量发送PUSCH；

可选地，终端可以首先确定目标传输方案，并基于目标传输方案发送PUSCH；

可选地，终端可以首先确定天线端口数量和目标传输方案，并基于天线端口数量和目标传输方案发送PUSCH。

可选地，在所述传输相关信息包括所述天线端口数量的情况下，所述终端确定PUSCH在RRC非连接态下进行传输的传输相关信息，包括以下任意一项或多项：

所述终端基于第一信息确定所述天线端口数量；所述第一信息来自于网络侧设备；

所述终端基于协议预定义确定所述天线端口数量；

所述终端基于预配置确定所述天线端口数量。

可选地，终端在确定天线端口数量时，可以基于接收到的第一信息确定所述天线端口数量；

可选地，所述第一信息可以是网络侧设备发送给终端的；

可选地，可以协议预定义天线端口数量，比如协议直接定义天线端口数量为1或定义天线端口数量为4或定义天线端口数量为16；本申请实施例对此不作限定；

可选地，终端在确定天线端口数量时，可以基于协议预定义确定。

可选地，可以预先配置天线端口数量，比如高层发信令配置或用户配置或采用其他任意可实现的配置方式配置天线端口数量；

可选地，可以预配置天线端口数量为1或预配置天线端口数量为4或预配置天线端口数量为8；本申请实施例对此不作限定；

可选地，终端在确定天线端口数量时，可以基于预配置确定。

可选地，所述第一信息为RRC释放消息。

可选地，基站可以在向终端发送RRC释放消息时携带天线端口数量，以向终端指示支持的天线端口数量；

比如基站可以在向终端发送RRC释放消息时携带天线端口数量为4，以向终端指示支持的天线端口数量为4。

可选地，所述天线端口数量为1。

可选地，天线端口数量(antenna port数量)为1的时候，不需要确定目标传输方案；

可选地，天线端口数量(antenna port数量)为1的时候，可以直接把数据乘以1进行传输，不需要码本或其他类似方案。

可选地，可能存在只支持一个antenna port的传输方案，在这种情况下，终端不需要确定预编码相关信息(precoder)。

可选地，可能存在只支持一个antenna port的传输方案，在这种情况下，终端不需要确定预编码相关信息。

可选地，在所述传输相关信息包括所述目标传输方案的情况下，所述终端确定PUSCH在RRC非连接态下进行传输的传输相关信息，包括：

所述终端基于默认确定所述目标传输方案是所述终端所支持传输方案，其中，所述终端所支持传输方案包括基于非码本的传输方案和基于码本的传输方案中的一项；或者

所述终端确定所述目标传输方案，所述目标传输方案是所述终端所支持多项传输方案中的一项，所述终端所支持传输方案包括基于非码本的传输方案和基于码本的传输方案。

可选地，终端在确定目标传输方案时，若只支持一种传输方案，可以默认确定所述目标传输方案是所述终端所支持传输方案；

比如，若终端仅支持基于非码本的传输方案，则默认确定目标传输方案为基于非码本的传输方案。

可选地，终端在确定目标传输方案时，若既支持基于码本的传输方案(codebookbased传输方案)，也支持基于非码本的传输方案(nonCodebook based传输方案)，具体支持哪一种可以进一步确定。

可选地，所述天线端口数量大于1。

可选地，天线端口数量大于1的情况下，终端可以确定基于默认确定所述目标传输方案是所述终端所支持传输方案，其中，所述终端所支持传输方案包括基于非码本的传输方案和基于码本的传输方案中的一项，或者，终端确定所述目标传输方案，所述目标传输方案是所述终端所支持多项传输方案中的一项，所述终端所支持传输方案包括基于非码本的传输方案和基于码本的传输方案。

可选地，所述终端确定所述目标传输方案，包括以下任意一项或多项：

所述终端基于第二信息确定所述目标传输方案；所述第二信息来自于网络侧设备；

所述终端基于协议预定义确定所述目标传输方案；

所述终端基于预配置确定所述目标传输方案。

可选地，在既支持基于码本的传输方案(codebook based传输方案)，也支持基于非码本的传输方案(nonCodebook based传输方案)的情况下，终端在确定目标传输方案时，可以基于接收到的第二信息确定目标传输方案；

可选地，所述第二信息可以是网络侧设备发送给终端的；

可选地，可以协议预定义目标传输方案，比如协议直接定义目标传输方案为基于码本的传输方案或协议直接定义目标传输方案为基于非码本的传输方案；

可选地，在既支持基于码本的传输方案(codebook based传输方案)，也支持基于非码本的传输方案(nonCodebook based传输方案)的情况下，终端在确定目标传输方案时，可以基于协议预定义确定。

可选地，可以预先配置目标传输方案，比如高层发信令配置或用户配置或采用其他任意可实现的配置方式配置目标传输方案；

可选地，可以预配置目标传输方案为基于码本的传输方案或预配置目标传输方案为基于非码本的传输方案；本申请实施例对此不作限定；

可选地，在既支持基于码本的传输方案(codebook based传输方案)，也支持基于非码本的传输方案(nonCodebook based传输方案)的情况下，终端在确定目标传输方案时，可以基于预配置确定。

可选地，所述第二信息为RRC释放消息。

可选地，基站可以在向终端发送RRC释放消息时携带目标传输方案，以向终端指示目标传输方案；

比如基站可以在向终端发送RRC释放消息时携带目标传输方案为基于码本的传输方案，以向终端指示目标传输方案为基于码本的传输方案。

比如基站可以在向终端发送RRC释放消息时携带目标传输方案为基于非码本的传输方案，以向终端指示目标传输方案为基于非码本的传输方案。

比如，可以在RRC释放消息(RRC release消息)中配置txConfig参数，用于确定目标传输方案是codebook based还是传输方案nonCodebook based传输方案。

可选地，txConfig参数可以配置为“txConfig ENUMERATED{codebook，nonCodebook}OPTIONAL，--Need S”。

可选地，所述传输相关信息还包括：

最大秩的目标值；

所述终端确定PUSCH在RRC非连接态下进行传输的传输相关信息，包括：

所述终端基于默认确定所述最大秩的目标值为1；

或者，

所述终端确定所述最大秩的目标值，其中所述值大于1。

可选地，传输相关信息还可以包括：最大秩的目标值。

可选地，天线端口数量大于1的情况下，传输相关信息还可以包括：最大秩的目标值。

可选地，终端确定最大秩的目标值时，可以直接默认最大秩的目标值为1；

比如在支持多个antenna ports，但是最大秩(Max rank)只能等于1的情况下，maxRank不需要配置或预定义，可以直接默认为1，即终端可以基于默认确定最大秩的目标值为1。

比如在支持多个antenna ports，并且最大秩(Max rank)可以大于1的情况下，可以进一步确定最大秩的目标值。

可选地，所述终端确定所述最大秩的目标值，包括以下任意一项或多项：

所述终端基于第三信息确定所述最大秩的目标值；所述第三信息来自于网络侧设备；

所述终端基于协议预定义确定所述最大秩的目标值；

所述终端基于预配置确定所述最大秩的目标值。

可选地，在支持多个antenna ports，并且最大秩(Max rank)可以大于1的情况下，终端在确定最大秩的目标值时，可以基于接收到的第三信息确定最大秩的目标值；

可选地，所述第三信息可以是网络侧设备发送给终端的；

可选地，可以协议预定义最大秩的目标值，比如协议直接定义最大秩的目标值为8或协议直接定义最大秩的目标值为16，本申请实施例对此不作限定；

可选地，在支持多个antenna ports，并且最大秩(Max rank)可以大于1的情况下，终端在确定最大秩的目标值时，可以基于协议预定义确定。

可选地，可以预先配置最大秩的目标值，比如高层发信令配置或用户配置或采用其他任意可实现的配置方式配置最大秩的目标值；

可选地，可以预配置最大秩的目标值为32或预配置最大秩的目标值为8；本申请实施例对此不作限定；

可选地，在支持多个antenna ports，并且最大秩(Max rank)可以大于1的情况下，终端在确定最大秩的目标值时，可以基于预配置确定。

可选地，所述第三信息为RRC释放消息。

可选地，基站可以在向终端发送RRC释放消息时携带最大秩的目标值，以向终端指示最大秩的目标值；

比如基站可以在向终端发送RRC释放消息时携带最大秩的目标值为32，以向终端指示最大秩的目标值为32。

比如基站可以在向终端发送RRC释放消息时携带最大秩的目标值为8，以向终端指示最大秩的目标值为8。

比如，可以在RRC释放消息(RRC release消息)中配置maxRank，用于确定最大秩的目标值。

可选地，所述传输相关信息还包括：

目标上行链路全功率模式；

所述终端基于默认确定所述目标上行链路全功率模式为所述终端所支持的上行链路全功率模式，其中，所述终端支持一种上行链路全功率模式；

或者，

所述终端确定所述目标上行链路全功率模式，其中所述目标上行链路全功率模式为所述终端所支持的多种上行链路全功率模式中的一项。

可选地，传输相关信息还可以包括：目标上行链路全功率模式。

可选地，天线端口数量大于1的情况下，传输相关信息还可以包括：目标上行链路全功率模式。

可选地，终端确定目标上行链路全功率模式时，可以直接默认目标上行链路全功率模式为所述终端所支持的上行链路全功率模式；

比如在支持多个antenna ports，但是UE只支持一种全功率模式(full powermode)的情况下，可以默认目标上行链路全功率模式为所述终端所支持的上行链路全功率模式。

比如在支持多个antenna ports，但是UE只支持fullpowerMode1的情况下，可以默认目标上行链路全功率模式为fullpowerMode1。

比如在支持多个antenna ports，并且UE支持多种full power mode的情况下，可以进一步确定目标上行链路全功率模式。

可选地，所述终端确定所述目标上行链路全功率模式，包括：

所述终端基于第四信息确定所述目标上行链路全功率模式；所述第四信息来自于网络侧设备；

所述终端基于协议预定义确定所述目标上行链路全功率模式；

所述终端基于预配置确定所述目标上行链路全功率模式。

可选地，在支持多个antenna ports，并且UE支持多种full power mode的情况下，终端在确定目标上行链路全功率模式时，可以基于接收到的第四信息确定目标上行链路全功率模式；

可选地，所述第四信息可以是网络侧设备发送给终端的；

可选地，可以协议预定义目标上行链路全功率模式，比如协议直接定义目标上行链路全功率模式为fullpowerMode1或协议直接定义目标上行链路全功率模式为fullpowerMode2，本申请实施例对此不作限定；

可选地，在支持多个antenna ports，并且UE支持多种full power mode的情况下，终端在确定目标上行链路全功率模式时，可以基于协议预定义确定。

可选地，可以预先配置目标上行链路全功率模式，比如高层发信令配置或用户配置或采用其他任意可实现的配置方式配置目标上行链路全功率模式；

可选地，可以预配置目标上行链路全功率模式为fullpowerMode2或预配置目标上行链路全功率模式为fullpowerMode1；本申请实施例对此不作限定；

可选地，在支持多个antenna ports，并且UE支持多种full power mode的情况下，终端在确定目标上行链路全功率模式时，可以基于预配置确定。

可选地，所述第四信息为RRC释放消息。

可选地，基站可以在向终端发送RRC释放消息时携带目标上行链路全功率模式，以向终端指示目标上行链路全功率模式；

比如基站可以在向终端发送RRC释放消息时携带目标上行链路全功率模式为fullpowerMode2，以向终端指示目标上行链路全功率模式为fullpowerMode2。

比如基站可以在向终端发送RRC释放消息时携带目标上行链路全功率模式为fullpowerMode1，以向终端指示目标上行链路全功率模式为fullpowerMode1。

比如，可以在RRC释放消息(RRC release消息)中配置FullPowerTransmission参数，用于确定目标上行链路全功率模式。

比如FullPowerTransmission参数可以是：ul-FullPowerTransmissionENUMERATED{fullpower，fullpowerMode1，fullpowerMode2}OPTIONAL，--Need R。

可选地，在所述目标传输方案是基于码本的传输方案的情况下，所述传输相关信息还包括：

目标码本子集；

所述终端基于默认确定所述目标码本子集为所述终端所支持的码本子集，其中，所述终端支持一种码本子集；

或者，

所述终端确定所述目标码本子集，其中所述目标码本子集为所述终端所支持的多种码本子集中的一项。

可选地，在所述目标传输方案是基于码本的传输方案的情况下，传输相关信息还可以包括：目标码本子集。

可选地，天线端口数量大于1且目标传输方案是基于码本的传输方案的情况下，传输相关信息还可以包括：目标码本子集。

可选地，终端确定目标码本子集时，可以直接默认目标码本子集为终端所支持的码本子集；

比如在支持多个antenna ports且目标传输方案是基于码本的传输方案的情况下，若UE只支持一种码本子集，则可以默认目标码本子集为终端所支持的码本子集。

比如在支持多个antenna ports且目标传输方案是基于码本的传输方案的情况下，若UE只支持fullyAndPartialAndNonCoherent，则可以默认目标码本子集为fullyAndPartialAndNonCoherent。

比如在支持多个antenna ports且目标传输方案是基于码本的传输方案的情况下，若UE支持多种码本子集，则可以进一步确定目标码本子集。

可选地，所述终端确定所述目标码本子集，包括：

所述终端基于第五信息确定所述目标码本子集；所述第五信息来自于网络侧设备；

所述终端基于协议预定义确定所述目标码本子集；

所述终端基于预配置确定所述目标码本子集。

可选地，在支持多个antenna ports，且目标传输方案是基于码本的传输方案，并且UE支持多种码本子集的情况下，终端在确定目标码本子集时，可以基于接收到的第五信息确定目标码本子集；

可选地，所述第五信息可以是网络侧设备发送给终端的；

可选地，可以协议预定义目标码本子集，比如协议直接定义目标码本子集为fullyAndPartialAndNonCoherent，本申请实施例对此不作限定；

可选地，在支持多个antenna ports，且目标传输方案是基于码本的传输方案，并且UE支持多种码本子集的情况下，终端在确定目标码本子集时，可以基于协议预定义确定。

可选地，可以预先配置目标码本子集，比如高层发信令配置或用户配置或采用其他任意可实现的配置方式配置目标码本子集；

可选地，可以预配置目标码本子集为fullyAndPartialAndNonCoherent；本申请实施例对此不作限定；

可选地，在支持多个antenna ports，且目标传输方案是基于码本的传输方案，并且UE支持多种码本子集的情况下，终端在确定目标码本子集时，可以基于预配置确定。

可选地，所述第五信息为RRC释放消息。

可选地，基站可以在向终端发送RRC释放消息时携带目标码本子集，以向终端指示目标码本子集；

比如基站可以在向终端发送RRC释放消息时携带目标码本子集为fullyAndPartialAndNonCoherent，以向终端指示目标码本子集为fullyAndPartialAndNonCoherent。

比如，可以在RRC释放消息(RRC release消息)中配置codebookSubset参数，用于确定目标码本子集。

可选地，codebookSubset参数可以为：codebookSubset ENUMERATED{fullyAndPartialAndNonCoherent，partialAndNonCoherent，nonCoherent}。

可选地，在所述终端基于所述传输相关信息，发送所述PUSCH之前，所述方法还包括：

所述终端在RRC释放之前确定SRS资源配置信息；

所述终端基于所述SRS资源配置信息，在RRC释放之前发送探测参考信号SRS。

可选地，终端基于所述传输相关信息，发送所述PUSCH之前，终端可以在RRC释放之前确定SRS资源配置信息，并基于所述SRS资源配置信息，在RRC释放之前发送探测参考信号SRS。

可选地，SRS资源的配置以及SRS的发送可以在RRC release之前。

可选地，所述传输相关信息包括预编码信息；

基于RRC释放之前的最后一个SRS资源对应的SRS确定所述预编码信息。

可选地，在SRS资源的配置以及SRS的发送可以在RRC release之前的情况下，终端可以基于RRC释放之前的最后一个SRS资源对应的SRS确定所述预编码信息，并可以在确定预编码信息后，基于预编码信息和其他传输相关信息发送PUSCH。

可选地，用于确定RRC inactive状态下PUSCH传输使用的precoder信息的SRS资源可以是离RRC release消息最近的SRS资源。

所述终端获取RRC释放消息中的SRS资源配置信息；

所述终端基于所述SRS资源配置信息，在RRC非连接态下发送探测参考信号SRS。

可选地，终端基于所述传输相关信息，发送所述PUSCH之前，终端可以获取RRC释放消息中的SRS资源配置信息，基于所述SRS资源配置信息，在RRC非连接态下发送探测参考信号SRS。

可选地，可以在RRC release消息里配置SRS资源，在inactive或idle状态下支持SRS的发送。

可选地，所述SRS为周期SRS。

可选地，在RRC release消息里配置SRS资源，在inactive或idle状态下发送SRS的情况下，SRS可以为周期SRS。

可选地，所述SRS为非周期SRS。

可选地，在RRC release消息里配置SRS资源，在inactive或idle状态下发送SRS的情况下，SRS可以为非周期SRS。

可选地，RRC inactive或idle状态下的SRS发送可以是周期或者非周期的SRS。

可选地，所述RRC释放消息中包括所述非周期SRS的发送时间信息。

可选地，对于非周期的SRS，可以由RRC release message配置何时发送一次该SRS。

可选地，所述非周期SRS的发送由下行控制信息触发。

可选地，对于非周期的SRS，可以由DCI来触发(trigger)何时发送SRS

可选地，对于该DCI，其CRC可以由C-RNTI(Cell-RNTI)或者CS-RNTI加扰，其中，RNTI是指网络临时标识符(RadioNetworkTemporaryIdentifier，RNTI)。

可选地，所述SRS资源配置信息包括所述SRS所在的部分带宽BWP。

可选地，SRS资源配置信息可以包括所述inactive/idle状态下发送的SRS所在的部分带宽(Bandwidth Part，BWP)。

可选地，所述BWP包括初始上行链路部分带宽initial UL BWP。

可选地，inactive/idle状态下发送的SRS所在的部分带宽BWP可以包括初始上行链路部分带宽initial UL BWP；

可选地，SRS资源可以配置在initial UL BWP。

可选地，在所述终端为低能力RedCap终端的情况下，所述BWP包括separateinitial UL BWP。

可选地，对于低能力RedCap终端，inactive/idle状态下发送的SRS所在的部分带宽BWP可以包括separate initial UL BWP。

可选地，对于低能力RedCap终端，SRS资源可以配置在separate initial UL BWP。

可选地，本申请实施例中为能力降低终端(RedCap UE)额外配置的单独初始上行链路部分带宽separate initial UL BWP也可以理解为由UplinkConfigCommonRedCapSIB中的initialUplinkBWP提供的初始UL BWP。

可选地，所述SRS资源配置信息包括以下任一项：

SRS资源集SRS resource set，所述SRS resource set的类型为：码本、非码本、自定义类型；

SRS-SDTResourceSet，所述SRS-SDT ResourceSet是专用于所述PUSCH传输的SRSresource set；

SRS-PosResourceSet。

可选地，对于RRC inactive/idle状态下SRS配置，SRS资源配置信息可以是一个特定的类型，比如配置一个SRS resource set，其usage为codebook或者nonCodebook，或者为txSchemeInactive。

可选地，对于RRC inactive/idle状态下SRS配置，SRS资源配置信息可以是一个新定义的信息，比如为一个SRS-SDTResourceSet，而不是现有的SRS-ResourceSet结构；该SRS-SDT ResourceSet是专用于所述PUSCH传输的SRS resource set。

可选地，对于RRC inactive/idle状态下SRS配置，SRS资源配置信息可以是用于定位SRS-PosResourceSet。

可选地，所述PUSCH包括小数据SD。

可选地，在上述任意实施例或任意实施例的组合中，PUSCH可以包括小数据(SmallData，SD)。

可选地，上述任意实施例或任意实施例的组合所提供给的传输方案可以用于小数据传输(Small Data Transmission，SDT)。

可选地，所述PUSCH包括配置授权CG PUSCH和/或动态授权DG PUSCH。

可选地，在上述任意实施例或任意实施例的组合中，PUSCH可以是配置授权CGPUSCH；

可选地，上述任意实施例或任意实施例的组合所提供给的传输方案可以用于配置授权CG(configured grant)PUSCH。

可选地，在上述任意实施例或任意实施例的组合中，PUSCH可以是动态授权DG(dynamic grant)PUSCH；

可选地，上述任意实施例或任意实施例的组合所提供给的传输方案可以用于动态授权DG PUSCH。

可选地，所述PUSCH仅为DCI 0_0调度的所述DG PUSCH，所述天线端口数量为1。

可选地，对于RRC inactive/idle状态下的DG PUSCH，在RRC inactive/idle状态下只支持DCI0_0调度DG PUSCH，这样只支持一个antenna port。

图4是本申请实施例提供的PUSCH传输方法的流程示意图之二，如图4所示，该PUSCH传输方法包括如下步骤：

步骤400，网络侧设备向终端发送传输相关信息，所述传输相关信息用于指示所述终端在RRC非连接态下传输PUSCH；

步骤410，所述网络侧设备接收所述终端基于所述传输相关信息发送的所述PUSCH。

可选地，网络侧设备可以为基站；

可选地，为了明确PUSCH在非连接态下支持1个天线端口或多个天线端口的传输方案，网络侧设备可以向终端发送传输相关信息，所述传输相关信息用于指示所述终端在RRC非连接态下传输PUSCH，终端可以基于网络侧设备的指示，确定PUSCH在RRC非连接态下进行传输的传输相关信息；然后基于所述传输相关信息，向网络侧设备发送PUSCH；网络侧设备则可以接收终端基于所述传输相关信息发送的所述PUSCH

可选地，RRC非连接态可以包括RRC非激活态。

可选地，RRC非连接态可以包括RRC空闲态(RRC idle状态)。

可选地，所述传输相关信息包括以下任意一项或多项：

天线端口数量、所述PUSCH在RRC非连接态下的目标传输方案。

可选地，传输相关信息可以包括天线端口数量；

可选地，天线端口数量可以等于1或大于1。

可选地，网络侧设备可以向终端发送第一信息以指示天线端口数量，终端在确定天线端口数量时，可以基于接收到的第一信息确定所述天线端口数量；

可选地，所述第一信息为RRC释放消息。

可选地，可能存在只支持一个antenna port的传输方案，在这种情况下，终端不需要确定precoder。

可选地，网络侧设备可以向终端发送第二信息以指示目标传输方案，在既支持基于码本的传输方案(codebook based传输方案)，也支持基于非码本的传输方案(nonCodebook based传输方案)的情况下，终端在确定目标传输方案时，可以基于接收到的第二信息确定目标传输方案；

可选地，所述第二信息为RRC释放消息。

可选地，所述传输相关信息还包括：

最大秩的目标值；

可选地，传输相关信息还可以包括：最大秩的目标值。

比如在支持多个antenna ports，并且最大秩(Max rank)可以大于1的情况下，终端可以进一步确定最大秩的目标值。

可选地，网络侧设备可以向终端发送第三信息以指示最大秩的目标值，在支持多个antenna ports，并且最大秩(Max rank)可以大于1的情况下，终端在确定最大秩的目标值时，可以基于接收到的第三信息确定最大秩的目标值；

可选地，所述第三信息为RRC释放消息。

可选地，所述传输相关信息还包括：

目标上行链路全功率模式；

可选地，网络侧设备可以向终端发送第四信息以指示目标上行链路全功率模式，在支持多个antenna ports，并且UE支持多种full power mode的情况下，终端在确定目标上行链路全功率模式时，可以基于接收到的第四信息确定目标上行链路全功率模式；

可选地，所述第四信息为RRC释放消息。

目标码本子集；

可选地，网络侧设备可以向终端发送第五信息以指示目标码本子集，在支持多个antenna ports，且目标传输方案是基于码本的传输方案，并且UE支持多种码本子集的情况下，终端在确定目标码本子集时，可以基于接收到的第五信息确定目标码本子集；

可选地，所述第五信息为RRC释放消息。

可选地，在所述网络侧设备接收所述终端基于所述传输相关信息发送的所述PUSCH之前，所述方法还包括：

所述网络侧设备接收所述终端发送的探测参考信号SRS。

可选地，终端可以在RRC释放之前确定SRS资源配置信息，并基于所述SRS资源配置信息，在RRC释放之前发送探测参考信号SRS。

可选地，SRS资源的配置以及SRS的发送可以在RRC release之前。

可选地，所述传输相关信息包括预编码信息；

可选地，终端可以获取RRC释放消息中的SRS资源配置信息，基于所述SRS资源配置信息，在RRC非连接态下发送探测参考信号SRS。

可选地，所述SRS为周期SRS。

可选地，所述SRS为非周期SRS。

可选地，所述非周期SRS的发送由下行控制信息触发。

可选地，所述BWP包括初始上行链路部分带宽initial UL BWP。

可选地，SRS资源可以配置在initial UL BWP。

可选地，所述SRS资源配置信息包括以下任一项：

SRS-PosResourceSet。

可选地，所述PUSCH包括小数据SD。

可选地，所述PUSCH包括配置授权CG PUSCH和/或动态授权DG PUSCH。

可选地，所述PUSCH仅为DCI0_0调度的所述DG PUSCH，所述天线端口数量为1。

本申请实施例提供的PUSCH传输方法，执行主体可以为PUSCH传输装置。本申请实施例中以PUSCH传输方法装置执行PUSCH传输方法为例，说明本申请实施例提供的PUSCH传输装置。

图5是本申请实施例提供的PUSCH传输装置的结构示意图之一，如图5所示，该PUSCH传输装置500包括：第一确定模块510和第一发送模块520；其中：

第一确定模块510用于确定PUSCH在RRC非连接态下进行传输的传输相关信息；

第一发送模块520用于基于所述传输相关信息，发送所述PUSCH。

可选地，所述传输相关信息包括以下任意一项或多项：

天线端口数量、所述PUSCH在RRC非连接态下的目标传输方案。

可选地，在所述传输相关信息包括所述天线端口数量的情况下，第一确定模块510具体用于以下任意一项或多项：

基于第一信息确定所述天线端口数量；所述第一信息来自于网络侧设备；

基于协议预定义确定所述天线端口数量；

基于预配置确定所述天线端口数量。

可选地，所述第一信息为RRC释放消息。

可选地，所述天线端口数量为1。

可选地，在所述传输相关信息包括所述目标传输方案的情况下，第一确定模块510具体用于：

基于默认确定所述目标传输方案是所述终端所支持传输方案，其中，所述终端所支持传输方案包括基于非码本的传输方案和基于码本的传输方案中的一项；或者

确定所述目标传输方案，所述目标传输方案是所述终端所支持多项传输方案中的一项，所述终端所支持传输方案包括基于非码本的传输方案和基于码本的传输方案。

可选地，所述天线端口数量大于1。

可选地，第一确定模块510具体用于以下任意一项或多项：

基于第二信息确定所述目标传输方案；所述第二信息来自于网络侧设备；

基于协议预定义确定所述目标传输方案；

基于预配置确定所述目标传输方案。

可选地，所述第二信息为RRC释放消息。

可选地，所述传输相关信息还包括：

最大秩的目标值；

第一确定模块510具体用于：

基于默认确定所述最大秩的目标值为1；

或者，

确定所述最大秩的目标值，其中所述值大于1。

可选地，第一确定模块510具体用于以下任意一项或多项：

基于第三信息确定所述最大秩的目标值；所述第三信息来自于网络侧设备；

基于协议预定义确定所述最大秩的目标值；

基于预配置确定所述最大秩的目标值。

可选地，所述第三信息为RRC释放消息。

可选地，所述传输相关信息还包括：

目标上行链路全功率模式；

第一确定模块510具体用于：

基于默认确定所述目标上行链路全功率模式为所述终端所支持的上行链路全功率模式，其中，所述终端支持一种上行链路全功率模式；

或者，

确定所述目标上行链路全功率模式，其中所述目标上行链路全功率模式为所述终端所支持的多种上行链路全功率模式中的一项。

可选地，第一确定模块510具体用于：

基于第四信息确定所述目标上行链路全功率模式；所述第四信息来自于网络侧设备；

基于协议预定义确定所述目标上行链路全功率模式；

基于预配置确定所述目标上行链路全功率模式。

可选地，所述第四信息为RRC释放消息。

目标码本子集；

第一确定模块510具体用于：

基于默认确定所述目标码本子集为所述终端所支持的码本子集，其中，所述终端支持一种码本子集；

或者，

确定所述目标码本子集，其中所述目标码本子集为所述终端所支持的多种码本子集中的一项。

可选地，第一确定模块510具体用于：

基于第五信息确定所述目标码本子集；所述第五信息来自于网络侧设备；

基于协议预定义确定所述目标码本子集；

基于预配置确定所述目标码本子集。

可选地，所述第五信息为RRC释放消息。

可选地，所述装置还包括：

第二确定模块，用于在所述终端基于所述传输相关信息，发送所述PUSCH之前，在RRC释放之前确定SRS资源配置信息；

第三发送模块，用于基于所述SRS资源配置信息，在RRC释放之前发送探测参考信号SRS。

可选地，所述传输相关信息包括预编码信息；

第一确定模块510具体用于：

可选地，所述装置还包括：

第一获取模块，用于在所述终端基于所述传输相关信息，发送所述PUSCH之前，获取RRC释放消息中的SRS资源配置信息；

第四发送模块，用于基于所述SRS资源配置信息，在RRC非连接态下发送探测参考信号SRS。

可选地，所述SRS为周期SRS。

可选地，所述SRS为非周期SRS。

可选地，所述非周期SRS的发送由下行控制信息触发。

可选地，所述BWP包括初始上行链路部分带宽initial UL BWP。

可选地，所述SRS资源配置信息包括以下任一项：

SRS-PosResourceSet。

可选地，所述PUSCH包括小数据SD。

可选地，所述PUSCH包括配置授权CG PUSCH和/或动态授权DG PUSCH。

本申请实施例中的PUSCH传输装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，终端可以包括但不限于上述所列举的终端11的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。

本申请实施例提供的PUSCH传输装置能够实现图3的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

图6是本申请实施例提供的PUSCH传输装置的结构示意图之二，如图6所示，该PUSCH传输装置600包括：第二发送模块610和第一接收模块620；其中：

第二发送模块610用于向终端发送传输相关信息，所述传输相关信息用于指示所述终端在RRC非连接态下传输PUSCH；

第一接收模块620用于接收所述终端基于所述传输相关信息发送的所述PUSCH。

可选地，所述装置还包括：

第二接收模块，用于在所述网络侧设备接收所述终端基于所述传输相关信息发送的所述PUSCH之前，接收所述终端发送的探测参考信号SRS。

本申请实施例提供的PUSCH传输装置能够实现图4的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

可选的，图7是本申请实施例提供的通信设备的结构示意图，如图7所示，本申请实施例还提供一种通信设备700，包括处理器701和存储器702，存储器702上存储有可在所述处理器701上运行的程序或指令，例如，该通信设备700为终端时，该程序或指令被处理器701执行时实现上述PUSCH传输方法实施例的各个步骤，且能达到相同的技术效果。该通信设备700为网络侧设备时，该程序或指令被处理器701执行时实现上述PUSCH传输方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种终端，包括处理器和通信接口，其中，所述处理器用于：

确定PUSCH在RRC非连接态下进行传输的传输相关信息；

所述通信接口用于：

基于所述传输相关信息，发送所述PUSCH。

该终端实施例与上述终端侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图8为实现本申请实施例的一种终端的硬件结构示意图。

该终端800包括但不限于：射频单元801、网络模块802、音频输出单元803、输入单元804、传感器805、显示单元806、用户输入单元807、接口单元808、存储器809以及处理器810等中的至少部分部件。

本领域技术人员可以理解，终端800还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器810逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图8中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

应理解的是，本申请实施例中，输入单元804可以包括图形处理单元(GraphicsProcessing Unit，GPU)8041和麦克风8042，图形处理器8041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元806可包括显示面板8061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板8061。用户输入单元807包括触控面板8071以及其他输入设备8072中的至少一种。触控面板8071，也称为触摸屏。触控面板8071可包括触摸检测装置和触摸控制器两个部分。其他输入设备8072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

本申请实施例中，射频单元801接收来自网络侧设备的下行数据后，可以传输给处理器810进行处理；另外，射频单元801可以向网络侧设备发送上行数据。通常，射频单元801包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器、双工器等。

存储器809可用于存储软件程序或指令以及各种数据。存储器809可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器809可以包括易失性存储器或非易失性存储器，或者，存储器809可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(SynchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DRRAM)。本申请实施例中的存储器809包括但不限于这些和任意其它适合类型的存储器。

处理器810可包括一个或多个处理单元；可选的，处理器810集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器810中。

其中，处理器810用于：

确定PUSCH在RRC非连接态下进行传输的传输相关信息；

射频单元801用于：

基于所述传输相关信息，发送所述PUSCH。

可选地，所述传输相关信息包括以下任意一项或多项：

天线端口数量、所述PUSCH在RRC非连接态下的目标传输方案。

可选地，在所述传输相关信息包括所述天线端口数量的情况下，处理器810用于以下任意一项或多项：

基于协议预定义确定所述天线端口数量；

基于预配置确定所述天线端口数量。

可选地，所述第一信息为RRC释放消息。

可选地，所述天线端口数量为1。

可选地，在所述传输相关信息包括所述目标传输方案的情况下，处理器810用于：

可选地，所述天线端口数量大于1。

可选地，处理器810用于以下任意一项或多项：

基于协议预定义确定所述目标传输方案；

基于预配置确定所述目标传输方案。

可选地，所述第二信息为RRC释放消息。

可选地，所述传输相关信息还包括：

最大秩的目标值；

处理器810用于：

基于默认确定所述最大秩的目标值为1；

或者，

确定所述最大秩的目标值，其中所述值大于1。

可选地，处理器810用于以下任意一项或多项：

基于协议预定义确定所述最大秩的目标值；

基于预配置确定所述最大秩的目标值。

可选地，所述第三信息为RRC释放消息。

可选地，所述传输相关信息还包括：

目标上行链路全功率模式；

处理器810用于：

或者，

可选地，处理器810用于：

基于协议预定义确定所述目标上行链路全功率模式；

基于预配置确定所述目标上行链路全功率模式。

可选地，所述第四信息为RRC释放消息。

目标码本子集；

处理器810用于：

或者，

可选地，处理器810用于：

基于协议预定义确定所述目标码本子集；

基于预配置确定所述目标码本子集。

可选地，所述第五信息为RRC释放消息。

可选地，处理器810还用于：

在所述终端基于所述传输相关信息，发送所述PUSCH之前，在RRC释放之前确定SRS资源配置信息；

基于所述SRS资源配置信息，在RRC释放之前发送探测参考信号SRS。

可选地，所述传输相关信息包括预编码信息；

处理器810用于：

可选地，处理器810还用于：

在所述终端基于所述传输相关信息，发送所述PUSCH之前，获取RRC释放消息中的SRS资源配置信息；

基于所述SRS资源配置信息，在RRC非连接态下发送探测参考信号SRS。

可选地，所述SRS为周期SRS。

可选地，所述SRS为非周期SRS。

可选地，所述非周期SRS的发送由下行控制信息触发。

可选地，所述BWP包括初始上行链路部分带宽initial UL BWP。

可选地，所述SRS资源配置信息包括以下任一项：

SRS-PosResourceSet。

可选地，所述PUSCH包括小数据SD。

可选地，所述PUSCH包括配置授权CG PUSCH和/或动态授权DG PUSCH。

本申请实施例还提供一种网络侧设备，包括处理器和通信接口，所述通信接口用于：

接收所述终端基于所述传输相关信息发送的所述PUSCH。

该网络侧设备实施例与上述网络侧设备方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中，且能达到相同的技术效果。

具体地，本申请实施例还提供了一种网络侧设备。图9为实现本申请实施例的一种网络侧设备的硬件结构示意图，如图9所示，该网络侧设备900包括：天线901、射频装置902、基带装置903、处理器904和存储器905。天线901与射频装置902连接。在上行方向上，射频装置902通过天线901接收信息，将接收的信息发送给基带装置903进行处理。在下行方向上，基带装置903对要发送的信息进行处理，并发送给射频装置902，射频装置902对收到的信息进行处理后经过天线901发送出去。

以上实施例中网络侧设备执行的方法可以在基带装置903中实现，该基带装置903包括基带处理器。

基带装置903例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图9所示，其中一个芯片例如为基带处理器，通过总线接口与存储器905连接，以调用存储器905中的程序，执行以上方法实施例中所示的网络设备操作。

该网络侧设备还可以包括网络接口906，该接口例如为通用公共无线接口(commonpublic radio interface，CPRI)。

具体地，本发明实施例的网络侧设备900还包括：存储在存储器905上并可在处理器904上运行的指令或程序，处理器904调用存储器905中的指令或程序执行图6所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。

其中，射频装置902用于：

接收所述终端基于所述传输相关信息发送的所述PUSCH。

可选地，射频装置902还用于：

在所述网络侧设备接收所述终端基于所述传输相关信息发送的所述PUSCH之前，接收所述终端发送的探测参考信号SRS。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述PUSCH传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述PUSCH传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述PUSCH传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供了一种PUSCH传输系统，包括：终端及网络侧设备，所述终端可用于执行如上所述的PUSCH传输方法的步骤，所述网络侧设备可用于执行如上所述的PUSCH传输方法的步骤。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

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

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims

1.一种物理上行共享信道PUSCH传输方法，其特征在于，包括：

终端确定PUSCH在无线资源控制RRC非连接态下进行传输的传输相关信息；

所述终端基于所述传输相关信息，发送所述PUSCH。

2.根据权利要求1所述的PUSCH传输方法，其特征在于，所述传输相关信息包括以下任意一项或多项：

天线端口数量、所述PUSCH在RRC非连接态下的目标传输方案。

3.根据权利要求2所述的PUSCH传输方法，其特征在于，在所述传输相关信息包括所述天线端口数量的情况下，所述终端确定PUSCH在RRC非连接态下进行传输的传输相关信息，包括以下任意一项或多项：

所述终端基于协议预定义确定所述天线端口数量；

所述终端基于预配置确定所述天线端口数量。

4.根据权利要求3所述的PUSCH传输方法，其特征在于，所述第一信息为RRC释放消息。

5.根据权利要求2-4任意一项所述的PUSCH传输方法，其特征在于，所述天线端口数量为1。

6.根据权利要求2-4任意一项所述的PUSCH传输方法，其特征在于，在所述传输相关信息包括所述目标传输方案的情况下，所述终端确定PUSCH在RRC非连接态下进行传输的传输相关信息，包括：

7.根据权利要求6所述的PUSCH传输方法，其特征在于，所述天线端口数量大于1。

8.根据权利要求6或7所述的PUSCH传输方法，其特征在于，所述终端确定所述目标传输方案，包括以下任意一项或多项：

所述终端基于协议预定义确定所述目标传输方案；

所述终端基于预配置确定所述目标传输方案。

9.根据权利要求8所述的PUSCH传输方法，其特征在于，所述第二信息为RRC释放消息。

10.根据权利要求6-9任一项所述的PUSCH传输方法，其特征在于，所述传输相关信息还包括：

最大秩的目标值；

所述终端基于默认确定所述最大秩的目标值为1；

或者，

所述终端确定所述最大秩的目标值，其中所述值大于1。

11.根据权利要求10所述的PUSCH传输方法，其特征在于，所述终端确定所述最大秩的目标值，包括以下任意一项或多项：

所述终端基于协议预定义确定所述最大秩的目标值；

所述终端基于预配置确定所述最大秩的目标值。

12.根据权利要求11所述的PUSCH传输方法，其特征在于，所述第三信息为RRC释放消息。

13.根据权利要求5-12任一项所述的PUSCH传输方法，其特征在于，所述传输相关信息还包括：

目标上行链路全功率模式；

或者，

14.根据权利要求13所述的PUSCH传输方法，其特征在于，所述终端确定所述目标上行链路全功率模式，包括：

所述终端基于预配置确定所述目标上行链路全功率模式。

15.根据权利要求14所述的PUSCH传输方法，其特征在于，所述第四信息为RRC释放消息。

16.根据权利要求6-15任一项所述的PUSCH传输方法，其特征在于，在所述目标传输方案是基于码本的传输方案的情况下，所述传输相关信息还包括：

目标码本子集；

或者，

17.根据权利要求16所述的PUSCH传输方法，其特征在于，所述终端确定所述目标码本子集，包括：

所述终端基于协议预定义确定所述目标码本子集；

所述终端基于预配置确定所述目标码本子集。

18.根据权利要求17所述的PUSCH传输方法，其特征在于，所述第五信息为RRC释放消息。

19.根据权利要求1-18任一项所述的PUSCH传输方法，其特征在于，在所述终端基于所述传输相关信息，发送所述PUSCH之前，所述方法还包括：

所述终端在RRC释放之前确定探测参考信号SRS资源配置信息；

20.根据权利要求19所述的PUSCH传输方法，其特征在于，所述传输相关信息包括预编码信息；

21.根据权利要求1-18任一项所述的PUSCH传输方法，其特征在于，在所述终端基于所述传输相关信息，发送所述PUSCH之前，所述方法还包括：

所述终端获取RRC释放消息中的SRS资源配置信息；

22.根据权利要求21所述的PUSCH传输方法，其特征在于，所述SRS为周期SRS。

23.根据权利要求21所述的PUSCH传输方法，其特征在于，所述SRS为非周期SRS。

24.根据权利要求23所述的PUSCH传输方法，其特征在于，所述RRC释放消息中包括所述非周期SRS的发送时间信息。

25.根据权利要求23所述的PUSCH传输方法，其特征在于，所述非周期SRS的发送由下行控制信息触发。

26.根据权利要求15-19任一项所述的PUSCH传输方法，其特征在于，所述SRS资源配置信息包括所述SRS所在的部分带宽BWP。

27.根据权利要求26所述的PUSCH传输方法，其特征在于，所述BWP包括初始上行链路部分带宽initial UL BWP。

28.根据权利要求26所述的PUSCH传输方法，其特征在于，在所述终端为低能力RedCap终端的情况下，所述BWP包括单独初始上行链路部分带宽separate initial UL BWP。

29.根据权利要求21-28任一项所述的PUSCH传输方法，其特征在于，所述SRS资源配置信息包括以下任一项：

SRS-PosResourceSet。

30.根据权利要求1-29任一项所述的PUSCH传输方法，其特征在于，所述PUSCH包括小数据SD。

31.根据权利要求1-30任一项所述的PUSCH传输方法，其特征在于，所述PUSCH包括配置授权CG PUSCH和/或动态授权DG PUSCH。

32.根据权利要求31所述的PUSCH传输方法，其特征在于，所述PUSCH仅为DCI0_0调度的所述DG PUSCH，所述天线端口数量为1。

33.一种PUSCH传输方法，其特征在于，包括：

34.根据权利要求33所述的PUSCH传输方法，其特征在于，在所述网络侧设备接收所述终端基于所述传输相关信息发送的所述PUSCH之前，所述方法还包括：

所述网络侧设备接收所述终端发送的探测参考信号SRS。

35.一种PUSCH传输装置，其特征在于，包括：

36.一种PUSCH传输装置，其特征在于，包括：

37.一种终端，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至32任一项所述的PUSCH传输方法的步骤。

38.一种网络侧设备，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求33至34任一项所述的PUSCH传输方法的步骤。

39.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至32任一项所述的PUSCH传输方法的步骤，或者实现如权利要求33至34任一项所述的PUSCH传输方法的步骤。