在上行链路上确认传输的方法、用户设备和基站与流程

在上行链路上确认传输的方法、用户设备和基站
1.本技术是分案申请，原申请的申请号是201980096700.6，原申请日是2019年9月17日，原申请的全部内容通过引用结合在本技术中。
技术领域
2.本公开涉及电信领域，并且尤其涉及一种对通过无线接入网络中的非授权频段信道进行的下行链路数据接收，在从用户设备到基站的上行链路上进行确认传输的方法、用户设备和基站。
3.无线接入网络是电信系统的一部分，例如5g(第五代)网络，使用5g nr(新无线)作为由3gpp定义的无线接入技术(radio access technology,rat)。本公开更具体地适用于5g nr-u(处于非授权频谱的nr)。


背景技术：

4.在由3gpp标准定义的5g无线接入网络中，用户设备可以处理两种类型的下行链路数据(pdsch)接收。
5.第一种类型的下行链路数据接收或pdsch由基站动态调度。这意味着对于每个下行链路数据或pdsch接收，传输下行链路控制信息
‘
dci’。该dci指示用于对应确认传输的时隙。用于这些下行链路pdsch的传输和对应上行链路确认传输的时间和频率方面的资源由基站动态调度。
6.第二种类型的用于下行链路数据或pdsch接收的资源是固定且周期性的。基站需要传输一次下行链路控制信息
‘
dci’用于激活，并且此后，从基站周期性地向用户设备传输pdsch。对应下行链路数据接收是固定且周期性的。同样地，用于pdsch的确认传输的时隙是固定且周期性的。这种配置被称为半静态调度或“sps”。
7.5g nr-u无线接入网络使用作为共享频谱的非授权频谱。为了允许各种通信系统或设备使用非授权频谱并且友好地共存，已经规定了监管要求并且通信系统必须满足这些监管要求才能使用非授权频谱。例如，通信设备(或用户设备)必须遵循过程“先听后说(lbt)”。这意味着通信设备需要在所述信道上传输任何信号之前执行信道感测。只有当lbt结果表明信道空闲时，通信设备才能执行信号传输。否则，通讯设备无法执行信号传输。
8.在上述背景下，在5g nr-u中，动态调度的pdsch通常被分组成使得通信设备对相同组的多个动态调度的pdsch的集合(或子组)执行一次确认传输。分组用于允许基站触发一组确认传输。假设用户设备接收到下行链路控制信息元素dci1，该下行链路控制信息元素dci1动态调度组g0中的一个下行链路数据接收pdsch1，并且在第一时隙触发对应确认传输，但是该用于pdsch1的确认传输失败(例如由于lbt过程失败)。此后，当用户设备接收到另一下行链路控制信息元素dci2时，该下行链路控制信息元素dci2动态调度相同组g0中的另一下行链路数据接收pdsch2，并且在第二时隙触发对应确认传输，用户设备基于dci1和dci2中的特定字段
‘
nfi’(需要反馈指示符)检测到用于组g0的先前确认传输已经失败，并且因此在第二时隙上报告针对组g0的下行链路数据接收pdsch1和pdsch2的确认或否定确
认信息。以这种方式，可以由用户设备在第二次尝试中将针对pdsch1的确认或否定确认信息成功地传输至基站。
9.当基站执行基于组的(动态调度的)pdsch传输和sps pdsch传输时，可能发生的是，针对对应于一个或多个基于组的(动态调度的)pdsch的上行链路确认传输动态调度的资源和针对对应于sps pdsch的上行链路确认传输以固定且周期性方式调度的资源，在相同时隙上。
10.本公开旨在限定通信设备或用户设备应当如何处理这种情况。


技术实现要素：

