用于复用UCI的方法和装备与流程

用于复用uci的方法和装备
相关申请的交叉引用
1.本公开要求于2019年3月15日提交的名称为“method and apparatus for handling uci multiplexing on pusch”的临时美国专利申请序列号62/819,156(
“’
156临时案”)的权益和优先权。’156临时案的公开内容特此以引用方式完全并入本公开中。
技术领域
2.本公开涉及无线通信，并且更特别地，涉及一种用于在蜂窝无线通信网络中复用上行链路控制信息(uplink control information，uci)的方法。


背景技术：

3.已经做出各种努力通过改进数据速率、延迟、可靠性和移动性来改进用于蜂窝无线通信系统(诸如第五代(fifth generation，5g)新无线电(new radio，nr))的无线通信的不同方面。如果用户设备(user equipment，ue)具有在时隙中与物理上行链路共享信道(physical uplink shared channel，pusch)传输重叠的物理上行链路控制信道(physical uplink control channel，pucch)传输并且pucch传输和pusch传输满足用于报告多种uci类型的条件，则ue可在pusch传输中复用uci并丢弃pucch传输。ue可通过以下方式来在pusch传输上复用uci：检查时隙中的一组重叠的pucch和pusch中最早的pucch或pusch的第一符号是否满足某些时间线条件，然后确定用于在时隙中传输的对应pucch。
4.5g nr中支持不同服务类型，包括增强型移动宽带(enhanced mobile broadband，embb)和超可靠低延迟通信(ultra
‑
reliable low
‑
latency communication，urllc)。因此，需要供ue用于针对不同服务类型处置uci复用的改进且高效的机制。


技术实现要素：

