V2XHARQ进程管理的制作方法

v2x harq进程管理
技术领域
1.本技术涉及无线通信系统或网络的领域，更具体地，涉及用于使用侧链路通信(例如，v2x通信)在无线通信系统的用户设备之间进行无线通信的方法。实施例涉及与侧链路上的通信相关联的harq程序的改进。


背景技术：

2.图1是地面无线网络100的示例的示意性表示，如图1(a)所示，其包括核心网络102和一个或多个无线电接入网络ran1、ran2、
……
ran
n
。图1(b)是无线电接入网络ran
n
的示例的示意性表示，其可以包括一个或多个基站gnb1至gnb5，每个基站服务由相应小区1061至1065示意性地表示的基站周围的某个区域。提供基站以服务小区内的用户。术语“基站”(bs)指代5g网络中的gnb、umts/lte/lte
‑
a/lte
‑
a pro中的enb或仅其他移动通信标准中的bs。用户可以是固定设备或移动设备。无线通信系统还可以由连接到基站或用户的移动或固定物联网(iot)设备访问。移动设备或iot设备可以包括物理设备、陆上车辆(例如，机器人或汽车)、飞行器(例如，有人驾驶或无人驾驶的飞行器(uav)，后者也被称为无人机)、建筑物和其中嵌入了电子设备、软件、传感器、致动器等的其他项目或设备以及使这些设备能够跨现有网络基础设施收集和交换数据的网络连接。图1(b)示出了五个小区的示例性视图，然而，ran
n
可以包括更多或更少的这种小区，并且ran
n
也可以仅包括一个基站。图1(b)示出了在小区1062中并且由基站gnb2服务的两个用户ue1和ue2(也被称为用户设备ue)。在小区1064中示出了由基站gnb4服务的另一用户ue3。箭头1081、1082和1083示意性地表示用于从用户ue1、ue2和ue3发送数据到基站gnb2、gnb4或用于从基站gnb2、gnb4发送数据到用户ue1、ue2和ue3的上行链路/下行链路连接。此外，图1(b)示出了小区1064中的两个iot设备1101和1102，其可以是固定或移动设备。如箭头1121示意性所示，iot设备1101经由基站gnb4访问无线通信系统以接收和发送数据。如箭头1122示意性所示，iot设备1102经由用户ue3访问无线通信系统。各个基站gnb1至gnb5可以经由在图1(b)中由指向“core”的箭头示意性地表示的相应的回传链路1141至1145连接(例如，经由s1接口)到核心网络102。核心网络102可以连接到一个或多个外部网络。此外，各个基站gnb1至gnb5中的一些或全部可以经由在图1(b)中由指向“gnbs”的箭头示意性地表示的相应的回传链路1161至1165彼此连接(例如，经由nr中的s1或x2接口或xn接口)。
3.对于数据传输，可以使用物理资源网格。物理资源网格可以包括各种物理信道和物理信号被映射到的资源元素集。例如，物理信道可以包括承载用户特定数据(也被称为下行链路、上行链路和侧链路有效载荷数据)的物理下行链路、上行链路和侧链路共享信道(pdsch、pusch、pssch)、承载例如主信息块(mib)和系统信息块(sib)的物理广播信道(pbch)、承载例如下行链路控制信息(dci)、上行链路控制信息(uci)和侧链路控制信息(sci)的物理下行链路、上行链路和侧链路控制信道(pdcch、pucch、pssch)。对于上行链路，物理信道还可以包括一旦ue同步并且获得了mib和sib由ue用以访问网络的物理随机接入信道(prach或rach)。物理信号可以包括参考信号或符号(rs)、同步信号等。资源网格可以
包括在时域中具有某个持续时间并且在频域中具有给定带宽的帧或无线电帧。该帧可以具有某个数量的预定义长度(例如，1ms)的子帧。取决于循环前缀(cp)长度，每个子帧可以包括一个或多个12或14个ofdm符号的时隙。例如，当利用缩短的传输时间间隔(stti)或仅包括几个ofdm符号的基于微时隙/非时隙的帧结构时，帧也可以由较少数量的ofdm符号组成。
4.无线通信系统可以是使用频分复用的任何单音或多载波系统，例如正交频分复用(ofdm)系统、正交频分多址(ofdma)系统或具有或不具有cp的任何其他基于ifft的信号(例如，dft
‑
s
‑
ofdm)。可以使用其他波形，例如用于多址接入的非正交波形(例如，滤波器组多载波(fbmc)、广义频分复用(gfdm)或通用滤波多载波(ufmc))。无线通信系统可以例如根据lte
‑
advanced pro标准或5g或nr(新无线电)标准来操作。
5.图1所示的无线网络或通信系统可以是具有不同的覆盖网络(例如：宏小区网络，其中每个宏小区包括宏基站(例如，基站gnb1至gnb5)；以及小小区基站网络(图1中未示出)，例如毫微微或微微基站)的异构网络。
6.除了上述地面无线网络之外，还存在非地面无线通信网络，包括例如卫星的星载收发器和/或例如无人飞行器系统的机载收发器。非地面无线通信网络或系统可以以与上面参考图1描述的地面系统类似的方式来操作，例如根据lte
‑
advanced pro标准或5g或nr(新无线电)标准。
7.在移动通信网络中，例如在如上参考图1所述的网络(例如，lte或5g/nr网络)中，可以存在例如使用pc5接口在一个或多个侧链路(sl)信道上彼此直接通信的ue。通过侧链路彼此直接通信的ue可以包括与其他车辆直接通信的车辆(v2v通信)、与无线通信网络的其他实体(例如，诸如交通灯、交通标志或行人之类的路边实体)通信的车辆(v2x通信)。其他ue可以不是车辆相关的ue并且可以包括任何上述设备。这些设备也可以使用sl信道彼此直接通信(d2d通信)。
8.当考虑通过侧链路彼此直接通信的两个ue时，这两个ue可以由同一基站服务，使得基站可以为ue提供侧链路资源分配配置或辅助。例如，两个ue可以在例如图1所示的基站之一的基站的覆盖区域内。这被称为“覆盖内”场景。另一场景被称为“覆盖外”场景。应当注意，“覆盖外”并不意味着两个ue不在图1所示的一个小区内，而是意味着这些ue：
9.‑
可以不连接到基站，例如，它们不处于rrc连接状态，使得ue不从基站接收任何侧链路资源分配配置或辅助；和/或
10.‑
可以连接到基站，但是出于一个或多个原因，基站可以不为ue提供侧链路资源分配配置或辅助；和/或
11.‑
可以连接到可能不支持nr v2x服务的基站，例如gsm、umts、lte基站。
12.当考虑例如使用pc5接口在侧链路上彼此直接通信的两个ue时，其中一个ue也可以与bs连接，并且可以经由侧链路接口将来自bs的信息中继到另一个ue。该中继可以在同一频带(带内中继)中执行，或者可以使用另一频带(带外中继)。在第一种情况下，uu上和侧链路上的通信可以如在时分双工(tdd)系统中一样使用不同的时隙来解耦。
13.图2是覆盖内场景的示意性表示，其中彼此直接通信的两个ue都连接到基站。基站gnb具有由圆圈200示意性地表示的覆盖区域，其基本上对应于图1中示意性地表示的小区。彼此直接通信的ue包括均在基站gnb的覆盖区域200中的第一车辆202和第二车辆204。车辆202、204都连接到基站gnb，此外，它们通过pc5接口彼此直接连接。v2v业务的调度和/或干
扰管理由gnb经由作为基站与ue之间的无线电接口的uu接口上的控制信令来辅助。换句话说，gnb为ue提供sl资源分配配置或辅助，并且gnb分配要用于侧链路上的v2v通信的资源。这种配置也被称为nr v2x中的模式1配置或lte v2x中的模式3配置。
14.图3是覆盖外场景的示意性表示，其中彼此直接通信的ue不连接到基站，尽管它们可以物理地位于无线通信网络的一个小区内，或者彼此直接通信的一些或全部ue连接到基站，但是基站不提供sl资源分配配置或辅助。这里示出了三个车辆206、208和210例如使用pc5接口通过侧链路彼此直接通信。v2v业务的调度和/或干扰管理基于在车辆之间实施的算法。这种配置也被称为nr v2x中的模式2配置或lte v2x中的模式4配置。如上所述，图3中的场景(覆盖外场景)并不一定意味着相应的模式2ue(在nr中)或模式4ue(在lte中)在基站的覆盖200之外，而是意味着相应的模式2ue(在nr中)或模式4ue(在lte中)不由基站服务、不连接到覆盖区域的基站或连接到基站但是不从基站接收sl资源分配配置或辅助。因此，可能存在这样的情况，其中在图2所示的覆盖区域200内，除了nr模式1或lte模式3ue 202、204之外，还存在nr模式2或lte模式4ue 206、208、210。
15.在上述车辆用户设备ue的场景中，多个这样的用户设备可以形成用户设备组(也被简称为组)，并且可以经由用户设备之间的侧链路接口(例如，pc5接口)来执行组内或组成员之间的通信。例如，可以在交通运输行业领域中采用上述使用车辆用户设备的场景，其中可以例如通过远程驾驶应用程序将配备有车辆用户设备的多个车辆分组在一起。可以将多个用户设备分组在一起以在彼此之间进行侧链路通信的其他用例例如包括工厂自动化和电力分配。在工厂自动化的情况下，工厂内的多个移动或固定机器可以配备有用户设备并且被分组在一起以进行侧链路通信，例如用于控制机器的操作(例如，机器人的动作控制)。在电力分配的情况下，配电网内的实体可以配备有相应的用户设备，这些用户设备在系统的某个区域内可以被分组在一起以便经由侧链路通信而彼此通信，从而允许监控系统和处理配电网故障和断电。
16.当然，在上述用例中，侧链路通信不限于组内通信。相反，侧链路通信可以在任何ue之间，例如任何一对ue。
17.应当注意，上述部分中的信息仅用于增强对本发明背景的理解，因此其可以包含不构成本领域普通技术人员已知的现有技术的信息。
18.从如上所述的现有技术开始，可能需要改进侧链路中的反馈的处理。
附图说明
19.现在参考附图更详细地描述本发明的实施例：
20.图1示出了无线通信系统的示例的示意性表示；
21.图2是其中彼此直接通信的ue连接到基站的覆盖内场景的示意性表示；
22.图3是其中彼此直接通信的ue不从基站接收sl资源分配配置或辅助的覆盖外场景的示意性表示；
23.图4是包括发射机(例如，基站)和一个或多个接收机(例如，用户设备ue)的无线通信系统的示意性表示；
24.图5(a)示意性地示出了用于缓冲与来自一个或多个发射机ue的相应单播传输相关联的harq进程的接收机ue；
25.图5(b)示出了从发射机ue到接收机ue的成功识别和可解码的传输；
26.图5(c)示出了来自发射机ue的在接收机ue处缓冲的成功识别但不可解码的传输；
27.图5(d)示出了来自发射机ue的未在接收机ue处缓冲的成功识别但不可解码的传输；
28.图6示出了发射机ue建立harq进程的实施例；
29.图7示出了发射机ue相对于默认数量改变可用harq进程号的数量的示例；
30.图8示出了从接收机ue到发射机ue 406的关于可用harq进程的数量的重新配置信令；
31.图9示出了用于向发射机ue报告harq进程的数量的另一实施例；以及
32.图10示出了可以在其上执行根据本发明方式描述的单元或模块以及方法步骤的计算机系统的示例。
具体实施方式
33.现在参考附图更详细地描述本发明的实施例，附图中，相同或相似的元件分配有相同的附图标记。
34.在如上参考图1、图2或图3所述的无线通信系统或网络中，可以实现各个用户设备之间的侧链路通信，例如车辆到车辆通信v2v、车辆到某物通信v2x或任何其他用户设备之间(例如，上述那些设备之间)的任何d2d通信。虽然在lte v2v、v2x或d2d通信中没有实现用于经由侧链路从发射ue或发射机ue到接收ue或接收机ue的传输的反馈机制，但是在nr v2x中引入了反馈程序(例如，混合自动重传请求(harq)程序)，以便增强侧链路上的通信的可靠性，尤其是在发射机ue经由单播侧链路向专用接收机ue进行传输的单播通信的情况下。为了辅助harq操作或程序，可以采用所谓的harq进程id，它在重传的情况下将在接收机ue处接收到的传输链接到先前接收到的传输，以便允许在解码之前软合并所有传输。
35.当实施使用harq进程id的用于增强通过侧链路进行的从发射机ue到接收机ue的单播通信的可靠性的harq程序时，发射机ue可以向传输分配harq进程id。该传输可以包括要传输的实际数据(也被称为有效载荷数据)和包括与传输相关联的harq进程id的控制数据(例如，sci)。例如，当假设控制数据或消息(例如，侧链路控制信息sci)允许两个比特用于指示harq进程id时，发射机ue可以在传输时间间隔(例如，tti或stti)期间并行传输多达四个传输，并且每个传输与各自不同的harq进程id相关联。基于harq进程id，提供用于缓冲来自发射机ue的传输的缓冲器空间(例如，软缓冲器)的接收机ue知晓要将接收到的传输置于哪个缓冲器中。此外，除了harq进程id之外，还可以在控制数据中包括指示符(例如，新数据指示符ndi)，该指示符当与在先前传输中相同时指示当前传输被链接到先前传输。当新数据指示符被切换时(即，当指示符值与先前传输相比改变时)，这意味着当前传输和先前传输未被链接，这导致接收机ue在存储或缓冲当前传输之前刷新其与harq进程id相关联的缓冲器。在传输被链接的情况下，由接收机ue缓冲的当前和先前传输可以被软合并，以便增强其可解码性。harq进程的数量可能受硬件限制，例如受解码器架构、缓冲器的可用存储量或内存(也被称为软缓冲器大小)限制。
36.harq进程id的概念用于uu接口上的harq程序，即，用于无线通信网络中的用户设备与gnb或基站之间的下行链路/上行链路通信的harq程序。在这样的场景中，基站知晓基
站与各个ue之间的上行链路/下行链路传输，并且配置ue以提供足够的缓冲器用于缓冲在上行链路/下行链路通信上发生的每个harq进程的传输。换句话说，在非侧链路的场景中，基站知晓ue中所需的业务和缓冲器空间，使得可以以这样的方式控制harq程序，即对于任何传输缓冲器空间都可用(即，不会发生缓冲器溢出)。
37.与此相反，在侧链路的场景中，发射机ue不知晓接收机ue必须管理的harq进程的数量以及在接收机ue处有多少可用harq进程已经被与接收机ue执行单播通信的其他ue所占用。在这样的情况下，可能发生接收机ue没有足够数量的harq进程用于新的传入传输，使得在接收机ue处不缓冲该传输。接收机ue向发射机ue回传报告传输不成功，例如通过报告nack消息。
38.然而，nack消息使发射机ue假设接收机ue能够解码与传输相关联的控制数据并且因此传输或数据由接收机ue缓冲以供稍后使用，但是实际传输或数据例如由于信道条件而不可由接收机ue解码。接收机ue可以解码包括harq进程id的控制消息但不能解码实际传输或数据的情况在下文中也可以被称为成功识别的传输。
39.根据传统实现的harq程序，接收nack的发射机ue发送重传，例如传输的下一冗余版本rv。然而，在先前冗余版本或先前传输未由接收机ue缓冲的情况下，如果缓冲器中没有初始冗余版本，则任何后续冗余版本单独的解码性能会下降，其影响总传输可靠性，从而导致通信可能不再满足与使用单播侧链路通信所进行的从发射机ue到接收机ue的传输相关联的所需服务质量(qos)。
40.本发明通过提供对侧链路上的反馈处理的改进来解决上述问题，所述改进允许发射机ue获知当前传输虽然在接收机ue处被成功识别但未被缓冲(即，丢失)和/或避免或减少接收机ue处发生软缓冲器溢出的可能性。
41.本发明的实施例可以在如图1、图2和图3所示的包括基站和用户(例如，移动终端或iot设备)的无线通信系统中实现。图4是包括发射机300(例如，基站)和一个或多个接收机3021至302
n
(例如，用户设备ue)的无线通信系统的示意性表示。发射机300和接收机302可以经由一个或多个无线通信链路或信道304a、304b、304c(例如，无线电链路)通信。发射机300可以包括彼此耦合的一个或多个天线ant
t
或具有多个天线元件的天线阵列、信号处理器300a和收发器300b。接收机302包括彼此耦合的一个或多个天线ant
r
或具有多个天线的天线阵列、信号处理器302a1、302a
n
和收发器302b1、302b
n
。基站300和ue 302可以经由相应的第一无线通信链路304a和304b(例如，使用uu接口的无线电链路)通信，而ue 302可以经由第二无线通信链路304c(例如，使用pc5接口的无线电链路)彼此通信。当ue不由基站服务、不连接到基站(例如，它们不处于rrc连接状态)时，或者更一般而言，当基站不提供sl资源分配配置或辅助时，ue可以通过侧链路彼此通信。系统、一个或多个ue 302和基站可以根据本文描述的本发明教导来操作。
42.用户设备
43.第一方面
–
接收机ue
44.本发明提供了(例如，参见权利要求1)一种用于无线通信系统的用户设备ue，该无线通信系统包括多个用户设备ue，
45.其中，该ue被配置为：
46.·
使用侧链路与一个或多个发射ue通信；
47.·
支持某个数量的harq进程；并且
48.·
缓冲每个harq进程的一个或多个传输；
49.其中，在使用侧链路与发射ue进行单播通信期间，该ue被配置为：
50.·
在传输时间间隔期间从发射ue接收传输，该传输与包括harq进程id的控制数据(例如，sci)相关联；
51.·
缓冲harq进程的接收到的传输；并且
52.·
在解码之前合并所缓冲的传输；并且
53.其中，在成功识别的传输未被缓冲的情况下，该ue被配置为向发射ue指示在该ue处未缓冲该传输。
54.根据实施例(例如，参见权利要求2)，该ue被配置为发信号通知：
55.·
指示侧链路上的传输成功的第一状态(例如，ack状态)，以便使发射ue能够执行新的传输；
56.·
指示侧链路上的传输不成功的第二状态(例如，nack状态)，以便请求来自发射ue的重传；以及
57.·
指示侧链路上的成功识别的传输未由接收ue缓冲的第三状态(例如，lost状态)；并且
58.其中，第一状态、第二状态和第三状态是不同的。
59.根据实施例(例如，参见权利要求3)，该ue被配置为：
60.·
以第一循环移位或相位旋转来使用基序列发信号通知第一状态；
61.·
以第二循环移位或相位旋转来使用基序列发信号通知第二状态；并且
62.·
以第三循环移位或相位旋转来使用基序列发信号通知第三状态；并且
63.其中，第一循环移位或相位旋转、第二循环移位或相位旋转和第三循环移位或相位旋转是不同的。
64.根据实施例(例如，参见权利要求4)，第一循环移位或相位旋转是0，第二循环移位或相位旋转是2π/3，并且第三循环移位或相位旋转是4π/3。
65.根据实施例(例如，参见权利要求5)，该ue被配置为：
66.·
以第一循环移位或相位旋转来使用基序列发信号通知第一状态；
67.·
以第二循环移位或相位旋转来使用基序列发信号通知第二状态；
68.·
通过不发送基序列发信号通知第三状态；并且
69.其中，第一循环移位或相位旋转和第二循环移位或相位旋转是不同的。
70.根据实施例(例如，参见权利要求6)，第一循环移位或相位旋转是0，并且第二循环移位或相位旋转是π。
71.根据实施例(例如，参见权利要求7)，该ue被配置为发信号通知包括多个比特的消息，其中：
72.·
第一状态由多个比特的第一组合指示；
73.·
第二状态由多个比特的第二组合指示；并且
74.·
第三状态由多个比特的第三组合指示；并且
75.其中，第一组合、第二组合和第三组合是不同的。
76.根据实施例(例如，参见权利要求8)，第一组合是00，第二组合是10，并且第三组合
是11。
77.第一方面
–
发射机ue
78.本发明提供了(例如，参见权利要求9)一种用于无线通信系统的用户设备ue，该无线通信系统包括多个用户设备ue，
79.其中，该ue被配置为：
80.·
使用侧链路与一个或多个接收ue通信；并且
81.·
支持某个数量的harq进程；
82.其中，在使用侧链路与接收ue进行单播通信期间，该ue被配置为：
83.·
在传输时间间隔期间向接收ue发送传输，该传输与包括harq进程id的控制数据(例如，sci)相关联；并且
84.·
接收来自接收ue的反馈；并且
85.其中，该反馈包括接收ue成功识别的传输未在接收ue处缓冲的指示。
86.根据实施例(例如，参见权利要求10)，该反馈包括：
87.·
指示侧链路上的传输成功的第一状态(例如，ack状态)；
88.·
指示侧链路上的传输不成功的第二状态(例如，nack状态)，并且该ue被配置为响应于第二状态执行重传；以及
89.·
指示侧链路上的成功识别的传输未由接收ue缓冲的第三状态(例如，lost状态)；并且
90.其中，第一状态、第二状态和第三状态是不同的。
91.根据实施例(例如，参见权利要求11)，响应于传输未在接收ue处缓冲的反馈，该ue被配置为引起以下一个或多个动作：
92.·
丢弃传输和/或回退预定义的时间；
93.·
覆盖已经占用的harq进程；
94.·
重传同一传输；
95.·
使接收ue从增量冗余(incremental redundancy)切换到追赶合并(chase combining)。
96.根据实施例(例如，参见权利要求12)，该ue被配置为根据以下各项中的一个或多个来决定动作：
97.·
与非缓冲传输相关联的传输的qos；
98.·
已经在harq进程中的传输的qos；
99.·
重传的数量。
100.根据实施例(例如，参见权利要求13)，
101.如果非缓冲传输与已经在活动harq进程中的其他传输相比具有较低的qos，则该ue被配置为丢弃传输和/或回退一段时间；
102.如果非缓冲传输与已经在活动harq进程中的传输相比具有较高的qos，则该ue被配置为利用已经被另一传输占用的harq进程id发送该高qos传输，并且使接收ue例如通过切换ndi来刷新与该harq进程id相关联的缓冲器并且保存新的传输；
103.在使用增量冗余harq并且非缓冲传输不是初始传输的情况下，该ue被配置为改变到追赶合并，并且重传已经发送的并且针对其发信号通知了缓冲成功但解码失败的传输。
104.第二方面
–
接收机ue
105.本发明提供了(例如，参见权利要求14)一种用于无线通信系统的用户设备ue，该无线通信系统包括多个用户设备ue，
106.·
其中，该ue被配置为：
107.·
使用侧链路与一个或多个发射ue通信；
108.·
支持某个数量的harq进程；并且
109.·
缓冲每个harq进程的一个或多个传输；
110.其中，在使用侧链路与发射ue进行单播通信期间，该ue被配置为：
111.·
在传输时间间隔期间从发射ue接收传输，该传输与包括harq进程id的控制数据(例如，sci)相关联；
112.·
缓冲harq进程的接收到的传输；并且
113.·
在解码之前合并所缓冲的传输；并且
114.其中，该ue被配置为例如使用l1 psfch信令向发射ue报告缓冲器占用，以便允许发射ue根据该ue的缓冲器占用来适配重传。
115.根据实施例(例如，参见权利要求15)，该ue被配置为：
116.·
在缓冲器占用处于第一状态(例如，低缓冲器占用状态)的情况下，向发射ue发信号通知可以使用更多的harq进程；
117.·
在缓冲器占用处于第二状态(例如，中等缓冲器占用状态)的情况下，向发射ue发信号通知维持当前使用的harq进程的数量；
118.·
在缓冲器占用处于第三状态(例如，高缓冲器占用状态)的情况下，向发射ue发信号通知减少可以使用的harq进程的数量。
119.根据实施例(例如，参见权利要求16)，其中，该ue被配置为对于每个单播侧链路使用固定数量的harq进程，或者对于所有侧链路使用固定总数量的harq进程。
120.根据实施例(例如，参见权利要求17)，该ue被配置为接收控制消息(例如，sci)，该控制消息包括用于发信号通知与harq进程相关联的harq进程id的多个比特，并且其中，固定数量的harq进程例如由移动通信标准来定义，或者例如在ue连接到无线通信系统期间或在侧链路通信的建立期间被预先配置。
121.第二方面
–
发射机ue
122.本发明提供了(例如，参见权利要求18)一种用于无线通信系统的用户设备ue，该无线通信系统包括多个用户设备ue，
123.其中，该ue被配置为：
124.·
使用侧链路与一个或多个接收ue通信；并且
125.·
支持某个数量的harq进程；
126.其中，在使用侧链路与接收ue进行单播通信期间，该ue被配置为：
127.·
在传输时间间隔期间向接收ue发送传输，该传输与包括harq进程id的控制数据(例如，sci)相关联；并且
128.·
接收来自接收ue的反馈；并且
129.其中，该ue被配置为例如使用l1 psfch信令从接收ue接收缓冲器占用报告，并且根据接收ue的缓冲器占用来适配重传。
130.根据实施例(例如，参见权利要求19)，该ue被配置为：
131.·
响应于来自接收ue的指示缓冲器占用处于第一状态(例如，低缓冲器占用状态)的报告，增加当前使用的harq进程的数量；
132.·
响应于来自接收ue的指示缓冲器占用处于第二状态(例如，中等缓冲器占用状态)的报告，维持当前使用的harq进程的数量；
133.·
响应于来自接收ue的指示缓冲器占用处于第三状态(例如，高缓冲器占用状态)的报告，减少当前使用的harq进程的数量。
134.根据实施例(例如，参见权利要求20)，该ue被配置为对于每个单播侧链路使用固定数量的harq进程，或者对于所有侧链路使用固定总数量的harq进程。
135.第三方面
–
接收机ue
136.本发明提供了(例如，参见权利要求21)一种用于无线通信系统的用户设备ue，该无线通信系统包括多个用户设备ue，
137.其中，该ue被配置为：
138.·
使用侧链路与一个或多个发射ue通信；
139.·
支持某个数量的harq进程；并且
140.·
缓冲每个harq进程的一个或多个传输；
141.其中，在使用侧链路与发射ue进行单播通信期间，该ue被配置为：
142.·
在传输时间间隔期间从发射ue接收传输，该传输与包括harq进程id的控制数据(例如，sci)相关联；
143.·
缓冲harq进程的接收到的传输；并且
144.·
在解码之前合并所缓冲的传输；并且
145.其中，该ue被配置为与发射ue协商要用于单播侧链路通信的harq进程的数量，或者从无线通信网络的基站接收指示要用于该ue与发射ue之间的单播侧链路的harq进程的数量的配置消息。
146.根据实施例(例如，参见权利要求22)，该ue被配置为：
147.·
通过侧链路接收来自发射ue的信令，例如rrc连接建立或rrc重新配置、发射ue计划用于与该ue的当前单播侧链路的harq进程数量的指示；并且
148.·
确认所指示的harq进程数量或指示小于由发射ue提出的harq进程数量的数量；
149.其中，该ue和发射ue为当前单播侧链路预留约定数量的harq进程。
150.根据实施例(例如，参见权利要求23)，该ue被配置为向发射ue报告可用harq进程的数量，以便允许发射ue选择要使用的harq进程的数量，该数量等于或小于由该ue指示的可用harq进程的数量。
151.根据实施例(例如，参见权利要求24)，该ue被配置为从发射ue接收对由发射ue选择的harq进程数量的确认。
152.根据实施例(例如，参见权利要求25)，该ue被配置为：
153.·
在建立单播侧链路之后，接收来自发射ue的对更多harq进程的请求；并且
154.·
在该ue具有未分配的缓冲器的情况下，向发射ue发信号通知该ue能够支持多少harq进程。
155.根据实施例(例如，参见权利要求26)，该ue被配置为：
156.·
在建立单播侧链路之后，接收来自发射ue的需要较少harq进程的指示；并且
157.·
释放所分配的缓冲器。
158.第三方面
–
发射机ue
159.本发明提供了(例如，参见权利要求27)一种用于无线通信系统的用户设备ue，该无线通信系统包括多个用户设备ue，
160.其中，该ue被配置为：
161.·
使用侧链路与一个或多个接收ue通信；并且
162.·
支持某个数量的harq进程；
163.其中，在使用侧链路与接收ue进行单播通信期间，该ue被配置为：
164.·
在传输时间间隔期间向接收ue发送传输，该传输与包括harq进程id的控制数据(例如，sci)相关联；并且
165.·
接收来自接收ue的反馈；并且
166.其中，该ue被配置为与接收ue协商要用于单播通信的harq进程的数量，或者从无线通信网络的基站接收指示要用于该ue与发射ue之间的单播侧链路的harq进程的数量的配置消息。
167.根据实施例(例如，参见权利要求28)，该ue被配置为：
168.·
例如使用rrc配置程序通过侧链路向接收ue发送该ue计划用于与接收ue的当前单播侧链路的harq进程数量的指示；并且
169.·
从接收ue接收对所指示的harq进程数量的确认或小于由该ue提出的harq进程数量的数量的指示；并且
170.其中，该ue和接收ue为当前单播侧链路预留约定数量的harq进程。
171.根据实施例(例如，参见权利要求29)，该ue被配置为接收在接收ue处可用harq进程的数量的报告，并且选择要使用的harq进程的数量，该数量等于或小于由接收ue指示的可用harq进程的数量。
172.根据实施例(例如，参见权利要求30)，该ue被配置为向接收ue发送对由该ue选择的harq进程数量的确认。
173.根据实施例(例如，参见权利要求31)，该ue被配置为：
174.·
在建立单播侧链路之后，向接收ue发送对更多harq进程的请求；并且
175.·
在该ue具有未分配的缓冲器的情况下，从接收ue接收接收ue能够支持多少harq进程。
176.根据实施例(例如，参见权利要求32)，该ue被配置为在建立单播侧链路之后向接收ue发送需要较少harq进程的指示，以便允许接收ue释放所分配的缓冲器。
177.根据实施例(例如，参见权利要求33)，该ue被配置为从约定的harq进程的数量中导出侧链路上的控制消息(例如，sci)中的harq进程id字段的大小，例如4个harq进程
→
2比特，3个harq进程
→
2比特，8个harq进程
→
3比特。
178.根据实施例(例如，参见权利要求34)，例如在单播侧链路的两个方向上的业务基本上对称的情况下，如果接收ue和发射ue在单播侧链路的从发射ue到接收ue这一方向上配置有一定数量的harq进程，则对于从接收ue到发射ue的单播侧链路应用相同数量的harq进程。
179.综合
180.根据实施例(例如，参见权利要求35)，发射ue被配置为在传输时间间隔期间并行地执行多个传输，每个传输包括harq进程id。
181.根据实施例(例如，参见权利要求36)，ue包括以下各项中的一个或多个：移动终端、或固定终端、或蜂窝iot
‑
ue、或车辆ue、或车辆组组长(gl)ue、或iot或窄带iot(nb
‑
iot)设备、或陆上车辆、或飞行器、或无人机、或移动基站、或路边单元、或建筑物、或配备有使项目/设备能够使用无线通信网络进行通信的网络连接的任何其他项目或设备，例如传感器或致动器。
182.系统
183.本发明提供了(例如，参见权利要求37)一种无线通信系统，根据本发明，其包括多个用户设备ue，并且被配置用于使用来自无线通信系统的侧链路资源集中的资源进行侧链路通信。
184.根据实施例(例如，参见权利要求38)，基站包括以下各项中的一个或多个：宏小区基站、或小小区基站、或基站的中央单元、或基站的分布式单元、或路边单元、或ue、或组长(gl)、或中继设备、或远程无线电头、或amf、或smf、或核心网络实体、或移动边缘计算实体、或如在nr或5g核心背景下的网络切片、或使项目或设备能够使用无线通信网络进行通信的任何发送/接收点(trp)，该项目或设备配备有用于使用无线通信网络进行通信的网络连接。
185.方法
186.第一方面
–
接收机ue
187.本发明提供了(例如，参见权利要求39)一种用于在无线通信系统中的接收ue和发射ue之间进行侧链路通信的方法，该无线通信系统包括多个用户设备ue，该侧链路通信支持某个数量的harq进程，该方法包括：
188.在传输时间间隔期间从发射ue接收传输，该传输与包括harq进程id的控制数据(例如，sci)相关联；
189.由接收ue缓冲harq进程的接收到的传输；以及
190.由接收ue在解码之前合并所缓冲的传输；
191.其中，在成功识别的传输未被缓冲的情况下，接收ue向发射ue指示未在该ue处缓冲该传输。
192.第一方面
–
发射机ue
193.本发明提供了(例如，参见权利要求40)一种用于在无线通信系统中的接收ue和发射ue之间进行侧链路通信的方法，该无线通信系统包括多个用户设备ue，该侧链路通信支持某个数量的harq进程，该方法包括：
194.在传输时间间隔期间向接收ue发送传输，该传输与包括harq进程id的控制数据(例如，sci)相关联；以及
195.在发射ue处接收来自接收ue的反馈；
196.其中，该反馈包括接收ue成功识别的传输未在接收ue处缓冲的指示。
197.第二方面
–
接收机ue
198.本发明提供了(例如，参见权利要求41)一种用于在无线通信系统中的接收ue和发
射ue之间进行侧链路通信的方法，该无线通信系统包括多个用户设备ue，该侧链路通信支持某个数量的harq进程，该方法包括：
199.在传输时间间隔期间从发射ue接收传输，该传输与包括harq进程id的控制数据(例如，sci)相关联；
200.由接收ue缓冲harq进程的接收到的传输；以及
201.由接收ue在解码之前合并所缓冲的传输；
202.其中，该ue例如使用l1 psfch信令向发射ue报告缓冲器占用，以便允许发射ue根据该ue的缓冲器占用来适配重传。
203.第二方面
–
发射机ue
204.本发明提供了(例如，参见权利要求42)一种用于在无线通信系统中的接收ue和发射ue之间进行侧链路通信的方法，该无线通信系统包括多个用户设备ue，该侧链路通信支持某个数量的harq进程，该方法包括：
205.在传输时间间隔期间向接收ue发送传输，该传输与包括harq进程id的控制数据(例如，sci)相关联；以及
206.在发射ue处接收来自接收ue的反馈；
207.其中，发射ue例如使用l1 psfch信令从接收ue接收缓冲器占用报告，并且根据接收ue的缓冲器占用来适配重传。
208.第三方面
–
接收机ue
209.本发明提供了(例如，参见权利要求43)一种用于在无线通信系统中的接收ue和发射ue之间进行侧链路通信的方法，该无线通信系统包括多个用户设备ue，该侧链路通信支持某个数量的harq进程，该方法包括：
210.在传输时间间隔期间从发射ue接收传输，该传输与包括harq进程id的控制数据(例如，sci)相关联；
211.由接收ue缓冲harq进程的接收到的传输；以及
212.由接收ue在解码之前合并所缓冲的传输；
213.其中，接收ue与发射ue协商要用于单播侧链路通信的harq进程的数量，或者其中，由无线通信网络的基站提供要用于接收ue与发射ue之间的单播侧链路的harq进程的数量。
214.第三方面
–
发射机ue
215.本发明提供了(例如，参见权利要求44)一种用于在无线通信系统中的接收ue和发射ue之间进行侧链路通信的方法，该无线通信系统包括多个用户设备ue，该侧链路通信支持某个数量的harq进程，该方法包括：
216.在传输时间间隔期间向接收ue发送传输，该传输与包括harq进程id的控制数据(例如，sci)相关联；以及
217.在发射ue处接收来自接收ue的反馈；
218.其中，发射ue与接收ue协商要用于单播通信的harq进程的数量，或者其中，由无线通信网络的基站提供要用于接收ue与发射ue之间的单播侧链路的harq进程的数量。
219.计算机程序产品
220.本发明提供了一种包括指令的计算机程序产品，当该程序由计算机执行时，该指令使计算机执行根据本发明的一个或多个方法。
221.因此，本发明改进了通过侧链路与用户设备组的或用户设备组内的通信。
222.第一方面
223.根据本发明第一方面的实施例，建议除了确认状态和非确认状态之外，还使用附加harq状态。可以被称为lost状态的这种附加状态可以用于向发射机ue发信号通知：通过单播侧链路到接收机ue的当前传输在接收机ue处被成功识别但未在那里缓冲。例如，对于当前传输，接收机ue可以解码包括harq进程id的控制消息(为接收机ue成功地识别传输)，但却不能缓冲数据以便进行解码或递增地与同相同数据相关联的先前传输合并。所缓冲的传输可以与另一传输软合并，例如已经接收到的数据的冗余版本，其可以由发射机ue响应于nack消息而发送。然而，在传输未被缓冲的情况下，没有传输与稍后接收到的rv合并，使得重传将是低效的。
224.例如，在接收机ue处没有足够的缓冲器空间的情况下，根据第一方面的实施例提供的lost状态解决了上述问题，并且指示lost状态允许发射机ue发送传输的当前版本或重传。因此，在例如因为来自不同发射机ue的另一单播传输已经终止而可以在接收机ue处缓冲传输的情况下，可以基于重传的当前传输而不是基于可能在接收机ue处表现出下降的解码性能的另一冗余版本来尝试解码。这允许提高总的传输可靠性。
225.第二方面
226.根据第二方面的实施例，接收机ue可以报告其当前缓冲器状态或缓冲器占用，以便向通过单播侧链路与接收机ue通信的发射机ue通知缓冲器的占用情况，从而允许发射机ue相应地适配其传输。
227.第三方面
228.根据本发明第三方面的实施例，可以采用harq实体建立过程，其允许通信伙伴(即，用于进行单播侧链路通信的发射机ue和接收机ue)之间进行协商，以便确定针对每个单播侧链路通信要实施的harq进程的数量。
229.本发明的第二方面和第三方面的优点是避免了接收机ue用尽缓冲器空间的情况，从而避免或减少了上述如在现有技术方法中发现的传输可靠性的下降。
230.在下文中，将更详细地描述本发明的各方面的实施例。
231.第一方面
232.根据第一方面的实施例在当前传输已经在接收机ue处丢失(即，被成功识别但未被缓冲在例如由接收机ue提供的harq缓冲器中)的情况下提供从接收机ue到发射机ue的信令。
233.图5(a)示意性地示出了包括存储器402的接收机ue 400，接收机ue 400可以使用存储器402来为与来自通过用于单播通信的侧链路pc5/sl与接收机ue 400通信的一个或多个发射机ue 406的相应单播传输相关联的多个harq进程分配缓冲器或软缓冲器4041至404
n
。
234.图5(b)示出了从发射机ue 406到接收机ue 400的成功识别和可解码的传输。在“1”处，发射机ue 406可以以给定的传输时间间隔执行一个或多个传输。在所描绘的示例中，发射机ue 406执行两个传输，包括向接收机ue 400传输数据或传输数据的冗余版本。每个传输rv1.1和rv2.1具有与其相关联的包括harq进程id1和id2的控制数据。在ue 400成功地识别传输的情况下，如在“2”处所指示的，意味着接收机ue解码控制数据，在数据也是可
解码的情况下，在“3”处，从ue 400向发射机ue 406发信号通知确认ack。响应于ack，如果要执行单播侧链路通信的附加传输，则发射机可以执行下一传输。
235.图5(c)示出了来自发射机ue 406的传输可由接收机ue识别的情况，例如，控制数据可被解码，但数据不可被解码。此外，假设在接收机ue处有足够的缓冲器空间可用，使得在接收机ue 400处将不可解码数据缓冲在与传输的harq进程id相关联的缓冲器中。响应于如“4”处所指示的数据的不成功解码，接收机ue 400向接收机ue 406发送如“5”处所指示的非确认消息nack。响应于nack，发射机ue再次连同包括harq进程id(id1、id2)的控制数据一起向接收机ue 400重传传输或发送相应传输的冗余版本(例如，rv1.2和rv2.2)，使得在接收机ue处，传输rv1.2、rv2.2可以与所缓冲的传输合并。在“7”处，ue 400可以软合并传输。假设合并版本可以被解码，则向发射机ue 406发送确认消息ack，然后，如果需要或可用，发射机ue 406可以开始下一数据的传输。
236.图5(d)示出了非缓冲传输的处理。接收机ue 400可以从发射机ue 406接收与相应harq进程id相关联的传输rv1.1和rv2.1。尽管接收机ue解码了控制数据并且发现数据或有效载荷数据是不可解码的，但是可能没有足够的缓冲器可用，使得传输不能被缓冲。这可能在例如所有缓冲器空间已经处于活动状态并且用于与一个或多个其他发射机ue的单播通信的情况下发生。响应于检测到不能被缓冲的成功识别的传输，ue 400在“8”处向发射机ue 406发信号通知或指示lost状态。响应于获知lost状态，发射机ue在“9”处再次向ue 400发送原始传输rv1.1和rv2.1。如果ue 400在再次接收到原始传输时具有可用的空闲缓冲器空间，则可以在不能解码数据的情况下存储或缓冲该传输。否则，可以再次发信号通知lost状态。
237.因此，根据第一方面的实施例，代替仅提供ack或nack消息，接收机ue 400将例如由于软缓冲器溢出而丢失的传输标记为“丢失”传输。因此，发射机ue知晓其传输(例如，所传输的数据的冗余版本)丢失并且未存储在接收机ue的软缓冲器中。这例如允许发射机ue要么准确地再次重传丢失的rv，要么默认地从初始rv开始。
238.根据实施例，可以使用基序列来发信号通知各个状态，即确认状态、非确认状态和lost状态。可以通过提供具有某个循环移位或相位旋转的基序列来发信号通知或指示各个状态。例如，erik dahlman、stefan parkvall、johan skold在“5g nr：the next generation wireless access technology”中描述了将基序列与某个循环移位或相位旋转相关联以发信号通知harq进程中的确认或非确认。根据实施例，除了ack状态和nack状态之外，lost状态可以被明确地发信号通知为第三状态。ack状态可以使用循环移位为0的基序列，而nack状态可以使用循环移位为2π/3的相同基序列，并且可以使用循环移位为4π/3的相同基序列来发信号通知lost状态。当然，也可以应用其他循环移位。
239.根据其他实施例，可以采用具有不同循环移位的基序列，例如，用于发信号通知ack状态的具有例如0的第一循环移位的基序列以及可以用于发信号通知nack状态的具有例如π的不同循环移位的基序列。通过不发送ack状态和不发送nack状态来发信号通知lost状态(即，非缓冲传输)。
240.根据实施例，响应于接收到在接收机ue处未缓冲传输的指示，发射机ue 406可以：
241.‑
丢弃该传输和/或回退预定义的时间；
242.‑
覆盖已经占用的harq进程；或者
243.‑
再次发送同一rv；
244.‑
使接收机ue从增量冗余切换到追赶合并。
245.发射机ue 406可以基于某个参数来决定如何响应于lost状态指示而继续进行动作，例如丢失的或未缓冲的传输的qos、已经在harq进程中缓冲的传输的qos和/或重传的数量(即，重传是否将是初始传输)。
246.如果与接收到的lost状态相关联的传输与已经在harq进程中的其他传输相比具有较低的qos，则ue 406丢弃传输和/或回退一段时间，因为尝试立即再次传输最有可能得到相同的结果，即非缓冲传输。
247.如果与接收到的lost状态相关联的传输与已经在活动harq进程中的传输相比关联较高的qos，则发射机ue可以重新使用现有的或未完成的harq进程。这意味着发射机ue可以利用已经被另一传输占用的harq进程id连同ndi一起发送高qos传输，该ndi被切换为使得接收机ue首先刷新其与该harq进程id相关联的缓冲器然后保存新的传输。
248.如果应用增量冗余harq并且丢失的传输不是初始传输，则发射机ue可以改变到追赶合并，并且发送已经发送的并且针对其已经接收到非lost状态的冗余版本。这是可能的，因为对于追赶合并，接收机ue不需要预留额外的软比特，因为接收到的rv与先前接收到的已经被缓冲的rv合并。因此，不需要附加的缓冲器空间。
249.第二方面
250.根据本发明的第二方面，接收机ue 400(见图5(a))可以例如使用物理侧链路反馈信道psfch中的层1信令向当前活动的发射机ue 406(即，向其当前活动的单播通信伙伴)报告缓冲器的占用(也被称为其当前软缓冲器占用)，而不是提供用于指示非缓冲传输的附加harq状态。
251.根据该方面，每个活动的单播通信伙伴知晓接收机ue处的缓冲器容量，使得例如根据接收机ue处的可用空闲覆盖能力，可以相应地适配传输时间间隔期间的并行传输的数量，以便避免任何传输的非缓冲。
252.例如，接收机ue可以向发射机ue发信号通知：
253.·
在缓冲器占用处于第一状态(例如，低缓冲器占用状态)的情况下，可以使用更多的harq进程；
254.·
在缓冲器占用处于第二状态(例如，中等缓冲器占用状态)的情况下，维持当前使用的harq进程的数量；
255.·
在缓冲器占用处于第三状态(例如，高缓冲器占用状态)的情况下，减少可以使用的harq进程的数量。
256.例如，发射机ue可以：
257.·
响应于来自接收机ue的指示缓冲器占用处于第一状态(例如，低缓冲器占用状态)的报告，增加当前使用的harq进程的数量；
258.·
响应于来自接收机ue的指示缓冲器占用处于第二状态(例如，中等缓冲器占用状态)的报告，维持当前使用的harq进程的数量；
259.·
响应于来自接收机ue的指示缓冲器占用处于第三状态(例如，高缓冲器占用状态)的报告，减少当前使用的harq进程的数量。
260.根据本发明的第一、第二方面，可以使用固定数量的harq进程。例如，接收机ue和/
或发射机ue可以对于每个单播侧链路使用固定数量的harq进程，或者对于所有侧链路使用固定总数量的harq进程。可以使用固定数量的harq进程，其中sci中的固定数量的比特用于发信号通知harq进程id，并且该数量可以等于总harq进程数量，或者可以是每个单播链路要使用的固定或预配置的值。
261.例如，接收机ue可以接收控制消息(例如，sci)，其包括用于发信号通知与harq进程相关联的harq进程id的多个比特。固定数量的harq进程可以例如由移动通信标准来定义，或者可以例如在ue连接到无线通信系统期间或在侧链路通信的建立期间被预先配置。
262.第三方面
263.根据本发明的第三方面，建议修改的harq实体建立过程，而不是提供用于指示非缓冲传输的附加harq状态。根据第三方面的实施例，可以实施新的侧链路/pc5
‑
rrc程序以允许相应的单播通信伙伴协商要用于单播通信的harq进程。换句话说，本发明的第三方面提供了允许通信伙伴约定要用于单播通信的harq进程的数量的实施例。例如，发射机ue 406(参见图5(a))可以发起rrc配置程序以便指示其计划用于当前单播链路的harq进程的数量。例如，发射机ue 406可以计划使用需要接收机ue 400中的相应缓冲器空间404的四个harq进程。如果这样的缓冲器空间可用，则接收机ue 400可以确认该数量。在仅有较小的缓冲器空间可用使得接收机ue不能容纳或缓冲所有harq进程的传输的情况下，可以向发射机ue发信号通知较小数量的harq进程，即与发射机ue所请求的数量不同的数量。在该协商结束之后，两个ue均为当前单播链路预留约定数量的harq进程。
264.例如，在这样的配置信令之前，harq进程的数量可以是零(即，没有实施harq进程)，或者harq进程的数量可以被设置为默认值(例如，四个或八个harq进程)。在存在默认值的情况下，接收机ue也可以发起rrc harq实体建立程序以便使harq进程的数量适应实际情况。现在将参考图6和图7更详细地描述上述程序的实施例。
265.图6示出了发射机ue(例如，图5(a)中的ue 406)建立harq进程的实施例。为了配置harq进程，发射机ue 406首先发送侧链路rrc连接建立，其包括或指示发射机ue意图用于与接收机ue 400的单播通信的请求harq进程的数量。接收机ue 400向发射机ue 406发信号通知sl rrc连接建立响应，其包括harq进程的可用性/不可用性，并且如果可用，还指示可用于与发射机ue的单播通信的harq进程的数量。换句话说，接收机ue 400要么确认所请求的harq进程的数量，要么指示小于所请求的数量的不同数量。在sl rrc连接建立响应之后，发射机ue 406发送sl rrc连接建立完成消息，其包括对约定的确认，即对要用于通信的可用harq进程的确认。
266.图7示出了发射机ue相对于默认数量改变可用harq进程号的数量的示例。首先，发射机ue 406发送sl rrc连接建立消息。不包括关于harq进程的进一步信息，因为在各个ue处已知harq进程的默认数量，并且对于发射机ue 406与接收机ue 400之间的单播通信，发射机ue意图使用harq进程的默认数量。响应于连接建立消息，接收机ue 400发送sl rrc连接建立响应消息。在默认数量的harq进程在接收机ue 400处可用的情况下，在接收机ue 406处接收到的连接建立响应中不包括关于harq进程的进一步信息，响应于此，接收机ue 406知晓可以采用默认数量的harq进程。另一方面，在接收机ue 400具有小于默认数量的可用harq进程(即，可用harq进程的数量与默认数量不同)的情况下，接收机ue 400可以在连接建立响应中向发射机ue 406发信号通知可用的harq进程的实际数量，或者它可以向发射
机ue 406指示可用harq进程与默认值相比的差值或增量。然后，发射机ue 406使用如从接收机ue 400发信号通知的可用数量的harq进程。
267.根据其他实施例，可以由接收机ue 400发起关于要使用的harq进程的协商。例如，接收机ue 400可以例如在建立单播通信时或在单播通信期间(例如，在缓冲器容量改变的情况下)向发射机ue 406报告可用harq进程的实际数量。图8和图9示出了接收机ue发起的harq进程协商的实施例。
268.图8示出了从接收机ue 400到发射机ue 406的关于可用harq进程的数量的重新配置信令。更具体地，接收机ue 400可以向发射机ue 406发送sl rrc重新配置消息，其包括接收机ue 400处的可用harq进程的数量。换句话说，接收机ue向发射机ue报告可用harq进程的数量，根据图8的实施例，响应于该重新配置消息，发射机ue选取或选择要用于通信的harq进程的数量，其可以等于所指示的可用harq进程数量(重新配置消息中指示的数量)或可以是小于所指示的可用harq进程数量的数量。
269.图9示出了用于向发射机ue报告harq进程的数量的另一实施例。更具体地，图9示出了用于接收机ue 400到发射机ue 406的关于可用harq进程的数量的重新配置信令。类似于图8，在第一消息中，接收机ue 400发送sl rrc重新配置消息，其包括接收机ue处的可用harq进程的数量。根据所描述的实施例，发射机ue 406可以确认新数量或可以拒绝新数量并且坚持相同数量的harq进程或坚持较少数量的harq进程，上述数量是使用由接收机ue发送的sl rrc重新配置消息向接收机ue发信号通知的。
270.根据第三方面的进一步实施例，在彼此通信的ue是模式1ue的情况下，可以不在各个ue之间进行对要用于发射机ue和接收机ue之间的单播通信的harq进程的协商，而是可以由基站或gnb来处理。在这种情况下，gnb可以配置为发射机ue 406和接收机ue 400之间的单播链路分配的harq进程。gnb(例如，图4中的基站300)可以在ue(即，接收机ue和发射机ue)之间建立单播承载。基于ue能力交换信令，基站知晓每个ue的harq进程的总数量或软缓冲器的大小。基于该信息，基站至少针对侧链路模式1单播通信来管理harq进程。例如，如果两个ue均为模式1ue(即，在承载建立期间或在单播通信期间处于覆盖内)，则网络(例如，经由gnb)可以为当前单播链路配置ue要使用的harq进程的数量。换句话说，gnb在每个单播侧链路的基础上处理harq进程配置。该配置可以是单向的(即，仅用于从发射机ue到接收机ue的单播通信)或双向的(即，当发射机ue切换到接收机ue使得发射机ue成为接收机ue并且接收机ue成为发射机ue时，可以使用相同的harq进程配置)。
271.根据实施例，可以隐式地导出sci中的harq进程id字段。例如，可以从harq进程的约定数量中隐式地导出sci中的harq进程id字段的大小，例如，4个harq进程等于2比特，3个harq进程等于2比特，8个harq进程等于3比特。
272.根据更进一步的实施例，可以隐式地导出用于单播通信的反向的harq进程。例如，当考虑两个ue经由侧链路彼此通信时，不是首先仅配置从第一ue到第二ue的正向上的单播侧链路的harq进程，而是在建立连接时也可以配置从第二ue到第一ue的反向上的单播侧链路的harq进程。根据实施例，这可以依赖于或独立于正向/反向上的业务来完成。例如，在考虑图5(a)的发射机和接收机ue 406、400的情况下，当对于从接收机ue到发射机ue的单播通信反转通信方向时，并且当假设业务基本上对称或harq进程的数量总是对称以减少配置开销时，已经针对从发射机ue到接收机ue的通信为两个ue配置的harq进程的数量也可以应用
于反向(即，当从接收机ue向发射机ue传输时)，除非对于反向要使用不同数量的harq进程，并且在这种情况下，可以相应地覆盖所配置数量的harq进程。
273.根据本发明的其他实施例，可以在建立单播侧链路之后动态地适配harq进程的数量。例如，在发射机ue 406需要更多的harq进程的情况下(例如，由于更多的业务到达)，发射机ue可以从接收机ue请求更多的harq进程。发射机ue可以向接收机ue发送包括所需harq进程的总数量或与当前数量相比的数量数据(即，所需的附加harq进程)的请求。在这种情况下，如果接收机ue具有可用的未分配软缓冲器，则接收机ue可以通知发射机ue总共有多少harq进程可用或可以支持多少附加harq进程(例如，另外两个harq进程)。
274.此外，根据其他实施例，在发射机ue经历较少的业务的情况下，其可以请求减少所分配的harq进程的数量，并且接收机ue可以相应地不分配软缓冲器，这降低了接收机侧的负担。
275.综合
276.上面已经详细地描述了本发明的实施例，并且各个实施例和方面可以单独地实现，或者两个或更多个实施例可以以组合方式实现。应当注意，取决于不同的发送/接收(例如，单播、组播和多播)，ue可以具有多个目的地l2 id和/或多个源l2 id。
277.上面已经参考使用pc5接口的侧链路通信详细地描述了本发明的实施例。然而，本发明不限于使用pc5接口。可以采用允许在一个或多个ue之间进行直接通信的任何其他接口，例如根据ieee 802.11p标准、ieee 802.15.4标准(zigbee)等的接口。
278.在上述的一些实施例中，相应地参考了处于基站提供sl资源分配配置或辅助的模式(例如，连接模式，也被称为nr模式1或lte模式3配置)的车辆或处于基站不提供sl资源分配配置或辅助的模式(例如，空闲模式，也被称为nr模式2或lte模式4配置)的车辆。然而，本发明不限于v2v通信或v2x通信，而是还可应用于任何设备到设备通信，例如执行侧链路通信(例如，通过pc5接口)的非车辆移动用户或固定用户。而且，在这些场景中，可以采用上述的本发明的方面。
279.根据实施例，无线通信系统可以包括地面网络、或非地面网络、或使用机载车辆或星载车辆或其组合作为接收机的网络或网络段。
280.根据实施例，接收机可以包括以下各项中的一个或多个：移动或固定终端、iot设备、陆上车辆、飞行器、无人机、建筑物或配备有使项目/设备能够使用无线通信网络进行通信的网络连接的任何其他项目或设备，例如传感器或致动器。根据实施例，发射机可以包括以下各项中的一个或多个：宏小区基站、或小小区基站、或例如卫星或空间的星载车辆、或例如无人机系统(uas)(例如，系留uas、轻于空气的uas(lta)、重于空气的uas(hta)和高空uas平台(hap))的机载车辆、或使具有网络连接的项目或设备能够使用无线通信系统进行通信的任何发送/接收点(trp)。
281.尽管已经在装置的上下文中描述了所述概念的一些方面，但是应当清楚，这些方面也表示对相应方法的描述，其中块或设备对应于方法步骤或方法步骤的特征。类似地，在方法步骤的上下文中描述的方面也表示对相应装置的相应块或项目或特征的描述。
282.本发明的各种元件和特征可以在使用模拟和/或数字电路的硬件中、在软件中、通过由一个或多个通用或专用处理器执行指令或作为硬件和软件的组合来实现。例如，本发明的实施例可以在计算机系统或另一处理系统的环境中实现。图10示出了计算机系统500
的示例。单元或模块以及由这些单元执行的方法的步骤可以在一个或多个计算机系统500上执行。计算机系统500包括一个或多个处理器502，例如专用或通用数字信号处理器。处理器502连接到通信基础设施504，如总线或网络。计算机系统500包括主存储器506(例如，随机存取存储器(ram))和辅助存储器508(例如，硬盘驱动器和/或可移动存储驱动器)。辅助存储器508可以允许将计算机程序或其他指令加载到计算机系统500中。计算机系统500还可以包括通信接口510以允许在计算机系统500和外部设备之间传送软件和数据。通信可以是能够由通信接口处理的电子、电磁、光学或其他信号形式。通信可以使用电线或电缆、光纤、电话线、蜂窝电话链路、rf链路和其他通信信道512。
283.术语“计算机程序介质”和“计算机可读介质”通常用于指代有形存储介质，例如可移动存储单元或安装在硬盘驱动器中的硬盘。这些计算机程序产品是用于向计算机系统500提供软件的装置。计算机程序(也被称为计算机控制逻辑)存储在主存储器506和/或辅助存储器508中。计算机程序也可以经由通信接口510接收。计算机程序当被执行时使计算机系统500能够实现本发明。具体地，计算机程序当被执行时使处理器502能够实现本发明的过程，例如本文描述的任一方法。因此，这样的计算机程序可以表示计算机系统500的控制器。在使用软件实现本公开的情况下，可以将软件存储在计算机程序产品中并且使用可移动存储驱动器、接口(例如，通信接口510)加载到计算机系统500中。
284.可以使用其上存储有电子可读控制信号的数字存储介质(例如，云存储器、软盘、dvd、蓝光、cd、rom、prom、eprom、eeprom或闪存)来执行硬件或软件中的实现，该数字存储介质与可编程计算机系统协作(或能够协作)以执行相应的方法。因此，该数字存储介质可以是计算机可读的。
285.根据本发明的一些实施例包括具有电子可读控制信号的数据载体，其能够与可编程计算机系统协作以执行本文所述的方法之一。
286.通常，本发明的实施例可以被实现为具有程序代码的计算机程序产品，当该计算机程序产品在计算机上运行时，该程序代码可操作用于执行所述的方法之一。该程序代码可以例如存储在机器可读载体上。
287.其他实施例包括存储在机器可读载体上的用于执行本文所述的方法之一的计算机程序。换句话说，因此，本发明方法的实施例是具有程序代码的计算机程序，当该计算机程序在计算机上运行时，该程序代码用于执行本文所述的方法之一。
288.因此，本发明方法的另一实施例是包括记录在其上的用于执行本文所述的方法之一的计算机程序的数据载体(或数字存储介质、或计算机可读介质)。因此，本发明方法的另一实施例是表示用于执行本文所述的方法之一的计算机程序的数据流或信号序列。该数据流或信号序列可以例如被配置为经由数据通信连接(例如，经由因特网)传送。另一实施例包括被配置为或适配为执行本文所述的方法之一的处理装置，例如计算机或可编程逻辑器件。另一实施例包括其上安装有用于执行本文所述的方法之一的计算机程序的计算机。
289.在一些实施例中，可以使用可编程逻辑器件(例如，现场可编程门阵列)来执行本文所述的方法的一些或全部功能。在一些实施例中，现场可编程门阵列可以与微处理器协作以执行本文所述的方法之一。通常，所述方法优选地由任何硬件装置执行。
290.上述实施例仅用于说明本发明的原理。应当理解，本文所描述的布置和细节的修改和变化对于本领域其他技术人员而言是显而易见的。因此，本发明旨在仅由后附专利权
利要求的范围限制，而不由本文通过对实施例的描述和说明而呈现的具体细节限制。
291.首字母缩略词和符号列表
292.bs
ꢀꢀꢀꢀꢀꢀꢀ
base station基站
293.cbr
ꢀꢀꢀꢀꢀꢀ
channel busy ratio信道忙碌率
294.d2d
ꢀꢀꢀꢀꢀꢀ
device
‑
to
‑
device设备到设备
295.en
ꢀꢀꢀꢀꢀꢀꢀ
emergency notification紧急情况通知
296.enb
ꢀꢀꢀꢀꢀꢀ
evolved node b(base station)演进节点b(基站)
297.fdm
ꢀꢀꢀꢀꢀꢀ
frequency division multiplexing频分复用
298.lte
ꢀꢀꢀꢀꢀꢀ
long
‑
term evolution长期演进
299.pc5
ꢀꢀꢀꢀꢀꢀ
interface using the sidelink channel for d2d communication使用侧链路信道进行d2d通信的接口
300.pppp
ꢀꢀꢀꢀꢀ
prose per packet priority近距离通信数据分组优先级
301.prb
ꢀꢀꢀꢀꢀꢀ
physical resource block物理资源块
302.prose
ꢀꢀꢀꢀ
proximity services近距离通信服务
303.ra
ꢀꢀꢀꢀꢀꢀꢀ
resource allocation资源分配
304.sci
ꢀꢀꢀꢀꢀꢀ
sidelink control information侧链路控制信息
305.sl
ꢀꢀꢀꢀꢀꢀꢀ
sidelink侧链路
306.stti
ꢀꢀꢀꢀꢀ
short transmission time interval短传输时间间隔
307.tdm
ꢀꢀꢀꢀꢀꢀ
time division multiplexing时分复用
308.tdma
ꢀꢀꢀꢀꢀ
time division multiple access时分多址接入
309.tpc
ꢀꢀꢀꢀꢀꢀ
transmit power control/transmit power command发射功率控制/发射功率命令
310.ue
ꢀꢀꢀꢀꢀꢀꢀ
user entity(user terminal)用户实体(用户终端)
311.urllc
ꢀꢀꢀꢀ
ultra
‑
reliable low
‑
latency communication超高可靠低时延通信
312.v2v
ꢀꢀꢀꢀꢀꢀ
vehicle
‑
to
‑
vehicle车辆到车辆
313.v2i
ꢀꢀꢀꢀꢀꢀ
vehicle
‑
to
‑
infrastructure车辆到基础设施
314.v2p
ꢀꢀꢀꢀꢀꢀ
vehicle
‑
to
‑
pedestrian车辆到行人
315.v2n
ꢀꢀꢀꢀꢀꢀ
vehicle
‑
to
‑
network车辆到网络
316.v2x
ꢀꢀꢀꢀꢀꢀ
vehicle
‑
to
‑
everything,i.e.,v2v,v2i,v2p,v2n车辆到万物，即v2v,v2i,v2p,v2n。