[go: up one dir, main page]

CN118301768A - 一种参数配置方法、设备及存储介质 - Google Patents

一种参数配置方法、设备及存储介质 Download PDF

Info

Publication number
CN118301768A
CN118301768A CN202410395426.5A CN202410395426A CN118301768A CN 118301768 A CN118301768 A CN 118301768A CN 202410395426 A CN202410395426 A CN 202410395426A CN 118301768 A CN118301768 A CN 118301768A
Authority
CN
China
Prior art keywords
offset value
beta offset
transmission
symbol
pusch
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
CN202410395426.5A
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN202410395426.5A priority Critical patent/CN118301768A/zh
Publication of CN118301768A publication Critical patent/CN118301768A/zh
Priority to PCT/CN2024/134456 priority patent/WO2025208885A1/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling

Landscapes

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

Abstract

本申请实施例公开了一种参数配置方法、设备及存储介质。包括：接收第一信息和/或第二信息；其中，所述第一信息包括触发PUSCH的DCI，第二信息包括：用于配置半静态的beta偏移值或者动态的beta偏移值；基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值；其中，所述类型符号包括第一类型符号和第二类型符号；基于所述目标beta偏移值将所述UCI复用在PUSCH传输中；其中，所述目标beta偏移值包括用于HARQ‑ACK信息在PUSCH中传输的第一beta偏移值，用于第一部分CSI信息在PUSCH中传输的第二beta偏移值，用于第二部分CSI信息在PUSCH中传输的第三beta偏移值。利于上行控制信息的传输。

Description

