用于管理反馈消息的传输的方法及设备与流程

1.本公开涉及管理反馈消息的传输，包含来自用户装备的与物理共享信道消息相关的反馈消息。在一些例子中，反馈可涉及针对增强型下行链路(dl)半持久调度(sps)的混合自动重复请求确认(harq-ack)反馈。


背景技术：

2.目前，例如无线通信装置的用户装备例如在可包含一或多个小区的网络环境内使用无线信号与其它通信装置通信，在所述小区内可支持与网络及在网络内操作的其它装置的各种通信连接。网络环境通常涉及一或多组标准，其各自定义在网络环境内使用对应标准时进行的任何通信连接的各个方面。开发中及/或现存标准的实例包含新无线电接入技术(nr)、演进的通用地面无线电接入(e-utra)、长期演进(lte)、通用移动电信服务(umts)、全球移动通信系统(gsm)及/或增强型数据gsm环境(edge)。
3.为了支持超可靠低延时通信以及增加周期性及/或持久性小分组报告，越来越多地使用半持久调度。半持久调度可受益于需要持久无线电资源分配的应用的控制信道开销的相关联减少。然而，相关预期确认有时可能难以及时识别用于在预期响应窗内发送预期确认的可用上行链路资源。在一些例子中，确认可能无法在预期可允许的响应窗内发送。对应地，此响应可能无法及时提供预期确认。
4.本发明人已认识到，可能有益的是，在其中预期反馈消息将在可允许的预期接收窗之外接收的例子中能够跳过预期反馈消息的传输，这又允许装置在其间及时响应可能是不可能的例子中避免使用相对于响应消息的资源，使得可如预期接收者预期那样作用于响应消息。


技术实现要素：