5.本公开涉及一种在蜂窝无线通信网络中由ue执行的用于复用uci的方法。
6.根据本公开的一方面，提供一种ue，其包括：一个或多个非暂时性计算机可读介质，所述一个或多个非暂时性计算机可读介质包含体现在其中的计算机可执行指令；以及至少一个处理器，所述至少一个处理器耦接到所述一个或多个非暂时性计算机可读介质。所述至少一个处理器经配置以执行所述计算机可执行指令以：从基站(base station，bs)接收无线电资源控制(radio resource control，rrc)配置以配置选自第一序列或第二序列的序列；从所述bs接收包括指示符的下行链路控制信息(downlink control information，dci)消息；基于配置的所述序列来确定对应于所述指示符的值；并且基于确定的所述值来复用上行链路控制信息(uci)消息。
7.根据本公开的另一方面，提供一种由ue执行的用于复用uci的方法。所述方法包括：从bs接收rrc配置以配置选自第一序列或第二序列的序列；从所述bs接收包括指示符的dci消息；基于配置的所述序列来确定对应于所述指示符的值；以及基于确定的所述值来复用uci消息。
附图说明
8.当结合附图阅读以下详细描述时，可最好地理解本公开的各方面。各种特征并未按比例绘制。为了讨论清楚起见，可任意增大或减小各种特征的尺寸。
9.图1包括示出根据本公开的示例性实施方式的pucch传输与pusch传输重叠的场景的图示。
10.图2包括示出根据本公开的示例性实施方式的pucch传输与pusch传输重叠的另一个场景的图示。
11.图3为根据本公开的示例性实施方式的由ue执行的用于处置pucch与pusch之间的重叠的方法的流程图。
12.图4为根据本公开的示例性实施方式的用于复用uci的方法的流程图。
13.图5包括示出根据本公开的示例性实施方式的用于在pusch中复用embb uci和urllc uci两者的过程的图示。
14.图6包括示出根据本公开的示例性实施方式的pusch资源中uci消息的资源分配的图示，在所述资源分配中urllc uci消息被优先化。
15.图7包括示出根据本公开的示例性实施方式的当考虑uci类型时pusch资源中uci消息的资源分配的图示。
16.图8包括示出根据本公开的示例性实施方式的当在dmrs之前分配uci消息时pusch资源中uci消息的资源分配的图示。
17.图9包括示出根据本公开的示例性实施方式的用于在pusch中复用embb uci和urllc uci两者的过程的图示。
18.图10包括示出根据本公开的示例性实施方式的用于在pusch中仅复用urllc uci的过程的图示。
19.图11包括示出根据本公开的示例性实施方式的用于在pusch中仅复用urllc uci的另一个过程的图示。
20.图12包括示出根据本公开的示例性实施方式的用于仅传输urllc pucch的过程的图示。
21.图13包括示出根据本公开的示例性实施方式的用于仅传输不重叠pucch资源的过程的图示。
22.图14为示出根据本公开的各方面的用于无线通信的节点的框图。
具体实施方式
23.以下描述包含与本公开的实施方式相关的特定信息。附图及其随附具体实施方式仅针对实施方式。然而，本公开不限于这些实施方式。对于本领域技术人员来说，本公开的其他变型和实施方式将是明显的。
24.除非另外指出，否则附图中的相似或对应元件可由相似或对应附图标号指示。此外，本公开中的附图和图解通常并未按比例绘制，并且并不意图对应于实际相对尺寸。
25.出于一致性和易于理解的目的，在附图中，可由相同标号标识相似特征(尽管在一些示例中未示出)。然而，不同实施方式中的特征可在其他方面有所不同，并且不应狭隘地局限于附图中所示的内容。
temporary identifier，rnti)、新搜索空间集合或现有dci格式中的新字段指示。可能需要一种用于在时间单位内在pusch上复用具有不同服务类型的控制信息(诸如uci)的新机制。时间单位的粒度可为符号级传输、子时隙级传输或时隙级传输。
44.图1包括示出根据本公开的示例性实施方式的pucch传输与pusch传输重叠的场景的图示100。在第一时隙t1中，ue接收用于embb的物理下行链路控制信道(physical downlink control channel，pdcch)110，所述pdcch 110调度用于embb的物理下行链路共享信道(physical downlink shared channel，pdsch)130。在第一时隙t1中，ue还在调度用于embb的pusch 180的pdcch 120中接收ul授权，所述pusch 180被分配在第三时隙t3中。
45.在第二时隙t2中，ue接收用于urllc的pdcch 140，所述pdcch 140调度用于urllc的pdsch 150。在第三时隙t3中，ue响应于在用于urllc的pdsch 150中接收的数据而在pucch 160中传输harq
‑
ack消息。在第三时隙t3中，ue还响应于在用于embb的pdsch 130中接收的数据而在pucch 170中传输另一个harq
‑
ack消息。如图1所示，具有用于urllc的harq
‑
ack信息的pucch 160和具有用于embb的harq
‑
ack信息的pucch 170在时域中与用于embb的pusch 180重叠。
46.图2包括示出根据本公开的示例性实施方式的pucch传输与pusch传输重叠的另一个示例性场景的图示200。在第一时隙t1中，ue接收用于embb的pdcch 210，所述pdcch 210调度用于embb的pdsch 230。
47.在第二时隙t2中，ue接收用于urllc的pdcch 240，所述pdcch 140调度用于urllc的pdsch 250。在第二时隙t2中，ue还在调度用于urllc的pusch 280的pdcch 220中接收ul授权，所述pusch 280被分配在第三时隙t3中。
48.在第三时隙t3中，ue响应于在用于urllc的pdsch 250中接收的数据而在pucch 260中传输harq
‑
ack消息。在第三时隙t3中，ue还响应于在用于embb的pdsch 230中接收的数据而在pucch 270中传输另一个harq
‑
ack消息。如图2所示，具有用于urllc的harq
‑
ack信息的pucch 260和具有用于embb的harq
‑
ack信息的pucch 270在时域中与用于urllc的pusch 280重叠。
49.在一个实施方式中，针对urllc引入新ue处理能力n
′1、n
′
,和n
′2。如果ue将在时隙中传输多个重叠pucch或者在时隙中传输一个或多个重叠pucch和pusch，其中多个重叠pucch或/和pusch中的至少一个包括用于urllc的信息，那么当多个重叠pucch或pusch中的至少一个是响应于ue进行的dci格式检测时，ue被配置来在一个pucch中复用不同uci类型。
50.ue期望时隙中的一组重叠pucch和pusch中的用于urllc的最早pucch或pusch的第一符号s
′0满足以下时间线条件：
‑
s
′0不在位于任何对应pdsch的最后一个符号之后的具有在之后开始的循环前缀(cp)的符号之前。
‑
s
′0不在位于任何对应半永久调度(semi
‑
persistent scheduling，sps)pdsch释放的最后一个符号之后的具有在放的最后一个符号之后的具有在之后开始的cp的符号之前。
‑
s
′0不在位于以下项的最后一个符号之后的具有在
之后开始的cp的符号之前：在没有在一组重叠pucch和pusch中的pusch中复用非周期性信道状态信息(channel state information，csi)报告的情况下，在时隙中在重叠pucch中具有对应harq
‑
ack信息的具有调度pusch的dci格式的pdcch和调度pdsch或sps pdsch释放的任何pdcch。
51.如果不满足条件，则可遵循rel
‑
15技术标准(technical standard，ts)38.213中的时间线条件。应注意，针对urllc的新ue能力(n
′1,n
′
,n
′2))的定义可遵循在ts 38.213和ts 38.214中定义的其对应项(n1,n,n2)。例如，可基于ue pdsch处理能力选择(n1,n,n2)。d
1,1
、d
2,1
、d
2,2
的值在ts 38.214中指定。κ和t
c
在ts 38.211中定义。例如，t
c
是nr的基本时间单位，t
s
是lte的基本时间单位，并且κ是ts与tc之间的无线电。在一个实施方式中，可提供用于不同服务类型的harq
‑
ack信息的区别，并且可指定用于不同业务类型的pucch资源的优先级。
52.图3示出根据本公开的示例性实施方式的由ue执行的用于处置pucch与pusch之间的重叠的方法300的流程图。在动作302中，ue可检查时间线条件。在动作302中，ue还可检查是否存在足够的资源来在pusch中复用embb uci和/或urllc uci。
53.如果针对urllc引入新ue能力，则ue可检查urllc pucch的起始符号是否满足上述时间线条件。ue还可检查embb pucch的起始符号是否满足rel
‑
15 ts 38.213中指定的时间线条件。如果未针对urllc引入新ue能力，则ue可检查urllc pucch和embb pucch的起始符号两者是否都满足rel
‑
15 ts 38.213中指定的时间线条件。
54.在动作304中，ue可解决具有相同服务类型的ul传输之间的重叠。不同服务类型可对应于不同优先级。例如，urllc上行链路传输可具有比embb上行链路传输更高的优先级。
55.在一个实施方式中，pusch传输的优先级可由调度pusch传输的dci格式中的字段指示。在一个实施方式中，响应于pdsch传输的携载harq
‑
ack的pucch传输的优先级可由调度pdsch传输的dci格式中的字段指示。在一个实施方式中，携载调度请求(scheduling request，sr)的pucch传输的优先级可由经由rrc信令传输的sr配置指示。
56.在动作304中，ue可将多个重叠pucch分组在一起以形成第一集合。ue还可将多个重叠pusch分组在一起以形成第二集合。
57.图1所示的pucch 160可为包括具有相同优先级的多个重叠pucch的集合。当存在与pusch重叠的pucch时，ue可基于β偏移值来在pusch中复用pucch(例如，uci消息)。β偏移值可确定pusch传输中uci消息所使用的资源的数量。
58.参考图1，在动作304中，ue可在pusch 180中复用pucch 170，因为用于embb的pucch 170和用于embb的pusch 180具有相同优先级。参考图2，在动作304中，ue可在pusch 280中复用pucch 260，因为用于urllc的pucch 260和用于urllc的pusch 280具有相同优先级。
59.在动作306中，ue可解决具有不同服务类型的ul传输之间的重叠。在一个实施方式中，ue可传输具有较高优先级的ul传输并且丢弃具有较低优先级的另一个ul传输。在一个实施方式中，动作306可在动作304之后执行，其中具有相同优先级的ul传输已被分组在一起。
60.参考图1，ue可在于pusch 180中复用pucch 170之后传输用于urllc的pucch 160并且丢弃其中复用pucch 170的pusch 180，因为pucch 160具有比pusch 180更高的优先级。参考图2，ue可在于pusch 280中复用pucch 260之后传输用于urllc的pusch 280并且丢弃pucch 270，因为pusch 280具有比pucch 270更高的优先级。
61.图4示出根据本公开的示例性实施方式的用于复用uci的方法400的流程图。方法400可由ue在图3中的动作304中执行以用于在pusch传输中复用uci消息。
62.在动作402中，ue可从bs接收rrc配置以配置序列，所述序列选自第一序列或第二序列。在动作404中，ue可从bs接收dci消息，所述dci消息包括指示符。在动作406中，ue可基于所配置的序列来确定对应于指示符的值。在动作408中，ue可基于所确定的值来复用uci消息。
63.在动作402中，ue可经由rrc信令配置有序列。所配置的序列可选自第一序列或第二序列。第一序列和第二序列可对应于不同服务类型，诸如embb和urllc。
64.所配置的序列可包括多个β偏移索引。第一序列中的β偏移索引可不同于第二序列中的那些β偏移索引，使得第一序列和第二序列可适用于不同服务类型。
65.在动作402中接收的rrc配置可包括与第一序列相关联的第一rrc参数和与第二序列相关联的第二rrc参数。第一rrc参数和第二rrc参数可对应于不同服务类型，诸如embb和urllc。
66.在一个实施方式中，第一序列的长度可不同于第二序列的长度。第一序列可包括多个(诸如2个、4个、8个、12个)β偏移索引，并且第二序列也可包括多个(诸如10个、16个)β偏移索引。每个β偏移索引可基于预定或预先配置的查找表而对应于β偏移值。
67.表1示出根据本公开的β偏移索引与β偏移值之间的映射。β偏移值可确定用于在pusch传输中复用uci消息的资源的数量。
68.表1
69.在动作404中，ue接收包括指示符的dci消息。指示符可指示所配置的序列中的β偏移索引中的一个。在动作402中接收的所配置的序列可包括β偏移索引{2,4,8,12}，并且dci消息中的指示符可包括分别对应于所配置的序列中的第一索引、第二索引、第三索引和第
四索引的值{0,1,2,3}。在一个实施方式中，可在表中配置指示符值到β偏移索引的映射。
70.dci消息可为第一dci格式或第二dci格式。第一dci格式和第二dci格式可对应于不同服务类型，诸如embb和urllc。
71.第一dci格式中的指示符可对应于第一序列，并且第二dci格式中的指示符可对应于第二序列。如果第一序列包括四个β偏移索引，则第一dci格式中的指示符可具有四个不同值。如果第二序列包括两个β偏移索引，则第二dci格式中的指示符可具有两个不同值。
72.在一个实施方式中，不同dci格式中的指示符可对应于不同映射表。第一dci格式可对应于embb并且第二dci格式可对应于urllc。
73.第一dci格式中的指示符可对应于第一映射表，并且第二dci格式中的指示符可对应于第二映射表。将β偏移索引映射到β偏移值的第二映射表可通过用于urllc的rrc字段专门配置用于urllc。
74.在一个实施方式中，第一dci格式用于调度embb传输，并且第二dci格式用于调度urllc传输。在一个实施方式中，第二dci格式可具有比第一dci格式更少的比特。
75.此类紧凑dci格式可满足urllc传输的可靠性要求。第一dci格式中的指示符可需要两个比特来表示四个不同值，而第二dci格式中的指示符可仅需要一个比特来表示两个不同值。
76.在动作406中，ue基于在动作402中接收的所配置的序列来确定对应于指示符的值。所接收的所配置的序列可包括β偏移索引{2,4,8,12}，所接收的dci消息中的指示符可为“00”，其指示所配置的序列在映射表中的第一索引，并且ue可基于表1而将值确定为2.500，其对应于索引2。
77.在动作408中，ue可基于对应于所接收的指示符的所确定的值2.500来复用uci消息。ue在由所接收的dci消息调度的pusch传输中复用uci消息。
78.在一个实施方式中，uci消息可包括响应于pdsch传输是harq
‑
ack消息。在一个实施方式中，uci消息可包括csi报告。
79.参考图1和图2提供了用于在pusch中复用uci消息的多个实施方式。
80.案例1：在pusch中复用embb uci和urllc uci两者
81.案例1
‑
1：
82.ue可首先在图5中的动作302中检查时间线条件，并且还检查是否存在足够的资源来在pusch(例如，pusch 180)中复用embb uci(例如，pucch 170)和urllc uci(例如，pucch 160)两者。ue可确定用于不同服务类型的pucch资源不重叠，并且将每个pucch资源指示为不同集合q。
83.每个不重叠资源可由集合q的升序索引指示。ue可将第一urllc pucch资源指示为q(j)，将第二urllc pucch资源指示为q(j 1)，并且将第一embb pucch资源指示为q(j 2)。
84.在一个实施方式中，ue可通过应用新β偏移(例如，专用于urllc uci的β偏移)来在embb pusch中复用urllc uci。
85.在一个实施方式中，当在pusch上复用urllc uci时，可由rrc配置专用于urllc的新β偏移。在一个实施方式中，也可能需要由rrc配置的用于urllc的新α缩放值(例如，参数scaling_urllc)。公开了新β偏移的两种方法。
86.在第一种方法中，可从由新rrc参数(例如，betaoffsets_urllc)配置的新urllc映
射表获得至少一个新β偏移值。在一个实施方式中，新rrc参数还可提供新对应β偏移索引可在用于调度urllc传输的现有dci格式(例如，动作404中的第一dci格式)或新dci格式(例如，动作404中的第二dci格式)中指示β偏移索引
87.在第二种方法中，可将表1中用于harq
‑
ack信息的保留值替换为由新rrc参数(例如，betaoffsets_urllc)配置的新值。在一个实施方式中，新β偏移索引可由新rrc参数提供。可在用于调度urllc传输的现有dci格式(例如，动作404中的第一dci格式)或新dci格式(例如，动作404中的第二dci格式)指示新β偏移索引
88.在一个实施方式中，rrc信息元素(information element，ie)uci
‑
onpusch可包括参数betaoffsets_urllc和scaling_urllc。参数betaoffsets_urllc可配置和指示动态β偏移与半静态β偏移之间的选择。
[0089]“动态”字段可包括β偏移索引序列。dci消息中的指示符可选择β偏移索引中的一个。如果“动态”字段不存在或未配置，则ue可应用“半静态”字段中指定的索引。
[0090]
β偏移索引可根据urllcβ偏移映射表而映射到β偏移值。参数scaling_urllc可指示用于限制分配给pusch上用于urllc的uci的资源元素的数量的缩放因子。
[0091]
在一个实施方式中，当存在在pusch上复用的多种服务类型的uci时，可由rrc配置用于复用具有多于一种服务类型的uci的新β偏移。在一个实施方式中，也可能需要由rrc配置的用于urllc的新α缩放值(例如，参数scaling_mux)。公开了新β偏移的两种方法。
[0092]
在第一种方法中，可从由新rrc参数(例如，betaoffsets_mux)配置的新复用映射表获得至少一个新β偏移值。在一个实施方式中，新rrc参数还可提供新对应β偏移索引可在用于调度urllc传输的现有dci格式(例如，动作404中的第一dci格式)或新dci格式(例如，动作404中的第二dci格式)中指示β偏移索引
[0093]
在第二种方法中，可将表1中用于harq
‑
ack信息的保留值替换为由新rrc参数(例如，betaoffsets_mux)配置的新值。在一个实施方式中，新β偏移索引可由新rrc参数提供。可在用于调度urllc传输的现有dci格式(例如，动作404中的第一dci格式)或新dci格式(例如，动作404中的第二dci格式)指示新β偏移索引
[0094]
在一个实施方式中，rrc ie uci
‑
onpusch可包括参数betaoffsets_mux和scaling_mux。参数betaoffsets_mux可配置和指示动态β偏移与半静态β偏移之间的选择。“动态”字段可包括β偏移索引序列。dci消息中的指示符可选择β偏移索引中的一个。如果“动态”字段不存在或未配置，则ue可应用“半静态”字段中指定的索引。
[0095]
β偏移索引可根据urllcβ偏移映射表而映射到β偏移值。参数scaling_mux可指示用于限制分配给pusch上用于多于一种服务类型的uci的资源元素的数量的缩放因子。
[0096]
在一个实施方式中，当在pusch上复用用于多于一种服务类型的uci时，可由rrc配置专用于embb的新β偏移。在一个实施方式中，也可能需要由rrc配置的用于复用各种服务
类型的新α缩放值。在一个实施方式中，可将表1中用于harq
‑
ack信息的保留值替换为用于embb的新值。
[0097]
图5包括示出根据本公开的用于在pusch中复用embb uci和urllc uci两者的过程的图示500。参考图1，具有用于urllc的uci的pucch 160和具有用于embb的uci的pucch 170在时域中与用于embb的pusch 180重叠。
[0098]
在动作s510中，ue可将pucch 160指示为第一组512并且将pucch 170指示为第二组514。在动作s520中，ue可使用第一β偏移在pusch 180中复用携载urllc uci的pucch 160，所述第一β偏移可被配置用于urllc。在动作s530中，ue可使用第二β偏移在pusch 180中复用携载embb uci的pucch 170，所述第二β偏移可不同于所述第一β偏移。图5中所示的方法500也可适用于图2，使得ue可在pusch 280中复用pucch 260和pucch 270两者。
[0099]
公开了在pusch传输内复用对应于多种服务类型的编码uci资源的方法。
[0100]
在第一种方法中，可首先分配urllc uci，而不管uci的类型如何。uci消息的优先级次序可为urllc harq
‑
ack/sr>urllc csi>embb harq
‑
ack/sr>embb csi。在第二种方法中，可从携载解调参考信号(demodulation reference signal，dmrs)的第一连续ofdm符号集合之后的第一ofdm符号开始分配urllc harq
‑
ack/sr，以便由于更好的信道估计而获得更好的可靠性。
[0101]
图6包括示出根据本公开的示例性实施方式的pusch资源中uci消息的资源分配的图示600，在所述资源分配中urllc uci消息被优先化。物理资源块可包括14个ofdm符号和12个，使得在图6中示出总共14
×
12个资源元素。以相同阴影示出的资源元素对应于相同类型的ul消息。如图6所示，首先分配dmrs 602，之后分配urllc harq
‑
ack/sr 604、urllc csi 606、embb harq
‑
ack/sr 608、embb csi 610，然后分配数据612。
[0102]
在一个实施方式中，uci分配的次序可取决于uci的类型。uci消息的优先级次序可为urllc harq
‑
ack/sr>embb harq
‑
ack/sr>urllc csi>embb csi。可从携载dmrs的第一连续ofdm符号集合之后的第一ofdm符号开始分配urllc harq
‑
ack/sr，以便基于更好的信道估计而获得更好的可靠性。
[0103]
图7包括示出根据本公开的示例性实施方式的用于当考虑uci类型时pusch资源中uci消息的资源分配的方法的图示700。如图7所示，首先分配dmrs 702，之后分配urllc harq
‑
ack/sr 704、embb harq
‑
ack/sr 708、urllc csi 706、embb csi 710，然后分配数据712。
[0104]
具有较低优先级的uci(例如，urllc csi报告或embb harq
‑
ack/sr)可从携载dmrs的第一连续ofdm符号集合之前的第一ofdm符号开始分配。
[0105]
图8包括示出根据本公开的示例性实施方式的用于当在dmrs之前分配uci消息时pusch资源中uci消息的资源分配的方法的图示800。如图8所示，从第一ofdm符号开始分配urllc csi的第一部分806，之后分配embb harq
‑
ack/sr 808、dmrs802、urllc harq
‑
ack/sr 804、urllc csi的第二部分814、embb csi 810，然后分配数据812。
[0106]
在一个实施方式中，uci分配的次序可由rrc配置。例如，对应于多个分配次序的多个索引可以是预定义的，并且bs可经由rrc信令(例如，ie uci
‑
onpusch)向ue传输索引。ue可在其接收索引时遵循对应的分配次序来执行uci复用。
[0107]
案例1
‑
2：
[0108]
ue可首先检查时间线条件，并且还检查是否存在足够的资源来在pusch(例如，pusch 180)中复用embb uci(例如，pucch 170)和urllc uci(例如，pucch 160)两者。ue可在确定集合q时将pusch资源视为候选资源。集合q可为用于在单个时隙中传输对应的pucch或/和pusch而无重复的资源集合。
[0109]
图9包括示出根据本公开的示例性实施方式的用于在pusch中复用embb uci和urllc uci两者的方法的图示900。参考图1，具有用于urllc的uci的pucch 160和具有用于embb的uci的pucch 170在时域中与用于embb的pusch 180重叠。
[0110]
在动作s902中，ue可将重叠的pucch 160和pusch 180视为集合q(0)的第一候选912。在动作s904中，ue可应用新β偏移来在pusch 180中复用pucch 160并形成集合q(0)。ue可将重叠的pucch 170和q(0)视为集合q(1)的第二候选914。在动作s906中，ue可在q(0)中复用pucch 170并形成集合q(1)以用于传输。图9中所示的方法900也可适用于图2，使得ue可在pusch 280中复用pucch 260和pucch 270两者。
[0111]
在一个实施方式中，在动作s904中，当在pusch上复用urllc uci时，可由rrc配置专用于urllc的新β偏移。也可能需要由rrc配置的用于urllc的新α缩放值(例如，参数scaling_urllc)。
[0112]
在一个实施方式中，在动作s904中，当存在在pusch上复用的多种服务类型的uci时，可由rrc配置用于复用具有多于一种服务类型的uci的新β偏移。也可能需要由rrc配置的用于urllc的新α缩放值(例如，参数scaling_mux)。
[0113]
案例2：在pusch中仅复用urllc uci
[0114]
案例2
‑
1：
[0115]
ue可检查时间线条件，并且还检查是否存在足够的资源来在pusch(例如，pusch 280)中复用urllc uci(例如，pucch 260)。在一个实施方式中，ue可考虑用于不同服务类型的pucch资源不重叠，并且将每个pucch资源指示为不同集合q。
[0116]
每个不重叠资源可由集合q的升序索引指示。ue可将第一urllc pucch资源指示为q(0)，将第二urllc pucch资源指示为q(1)，并且将第一embb pucch资源指示为q(2)。
[0117]
在一个实施方式中，ue可比较不同集合q(j)之间的优先级并且丢弃具有较低优先级的资源，使得ue可丢弃embb pucch，因为embb pucch具有比urllc pucch更低的优先级。丢弃具有较低优先级的pucch资源可由后续dl分派中的字段指示。在一个实施方式中，ue可应用等于零的β偏移值来丢弃pucch资源。
[0118]
在一个实施方式中，ue可通过应用新β偏移来在pusch中复用urllc uci。新β偏移的应用可参考案例1
‑
1中的方法a1、a2、b1和b2来执行。
[0119]
图10包括示出根据本公开的示例性实施方式的用于在pusch中仅复用urllc uci的方法的图示1000。参考图2，具有用于urllc的uci的pucch 260和具有用于embb的uci的pucch 270在时域中与用于urllc的pusch 280重叠。
[0120]
在动作s1002中，ue可将pucch 260指示为第一组1010并且将pucch 270指示为第二组1020。在动作s1004中，ue可比较不同组之间的优先级。ue然后可决定丢弃具有较低优先级的pucch 270。在动作s1006中，ue可在pusch 280中复用携载urllc uci的pucch 260。步骤1006可在动作s1004之前执行。
[0121]
参考图3，ue可首先在pusch 280中复用pucch 260(动作304)，再丢弃具有较低优
先级的pucch 270(动作306)。图10中所示的方法1000也可适用于图1，使得ue可丢弃pucch 170并且在pusch 180中仅复用pucch 160。
[0122]
案例2
‑
2：
[0123]
ue可检查时间线条件，并且还检查是否存在足够的资源来在pusch(例如，pusch 280)中复用urllc uci(例如，pucch 260)。在一个实施方式中，ue可在确定集合q时将pusch资源视为候选资源之一。集合q可为用于在单个时隙中传输对应的pucch或/和pusch而无重复的资源集合。
[0124]
在一个实施方式中，ue可在形成集合q的候选时首先考虑具有相同优先级的资源。参考图1，ue可首先将具有相同优先级的pucch 170和pusch 180分组为集合q(0)的候选。
[0125]
参考图2，ue可首先将具有相同优先级的pucch 260和pusch 180分组为集合q(0)的候选。在一个实施方式中，ue可在形成集合q的候选时按时间次序考虑资源。
[0126]
参考图1，ue可首先将pucch 160和pusch 180分组为集合q(0)的候选。参考图2，ue可首先将pucch 260和pusch 280分组为集合q(0)的候选。
[0127]
图11包括示出根据本公开的示例性实施方式的用于在pusch中仅复用urllc uci的另一种方法的图示1100。参考图2，具有用于urllc的uci的pucch 260和具有用于embb的uci的pucch 270在时域中与用于urllc的pusch 280重叠。在动作s1102中，ue可将重叠的pucch 260和pusch 280视为集合q(0)的第一候选1112。在动作s1104中，ue可应用来自新映射表的β偏移来在pusch 280中复用pucch 260并形成集合q(0)。
[0128]
ue可将重叠的pucch 270和q(0)视为集合q(1)的第二候选1114。ue可检查两个资源pucch 270与q(0)之间的优先级。ue可丢弃具有较低优先级的pucch 270。丢弃具有较低优先级的pucch资源可由后续dl分派中的字段指示。ue可应用等于零的β偏移值来丢弃pucch资源。
[0129]
在动作s1106中，包括pucch 260和pusch 280的集合q(0)准备好用于传输。动作s1104中的β偏移的实施方式可参考案例1
‑
2来执行。
[0130]
参考图1，如果ue在形成候选时按时间次序考虑资源，则ue可丢弃pucch 170并且在pusch 180中仅复用pucch 160。否则，如果ue在形成候选时首先考虑具有相同优先级的资源，则ue可丢弃其中复用pucch 170的pusch 180并且传输pucch 160。
[0131]
案例3：仅传输urllc pucch
[0132]
案例3
‑
1：
[0133]
ue可首先检查时间线条件。ue可考虑用于不同服务类型的pucch资源不重叠，并且将每个pucch资源指示为不同集合q。
[0134]
每个不重叠资源可由集合q的升序索引指示。ue可将第一urllc pucch资源指示为q(0)，将第二urllc pucch资源指示为q(1)，并且将第一embb pucch资源指示为q(2)。
[0135]
在一个实施方式中，ue可比较不同集合q(j)之间的优先级并且丢弃具有较低优先级的资源。例如，ue可丢弃embb pucch，因为embb pucch具有比urllc pucch更低的优先级。
[0136]
在一个实施方式中，丢弃具有较低优先级的pucch资源可由后续dl分派中的字段指示。ue可应用等于零的β偏移值来丢弃pucch资源。
[0137]
在一个实施方式中，ue可比较重叠集合q(j)与一个或多个pusch资源之间的优先级并且丢弃具有较低优先级的资源(例如，embb pusch)。丢弃具有较低优先级的pusch资源
可由调度urllc传输的dl分派中的字段指示。
[0138]
图12包括示出根据本公开的示例性实施方式的用于仅传输urllc pucch的方法的图示1200。参考图1，具有用于urllc的uci的pucch 160和具有用于embb的uci的pucch 170在时域中与用于embb的pusch 180重叠。
[0139]
在动作s1202中，ue可将pucch 160指示为第一组1212并且将pucch 170指示为第二组1214。在动作s1204中，ue可比较不同组之间的优先级。ue然后可决定丢弃具有较低优先级的pucch 170。
[0140]
在动作s1206中，ue可比较pucch 160与pusch 180之间的优先级。ue然后可决定丢弃具有较低优先级的pusch 180。在丢弃pusch 180之后，ue可仅传输urllc pucch 160。
[0141]
案例3
‑
2：
[0142]
ue可首先检查时间线条件。ue可将用于不同服务类型的pucch资源视为不重叠，并且将每个pucch资源指示为不同集合q。在一个实施方式中，ue可比较不同集合q(j)之间的优先级并且丢弃具有较低优先级的资源。
[0143]
在一个实施方式中，ue并不期望在具有不同服务类型(例如，embb)的pusch上复用urllc uci。在一个实施方式中，ue可由dci、rrc信令或ue能力中的字段指示来不在pusch上复用urllc uci。当时隙中存在多个重叠资源时，ue可仅将urllc pucch视为可供用于传输。
[0144]
案例4：仅传输不重叠pucch资源
[0145]
案例4
‑
1：
[0146]
ue可考虑用于不同服务类型的pucch资源不重叠，并且将每个pucch资源指示为不同集合q。每个不重叠资源可由集合q的升序索引指示。如果ue诸如由dci或rrc中的字段指示来不在pusch中复用uci，则ue可比较一个或多个重叠集合q(j)与pusch资源之间的优先级，之后再确定是否在pusch中复用每个集合q(j)中的uci。
[0147]
图13包括示出根据本公开的示例性实施方式的用于仅传输不重叠pucch资源的过程的图示1300。参考图1，具有用于urllc的uci的pucch 160和具有用于embb的uci的pucch 170在时域中与用于embb的pusch 180重叠。
[0148]
在动作s1302中，ue可将pucch 160指示为第一组1312并且将pucch 170指示为第二组1314。在动作s1304中，ue可比较集合q(0)(其包括pucch 160)与pusch 180之间的优先级。ue可丢弃pusch 180，因为pusch 180具有较低优先级。丢弃pusch 180可由调度urllc传输的dl分派中的字段指示。在动作s1306中，在丢弃pusch 180之后不存在重叠资源，并且ue可仅传输pucch 160和pucch 170。
[0149]
案例4
‑
2：
[0150]
在一个实施方式中，ue可在确定集合q时将pusch资源视为候选资源之一。集合q可为用于在单个时隙中传输对应的pucch或/和pusch而无重复的资源集合。在一个实施方式中，ue可比较一个或多个重叠pucch资源与pusch资源之间的优先级并且丢弃具有较低优先级的资源(例如，embb pusch)。丢弃具有较低优先级的资源(例如，embb pusch)可由调度urllc传输的dl分派中的字段指示。
[0151]
参考图1所示的示例，pucch 160用于urllc，并且pusch 180用于embb。ue可比较重叠资源之间的优先级，然后丢弃具有较低优先级的pusch 180。在丢弃pusch 180之后，ue可将pucch 160指示为q(0)并且将pucch 170指示为q(1)，并且ue可传输q(0)和q(1)。
[0152]
参考图2，pucch 260用于urllc，并且pusch 280也用于urllc。ue可在pusch 280中复用pucch 260。此示例中的复用uci可参考案例2
‑
1和案例2
‑
2。
[0153]
ue可支持全部的案例1
‑
1至案例4
‑
2。bs可使用rrc信令(例如，经由ie uci
‑
onpusch)或dci中的字段来向ue指示使用哪个案例。
[0154]
图14为示出根据本公开的用于无线通信的节点的框图。如图14所示，节点1400可包括收发器1420、处理器1428、存储器1434、一个或多个呈现部件1438和至少一根天线1436。节点1400还可包括rf频谱带模块、bs通信模块、网络通信模块和系统通信管理模块、输入/输出(input/output，i/o)端口、i/o部件和电源(图14中未示出)。
[0155]
部件中的每一者可通过一条或多条总线1440直接地或间接地彼此通信。节点1400可为执行参考图1至图13公开的各种功能的ue或bs。
[0156]
收发器1420具有发射器1422(例如，发射(transmitting/transmission)电路)和接收器1424(例如，接收(receiving/reception)电路)，并且可被配置来发射和/或接收时间和/或频率资源划分信息。收发器1420可被配置来在不同类型的子帧和时隙中发射，所述不同类型的子帧和时隙包括但不限于可用的、不可用的和灵活可用的子帧和时隙格式。收发器1420可被配置来接收数据和控制信道。
[0157]
节点1400可包括多种计算机可读介质。计算机可读介质可为可由节点1400存取的任何可用介质，并且包括易失性和非易失性介质、可移动和不可移动介质两者。
[0158]
计算机可读介质可包括计算机存储介质和通信介质。计算机存储介质包括以任何方法或技术实现以用于存储信息(诸如计算机可读指令、数据结构、程序模块或数据)的易失性和非易失性介质、可移动和不可移动介质两者。
[0159]
计算机存储介质包括ram、rom、eeprom、闪存存储器或其他存储器技术、cd
‑
rom、数字通用光盘(digital versatile disk，dvd)或其他光盘存储装置、磁带盒、磁带、磁盘存储装置或其他磁存储装置。计算机存储介质不包括传播的数据信号。通信介质通常在诸如载波或其他传输机制的调制数据信号中体现计算机可读指令、数据结构、程序模块或其他数据，并且包括任何信息递送介质。
[0160]
术语“调制数据信号”是指一个信号，所述信号具有的一个或多个特征以在信号中编码信息的方式设定或改变。通信介质包括有线介质(诸如有线网络或直接有线连接)和无线介质(诸如声学、rf、红外线以及其他无线介质)。先前所列出部件中的任一者的组合也应包括在计算机可读介质的范围内。
[0161]
存储器1434可包括呈易失性和/或非易失性存储器形式的计算机存储介质。存储器1434可为可移动的、不可移动的或其组合。示例性存储器包括固态存储器、硬盘驱动器、光盘驱动器等。如图14所示，存储器1434可存储计算机可读的、计算机可执行的指令1432(例如，软件代码)，所述指令1432被配置来致使处理器1428执行本文例如参考图1至图13所公开的各种功能。替代地，指令1432可不可由处理器1428直接执行，而是可被配置来致使节点1400(例如，在被编译和执行时)执行本文所公开的各种功能。
[0162]
处理器1428(例如，具有处理电路)可包括智能硬件装置，例如中央处理单元(central processing unit，cpu)、微控制器、asic等。处理器1428可包括存储器。处理器1428可处理从存储器1434接收的数据1430和指令1432，以及经由收发器1420、基带通信模块和/或网络通信模块发射和接收的信息。处理器1428还可处理要发送到收发器1420以用
于经由天线1436传输到网络通信模块以便传输到核心网络的信息。
[0163]
一个或多个呈现部件1438向个人或其他装置呈现数据指示。呈现部件1438的示例包括显示装置、扬声器、打印部件和振动部件等。
[0164]
鉴于本公开，显然在不脱离本公开中的概念的范围的情况下，可使用各种技术来实现这些概念。此外，虽然已通过具体参考某些实施方式公开了这些概念，但是本领域的普通技术人员可认识到，可在不脱离这些概念的范围的情况下，在形式和细节上进行改变。因此，所公开的实施方式在所有方面都应被认为是说明性的而非限制性的。还应当理解，本公开不限于所公开的特定实施方式，并且在不脱离本公开的范围的情况下，许多重新布置、修改和替换是可能的。