11.本公开的目的是一种在从用户设备到基站的上行链路上进行确认传输的方法，用于通过无线接入网络中的非授权频段信道进行的下行链路数据接收，
12.其中，
[0013]-当下行链路数据接收包括
[0014]
.属于相同组g0的一个或多个动态调度的下行链路数据接收的集合，该属于相同组g0的一个或多个动态调度的下行链路数据接收的集合由指示用于对应确认传输的相同第一时隙的各关联的下行链路控制信息元素调度，以及
[0015]
.半静态调度
‘
sps’下行链路数据接收，对于该半静态调度
‘
sps’下行链路数据接收，在多个固定周期性时隙中的下一个固定周期性时隙上调度确认传输，
[0016]
并且，用户设备确定用于确认传输的第一时隙与用于确认传输的下一个固定周期性时隙相同时，
[0017]-用户设备生成联合确认码本，该联合确认码本连结
[0018]
.用于组g0的组码本，包括用于组g0的一个或多个动态调度的下行链路数据接收中的每一个的确认信息元素，以及
[0019]
.sps码本，包括用于半静态调度
‘
sps’下行链路数据接收的确认信息元素，
[0020]-以及，用户设备在用于确认传输的所述第一时隙上尝试传输生成的联合确认码本。
[0021]
有利地，用户设备将用于半静态调度
‘
sps’下行链路数据接收的确认传输与用于组g0的确认传输相关联，并且当在用于确认传输的第一时隙期满之后，所述组g0的新动态调度的下行链路数据接收的下行链路控制信息元素指示用于所述组g0的先前确认传输失败，和用于新确认传输的第二时隙时，用户设备：
[0022]-生成新联合确认码本，该新联合确认码本连结：
[0023]
.用于所述组g0的新组码本，包括用于一个或多个先前动态调度的下行链路数据接收中的每一个的确认信息元素，和用于新动态调度的下行链路数据的确认信息元素，
[0024]
.sps码本，包括用于先前半静态调度
‘
sps’的下行链路数据接收的确认信息元素
[0025]-以及，在用于确认传输的第二时隙上尝试传输所述新联合确认码本。
[0026]
有利地，当下行链路数据接收还包括属于另一组gl的一个或多个动态调度的下行链路数据接收时，该属于另一组gl的一个或多个动态调度的下行链路数据接收由指示用于对应确认传输的相同第一时隙的各关联的下行链路控制信息元素调度，用户设备通过连结用于组g0的第一组码本、用于另一组g1的第二组码本和用于半静态调度
‘
sps’的下行链路
数据接收的sps码本来生成该联合确认码本，并在用于确认传输的第一时隙上尝试传输所述联合确认码本。
[0027]
有利地，用户设备将用于半静态调度
‘
sps’下行链路数据接收的确认传输与用于两个组g0、g1中的至少一个的确认传输相关联，并且当在用于确认传输的第一时隙期满之后，关联的组g0或g1的新动态调度的下行链路数据接收的下行链路控制信息元素指示用于所述关联的组g0或g1的先前确认传输失败，和用于新确认传输的第二时隙时，用户设备
[0028]-生成新联合确认码本，该新联合确认码本连结：
[0029]
.用于所述关联的组g0或g1的新组码本，包括用于所述关联的组g0或g1的先前动态调度的下行链路数据接收中的每一个的确认信息元素，和用于关联的组g0或g1的新动态调度的下行链路数据接收的确认信息元素，以及
[0030]
.sps码本，包括用于先前半静态调度
‘
sps’下行链路数据接收的确认信息元素，
[0031]-以及，在用于确认传输的第二时隙上尝试传输所述新联合确认码本。
[0032]
有利地，当在用于确认传输的第一时隙上传输联合确认码本失败之后，用户设备有新半静态调度
‘
sps’下行链路数据接收，并且确定用于确认传输的第二时隙与用于确认传输的下一个固定周期性时隙相同时，用户设备在联合确认码本中连结的sps码本中添加用于新半静态调度
‘
sps’的下行链路数据接收的确认信息元素。
[0033]
有利地，用户设备根据从基站获知的指定顺序将一个或多个组码本和sps码本进行连结。
[0034]
有利地，在为用于给定组的组码本或sps码本的每个码本中，包括用于多个下行链路数据接收的多个确认信息元素，根据多个下行链路数据接收的接收顺序对所述多个确认信息元素进行排序。
[0035]
有利地，用户设备根据无线资源控制
‘
rrc’配置、或根据3gpp规范、或根据各关联的下行链路控制信息元素的指示，为每个动态调度的下行链路数据接收确定组标识符。
[0036]
下行链路数据接收有利地由各pdsch承载。
[0037]
联合确认码本有利地由pucch或pusch承载。
[0038]
有利地，用于对应下行链路数据接收的每个确认信息元素是比特的值指示确认或否定确认的比特。
[0039]
本公开的第二方面涉及一种用户设备，包括：用于执行下行链路数据接收的模块，下行链路数据从基站通过无线接入网络中的非授权频段信道传输至用户设备；以及用于对下行链路数据接收执行上行链路确认传输的模块，用于控制先前定义的方法步骤的执行。
[0040]
本公开的第三方面涉及一种无线接入网络的基站，包括：用于通过无线接入网络中的非授权频段信道向用户设备执行下行链路数据传输的模块；以及用于接收对应于下行链路数据传输的上行链路确认传输的模块，用于读取先前定义的联合确认码本，以确定下行链路数据传输是否已经被用户设备成功接收。
[0041]
本公开的第四方面涉及一种计算机可读介质，包括程序指令，用于使用户设备执行先前限定的、由用户设备执行的方法的步骤。
附图说明
[0042]
通过阅读参考所附附图做出的非限制性实施例的详细说明，本公开的其他特征、
意味着pucch时隙距当前时隙3个时隙。在dci2中，
‘
k1＝2’意味着pucch时隙为距当前时隙2个时隙。
[0056]
同时，即在两个下行链路数据(pdsch)接收pdsch1和pdsch2之后并且在pucch时隙之前，用户设备还在另一时隙中接收sps pdsch。对应于该半静态调度sps下行链路数据(pdsch)接收的确认传输在多个固定周期性时隙中的下一个固定周期性时隙上、在pucch资源中被调度。这些固定周期性时隙由用于激活半静态调度的下行链路数据信息
‘
dci’中指示的固定k1确定。配置的sps k1也将用户设备指向用于确认传输的相同pucch时隙
‘
pucch1时隙’。
[0057]
用户设备确定用于pdsch1和pdsch2的确认传输的pucch时隙与半静态调度的下一个固定周期性pucch时隙相同，即图1中的
‘
pucch1时隙’。
[0058]
在这种情况下，用户设备生成联合或级联确认码本，该联合或级联确认码本连结
[0059]
用于组g0的组码本[g0码本]，包括用于两个动态调度的下行链路数据接收pdsch1、pdsch2中的每一个的确认信息元素，以及
[0060]
sps码本[sps码本]，包括用于半静态调度
‘
sps’下行链路数据接收sps-pdsch1的确认信息元素。
[0061]
组码本
‘
g0码本’是从字段c-dai、t-dai和nfi导出的。
[0062]
当用户设备接收到dci1时，其配置在图1中示出，dci1以组g0(
‘
组＝0’)调度pdsch1。dci1的字段c-dai和t-dai指示用户设备：到用户设备接收到dci1的时刻，总共只调度了一个pdsch，并且pdsch1是第一pdsch。字段
‘
触发＝0’和
‘
k1＝3’指示用于组g0中所有pdsch的确认传输将在距当前时隙更远的k1＝3个时隙中执行。假设
‘
nfi＝0’是用于组g0的nfi的初始值。
[0063]
当用户设备接收到dci2时，其配置在图1中示出，dci2以组g0(
‘
组＝0’)调度pdsch2。字段c-dai和t-dai指示用户设备：到用户设备接收到dci2的时刻，总共调度了两个pdsch，并且当前调度的pdsch2是第二pdsch。字段
‘
触发＝0’和
‘
k1＝2’指示：用于组g0中所有pdsch的确认传输将在距当前时隙更远的k1＝2个时隙中执行。
[0064]
用于组g0的码本[g0码本]可以表示为：[pdsch1-an，pdsch2-an]。
[0065]
用于sps-pdsch1的sps码本[sps码本]可以表示为[sps-pdsch1-an]。
[0066]
因此，联合确认码本可以表示如下：
[0067]
[组码本，sps码本]＝[g0码本，sps码本]＝[pdsch1-an，pdsch2-an，sps-pdsch1-an]。
[0068]
表述
‘
pdschi-an’代表用于动态调度的下行链路数据接收pdschi(其中i＝1、2等)的确认信息元素。表述
‘
sps-pdschj-an’代表用于sps下行链路数据接收sps-pdschj(其中j＝1、2等)的确认信息元素。
[0069]
用于对应下行链路数据接收的确认信息元素(pdsch-ani或sps-pdschj-an)是比特的值指示确认
‘
ack’或否定确认
‘
nack’的
‘
ack/nack’比特，或
‘
an’比特。例如，an比特等于
‘1’
意味着确认(即，对应pdsch已经被用户设备成功接收)，并且an比特等于
‘0’
意味着否定确认(即，对应pdsch尚未被用户设备成功接收)。
[0070]
然后，用户设备在分配的pucch资源中、在用于确认传输的第一时隙上尝试传输联合确认码本。表述“尝试传输”在此意味着用户设备执行
‘
lbt’(先听后说)过程以感测非授
权频谱中的信道，并且如果信道空闲，通过空闲信道传输联合确认码本。
[0071]
此外，用户设备将用于半静态调度
‘
sps’下行链路数据接收(sps pdsch)的确认传输与用于组g0的确认传输相关联。更准确地说，对应于sps pdsch的确认传输的nfi与用于组g0的nfi相关联。
[0072]
更一般性地，根据第一示例性实施例，
[0073]
当
[0074]-下行链路数据接收包括
[0075]
.属于相同组g0的一个或多个动态调度的下行链路数据接收的集合，该属于相同组g0的一个或多个动态调度的下行链路数据接收的集合由指示用于对应确认传输的相同第一时隙的各关联的下行链路控制信息元素调度，以及
[0076]
.半静态调度
‘
sps’下行链路数据接收，对于该半静态调度
‘
sps’下行链路数据接收，在多个固定周期性时隙中的下一个固定周期性时隙上调度确认传输，
[0077]-并且，用户设备确定用于确认传输的第一时隙与用于确认传输的下一个固定周期性时隙相同时，
[0078]
然后，用户设备生成联合确认码本，该联合确认码本连结
[0079]
.用于组g0的组码本，包括用于组g0的一个或多个动态调度的下行链路数据接收中的每一个的确认信息元素，以及
[0080]
.sps码本，包括用于半静态调度
‘
sps’下行链路数据接收的确认信息元素，
[0081]
以及，用户设备在用于确认传输的所述第一时隙上尝试传输生成的联合确认码本。
[0082]
参考图2，第二示例性实施例基于第一示例性实施例，但是与该第一示例性实施例的不同之处在于，pucch资源(图2中的
‘
pucch1’)中，对应于两个动态调度的下行链路数据接收pdsch1和pdsch2以及sps下行链路数据接收的确认传输失败。这种失败可能是由于
‘
lbt’(先听后说)进程失败(用户设备不能使用信道，因为信道不是空闲的)，或基站解码pucch失败。
[0083]
在pucchl时隙期满之后，用户设备接收调度相同组g0的新(第三)动态调度的下行链路数据接收pdsch3的新(第三)下行链路控制信息元素dci3。下行链路控制信息dic3指示用于所述组g0的先前确认传输失败，因为与先前(最后)接收到的与组g0相关的nfi(dci2中nfi＝0)相比，nfi(dci3中nfi＝0)保持不变。dci3还指示第二时隙(k1＝1)，具有新pucch资源(pucch2)，用于新确认传输。在dci3中不变的nfi和k1的情况下，基站在新分配的(pucch)资源(图2中的pucch2)中触发新确认传输。以这种方式，用户设备被告知必须更新用于组g0的组码本。
[0084]
因此，用户设备生成用于组g0的新组码本，
‘
g0码本’或[g0码本]，包括用于组g0的先前(最后)动态调度的下行链路数据接收中的每一个的确认信息元素(就在图2中失败的pucch1之前)和新动态调度的下行链路数据的确认信息元素(在图2中失败的pucch1与pucch2之间)。更准确地说，用于组g0的新组码本[g0码本]可以表示为：[pdsch1-an，pdsch2-an，pdsch3-an]。
[0085]
而且，因为用于先前半静态调度
‘
sps’下行链路数据接收sps-pdsch1的确认传输与用于组g0的确认传输相关联，这还意味着先前的sps-pdsch确认传输尚未被基站成功接
收。因此，用户设备确定必须向基站重传sps码本[sps码本]。
[0086]
因而，用户设备生成新联合确认码本，该新联合确认码本连结新组码本[g0码本]＝[pdsch1-an，pdsch2-an，pdsch3-an]和先前的sps码本[sps码本]＝[sps-pdsch1-an]。因而，联合确认码本可以表示如下：
[0087]
[组码本，sps码本]＝[g0码本，sps码本]＝[pdsch1-an，pdsch2-an，pdsch3-an，sps pdsch1-an]。
[0088]
然后，如前所述，用户设备在用于确认传输的第二时隙上尝试传输新联合确认码本。
[0089]
如先前在第一示例性实施例中指示的，用户设备将用于半静态调度
‘
sps’下行链路数据接收(sps-pdsch)的确认传输与用于组g0的确认传输相关联。换言之，用于sps确认传输的nfi是用于对应于用于组g0的下行链路数据接收的确认传输的nfi。
[0090]
基于以上关联，根据第二实施例，当在用于确认传输的第一时隙期满之后，组g0的新动态调度的下行链路数据接收的下行链路控制信息元素指示用于关联的组g0的先前确认传输失败，和用于新确认传输的第二时隙时，用户设备-生成新联合确认码本，该新联合确认码本连结：
[0091]
用于关联的组g0的新组码本，包括用于一个或多个先前动态调度的下行链路数据接收中的每一个的确认信息元素和用于新动态调度的下行链路数据的确认信息元素，
[0092]
sps码本，包括用于先前半静态调度
‘
sps’下行链路数据接收的确认信息元素
[0093]-以及，在用于确认传输的第二时隙上尝试传输新联合确认码本。
[0094]
参考图3，第三示例性实施例基于第二示例性实施例，但是与该第二示例性实施例的不同之处在于，资源pucch1中，对应于两个动态调度的下行链路数据接收pdsch1和pdsch2以及sps下行链路数据接收的确认传输被基站在用于确认传输的第一时隙
‘
pucch1时隙’中成功接收。
[0095]
如前所述，下行链路控制信息dci3调度新(第三)动态调度的下行链路数据接收pdsch3，并且基站在新分配的资源pucch2中、在第二时隙中触发确认传输。在dci3中，与在pucch1中的确认传输之前、用于组g0的先前nfi(nfi＝0)相比，字段nfi(nfi＝1)发生改变。这意味着用于组g0的先前确认传输被基站成功接收。因此，用户设备需要生成并且发送用于组g0的更新的组码本，该更新的组码本由c-dai和t-dai导出，可以表示如下：[g0码本]＝[pdsch3-an]。新码本仅包括用于新(第三)动态调度的下行链路数据接收pdsch3的确认信息。
[0096]
因为用于先前半静态调度
‘
sps’下行链路数据接收sps-pdsch1的确认传输与用于组g0的确认传输相关联(换言之，sps确认传输的nfi与组g0的nfi相关联)，这还意味着在pucch1中的确认传输之前的先前sps-pdsch确认传输已经被基站成功接收。
[0097]
因此，用户设备生成新联合码本，该新联合码本仅包括用于g0的更新的组码本，并且可以表示如下：
[0098]
[组码本]＝[g0码本]＝[pdsch3-an]。
[0099]
然后，如前所述，用户设备在用于确认传输的第二时隙
‘
pucch2时隙’中、在新分配的pucch资源pucch2中尝试传输以上联合确认码本。
[0100]
参考图4，第四示例性实施例基于第一示例性实施例，但是与该第一示例性实施例
的不同之处在于，第一和第二动态调度的下行链路数据接收pdschl和pdsch2属于两个不同的组。在该示例中，对于两个组中的每一个，仅调度一个pdsch。然而，对于两个组中的每一个，可以调度一个或多个pdsch。
[0101]
因而，第四示例性实施例类似于第一示例性实施例，但是下行链路控制信息dci2动态地调度不同组即组g1中的数据接收pdsch2。
[0102]
在该第四示例性实施例中，两个组确认传输由dci1和dci2的各k1值触发，在相同pucch资源中、相同时隙上发送。该时隙是图4中的pucch1时隙。
[0103]
在这种情况下，用户设备通过连结用于组g0的第一组码本、用于另一组g1的第二组码本和用于半静态调度
‘
sps’下行链路数据接收的sps码本来生成联合确认码本。用于g0的第一组码本和用于组g1的第二组码本，一旦连结起来，形成可以表示如下的组码本：
[0104]
[组码本]＝[g0码本，g1码本]＝[pdsch1-an，pdsch2-an]
[0105]
联合确认码本可以表示如下：
[0106]
[组码本，sps码本]＝[g0码本，g1码本，sps码本]＝[pdsch1-an，pdsch2-an，sps-pdsch1-an]
[0107]
此外，用户设备将用于半静态调度
‘
sps’下行链路数据接收sps-pdschl的确认传输与用于两个组g0、gl中的至少一个(即，组g0，或组g1，或组g0和组g1)的确认传输相关联。换言之，sps确认传输的nfi与用于组g0、或用于组g1、或用于组g0和组g1的确认传输的nfi相关联。
[0108]
然后，如前所述，用户设备在pucch1资源中、在用于确认传输的第一时隙上尝试传输联合确认码本。
[0109]
因而，根据第四实施例，当下行链路数据接收包括属于组g0的一个或多个动态调度的下行链路数据接收(例如，图4中的pdschl)，和属于另一组g1的一个或多个动态调度的下行链路数据接收(例如，图4中的pdsch2)，全部由指示用于确认传输的相同第一时隙(图4中的pucch1时隙)的各关联的下行链路控制信息元素调度，并且还包括sps下行链路数据接收(例如，图4中的sps-pdsch1)时，用户设备通过连结用于组g0的第一组码本、用于另一组g1的第二组码本和用于半静态调度
‘
sps’下行链路数据接收的sps码本来生成联合确认码本，并且在用于确认传输的第一时隙上尝试传输该生成的联合确认码本。
[0110]
参考图5，第五示例性实施例基于第四示例性实施例，但是与该第四示例性实施例的不同之处在于，pucch资源(图5中的
‘
pucch1’)中，对应于两个动态调度的下行链路数据接收pdsch1和pdsch2以及sps下行链路数据接收的确认传输失败。如前所述，失败可能是由于
‘
lbt’(先听后说)进程失败，或基站解码pucch失败。
[0111]
在
‘
pucchl时隙’期满之后，用户设备接收调度组g0的新(第三)动态调度的下行链路数据接收pdsch3的新(第三)下行链路控制信息元素dci3。下行链路控制信息dic3指示用于所述组g0的先前确认传输失败，因为与先前(最后)接收到的、与组g0相关的nfi(dci1中nfi＝0)相比，nfi(dci3中nfi＝0)保持不变。dci3还指示用于新确认传输的、具有新pucch资源
‘
pucch2’的、用于确认传输的第二时隙(k1＝1)。在dci3中用于组g0的不变的nfi和字段k1的情况下，基站在新分配的(pucch)资源(图5中的pucch2)中触发新确认传输。以这种方式，用户设备被告知必须更新用于组g0的组码本。
[0112]
因此，用户设备生成用于组g0的新组码本，
‘
g0码本’或[g0码本]，包括用于组g0的
(一个或多个)先前(最后)动态调度的下行链路数据接收(或其中的每一个)的确认信息元素(就在图5中失败的pucch1之前)和用于新动态调度的下行链路数据的确认信息元素(在图5中失败的pucch1与pucch2之间)。更准确地说，用于组g0的新组码本[g0码本]可以表示为：[g0码本]＝[pdsch1-an，pdsch3-an]。
[0113]
在此假设用于先前半静态调度
‘
sps’下行链路数据接收sps-pdschl的确认传输与用于组g0和组gl的确认传输相关联。换言之，sps确认传输的nfi与用于组g0和组g1的确认传输的nfi相关联。
[0114]
因此，dci3中用于组g0的nfi＝0还意味着对应于sps-pdsch的先前sps-pdsch确认传输尚未被基站成功接收。因此，用户设备确定必须向基站重传sps码本[sps码本]。
[0115]
因而，用户设备生成新联合确认码本，该新联合确认码本连结新组码本[g0码本]＝[pdsch1-an，pdsch3-an]和先前sps码本[sps码本]＝[sps-pdsch1-an]。因此，联合确认码本可以表示如下：
[0116]
[组码本，sps码本]＝[g0码本，sps码本]＝[pdsch1-an，pdsch3-an，sps pdsch1-an]。
[0117]
如果我们假设dci3指示组gl(而不是组g0)，那么联合确认码本如下：
[0118]
[组码本，sps码本]＝[g1码本，sps码本]＝[pdsch2-an，pdsch3-an，sps pdsch1-an]。
[0119]
如果dci3设置组g0但是指示
‘
触发比特＝1’(或
‘
触发＝1’)，用户设备必须对当前pdsch组(即，图5中的组g0)和所有任何其他pdsch组(即，图5中的组g1)执行确认传输。在这种情况下，联合确认码本如下：
[0120]
[组码本，sps码本]＝[g0码本，g1码本，sps码本]＝[pdsch1-an，pdsch3-an，pdsch2-an，sps pdsch1-an]。
[0121]
然后，如前所述，用户设备在资源pucch2中、在用于确认传输的第二时隙上尝试传输新联合确认码本。
[0122]
因此，根据第五示例性实施例，当在用于确认传输的第一时隙(图5中的pucchl时隙)期满之后，关联的组g0(或g1)的新动态调度的下行链路数据接收(图5中的pdsch3)的下行链路控制信息元素(图5中的dci3)指示用于所述关联的组g0(或g1)的先前确认传输失败，和用于新确认传输的第二时隙(图5中的pucch2时隙)时，用户设备
[0123]-生成新联合确认码本，该新联合确认码本连结：
[0124]
.用于所述关联的组g0(或g1)的新(或更新的)组码本，包括用于所述关联的组g0(或g1)的(一个或多个)先前动态调度的下行链路数据接收(示例图5中的pdsch1)或其中的每一个的确认信息元素和用于关联的组g0(或g1)的新动态调度的下行链路数据接收(示例图5中的pdsch3)的确认信息元素，
[0125]
.sps码本，包括用于先前半静态调度
‘
sps’下行链路数据接收(图5中的sps-pdsch1)的确认信息元素。
[0126]
然后，用户设备在第二时隙(图5中的pucch2时隙)上尝试传输该新联合确认码本。
[0127]
参考图6，第六示例性实施例基于第五示例性实施例，但是与该第五示例性实施例的不同之处在于，在资源pucch1中、对应于两个动态调度的下行链路数据接收pdsch1和pdsch2以及sps下行链路数据接收的确认传输被基站在用于确认传输的第一时隙中成功接
收。
[0128]
下行链路控制信息dci3调度新(第三)动态调度的下行链路数据接收pdsch3，并且基站在新分配的资源pucch2中、在第二时隙中触发确认传输。在dci3中，与用于组g0的先前nfi(在pucch1之前)相比，字段nfi(nfi＝1)发生改变。这意味着用于组g0的先前确认传输被基站成功接收。因此，用户设备需要生成并且发送用于组g0的更新的组码本，该更新的组码本由c-dai和t-dai导出，可以表示如下：[g0码本]＝[pdsch3-an]。在这种情况下，用户设备生成联合确认码本，该联合确认码本仅包括用于组g0的组码本，并且可以表示如下：
[0129]
[组码本]＝[g0码本]＝[pdsch3-an]
[0130]
参考图7，第七示例性实施例基于第二实施例，但是与该第二实施例的不同之处在于，在pucchl时隙之后，有第二sps下行链路数据(pdsch)接收，
‘
sps-pdsch2’，并且对应确认传输在下一个
‘
sps’固定且周期性时隙上调度，该下一个
‘
sps’固定且周期性时隙是与用于对应于pdsch3的确认传输的第二时隙相同的时隙，并且在相同的pucch资源
‘
pucch2’中。
[0131]
因而，在第七示例性实施例中，在资源pucchl中、用于确认传输的第一时隙上传输联合确认码本失败之后，有新半静态调度
‘
sps’下行链路数据接收sps-pdsch2，并且用户设备确定用于对应于pdsch3的确认传输的时隙与用于对应于sps-pdsch2的确认传输的下一个sps固定周期性时隙相同。
[0132]
在这种情况下，用户设备在联合确认码本中连结的sps码本中添加用于新半静态调度
‘
sps’下行链路数据接收sps-pdsch2的确认信息元素。
[0133]
因此，联合确认码本如下：
[0134]
[组码本，sps码本]＝[g0码本，sps码本]＝[pdsch1-an，pdsch2-an，pdsch3-an，sps pdsch1-an，sps-pdsch2-an]。
[0135]
然后，如前所述，用户设备在用于确认传输的第二时隙中、在pucch资源pucch2中尝试传输以上联合确认码本。
[0136]
更一般性地，根据第七示例性实施例，当在用于确认传输的第一时隙上传输联合确认码本失败之后，用户设备有用于组g0的新动态调度的下行链路数据接收和新半静态调度
‘
sps’下行链路数据接收，并且确定第二时隙与下一个
‘
sps’固定周期性时隙相同时，用户设备在联合确认码本中连结的sps码本中添加用于新半静态调度
‘
sps’下行链路数据接收的确认信息元素。第七示例性实施例适用于先前描述的第二和第五示例性实施例。
[0137]
在先前描述的示例性实施例中，用户设备根据从基站获知的指定顺序将一个或多个组码本和sps码本连结起来，以生成联合确认码本。该顺序可以与先前描述的顺序不同，只要用户设备和基站均知晓该顺序即可。
[0138]
在为用于给定组的组码本或sps码本的每个码本中，包括用于多个下行链路数据接收的多个确认信息元素，有利地根据多个下行链路数据接收的接收顺序对这些确认信息元素进行排序。
[0139]
在先前的描述中，用户设备根据关联的下行链路控制信息元素的指示为每个动态调度的下行链路数据接收确定组标识符。替代性地，组标识符根据无线资源控制
‘
rrc’配置或根据3gpp规范而确定。
[0140]
代替在pucch资源中传输联合确认码本，联合确认码本可以替代性地在pusch资源和任何其他上行链路控制信道中传输。
[0141]
如前所述，在联合确认码本中，用于对应下行链路数据接收的每个确认信息元素是比特的值指示确认或否定确认的比特。
[0142]
本公开还涉及一种用户设备，包括：
[0143]-用于执行下行链路数据接收的模块，下行链路数据从基站通过无线接入网络中的非授权频段信道传输至用户设备，以及
[0144]-用于对通过所述信道的下行链路数据接收执行上行链路确认传输的模块，用于控制由用户设备执行的、在本说明书中先前描述的那些步骤的执行。
[0145]
本公开还涉及一种无线接入网络的基站，包括：
[0146]-用于通过无线接入网络中的非授权频段信道向用户设备执行下行链路数据传输的模块，以及
[0147]-用于接收对应于下行链路数据传输的上行链路确认传输的模块，用于读取先前说明中描述的联合确认码本，以确定下行链路数据传输是否已经被用户设备成功接收。
[0148]
本公开还涉及一种计算机可读介质，包括程序指令，用于使用户设备执行如前所述的、由用户设备执行的方法的步骤。
[0149]
在以上描述中，移动电信系统是包括5g nr-u(处于非授权频谱的新无线)接入网络的5g移动网络。本公开可以应用于其他移动网络，尤其是任何未来一代蜂窝网络技术(6g等)的移动网络。
[0150]
说明书和附图中的缩写列表：
[0151]