WO2020164573A1 - 传输方法、接收方法、终端及网络设备 - Google Patents

传输方法、接收方法、终端及网络设备 Download PDF

Info

Publication number
WO2020164573A1
WO2020164573A1 PCT/CN2020/075223 CN2020075223W WO2020164573A1 WO 2020164573 A1 WO2020164573 A1 WO 2020164573A1 CN 2020075223 W CN2020075223 W CN 2020075223W WO 2020164573 A1 WO2020164573 A1 WO 2020164573A1
Authority
WO
WIPO (PCT)
Prior art keywords
pusch
resource
transmission resource
uci
determined
Prior art date
Application number
PCT/CN2020/075223
Other languages
English (en)
French (fr)
Inventor
高雪娟
Original Assignee
电信科学技术研究院有限公司
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 电信科学技术研究院有限公司 filed Critical 电信科学技术研究院有限公司
Priority to EP20756293.5A priority Critical patent/EP3927065A4/en
Priority to KR1020217028052A priority patent/KR20210121220A/ko
Priority to US17/431,137 priority patent/US20220141817A1/en
Publication of WO2020164573A1 publication Critical patent/WO2020164573A1/zh

Links

Images

Classifications

    • 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/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • 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
    • 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • 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/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • 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
    • 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/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H04L5/0046—Determination of how many bits are transmitted on different sub-channels
    • 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 signaling, i.e. of overhead other than pilot signals
    • 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information

Landscapes

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

Abstract

提供了一种传输方法、接收方法、终端及网络设备。应用于终端的传输方法包括：接收网络设备发送的配置信息，获取免调度物理上行共享信道PUSCH的配置参数；根据所述配置参数进行PUSCH传输，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输。

Description

传输方法、接收方法、终端及网络设备
相关申请的交叉引用
本申请主张在2019年2月15日在中国提交的中国专利申请No.201910117871.4的优先权，其全部内容通过引用包含于此。
技术领域
本公开涉及通信技术领域，特别涉及一种传输方法、接收方法、终端及网络设备。
背景技术
在新无线接入技术(New Radio Access Technologies，NR)R16中，终端可能同时支持多种业务类型，如移动宽带增强(enhanced mobile broadband，eMBB)和超高可靠超低时延通信(Ultra-Reliable and Low Latency Communications，URLLC)。
当出现承载混合自动重传请求应答(Hybrid Automatic Repeat reQuest ACK，HARQ-ACK，包括：HARQ-ACK/NACK)的物理上行控制信道(Physical Uplink Control CHannel，PUCCH)与免调度(Grant-Free，GF)物理上行共享信道(Physical Uplink Shared Channel，PUSCH)存在重叠时，GF PUSCH的资源是半静态配置的，不能动态改变，当存在HARQ-ACK要转移到PUSCH上传输时，可能会导致HARQ-ACK占用部分PUSCH资源而造成对PUSCH所承载的数据的传输性能的影响，特别是当PUSCH承载是URLLC数据时，其可靠性要求可能较高，减少其传输资源会降低传输可靠性。而HARQ-ACK同样比较重要，特别是当HARQ-ACK也对应URLLC时，也不能通过丢弃HARQ-ACK来保证PUSCH的传输可靠性。目前如何解决上述HARQ-ACK与GF PUSCH重叠时的传输问题，还没有明确方案。
发明内容
本公开实施例提供一种传输方法、接收方法、终端及网络设备，以解决 当HARQ-ACK与GF PUSCH的传输发生重叠时，现有的传输处理方式，会影响PUSCH的传输性能，无法保证传输可靠性的问题。
为了解决上述技术问题，本公开实施例提供一种传输方法，应用于终端，包括：
接收网络设备发送的配置信息，获取免调度物理上行共享信道PUSCH的配置参数；
根据所述配置参数进行PUSCH传输，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输。
可选地，所述根据所述配置参数进行PUSCH传输，包括：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH；或者
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH，其中，所述PUSCH携带所述第一UCI。
可选地，所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输，包括：
所述配置参数包括至少两个PUSCH资源；
当不需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第一PUSCH资源上传输PUSCH；
当需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第二PUSCH资源上传输PUSCH，其中，所述PUSCH携带所述第一UCI；
其中，所述第二PUSCH资源为所述至少两个PUSCH资源中除所述第一PUSCH资源之外的PUSCH资源，且所述第一PUSCH资源的大小小于所述第二PUSCH资源。
进一步地，当所述第二PUSCH资源包括超过一个PUSCH资源时，所述 第二PUSCH资源中的不同PUSCH资源用于传输不同比特个数的所述第一UCI；
其中，所述第二PUSCH资源中的不同PUSCH资源的大小不同。
具体地，所述A为大于或等于1的整数。
可选地，所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输，包括：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH；
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，在所述目标PUSCH传输资源上传输PUSCH，所述PUSCH携带所述第一UCI。
可选地，所述基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，包括：
所述额外资源包括X1个正交频分复用OFDM符号，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X11个OFDM符号，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X12个OFDM符号，得到所述目标PUSCH传输资源，其中所述X11+X12＝X1。
可选地，所述基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，包括：
所述额外资源包括X2个资源块RB，在所述确定的PUSCH传输资源的第一个RB之前增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个RB之后增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个RB之前增加X21 个RB，所述确定的PUSCH传输资源的最后一个RB之后增加X22个RB，得到目标PUSCH传输资源，其中X21+X22＝X2。
具体地，所述额外资源的大小根据以下方式中的一项获取：
协议约定；
信令配置；
根据所述第一UCI的传输需求确定。
具体地，所述第一UCI和所述PUSCH满足如下条件中的至少一项：
条件1：所述第一UCI为混合自动重传请求应答HARQ-ACK和信道状态信息CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务；
条件2：所述第一UCI为对应第一类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务；
条件3：所述第一UCI为对应第二类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务。
具体地，所述第一类业务满足如下中的至少一项：
优先级或重要性高的业务；
超高可靠超低时延通信URLLC业务；
所述第二类业务满足如下中的至少一项：
优先级或重要性低的业务；
移动宽带增强eMBB业务；
非URLLC业务。
进一步地，根据对应的如下信息中的至少一种确定所述优先级、重要性或业务类型：
下行控制信息DCI格式、DCI大小、无线网络临时标识RNTI、搜索空间、控制资源集、波束、块差错率、信道质量指示CQI表格、调制与编码策略MCS表格、优先级标志、物理上行控制信道PUCCH资源和调度请求SR配置编号。
本公开实施例还提供一种接收方法，应用于网络设备，包括：
发送配置信息给终端，所述配置信息中携带免调度物理上行共享信道PUSCH的配置参数；
根据所述配置参数，进行PUSCH的接收，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收。
可选地，所述根据所述配置参数，进行PUSCH的接收，包括：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH；或者
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH，其中，所述PUSCH携带所述第一UCI。
可选地，所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收，包括：
所述配置参数包括至少两个PUSCH资源；
当不需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第一PUSCH资源上接收PUSCH；
当需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第二PUSCH资源上接收PUSCH，其中，所述PUSCH携带所述第一UCI；
其中，所述第二PUSCH资源为所述至少两个PUSCH资源中除所述第一PUSCH资源之外的PUSCH资源，且所述第一PUSCH资源的大小小于所述第二PUSCH资源。
进一步地，当所述第二PUSCH资源包括超过一个PUSCH资源时，所述第二PUSCH资源中的不同PUSCH资源用于接收不同比特个数的所述第一UCI；
其中，所述第二PUSCH资源中的不同PUSCH资源的大小不同。
具体地，所述A为大于或等于1的整数。
可选地，所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收， 包括：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH；
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，在所述目标PUSCH传输资源上接收PUSCH，所述PUSCH携带所述第一UCI。
可选地，所述基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，包括：
所述额外资源包括X1个正交频分复用OFDM符号，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X11个OFDM符号，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X12个OFDM符号，得到所述目标PUSCH传输资源，其中所述X11+X12＝X1。
可选地，所述基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，包括：
所述额外资源包括X2个资源块RB，在所述确定的PUSCH传输资源的第一个RB之前增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个RB之后增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个RB之前增加X21个RB，所述确定的PUSCH传输资源的最后一个RB之后增加X22个RB，得到目标PUSCH传输资源，其中X21+X22＝X2。
具体地，所述额外资源的大小根据以下方式中的一项获取：
协议约定；
信令配置；
根据所述第一UCI的传输需求确定。
具体地，所述第一UCI和所述PUSCH满足如下条件中的至少一项：
条件1：所述第一UCI为混合自动重传请求应答HARQ-ACK和信道状态信息CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务
条件2：所述第一UCI为对应第一类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务；
条件3：所述第一UCI为对应第二类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务。
具体地，所述第一类业务满足如下中的至少一项：
优先级或重要性高的业务；
超高可靠超低时延通信URLLC业务；
所述第二类业务满足如下中的至少一项：
优先级或重要性低的业务；
移动宽带增强eMBB业务；
非URLLC业务。
进一步地，根据对应的如下信息中的至少一种确定所述优先级、重要性或业务类型：
下行控制信息DCI格式、DCI大小、无线网络临时标识RNTI、搜索空间、控制资源集、波束、块差错率、信道质量指示CQI表格、调制与编码策略MCS表格、优先级标志、物理上行控制信道PUCCH资源和调度请求SR配置编号。
本公开实施例还提供一种终端，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；其中，所述处理器执行所述程序时实现以下步骤：
接收网络设备发送的配置信息，获取免调度物理上行共享信道PUSCH的配置参数；
根据所述配置参数进行PUSCH传输，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输。
可选地，所述处理器执行所述根据所述配置参数进行PUSCH传输的程序时实现以下步骤：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH；或者
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH，其中，所述PUSCH携带所述第一UCI。
可选地，所述处理器执行所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输的程序时实现以下步骤：
所述配置参数包括至少两个PUSCH资源；
当不需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第一PUSCH资源上传输PUSCH；
当需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第二PUSCH资源上传输PUSCH，其中，所述PUSCH携带所述第一UCI；
其中，所述第二PUSCH资源为所述至少两个PUSCH资源中除所述第一PUSCH资源之外的PUSCH资源，且所述第一PUSCH资源的大小小于所述第二PUSCH资源。
进一步地，当所述第二PUSCH资源包括超过一个PUSCH资源时，所述第二PUSCH资源中的不同PUSCH资源用于传输不同比特个数的所述第一UCI；
其中，所述第二PUSCH资源中的不同PUSCH资源的大小不同。
具体地，所述A为大于或等于1的整数。
可选地，所述处理器执行所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输的程序时实现以下步骤：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH；
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，在所述目标PUSCH传输资源上传输PUSCH，所述PUSCH携带所述第一UCI。
可选地，所述处理器执行所述程序时实现以下步骤：
所述额外资源包括X1个正交频分复用OFDM符号，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X11个OFDM符号，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X12个OFDM符号，得到所述目标PUSCH传输资源，其中所述X11+X12＝X1。
可选地，所述处理器执行所述程序时实现以下步骤：
所述额外资源包括X2个资源块RB，在所述确定的PUSCH传输资源的第一个RB之前增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个RB之后增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个RB之前增加X21个RB，所述确定的PUSCH传输资源的最后一个RB之后增加X22个RB，得到目标PUSCH传输资源，其中X21+X22＝X2。
具体地，所述额外资源的大小根据以下方式中的一项获取：
协议约定；
信令配置；
根据所述第一UCI的传输需求确定。
具体地，所述第一UCI和所述PUSCH满足如下条件中的至少一项：
条件1：所述第一UCI为混合自动重传请求应答HARQ-ACK和信道状态信息CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务；
条件2：所述第一UCI为对应第一类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务；
条件3：所述第一UCI为对应第二类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务。
具体地，所述第一类业务满足如下中的至少一项：
优先级或重要性高的业务；
超高可靠超低时延通信URLLC业务；
所述第二类业务满足如下中的至少一项：
优先级或重要性低的业务；
移动宽带增强eMBB业务；
非URLLC业务。
进一步地，根据对应的如下信息中的至少一种确定所述优先级、重要性或业务类型：
下行控制信息DCI格式、DCI大小、无线网络临时标识RNTI、搜索空间、控制资源集、波束、块差错率、信道质量指示CQI表格、调制与编码策略MCS表格、优先级标志、物理上行控制信道PUCCH资源和调度请求SR配置编号。
本公开实施例提供一种网络设备，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；其中，所述处理器执行所述程序时实现以下步骤：
发送配置信息给终端，所述配置信息中携带免调度物理上行共享信道PUSCH的配置参数；
根据所述配置参数，进行PUSCH的接收，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收。
可选地，所述处理器执行所述根据所述配置参数，进行PUSCH的接收的程序时实现以下步骤：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH；或者
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定 PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH，其中，所述PUSCH携带所述第一UCI。
可选地，所述处理器执行所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收的程序时实现以下步骤：
所述配置参数包括至少两个PUSCH资源；
当不需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第一PUSCH资源上接收PUSCH；
当需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第二PUSCH资源上接收PUSCH，其中，所述PUSCH携带所述第一UCI；
其中，所述第二PUSCH资源为所述至少两个PUSCH资源中除所述第一PUSCH资源之外的PUSCH资源，且所述第一PUSCH资源的大小小于所述第二PUSCH资源。
进一步地，当所述第二PUSCH资源包括超过一个PUSCH资源时，所述第二PUSCH资源中的不同PUSCH资源用于接收不同比特个数的所述第一UCI；
其中，所述第二PUSCH资源中的不同PUSCH资源的大小不同。
具体地，所述A为大于或等于1的整数。
可选地，所述处理器执行所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收的程序时实现以下步骤：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH；
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，在所述目标PUSCH传输资源上接收PUSCH，所述PUSCH携带所述第一UCI。
可选地，所述处理器执行所述程序时实现以下步骤：
所述额外资源包括X1个正交频分复用OFDM符号，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X11个OFDM符号，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X12个OFDM符号，得到所述目标PUSCH传输资源，其中所述X11+X12＝X1。
可选地，所述处理器执行所述程序时实现以下步骤：
所述额外资源包括X2个资源块RB，在所述确定的PUSCH传输资源的第一个RB之前增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个RB之后增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个RB之前增加X21个RB，所述确定的PUSCH传输资源的最后一个RB之后增加X22个RB，得到目标PUSCH传输资源，其中X21+X22＝X2。
具体地，所述额外资源的大小根据以下方式中的一项获取：
协议约定；
信令配置；
根据所述第一UCI的传输需求确定。
具体地，所述第一UCI和所述PUSCH满足如下条件中的至少一项：
条件1：所述第一UCI为混合自动重传请求应答HARQ-ACK和信道状态信息CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务
条件2：所述第一UCI为对应第一类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务；
条件3：所述第一UCI为对应第二类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务。
具体地，所述第一类业务满足如下中的至少一项：
优先级或重要性高的业务；
超高可靠超低时延通信URLLC业务；
所述第二类业务满足如下中的至少一项：
优先级或重要性低的业务；
移动宽带增强eMBB业务；
非URLLC业务。
进一步地，根据对应的如下信息中的至少一种确定所述优先级、重要性或业务类型：
下行控制信息DCI格式、DCI大小、无线网络临时标识RNTI、搜索空间、控制资源集、波束、块差错率、信道质量指示CQI表格、调制与编码策略MCS表格、优先级标志、物理上行控制信道PUCCH资源和调度请求SR配置编号。
本公开实施例还提供一种计算机可读存储介质，其上存储有程序，其中，所述程序被处理器执行时实现上述的传输方法或上述的接收方法。
本公开实施例还提供一种终端，包括：
第一接收模块，用于接收网络设备发送的配置信息，获取免调度物理上行共享信道PUSCH的配置参数；
传输模块，用于根据所述配置参数进行PUSCH传输，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输。
本公开实施例还提供一种网络设备，包括：
第一发送模块，用于发送配置信息给终端，所述配置信息中携带免调度物理上行共享信道PUSCH的配置参数；
第二接收模块，用于根据所述配置参数，进行PUSCH的接收，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收。
本公开的有益效果是：
上述方案，通过根据配置参数进行PUSCH传输，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输，以此可以保证免调度PUSCH在携带第一UCI时的传输性能，进而保证传输可靠性。
附图说明
图1表示本公开实施例的传输方法的流程示意图；
图2表示本公开实施例的接收方法的流程示意图；
图3表示本公开实施例的终端的模块示意图；
图4表示本公开实施例的终端的结构图；
图5表示本公开实施例的网络设备的模块示意图；
图6表示本公开实施例的网络设备的结构图。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本公开进行详细描述。
首先对本公开实施例中所提到的一些概念进行说明如下。
随着移动通信业务需求的发展变化，国际电信联盟(International Telecommunication Union，ITU)等多个组织对未来移动通信系统都开始研究新的无线通信系统(即第五代新无线接入技术(5 th Generation New Radio Access Technologies，5G NR))。5G NR中，不支持物理上行控制信道(Physical Uplink Control CHannel，PUCCH)和物理上行共享信道(Physical Uplink Shared Channel，PUSCH)同时传输。当PUCCH和PUSCH存在重叠时，PUCCH上承载的上行控制信息(Uplink Control Information，UCI)可以转移到PUSCH上传输。
目前仅支持混合自动重传请求应答(Hybrid Automatic Repeat reQuest ACK，HARQ-ACK，包括：HARQ-ACK/NACK)和信道状态信息(Channel  State Information，CSI)在PUSCH上传输，如果UCI中存在调度请求(Scheduling Request，SR)，则当PUSCH不承载数据(即UL-SCH)时，丢弃PUSCH，否则，丢弃SR。
HARQ-ACK在PUSCH上的传输方案与比特数有关。在不超过2比特时，HARQ-ACK采用打孔方式传输，即PUSCH上的数据按照没有HARQ-ACK占用其资源的方式传输，HARQ-ACK则通过对其映射位置上的数据信息进行打孔的方式传输，即HARQ-ACK在PUSCH上的传输不影响数据的码率，但相当于HARQ-ACK覆盖了一部分数据信息进行传输，因此还是会对数据的传输性能造成一定的影响。当超过2比特时，采用速率匹配方式传输，即首先通过资源偏移参数(Beta-offset)等信息计算HARQ-ACK在PUSCH上占用的资源大小，HARQ-ACK按照其占用的资源大小进行编码、速率匹配和映射，而PUSCH在按照除去了HARQ-ACK占用的资源以外的资源对数据进行编码、速率匹配和映射，即HARQ-ACK和数据分别占用PUSCH上的不同的资源传输，HARQ-ACK的存在会影响数据的码率，因此会影响数据的传输性能。
CSI在PUSCH上通过速率匹配方式传输，类似上述大于2比特的HARQ-ACK。
当存在PUSCH与PUCCH重叠时，将UCI转移到PUSCH上传输会影响PUSCH的传输性能。目前如何解决PUCCH和PUSCH的重叠传输，从而保证PUSCH的传输性能还没有明确方法。
本公开针对当HARQ-ACK与GF PUSCH的传输发生重叠时，现有的传输处理方式，会影响PUSCH的传输性能，无法保证传输可靠性的问题，提供一种传输方法、接收方法、终端及网络设备。
如图1所示，本公开实施例的传输方法，应用于终端，包括：步骤11和12。
步骤11，接收网络设备发送的配置信息，获取免调度物理上行共享信道PUSCH的配置参数；
需要说明的是，该配置信息可由网络设备通过无线资源控制(RRC)信令或下行控制信息(DCI)发送给终端。
步骤12，根据所述配置参数进行PUSCH传输，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输。
下面分别对步骤12中的不同方式的具体实现形式进行具体说明如下。
一、步骤12的具体实现为：根据所述配置参数进行PUSCH传输，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数
具体地，此种情况下，步骤12的具体实现方式为：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH；或者
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH，其中，所述PUSCH携带所述第一UCI。
这里需要说明的是，因网络设备在配置PUSCH的配置参数时是按照存在A比特第一UCI在PUSCH上传输进行配置的，所以终端在进行PUSCH传输资源确定时，如果A大于2，对于HARQ-ACK，由于大于2比特时采用速率匹配方式在PUSCH上传输，则PUSCH的传输资源中总是会预留第一UCI在A比特下需要的传输资源，即不论是否存在第一UCI，PUSCH上的数据传输都需要按照假定存在A比特第一UCI的方式进行速率匹配，即去掉第一UCI占用的资源，数据按照剩余资源进行编码、速率匹配和映射；也就说，当需要在PUSCH上传输第一UCI时，因预留有第一UCI的传输比特，第一UCI不会占用PUSCH上分配给数据的传输资源，以此，不对PUSCH上的数据传输性能造成影响；当然，为了避免PUSCH上的数据码率在存在和不存在第一UCI时发生变化，不论是否存在第一UCI，PUSCH上的数据都需要按照假定存在A比特第一UCI的方式进行速率匹配和传输。这里还需要说明的是，在此种情况下，当需要在PUSCH上传输第一UCI时，第一UCI的实际比特个数不能超过A，若超过A，则会导致第一UCI的传输性能不能达到预期，一种方式可以认为是错误的调度，另一种方式也可以按照常规步骤进行 第一UCI传输，但此时因为对第一UCI的分配的资源只够最大A比特的传输需求，传输超过A比特第一UCI的码率比预期的第一UCI码率高，会导致第一UCI的传输性能下降。如果A不大于2，对于HARQ-ACK，由于不超过2比特时采用打孔数据的方式在PUSCH上传输，则不论是否存在第一UCI，PUSCH上的数据总是按照配置的PUSCH总资源大小进行传输(编码、速率匹配和映射等)，即是否存在第一UCI不影响PUSCH的码率和映射资源，如果不存在第一UCI，则数据占用所有资源正常传输，如果存在第一UCI，则第一UCI会按照需求的资源对相应位置的数据进行打孔，相应的被打孔的数据可能会造成PUSCH上数据传输性能的下降，为了避免这种性能下降，可以考虑总是按照假设这部分资源被第一UCI打孔的情况来配置PUSCH的总资源，以保证存在打孔时，PUSCH的数据传输可以达到目标性能，此时，如果不存在打孔，相当于PUSCH的数据传输系能会比目标性能更好，即通过合理的资源配置，保证最差的情况下能达到目标性能。
进一步需要说明的是，A为大于或等于1的整数；例如，A为1或2。当然，也可以约定A为大于2的值，例如4等；A的值是否大于2，影响的是当第一UCI为HARQ-ACK时在PUSCH上的传输方案，如果A不超过2，则总是假定第一UCI按照打孔方式在PUSCH上传输，PUSCH上的数据传输的速率匹配和映射不受是否存在第一UCI的影响；如果A大于2，则总是假设第一UCI按照速率匹配方式在PUSCH上传输，不论是否存在第一UCI，在根据配置的参数确定的传输资源上传输PUSCH时，PUSCH上的数据都需要按照除去A比特第一UCI占用的资源之后剩余的资源进行速率匹配和映射。
这里还需要说明的是，需要在PUSCH上传输所述第一UCI指的是：承载所述第一UCI的PUCCH与所述PUSCH存在重叠，且满足预定的时间条件；例如PUCCH和PUSCH中最早的一个信道的第一个符号与PUCCH或PUSCH所对应的DCI的最后一个符号之间的时间间隔不短于T1，PUCCH和PUSCH中最早的一个信道的第一个符号与PUCCH所对应的PDSCH的最后一个符号之间的时间间隔不短于T2，具体可以参考TS 38.213。
二、步骤12的具体实现为：根据所述配置参数以及是否存在第一UCI在 PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输
可选地，此种情况下，步骤12的一种具体实现方式为：
所述配置参数包括至少两个PUSCH资源；
当不需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第一PUSCH资源上传输PUSCH；
当需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第二PUSCH资源上传输PUSCH，其中，所述PUSCH携带所述第一UCI；
其中，所述第二PUSCH资源为所述至少两个PUSCH资源中除所述第一PUSCH资源之外的PUSCH资源，且所述第一PUSCH资源的大小小于所述第二PUSCH资源。
需要说明的是，此种情况下，是配置至少两个PUSCH资源，在不需要在PUSCH上传输所述第一UCI时，使用一种PUSCH资源，在需要在PUSCH上传输所述第一UCI时，使用另一种PUSCH资源。例如，网络设备配置了两个PUSCH资源，包括：PUSCH资源1和PUSCH资源2，且PUSCH资源1的大小(即PUSCH资源1可以承载的比特数或PUSCH资源1包含的用于承载UCI和数据的资源元素(RE)总数)小于PUSCH资源2，当不需要在PUSCH上传输所述第一UCI时，使用PUSCH资源1进行PUSCH传输，当需要在PUSCH上传输所述第一UCI时，使用PUSCH资源2进行PUSCH传输。
还需要说明的是，当所述第二PUSCH资源包括超过一个PUSCH资源时，所述第二PUSCH资源中的不同PUSCH资源用于传输不同比特个数的所述第一UCI；
其中，所述第二PUSCH资源中的不同PUSCH资源的大小不同。
例如，网络设备配置了三个PUSCH资源，包括：PUSCH资源1、PUSCH资源2和PUSCH资源3，当不需要在PUSCH上传输所述第一UCI时，使用PUSCH资源1进行PUSCH传输；当需要在PUSCH上传输所述第一UCI时，若第一UCI的比特个数不超过N，使用PUSCH资源2进行PUSCH传输，若 第一UCI的比特个数大于N，使用PUSCH资源3进行PUSCH传输；其中，PUSCH资源的大小(即PUSCH资源可以承载的比特数或PUSCH资源包含的用于承载UCI和数据的RE总数)从小到大的顺序依次为：PUSCH资源1、PUSCH资源2、PUSCH资源3。
可选地，此种情况下，步骤12的另一种具体实现方式为：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH；
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，在所述目标PUSCH传输资源上传输PUSCH，所述PUSCH携带所述第一UCI。
需要说明的是，此种情况下，是配置一个PUSCH传输资源，当不需要在PUSCH上传输所述第一UCI时，只需要按照配置的PUSCH传输资源进行PUSCH传输即可，当需要在PUSCH上传输所述第一UCI时，不能直接使用配置的PUSCH传输资源，而是将该PUSCH传输资源进行扩容，例如与额外资源进行组合，得到新的PUSCH传输资源，然后再进行PUSCH传输。
需要说明的是，所述额外资源的大小根据以下方式中的一项获取：
A11、协议约定；
A12、信令配置；
例如，网络设备通过RRC信令或DCI配置。
A13、根据所述第一UCI的传输需求确定；
此种方式，是终端按照第一UCI的传输需求自行确定，例如根据第一UCI的比特数和目标码率，可以计算得到对应的传输资源大小。
具体地，该额外资源包括：X1个正交频分复用(OFDM)符号和/或X2个资源块(RB)，其中，X1为预设OFDM符号的个数，例如，为4个；X2为预设RB的个数，例如，为2个。
进一步地，当额外资源包括：X1个OFDM符号时，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源的实现方式包括以下方式中的一项：
方式一、在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X1个OFDM符号，得到所述目标PUSCH传输资源；
方式二、在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X1个OFDM符号，得到所述目标PUSCH传输资源；
方式三、在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X11个OFDM符号，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X12个OFDM符号，得到所述目标PUSCH传输资源，其中所述X11+X12＝X1。
具体地，当额外资源包括：X2个RB时，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源的实现方式包括以下方式中的一项：
方式一、所述确定的PUSCH传输资源的第一个RB之前增加X2个RB，得到目标PUSCH传输资源；
方式二、在所述确定的PUSCH传输资源的最后一个RB之后增加X2个RB，得到目标PUSCH传输资源；
方式三、在所述确定的PUSCH传输资源的第一个RB之前增加X21个RB，所述确定的PUSCH传输资源的最后一个RB之后增加X22个RB，得到目标PUSCH传输资源，其中X21+X22＝X2。
进一步地，还需要说明的是，所述第一UCI和所述PUSCH满足如下条件中的至少一项：
条件1：所述第一UCI为混合自动重传请求应答HARQ-ACK和信道状态信息CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务；
需要说明的是，所述第一类业务满足如下中的至少一项：
B11、优先级或重要性高的业务；
需要说明的是，该第一类业务为优先级较高的业务，或重要性较高的业务。
B12、超高可靠超低时延通信(URLLC)业务。
需要说明的是，所述第二类业务满足如下中的至少一项：
B21、优先级或重要性低的业务；
需要说明的是，该第二类业务为优先级较低的业务，或重要性较低的业务。
B22、移动宽带增强(eMBB)业务；
B22、非URLLC业务；
这里需要说明的是，该第二类业务也可以为除eMBB业务之外的非URLLC业务。
进一步，还需要说明的是，根据对应的如下信息中的至少一种确定所述优先级、重要性或业务类型：
下行控制信息(DCI)格式、DCI大小、无线网络临时标识(RNTI)、搜索空间、控制资源集(CORESET)、波束、块差错率(BLER)、信道质量指示(CQI)表格、调制与编码策略(MCS)表格、优先级标志、物理上行控制信道(PUCCH)资源和调度请求(SR)配置编号。
需要说明的是，通过上述信息中的至少一项可以区分出第一UCI和PUSCH之间哪个更重要，当判定第一UCI优先级更高或第一UCI和PUSCH优先级相当时，按照上述规则执行，否则，直接丢弃第一UCI即可。
例如，对应第一类相关信息，如第一类DCI格式、第一类DCI大小、第一类RNTI、第一类搜索空间、第一类CORESET、第一类波束、第一类BLER(例如，10-5或10-6)、第一类CQI表格(例如，URLLC CQI table)、第一类MCS表格(例如，URLLC MCS table)、第一类优先级标志、第一类PUCCH资源(例如，编号小的资源或者特定编号的资源或者对应特定SR配置编号的资源)、第一类SR配置编号(例如，配置了多个SR配置时，较低编号的SR配置认为是对应URLLC的)的为第一类业务；对应第二类相关信息，如第二类DCI格式、第二类DCI大小、第二类RNTI、第二类搜索空间、第二类CORESET、第二类波束、第二类BLER(例如，10-2或10-1)、第二类CQI表格(例如，64QAM/256QAM CQI table)、第二类MCS表格、第二类优先级标志、第二类PUCCH资源(例如，编号大的资源或者特定编号的资源或者对应特定SR配置编号的资源)、第二类SR配置编号(例如，配置了多个SR配置时，较高编号的SR配置认为是对应eMBB或非URLLC的)的为第二类业务。从而可以根据第一UCI和PUSCH分别对应上述相关信息，得到对应的 业务类型。
又例如，预先规定对应第一类相关信息的优先级或重要性高于对应第二类相关信息的优先级或重要性，则可以根据第一UCI和PUSCH分别对应哪一类相关信息，得到第一UCI和PUSCH的优先级和重要性比较结果。
条件2：所述第一UCI为对应第一类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务；
条件3：所述第一UCI为对应第二类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务。
对于网络设备，终端按照怎样的方式发送，网络设备也按照同样的方式进行接收。
下面以终端和基站为例，对本公开实施例的具体应用举例说明如下。
情况一、
假设A＝2，在配置GF PUSCH资源时，总是按照存在2比特HARQ-ACK在PUSCH上传输所需要的资源大小来配置，假设2比特HARQ-ACK按照其传输性能需求，需要T1个RE，而PUSCH按照其传输块大小(TBS)、其他传输参数(如MCS、码率等)以及传输性能需求(如BLER为10-2还是10-4等)，需要T2个RE，则在配置PUSCH资源时总是按照T1+T2个RE来配置，当然也可以是大于T2小于T1+T2个RE来配置，因为2比特以下的HARQ-ACK是通过打孔方式传输的，不影响数据的码率，但打孔可能会对数据造成一定的信息缺失影响，如果打孔信息刚好是冗余的数据编码信息，则对性能无太大影响，因此，不用假设总是需要完全补偿HARQ-ACK占用的数据资源；基站可以按照上述原则确定的总RE数对应得到PUSCH的时域和频域资源大小，按照该大小将传输资源配置给终端，则终端在按照该传输资源传输PUSCH时，不论是否存在HARQ-ACK传输，PUSCH上数据本身的传输性能都能得到保证。终端侧和基站侧都按照现有机制中的传输流程进行传输即可，即如果需要在PUSCH上传输HARQ-ACK，则在PUSCH上复用传输HARQ-ACK和数据，如果不需要在PUSCH上传输HARQ-ACK，则仅传输数据即可，上述两种传输情况下所使用的PUSCH资源是相同的。
需要说明的是，基站侧同上终端侧行为一致，在对应的PUSCH资源上接 收PUSCH即可。
该情况一，在配置免调度PUSCH的配置参数时，总是按照假设存在A比特第一UCI在免调度PUSCH上传输时所需要的资源大小进行配置，以此可以保证PUSCH的传输性能，进而保证传输可靠性。
情况二、
在配置GF PUSCH资源时，配置2个PUSCH资源，PUSCH资源1和PUSCH资源2，其中，PUSCH资源1的承载容量小于PUSCH资源2，例如PUSCH资源1占用4个符号、4个RB，PUSCH资源2可以是占用6个符号、4个RB，也可以是占用4个符号、8个RB，也可以占用5个符号、7个RB，即PUSCH资源1和资源2之间可以是符号数不同，也可以是RB数不同，还可以是符号数和RB数都不同；此外，PUSCH资源1和PUSCH资源2所占用的符号之间可以是包含的关系，也可以是完全不同的符号，例如PUSCH资源1的4个符号为一个时隙中的第1～4个符号，PUSCH资源2如果也为4个符号，则可以同样是第1～4个符号，或者是第5～8个符号，还可以是第2～5个符号等，RB配置上同理；
终端侧：当确定不存在HARQ-ACK需要在PUSCH上传输时(例如无HARQ-ACK传输，或承载HARQ-ACK的PUCCH与PUSCH资源不重叠)，按照PUSCH资源1传输PUSCH，PUSCH上承载数据(当然，如果还同时触发了A-CSI，还可以携带A-CSI)；当确定存在HARQ-ACK需要在PUSCH上传输时(例如承载HARQ-ACK的PUCCH与PUSCH资源重叠且满足时间条件)，按照PUSCH资源2传输PUSCH，PUSCH上携带了HARQ-ACK，其中根据HARQ-ACK比特数大小选择使用打孔还是速率匹配方式传输；
需要说明的是，基站侧同上终端侧行为一致，在对应的PUSCH资源上接收PUSCH即可。
情况三、
假设配置的GF PUSCH资源在时域上为时隙n中的第8到11个符号，共计4个符号，在频域上为一个BWP中的第5到8个RB，共计4个RB；
对于终端侧：当确定不存在HARQ-ACK需要在PUSCH上传输时(例如无HARQ-ACK传输，或承载HARQ-ACK的PUCCH与PUSCH资源不重 叠)，按照上述配置的资源传输PUSCH，PUSCH上承载数据(当然，如果还同时触发了非周期性的CSI(A-CSI)，还可以携带A-CSI)；当确定存在HARQ-ACK需要在PUSCH上传输时(例如承载HARQ-ACK的PUCCH与PUSCH资源重叠且满足时间条件)，按照在上述配置的资源的基础上扩展X1个符号和/或X2个RB得到的更大的资源上传输PUSCH，PUSCH上携带了HARQ-ACK，其中根据HARQ-ACK比特数大小选择使用打孔还是速率匹配方式传输；其中：
1、如果只扩展时域资源，则X1的值可以预先约定、通过信令配置或根据HARQ-ACK的传输需求计算得到的HARQ-ACK传输需要的资源折算得到的2个符号，例如，根据HARQ-ACK的比特数和目标码率确定需要96个RE，则由于PUSCH频域上有4个RB，相当于时域上增加2个符号(每个符号上还是对应原配置的4个RB)，可以得到额外96个RE(一个RB上有12个RE)；此时，可以根据预先约定或者配置选择在PUSCH原本占用的4个符号之前增加2个符号，即确定新的PUSCH资源为时隙n中的第6到11个符号，共计6个符号，也可以选择在PUSCH原本占用的4个符号之后增加2个符号，即确定新的PUSCH资源为时隙n中的第8到13个符号，共计6个符号；
2、如果只扩展频域资源，则X2的值可以预先约定、通过信令配置或根据HARQ-ACK的传输需求计算得到的HARQ-ACK传输需要的资源折算得到的2个RB，例如根据HARQ-ACK的比特数和目标码率确定需要96个RE，则由于PUSCH时域上有4个符号，相当于频域上增加2个RB(每个RB还是对应原配置的4个符号)，可以得到额外96个RE；此时，可以根据预先约定或者配置选择在PUSCH原本占用的4个RB之前增加2个RB，即确定新的PUSCH资源为BWP中的第3到8个RB，共计6个RB，也可以选择在PUSCH原本占用的4个RB之后增加2个RB，即确定新的PUSCH资源为BWP中的第5到10个符号，共计6个RB；
3、如果同时扩展时域和频域资源，则X1的值可以预先约定、通过信令配置或根据HARQ-ACK的传输需求计算得到的HARQ-ACK传输需要的资源折算得到的1个符号，X2的值可以预先约定、通过信令配置或根据HARQ- ACK的传输需求计算得到的HARQ-ACK传输需要的资源折算得到的1个RB，例如根据HARQ-ACK的比特数和目标码率确定需要96个RE，则由于PUSCH时域上有4个符号，频域上有4个RB，相当于时域上增加1个符号且频域上增加1个RB，可以得到额外96个RE；此时，可以根据预先约定或者配置选择在PUSCH原本占用的4个符号之前增加1个符号，在PUSCH原本占用的4个RB之前增加1个RB，即确定新的PUSCH资源为时隙n中的第7到11个符号，共计5个符号，以及BWP中的第4到8个RB，共计5个RB；也可以选择在PUSCH原本占用的4个符号之前增加1个符号，在PUSCH原本占用的4个RB之后增加1个RB，即确定新的PUSCH资源为时隙n中的第7到11个符号，共计5个符号，以及BWP中的第5到9个RB，共计5个RB；也可以选择在PUSCH原本占用的4个符号之后增加1个符号，在PUSCH原本占用的4个RB之前增加1个RB，即确定新的PUSCH资源为时隙n中的第8到12个符号，共计5个符号，以及BWP中的第4到8个RB，共计5个RB；也可以选择在PUSCH原本占用的4个符号之后增加1个符号，在PUSCH原本占用的4个RB之后增加1个RB，即确定新的PUSCH资源为时隙n中的第8到12个符号，共计5个符号，以及BWP中的第5到9个RB，共计5个RB；
需要说明的是，基站侧的行为同上终端侧行为一致，在对应的PUSCH资源上接收PUSCH即可。
上述实现情况，在进行免调度PUSCH传输时，根据是否存在第一UCI在PUSCH上传输，选择合适的相匹配的资源，或者确定是否按照配置的免调度资源进行资源扩容，以合理的进行免调度资源的使用，以此可以保证免调度PUSCH的传输性能匕首UCI占用资源的影响，进而保证传输可靠性。
还需要说明的是，上述举例仅以HARQ-ACK为例，如果为CSI同样适用；实施例中的PUSCH可以为URLLC PUSCH，HARQ-ACK可以为eMBB或URLLC PUSCH；当然，PUSCH如果为eMBB PUSCH也是可以使用的。
如图2所示，本公开实施例的接收方法，应用于网络设备，包括：
步骤21，发送配置信息给终端，所述配置信息中携带免调度物理上行共享信道PUSCH的配置参数；
步骤22，根据所述配置参数，进行PUSCH的接收，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收。
具体地，所述根据所述配置参数，进行PUSCH的接收，包括：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH；或者
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH，其中，所述PUSCH携带所述第一UCI。
可选地，所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收，包括：
所述配置参数包括至少两个PUSCH资源；
当不需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第一PUSCH资源上接收PUSCH；
当需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第二PUSCH资源上接收PUSCH，其中，所述PUSCH携带所述第一UCI；
其中，所述第二PUSCH资源为所述至少两个PUSCH资源中除所述第一PUSCH资源之外的PUSCH资源，且所述第一PUSCH资源的大小小于所述第二PUSCH资源。
进一步地，当所述第二PUSCH资源包括超过一个PUSCH资源时，所述第二PUSCH资源中的不同PUSCH资源用于接收不同比特个数的所述第一UCI；
其中，所述第二PUSCH资源中的不同PUSCH资源的大小不同。
具体地，所述A为大于或等于1的整数。
可选地，所述根据所述配置参数以及是否存在第一UCI在PUSCH上传 输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收，包括：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH；
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，在所述目标PUSCH传输资源上接收PUSCH，所述PUSCH携带所述第一UCI。
进一步地，所述基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，包括：
所述额外资源包括X1个正交频分复用OFDM符号，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X11个OFDM符号，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X12个OFDM符号，得到所述目标PUSCH传输资源，其中所述X11+X12＝X1。
进一步地，所述基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，包括：
所述额外资源包括X2个资源块RB，在所述确定的PUSCH传输资源的第一个RB之前增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个RB之后增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个RB之前增加X21个RB，所述确定的PUSCH传输资源的最后一个RB之后增加X22个RB，得到目标PUSCH传输资源，其中X21+X22＝X2。
具体地，所述额外资源的大小根据以下方式中的一项获取：
协议约定；
信令配置；
根据所述第一UCI的传输需求确定。
进一步地，所述第一UCI和所述PUSCH满足如下条件中的至少一项：
条件1：所述第一UCI为混合自动重传请求应答HARQ-ACK和信道状态信息CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务
条件2：所述第一UCI为对应第一类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务；
条件3：所述第一UCI为对应第二类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务。
具体地，所述第一类业务满足如下中的至少一项：
优先级或重要性高的业务；
超高可靠超低时延通信URLLC业务；
所述第二类业务满足如下中的至少一项：
优先级或重要性低的业务；
移动宽带增强eMBB业务；
非URLLC业务。
具体地，根据对应的如下信息中的至少一种确定所述优先级、重要性或业务类型：
下行控制信息DCI格式、DCI大小、无线网络临时标识RNTI、搜索空间、控制资源集、波束、块差错率、信道质量指示CQI表格、调制与编码策略MCS表格、优先级标志、物理上行控制信道PUCCH资源和调度请求SR配置编号。
其中，上述实施例中，所有关于网络设备的描述，均适用于该应用于网络设备的接收方法的实施例中，也能达到与其相同的技术效果。
如图3所示，本公开实施例提供一种终端30，包括：
第一接收模块31，用于接收网络设备发送的配置信息，获取免调度物理上行共享信道PUSCH的配置参数；
传输模块32，用于根据所述配置参数进行PUSCH传输，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH 上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输。
可选地，所述传输模块32根据所述配置参数进行PUSCH传输，用于实现：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH；或者
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH，其中，所述PUSCH携带所述第一UCI。
可选地，所述传输模块32根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输，用于实现：
所述配置参数包括至少两个PUSCH资源；
当不需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第一PUSCH资源上传输PUSCH；
当需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第二PUSCH资源上传输PUSCH，其中，所述PUSCH携带所述第一UCI；
其中，所述第二PUSCH资源为所述至少两个PUSCH资源中除所述第一PUSCH资源之外的PUSCH资源，且所述第一PUSCH资源的大小小于所述第二PUSCH资源。
进一步地，当所述第二PUSCH资源包括超过一个PUSCH资源时，所述第二PUSCH资源中的不同PUSCH资源用于传输不同比特个数的所述第一UCI；
其中，所述第二PUSCH资源中的不同PUSCH资源的大小不同。
具体地，所述A为大于或等于1的整数。
可选地，所述传输模块32根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输，用于实现：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH；
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，在所述目标PUSCH传输资源上传输PUSCH，所述PUSCH携带所述第一UCI。
进一步地，所述基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源的实现方式，包括：
所述额外资源包括X1个正交频分复用OFDM符号，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X11个OFDM符号，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X12个OFDM符号，得到所述目标PUSCH传输资源，其中所述X11+X12＝X1。
进一步地，所述基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源的实现方式，包括：
所述额外资源包括X2个资源块RB，在所述确定的PUSCH传输资源的第一个RB之前增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个RB之后增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个RB之前增加X21个RB，所述确定的PUSCH传输资源的最后一个RB之后增加X22个RB，得到目标PUSCH传输资源，其中X21+X22＝X2。
具体地，所述额外资源的大小根据以下方式中的一项获取：
协议约定；
信令配置；
根据所述第一UCI的传输需求确定。
具体地，所述第一UCI和所述PUSCH满足如下条件中的至少一项：
条件1：所述第一UCI为混合自动重传请求应答HARQ-ACK和信道状态信息CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务；
条件2：所述第一UCI为对应第一类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务；
条件3：所述第一UCI为对应第二类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务。
具体地，所述第一类业务满足如下中的至少一项：
优先级或重要性高的业务；
超高可靠超低时延通信URLLC业务；
所述第二类业务满足如下中的至少一项：
优先级或重要性低的业务；
移动宽带增强eMBB业务；
非URLLC业务。
具体地，根据对应的如下信息中的至少一种确定所述优先级、重要性或业务类型：
下行控制信息DCI格式、DCI大小、无线网络临时标识RNTI、搜索空间、控制资源集、波束、块差错率、信道质量指示CQI表格、调制与编码策略MCS表格、优先级标志、物理上行控制信道PUCCH资源和调度请求SR配置编号。
需要说明的是，该终端实施例是与上述方法实施例一一对应的终端，上述方法实施例中所有实现方式均适用于该终端的实施例中，也能达到相同的技术效果。
如图4所示，本公开实施例还提供一种终端40，包括处理器41、收发机42、存储器43及存储在所述存储器43上并可在所述处理器41上运行的程序；其中，收发机42通过总线接口与处理器41和存储器43连接，其中，所述处理器41用于读取存储器中的程序，执行下列过程：
接收网络设备发送的配置信息，获取免调度物理上行共享信道PUSCH的配置参数；
根据所述配置参数进行PUSCH传输，其中，所述配置参数按照存在A 比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输。
需要说明的是，在图4中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器41代表的一个或多个处理器和存储器43代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机42可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的终端，用户接口44还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器41负责管理总线架构和通常的处理，存储器43可以存储处理器41在执行操作时所使用的数据。
可选地，所述处理器执行所述根据所述配置参数进行PUSCH传输的程序时实现以下步骤：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH；或者
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH，其中，所述PUSCH携带所述第一UCI。
可选地，所述处理器执行所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输的程序时实现以下步骤：
所述配置参数包括至少两个PUSCH资源；
当不需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第一PUSCH资源上传输PUSCH；
当需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第二PUSCH资源上传输PUSCH，其中，所述PUSCH携带所述第一UCI；
其中，所述第二PUSCH资源为所述至少两个PUSCH资源中除所述第一PUSCH资源之外的PUSCH资源，且所述第一PUSCH资源的大小小于所述第二PUSCH资源。
具体地，当所述第二PUSCH资源包括超过一个PUSCH资源时，所述第二PUSCH资源中的不同PUSCH资源用于传输不同比特个数的所述第一UCI；
其中，所述第二PUSCH资源中的不同PUSCH资源的大小不同。
具体地，所述A为大于或等于1的整数。
可选地，所述处理器执行所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输的程序时实现以下步骤：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH；
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，在所述目标PUSCH传输资源上传输PUSCH，所述PUSCH携带所述第一UCI。
进一步地，所述处理器执行所述程序时实现以下步骤：
所述额外资源包括X1个正交频分复用OFDM符号，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X11个OFDM符号，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X12个OFDM符号，得到所述目标PUSCH传输资源，其中所述X11+X12＝X1。
进一步地，所述处理器执行所述程序时实现以下步骤：
所述额外资源包括X2个资源块RB，在所述确定的PUSCH传输资源的第一个RB之前增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个RB之后增加X2个RB，得到目标PUSCH 传输资源，或者，在所述确定的PUSCH传输资源的第一个RB之前增加X21个RB，所述确定的PUSCH传输资源的最后一个RB之后增加X22个RB，得到目标PUSCH传输资源，其中X21+X22＝X2。
具体地，所述额外资源的大小根据以下方式中的一项获取：
协议约定；
信令配置；
根据所述第一UCI的传输需求确定。
具体地，所述第一UCI和所述PUSCH满足如下条件中的至少一项：
条件1：所述第一UCI为混合自动重传请求应答HARQ-ACK和信道状态信息CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务；
条件2：所述第一UCI为对应第一类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务；
条件3：所述第一UCI为对应第二类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务。
具体地，所述第一类业务满足如下中的至少一项：
优先级或重要性高的业务；
超高可靠超低时延通信URLLC业务；
所述第二类业务满足如下中的至少一项：
优先级或重要性低的业务；
移动宽带增强eMBB业务；
非URLLC业务。
进一步地，根据对应的如下信息中的至少一种确定所述优先级、重要性或业务类型：
下行控制信息DCI格式、DCI大小、无线网络临时标识RNTI、搜索空间、控制资源集、波束、块差错率、信道质量指示CQI表格、调制与编码策略MCS表格、优先级标志、物理上行控制信道PUCCH资源和调度请求SR配置编号。
本公开实施例还提供一种计算机可读存储介质，其上存储有程序，其中，所述程序被处理器执行时实现应用于终端的传输方法的步骤。
如图5所示，本公开实施例提供一种网络设备50，包括：
第一发送模块51，用于发送配置信息给终端，所述配置信息中携带免调度物理上行共享信道PUSCH的配置参数；
第二接收模块52，用于根据所述配置参数，进行PUSCH的接收，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收。
可选地，所述第二接收模块52根据所述配置参数，进行PUSCH的接收，用于实现：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH；或者
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH，其中，所述PUSCH携带所述第一UCI。
可选地，所述第二接收模块52根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收，用于实现：
所述配置参数包括至少两个PUSCH资源；
当不需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第一PUSCH资源上接收PUSCH；
当需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第二PUSCH资源上接收PUSCH，其中，所述PUSCH携带所述第一UCI；
其中，所述第二PUSCH资源为所述至少两个PUSCH资源中除所述第一PUSCH资源之外的PUSCH资源，且所述第一PUSCH资源的大小小于所述第二PUSCH资源。
进一步地，当所述第二PUSCH资源包括超过一个PUSCH资源时，所述第二PUSCH资源中的不同PUSCH资源用于接收不同比特个数的所述第一 UCI；
其中，所述第二PUSCH资源中的不同PUSCH资源的大小不同。
具体地，所述A为大于或等于1的整数。
可选地，所述第二接收模块52，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收，用于实现：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH；
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，在所述目标PUSCH传输资源上接收PUSCH，所述PUSCH携带所述第一UCI。
进一步地，所述基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源的实现方式，包括：
所述额外资源包括X1个正交频分复用OFDM符号，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X11个OFDM符号，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X12个OFDM符号，得到所述目标PUSCH传输资源，其中所述X11+X12＝X1。
进一步地，所述基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源的实现方式，包括：
所述额外资源包括X2个资源块RB，在所述确定的PUSCH传输资源的第一个RB之前增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个RB之后增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个RB之前增加X21个RB，所述确定的PUSCH传输资源的最后一个RB之后增加X22个RB， 得到目标PUSCH传输资源，其中X21+X22＝X2。
具体地，所述额外资源的大小根据以下方式中的一项获取：
协议约定；
信令配置；
根据所述第一UCI的传输需求确定。
具体地，所述第一UCI和所述PUSCH满足如下条件中的至少一项：
条件1：所述第一UCI为混合自动重传请求应答HARQ-ACK和信道状态信息CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务
条件2：所述第一UCI为对应第一类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务；
条件3：所述第一UCI为对应第二类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务。
具体地，所述第一类业务满足如下中的至少一项：
优先级或重要性高的业务；
超高可靠超低时延通信URLLC业务；
所述第二类业务满足如下中的至少一项：
优先级或重要性低的业务；
移动宽带增强eMBB业务；
非URLLC业务。
进一步地，根据对应的如下信息中的至少一种确定所述优先级、重要性或业务类型：
下行控制信息DCI格式、DCI大小、无线网络临时标识RNTI、搜索空间、控制资源集、波束、块差错率、信道质量指示CQI表格、调制与编码策略MCS表格、优先级标志、物理上行控制信道PUCCH资源和调度请求SR配置编号。
需要说明的是，该网络设备实施例是与上述方法实施例一一对应的网络设备，上述方法实施例中所有实现方式均适用于该网络设备的实施例中，也能达到相同的技术效果。
如图6所示，本公开实施例还提供一种网络设备60，包括处理器61、收 发机62、存储器63及存储在所述存储器63上并可在所述处理器61上运行的程序；其中，收发机62通过总线接口与处理器61和存储器63连接，其中，所述处理器61用于读取存储器中的程序，执行下列过程：
发送配置信息给终端，所述配置信息中携带免调度物理上行共享信道PUSCH的配置参数；
根据所述配置参数，进行PUSCH的接收，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收。
需要说明的是，在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器61代表的一个或多个处理器和存储器63代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机62可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的终端，处理器61负责管理总线架构和通常的处理，存储器63可以存储处理器61在执行操作时所使用的数据。
可选地，所述处理器执行所述根据所述配置参数，进行PUSCH的接收的程序时实现以下步骤：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH；或者
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH，其中，所述PUSCH携带所述第一UCI。
可选地，所述处理器执行所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收的程序时实现以下步骤：
所述配置参数包括至少两个PUSCH资源；
当不需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资 源中的第一PUSCH资源上接收PUSCH；
当需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第二PUSCH资源上接收PUSCH，其中，所述PUSCH携带所述第一UCI；
其中，所述第二PUSCH资源为所述至少两个PUSCH资源中除所述第一PUSCH资源之外的PUSCH资源，且所述第一PUSCH资源的大小小于所述第二PUSCH资源。
进一步地，当所述第二PUSCH资源包括超过一个PUSCH资源时，所述第二PUSCH资源中的不同PUSCH资源用于接收不同比特个数的所述第一UCI；
其中，所述第二PUSCH资源中的不同PUSCH资源的大小不同。
具体地，所述A为大于或等于1的整数。
可选地，所述处理器执行所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收的程序时实现以下步骤：
当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH；
当需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，在所述目标PUSCH传输资源上接收PUSCH，所述PUSCH携带所述第一UCI。
进一步地，所述处理器执行所述程序时实现以下步骤：
所述额外资源包括X1个正交频分复用OFDM符号，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X11个OFDM符号，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X12个OFDM符号，得到所述目标PUSCH传输资源，其中所述 X11+X12＝X1。
进一步地，所述处理器执行所述程序时实现以下步骤：
所述额外资源包括X2个资源块RB，在所述确定的PUSCH传输资源的第一个RB之前增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个RB之后增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个RB之前增加X21个RB，所述确定的PUSCH传输资源的最后一个RB之后增加X22个RB，得到目标PUSCH传输资源，其中X21+X22＝X2。
具体地，所述额外资源的大小根据以下方式中的一项获取：
协议约定；
信令配置；
根据所述第一UCI的传输需求确定。
具体地，所述第一UCI和所述PUSCH满足如下条件中的至少一项：
条件1：所述第一UCI为混合自动重传请求应答HARQ-ACK和信道状态信息CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务
条件2：所述第一UCI为对应第一类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务；
条件3：所述第一UCI为对应第二类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务。
具体地，所述第一类业务满足如下中的至少一项：
优先级或重要性高的业务；
超高可靠超低时延通信URLLC业务；
所述第二类业务满足如下中的至少一项：
优先级或重要性低的业务；
移动宽带增强eMBB业务；
非URLLC业务。
进一步地，根据对应的如下信息中的至少一种确定所述优先级、重要性或业务类型：
下行控制信息DCI格式、DCI大小、无线网络临时标识RNTI、搜索空 间、控制资源集、波束、块差错率、信道质量指示CQI表格、调制与编码策略MCS表格、优先级标志、物理上行控制信道PUCCH资源和调度请求SR配置编号。
本公开实施例还提供一种计算机可读存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现应用于网络设备的接收方法的步骤。
其中，网络设备可以是全球移动通讯(Global System of Mobile communication，简称GSM)或码分多址(Code Division Multiple Access，简称CDMA)中的基站(Base Transceiver Station，简称BTS)，也可以是宽带码分多址(Wideband Code Division Multiple Access，简称WCDMA)中的基站(NodeB，简称NB)，还可以是LTE中的演进型基站(Evolutional Node B，简称eNB或eNodeB)，或者中继站或接入点，或者未来5G网络中的基站ng-NB(Next Generation Node B)或者集中控制单元(Central Unit，CU)或者分布式控制单元(Distribute Unit，DU)等，在此并不限定。
可以理解的是，本公开实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，各个模块、单元、子单元或子模块等可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本公开所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本公开实施例所述功能的模块(例如过程、函数等)来实现本公开实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
本说明书以及权利要求中使用“A和B中的至少一个”应理解为“单独A，单独B，或A和B都存在”。
以上所述的是本公开的可选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本公开所述的原理前提下还可以作出若干改进和润饰， 这些改进和润饰也在本公开的保护范围内。

Claims (51)

  1. 一种传输方法，应用于终端，包括：
    接收网络设备发送的配置信息，获取免调度物理上行共享信道PUSCH的配置参数；
    根据所述配置参数进行PUSCH传输，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输。
  2. 根据权利要求1所述的传输方法，其中，所述根据所述配置参数进行PUSCH传输，包括：
    当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH；或者
    当需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH，其中，所述PUSCH携带所述第一UCI。
  3. 根据权利要求1所述的传输方法，其中，所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输，包括：
    所述配置参数包括至少两个PUSCH资源；
    当不需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第一PUSCH资源上传输PUSCH；
    当需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第二PUSCH资源上传输PUSCH，其中，所述PUSCH携带所述第一UCI；
    其中，所述第二PUSCH资源为所述至少两个PUSCH资源中除所述第一PUSCH资源之外的PUSCH资源，且所述第一PUSCH资源的大小小于所述第二PUSCH资源。
  4. 根据权利要求3所述的传输方法，其中，当所述第二PUSCH资源包括超过一个PUSCH资源时，所述第二PUSCH资源中的不同PUSCH资源用于传 输不同比特个数的所述第一UCI；
    其中，所述第二PUSCH资源中的不同PUSCH资源的大小不同。
  5. 根据权利要求1所述的传输方法，其中，所述A为大于或等于1的整数。
  6. 根据权利要求1所述的传输方法，其中，所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输，包括：
    当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH；
    当需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，在所述目标PUSCH传输资源上传输PUSCH，所述PUSCH携带所述第一UCI。
  7. 根据权利要求6所述的传输方法，其中，所述基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，包括：
    所述额外资源包括X1个正交频分复用OFDM符号，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X11个OFDM符号，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X12个OFDM符号，得到所述目标PUSCH传输资源，其中所述X11+X12＝X1。
  8. 根据权利要求6所述的传输方法，其中，所述基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，包括：
    所述额外资源包括X2个资源块RB，在所述确定的PUSCH传输资源的第一个RB之前增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个RB之后增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个RB之前增加X21个RB，所述确定的PUSCH传输资源的最后一个RB之后增加X22个RB，得到目标 PUSCH传输资源，其中X21+X22＝X2。
  9. 根据权利要求7或8所述的传输方法，其中，所述额外资源的大小根据以下方式中的一项获取：
    协议约定；
    信令配置；
    根据所述第一UCI的传输需求确定。
  10. 根据权利要求1所述的传输方法，其中，所述第一UCI和所述PUSCH满足如下条件中的至少一项：
    条件1：所述第一UCI为混合自动重传请求应答HARQ-ACK和信道状态信息CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务；
    条件2：所述第一UCI为对应第一类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务；
    条件3：所述第一UCI为对应第二类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务。
  11. 根据权利要求10所述的传输方法，其中，所述第一类业务满足如下中的至少一项：
    优先级或重要性高的业务；
    超高可靠超低时延通信URLLC业务；
    所述第二类业务满足如下中的至少一项：
    优先级或重要性低的业务；
    移动宽带增强eMBB业务；
    非URLLC业务。
  12. 根据权利要求11所述的传输方法，其中，根据对应的如下信息中的至少一种确定所述优先级、重要性或业务类型：
    下行控制信息DCI格式、DCI大小、无线网络临时标识RNTI、搜索空间、控制资源集、波束、块差错率、信道质量指示CQI表格、调制与编码策略MCS表格、优先级标志、物理上行控制信道PUCCH资源和调度请求SR配置编号。
  13. 一种接收方法，应用于网络设备，包括：
    发送配置信息给终端，所述配置信息中携带免调度物理上行共享信道 PUSCH的配置参数；
    根据所述配置参数，进行PUSCH的接收，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收。
  14. 根据权利要求13所述的接收方法，其中，所述根据所述配置参数，进行PUSCH的接收，包括：
    当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH；或者
    当需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH，其中，所述PUSCH携带所述第一UCI。
  15. 根据权利要求13所述的接收方法，其中，所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收，包括：
    所述配置参数包括至少两个PUSCH资源；
    当不需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第一PUSCH资源上接收PUSCH；
    当需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第二PUSCH资源上接收PUSCH，其中，所述PUSCH携带所述第一UCI；
    其中，所述第二PUSCH资源为所述至少两个PUSCH资源中除所述第一PUSCH资源之外的PUSCH资源，且所述第一PUSCH资源的大小小于所述第二PUSCH资源。
  16. 根据权利要求15所述的接收方法，其中，当所述第二PUSCH资源包括超过一个PUSCH资源时，所述第二PUSCH资源中的不同PUSCH资源用于接收不同比特个数的所述第一UCI；
    其中，所述第二PUSCH资源中的不同PUSCH资源的大小不同。
  17. 根据权利要求13所述的接收方法，其中，所述A为大于或等于1的整数。
  18. 根据权利要求13所述的接收方法，其中，所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收，包括：
    当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH；
    当需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，在所述目标PUSCH传输资源上接收PUSCH，所述PUSCH携带所述第一UCI。
  19. 根据权利要求18所述的接收方法，其中，所述基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，包括：
    所述额外资源包括X1个正交频分复用OFDM符号，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X11个OFDM符号，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X12个OFDM符号，得到所述目标PUSCH传输资源，其中所述X11+X12＝X1。
  20. 根据权利要求18所述的接收方法，其中，所述基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，包括：
    所述额外资源包括X2个资源块RB，在所述确定的PUSCH传输资源的第一个RB之前增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个RB之后增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个RB之前增加X21个RB，所述确定的PUSCH传输资源的最后一个RB之后增加X22个RB，得到目标PUSCH传输资源，其中X21+X22＝X2。
  21. 根据权利要求19或20所述的接收方法，其中，所述额外资源的大小根据以下方式中的一项获取：
    协议约定；
    信令配置；
    根据所述第一UCI的传输需求确定。
  22. 根据权利要求13所述的接收方法，其中，所述第一UCI和所述PUSCH满足如下条件中的至少一项：
    条件1：所述第一UCI为混合自动重传请求应答HARQ-ACK和信道状态信息CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务
    条件2：所述第一UCI为对应第一类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务；
    条件3：所述第一UCI为对应第二类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务。
  23. 根据权利要求22所述的接收方法，其中，所述第一类业务满足如下中的至少一项：
    优先级或重要性高的业务；
    超高可靠超低时延通信URLLC业务；
    所述第二类业务满足如下中的至少一项：
    优先级或重要性低的业务；
    移动宽带增强eMBB业务；
    非URLLC业务。
  24. 根据权利要求23所述的接收方法，其中，根据对应的如下信息中的至少一种确定所述优先级、重要性或业务类型：
    下行控制信息DCI格式、DCI大小、无线网络临时标识RNTI、搜索空间、控制资源集、波束、块差错率、信道质量指示CQI表格、调制与编码策略MCS表格、优先级标志、物理上行控制信道PUCCH资源和调度请求SR配置编号。
  25. 一种终端，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；其中，所述处理器执行所述程序时实现以下步骤：
    接收网络设备发送的配置信息，获取免调度物理上行共享信道PUSCH的配置参数；
    根据所述配置参数进行PUSCH传输，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或 者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输。
  26. 根据权利要求25所述的终端，其中，所述处理器执行所述根据所述配置参数进行PUSCH传输的程序时实现以下步骤：
    当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH；或者
    当需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上传输PUSCH，其中，所述PUSCH携带所述第一UCI。
  27. 根据权利要求25所述的终端，其中，所述处理器执行所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输的程序时实现以下步骤：
    所述配置参数包括至少两个PUSCH资源；
    当不需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第一PUSCH资源上传输PUSCH；
    当需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第二PUSCH资源上传输PUSCH，其中，所述PUSCH携带所述第一UCI；
    其中，所述第二PUSCH资源为所述至少两个PUSCH资源中除所述第一PUSCH资源之外的PUSCH资源，且所述第一PUSCH资源的大小小于所述第二PUSCH资源。
  28. 根据权利要求27所述的终端，其中，当所述第二PUSCH资源包括超过一个PUSCH资源时，所述第二PUSCH资源中的不同PUSCH资源用于传输不同比特个数的所述第一UCI；
    其中，所述第二PUSCH资源中的不同PUSCH资源的大小不同。
  29. 根据权利要求25所述的终端，其中，所述A为大于或等于1的整数。
  30. 根据权利要求25所述的终端，其中，所述处理器执行所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输的程序时实现以下步骤：
    当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH 传输资源，在确定的PUSCH传输资源上传输PUSCH；
    当需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，在所述目标PUSCH传输资源上传输PUSCH，所述PUSCH携带所述第一UCI。
  31. 根据权利要求30所述的终端，其中，所述处理器执行所述程序时实现以下步骤：
    所述额外资源包括X1个正交频分复用OFDM符号，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X11个OFDM符号，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X12个OFDM符号，得到所述目标PUSCH传输资源，其中所述X11+X12＝X1。
  32. 根据权利要求30所述的终端，其中，所述处理器执行所述程序时实现以下步骤：
    所述额外资源包括X2个资源块RB，在所述确定的PUSCH传输资源的第一个RB之前增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个RB之后增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个RB之前增加X21个RB，所述确定的PUSCH传输资源的最后一个RB之后增加X22个RB，得到目标PUSCH传输资源，其中X21+X22＝X2。
  33. 根据权利要求31或32所述的终端，其中，所述额外资源的大小根据以下方式中的一项获取：
    协议约定；
    信令配置；
    根据所述第一UCI的传输需求确定。
  34. 根据权利要求25所述的终端，其中，所述第一UCI和所述PUSCH满足如下条件中的至少一项：
    条件1：所述第一UCI为混合自动重传请求应答HARQ-ACK和信道状态信息CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务；
    条件2：所述第一UCI为对应第一类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务；
    条件3：所述第一UCI为对应第二类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务。
  35. 根据权利要求34所述的终端，其中，所述第一类业务满足如下中的至少一项：
    优先级或重要性高的业务；
    超高可靠超低时延通信URLLC业务；
    所述第二类业务满足如下中的至少一项：
    优先级或重要性低的业务；
    移动宽带增强eMBB业务；
    非URLLC业务。
  36. 根据权利要求35所述的终端，其中，根据对应的如下信息中的至少一种确定所述优先级、重要性或业务类型：
    下行控制信息DCI格式、DCI大小、无线网络临时标识RNTI、搜索空间、控制资源集、波束、块差错率、信道质量指示CQI表格、调制与编码策略MCS表格、优先级标志、物理上行控制信道PUCCH资源和调度请求SR配置编号。
  37. 一种网络设备，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；其中，所述处理器执行所述程序时实现以下步骤：
    发送配置信息给终端，所述配置信息中携带免调度物理上行共享信道PUSCH的配置参数；
    根据所述配置参数，进行PUSCH的接收，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收。
  38. 根据权利要求37所述的网络设备，其中，所述处理器执行所述根据所 述配置参数，进行PUSCH的接收的程序时实现以下步骤：
    当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH；或者
    当需要在PUSCH上传输所述第一UCI时，根据所述配置参数，确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH，其中，所述PUSCH携带所述第一UCI。
  39. 根据权利要求37所述的网络设备，其中，所述处理器执行所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收的程序时实现以下步骤：
    所述配置参数包括至少两个PUSCH资源；
    当不需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第一PUSCH资源上接收PUSCH；
    当需要在PUSCH上传输所述第一UCI时，在所述至少两个PUSCH资源中的第二PUSCH资源上接收PUSCH，其中，所述PUSCH携带所述第一UCI；
    其中，所述第二PUSCH资源为所述至少两个PUSCH资源中除所述第一PUSCH资源之外的PUSCH资源，且所述第一PUSCH资源的大小小于所述第二PUSCH资源。
  40. 根据权利要求39所述的网络设备，其中，当所述第二PUSCH资源包括超过一个PUSCH资源时，所述第二PUSCH资源中的不同PUSCH资源用于接收不同比特个数的所述第一UCI；
    其中，所述第二PUSCH资源中的不同PUSCH资源的大小不同。
  41. 根据权利要求37所述的网络设备，其中，所述A为大于或等于1的整数。
  42. 根据权利要求37所述的网络设备，其中，所述处理器执行所述根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收的程序时实现以下步骤：
    当不需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH传输资源，在确定的PUSCH传输资源上接收PUSCH；
    当需要在PUSCH上传输所述第一UCI时，根据所述配置参数确定PUSCH 传输资源，基于所述确定的PUSCH传输资源以及额外资源，确定目标PUSCH传输资源，在所述目标PUSCH传输资源上接收PUSCH，所述PUSCH携带所述第一UCI。
  43. 根据权利要求42所述的网络设备，其中，所述处理器执行所述程序时实现以下步骤：
    所述额外资源包括X1个正交频分复用OFDM符号，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X1个OFDM符号，得到所述目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个OFDM符号之前增加X11个OFDM符号，在所述确定的PUSCH传输资源的最后一个OFDM符号之后增加X12个OFDM符号，得到所述目标PUSCH传输资源，其中所述X11+X12＝X1。
  44. 根据权利要求42所述的网络设备，其中，所述处理器执行所述程序时实现以下步骤：
    所述额外资源包括X2个资源块RB，在所述确定的PUSCH传输资源的第一个RB之前增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的最后一个RB之后增加X2个RB，得到目标PUSCH传输资源，或者，在所述确定的PUSCH传输资源的第一个RB之前增加X21个RB，所述确定的PUSCH传输资源的最后一个RB之后增加X22个RB，得到目标PUSCH传输资源，其中X21+X22＝X2。
  45. 根据权利要求43或44所述的网络设备，其中，所述额外资源的大小根据以下方式中的一项获取：
    协议约定；
    信令配置；
    根据所述第一UCI的传输需求确定。
  46. 根据权利要求37所述的网络设备，其中，所述第一UCI和所述PUSCH满足如下条件中的至少一项：
    条件1：所述第一UCI为混合自动重传请求应答HARQ-ACK和信道状态信息CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务
    条件2：所述第一UCI为对应第一类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务；
    条件3：所述第一UCI为对应第二类业务的HARQ-ACK和CSI中的至少一项；所述PUSCH对应第一类业务或第二类业务。
  47. 根据权利要求46所述的网络设备，其中，所述第一类业务满足如下中的至少一项：
    优先级或重要性高的业务；
    超高可靠超低时延通信URLLC业务；
    所述第二类业务满足如下中的至少一项：
    优先级或重要性低的业务；
    移动宽带增强eMBB业务；
    非URLLC业务。
  48. 根据权利要求47所述的网络设备，其中，根据对应的如下信息中的至少一种确定所述优先级、重要性或业务类型：
    下行控制信息DCI格式、DCI大小、无线网络临时标识RNTI、搜索空间、控制资源集、波束、块差错率、信道质量指示CQI表格、调制与编码策略MCS表格、优先级标志、物理上行控制信道PUCCH资源和调度请求SR配置编号。
  49. 一种计算机可读存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至12中任一项所述的传输方法或如权利要求13至24中任一项所述的接收方法。
  50. 一种终端，包括：
    第一接收模块，用于接收网络设备发送的配置信息，获取免调度物理上行共享信道PUSCH的配置参数；
    传输模块，用于根据所述配置参数进行PUSCH传输，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH传输。
  51. 一种网络设备，包括：
    第一发送模块，用于发送配置信息给终端，所述配置信息中携带免调度物理 上行共享信道PUSCH的配置参数；
    第二接收模块，用于根据所述配置参数，进行PUSCH的接收，其中，所述配置参数按照存在A比特第一上行控制信息UCI在PUSCH上传输进行配置，A为预设比特个数；或者，根据所述配置参数以及是否存在第一UCI在PUSCH上传输，确定PUSCH传输资源，在确定的PUSCH传输资源上进行PUSCH接收。
PCT/CN2020/075223 2019-02-15 2020-02-14 传输方法、接收方法、终端及网络设备 WO2020164573A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP20756293.5A EP3927065A4 (en) 2019-02-15 2020-02-14 TRANSMISSION METHOD, RECEIVING METHOD, TERMINAL AND NETWORK DEVICE
KR1020217028052A KR20210121220A (ko) 2019-02-15 2020-02-14 전송 방법, 수신 방법, 단말 및 네트워크 기기
US17/431,137 US20220141817A1 (en) 2019-02-15 2020-02-14 Transmission method, reception method, terminal and network device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910117871.4A CN111586850B (zh) 2019-02-15 2019-02-15 传输方法、接收方法、终端及网络设备
CN201910117871.4 2019-02-15

Publications (1)

Publication Number Publication Date
WO2020164573A1 true WO2020164573A1 (zh) 2020-08-20

Family

ID=72044314

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/075223 WO2020164573A1 (zh) 2019-02-15 2020-02-14 传输方法、接收方法、终端及网络设备

Country Status (5)

Country Link
US (1) US20220141817A1 (zh)
EP (1) EP3927065A4 (zh)
KR (1) KR20210121220A (zh)
CN (1) CN111586850B (zh)
WO (1) WO2020164573A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114765863A (zh) * 2021-01-13 2022-07-19 维沃移动通信有限公司 传输处理方法及相关设备
CN115866773A (zh) * 2021-09-23 2023-03-28 维沃移动通信有限公司 资源确定方法、装置、终端及可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108476103A (zh) * 2015-11-11 2018-08-31 夏普株式会社 用于利用授权辅助接入(laa)上行链路传输进行上行链路控制信息报告的系统和方法
WO2019029547A1 (zh) * 2017-08-11 2019-02-14 华为技术有限公司 传输上行控制信息的方法、终端设备和网络设备
WO2019029591A1 (en) * 2017-08-11 2019-02-14 Jrd Communication (Shenzhen) Ltd METHOD AND DEVICES FOR SUPPORTING A NEW RADIO TRANSMISSION (NR) WITHOUT AUTHORIZATION

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102263617B (zh) * 2010-05-31 2016-08-03 中兴通讯股份有限公司 上行控制信息在物理上行共享信道上的发送方法及装置
CN103188061B (zh) * 2011-12-31 2017-11-03 中兴通讯股份有限公司 混合自动重传请求应答信息的发送方法和装置
DE112015006876T5 (de) * 2015-09-04 2018-05-30 Intel Corporation Pusch-Uplink ohne Autorisierung
JP2020036052A (ja) * 2017-01-05 2020-03-05 シャープ株式会社 基地局装置、端末装置およびその通信方法
WO2018130740A1 (en) * 2017-01-16 2018-07-19 Nokia Technologies Oy Harq feedback on grant-less ul
JP2019004320A (ja) * 2017-06-15 2019-01-10 シャープ株式会社 基地局装置、端末装置およびその通信方法
CN111066270A (zh) * 2018-01-24 2020-04-24 Oppo广东移动通信有限公司 控制传输信道上的传输的传输信道分配装置和方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108476103A (zh) * 2015-11-11 2018-08-31 夏普株式会社 用于利用授权辅助接入(laa)上行链路传输进行上行链路控制信息报告的系统和方法
WO2019029547A1 (zh) * 2017-08-11 2019-02-14 华为技术有限公司 传输上行控制信息的方法、终端设备和网络设备
WO2019029591A1 (en) * 2017-08-11 2019-02-14 Jrd Communication (Shenzhen) Ltd METHOD AND DEVICES FOR SUPPORTING A NEW RADIO TRANSMISSION (NR) WITHOUT AUTHORIZATION

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
CATR: "Remaining Issues on UCI Multiplexing on PUSCH", 3GPP TSG RAN WG1 MEETING #93 R1-1807202, 25 May 2018 (2018-05-25), XP051442398, DOI: 20200430160946A *
CATT: "Considerations on UCI Multiplexing for NR URLLC", 3GPP TSG RAN WG1 MEETING #93 R1-1806297, 25 May 2018 (2018-05-25), XP051441504, DOI: 20200430161059A *
VIVO: "Remaining Issues on UL Data Transmission Procedure", 3GPP TSG RAN WG1 MEETING AH 1801 R1-1800204, 26 January 2018 (2018-01-26), XP051384693, DOI: 20200430160844X *

Also Published As

Publication number Publication date
CN111586850A (zh) 2020-08-25
KR20210121220A (ko) 2021-10-07
EP3927065A4 (en) 2022-04-20
CN111586850B (zh) 2023-09-19
US20220141817A1 (en) 2022-05-05
EP3927065A1 (en) 2021-12-22

Similar Documents

Publication Publication Date Title
US11464019B2 (en) Downlink control information transmission method, device and network equipment
US20230224071A1 (en) Method and apparatus for determining a duration of a repetition of a transport block
US11533153B2 (en) Methods for transmitting information using at least two transport blocks
US10548163B2 (en) Data transmission method, terminal device, base station, and communications system
WO2019096060A1 (zh) 上行控制信息传输方法和设备
CA3087302A1 (en) Uplink control information transmission method and apparatus
WO2018202167A1 (zh) 通信方法和通信装置
JP7082971B2 (ja) 端末及び通信方法
US11871267B2 (en) Transport block size determining method and apparatus
WO2019029473A1 (zh) 传输数据的方法、终端设备和网络设备
CN109428680B (zh) 发送或接收上行数据的方法和装置
JP6896868B2 (ja) データ送信方法、デバイス、および通信システム
WO2021027898A1 (zh) 信息确定方法和装置
JP2021513245A (ja) 通信方法および装置
US20210337528A1 (en) Network access node and client device for indication of multiple data channels in a single control message
WO2020021770A1 (ja) 端末、基地局及び通信方法
WO2020164573A1 (zh) 传输方法、接收方法、终端及网络设备
WO2018228236A1 (zh) 数据传输方法和装置
WO2020026518A1 (ja) 端末及び通信方法
WO2022117102A1 (zh) 上行控制信息传输方法、接收方法、终端和网络设备
US20220030609A1 (en) Communication method and apparatus
US20230300840A1 (en) Transmission method for physical uplink control channel, terminal, and base station
EP3905819A1 (en) Method for determining transport block size, and device
US11108527B2 (en) CQI codepoint reinterpretation
WO2022206579A1 (zh) 一种上行控制信息传输方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20756293

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20217028052

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2020756293

Country of ref document: EP

Effective date: 20210915