一种参数配置方法、设备及存储介质
技术领域
本发明实施例涉及通信技术领域，尤其涉及一种参数配置方法、设备及存储介质。
背景技术
在现有技术里，上行控制信息(Uplink Control Information，UCI)可以被传输在物理上行共享信道(Physical Uplink Shared Channel，PDSCH)里，且为了确保UCI传输的可靠性，一个参数被使用为确定UCI在PUSCH的资源里使用的资源。但是在子带全双工(subband full duplex,SBFD)子带及同频同时全双工(Co-frequency Co-time FullDuplex，CCFD)自带被引入后，在SBFD符号里和non-SBFD符号里(或者CCFD符号及non-CCFD符号)执行PUSCH传输时，有可能需要配置相同的参数，一般情况下的，里的干扰高于UL部分带宽(BWP)里的干扰，由于临近的频域被用于传输DL，而临近的频域资源不会被用于传输DL。
发明内容
本申请实施例提供了一种参数配置方法、设备及存储介质。利于上行控制信息的传输。
为了实现上述目的，本申请实施例提供了一种参数配置方法，所述方法由用户设备执行，包括：
接收第一信息和/或第二信息；其中，所述第一信息包括触发PUSCH的DCI，第二信息包括：用于配置半静态的beta偏移值或者动态的beta偏移值；
基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值；其中，所述类型符号包括第一类型符号和第二类型符号；
基于所述目标beta偏移值将所述UCI复用在PUSCH传输中；其中，所述目标beta偏移值包括用于HARQ-ACK信息在PUSCH中传输的第一beta偏移值，用于第一部分CSI信息在PUSCH中传输的第二beta偏移值，用于第二部分CSI信息在PUSCH中传输的第三beta偏移值。
为了实现上述目的，本申请实施例提供了一种参数配置方法，所述方法由基站执行，包括：
发送第一信息和/或第二信息；其中，所述第一信息包括触发PUSCH的DCI，第二信息包括：用于配置半静态的beta偏移值或者动态的beta偏移值；
基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值；其中，所述类型符号包括第一类型符号和第二类型符号；
接收基于所述目标beta偏移值复用在PUSCH传输中的所述UCI；其中，所述目标beta偏移值包括用于HARQ-ACK信息在PUSCH中传输的第一beta偏移值，用于第一部分CSI信息在PUSCH中传输的第二beta偏移值，用于第二部分CSI信息在PUSCH中传输的第三beta偏移值。
为了实现上述目的，本申请实施例提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如本申请实施例所述的参数配置方法。
为了实现上述目的，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本申请实施例所述的参数配置方法。
本申请实施例公开了一种参数配置方法、设备及存储介质。包括：接收第一信息和/或第二信息；其中，第一信息包括触发PUSCH的DCI，第二信息包括：用于配置半静态的beta偏移值或者动态的beta偏移值；基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值；其中，类型符号包括第一类型符号和第二类型符号；基于目标beta偏移值将UCI复用在PUSCH传输中；其中，目标beta偏移值包括用于HARQ-ACK信息在PUSCH中传输的第一beta偏移值，用于第一部分CSI信息在PUSCH中传输的第二beta偏移值，用于第二部分CSI信息在PUSCH中传输的第三beta偏移值。利于上行控制信息的传输。
附图说明
图1是本申请实施例提供的一种一种参数配置方法的流程图；
图2是本申请实施例提供的一种UCI的一部分也被打孔/取消传输的示意图；
图3是本申请实施例提供的一种将UCI复用在该PUSCH中剩余的资源里的示意图；
图4是本申请实施例提供的一种一种参数配置方法的流程图；
图5是本申请实施例提供的一种参数配置装置的结构示意图；
图6是本申请实施例提供的一种参数配置装置的结构示意图；
图7是本申请实施例提供的一种计算机设备的结构示意图。
具体实施方式
为了提升TDD系统的UL覆盖、降低UL传输的时延和以及增大UL传输的容量，子带全双工技术(subband full duplex,SBFD)被提出针对RRC连接态UE。
在部分或全部的DL符号/slot里，一个UL子带和最多2个DL子带被配置。例如，该UL子带和该DL子带被要求配置基于DL BWP和UL BWP对，该DL BWP和UL BWP对被要求具有相同的中心频率。在频域，该UL子带的频域资源和该DL子带的频域资源一般被认为是被配置在DL BWP的频域范围内的。DL BWP是在DL符号或slot里的有效的。但是，在频域，该UL子带的频域资源和该DL子带的频域资源也可以被配置在DL BWP之外，例如该UL子带的频域资源和该DL子带的频域资源的部分或全部超出了DL BWP的频域范围。
该UL子带和该DL子带也被称为SBFD子带，也就是配置一个SBFD子带在DL符号/slot里的DL BWP里，该SBFD子带一般包括至少一个DL子带和一个UL子带。
例如，在100MHz的TDD载波中，20个连续的RBs被配置作为该UL子带在DL BWP里在DL符号/slot里，该DL BWP剩余的频域资源就是DL子带(gap是可以不配置的)，或者也配置一个DL子带在DL BWP里在DL符号/slot里。这样，在DL符号/slot里，该UL子带能被用于UL传输，DL子带能被用于DL传输。在当前阶段，子带全双工技术包括下面特征：基站具有能力同时执行接收(在UL子带里)和发送(在DL子带里)在相同的时域。UE不具有能力同时执行接收(在DL子带里)和发送(在UL子带里)在相同的时域。这里，UL子带和DL子带被配置在相同的OFDM符号/slot里且是频分的。
为了描述方便，一些技术术语如下：被配置了SBFD子带的符号被称为SBFD符号。包含SBFD符号的slot被称为SBFD slot。未被配置SBFD子带的符号称为non-SBFD符号(也就是一个常规符号)。未包含the SBFD符号的slot称为non-SBFD slot。
为了进一步提升系统效率和频谱效率，本申请提出同频同时全双工(Co-frequency Co-time Full Duplex，CCFD)操作。首先，提出CCFD子带资源，即对于一个载波，在频域配置一个CCFD子带(该CCFD子带的配置可以重用下面的SBFD子带的配置)。在一个载波中里，基站在频域基于连续RB配置一个RB集合作为CCFD子带且用于CCFD操作，并在时域基于符号或slot配置一些slot或符号为CCFD子带且用于CCFD操作。这样，就可以得到一些用于CCFD操作的时频资源(记为资源A)。资源A也称为CCFD子带，包括能被用于DL传输和UL接收。至少从基站侧，资源A能被用于同频同时全双工传输。也就是，基站能够使用相同的时间、相同的频率，同时发送DL信号和接收UL信号在资源A里。UE侧可以仅支持时分的DL传输和UL传输。本申请中，被配置了资源A的符号/slot被称为CCFD符号/slot，未被配置资源A的符号/slot被称为non-CCFD符号/slot(例如，常规的DL，UL或F符号/slot)。
下面的相关方法被提供基于SBFD子带，但这些方法也能被使用基于CCFD子带，例如，只需要将这些方法里的SBFD符号/slot替换为CCFD符号/slot，将non-SBFD符号/slot替换为non-CCFD符号/slot即可。进一步，如果下面的相关方法被提供基于UL子带或DL子带，那么该DL子带和UL子带能被CCFD子带替换，因为CCFD子带能同时支持DL接收和UL传输。对应的，UCI复用在SBFD符号里的SBFD子带/UL子带里的PUSCH上和UCI复用在non-SBFD符号里的ULBWP里的PUSCH上，也能被替换为UCI复用在CCFD符号里的CCFD子带里的PUSCH上和UCI复用在non-CCFD符号里的UL BWP里的PUSCH上。
图1是本申请实施例提供的一种参数配置方法的流程图，所述方法由用户设备(User Equipment，UE)侧执行，如图1所示，该方法包括：
S110，接收第一信息和/或第二信息。
其中，第一信息包括触发PUSCH的DCI，第二信息包括：用于配置半静态的beta偏移值或者动态的beta偏移值。第一信息可以是物理层信令中的信息，第二信息可以是无线资源控制(Radio Resource Control，RRC)信令中的信息。触发PUSCH的DCI可以理解为调度或激活PUSCH的DCI，即被DCI调度的PUSCH以及被DCI激活的半静态PUSCH。本实施例中，UE接收基站下发的物理层信令及RRC信令。
S120，基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值。
其中，类型符号包括第一类型符号和第二类型符号。第一类型符号为SBFD符号，第二类型符号为non-SBFD符号；或者，第一类型符号为CCFD符号，第二类型符号为non-CCFD符号。
S130，基于目标beta偏移值将UCI复用在PUSCH传输中。
其中，目标beta偏移值包括用于HARQ-ACK信息在PUSCH中传输的第一beta偏移值，用于第一部分CSI信息在PUSCH中传输的第二beta偏移值，用于第二部分CSI信息在PUSCH中传输的第三beta偏移值。即UCI包括HARQ-ACK信息、第一部分CSI信息及第二部分CSI信息等。
在一个实施例中，若第一信息包括：触发PUSCH的DCI不包含beta偏移值指示域，且第二信息包括用于配置半静态的beta偏移值，则基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值(下述称之为betaoffset)，包括下述至少之一：将半静态的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，将半静态的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，将半静态的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的第一优先级PUSCH传输的目标beta偏移值；或者，将半静态的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的第一优先级PUSCH传输的目标beta偏移值；或者，将半静态的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的第二优先级PUSCH传输的目标beta偏移值；或者，将半静态的beta偏移值确定为针对传输在第二类型符号中UL BWP的第二优先级PUSCH传输的目标beta偏移值。
示例性的，以SBFD技术为例，如果一个DCI格式不包含betaoffset指示域，且该DCI格式触发一个PUSCH传输从UE，且UE被高层信令配置为betaoffsets值是半静态的，则UE考虑下面的机制确定betaoffset值为SBFD符号里和non-SBFD符号里的PUSCH传输：基站为UE配置半静态的betaoffset值针对该PUSCH传输被传输在SBFD符号里UL子带里，且UE执行UCI复用在该PUSCH传输里基于该betaoffset值。或者，基站为UE配置半静态的betaoffset值针对该PUSCH传输被传输在non-SBFD符号的UL BWP里，且UE执行UCI复用在该PUSCH传输里基于该betaoffset值。
其中，基站和UE约定，如果该PUSCH传输被执行在SBFD符号里的UL子带里，则HARQ-ACK，CSI-1(第一部分CSI)和CSI-2(第二部分CSI)分别在该PUSCH中传输基于betaoffset1，betaoffset2和betaoffset3。如果该PUSCH传输被执行在non-SBFD符号里的UL BWP里，则HARQ-ACK，CSI-1(第一部分CSI)和CSI-2(第二部分CSI)分别在该PUSCH中传输基于betaoffset1-1，betaoffset2-1和betaoffset3-1。
示例性的，如果一个DCI格式不包含betaoffset指示域，且该DCI格式触发一个具有优先级1或优先级0的PUSCH传输从UE，且UE被高层信令配置为betaoffsets值是半静态的，则UE考虑下面的机制确定betaoffset值为SBFD符号里和non-SBFD符号里的PUSCH传输：基站为UE配置半静态的betaoffset值针对该具有优先级1的PUSCH传输被传输在SBFD符号里UL子带里，且UE执行UCI复用在该PUSCH传输里基于该betaoffset值。
其中，该betaoffset值是一个用于具有优先级1的HARQ-ACK信息在该PUSCH中传输的H_betaoffset1。
可选的，基站为UE配置半静态的betaoffset值针对该具有优先级0的PUSCH传输被传输在SBFD符号里UL子带里，且UE执行UCI复用在该PUSCH传输里基于该betaoffset值。
其中，该betaoffset值是一个用于具有优先级0的HARQ-ACK信息在该PUSCH中传输的L_betaoffset1。
可选的，基站为UE配置半静态的betaoffset值针对该具有优先级1的PUSCH传输被传输在non-SBFD符号里UL BWP里，且UE执行UCI复用在该PUSCH传输里基于该betaoffset值。
其中，该betaoffset值是一个用于具有优先级1的HARQ-ACK信息在该PUSCH中传输的H_betaoffset1-1。
基站为UE配置半静态的betaoffset值针对该具有优先级0的PUSCH传输被传输在non-SBFD符号里UL BWP里，且UE执行UCI复用在该PUSCH传输里基于该betaoffset值。
这里，该betaoffset值是一个用于具有优先级0的HARQ-ACK信息在该PUSCH中传输的L_betaoffset1-1。
其中，优先级1高于优先级0。
本实施例中，基站和UE约定，如果该具有优先级1的PUSCH传输被执行在SBFD符号里的UL子带里，则具有优先级1的HARQ-ACK在该PUSCH中传输基于H_betaoffset1。如果该具有优先级1的PUSCH传输被执行在non-SBFD符号里的UL BWP里，则具有优先级1的HARQ-ACK在该PUSCH中传输基于H_betaoffset1-1。如果该具有优先级0的PUSCH传输被执行在SBFD符号里的UL子带里，则具有优先级0的HARQ-ACK在该PUSCH中传输基于L_betaoffset1。如果该具有优先级0的PUSCH传输被执行在non-SBFD符号里的UL BWP里，则具有优先级0的HARQ-ACK在该PUSCH中传输基于L_betaoffset1-1。
可选的，若第一信息包括：触发PUSCH的DCI不包含beta偏移值指示域，且第二信息包括用于配置半静态的beta偏移值。则基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，还包括下述至少之一：若与第一类型符号关联的beta偏移值未被配置，则将与第二类型符号关联的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，若与第二类型符号关联的beta偏移值未被配置，则将与第一类型符号关联的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，若与第一类型符号关联的具有第一优先级的beta偏移值未被配置，则将与第二类型符号关联的具有第一优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的具有第一优先级的PUSCH传输的目标beta偏移值；或者，若与第一类型符号关联的具有第一优先级的beta偏移值未被配置，则将与第二类型符号关联的具有第二优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的具有第一优先级的PUSCH传输的目标beta偏移值；或者，若与第一类型符号关联的具有第二优先级的beta偏移值未被配置，则将与第二类型符号关联的具有第一优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的具有第二优先级的PUSCH传输的目标beta偏移值；或者，若与第一类型符号关联的具有第二优先级的beta偏移值未被配置，则将与第二类型符号关联的具有第二优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的具有第二优先级的PUSCH传输的目标beta偏移值；或者，若与第二类型符号关联的具有第一优先级的beta偏移值未被配置，则将与第一类型符号关联的具有第一优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的具有第一优先级的PUSCH传输的目标beta偏移值；或者，若与第二类型符号关联的具有第一优先级的beta偏移值未被配置，则将与第一类型符号关联的具有第二优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的具有第一优先级的PUSCH传输的目标beta偏移值；或者，若与第二类型符号关联的具有第二优先级的beta偏移值未被配置，则将与第一类型符号关联的具有第一优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的具有第二优先级的PUSCH传输的目标beta偏移值；或者，若与第二类型符号关联的具有第二优先级的beta偏移值未被配置，则将与第一类型符号关联的具有第二优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的具有第二优先级的PUSCH传输的目标beta偏移值。
具体的，如果上述UCI在PUSCH中传输，如果与SBFD符号关联的betaoffset值未被配置，则基站和UE约定，与non-SBFD符号关联的betaoffset值能被用于UCI在PUSCH中传输在SBFD符号里。如果与non-SBFD符号关联的betaoffset值未被配置，则基站和UE约定，与SBFD符号关联的betaoffset值能被用于UCI在PUSCH中传输在non-SBFD符号里。
其中，可以假设UCI和PUSCH具有相同的优先级索引。
如果在上述UCI在具有优先级0(或优先级1)的PUSCH中传输，如果与SBFD符号(或non-SBFD符号)关联的具有优先级0(或优先级1)的betaoffset值未被配置，则基站和UE约定，与non-SBFD符号(或SBFD符号)关联的具有优先级1(或具有优先级0)的betaoffset值能被用于UCI在该具有优先级0(或优先级1)的PUSCH中传输在SBFD符号(或non-SBFD符号)里。
具体的，如果与SBFD符号关联的具有优先级0的betaoffset值未被配置，则基站和UE约定，与non-SBFD符号关联的具有优先级1的betaoffset值能被用于UCI在该具有优先级0的PUSCH中传输在SBFD符号里。如果与SBFD符号关联的具有优先级0的betaoffset值未被配置，则基站和UE约定，与non-SBFD符号关联的具有优先级0的betaoffset值能被用于UCI在该具有优先级0的PUSCH中传输在SBFD符号里。如果与SBFD符号关联的具有优先级1的betaoffset值未被配置，则基站和UE约定，与non-SBFD符号关联的具有优先级1的betaoffset值能被用于UCI在该具有优先级1的PUSCH中传输在SBFD符号里。如果与SBFD符号关联的具有优先级1的betaoffset值未被配置，则基站和UE约定，与non-SBFD符号关联的具有优先级0的betaoffset值能被用于UCI在该具有优先级1的PUSCH中传输在SBFD符号里。
具体的，如果与non-SBFD符号关联的具有优先级0的betaoffset值未被配置，则基站和UE约定，与SBFD符号关联的具有优先级1的betaoffset值能被用于UCI在该具有优先级0的PUSCH中传输在non-SBFD符号里。如果与non-SBFD符号关联的具有优先级0的betaoffset值未被配置，则基站和UE约定，与SBFD符号关联的具有优先级0的betaoffset值能被用于UCI在该具有优先级0的PUSCH中传输在non-SBFD符号里。如果与non-SBFD符号关联的具有优先级1的betaoffset值未被配置，则基站和UE约定，与SBFD符号关联的具有优先级1的betaoffset值能被用于UCI在该具有优先级1的PUSCH中传输在non-SBFD符号里。如果与non-SBFD符号关联的具有优先级1的betaoffset值未被配置，则基站和UE约定，与SBFD符号关联的具有优先级0的betaoffset值能被用于UCI在该具有优先级1的PUSCH中传输在non-SBFD符号里。
在一个实施例中，若第一信息包括PUSCH为半静态，且第二信息包括用于配置半静态的beta偏移值，则基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括下述至少之一：将与第一类型符号关联的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，将与第二类型符号关联的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，将与第一类型符号关联的第一优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的第一优先级的PUSCH传输的目标beta偏移值；或者，将与第一类型符号关联的第二优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的第二优先级的PUSCH传输的目标beta偏移值；或者，将与第二类型符号关联的第一优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的第一优先级的PUSCH传输的目标beta偏移值；或者，将与第二类型符号关联的第二优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的第二优先级的PUSCH传输的目标beta偏移值。
示例性的，如果一个PUSCH传输是半静态配置的，且UE被配置半静态的betaoffset取值，则针对UCI在SBFD符号里的该PUSCH里传输，基站和UE约定，与SBFD符号关联的betaoffset取值被使用；或者，针对UCI在non-SBFD符号里的该PUSCH里传输，基站和UE约定，与non-SBFD符号关联的betaoffset取值被使用。
示例性的，如果该PUSCH传输具有优先级1，且UCI具有优先级1，那么针对该UCI在SBFD符号里的该PUSCH里传输，基站和UE约定，与SBFD符号关联的优先级1的betaoffset取值被使用。如果该PUSCH传输具有优先级0，且UCI具有优先级0，那么针对该UCI在SBFD符号里的该PUSCH里传输，基站和UE约定，与SBFD符号关联的优先级0的betaoffset取值被使用。如果该PUSCH传输具有优先级1，且UCI具有优先级1，那么针对该UCI在non-SBFD符号里的该PUSCH里传输，基站和UE约定，与non-SBFD符号关联的优先级1的betaoffset取值被使用。如果该PUSCH传输具有优先级0，且UCI具有优先级0，那么针对该UCI在non-SBFD符号里的该PUSCH里传输，基站和UE约定，与non-SBFD符号关联的优先级0的betaoffset取值被使用。
在一个实施例中，若第一信息包括：触发PUSCH的DCI格式为0_0，且第二信息包括用于配置动态的beta偏移值，则基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括下述至少之一：将与第一类型符号关联的beta偏移值的集合中的第一个值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，将与第二类型符号关联的beta偏移值的集合中的第一个值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，将与第一类型符号关联的第一优先级的beta偏移值的集合中的第一个值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，将与第一类型符号关联的第二优先级的beta偏移值的集合中的第一个值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，将与第二类型符号关联的第一优先级beta偏移值的集合中的第一个值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，将与第二类型符号关联的第二优先级beta偏移值的集合中的第一个值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
其中，DCI格式0_0不含betaoffset指示域。
示例性的，如果一个PUSCH传输被触发由DCI0_0，且UE被配置betaoffset取值是动态的，那么针对UCI在SBFD符号里的该PUSCH里传输，基站和UE约定，与SBFD符号关联的betaoffset取值的集合里的第一个值被使用。针对UCI在non-SBFD符号里的该PUSCH里传输，基站和UE约定，与non-SBFD符号关联的betaoffset取值的集合里的第一个值被使用。
示例性的，如果一个PUSCH传输被触发由DCI0_0，且UE被配置betaoffset取值是动态的，那么针对优先级1的UCI在SBFD符号里的该PUSCH里传输，基站和UE约定，与SBFD符号关联的优先级1的betaoffset取值的集合里的第一个值被使用。针对优先级0的UCI在SBFD符号里的该PUSCH里传输，基站和UE约定，与SBFD符号关联的优先级0的betaoffset取值的集合里的第一个值被使用。针对优先级1的UCI在non-SBFD符号里的该PUSCH里传输，基站和UE约定，与non-SBFD符号关联的优先级1的betaoffset取值的集合里的第一个值被使用。针对优先级0的UCI在non-SBFD符号里的该PUSCH里传输，基站和UE约定，与non-SBFD符号关联的优先级0的betaoffset取值的集合里的第一个值被使用。
其中，betaoffset取值是动态的表示betaoffset取值的集合被配置。这里假设2个betaoffset取值的集合分别被配置且分别与SBFD符号和non-SBFD符号关联。
在一个实施例中，若第二信息包括：用于配置半静态的beta偏移值，且配置一个与第一类型符号关联的beta偏移值及一个与第二类型符号关联的beta偏移值；或者，配置一个包含两个beta偏移值的集合，其中一个与第一类型符号关联，另一个与第二类型符号关联；则基于第一信息和第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值的方式可以是：将与第一类型符号关联的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；将与第二类型符号关联的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
示例性的，针对UCI在PUSCH中传输且在SBFD符号或non-SBFD符号里，则基站分别配置一个betaoffset取值的集合，每个集合包含一个betaoffset取值。或者，基站配置一个betaoffset取值的集合，且该集合包含2个betaoffset取值，且该2个betaoffset取值分别与non-SBFD符号和SBFD符号关联，从而减少一个集合配置。
在一个实施例中，若所述第二信息包括：用于配置半静态的beta偏移值，且配置一个与第一类型符号关联的beta偏移值及一个调整参数；则基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值的方式可以是：将与第一类型符号关联的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；根据与第一类型符号关联的beta偏移值及调整参数确定另一个beta偏移量，并将另一个beta偏移量确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。或者，
在一个实施例中，若第二信息包括：用于配置半静态的beta偏移值，且配置一个与第二类型符号关联的beta偏移值及一个调整参数；则基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值的方式可以是：将与第二类型符号关联的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；根据与第二类型符号关联的beta偏移值及调整参数确定另一个beta偏移量，并将另一个beta偏移量确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值。
其中，调整参数包括偏移量或缩放因子，且偏移量或缩放因子基于UL子带和ULBWP里的传输具有稳定的干扰差设置，该干扰差可以是历史干扰的平均值。
示例性的，基站配置一个betaoffset取值的集合且与non-SBFD符号关联，并配置一个偏移量/缩放因子，基于该集合里的betaoffset取值和该偏移量/缩放因子得到另一个betaoffset取值且与SBFD符号关联。或者，基站配置一个betaoffset取值的集合且与SBFD符号关联，并配置一个偏移量/缩放因子，基于该集合里的betaoffset取值和该偏移量/缩放因子得到另一个betaoffset取值且与non-SBFD符号关联。
在一个实施例中，若第一信息包括：触发PUSCH的DCI包含beta偏移值指示域，第二信息包括：用于配置动态的beta偏移值，且配置一个与第一类型符号关联的beta偏移值集合及一个与第二类型符号关联的beta偏移值集，则基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括下述至少之一：将基于beta偏移值指示域从与第一类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者将基于beta偏移值指示域从与第二类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
其中，若与第一类型符号关联的beta偏移值集合和与第二类型符号关联的beta偏移值集中的元素数量不同，则beta偏移值指示域的比特数按照最大的元素数量确定。
示例性的，如果一个DCI格式包含betaoffset指示域，且该DCI格式触发一个PUSCH传输，且UE被高层信令配置为betaoffset值被动态的，则UE考虑下面的机制确定betaoffset值为SBFD符号里和non-SBFD符号里的PUSCH传输：基站为UE配置一个betaoffset值的集合1，且该集合1被关联与SBFD符号，例如UCI在SBFD符号里的UL子带里的PUSCH里传输时使用该集合1，且UE执行UCI复用在该PUSCH传输里基于被确定的一个betaoffset值。基站为UE配置一个betaoffset值的集合2，且该集合2被关联与non-SBFD符号，例如UCI在non-SBFD符号里的UL BWP里的PUSCH里传输时使用该集合2，且UE执行UCI复用在该PUSCH传输里基于被确定的一个betaoffset值。
其中，betaoffset集合1实际是针对每一种UCI类型都有对应的一个集合。例如用于HARQ-ACK信息在SBFD符号里的PUSCH中传输的betaoffset取值对应一个集合，用于CSI-1(第一部分CSI)信息在SBFD符号里的PUSCH中传输的betaoffset取值对应一个集合，用于CSI-2(第二部分CSI)信息在SBFD符号里的PUSCH中传输的betaoffset取值对应一个集合。CSI-2被解码需要基于CSI-1的里部分信息。相应的，针对non-SBFD符号，betaoffset集合2实际是针对每一种UCI类型都有对应的一个集合。例如：用于HARQ-ACK信息在non-SBFD符号里的PUSCH中传输的betaoffset取值对应一个集合，用于CSI-1(第一部分CSI)信息在non-SBFD符号里的PUSCH中传输的betaoffset取值对应一个集合，用于CSI-2(第二部分CSI)信息在non-SBFD符号里的PUSCH中传输的betaoffset取值对应一个集合。
其中，该betaoffset值被确定基于DCI格式里的betaoffset指示域对应的集合。
其中，如果该DCI仅仅包括一个betaoffset指示域，则该UE确定该PUSCH被传输在SBFD符号里，则UE使用该betaoffset指示域应该从与SBFD符号关联的betaoffset集合里确定一个betaoffset来执行UCI在该PUSCH中传输。如果该DCI仅仅包括一个betaoffset指示域，则该UE确定该PUSCH被传输在non-SBFD符号里，则UE使用该betaoffset指示域应该从与non-SBFD符号关联的betaoffset集合里确定一个betaoffset来执行UCI在该PUSCH中传输。
如果与SBFD符号关联的集合里的元素和与non-SBFD符号关联的集合里的元素数量不等，且导致该betaoffset指示域要求不同的比特数量，例如一个集合包含2个元素，该betaoffset指示域仅仅需要1bit，而另一个集合包含4个元素，该betaoffset指示域需要2bits，则该betaoffset指示域按照最大的比特数量来确定，且在较小的比特数量之前插入0来占比特位。例如在上述例子里，该betaoffset指示域为2bit，当从包含2个元素的集合里确定一个betaoffset取值时UE确定该2bit的高位1bit是0。
在一个实施例中，第二信息还包括：配置与第一类型符号关联的控制资源集以及与第二类型符号关联的控制资源集，则基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括下述至少之一：若beta偏移值指示域对应的DCI被接收从与第一类型符号关联的控制资源集，beta偏移值指示域从与第一类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；若beta偏移值指示域对应的DCI被接收从与第二类型符号关联的控制资源集，beta偏移值指示域从与第二类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
示例性的，如果该DCI仅仅包括一个betaoffset指示域，也可以是，基站和UE约定，分别为SBFD符号里的DL或UL传输和non-SBFD符号里的DL或UL传输配置/关联对应的CORESET。也即是说，例如，如果该PUSCH被一个DCI触发在SBFD符号里传输，则该DCI应该被传输在与SBFD符号关联的CORESET里。如果该PUSCH被该DCI触发在non-SBFD符号里传输，则该DCI应该被传输在与non-SBFD符号关联的CORESET里。
这样，如果UE从与SBFD符号关联的CORESET里接收到一个触发PUSCH的DCI，那么由于该DCI被接收从与SBFD符号关联的CORESET，所以UE确定：该DCI里的betaoffset指示域应该确定betaoffset值从与SBFD符号关联的betaoffset集合中。或者，如果UE从与non-SBFD符号关联的CORESET里接收到一个触发PUSCH的DCI，那么由于该DCI被接收从与non-SBFD符号关联的CORESET，所以UE确定：该DCI里的betaoffset指示域应该确定betaoffset值从与non-SBFD符号关联的betaoffset集合中。
在一个实施例中，第一信息还包括：DCI包含另一个beta偏移值指示域，且其中一个beta偏移值指示域与第一类型符号关联，作为第一beta偏移值指示域，另一个beta偏移值指示域与第二类型符号关联，作为第二beta偏移值指示域，则基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值的的方式可以是：将基于第一beta偏移值指示域从与第一类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；将基于第二beta偏移值指示域从与第二类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
示例性的，基站和UE约定，为该DCI增加另一个betaoffset指示域，这样，该DCI包括2个betaoffset指示域，且分别被关联与SBFD符号对应的betaoffset集合和与non-SBFD符号对应的betaoffset集合。这样，UE接收到一个触发PUSCH的DCI，确定该PUSCH被传输的符号类型(SBFD符号或non-SBFD符号)，然后确定betaoffset值从与被确定的符号类型对应的集合里基于与被确定的符号类型对应的betaoffset指示域，从而执行UCI在该PUSCH中传输。
这种方式除了能解决该PUSCH仅仅在一个SBFD slot或non-SBFD slot里传输时的UCI复用在该PUSCH上，也能解决该PUSCH跨不同类型的slots(例如跨SBFD slot和non-SBFDslot，也就是该PUSCH传输是带有重复的，或周期性的)传输时的UCI复用在该PUSCH上。例如，一个PUSCH传输被传输跨2个slots。第一个slot是SBFD slot，该PUSCH传输在SBFD符号里。第二个slot是non-SBFD slot，该PUSCH传输在non-SBFD符号里。进一步假设UCI分别在该2个slot里的该PUSCH里传输，那么基站和UE约定，UE分别确定betaoffset值基于与符号类型关联的集合和betaoffset指示域，并使用被确定的betaoffset值分别在第一个slot和第二个slot里完成UCI在该PUSCH中传输。
在一个实施例中，若一个PUSCH传输被传输跨不同类型符号的时隙，则第一信息还包括：配置一个调整参数，则基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括下述至少之一：将基于beta偏移值指示域从与第一类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；将根据目标beta偏移值及调整参数确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，
将基于beta偏移值指示域从与第二类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；将根据目标beta偏移值及调整参数确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值。
示例性的，如果该DCI包含一个betaoffset指示域，且如果一个PUSCH传输被传输跨不同类型的slots，那么按照下面的方式之一确定不同betaoffset值为执行UCI在不同符号类型里的PUSCH中传输：基站配置或与UE约定一个偏移量或缩放因子。如果UE确定一个betaoffset值为UCI在SBFD符号里的PUSCH中传输，则UE基于该偏移量或缩放因子推导出另一个betaoffset值为UCI在non-SBFD符号里的PUSCH中传输。如果UE确定一个betaoffset值为UCI在non-SBFD符号里的PUSCH中传输，则UE基于该偏移量或缩放因子推导出另一个betaoffset值为UCI在SBFD符号里的PUSCH中传输。
在一个实施例中，若一个PUSCH传输被传输跨不同类型符号的时隙，则第一信息包括：配置beta偏移值指示域同时与第一类型符号关联的beta偏移值集合及第二类型符号关联的beta偏移值集关联，则基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值的方式可以是：将基于beta偏移值指示域从与第一类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；将基于beta偏移值指示域从与第二类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
示例性的，如果该DCI包含一个betaoffset指示域，且如果一个PUSCH传输被传输跨不同类型的slots，那么按照下面的方式之一确定不同betaoffset值为执行UCI在不同符号类型里的PUSCH中传输：该DCI里的betaoffset指示域同时关联两个betaoffset值的集合。例如与SBFD符号关联的集合和与non-SBFD符号关联的集合同时关联该betaoffset指示域，UE使用该betaoffset指示域分别从该两个集合里确定betaoffset值，且分别用于对应的符号类型。例如，betaoffset指示域取值为0，则UE从该两个集合里分别确定第一个betaoffsets，它们分别用于UCI在SBFD符号和non-SBFD符号里的PUSCH中传输。
可选的，如果该PUSCH传输具有优先级1(或优先级0)，且UCI具有优先级1(或优先级0)，那么针对该UCI在SBFD符号(或non-SBFD符号)里的该PUSCH里传输，基站和UE约定，从与SBFD符号(或non-SBFD符号)关联的优先级1(或优先级0)的betaoffset取值的集合里确定一个betaoffset值根据DCI里的betaoffset指示域。
在一个实施例中，第一信息还包括如下至少一项：为第一类型符号及第二类型符号关联相同的时隙间隔k、相同的时隙间隔k集或者相同的时域资源分配表格；还包括如下步骤：基于相同的时隙间隔、相同的时隙间隔集或者相同的时域资源分配表格中的至少一项确定被DCI触发的PUSCH被传输的时隙位置。
其中，时隙间隔k满足：若触发PUSCH的DCI被接收在时隙n，则被DCI触发的PUSCH所在时隙为时隙n+k；时域资源分配表格是指，PUSCH的时域资源分配表格，该表格包含至少一列是时隙间隔，至少两列是PUSCH的符号位置。
示例性的，对于一个被DCI触发的PUSCH，UE能确定被触发的PUSCH的slot位置和符号位置基于DCI里的时域资源分配。该时域资源配分配包含一个slot间隔k，例如该DCI被传输在slot n，则该DCI调度的PUSCH被传输在slot n+k。但是，SBFD符号引入后，考虑到SBFD符号和non-SBFD符号会被独立配置k，所以UE接收到该DCI后，UE不清楚该DCI里的时域资源分配里的k应该按照SBFD符号对应的k值解析还是按照non-SBFD符号对应的k值解析，由于k值不能被确定，UE基于该DCI里的时域资源分配不能确定一个PUSCH的slot位置，所以，UE不能确定该PUSCH被传输的符号位置，从而不能确定该PUSCH所在的符号的符号类型。为了解决上述问题，基站和UE约定，配置相同的k值或k集合为SBFD符号和non-SBFD符号，或者，配置相同的时域资源分配表格被为SBFD符号和non-SBFD符号，或者或者一个时域资源分配表格被SBFD符号和non-SBFD符号共享，其中时域资源分配表格包含多个列，其中一列是k值，所以也可以是，至少k值对应的一列是相同的在SBFD符号和non-SBFD符号之间。
在一个实施例中，还包括如下步骤：若PUSCH的部分时域或频域资源被打孔/取消，则UCI仅被传输在PUSCH剩余的资源里；其中，UCI使用的资源被确定基于被确定的目标beta偏移值、UCI的比特数和PUSCH剩余的资源，且UCI被映射在PUSCH剩余的资源里来传输。
可选的，若PUSCH的部分时域或频域资源被打孔/取消，且PUSCH被触发在第一类型符号里传输，则UCI被复用在PUSCH剩余的资源里。
其中，PUSCH剩余的资源是PUSCH位于UL子带的时域和/或频域范围内的资源。
具体的，针对一个PUSCH被部分打孔/取消传输的情况，尤其是针对该PUSCH的部分频域资源被打孔/取消的情况，它也会导致在被打孔/取消的PUSCH的资源中传输的UCI(尤其是HARQ-ACK)也被打孔/取消，最终导致UCI的可靠性降低，尤其对于UCI是HARQ-ACK信息时，这种操作影响较大。因此下面给出改进方案。
基站和UE约定，如果PUSCH的部分时域或频域资源被打孔/取消，即该PUSCH不能在该部分时域或频域资源中进行传输，则对于UCI在该PUSCH中传输，UCI仅被传输在该PUSCH剩余的资源里。一个PUSCH被调度在SBFD符号里的UL子带里传输，但是由于PUSCH资源分配的限制，导致该PUSCH的资源中有部分资源超出了UL子带的频域范围，例如图2所示，UCI的一部分也被打孔/取消传输。针对上述情况，基站和UE确定该PUSCH剩余的资源，即在UL子带频域范围内的资源，并将UCI复用在该PUSCH中剩余的资源里。例如图3所示。
具体的，UE确定该UCI占用的资源时，仅仅基于该PUSCH剩余的资源，即UL子带的资源。例如，在现有的协议(TS38.212)里用于计算UCI使用的资源的计算公式里，部分参数含义被重解释。例如，下面是其中一个现有的公式表示为：
其中，O为HARQ-ACK、第一部分CSI或第二部分CSI的比特数；
如果O≥360，L＝11，那么，L是HARQ-ACK、第一部分CSI或第二部分CSI的CRC位数；
为HARQ-ACK、第一部分CSI或第二部分CSI对应的beta偏移值；
CUL-SCH是PUSCH传输中UL-SCH的码块数；
是PUSCH传输的被调度的带宽，采用子载波的数量表示；是PUSCH传输中OFDM符号中携带PTRS的子载波数；是OFDM符号l中可用于传输UCI的资源元素数，在PUSCH传输中的为PUSCH的OFDM符号总数，包括用于DMRS的所有OFDM符号；对于任何携带PUSCH的DMRS的OFDM符号，对于不携带PUSCH的DMRS的任何OFDM符号，
α由上层配置的缩放参数；
l0是PUSCH传输中第一个DMRS符号之后第一个不携带PUSCH DMRS的OFDM符号的符号索引。
在现有协议(TS38.212)里有多个计算UCI资源的公式，它们适用于不同的情况。这些公式里都有并且该计算的方法都如上所述，所以，这里的方法适用于所有计算UCI资源的公式。例如将其中的用于计算的公式里的参数的含义修改一下，例如，表示一个PUSCH传输的被调度的带宽中位于UL子带里的PUSCH资源，且采用子载波的数量表示。也就是说，原来是表示被调度的带宽，而现在仅仅是被调度的带宽里除去UL子带之外的资源后剩余的资源，即位于UL子带里的资源。
也可以描述为：将现有的上述的应该被解释为被调度的PUSCH的带宽中，有效的子载波的数量。即超出UL子带的频域资源的子载波被认为是无效的，在UL子带里的频域资源内的子载波是有效的。也可以是，如果UE被配置UL子带，且UE的PUSCH被传输在该UL子带里，则UE总是确定该PUSCH被分配的资源里的有效的资源(至少是频域有效的资源)作为该PUSCH的资源，并使用该PUSCH的资源(这里是指有效资源，而不是被分配的资源)来确定UCI的资源从该PUSCH的资源里基于上述公式。进一步的，UCI在该PUSCH有效的资源里传输时，现有的UCI映射规则被重用。本实施例的技术方案，接收第一信息和/或第二信息；其中，第一信息包括触发PUSCH的DCI，第二信息包括：用于配置半静态的beta偏移值或者动态的beta偏移值；基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值；其中，类型符号包括第一类型符号和第二类型符号；基于目标beta偏移值将UCI复用在PUSCH传输中；其中，目标beta偏移值包括用于HARQ-ACK信息在PUSCH中传输的第一beta偏移值，用于第一部分CSI信息在PUSCH中传输的第二beta偏移值，用于第二部分CSI信息在PUSCH中传输的第三beta偏移值。利于上行控制信息的传输。
在一个实施例中，基于所述目标beta偏移值将所述UCI复用在PUSCH传输中的方式可以是：对于连接态用户设备或者空闲态设备，若UL子带和激活的UL BWP在频域的交集资源大于0，则基于如下至少一种因素将所述UCI复用在PUSCH传输中：执行传输的物理资源；其中，所述物理资源包括UL子带或者可用PRB。或者，执行传输对应的资源配置；其中，所述资源配置包括：UL子带的TDRA，激活UL BWP的TDRA，可用PRB关联的TDRA。或者，执行传输使用的参数。其中，所述参数包括：UL子带的SCS，可用PRB的SCS，激活的UL BWP的SCS。
若UL子带和激活的UL BWP在频域的交集资源等于0，则基于如下至少一种因素将所述UCI复用在PUSCH传输中：执行传输的物理资源；其中，所述物理资源包括UL子带。或者，执行传输对应的资源配置。其中，所述资源配置包括：UL子带的TDRA，激活UL BWP的TDRA，可用PRB关联的TDRA。或者，执行传输使用的参数；其中，所述参数包括：UL子带的SCS，可用PRB的SCS，激活的UL BWP的SCS。或者，不执行传输。
下面提供一些关于SBFD子带(包括UL子带和DL子带)里的传输方法。
在现有技术里，UE能被配置一个初始DL/UL BWP并可以配置4个DL/UL BWP但仅仅激活一个DL/UL BWP用于DL接收和UL传输。
进一步的，由于DL/UL BWP的配置是可选的，所以，如果激活DL/UL BWP未被配置，则UE使用初始DL/UL BWP进行DL接收和UL传输，同时也会使用初始DL/UL BWP被配置的参数(例如SCS)和资源配置(例如DL TDRA表，UL TDRA表，公共PUCCH资源)等。
进一步的，在一些情况下，UE的激活DL/UP BWP被配置了，但是未被配置对应的时域资源配置，例如激活的DL BWP被配置后，但是没有配置对应的TDRA表，这种情况下，UE会使用初始DL BWP对应的TDRA表；或者例如，激活的UL BWP被配置后，但是未被提供对应的PUCCH-config或PUSCH TDRA表，此时UE会使用cell公共的PUCCH资源，或初始UL BWP对应的TDRA表。上述的仅仅是时域资源配置使用了另一个BWP(或说成是，回退到了另一个BWP关联的时域资源配置)，实际传输仍然在激活的DL/UL BWP里。
所以，基于上述的分析，针对SBFD子带配置后，但是上述的“可用PRB”为0也是可能出现的，同样需要考虑对应的传输机制，或UE行为(或回退机制)。
关于导致可用PRB为0可能的原因：
1)激活的DL/UL BWP未被配置。现有协议可以支持，也有对应的基站和UE行为。
2)DL子带未被配置，仅仅UL子带被配置。这种目前只能说有可能，取决于后续的讨论进展。
激活DL/UL BWP被配置了，DL子带和UL子带也被配置了，但是仍然没有频域交集。这种情况出现概率不大。有一种需求是，基站不想要调度一个SBFD UE基于DL子带或UL子带，从而采用没有交集的方式来实现该目的，否则按照当前情况，该SBFD UE在SBFD符号里只能按照DL子带和UL子带来传输。当然，也可以考虑引入一种信令来实现该目的。
·针对下行接收
两种情况下可用PRB的定义。
(1)“可用PRB”被定义基于初始DL BWP和DL子带的频域交集资源，且用于下行接收(包括SIBs(广播)和UE级别的DL接收(包括随机接入过程中的msg2/msgB/msg4，以及非广播形式的SIBs))。
(2)“可用PRB”被定义为：如果UE未被配置激活的DL BWP，则UE考虑初始DL BWP与DL子带的交集作为“可用PRB”用于下行接收(包括SIBs(广播)和UE级别的DL接收(包括msg2/msgB/msg4，以及非广播形式的SIBs))。
情况1：针对RRC连接态UE。
在SBFD符号里，如果DL子带和激活的DL BWP在频域的交集资源(DL“可用PRB”)大于0，则msg2/msgB/msg4/包含SIB的PDSCH(UE触发的，非广播机制)被传输从基站或被接收由UE基于下面的因素：
①执行传输的物理资源(例如在DL子带里，在激活DL BWP里，或在可用PRB里)；
②执行传输对应的资源配置(例如该传输对应的资源被确定基于DL子带的TDRA，激活DL BWP的TDRA，可用PRB关联的TDRA(可能性小))；
③执行传输使用的参数，例如DL子带的SCS，可用PRB的SCS，激活的DL BWP的SCS。
在SBFD符号里，如果DL子带和激活的DL BWP在频域的交集资源(DL“可用PRB”)等于0，则msg2/msgB/msg4/包含SIB的PDSCH(UE触发的，非广播机制)被传输从基站或被接收由UE基于下面的因素：
①执行传输的物理资源(例如在DL子带里，或在激活DL BWP里)；
②执行传输对应的资源配置(例如该传输对应的资源被确定基于DL子带的TDRA，激活DL BWP的TDRA，可用PRB关联的TDRA(可能性小))；
③执行传输使用的参数，例如DL子带的SCS，可用PRB的SCS，激活的DL BWP的SCS。
情况2：空闲态UE(连接态UE也可以)
在SBFD符号里，如果DL子带和小区初始DL BWP在频域的交集资源(DL“可用PRB”)大于0，则msg2/msgB/msg4/包含SIB的PDSCH(广播)被传输从基站或被接收由UE基于下面的因素：
①执行传输的物理资源(例如在DL子带里，或在初始DL BWP里，或在可用PRB里)；
②执行传输对应的资源配置(例如该传输对应的资源被确定基于DL子带的TDRA，初始DL BWP的TDRA，可用PRB关联的TDRA(可能性小))；
③执行传输使用的参数，例如DL子带的SCS，可用PRB的SCS，初始的DL BWP的SCS。
在SBFD符号里，如果DL子带和小区初始DL BWP在频域的交集资源(DL“可用PRB”)等于0，则msg2/msgB/msg4/包含SIB的PDSCH(广播机制)被传输从基站或被接收由UE基于下面的因素：
①执行传输的物理资源(例如在DL子带里，或在初始DL BWP里)；
②执行传输对应的资源配置(例如该传输对应的资源被确定基于DL子带的TDRA，初始DL BWP的TDRA，可用PRB关联的TDRA(可能性小))；
③执行传输使用的参数，例如DL子带的SCS，可用PRB的SCS，初始的DL BWP的SCS。
注意：上述情况1和情况2规则里，如果msg2/4/包含SIB的PDSCH被传输在DL子带里，则基站和UE考虑，该DL子带里的不超过m个RB被使用，其中，m等于初始DL BWP的RB的数量。适用于连接态UE和空闲UE。
·针对上行传输
两种情况下可用PRB定义
(1)“可用PRB”被定义基于初始UL BWP和UL子带的频域交集资源，且用于上行传输(包括随机接入过程中的msg1/msgA和UE级别的UL传输(包括随机接入过程中的msg3和msg4/msgB的PUCCH))。
(2)“可用PRB”被定义为：如果UE未被配置激活的UL BWP，则UE考虑初始UL BWP与UL子带的交集作为“可用PRB”用于上行接收(msg1/msgA和UE级别的UL传输(包括msg3和msg4/msgB的PUCCH))。
情况1：针对连接态UE
在SBFD符号里，如果UL子带和激活的UL BWP在频域的交集资源(UL“可用PRB”)大于0，则msg1/msgA和UE级别的UL传输(包括msg3和msg4/msgB的PUCCH)被接收由基站或被传输从UE基于下面的因素：
①执行传输的物理资源(例如在UL子带里，或在可用PRB里)；
②执行传输对应的资源配置(例如该传输对应的资源被确定基于UL子带的TDRA，激活UL BWP的TDRA，可用PRB关联的TDRA(可能性小))；
③执行传输使用的参数，例如UL子带的SCS，可用PRB的SCS，激活的UL BWP的SCS。
注意：所有情况都限制能使用的PRB数量不超过初始UL BWP的PRBs数量。
在SBFD符号里，如果UL子带和激活的UL BWP在频域的交集资源(UL“可用PRB”)等于0，则msg1/msgA和UE级别的UL传输(包括msg3和msg4/msgB的PUCCH)被接收由基站或被传输从UE基于下面的因素：
①执行传输的物理资源(例如在UL子带里)；
②执行传输对应的资源配置(例如该传输对应的资源被确定基于UL子带的TDRA，激活UL BWP的TDRA，可用PRB关联的TDRA(可能性小))；
③执行传输使用的参数，例如UL子带的SCS，可用PRB的SCS，激活的UL BWP的SCS。
④不执行上述传输在SBFD符号里。
情况2：针对空闲UE(连接态也可以)
在SBFD符号里，如果UL子带和初始UL BWP在频域的交集资源(UL“可用PRB”)大于0，则msg1/msgA和UE级别的UL传输(包括msg3和msg4/msgB的PUCCH)被接收由基站或被传输从UE基于下面的因素：
①执行传输的物理资源(例如在UL子带里，或在可用PRB里)；
②执行传输对应的资源配置(例如该传输对应的资源被确定基于UL子带的TDRA，激活UL BWP的TDRA，可用PRB关联的TDRA(可能性小))；
③执行传输使用的参数，例如UL子带的SCS，可用PRB的SCS，激活的UL BWP的SCS。
在SBFD符号里，如果UL子带和初始UL BWP在频域的交集资源(UL“可用PRB”)等于0，则msg1/msgA和UE级别的UL传输(包括msg3和msg4/msgB的PUCCH)被接收由基站或被传输从UE基于下面的因素：
①执行传输的物理资源(例如在UL子带里)；
②执行传输对应的资源配置(例如该传输对应的资源被确定基于UL子带的TDRA，激活UL BWP的TDRA，可用PRB关联的TDRA(可能性小))；
③执行传输使用的参数，例如UL子带的SCS，可用PRB的SCS，激活的UL BWP的SCS。
④不执行上述传输在SBFD符号里。
注意：上述情况1和情况2规则里，如果msg3被传输在UL子带里，则基站和UE考虑，该UL子带里的不超过n个RB被使用，其中，n等于初始UL BWP的RB的数量。适用于连接态UE和空闲UE。
在SBFD子带和non-SBFD符号存在的情况下，一个DL接收或UL传输的多个occasions分别位于不同类型的符号/slot里，或者一个occasion同时位于不同类型符号/slot里，那么该DL接收或UL传输应该如何执行。
在支持SBFD子带(包括UL子带或DL子带)后，OFDM符号/slot能被区分为两种类型，记为第一种类型符号/slot和第二种符号/slot类型(如果第一种类型是non-SBFD符号则第二种类型是SBFD符号，或者反之)，详见前述的相关概念澄清。SBFD符号包含DL子带和UL子带，UL子带一般是由连续的RB组成，最多2个DL子带，每个DL子带也是由连续的RB组成。non-SBFD符号即未被配置SBFD子带的符号。显然，在SBFD符号里的DL接收或UL传输彼此之间由干扰，而在non-SBFD符号里要么仅仅执行DL接收或仅仅执行UL传输，所以UL传输和DL接收之间没有干扰。
对于一个DL接收或UL传输，如果它们是周期性的，和/或是带有重复传输的，则该一个DL接收或UL传输有多个传输occasions，这些occasions中，有的仅仅位于SBFD符号，有的仅仅位于non-SBFD符号，有的同时位于SBFD符号和non-SBFD符号(例如，该Occasion包含10个符号，其中前5个符号位于SBFD符号，后5个符号位于non-SBFD符号，或者反之)。在这种情况下，下面提供解决机制来完成对应的DL接收或UL传输。
上述的一个DL接收或UL传输可以包括：
1)带有重复传输：PDSCH/PUSCH/PUCCH repetitions。例如，一个PDSCH/PUSCH/PUCCH传输被配置重复4次，即需要执行传输在4次occasions里，那么，由于SBFD符号的配置与SPS PDSCH/CG PUSCH的周期和资源不严格匹配，所以，一些occasions仅仅位于SBFD符号，一些occasions仅仅位于non-SBFD符号，或一些occasions同时位于SBFD符号和non-SBFD符号。
2)周期性传输：SPS PDSCH/配置授权的PUSCH，以及Periodic/semi-persistentSRS/CSI-RS/PUCCH/PDCCH。例如，由于SBFD符号的配置与SPS PDSCH/CG PUSCH/SRS/CSI-RS/PUCCH/PDCCH的周期和资源不严格匹配，所以，一些SPS PDSCH/CG PUSCHSRS/CSI-RS/PUCCH/PDCCH occasions仅仅位于SBFD符号，一些SPS PDSCH/CG PUSCHSRS/CSI-RS/PUCCH/PDCCH occasions仅仅位于non-SBFD符号，或一些SPS PDSCH/CG PUSCHSRS/CSI-RS/PUCCH/PDCCH occasions同时位于SBFD符号和non-SBFD符号。
3)与一个传输对应的传输块跨多个slots，即TBoMS。例如，一个较大的TB，被配置在4个slot里执行传输，这样该传输有4个occasions分别在4个slot。那么，由于SBFD符号的配置与SPS PDSCH/CG PUSCH的周期和资源不严格匹配，所以，一些occasions仅仅位于SBFD符号，一些occasions仅仅位于non-SBFD符号，或一些occasions同时位于SBFD符号和non-SBFD符号。
4)一个DCI调度的多个PUSCH/PDSCH在不同的slot里，例如，一个DCI调度4个PDSCH/PUSCH，一个PUSCH/PUSCH对应的一个TB，这样被调度的4个PDSCH/PUSCH有4个occasions，只不过每个occasions对应的一个TB。由于SBFD符号的配置与SPS PDSCH/CGPUSCH的周期和资源不严格匹配，所以，一些occasions仅仅位于SBFD符号，一些occasions仅仅位于non-SBFD符号，或一些occasions同时位于SBFD符号和non-SBFD符号。
一般的，不同类型的符号/slot的DL接收/UL传输被执行基于分别配置的对应的参数，例如，功率控制相关的参数，波束相关的参数，预编码相关的参数，MCS，PDCCH的聚合等级，TCI状态配置参数，QCL关系配置参数等。但是也有一些情况，例如与其中一种类型的符号/slot的DL接收/UL传输未被配置。
针对一个DL接收/UL传输，如果它被配置与第一种类型的符号/slot关联，且如果它的一个occasion被配置/确定仅仅位于第二种类型的符号/slot里，则下面至少之一被支持：
1)UE不期望对应的DL接收/UL传输被执行在该occasion里，基站不执行对应的DL接收/UL传输在该occasion里。
2)基站和UE约定，对应的DL接收/UL传输被执行在该occasion里，但是使用的传输参数是该DL接收/UL传输在第二类型的符号/slot里传输时被配置的传输参数(这里假设该DL接收/UL传输被配置与第一种类型的符号/slot关联，但是基站仍然配置或约定在第二类型的符号/slot里传输使用的传输参数)。
3)基站和UE约定，对应的DL接收/UL传输被执行在该occasion里，但是使用的传输参数是下面至少之一：
a.如果该DL接收/UL传输是带有重复的，则使用与第一次重复传输相同的传输参数，或者，使用该DL接收/UL传输在第一种类型的符号/slot里传输时配置的传输参数，或者，使用该DL接收/UL传输在第二类型的符号/slot的传输时配置的传输参数(如有)。这里的传输参数包括下述至少之一：功率控制相关参数，波束相关参数(例如TCI(TransmissionConfiguration Indicator)关系，准共址QCL(Quasi Co-Location)关系)，预编码相关参数，MCS参数，MCS表格，UCI复用的betaoffset参数，最大RANK数，DMRS映射类型。
b.如果该DL接收/UL传输是PDCCH，或PDCCH的CORESET/SearchSpace，则使用该DL接收/UL传输在第一种类型的符号/slot里传输时被配置的传输参数，或者，使用该DL接收/UL传输在第二类型的符号/slot的传输时配置的传输参数(如有)。这里的传输参数包括下述至少之一：聚合等级(aggregation level)相关的参数，以及每个聚合等级的PDCCHcandidates的数量。
c.如果该DL接收/UL传输是PUSCH repetition Type B(被定义在TS38.214)，则该occasion被拆分为两次UL传输由于该occasion对应的符号包括第一种类型的符号和第二种类型的符号。其中所述两次UL传输分别在不同的类型符号里，也就是，该occasion原本是一次名义上重复，但是由于该occasion对应重复传输对应的符号类型不同，所以，该一次名义重复传输被分为两次实际的重复传输，并分别被执行在该occasion对应的符号里的两种符号类型里。其中所述一次实际的重复传输会被执行在第二类型符号里，该次重复传输被执行使用的传输参数包括下述至少之一：如果该DL接收/UL传输被配置了与第二种符号类型关联的传输参数，则使用与第二种符号类型关联的传输参数；如果该DL接收/UL传输未被配置与第二种符号类型关联的传输参数，则使用与第一种符号类型关联的传输参数，这样该两次实际传输使用的传输参数相同；使用该DL接收/UL传输在在第一次重复传输中相同的传输参数；使用该DL接收/UL传输被配置的且与SBFD符号/slot类型对应的传输参数；这里的传输参数包括下述至少之一：功率控制相关参数，波束相关参数(例如TCI(Transmission Configuration Indicator)关系，准共址QCL(Quasi Co-Location)关系)，预编码相关参数，MCS参数，MCS表格，UCI复用的betaoffset参数，最大RANK数，DMRS映射类型。
图4是本申请实施例提供的一种参数配置方法的流程图，所述方法由基站侧执行，如图4所示，该方法包括:
S410,发送第一信息和/或第二信息。
其中，第一信息包括触发PUSCH的DCI，第二信息包括：用于配置半静态的beta偏移值或者动态的beta偏移值；
S420,基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值。
其中，类型符号包括第一类型符号和第二类型符号。第一类型符号为SBFD符号，第二类型符号为non-SBFD符号；或者，第一类型符号为CCFD符号，第二类型符号为non-CCFD符号。
基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值的方式可以参见上述实施例，此处不再赘述。
S430,接收基于目标beta偏移值复用在PUSCH传输中的UCI。
其中，目标beta偏移值包括用于HARQ-ACK信息在PUSCH中传输的第一beta偏移值，用于第一部分CSI信息在PUSCH中传输的第二beta偏移值，用于第二部分CSI信息在PUSCH中传输的第三beta偏移值。
图5是本申请实施例提供的一种参数配置装置的结构示意图，该装置设置于用户设备中，包括：
信息接收模块510，用于接收第一信息和/或第二信息；其中，第一信息包括触发PUSCH的DCI，第二信息包括：用于配置半静态的beta偏移值或者动态的beta偏移值；
目标beta偏移值确定模块520，用于基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值；其中，类型符号包括第一类型符号和第二类型符号；
UCI传输模块530，用于基于目标beta偏移值将UCI复用在PUSCH传输中；其中，目标beta偏移值包括用于HARQ-ACK信息在PUSCH中传输的第一beta偏移值，用于第一部分CSI信息在PUSCH中传输的第二beta偏移值，用于第二部分CSI信息在PUSCH中传输的第三beta偏移值。
可选的，若第一信息包括：触发PUSCH的DCI不包含beta偏移值指示域，且第二信息包括用于配置半静态的beta偏移值，则目标beta偏移值确定模块520，还用于：
将半静态的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，
将半静态的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，
将半静态的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的第一优先级PUSCH传输的目标beta偏移值；或者，
将半静态的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的第一优先级PUSCH传输的目标beta偏移值；或者，
将半静态的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的第二优先级PUSCH传输的目标beta偏移值；或者，
将半静态的beta偏移值确定为针对传输在第二类型符号中UL BWP的第二优先级PUSCH传输的目标beta偏移值。
可选的，目标beta偏移值确定模块520，还用于：
若与第一类型符号关联的beta偏移值未被配置，则将与第二类型符号关联的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，
若与第二类型符号关联的beta偏移值未被配置，则将与第一类型符号关联的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，
若与第一类型符号关联的具有第一优先级的beta偏移值未被配置，则将与第二类型符号关联的具有第一优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的具有第一优先级的PUSCH传输的目标beta偏移值；或者，
若与第一类型符号关联的具有第一优先级的beta偏移值未被配置，则将与第二类型符号关联的具有第二优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的具有第一优先级的PUSCH传输的目标beta偏移值；或者，
若与第一类型符号关联的具有第二优先级的beta偏移值未被配置，则将与第二类型符号关联的具有第一优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的具有第二优先级的PUSCH传输的目标beta偏移值；或者，
若与第一类型符号关联的具有第二优先级的beta偏移值未被配置，则将与第二类型符号关联的具有第二优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的具有第二优先级的PUSCH传输的目标beta偏移值；或者，
若与第二类型符号关联的具有第一优先级的beta偏移值未被配置，则将与第一类型符号关联的具有第一优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的具有第一优先级的PUSCH传输的目标beta偏移值；或者，
若与第二类型符号关联的具有第一优先级的beta偏移值未被配置，则将与第一类型符号关联的具有第二优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的具有第一优先级的PUSCH传输的目标beta偏移值；或者，
若与第二类型符号关联的具有第二优先级的beta偏移值未被配置，则将与第一类型符号关联的具有第一优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的具有第二优先级的PUSCH传输的目标beta偏移值；或者，
若与第二类型符号关联的具有第二优先级的beta偏移值未被配置，则将与第一类型符号关联的具有第二优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的具有第二优先级的PUSCH传输的目标beta偏移值。
可选的，若第一信息包括PUSCH为半静态，且第二信息包括用于配置半静态的beta偏移值，则目标beta偏移值确定模块520，还用于：
将与第一类型符号关联的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，
将与第二类型符号关联的beta偏移值确定为针对UCI传输在第二类型符号中ULBWP的PUSCH传输的目标beta偏移值；或者，
将与第一类型符号关联的第一优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的第一优先级的PUSCH传输的目标beta偏移值；或者，
将与第一类型符号关联的第二优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的第二优先级的PUSCH传输的目标beta偏移值；或者，
将与第二类型符号关联的第一优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的第一优先级的PUSCH传输的目标beta偏移值；或者，
将与第二类型符号关联的第二优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的第二优先级的PUSCH传输的目标beta偏移值。
可选的，若第一信息包括：触发PUSCH的DCI格式为0_0，且第二信息包括用于配置动态的beta偏移值，则目标beta偏移值确定模块520，还用于：
将与第一类型符号关联的beta偏移值的集合中的第一个值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，
将与第二类型符号关联的beta偏移值的集合中的第一个值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，
将与第一类型符号关联的第一优先级的beta偏移值的集合中的第一个值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，
将与第一类型符号关联的第二优先级的beta偏移值的集合中的第一个值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，
将与第二类型符号关联的第一优先级beta偏移值的集合中的第一个值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，
将与第二类型符号关联的第二优先级beta偏移值的集合中的第一个值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
可选的，若第二信息包括：用于配置半静态的beta偏移值，且配置一个与第一类型符号关联的beta偏移值及一个与第二类型符号关联的beta偏移值；或者，配置一个包含两个beta偏移值的集合，其中一个与第一类型符号关联，另一个与第二类型符号关联；
则目标beta偏移值确定模块520，还用于：
将与第一类型符号关联的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；将与第二类型符号关联的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
可选的，若第二信息包括：用于配置半静态的beta偏移值，且配置一个与第一类型符号关联的beta偏移值及一个调整参数；则目标beta偏移值确定模块520，还用于：
将与第一类型符号关联的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；
根据与第一类型符号关联的beta偏移值及调整参数确定另一个beta偏移量，并将另一个beta偏移量确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，
若第二信息包括：用于配置半静态的beta偏移值，且配置一个与第二类型符号关联的beta偏移值及一个调整参数；则基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括：
将与第二类型符号关联的beta偏移值确定为针对UCI传输在第二类型符号中ULBWP的PUSCH传输的目标beta偏移值；
根据与第二类型符号关联的beta偏移值及调整参数确定另一个beta偏移量，并将另一个beta偏移量确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值。
可选的，若第一信息包括：触发PUSCH的DCI包含beta偏移值指示域，第二信息包括：用于配置动态的beta偏移值，且配置一个与第一类型符号关联的beta偏移值集合及一个与第二类型符号关联的beta偏移值集，则目标beta偏移值确定模块520，还用于：
将基于beta偏移值指示域从与第一类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者
将基于beta偏移值指示域从与第二类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；其中，若与第一类型符号关联的beta偏移值集合和与第二类型符号关联的beta偏移值集中的元素数量不同，则beta偏移值指示域的比特数按照最大的元素数量确定。
可选的，第二信息还包括：配置与第一类型符号关联的控制资源集以及与第二类型符号关联的控制资源集，则目标beta偏移值确定模块520，还用于：
若beta偏移值指示域对应的DCI被接收从与第一类型符号关联的控制资源集，beta偏移值指示域从与第一类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；
若beta偏移值指示域对应的DCI被接收从与第二类型符号关联的控制资源集，beta偏移值指示域从与第二类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
可选的，第一信息还包括：DCI包含另一个beta偏移值指示域，且其中一个beta偏移值指示域与第一类型符号关联，作为第一beta偏移值指示域，另一个beta偏移值指示域与第二类型符号关联，作为第二beta偏移值指示域，则目标beta偏移值确定模块520，还用于：
将基于第一beta偏移值指示域从与第一类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；
将基于第二beta偏移值指示域从与第二类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
可选的，若一个PUSCH传输被传输跨不同类型符号的时隙，则第一信息还包括：配置一个调整参数，则目标beta偏移值确定模块520，还用于：
将基于beta偏移值指示域从与第一类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；
将根据目标beta偏移值及调整参数确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，
将基于beta偏移值指示域从与第二类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；
将根据目标beta偏移值及调整参数确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值。
可选的，若一个PUSCH传输被传输跨不同类型符号的时隙，则第一信息包括：配置beta偏移值指示域同时与第一类型符号关联的beta偏移值集合及第二类型符号关联的beta偏移值集关联，则目标beta偏移值确定模块520，还用于：
将基于beta偏移值指示域从与第一类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；
将基于beta偏移值指示域从与第二类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
可选的，第一信息还包括如下至少一项：为第一类型符号及第二类型符号关联相同的时隙间隔k、相同的时隙间隔k集或者相同的时域资源分配表格；还包括：时隙位置确定模块，用于：
基于相同的时隙间隔、相同的时隙间隔集或者相同的时域资源分配表格中的至少一项确定被DCI触发的PUSCH被传输的时隙位置；
其中，时隙间隔k满足：若触发PUSCH的DCI被接收在时隙n，则被DCI触发的PUSCH所在时隙为时隙n+k；时域资源分配表格是指，PUSCH的时域资源分配表格，该表格包含至少一列是时隙间隔，至少两列是PUSCH的符号位置。
可选的，还包括：传输资源确定模块，用于：
若PUSCH的部分时域或频域资源被打孔/取消，则UCI仅被传输在PUSCH剩余的资源里；其中，UCI使用的资源被确定基于被确定的目标beta偏移值、UCI的比特数和PUSCH剩余的资源，且UCI被映射在PUSCH剩余的资源里来传输。
可选的，传输资源确定模块，还用于：若PUSCH的部分时域或频域资源被打孔/取消，且PUSCH被触发在第一类型符号里传输，则UCI被复用在PUSCH剩余的资源里；其中，PUSCH剩余的资源是PUSCH位于UL子带的时域和/或频域范围内的资源。
可选的，UCI传输模块530，还用于：
对于连接态用户设备或者空闲态设备，若UL子带和激活的UL BWP在频域的交集资源大于0，则基于如下至少一种因素将UCI复用在PUSCH传输中：
执行传输的物理资源；其中，物理资源包括UL子带或者可用PRB；或者，
执行传输对应的资源配置；其中，资源配置包括：UL子带的TDRA，激活UL BWP的TDRA，可用PRB关联的TDRA；或者，
执行传输使用的参数；其中，参数包括：UL子带的SCS，可用PRB的SCS，激活的ULBWP的SCS；
若UL子带和激活的UL BWP在频域的交集资源等于0，则基于如下至少一种因素将UCI复用在PUSCH传输中：
执行传输的物理资源；其中，物理资源包括UL子带；或者，
执行传输对应的资源配置；其中，资源配置包括：UL子带的TDRA，激活UL BWP的TDRA，可用PRB关联的TDRA；或者，
执行传输使用的参数；其中，参数包括：UL子带的SCS，可用PRB的SCS，激活的ULBWP的SCS；或者，
不执行传输。
图6是本申请实施例提供的一种参数配置装置的结构示意图，该装置设置于基站中，包括：
信息发送模块610，用于发送第一信息和/或第二信息；其中，第一信息包括触发PUSCH的DCI，第二信息包括：用于配置半静态的beta偏移值或者动态的beta偏移值；
目标beta偏移值确定模块620，用于基于第一信息和/或第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值；其中，类型符号包括第一类型符号和第二类型符号；
UCI接收模块，用于接收基于目标beta偏移值复用在PUSCH传输中的UCI；其中，目标beta偏移值包括用于HARQ-ACK信息在PUSCH中传输的第一beta偏移值，用于第一部分CSI信息在PUSCH中传输的第二beta偏移值，用于第二部分CSI信息在PUSCH中传输的第三beta偏移值。
在一个实施例中，图7是本申请实施例提供的一种计算机设备的结构示意图。如图7所示，本申请提供的设备，包括：处理器510以及存储器520。该设备中处理器510的数量可以是一个或者多个，图7中以一个处理器510为例。该设备中存储器520的数量可以是一个或者多个，图7中以一个存储器520为例。该设备的处理器510以及存储器520可以通过总线或者其他方式连接，图7中以通过总线连接为例。实施例中，该设备为计算机设备。
存储器520作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序以及模块，如本申请任意实施例的设备对应的程序指令/模块(例如，数据传输装置中的编码模块和第一发送模块)。存储器520可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器520可进一步包括相对于处理器510远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
上述提供的设备可设置为执行上述任意实施例提供的参数配置方法，具备相应的功能和效果。
对应存储器520中存储的程序可以是本申请实施例所提供应用于参数配置方法对应的程序指令/模块，处理器510通过运行存储在存储器520中的软件程序、指令以及模块，从而执行计算机设备的一种或多种功能应用以及数据处理，即实现上述方法实施例中应用于数据的关联查询方法。可以理解的是，上述设备为接收端时，可执行本申请任意实施例所提供的参数配置方法，且具备相应的功能和效果。
本申请实施例还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行参数配置方法，该方法包括：接收第一信息和/或第二信息；其中，所述第一信息包括触发PUSCH的DCI，第二信息包括：用于配置半静态的beta偏移值或者动态的beta偏移值；基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值；其中，所述类型符号包括第一类型符号和第二类型符号；基于所述目标beta偏移值将所述UCI复用在PUSCH传输中；其中，所述目标beta偏移值包括用于HARQ-ACK信息在PUSCH中传输的第一beta偏移值，用于第一部分CSI信息在PUSCH中传输的第二beta偏移值，用于第二部分CSI信息在PUSCH中传输的第三beta偏移值。或者，发送第一信息和/或第二信息；其中，所述第一信息包括触发PUSCH的DCI，第二信息包括：用于配置半静态的beta偏移值或者动态的beta偏移值；基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值；其中，所述类型符号包括第一类型符号和第二类型符号；接收基于所述目标beta偏移值复用在PUSCH传输中的所述UCI；其中，所述目标beta偏移值包括用于HARQ-ACK信息在PUSCH中传输的第一beta偏移值，用于第一部分CSI信息在PUSCH中传输的第二beta偏移值，用于第二部分CSI信息在PUSCH中传输的第三beta偏移值。
本领域内的技术人员应明白，术语用户设备涵盖任何适合类型的无线用户设备，例如移动电话、便携数据处理装置、便携网络浏览器或车载移动台。
一般来说，本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本申请不限于此。
本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(Instruction Set Architecture，ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。
本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(Read-Only Memory，ROM)、随机访问存储器(Random Access Memory，RAM)、光存储器装置和系统(数码多功能光碟(Digital Video Disc，DVD)或光盘(Compact Disk，CD))等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑器件(Field-Programmable Gate Array，FGPA)以及基于多核处理器架构的处理器。
以上所述，仅为本申请的示例性实施例而已，并非用于限定本申请的保护范围。
本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目的代码。
通过示范性和非限制性的示例，上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本发明的范围。因此，本发明的恰当范围将根据权利要求确定。

Claims (19)

1.一种参数配置方法，其特征在于，所述方法由用户设备执行，包括：
接收第一信息和/或第二信息；其中，所述第一信息包括触发PUSCH的DCI，第二信息包括：用于配置半静态的beta偏移值或者动态的beta偏移值；
基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值；其中，所述类型符号包括第一类型符号和第二类型符号；
基于所述目标beta偏移值将所述UCI复用在PUSCH传输中；其中，所述目标beta偏移值包括用于HARQ-ACK信息在PUSCH中传输的第一beta偏移值，用于第一部分CSI信息在PUSCH中传输的第二beta偏移值，用于第二部分CSI信息在PUSCH中传输的第三beta偏移值。
2.根据权利要求1所述的方法，其特征在于，若所述第一信息包括：触发PUSCH的DCI不包含beta偏移值指示域，且第二信息包括用于配置半静态的beta偏移值，则基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括下述至少之一：
将所述半静态的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，
将所述半静态的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，
将所述半静态的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的第一优先级PUSCH传输的目标beta偏移值；或者，
将所述半静态的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的第一优先级PUSCH传输的目标beta偏移值；或者，
将所述半静态的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的第二优先级PUSCH传输的目标beta偏移值；或者，
将所述半静态的beta偏移值确定为针对传输在第二类型符号中UL BWP的第二优先级PUSCH传输的目标beta偏移值。
3.根据权利要求2所述的方法，其特征在于，还包括：
若与第一类型符号关联的beta偏移值未被配置，则将与第二类型符号关联的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，
若与第二类型符号关联的beta偏移值未被配置，则将与第一类型符号关联的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，
若与第一类型符号关联的具有第一优先级的beta偏移值未被配置，则将与第二类型符号关联的具有第一优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的具有第一优先级的PUSCH传输的目标beta偏移值；或者，
若与第一类型符号关联的具有第一优先级的beta偏移值未被配置，则将与第二类型符号关联的具有第二优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的具有第一优先级的PUSCH传输的目标beta偏移值；或者，
若与第一类型符号关联的具有第二优先级的beta偏移值未被配置，则将与第二类型符号关联的具有第一优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的具有第二优先级的PUSCH传输的目标beta偏移值；或者，
若与第一类型符号关联的具有第二优先级的beta偏移值未被配置，则将与第二类型符号关联的具有第二优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的具有第二优先级的PUSCH传输的目标beta偏移值；或者，
若与第二类型符号关联的具有第一优先级的beta偏移值未被配置，则将与第一类型符号关联的具有第一优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的具有第一优先级的PUSCH传输的目标beta偏移值；或者，
若与第二类型符号关联的具有第一优先级的beta偏移值未被配置，则将与第一类型符号关联的具有第二优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的具有第一优先级的PUSCH传输的目标beta偏移值；或者，
若与第二类型符号关联的具有第二优先级的beta偏移值未被配置，则将与第一类型符号关联的具有第一优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的具有第二优先级的PUSCH传输的目标beta偏移值；或者，
若与第二类型符号关联的具有第二优先级的beta偏移值未被配置，则将与第一类型符号关联的具有第二优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的具有第二优先级的PUSCH传输的目标beta偏移值。
4.根据权利要求1所述的方法，其特征在于，若第一信息包括所述PUSCH为半静态，且第二信息包括用于配置半静态的beta偏移值，则基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括下述至少之一：
将与第一类型符号关联的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，
将与第二类型符号关联的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，
将与第一类型符号关联的第一优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的第一优先级的PUSCH传输的目标beta偏移值；或者，
将与第一类型符号关联的第二优先级的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的第二优先级的PUSCH传输的目标beta偏移值；或者，
将与第二类型符号关联的第一优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的第一优先级的PUSCH传输的目标beta偏移值；或者，
将与第二类型符号关联的第二优先级的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的第二优先级的PUSCH传输的目标beta偏移值。
5.根据权利要求1所述的方法，其特征在于，若所述第一信息包括：触发PUSCH的DCI格式为0_0，且第二信息包括用于配置动态的beta偏移值，则基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括下述至少之一：
将与第一类型符号关联的beta偏移值的集合中的第一个值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，
将与第二类型符号关联的beta偏移值的集合中的第一个值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，
将与第一类型符号关联的第一优先级的beta偏移值的集合中的第一个值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，
将与第一类型符号关联的第二优先级的beta偏移值的集合中的第一个值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者，
将与第二类型符号关联的第一优先级beta偏移值的集合中的第一个值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，
将与第二类型符号关联的第二优先级beta偏移值的集合中的第一个值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
6.根据权利要求1所述的方法，其特征在于，若所述第二信息包括：用于配置半静态的beta偏移值，且配置一个与第一类型符号关联的beta偏移值及一个与第二类型符号关联的beta偏移值；或者，配置一个包含两个beta偏移值的集合，其中一个与第一类型符号关联，另一个与第二类型符号关联；
则基于所述第一信息和第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括：
将与第一类型符号关联的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；将与第二类型符号关联的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
7.根据权利要求1所述的方法，其特征在于，若所述第二信息包括：用于配置半静态的beta偏移值，且配置一个与第一类型符号关联的beta偏移值及一个调整参数；则基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括：
将与第一类型符号关联的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；
根据所述与第一类型符号关联的beta偏移值及所述调整参数确定另一个beta偏移量，并将所述另一个beta偏移量确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，
若所述第二信息包括：用于配置半静态的beta偏移值，且配置一个与第二类型符号关联的beta偏移值及一个调整参数；则基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括：
将与第二类型符号关联的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；
根据所述与第二类型符号关联的beta偏移值及所述调整参数确定另一个beta偏移量，并将所述另一个beta偏移量确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值。
8.根据权利要求1所述的方法，其特征在于，若所述第一信息包括：触发PUSCH的DCI包含beta偏移值指示域，第二信息包括：用于配置动态的beta偏移值，且配置一个与第一类型符号关联的beta偏移值集合及一个与第二类型符号关联的beta偏移值集，则基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括下述至少之一：
将基于beta偏移值指示域从与第一类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；或者
将基于beta偏移值指示域从与第二类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；其中，若所述与第一类型符号关联的beta偏移值集合和与第二类型符号关联的beta偏移值集中的元素数量不同，则所述beta偏移值指示域的比特数按照最大的元素数量确定。
9.根据权利要求1所述的方法，其特征在于，所述第二信息还包括：配置与第一类型符号关联的控制资源集以及与第二类型符号关联的控制资源集，则基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括下述至少之一：
若beta偏移值指示域对应的DCI被接收从与第一类型符号关联的控制资源集，所述beta偏移值指示域从与第一类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；
若beta偏移值指示域对应的DCI被接收从与第二类型符号关联的控制资源集，所述beta偏移值指示域从与第二类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
10.根据权利要求1所述的方法，其特征在于，所述第一信息还包括：所述DCI包含另一个beta偏移值指示域，且其中一个beta偏移值指示域与第一类型符号关联，作为第一beta偏移值指示域，另一个beta偏移值指示域与第二类型符号关联，作为第二beta偏移值指示域，则基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括：
将基于第一beta偏移值指示域从与第一类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；
将基于第二beta偏移值指示域从与第二类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
11.根据权利要求1所述的方法，其特征在于，若一个PUSCH传输被传输跨不同类型符号的时隙，则所述第一信息还包括：配置一个调整参数，则基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括下述至少之一：
将基于beta偏移值指示域从与第一类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；
将根据所述目标beta偏移值及所述调整参数确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；或者，
将基于beta偏移值指示域从与第二类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值；
将根据所述目标beta偏移值及所述调整参数确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值。
12.根据权利要求1所述的方法，其特征在于，若一个PUSCH传输被传输跨不同类型符号的时隙，则所述第一信息包括：配置所述beta偏移值指示域同时与第一类型符号关联的beta偏移值集合及第二类型符号关联的beta偏移值集关联，则基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值，包括：
将基于beta偏移值指示域从与第一类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第一类型符号中UL子带的PUSCH传输的目标beta偏移值；
将基于beta偏移值指示域从与第二类型符号关联的beta偏移值集合确定的beta偏移值确定为针对UCI传输在第二类型符号中UL BWP的PUSCH传输的目标beta偏移值。
13.根据权利要求1所述的方法，其特征在于，所述第一信息还包括如下至少一项：为第一类型符号及第二类型符号关联相同的时隙间隔k、相同的时隙间隔k集或者相同的时域资源分配表格；还包括：
基于所述相同的时隙间隔、相同的时隙间隔集或者相同的时域资源分配表格中的至少一项确定被DCI触发的PUSCH被传输的时隙位置；
其中，时隙间隔k满足：若触发所述PUSCH的DCI被接收在时隙n，则被所述DCI触发的PUSCH所在时隙为时隙n+k；所述时域资源分配表格是指，所述PUSCH的时域资源分配表格，该表格包含至少一列是时隙间隔，至少两列是所述PUSCH的符号位置。
14.根据权利要求1所述的方法，其特征在于，还包括：
若PUSCH的部分时域或频域资源被打孔/取消，则所述UCI仅被传输在所述PUSCH剩余的资源里；其中，所述UCI使用的资源被确定基于被确定的所述目标beta偏移值、所述UCI的比特数和所述PUSCH剩余的资源，且所述UCI被映射在所述PUSCH剩余的资源里来传输。
15.根据权利要求14所述的方法，其特征在于，若PUSCH的部分时域或频域资源被打孔/取消，且PUSCH被触发在第一类型符号里传输，则所述UCI被复用在所述PUSCH剩余的资源里；其中，所述PUSCH剩余的资源是所述PUSCH位于UL子带的时域和/或频域范围内的资源。
16.根据权利要求1所述的方法，其特征在于，基于所述目标beta偏移值将所述UCI复用在PUSCH传输中，包括：
对于连接态用户设备或者空闲态设备，若UL子带和激活的UL BWP在频域的交集资源大于0，则基于如下至少一种因素将所述UCI复用在PUSCH传输中：
执行传输的物理资源；其中，所述物理资源包括UL子带或者可用PRB；或者，
执行传输对应的资源配置；其中，所述资源配置包括：UL子带的TDRA，激活UL BWP的TDRA，可用PRB关联的TDRA；或者，
执行传输使用的参数；其中，所述参数包括：UL子带的SCS，可用PRB的SCS，激活的ULBWP的SCS；
若UL子带和激活的UL BWP在频域的交集资源等于0，则基于如下至少一种因素将所述UCI复用在PUSCH传输中：
执行传输的物理资源；其中，所述物理资源包括UL子带；或者，
执行传输对应的资源配置；其中，所述资源配置包括：UL子带的TDRA，激活UL BWP的TDRA，可用PRB关联的TDRA；或者，
执行传输使用的参数；其中，所述参数包括：UL子带的SCS，可用PRB的SCS，激活的ULBWP的SCS；或者，
不执行传输。
17.一种参数配置方法，其特征在于，所述方法由基站执行，包括：
发送第一信息和/或第二信息；其中，所述第一信息包括触发PUSCH的DCI，第二信息包括：用于配置半静态的beta偏移值或者动态的beta偏移值；
基于所述第一信息和/或所述第二信息确定针对UCI在类型符号中的PUSCH传输的目标beta偏移值；其中，所述类型符号包括第一类型符号和第二类型符号；
接收基于所述目标beta偏移值复用在PUSCH传输中的所述UCI；其中，所述目标beta偏移值包括用于HARQ-ACK信息在PUSCH中传输的第一beta偏移值，用于第一部分CSI信息在PUSCH中传输的第二beta偏移值，用于第二部分CSI信息在PUSCH中传输的第三beta偏移值。
18.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-17中任一所述的参数配置方法。
19.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-17中任一所述的参数配置方法。
CN202410395426.5A 2024-04-02 2024-04-02 一种参数配置方法、设备及存储介质 Pending CN118301768A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202410395426.5A CN118301768A (zh) 2024-04-02 2024-04-02 一种参数配置方法、设备及存储介质
PCT/CN2024/134456 WO2025208885A1 (zh) 2024-04-02 2024-11-26 参数配置方法、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410395426.5A CN118301768A (zh) 2024-04-02 2024-04-02 一种参数配置方法、设备及存储介质

Publications (1)

Publication Number Publication Date
CN118301768A true CN118301768A (zh) 2024-07-05

Family

ID=91687822

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410395426.5A Pending CN118301768A (zh) 2024-04-02 2024-04-02 一种参数配置方法、设备及存储介质

Country Status (2)

Country Link
CN (1) CN118301768A (zh)
WO (1) WO2025208885A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2025208885A1 (zh) * 2024-04-02 2025-10-09 中兴通讯股份有限公司 参数配置方法、设备及存储介质
WO2026012117A1 (zh) * 2024-07-10 2026-01-15 大唐移动通信设备有限公司 通信方法、装置及存储介质
WO2026020267A1 (zh) * 2024-07-22 2026-01-29 富士通株式会社 数据传输方法和装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022084972A1 (en) * 2020-10-23 2022-04-28 Lenovo (Singapore) Pte. Ltd. Uci repetitions multiplexing on pusch
CN116830500A (zh) * 2021-01-15 2023-09-29 高通股份有限公司 具有上行链路消息重复的在上行链路消息中复用的上行链路控制信息（uci）
US12335989B2 (en) * 2022-02-17 2025-06-17 Qualcomm Incorporated Channel state information reporting for half-duplex and full-duplex modes
US12302315B2 (en) * 2022-03-02 2025-05-13 Qualcomm Incorporated Uplink control information multiplexing for physical uplink shared channel repetitions in full duplex
CN118301768A (zh) * 2024-04-02 2024-07-05 中兴通讯股份有限公司 一种参数配置方法、设备及存储介质

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2025208885A1 (zh) * 2024-04-02 2025-10-09 中兴通讯股份有限公司 参数配置方法、设备及存储介质
WO2026012117A1 (zh) * 2024-07-10 2026-01-15 大唐移动通信设备有限公司 通信方法、装置及存储介质
WO2026020267A1 (zh) * 2024-07-22 2026-01-29 富士通株式会社 数据传输方法和装置

Also Published As

Publication number Publication date
WO2025208885A1 (zh) 2025-10-09

Similar Documents

Publication Publication Date Title
US10887006B2 (en) Apparatus, system and method for utilizing a flexible slot format indicator
US11510232B2 (en) Method and apparatus for receiving downlink data transmissions
KR102508791B1 (ko) 통신 방법 및 디바이스
US20230354316A1 (en) Method and apparatus for short pdcch operation
CN115001638B (zh) 用于报告信道状态信息的方法和装置
US9001711B2 (en) Uplink feedback method, system and device
US10616888B2 (en) Multiple slot long physical uplink control channel (PUCCH) design for 5th generation (5G) new radio (NR)
EP3829244B1 (en) User device and method thereof
US20160149687A1 (en) Method, Apparatus and Computer Program for Wireless Communications
US11539489B2 (en) Control information transmission method, receiving method, device, base station and terminal
CN118301768A (zh) 一种参数配置方法、设备及存储介质
CN104601303A (zh) 上行控制信息的发送方法和装置、以及接收方法和装置
CN104601304B (zh) Ack/nack反馈信息的传输方法和装置以及接收方法和装置
WO2022205288A1 (en) Methods and systems for determining downlink control information in wireless networks
US12101776B2 (en) Uplink control channel resource allocation methods and devices
US20140133423A1 (en) Extending the Control Channel Region of a Communications System in Backwards Compatible Manner
WO2018196555A1 (zh) 资源分配指示方法、装置、网络侧设备及用户设备
CN117938323A (zh) Harq-ack生成方法、harq-ack接收方法、设备及存储介质
CN104104470B (zh) 一种上行传输方法及设备
US12439386B2 (en) Dynamic resource scheduling in wireless communications
CN120090775A (zh) 数据传输方法、通信设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication