CN114175563A - 用于在上行链路信道上传输信息的方法和装置 - Google Patents
用于在上行链路信道上传输信息的方法和装置 Download PDFInfo
- Publication number
- CN114175563A CN114175563A CN202080054522.3A CN202080054522A CN114175563A CN 114175563 A CN114175563 A CN 114175563A CN 202080054522 A CN202080054522 A CN 202080054522A CN 114175563 A CN114175563 A CN 114175563A
- Authority
- CN
- China
- Prior art keywords
- physical uplink
- shared channel
- channel
- uplink control
- uplink shared
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
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/0042—Arrangements for allocating sub-channels of the transmission path intra-user or intra-terminal allocation
-
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/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
- 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/0078—Timing of allocation
-
- 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/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- 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/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
-
- 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
-
- 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
Abstract
可以在UE处接收(310)包括至少一个PUCCH资源的信息的PUCCH配置。可以接收(320)针对至少一个高优先级PUSCH的UL许可。UL许可可以指示UE将CSI报告包括在至少一个高优先级PUSCH中。至少一个高优先级PUSCH的特定PUSCH可以与至少一个PUCCH资源的PUCCH资源重叠。可以对是否存在要在PUCCH资源上传输的UCI做出确定(330)。当存在要在PUCCH资源上传输UCI时,可以通过将CSI报告包括在特定PUSCH中来根据UL许可传输(340)特定PUSCH。
Description
技术领域
本公开涉及一种用于在上行链路信道上传输信息的方法和装置。
背景技术
目前,无线通信设备,诸如用户设备(UE),使用无线信号与其他通信设备进行通信。在Rel-15新无线电(NR)中,如果UE必须为不包括调度请求(SR)——例如混合自动重传请求应答(HARQ-ACK)、周期信道状态信息(P-CSI)和/或半持久CSI(SP-CSI)——的UCI发送上行链路控制信息(UCI)和物理上行链路控制信道(PUCCH)资源,则与物理上行链路共享信道(PUSCH)(有或没有上行链路共享信道(UL-SCH))冲突,UE处的物理层(PHY)在PUSCH中多路复用UCI。根据上行链路(UL)数据传送块(TB)(即UL-SCH)的存在,UCI的速率匹配改变。如果PUCCH与多个PUSCH许可冲突,则有明确的PHY规则来确定哪个PUSCH用于UCI多路复用,而PHY不知道哪个逻辑信道映射到哪个PUSCH。
附图说明
为了描述可以获得本公开的优点和特征的方式,本公开的描述是通过参照其在附图中所示的具体实施例来提供的。这些图仅描绘了本公开的示例实施例,因此不应被认为限制了其范围。为了清楚起见,图可能已经简化,并且不一定按比例绘制。
图1是根据可能的实施例的系统的示例框图;
图2是根据可能的实施例的示例场景的示例图示,该示例场景要求UE处理两个单播物理下行链路共享信道(PDSCH);
图3是图示了根据可能的实施例的装置的操作的示例流程图;
图4是图示了根据可能的实施例的装置的操作的示例流程图;以及
图5是根据可能的实施例的装置的示例框图。
具体实施方式
实施例提供一种用于在上行链路信道上传输信息的方法和装置。至少一些实施例可以提供一种方法来处理UL数据/控制和控制/控制资源冲突。至少一些实施例可以提供一种方法来解决与高优先级业务相关联的SR与低优先级业务的上行链路数据之间的资源冲突。至少一些实施例可以为具有不同优先级的业务提供在HARQ-ACK/SR/CSI和PUSCH之间的优先化和/或多路复用行为,包括在PUCCH上具有UCI和在PUSCH上具有UCI的情况。
至少一些实施例可以提供方法来处理与不同的业务类型相关联的多个单播数据信道。
如果由于后来接收到的第二PDSCH(可能为高优先级PDSCH),UE必须延迟处理第一PDSCH,则至少一些实施例可以为UE提供接收针对第一PDSCH(可能为低优先级PDSCH)的HARQ-ACK反馈的两个PUCCH资源(早期和后期PUCCH资源)的信息,并且使用针对第一PDSCH的HARQ-ACK反馈的后期PUCCH资源。此外,实施例可以为早期PUCCH和后期PUCCH提供HARQ-ACK码本构造方法。为低优先级PDSCH提供两个PUCCH资源,可以用于最小化URLLC业务所导致的eMBB吞吐量下降,并且与eMBB PDSCH处理的丢弃所导致的eMBB PDSCH的频繁重传相比,预计是资源高效的。
至少一些实施例可以提供详细的规则,以基于针对CSI报告的PUCCH资源的指示物理层优先级,丢弃或多路复用CSI报告与其他UCI和/或UL数据。这种优先级指示可以被网络实体用来维护针对UE的Pcell或针对TRP或为UE的URLLC业务服务的服务小区的最新CSI信息。
根据可能的实施例,可以在UE处接收包括至少一个PUCCH资源的信息的PUCCH配置。可以接收针对至少一个高优先级PUSCH的UL许可。UL许可可以指示UE将CSI报告包括在至少一个高优先级PUSCH中。至少一个高优先级PUSCH的特定PUSCH可以与至少一个PUCCH资源的PUCCH资源重叠。可以对是否存在要在PUCCH资源上传输的UCI做出确定。当存在要在PUCCH资源上传输的UCI时,可以通过将CSI报告包括在特定PUSCH中来根据UL许可传输特定PUSCH。
根据可能的实施例,可以接收针对服务小区的第一PDSCH的DL分配的第一信息。可以识别用于第一PDSCH的HARQ-ACK反馈的第一PUCCH资源和第二PUCCH资源。第二PUCCH资源的起始符号可以晚于第一PUCCH资源的起始符号。可以接收针对服务小区的第二PDSCH的DL分配的第二信息。第二PDSCH的起始符号可以晚于第一PDSCH的起始符号。可以对是否延迟第一PDSCH的HARQ-ACK反馈来处理第二PDSCH做出确定。响应于确定延迟第一PDSCH的HARQ-ACK反馈,可以在第二PUCCH资源上传输第一PDSCH的HARQ-ACK信息。
图1是根据可能的实施例的系统100的示例框图。系统100可以包括UE 110、至少一个网络实体120和125以及网络130。UE 110可以是无线广域网设备、用户设备、无线终端、便携式无线通信设备、智能手机、蜂窝电话、翻盖手机、个人数字助理、智能手表、个人计算机、平板计算机、膝上型计算机、选择性呼叫接收机、物联网(IoT)设备或能够在无线网络上发送和接收通信信号的任何其他用户设备。至少一个网络实体120和125可以是无线广域网基站,可以是NodeB,可以是增强NodeB(eNB),可以是新无线电(NR)NodeB(gNB)——诸如,第五代(5G)NodeB,可以是未授权网络基站,可以是接入点,可以是基站控制器,可以是网络控制器,可以是传输和接收点(TRP),可以是来自其他网络实体的不同类型的网络实体和/或可以是可以在UE和网络之间提供无线接入的任何其他网络实体。
网络130可以包括能够发送和接收无线通信信号的任何类型的网络。例如,网络130可以包括无线通信网络、蜂窝电话网络、基于时分多址(TDMA)的网络、基于码分多址(CDMA)的网络、基于正交频分多址(OFDMA)的网络、长期演进(LTE)网络、NR网络、基于第三代合作伙伴计划(3GPP)的网络、5G网络、卫星通信网络、高空平台网络、互联网和/或其他通信网络。
在操作中,UE 110可以经由至少一个网络实体120与网络130进行通信。例如,UE110可以在控制信道上发送和接收控制信号并且在数据信道上发送和接收用户数据信号。
如果PUCCH与多个PUSCH许可冲突,则可以使用PHY规则来确定哪个PUSCH用于UCI多路复用,而PHY不知道哪个逻辑信道映射到哪个PUSCH。类似的原理可以应用于针对超可靠低延迟通信(URLLC)和增强移动宽带(eMBB)的Rel-16 NR UE内多路复用。例如,如果eMBBUCI的PUCCH资源与两个不重叠的PUSCH——诸如带有URLLC TB的PUSCH和带有eMBB TB的另一个PUSCH——冲突,则PHY可以在带有eMBB TB的PUSCH中多路复用eMBB UCI。为了让UE和gNB处的PHY知道哪个PUSCH具有eMBB TB,可以使用PHY级别指示(例如通过UL/下行链路(DL)下行链路控制信息(DCI)的指示)。
在Rel-15 NR(3GPP TS 38.213)中,指定规则,以在UE处的PUCCH和/或PUSCH中传输不同的UCI。然而,Rel-15 NR规范不提供方法来处置不同业务类型的UCI和UL-SCH的冲突。
对于用于丢弃和多路复用多个CSI报告的规则的时隙中基于多个PUCCH的CSI报告,如果UE没有提供multi-CSI-PUCCH-ResourceList或如果用于CSI报告的传输的PUCCH资源在时隙中不重叠,则在时隙中,携带CSI报告(即PUCCH格式3&4)的长PUCCH可以与携带CSI报告(即PUCCH格式2)的短PUCCH进行时域多路复用。如果UE提供了multi-CSI-PUCCH-ResourceList并且如果多个PUCCH资源中有任何PUCCH资源重叠,则UE可以在来自multi-CSI-PUCCH-ResourceList所提供的资源的资源中多路复用所有CSI报告,如TS 38.213的子条款9.2.5.2中所描述的。
对于PUCCH和/或与PUCCH重叠的PUSCH和/或不满足定时条件的PUSCH资源,UE可能不期望响应DCI格式的PUCCH或PUSCH与不满足TS 38.213的子条款9.2.5中所描述的定时条件的任何其他PUCCH或PUSCH重叠。
对于多个PUCCH中HARQ-ACK和CSI的传输,如果UE没有提供simultaneousHARQ-ACK-CSI并且如果UE将在给定时隙中以长PUCCH(PUCCH格式1、3或4)传输HARQ-ACK信息,则在时隙中,UE可能不传输用于CSI报告的长PUCCH(PUCCH格式3或4),并且UE可能不传输重叠的用于CSI报告的短PUCCH(PUCCH格式2)。如果UE没有提供simultaneousHARQ-ACK-CSI并且如果UE将以PUCCH格式0或PUCCH格式2传输HARQ-ACK信息,则UE可能不以PUCCH格式2、PUCCH格式3或PUCCH格式4传输任何PUCCH以用于CSI报告的传输——如果它们与来自用于HARQ-ACK信息的传输的资源的任何资源重叠。
对于带有UL-SCH的PUSCH上的UCI多路复用,如果PUCCH资源在时间上与PUSCH传输重叠,则UE可以在PUSCH中多路复用HARQ-ACK信息和/或CSI报告,如TS38.213的子条款9.3中所描述的,并且可以不传输SR。如果PUCCH资源在时间上与多个PUSCH传输重叠,则可以选择用于多路复用HARQ-ACK信息和/或CSI的PUSCH,如TS38.213的子条款9中所描述的。如果UE所进行的PUSCH传输没有响应DCI格式检测并且UE只多路复用CSI报告,则定时条件可能不适用。
如果没有UL-SCH的PUSCH与在服务小区上包括正SR的PUCCH重叠,其中,SR中的符号“*”意味着SR何时为正,
表1:没有UL-SCH的PUSCH与包括正SR的PUCCH重叠
基于Rel-15 3GPP NR规范(3GPP TS 38.213 V15.6.0),UE可以响应于接收到与DCI格式1_0或DCI格式1_1相关联的PDSCH生成HARQ-ACK信息,其CRC被C-RNTI、MCS-C-RNTI或CS-RNTI扰码。如果UE接收到PDSCH,而没有接收到相应的PDCCH,或如果UE接收到指示SPSPDSCH发布的PDCCH,则UE可以生成一个相应的HARQ-ACK信息位。如果UE没有提供PDSCH-CodeBlockGroupTransmission,则UE可以在每个传送块上生成一个HARQ-ACK信息位。对于HARQ-ACK信息位,如果UE检测到DCI格式1_0,则UE可以生成ACK,该DCI格式1_0提供SPSPDSCH发布或正确地解码传送块,并且如果UE没有正确地解码传送块,则UE可以生成NACK。为了在一个PUCCH或PUSCH资源中传输多个HARQ-ACK位,UE可以根据3GPP TS 38.213V15.6.0的子条款9.1中所定义的规则构造HARQ-ACK码本。
基于3GPP TS 38.321,调度请求(SR)可以用于请求UL-SCH资源,以用于新的传输。每个SR配置都与一个或多个逻辑信道对应。每个逻辑信道都可以映射到零个或一个SR配置,其可以由无线电资源控制(RRC)配置。触发BSR的逻辑信道的SR配置(如果这种配置存在)可以被认为是触发SR的对应SR配置。
至少一些实施例可以为具有不同优先级的业务提供UL数据/控制和控制/控制资源冲突的处置。
例如,至少一些实施例可以为UE提供各种方法,以在UE的多个PUSCH和/或PUCCH重叠时传输UCI和/或UL-SCH。
假设UL DCI和/或RRC配置指示PUSCH的对应UL许可的优先级和配置PUCCH资源的优先级,并且DL DCI和/或RRC配置指示PDSCH的对应DL分配的优先级和相关联的HARQ-ACK反馈的优先级,UE可以根据PHY丢弃/多路复用规则确定它将在冲突的PUSCH和PUCCH之间传输哪个PUSCH或PUCCH。在一个示例中,较低优先级上行链路信道(即PUSCH和PUCCH)可以包括Rel-15 NR上行链路信道,这些信道是基于Rel-15 NR DCI格式动态地调度或半持久地激活或基于Rel-15 NR RRC参数配置的。
在一种实施方式中,如果较低优先级PUCCH与较高优先级PUCCH重叠,则UE可以丢弃/终止较低优先级PUCCH的传输。类似地,如果较低优先级PUSCH与较高优先级PUSCH重叠,则UE可以丢弃/终止较低优先级PUSCH的传输。
在另一种实施方式中,如果携带URLLC HARQ-ACK信息、URLLC SR和/或URLLC CSI报告的高优先级PUCCH在时间上与具有UL-SCH的高优先级PUSCH重叠,并且用于多路复用的一个或多个定时条件(如果适用)得到满足,则UE可以在具有UL-SCH的高优先级PUSCH中多路复用URLLC HARQ-ACK信息和/或URLLC CSI报告,并且可以不传输包括URLLC SR的高优先级PUCCH。URLLC CSI报告的一个示例可以是CQI偏移/调整的指示,该指示将与URLLC HARQ-ACK一起在高优先级PUCCH上传输。此外,如果指示UE在具有UL-SCH的高优先级PUSCH中发送半持久或非周期CSI报告,则UE只能够在高优先级PUSCH中多路复用URLLC HARQ-ACK信息,并且可能不多路复用将在高优先级PUCCH上传输的URLLC CSI报告。这可能是因为由网络实体触发并且将在高优先级PUSCH上传输的半持久或非周期CSI报告可以包括比将在高优先级PUCCH上传输的URLLC CSI报告更重要的CSI。如果高优先级PUCCH资源在时间上与满足用于UCI多路复用的定时条件的多个高优先级PUSCH重叠,则可以选择携带非周期CSI的高优先级PUSCH来进行UCI多路复用。如果没有携带非周期CSI的高优先级PUSCH,则可以选择高优先级PUSCH来进行UCI多路复用,该高优先级PUSCH由动态UL许可调度,位于具有最小ServCellIndex的服务小区中,并且在给定的服务单元中更早开始。
在其他实施方式中,如果UE将传输没有UL-SCH的高优先级PUSCH,该高优先级PUSCH与包括正SR信息(例如URLLC SR)的高优先级PUCCH传输重叠,则UE可能不传输高优先级PUSCH。如果携带URLLC HARQ-ACK信息但不包括URLLC SR信息的高优先级PUCCH在时间上与没有UL-SCH的高优先级PUSCH重叠,并且用于多路复用的一个或多个定时条件(如果适用)得到满足,则UE可以在没有UL-SCH的高优先级PUSCH中多路复用URLLC HARQ-ACK信息,并且可以不传输高优先级PUCCH。对于这两种情况,没有UL-SCH的高优先级PUSCH可以包括半持久或非周期CSI报告。
在一个实施例中,UE可以接收为CSI报告配置的PUCCH资源的物理层优先级的指示,并且基于CSI报告的PUCCH资源的指示物理层优先级确定是否多路复用具有其他UCI和/或UL数据的CSI报告或丢弃CSI报告。在一个示例中,网络实体可以在主小区(PCell)的CSI报告配置中为UE配置高优先级PUCCH资源,以便即使UE具有URLLC业务时,网络实体也可以为UE的PCell维护最新的CSI信息。在另一示例中,网络实体可以在为UE的URLLC业务服务的服务小区或一个或多个传输和接收点(TRP)的CSI报告配置中为UE配置高优先级PUCCH资源。CSI报告可以周期性地或半持久地传输,其中,半持久CSI报告是经由PDSCH中的介质访问控制(MAC)控制元件(CE)激活或禁用的。在一种实施方式中,如果CSI报告的PUCCH资源配置中没有明确包括物理层优先级,则UE可以假设CSI报告的PUCCH资源在物理层中被配置为低优先级。
在一个示例中,如果CSI报告的PUCCH资源被配置为高优先级PUCCH并且与URLLCSR信息的PUCCH重叠,则CSI报告和URLLC SR信息可以在高优先级PUCCH中多路复用,该高优先级PUCCH不晚于URLLC SR信息的PUCCH资源结束。如果CSI报告的PUCCH资源被配置为低优先级PUCCH并且与URLLC SR信息的PUCCH重叠,则UE可以不传输CSI报告。
在一个示例中,如果CSI报告的PUCCH资源被配置为高优先级PUCCH并且与URLLCSR信息的PUCCH重叠,则CSI报告和URLLC SR信息可以在高优先级PUCCH中被多路复用,其中,为包括CSI报告和URLLC SR信息的高优先级PUCCH启用时隙间跳频(例如经由TS 38.331中所定义的RRC参数interslotFrequencyHopping),并且高优先级PUCCH的第一跳不晚于URLLC SR信息的PUCCH资源结束。
在另一示例中,如果CSI报告的PUCCH资源被配置为高优先级PUCCH并且与URLLCHARQ-ACK信息的PUCCH资源重叠,则CSI报告和URLLC HARQ-ACK信息可以在高优先级PUCCH中被多路复用,该高优先级PUCCH不晚于URLLC HARQ-ACK信息的PUCCH资源结束。如果CSI报告的PUCCH资源被配置为低优先级PUCCH并且与URLLC HARQ-ACK信息的PUCCH资源重叠,则UE可以不传输CSI报告。
在一个示例中,如果CSI报告的PUCCH资源被配置为高优先级PUCCH并且与URLLCHARQ-ACK信息的PUCCH重叠,则CSI报告和URLLC HARQ-ACK信息可以在高优先级PUCCH中被多路复用,其中,为包括CSI报告和URLLC HARQ-ACK信息的高优先级PUCCH启用时隙间跳频(例如经由TS 38.331中所定义的RRC参数interslotFrequencyHopping),并且高优先级PUCCH的第一跳不晚于URLLC HARQ-ACK信息的PUCCH资源结束。
在其他示例中,如果CSI报告的PUCCH资源被配置为高优先级PUCCH并且与URLLCPUSCH重叠,并且如果UE不在URLLC PUSCH中多路复用非周期或半持久CSI报告,则UE可以在URLLC PUSCH中多路复用CSI报告。如果CSI报告的PUCCH资源被配置为低优先级PUCCH或如果UE在URLLC PUSCH中多路复用非周期或半持久CSI报告,则UE可以不传输CSI报告。
在其他示例中,如果CSI报告的PUCCH资源被配置为高优先级PUCCH并且与eMBB SR和/或eMBB HARQ-ACK的PUCCH资源重叠,则UE可以不传输eMBB SR和/或eMBB HARQ-ACK。如果CSI报告的PUCCH资源被配置为低优先级PUCCH,则UE可以用3GPP TS 38.213中所指定的eMBB SR和/或eMBB HARQ-ACK多路复用CSI报告。可替代地,可能不期望UE配置有用于CSI报告的高优先级PUCCH,该高优先级PUCCH与包括eMBB SR和/或eMBB HARQ-ACK的PUCCH重叠。
在其他示例中,如果CSI报告的PUCCH资源被配置为高优先级PUCCH并且与低优先级PUSCH(包括eMBB UL-SCH)重叠,则UE可以不传输包括eMBB UL-SCH的低优先级PUSCH或取消其传输。如果CSI报告的PUCCH资源被配置为低优先级PUCCH,则UE可以在低优先级PUSCH中多路复用CSI报告(如果适用的定时条件得到满足)或可以将其视为错误情况(如果适用的定时条件没有得到满足),如3GPP TS 38.213中所指定的。可替代地,可能不期望UE配置有用于CSI报告的高优先级PUCCH,该高优先级PUCCH与包括eMBB UL-SCH的PUSCH重叠。
在其他示例中,UE可以基于以下一项或多项确定PUCCH资源的优先级:时隙索引;子时隙索引(例如在基于子时隙的HARQ-ACK反馈程序中,其中,对于给定的子时隙配置,UE可以配置有PUCCH资源集,并且PUCCH资源的起始符号可以相对于子时隙的第一符号定义);控制资源集(CORESET)索引,例如,CORESET索引,其中,发送对应的DCI,例如A-CSI触发器的DCI、用于SP-CSI激活的DCI或用于PDSCH调度的DCI;以及每个CORESET的较高层信令索引,该索引用于生成由索引识别的肯定应答(ACK)/否定应答(NACK)码本(例如在多TRP操作的情况下)。
在另一实施例中,如果指示UE将半持久或非周期CSI报告多路复用到高优先级PUSCH中,该高优先级PUSCH与包括正SR信息(例如eMBB SR)的低优先级PUCCH重叠,并且UE将在服务小区上传输没有UL-SCH的高优先级PUSCH,则UE可以执行至少一种以下方法。
根据第一种可能的方法,UE可以传输包括半持久或非周期CSI报告的高优先级PUSCH,并且可以不传输包括正SR的低优先级PUCCH。即,UE总是可以优先化被指示为较高优先级的物理上行链路信道,不管物理上行链路信道中的实际内容。
根据第二种可能的方法,UE可以传输包括正SR的低优先级PUCCH,并且可以不传输没有UL-SCH但是包括半持久或非周期CSI报告的高优先级PUSCH。即,UE可以优先化SR信息,而不是半持久或非周期CSI报告,不管相应物理信道的优先级。注意,除了eMBB SR,低优先级PUCCH还可以包括eMBB HARQ-ACK。
根据第三种可能的方法,UE可以将半持久或非周期CSI报告和低优先级(例如eMBB)SR信息(附加地是eMBB HARQ-ACK信息,如果被包括在低优先级PUCCH中)多路复用到没有UL-SCH的高优先级PUSCH中,并且可能不传输低优先级PUCCH。如果网络实体明确指示UE不包括UL-SCH(例如将Rel-15 NR的DCI格式0_1的UL-SCH指示符字段设置为0),则假设eMBB SR信息(即正或负SR的指示)在高优先级PUSCH中多路复用,网络实体可以执行半持久或非周期CSI报告的解码。如果UE还需要重叠的低优先级PUCCH进行HARQ-ACK报告,附加地,则网络实体可以考虑在高优先级PUSCH中可能存在eMBB HARQ-ACK。
在示例中,UE可以确定在高优先级PUSCH中应用eMBB HARQ-ACK的空间捆绑,不管高优先级PUSCH的harq-ACK-SpatialBundlingPUSCH设置如何。在一种实施方式中,即使在可能调度的层数等于或小于4层时,也可以进行eMBB HARQ-ACK的空间捆绑。
在另一实施方式中,假设码块组(CBG)的最大数量达到某个预定数量(例如1或2),eMBB HARQ-ACK信息可以被多路复用到高优先级PUSCH中。在另一实施方式中,如果CBG的最大数量小于某个预定数量(例如1或2),eMBB HARQ-ACK信息可以被多路复用到高优先级PUSCH中。
根据第三种可能的方法,如果指示UE在URLLC PUSCH中只包括没有UL-SCH的非周期CSI报告,则UE可以认为URLLC PUSCH与为eMBB SR和/或eMBB HARQ-ACK配置的低优先级PUCCH重叠是错误情况。
如果指示UE将半持久或非周期CSI报告多路复用到高优先级PUSCH中,该高优先级PUSCH与包括没有eMBB SR的eMBB HARQ-ACK的低优先级PUCCH重叠,并且UE将在服务小区上传输没有UL-SCH的高优先级PUSCH,则UE可以执行至少一种以下方法。
根据第一种可能的方法,UE可以传输包括半持久或非周期CSI报告的高优先级PUSCH,并且可以不传输包括eMBB HARQ-ACK的低优先级PUCCH。
根据第二种可能的方法,UE可以将半持久或非周期CSI报告和eMBB HARQ-ACK信息多路复用到没有UL-SCH的高优先级PUSCH中,并且可以不传输低优先级PUCCH。
如果UE将传输具有UL-SCH的高优先级PUSCH,则UE可以不传输包括SR信息(例如eMBB SR)和/或eMBB HARQ-ACK的低优先级PUCCH。
在其他实施例中,UE可以分别接收针对和的用于PUSCH中的UCI多路复用的多个β值集的信息,并且可以基于UCI优先级和PUSCH优先级确定要使用哪个β值集,其中, 和是用于分别确定HARQ-ACK、CSI-part1和CSI-part2的PUSCH中每层的编码调制符号的数量的参数,如3GPP TS38.212的子条款6.3.2.4(速率匹配)中所定义的。附加地,可以定义以确定SR的PUSCH中每层的编码调制符号的数量。 或的第一β值集可以用于低优先级PUSCH中的URLLC UCI多路复用。或的第二β值集可以用于高优先级PUSCH中的eMBB UCI多路复用。或的第三β值集可以用于低优先级PUSCH中的eMBB UCI多路复用。或的第四β值集用于高优先级PUSCH中的URLLC UCI多路复用。在一个示例中,网络实体可以为UE配置第一β值集的较大值和第二β值集的较小值,以便确保分别为URLLC UCI和URLLC UL-SCH提供更多的资源元素。
在一种实施方式中,对于不同数量的URLLC/高优先级PUSCH重复,一个或多个β值集可能是不同的。在另一实施方式中,对于不同数量的URLLC/高优先级PUSCH符号/重复,一个或多个β值集可能是不同的。
在其他实施例中,如果UE没有要在高优先级PUSCH上传输的高优先级数据,但是有与某个逻辑信道相关联的低优先级数据,并且高优先级PUSCH满足逻辑信道的逻辑信道优先化程序的配置映射限制,则UE可以传输高优先级PUSCH与低优先级数据。在这种情况下,在UE处,MAC可以向PHY指示传递到PHY的TB实际上是低优先级数据,以便PHY可以在携带低优先级数据的高优先级PUSCH上多路复用eMBB UCI(假设不允许eMBB UCI在携带URLLC(即高优先级)数据的PUSCH上多路复用以保证URLLC数据传递的可靠性)。进一步地,UE可能需要向网络实体指示高优先级PUSCH携带低优先级数据。用这种指示,网络实体(例如gNB)可以期望在高优先级PUSCH中多路复用eMBB UCI,并且可以正确地确定与PUSCH中的TB相关联的第一资源元素集和与eMBB UCI相关联的第二资源元素集。在一个示例中,UE可以通过对UL-SCH使用不同的扰码序列,在高PUSCH中指示低优先级或高优先级UL-SCH。可替代地或附加地,在假设eMBB UCI被多路复用和不被多路复用的情况下,gNB可以执行两次解码。
在其他实施例中,如果具有低优先级UL-SCH的高优先级PUSCH与服务小区上包括正SR的高优先级PUCCH重叠,则UE可以不传输高优先级PUSCH。如果UE被配置为能够跳过UL许可,并且没有触发非周期CSI报告,则gNB无论如何将盲目检测高优先级PUSCH和高优先级PUCCH的传输。如果携带URLLC HARQ-ACK信息但不包括URLLC SR信息的高优先级PUCCH在时间上与没有低优先级UL-SCH的高优先级PUSCH重叠,并且用于多路复用的一个或多个定时条件(如果适用)得到满足,则UE可以在有低优先级UL-SCH的高优先级PUSCH中多路复用URLLC HARQ-ACK信息,并且可以不传输高优先级PUCCH。
在其他实施例中,如果UE是用eMBB HARQ-ACK的第一PUCCH和第二PUCCH指示的,其中,第一PUCCH早于第二PUCCH开始,并且第一PUCCH与包括URLLC SR和/或URLLC HARQ-ACK的高优先级PUCCH重叠,则UE可以在第二PUCCH上传输eMBB HARQ-ACK,该第二PUCCH不与高优先级PUCCH重叠。
在其他实施例中,如果最新接收到的没有高优先级指示(或具有低优先级指示)的UL许可与高优先级物理信道重叠,并且重叠的信道的时间线要求(如TS38.213的子条款9.2.5中所描述的)没有得到满足,则PHY可以不将UL许可传递给UE的MAC层。
在一个实施例中,如果与第一SR资源配置相关联的第一SR配置(例如RRC参数SchedulingRequestConfig)与具有高优先级的逻辑信道(例如具有优先级值‘1’的逻辑信道)对应,则UE的PHY可以认为在第一SR资源配置中(例如在RRC参数SchedulingRequestResourceConfig中)配置的第一PUCCH资源被设置为高优先级,其中,在优先级值{1、2、3......16}中,优先级值越高,优先级级别越低。如果与第二SR资源配置相关联的第二SR配置只与具有低优先级(例如具有优先级值2、3......或16)的一个或多个逻辑信道对应,则UE的PHY可以认为在第二SR资源配置中配置的第二PUCCH资源被设置为低优先级。
在另一实施例中,在SR资源配置中配置的PUCCH资源的优先级级别可以是基于对应于(或映射到)SR资源配置的最高优先级逻辑信道(例如与其相同)。例如,如果具有优先级值1、2、3的逻辑信道分别对应于具有第一PUCCH资源的第一SR配置,则第一PUCCH资源的优先级级别可以是‘1’,其对应于与第一SR配置对应的逻辑信道的最高优先级级别‘1’(超出级别‘1’、‘2’、‘3’)。具有优先级值5、6、7的逻辑信道分别对应于具有第二PUCCH资源的第二SR配置,则第二PUCCH资源的优先级级别可以是‘5’,其对应于与第二SR配置对应的逻辑信道的最高优先级级别‘5’(超出级别‘5’、‘6’、‘7’)。与具有优先级级别‘1’的第一PUCCH资源相比,具有优先级级别‘5’的第二PUCCH资源具有较低的优先级。
表2示出了针对UCI和UL数据的示例性冲突处理规则
表2:针对UCI和UL数据的示例性冲突处理规则
至少一些实施例可以提供处置与不同的业务类型相关联的多个单播数据信道。如果UE必须在给定时间处置一个以上的单播PDSCH(对于重叠的或非重叠的单播PDSCH),则它可以有助于保证UE处理流水线(即一个处理块用于一次处理一个物理通道),同时保证所有物理通道都可以满足它们的处理时间线。
在一个实施方式中,UE处的PDSCH的最小处理时间可以基于用例/业务类型来确定。例如,较长的最小PDSCH处理时间(例如TS38.214的表5.3-1中所示的PDSCH处理时间)可以被应用于携带eMBB业务的PDSCH和/或符号数量大于某个阈值(例如符号数量大于4)的PDSCH,而对于携带URLLC业务的PDSCH和/或符号数量小于阈值的PDSCH,可以允许较短的最小PDSCH处理时间(例如TS38.214的表5.3-2中所示的PDSCH处理时间)。如果在UE的给定服务小区中允许业务特定的(或服务特定的)最小PDSCH处理时间,则PDSCH到HARQ-ACK的反馈可以是无序的或有序的,这取决于第一PDSCH和第二PDSCH的对应业务类型。无序的PDSCH到HARQ-ACK的反馈是,在具有HARQ进程ID‘y’的第一PDSCH之后接收到的与具有HARQ进程ID‘x’的第二PDSCH相关联的HARQ-ACK可以是在第一PDSCH的HARQ-ACK之前发送的。有序的PDSCH到HARQ-ACK的反馈是,在具有HARQ进程ID‘y’的第一PDSCH之后接收到的与具有HARQ进程ID‘x’的第二PDSCH相关联的HARQ-ACK是在第一PDSCH的HARQ-ACK之后发送的。在另一实施方式中,UE可以为所有业务类型在给定的服务小区中配置一个最小处理时间。
为了保证上述UE处理时间实施方式的UE处理流水线,UE可能必须缓冲PDSCH的接收到的符号(和/或解调数据,即对数似然比(LLR))和/或对应的HARQ-ACK反馈信息,并且还延迟接收到的PDSCH的解码和/或HARQ-ACK反馈的传输。如果UE延迟解码接收到的PDSCH和/或与最初指示的HARQ-ACK传输时间相比,延迟传输相应的HARQ-ACK反馈,以便处理稍后接收到的具有较高优先级的PDSCH,则可能需要向UE提供新的PUCCH资源,用于延迟HARQ-ACK反馈传输。
图2是根据可能的实施例的示例场景的示例图示200,该示例场景要求UE处置两个单播PDSCH。UE可以接收针对服务小区的第一PDSCH的动态或半持久DL分配的第一信息,并且可以分别识别第一和第二PUCCH资源和/或与第一和第二PUCCH资源相关联的第一和第二PDSCH到HARQ的定时指示值,用于第一PDSCH的HARQ-ACK反馈。进一步地,UE可以接收针对服务小区的第二PDSCH的动态或半持久DL分配的第二信息,其中,第二PDSCH的起始符号晚于第一PDSCH的起始符号,并且可以确定是否延迟第一PDSCH的HARQ-ACK反馈,用于处理第二PDSCH。响应于确定延迟第一PDSCH的HARQ-ACK反馈,UE可以在第二PUCCH资源上传输第一PDSCH的HARQ-ACK反馈。响应于确定不延迟第一PDSCH的HARQ-ACK反馈,UE可以在第一PUCCH资源上传输第一PDSCH的HARQ-ACK反馈。在一种实施方式中,第二PDSCH可以被明确指示为高优先级PDSCH。
第一PUCCH资源可以早于第二PUCCH资源开始,并且第一PDSCH到HARQ的定时指示值k1可能不大于第二PDSCH到HARQ的定时指示值k2。在一个示例中,对于在时隙n中结束的PDSCH接收,UE可以在时隙n+ki中传输第一PUCCH或第二PUCCH,其中,ki(i=1、2)以时隙为单位,并且可以由DCI提供和/或可以是较高层配置的。在另一示例中,对于基于子时隙的HARQ-ACK反馈,UE可以响应于在子时隙n中结束的PDSCH接收在子时隙n+ki中传输用于HARQ-ACK反馈的第一PUCCH或第二PUCCH,其中ki(i=1、2)以子时隙为单位。
在一种实施方式中,第一PUCCH资源和第二PUCCH资源(例如作为PUCCH资源索引)以及相关联的第一PDSCH到HARQ的定时指示值和第二PDSCH到HARQ的定时指示值可以通过RRC信令和/或DCI信令显式地指示。例如,PUCCH资源集中的每个元素都可以由一个或多个PUCCH资源索引组成或包括一个或多个PUCCH资源索引,因此,DCI中的PUCCH资源指示符(PRI)字段的代码点可以指示一个或多个PUCCH资源。此外,时隙数集(或子时隙数集)的较高层参数‘dl-DataToUL-ACK’的每个元素都可以由时隙(或子时隙)数的一个或多个值组成或包括这些值,并且DCI中的PDSCH到HARQ的定时指示符字段的代码点可以指示时隙(或子时隙)数的一个或多个值。
在另一实施方式中,第一PUCCH资源和相关联的第一PDSCH到HARQ的定时指示值可以通过RRC信令和/或DCI信令显式地指示,该RRC信令和/或该DCI信令调度第一PDSCH。调度第二PDSCH的RRC信令或DCI可以包括第二PUCCH资源以及相关联的用于第一PDSCH的HARQ-ACK反馈的第二PDSCH到HARQ的定时指示值。
在另一实施方式中,UE可以通过RRC和/或DCI信令接收第一PUCCH资源和/或相关联的第一PDSCH到HARQ的定时指示值的显式指示,并且可以基于第一PUCCH资源和/或第一PDSCH到HARQ的定时指示值导出第二PUCCH资源和/或第二PDSCH到HARQ的定时指示值。在一个示例中,第二PDSCH到HARQ的定时指示值相对于第一PDSCH到HARQ的定时指示值的偏移值可以是较高层配置的、动态发出信号的或预先确定的,并且第二PUCCH资源的PUCCH资源索引可以与第一PUCCH资源的PUCCH资源索引相同。在另一示例中,UE可以通过应用相对于第二PDSCH结束(或第二PDSCH开始)的时隙(或子时隙)的时隙数(或子时隙数)的偏移值来确定第二PDSCH到HARQ的定时指示值。偏移值可以是较高层配置的、动态发出信号的或预先确定的,并且第二PUCCH资源的PUCCH资源索引可以与第一PUCCH资源的PUCCH资源索引相同。偏移值可能取决于第二PDSCH的最小处理时间。
如果第一PDSCH(可能是具有低优先级的PDSCH,例如携带eMBB业务的PDSCH)的解码需要根据预定义或配置的条件延迟,则UE可以在具有第二PDSCH到HARQ定时值的第二PUCCH资源上传输对应的HARQ-ACK。否则,UE可以在具有第一PDSCH到HARQ的定时值的第一PUCCH资源上传输对应的HARQ-ACK。
UE可以在诸如调度条件和/或所报告的UE能力信息的某些条件下,处理第一PDSCH和第二PDSCH。调度条件可以包括以下至少一项:RB数、传送块大小(TBS)、层数、第一PDSCH和第二PDSCH之间的时间间隙以及携带第一PDSCH和第二PDSCH的HARQ-ACK的两个PUCCH之间的时间间隙。示例性UE能力信息可以包括UE在频带组合的给定频带上可以处置的高优先级PDSCH的数量和低优先级PDSCH的数量。如果第一PDSCH和第二PDSCH的接收到的调度信息不满足这些条件,则UE可以延迟或跳过第一PDSCH的解码。
延迟第一PDSCH解码的一个示例性条件可以是第一低优先级PDSCH结束与第二高优先级PDSCH开始之间的时间差小于第一低优先级PDSCH(即更早开始的PDSCH)的最小处理时间。换言之,如果高优先级PDSCH的第一符号和低优先级PDSCH的最后一个符号之间的时间间隙包括至少N1个符号,则UE可以处理低优先级PDSCH和高优先级PDSCH,并且在第一PUCCH资源(即更早开始的PUCCH资源)上报告低优先级PDSCH的HARQ-ACK反馈。N1可以是低优先级PDSCH的最小处理时间或配置的或预定义的值。否则,UE可以延迟或跳过解码低优先级PDSCH。如果UE设置有用于低优先级PDSCH(即第一PDSCH)的HARQ-ACK反馈的第一PUCCH资源和第二PUCCH资源,则UE可以延迟解码低优先级PDSCH,并且可以在第二PUCCH资源(即稍后开始的PUCCH资源)上传输低优先级PDSCH的HARQ-ACK反馈。如果UE只设置有用于低优先级PDSCH的HARQ-ACK反馈的一个PUCCH资源(即第一PUCCH资源),则UE可以跳过解码低优先级PDSCH,并且可以在第一PUCCH资源上传输低优先级PDSCH的HARQ-ACK反馈。如果跳过低优先级PDSCH的解码,则UE可以生成NACK作为HARQ-ACK反馈。
在一种实施方式中,第一PUCCH资源和第二PUCCH资源位于同一服务小区(例如PCell、PSCell或PUCCH-SCell)中。PCell可以是主小区组(MCG)的主小区。当UE配置有双连接时,PSCell可以是辅小区组(SCG)的主小区。PUCCH-SCell可以是辅小区,该辅小区具有被配置为携带PUCCH的上行链路载波。在另一实施方式中,如果UE配置有PUCCH-SCell,则第一PUCCH资源和第二PUCCH资源可以位于相同的服务小区中或位于不同的服务小区中。
在另一实施例中,如果UE根据一个或多个配置的或预定义的规则确定延迟或跳过解码第一PDSCH并且在用于处理第二PDSCH的第一PUCCH资源上传输第一PDSCH的HARQ-ACK反馈,则考虑到与第一PDSCH相关联的HARQ-ACK位字段,UE可以保持用于第一PUCCH上的HARQ-ACK传输的HARQ-ACK码本的原始大小。即,响应于确定延迟或跳过第一PDSCH的HARQ-ACK反馈的第一PUCCH的HARQ-ACK码本大小可以与响应于不延迟或跳过第一PDSCH的HARQ-ACK反馈的HARQ-ACK码本大小相同。第一PDSCH可能是潜在的优先级比第二PDSCH低的PDSCH,并且第一PDSCH可以早于第二PDSCH开始。
在第一PUCCH的HARQ-ACK码本中,UE可以将与第一PDSCH相关联的HARQ-ACK位字段设置为已知的值,例如NACK或ACK。在第二PUCCH的HARQ-ACK码本中,UE可以在第二PUCCH的HARQ-ACK码本的末尾附加第一PDSCH的HARQ-ACK信息位。
在一个实施例中,UE的物理层可以指示MAC实体,是否试图解码接收到的数据(例如信道位的LLR)。如果UE由于第二PDSCH的处理而决定跳过第一PDSCH的解码,其中,第一PDSCH具有比第二PDSCH低的优先级,则PHY可以指示MAC不要试图解码接收到的数据。此外,UE可以决定是否用接收到的数据替换该TB的软缓冲区中的数据,这取决于定时条件(UE是否能够执行解调制)。
如果UE决定跳过第一PDSCH的解码,则在一种实施方式中,UE可以使第一PDSCH的检测到的DCI格式失效。在另一实施方式中,如果UE已经为一些或全部信道位生成了有用的/有意义的LLR(即使UE不继续解码),则使用它们可能比完全丢弃它们更好。因此,是否对跳过解码的第一PDSCH更新软缓冲区可以由UE实施方式决定。
根据可能的实施例,HARQ进程可以如下修改,其中,双破折号“——”指示附加项:
5.3.2.2HARQ进程
当针对HARQ进程发生传输时,从HARQ实体接收一个或两个(在下行链路空间多路复用的情况下)TB以及相关联的HARQ信息。
对于每个接收到的TB和相关联的HARQ信息,HARQ进程应:
1>如果与之前接收到的与该TB对应的传输的值相比,NDI在被提供时已经被切换;或
1>如果HARQ进程等于广播进程,并且这是根据RRC所指示的系统信息时间表的TB的第一次接收到的传输;或
1>如果这是该TB的第一次接收到的传输(即之前没有该TB的NDI):
2>认为这种传输是新的传输。
1>否则:
2>认为这种传输是重传。
MAC实体然后应:
1>如果这是新的传输:
——2>如果物理层指示MAC实体试图解码接收到的数据:
3>试图解码接收到的数据。——
1>否则,如果这是重传:
2>如果该TB的数据还未被成功解码:
3>指令物理层将接收到的数据与当前在该TB的软缓冲区中的数据相结合
——3>如果物理层指示MAC实体试图解码接收到的数据:
4>试图解码结合的数据。——
1>如果MAC实体试图解码的数据针对该TB被成功解码;或
1>如果该TB的数据之前被成功解码:
2>如果HARQ进程等于广播进程:
3>将解码的MAC PDU传递给上层。
2>否则,如果这是该TB的数据的第一次成功解码:
3>将解码的MAC PDU传递给反汇编和去多路复用实体。
——1>否则,如果物理层指示MAC实体试图解码接收到的数据:
2>指令物理层用MAC实体试图解码的数据替换该TB的软缓冲区中的数据。——
1>如果HARQ进程与用临时C-RNTI指示的传输相关联,并且竞争解决方案尚未成功(参见子条款5.1.5);或
1>如果HARQ进程等于广播进程;或
1>如果timeAlignmentTimer,其与包含HARQ反馈要在其上传输的服务小区的TAG相关联,停止或到期:
2>不指令物理层在该TB中生成数据的应答。
1>否则:
2>指令物理层在该TB中生成数据的应答。
MAC实体在确定与之前的传输中的值相比其C-RNTI的PDCCH上的NDI是否已被切换时,应护理在其临时C-RNTI的PDCCH上的所有下行链路分配中接收到的NDI。
注:如果MAC实体接收到重传,其TB大小与上次为该TB发信号通知的TB大小不同,则UE行为由UE实施方式决定。
——注:如果物理层指示MAC实体不试图解码接收到的数据,则UE决定是否指令物理层用接收到的数据替换该TB的软缓冲区中的数据——
图3是图示了根据可能的实施例的无线通信设备——诸如UE110——的操作的示例流程图300。在310中,可以接收包括至少一个PUCCH资源的信息的PUCCH配置。在320中,可以接收针对至少一个高优先级PUSCH的UL许可。UL许可可以指示UE将CSI报告包括在至少一个高优先级PUSCH中。至少一个高优先级PUSCH的特定PUSCH可以与至少一个PUCCH资源的PUCCH资源重叠。在330中,可以对是否存在要在PUCCH资源上传输的UCI做出确定。在340中,当存在要在PUCCH资源上传输的UCI时,可以通过将CSI报告包括在特定PUSCH中根据UL许可来传输特定PUSCH。
根据可能的实施例,可以取消PUCCH资源上的UCI传输。
根据可能的实施例,可以确定是否存在用于PUSCH的UL-SCH。UCI可以包括至少SR。PUCCH资源可以是低优先级PUCCH资源。当不存在用于PUSCH的UL-SCH时,传输PUSCH可以包括:在不包括UCI的情况下传输PUSCH。例如,如果UE仅具有SR或SR和HARQ-ACK信息要在PUCCH资源上传输,并且PUCCH资源是低优先级PUCCH资源,则UE可以根据UL许可传输高优先级PUSCH,不管UL-SCH是否存在。UL-SCH可以是——诸如可以包括——用户数据。
根据可能的实施例,可以对UCI是否包括SR和/或HARQ-ACK信息做出确定。当UCI包括SR和/或HARQ-ACK信息时,可以将UCI多路复用到所传输的PUSCH中。PUCCH资源可以是低优先级PUCCH资源。例如,UE可以将半持久或非周期CSI报告和低优先级SR信息(以及eMBBHARQ-ACK信息,如果被包括在低优先级PUCCH中)多路复用到没有UL-SCH的高优先级PUSCH中,并且可能不传输低优先级PUCCH。
根据可能的实施例,CSI报告可以是第一CSI报告。UCI可以包括第二CSI报告。多路复用UCI可以包括将不包括第二CSI报告的UCI多路复用到所传输的PUSCH中。
根据可能的实施方式,可以对是否存在用于PUSCH的UL-SCH做出确定。多路复用可以包括:在不存在用于PUSCH的UL-SCH时,将SR和/或HARQ-ACK信息多路复用到所传输的PUSCH中。
根据可能的实施例,CSI报告可以是至少一个高优先级PUSCH中的非周期CSI报告。
根据可能的实施例,CSI报告可以是半持久CSI报告。至少一个高优先级PUSCH可以包括半持久发生的PUSCH资源。传输可以包括:在半持久发生的PUSCH资源中的半持久发生的PUSCH资源上传输CSI报告。
根据可能的实施例,PUCCH资源可以与高优先级PUCCH对应。传输PUSCH可以包括:当PUCCH资源与高优先级PUCCH对应时,传输PUSCH。
根据可能的实施方式,所传输的PUSCH可以包括UL-SCH。传输PUSCH可以包括当PUSCH包括UL-SCH并且PUCCH资源与高优先级PUCCH对应时,传输PUSCH。根据可能的实施方式,CSI报告可以是第一CSI报告。UCI可以是SR、HARQ-ACK信息和/或第二CSI报告。传输PUSCH可以包括如果UCI包括HARQ-ACK信息,则将HARQ-ACK信息多路复用到PUSCH中,当UCI包括SR时,将SR从PUSCH中排除,并且当UCI包括第二CSI报告时,将第二CSI报告从PUSCH中排除。
例如,如果携带URLLC HARQ-ACK信息、URLLC SR和/或URLLC CSI报告的高优先级PUCCH在时间上与具有UL-SCH的高优先级PUSCH重叠,并且用于多路复用的一个或多个定时条件得到满足,则UE可以在具有UL-SCH的高优先级PUSCH中多路复用URLLC HARQ-ACK信息和/或URLLC CSI报告,并且可以不传输包括URLLC SR的高优先级PUCCH。URLLC CSI报告的一个示例可以是CQI偏移/调整的指示,该指示将与URLLC HARQ-ACK一起在高优先级PUCCH上传输。此外,如果指示UE在具有UL-SCH的高优先级PUSCH中发送半持久或非周期CSI报告,则UE只能够在高优先级PUSCH中多路复用URLLC HARQ-ACK信息,并且可能不多路复用将在高优先级PUCCH上传输的URLLC CSI报告。这可能是因为由网络实体触发并且将在高优先级PUSCH上传输的半持久或非周期CSI报告可以包括比将在高优先级PUCCH上传输的URLLCCSI报告更重要的CSI。如果高优先级PUCCH资源在时间上与满足用于UCI多路复用的定时条件的多个高优先级PUSCH重叠,则可以选择携带非周期CSI的高优先级PUSCH来进行UCI多路复用。如果没有携带非周期CSI的高优先级PUSCH,则选择高优先级PUSCH来进行UCI多路复用,该高优先级PUSCH由动态UL许可调度,位于具有最小ServCellIndex的服务小区中,并且在给定的服务单元中更早开始。
根据可能的实施例,UCI可以包括至少HARQ-ACK信息。特定PUSCH可以通过在特定PUSCH上包括低优先级UL-SCH和UCI的HARQ-ACK信息来传输。根据可能的实施方式,可以发送指示,其指示低优先级UL-SCH是在特定PUSCH上传输的。根据可能的实施方式,指示可以包括通过将扰码序列应用于特定PUSCH来指示,其中,扰码序列与低优先级UL-SCH对应。例如,不同的扰码序列可以用于指示UL-SCH的不同优先级。
根据可能的实施例,PUCCH配置可以包括SR资源配置。SR资源配置可以包括PUCCH资源,并且可以与SR配置相关联。SR配置可以与至少一个逻辑信道对应。方法可以包括基于至少一个逻辑信道的至少一个优先级确定PUCCH资源的优先级。
例如,每个逻辑信道都可以具有一个优先级,SR配置可以与多个逻辑信道优先级对应,并且PUCCH的优先级可以基于多个逻辑信道优先级来确定。如果与第一SR资源配置相关联的第一SR配置(例如RRC参数SchedulingRequestConfig)与具有高优先级的逻辑信道(例如具有优先级值‘1’的逻辑信道)对应,则UE的PHY可以认为在第一SR资源配置中(例如在RRC参数SchedulingRequestResourceConfig中)配置的第一PUCCH资源被设置为高优先级,其中,在优先级值{1、2、3......16}中,优先级值越高,可能指示优先级级别越低。如果与第二SR资源配置相关联的第二SR配置只与具有低优先级(例如具有优先级值2、3......或16)的一个或多个逻辑信道对应,则UE的PHY可以认为在第二SR资源配置中配置的第二PUCCH资源被设置为低优先级。
图4是图示了根据可能的实施例的无线通信设备——诸如UE110——的操作的示例流程图400。在410中,可以接收针对服务小区的第一PDSCH的DL分配的第一信息。在420中,可以识别用于第一PDSCH的HARQ-ACK反馈的第一PUCCH资源和第二PUCCH资源。第二PUCCH资源的起始符号可以晚于第一PUCCH资源的起始符号。在430中,可以接收针对服务小区的第二PDSCH的DL分配的第二信息。第二PDSCH的起始符号可以晚于第一PDSCH的起始符号。在440中,可以确定是否延迟第一PDSCH的HARQ-ACK反馈来处理第二PDSCH。在450中,响应于确定延迟第一PDSCH的HARQ-ACK反馈,可以在第二PUCCH资源上传输第一PDSCH的HARQ-ACK信息。
根据可能的实施例,第一PDSCH可以与比第二PDSCH低的优先级相关联。
根据可能的实施例,可以基于第一PUCCH资源索引和第一PDSCH到HARQ的定时指示值来确定第一PUCCH资源。可以基于第二PUCCH资源索引和第二PDSCH到HARQ的定时指示值来确定第二PUCCH资源。
根据可能的实施例,可以在第三PUCCH资源上传输第二PDSCH的HARQ-ACK信息。第三PUCCH资源的起始符号可以早于第一PUCCH资源的起始符号。例如,如图示200中所示的,PUCCH3可以早于PUCCH1开始。
根据可能的实施例,响应于确定不延迟第一PDSCH的HARQ-ACK反馈,可以在第一PUCCH资源上传输第一PDSCH的HARQ-ACK信息。
根据可能的实施例,响应于确定延迟第一PDSCH的HARQ-ACK反馈,可以在第一PUCCH资源上传输第一HARQ-ACK码本,并且可以在第二PUCCH资源上传输第二HARQ-ACK码本。第一PDSCH的HARQ-ACK信息可以包括在第二HARQ-ACK码本中。根据可能的实施方式,可以将第一PDSCH的HARQ-ACK信息附加到第二HARQ-ACK码本的其他HARQ-ACK信息。根据可能的实施方式,第一HARQ-ACK码本可以包括用于第一PDSCH的HARQ-ACK反馈的位字段。根据可能的实施方式,用于第一PDSCH的HARQ-ACK反馈的位字段可以包括一个或多个已知值。根据可能的实施方式,用于第一PDSCH的HARQ-ACK反馈的位字段的宽度的大小可以与第一PDSCH的HARQ-ACK信息的大小相同。
根据可能的实施例,第一PUCCH资源和第二PUCCH资源可以位于同一小区中。根据可能的实施例,第一PUCCH资源和第二PUCCH资源可以位于不同的小区中。
根据可能的实施例,第一PDSCH的DL分配可以是动态或半持久分配。
根据可能的实施例,第一PUCCH资源可以与包括URLLC SR信息和/或URLLC HARQ-ACK信息的PUCCH重叠。第二PUCCH资源可以不与PUCCH重叠。第一PDSCH的HARQ-ACK信息可以在第二PUCCH资源上传输。
应当理解,尽管有图中所示的特定步骤,但是各种附加或不同步骤可以根据实施例执行,并且一个或多个特定步骤可以根据实施例重新排列、重复或完全消除。同样,在执行其他步骤时,所执行的一些步骤可以在持续或连续的基础上同时重复。此外,不同的步骤可以由不同的元件或在所公开的实施例的单个元件中执行。附加地,网络实体,诸如基站、传输和接收点或其他网络实体,可以执行UE的相互操作。例如,网络实体可以传输UE所接收到的信号,并且可以接收UE所传输的信号。网络实体还可以处理和操作所发送和接收的信号。
图5是根据可能的实施例的装置500——诸如UE 110、网络实体120或本文中所公开的任何其他无线通信设备——的示例框图。装置500可以包括外壳510、耦合到外壳510的控制器520、耦合到控制器520的音频输入和输出电路系统530、耦合到控制器520的显示器540、耦合到控制器520的存储器550、耦合到控制器520的用户界面560、耦合到控制器520的收发器570、耦合到收发器570的至少一个天线575以及耦合到控制器520的网络接口580。装置500可能不一定包括本公开的不同实施例的所有所示的元件。装置500可以执行所有实施例中所描述的方法。
显示器540可以是取景器、液晶显示器(LCD)、发光二极管(LED)显示器、有机发光二极管(OLED)显示器、等离子显示器、投影显示器、触摸屏或显示信息的任何其他设备。收发器570可以是可以包括发送器和/或接收器的一个或多个收发器。音频输入和输出电路系统530可以包括麦克风、扬声器、换能器或任何其他音频输入和输出电路系统。用户界面560可以包括小键盘、键盘、按钮、触摸板、操纵杆、触摸屏显示器、另一附加显示器或用于在用户和电子设备之间提供接口的任何其他设备。网络接口580可以是通用串行总线(USB)端口、以太网端口、红外发射器/接收器、IEEE 1394端口、无线收发器、WLAN收发器或可以将装置连接到网络、设备和/或计算机并且可以传输和接收数据通信信号的任何其他接口。存储器550可以包括随机存取存储器(RAM)、只读存储器(ROM)、光学存储器、固态存储器、闪速存储器、可移动存储器、硬盘驱动器、高速缓存或可以耦合到装置的任何其他存储器。
装置500或控制器520可以实施任何操作系统,诸如MicrosoftAndroidTM或任何其他操作系统。例如,装置操作软件可以用诸如C、C++、Java或Visual Basic的任何编程语言编写。装置软件也可以在诸如例如,框架、框架或任何其他应用框架的应用框架上运行。软件和/或操作系统可以存储在存储器550中,在装置500上的任何地方,在云存储中和/或在可以存储软件和/或操作系统的任何地方。装置500或控制器520也可以使用硬件来实施所公开的操作。例如,控制器520可以是任何可编程处理器。此外,控制器520可以执行一些或全部所公开的操作。例如,至少一些操作可以使用云计算来执行并且控制器520可以执行其他操作。至少一些操作也可以被至少一个计算机处理器所执行的计算机可执行指令执行。所公开的实施例也可以实施在通用或专用计算机、编程微处理器或微控制器、外围集成电路元件、专用集成电路或其他集成电路、硬件/电子逻辑电路(诸如分立元件电路)、可编程逻辑设备(诸如可编程逻辑阵列、现场可编程门阵列等)上。通常,控制器520可以是能够操作装置和实施所公开的实施例的任何控制器或处理器设备或设备。装置500的一些或全部附加元件也可以执行所公开的实施例的一些或全部操作。
在操作中,装置500可以执行所公开的实施例的方法和操作。收发器570可以传输和接收信号,包括数据信号和控制信号,这些信号可以包括相应的数据和控制信息。控制器520可以生成和处理所传输和所接收的信号和信息。
根据可能的实施例,收发器570可以接收包括至少一个PUCCH资源的信息的PUCCH配置。收发器570可以接收至少一个高优先级PUSCH的UL许可。UL许可可以指示UE将CSI报告包括在至少一个高优先级PUSCH中。至少一个高优先级PUSCH的特定PUSCH可以与至少一个PUCCH资源的PUCCH资源重叠。控制器520可以确定是否存在要在PUCCH资源上传输的UCI。当存在要在PUCCH资源上传输的UCI时,收发器570可以通过将CSI报告包括在特定PUSCH中来根据UL许可传输特定PUSCH。
根据可能的实施例,控制器520可以取消PUCCH资源上的UCI传输。
根据可能的实施例,控制器520可以确定是否存在用于PUSCH的UL-SCH。UCI可以包括至少SR。PUCCH资源可以是低优先级PUCCH资源。当不存在用于PUSCH的UL-SCH时,收发器570可以在不包括UCI的情况下传输PUSCH。
根据可能的实施例,控制器520可以确定UCI是否包括SR和/或HARQ-ACK信息。当UCI包括SR和/或HARQ-ACK信息时,控制器520可以将UCI多路复用到所传输的PUSCH中。PUCCH资源可以是低优先级PUCCH资源。
根据可能的实施例,CSI报告可以是至少一个高优先级PUSCH中的非周期CSI报告。
根据可能的实施例,CSI报告可以是半持久CSI报告。至少一个高优先级PUSCH可以包括半持久发生的PUSCH资源。收发器570可以在半持久发生的PUSCH资源中的半持久发生的PUSCH资源上传输CSI报告。
根据可能的实施例,PUCCH资源可以与高优先级PUCCH对应。当PUCCH资源与高优先级PUCCH对应时,收发器570可以传输PUSCH。
根据可能的实施方式,所传输的PUSCH可以包括UL-SCH。当PUSCH包括UL-SCH并且PUCCH资源与高优先级PUCCH对应时,收发器570可以传输PUSCH。根据可能的实施方式,CSI报告可以是第一CSI报告。UCI可以是SR、HARQ-ACK信息和/或第二CSI报告。控制器520可以在UCI包括HARQ-ACK信息时,将HARQ-ACK信息多路复用到PUSCH中,在UCI包括SR时,将SR从PUSCH中排除,并且在UCI包括第二CSI报告时,将第二CSI报告从PUSCH中排除。
根据可能的实施例,UCI可以包括至少HARQ-ACK信息。特定PUSCH可以通过在特定PUSCH上包括低优先级UL-SCH和UCI的HARQ-ACK信息来传输。根据可能的实施方式,可以发送指示,其指示低优先级UL-SCH是在特定PUSCH上传输的。根据可能的实施方式,指示可以包括通过将扰码序列应用于特定PUSCH来指示,其中,扰码序列与低优先级UL-SCH对应。例如,不同的扰码序列可以用于指示UL-SCH的不同优先级。
根据可能的实施例,PUCCH配置可以包括SR资源配置。SR资源配置可以包括PUCCH资源,并且可以与SR配置相关联。SR配置可以与至少一个逻辑信道对应。控制器520可以基于至少一个逻辑信道的至少一个优先级确定PUCCH资源的优先级。
根据可能的实施例,收发器570可以接收针对服务小区的第一PDSCH的DL分配的第一信息。控制器520可以识别用于第一PDSCH的HARQ-ACK反馈的第一PUCCH资源和第二PUCCH资源。第二PUCCH资源的起始符号可以晚于第一PUCCH资源的起始符号。收发器570可以接收针对服务小区的第二PDSCH的DL分配的第二信息。第二PDSCH的起始符号可以晚于第一PDSCH的起始符号。控制器520可以确定是否延迟第一PDSCH的HARQ-ACK反馈来处理第二PDSCH。收发器570可以响应于确定延迟第一PDSCH的HARQ-ACK反馈,在第二PUCCH资源上传输第一PDSCH的HARQ-ACK信息。
根据可能的实施例,第一PDSCH可以与比第二PDSCH低的优先级相关联。
根据可能的实施例,可以基于第一PUCCH资源索引和第一PDSCH到HARQ的定时指示值来确定第一PUCCH资源。可以基于第二PUCCH资源索引和第二PDSCH到HARQ的定时指示值来确定第二PUCCH资源。
根据可能的实施例,收发器570可以在第三PUCCH资源上传输第二PDSCH的HARQ-ACK信息。第三PUCCH资源的起始符号可以早于第一PUCCH资源的起始符号。
根据可能的实施例,收发器570可以响应于控制器确定不延迟第一PDSCH的HARQ-ACK反馈,在第一PUCCH资源上传输第一PDSCH的HARQ-ACK信息。
根据可能的实施例,收发器570可以响应于控制器确定延迟第一PDSCH的HARQ-ACK反馈,在第一PUCCH资源上传输第一HARQ-ACK码本,并且在第二PUCCH资源上传输第二HARQ-ACK码本。第一PDSCH的HARQ-ACK信息可以被包括在第二HARQ-ACK码本中。
根据可能的实施例,UE处的方法可以包括接收针对服务小区的第一PDSCH的DL分配的第一信息。方法可以包括识别用于第一PDSCH的HARQ-ACK反馈的第一PUCCH资源和第二PUCCH资源。方法可以包括接收针对服务小区的第二PDSCH的DL分配的第二信息。方法可以包括确定是否延迟第一PDSCH的HARQ-ACK反馈来处理第二PDSCH。方法可以包括响应于确定延迟第一PDSCH的HARQ-ACK反馈,在第二PUCCH资源上传输第一PDSCH的HARQ-ACK信息。第二PDSCH的起始符号可以晚于第一PDSCH的起始符号,并且第二PUCCH资源的起始符号可以晚于第一PUCCH资源的起始符号。
第一PDSCH可以与比第二PDSCH低的优先级相关联。
第一PUCCH资源可以基于第一PUCCH资源索引和第一PDSCH到HARQ的定时指示值来确定,并且第二PUCCH资源可以基于第二PUCCH资源索引和第二PDSCH到HARQ的定时指示值来确定。
根据可能的实施方式,方法可以包括在第三PUCCH资源上传输第二PDSCH的HARQ-ACK信息,其中,第三PUCCH资源的起始符号早于第一PUCCH资源的起始符号。
根据可能的实施方式,方法可以包括响应于确定不延迟第一PDSCH的HARQ-ACK反馈,在第一PUCCH资源上传输第一PDSCH的HARQ-ACK信息。
第一PUCCH资源和第二PUCCH资源可以位于同一小区中。第一PUCCH资源和第二PUCCH资源可以位于不同的小区中。第一PDSCH的DL分配可以是动态或半持久分配。
第一PUCCH资源可以与包括URLLC SR信息和/或URLLC HARQ-ACK信息的PUCCH重叠,并且第二PUCCH资源可以不与PUCCH重叠,并且方法可以包括在第二PUCCH资源上传输第一PDSCH的HARQ-AKC信息。
根据可能的实施例,方法可以包括响应于确定延迟第一PDSCH的HARQ-ACK反馈,在第一PUCCH资源上传输第一HARQ-ACK码本,并且在第二PUCCH资源上传输第二HARQ-ACK码本,其中,第一PDSCH的HARQ-ACK信息包括在第二HARQ-ACK码本中。可以将第一PDSCH的HARQ-ACK信息附加到第二HARQ-ACK码本的其他HARQ-ACK信息。第一HARQ-ACK码本可以包括用于第一PDSCH的HARQ-ACK反馈的位字段。用于第一PDSCH的HARQ-ACK反馈的位字段可以包括一个或多个已知值。用于第一PDSCH的HARQ-ACK反馈的位字段的宽度可以与第一PDSCH的HARQ-ACK信息的大小相同。
本公开的至少一些方法可以在编程处理器上实施。然而,控制器、流程图和模块也可以在通用或专用计算机、编程微处理器或微控制器和外围集成电路元件、集成电路、硬件电子或逻辑电路——诸如分立元件、可编程逻辑设备等上实施。通常,其上驻留有能够实施图中所示的流程图的有限状态机的任何设备都可以用于实施本公开的处理器功能。
至少一些实施例可以改进所公开的设备的操作。同样,虽然本公开已经用其具体实施例进行了描述,但是很明显,对于本领域的技术人员而言,许多替代方案、修改和变化将变得显而易见。例如,实施例的各个组件都可以在其他实施例中互换、添加或替换。同样,对于所公开的实施例的操作,每个图的所有元件都不是必需的。例如,在所公开的实施例的领域中的普通技术人员能够只通过使用独立权利要求的元件制作和使用本公开的教导。因此,本文中所述的本公开的实施例旨在说明,而不是限制。在不脱离本公开的精神和范围的情况下,可以做出各种变化。
在本文中,诸如“第一”、“第二”等关系术语仅仅可以用于区分一个实体或动作与另一实体或动作,而不一定要求或暗示这种实体或动作之间的任何实际的这种关系或顺序。后面有列表的短语“......中的至少一个”、“从......的组中选择的至少一个”或“从......中选择的至少一个”被定义为指列表中的一个、一些或全部元件,但不一定是全部元件。术语“包括(comprises)”、“包括(comprising)”、“包含(including)”或其任何其他变型旨在覆盖非排他性包括,使得包括元件列表的过程、方法、物品或装置不仅包括这些元件,还可以包括未明确列出或对这类过程、方法、物品或装置固有的其他元件。在没有更多约束的情况下,前面有“一”、“一个”等的元件不排除包括元件的过程、方法、物品或装置中存在附加的相同元件。同样,术语“另一”被至少定义为又一或更多。如本文中所使用的,术语“包含(including)”、“具有”等被定义为“包括(comprising)”。此外,背景技术部分不是作为现有技术提交的,而是作为发明人自己在提交时对一些实施例的上下文的理解而编写的,并且包括发明人自己对现有技术的任何问题和/或发明人在自己的工作中遇到的问题的认识。
Claims (20)
1.一种用户设备中的方法,所述方法包括:
接收物理上行链路控制信道配置,所述物理上行链路控制信道配置包括至少一个物理上行链路控制信道资源的信息;
接收针对至少一个高优先级物理上行链路共享信道的上行链路许可,所述上行链路许可指示所述用户设备将信道状态信息报告包括在所述至少一个高优先级物理上行链路共享信道中,其中,所述至少一个高优先级物理上行链路共享信道的特定物理上行链路共享信道与所述至少一个物理上行链路控制信道资源的物理上行链路控制信道资源重叠;
确定是否存在要在所述物理上行链路控制信道资源上传输的上行链路控制信息;以及
当存在要在所述物理上行链路控制信道资源上传输的上行链路控制信息时,通过将所述信道状态信息报告包括在所述特定物理上行链路共享信道中来根据所述上行链路许可传输所述特定物理上行链路共享信道。
2.根据权利要求1所述的方法,进一步包括:取消所述物理上行链路控制信道资源上的上行链路控制信息传输。
3.根据权利要求1所述的方法,进一步包括:确定是否存在用于所述物理上行链路共享信道的上行链路共享信道,
其中,所述上行链路控制信息包括至少调度请求,
其中,所述物理上行链路控制信道资源是低优先级物理上行链路控制信道资源,以及
其中,传输所述特定物理上行链路共享信道包括:当不存在用于所述物理上行链路共享信道的上行链路共享信道时,在不包括所述上行链路控制信息的情况下传输所述特定物理上行链路共享信道。
4.根据权利要求1所述的方法,进一步包括:
确定所述上行链路控制信息是否包括从调度请求和混合自动重传请求应答信息中选择的至少一个;以及
当所述上行链路控制信息包括从所述调度请求和所述混合自动重传请求应答信息中选择的所述至少一个时,将所述上行链路控制信息多路复用到所传输的物理上行链路共享信道中,
其中,所述物理上行链路控制信道资源是低优先级物理上行链路控制信道资源。
5.根据权利要求4所述的方法,
其中,所述信道状态信息报告是第一信道状态信息报告,
其中,所述上行链路控制信息进一步包括第二信道状态信息报告,以及
其中,多路复用所述上行链路控制信息包括将不包括所述第二信道状态信息报告的所述上行链路控制信息多路复用到所传输的物理上行链路共享信道中。
6.根据权利要求4所述的方法,进一步包括确定是否存在用于所述物理上行链路共享信道的上行链路共享信道,
其中,多路复用包括:当不存在用于所述物理上行链路共享信道的上行链路共享信道时,将从调度请求和混合自动重传请求应答信息中选择的所述至少一个多路复用到所传输的物理上行链路共享信道中。
7.根据权利要求1所述的方法,其中,所述信道状态信息报告包括所述至少一个高优先级物理上行链路共享信道中的非周期信道状态信息报告。
8.根据权利要求1所述的方法,
其中,所述信道状态信息报告是半持久信道状态信息报告,
其中,所述至少一个高优先级物理上行链路共享信道包括半持久发生的物理上行链路共享信道资源,以及
其中,传输包括:在所述半持久发生的物理上行链路共享信道资源中的半持久发生的物理上行链路共享信道资源上传输所述信道状态信息报告。
9.根据权利要求1所述的方法,
其中,所述物理上行链路控制信道资源与高优先级物理上行链路控制信道对应,以及
其中,传输所述特定物理上行链路共享信道包括:当所述物理上行链路控制信道资源与所述高优先级物理上行链路控制信道对应时,传输所述特定物理上行链路共享信道。
10.根据权利要求9所述的方法,
其中,所传输的物理上行链路共享信道包括上行链路共享信道,以及
其中,传输所述特定物理上行链路共享信道包括:当所述物理上行链路共享信道包括所述上行链路共享信道并且所述物理上行链路控制信道资源与所述高优先级物理上行链路控制信道对应时,传输所述特定物理上行链路共享信道。
11.根据权利要求10所述的方法,
其中,所述信道状态信息报告是第一信道状态信息报告,
其中,所述上行链路控制信息是从调度请求、混合自动重传请求应答信息和第二信道状态信息报告中选择的至少一个,以及
其中,传输所述特定物理上行链路共享信道进一步包括:
如果所述上行链路控制信息包括所述混合自动重传请求应答信息,则将所述混合自动重传请求应答信息多路复用到所述物理上行链路共享信道中;
当所述上行链路控制信息包括所述调度请求时,将所述调度请求从所述物理上行链路共享信道中排除;以及
当所述上行链路控制信息包括所述第二信道状态信息报告时,将所述第二信道状态信息报告从所述物理上行链路共享信道中排除。
12.根据权利要求1所述的方法,
其中,所述上行链路控制信息包括至少混合自动重传请求应答信息,以及
其中,所述特定物理上行链路共享信道是通过在所述特定物理上行链路共享信道上包括低优先级上行链路共享信道和所述上行链路控制信息的所述混合自动重传请求应答信息来传输的。
13.根据权利要求12所述的方法,进一步包括指示所述低优先级上行链路共享信道是在所述特定物理上行链路共享信道上传输的。
14.根据权利要求13所述的方法,其中,指示包括通过将扰码序列应用于所述特定物理上行链路共享信道来指示,其中,所述扰码序列与所述低优先级上行链路共享信道对应。
15.根据权利要求1所述的方法,
其中,所述物理上行链路控制信道配置包括调度请求资源配置,
其中,所述调度请求资源配置包括所述物理上行链路控制信道资源,并且与调度请求配置相关联,
其中,所述调度请求配置与至少一个逻辑信道对应,以及
其中,所述方法进一步包括:基于所述至少一个逻辑信道的至少一个优先级确定所述物理上行链路控制信道资源的优先级。
16.一种装置,包括:
收发器,所述收发器
接收物理上行链路控制信道配置,所述物理上行链路控制信道配置包括至少一个物理上行链路控制信道资源的信息,以及
接收针对至少一个高优先级物理上行链路共享信道的上行链路许可,所述上行链路许可指示所述用户设备将信道状态信息报告包括在所述至少一个高优先级物理上行链路共享信道中,其中,所述至少一个高优先级物理上行链路共享信道的特定物理上行链路共享信道与所述至少一个物理上行链路控制信道资源的物理上行链路控制信道资源重叠;以及
控制器,所述控制器耦合到所述收发器,其中,所述控制器确定是否存在要在所述物理上行链路控制信道资源上传输的上行链路控制信息,
其中,当存在要在所述物理上行链路控制信道资源上传输的上行链路控制信息时,所述收发器通过将所述信道状态信息报告包括在所述特定物理上行链路共享信道中来根据所述上行链路许可传输所述特定物理上行链路共享信道。
17.根据权利要求16所述的装置,其中,所述控制器取消所述物理上行链路控制信道资源上的上行链路控制信息传输。
18.根据权利要求16所述的装置,
其中,所述控制器确定是否存在用于所述物理上行链路共享信道的上行链路共享信道,
其中,所述上行链路控制信息包括至少调度请求,
其中,所述物理上行链路控制信道资源是低优先级物理上行链路控制信道资源,以及
其中,传输所述特定物理上行链路共享信道包括:当不存在用于所述物理上行链路共享信道的上行链路共享信道时,在不包括所述上行链路控制信息的情况下传输所述特定物理上行链路共享信道。
19.根据权利要求16所述的装置,
其中,所述控制器
确定所述上行链路控制信息是否包括从调度请求和混合自动重传请求应答信息中选择的至少一个,以及
当所述上行链路控制信息包括从所述调度请求和所述混合自动重传请求应答信息中选择的所述至少一个时,将所述上行链路控制信息多路复用到所传输的物理上行链路共享信道中,以及
其中,所述物理上行链路控制信道资源是低优先级物理上行链路控制信道资源。
20.根据权利要求16所述的装置,其中,所述信道状态信息报告包括所述至少一个高优先级物理上行链路共享信道中的非周期信道状态信息报告。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962886324P | 2019-08-13 | 2019-08-13 | |
US62/886,324 | 2019-08-13 | ||
PCT/IB2020/057648 WO2021028872A1 (en) | 2019-08-13 | 2020-08-13 | Method and apparatus for transmitting information on an uplink channel |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114175563A true CN114175563A (zh) | 2022-03-11 |
Family
ID=72178850
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080054522.3A Pending CN114175563A (zh) | 2019-08-13 | 2020-08-13 | 用于在上行链路信道上传输信息的方法和装置 |
CN202080056730.7A Pending CN114208352A (zh) | 2019-08-13 | 2020-08-13 | 在上行链路信道上传输信息的方法和装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080056730.7A Pending CN114208352A (zh) | 2019-08-13 | 2020-08-13 | 在上行链路信道上传输信息的方法和装置 |
Country Status (4)
Country | Link |
---|---|
US (2) | US20220279538A1 (zh) |
EP (2) | EP4014405A1 (zh) |
CN (2) | CN114175563A (zh) |
WO (2) | WO2021028872A1 (zh) |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110830173B (zh) * | 2018-08-08 | 2020-09-15 | 展讯通信(上海)有限公司 | Pucch与pdsch之间的时间差的指示方法、基站及可读介质 |
WO2021040585A1 (en) * | 2019-08-26 | 2021-03-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Harq codebook structure |
US20210105217A1 (en) * | 2019-10-03 | 2021-04-08 | Samsung Electronics Co., Ltd | System and method for a user equipment to process overlapping physical downlink shared channels |
US20210235302A1 (en) * | 2020-01-23 | 2021-07-29 | Qualcomm Incorporated | Channel state information scheduling request |
US11558884B2 (en) * | 2020-02-14 | 2023-01-17 | Qualcomm Incorporated | Systems and methods for uplink transmission overlap resolution |
US11490414B2 (en) * | 2020-02-14 | 2022-11-01 | Qualcomm Incorporated | Techniques for intra-user equipment and inter-user equipment cancelation of overlapping communications |
WO2021197759A1 (en) * | 2020-03-31 | 2021-10-07 | Sony Group Corporation | Methods and communications devices |
EP4176667A1 (en) * | 2020-07-22 | 2023-05-10 | Fg Innovation Company Limited | User equipment and method for scheduling timeline for cancelling uplink transmission |
WO2022053843A1 (en) * | 2020-09-11 | 2022-03-17 | Orope France Sarl | Apparatus and method of communication |
CN116491189A (zh) * | 2020-10-08 | 2023-07-25 | 苹果公司 | 基于子载波间隔的新无线电(nr)中的harq传输 |
US11844104B2 (en) * | 2020-10-16 | 2023-12-12 | Qualcomm Incorporated | Cancellation order for scheduled uplink repetitive transmissions with different priorities |
CN117596686A (zh) * | 2021-01-14 | 2024-02-23 | 上海推络通信科技合伙企业(有限合伙) | 一种被用于无线通信的节点中的方法和装置 |
US11716753B2 (en) * | 2021-01-26 | 2023-08-01 | Qualcomm Incorporated | Feedback methods for subband full duplex systems |
US11937236B2 (en) * | 2021-04-01 | 2024-03-19 | Qualcomm Incorporated | Acknowledgment feedback configuration for group-common downlink channels with repetitions |
WO2022213280A1 (en) * | 2021-04-06 | 2022-10-13 | Apple Inc. | Uci multiplexing with physical layer priority and lch based prioritization |
US11936588B2 (en) | 2021-05-11 | 2024-03-19 | Apple Inc. | UCI multiplexing procedure for multiple overlapping channels at different physical layer priorities |
WO2022246472A1 (en) * | 2021-05-21 | 2022-11-24 | Qualcomm Incorporated | Uplink transmissions in next available slots |
WO2023170826A1 (ja) * | 2022-03-09 | 2023-09-14 | 株式会社Nttドコモ | 端末、無線通信方法及び基地局 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180132229A1 (en) * | 2016-11-04 | 2018-05-10 | Mediatek Inc. | Method And Apparatus For Multiplexing Physical Uplink Control Channels In Mobile Communications |
WO2018128501A1 (ko) * | 2017-01-07 | 2018-07-12 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말의 상향링크 제어 채널 전송 방법 및 상기 방법을 이용하는 통신 장치 |
CN108476103A (zh) * | 2015-11-11 | 2018-08-31 | 夏普株式会社 | 用于利用授权辅助接入(laa)上行链路传输进行上行链路控制信息报告的系统和方法 |
CA3072524A1 (en) * | 2017-08-10 | 2019-02-14 | Huawei Technologies Co., Ltd. | Uplink transmission method, terminal device, and network device |
WO2019147000A1 (ko) * | 2018-01-25 | 2019-08-01 | 엘지전자 주식회사 | 무선 통신 시스템에서 물리 상향 링크 제어 채널 상에서 다수의 상향 링크 제어 정보를 전송하는 방법 및 이를 위한 장치 |
-
2020
- 2020-08-13 WO PCT/IB2020/057648 patent/WO2021028872A1/en unknown
- 2020-08-13 US US17/632,009 patent/US20220279538A1/en active Pending
- 2020-08-13 WO PCT/IB2020/057649 patent/WO2021028873A1/en unknown
- 2020-08-13 EP EP20760554.4A patent/EP4014405A1/en active Pending
- 2020-08-13 EP EP20760555.1A patent/EP4014406A1/en active Pending
- 2020-08-13 CN CN202080054522.3A patent/CN114175563A/zh active Pending
- 2020-08-13 US US17/632,022 patent/US20220279505A1/en active Pending
- 2020-08-13 CN CN202080056730.7A patent/CN114208352A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108476103A (zh) * | 2015-11-11 | 2018-08-31 | 夏普株式会社 | 用于利用授权辅助接入(laa)上行链路传输进行上行链路控制信息报告的系统和方法 |
US20180132229A1 (en) * | 2016-11-04 | 2018-05-10 | Mediatek Inc. | Method And Apparatus For Multiplexing Physical Uplink Control Channels In Mobile Communications |
WO2018128501A1 (ko) * | 2017-01-07 | 2018-07-12 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말의 상향링크 제어 채널 전송 방법 및 상기 방법을 이용하는 통신 장치 |
CA3072524A1 (en) * | 2017-08-10 | 2019-02-14 | Huawei Technologies Co., Ltd. | Uplink transmission method, terminal device, and network device |
WO2019147000A1 (ko) * | 2018-01-25 | 2019-08-01 | 엘지전자 주식회사 | 무선 통신 시스템에서 물리 상향 링크 제어 채널 상에서 다수의 상향 링크 제어 정보를 전송하는 방법 및 이를 위한 장치 |
Non-Patent Citations (1)
Title |
---|
INTEL CORPORATION: "《3GPP TSG RAN WG1 Meeting#96 R1-1902499》", pages: 3 - 4 * |
Also Published As
Publication number | Publication date |
---|---|
EP4014405A1 (en) | 2022-06-22 |
US20220279538A1 (en) | 2022-09-01 |
WO2021028873A1 (en) | 2021-02-18 |
WO2021028872A1 (en) | 2021-02-18 |
EP4014406A1 (en) | 2022-06-22 |
CN114208352A (zh) | 2022-03-18 |
US20220279505A1 (en) | 2022-09-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220279538A1 (en) | Method and apparatus for transmitting information on an uplink channel | |
US10574421B2 (en) | Method and apparatus for scheduling uplink transmissions with reduced latency | |
US10278136B2 (en) | Method and apparatus for scheduling uplink transmissions with reduced latency | |
US10813150B2 (en) | Method and apparatus for scheduling uplink transmissions with reduced latency | |
KR102216025B1 (ko) | 감소된 레이턴시로 버퍼 상태 보고들을 송신하기 위한 방법 및 장치 | |
US10277367B2 (en) | Method and apparatus for scheduling uplink transmissions with reduced latency | |
KR102424179B1 (ko) | 상이한 전송 시간 구간 길이들에 기초하여 상이한 전력 헤드룸 보고들을 전송하기 위한 방법 및 장치 | |
CN105743619B (zh) | 混合自动重传请求(harq)传输的方法和设备 | |
CN113661668B (zh) | 基于重叠传输时机取消传输的方法和装置 | |
KR102309328B1 (ko) | 감소된 레이턴시로 업링크 전송들을 스케줄링하기 위한 방법 및 장치 | |
US20230189255A1 (en) | Apparatus and method of cancelling a pusch transmission | |
CN115362738A (zh) | 用于传送uci的pusch的装置和方法 | |
CN113796032B (zh) | 用于半静态harq-ack码本确定的方法及设备 | |
CN113302863A (zh) | 用于发送harq-ack信息的方法和设备 |
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 |