基于重叠传输时机取消传输的方法和装置与流程

1.本公开涉及一种用于在无线网络上进行通信的方法和装置。更具体地，本公开涉及基于重叠的传输时机来取消传输。


背景技术：

2.目前，诸如用户设备(ue)之类的无线通信设备使用无线信号与其他通信设备进行通信。在第三代合作伙伴计划(3gpp)第15版新无线电(nr)中，引入了对超可靠和低延迟通信(urllc)的基本支持，以及用于低延迟的传输时间间隔(tti)结构以及改进可靠性的方法。例如，允许物理下行链路共享信道(pdsch)/物理上行链路共享信道(pusch)的基于非时隙(即，微时隙，例如2、4或7个符号，其持续时间短于14个符号的时隙持续时间)的调度或传输，并且支持pdsch/pusch时隙聚合(即在多个时隙上重复pdsch/pusch)。已经识别了具有更严格延迟和可靠性要求的其他用例。另一种用途可以包括启用第15版的用例改进，其包括增强现实(ar)和虚拟现实(vr)。其他未来用例可能包括对工厂自动化、运输行业和配电具有更高要求的新版本16用例。


技术实现要素：
附图说明
3.为了描述可以获得本公开的优点和特征的方式，通过参考在附图中图示的本公开的具体实施例来呈现对本公开的描述。这些附图仅描绘了本公开的示例实施例并且因此不被认为是对其范围的限制。为了清楚起见，附图可能已经被简化并且不一定按比例绘制。
4.图1是根据可能的实施例的系统的示例框图；
5.图2是图示根据可能的实施例的无线通信设备的操作的示例流程图；
6.图3是根据可能的实施例的装置的示例框图；以及
7.图4是图示根据可能的实施例的无线通信设备的操作的示例流程图。
具体实施方式
8.实施例提供了一种用于在无线网络上进行通信的方法和装置。至少一些实施例可以提供在超可靠和低延迟通信中传输上行链路控制信息的方法。至少一些实施例可以基于重叠的传输时机取消传输。
9.根据可能的实施例，可以确定第一上行链路信道的第一传输时机和第一优先级。可以确定第二上行链路信道的第二传输时机和第二优先级。第一优先级可以高于第二优先级。第一传输时机可以与第二传输时机在时间上重叠。可以基于在时间上与第二传输时机重叠的第一传输时机来确定用于取消第二上行链路信道的传输的第二上行链路信道的特定符号。可以根据特定符号取消第二上行链路信道的传输。
10.图1是根据可能的实施例的系统100的示例框图。系统100可以包括ue 110、至少一
个网络实体120和125以及网络130。ue 110可以是无线广域网设备、用户设备、无线终端、便携式无线通信设备、智能电话、移动电话、翻盖电话、个人数字助理、智能手表、个人电脑、平板电脑、笔记本电脑、选择性呼叫接收器、物联网(iot)设备或能够在无线网络上发送和接收通信信号的任何其他用户设备。至少一个网络实体120和125可以是无线广域网基站，可以是nodeb，可以是增强型nodeb(enb)，可以是新无线电(nr)nodeb(gnb)(例如第五代(5g)nodeb)，可以是未授权的网络基站，可以是接入点，可以是基站控制器，可以是网络控制器，可以是发送和接收点(trp)，可以是与其他网络实体不同类型的网络实体，和/或可以是可以在ue和网络之间提供无线接入的任何其他网络实体。
11.网络130可以包括能够发送和接收无线通信信号的任何类型的网络。例如，网络130可以包括无线通信网络、蜂窝电话网络、基于时分多址(tdma)的网络、基于码分多址(cdma)的网络、基于正交频分多址(ofdma)的网络、长期演进(lte)网络、nr网络、基于第三代合作伙伴计划(3gpp)的网络、5g网络、卫星通信网络、高空平台网络、互联网和/或其他通信网络。
12.在操作中，ue 110可以经由至少一个网络实体120与网络130进行通信。例如，ue 110可以在控制信道上发送和接收控制信号并且在数据信道上发送和接收用户数据信号。
13.urllc的潜在物理层操作之一可以是支持来自ue的多于一个物理上行链路控制信道(pucch)传输以用于时隙内的混合自动重复请求(harq)
‑
确认(ack)反馈。基于非时隙的调度和时隙内的多个harq
‑
ack反馈机会可以减少urllc的harq
‑
ack往返时间(rtt)。
14.至少一些实施例可以提供支持多于一个pucch以用于时隙内的harq
‑
ack传输的方法。至少一些实施例还可以提供支持同时构造的至少两个harq
‑
ack码本的方法，其旨在支持ue的不同服务类型。至少一些实施例还可以提供支持处理上行链路(ul)数据/控制和控制/控制资源冲突的方法，例如用于解决对于其中媒体访问控制(mac)确定优化的情况而言的、在与高优先级流量相关联的调度请求(sr)和较低优先级流量的上行链路数据之间的资源冲突的方法。用于支持处理ul数据/控制和控制/控制资源冲突的方法还可以包括对于具有不同优先级的流量而言的、在harq
‑
ack/sr/信道状态信息(csi)和pusch之中的优化和/或复用行为，包括在pucch上的上行链路控制信息(uci)和pusch上的uci的情况。
15.根据技术规范(ts)38.214v15.4.0，ue可以被更高层配置有多达m个传输配置索引(tci)
‑
状态配置的列表，以解码意欲用于服务小区中的ue的pdsch，其中，m可以取决于ue的能力。
16.每个tci状态可以包含用于配置一个或两个下行链路参考信号与pdsch的dm
‑
rs端口之间的准共址关系的参数。准共址关系可以由第一dl rs的高层参数qcl
‑
type1和第二dl rs的qcl
‑
type2加以配置(如果已被配置)。对于两个dl rs的情况，无论引用的是同一个dl rs还是不同的dl rs，qcl类型都可能不同。与每个dl rs对应的准共址类型由qcl
‑
info中的高层参数qcl
‑
type给出，可以取以下值之一：
17.'qcl
‑
typea'：{多普勒频移、多普勒扩展、平均延迟、延迟扩展}
18.'qcl
‑
typeb'：{多普勒频移，多普勒扩展}
19.'qcl
‑
typec'：{多普勒频移，平均延迟}
20.'qcl
‑
typed'：{空间接收参数}
21.可以指定规则以在pucch和/或pusch中发送不同的uci。在pucch和/或pusch中发
送不同uci的一个规则可以包括在一个时隙中具有多个csi报告的丢弃和复用规则的多个基于pucch的csi报告。例如，如果ue没有被提供multi
‑
csi
‑
pucch
‑
resourcelist或者如果用于csi报告传输的pucch资源在时隙中没有重叠，则承载csi报告(即pucch格式3和4)的长pucch可以是与在时隙中承载csi报告的短pucch(即pucch格式2)进行时域复用的。如果向ue提供multi
‑
csi
‑
pucch
‑
resourcelist并且如果多个pucch资源中的任何一个重叠，则ue可以复用来自multi
‑
csi
‑
pucch
‑
resourcelist提供的资源的资源中的所有csi报告。
22.在pucch和/或pusch中传输不同uci的另一规则可以包括与不满足定时条件的pucch和/或pusch资源重叠的pucch和/或pusch。例如，ue可能不期望响应于dci格式检测的pucch或pusch与不满足指定定时条件的任何其他pucch或pusch重叠。
23.在pucch和/或pusch中发送不同uci的另一规则可以包括在多个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可以不发送用于csi报告的传输的具有pucch格式2、pucch格式3或者pucch格式4的任何pucch，如果它们与来自用于传输harq
‑
ack信息的资源的任何资源重叠的话。
24.在pucch和/或pusch中发送不同uci的另一规则可以包括在具有上行链路共享信道(ul
‑
sch)的pusch上的uci复用。例如，如果pucch资源与pusch传输在时间上重叠，则ue可以在pusch中复用harq
‑
ack信息和/或csi报告，并且可以不发送sr。在pucch资源与多个pusch传输在时间上重叠的情况下，基于给定标准选择用于复用harq
‑
ack信息和/或csi的pusch。如果ue的pusch传输不响应于dci格式检测并且ue仅复用csi报告，则定时条件可能不适用。作为另一示例，如果资源是从不与第二资源重叠的一组资源中获得的，则ue可能不期望资源与多个时隙上的pucch传输的第二资源重叠。
25.在pucch和/或pusch中传输不同uci的另一规则可以包括关于没有ul
‑
sch的pusch何时与包括服务小区上的正sr的pucch重叠的条件，这可以基于表1，其中，在sr中的符号“*”表示sr为正。
26.表1
[0027][0028]
对于定时条件，如果ue将在时隙中发送多个重叠的pucch或者在时隙中发送重叠的pucch和pusch，并且当ue可以被配置为在一个pucch中复用不同的uci类型，且多个重叠的pucch或pusch中的至少一个可以响应于通过ue的dci格式检测时，如果满足以下条件，则ue可以复用所有对应的uci类型。如果pucch传输或pusch传输中的一个响应于通过ue的dci格式检测，则ue可以期望时隙中重叠的pucch和pusch的组中最早的pucch或pusch的第一符号s0满足以下时间线条件，其中，可以在ts38.213中定义不同的变量。
[0029]
一种时间线条件可以是s0不在任何对应pdsch的最后一个符号之后的之后开始的具有循环前缀(cp)的符号之前，其中，μ对应于调度pdsch的pdcch的scs配置、pdsch的scs配置以及其中ue响应于pdsch的接收而发送harq
‑
ack信息的重叠的pucch和pusch的组的最小scs配置中的最小scs配置。
[0030]
另一个时间线条件可以是s0不在任何对应的sps pdsch释放的最后一个符号之后之后开始具有cp的符号之前，其中，在ts38.213的子条款10.2中描述n并且μ对应于下述部分中的最小的scs配置：提供sps pdsch释放的pdcch的scs配置；以及，重叠的pucch或重叠的pucch和pusch的组的最小scs配置，其中，ue响应于检测到sps pdsch释放发送harq
‑
ack信息。
[0031]
另一个时间线条件可以是如果在重叠的pucch和pusch的组中的pusch中没有复用的非周期性csi报告，则s0不在具有调度pusch的dci格式的pdcch和在时隙中的重叠pucch中具有对应的harq
‑
ack信息的、调度pdsch或sps pdsch释放的任何pdcch的最后一个符号之后的之后开始的具有cp的符号之前，其中，μ对应于pdcch的scs配置和重叠的pucch和pusch的最小scs中的最小scs配置，且如果没有重叠的pusch则d
2,1
＝d
2,2
＝0。
[0032]
另一个时间线条件可以是如果有在重叠pucch和pusch的组中的pusch中复用的非
周期性csi报告，则s0不在调度pusch的具有dci格式的pdcch和在时隙中在重叠pucch中调度具有相应harq
‑
ack信息的pdsch或spspdsch释放的任何pdcch的最后一个符号之后之后开始的具有cp的符号之前，其中，μ对应于在以下部分中的最小scs配置：pdcch的scs配置、重叠的pucch和pusch的组的最小scs配置以及与调度pusch的dci格式相关联的非周期性csi
‑
rs的最小scs配置，且对于μ＝0,1，d＝2，对于μ＝2，d＝3和对于μ＝3，d＝4。
[0033]
另一个时间线条件可以是n1，n2，d
1，1
，d
2，1
，d
2，2
，且在ts38.214中定义z，并且在ts38.211中定义κ和t
c
。
[0034]
如果ue将在时隙中发送多个重叠的pucch或者在时隙中发送重叠的pucch和pusch，则响应于spspdsch接收，pucch之一包括harq
‑
ack信息，并且任何pusch不响应于dci格式检测，ue可以预期最早的pucch或pusch的第一符号s0满足先前时间线条件中的第一个，除了与调度pdsch或pusch的pdcch的scs配置相关联的组件不在时间线条件中。
[0035]
至少一些实施例可以提供与pusch/pucch重叠的urllcpucch/pusch。根据可能的实施例，如果用于urllcharq
‑
ack信息、urllccsi报告和/或urllcsr的urllcpucch资源或urllcpusch/pucch资源与非urllcpusch(有或没有ul
‑
sch)或非urllcpucch传输在时间上重叠，其中，非urllcpusch/pucch早于urllcpucch/pusch开始并且不满足3gppts38.213的子条款9.2.5中描述的定时条件，而urllcpucch/pusch的第一符号s0满足在ts38.213的子条款9.2.5中描述的定时条件，则ue可以发送urllcpucch/pusch，且可以不发送非urllcpusch/pucch。
[0036]
如果非urllcpusch/pucch传输已经开始，则ue可能不期望相对于ue检测到请求urllcpucch/pusch传输(例如urllcharq
‑
ack反馈、urllccsi报告)的dci格式的coreset的最后一个符号在小于符号第一数量的符号数量之后的符号中取消非urllcpusch/pucch传输urllc。在一个示例中，对于ue在给定小区中支持的最严格的pusch处理能力，第一数量的符号的持续时间可以对应于在3gpprel
‑
15ts38.214中定义的pusch准备时间t
proc，2
。在另一示例中，第一数量的符号的持续时间可以对应于ue被配置为在给定小区中使用的pusch处理能力的pusch准备时间t
proc，2
。
[0037]
根据可能的实现方式，如果非urllcpusch/pucch传输已经开始，则ue可以从作为等于其中ue检测到请求urllcpucch/pusch传输的dci格式的coreset的最后一个符号之后对应的pusch定时能力的pusch准备时间t
proc，2
的符号数的符号开始取消，例如可以不发送非urllcpusch/pucch传输。此实现方式可以与其他条件结合使用。例如，如果urllcpucch/pusch的开始和非urllcpusch/pucch传输的结束之间的持续时间长于某个阈值，例如，非urllcpusch/pucch持续时间的x百分比或y个符号，则ue可以执行此实现方式。也就是说，如果非urllcpusch/pucch的需要取消的部分大，则可以尽快取消非urllcpusch/pucch，以用于ue省电。阈值可以被rrc配置或从一组配置值动态选择，并且可以由网络实体指示或由ue基于非urllcpusch/pucch的持续时间导出。
[0038]
根据另一种可能的实现方式，如果非urllcpusch/pucch传输已经开始，则ue可以从urllcpucch资源传输开始所在的符号开始取消，例如可以不发送非urllcpusch/pucch传输。此实现方式可以与其他条件结合使用。例如，如果urllcpucch的开始和非urllc
pusch/pucch传输的结束之间的持续时间短于某个阈值，例如，非urllc pusch/pucch持续时间的x百分比或y个符号，则ue可以执行此实现方式。即，如果非urllc pusch/pucch需要取消的部分小，可以尽可能传输非urllc pusch/pucch，以最小化对非urllc pusch/pucch的解调性能的影响。
[0039]
根据另一种可能的实现方式，如果非urllc pusch/pucch传输已经开始，如果非urllc pusch/pucch的跳频被支持并且如果时域重叠的urllc pucch/pusch在非urllc pusch/pucch的一个或者几跳内，则ue可以发送与urllc pucch/pusch不重叠的非urllc pusch/pucch的一跳。如果非urllc harq
‑
ack信息在非urllc pusch中被复用使得非urllc harq
‑
ack信道比特被分割和在非urllc pusch的每个跳频中以可自解码的方式被传输，则即使发生资源重叠，这也可用于传输一些非urllc harq
‑
ack信息。
[0040]
至少一些实施例可以在时隙内提供多个harq
‑
ack传输。根据可能的实施例，如果ue检测到第一dci格式，其中，第一dci格式调度urllc pdsch接收或urllc sps pdsch释放，并且其中，第一dci格式指示用于在时隙中的具有对应的第一harq
‑
ack信息的第一pucch传输的第一资源，其中，ue先前检测到调度该时隙中的pusch传输的第二dci格式并且ue在pusch传输中复用第二harq
‑
ack信息，则可以使用以下情况中的至少一种。例如，ue可以响应于接收到指示sps pdsch释放的dci格式而发送harq
‑
ack。
[0041]
根据第一种可能的情况，pusch可以是urllc pusch并且第一pucch可以在时隙中与pusch在时间上重叠。在一种可能的实现方式中，如果ue先前检测到调度在时隙中的urllc pusch传输的dci格式并且如果ue在urllc pusch传输中复用harq
‑
ack信息，则ue可能不期望检测调度urllc pdsch接收或urllc sps pdsch释放并指示用于pucch传输的资源的dci格式，其中，在时隙中对应的urllc harq
‑
ack信息与urllc pusch重叠。
[0042]
根据第二种可能的情况，pusch可以是urllc pusch或非urllc pusch，并且第一pucch在时隙中可以不与pusch在时间上重叠。ue可以在时隙中发送包括第一harq
‑
ack信息的第一pucch和包括第二harq
‑
ack信息的pusch两者。
[0043]
根据第三种可能的情况，pusch可以是非urllc pusch并且第一pucch可以在时隙中与pusch在时间上重叠。在一种可能的实现方式中，ue可以在第一pucch中包含第一和第二harq
‑
ack信息，并且可以发送第一pucch。ue可以不发送，或者可以取消pusch传输。在一个示例中，如果ue未处于功率受限状态并且因此可以使用增加数量的资源块来发送第一pucch，则ue可以执行该实现方式。在可能的实现方式中，ue可以发送带有第一harq
‑
ack信息但不包括第二harq
‑
ack信息的第一pucch。ue可以不发送或者可以取消pusch发送。在一个示例中，如果ue处于功率受限状态，则ue可以执行该实现方式。为了避免网络实体和ue之间的歧义，ue可以根据最近报告的功率余量报告来确定是否在第一pucch中包含第二harq
‑
ack信息。在其他实现方式中，网络实体可以向ue指示是否在第一pucch中复用第二harq
‑
ack信息。
[0044]
至少一些实施例可以在pusch上为支持urllc pucch/pusch的ue提供harq
‑
ack映射。根据可能的实施例，如果支持urllc pucch/pusch传输(承载urllc harq
‑
ack信息、urllc csi报告和/或urllc sr)的ue在pusch上复用harq
‑
ack信息，并且如果为pusch支持跳频，则编码的harq
‑
ack比特可以可自解码的方式被划分，并且每组可自解码的harq
‑
ack信道比特可以在pusch的每个跳频中被传输。
[0045]
至少一些实施例可以为具有基于多发送和接收点(trp)的传送块(tb)重复的pdsch提供harq
‑
ack反馈。根据可能的实施例，如果ue在pdsch中接收到多于一个码字(例如2个码字)，其中，多于一个码字是从具有多个tci状态的不同trp传输的，并且是从同一个tb编码的，则除了tb的(未)成功解码的指示之外，ue还可以通过包括优选的tci状态来生成扩展的harq
‑
ack反馈信息，并且可以发送扩展的harq
‑
ack反馈信息。在一个示例中，对于从1tb生成的2个码字，2比特的harq
‑
ack信息指示以下之一：
[0046]
00：确认(ack)，如果成功解码tb；
[0047]
01：非确认(nack)，优选第一tci状态；
[0048]
11：nack，优选第二tci状态；或者
[0049]
10：nack，优选第一和第二tci状态
[0050]
上述扩展的harq
‑
ack反馈信息可以用于立即向网络实体指示某个trp的短期信道阻塞。通过指示来自两个tci状态的特定tci状态而不是两个tci状态是优选的，ue可以隐含地指示一个tci状态的临时较差的信道条件。
[0051]
图2是图示根据可能的实施例的诸如ue 110之类的无线通信设备的操作的示例流程图200。在210，可以确定第一上行链路信道的第一传输时机和第一优先级。第一上行链路信道可以是第一物理上行链路信道。第一上行链路信道可以包括urllc数据和/或urllcuci。例如，ue可以在/经由第一上行链路信道发送/通信urllc数据/uci。第一上行链路信道可以承载urllc数据/uci。
[0052]
在220，可以确定第二上行链路信道的第二传输时机和第二优先级。第二上行链路信道可以是第二物理上行链路信道。第一优先级可以高于第二优先级。第一传输时机可以与第二传输时机在时间上至少部分重叠。第二传输时机可以早于第一传输时机开始。
[0053]
urllc pusch/pucch可以等同于承载高优先级流量的高优先级上行链路信道。非urllc pusch/pucch可以等同于承载低优先级流量的低优先级上行链路信道。
[0054]
在230，可以确定用于取消第二上行链路信道的传输的第二上行链路信道的特定符号。根据可能的实施例，可以检测包括用于第一上行链路信道的调度信息的dci格式，并且可以至少基于与检测dci格式相关的定时来确定特定符号。
[0055]
在240，可以从特定符号取消第二上行链路信道的传输。从特定符号取消第二上行链路信道的传输可以包括从特定符号停止第二上行链路信道的传输。特定符号可以不是第二上行链路信道的开始符号。例如，第二上行链路信道的传输可以在它已经开始之后停止。
[0056]
根据可能的实施例，特定符号的开始时间可以不晚于第一传输时机的开始时间。根据可能的实施例，特定符号可以不是第二上行链路信道的开始符号。例如，ue可能无法执行第一和第二上行链路信道的同时传输。因此，第二上行链路信道的取消可以不晚于第一传输时机的开始时间。
[0057]
根据可能的实施例，可以基于pusch定时能力来确定特定符号。如果第一上行链路信道是通过承载dci格式的pdcch动态调度的，则可以根据dci检测的定时和pusch的定时能力确定取消的开始时间。
[0058]
根据可能的实施例，第一上行链路信道可以是承载第一harq
‑
ack信息的pucch。第二上行链路信道可以是承载至少第二harq
‑
ack信息的pusch。第二harq
‑
ack信息可以在第一上行链路信道中与第一harq
‑
ack信息复用。例如，实施例可以在时隙内提供多个harq
‑
ack传输。根据可能的实施例，用于传输包括第一harq
‑
ack信息和第二harq
‑
ack信息的pucch传输的资源块的数量可以大于用于传输仅包括第一harq
‑
ack信息的pucch传输的资源块的数量。根据可能的实现方式，可以根据uci有效载荷大小来确定用于pucch传输的资源块的数量。例如，用于pucch传输的资源块的数量可以随着更大的有效载荷大小而增加。
[0059]
根据可能的实现方式，第一harq
‑
ack信息可以具有比第二harq
‑
ack信息更高的优先级。例如，第一harq
‑
ack可以是urllc harq
‑
ack，第二harq
‑
ack可以是非urllc harq
‑
ack。
[0060]
根据可能的实现方式，可以接收指示。该指示可以指示在第一上行链路信道中复用第二harq
‑
ack信息和第一harq
‑
ack信息。例如，网络实体可以向ue指示是否在第一pucch中复用第二harq
‑
ack信息。
[0061]
根据可能的实现方式，可以确定ue是否处于功率受限状态。响应于确定ue不处于功率受限状态，可以通过在第一上行链路信道中将第二harq
‑
ack信息与第一harq
‑
ack信息复用来复用第二harq
‑
ack信息。
[0062]
例如，如果在第一上行链路信道中复用第二harq
‑
ack，则用于第一上行链路信道的rb的数量可以增加。用于上行链路传输的较大数量的rb比用于上行链路传输的较少数量的rb可能需要更高的发送功率。如果ue处于功率受限状态，例如当需要的发送功率高于最大配置功率时，增加rb的数量可能会降低解调性能。如果ue不处于功率受限状态，例如当需要的发送功率低于最大配置功率时，增加rb的数量可能不会降低解调性能。
[0063]
作为进一步的示例，ue可以包括在第一pucch中的第一和第二harq
‑
ack信息并且可以发送第一pucch。ue可以不发送或者可以取消pusch传输。在一个示例中，如果ue未处于功率受限状态，则ue可以执行该实现方式，并且因此可以使用增加的资源块数量来发送第一pucch。
[0064]
根据可能的实施例，可以基于在第一传输时机的开始时间和第二传输时机的结束时间之间的持续时间期间的符号数量来确定特定符号。例如，ue可以从urllc pucch资源传输开始的符号开始取消，例如不发送非urllc pusch/pucch传输。根据一个可能的示例，如果从urllc pucch开始到非urllc pusch/pucch传输结束之间的持续时间短于某个阈值，例如非urllc pucch传输持续时间的x百分比或y个符号，则ue可以执行此实现方式。即，如果非urllc pusch/pucch需要取消的部分小，则可以尽可能地传输非urllc pusch/pucch，以最小化对非urllc pusch/pucch解调性能的影响。根据可能的实现方式，如果符号的数量小于阈值，则特定符号的时间间隔可以包括第一传输时机的开始时间。
[0065]
根据可能的实施例，第二上行链路信道可以包括多个跳频。多个跳频中的每一个可以包括一组可自解码编码的harq
‑
ack比特。例如，如果启用了非urllc pusch/pucch的跳频，并且如果时域重叠的urllc pucch/pusch位于非urllc pusch/pucch的一个或几跳内，则ue可以发送与urllc pucch/pusch不重叠的非urllc pusch/pucch的一跳。如果非urllc harq
‑
ack信息在非urllc pusch中被复用使得非urllc harq
‑
ack信道比特是以自解码方式在非urllc pusch的每个跳频中被分割和传输，则这可以用于发送非urllc harq
‑
ack信息的一些，即使当发生资源重叠时。
[0066]
根据可能的实现方式，取消第二上行链路信道的传输可以包括取消第二上行链路信道的第一至少一个跳频的传输。第一至少一个跳频的第三传输时机可以与第一传输时机
在时间上重叠。可以传输第二上行链路信道的第二至少一个跳频。第二至少一个跳频的第四传输时机可以与第一传输时机在时间上不重叠。
[0067]
应当理解，尽管有如图所示的特定步骤，但可以根据实施例执行多种附加或不同的步骤，并且可以根据实施例重新布置、重复或完全消除一个或多个特定步骤。此外，在执行其他步骤的同时，可以在进行中或连续的基础上同时重复地执行某些步骤。此外，可以由不同的元件或在所公开的实施例的单个元件中执行不同的步骤。
[0068]
图3是根据可能的实施例的装置300的示例框图，装置300例如是ue 110、网络实体120或本文公开的任何其他无线通信设备。装置300可以包括外壳310、耦合到外壳310的控制器320、耦合到控制器320的音频输入和输出电路330、耦合到控制器320的显示器340、耦合到控制器320的存储器350、耦合到控制器320的用户接口360、耦合到控制器320的收发器370、耦合到收发器370的至少一个天线375以及耦合到控制器320的网络接口380。装置300可以不必包括所有所示出的本公开的不同实施例的元件。装置300可以执行所有实施例中描述的方法。
[0069]
显示器340可以是取景器、液晶显示器(lcd)、发光二极管(led)显示器、有机发光二极管(oled)显示器、等离子体显示器、投影显示器、触摸屏或任何其他显示信息的设备。收发器370可以是一个或多个收发器，其可以包括发射器和/或接收器。音频输入和输出电路330可以包括麦克风、扬声器、换能器或任何其他音频输入和输出电路。用户接口360可以包括小键盘、键盘、按钮、触摸板、操纵杆、触摸屏显示器、另一个附加显示器或用于提供用户和电子设备之间的接口的任何其他设备。网络接口380可以是通用串行总线(usb)端口、以太网端口、红外发射器/接收器、ieee 1394端口、无线收发器、wlan收发器或可以将装置连接到网络、设备和/或计算机并且可以发送和接收数据通信信号的任何其他接口。存储器350可以包括随机存取存储器(ram)、只读存储器(rom)、光存储器、固态存储器、闪存、可移动存储器、硬盘驱动器、高速缓存或任何其他可以耦合到装置的存储器。
[0070]
装置300或控制器320可以实现任何操作系统，例如microsoftandroid
tm
或任何其他操作系统。装置操作软件可以用任何编程语言编写，例如c、c 、java或visual basic。装置软件也可以在应用框架上运行，例如框架、框架或任何其他应用框架。软件和/或操作系统可以存储在存储器350中、装置300上的别处、云存储中和/或可以存储软件和/或操作系统的任何其他地方。装置300或控制器320也可以使用硬件来实现所公开的操作。例如，控制器320可以是任何可编程处理器。此外，控制器320可以执行所公开的操作中的一些或全部。例如，至少一些操作可以使用云计算来执行并且控制器320可以执行其他操作。至少一些操作也可以由至少一个计算机处理器执行的计算机可执行指令来执行。还可以在通用或专用计算机、可编程微处理器或微处理器、外围集成电路元件、专用集成电路或其他集成电路、硬件/电子逻辑电路(例如分立元件电路)、可编程逻辑器件(例如可编程逻辑阵列或现场可编程门阵列)等上实现所公开的实施例。通常，控制器320可以是能够操作装置并实现所公开的实施例的任何控制器或一个或多个处理器设备。装置300的一些或所有附加元件也可以执行所公开实施例的一些或所有操作。
[0071]
在操作中，装置300可以执行所公开的实施例的方法和操作。收发器370可以发送和接收信号，包括可以包括相应数据和控制信息的数据信号和控制信号。控制器320可以产
生和处理发送和接收的信号和信息。
[0072]
在根据可能的实施例的操作中，收发器370可以在无线通信网络上进行通信。控制器320可以确定第一上行链路信道的第一传输时机和第一优先级。根据可能的实施例，第一上行链路信道可以包括urllc数据和/或urllc上行链路控制信息。
[0073]
控制器320可以确定第二上行链路信道的第二传输时机和第二优先级。第一优先级可以高于第二优先级。根据可能的实施例，第一传输时机可以与第二传输时机在时间上至少部分重叠。根据可能的实施例，第二传输时机可以早于第一传输时机开始。
[0074]
控制器320可以确定用于取消第二上行链路信道的传输的第二上行链路信道的特定符号。控制器320可以从特定符号取消第二上行链路信道的传输。根据可能的实施例，从特定符号取消第二上行链路信道的传输可以包括从特定符号停止第二上行链路信道的传输。特定符号可以不是第二上行链路信道的开始符号。根据另一个可能的实施例，特定符号的开始时间可以不晚于第一传输时机的开始时间。根据可能的实施例，特定符号可以不是第二上行链路信道的开始符号。
[0075]
控制器320可以检测包括用于第一上行链路信道的调度信息的下行链路控制信息格式，并且可以至少基于与检测下行链路控制信息格式相关的定时来确定特定符号。根据可能的实施例，基于物理上行链路共享信道定时能力确定特定符号。
[0076]
图4是图示根据可能的实施例的诸如网络实体120的无线通信设备的操作的示例流程图400。在410，可以发送用于调度第一上行链路信道的指示。第一上行链路信道可以对应第一传输时机和第一优先级。在420，可以发送用于调度第二上行链路信道的指示。第二上行链路信道可以对应第二传输时机和第二优先级。第一传输时机可以与第二传输时机在时间上重叠。第一优先级可以高于第二优先级。
[0077]
在430，可以基于在时间上与第二传输时机重叠的第一传输时机来确定由用户设备从其取消第二上行链路信道的传输的第二上行链路信道的特定符号。在440，可以基于所确定的特定符号取消第二上行链路信道的接收。
[0078]
根据可能的实施例，当网络实体准确地取消第二上行链路信道的接收时，可以取决于网络实体实现方式。根据可能的示例，网络实体可以从特定符号停止接收第二上行链路信道。根据另一个可能的示例，网络实体可以在特定符号之前停止第二上行链路信道的接收。
[0079]
根据可能的实施例，第一上行链路信道可以包括urllc数据和urllc上行链路控制信息中的至少一个。
[0080]
根据可能的实施例，第一传输时机可以与第二传输时机在时间上部分重叠，并且第二传输时机可以早于第一传输时机开始。
[0081]
根据可能的实施例，用户设备可以从特定符号停止第二上行链路信道的传输，其中，特定符号可以不是第二上行链路信道的开始符号。
[0082]
根据可能的实施例，特定符号的开始时间可以不晚于第一传输时机的开始时间。
[0083]
根据可能的实施例，调度第一上行链路信道的指示可以是包括用于第一上行链路信道的调度信息的dci格式，其中，可以至少基于与传输dci格式相关的定时来确定特定符号。
[0084]
根据可能的实施例，可以基于ue的pusch定时能力来确定特定符号。
[0085]
根据可能的实施例，第一上行链路信道可以是承载第一harq
‑
ack信息的pucch，第二上行链路信道可以是承载至少第二harq
‑
ack信息的pusch，并且可以在第一上行链路信道中接收第一和第二harq
‑
ack信息。
[0086]
根据可能的实施例，第一harq
‑
ack信息可以具有比第二harq
‑
ack信息更高的优先级。
[0087]
根据可能的实施例，可以传输指示。该指示可以指示在第一上行链路信道中复用第二harq
‑
ack信息和第一harq
‑
ack信息。
[0088]
根据可能的实施例，可以确定ue是否处于功率受限状态。接收第一和第二harq
‑
ack信息可以包括响应于确定ue不处于功率受限状态而在第一上行链路信道中接收第一和第二harq
‑
ack信息。
[0089]
根据可能的实施例，可以基于在第一传输时机的开始时间和第二传输时机的结束时间之间的持续时间期间的符号数量来确定特定符号。
[0090]
根据可能的实施例，如果符号的数量小于阈值，则特定符号的时间间隔可以包括第一传输时机的开始时间。
[0091]
根据可能的实施例，第二上行链路信道可以包括多个跳频，其中，多个跳频中的每一个可以包括一组可自解码编码的harq
‑
ack比特。根据可能的实施例，取消对第二上行链路信道的接收可以包括取消对第二上行链路信道的第一至少一个跳频的接收，其中，第一至少一个跳频的第三传输时机可以在时间上与第一传输时机重叠。可以接收第二上行链路信道的第二至少一个跳频，其中，第二至少一个跳频的第四传输时机可以与第一传输时机在时间上不重叠。
[0092]
根据可能的实施例，如果ue检测到调度urllc pdsch接收或urllc sps pdsch释放并且指示用于第一pucch传输的第一资源的第一dci格式，其中在时隙中对应的第一harq
‑
ack信息与非urllc pusch重叠，其中，ue在该时隙中先前检测到调度非urllc pusch传输的第二dci格式并且ue在非urllc pusch传输中复用第二harq
‑
ack信息，则非功率受限的ue可以包括在第一pucch中的第一和第二harq
‑
ack信息并发送第一pucch。ue可以不发送或者可以取消非urllc pusch传输。ue可能不处于功率受限状态，因此可以使用增加的资源块数量来发送第一pucch。如果ue处于功率受限状态，则ue可以发送带有第一harq
‑
ack信息但不包括第二harq
‑
ack信息的第一pucch。为了避免网络实体和ue之间的歧义，ue可以根据最近报告的功率余量报告来确定是否在第一pucch中包含第二harq
‑
ack信息。
[0093]
如果ue在pusch上复用harq
‑
ack信息并且如果为pusch启用跳频，则编码的harq
‑
ack比特可以以可自解码方式被划分并且每组可自解码的harq
‑
ack信道比特可以在pusch的每个跳频中被传输。采用这种方案，即使在需要取消部分pusch传输(例如第一跳或第二跳)以避免与urllc pucch/pusch冲突时，仍然可以传输一部分harq
‑
ack信息。
[0094]
根据至少一些实施例，可以在ue中执行一种方法。该方法可以包括接收包括urllc数据的下行链路共享信道数据。该方法可以包括响应于接收到下行链路共享信道数据来确定发送至少包括第一harq
‑
ack信息的pucch传输的第一传输时机。该方法可以包括在第二传输时机接收不包括urllc数据的上行链路共享信道传输的调度信息，其中，上行链路共享信道可以包括第二harq
‑
ack信息，并且其中，第一传输时机可以与第二传输时机重叠。该方法可以包括响应于第一传输时机与第二传输时机重叠而确定不传送或取消上行链路共享
信道传输。该方法可以包括确定ue是否处于功率受限状态。该方法可以包括，响应于确定ue不受功率限制，发送包括第一harq
‑
ack信息和第二harq
‑
ack信息的第一pucch传输。该方法可以包括，响应于确定ue处于功率受限状态，发送仅包括第一harq
‑
ack信息的第一pucch传输。
[0095]
根据可能的实现方式，用于发送第一pucch传输的资源数量可以包括第一harq
‑
ack信息，并且第二harq
‑
ack信息可以大于用于发送仅包括第一harq
‑
ack信息的第一pucch传输的资源数量。
[0096]
根据至少一些附加实施例，可以在ue中执行一种方法。该方法可以包括在第一传输时机中接收包括与第一tci状态相关联的传送块的第一码字。该方法可以包括在第二传输时机中接收包括与第二tci状态相关联的传送块的第二码字，其中，第二传输时机可以与第一传输时机重叠。该方法可以包括响应于接收到第一码字和第二码字来确定harq
‑
ack反馈信息。该方法可以包括响应于确定传送块的nack，在harq
‑
ack反馈信息中发送用于传送块的重传的至少一个优选tci状态。
[0097]
根据可能的实现方式，第一码字可以从第一trp被发送，第二码字可以针对第二trp被发送。根据可能的实现方式，该方法可以包括分别基于关于接收到的第一码字和第二码字的链路质量来确定第一tci状态和第二tci状态中的优选tci状态。根据可能的实现方式，链路质量可以基于信号干扰噪声比(sinr)、参考信号接收功率、信道质量度量、对数似然比(llr)和/或与码字相关的平均互信息(mmib)的一个或多个。
[0098]
本公开的至少一些方法可以在编程的处理器上实现。然而，控制器、流程图和模块也可以实现在通用或专用计算机、可编程微处理器或微控制器和外围集成电路元件、集成电路、硬件电子或逻辑电路(例如分立元件电路)或可编程逻辑器件等上。一般而言，其上驻留有能够实现图中所示的流程图的有限状态机的任何设备都可以用于实现本公开的处理器功能。
[0099]
至少一些实施例可以改进所公开的设备的操作。此外，虽然已经以其特定实施例描述了本公开，但很明显，许多替代、修改和变形对于本领域技术人员来说将是显而易见的。例如，在其他实施例中可以互换、添加或替换实施例的各种组件。此外，每个图中的所有元件对于所公开的实施例的操作来说不是必需的。例如，通过简单地采用独立权利要求的要素，将使得所公开的实施例的领域的普通技术人员能够做出和使用本公开的教导。因此，本文中阐述的本公开的实施例旨在是说明性的而非限制性的。在不脱离本公开的精神和范围的情况下可以进行各种改变。
[0100]
在本文件中，诸如“第一”和“第二”等相关术语可单独用于将一个实体或动作与另一个实体或动作区分开来，而不必要求或暗示在这些实体或动作之间的任何实际的此类关系或顺序。后随列表的短语“至少一个”、“至少一个选自
……
的组的”或“至少一个选自
……”
被定义为表示列表中的元素的一个、一些或全部，但不一定是全部。术语“包含”、“含有”、“包括”或其任何其他变形旨在涵盖非排他性的包含，使得包含元素列表的过程、方法、物品或装置不仅包括那些要素，而且可以包括未明确列出或此类过程、方法、物品或装置固有的其他要素。以“一”或“一个”等在前的元素在没有更多限制的情况下不排除在包括该元素的过程、方法、物品或装置中存在额外的相同元素。此外，术语“另一个”被定义为至少第二或更多。如本文所用的术语“包含”和“具有”等被定义为“包括”。此外，背景部分是作
为发明人在提交申请时自己对一些实施例的上下文的理解而编写的，并且包括发明人自己对现有技术的任何问题和/或发明人自己的工作中遇到的问题的认识。