5.本技术案提供一种用户装备中的方法。所述方法包含由所述用户装备接收用于从所述用户装备传输针对物理共享信道消息的反馈消息的反馈时间的信息。确定与针对所述物理共享信道消息的所述反馈消息相关联的最大允许反馈时间延迟。识别可由所述用户装备用于传输所述反馈消息的物理信道时机。当可用于所述反馈消息的所述经识别可用物理信道时机允许所述反馈消息在所述最大允许反馈时间延迟内传输时由所述用户装备传输所述反馈消息，否则当所述经识别可用物理信道时机不允许所述反馈消息在所述最大允许反馈时间延迟内传输时不传输所述反馈消息。
6.根据另一可能实施例，提供一种用户装备。所述用户装备包含收发器，其接收用于从所述用户装备传输针对物理共享信道消息的反馈消息的反馈时间的信息。所述用户装备进一步包含控制器，其确定与针对所述物理共享信道消息的所述反馈消息相关联的最大允许反馈时间延迟，及识别可由所述用户装备用于传输所述反馈消息的物理信道时机。当可用于所述反馈消息的所述经识别可用物理信道时机允许所述反馈消息在所述最大允许反馈时间延迟内传输时经由所述用户装备的所述收发器传输所述反馈消息，否则当所述经识
别可用物理信道时机不允许所述反馈消息在所述最大允许反馈时间延迟内传输时不传输所述反馈消息。
7.本技术案的这些及其它目的、特征及优点从参考附图进行的对一或多个优选实施例的以下描述显而易见。
附图说明
8.图1是本发明适于在其中操作的示范性网络环境的框图；
9.图2是如识别于3gpp技术规范38.331中的示范性sps-config列表元素的列表；
10.图3是识别与识别于在图2中识别的示范性sps-config列表元素中的字段相关的字段描述的表；
11.图4是用于管理反馈消息的传输的用户装备中的流程图；
12.图5是用于管理反馈消息的接收的网络实体中的流程图；及
13.图6是根据可能实施例的设备的实例框图。
具体实施方式
14.虽然本公开可具有呈各种形式的实施例，但在图中展示且将在下文描述目前优选的实施例，应理解，应将本公开视作本发明的范例且不希望将本发明限于所说明的特定实施例。
15.实施例可提供反馈消息的传输的管理，包含来自与物理共享信道消息相关的用户装备的反馈消息。在一些例子中，反馈可涉及针对增强型下行链路(dl)半持久调度(sps)的混合自动重复请求确认(harq-ack)反馈。
16.图1是根据可能实施例的系统100的实例框图。系统100可包含例如用户装备(ue)的无线通信装置110、例如增强型nodeb(enb)或下一代nodeb(gnb)的基站120及网络130。无线通信装置110可为能够在无线网络上发送及接收通信信号的无线终端、便携式无线通信装置、智能电话、蜂窝电话、翻盖式电话、个人数字助理、个人计算机、选择性呼叫接收器、平板计算机、膝上型计算机或任何其它装置。
17.网络130可包含能够发送及接收无线通信信号的任何类型的网络。举例来说，网络130可包含无线通信网络、蜂窝电话网络、基于时分多址(tdma)的网络、基于码分多址(cdma)的网络、基于正交频分多址(ofdma)的网络、长期演进(lte)网络、第五代(5g)网络、基于第三代合作伙伴项目(3gpp)的网络、卫星通信网络、高空平台网络、因特网及/或其它通信网络。
18.已论述dl sps增强以便使3gpp rel-16新无线电(nr)更高效地支持各种超可靠低延时通信(urllc)用例的周期性业务，例如功率分布、工厂自动化及运输行业(包含遥控驾驶)。针对给定带宽部分(bwp)的多个同时有效的下行链路(dl)半持久调度(sps)配置可通过提供更频繁的传输机会来减小调度延迟，而且可支持用于ue的多种不同服务类型。
19.在3gpp rel-15 nr中，关于sps配置，ue半静态地配置有用于到sps物理下行链路共享信道(pdsch)的混合自动重复请求确认(harq-ack)反馈的物理上行链路控制信道(pucch)资源索引。此外，ue依据来自呈下行链路控制信息(dci)格式1_0或(如果存在)呈激活sps pdsch接收的dci格式1_1的pdsch到harq反馈时序指示符字段的时隙的数目识别
pdsch到harq反馈延迟，并确定其中ue传输用于给定sps pdsch的harq-ack信息的时隙。
20.在3gpp rel-16 nr中，ue可经配置有用于给定bwp的多个dl sps配置，且用于ue的多于一个sps配置可在给定时间在给定服务小区处是有效的。如果dl sps配置的周期性被设置到小值(例如，1时隙、1ms、0.5ms)及/或如果多个dl sps配置是有效的，那么期望ue根据半静态配置的模式(即，基于半静态配置的pucch资源索引及pdsch到harq反馈延迟)十分频繁地将harq-ack反馈传输到sps pdsch。然而，对于非配对频谱中的动态时分双工(tdd)操作，可能难以保证用于半静态配置的harq-ack传输的上行链路(ul)区。
21.本公开提出用于使ue以短周期性向一或多个dl sps配置的sps pdsch提供harq-ack反馈的程序及有助于更好地确保针对周期性确定性通信服务的通信服务可用性的方法。
22.在动态tdd操作下，可认为推迟sps pdsch的harq-ack直到第一可用有效pucch资源或第一可用有效时隙(即，经由半静态tdd配置进行配置的ul时隙)更好地解决不可用于harq-ack反馈的ul资源的问题。然而，无界的harq-ack反馈延迟可能使传输的harq-ack信息对网络实体不太有用。
23.根据rel-15第三代合作伙伴项目(3gpp)nr规格(ts 38.321、ts 38.331)，dl sps配置具有以下信息且dl sps时机如下确认：
24.如3gpp ts 38.321中提供
25.5.8无需动态调度的传输及接收
26.5.8.1下行链路
27.半持久调度(sps)由每服务小区及每bwp的无线电资源控制(rrc)配置。dl sps的激活及取消激活在服务小区之间的独立的。
28.针对dl sps，dl指派由物理下行链路控制信道(pdcch)提供，且基于指示sps激活或取消激活的l1信令存储或清除。
29.当sps被配置时rrc配置以下参数：
[0030]-cs-rnti：用于激活、取消激活及重传的cs-rnti；
[0031]-nrofharq-processes：用于sps的数个经配置harq过程；
[0032]-periodicity：用于sps的经配置下行链路指派的周期性。
[0033]
当sps由上层释放时，所有对应配置都应被释放。
[0034]
在下行链路指派经配置用于sps时，媒体接入控制(mac)实体将循序地考虑第n下行链路指派在时隙中发生，其中：
[0035]
(numberofslotsperframe
×
sfn+帧中的时隙数)＝[(numberofslotsperframe
×
sfn
start time
+slot
start time
)+n
×
periodicity
×
numberofslotsperframe/10]模(1024
×
numberofslotsperframe)
[0036]
其中sfn
start time
及slot
start time
分别是pdsch的第一传输的系统帧数(sfn)及时隙，其中经配置下行链路指派被(重新)初始化。
[0037]-sps-config
[0038]
ie sps-config用于配置下行链路半持久传输。下行链路sps可配置于spcell上以及scell上。网络确保sps-config经配置用于小区群组中的最多一个小区。
[0039]
图2说明如识别于3gpp技术规范38.331中的示范性sps-config列表元素的列表
200。图3说明识别与识别于在图2中识别的示范性sps-config列表元素中的字段相关的字段描述的表300。
[0040]
在ran1#97、#98、及#98bis会议期间，无线电层1(ran1)达成关于针对rel-16 nr增强型urllc的dl sps增强的以下协议：
[0041]
ran1#97(里诺(reno)，2019年5月)，
[0042]
参见2019年5月的美国的里诺的ran wg1#97会议的ran1主席的记录
[0043]
协议：
[0044]
·
关于r1-1905940中的ls中的q1：
[0045]
o尽管ran1尚未完全分析支持服务小区的给定bwp的高达16种sps配置的潜在影响，但ran1理解服务小区的给定bwp的8种sps配置在rel-16中是足够的协议：
[0046]
关于来自ran2的ls中的q2，捕获到以下内容：
[0047]
·
ran1论述对dl sps的较短周期性的支持的可行性，针对具有与harq-ack反馈及dl与ul scs的组合相关的某些约束的所有scs及单个sps配置支持低到1个时隙的周期是可行的所述协议在r1-1907961中的回复ls中向ran2通知。
[0048]
ran1#98(布拉格(prague)，2019年8月)
[0049]
参见2019年8月的捷克布拉格的ran wg1#98会议的ran1主席的记录
[0050]
协议：
[0051]
针对其中仅应报告针对sps pdsch的harq-ack反馈(即，没有动态pdsch harq-ack)的情况，支持针对sps pdsch的harq-ack反馈的多于一个位，在pucch资源中没有相关联授权
[0052]
·
ffs对所有pucch格式的适用性
[0053]
·
ffs位的数目，例如，经配置/经激活sps配置的#等
[0054]
·
ffs如何针对其中针对sps pdsch的harq-ack与动态pdsch harq-ack多路复用的情况构造type-1及type-2harq-ack码本
[0055]
结论：
[0056]
·
针对支持rel-16中的服务小区的给定bwp的两个或更多个sps配置的dci中的联合激活没有达成共识。
[0057]
结论：
[0058]
关于支持短于rel-16中的1时隙的dl sps周期性没有达成共识。
[0059]
工作假设：
[0060]
支持服务小区的给定bwp的两个或更多个sps配置的dci中的联合释放
[0061]
·
重用如针对ul类型2cg定义的联合释放机制
[0062]
ran1#98bis(重庆，2019年10月)
[0063]
参见2019年10月的中国重庆的ran wg1#98bis会议的ran1主席的记录
[0064]
协议：
[0065]
确认以下工作假设：
[0066]
工作假设：
[0067]
支持服务小区的给定bwp的两个或更多个sps配置的dci中的联合释放
[0068]
协议：
[0069]
针对其中仅应报告针对sps pdsch的harq-ack反馈(即，没有动态pdsch harq-ack)的情况，除了pucch格式0/1外，pucch格式2/3/4也适用。
[0070]
协议：
[0071]
针对其中针对sps pdsch的harq-ack反馈与针对动态调度的pdsch的harq-ack反馈多路复用的情况，通过重用rel-15机制来确定将使用的pucch资源。
[0072]
协议：
[0073]
针对其中仅应报告针对sps pdsch的harq-ack反馈(即，没有动态pdsch harq-ack)的情况，ran1向下选择以下选项：
[0074]
·
选项1：多个pucch资源经配置为每harq-ack码本的所有sps配置(类似于multi-csi-pucch-resourcelist)所共有。将用于pucch资源当中的实际pucch资源基于harq-ack有效负载大小来确定
[0075]
o ffs：最大pucch资源的数目
[0076]
o ffs细节(用于确定pucch资源的阈值)
[0077]
·
选项2：多个pucch资源组经配置为每harq-ack码本的所有sps配置所共有。将使用的pucch资源基于harq-ack有效负载大小来确定。
[0078]
o ffs是否独立于用于动态调度的pdsch的pucch资源组配置pucch资源组o ffs是否配置单独有效负载范围
[0079]
o将用于经选取pucch资源组中的pucch资源当中的实际pucch资源通过基于最近激活的dci针对动态pdsch重用rel-15harq-ack pucch资源确定机制来确定
[0080]
协议：
[0081]
针对其中仅应报告针对没有相关联dl指派的sps pdsch的harq-ack反馈(即，没有动态pdsch harq-ack)的情况，
[0082]
·
多个pucch资源经配置为每harq-ack码本的所有sps配置所共有。将用于pucch资源当中的实际pucch资源基于harq-ack有效负载大小来确定
[0083]
o pucch资源的数目高达4
[0084]
o ffs细节(例如，用于确定pucch资源的阈值)
[0085]
协议：
[0086]
针对其中仅应报告针对没有相关联dl指派的sps pdsch的harq-ack反馈(即，没有动态pdsch harq-ack)的情况，如果harq-ack有效负载大小(不包含crc)在{n
i,min
,
…
,n
i,max
}个位的范围内，那么选择pucch资源i，其中所述选择中的pucch资源的数目是从0到3。
[0087]
·n0,min
＝1，n
0,max
＝2
[0088]
·
针对i≠0
[0089]
o n
i,max
由rrc配置；如果没有被配置，那么n
i,max
是1706。
[0090]
o n
i,min
等于n
i-1,max
+1
[0091]
注意：当每pucch资源组配置单个pucch资源时，上述机制等效于rel-15程序。
[0092]
协议：
[0093]
针对其中仅应报告针对没有相关联dl指派的sps pdsch的harq-ack反馈(即，没有动态pdsch harq-ack)的情况，用于pucch传输的prb的数目通过在38.213的子条款9.2.3(用于报告harq-ack的ue程序)中重用rel-15机制来确定。
[0094]
·
每pucch格式的最大码率从与用于sps pdsch的经识别harq-ack码本相关联的参数重用
[0095]
根据3gpp ts 38.213的9.2.3，“如果ue使用pucch格式2或pucch格式3在包含个prb的pucch资源中传输具有o
ack
个harq-ack信息位及o
crc
个位的pucch，那么ue将用于pucch传输的prb的数目确定为prb的最小数目，其小于或等于分别由pucch-format2的nrofprb或pucch-format3的nrofprb提供的prb的数目且从来自数个prb的第一prb开始，此导致且如果那么其中qm、及r定义于子条款9.2.5.2中。针对pucch格式3，如果根据[4,ts 38.211]，不等于那么将增加到用于pucch-format3[12,ts 38.331]的nrofprb的最近允许值。如果那么ue经由个prb传输pucch。”[0096]
根据本文件，提出以下实施例。
[0097]
具有短频率的dl sps的harq-ack反馈延迟
[0098]
根据3gpp ts 22.104，当预期消息在应用的生存时间到期之后没有被应用接收到时(例如，传送时间(实际延迟)大于最大端到端延时)，认为用于工业物联网(iiot)通信的系统不可用于信息物理应用。以下是性能相关指标的定义：
[0099]
通信服务可用性：根据商定的服务质量(qos)递送端到端通信服务的时间量除以期望系统根据特定区域中的规范递送端到端服务的时间量的百分比值。
[0100]
注释2：假设“端到端”中的端点是通信服务接口。
[0101]
注释3：如果通信服务不满足相关qos要求，那么认为其不可用。如果可用性是这些要求中的一者，那么以下规则适用：如果在指定时间内没有接收到预期消息，那么认为系统不可用，指定时间的最小值是最大允许端到端延时与生存时间之和。
[0102]
生存时间：消耗通信服务的应用在没有预期消息的情况下可继续的时间。
[0103]
端到端延时：将一条给定信息从源传送到目的地所花费的时间，在通信接口处从其由源传输的时刻到其在目的地处被成功接收的时刻测量。
[0104]
传送间隔：应用数据从应用经由服务接口到3gpp系统的两次连续传送之间的时间差。
[0105]
根据3gpp ts 22.104的表5.2-1，取决于应用，周期性的确定性通信服务可具有0.5ms、1ms、2ms、10ms及50ms的传送间隔，且可具有与传送间隔相同或是传送间隔三倍长的生存时间。
[0106]
根据一个实施例，关于上文解释的生存时间的概念，将harq-ack反馈延迟到超过特定时间可能没有用，因为可能认为通信服务在生存时间之后不可用。因此，可为有益的是，网络实体(例如，gnb)半静态或半持久地将ue配置成具有针对给定sps pdsch或一组连续sps pdsch的harq-ack反馈的最大允许持续时间(来自相同或不同sps配置)，从而将应用的生存时间及端到端延时考虑在内。用于相对于原始harq-ack反馈时序延迟hark-ack反馈的持续时间可指示为以下中的一或多者：dl sps配置的数个sps pdsch时机、用于对与一或
多个经激活dl sps配置相关联的sps pdsch的harq-ack反馈的数个pucch时机、或数个时间单位(例如，时隙、符号)。如果ue无法在半静态或半持久配置的最大harq-ack反馈延迟内传输harq-ack信息，那么ue可丢弃harq-ack信息。在一个实例中，用于延迟harq-ack反馈的持续时间可进一步基于sps配置的周期性。
[0107]
此外，ue可接收丢失的harq-ack反馈的最大允许数目的指示且对ue无法在经配置的最大harq-ack反馈延迟内针对其执行harq-ack传输的sps pdsch的数目进行计数。如果丢失的harq-ack反馈的数目大于丢失的harq-ack反馈的所指示的最大允许数目，那么ue可自主地释放sps以用于一或多个相关联的经激活dl sps配置。在一个实施方案中，ue对每经激活dl sps配置丢失的harq-ack反馈的数目进行计数，且个别地确定用于每一dl sps配置的sps释放。在另一实施方案中，ue对所有经激活dl sps配置的丢失的harq-ack反馈的数目进行计数，且确定用于所有经激活dl sps配置的sps释放。在又一实施方案中，ue对每经激活dl sps配置的子组丢失的harq-ack反馈的数目进行计数，且个别地确定用于经激活dl sps配置的子组的sps释放。
[0108]
gnb还可对来自ue的丢失的harq-ack传输的数目进行计数。期望由gnb计数的来自ue的丢失的harq-ack传输的数目等于或大于ue的丢失的harq-ack反馈的数目，从而认为gnb可错过检测由ue传输的一些harq-ack反馈(即，dtx检测)。如果由gnb计数的丢失的harq-ack传输的数目大于ue的实际丢失的harq-ack反馈的数目，那么gnb可在ue执行自主dl sps释放之前发送dl sps释放pdcch。因此，gnb的丢失的harq-ack的数目阈值可在ue的丢失的harq-ack的数目阈值之前被超过，且gnb可在ue可触发自主dl sps释放之前发送dl sps释放pdcch。关于小区的当前有效bwp上的一或多个经激活dl sps配置的sps释放，gnb可激活可为harq-ack反馈提供更多ul资源的不同载波/小区上的另一dl sps配置。
[0109]
在一个实施方案中，如果ue延迟对应于dl sps配置的一或多个sps pdsch的一或多个harq-ack反馈，那么ue接收ue可汇总其harq-ack信息的dl sps配置的sps pdsch的最大允许数目的指示且在一个上行链路信道(例如，pucch或pusch)中传输经汇总harq-ack信息。用于经汇总harq-ack反馈的sps pdsch的最大允许数目的指示可经由包含dl sps配置(例如，作为dl sps配置参数的部分)的rrc消息或经由dl sps激活dci接收。另外，ue接收定义用于harq-ack反馈的初始pucch时机的pdsch到harq时序的指示(例如，经由sps激活dci格式中的pdsch到harq时序指示符字段)。ue可基于用于经汇总harq-ack反馈的dl sps配置的sps pdsch的最大数目以及在没有额外延迟的情况下执行harq-ack反馈时适用的pdsch到harq时序确定用于对dl sps配置的sps pdsch的潜在harq-ack反馈的一组pucch时机。
[0110]
用于对给定sps pdsch的harq-ack反馈的经配置pucch资源(即，初始pucch时机)基于rrc配置的pucch资源索引及半持久配置(经由sps激活dci)的pdsch到harq时序来确定。经配置pucch资源可能由于与半静态配置的dl符号(且如果ue没有检测到包含时隙格式指示的dci格式2_0，那么是半静态配置的“灵活”符号)及/或动态指示的dl或“灵活”符号(例如，由dci格式2_0中的sfi索引字段值指示)的部分或全部重叠而不可用。如果经配置pucch资源不可用于harq-ack传输，那么ue可将harq-ack传输一直延迟到dl sps配置的接下来的
‘
x’个harq-ack传输时机(即，pucch时机)，其中
‘
x’基于用于经汇总harq-ack反馈的dl sps配置的sps pdsch的所指示的最大允许数目来确定。
[0111]
在另一实施方案中，ue接收针对多个dl sps配置的sps pdsch的经延迟harq-ack
反馈具有相同优先级的多个dl sps配置的harq-ack pucch时机的最大允许数目的指示。ue可在从最大允许数目的harq-ack pucch时机选择的一个pucch时机(例如，选择最早可用pucch时机)中传输sps pdsch的harq-ack反馈。harq-ack pucch时机的最大数目的指示可经由rrc消息或经由dl sps激活dci接收。
[0112]
在其它实施方案中，ue接收最小pdsch到harq反馈延迟及最大pdsch到harq反馈延迟的指示且识别不比最大pdsch到harq反馈延迟晚但比最小pdsch到harq反馈延迟晚开始的最早可用harq-ack pucch时机。最小pdsch到harq反馈延迟及最大pdsch到harq反馈延迟的指示可经由rrc消息及/或经由dl sps激活dci接收。
[0113]
根据另一实施例，ue可半静态(经由rrc配置)或半持久(经由sps激活dci)地接收nack反馈的最大数目及时间窗的配置信息的指示。ue可进一步对ue在半静态或半持久配置的时间窗内产生其nack信息的sps pdsch的数目进行计数。如果具有nack反馈的sps pdsch的数目大于nack反馈的所指示的最大数目，那么ue可自主地释放sps以用于一或多个相关联的dl sps配置。
[0114]
在一个实施方案中，ue对每dl sps配置的nack反馈的数目进行计数，且个别地确定用于每一dl sps配置的sps释放。在另一实施方案中，ue对所有经激活dl sps配置的nack反馈的数目进行计数，且确定用于所有经激活dl sps配置的sps释放。在又一实施方案中，ue对每经激活dl sps配置的子组的nack反馈的数目进行计数，且个别地确定用于经激活dl sps配置的子组的sps释放。在其它实施方案中，时间窗是滑动时间窗，且多个时间窗可彼此重叠，其中ue可在给定时间维持用于nack反馈的多个计数器。
[0115]
在小区的当前有效bwp上的一或多个经激活dl sps配置的sps释放情况下，gnb可取消激活一或多个dl sps配置及/或可激活具有不同mcs的相同或不同bwp/小区上的另一dl sps配置以提高链路可靠性。
[0116]
根据其它实施例，ue经配置有用于dl bwp中的一或多个dl sps配置的sps pdsch的harq-ack反馈的多个pucch载波。举例来说，一个pucch载波是包含经激活一或多个dl sps配置的tdd载波，且另一pucch载波是补充的上行链路载波(例如，配对频谱的上行链路载波)。此外，ue接收多个pucch资源组的指示，每一pucch资源组与用于dl bwp中的一或多个dl sps配置的sps pdsch的harq-ack反馈的多个pucch载波中的每一者相关联。ue基于多个pucch资源组中的每一pucch资源组的可用性及经配置pucch载波当中的优先级(或经配置pucch资源组当中的pucch资源组优先级)从多个所指示的pucch资源组选择pucch载波及对应pucch资源组。ue可进一步基于harq-ack有效负载大小从所选择的pucch资源组选择pucch资源。
[0117]
在另一实施例中，时隙的所指示的时隙格式可跨不同载波相同或不同。ue可选取在最大允许harq-ack反馈延迟内在经配置pucch载波中的一者中传输harq-ack反馈，其中上行链路符号最早可用。gnb监测来自ue的针对与一或多个pucch载波相关联的一或多个经配置pucch资源中的dl sps的harq反馈，且如果其从上述pucch资源中的一者接收到harq-ack反馈，那么不会为dl sps或dl sps的子组的那个(那些)harq过程id调度重传。在另一实施方案中，如果ue选取在多个相关联pucch资源中传输harq反馈以获得分集增益，且如果gnb解码/检测来自与相同dl sps配置相关联的一或多个pucch资源中的至少一者的ack，那么gnb不调度重传。
[0118]
根据另一实施例，ue接收dl sps配置的一群组sps pdsch的sps pdsch的数目的指示，其中dl sps配置的所述群组sps pdsch的harq-ack信息位在harq-ack传输时机中多路复用且传输。ue进一步接收pdsch到harq时序的指示(例如，经由sps激活dci格式中的pdsch到harq时序指示符字段)且将所指示的pdsch到harq时序解译为从其中所述群组sps pdsch的最早起始的sps pdsch结束的时隙(子时隙)到其中harq-ack传输时机(即，pucch时机)所属的时隙(或子时隙)的延迟。ue不期望harq-ack传输时机的开始在开始于在所述群组sps pdsch的最后一个sps pdsch的结束时间之后可适用的最小pdsch处理时间之后的符号之前。针对所述群组sps pdsch的经汇总harq-ack反馈可降低用于harq-ack反馈的pucch资源开销且使网络实体更易于更好地保证用于dl sps配置的harq-ack反馈时机的可用性。
[0119]
在另一实施例中，sps与业务到达时间之间的失配也可为接收消息失败的一个原因且由于较短生存时间，gnb可为ue激活多个ul sps时机且监测来自ue的pusch传输且如果其在其中一者中解码pusch那么不调度重传。
[0120]
在另一实施例中，与一个qos流或无线电承载相关联的dl sps及ul sps可配置为组或子组且其可经共同激活或取消激活/释放。ue可在相同或不同载波/trp或天线面板/束中经配置有多个上述组或子组。
[0121]
在一个实施例中，ue不应在生存时间到期或连续pdsch crc失败之后声明rlf，且t310定时器应比生存时间更长。
[0122]
在一些实例中，gnb触发额外资源到ue的指派以在从ue接收到连续harq-非确认(nack)之后改进通信可靠性。
[0123]
根据另一实施例，gnb在从ue接收到连续harq-nack之后可为ue激活相同或另一载波中的sps配置，其中nack的连续数目应小于此qos流/无线电承载的生存时间。在一个实例中，此dl sps在另一载波中的bwp中激活，此具有其中ue可同时从相同或多个载波接收多个sps配置的更好的覆盖范围。
[0124]
在另一实施例中，gnb在上行链路中发生连续pusch crc失败之后可在用于ue的相同或不同载波中为ue激活另一ul sps配置，其中crc失败的连续数目可小于此qos流/无线电承载的生存时间。
[0125]
在另一实施例中，gnb在从ue接收到连续harq-nack之后可在另一传输及接收点(trp)中激活sps配置，其中trp也可同时激活且sps及tci状态的配置可一起传输(多trp或多束传输)。
[0126]
在另一实施例中，ue在连续pdsch循环冗余校验(crc)失败之后或在从gnb接收到nack之后或在束失效之后隐式/自主地激活多个天线面板/束。用于激活天线面板的连续crc失败或nack的数目可由gnb发信号来通知。ul sps配置也可在ue的每一天线面板/束上激活。
[0127]
在另一实施例中，ue实现在接收到ul授权或crc失败中的非切换新数据指示符(ndi)之后选择性地复制来自多个经激活天线面板/束的数据。
[0128]
gnb可在一或多个有效dl sps配置的一或多个sps pdsch中复制相同tb。如果ue成功解码与一或多个有效dl sps配置相关联的一或多个sps pdsch中的至少一个sps pdsch，那么ue可在经配置pucch资源中传输ack。在另一实例中，即使sps pdsch中的一者没有被成功解码ue也可传输ack以便避免不必要重传。仅当所有相关联sps pdsch都没有成功解码
时，ue才可传输nack。
[0129]
上述实施例的一或多个组合也是可能的。
[0130]
在一些实施例中，ue天线面板可为包括共享rf链(例如，在同相/正交(i/q)调制器、模/数(a/d)转换器、本地振荡器、相移网络中)的共同或显著部分的一组天线元件或天线端口的物理或逻辑天线阵列。ue天线面板或“ue面板”可为具有映射到逻辑实体的物理ue天线的逻辑实体。物理ue天线到逻辑实体的映射可取决于ue实施方案。对辐射天线面板的能量有效的天线元件或天线端口(在本文中也称为有效元件)的至少一子组上进行通信(接收或传输)需要偏置rf链或使rf链通电，此导致与天线面板相关联的ue中的电流损耗或功率消耗(包含与天线元件或天线端口相关联的功率放大器/低噪声放大器(lna)功率消耗)。如本文中使用，短语“对辐射能量有效”并不意味着限于传输功能，而且涵盖接收功能。因此，对辐射能量有效的天线元件可同时或循序地耦合到传输器以传输射频能量或耦合到接收器以接收射频能量，或一般来说，可耦合到收发器以执行其预期功能性。在天线面板的有效元件上通信实现辐射模式或辐射束的产生。
[0131]
在一些实施例中，取决于ue自身的实施方案，“ue面板”可具有以下功能性中的至少一者：作为用于独立地控制其tx束的天线群组的单元的操作角色、作为用于独立地控制其传输功率的天线群组的单元的操作角色、作为用于独立地控制其传输时序的天线群组的单元的操作角色。“ue面板”对gnb来说可为透明的。针对(若干)特定条件，gnb或网络可假设ue的物理天线到逻辑实体“ue面板”之间的映射可不变。举例来说，条件可包含直到来自ue的下一更新或报告或可包括在其内gnb假设将不改变映射的持续时间。ue可向gnb或网络报告其关于“ue面板”的ue能力。ue能力可包含至少数个“ue面板”。在一个实施方案中，ue可支持来自面板内的一个束的ul传输；对于多个面板，多于一个束(每面板一个束)可用于ul传输。在另一实施方案中，每面板多于一个束可受支持/用于ul传输。
[0132]
根据至少一些实施例，考虑到保证周期性的确定性通信服务的通信服务可用性，已提出用于以短周期性向一或多个dl sps配置的sps pdsch提供harq-ack反馈的程序及方法。
[0133]
·
在动态tdd中，将应用的生存时间及端到端延时考虑在内，gnb可将ue配置成具有延迟针对给定sps pdsch的harq-ack反馈的最大允许持续时间。
[0134]
·
如果ue无法在半静态或半持久配置的最大harq-ack反馈延迟内传输harq-ack信息，那么ue丢弃harq-ack信息。
[0135]
·
ue可接收丢失的harq-ack反馈的最大数目的指示且对ue无法在经配置的最大harq-ack反馈延迟内针对其执行harq-ack传输的一或多个相关联的经激活dl sps配置的sps pdsch的数目进行计数。如果丢失的harq-ack反馈的数目大于丢失的harq-ack反馈的所指示的最大数目，那么ue可自主地释放sps以用于一或多个相关联的经激活dl sps配置。
[0136]
·
ue经配置有用于给定dl bwp中的经激活一或多个dl sps配置的sps pdsch的harq-ack反馈的多个pucch载波。此外，ue接收与多个pucch载波相关联的多个pucch资源的指示，且基于多个pucch资源中的每一者的可用性及经配置pucch载波当中的优先级(或经配置pucch资源当中的pucch资源优先级)从所指示的多个pucch资源选择pucch资源。
[0137]
图4说明用户装备中的方法的流程图400。所述方法包含由所述用户装备接收402用于从所述用户装备传输针对物理共享信道消息的反馈消息的反馈时间的信息。可确定与
针对所述物理共享信道消息的所述反馈消息相关联的最大允许反馈时间延迟404。可识别可由所述用户装备用于传输所述反馈消息的物理信道时机406。当可用于所述反馈消息的所述经识别可用物理信道时机允许所述反馈消息在所述最大允许反馈时间延迟内传输时由所述用户装备传输所述反馈消息，否则当所述经识别可用物理信道时机不允许所述反馈消息在所述最大允许反馈时间延迟内传输时不传输所述反馈消息408。
[0138]
在一些例子中，最大允许反馈时间延迟及所述反馈时间可用于识别可在其内选择允许传输所述反馈的物理信道时机的时间窗。在这些例子中的一些中，所述方法可进一步包含当对应于所述反馈时间的物理信道时机不可用时在已经识别的所述时间窗内延迟针对所述物理共享信道消息的所述反馈消息的传输。
[0139]
在一些例子中，所述经识别可用物理信道时机是包括仅一或多个上行链路符号的物理上行链路控制信道时机。
[0140]
在一些例子中，所述方法可进一步包含接收针对其汇总反馈信息的数个物理共享信道的信息，其中所述反馈消息包括对应于所述物理共享信道的所述经汇总反馈信息。
[0141]
在一些例子中，所述方法可进一步包含接收关于反馈时间的延迟的信息，其中用于传输反馈消息的最大允许反馈时间延迟可基于反馈时间及关于所述反馈时间的延迟来确定。在这些例子中的一些中，所述延迟的所述信息可作为所述反馈时间的所述接收到的信息的部分在相关反馈时序指示符字段中接收。
[0142]
在一些例子中，反馈消息可包含至少一个混合自动重复请求确认。
[0143]
在一些例子中，所述反馈消息可用于半持久调度物理下行链路共享信道，其中所述半持久调度物理下行链路共享信道可根据与下行链路半持久调度配置相关联的半持久调度信息来调度。在这些例子中的一些中，所述最大允许反馈时间延迟基于与所述下行链路半持久调度配置相关的多个半持久调度物理下行链路共享信道的预期周期性来确定。在这些及其它例子中的一些中，可被识别的所述物理信道时机可为所述下行链路半持久调度配置的一或多个物理上行链路控制信道时机的最早可用物理上行链路控制信道时机，其中所述一或多个物理上行链路控制信道时机可在所述反馈时间之后但在所述最大允许反馈时间延迟之前发生。在这些及其它例子中的一些中，可被识别的所述物理信道时机可为包含所述下行链路半持久调度配置的一或多个下行链路半持久调度配置的一或多个物理上行链路控制信道时机的最早可用物理上行链路控制信道时机，其中所述一或多个物理上行链路控制信道时机可在所述反馈时间之后但在所述最大允许反馈时间延迟之前发生。在这些及其它例子中的一些中，所述用户装备可维持与尚未传输的所述下行链路半持久调度配置的多个半持久调度物理下行链路共享信道相关联的所述数个反馈消息的计数，且当所述计数超过丢失的反馈消息的预定最大数目时，所述用户装备可自主地释放与所述下行链路半持久调度配置相关联的所述半持久调度信息。
[0144]
在一些例子中，用户装备可经配置有用于传输反馈消息的多个物理上行链路信道载波。在这些例子中的一些中，所述用户装备可接收与所述多个物理上行链路控制信道载波相关联的多个物理上行链路控制信道资源的信息，其中所述多个物理上行链路控制信道资源中的每一者可基于无线电资源控制配置的物理上行链路控制信道资源索引来确定。
[0145]
图5说明网络实体中的方法的流程图500。所述方法包含将用于从用户装备接收针对物理共享信道消息的反馈消息的反馈时间的信息传输502到用户装备。传输504与确定与
针对物理共享信道消息的反馈消息相关联的最大允许反馈时间延迟相关的信息。作出关于最大允许反馈时间延迟内的至少一个物理信道时机是否可用于接收反馈消息的确定506。当最大允许反馈时间延迟内的至少一个物理信道时机可用于接收反馈消息时，在至少一个物理时机的物理信道时机上接收508反馈消息。
[0146]
应理解，尽管图中展示特定步骤，但可取决于实施例执行各种额外或不同步骤，且可取决于实施例重新布置、重复或完全消除特定步骤中的一或多者。而且，所执行的一些步骤可在执行其它步骤时同时在持续或连续基础上重复。此外，不同步骤由不同元件执行或在所公开的实施例的单个元件中执行。另外，例如基站、传输点及接收点的网络实体或其它网络实体可执行ue的相互操作。举例来说，网络实体可传输由ue接收到的信息且可接收由ue传输的信息。网络实体还可对经发送及接收到的信号进行处理及操作。
[0147]
图6是根据可能实施例的例如本文中公开的用户装备110、网络实体120或任何其它无线通信装置的设备600的实例框图。设备600可包含壳体610、耦合到壳体610的控制器620、耦合到控制器620的音频输入及输出电路系统630、耦合到控制器620的显示器640、耦合到控制器620的存储器650、耦合到控制器620的用户接口660、耦合到控制器620的收发器670、耦合到收发器670的至少一个天线675及耦合到控制器620的网络接口680。设备600可不一定包含所说明的所有元件及/或可包含用于本公开的不同实施例的额外元件。设备600可执行在所有实施例中描述的方法。
[0148]
显示器640可为显示信息的取景器、液晶显示器(lcd)、发光二极管(led)显示器、有机发光二极管(oled)显示器、等离子体显示器、投影显示器、触摸屏或任何其它装置。收发器670可为可包含传输器及/或接收器的一或多个收发器。音频输入及输出电路系统630可包含麦克风、扬声器、换能器或任何其它音频输入及输出电路系统。用户接口660可包含可用于在用户与电子装置之间提供接口的小键盘、键盘、按钮、触摸垫、操纵杆、触摸屏显示器、另一额外显示器或任何其它装置。网络接口680可为可将设备连接到网络、装置、及/或计算机且可传输及接收数据通信信号的通用串行总线(usb)端口、以太网端口、红外传输器/接收器、ieee 1394端口、无线收发器、wlan收发器或任何其它接口。存储器650可包含可耦合到设备的随机存取存储器(ram)、只读存储器(rom)、光学存储器、固态存储器、快闪存储器、可卸除式存储器、硬盘驱动器、高速缓存或任何其它存储器。
[0149]
设备600或控制器620可实施任何操作系统，例如microsoft或android
tm
或任何其它操作系统。设备操作软件可以任何编程语言编写，例如(举例来说)c、c++、java或visual basic。设备软件还可在应用程序框架上运行，例如(举例来说)框架、框架或任何其它应用程序框架。软件及/或操作系统可存储于存储器650中或设备600上的其它地方、云存储装置中及/或可存储软件及/或操作系统的任何其它地方。设备600或控制器620还可使用硬件实施所公开的操作。举例来说，控制器620可为任何可编程处理器。此外，控制器620可执行一些或全部所公开的操作。举例来说，一些操作可使用云计算执行，且控制器620可执行其它操作。所公开的实施例还可实施于通用或专用计算机、经编程微处理器或微控制器、外围集成电路元件、专用集成电路或其它集成电路、例如离散元件电路的硬件/电子逻辑电路、例如可编程逻辑阵列、现场可编程门阵列的可编程逻辑装置或类似物上。一般来说，控制器620可为任何控制器或处理器装置或能够操作设备及实施所公开的实施例的装置。设备600的一些或全部额外元
件还可执行所公开的实施例的一些或全部操作。
[0150]
本公开的至少一些方法可实施于经编程处理器上。然而，控制器、流程图及模块也可经实施于通用或专用计算机、经编程微处理器或微控制器及外围集成电路元件、集成电路、硬件电子或逻辑电路(例如离散元件电路)、可编程逻辑装置或类似物上。一般来说，能够实施图中展示的流程图的有限状态机驻留在其上的任何装置可用于实施本公开的处理器功能。
[0151]
至少一些实施例可改进所公开装置的操作。而且，虽然已参考本公开的特定实施例描述了本公开，但很明显，许多替代、修改及变化对所属领域的技术人员来说将是显而易见的。举例来说，实施例的各种组件在其它实施例中可被互换、新增或替代。而且，每一图的全部元件对所公开实施例的操作并非是必要的。举例来说，所公开实施例的领域的一般技术人员将能够通过简单采用独立权利要求的元件制作及使用本公开的教示。因此，本文中所陈述的本公开的实施例希望是说明性的而非限制性的。在不背离本公开的精神及范围的情况下，可作出各种改变。
[0152]
在此文献中，相对术语例如“第一”、“第二”及类似物可单独用于区分一个实体或动作与另一实体或动作，而不一定需要或暗含此类实体或动作之间的任何实际此关系或顺序。后跟一列表的短语
“……
中的至少一者”、“从
……
的群组选出的至少一者”、或“从
……
选出的至少一者”被定义为意味着一个、一些或全部，但不一定是列表中的全部元件。术语“包括(comprise/comprising)”、“包含”或其任何其它变化希望涵盖非排他包含，使得包括元件列表的过程、方法、物品或设备不仅包含那些元件而且还可包含未明确列出或此过程、方法、物品或设备固有的其它元件。以“一(a/an)”或类似物开头的元件在无更多约束的情况下不排除在包括元件的过程、方法、物品或设备中存在额外相同元件。而且，术语“另一”被定义为至少一第二者或更多者。如本文中使用，术语“包含”、“具有”及类似物被定义为“包括”。此外，背景部分是作为发明人自己在申请时对一些实施例的上下文的理解而书写的，且包含发明人自己对现存技术的任何问题及/或发明人自己的工作中遇到的问题的认识。