CN115136701A - 波束确定方法和装置 - Google Patents

波束确定方法和装置 Download PDF

Info

Publication number
CN115136701A
CN115136701A CN202280001736.3A CN202280001736A CN115136701A CN 115136701 A CN115136701 A CN 115136701A CN 202280001736 A CN202280001736 A CN 202280001736A CN 115136701 A CN115136701 A CN 115136701A
Authority
CN
China
Prior art keywords
transmission
downlink channel
terminal device
sdt
prach
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202280001736.3A
Other languages
English (en)
Inventor
乔雪梅
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Publication of CN115136701A publication Critical patent/CN115136701A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开实施例公开了一种波束确定方法和装置，可应用于通信技术领域，其中，由网络侧设备执行的方法包括：网络侧设备在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。

Description

波束确定方法和装置
技术领域
本公开涉及通信技术领域，尤其涉及一种波束确定方法和装置。
背景技术
相关技术中，提出在非激活态支持小数据包的传输(Small Data Transmission，SDT)，表示不用进入连接态即可完成数据传输，以避免造成时频资源的浪费，并且缩短数据传输时延、节省终端能耗。
SDT支持基于随机接入过程的SDT和基于半静态配置的SDT。其中，基于随机接入过程的SDT又分为两种方式，分别为基于2步随机接入过程(2-step Random Access Channel，2-step RACH)的SDT和基于4步随机接入过程(4-step Random Access Channel，4-stepRACH)的SDT。
发明内容
本公开实施例提供一种波束确定方法和装置，确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
第一方面，本公开实施例提供一种波束确定方法，该方法由网络侧设备执行，该方法包括：在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输；根据所述最近一次的上行传输所关联的同步信号块SSB，确定针对所述终端设备的所述下行信道传输所使用的波束。
在该技术方案中，网络侧设备在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的所述下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
第二方面，本公开实施例提供另一种波束确定方法，该方法由终端设备执行，该方法包括：在小数据包传输SDT传输过程之中，确定相对于下行信道传输最近一次的上行传输；根据所述最近一次的上行传输所关联的同步信号块SSB，确定针对所述终端设备的所述下行信道传输所使用的波束。
第三方面，本公开实施例提供一种通信装置，该通信装置具有实现上述第一方面所述的方法中网络侧设备的部分或全部功能，比如通信装置的功能可具备本公开中的部分或全部实施例中的功能，也可以具备单独实施本公开中的任一个实施例的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元或模块。
在一种实现方式中，该通信装置的结构中可包括收发模块和处理模块，所述处理模块被配置为支持通信装置执行上述方法中相应的功能。所述收发模块用于支持通信装置与其他设备之间的通信。所述通信装置还可以包括存储模块，所述存储模块用于与收发模块和处理模块耦合，其保存通信装置必要的计算机程序和数据。
在一种实现方式中，所述通信装置包括：处理模块，被配置为在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输；所述处理模块，还被配置为根据所述最近一次的上行传输所关联的同步信号块SSB，确定针对所述终端设备的所述下行信道传输所使用的波束。
第四方面，本公开实施例提供另一种通信装置，该通信装置具有实现上述第二方面所述的方法示例中终端设备的部分或全部功能，比如通信装置的功能可具备本公开中的部分或全部实施例中的功能，也可以具备单独实施本公开中的任一个实施例的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元或模块。
在一种实现方式中，该通信装置的结构中可包括收发模块和处理模块，该处理模块被配置为支持通信装置执行上述方法中相应的功能。收发模块用于支持通信装置与其他设备之间的通信。所述通信装置还可以包括存储模块，所述存储模块用于与收发模块和处理模块耦合，其保存通信装置必要的计算机程序和数据。
在一种实现方式中，所述通信装置包括：处理模块，被配置为在小数据包传输SDT传输过程之中，确定相对于下行信道传输最近一次的上行传输；所述处理模块，还被配置为根据所述最近一次的上行传输所关联的同步信号块SSB，确定针对所述终端设备的所述下行信道传输所使用的波束。
第五方面，本公开实施例提供一种通信装置，该通信装置包括处理器，当该处理器调用存储器中的计算机程序时，执行上述第一方面所述的方法。
第六方面，本公开实施例提供一种通信装置，该通信装置包括处理器，当该处理器调用存储器中的计算机程序时，执行上述第二方面所述的方法。
第七方面，本公开实施例提供一种通信装置，该通信装置包括处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述第一方面所述的方法。
第八方面，本公开实施例提供一种通信装置，该通信装置包括处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述第二方面所述的方法。
第九方面，本公开实施例提供一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第一方面所述的方法。
第十方面，本公开实施例提供一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第二方面所述的方法。
第十一方面，本公开实施例提供一种波束确定系统，该系统包括第三方面所述的通信装置以及第四方面所述的通信装置，或者，该系统包括第五方面所述的通信装置以及第六方面所述的通信装置，或者，该系统包括第七方面所述的通信装置以及第八方面所述的通信装置，或者，该系统包括第九方面所述的通信装置以及第十方面所述的通信装置。
第十二方面，本发明实施例提供一种计算机可读存储介质，用于储存为上述网络侧设备所用的指令，当所述指令被执行时，使所述网络侧设备执行上述第一方面所述的方法。
第十三方面，本发明实施例提供一种可读存储介质，用于储存为上述终端设备所用的指令，当所述指令被执行时，使所述终端设备执行上述第二方面所述的方法。
第十四方面，本公开还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。
第十五方面，本公开还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。
第十六方面，本公开提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持网络侧设备实现第一方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存网络侧设备必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
第十七方面，本公开提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持终端设备实现第二方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存终端设备必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
第十八方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。
第十九方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。
附图说明
为了更清楚地说明本公开实施例或背景技术中的技术方案，下面将对本公开实施例或背景技术中所需要使用的附图进行说明。
图1是本公开实施例提供的一种通信系统的架构图；
图2是本公开实施例提供的一种波束确定方法的流程图；
图3是本公开实施例提供的另一种波束确定方法的流程图；
图4是本公开实施例提供的又一种波束确定方法的流程图；
图5是本公开实施例提供的又一种波束确定方法的流程图；
图6是本公开实施例提供的又一种波束确定方法的流程图；
图7是本公开实施例提供的又一种波束确定方法的流程图；
图8是本公开实施例提供的又一种波束确定方法的流程图；
图9是本公开实施例提供的又一种波束确定方法的流程图；
图10是本公开实施例提供的又一种波束确定方法的流程图；
图11是本公开实施例提供的又一种波束确定方法的流程图；
图12是本公开实施例提供的又一种波束确定方法的流程图；
图13是本公开实施例提供的一种通信装置的结构图；
图14是本公开实施例提供的另一种通信装置的结构图；
图15是本公开实施例提供的一种芯片的结构示意图。
具体实施方式
为了便于理解本公开，此处对本公开实施例涉及到的部分概念作简单介绍。
1、波束(beam)：波束可以是宽波束，或者窄波束，或者其他类型波束。形成波束的技术可以是波束成形技术或者其他技术手段。波束成形技术包括数字波束成形技术，模拟波束成形技术，混合数字/模拟波束成形技术。通过不同的波束可以发送相同的信息或者不同的信息。可选的，可以将具有相同或者类似的通信特征的多个波束视为是一个波束。一个波束内可以包括一个或多个天线端口，用于传输数据信道，控制信道和探测信号等，例如，发射波束可以是指信号经天线发射出去后在空间不同方向上形成的信号强度的分布，接收波束可以是指从天线上接收到的无线信号在空间不同方向上的信号强度分布。可以理解的是，形成一个波束的一个或多个天线端口也可以看作是一个天线端口集。波束还可以由空域滤波器(spatial filter)进行体现。
2、准共址(quasi co-located，QCL)：QCL关系用于表示多个资源之间具有一个或多个相同或者相类似的通信特征。例如，如果两个天线端口具有准共址关系，那么一个端口传送一个信号的信道大尺度特性可以从另一个端口传送一个信号的信道大尺度特性推断出来。具有QCL关系的天线端口对应的信号中具有相同的参数，或者，一个天线端口的参数可用于确定与该天线端口具有QCL关系的另一个天线端口的参数，或者，两个天线端口具有相同的参数，或者，两个天线端口间的参数差小于某阈值。其中，所述参数可以包括以下一项或多项信道大尺度参数：时延扩展(delay spread)，多普勒扩展(Doppler spread)，多普勒频移(Doppler shift)，平均时延(average delay)，平均增益，空间接收参数(spatialRx parameters)。其中，空间接收参数可以包括发射角(Angle of arrival，AOA)、主发射角(Dominant AoA)、平均到达角(Average AoA)、到达角(Angle of departure，AOD)、信道相关矩阵，到达角的功率角度扩展谱，平均触发角(Average AoD)、出发角的功率角度扩展谱、发射信道相关性、接收信道相关性、发射波束成型、接收波束成型、空间信道相关性、空间滤波器，或，空间滤波参数，或，空间接收参数等中的一项或多项。
3、同步信号块：SSB(Synchronization Signal block，同步信号块)也可以称为SS(Synchronization Signal，同步信号)/PBCH(Physical broadcast channel，物理广播信道)block，SS/PBCH block中包含以下至少一项，主同步信号(Primary Synchronizationsignal，PSS)、辅同步信号(Secondary Synchronization signal，SSS)，物理广播信道(Physical broadcast channel，PBCH)、解调参考信号(Demodulationed ReferenceSignal，DMRS)。SS/PBCH block也可以称为SSB/PBCH block，SS/PBCH block或者SSB/PBCHblock里的信号可以是相同的天线端口。在终端设备发送随机接入前导前，在5G使用波束赋形的情况下，终端设备首先要探测并挑选一个波束用于随机接入。通过高层参数ssb-perRACH-OccasionAndCB-PremblesPreSSB为终端设备提供与物理随机接入信道(PhysicalRandom Access Channel,PARCH)发送时机关联的N个同步信号块(SynchronizationSignal and PBCH block,SSB)以及每个SSB的R个基于竞争的PARCH前导数量。如果N小于1，则SSB映射到1/N连续的PRACH发送时机。如果N大于1，则R个具有连续索引(从索引开始)的基于竞争的随机接入前导和SSBn关联，其中，是该随机接入时机上用于随机接入的随机接入前导数量，由高层参数totalNumberOfRA-Preambles配置。
4、随机接入(Random Access，RA)
随机接入过程是指从用户发送随机接入前导码开始尝试接入网络到与网络间建立起基本的信令连接之前的过程。随机接入是移动通信系统中非常关键的步骤，也是终端设备与网络建立通信链路的最后一步。终端设备可以通过随机接入与网络侧设备进行信息交互。其中，随机接入过程可以包括两步随机接入和四步随机接入。
其中，四步4step随机接入过程包括：终端设备通过第一条消息msg1发送随机接入前导码preamble；网络侧设备通过第二条消息msg2发送随机接入响应消息(RandomAccessResponse，RAR)；终端设备通过第三条消息msg3发送无线资源控制(radioresourcecontrol，RRC)连接请求；终端设备通过第四条消息msg4接收RRC连接建立(此过程也即为竞争解决contention resolution过程)
两步2step随机接入过程包括：终端设备向网络侧设备发送的A消息msgA，网络侧设备向终端设备发送B消息msgB。其中，msgA中包含与四步随机接入中msg1及msg3等效的内容；msgB中包含与四步随机接入中msg2及msg4等效的内容。
其中，第三条消息(msg3)
4step随机接入过程中的第三条消息被称为Msg3，根据终端设备状态的不同和应用场景的不同，Msg3消息的内容也可能不同。Msg3中需要包含一个重要信息：每个终端设备唯一的标识，该标识将用于四步随机接入中的第四步竞争解决。
5、SDT(small data transmission，小数据包传输)
SDT传输支持两种方式：分别为基于随机接入过程的SDT和基于半静态的SDT。其中，基于随机接入过程的SDT为：终端通过两步随机接入，或者四步随机接入，在消息A(msgA)的物理上行共享信道(Physical Uplink Shared Channel，PUSCH)或者消息3(msg3)中传输上行小数据包。基于半静态的SDT为：网络侧设备在由连接态转换为非激活态时，在RRC资源释放(RRCrelease)消息中携带SDT传输所需的半静态时频域资源分配信息以及定时提前量(Timing Advance，TA)有效性判断等信息。终端在非激活态有上行数据要传输时，首先进行TA有效性判断、同步信号参考信号接收功率(Synchronization SignalReferenceSignal Received Power，SS-RSRP)判断以及数据包大小的判断。当TA有效性、SS-RSRP以及数据包大小等全部条件满足时，使用网络侧设备配置的半静态资源进行小数据包的传输。否则，比如当终端待传输的上行数据包的大小超过阈值时，终端则执行四步随机接入过程进入到连接态，在连接态下进行数据传输。
6、加扰
加扰，是数字信号的加工处理方法，用扰码与原始信号异或运算，从而得到新的信号。通常上行链路物理信道加扰的作用是区分不同的终端设备，下行链路加扰可以区分小区和信道。其中，扰码可用于对原始信号加扰和解扰。例如，扰码可以对下行控制信息(downlink control information，DCI)加扰，或者也可称为对PDCCH加扰。对DCI加扰具体可以指对DCI的循环冗余校验(cyclic redundancy check，CRC)字段进行加扰。相应地，终端设备对接收到的DCI进行解扰，具体是指终端设备对DCI的CRC字段使用相应类型的扰码进行解扰，以确定DCI的格式或者类型等。
扰码可以包括但不限于：小区无线网络临时标识(cell radio networktemporary identifier，C-RNTI)、临时小区无线网络临时标识(temporary cell radionetwork temporary identifier，TC-RNTI)、随机接入无线网络临时标识(randomaccessradionetwork temporary identifier，RA-RNTI)、系统消息无线网络临时标识(system information radio network temporary identifier，SI-RNTI)和寻呼无线网络临时标识(paging radio network temporary identifier，P-RNTI)。
a)C-RNTI和TC-RNTI
若终端设备处于无线资源控制连接(radio resource control connected，RRC-connected)态，说明该终端设备已经被分配到了C-RNTI，终端设备向网络侧设备发起随机接入请求时需要携带该C-RNTI。若终端设备处于RRC空闲(RRC idle)态或者RRC非活跃(RRCinactive)态，说明该终端设备还未被分配到C-RNTI。若终端设备请求RRC连接，网络侧设备在后续的响应信息里可能会给该终端设备分配一个临时C-RNTI，记为TC-RNTI，待该终端设备随机接入成功后，TC-RNTI可转化为C-RNTI。
b)RA-RNTI
在随机接入流程中，RA-RNTI的生成与终端设备发送前导码所用的时频资源相关。例如，当终端设备A和终端设备B使用同一个随机接入信道时频资源发起随机接入时，对应的RA-RNTI相同。
7、搜索空间(search space，SS)
在5G NR系统中，由于系统的带宽较大，以及终端解调能力的差异性，为了提高资源利用率，降低盲检(blind decoding，BD)复杂度，PDCCH不再频域上占据整个带宽。同时为了增加系统灵活性，适配不同的场景，PDCCH在时域的起始位置也可配。因此，在5G NR中，终端设备需要完全获取PDCCH的时频域资源配置信息，才可以进一步对PDCCH进行解调。相关技术中，将PDCCH的频域资源信息和时域占用的正交频分复用(Orthogonal FrequencyDivision Multiplexing，OFDM)符号数等信息封装在控制资源集合(control resourceset，CORESET)中，将PDCCH起始OFDM符号以及监听周期和关联的CORESET等信息封装在搜索空间中。
所述搜索空间分为两种类型，公共搜索空间(CSS，Common Search Space)和UE特定搜索空间(USS，UE Specific Search Space)；CSS主要是在接入时和小区切换时使用，而USS则是在接入后使用。
为了更好的理解本公开实施例公开的一种波束确定方法和装置，下面首先对本公开实施例适用的通信系统进行描述。
请参见图1，图1为本公开实施例提供的一种通信系统的架构示意图。该通信系统可包括但不限于一个网络侧设备和一个终端设备，图1所示的设备数量和形态仅用于举例并不构成对本公开实施例的限定，实际应用中可以包括两个或两个以上的网络侧设备，两个或两个以上的终端设备。图1所示的通信系统10以包括一个网络侧设备101和一个终端设备102为例。
需要说明的是，本公开实施例的技术方案可以应用于各种通信系统。例如：长期演进(long term evolution，LTE)系统、第五代(5th generation，5G)移动通信系统、5G新空口(new radio，NR)系统，或者其他未来的新型移动通信系统等。还需要说明的是，本公开实施例中的侧链路还可以称为侧行链路或直通链路。
本公开实施例中的网络侧设备101是网络侧的一种用于发射或接收信号的实体。例如，网络侧设备101可以为演进型基站(evolved NodeB，eNB)、传输点(transmissionreception point，TRP)、NR系统中的下一代基站(next generation NodeB，gNB)、其他未来移动通信系统中的基站或无线保真(wireless fidelity，WiFi)系统中的接入节点等。本公开的实施例对基站所采用的具体技术和具体设备形态不做限定。本公开实施例提供的基站可以是由集中单元(central unit，CU)与分布式单元(distributed unit，DU)组成的，其中，CU也可以称为控制单元(control unit)，采用CU-DU的结构可以将基站，例如基站的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU。
本公开实施例中的终端设备102是用户侧的一种用于接收或发射信号的实体，如手机。终端设备也可以称为终端设备(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端设备(mobile terminal，MT)等。终端设备可以是具备通信功能的汽车、智能汽车、手机(mobile phone)、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备等等。本公开的实施例对终端设备所采用的具体技术和具体设备形态不做限定。
可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。
下面结合附图对本公开所提供的一种波束确定方法和装置进行详细地介绍。
请参见图2，图2是本公开实施例提供的一种波束确定方法的流程图。
如图2所示，该方法由网络侧设备执行，该方法可以包括但不限于如下步骤：
S21：在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输。
本公开实施例中，网络侧设备在小数据包传输SDT传输过程中，确定终端设备相对于下行信道传输最近一次的上行传输。其中，在小数据包传输SDT传输过程中，终端设备可以进行一次或多次上行传输，确定终端设备相对于下行信道传输最近一次的上行传输，在终端设备进行一次上行传输的情况下，可以确定终端设备的第一次上行传输；在终端设备进行多次上行传输的情况下，可以确定终端设备相对于下行信道传输最近一次的上行传输。
可以理解的是，SDT传输过程可能为基于随机接入过程的SDT和基于半静态配置的SDT，其中，基于随机接入过程的SDT又称为RA-SDT(Random Access-SDT，随机接入SDT)，基于半静态配置的SDT又称为CG-SDT(Configured grant-SDT，配置授权SDT)。
其中，本公开实施例中，网络侧设备在小数据包传输SDT传输过程之中，确定最近一次的上行传输，根据最近一次的上行传输所关联的SSB，确定针对终端设备的下行信道传输所使用的波束，可以为网络侧设备进行下行信道传输使用的发送波束。从而，网络侧设备在确定下行信道传输所使用的波束的情况下，可以使用确定的波束进行下行信道的发送。
其中，CG-SDT可以为，网络侧设备在由RRC connected(Radio resource control,无线资源控制)状态转换为RRC inactive状态时，在RRCresumerelease消息中携带SDT传输所需的半静态时频域资源分配信息以及TA(定时提前)有效性判断等信息。终端设备在inactive状态有上行数据要传输时，首先进行TA有效性判断、覆盖条件以及数据包大小的判断，当满足阈值时，使用网络侧设备配置的半静态资源进行小数据包的传输。
其中，RA-SDT又分为两种方式，分别为基于2-step RACH的SDT和基于4-step RACH的SDT。其中，基于2-step RACH的SDT，小数据包会在msgA的PUSCH资源中传输；而对于基于4-step RACH的SDT，小数据包会在msg3中携带。对于基于RACH的SDT同样需要进行数据包大小的判断，只有当数据包大小小于一定门限值时，才能在随机接入过程中进行小数据包的传输，否则，需要通过RACH过程进入连接态后进行小数据包的传输。除数据包大小的限制外，终端设备在进行小数据包的传输之前还要将当前的SS-RSRP同RSRP阈值进行比较，只有当前SS-RSRP大于RSRP阈值时，才进行小数据包的传输。此处RSRP阈值比较的目的是保证只有在良好的覆盖条件下才能进行SDT的传输，以免造成上行传输资源的浪费。
在一些实施例中，在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，包括：在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH传输或PUSCH传输。
本公开实施例中，在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，其中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH(physical random access channel,物理随机接入信道)传输。
本公开实施例中，在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，其中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PUSCH(Physical Uplink Shared Channel，物理上行共享信道)传输。
其中，需要说明的是，在小数据包传输SDT传输过程之中，若终端设备发送小数据包之后，上行传输包括PUSCH传输和PRACH传输的情况下，比较PUSCH传输和PRACH传输的先后顺序，确定相对于下行信道传输最近一次的上行传输。若PRACH传输在PUSCH传输之前，则确定相对于下行信道传输最近一次的上行传输为PUSCH传输，若PUSCH传输在PRACH传输之前，则确定相对于下行信道传输最近一次的上行传输为PRACH传输。
在一些实施例中，在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，包括：在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH传输。
本公开实施例中，在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，其中，在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH传输。
需要说明的是，终端设备在CG-SDT过程中，或者RA-SDT过程中，如果终端设备有上行数据要发，但是没有上行资源可用(比如，对于CG-SDT，CG资源无效)，终端设备可以发起legacy RACH procedure来申请上行资源(不会再与data volume threshold进行比较)。在msg3中，终端设备只携带MAC BSR和部分上行数据，不再发RRCResume(同Connected状态下无可用SR时通过RACH申请上行资源类似)。
本公开实施例中，在终端设备处于inactive态时，为每个终端设备(用户)配置一个C-RNTI。对于CG-SDT，该C-RNTI可以与RRC_CONNECTED状态的C-RNTI相同。对于RA-SDT,该C-RNTI可以是RACH过程中竞争成功的TC-RNTI。
本公开实施例中，与RACH过程中，msg2/msg4(including DCI)与PRACH传输所关联的SSB有QCL关系类似，RA-SDT、CG-SDT过程中的PDCCH传输/PDSCH传输同样与PRACH传输(对于RA-SDT而言，如果最近一次的上行传输为PRACH传输)，或与PUSCH传输(对于CG-SDT而言，如果最近一次的上行传输为PUSCH传输)，或与PRACH传输(对于CG-SDT而言，如果最近一次的上行传输为PRACH传输)相关联的SSB有QCL关系。
其中，对于CG-SDT过程中的PDCCH发送/PDSCH发送，若终端设备发送小数据包之后，上行传输包括PUSCH传输和PRACH传输的情况下，比较PUSCH传输和PRACH传输的先后顺序，若确定最近一次的上行传输为PRACH传输(除PUCCH外)的情况下，CG-SDT过程中的PDCCH发送和/或接收/PDSCH发送和/或接收与PRACH传输所关联的SSB有QCL关系；若确定最近一次的上行传输为PUSCH传输的情况下，CG-SDT过程中的PDCCH接收/PDSCH接收与PUSCH传输所关联的SSB有QCL关系。
其中，对于RA-SDT过程中的PDCCH发送/PDSCH发送，若终端设备发送小数据包之后，上行传输包括PRACH传输，若确定最近一次的上行传输为PRACH传输的情况下，RA-SDT过程中的PDCCH发送/PDSCH发送与PRACH传输所关联的SSB有QCL关系。
可以理解的是，终端设备在进行SDT传输过程中，在小数据包发送后，可以开启SDT计时器，例如：T319a，在计时器结束之前，终端设备和网络侧设备之间，可以进行上行数据或下行数据的调度与传输，在计时器超时的情况下，终端设备进入idle状态。
S22：根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。
在一些实施例中，下行信道传输为物理下行控制信道PDCCH传输和/或物理下行共享信道PDSCH传输。
本公开实施例中，网络侧设备根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。其中，可以确定针对终端设备的PDCCH(physical downlink control channel，物理下行控制信道)传输所使用的波束，或者可以确定针对终端设备的PDSCH(Physical Downlink Shared Channel，物理下行共享信道)传输所使用的波束。
其中，下行信道传输还可以为C-RNTI和/或CS-RNTI加扰的PDCCH传输，和/或C-RNTI加扰的DCI所调度的PDSCH传输。
可以理解的是，在小数据包传输SDT传输过程之中，终端设备通过发起随机接入请求，申请上行资源进行上行数据的发送，之后，终端设备需监听C-RNTI加扰的PDCCH，以及接收PDSCH或发送PUSCH，同时伴有相应的随机接入RACH流程。
其中，终端设备在进行SDT传输过程中，在小数据包发送后，可以开启SDT计时器，例如：T319a，在计时器结束之前，终端设备和网络侧设备之间，可以进行上行数据或下行数据的调度与传输，在计时器超时的情况下，终端设备进入idle状态。
在计时器超时之前，网络侧设备可以使用终端设备上行传输的波束，作为下行信道数据传输的波束，进行下行信道传输，其中，终端设备上行传输可能包括：终端设备进行PRACH传输使用的波束、终端设备进行PUSCH传输使用的波束。其中，还需要说明的是，终端设备还可以进行一次或多次的PRACH传输，进行一次或多次的多次PUSCH传输。
在此过程中，下行波束可能会发生调整，网络侧设备若随机选择任一次PRACH传输的波束作为下行信道传输的发送波束，则可能会出现发送波束不准确，导致下行链路接收失败，若随机选择任一次PUSCH传输的波束作为下行信道传输的发送波束，也可能会出现发送波束不准确，导致下行链路接收失败。
基于此，本公开实施例中，确定终端设备相对于下行信道传输最近一次的上行传输，若在小数据包传输SDT传输过程之中，终端设备发送小数据包之后，上行传输包括PUSCH传输和PRACH传输的情况下，比较PUSCH传输和PRACH传输的先后顺序，确定最近一次的上行传输，若确定最近一次的上行传输为PRACH传输(除PUCCH外)，根据PRACH传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，其中，可以使用与PRACH传输相同的波束；若确定最近一次的上行传输为PUSCH传输(除PUCCH外)，根据PUSCH传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，其中，可以使用与PUSCH传输相同的波束。
可以理解的是，网络侧设备确定最近一次的上行传输，此时上行传输使用的波束能够实现上行链路发送，网络侧设备可以通过该波束进行下行信道传输的数据发送，终端设备可以通过该波束进行下行信道传输的数据接收，由此，能够确定下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
可以理解的是，本公开实施例中，网络侧设备根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，在小数据包传输SDT传输过程之中，终端设备发送小数据包之后，根据最近一次的上行传输所关联的SSB，确定针对终端设备的PDCCH传输或PDSCH传输是SDT传输过程之中，针对小数据包发送后，对普通数据的调度与传输。
本公开实施例中，对于配置授权CG-SDT传输过程，PDCCH传输的搜索空间可以是USS或者type 1A CSS，当然也可以是type 1CSS。对于随机接入RA-SDT传输过程PDCCH传输的搜索空间可以是type 1A CSS，当然也可以是type 1CSS。
可以理解的是，对于配置授权CG-SDT，如果USS或者type 1A CSS或者type 1CSS配置的时频域资源发生过载，网络侧设备与终端设备之间的波束可能不对齐，在此情况下，终端设备可能不知道使用什么波束进行PDCCH的接收，同时网络侧设备也可能不知道使用什么波束进行PDCCH的发送。
基于此，本公开实施例中，网络侧设备在CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。同样终端设备确定最近一次的上行传输，以根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，由此，网络侧设备和终端设备可以在确定的波束上进行下行信道传输，提高下行信道传输的可靠性。
可以理解的是，对于随机接入RA-SDT，如果type 1A CSS或者type 1CSS配置的时频域资源发生过载，网络侧设备与终端设备之间的波束可能不对齐，在此情况下，终端设备可能不知道使用什么波束进行PDCCH的接收，同时网络侧设备也可能不知道使用什么波束进行PDCCH的发送。
基于此，本公开实施例中，网络侧设备在RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。同样终端设备确定最近一次的上行传输，以根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，由此，网络侧设备和终端设备可以在确定的波束上进行下行信道传输，提高下行信道传输的可靠性。
其中，终端设备可以提供有sdt CG Search Space设置的USS，或则由sdt SearchSpace，监视PDCCH，以检测DCI格式0_0与C-RNTI或CS-RNTI的CRC扰频以调度PUSCH传输，或检测DCI格式1_0与由C-RNTI扰频调度PDSCH接收的CRC。终端设备可以恒定DM-RS与PDCCH接收强相关的天线端口DM-RS天线端口关联的PDSCH接收器，和SS/PBCH块与PUSCH传输是准共定位相对于评价增益和准共位置A或者D属性。终端设备使用与上一个PUSCH传输相同的空间域传输滤波器，发送与PDSCH接收相关的HRQ-ACK信息的PUCCH。
终端设备可以由sdr searchSpace提供一个CSS集合，用于监控在征用解决后，PDCCH用于检测DCI的0_0或者1_0，CRC由C-RNT扰乱，以安排响应的PUSCH传输或PDSCH接收；否则，如果未提供终端设备sdr-SearchSpace，则终端设备将根据Type1 PDCCH CSS集合监视PDCCH。终端设备可以假定与PDCCH接收关联的DM-RS接收，与PDSCH接收关联的DM-RS天线端口以及与PRACH传输关联的SS/PBCH块相对于评价增益和准共址type A1或D属性是准共址的。
在一些实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PUSCH传输，PUSCH传输所关联的SSB与下行信道传输具有QCL关系，基于此，本公开实施例中，根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，可以根据PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
其中，根据PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束，可以根据PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束与PUSCH传输使用的波束相同。
在一些实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PUSCH传输，PUSCH传输为配置授权CG-PUSCH传输的情况下，CG-PUSCH传输所关联的SSB与下行信道传输具有准共址QCL关系，基于此，本公开实施例中，根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，可以根据CG-PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
其中，配置授权CG-PUSCH可以为网络侧设备预调度的PUSCH。
其中，根据CG-PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束，可以根据CG-PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束与CG-PUSCH传输使用的波束相同。
在一些实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH传输，PRACH传输所关联的SSB与下行信道传输具有准共址QCL关系，基于此，本公开实施例中，根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
其中，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束与PRACH传输使用的波束相同。
在一些实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH传输，且在PRACH传输，随机接入信道RACH随机接入成功的情况下，PRACH传输所关联的SSB与下行信道传输中指定下行信道传输具有QCL关系，基于此，本公开实施例中，根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
其中，指定下行信道传输，包括以下至少一个：
不与消息Msg2相关的物理下行控制信道PDCCH传输；
不与消息Msg3相关的PDCCH传输；
不与消息Msg4相关的PDCCH传输；
不与消息Msg2相关的物理下行共享信道传输PDSCH传输；
不与消息Msg4相关的PDSCH传输。
其中，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束与PRACH传输使用的波束相同。
在一些实施例中，在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH传输，PRACH传输所关联的SSB与下行信道传输具有准共址QCL关系，基于此，本公开实施例中，根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
其中，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束与PRACH传输使用的波束相同。
在一些实施例中，在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH传输，且在PRACH传输，随机接入信道RACH随机接入成功的情况下，PRACH传输所关联的SSB与下行信道传输中指定下行信道传输具有QCL关系，基于此，本公开实施例中，根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
其中，指定下行信道传输，包括以下至少一个：
不与消息Msg2相关的物理下行控制信道PDCCH传输；
不与消息Msg3相关的PDCCH传输；
不与消息Msg4相关的PDCCH传输；
不与消息Msg2相关的物理下行共享信道传输PDSCH传输；
不与消息Msg4相关的PDSCH传输。
其中，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束与PRACH传输使用的波束相同。
本公开实施例中，在SDT传输过程中，终端设备发送了小数包传输的情况下，定时器开启，终端设备发起了legacy RACH以请求上行资源来进行上行数据的发送，定时器不会结束。基于此，后续数据传输过程不会停止，终端设备仍然需要监听C-RNTI加扰的PDCCH及接收/发送其调度的PDSCH/PUSCH。同时，伴有相应的RACH流程。
其中，在下行波束可能会发生调整的情况下，本公开实施例中，网络侧设备在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
另外，如果资源受限导致为Type 1A CSS/USS for CG-SDT与Type 1CSS配置的时频资源发生过载overlapping，由于两者之间的波束可能不对齐。这种情况下终端设备不知道使用哪种波束进行PDCCH的接收，同时网络侧设备不知道使用哪种波束进行PDCCH的发送。因此，网络侧设备在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。能够保证两种不同搜索空间之间的波束对齐。可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
通过实施本公开实施例，网络侧设备在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
请参见图3，图3是本公开实施例提供的另一种波束确定方法的流程图。
如图3所示，该方法由网络侧设备和/或终端设备执行，该方法可以包括但不限于如下步骤：
S31：在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输。
本公开实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH(physical random access channel,物理随机接入信道)传输。
本公开实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PUSCH(Physical Uplink Shared Channel，物理上行共享信道)传输。
其中，需要说明的是，在配置授权CG-SDT传输过程之中，若终端设备发送小数据包之后，上行传输包括PUSCH传输和PRACH传输的情况下，比较PUSCH传输和PRACH传输的先后顺序，确定最近一次的上行传输。确定最近一次的上行传输为PUSCH传输，或确定最近一次的上行传输为PRACH传输。
S32：根据PRACH传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。
其中，下行信道传输的相关描述可以参见上述实施例中的相关描述，此处不再赘述。
本公开实施例中，网络侧设备根据PRACH传输所关联的SSB，确定针对终端设备的下行信道传输所使用的发送波束，和/或终端设备根据PRACH传输所关联的SSB，确定针对终端设备的下行信道传输所使用的接收波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
在一些实施例中，PRACH传输所关联的SSB与下行信道传输具有准共址QCL关系，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。
在一些实施例中，在PRACH传输，随机接入信道RACH随机接入成功的情况下，PRACH传输所关联的SSB与下行信道传输中指定下行信道传输具有QCL关系，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束。
其中，指定下行信道传输，包括以下至少一个：
不与消息Msg2相关的物理下行控制信道PDCCH传输；
不与消息Msg3相关的PDCCH传输；
不与消息Msg4相关的PDCCH传输；
不与消息Msg2相关的物理下行共享信道传输PDSCH传输；
不与消息Msg4相关的PDSCH传输。
通过实施本公开实施例中，网络侧设备在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输，根据PRACH传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
请参见图4，图4是本公开实施例提供的又一种波束确定方法的流程图。
如图4所示，该方法由网络侧设备和/或终端设备执行，该方法可以包括但不限于如下步骤：
S41：在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理上行共享信道PUSCH传输。
本公开实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH(physical random access channel,物理随机接入信道)传输。
本公开实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PUSCH(Physical Uplink Shared Channel，物理上行共享信道)传输。
其中，需要说明的是，在配置授权CG-SDT传输过程之中，若终端设备发送小数据包之后，上行传输包括PUSCH传输和PRACH传输的情况下，比较PUSCH传输和PRACH传输的先后顺序，确定最近一次的上行传输。确定最近一次的上行传输为PUSCH传输，或确定最近一次的上行传输为PRACH传输。
S42：根据PUSCH传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。
本公开实施例中，网络侧设备根据PUSCH传输所关联的SSB，确定针对终端设备的下行信道传输所使用的发送波束，和/或终端设备根据PUSCH传输所关联的SSB，确定针对终端设备的下行信道传输所使用的接收波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
在一些实施例中，PUSCH传输所关联的SSB与下行信道传输具有QCL关系，根据PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。
在一些实施例中，PUSCH传输为配置授权CG-PUSCH传输的情况下，CG-PUSCH传输所关联的SSB与下行信道传输具有准共址QCL关系，根据PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。
其中，配置授权CG-PUSCH可以为网络侧设备预调度的PUSCH。
通过实施本公开实施例中，网络侧设备在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理上行共享信道PUSCH传输，根据PUSCH传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
请参见图5，图5是本公开实施例提供的又一种波束确定方法的流程图。
如图5所示，该方法由网络侧设备和/或终端设备执行，该方法可以包括但不限于如下步骤：
S51：在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输。
S52：根据PRACH传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。
本公开实施例中，网络侧设备根据PRACH传输所关联的SSB，确定针对终端设备的下行信道传输所使用的发送波束，和/或终端设备根据PRACH传输所关联的SSB，确定针对终端设备的下行信道传输所使用的接收波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
在一些实施例中，PRACH传输所关联的SSB与下行信道传输具有准共址QCL关系，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。
在一些实施例中，在PRACH传输，随机接入信道RACH随机接入成功的情况下，PRACH传输所关联的SSB与下行信道传输中指定下行信道传输具有QCL关系，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束。
其中，指定下行信道传输，包括以下至少一个：
不与消息Msg2相关的物理下行控制信道PDCCH传输；
不与消息Msg3相关的PDCCH传输；
不与消息Msg4相关的PDCCH传输；
不与消息Msg2相关的物理下行共享信道传输PDSCH传输；
不与消息Msg4相关的PDSCH传输。
通过实施本公开实施例中，网络侧设备在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输，根据PRACH传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
请参见图6，图6是本公开实施例提供的又一种波束确定方法的流程图。
如图6所示，该方法由网络侧设备和/或终端设备执行，该方法可以包括但不限于如下步骤：
S61：在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输。
本公开实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH(physical random access channel,物理随机接入信道)传输。
本公开实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PUSCH(Physical Uplink Shared Channel，物理上行共享信道)传输。
其中，需要说明的是，在配置授权CG-SDT传输过程之中，若终端设备发送小数据包之后，上行传输包括PUSCH传输和PRACH传输的情况下，比较PUSCH传输和PRACH传输的先后顺序，确定最近一次的上行传输。确定最近一次的上行传输为PUSCH传输，或确定最近一次的上行传输为PRACH传输。
S62：PRACH传输所关联的SSB与下行信道传输具有准共址QCL关系，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。
其中，本公开实施例S61和S62的相关描述可以参见上述实施例中的相关描述，此处不再赘述。
本公开实施例中，网络侧设备根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的发送波束，和/或终端设备根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的接收波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
通过实施本公开实施例中，网络侧设备在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输，PRACH传输所关联的SSB与下行信道传输具有准共址QCL关系，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
请参见图7，图7是本公开实施例提供的又一种波束确定方法的流程图。
如图7所示，该方法由网络侧设备和/或终端设备执行，该方法可以包括但不限于如下步骤：
S71：在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输。
本公开实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH(physical random access channel,物理随机接入信道)传输。
本公开实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PUSCH(Physical Uplink Shared Channel，物理上行共享信道)传输。
其中，需要说明的是，在配置授权CG-SDT传输过程之中，若终端设备发送小数据包之后，上行传输包括PUSCH传输和PRACH传输的情况下，比较PUSCH传输和PRACH传输的先后顺序，确定最近一次的上行传输。确定最近一次的上行传输为PUSCH传输，或确定最近一次的上行传输为PRACH传输。
S72：在PRACH传输，随机接入信道RACH随机接入成功的情况下，PRACH传输所关联的SSB与下行信道传输中指定下行信道传输具有QCL关系，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束。
本公开实施例中，网络侧设备根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的发送波束，和/或终端设备根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的接收波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
其中，指定下行信道传输，包括以下至少一个：
不与消息Msg2相关的物理下行控制信道PDCCH传输；
不与消息Msg3相关的PDCCH传输；
不与消息Msg4相关的PDCCH传输；
不与消息Msg2相关的物理下行共享信道传输PDSCH传输；
不与消息Msg4相关的PDSCH传输。
其中，本公开实施例S71和S72的相关描述可以参见上述实施例中的相关描述，此处不再赘述。
通过实施本公开实施例中，网络侧设备在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输，在PRACH传输，随机接入信道RACH随机接入成功的情况下，PRACH传输所关联的SSB与下行信道传输中指定下行信道传输具有QCL关系，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
请参见图8，图8是本公开实施例提供的又一种波束确定方法的流程图。
如图8所示，该方法由网络侧设备和/或终端设备执行，该方法可以包括但不限于如下步骤：
S81：在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理上行共享信道PUSCH传输。
本公开实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH(physical random access channel,物理随机接入信道)传输。
本公开实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PUSCH(Physical Uplink Shared Channel，物理上行共享信道)传输。
其中，需要说明的是，在配置授权CG-SDT传输过程之中，若终端设备发送小数据包之后，上行传输包括PUSCH传输和PRACH传输的情况下，比较PUSCH传输和PRACH传输的先后顺序，确定最近一次的上行传输。确定最近一次的上行传输为PUSCH传输，或确定最近一次的上行传输为PRACH传输。
S82：PUSCH传输所关联的SSB与下行信道传输具有QCL关系，根据PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。
其中，本公开实施例S81和S82的相关描述可以参见上述实施例中的相关描述，此处不再赘述。
本公开实施例中，网络侧设备根据PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的发送波束，和/或终端设备根据PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的接收波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
通过实施本公开实施例中，网络侧设备在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理上行共享信道PUSCH传输，PUSCH传输所关联的SSB与下行信道传输具有QCL关系，根据PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
请参见图9，图9是本公开实施例提供的又一种波束确定方法的流程图。
如图9所示，该方法由网络侧设备和/或终端设备执行，该方法可以包括但不限于如下步骤：
S91：在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理上行共享信道PUSCH传输。
本公开实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH(physical random access channel,物理随机接入信道)传输。
本公开实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PUSCH(Physical Uplink Shared Channel，物理上行共享信道)传输。
其中，需要说明的是，在配置授权CG-SDT传输过程之中，若终端设备发送小数据包之后，上行传输包括PUSCH传输和PRACH传输的情况下，比较PUSCH传输和PRACH传输的先后顺序，确定最近一次的上行传输。确定最近一次的上行传输为PUSCH传输，或确定最近一次的上行传输为PRACH传输。
S92：PUSCH传输为配置授权CG-PUSCH传输的情况下，CG-PUSCH传输所关联的SSB与下行信道传输具有准共址QCL关系，根据CG-PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。
其中，本公开实施例S91和S92的相关描述可以参见上述实施例中的相关描述，此处不再赘述。
本公开实施例中，网络侧设备根据CG-PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的发送波束，和/或终端设备根据CG-PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的接收波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
通过实施本公开实施例中，网络侧设备在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理上行共享信道PUSCH传输，PUSCH传输为配置授权CG-PUSCH传输的情况下，CG-PUSCH传输所关联的SSB与下行信道传输具有准共址QCL关系，根据CG-PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
请参见图10，图10是本公开实施例提供的又一种波束确定方法的流程图。
如图10所示，该方法由网络侧设备和/或终端设备执行，该方法可以包括但不限于如下步骤：
S101：在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输。
S102：PRACH传输所关联的SSB与下行信道传输具有准共址QCL关系，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。
其中，本公开实施例S101和S102的相关描述可以参见上述实施例中的相关描述，此处不再赘述。
本公开实施例中，网络侧设备根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的发送波束，和/或终端设备根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的接收波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
通过实施本公开实施例中，网络侧设备在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输，PRACH传输所关联的SSB与下行信道传输具有准共址QCL关系，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
请参见图11，图11是本公开实施例提供的又一种波束确定方法的流程图。
如图11所示，该方法由网络侧设备和/或终端设备执行，该方法可以包括但不限于如下步骤：
S111：在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输。
S112：在PRACH传输，随机接入信道RACH随机接入成功的情况下，PRACH传输所关联的SSB与下行信道传输中指定下行信道传输具有QCL关系，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束。
本公开实施例中，网络侧设备根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的发送波束，和/或终端设备根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的接收波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
其中，指定下行信道传输，包括以下至少一个：
不与消息Msg2相关的物理下行控制信道PDCCH传输；
不与消息Msg3相关的PDCCH传输；
不与消息Msg4相关的PDCCH传输；
不与消息Msg2相关的物理下行共享信道传输PDSCH传输；
不与消息Msg4相关的PDSCH传输。
其中，本公开实施例S111和S112的相关描述可以参见上述实施例中的相关描述，此处不再赘述。
通过实施本公开实施例中，网络侧设备在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输，在PRACH传输，随机接入信道RACH随机接入成功的情况下，PRACH传输所关联的SSB与下行信道传输中指定下行信道传输具有QCL关系，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
请参见图12，图12是本公开实施例提供的一种波束确定方法的流程图。
如图12所示，该方法由终端设备执行，该方法可以包括但不限于如下步骤：
S121：在小数据包传输SDT传输过程之中，确定相对于下行信道传输最近一次的上行传输。
S122：根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。
本公开实施例中，终端设备在小数据包传输SDT传输过程中，确定终端设备相对于下行信道传输最近一次的上行传输。其中，在小数据包传输SDT传输过程中，终端设备可以进行一次或多次上行传输，确定终端设备相对于下行信道传输最近一次的上行传输，在终端设备进行一次上行传输的情况下，可以确定终端设备的第一次上行传输；在终端设备进行多次上行传输的情况下，可以确定终端设备相对于下行信道传输最近一次的上行传输。
其中，本公开实施例中，终端设备在小数据包传输SDT传输过程之中，确定最近一次的上行传输，根据最近一次的上行传输所关联的SSB，确定针对终端设备的下行信道传输所使用的波束，可以为终端设备接收下行信道使用的接收波束。从而，终端设备在确定下行信道传输所使用的波束的情况下，可以使用确定的波束进行下行信道的接收。
可以理解的是，SDT传输过程可能为基于随机接入过程的SDT和基于半静态配置的SDT，其中，基于随机接入过程的SDT又称为RA-SDT(Random Access-SDT，随机接入SDT)，基于半静态配置的SDT又称为CG-SDT(Configured grant-SDT，配置授权SDT)。
其中，CG-SDT可以为，网络侧设备在由RRC connected(Radio resource control,无线资源控制)状态转换为RRC inactive状态时，在RRCresumerelease消息中携带SDT传输所需的半静态时频域资源分配信息以及TA(定时提前)有效性判断等信息。终端设备在inactive状态有上行数据要传输时，首先进行TA有效性判断、覆盖条件以及数据包大小的判断，当满足阈值时，使用网络侧设备配置的半静态资源进行小数据包的传输。
其中，RA-SDT又分为两种方式，分别为基于2-step RACH的SDT和基于4-step RACH的SDT。其中，基于2-step RACH的SDT，小数据包会在msgA的PUSCH资源中传输；而对于基于4-step RACH的SDT，小数据包会在msg3中携带。对于基于RACH的SDT同样需要进行数据包大小的判断，只有当数据包大小小于一定门限值时，才能在随机接入过程中进行小数据包的传输，否则，需要通过RACH过程进入连接态后进行小数据包的传输。除数据包大小的限制外，终端设备在进行小数据包的传输之前还要将当前的SS-RSRP同RSRP阈值进行比较，只有当前SS-RSRP大于RSRP阈值时，才进行小数据包的传输。此处RSRP阈值比较的目的是保证只有在良好的覆盖条件下才能进行SDT的传输，以免造成上行传输资源的浪费。
在一些实施例中，在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，包括：在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH传输或PUSCH传输。
本公开实施例中，在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，其中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH(physical random access channel,物理随机接入信道)传输。
本公开实施例中，在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，其中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PUSCH(Physical Uplink Shared Channel，物理上行共享信道)传输。
本公开实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH(physical random access channel,物理随机接入信道)传输。
本公开实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PUSCH(Physical Uplink Shared Channel，物理上行共享信道)传输。
其中，需要说明的是，在配置授权CG-SDT传输过程之中，若终端设备发送小数据包之后，上行传输包括PUSCH传输和PRACH传输的情况下，比较PUSCH传输和PRACH传输的先后顺序，确定最近一次的上行传输。若PRACH传输在PUSCH传输之前，则确定相对于下行信道传输最近一次的上行传输为PUSCH传输，若PUSCH传输在PRACH传输之前，则确定相对于下行信道传输最近一次的上行传输为PRACH传输。
在一些实施例中，在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，包括：在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH传输。
本公开实施例中，在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，其中，在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次上的行传输为PRACH传输。
需要说明的是，终端设备在CG-SDT过程中，或者RA-SDT过程中，如果终端设备有上行数据要发，但是没有上行资源可用(比如，对于CG-SDT，CG资源无效)，终端设备可以发起legacy RACH procedure来申请上行资源(不会再与data volume threshold进行比较)。在msg3中，终端设备只携带MAC BSR和部分上行数据，不再发RRCResume(同Connected状态下无可用SR时通过RACH申请上行资源类似)。
本公开实施例中，在终端设备处于inactive态时，为每个终端设备(用户)配置一个C-RNTI。对于CG-SDT，该C-RNTI可以与RRC_CONNECTED状态的C-RNTI相同。对于RA-SDT,该C-RNTI可以是RACH过程中竞争成功的TC-RNTI。
本公开实施例中，与RACH过程中，msg2/msg4(including DCI)与PRACH传输所关联的SSB有QCL关系类似，RA-SDT、CG-SDT过程中的PDCCH传输/PDSCH传输同样与PRACH传输(对于RA-SDT而言，如果最近一次的上行传输为PRACH传输)，或与PUSCH传输(对于CG-SDT而言，如果最近一次的上行传输为PUSCH传输)，或与PRACH传输(对于CG-SDT而言，如果最近一次的上行传输为PRACH传输)，相关联的SSB有QCL关系。
其中，对于CG-SDT过程中的PDCCH发送/PDSCH发送，若终端设备发送小数据包之后，上行传输包括PUSCH传输和PRACH传输的情况下，比较PUSCH传输和PRACH传输的先后顺序，若确定最近一次的上行传输为PRACH传输(除PUCCH外)的情况下，CG-SDT过程中的PDCCH发送和/或接收/PDSCH发送和/或接收与PRACH传输所关联的SSB有QCL关系；若确定最近一次的上行传输为PUSCH传输的情况下，CG-SDT过程中的PDCCH接收/PDSCH接收与PUSCH传输所关联的SSB有QCL关系。
其中，对于RA-SDT过程中的PDCCH发送/PDSCH发送，若终端设备发送小数据包之后，上行传输包括PRACH传输，若确定最近一次的上行传输为PRACH传输的情况下，RA-SDT过程中的PDCCH发送/PDSCH发送与PRACH传输所关联的SSB有QCL关系。
可以理解的是，终端设备在进行SDT传输过程中，在小数据包发送后，可以开启SDT计时器，例如：T319a，在计时器结束之前，终端设备和网络侧设备之间，可以进行上行数据或下行数据的调度与传输，在计时器超时的情况下，终端设备进入idel状态。
本公开实施例中，终端设备在小数据包传输SDT传输过程之中，确定最近一次次上行传输，以根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。
在一些实施例中，下行信道传输为物理下行控制信道PDCCH传输和/或物理下行共享信道PDSCH传输。
本公开实施例中，终端设备根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。其中，可以确定针对终端设备的PDCCH(physical downlink control channel，物理下行控制信道)传输所使用的波束，或者可以确定针对终端设备的PDSCH(Physical Downlink Shared Channel，物理下行共享信道)传输所使用的波束。
其中，下行信道传输还可以为C-RNTI加扰和/或CS-RNTI的PDCCH传输，和/或C-RNTI加扰的DCI所调度的PDSCH。
可以理解的是，在小数据包传输SDT传输过程之中，终端设备通过发起随机接入请求，申请上行资源进行上行数据的发送，之后，终端设备需监听C-RNTI加扰的PDCCH，以及接收PDSCH或发送PUSCH，同时伴有相应的随机接入RACH流程。
其中，终端设备在进行SDT传输过程中，在小数据包发送后，可以开启SDT计时器，例如：T319a，在计时器结束之前，终端设备和网络侧设备之间，可以进行上行数据或下行数据的调度与传输，在计时器超时的情况下，终端设备进入idle状态。
在计时器超时之前，网络侧设备可以使用终端设备上行传输的波束，作为下行信道数据传输的波束，进行下行信道传输，其中，终端设备上行传输可能包括：终端设备进行PRACH传输使用的波束、终端设备进行PUSCH传输使用的波束。其中，还需要说明的是，终端设备还可以进行一次或多次的PRACH传输，进行一次或多次的多次PUSCH传输。
在此过程中，下行波束可能会发生调整，终端设备若随机选择任一次PRACH传输的波束作为下行信道传输的接收波束，则可能会出现接收波束不准确，导致下行链路接收失败，若随机选择任一次PUSCH传输的波束作为下行信道传输的接收波束，也可能会出现接收波束不准确，导致下行链路接收失败。
基于此，本公开实施例中，确定终端设备相对于下行信道传输最近一次的上行传输，若在小数据包传输SDT传输过程之中，终端设备发送小数据包之后，上行传输包括PUSCH传输和PRACH传输的情况下，比较PUSCH传输和PRACH传输的先后顺序，确定最近一次的上行传输，若确定最近一次的上行传输为PRACH传输(除PUCCH外)，根据PRACH传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，其中，可以使用与PRACH传输相同的波束；若确定最近一次的上行传输为PUSCH传输(除PUCCH外)，根据PUSCH传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，其中，可以使用与PUSCH传输相同的波束。
可以理解的是，终端设备确定最近一次的上行传输，此时上行传输使用的波束能够实现上行链路发送，网络侧设备可以通过该波束进行下行信道传输的数据发送，终端设备可以通过该波束进行下行信道传输的数据接收，由此，能够确定下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
可以理解的是，本公开实施例中，网络侧设备根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，在小数据包传输SDT传输过程之中，终端设备发送小数据包之后，根据最近一次的上行传输所关联的SSB，确定针对终端设备的PDCCH传输或PDSCH传输是SDT传输过程之中，针对小数据包发送后，对普通数据的调度与传输。
本公开实施例中，对于配置授权CG-SDT传输过程，PDCCH传输的搜索空间可以是USS或者type1A CSS，当然也可以是type 1CSS。对于随机接入RA-SDT传输过程PDCCH传输的搜索空间可以是type1A CSS，当然也可以是type 1CSS。
可以理解的是，对于配置授权CG-SDT，如果USS或者type 1A CSS或者type 1CSS配置的时频域资源发生过载，网络侧设备与终端设备之间的波束可能不对齐，在此情况下，终端设备可能不知道使用什么波束进行PDCCH的接收，同时网络侧设备也可能不知道使用什么波束进行PDCCH的发送。
基于此，本公开实施例中，网络侧设备在CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。同样终端设备确定最近一次的上行传输，以根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，由此，网络侧设备和终端设备可以在确定的波束上进行下行信道传输，提高下行信道传输的可靠性。
可以理解的是，对于随机接入RA-SDT，如果type 1A CSS或者type 1CSS配置的时频域资源发生过载，网络侧设备与终端设备之间的波束可能不对齐，在此情况下，终端设备可能不知道使用什么波束进行PDCCH的接收，同时网络侧设备也可能不知道使用什么波束进行PDCCH的发送。
基于此，本公开实施例中，网络侧设备在RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。同样终端设备确定最近一次的上行传输，以根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束，由此，网络侧设备和终端设备可以在确定的波束上进行下行信道传输，提高下行信道传输的可靠性。
在一些实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PUSCH传输，PUSCH传输所关联的SSB与下行信道传输具有QCL关系，基于此，本公开实施例中，可以根据PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定下行信道传输使用的接收波束，以使下行信道能够使用合适的接收波束进行传输，提高下行信道传输的可靠性。
其中，根据PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的接收波束，可以根据PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束与PUSCH传输使用的波束相同。
在一些实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PUSCH传输，PUSCH传输为配置授权CG-PUSCH传输的情况下，CG-PUSCH传输所关联的SSB与下行信道传输具有准共址QCL关系，基于此，本公开实施例中，可以根据CG-PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的接收波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
其中，配置授权CG-PUSCH可以为网络侧设备预调度的PUSCH。
其中，根据CG-PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束，可以根据CG-PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束与CG-PUSCH传输使用的波束相同。
在一些实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH传输，PRACH传输所关联的SSB与下行信道传输具有准共址QCL关系，基于此，本公开实施例中，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的接收波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
其中，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束与PRACH传输使用的波束相同。
在一些实施例中，在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH传输，且在PRACH传输，随机接入信道RACH随机接入成功的情况下，PRACH传输所关联的SSB与下行信道传输中指定下行信道传输具有QCL关系，基于此，本公开实施例中，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的接收波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
其中，指定下行信道传输，包括以下至少一个：
不与消息Msg2相关的物理下行控制信道PDCCH传输；
不与消息Msg3相关的PDCCH传输；
不与消息Msg4相关的PDCCH传输；
不与消息Msg2相关的物理下行共享信道传输PDSCH传输；
不与消息Msg4相关的PDSCH传输。
其中，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束与PRACH传输使用的波束相同。
在一些实施例中，在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH传输，PRACH传输所关联的SSB与下行信道传输具有准共址QCL关系，基于此，本公开实施例中，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的接收波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
其中，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束与PRACH传输使用的波束相同。
在一些实施例中，在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH传输，且在PRACH传输，随机接入信道RACH随机接入成功的情况下，PRACH传输所关联的SSB与下行信道传输中指定下行信道传输具有QCL关系，基于此，本公开实施例中，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的接收波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
其中，指定下行信道传输，包括以下至少一个：
不与消息Msg2相关的物理下行控制信道PDCCH传输；
不与消息Msg3相关的PDCCH传输；
不与消息Msg4相关的PDCCH传输；
不与消息Msg2相关的物理下行共享信道传输PDSCH传输；
不与消息Msg4相关的PDSCH传输。
其中，根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束，可以根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束与PRACH传输使用的波束相同。
通过实施本公开实施例，终端设备在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，以根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。由此，可以确定进行下行信道传输使用的波束，以使下行信道能够使用合适的波束进行传输，提高下行信道传输的可靠性。
上述本公开提供的实施例中，分别从网络侧设备、终端设备的角度对本公开实施例提供的方法进行了介绍。为了实现上述本公开实施例提供的方法中的各功能，网络侧设备和终端设备可以包括硬件结构、软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能可以以硬件结构、软件模块、或者硬件结构加软件模块的方式来执行。
请参见图13，为本公开实施例提供的一种通信装置1的结构示意图。图13所示的通信装置1可包括收发模块和处理模块11。收发模块可包括发送模块和/或接收模块，发送模块用于实现发送功能，接收模块用于实现接收功能，收发模块可以实现发送功能和/或接收功能。
通信装置1可以是终端设备，也可以是终端设备中的装置，还可以是能够与终端设备匹配使用的装置。或者，通信装置1可以是网络侧设备，也可以是网络侧设备中的装置，还可以是能够与网络侧设备匹配使用的装置。
通信装置1为网络侧设备：
该装置，包括：处理模块11。
处理模块11，被配置为在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输。
处理模块11，还被配置为根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。
在一些实施例中，处理模块11，被配置为在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输或物理上行共享信道PUSCH传输。
在一些实施例中，处理模块11，被配置为在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH传输。
在一些实施例中，PUSCH传输所关联的SSB与下行信道传输具有QCL关系，其中，处理模块11，被配置为根据PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。
在一些实施例中，PUSCH传输为配置授权CG-PUSCH传输的情况下，CG-PUSCH传输所关联的SSB与下行信道传输具有准共址QCL关系，其中，处理模块11，被配置为根据CG-PUSCH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。
在一些实施例中，PRACH传输所关联的SSB与下行信道传输具有准共址QCL关系，其中，处理模块11，被配置为根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的下行信道传输所使用的波束。
在一些实施例中，在PRACH传输，随机接入信道RACH随机接入成功的情况下，PRACH传输所关联的SSB与下行信道传输中指定下行信道传输具有QCL关系，其中，处理模块11，被配置为根据PRACH传输所关联的SSB和QCL关系，确定针对终端设备的指定下行信道传输所使用的波束；
其中，指定下行信道传输，包括以下至少一个：
不与消息Msg2相关的物理下行控制信道PDCCH传输；
不与消息Msg3相关的PDCCH传输；
不与消息Msg4相关的PDCCH传输；
不与消息Msg2相关的物理下行共享信道传输PDSCH传输；
不与消息Msg4相关的PDSCH传输。
在一些实施例中，下行信道传输为物理下行控制信道PDCCH传输和/或PDSCH物理下行共享信道传输。
通信装置1为终端设备：
该装置，包括：处理模块11。
处理模块11，被配置为在小数据包传输SDT传输过程之中，确定相对于下行信道传输最近一次的上行传输。
处理模块11，还被配置为根据最近一次的上行传输所关联的同步信号块SSB，确定针对终端设备的下行信道传输所使用的波束。
在一些实施例中，处理模块11，被配置为在配置授权CG-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输或物理上行共享信道PUSCH传输。
在一些实施例中，处理模块11，被配置为在随机接入RA-SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输为PRACH传输。
在一些实施例中，PUSCH传输所关联的SSB与下行信道传输具有QCL关系，其中，处理模块11，还被配置为根据所述PUSCH传输所关联的SSB和所述QCL关系，确定针对所述终端设备的下行信道传输所使用的波束。
在一些实施例中，PUSCH传输为配置授权CG-PUSCH传输的情况下，CG-PUSCH传输所关联的SSB与下行信道传输具有准共址QCL关系，其中，处理模块11，还被配置为根据所述CG-PUSCH传输所关联的SSB和所述QCL关系，确定针对所述终端设备的下行信道传输所使用的波束。
在一些实施例中，PRACH传输所关联的SSB与下行信道传输具有准共址QCL关系，其中，处理模块11，还被配置为根据所述PRACH传输所关联的SSB和所述QCL关系，确定针对所述终端设备的下行信道传输所使用的波束。
在一些实施例中，在所述SDT传输过程中，发起所述PRACH传输，在RACH随机接入成功的情况下，PRACH传输所关联的SSB与下行信道传输中指定下行信道传输具有QCL关系，其中，处理模块11，还被配置为根据所述PRACH传输所关联的SSB和所述QCL关系，确定针对所述终端设备的指定下行信道传输所使用的波束。
其中，指定下行信道传输，包括以下至少一个：
不与消息Msg2相关的物理下行控制信道PDCCH传输；
不与消息Msg3相关的PDCCH传输；
不与消息Msg4相关的PDCCH传输；
不与消息Msg2相关的物理下行共享信道传输PDSCH传输；
不与消息Msg4相关的PDSCH传输。
在一些实施例中，下行信道传输为物理下行控制信道PDCCH传输和/或PDSCH物理下行共享信道传输。
关于上述实施例中的通信装置1，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。本公开上述实施例中提供的通信装置1，与上面一些实施例中提供的波束确定方法取得相同或相似的有益效果，此处不再赘述。
请参见图14，图14是本公开实施例提供的另一种通信装置1000的结构示意图。通信装置1000可以是网络侧设备，也可以是终端设备，也可以是支持网络侧设备实现上述方法的芯片、芯片系统、或处理器等，还可以是支持终端设备实现上述方法的芯片、芯片系统、或处理器等。该通信装置1000可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。
通信装置1000可以包括一个或多个处理器1001。处理器1001可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，网络侧设备、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行计算机程序，处理计算机程序的数据。
可选的，通信装置1000中还可以包括一个或多个存储器1002，其上可以存有计算机程序1004，存储器1002执行所述计算机程序1004，以使得通信装置1000执行上述方法实施例中描述的方法。可选的，所述存储器1002中还可以存储有数据。通信装置1000和存储器1002可以单独设置，也可以集成在一起。
可选的，通信装置1000还可以包括收发器1005、天线1006。收发器1005可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器1005可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。
可选的，通信装置1000中还可以包括一个或多个接口电路1007。接口电路1007用于接收代码指令并传输至处理器1001。处理器1001运行所述代码指令以使通信装置1000执行上述方法实施例中描述的方法。
通信装置1000为网络侧设备：处理器1001用于执行图2中的S21和S22；图3中的S31和S32；图4中的S41和S42；图5中的S51和S52；图6中的S61和S62；图7中的S71和S72；图8中的S81和S82；图9中的S91和S92；图10中的S101和S102；图11中的S111和S112。
通信装置1000为终端设备：处理器1001用于执行图12中的S121和S122；图3中的S31和S32；图4中的S41和S42；图5中的S51和S52；图6中的S61和S62；图7中的S71和S72；图8中的S81和S82；图9中的S91和S92；图10中的S101和S102；图11中的S111和S112。
在一种实现方式中，处理器1001中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。
在一种实现方式中，处理器1001可以存有计算机程序1003，计算机程序1003在处理器1001上运行，可使得通信装置1000执行上述方法实施例中描述的方法。计算机程序1003可能固化在处理器1001中，该种情况下，处理器1001可能由硬件实现。
在一种实现方式中，通信装置1000可以包括电路，所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本公开中描述的处理器和收发器可实现在集成电路(integrated circuit，IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit，ASIC)、印刷电路板(printed circuitboard，PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metal oxide semiconductor，CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channelmetal oxide semiconductor，PMOS)、双极结型晶体管(bipolar junction transistor，BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。
以上实施例描述中的通信装置可以是终端设备，但本公开中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图14的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是：
(1)独立的集成电路IC，或芯片，或，芯片系统或子系统；
(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据，计算机程序的存储部件；
(3)ASIC，例如调制解调器(Modem)；
(4)可嵌入在其他设备内的模块；
(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；
(6)其他等等。
对于通信装置可以是芯片或芯片系统的情况，请参见图15，为本公开实施例中提供的一种芯片的结构图。
芯片1100包括处理器1101和接口1103。其中，处理器1101的数量可以是一个或多个，接口1103的数量可以是多个。
对于芯片用于实现本公开实施例中网络侧设备的功能的情况：
接口1103，用于接收代码指令并传输至所述处理器。
处理器1101，用于运行代码指令以执行如上面一些实施例所述的波束确定方法。
对于芯片用于实现本公开实施例中终端设备的功能的情况：
接口1103，用于接收代码指令并传输至所述处理器。
处理器1101，用于运行代码指令以执行如上面一些实施例所述的波束确定方法。
可选的，芯片1100还包括存储器1102，存储器1102用于存储必要的计算机程序和数据。
本领域技术人员还可以了解到本公开实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本公开实施例保护的范围。
本公开实施例还提供一种资源配置系统，该系统包括前述图13实施例中作为终端设备的通信装置和作为网络侧设备的通信装置，或者，该系统包括前述图14实施例中作为终端设备的通信装置和作为网络侧设备的通信装置。
本公开还提供一种可读存储介质，其上存储有指令，该指令被计算机执行时实现上述任一方法实施例的功能。
本公开还提供一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行所述计算机程序时，全部或部分地产生按照本公开实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
本领域普通技术人员可以理解：本公开中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本公开实施例的范围，也表示先后顺序。
本公开中的至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本公开不做限制。在本公开实施例中，对于一种技术特征，通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征，该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。
本公开中各表所示的对应关系可以被配置，也可以是预定义的。各表中的信息的取值仅仅是举例，可以配置为其他值，本公开并不限定。在配置信息与各参数的对应关系时，并不一定要求必须配置各表中示意出的所有对应关系。例如，本公开中的表格中，某些行示出的对应关系也可以不配置。又例如，可以基于上述表格做适当的变形调整，例如，拆分，合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称，其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时，也可以采用其他的数据结构，例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。
本公开中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。

Claims (21)

1.一种波束确定方法，其特征在于，所述方法由网络侧设备执行，包括：
在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输；
根据所述最近一次的上行传输所关联的同步信号块SSB，确定针对所述终端设备的所述下行信道传输所使用的波束。
2.如权利要求1所述的方法，其特征在于，所述在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，包括：
在配置授权CG-SDT传输过程之中，确定所述终端设备相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输或物理上行共享信道PUSCH传输。
3.如权利要求1所述的方法，其特征在于，所述在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输，包括：
在随机接入RA-SDT传输过程之中，确定所述终端设备相对于下行信道传输最近一次的上行传输为PRACH传输。
4.如权利要求2所述的方法，其特征在于，所述PUSCH传输所关联的SSB与所述下行信道传输具有准共址QCL关系，其中，所述根据所述最近一次的上行传输所关联的SSB，确定针对所述终端设备的所述下行信道传输所使用的波束，包括：
根据所述PUSCH传输所关联的SSB和所述QCL关系，确定针对所述终端设备的所述下行信道传输所使用的波束。
5.如权利要求2所述的方法，其特征在于，所述PUSCH传输为配置授权CG-PUSCH传输的情况下，所述CG-PUSCH传输所关联的SSB与所述下行信道传输具有准共址QCL关系，其中，所述根据所述最近一次的上行传输所关联的SSB，确定针对所述终端设备的所述下行信道传输所使用的波束，包括：
根据所述CG-PUSCH传输所关联的SSB和所述QCL关系，确定针对所述终端设备的所述下行信道传输所使用的波束。
6.如权利要求2或3所述的方法，其特征在于，所述PRACH传输所关联的SSB与所述下行信道传输具有准共址QCL关系，其中，所述根据所述最近一次的上行传输所关联的SSB，确定针对所述终端设备的所述下行信道传输所使用的波束，包括：
根据所述PRACH传输所关联的SSB和所述QCL关系，确定针对所述终端设备的所述下行信道传输所使用的波束。
7.如权利要求2或3所述的方法，其特征在于，在所述SDT传输过程中，发起所述PRACH传输，在RACH随机接入成功的情况下，所述PRACH传输所关联的SSB与所述下行信道传输中指定下行信道传输具有QCL关系，其中，所述根据所述最近一次的上行传输所关联的SSB，确定针对所述终端设备的所述下行信道传输所使用的波束，包括：
根据所述PRACH传输所关联的SSB和所述QCL关系，确定针对所述终端设备的指定下行信道传输所使用的波束；
其中，所述指定下行信道传输，包括以下至少一个：
不与消息Msg2相关的物理下行控制信道PDCCH传输；
不与消息Msg3相关的PDCCH传输；
不与消息Msg4相关的PDCCH传输；
不与消息Msg2相关的物理下行共享信道传输PDSCH传输；
不与消息Msg4相关的PDSCH传输。
8.如权利要求1至6中任一项所述的方法，其特征在于，所述下行信道传输为物理下行控制信道PDCCH传输和/或物理下行共享信道PDSCH传输。
9.一种波束确定方法，其特征在于，所述方法由终端设备执行，包括：
在小数据包传输SDT传输过程之中，确定相对于下行信道传输最近一次的上行传输；
根据所述最近一次的上行传输所关联的同步信号块SSB，确定针对所述终端设备的所述下行信道传输所使用的波束。
10.如权利要求9所述的方法，其特征在于，所述在小数据包传输SDT传输过程之中，确定相对于下行信道传输最近一次的上行传输，包括：
在配置授权CG-SDT传输过程之中，确定相对于下行信道传输最近一次的上行传输为物理随机接入信道PRACH传输或物理上行共享信道PUSCH传输。
11.如权利要求9所述的方法，其特征在于，所述在小数据包传输SDT传输过程之中，确定相对于下行信道传输最近一次的上行传输，包括：
在随机接入RA-SDT传输过程之中，确定相对于下行信道传输最近一次的上行传输为PRACH传输。
12.如权利要求10所述的方法，其特征在于，所述PUSCH传输所关联的SSB与所述下行信道传输具有QCL关系，其中，所述根据所述最近一次的上行传输所关联的SSB，确定针对所述终端设备的下行信道传输所使用的波束，包括：
根据所述PUSCH传输所关联的SSB和所述QCL关系，确定针对所述终端设备的所述下行信道传输所使用的波束。
13.如权利要求10所述的方法，其特征在于，所述PUSCH传输为配置授权CG-PUSCH传输的情况下，所述CG-PUSCH传输所关联的SSB与所述下行信道传输具有QCL关系，其中，所述根据所述最近一次的上行传输所关联的SSB，确定针对所述终端设备的下行信道传输所使用的波束，包括：
根据所述CG-PUSCH传输所关联的SSB和所述QCL关系，确定针对所述终端设备的所述下行信道传输所使用的波束。
14.如权利要求10或11所述的方法，其特征在于，所述PRACH传输所关联的SSB与所述下行信道传输具有QCL关系，其中，所述根据所述最近一次的上行传输所关联的SSB，确定针对所述终端设备的下行信道传输所使用的波束，包括：
根据所述PRACH传输所关联的SSB和所述QCL关系，确定针对所述终端设备的所述下行信道传输所使用的波束。
15.如权利要求10或11所述的方法，其特征在于，在所述SDT传输过程中，发起所述PRACH传输，在RACH随机接入成功的情况下，所述PRACH传输所关联的SSB与所述下行信道传输中指定下行信道传输具有QCL关系，其中，所述根据所述最近一次的上行传输所关联的SSB，确定针对所述终端设备的下行信道传输所使用的波束，包括：
根据所述PRACH传输所关联的SSB和所述QCL关系，确定针对所述终端设备的指定下行信道传输所使用的波束；
其中，所述指定下行信道传输，包括以下至少一个：
不与消息Msg2相关的物理下行控制信道PDCCH传输；
不与消息Msg3相关的PDCCH传输；
不与消息Msg4相关的PDCCH传输；
不与消息Msg2相关的物理下行共享信道传输PDSCH传输；
不与消息Msg4相关的PDSCH传输。
16.如权利要求9至14中任一项所述的方法，其特征在于，所述下行信道传输为物理下行控制信道PDCCH传输和/或物理下行共享信道PDSCH传输。
17.一种通信装置，所述装置被设置于网络侧设备，其特征在于，包括：
处理模块，被配置为在小数据包传输SDT传输过程之中，确定终端设备相对于下行信道传输最近一次的上行传输；
所述处理模块，还被配置为根据所述最近一次的上行传输所关联的同步信号块SSB，确定针对所述终端设备的所述下行信道传输所使用的波束。
18.一种通信装置，所述装置被设置于终端设备，其特征在于，包括：
处理模块，被配置为在小数据包传输SDT传输过程之中，确定相对于下行信道传输最近一次的上行传输；
所述处理模块，还被配置为根据所述最近一次的上行传输所关联的同步信号块SSB，确定针对所述终端设备的所述下行信道传输所使用的波束。
19.一种通信装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求1至8中任一项所述的方法；或所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求9至16中任一项所述的方法。
20.一种通信装置，其特征在于，包括：处理器和接口电路；
所述接口电路，用于接收代码指令并传输至所述处理器；
所述处理器，用于运行所述代码指令以执行如权利要求1至8中任一项所述的方法；或用于运行所述代码指令以执行如权利要求9至16中任一项所述的方法。
21.一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使如权利要求1至8中任一项所述的方法被实现；或，当所述指令被执行时，使如权利要求9至16中任一项所述的方法被实现。
CN202280001736.3A 2022-05-24 2022-05-24 波束确定方法和装置 Pending CN115136701A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/094804 WO2023225876A1 (zh) 2022-05-24 2022-05-24 波束确定方法和装置

Publications (1)

Publication Number Publication Date
CN115136701A true CN115136701A (zh) 2022-09-30

Family

ID=83387182

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280001736.3A Pending CN115136701A (zh) 2022-05-24 2022-05-24 波束确定方法和装置

Country Status (2)

Country Link
CN (1) CN115136701A (zh)
WO (1) WO2023225876A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109152013B (zh) * 2017-06-16 2022-11-15 大唐移动通信设备有限公司 一种公共下行控制信道信号传输方法和相关设备
CN114978459B (zh) * 2019-09-30 2023-08-01 中兴通讯股份有限公司 通信方法、第一通信节点、第二通信节点和存储介质
CN114006682B (zh) * 2020-07-27 2023-04-07 大唐移动通信设备有限公司 波束指示方法、装置、终端及网络侧设备
CN114071784A (zh) * 2020-08-06 2022-02-18 华为技术有限公司 一种无线通信的方法及装置

Also Published As

Publication number Publication date
WO2023225876A1 (zh) 2023-11-30

Similar Documents

Publication Publication Date Title
RU2739330C1 (ru) Произвольный доступ с переключением частей ширины полосы частот
CN107919929B (zh) 一种基于波束的信道检测方法和设备
EP4192164A1 (en) Frequency domain resource determining method, device, and storage medium
CN110557837B (zh) 通信方法和装置
CN112713983B (zh) 一种ra-rnti处理方法和装置
US20230362839A1 (en) Power determining method, apparatus, and system
CN115191145B (zh) 一种多prach传输方法及其装置
WO2023230972A1 (zh) 资源配置方法及装置
WO2023019410A1 (zh) 一种传输下行控制信息dci的方法及其装置
CN113573401B (zh) 通信方法、装置及系统
WO2023225876A1 (zh) 波束确定方法和装置
CN116171636A (zh) 随机接入响应的处理方法、网络设备和终端设备
CN115004809A (zh) 一种确定侧链路时长的方法及其装置
WO2024016359A1 (zh) 能力上报方法和装置
WO2023245451A1 (zh) 随机接入方法和装置
WO2023198059A1 (zh) 一种通信方法、装置、系统及存储介质
CN114287166B (zh) 一种基于四步随机接入的第三条消息重复的覆盖增强方法
US20240163777A1 (en) Network slicing-based random access method and apparatus, and storage medium
WO2024016360A1 (zh) 一种随机接入方法/装置/设备及存储介质
WO2023206033A1 (zh) 混合自动重传请求harq反馈的处理方法及其装置
US20230189234A1 (en) Frequency Domain Resource Determining Method, Device, and Storage Medium
WO2024130731A1 (zh) 物理随机接入信道传输方法、装置、设备及存储介质
CN115735397A (zh) 指示方法、装置、设备及存储介质
CN117044377A (zh) 物理随机接入信道prach传输方法及装置
CN115997468A (zh) 随机接入方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination