CN110474747B - 一种信号传输方法和装置、及终端 - Google Patents
一种信号传输方法和装置、及终端 Download PDFInfo
- Publication number
- CN110474747B CN110474747B CN201810451392.1A CN201810451392A CN110474747B CN 110474747 B CN110474747 B CN 110474747B CN 201810451392 A CN201810451392 A CN 201810451392A CN 110474747 B CN110474747 B CN 110474747B
- Authority
- CN
- China
- Prior art keywords
- pusch
- pucch
- harq
- ack
- uplink
- 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.)
- Active
Links
Images
Classifications
-
- 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/1607—Details of the supervisory signal
- H04L1/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
-
- 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
- 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/1854—Scheduling and prioritising arrangements
-
- 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/1858—Transmission or retransmission of more than one copy of acknowledgement message
-
- 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/1861—Physical mapping arrangements
-
- 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
- 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
- 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
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- 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/0058—Allocation criteria
- H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
-
- 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
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/002—Transmission of channel access control information
- H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
Abstract
本发明公开了一种信号传输方法和装置、及终端,该方法包括:多个上行信道在时域上存在重叠符号时,用户设备UE确定多个上行信道的发送方式;按照确定的发送方式发送上行信道承载的上行信号。通过本发明的方案,提供了多种优先级业务信号同时发送时的复用方案,能够改善低时延高可靠信息的时延和可靠性指标。
Description
技术领域
本发明涉及数据通信领域,尤指一种信号传输方法和装置、及终端。
背景技术
在(LTE,Long Term Evolution)/高级长期研究(LTE-A,LTE-Advanced)系统和新一代即第五代移动通信系统(5G)中,上行控制信道(PUCCH,Physical Uplink ControlChannel)主要用于承载上行控制信息(UCI,Uplink Control Information),包括针对下行数据的混合自动重传请求确认信息(HARQ-ACK,Hybrid Automatic Repeat requestAcknowledgement)、信道状态信息(CSI,Channel State Information)、调度请求(SR,Scheduling Request)等。上行业务信道(PUSCH,Physical Uplink Shared Channel)主要用于承载上行数据传输。
当用户终端需要同时发送PUCCH和PUSCH信道时,如果用户终端有能力支持且基站配置了PUCCH和PUSCH同传,则用户终端同时发送PUCCH和PUSCH,如果用户终端没有能力支持同传或者有能力支持同传但基站没有配置同传时,则需要将上行控制信息承载在PUSCH信道上发送。
在LTE后续演进系统及5G系统中,将支持多种业务场景,如增强移动宽带(eMBB,Enhance Mobile Broadband),时延高可靠通信(URLLC,Ultra-Reliable Low latencyCommunication),海量机器类通信(mMTC,massive Machine Type of Communication)等。
其中,URLLC业务如工业自动化,车联网,远程控制,智能电网,虚拟现实等对应的优先级相对更高。因此,会存在多种不同类型,不同优先级的业务同时发送的场景。例如PUSCH承载的数据为eMBB业务,而同时存在承载URLLC控制信息的PUCCH信道发送。此时,传统的UCI在PUSCH信道上的映射规则将不再适用。因此,需要一种针对两个或者多个承载不同优先级信号的信道进行有效复用的方案。
同时,在5G系统中PUSCH和PUCCH在一个传输时间单元内(如一个时隙slot)的起点和长度可以动态调整,存在PUSCH和PUCCH部分重叠的情况,如信道的起点不同,长度也不同。此时,传统的传输方案并不能有效支持。
发明内容
为了解决上述问题,本发明提出了一种信号传输方法和装置、及终端,能够改善低时延高可靠信息的时延和可靠性指标。
本发明提出了一种信号传输方法,所述方法包括:
多个上行信道在时域上存在重叠符号时,用户设备UE确定多个上行信道的发送方式;
按照确定的发送方式发送上行信道承载的上行信号。
本发明还提出了一种信号传输装置,设置在用户设备UE上,所述装置包括:
信道重叠控制单元,用于多个上行信道在时域上存在重叠符号时,确定多个上行信道的发送方式;
发送单元,用于按照确定的发送方式发送上行信道承载的上行信号。
本发明还提出了一种终端,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现本发明提供的任一信号传输方法的处理。
本发明还提出了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现本发明提供的任一信号传输方法的处理。
与现有技术相比,本发明提供的技术方案包括:多个上行信道在时域上存在重叠符号时,用户设备UE确定多个上行信道的发送方式;按照确定的发送方式发送上行信道承载的上行信号。通过本发明的方案,提供了多种优先级业务信号同时发送时的复用方案,能够改善低时延高可靠信息的时延和可靠性指标。
附图说明
下面对本发明实施例中的附图进行说明,实施例中的附图是用于对本发明的进一步理解,与说明书一起用于解释本发明,并不构成对本发明保护范围的限制。
图1为本发明实施例提出的一种信号传输方法的流程示意图;
图2A为本发明实施例提供的终端同时发送eMBB PUSCH和URLLC HARQ-ACK时的示意图;
图2B为本发明实施例提供的终端同时发送eMBB PUSCH和URLLC HARQ-ACK时的示意图;
图3为本发明实施例提供的终端同时发送eMBB PUSCH,eMBB HARQ-ACK和URLLCHARQ-ACK时的示意图;
图4为本发明实施例提供的终端同时发送eMBB PUSCH,eMBB HARQ-ACK和URLLCHARQ-ACK时的示意图;
图5A、图5B、图5C和图5D分别为本发明实施例提供的一种终端同时发送PUSCH和PUCCH的示意图;
图6为本发明实施例提供的另一种终端同时发送PUSCH和PUCCH的示意图;
图7A、图7B和图7C分别为本发明实施例提供的一种终端同时发送PUSCH和PUCCH的示意图;
图8为本发明实施例提供的一种终端同时发送PUSCH和PUCCH的示意图;
图9为本发明实施例提供的一种终端同时发送eMBB PUSCH,eMBB PUCCH和URLLCPUCCH的示意图;
图10为本发明实施例提供的一种终端同时发送eMBB PUCCH和URLLC PUSCH的示意图;
图11为两个PUCCH在时域发送冲突的示意图。
图12为本发明实施例提供1ms的PUCCH/PUSCH与多组subslot PUCCH的示意图;
图13为本发明实施例提供的1ms的PUCCH重复与多组subslot PUCCH重复发生冲突的示意图;
图14为本发明实施例提供的1ms的PUCCH/PUSCH与subslot PUCCH重复发生冲突的示意图。
图15为本发明实施例提供的1ms PUCCH重复与SPUCCH/SPUSCH冲突实例、高层丢弃参数为2的示意图。
具体实施方式
为了便于本领域技术人员的理解,下面结合附图对本发明作进一步的描述,并不能用来限制本发明的保护范围。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的各种方式可以相互组合。
如图1所示,本发明提出了一种信号传输方法,所述方法包括:
步骤110、用户设备UE在多个上行信道在时域上存在重叠符号时,确定多个上行信道的发送方式;
步骤120、UE按照确定的发送方式发送上行信道承载的上行信号。
本发明提出了一种信号传输方法,应用于一个PUCCH与一个PUSCH在时域上存在重叠符号且起始符号不同的场景,所述方法包括:
步骤210、确定上行控制信息UCI是否仅包含HARQ-ACK消息,如果是,执行步骤221,如果否,执行步骤241,
步骤221,确定所述HARQ-ACK消息的长度是否为1~2比特;如果是,执行222或者223,如果否,执行步骤231,
在一个示例中,在步骤221之后包括步骤222,在上行控制信息UCI为仅包含1~2比特的HARQ-ACK消息时,将所述HARQ-ACK消息承载在PUSCH上发送;
其中,所述UCI以打孔的方式在PUSCH上发送。
在另一个示例中,在步骤221之后,包括步骤223,确定所述HARQ-ACK消息在PUSCH上传输占有的资源数;
步骤224、在所述HARQ-ACK消息在PUSCH上传输占有的资源数小于或者等于门限X1时,则将所述HARQ-ACK消息承载在PUSCH上发送;
步骤225、在所述HARQ-ACK消息在PUSCH上传输占有的资源数大于门限X1时,所述HARQ-ACK消息承载在上行控制信道PUCCH上发送。
步骤231,当UCI为仅包含大于2比特的HARQ-ACK消息时,按照方式1-1或方式1-2发送所述一个PUCCH与一个PUSCH;
方式1-1、将所述HARQ-ACK消息绑定为1比特或者2比特承载在PUSCH上发送;
方式1-2、发送PUCCH,丢掉PUSCH的发送。
步骤241、当PUCCH上承载的UCI为同时包含HARQ-ACK消息,和或CSI消息,和或SR消息时,发送PUCCH,丢掉PUSCH的发送。
其中,当UCI在PUSCH上发送时,可用于UCI映射的符号定义为:PUCCH与PUSCH重叠符号里的非DMRS符号。
其中,当UCI在PUSCH上发送时,还应满足至少以下条件之一:所述PUCCH的起始符号等于所述PUSCH的起始符号或者比所述PUSCH起始符号早X1个符号,X1为大于等于1且小于14的整数;
所述PUCCH包含的时域符号数等于或者小于PUSCH包含的时域符号数;
所述PUCCH与PUSCH重叠符号数大于一个预定的固定值X2,或者所述PUCCH与PUSCH重叠符号中非DMRS符号的数目大于一个预定的固定值X3;
所述PUSCH所含时域符号数大于一个预定的固定值X4。
其中,X1,X2,X3,X4均为大于等于1且小于14的整数。
其中,当所述UCI消息通过PUCCH上发送时,还应满足至少以下条件之一:
所述PUCCH包含的时域符号数等于或者小于PUSCH包含的时域符号数;
所述PUCCH的起始符号晚于所述PUSCH的起始符号;
所述PUCCH对应的业务类型优先级高于所述PUSCH对应的业务类型。
发送PUCCH使用的频域资源为PUSCH频域资源或PUSCH频域资源的子集。
其中,如果所述PUCCH跳频使能,则PUCCH使用的频域资源位于PUSCH频域资源内的上下两侧资源上。
本发明提出了一种信号传输方法,应用于多个PUCCH与所述一个PUSCH在时域上存在重叠符号的场景,所述方法包括:
发送所述多个PUCCH中的至少一个,丢掉PUSCH的发送。
其中,所述多个PUCCH中至少有一个PUCCH的符号数等于或者少于PUSCH的符号数。
其中,其特征在于,所述PUCCH承载信息对应的业务类型优先级高于所述PUSCH承载信息对应的业务类型。
本发明提出了一种信号传输方法,所述方法包括:
步骤301,用户设备UE在t1时段接收关于第一业务类型数据的PUSCH的调度,所述上行调度对应的PUSCH需要在上行tn上发送;用户设备UE在t2时段接收承载第二业务类型业务的PDSCH,所述PDSCH对应的HARQ-ACK反馈需要在上行时隙tn上发送;
步骤302,确认t1时段和t2时段的先后关系,在t1时段位于t2时段之后或两者相等的情况下,执行步骤303,在t1时段位于t2时段之前的情况下,执行步骤304;
步骤303,在t1时段位于t2时段之后或两者相等的情况下,UE按照预定的第一发送方式在tn时段发送PDSCH对应的HARQ-ACK反馈以及上行调度对应的PUSCH;
步骤304,在t1时段位于t2时段之前的情况下,UE按照预定的第二发送方式在tn时段发送PDSCH对应的HARQ-ACK反馈以及上行调度对应的PUSCH。
所述第一发送方式包括如下方式的至少一种:
方式1、将所述HARQ-ACK消息以打孔的方式复用在所述第一业务类型的上行数据中;或者
方式2、将所述HARQ-ACK消息以速率匹配的方式复用在所述第一数据类型的上行数据中。
方式3:当所述HARQ-ACK消息在第一数据类型上传输占有的资源数小于或者等于门限X1时,则采用打孔或者速率匹配的方式在第一数据类型的上行数据中。当所述HARQ-ACK消息在第一数据类型上传输占有的资源数大于门限X1时,在承载所述HARQ-ACK消息的资源与所述第一数据类型的上行数据信道的重叠符号上,所述HARQ-ACK消息承载在上行控制信道PUCCH上发送。或者,当所述HARQ-ACK消息在第一数据类型上传输时的码率小于或者等于门限X2时,则采用打孔或者速率匹配的方式在第一数据类型的上行数据中。当所述HARQ-ACK消息在第一数据类型上传输的码率大于门限X2时,在承载所述HARQ-ACK消息的资源与所述第一数据类型的上行数据信道的重叠符号上,所述HARQ-ACK消息承载在上行控制信道PUCCH上发送。优选地,所述第一发送方式包括方式1和方式2;在HARQ-ACK消息为1~2比特的消息时,采用方式1进行传输;在HARQ-ACK消息大于2比特的消息时,采用方式2进行传输。
本发明实施例中,所述第二发送方式包括如下方式的至少一种:
方式1:在承载所述HARQ-ACK消息的资源与所述第一数据类型的上行数据信道的重叠符号上,发送所述HARQ-ACK消息,且将所述重叠符号上的第一数据类型的上行数据丢掉。可选的,所述HARQ-ACK消息承载在上行控制信道PUCCH上发送。
方式2:基站调度所述HARQ-ACK消息在非所述第一数据类型的上行数据信道的符号上发送。或者,所述HARQ-ACK消息承载在PUCCH或PUSCH信道与所述第一数据类型的上行数据信道时分复用。
本发明实施例中,所述发送HARQ-ACK消息的频域资源为所述第一数据类型的上行数据的频域资源或所述第一数据类型的上行数据的频域资源的子集。
基于与上述实施例相同或相似的构思,本发明还提出了一种信号传输方法,所述方法包括:
步骤201,用户设备UE接收第一数据类型的PUSCH的上行调度,接收第二数据类型的PDSCH;以及,接收第一数据类型的PDSCH,其中,所述第二数据类型的PDSCH对应的UCI消息、所述第一数据类型的PDSCH对应的UCI消息、以及所述上行调度所对应的PUSCH均需要在同一个时段上发送;
步骤202,UE将所述PUSCH区分成第一区域和第二区域,将第一数据类型的PDSCH对应的UCI映射在第一区域内;将第二数据类型的PDSCH对应的UCI消息映射在第二区域内。
下面结合具体的实施场景进行说明。
实施例一
图2A中给出的是eMBB上行业务调度位于URLLC下行业务传输之后的示意图。图中,基站在下行slot#i内发送承载URLLC业务的PDSCH,其对应的HARQ-ACK反馈发生在上行时隙slot#n上发送。在slot#i+1处基站调度在上行slot#n上的PUSCH发送,所述PUSCH承载的是eMBB数据。
如果eMBB上行业务调度位于URLLC下行业务传输之后,URLLCHARQ-ACK会以打孔或速率匹配的形式映射到eMBB PUSCH上发送。
在打孔或者速率匹配时,打孔或者速率匹配的HARQ-ACK信息比特数为初始需要反馈的HARQ-ACK比特数乘以一个基站指示参数Beta_offset。一般性的,打孔是指将部分或者全部PUSCH数据信息替换成HARQ-ACK信息;速率匹配是指将部分或者全部HARQ-ACK信息和部分或者全部PUSCH信息级联。
图2B中给出的是eMBB上行业务调度位于URLLC下行业务传输之前的示意图。且eMBB的PUSCH与URLLC HARQ-ACK发送的时域位置存在冲突。
如果eMBB上行业务调度位于URLLC下行业务传输之前,URLLC HARQ-ACK与eMBBPUSCH时分复用,或者URLLC UCI打掉与eMBB PUSCH冲突的符号。
所述eMBB PUSCH和URLLC HARQ-ACK发送对应的时域资源存在冲突,如,eMBBPUSCH与承载URLLC HARQ-ACK的PUCCH的起点符号相同,但长度不同,或者起点不同且长度不同,或者起点不同但长度相同。
此处以eMBB PUSCH和URLLC HARQ-ACK为例,但也可能发送冲突的信号是eMBBPUSCH和URLLC CSI,或者发送的是eMBB PUSCH,eMBB UCI和URLLC HARQ-ACK,或者发送的是eMBB PUSCH,URLLC HARQ-ACK和URLLC CSI,或者eMBB PUSCH,eMBB UCI,URLLC HARQ-ACK和URLLC CSI.其中eMBB UCI可能是eMBB HARQ-ACK和或eMBB CSI。
实施例二
图3中给出的是终端同时发送eMBB PUSCH,eMBB HARQ-ACK和URLLC HARQ-ACK时的示意图2A。图中,在slot#i+3处基站调度在上行slot#n上的PUSCH发送,所述PUSCH承载的是eMBB数据。在下行slot#i和slot#i+1内存在承载eMBB的PDSCH,其对应的HARQ-ACK反馈均发生在上行时隙slot#n上发送。同时在下行slot#i+2内存在承载URLLC业务的PDSCH,其对应的HARQ-ACK反馈同样发生在上行时隙slot#n上发送。所述多个下行PDSCH可能存在与一个或者多个下行slot内。
图4为终端同时发送eMBB PUSCH,eMBB HARQ-ACK和URLLC HARQ-ACK时的示意图。与图3的区别是图3中eMBB上行业务调度处于URLLC下行业务传输之后,而图4中eMBB上行业务调度处于URLLC下行业务传输之前。
本实施例一和实施例二中,调度第一数据类型的上行数据传输的控制信道位于t1时段,调度第二业务类型的下行数据传输的控制信道或者第二业务类型的下行数据传输位于t2时段,则当t1时段位于t2时段之后时,用户终端采用第一预定方法发送针对第二业务类型的下行数据传输的HARQ-ACK信息;则当t1时段位于t2时段之前时,用户终端采用第二预定方法发送针对第二业务类型的下行数据传输的HARQ-ACK信息。
所述第一预定方法和所述第二预定方法不同。
当t1时段和t2时段相同时,用户终端采用第一预定方法发送针对第二业务类型的下行数据传输的HARQ-ACK信息。
进一步,所述第一预定方法,包括但不限于以下之一:
将所述HARQ-ACK消息以打孔的方式复用在所述第一数据类型的上行数据中;或者
将所述HARQ-ACK消息以速率匹配的方式复用在所述第一数据类型的上行数据中。
进一步,所述打孔方式适用于1~2比特的HARQ-ACK消息,或者适用于配置给发送HARQ-ACK消息的PUCCH起始符号与第一数据类型上行数据信道PUSCH的起始符号相同。
进一步,所述速率匹配方式适用于大于2比特的HARQ-ACK消息,或者适用于配置给发送HARQ-ACK消息的PUCCH起始符号与第一数据类型上行数据信道PUSCH的起始符号不同。
进一步,所述第二预定方法,包括但不限于以下之一:
在所述HARQ-ACK消息与所述第一数据类型的上行数据的重叠符号上,发送所述HARQ-ACK消息,所述重叠符号上的第一数据类型的上行数据丢掉。
进一步,所述发送HARQ-ACK消息的频域资源为所述第一数据类型的上行数据的频域资源或所述第一数据类型的上行数据的频域资源的子集。
所述第一数据类型的优先级低于第二数据类型。
进一步,第一数据类型为eMBB业务,第二数据类型为URLLC业务。
实施例三
图5A、图5B、图5C和图5D中,PUSCH和PUCCH具有不同时域起点且PUSCH没有跳频使能。此时PUCCH信道丢掉且所承载的UCI将在PUSCH信道上发送。此时UCI可以映射的第一个符号定义为:PUCCH与PUSCH重叠符号里的第一个data符号,或者从PUCCH起始符号开始,PUSCH的第一个非DMRS符号。图中UCI在PUSCH上映射在连续或者间隔的资源元素上。图中所述UCI可以是1-2比特的HARQ-ACK或者CSI信息。
定义HARQ-ACK在PUSCH每层上的映射资源数为Q′ACK=min{X,Y},其中X为根据HARQ-ACK比特数、高层配置的偏置值Beta_offset,PUSCH码率等因素决定的所需要的资源数,Y是UE实际最大可以复用的资源数。
进一步,l0是PUCCH第一个符号对应的PUSCH的非DMRS符号的索引,或者l0是PUCCH第一个符号对应的PUSCH符号的索引。或者l0是PUCCH第一个符号对应的PUSCH的非DMRS符号的索引,且所述符号位于第一个PUSCH DMRS符号之后。
进一步,如果PUSCH承载的是eMBB数据,而PUCCH承载的是URLLCUCI,为保证时延,则所述UCI只能映射在PUCCH与PUSCH重叠符号内的非DMRS符号。或者,所述UCI可以映射在PUCCH与PUSCH重叠符号后的非DMRS符号。
如果PUCCH只有一个符号,PUCCH可以打掉PUSCH的整个符号,即在重叠符号上发送PUCCH。图6中,在重叠的符号上PUSCH符号丢掉,PUCCH将在PUSCH的资源上发送。图中PUCCH跳频使能,在PUSCH资源上发送的时候,两个跳频所在资源位置位于PUSCH分配资源的两侧。
本发明实施例中,当PUSCH和PUCCH时域符号存在冲突且起始符号不同时,至少根据以下之一决定UCI的发送方法,
UCI类型;
UCI的比特数。
当UCI为仅包含1~2比特的HARQ-ACK消息时,将所述HARQ-ACK消息承载在PUSCH上发送。进一步,可选的,以打孔的方式在PUSCH上发送。或者,当所述HARQ-ACK消息在第一数据类型上传输占有的资源数小于或者等于门限X1时,则采用打孔或者速率匹配的方式在第一数据类型的上行数据中。当所述HARQ-ACK消息在第一数据类型上传输占有的资源数大于门限X1时,在承载所述HARQ-ACK消息的资源与所述第一数据类型的上行数据信道的重叠符号上,所述HARQ-ACK消息承载在上行控制信道PUCCH上发送。或者,当所述HARQ-ACK消息在第一数据类型上传输时的码率小于或者等于门限X2时,则采用打孔或者速率匹配的方式在第一数据类型的上行数据中。当所述HARQ-ACK消息在第一数据类型上传输的码率大于门限X2时,在承载所述HARQ-ACK消息的资源与所述第一数据类型的上行数据信道的重叠符号上,所述HARQ-ACK消息承载在上行控制信道PUCCH上发送。
当UCI为仅包含大于2比特的HARQ-ACK消息时,将所述HARQ-ACK消息绑定为1比特或者2比特承载在PUSCH上发送。进一步,可选的,以打孔的方式在PUSCH上发送。或者,当所述绑定后的HARQ-ACK消息在第一数据类型上传输占有的资源数小于或者等于门限X1时,则采用打孔或者速率匹配的方式在第一数据类型的上行数据中。当所述HARQ-ACK消息在第一数据类型上传输占有的资源数大于门限X1时,在承载所述HARQ-ACK消息的资源与所述第一数据类型的上行数据信道的重叠符号上,所述HARQ-ACK消息承载在上行控制信道PUCCH上发送。或者,当所述HARQ-ACK消息在第一数据类型上传输时的码率小于或者等于门限X2时,则采用打孔或者速率匹配的方式在第一数据类型的上行数据中。当所述HARQ-ACK消息在第一数据类型上传输的码率大于门限X2时,在承载所述HARQ-ACK消息的资源与所述第一数据类型的上行数据信道的重叠符号上,所述HARQ-ACK消息承载在上行控制信道PUCCH上发送。
当UCI为同时包含HARQ-ACK消息,和或CSI消息,和或SR消息时,将所述UCI消息在重叠符号上通过PUCCH上发送。进一步,丢掉在所述重叠符号上的PUSCH发送;或者,将所述HARQ-ACK消息承载在PUSCH上发送。进一步,可选的,以打孔的方式在PUSCH上发送所述HARQ-ACK消息。进一步的,所述HARQ-ACK消息含有1或2比特。丢掉CSI和或SR消息。
进一步,当UCI在PUSCH上发送时,可用于UCI映射的第一个符号定义为:PUCCH与PUSCH重叠符号里的第一个data符号,或者从PUCCH起始符号开始,PUSCH的第一个非DMRS符号。
进一步,所述UCI只能映射在PUCCH与PUSCH重叠符号内的非DMRS符号。
进一步,所述UCI可以映射在PUCCH与PUSCH重叠符号后的非DMRS符号。进一步,此时PUCCH符号数为1。
所述UCI为1~2比特的HARQ-ACK信息。
进一步,当所述UCI消息在重叠符号上通过PUCCH上发送时,所述PUCCH使用的频域资源为PUSCH频域资源或PUSCH频域资源的子集。
进一步,如果所述PUCCH跳频使能,则PUCCH使用的频域资源位于PUSCH频域资源内的上下两侧资源上。
进一步,所述PUCCH使用的频域资源为PUCCH的频域资源。
所述UCI为大于2比特的HARQ-ACK信息或CSI信息或一个或者多个SR消息,或上述信息的组合。
实施例四
图7A、图7B和图7C中,给出了PUSCH和PUCCH具有不同起点且PUSCH跳频使能时的示意图。图中PUCCH时域上跟两个PUSCH的跳频hop都存在冲突。PUSCH上承载的是低优先级业务如eMBB的数据。
当PUCCH承载的是高优先级业务如URLLC的HARQ-ACK信息时,
所述映射规则包括:
规则1、将PUCCH信道将丢弃,且将所述HARQ-ACK信息映射在第二个hop中;
如图7A所示,为按照规则1进行映射的示意图,此时好处是离DMRS比较近,缺点是引入一定时延;
规则2、将PUCCH信道将丢弃,且将所述HARQ-ACK信息映射在第一个hop中;
如图7B所示,为按照规则2进行映射的示意图,好处是时延小,但距离DMRS相对较远;
规则3、将所述HARQ-ACK消息分成两部分,分别映射在每个hop中;
如图7C所示,为按照规则3进行映射的示意图;
规则4、将所述HARQ-ACK消息,重复映射在每个hop中,每个hop中映射的信息相同;
规则5、将PUCCH第一个hop承载的信息映射在PUSCH的第一个hop内,将PUCCH第二个hop承载的信息映射在PUSCH的第二个hop内;
规则6、如果PUCCH跳频使能,将所述HARQ-ACK消息分成两部分,分别映射在每个hop中,如果PUCCH跳频未使能,将PUCCH承载的HARQ-ACK消息映射在第一个hop,或者第二个hop;
规则7、根据预定的默认值X,如果PUCCH与PUSCH在PUSCH第一个hop的重叠符号距离DMRS的符号数小于或者等于X时,将所述PUCCH的HARQ-ACK消息映射在第一个hop中,否则,将所述PUCCH的HARQ-ACK消息映射在第二个hop中;
可以预先定义多种HARQ-ACK信息映射在PUSCH上的映射规则,高层通过RRC将上述预定义的规则中的一种通知给UE,或者通过隐式的方式选择映射规则。
实施例五
如图8所示,PUSCH和PUCCH具有相同时域起点且PUSCH没有跳频使能。这种情况下,将PUCCH信道丢掉,且将PUCCH所承载的UCI将在PUSCH信道上发送。此时UCI可以映射的第一个符号定义为:PUCCH与PUSCH重叠符号里的第一个data符号,或者从PUCCH起始符号开始,PUSCH的第一个非DMRS符号。图中UCI在PUSCH上映射在连续或者间隔的资源元素上。图中所述UCI可以是HARQ-ACK或者CSI信息或者SR消息,或者上述信息的组合。
进一步,如果PUCCH只与PUSCH的第一个hop冲突,则UCI信息只映射在PUSCH的第一个hop,如果PUCCH与PUSCH的两个hop冲突,则映射在重叠符号内的非DMRS符号上,进一步,可选的,映射顺序为从第一个符号重叠符号开始往后映射。
进一步,l0是PUCCH第一个符号对应的PUSCH的非DMRS符号的索引,或者l0是PUCCH第一个符号对应的PUSCH符号的索引。或者l0是PUCCH第一个符号对应的PUSCH的非DMRS符号的索引,且所述符号位于第一个PUSCH DMRS符号之后。
本实施例中,当PUSCH和PUCCH时域符号存在冲突且起始符号相同时,UCI的发送方法与PUSCH和PUCCH时域符号存在冲突且起始符号不相同时的方法不同。
具体的,当所述UCI比特数大于两比特,或者所述UCI为大于两比特的HARQ-ACK信息和或CSI信息和或SR消息时,
--对于PUSCH和PUCCH时域符号存在冲突且起始符号相同时,所述UCI以速率匹配的方式承载在PUSCH上发送;--对于PUSCH和PUCCH时域符号存在冲突且起始符号不相同时,所述UCI承载在PUCCH上发送。
实施例六
图9中,eMBB PUSCH,eMBB PUCCH和URLLC PUCCH具有相同的起点。可选的,将PUSCH区分成两个区域,定义为第一区域和第二区域,其中URLLC UCI只能映射在第一区域内,eMBB UCI只能映射在第二区域内。
进一步,所述第一区域为URLLC PUCCH与eMBB PUSCH重叠区域,或者为URLLCPUCCH与eMBB PUSCH重叠区域内的非DMRS符号。所述第二区域为PUSCH去除第一区域的符号,或者第二区域为PUSCH去除第一区域的符号且不包含DMRS符号。
所述重叠区域指时域重叠符号上的所有频域区域。
进一步,或者,所述第一区域为eMBB PUSCH的前ceil(N/2)个符号,所述第二区域为eMBB PUSCH的后floor(N/2)个符号,其中N为PUSCH的符号总数,ceil函数为向上取整,floor函数为向下取整。
进一步,或者,所述第一区域为eMBB PUSCH的前ceil(N/2)个非DMRS符号,所述第二区域为eMBB PUSCH的后floor(N/2)个非DMRS符号,其中N为PUSCH的非DMRS符号的总数,ceil函数为向上取整,floor函数为向下取整。
进一步,如果PUSCH跳频使能,则第一区域为PUSCH的第一个跳频位置,第二区域为PUSCH的第二个跳频位置。
进一步,URLLC UCI在第一区域内从符号索引从小到大依次映射;进一步,eMBBUCI在第二区域内从符号索引从大到小依次映射。
进一步,在第一和第二区域内分别定义第一预定义资源和第二预定义资源,第一预定义资源由1或者2比特的URLLC HARQ-ACK决定,第二预定义资源由2比特的eMBB HARQ-ACK决定。
可选的,定义预定义资源,其中预定义资源有N比特的UCI决定。
进一步,所述N=2,其中1比特为URLLC HARQ-ACK,1比特为eMBB HARQ-ACK;
所述N=3,其中1比特为URLLC HARQ-ACK,2比特为eMBB HARQ-ACK;或者所述N=2,2比特为URLLC HARQ-ACK,1比特为eMBB HARQ-ACK;
所述N=4,其中2比特为URLLC HARQ-ACK,2比特为eMBB HARQ-ACK。
eMBB的CSI第一部分(CSI part 1)不能映射在上述预定义资源上;或者eMBB的CSI第一部分(CSI part 1)能够映射在上述预定义资源上。
eMBB的CSI第二部分(CSI part 2)能够映射在上述预定义资源上。
URLLC的CSI第一部分(CSI part 1)不能映射在上述预定义资源上。
URLLC的CSI第二部分(CSI part 2)能够映射在上述预定义资源上;或者URLLC的CSI第二部分(CSI part 2)不能够映射在上述预定义资源上。
进一步,URLLC PUCCH的时域符号起点与eMBB PUSCH时域符号起点不同时,如果URLLC PUCCH承载的是1~2比特的HARQ-ACK消息,则将所述HARQ-ACK通过打孔的方式映射在PUSCH上。此时eMBB PUCCH时域符号起点与eMBB PUSCH时域符号起点相同或者不同。
进一步,URLLC PUCCH的时域符号起点与eMBB PUSCH时域符号起点不同时,将重叠的PUSCH符号打掉,发送URLLC PUCCH。
其中,所述URLLC PUCCH承载的是大于2比特的HARQ-ACK消息,或者CSI信息,或者上述信息的组合。
实施例七
本实施例主要描述当承载两个不同业务类型的PUCCH在时域上存在重叠符号时的用户行为。假定两个不同的业务类型分别为eMBB和URLLC。则根据PUCCH承载的控制信息的不同,至少分为以下几种情况:
第一种情况,两个PUCCH承载的分别为eMBB HARQ-ACK和URLLC HARQ-ACK;
第二种情况,两个PUCCH承载的分别为eMBB HARQ-ACK和URLLC CSI;
第三种情况,两个PUCCH承载的分别为eMBB CSI和URLLC HARQ-ACK;
第四种情况,两个PUCCH承载的分别为eMBB CSI和URLLC CSI;
可选的,用户在上述四种情况下采用相同的方法,所述方法为至少对于重叠符号,丢掉承载eMBB UCI的PUCCH,发送承载URLLC UCI的PUCCH。
可选的,用户在上述第一、三、四种情况下采用相同的方法,所述方法为至少对于重叠符号,丢掉承载eMBB UCI的PUCCH,发送承载URLLC UCI的PUCCH。
所述第二种情况下的发送方法是:至少对于重叠符号,丢掉承载URLLC CSI的PUCCH,发送承载eMBB HARQ-ACK的PUCCH。
可选的,用户在上述第三、四种情况下采用相同的方法,所述方法为至少对于重叠符号,丢掉承载eMBB UCI的PUCCH,发送承载URLLC UCI的PUCCH。
可选的,用户在上述第一、二种情况下采用相同的方法,所述方法为将eMBB HARQ-ACK绑定为1比特。进一步,如果URLLC UCI比特数小于或者等于M时,将eMBB HARQ-ACK和URLLC UCI进行联合编码。进一步,如果URLLC UCI比特数大于M时,将eMBB HARQ-ACK以打孔的形式映射在URLLC PUCCH上。
如果用户需要同时使用PUCCH发送eMBB HARQ-ACK,URLLC CSI,URLLC HARQ-ACK信息,将eMBB HARQ-ACK绑定为1比特。如果用户需要同时使用PUCCH发送eMBB CSI,URLLCCSI,URLLC HARQ-ACK信息,将eMBB CSI丢掉。。如果用户需要同时使用PUCCH发送eMBBHARQ-ACK,eMBB CSI,URLLC CSI,URLLC HARQ-ACK信息,将eMBB CSI丢掉,且将eMBB HARQ-ACK绑定为1比特。
上述方案至少可以应用于eMBB PUCCH和URLLC PUCCH具有相同符号起点的情况。
实施例八
图10中给出的是用户终端需要同时发送eMBB PUCCH和URLLC PUSCH的示意图。图中eMBB的CSI信息优先从PUSCH的最后一个符号向前开始映射,其中所述CSI只包含CSIPart 1,或者同时包含CSI part 1和CSI part 2。如果所述CSI同时包含CSI part 1和CSIpart 2。eMBB的HARQ-ACK信息优先从PUSCH的第一个非DMRS符号向后开始始映射。如果HARQ-ACK为1~2比特,则采用打孔的方式映射,如果所述HARQ-ACK大于2比特则采用速率匹配的方式映射。
或者,当用户终端需要同时发送eMBB PUCCH和URLLC PUSCH,丢掉eMBB CSI信息,所述HARQ-ACK信息以打孔或者速率匹配的方式映射在PUSCH数据符号上。
进一步,所述HARQ-ACK信息从PUSCH开始的第一个数据符号开始往后映射,或者HARQ-ACK信息从PUSCH最后一个数据符号开始往前映射。
或者,当PUCCH的起始符号晚于PUSCH的起始符号,丢掉PUCCH发送,发送PUSCH。进一步,所述PUCCH承载的UCI不在PUSCH上发送。
实施例九
如果一个PUCCH与一个或者多个PUCCH冲突,或者如果一个PUCCH与一个或者多个PUSCH冲突。当满足一下条件时,用户终端将UCI复用在一个PUCCH或者一个PUSCH上,
条件1:在所有冲突的信道中,最早的PUCCH(s)或者PUSCH(s)的第一个符号不早于PDSCH(s)的最后一个符号后的第N1+X个符号,或者最早的PUCCH(s)或者PUSCH(s)的第一个符号不早于PDSCH(s)的最后一个符号后的第N1+X-1个符号。
条件2:在所有冲突的信道中,最早的PUCCH(s)或者PUSCH(s)的第一个符号不早于PDCCH(s)的最后一个符号后的第N2+Y个符号,或者最早的PUCCH(s)或者PUSCH(s)的第一个符号不早于PDCCH(s)的最后一个符号后的第N2+Y-1个符号。其中,所述PDCCH(s)为调度上行传输的下行控制信道,所述上行传输包含HARQ-ACK和或PUSCH的传输。
进一步,如果所述冲突信道不满足上述时序要求,UE将当做是一种错误调度。
进一步,所述X至少有以下之一或者之多决定:
子载波间隔;UCI类型;承载UCI发送的信道类型;时间提前量(TA),下行数据信道类型;下行数据信道最后一个符号的时域位置。
进一步,X=0或者1,或者7-i,或者6-i,其中i为小于7的非负整数。
进一步,X=0+TA或者1+TA,或者7-i+TA,或者6-i+TA,其中i为小于7的非负整数。
进一步,X=1或者,2或者6-i,或者5-i,其中i为小于7的非负整数。
进一步,X=d11+d12+d13,其中,d11,d12,d13至少满足一下条件之一,
当HARQ-ACK在PUCCH发送时,d11=0;
当HARQ-ACK在PUSCH上发送时,d11=1;
当UE配置为多个有效载波时,d12等于多个载波之间的最大的时间提前量;否则d12=0;
当PDSCH是映射类型A时,且最后一个符号位于时隙内的第i个符号时,d13=7-i,其中i<7。否则,d13=0;
进一步,所述Y至少有以下之一或者之多决定:
子载波间隔;UCI类型;承载UCI发送的信道类型;时间提前量(TA),上行数据信道类型;上行数据信道第一个符号是否只包含DMRS符号。
进一步,Y=0或者1。
进一步,Y=TA或者1+TA。
进一步,Y=d21+d22,其中,
如果PUSCH第一个符号只包含DMRS符号则d21=0,否则d21=1;
当UE配置为多个有效载波时,d22等于多个载波之间的最大的时间提前量;否则d22=0;
进一步,如图11,定义PDSCH调度后的N1+X结束时刻为t1,定义PUCCH传输之前的N2+Y开始时刻为t2。当t1早于或者等于t2时刻时,所述PDSCH的HARQ-ACK信息与CSI信息联合编码。进一步,t1晚于t2时刻时,则发送所述HARQ-ACK的PUCCH丢掉。
进一步,一般性的,如果两个PUCCH在时域上存在重叠符号,其中最早的PUCCH起始开始之前的N+Y个符号晚于触发另一个PUCCH的PDSCH的最后一个符号后的N1+X的符号,则将承载在两个PUCCH上的上行控制信息UCI进行联合编码。
进一步,一般性的,如果两个PUCCH在时域上存在重叠符号,其中最晚的PUCCH起始开始之前的N+Y个符号晚于触发另一个PUCCH的PDSCH的最后一个符号后的N1+X的符号,则将承载在两个PUCCH上的上行控制信息UCI进行联合编码。
实施例十
在LTE系统中,支持更短符号的时间传输单元TTI长度,例如,支持2符号或者3符号的TTI长度成为subslot。在一个子帧中共有6个subslot。然而当TTI长度变短后,上行控制信道PUCCH的覆盖将受到较大影响。一种提升上行覆盖的方式就是采用subslot PUCCH的重复发送。然而,当subslot PUCCH重复时,如果允许跨越子帧subframe边界,会影响资源的使用效率,并且导致多个上行信道发生冲突时,问题复杂化。因此,当用户终端配置为subslotPUCCH重复时,重复不能跨越子帧边界。比如,配置subslot PUCCH的重复次数为4次,起始subslot PUCCH在subslot#0开始,则随后的subslot PUCCH重复分别在subslot#1,#2,#3上发送。如果起始subslot PUCCH在subslot#4开始,则随后只能在subslot#5发送1次subslotPUCCH重复。即实际重复次数小于等于配置的重复次数。进一步,当用户终端配置为subslotPUCCH重复时,重复不能跨越时隙slot边界。
进一步,如果1ms的PUCCH/PUSCH与多组subslot PUCCH重复发生冲突时,1msHARQ-ACK只能承载piggyback到第一组subslot PUCCH repetition中。如图12中,两组subslot PUCCH重复(每组都是重复3次)与1ms的PUCCH/PUSCH发生冲突,此时将1ms HARQ-ACK承载在第一组subslot PUCCH重复中。可选的,如果1ms PUCCH/PUSCH中承载CSI信息,则丢掉其CSI信息。或者,1ms HARQ-ACK可以承载piggyback到所有冲突的subslot PUCCHrepetition中。
进一步,subslot PUCCH repetition可能会与1ms PUCCH/PUSCH repetition发生冲突,如图13中,一组1ms TTI PUCCH重复(重复2次)与两组subslot PUCCH重复发生冲突。此时,需要定义,1ms HARQ-ACK只能承载piggyback到整个1ms PUCCH repetition内的第一组subslot PUCCH repetition中。或者,1ms HARQ-ACK可以承载piggyback到所有冲突的subslot PUCCH repetition中。
进一步,如图14所示,如果subslot PUCCH重复可以跨越子帧或者时隙边界,则1msHARQ-ACK只能承载piggyback到整个1ms PUCCH/PUSCH内的第一组subslot PUCCHrepetition中,且所述第一组subslot PUCCHrepetition没有跨越子帧边界;或者,1msHARQ-ACK只能承载piggyback到整个1ms PUCCH/PUSCH内的第一组subslot PUCCHrepetition中,且所述第一组subslot PUCCH repetition没有跨越子帧边界,并且所述第一组subslot PUCCH repetition的起始subslot PUCCH发送等于或者晚于1ms PUCCH/PUSCH的起始发送时刻;或者,1ms HARQ-ACK可以承载piggyback到所有冲突的subslotPUCCH repetition中。或者,1ms HARQ-ACK可以承载piggyback到冲突的subslot PUCCHrepetition中,但所述subslot PUCCH repetition的起始subslot PUCCH发送等于或者晚于1ms PUCCH/PUSCH的起始发送时刻。
进一步,如果1ms PUCCH/PUSCH与一组subslot PUCCH repetition发生冲突,且subslot PUCCH重复的初始发送时刻早于1ms PUCCH/PUSCH的发送,则发送subslot PUCCH重复,且1ms HARQ-ACK和或CSI和或SR均丢掉。
进一步,当UE配置为subslot PUCCH重复发送时,重复之间的跳频可以是网络使能或者不使能,或者固定为始终跳频。进一步,每两次重复之间均跳频,或者只进行一次跳频,且第一次跳频含有的重复次数为floor(K/2)或者ceil(K/2),其中floor为向下取整函数,ceil为向上取整函数,K为重复次数。
进一步,当UE配置为subslot PUCCH重复发送时,如果发生承载在3符号subslot时,始终按照shortened结构发送,即在3符号subslot上始终发送2符号PUCCH。
实施例十一
在LTE/LTE-A系统中,为了增强上行覆盖,1ms PUCCH可以配置为重复发送。同时,由于在LTE/LTE-A系统中又定义了缩短的TTI长度,且1ms TTI调度和缩短TTI的调度可以动态切换,因此,可能出现用户终端需要同时发送1ms PUCCH重复和是Shortened PUCCH(SPUCCH)/Shortened PUSCH(SPUSCH)的冲突问题。为解决此冲突问题,一种方案是当与SPUCCH/SPUSCH冲突的1ms PUCCH重复的个数等于高层配置的一个丢弃参数时,则丢掉后续剩余的1ms PUCCH重复的发送。例如,1ms PUCCH重复配置次数为4,配置的高层丢弃参数是2,则在发生第一个冲突的1ms PUCCH时,UE仍发送第二个PUCCH repetition,当出现第二个冲突时,后面的PUCCH重复才停止发送。如图15中,第一个1ms PUCCH会发送,除了丢弃冲突的第二个和第三个PUCCH发送,第四个PUCCH发送同样会丢弃发送。图中第二个和第三个PUCCH在发生冲突前的部分(阴影部分)是否发送以及发送多少为用户终端能力或实现问题。
进一步,对于1ms PUCCH存在HARQ-ACK时,一种方法是丢弃HARQ-ACK;或者,在整个1ms PUCCH重复内,只在第一个冲突的SPUCCH/SPUSCH上发送,如图15中箭头所示;或者,考虑到图15中发送的第一个1ms PUCCH与后面的承载piggyback到SPUCCH/SPUSCH的HARQ-ACK之间并不能进行合并,且考虑到1ms PUCCH的覆盖本来就比sTTI的大,可以考虑只有在与第一个1ms PUCCH发生冲突的SPUCCH/SPUSCH上反馈,即如果没有SPUCCH/SPUSCH与第一个1msPUCCH发生冲突,则不会piggyback 1ms HARQ-ACK。
进一步,其他解决1ms PUCCH重复与SPUCCH/SPUSCH冲突的解决方案可以是,对于配置了缩短TTI的载波,不会配置1ms PUCCH repetition,而且需要进一步限制其他cell也不能配置1ms PUCCH repetition。即对于所有载波,不会同时配置缩短TTI和1ms PUCCHrepetition。
进一步,其他解决1ms PUCCH重复与SPUCCH/SPUSCH冲突的解决方案可以是,不配置高层丢弃参数,重叠的1ms PUCCH不发送,未重叠的1ms PUCCH发送。且在整个1ms PUCCHrepetition发送时间内,1ms HARQ-ACK只在第一个重叠的SPUCCH/SPUSCH上发送,CSI丢掉。
进一步,其他解决1ms PUCCH重复与SPUCCH/SPUSCH冲突的解决方案可以是,不配置高层参数,只要出现1ms PUCCH重复与SPUCCH/SPUSCH冲突,未重叠的剩余1ms PUCCH都不发送,且只在第一个重叠的SPUCCH/SPUSCH上发送1ms HARQ-ACK,CSI丢掉,或者只有在与第一个1ms PUCCH发生冲突的SPUCCH/SPUSCH上反馈,即如果没有SPUCCH/SPUSCH与第一个PUCCH发生冲突,则不会piggyback 1ms HARQ-ACK。所述第一个PUCCH是1ms PUCCH重复发送中的首次发送。
进一步,上述用于1ms PUCCH重复与SPUCCH/SPUSCH冲突的方案也可以用于1msPUCCH重复与SPUCCH/SPUSCH冲突。
实施例十二
在LTE/LTE-A系统中,定义了2符号或者3符号或者7符号的缩短TTI,且1ms TTI调度和缩短TTI的调度可以动态切换,因此,可能出现用户终端需要同时发送1ms PUCCH/PUSCH和承载在缩短TTI上的SR。如果承载在PUCCH/PUSCH有UCI信息,则会丢掉1ms PUCCH/PUSCH。一种方案是,丢掉1ms的UCI消息;或者丢掉SR,发送1ms PUCCH/PUSCH。一种方案时丢掉1ms CSI,但HARQ-ACK信息与SR信息一起在缩短的TTI上发送。进一步,如果用户此时没有针对下行Shortened PDSCH(SPDSCH)的HARQ-ACK反馈,用户在缩短的TTI上可能没有用于同时发送HARQ-ACK信息与SR信息的资源。进一步,一种方式是基站为缩短TTI配置专用于发送SR与1ms HARQ-ACK的PUCCH资源;或者当缩短的TTI为2、3符号TTI时,因为基站会为UE配置4个SR资源,一种方式是用户终端将1ms HARQ-ACK绑定为1比特(如果本身为1比特,则无需绑定,如果大于1比特需要绑定为1比特),然后利用4个SR资源发送SR和1比特的HARQ-ACK。例如两个SR资源用于发送HARQ-ACK和有效positive SR,另外两个SR资源用于发送HARQ-ACK和无效negative SR。进一步,另一种方式是,对于单载波时,用户终端将1ms HARQ-ACK绑定为1比特(如果本身为1比特,则无需绑定,如果大于1比特需要绑定为1比特),然后利用4个SR资源发送SR和1比特的HARQ-ACK。但当用户配置为多个载波时,基站为缩短TTI配置专用于发送SR与1ms HARQ-ACK的PUCCH资源,所述SR与1ms HARQ-ACK在所述资源上发送。
基于与上述实施例相同或相似的构思,本发明实施例还提供一种信号传输装置,设置在用户设备UE上,本发明提出的一种信号传输装置包括:
信道重叠控制单元,用于多个上行信道在时域上存在重叠符号时,用户设备UE确定多个上行信道的发送方式;
发送单元,用于按照确定的发送方式发送上行信道承载的上行信号。
本发明实施例中,信道重叠控制单元根据如下内容的至少一种确定所述多个上行信道的发送方式:
上行信道的起始符号时间;
上行信道数;
上行信道承载信息对应的业务类型;
上行信道承载信息的比特数;
上行信道承载信息的时域长度;
上行信道承载信息的触发时间。
所述多个上行信道包括至少一个上行控制信道PUCCH和至少一个上行数据信道PUSCH;或者,
所述多个上行信道包括多个PUCCH;或者,
所述多个上行信道包括多个PUSCH。
其中,信道重叠控制单元确定多个上行信道的发送方式包括:确定PUCCH中的上行控制信息UCI是否仅包含HARQ-ACK,在UCI仅包含HARQ-ACK、且HARQ-ACK的长度为1~2比特时,确定发送方式为将HARQ-ACK消息承载在PUSCH上发送。
本发明实施例中,在一个PUCCH与一个PUSCH在时域上存在重叠符号且起始符号不同,在上行控制信息UCI为仅包含1~2比特的HARQ-ACK消息时,发送单元将所述HARQ-ACK消息承载在PUSCH上发送。
本发明实施例中,所述UCI以打孔的方式在PUSCH上发送。
优选地,信道重叠控制单元确定多个上行信道的发送方式包括:确定HARQ-ACK消息在PUSCH上传输占有的资源数,在HARQ-ACK消息在PUSCH上传输占有的资源数小于或者等于门限X1时时,确定发送方式为将HARQ-ACK消息承载在PUSCH上发送,否则,确定发送方式为将HARQ-ACK消息承载在上行控制信道PUCCH上发送。
本发明实施例中,所述一个PUCCH与所述一个PUSCH在时域上存在重叠符号且起始符号不同,在UCI为仅包含1~2比特的HARQ-ACK消息时,所述HARQ-ACK消息在PUSCH上传输占有的资源数小于或者等于门限X1时,则将所述HARQ-ACK消息承载在PUSCH上发送,否则,所述HARQ-ACK消息承载在上行控制信道PUCCH上发送。
本发明实施例中,所述一个PUCCH与所述一个PUSCH起始符号不同且当UCI为仅包含大于2比特的HARQ-ACK消息时,将所述HARQ-ACK消息绑定为1比特或者2比特承载在PUSCH上发送;或者,发送PUCCH,丢掉PUSCH的发送。
本发明实施例中,当所述一个PUCCH与所述一个PUSCH起始符号不同且当PUCCH上承载的UCI为同时包含HARQ-ACK消息,和或CSI消息,和或SR消息时,发送PUCCH,丢掉PUSCH的发送。
本发明实施例中,当UCI在PUSCH上发送时,可用于UCI映射的符号定义为:PUCCH与PUSCH重叠符号里的非DMRS符号。
本发明实施例中,当UCI在PUSCH上发送时,还应满足至少以下条件之一:所述PUCCH的起始符号等于所述PUSCH的起始符号或者比所述PUSCH起始符号早X1个符号,X1为大于等于1且小于14的整数;
所述PUCCH包含的时域符号数等于或者小于PUSCH包含的时域符号数;
所述PUCCH与PUSCH重叠符号数大于一个预定的固定值X2,或者所述PUCCH与PUSCH重叠符号中非DMRS符号的数目大于一个预定的固定值X3;
所述PUSCH所含时域符号数大于一个预定的固定值X4。
其中,X1,X2,X3,X4均为大于等于1且小于14的整数。
本发明实施例中,当所述UCI消息通过PUCCH上发送时,还应满足至少以下条件之一:
所述PUCCH包含的时域符号数等于或者小于PUSCH包含的时域符号数;
所述PUCCH的起始符号晚于所述PUSCH的起始符号;
所述PUCCH对应的业务类型优先级高于所述PUSCH对应的业务类型。
发送PUCCH使用的频域资源为PUSCH频域资源或PUSCH频域资源的子集。
本发明实施例中,如果所述PUCCH跳频使能,则PUCCH使用的频域资源位于PUSCH频域资源内的上下两侧资源上。
本发明实施例中,所述多个PUCCH与所述一个PUSCH在时域上存在重叠符号,发送所述多个PUCCH中的至少一个,丢掉PUSCH的发送。
本发明实施例中,所述多个PUCCH中至少有一个PUCCH的符号数等于或者少于PUSCH的符号数。
本发明实施例中,所述PUCCH承载信息对应的业务类型优先级高于所述PUSCH承载信息对应的业务类型。
下面的示例应用于UE发送一个PUSCH和一个PUCCH的应用场景。
其中,信道重叠控制单元根据PUSCH和PUCCH的触发时间,确定PUSCH和PUCCH的发送方式。
本发明实施例中,用户设备UE在t1时段接收第一业务类型的PUSCH的上行调度,在t2时段接收第二业务类型的PDSCH或在t2时段接收第二业务类型的PDSCH的调度;其中,所述PDSCH对应的HARQ-ACK消息和所述上行调度所对应的PUSCH均需要在tn时段上发送;
也就是说,UE需要在tn时段发送的PUCCH的触发时间为t1,PUSCH的触发时间为t2。
本发明实施例中,在t1时段位于t2时段之后或两者相等的情况下,UE按照预定的第一发送方式在tn时段发送PDSCH对应的HARQ-ACK消息和所述上行调度所对应的PUSCH;
本发明实施例中,在t1时段位于t2时段之前的情况下,UE按照预定的第二发送方式在tn时段发送PDSCH对应的HARQ-ACK消息和所述上行调度所对应的PUSCH。
本发明实施例中,所述第一业务类型的优先级与所述第二业务类型的优先级不同。
本发明实施例中,信道重叠控制单元确定的第一发送方式包括如下方式的至少一种:
方式1、将所述HARQ-ACK消息以打孔的方式复用在所述第一业务类型的上行数据中;或者
方式2、将所述HARQ-ACK消息以速率匹配的方式复用在所述第一业务类型的上行数据中。
本发明实施例中,所述第一发送方式包括方式1和方式2;
在HARQ-ACK消息为1~2比特的消息时,采用方式1进行传输;
在HARQ-ACK消息大于2比特的消息时,采用方式2进行传输。
本发明实施例中,信道重叠控制单元确定的第二发送方式包括:
在所述HARQ-ACK消息与所述第一业务类型的上行数据的重叠符号上,发送所述HARQ-ACK消息,且将所述重叠符号上的第一业务类型的上行数据丢掉。
本发明实施例中,一个PUSCH与两个PUCCH存在时域重叠符号,所述至少一个PUCCH中的UCI在PUSCH上承载。
本发明实施例中,将PUSCH区分成两个区域,定义为第一区域和第二区域,将两个PUCCH承载的UCI分别复用在PUSCH的两个区域内发送。
本发明实施例中,在第一和第二区域内分别定义第一预定义资源和第二预定义资源,第一预定义资源由1或者2比特的UCI决定,第二预定义资源由2比特的UCI决定。
本发明实施例中,在PUSCH中定义预定义资源,其中预定义资源由N比特的UCI决定。其中N=2,或N=3,或N=4。
本发明实施例中,所述N应满足至少以下之一:
N=2时,其中1比特为第一业务类型的HARQ-ACK,1比特为第二业务类型的HARQ-ACK;或者2比特均为第一业务类型的HARQ-ACK。
N=3时,其中1比特为第一业务类型的HARQ-ACK,2比特为第二业务类型的HARQ-ACK;或者所述N=2,2比特为第一业务类型的HARQ-ACK,1比特为第二业务类型的HARQ-ACK;
N=4时,其中2比特为第一业务类型的HARQ-ACK,2比特为第二业务类型的HARQ-ACK。
其中,第一业务类型的优先级高于第二业务类型。
本发明实施例中,所述PUCCH承载的UCI对应的业务类型不同。
基于与上述实施例相同或相似的构思,本发明实施例还提供一种终端,所述终端包括本发明实施例提供的任一信号传输装置。
基于与上述实施例相同或相似的构思,本发明实施例还提供一种终端,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现本发明实施例提供的任一信号传输方法的处理。
基于与上述实施例相同或相似的构思,本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现本发明实施例提供的任一信号传输方法的处理。
需要说明的是,以上所述的实施例仅是为了便于本领域的技术人员理解而已,并不用于限制本发明的保护范围,在不脱离本发明的发明构思的前提下,本领域技术人员对本发明所做出的任何显而易见的替换和改进等均在本发明的保护范围之内。
Claims (36)
1.一种信号传输方法,所述方法包括:
多个上行信道在时域上存在重叠符号时,用户设备UE确定多个上行信道的发送方式;
按照确定的发送方式发送上行信道承载的上行信号;
所述多个上行信道包括至少一个上行控制信道PUCCH和至少一个上行数据信道PUSCH;或者,
所述多个上行信道包括多个PUCCH;或者,
所述多个上行信道包括多个PUSCH;
当所述多个上行信道包括至少一个上行控制信道PUCCH和至少一个上行数据信道PUSCH时,特征在于,所述用户设备UE在t1时段接收第一业务类型的PUSCH的上行调度,在t2时段接收第二业务类型的PDSCH或在t2时段接收第二业务类型的PDSCH的调度;其中,所述PDSCH对应的HARQ-ACK消息和所述上行调度所对应的PUSCH均需要在tn时段上发送。
2.根据权利要求1所述的信号传输方法,其特征在于,根据如下内容的至少一种确定所述多个上行信道的发送方式:
上行信道的起始符号时间;
上行信道数;
上行信道承载信息对应的业务类型;
上行信道承载信息的比特数;
上行信道承载信息的时域长度;
上行信道承载信息的触发时间。
3.根据权利要求1所述的信号传输方法,其特征在于,
当所述多个上行信道包括多个PUCCH,所述多个PUCCH承载的业务类型分别为eMBB和URLLC业务。
4.根据权利要求3所述的信号传输方法,其特征在于,当URLLC UCI比特数大于M时,将eMBB HARQ-ACK以打孔的形式映射在URLLC PUCCH上。
5.根据权利要求3所述的信号传输方法,其特征在于,当用户需要同时使用PUCCH发送eMBB HARQ-ACK,URLLC CSI,URLLC HARQ-ACK信息,将eMBB HARQ-ACK绑定为1比特。
6.根据权利要求3所述的信号传输方法,其特征在于,当用户需要同时使用PUCCH发送eMBB CSI,URLLC CSI,URLLC HARQ-ACK信息,将eMBB CSI丢掉。
7.根据权利要求3所述的信号传输方法,其特征在于,当用户需要同时使用PUCCH发送eMBB HARQ-ACK,eMBB CSI,URLLC CSI,URLLC HARQ-ACK信息,将eMBB CSI丢掉。
8.根据权利要求7所述的信号传输方法,其特征在于,进一步将eMBB HARQ-ACK绑定为1比特。
9.根据权利要求1所述的信号传输方法,其特征在于,当所述多个上行信道包括至少一个上行控制信道PUCCH和至少一个上行数据信道PUSCH时,当用户终端需要同时发送eMBBPUCCH和URLLC PUSCH,丢掉eMBB CSI信息,所述HARQ-ACK信息以打孔或者速率匹配的方式映射在PUSCH数据符号上。
10.根据权利要求1所述的信号传输方法,其特征在于,所述多个上行信道包括一个PUCCH和一个PUSCH;
所述一个PUCCH与所述一个PUSCH在时域上存在重叠符号且起始符号不同,在上行控制信息UCI为仅包含1~2比特的HARQ-ACK消息时,将所述HARQ-ACK消息承载在PUSCH上发送。
11.根据权利要求10所述的信号传输方法,其特征在于,所述UCI以打孔的方式在PUSCH上发送。
12.根据权利要求1所述的信号传输方法,其特征在于,所述多个上行信道包括一个PUCCH和一个PUSCH;所述一个PUCCH与所述一个PUSCH在时域上存在重叠符号且起始符号不同,在UCI为仅包含1~2比特的HARQ-ACK消息时,所述HARQ-ACK消息在PUSCH上传输占有的资源数小于或者等于门限X1时,则将所述HARQ-ACK消息承载在PUSCH上发送,否则,所述HARQ-ACK消息承载在上行控制信道PUCCH上发送。
13.根据权利要求1所述的信号传输方法,其特征在于,所述多个上行信道包括一个PUCCH和一个PUSCH;当所述一个PUCCH与所述一个PUSCH起始符号不同且当UCI为仅包含大于2比特的HARQ-ACK消息时,将所述HARQ-ACK消息绑定为1比特或者2比特承载在PUSCH上发送;或者,发送PUCCH,丢掉PUSCH的发送。
14.根据权利要求1所述的信号传输方法,其特征在于,所述多个上行信道包括一个PUCCH和一个PUSCH;当所述一个PUCCH与所述一个PUSCH起始符号不同且当PUCCH上承载的UCI为同时包含HARQ-ACK消息,和或CSI消息,和或SR消息时,发送PUCCH,丢掉PUSCH的发送。
15.根据权利要求10、12、13中任一项所述的信号传输方法,其特征在于,当UCI在PUSCH上发送时,可用于UCI映射的符号定义为:PUCCH与PUSCH重叠符号里的非DMRS符号。
16.根据权利要求10、12、13中任一项所述的信号传输方法,其特征在于,当UCI在PUSCH上发送时,还应满足至少以下条件之一:所述PUCCH的起始符号等于所述PUSCH的起始符号或者比所述PUSCH起始符号早X1个符号,X1为大于等于1且小于14的整数;
所述PUCCH包含的时域符号数等于或者小于PUSCH包含的时域符号数;
所述PUCCH与PUSCH重叠符号数大于一个预定的固定值X2,或者所述PUCCH与PUSCH重叠符号中非DMRS符号的数目大于一个预定的固定值X3;
所述PUSCH所含时域符号数大于一个预定的固定值X4;
其中,X1,X2,X3,X4均为大于等于1且小于14的整数。
17.根据权利要求12、13、14中任一项所述的信号传输方法,其特征在于,当所述UCI消息通过PUCCH上发送时,还应满足至少以下条件之一:
所述PUCCH包含的时域符号数等于或者小于PUSCH包含的时域符号数;
所述PUCCH的起始符号晚于所述PUSCH的起始符号;
所述PUCCH对应的业务类型优先级高于所述PUSCH对应的业务类型;
发送PUCCH使用的频域资源为PUSCH频域资源或PUSCH频域资源的子集。
18.根据权利要求17所述的信号传输方法,其特征在于,如果所述PUCCH跳频使能,则PUCCH使用的频域资源位于PUSCH频域资源内的上下两侧资源上。
19.根据权利要求1所述的信号传输方法,其特征在于,所述多个上行信道包括多个PUCCH和一个PUSCH;所述多个PUCCH与所述一个PUSCH在时域上存在重叠符号,发送所述多个PUCCH中的至少一个,丢掉PUSCH的发送。
20.根据权利要求19所述的信号传输方法,其特征在于,所述多个PUCCH中至少有一个PUCCH的符号数等于或者少于PUSCH的符号数。
21.根据权利要求10、12、13、14、20中任一项所述的信号传输方法,其特征在于,所述PUCCH承载信息对应的业务类型优先级高于所述PUSCH承载信息对应的业务类型。
22.根据权利要求1所述的信号传输方法,其特征在于,在t1时段位于t2时段之后或两者相等的情况下,UE按照预定的第一发送方式在tn时段发送PDSCH对应的HARQ-ACK消息和所述上行调度所对应的PUSCH。
23.根据权利要求1所述的信号传输方法,其特征在于,在t1时段位于t2时段之前的情况下,UE按照预定的第二发送方式在tn时段发送PDSCH对应的HARQ-ACK消息和所述上行调度所对应的PUSCH。
24.根据权利要求1所述的信号传输方法,其特征在于,所述第一业务类型的优先级与所述第二业务类型的优先级不同。
25.根据权利要求22所述的信号传输方法,其特征在于,所述第一发送方式包括如下方式的至少一种:
方式1、将所述HARQ-ACK消息以打孔的方式复用在所述第一业务类型的上行数据中;或者,
方式2、将所述HARQ-ACK消息以速率匹配的方式复用在所述第一业务类型的上行数据中。
26.根据权利要求22所述的信号传输方法,其特征在于,所述第一发送方式包括方式1和方式2;
在HARQ-ACK消息为1~2比特的消息时,采用方式1进行传输;
在HARQ-ACK消息大于2比特的消息时,采用方式2进行传输。
27.根据权利要求23所述的信号传输方法,其特征在于,所述第二发送方式包括:
在所述HARQ-ACK消息与所述第一业务类型的上行数据的重叠符号上,发送所述HARQ-ACK消息,且将所述重叠符号上的第一业务类型的上行数据丢掉。
28.根据权利要求1所述的信号传输方法,其特征在于,一个PUSCH与两个PUCCH存在时域重叠符号;所述至少一个PUCCH中的UCI在PUSCH上承载。
29.根据权利要求28所述的信号传输方法,其特征在于,将PUSCH区分成两个区域,定义为第一区域和第二区域,将两个PUCCH承载的UCI分别复用在PUSCH的两个区域内发送。
30.根据权利要求29所述的信号传输方法,其特征在于,在第一和第二区域内分别定义第一预定义资源和第二预定义资源,第一预定义资源由1或者2比特的UCI决定,第二预定义资源由2比特的UCI决定。
31.根据权利要求28所述的信号传输方法,其特征在于,在PUSCH中定义预定义资源,其中预定义资源由N比特的UCI决定;其中N=2,或N=3,或N=4。
32.根据权利要求31所述的信号传输方法,其特征在于,所述N应满足至少以下之一:
N=2时,其中1比特为第一业务类型的HARQ-ACK,1比特为第二业务类型的HARQ-ACK;或者2比特均为第一业务类型的HARQ-ACK;
N=3时,其中1比特为第一业务类型的HARQ-ACK,2比特为第二业务类型的HARQ-ACK;或者所述N=2,2比特为第一业务类型的HARQ-ACK,1比特为第二业务类型的HARQ-ACK;
N=4时,其中2比特为第一业务类型的HARQ-ACK,2比特为第二业务类型的HARQ-ACK;
其中,第一业务类型的优先级高于第二业务类型。
33.根据权利要求28所述的信号传输方法,其特征在于,所述PUCCH承载的UCI对应的业务类型不同。
34.一种信号传输装置,设置在用户设备UE上,其特征在于,所述装置包括:
信道重叠控制单元,用于多个上行信道在时域上存在重叠符号时,确定多个上行信道的发送方式;
发送单元,用于按照确定的发送方式发送上行信道承载的上行信号;
所述多个上行信道包括至少一个上行控制信道PUCCH和至少一个上行数据信道PUSCH;或者,
所述多个上行信道包括多个PUCCH;或者,
所述多个上行信道包括多个PUSCH;
当所述多个上行信道包括至少一个上行控制信道PUCCH和至少一个上行数据信道PUSCH时,特征在于,所述用户设备UE在t1时段接收第一业务类型的PUSCH的上行调度,在t2时段接收第二业务类型的PDSCH或在t2时段接收第二业务类型的PDSCH的调度;其中,所述PDSCH对应的HARQ-ACK消息和所述上行调度所对应的PUSCH均需要在tn时段上发送。
35.一种终端,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至33中任一权项所述的方法的处理。
36.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至33中任一权项所述的方法的处理。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810451392.1A CN110474747B (zh) | 2018-05-11 | 2018-05-11 | 一种信号传输方法和装置、及终端 |
EP19799672.1A EP3783826A4 (en) | 2018-05-11 | 2019-04-26 | Method and apparatus for signal transmission, and terminal |
JP2020563760A JP7257421B2 (ja) | 2018-05-11 | 2019-04-26 | 信号伝送方法、装置、および端末 |
KR1020207035681A KR20210011000A (ko) | 2018-05-11 | 2019-04-26 | 신호 전송 방법, 장치 및 단말 |
PCT/CN2019/084664 WO2019214468A1 (zh) | 2018-05-11 | 2019-04-26 | 一种信号传输方法、装置及终端 |
US17/054,484 US11627599B2 (en) | 2018-05-11 | 2019-04-26 | Method and apparatus for signal transmission, and terminal |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810451392.1A CN110474747B (zh) | 2018-05-11 | 2018-05-11 | 一种信号传输方法和装置、及终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110474747A CN110474747A (zh) | 2019-11-19 |
CN110474747B true CN110474747B (zh) | 2022-01-25 |
Family
ID=68467688
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810451392.1A Active CN110474747B (zh) | 2018-05-11 | 2018-05-11 | 一种信号传输方法和装置、及终端 |
Country Status (6)
Country | Link |
---|---|
US (1) | US11627599B2 (zh) |
EP (1) | EP3783826A4 (zh) |
JP (1) | JP7257421B2 (zh) |
KR (1) | KR20210011000A (zh) |
CN (1) | CN110474747B (zh) |
WO (1) | WO2019214468A1 (zh) |
Families Citing this family (43)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110650545B (zh) * | 2018-04-04 | 2020-07-24 | 华为技术有限公司 | 一种发送、接收上行控制信息的方法及装置 |
US11510184B2 (en) * | 2018-07-03 | 2022-11-22 | Qualcomm Incorporated | Physical uplink control channel repetition |
EP3832928A4 (en) * | 2018-07-30 | 2022-03-23 | NTT DoCoMo, Inc. | USER TERMINAL AND WIRELESS COMMUNICATION METHOD |
CN117318893A (zh) | 2018-08-09 | 2023-12-29 | 北京三星通信技术研究有限公司 | 上行传输方法、用户设备、基站和计算机可读介质 |
CN110830183B (zh) * | 2018-08-09 | 2023-09-19 | 北京三星通信技术研究有限公司 | 上行传输方法、用户设备、基站和计算机可读介质 |
CN110831219B (zh) * | 2018-08-10 | 2021-08-24 | 北京紫光展锐通信技术有限公司 | 业务冲突处理方法、用户终端及计算机可读存储介质 |
EP3858077A1 (en) * | 2018-09-28 | 2021-08-04 | Telefonaktiebolaget LM Ericsson (publ) | Configured uplink for unlicensed operation |
CN111181707B (zh) * | 2018-11-09 | 2022-11-04 | 华为技术有限公司 | 数据传输的方法和通信装置 |
CN111342942B (zh) * | 2018-12-19 | 2021-09-21 | 北京紫光展锐通信技术有限公司 | 上行控制信息的上报方法及装置、存储介质、用户终端 |
US20220174661A1 (en) * | 2019-03-25 | 2022-06-02 | Sharp Kabushiki Kaisha | Methods to determine the urllc uci multiplexing location on embb pusch |
CN111757514B (zh) * | 2019-03-29 | 2023-04-07 | 大唐移动通信设备有限公司 | Harq机制的处理方法、指示方法、终端及网络侧设备 |
US20220200743A1 (en) * | 2019-05-16 | 2022-06-23 | Ntt Docomo, Inc. | User terminal and radio communication method |
KR20200134927A (ko) * | 2019-05-24 | 2020-12-02 | 삼성전자주식회사 | 무선 통신 시스템에서 제어 정보 전송 방법 및 장치 |
WO2020261713A1 (en) * | 2019-06-26 | 2020-12-30 | Sharp Kabushiki Kaisha | MAPPING METHODS FOR URLLC HARQ-ACK MULTIPLEXING ON eMBB PUSCH |
US11778617B2 (en) * | 2019-08-27 | 2023-10-03 | Qualcomm Incorporated | Multiplexing uplink control information on uplink shared channel transmissions |
US11503609B2 (en) * | 2019-09-27 | 2022-11-15 | Qualcomm Incorporated | PUCCH repetition before RRC connection setup |
CN112911639B (zh) * | 2019-11-19 | 2023-07-18 | 维沃移动通信有限公司 | 上行传输方法、配置方法、终端及网络侧设备 |
EP4096315A4 (en) * | 2019-12-31 | 2022-12-14 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | METHOD AND DEVICE FOR TRANSMITTING UPLINK CONTROL INFORMATION, DEVICE AND STORAGE MEDIA |
US11838907B2 (en) * | 2020-02-04 | 2023-12-05 | Qualcomm Incorporated | Simultaneous feedback information and uplink shared channel transmissions |
WO2021159381A1 (zh) * | 2020-02-13 | 2021-08-19 | 富士通株式会社 | 上行信号处理方法、装置和系统 |
US11558884B2 (en) * | 2020-02-14 | 2023-01-17 | Qualcomm Incorporated | Systems and methods for uplink transmission overlap resolution |
WO2021168673A1 (zh) * | 2020-02-25 | 2021-09-02 | Oppo广东移动通信有限公司 | 信息传输方法、装置、终端以及存储介质 |
CN113411887B (zh) * | 2020-03-17 | 2022-06-21 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
CN113452482B (zh) * | 2020-03-27 | 2023-05-02 | 大唐移动通信设备有限公司 | 一种信息传输方法、装置、设备及计算机可读存储介质 |
CN113472488B (zh) * | 2020-03-30 | 2022-09-02 | 维沃移动通信有限公司 | Harq-ack的反馈模式确定方法、配置方法及设备 |
CN113498209B (zh) * | 2020-04-08 | 2023-07-04 | 维沃移动通信有限公司 | 一种冲突处理方法及装置 |
CN113939021A (zh) * | 2020-07-13 | 2022-01-14 | 维沃移动通信有限公司 | 信息复用方法、装置及用户设备 |
CN114070481B (zh) * | 2020-07-31 | 2023-08-11 | 中国信息通信研究院 | 一种物理信道的传输方法和设备 |
JP2023536922A (ja) * | 2020-08-06 | 2023-08-30 | アップル インコーポレイテッド | マルチtrpを用いたpucch動作のための技術 |
WO2022027643A1 (zh) * | 2020-08-07 | 2022-02-10 | 华为技术有限公司 | 上行信息复用传输的方法和装置 |
WO2022032515A1 (zh) * | 2020-08-12 | 2022-02-17 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
CN115699656A (zh) * | 2020-08-14 | 2023-02-03 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
US11659467B2 (en) * | 2020-08-17 | 2023-05-23 | Qualcomm Incorporated | Methods and apparatuses for out of coverage determination(s) |
CN116471668A (zh) * | 2020-08-25 | 2023-07-21 | Oppo广东移动通信有限公司 | 无线通信方法和设备 |
CN116250310A (zh) * | 2020-09-18 | 2023-06-09 | Oppo广东移动通信有限公司 | 信息传输方法、终端设备和网络设备 |
CN114285536A (zh) * | 2020-09-27 | 2022-04-05 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
WO2022067846A1 (en) * | 2020-10-02 | 2022-04-07 | Apple Inc. | Pucch repetition to increase the reliability of pucch transmission |
WO2022094543A1 (en) * | 2020-10-27 | 2022-05-05 | Qualcomm Incorporated | Handling of overlapped uplink channel transmission repetitions |
CN114698108A (zh) * | 2020-12-31 | 2022-07-01 | 维沃移动通信有限公司 | Uci复用的方法、装置、设备及可读存储介质 |
CN114745083B (zh) * | 2021-01-08 | 2024-01-30 | 维沃移动通信有限公司 | 信息传输方法、装置、终端及网络设备 |
CN113169831B (zh) * | 2021-03-22 | 2023-04-04 | 北京小米移动软件有限公司 | 一种上行控制信息uci的资源映射方法及其装置 |
CN115209401A (zh) * | 2021-04-13 | 2022-10-18 | 大唐移动通信设备有限公司 | 信道处理方法、装置及存储介质 |
WO2023201677A1 (en) * | 2022-04-22 | 2023-10-26 | Zte Corporation | Signal mechanism determination for wireless communications |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102098086A (zh) * | 2010-12-30 | 2011-06-15 | 中兴通讯股份有限公司 | 数据发送方法及装置 |
WO2013100541A1 (ko) * | 2011-12-29 | 2013-07-04 | 주식회사 팬택 | 무선 통신 시스템에서 전송 전력 제어 방법 및 장치 |
CN103220070A (zh) * | 2012-01-20 | 2013-07-24 | 中兴通讯股份有限公司 | 一种上行信号的发送方法及用户设备 |
CN103220768A (zh) * | 2012-01-21 | 2013-07-24 | 中兴通讯股份有限公司 | 一种载波聚合系统中上行信号功率削减方法及装置 |
CN104936300A (zh) * | 2014-03-20 | 2015-09-23 | 中兴通讯股份有限公司 | 上行信道处理方法、终端、基站和系统 |
CN104935419A (zh) * | 2014-03-20 | 2015-09-23 | 中兴通讯股份有限公司 | 一种上行控制信道聚合发送和接收方法、终端和基站 |
CN106067845A (zh) * | 2015-04-09 | 2016-11-02 | 北京三星通信技术研究有限公司 | 复用上行信息的方法 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010096961A1 (zh) * | 2009-02-26 | 2010-09-02 | 华为技术有限公司 | 传输消息的方法、设备及系统 |
CN102386963B (zh) * | 2010-08-30 | 2015-06-10 | 中兴通讯股份有限公司 | 一种通信系统共存时的帧配置方法、信号发送方法及系统 |
US9497756B2 (en) | 2012-03-25 | 2016-11-15 | Comcast Cable Communications, Llc | Base station radio resource management |
US10278141B2 (en) | 2014-08-06 | 2019-04-30 | Lg Electronics Inc. | Method for transmitting uplink signal and user equipment, and method for receiving uplink signal and base station |
US9686064B2 (en) * | 2015-01-21 | 2017-06-20 | Intel IP Corporation | Devices and methods for HARQ-ACK feedback scheme on PUSCH in wireless communication systems |
CN107734688B (zh) | 2016-08-12 | 2023-05-02 | 中兴通讯股份有限公司 | 一种信息发送方法及发送设备 |
US10499386B2 (en) * | 2017-06-15 | 2019-12-03 | Sharp Kabushiki Kaisha | Procedure, base station and user equipment for uplink transmission without grant |
CN111133815B (zh) * | 2017-07-21 | 2024-03-12 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
TWI691225B (zh) * | 2017-08-04 | 2020-04-11 | 聯發科技股份有限公司 | 衝突處理之方法、及其使用者設備和基地台 |
SG11202002858XA (en) | 2017-09-29 | 2020-04-29 | Ntt Docomo Inc | User terminal and radio communication method |
EP3734999A4 (en) * | 2017-12-27 | 2021-08-04 | Ntt Docomo, Inc. | RADIO BASE STATION AND RADIO COMMUNICATION PROCEDURES |
CN110035531B (zh) * | 2018-01-12 | 2021-12-03 | 华为技术有限公司 | 上行控制信息传输方法及装置 |
US10834711B2 (en) * | 2018-04-17 | 2020-11-10 | Qualcomm Incorporated | Selectively multiplexing physical uplink shared channel (PUSCH) and physical uplink control channel (PUCCH) communications |
-
2018
- 2018-05-11 CN CN201810451392.1A patent/CN110474747B/zh active Active
-
2019
- 2019-04-26 EP EP19799672.1A patent/EP3783826A4/en active Pending
- 2019-04-26 JP JP2020563760A patent/JP7257421B2/ja active Active
- 2019-04-26 WO PCT/CN2019/084664 patent/WO2019214468A1/zh unknown
- 2019-04-26 KR KR1020207035681A patent/KR20210011000A/ko not_active Application Discontinuation
- 2019-04-26 US US17/054,484 patent/US11627599B2/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102098086A (zh) * | 2010-12-30 | 2011-06-15 | 中兴通讯股份有限公司 | 数据发送方法及装置 |
WO2013100541A1 (ko) * | 2011-12-29 | 2013-07-04 | 주식회사 팬택 | 무선 통신 시스템에서 전송 전력 제어 방법 및 장치 |
CN103220070A (zh) * | 2012-01-20 | 2013-07-24 | 中兴通讯股份有限公司 | 一种上行信号的发送方法及用户设备 |
CN103220768A (zh) * | 2012-01-21 | 2013-07-24 | 中兴通讯股份有限公司 | 一种载波聚合系统中上行信号功率削减方法及装置 |
CN104936300A (zh) * | 2014-03-20 | 2015-09-23 | 中兴通讯股份有限公司 | 上行信道处理方法、终端、基站和系统 |
CN104935419A (zh) * | 2014-03-20 | 2015-09-23 | 中兴通讯股份有限公司 | 一种上行控制信道聚合发送和接收方法、终端和基站 |
CN106067845A (zh) * | 2015-04-09 | 2016-11-02 | 北京三星通信技术研究有限公司 | 复用上行信息的方法 |
Non-Patent Citations (1)
Title |
---|
"R1-1719676 UCI multiplexing on PUSCH".2017, * |
Also Published As
Publication number | Publication date |
---|---|
WO2019214468A1 (zh) | 2019-11-14 |
JP7257421B2 (ja) | 2023-04-13 |
EP3783826A4 (en) | 2021-12-29 |
JP2021524194A (ja) | 2021-09-09 |
US20210058922A1 (en) | 2021-02-25 |
EP3783826A1 (en) | 2021-02-24 |
KR20210011000A (ko) | 2021-01-29 |
US11627599B2 (en) | 2023-04-11 |
CN110474747A (zh) | 2019-11-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110474747B (zh) | 一种信号传输方法和装置、及终端 | |
EP3949631B1 (en) | Method and apparatus for transmission and reception of sidelink feedback in wireless communication system | |
CN110192413B (zh) | 用于复用业务的系统和方法 | |
US11595991B2 (en) | Method for indicating the allocated resources for a HARQ message in a random access procedure for a low-complexity, narrowband terminal | |
EP3529930B1 (en) | Harq feedback for unscheduled uplink | |
EP3539340B1 (en) | Coexistence of grant-free and grant-based uplink transmissions | |
JP6860672B2 (ja) | アップリンク情報処理方法および装置 | |
CN106658742B (zh) | 数据调度及传输的方法、装置及系统 | |
CN110149661B (zh) | 信道传输方法和装置、网络设备及计算机可读存储介质 | |
KR101928835B1 (ko) | 리소스 할당 방법 및 장치 | |
CN114051703A (zh) | 用于侧链路通信的方法和装置 | |
TWI696360B (zh) | 反饋ack/nack信息的方法、終端設備和網絡側設備 | |
CN110832930B (zh) | 用于未许可频谱上的上行链路传输的多个起始位置 | |
EP2903312B1 (en) | Method and device for processing trunking service, base station and user equipment | |
EP2536243A1 (en) | Mobile station device, wireless communication method, and circuit device | |
US20230045767A1 (en) | Method for operating terminal and base station in wireless communication system, and device supporting same | |
KR20200013050A (ko) | 신뢰할 수 있는 초저 레이턴시 통신들 | |
CN109756979B (zh) | 传输信息的方法和通信设备 | |
US10790941B2 (en) | Method and device for narrowband cellular communication | |
US20210250944A1 (en) | Method and apparatus for transmitting control information for network cooperative communication | |
CN114208081A (zh) | 执行对半永久性调度传输的混合自动重传请求反馈的方法及相关装置 | |
EP3614760A1 (en) | Method and apparatus for information transmission | |
EP3598709B1 (en) | Acknowledgement information transmission method, terminal device, and network device | |
CN107431901B (zh) | 在蜂窝网络的无线电接口上分配资源的设备和方法 | |
JP5039840B2 (ja) | 移動通信方法、移動局及び無線基地局 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |