CN117014900A - 一种通信方法及通信装置 - Google Patents

Abstract

本申请提供了一种通信方法，通信装置及通信系统，可以应用于车联网、V2X、物联网等系统中。在一些实施例中，第一通信装置确定第一次数信息，该第一次数信息用于指示该第一通信装置向第二通信装置发送IUC关联消息且未收到来自该第二通信装置的该IUC关联消息的响应消息的次数；该第一通信装置根据第一阈值信息和该第一次数信息确定停止向该第二通信装置发送该IUC关联消息。在另一些实施例中，第一通信装置向第二通信装置发送第一侧行链路RRC消息，该第一侧行链路RRC消息包括IUC配置信息；该第一通信装置接收来自该第二通信装置的第二侧行链路RRC消息，该第二侧行链路RRC消息包括第一信息，该第一信息用于指示该IUC配置信息配置失败。

Description

一种通信方法及通信装置

技术领域

本申请涉及无线技术领域，尤其涉及一种通信方法及通信装置。

背景技术

侧行链路(sidelink，SL)通信，不同于上行(uplink)通信或下行(downlink)通信，是一种不同终端设备之间不通过网络设备而直接进行通信的通信机制。其中，不同终端设备之间可以基于用户设备间协同(inter-UE coordination,IUC)的机制，实现作为侧行链路通信的增强。

目前，相比没有基于IUC增强的通信方式，基于IUC增强的通信方式能够提升通信性能，例如能够提高包接收率(packet reception ratio，PRR)，降低包间接收(packetinter-reception，PIR)等。其中，不同终端设备之间可以事先通过IUC关联消息以及该IUC关联消息的响应消息的交互，以确定IUC的配置信息并基于该IUC的配置信息实现基于IUC增强的通信过程。

然而，在上述实现过程中，如何降低开销以提升通信效率，是一个亟待解决的技术问题。

发明内容

本申请提供了一种通信方法，通信装置及通信系统，用于减少不必要的开销，以提升通信效率。

本申请实施例第一方面提供了一种通信方法，该方法由第一通信装置执行，或者，该方法由第一通信装置中的部分组件(例如处理器、芯片或芯片系统等)执行，或者该方法还可以由能实现全部或部分第一通信装置功能的逻辑模块或软件实现。在第一方面及其可能的实现方式中，以该通信方法由第一通信装置执行为例进行描述。在该方法中，第一通信装置确定第一次数信息，该第一次数信息用于指示该第一通信装置向第二通信装置发送IUC关联消息且未收到来自该第二通信装置的该IUC关联消息的响应消息的次数；该第一通信装置根据第一阈值信息和该第一次数信息确定停止向该第二通信装置发送该IUC关联消息。

基于上述技术方案，第一通信装置确定的第一次数信息用于指示该第一通信装置向第二通信装置发送用户设备间协同IUC关联消息且未收到来自该第二通信装置的该IUC关联消息的响应消息的次数；此后，该第一通信装置根据第一阈值信息和该第一次数信息确定停止向该第二通信装置发送该IUC关联消息。换言之，第一通信装置在持续向第二通信装置发送IUC关联消息的过程中，该第一通信装置可以基于该第一阈值信息和第一次数信息停止向该第二通信装置发送该IUC关联消息。从而，第一通信装置在持续向第二通信装置发送IUC关联消息的过程中，基于该第一阈值信息的设置以及第一次数信息的确定过程，使得第一通信装置触发停止发送IUC关联消息，减少不必要的开销，以提升通信效率。

应理解，第一次数信息可以通过多种方式指示用于指示该第一通信装置向第二通信装置发送IUC关联消息且未收到来自该第二通信装置的该IUC关联消息的响应消息的次数，例如该第一次数信息可以包括该次数n(n为大于或等于1的整数)的取值，该第一次数信息也可以包括时间信息或其他信息以实现该次数n的指示。示例性的，以该第一次数信息包括时间信息为例；例如，该n次发送信息的过程可以为基于预设的时间间隔(该预设的时间间隔可以为相同的时间间隔或不同的时间间隔)发送该n次消息，使得该时间信息可以包括发送该n次消息对应的预设的时间间隔的取值来指示该次数n的取值；又如，该时间信息可以包括发送该n次消息的时间戳，以通过该时间信息所携带的时间戳的个数来指示该次数n的取值。

可选地，该第一通信装置未收到来自该第二通信装置的该IUC关联消息的响应消息的原因可能有多种。例如，该第一通信装置和第二通信装置之间的通信链路故障导致第二通信装置未接收到该IUC关联消息，进一步导致第二通信装置未向第一通信装置发送该IUC关联消息的响应消息。又如，该第二通信装置的设备能力不支持IUC。又如，该第二通信装置的设备能力支持IUC但是该第二通信装置当前所处的通信模式(例如模式1(mode1))不支持执行IUC增强，导致第二通信装置即使接收到该IUC关联消息也无法向第一通信装置发送该IUC关联消息的响应消息。

在第一方面的一种可能的实现方式中，该方法还包括：该第一通信装置接收该第一阈值信息。

基于上述技术方案，第一通信装置可以通过接收来自其它设备(该其他设备可以包括网络设备或终端设备)的第一阈值信息的方式得到该第一阈值信息，使得该第一设备基于其它设备的配置以明确该第一阈值信息。

可选地，该实现方式也可以使得第一阈值信息能够基于其它设备的灵活可变的配置以确定该第一阈值信息，以提升方案实现的灵活性。

在第一方面的一种可能的实现方式中，该第一阈值信息为预配置信息。

基于上述技术方案，第一通信装置可以通过读取预配置信息的方式得到该第一阈值信息，以减少信令开销。

一种可能的实现方式中，该IUC关联消息用于请求IUC资源，该IUC关联消息的响应消息用于响应该请求，且该IUC关联消息的响应消息包括该IUC资源的配置信息。

基于上述技术方案，第一通信装置所发送的IUC关联消息用于请求该第二通信装置反馈IUC资源，相应的，该IUC关联消息的响应消息用于响应该请求且该IUC关联消息的响应消息包括该IUC资源的配置信息，即第一通信装置在接收该IUC关联消息的响应消息之后可以明确IUC资源的配置信息，使得该方案适用于基于第一通信装置的请求所实现的IUC通信场景。

一种可能的实现方式中，该IUC关联消息携带IUC资源的配置信息，该IUC资源的配置信息所配置的资源关联于承载该IUC关联消息的响应消息的资源。

基于上述技术方案，第一通信装置所发送的IUC关联消息携带IUC资源的配置信息，相应的，该响应信息关联于该IUC关联消息携带IUC资源的配置信息所指示的用于数据传输的资源，即可以在该IUC资源的配置信息所指示的资源的关联资源上接收来自该第二通信装置的数据，使得该方案适用于基于IUC配置信息的发送所实现的IUC通信场景。

可选地，IUC配置信息可以为基于预设条件触发，该预设条件触发可以包括基于预配置的周期触发，基于参考信号的测量结果触发，或者是其他条件触发，此处不做限定。

一种可能的实现方式中，该IUC资源的配置信息包括用于配置第一资源的配置信息，该IUC关联消息的响应消息承载于该第一资源，其中，该第一资源为该第一通信装置期望的用于承载来自该第二通信装置的数据的资源。

基于上述技术方案，该IUC资源的配置信息包括用于配置该第一通信装置期望的用于承载来自该第二通信装置的数据的第一资源的配置信息，相应的，该响应消息承载于该第一资源，使得该第一通信装置可以将是否在该第一资源上接收到来自第二通信装置的数据的判断结果作为该第一次数信息的确定依据之一。

可选地，第一资源也可以称为优选的(preferred)资源，且满足以下至少一项：

1.该优选的资源为侧行控制信息格式1-A(SCI format 1-A)指示的预留资源。

2.终端设备(例如第一通信装置或第二通信装置)期望在执行侧行链路数据接收时，该侧行链路数据承载于该优选的资源上。

在第一方面的一种可能的实现方式中，该方法还包括：基于该第二通信装置的能力信息确定该第一阈值信息，其中，该第二通信装置的能力信息用于指示该第二通信装置是否支持资源感知。

基于上述技术方案，在该IUC资源的配置信息包括用于配置该第一通信装置期望的用于承载来自该第二通信装置的数据的第一资源的配置信息的情况下，第一通信装置可以基于用于指示该第二通信装置是否支持资源感知的第二通信装置的能力信息确定该第一阈值信息。换言之，作为停止发送IUC关联消息的确定依据之一的第一阈值信息与该第二通信装置的能力信息相关，使得第一通信装置能够依据第二通信装置的能力信息的不同而确定不同的第一阈值信息，提升方案实现的灵活性。

在第一方面的一种可能的实现方式中，在该第二通信装置的能力信息用于指示该第二通信装置支持资源感知时该第一阈值信息所指示的阈值，大于在该第二通信装置的能力信息用于指示该第二通信装置不支持资源感知时该第一阈值信息所指示的阈值。

基于上述技术方案，在该第二通信装置的能力信息用于指示该第二通信装置支持资源感知时该第一阈值信息所指示的阈值，大于在该第二通信装置的能力信息用于指示该第二通信装置不支持资源感知时该第一阈值信息所指示的阈值。其中，若第二通信装置的能力信息指示该第二通信装置支持资源感知时，则第二通信装置收到IUC资源的配置信息所配置的第一资源之后，第二通信装置所发送的数据可以承载于该第一资源或第二通信装置执行资源感知得到的资源；若第二通信装置的能力信息指示该第二通信装置不支持资源感知时，则第二通信装置收到IUC资源的配置信息所配置的第一资源之后，第二通信装置所发送的数据需要承载于该第一资源；可见，若第二通信装置的能力信息指示为后者，则第二通信装置更有可能使用IUC资源的配置信息所配置的第一资源。为此，第二通信装置的能力信息指示为该第二通信装置支持资源感知时第一阈值信息所指示的阈值，大于第二通信装置的能力信息指示为该第二通信装置不支持资源感知时第一阈值信息所指示的阈值。

在第一方面的一种可能的实现方式中，该IUC资源的配置信息包括用于配置第二资源的配置信息，该IUC关联消息的响应消息承载于该第二资源之外的其他资源，其中，该第二资源为该第一通信装置不期望的用于承载来自该第二通信装置的数据的资源。

基于上述技术方案，该IUC资源的配置信息包括用于配置该第一通信装置不期望的用于承载来自该第二通信装置的数据的第二资源的配置信息，相应的，该响应消息承载于该第二资源之外的其他资源，使得该第一通信装置可以将是否在该第二资源上接收到来自第二通信装置的数据的判断结果作为该第一次数信息的确定依据之一。

可选地，第二资源也可以称为非优选的(non-preferred)资源，且满足以下至少一项：

1.该非优选的资源为侧行控制信息格式1-A(SCI format 1-A)指示的预留资源；

2.终端设备(例如第一通信装置或第二通信装置)期望在执行侧行链路数据接收时，该侧行链路数据承载于该非优选的资源之外的其他资源上(或该侧行链路数据不承载于该非优选的资源上)。

在第一方面的一种可能的实现方式中，该第一通信装置根据第一阈值信息和该第一次数信息确定停止向该第二通信装置发送该IUC关联消息包括：该第一通信装置确定该根据该第一次数信息所指示的次数达到该第一阈值信息所指示的阈值时，确定停止向该第二通信装置发送该IUC关联消息。

基于上述技术方案，该第一通信装置在持续发送IUC关联消息的过程中，该第一通信装置可以对第一次数信息所指示的次数进行累加，并且，该第一通信装置在确定该根据该第一次数信息所指示的次数达到该第一阈值信息所指示的阈值时，确定停止向该第二通信装置发送该IUC关联消息，以减少信令开销。

应理解，除了上述实现方式之外，在第一次数信息所指示的次数达到该第一阈值信息所指示的阈值满足其他预设关系时，第一通信装置也可以确定停止向该第二通信装置发送该IUC关联消息，此处不做限定。例如，该预设关系可以指示在第一次数信息所指示的次数达到该第一阈值信息所指示的阈值以及第一测量值之和时，第一通信装置也可以确定停止向该第二通信装置发送该IUC关联消息。其中，该第一测量值的取值大小与第一通信装置对信道测量的结果有关。示例性的，该信道测量的结果指示的信道繁忙程度的大小与该第一测量值的取值大小呈正相关，即该信道测量的结果指示的信道越繁忙则该第一通信装置所发送的IUC关联消息有较大的可能性被其它信息所干扰导致第二通信装置无法接收IUC关联消息并反馈该IUC关联消息的响应消息，此时，可以将第一测量值的取值设置为一个较大值，以便于提高第二通信装置接收该IUC关联消息并反馈该IUC关联消息的响应消息的概率。相应的，该信道测量的结果指示的信道越空闲则该第一通信装置所发送的IUC关联消息有较小的可能性被其它信息所干扰导致第二通信装置无法接收IUC关联消息并反馈该IUC关联消息的响应消息，此时，可以将第一测量值的取值设置为一个较小值，以降低开销。

在第一方面的一种可能的实现方式中，在该第一通信装置根据第一阈值信息和该第一次数信息确定停止向该第二通信装置发送该IUC关联消息之后，该方法还包括：该第一通信装置启动第一定时器；在该第一定时器超时时，该第一通信装置向该第二通信装置发送该IUC关联消息。

基于上述技术方案，在该第一通信装置确定停止向该第二通信装置发送该IUC关联消息之后，该第一通信装置可以启动第一定时器，并在该第一定时器超时时，该第一通信装置向该第二通信装置发送该IUC关联消息，以确保第二通信装置能够及时执行IUC流程。

可选地，该第一定时器所对应的时长为分钟级别的时长，小时级别的时长，或者其他级别的时长，此处不做限定。

在第一方面的一种可能的实现方式中，该第一次数信息用于指示该第一通信装置向第二通信装置发送IUC关联消息且未收到来自该第二通信装置的该IUC关联消息的响应消息的次数包括：该第一次数信息用于指示该第一通信装置向第二通信装置发送IUC关联消息，且该第一通信装置确定接收到来自该第二通信装置的该IUC关联消息对应的混合自动重传请求确认(hybrid automatic repeat request acknowledge，HARQ ACK)，并确定未收到来自该第二通信装置的该IUC关联消息的响应消息的次数；其中，该IUC关联消息对应的HARQ ACK用于指示该第二通信装置已接收到该IUC关联消息。

基于上述技术方案，第一通信装置在持续发送IUC关联消息的过程中，该第一通信装置所确定的第一次数信息所指示的次数可以为基于接收到IUC关联消息的HARQ ACK且未接收到该IUC关联消息的响应消息的次数，排除由于第一通信装置和第二通信装置之间的通信链路故障(或第二通信装置反馈混合自动重传请求否定确认(hybrid automaticrepeat request negative acknowledge，HARQ NACK)，或HARQ启用但第一通信装置未收到HARQ反馈的HARQ非连续性发射(discontinuous transmission，DTX)状态等)所导致的第二通信装置无法反馈响应消息的情况。

本申请实施例第二方面提供了一种通信方法，该方法由第一通信装置执行，或者，该方法由第一通信装置中的部分组件(例如处理器、芯片或芯片系统等)执行，或者该方法还可以由能实现全部或部分第一通信装置功能的逻辑模块或软件实现。在第二方面及其可能的实现方式中，以该通信方法由第一通信装置执行为例进行描述。在该方法中，第一通信装置向第二通信装置发送第一侧行链路无线资源控制(radio resource control，RRC)消息，该第一侧行链路RRC消息包括IUC配置信息；该第一通信装置接收来自该第二通信装置的第二侧行链路RRC消息，该第二侧行链路RRC消息包括第一信息，该第一信息用于指示该IUC配置信息配置失败。

基于上述技术方案，第一通信装置向第二通信装置发送包含有IUC配置信息的第一侧行链路RRC消息之后，该第一通信装置接收来自该第二通信装置的第二侧行链路RRC消息，该第二侧行链路RRC消息包括用于指示该IUC配置信息配置失败的第一信息。其中，第一通信装置在接收包含有包括用于指示该IUC配置信息配置失败的第一信息的第二侧行链路RRC消息之后，使得该第一通信装置基于该第一信息明确第二通信装置当前未基于该IUC配置信息进行配置进而无法执行IUC流程，并确定不启动与该第二通信装置之间的IUC流程，以减少不必要的开销。

可选地，IUC配置信息包括以下至少一项参数：

延迟约束(latency bound)，指示限制发送IUC信息(inter-UE coordinationinformation)的有效时间；或，

IUC方案1(interUECoordinationScheme1)，指示IUC配置信息所配置的资源是优选的资源或非优选的资源；或，

IUC方案2(interUECoordinationScheme2)，指示IUC配置信息所配置的资源与其它资源存在资源冲突，该其他资源包括第一通信装置向其它通信装置所分配的资源；

传输方式(transmission scheme)，指示所述IUC配置信息为基于请求机制的IUC或基于条件触发的IUC。

可选地，该延迟约束所指示的有效时间对应的时长为毫秒级别的时长(例如k毫秒，且k大于或等于1)，微秒级别的时长(例如k微秒，且k大于或等于1)，或者其他的实现，此处不做限定。

在第二方面的一种可能的实现方式中，该第一侧行链路RRC消息为侧行链路RRC重配置消息，该第二侧行链路RRC消息为侧行链路RRC重配置完成消息。

基于上述技术方案，第一通信装置所发送的包含有IUC配置信息的第一侧行链路RRC消息为侧行链路RRC重配置消息，用以指示该第二通信装置基于该第一侧行链路RRC消息执行RRC重配的过程。并且，第一通信装置所接收的来自第二通信装置的第二侧行链路RRC消息为侧行链路RRC重配置完成消息，用以指示该第二通信装置已完成该侧行链路RRC重配置的过程。此外，由于第二侧行链路RRC消息还包含有用于指示该IUC配置信息未被执行导致配置失败的第一信息，使得该侧行链路RRC重配置完成消息与第一信息联合指示该第二通信装置已完成除了IUC配置信息之外的其他RRC重配置的过程。

一种可能的实现方式中，该第一侧行链路RRC消息为侧行链路RRC重配置消息，该第二侧行链路RRC消息为侧行链路RRC重配置失败消息。

基于上述技术方案，第一通信装置所发送的包含有IUC配置信息的第一侧行链路RRC消息为侧行链路RRC重配置消息，用以指示该第二通信装置基于该第一侧行链路RRC消息执行RRC重配的过程。并且，第一通信装置所接收的来自第二通信装置的第二侧行链路RRC消息为侧行链路RRC重配置失败消息，用以指示该第二通信装置尝试执行侧行链路RRC重配置消息且执行该侧行链路RRC重配置的过程失败。

一种可能的实现方式中，该第一信息包括以下任一项：第一指示信息，用于指示该IUC配置信息未被该第二通信装置执行导致该IUC配置信息配置失败；或，第二指示信息，用于指示该第二通信装置所处的模式不支持IUC导致该IUC配置信息配置失败。

基于上述技术方案，第一信息可以通过上述任一项的方式实现向第一通信装置指示IUC配置信息配置失败，以使得第一通信装置在接收该第一信息之后，该第一通信装置可以基于该第一信息明确该第二通信装置配置失败的原因。

在第二方面的一种可能的实现方式中，在该第一通信装置接收来自该第二通信装置的该第二侧行链路RRC消息之后，该方法还包括：该第一通信装置启动第一定时器；在该第一定时器超时时，该第一通信装置向该第二通信装置发送第三侧行链路RRC消息，该第三侧行链路RRC消息包括该IUC配置信息。

基于上述技术方案，在该第一通信装置接收来自该第二通信装置的该第二侧行链路RRC消息之后，该第一通信装置可以启动第一定时器，并在该第一定时器超时时，该第一通信装置向该第二通信装置发送包括该IUC配置信息的第三侧行链路RRC消息，以确保第二通信装置能够及时基于IUC配置信息执行IUC流程。

可选地，该第一定时器所对应的时长为分钟级别的时长(例如k分钟，且k大于或等于1)，小时级别的时长(例如k小时，且k大于或等于1)，或者其他级别的时长，此处不做限定。进一步可选地，该第一定时器所对应的时长大于该延迟约束指示的有效时间所对应的时长。

在第二方面的一种可能的实现方式中，在该第一通信装置向该第二通信装置发送该第一侧行链路RRC消息之前，该方法还包括：该第一通信装置接收来自该第二通信装置的第三指示信息，该第三指示信息用于指示该第二通信装置能力信息，该能力信息用于指示第二通信装置是否支持IUC。

基于上述技术方案，在该第一通信装置向该第二通信装置发送该第一侧行链路RRC消息之前，该第一通信装置还可以接收来自该第二通信装置的用于指示该第二通信装置支持IUC的第三指示信息，使得该第一通信装置明确该第二通信装置支持IUC的情况下才会向第二通信装置发送包含有IUC配置信息的第一侧行链路RRC消息，以提升执行IUC流程的成功率。

本申请实施例第三方面提供了一种通信方法，该方法由第二通信装置执行，或者，该方法由第二通信装置中的部分组件(例如处理器、芯片或芯片系统等)执行，或者该方法还可以由能实现全部或部分第二通信装置功能的逻辑模块或软件实现。在第三方面及其可能的实现方式中，以该通信方法由第二通信装置执行为例进行描述。在该方法中，第二通信装置接收来自第一通信装置的第一侧行链路无线资源控制RRC消息，该第一侧行链路RRC消息包括用户设备间协同IUC配置信息；该第二通信装置向该第一通信装置发送第二侧行链路RRC消息，该第二侧行链路RRC消息包括第一信息，该第一信息用于指示该IUC配置信息配置失败。

基于上述技术方案，第二通信装置接收来自第一通信装置的包含有IUC配置信息的第一侧行链路RRC消息之后，该第二通信装置向该第一通信装置发送第二侧行链路RRC消息，该第二侧行链路RRC消息包括用于指示该IUC配置信息配置失败的第一信息。其中，第一通信装置在接收包含有包括用于指示该IUC配置信息配置失败的第一信息的第二侧行链路RRC消息之后，使得该第一通信装置基于该第一信息明确第二通信装置当前未基于该IUC配置信息进行配置进而无法执行IUC流程，并确定不启动与该第二通信装置之间的IUC流程，以减少不必要的开销。

可选地，IUC配置信息包括以下至少一项参数：

延迟约束(latency bound)，指示限制发送IUC信息(inter-UE coordinationinformation)的有效时间；或，

IUC方案1(interUECoordinationScheme1)，指示IUC配置信息所配置的资源是优选的资源或非优选的资源；或，

IUC方案2(interUECoordinationScheme2)，指示所述第二通信装置所指示的资源存在资源冲突；

传输方式(transmission scheme)，指示所述IUC配置信息为基于请求机制的IUC或基于条件触发的IUC。

一种可能的实现方式中，该第一侧行链路RRC消息为侧行链路RRC重配置消息，该第二侧行链路RRC消息为RRC侧行链路重配置完成消息。

基于上述技术方案，第二通信装置所接收的包含有IUC配置信息的第一侧行链路RRC消息为侧行链路RRC重配置消息，用以指示该第二通信装置基于该第一侧行链路RRC消息执行RRC重配的过程。并且，第二通信装置所发送的第二侧行链路RRC消息为侧行链路RRC重配置失败消息，用以指示该第二通信装置该侧行链路RRC重配置失败。此外，由于第二侧行链路RRC消息还包含有用于指示该IUC配置信息未被执行导致配置失败的第一信息，使得该侧行链路RRC重配置完成消息与第一信息联合指示该第二通信装置已完成除了IUC配置信息之外的其他RRC重配置的过程。

一种可能的实现方式中，该第一侧行链路RRC消息为侧行链路RRC重配置消息，该第二侧行链路RRC消息为RRC侧行链路重配置失败消息。

基于上述技术方案，第二通信装置所接收的包含有IUC配置信息的第一侧行链路RRC消息为侧行链路RRC重配置消息，用以指示该第二通信装置基于该第一侧行链路RRC消息执行RRC重配的过程。并且，第二通信装置所发送的第二侧行链路RRC消息为侧行链路RRC重配置失败消息，用以指示该第二通信装置执行该侧行链路RRC重配置的过程失败。

在第三方面的一种可能的实现方式中，在满足以下至少一项时，该第二通信装置向该第一通信装置发送第二侧行链路RRC消息，包括：该第二通信装置的能力信息指示该第二通信装置支持IUC；或，该第二通信装置确定处于模式1mode1。

基于上述技术方案，第二通信装置向第一通信装置发送用于指示该IUC配置信息配置失败的第一信息的触发方式可以包括上述至少一项；换言之，在满足上述至少一项时，第二通信装置将会向第一通信装置发送用于指示该IUC配置信息配置失败的第一信息。

一种可能的实现方式中，该第一信息包括以下任一项：第一指示信息，用于指示该IUC配置信息未被该第二通信装置执行导致该IUC配置信息配置失败；或，第二指示信息，用于指示该第二通信装置所处的模式不支持IUC导致该IUC配置信息配置失败。

基于上述技术方案，第一信息可以通过上述任一项的方式实现向第一通信装置指示IUC配置信息配置失败，以使得第一通信装置在接收该第一信息之后，该第一通信装置可以基于该第一信息明确该第二通信装置配置失败的原因。

在第三方面的一种可能的实现方式中，在该第二通信装置接收来自该第一通信装置的该第一侧行链路RRC消息之前，该方法还包括：该第二通信装置向该第一通信装置发送第三指示信息，该第三指示信息用于指示该第二通信装置的能力信息，该能力信息用于指示支持IUC。

基于上述技术方案，在该第二通信装置接收来自该第一通信装置的该第一侧行链路RRC消息之前，该第二通信装置还可以向第一通信装置发送用于指示该第二通信装置支持IUC的第三指示信息，使得该第一通信装置明确该第二通信装置支持IUC的情况下才会向第二通信装置发送包含有IUC配置信息的第一侧行链路RRC消息，以提升执行IUC流程的成功率。

本申请实施例第四方面提供了一种通信装置，该装置可以实现上述第一方面或第一方面任一种可能的实现方式中的方法。该装置包括用于执行上述方法的相应的单元或模块。该装置包括的单元或模块可以通过软件和/或硬件方式实现。例如，该装置可以为终端设备，或者，该装置可以为终端设备中的组件(例如处理器、芯片或芯片系统等)，或者该装置还可以为能实现全部或部分终端设备功能的逻辑模块或软件。

其中，该装置包括处理单元和收发单元；

该处理单元用于确定第一次数信息，该第一次数信息用于指示该收发单元向第二通信装置发送用户设备间协同IUC关联消息且未收到来自该第二通信装置的该IUC关联消息的响应消息的次数；

该处理单元根据第一阈值信息和该第一次数信息确定停止向该第二通信装置发送该IUC关联消息。

在第四方面的一种可能的实现方式中，该收发单元还用于接收该第一阈值信息。

在第四方面的一种可能的实现方式中，该第一阈值信息为预配置信息。

在第四方面的一种可能的实现方式中，该IUC关联消息用于请求IUC资源，该IUC关联消息的响应消息用于响应该请求，且该IUC关联消息的响应消息包括该IUC资源的配置信息。

在第四方面的一种可能的实现方式中，该IUC关联消息携带IUC资源的配置信息，该IUC资源的配置信息所配置的资源关联于承载该IUC关联消息的响应消息的资源。

在第四方面的一种可能的实现方式中，该IUC资源的配置信息包括用于配置第一资源的配置信息，该IUC关联消息的响应消息承载于该第一资源，其中，该第一资源为该第一通信装置期望的用于承载来自该第二通信装置的数据的资源。

在第四方面的一种可能的实现方式中，该处理单元还用于基于该第二通信装置的能力信息确定该第一阈值信息，其中，该第二通信装置的能力信息用于指示该第二通信装置是否支持资源感知。

在第四方面的一种可能的实现方式中，在该第二通信装置的能力信息用于指示该第二通信装置支持资源感知时该第一阈值信息所指示的阈值，大于在该第二通信装置的能力信息用于指示该第二通信装置不支持资源感知时该第一阈值信息所指示的阈值。

在第四方面的一种可能的实现方式中，该IUC资源的配置信息包括用于配置第二资源的配置信息，该IUC关联消息的响应消息承载于该第二资源之外的其他资源，其中，该第二资源为该第一通信装置不期望的用于承载来自该第二通信装置的数据的资源。

在第四方面的一种可能的实现方式中，该处理单元用于根据第一阈值信息和该第一次数信息确定停止向该第二通信装置发送该IUC关联消息包括：

该处理单元用于确定该根据该第一次数信息所指示的次数达到该第一阈值信息所指示的阈值时，确定停止向该第二通信装置发送该IUC关联消息。

在第四方面的一种可能的实现方式中，

该处理单元还用于启动第一定时器；

该收发单元用于在该处理单元确定该第一定时器超时时，向该第二通信装置发送该IUC关联消息。

在第四方面的一种可能的实现方式中，该第一次数信息用于指示该收发单元向该第二通信装置发送该IUC关联消息且未收到来自该第二通信装置的该IUC关联消息的响应消息的次数包括：

该第一次数信息用于指示该收发单元向第二通信装置发送IUC关联消息，且该处理单元确定接收到来自该第二通信装置的该IUC关联消息对应的混合自动重传请求确认HARQ ACK，并确定未收到来自该第二通信装置的该IUC关联消息的响应消息的次数；其中，该IUC关联消息对应的HARQ ACK用于指示该第二通信装置已接收到该IUC关联消息。

本申请实施例第四方面中，通信装置的组成模块还可以用于执行第一方面的各个可能实现方式中所执行的步骤，并实现相应的技术效果，具体均可以参阅第一方面，此处不再赘述。

本申请实施例第五方面提供了一种通信装置，该装置可以实现上述第二方面或第二方面任一种可能的实现方式中的方法。该装置包括用于执行上述方法的相应的单元或模块。该装置包括的单元或模块可以通过软件和/或硬件方式实现。例如，该装置可以为终端设备，或者，该装置可以为终端设备中的组件(例如处理器、芯片或芯片系统等)，或者该装置还可以为能实现全部或部分终端设备功能的逻辑模块或软件。

其中，该通信装置包括收发单元和处理单元；

该处理单元用于确定第一侧行链路无线资源控制RRC消息，该第一侧行链路RRC消息包括用户设备间协同IUC配置信息；

该收发单元用于向第二通信装置发送该第一侧行链路RRC消息；

该收发单元还用于接收来自该第二通信装置的第二侧行链路RRC消息，该第二侧行链路RRC消息包括第一信息，该第一信息用于指示该IUC配置信息配置失败。

在第五方面的一种可能的实现方式中，该第一侧行链路RRC消息为侧行链路RRC重配置消息，该第二侧行链路RRC消息为侧行链路RRC重配置完成消息。

在第五方面的一种可能的实现方式中，该第一侧行链路RRC消息为侧行链路RRC重配置消息，该第二侧行链路RRC消息为侧行链路RRC重配置失败消息。

在第五方面的一种可能的实现方式中，该第一信息包括以下任一项：

第一指示信息，用于指示该IUC配置信息未被该第二通信装置执行导致该IUC配置信息配置失败；或，

第二指示信息，用于指示该第二通信装置所处的模式不支持IUC导致该IUC配置信息配置失败。

在第五方面的一种可能的实现方式中，

该处理单元还用于启动第一定时器；

该收发单元还用于在该处理单元确定该第一定时器超时时，向该第二通信装置发送第三侧行链路RRC消息，该第三侧行链路RRC消息包括该IUC配置信息。

在第五方面的一种可能的实现方式中，

该收发单元还用于接收来自该第二通信装置的第三指示信息，该第三指示信息用于指示该第二通信装置的能力信息，该能力信息用于指示支持IUC。

本申请实施例第五方面中，通信装置的组成模块还可以用于执行第二方面的各个可能实现方式中所执行的步骤，并实现相应的技术效果，具体均可以参阅第二方面，此处不再赘述。

本申请实施例第六方面提供了一种通信装置，该装置可以实现上述第三方面或第三方面任一种可能的实现方式中的方法。该装置包括用于执行上述方法的相应的单元或模块。该装置包括的单元或模块可以通过软件和/或硬件方式实现。例如，该装置可以为终端设备，或者，该装置可以为终端设备中的组件(例如处理器、芯片或芯片系统等)，或者该装置还可以为能实现全部或部分终端设备功能的逻辑模块或软件。

其中，该通信装置包括包括收发单元和处理单元；

该收发单元用于接收来自第一通信装置的第一侧行链路无线资源控制RRC消息，该第一侧行链路RRC消息包括用户设备间协同IUC配置信息；

该处理单元用于确定第二侧行链路RRC消息，该第二侧行链路RRC消息包括第一信息，该第一信息用于指示该IUC配置信息配置失败；

该收发单元还用于向该第一通信装置发送该第二侧行链路RRC消息。

在第六方面的一种可能的实现方式中，该第一侧行链路RRC消息为侧行链路RRC重配置消息，该第二侧行链路RRC消息为RRC侧行链路重配置完成消息。

在第六方面的一种可能的实现方式中，该第一侧行链路RRC消息为侧行链路RRC重配置消息，该第二侧行链路RRC消息为RRC侧行链路重配置失败消息。

在第六方面的一种可能的实现方式中，在满足以下至少一项时，该收发单元向该第一通信装置发送第二侧行链路RRC消息，包括：

该处理单元确定该第二通信装置的能力信息指示该第二通信装置支持IUC；或，

该处理单元确定该第二通信装置确定处于模式1mode1。

在第六方面的一种可能的实现方式中，该第一信息包括以下任一项：

第一指示信息，用于指示该IUC配置信息未被该第二通信装置执行导致该IUC配置信息配置失败；或，

第二指示信息，用于指示该第二通信装置所处的模式不支持IUC导致该IUC配置信息配置失败。

在第六方面的一种可能的实现方式中，

该收发单元还用于向该第一通信装置发送第三指示信息，该第三指示信息用于指示该第二通信装置的能力信息，该能力信息用于指示支持IUC。

本申请实施例第六方面中，通信装置的组成模块还可以用于执行第三方面的各个可能实现方式中所执行的步骤，并实现相应的技术效果，具体均可以参阅第三方面，此处不再赘述。

本申请实施例第七方面提供了一种通信装置，包括至少一个处理器，该至少一个处理器与存储器耦合；

该存储器用于存储程序或指令；

该至少一个处理器用于执行该程序或指令，以使该装置实现前述第一方面或第一方面任意一种可能的实现方式所述的方法。

本申请实施例第八方面提供了一种通信装置，包括至少一个处理器，该至少一个处理器与存储器耦合；

该存储器用于存储程序或指令；

该至少一个处理器用于执行该程序或指令，以使该装置实现前述第二方面或第二方面任意一种可能的实现方式所述的方法。

本申请实施例第九方面提供了一种通信装置，包括至少一个处理器，该至少一个处理器与存储器耦合；

该存储器用于存储程序或指令；

该至少一个处理器用于执行该程序或指令，以使该装置实现前述第三方面或第三方面任意一种可能的实现方式所述的方法。

本申请实施例第十方面提供了一种通信装置，包括至少一个逻辑电路和输入输出接口；

该逻辑电路用于执行如前述第一方面或第一方面任意一种可能的实现方式所述的方法，或，该逻辑电路用于执行如前述第二方面或第二方面任意一种可能的实现方式所述的方法，或，该逻辑电路用于执行如前述第三方面或第三方面任意一种可能的实现方式所述的方法。

本申请实施例第十一方面提供一种存储一个或多个计算机执行指令的计算机可读存储介质，当计算机执行指令被处理器执行时，该处理器执行如上述第一方面或第一方面任意一种可能的实现方式所述的方法，或，该处理器执行如上述第二方面或第二方面任意一种可能的实现方式所述的方法，或，该处理器执行如上述第三方面或第三方面任意一种可能的实现方式所述的方法。

本申请实施例第十二方面提供一种存储一个或多个计算机的计算机程序产品(或称计算机程序)，当计算机程序产品被该处理器执行时，该处理器执行上述第一方面或第一方面任意一种可能实现方式的方法，或，该处理器执行上述第二方面或第二方面任意一种可能实现方式的方法，或，该处理器执行上述第三方面或第三方面任意一种可能实现方式的方法。

本申请实施例第十三方面提供了一种芯片系统，该芯片系统包括至少一个处理器，用于支持通信装置实现上述第一方面或第一方面任意一种可能的实现方式中所涉及的功能，或，用于支持通信装置实现上述第二方面或第二方面任意一种可能的实现方式中所涉及的功能，或，用于支持通信装置实现上述第三方面或第三方面任意一种可能的实现方式中所涉及的功能。

在一种可能的设计中，该芯片系统还可以包括存储器，存储器，用于保存该第一通信装置必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。可选的，所述芯片系统还包括接口电路，所述接口电路为所述至少一个处理器提供程序指令和/或数据。

本申请实施例第十四方面提供了一种通信系统，该通信系统包括上述第四方面的通信装置，和/或，该通信系统包括上述第五方面的通信装置和第六方面的通信装置，和/或，该通信系统包括上述第七方面的通信装置，和/或，该通信系统包括上述第八方面的通信装置和第九方面的通信装置，和/或，该通信系统包括上述第十方面的通信装置。

其中，第四方面至第十四方面中任一种设计方式所带来的技术效果可参见上述第一方面至第三方面中不同设计方式所带来的技术效果，在此不再赘述。

附图说明

图1为本申请涉及的通信系统的一个示意图；

图2a为本申请涉及的IUC关联消息的交互的一个示意图；

图2b为本申请涉及的IUC关联消息的交互的另一个示意图；

图3为本申请涉及的IUC关联消息的交互的另一个示意图；

图4为本申请提供的通信方法的一个示意图；

图5为本申请提供的通信方法的另一个示意图；

图6a为本申请的应用场景的一个示意图；

图6b为本申请提供的通信方法的另一个示意图；

图6c为本申请提供的通信方法的另一个示意图；

图7a为本申请的应用场景的另一个示意图；

图7b为本申请提供的通信方法的另一个示意图；

图8为本申请提供的通信方法的另一个示意图；

图9a为本申请提供的通信方法的另一个示意图；

图9b为本申请提供的通信方法的另一个示意图；

图10为本申请提供的通信方法的另一个示意图；

图11为本申请提供的通信装置的一个示意图；

图12为本申请提供的通信装置的一个示意图；

图13为本申请提供的通信装置的一个示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

首先，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

1、本申请涉及的终端设备，包括向用户提供语音的设备，向用户提供数据连通性的设备，向用户提供语音和数据连通性的设备。例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。也可以简称为终端。该终端可以经无线接入网(radio access network，RAN)与核心网进行通信，与RAN交换语音或数据，或与RAN交互语音和数据。该终端可以包括用户设备(user equipment，UE)、无线终端、移动终端、设备到设备通信(device-to-device，D2D)终端、车到一切(vehicle to everything，V2X)终端、路侧单元(road side unit，RSU)、机器到机器/机器类通信(machine-to-machine/machine-type communications，M2M/MTC)终端、物联网(internet of things，IoT)终端、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、远程站(remote station)、接入点(access point，AP)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(user terminal)、用户代理(user agent)、或用户装备(user device)等。可以包括移动电话(或称为“蜂窝”电话)，具有移动终端的计算机，便携式、袖珍式、手持式、计算机内置的移动装置等。可以包括个人通信业务(personalcommunication service，PCS)电话、无绳电话、会话发起协议(session initiationprotocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、等设备。还包括受限设备，功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。可以包括条码、射频识别(radio frequencyidentification，RFID)、传感器、全球定位系统(global positioning system，GPS)、激光扫描器等信息传感设备。

作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备或智能穿戴式设备等，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能头盔、智能首饰等。

而如上介绍的各种终端，如果位于车辆上，例如放置在车辆内或安装在车辆内，都可以认为是车载终端，车载终端例如也称为车载单元(on-board unit，OBU)。

本申请实施例中，用于实现终端的功能的装置可以是终端，也可以是能够支持终端实现该功能的电路，例如可以被应用于芯片系统的电路，该芯片系统可以被安装在终端中。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。本申请实施例提供的技术方案中，以用于实现终端的功能的装置是终端为例，描述本申请实施例提供的技术方案。

2、本申请所涉及的网络设备，可以包括无线接入网(radio access network，RAN)设备，例如基站(例如，接入点)。可以是指接入网中通过空中接口与终端设备通信的设备，或者一种车到一切(vehicle-to-everything，V2X)技术中的网络设备为路侧单元(roadside unit，RSU)。基站可用于将收到的空中帧与IP分组进行相互转换，作为终端与接入网的其余部分之间的路由器，其中接入网的其余部分可包括IP网络。RSU可以是支持V2X应用的固定基础设施实体，与支持V2X应用的其他实体交换消息。网络设备还可协调对空中接口的属性管理。例如，网络设备可以包括长期演进(long term evolution，LTE)系统或高级长期演进(long term evolution-advanced，LTE-A)中的演进型基站(evolutional Node B，NodeB或eNB或e-NodeB)，或者也可以包括演进的分组核心网络(evolved packet core，EPC)、第五代通信技术(5th generation，5G)、新空口(new radio，NR)系统(也简称为NR系统)中的下一代节点B(next generation node B，gNB)或者包括云接入网(cloud radioaccess network，Cloud RAN)系统中的集中式单元(centralized unit，CU)和分布式单元(distributed unit，DU)，本申请实施例并不限定。网络设备还可以包括核心网设备，核心网设备例如包括访问和接入和移动性管理功能(access and mobility managementfunction，AMF)等。对于RSU，需要说明的是，其可以是网络类RSU，也可以是终端设备类RSU。当作为网络类RSU时，其执行网络类设备的功能；当作为终端设备类RSU时，其执行终端设备的功能。

其中，网络设备能够向终端设备发送配置信息(例如承载于调度消息和/或指示消息中)，终端设备进一步根据该配置信息进行网络配置，使得网络设备与终端设备之间的网络配置对齐；或者，通过预设于网络设备的网络配置以及预设于终端设备的网络配置，使得网络设备与终端设备之间的网络配置对齐。具体来说，“对齐”是指网络设备与终端设备之间存在交互消息时，两者对于交互消息收发的载波频率、交互消息类型的确定、交互消息中所承载的字段信息的含义、或者是交互消息的其它配置的理解一致。

此外，在其它可能的情况下，网络设备可以是其它为终端设备提供无线通信功能的装置。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。为方便描述，本申请实施例并不限定。

网络设备还可以包括核心网设备，核心网设备例如包括AMF、用户面功能(userplane function，UPF)或会话管理功能(session management function，SMF)等。

本申请实施例中，用于实现网络设备的功能的装置可以是网络设备，也可以是能够支持网络设备实现该功能的装置，例如芯片系统，该装置可以被安装在网络设备中。在本申请实施例提供的技术方案中，以用于实现网络设备的功能的装置是网络设备为例，描述本申请实施例提供的技术方案。

3、侧行链路(sidelink，SL)

终端设备之间可以进行侧行通信，即终端设备之间可以进行直连通信，无需网络设备的转发。此时，终端设备之间彼此直连的链路称为侧行链路。

通常，Sidelink技术中终端设备可以通过彼此之间的PC5接口进行信息直连。在本申请中侧行链路可以用英文Sidelink表示，也可以用side link来表示，两者含义相同，都是本申请对侧行链路英文的表述。这一技术不仅在网络设备的覆盖服务范围内可以提供信息交互，在没有网络设备覆盖的地方也可以进行信息交互。经过授权用来作为特殊通信的终端设备可以采取Sidelink通信的方式。当然，Sidelink通信可以用于进行智能交通的业务数据的传输，也可以用于移动互联网业务的传输，本申请对此不做限制。

4、侧行链路控制信息(sidelink control information，SCI)

侧行链路控制信息包含侧链调度信息或用于侧行传输时的必要的指示信息，例如传输时使用的时频资源块的指示信息，调制和编码方案、源标识ID以及目标标识ID等。在NR中，V2X的侧行链路控制信息分两个阶段发送。第一阶段SCI(the first stage SCI)承载在物理侧行链路控制信道(physical sidelink control channel，PSCCH)上，并包含用于感测操作的信息以及有关PSSCH资源分配的信息。第一阶段SCI也可以称作第一级SCI，

第二阶段SCI承载在物理侧行链路共享信道(physical sidelink sharedchannel，PSSCH)上，第二阶段SCI(the second stage SCI)承载识别和/或解码关联的侧行链路共享信道(sidelink shared channel，SL-SCH)所需的信息，以及混合自动重传请求(hybrid automatic repeat request，HARQ)的指示信息，以及信道状态信息(channelstate information，CSI)反馈的触发信息等。第二阶段SCI也可以称作第二级SCI。

5、资源池(resource pool)

在V2X中，网络设备可以为V2X终端设备的SL通信配置资源池，一个资源池为时频资源的集合。V2X中定义了两种资源分配模式：

模式1(mode 1):网络设备调度或配置Sidelink资源给终端设备进行Sidelink传输；

模式2(mode 2):终端设备自主资源选择。

可选地，模式2(mode 2)的实现方式是终端设备在(预)配置的资源池中感测哪些资源未被其他终端设备使用，并选择适当数量的此类资源用于其自身的传输。V2X在模式2下支持资源感测(sensing)和选择或重选过程，感测过程还可以基于解调其他终端设备的SCI信息或者其他Sidelink测量结果，解调SCI信息反映出Sidelink上资源使用情况。资源选择或重选过程可以基于上述感测过程结果来决定用于Sidelink传输的资源。

6.本申请实施例的技术方案可以应用于各种通信系统，例如：LTE系统，全球互联微波接入(worldwide interoperability for microwave access，WiMAX)通信系统，第五代(5th generation，5G)系统，如NR，及未来的通信系统，如6G系统等。

7.配置与预配置

在本发明中，会同时用到配置与预配置。配置是指网络设备或服务器通过消息或信令将一些参数的配置信息或参数的取值发送给终端，以便终端根据这些取值或信息来确定通信的参数或传输时的资源。预配置与配置类似，它可以是网络设备或服务器通过另一个与侧行不同的链路或载波把参数信息或取值发送给终端的方式；也可以是将相应的参数或参数值定义出来，或通过提前将相关的参数或取值写到终端设备中的方式。本发明对此不做限定。进一步地，这些取值和参数，是可以变化或更新的。

8.本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A、同时存在A和B、单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如“A，B和C中的至少一个”包括A，B，C，AB，AC，BC或ABC。以及，除非有特别说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。

本申请可以应用于长期演进(long term evolution，LTE)系统、新无线(newradio，NR)系统，或者是其它的通信系统，其中，该通信系统中包括网络设备和终端设备，网络设备作为配置信息发送实体，终端设备作为配置信息接收实体。具体来说，该通信系统中存在实体向另一实体发送配置信息，并向另一实体发送数据、或接收另一实体发送的数据；另一个实体接收配置信息，并根据配置信息向配置信息发送实体发送数据、或接收配置信息发送实体发送的数据。其中，本申请可应用于处于连接状态或激活状态(active)的终端设备、也可以应用于处于非连接状态(inactive)或空闲态(idle)的终端设备。

图1为本申请实施例提供的一种通信系统的示意图，在图1中，以网络设备为基站为例进行说明，设备1和设备2均为终端设备。如图1所示，设备1和设备2之间的通信链路可以称为侧行链路(sidelink，SL)，设备1(或设备2)与基站之间的通信链路可以称为上下行链路，包括上行(uplink)链路和下行(downlink)链路；可见，侧行链路是一种不同终端设备之间不通过网络设备而直接进行通信的通信机制。

可选地，在侧行链路(sidelink，SL)中，一般来说，发射设备与接收设备可以是同等类型的终端设备或网络设备，也可以是路边站(road side unit，RSU)与终端设备，其中，RSU从物理实体来看是路边站或路侧单元，从功能来看，RSU可以是终端设备，也可以是网络设备，本申请对此不做限制。即发射设备是终端设备，接收设备也是终端设备；或者，发射设备是路边站，接收设备也是终端设备；或者，发射设备是终端设备，接收设备也是路边站。另外，侧行链路也可以是相同类型或不同类型的基站设备，此时的侧行链路的功能与中继链路类似，但使用的空口技术可以相同，也可以不同。

示例性地，一个终端设备可以通过网络设备的中转与另一个终端设备通信，也可以不经过网络设备直接与另一个终端设备通信，当一个终端设备不经过网络设备直接与另一个终端设备通信时，该两个终端设备之间的通信链路可以称为侧行链路(sidelink)或直通链路。

目前，在侧行链路通信系统中，具备mode 1和mode 2两种资源分配模式。其中，mode1可以是网络设备调度或配置侧行链路资源给终端设备进行侧行链路传输；示例性的，处于mode1的终端设备而言，网络设备对该终端设备进行资源分配，支持动态授权(dynamicgrant)、配置授权类型1(configured grant type 1)以及配置授权类型2(configuredgrant type 2)。与mode 1相比，mode 2是终端设备自主资源选择，即由终端设备从资源池中选择用于侧行链路传输的资源集。

进一步地，对于均处于mode2的不同终端设备而言，该不同终端设备之间可以基于用户设备间协同(inter-UE coordination,IUC)的机制，实现作为侧行链路通信的增强。

目前，相比没有基于IUC增强的通信方式，基于IUC增强的通信方式能够提升通信性能，例如能够提高包接收率(packet reception ratio，PRR)，降低包间接收(packetinter-reception，PIR)等。其中，不同终端设备之间可以事先通过IUC关联消息以及该IUC关联消息的响应消息的交互，以确定IUC的配置信息并基于该IUC的配置信息实现基于IUC增强的通信过程。下面将结合图2a和图2b对该IUC的配置信息的实现方式进行示例性描述。

一种实现方式为基于请求机制所实现的IUC，在该实现方式中，IUC关联消息可以为IUC请求(inter-UE coordination request)消息，IUC关联消息的响应消息可以为IUC信息(inter-UE coordination information)消息。如图2a所示，以终端设备A(记为UE-A)和终端设备B(记为UE-B)之间的通信过程为例，UE-B向UE-A发送IUC请求消息，UE-A在收到IUC请求消息之后反馈IUC信息消息给UE-B；其中，IUC的配置信息可以携带于IUC信息消息中，使得UE-A基于IUC的配置信息确定UE-B所分配的IUC资源。

另一种实现方式为基于条件触发的IUC，在该实现方式中，IUC关联消息可以为IUC信息(inter-UE coordination information)消息，IUC关联消息的响应消息可以承载数据。如图2b所示，此处仍以UE-A和UE-B之间的通信过程为例，UE-A基于预设的条件(如基于配置的周期、参考信号的测量结果)触发后，向UE-B发送IUC信息消息，其中，IUC的配置信息可以携带于IUC信息消息中，使得UE-A基于IUC的配置信息确定UE-B所分配的IUC资源，并在该IUC资源上传输数据作为该IUC关联消息的响应消息。

可选地，基于配置的周期的实现方式中，可以为UE-A每经过一段固定的周期给UE-B发送IUC信息消息。

可选地，基于参考信号的测量结果的实现方式中，以该参考信号的测量结果为参考信号接收功率(reference signal received power，RSRP)为例，当测量的RSRP大于某一门限值时(即指示信道满足条件时)发送IUC信息消息。

然而，终端设备在发送IUC关联消息之后，并不一定会接收到该IUC关联消息的响应消息(例如对端的设备能力不支持IUC，或者对端的设备能力支持IUC但对端当前所处的通信模式不支持执行IUC增强等情况)，将会导致该终端设备持续地发送IUC关联消息。一种实现示例如图3所示，将IUC请求消息记为“request”并将IUC信息消息记为“information”，作为IUC关联消息的发送方，在未收到对端的反馈的情况下，有可能会持续发送该IUC关联消息，这将会造成严重的信令开销问题。

为了解决上述问题，本申请提供了一种通信方法及通信装置，用于减少不必要的开销，以提升通信效率。下面将结合附图对本申请实施例进行描述。

请参阅图4，为本申请提供的通信方法的一个示意图，该方法包括如下步骤。

S401.第一通信装置确定第一次数信息。

本实施例中，第一通信装置在步骤S401中确定第一次数信息，该第一次数信息用于指示该第一通信装置向第二通信装置发送IUC关联消息且未收到来自该第二通信装置的该IUC关联消息的响应消息的次数。

在一种可能的实现方式中，第一通信装置在步骤S401中可以通过多种方式确定该第一次数信息，换言之，第一次数信息可以通过多种方式指示用于指示该第一通信装置向第二通信装置发送IUC关联消息且未收到来自该第二通信装置的该IUC关联消息的响应消息的次数。

示例性的，以第一次数信息所指示的次数的为n(n为大于或等于1的整数)次为例，该第一次数信息可以包括该次数n的取值，该第一次数信息也可以包括时间信息或其他信息以实现该次数n的指示。此处以该第一次数信息包括时间信息为例，该n次发送信息的过程可以为基于预设的时间间隔(该预设的时间间隔可以为相同的时间间隔或不同的时间间隔)发送该n次消息，使得该时间信息可以包括发送该n次消息对应的预设的时间间隔的取值来指示该次数n的取值；或者，该时间信息可以包括发送该n次消息的时间戳，以通过该时间信息所携带的时间戳的个数来指示该次数n的取值。

可选地，该第一通信装置未收到来自该第二通信装置的该IUC关联消息的响应消息的原因可能有多种。例如，该第一通信装置和第二通信装置之间的通信链路故障导致第二通信装置未接收到该IUC关联消息，进一步导致第二通信装置未向第一通信装置发送该IUC关联消息的响应消息。又如，该第二通信装置的设备能力不支持IUC。又如，该第二通信装置的设备能力支持IUC但是该第二通信装置当前所处的通信模式(例如模式1(mode1))不支持执行IUC增强，导致第二通信装置即使接收到该IUC关联消息也无法向第一通信装置发送该IUC关联消息的响应消息。此外，该第一通信装置未收到来自该第二通信装置的该IUC关联消息的响应消息的原因还可能是其它方式，此处不做限定。

在一种可能的实现方式中，该第一次数信息用于指示该第一通信装置向第二通信装置发送IUC关联消息且未收到来自该第二通信装置的该IUC关联消息的响应消息的次数包括：该第一次数信息用于指示该第一通信装置向第二通信装置发送IUC关联消息，且该第一通信装置确定接收到来自该第二通信装置的该IUC关联消息对应的混合自动重传请求确认(hybrid automatic repeat request acknowledge，HARQ ACK)，并确定未收到来自该第二通信装置的该IUC关联消息的响应消息的次数；其中，该IUC关联消息对应的HARQ ACK用于指示该第二通信装置已接收到该IUC关联消息。

具体地，第一通信装置在持续发送IUC关联消息的过程中，该第一通信装置所确定的第一次数信息所指示的次数可以为基于接收到IUC关联消息的HARQ ACK且未接收到该IUC关联消息的响应消息的次数，排除由于第一通信装置和第二通信装置之间的通信链路故障(或第二通信装置反馈HARQ NACK，或第一通信装置未收到HARQ反馈的HARQ DTX状态等)所导致的第二通信装置无法反馈响应消息的情况。

S402.第一通信装置根据第一阈值信息和第一次数信息确定停止发送IUC关联消息。

本实施例中，第一通信装置在步骤S401中确定第一次数信息之后，该第一通信装置在步骤S402中根据第一阈值信息和该第一次数信息确定停止向该第二通信装置发送该IUC关联消息。

在一种可能的实现方式中，在步骤S402中，该第一通信装置根据第一阈值信息和该第一次数信息确定停止向该第二通信装置发送该IUC关联消息包括：该第一通信装置确定该根据该第一次数信息所指示的次数达到该第一阈值信息所指示的阈值时，确定停止向该第二通信装置发送该IUC关联消息。具体地，该第一通信装置在持续发送IUC关联消息的过程中，该第一通信装置可以对第一次数信息所指示的次数进行累加，并且，该第一通信装置在确定该根据该第一次数信息所指示的次数达到该第一阈值信息所指示的阈值时，确定停止向该第二通信装置发送该IUC关联消息，以减少信令开销。

应理解，除了上述实现方式之外，在第一次数信息所指示的次数达到该第一阈值信息所指示的阈值满足其他预设关系时，第一通信装置也可以确定停止向该第二通信装置发送该IUC关联消息，此处不做限定。例如，该预设关系可以指示在第一次数信息所指示的次数达到该第一阈值信息所指示的阈值以及第一测量值之和时，第一通信装置也可以确定停止向该第二通信装置发送该IUC关联消息。其中，该第一测量值的取值大小与第一通信装置对信道测量的结果有关。示例性的，该信道测量的结果指示的信道繁忙程度的大小与该第一测量值的取值大小呈正相关，即该信道测量的结果指示的信道越繁忙则该第一通信装置所发送的IUC关联消息有较大的可能性被其它信息所干扰导致第二通信装置无法接收IUC关联消息并反馈该IUC关联消息的响应消息，此时，可以将第一测量值的取值设置为一个较大值，以便于提高第二通信装置接收该IUC关联消息并反馈该IUC关联消息的响应消息的概率。相应的，该信道测量的结果指示的信道越空闲则该第一通信装置所发送的IUC关联消息有较小的可能性被其它信息所干扰导致第二通信装置无法接收IUC关联消息并反馈该IUC关联消息的响应消息，此时，可以将第一测量值的取值设置为一个较小值，以降低开销。

在一种可能的实现方式中，在步骤S402之前，该方法还包括：该第一通信装置接收该第一阈值信息。具体地，第一通信装置可以通过接收来自其它设备(该其他设备可以包括网络设备或终端设备)的第一阈值信息的方式得到该第一阈值信息，使得该第一设备基于其它设备的配置以明确该第一阈值信息。

可选地，该实现方式也可以使得第一阈值信息能够基于其它设备的灵活可变的配置以确定该第一阈值信息，以提升方案实现的灵活性。

在另一种可能的实现方式中，该第一阈值信息为预配置信息。具体地，第一通信装置可以通过读取预配置信息的方式得到该第一阈值信息，以减少信令开销。

基于上述技术方案，第一通信装置在步骤S401中确定的第一次数信息用于指示该第一通信装置向第二通信装置发送用户设备间协同IUC关联消息且未收到来自该第二通信装置的该IUC关联消息的响应消息的次数；此后，该第一通信装置在步骤S402中根据第一阈值信息和该第一次数信息确定停止向该第二通信装置发送该IUC关联消息。换言之，第一通信装置在持续向第二通信装置发送IUC关联消息的过程中，该第一通信装置可以基于该第一阈值信息和第一次数信息停止向该第二通信装置发送该IUC关联消息。从而，第一通信装置在持续向第二通信装置发送IUC关联消息的过程中，基于该第一阈值信息的设置以及第一次数信息的确定过程，使得第一通信装置触发停止发送IUC关联消息，减少不必要的开销，以提升通信效率。

请参阅图5，为本申请提供的通信方法的另一个示意图，该方法包括如下步骤。

S501.第一通信装置确定第一次数信息。

本实施例中，第一通信装置在步骤S401中确定第一次数信息，该第一次数信息用于指示该第一通信装置向第二通信装置发送IUC关联消息且未收到来自该第二通信装置的该IUC关联消息的响应消息的次数。

S502.第一通信装置根据第一阈值信息和第一次数信息确定停止发送IUC关联消息。

本实施例中，第一通信装置在步骤S401中确定第一次数信息之后，该第一通信装置在步骤S402中根据第一阈值信息和该第一次数信息确定停止向该第二通信装置发送该IUC关联消息。

需要说明的是，步骤S501和步骤S502的实现过程可以参考前述步骤S401和步骤S402的实现过程，并实现相应的技术效果，此处不做赘述。

S503.第一通信装置启动第一定时器。

可选地，第一通信装置可以将步骤S502中确定停止发送IUC关联消息的第一时刻作为步骤S503中启动第一定时器的时刻，即该第一时刻为第一定时器的起始时刻；或者，第一通信装置将步骤S502中确定停止发送IUC关联消息的第一时刻之后的第二时刻作为步骤S503中启动第一定时器的时刻，即第二时刻为第一定时器的起始时刻；其中，第二时刻与第一时刻之间的差值为预配置的值或网络设备所配置的值，此处不做限定。

可选地，该第一定时器所对应的时长为分钟级别的时长(例如k分钟，且k大于或等于1)，小时级别的时长(例如k小时，且k大于或等于1)，或者其他级别的时长，此处不做限定。进一步可选地，该第一定时器所对应的时长大于该延迟约束指示的有效时间所对应的时长，其中，延迟约束用于指示限制发送IUC信息(inter-UE coordination information)的有效时间。

S504.第一通信装置发送IUC关联消息。

本实施例中，第一通信装置确定步骤S503启动的第一定时器超时时，该第一通信装置在步骤S504中向第二通信装置发送该IUC关联消息；相应的，第二通信装置在步骤S504中接收该IUC关联消息。

在一种可能的实现方式中，在该第一通信装置根据第一阈值信息和该第一次数信息确定停止向该第二通信装置发送该IUC关联消息之后，该方法还包括：该第一通信装置启动第一定时器；在该第一定时器超时时，该第一通信装置向该第二通信装置发送该IUC关联消息。具体地，在该第一通信装置确定停止向该第二通信装置发送该IUC关联消息之后，该第一通信装置可以启动第一定时器，并在该第一定时器超时时，该第一通信装置向该第二通信装置发送该IUC关联消息，以确保第二通信装置能够及时执行IUC流程。

在图4或图5所示实现方式中，IUC关联消息可以有多种实现方式，下面将结合更多的实施例进行描述。

实现方式一，该IUC关联消息用于请求IUC资源，该IUC关联消息的响应消息用于响应该请求，且该IUC关联消息的响应消息包括该IUC资源的配置信息。

在实现方式一中，第一通信装置所发送的IUC关联消息用于请求该第二通信装置反馈IUC资源，相应的，该IUC关联消息的响应消息用于响应该请求且该IUC关联消息的响应消息包括该IUC资源的配置信息，即第一通信装置在接收该IUC关联消息的响应消息之后可以明确IUC资源的配置信息，使得该方案适用于基于第一通信装置的请求所实现的IUC通信场景。

下面将结合图6a至图6c的实现过程，对上述实现方式一的实现过程进行示例性描述。

如图6a所示，为上述实现方式一的实现场景的一个示意图，即UE-B向UE-A发送IUC请求消息(记为request)且UE-B未收到UE-A反馈的响应消息的实现过程。其中，UE-B可以统计在发送request后没有收到响应消息的次数以确定第一次数信息，并通过第一阈值信息的设置以及时地停止发送request。

具体地，UE-B作为图4或图5中第一通信装置且UE-A作为图4或图5中第二通信装置，其实现过程可以通过图6b所示过程实现，如图6b所示，该实现过程包括如下步骤。

步骤A.UE-B确定发送次数M的取值(初始化的M值为零)之后，UE-B开始向UE-A发送IUC请求消息(记为request)，对于M的取值的变化，满足以下实现方式：

1.若在预设时长内，如果UE-B未收到响应消息(即IUC信息消息)，则确定M+1的取值，并将M+1的取值与N相比，并基于比较结果执行下述过程：

a)在M大于N时，触发执行步骤B；

b)在M小于N时，则将M+1的取值赋值为步骤A中的M的取值，并再次执行步骤A。

可选地，在M等于N时，UE-B可以执行步骤1中的a)；或，在M等于N时，UE-B可以执行步骤1中的b)，此处不做限定。

2.若在预设时长内，如果UE-B收到响应消息(即IUC信息消息)，则执行下述过程：

a)若UE-B不存在IUC需求，结束流程；

b)UE-B依然存在IUC需求，则M的取值为0赋值为步骤A中的M的取值，并再次执行步骤A。

可选地，步骤A中，预设时长可以为网络设备向UE-B配置的时长或者预配置于该UE-B的时长(例如延迟约束(latency bound)所指示的时长)。

可选地，N的取值为第一阈值信息所指示的阈值的取值，其中，该第一阈值信息为网络设备向UE-B配置的或者预配置于该UE-B的。

可选地，在图6b中以步骤A中“M+1”所对应的累加过程执行两次为例进行说明，在实际应用中，可以随着N的取值的变化而变化。例如N取值为1时，UE-B在图6b中仅需要执行一次“M+1”所对应的累加过程；又如，N的取值为大于2时，UE-B在图6b中需要执行更多次“M+1”所对应的累加过程。

应理解，步骤A的实现过程还可以参考前述步骤S401的实现过程，并实现相应的技术效果，此处不做赘述。

步骤B.UE-B确定停止发送request。

具体地，UE-B在步骤A中，确定M大于N(即UE-B确定发送请求的次数M的取值达到阈值N的取值)时，UE-B在步骤B中确定停止发送request，以减少不必要的开销。

应理解，步骤B的实现过程还可以参考前述步骤S402的实现过程，并实现相应的技术效果，此处不做赘述。

可选地，UE-B还可以执行步骤C，其中，UE-B在步骤B中可以启动第一定时器(记为T1)，并在该定时器超时时，执行步骤C。即UE-B发送request，以期接收到来自UE-A的IUC信息消息(记为information)，并基于该IUC信息消息执行IUC增强。

可选地，该第一定时器所对应的时长为分钟级别的时长(例如k分钟，且k大于或等于1)，小时级别的时长(例如k小时，且k大于或等于1)，或者其他级别的时长，此处不做限定。进一步可选地，该第一定时器所对应的时长大于该延迟约束指示的有效时间所对应的时长。

其中，步骤C的实现过程可以参考步骤A的实现过程，此处不做赘述。

应理解，步骤C的实现过程还可以参考前述步骤S503和步骤S504的实现过程，并实现相应的技术效果，此处不做赘述。

如图6c所示，为上述实现方式一的实现场景的另一个示意图，即UE-B向UE-A发送IUC请求消息(记为request)且UE-B未收到UE-A反馈的响应消息的实现过程。其中，相比于图6c的实现过程，图6c中引入了HARQ反馈启用的实现过程。

具体地，UE-B作为图4或图5中第一通信装置且UE-A作为图4或图5中第二通信装置，其实现过程可以通过图6c所示过程实现，如图6c所示，该实现过程包括如下步骤。

步骤D.UE-B确定发送次数M的取值(初始化的M值为零)之后，UE-B开始向UE-A发送IUC请求消息(记为request)，对于M的取值的变化，满足以下实现方式：

1.若在预设时长内，如果UE-B未收到响应消息(即IUC信息消息)且UE收到HARQACK，则确定M+1的取值，并将M+1的取值与N相比，并基于比较结果执行下述过程：

a)在M大于N时，触发执行步骤E；

b)在M小于N时，则将M+1的取值赋值为步骤D中的M的取值，并再次执行步骤D。

可选地，在M等于N时，UE-B可以执行步骤1中的a)；或，在M等于N时，UE-B可以执行步骤1中的b)，此处不做限定。

2.若在预设时长内，如果UE-B收到响应消息(即IUC信息消息)，则执行下述过程：

a)若UE-B不存在IUC需求，结束流程；

b)UE-B依然存在IUC需求，则M的取值为0赋值为步骤D中的M的取值，并再次执行步骤D。

3.若在预设时长内，如果UE-B未收到响应消息(即IUC信息消息)且UE-B收到HARQNACK或未收到任何HARQ反馈，则UE-B确定M的取值不变并将M的不变的取值赋值为步骤D中的M的取值，并再次执行步骤D。

可选地，步骤D中，预设时长可以为网络设备向UE-B配置的时长或者预配置于该UE-B的时长(例如延迟约束(latency bound)所指示的时长)。

可选地，N的取值为第一阈值信息所指示的阈值的取值，其中，该第一阈值信息为网络设备向UE-B配置的或者预配置于该UE-B的。

可选地，在图6c中以步骤D中“M+1”所对应的累加过程执行两次为例进行说明，在实际应用中，可以随着N的取值的变化而变化。例如N取值为1时，UE-B在图6c中仅需要执行一次“M+1”所对应的累加过程；又如，N的取值为大于2时，UE-B在图6c中需要执行更多次“M+1”所对应的累加过程。

应理解，步骤D的实现过程还可以参考前述步骤S401的实现过程，并实现相应的技术效果，此处不做赘述。

步骤E.UE-B确定停止发送request。

具体地，UE-B在步骤D中，确定M大于N(即UE-B确定发送请求的次数M的取值达到阈值N的取值)时，UE-B在步骤E中确定停止发送request，以减少不必要的开销。

应理解，步骤E的实现过程还可以参考前述步骤S402的实现过程，并实现相应的技术效果，此处不做赘述。

可选地，UE-B还可以执行步骤F，其中，UE-B在步骤E中可以启动第一定时器(记为T1)，并在该定时器超时时，执行步骤F。即UE-B发送request，以期接收到来自UE-A的IUC信息消息(记为information)，并基于该IUC信息消息执行IUC增强。

可选地，该第一定时器所对应的时长为分钟级别的时长(例如k分钟，且k大于或等于1)，小时级别的时长(例如k小时，且k大于或等于1)，或者其他级别的时长，此处不做限定。进一步可选地，该第一定时器所对应的时长大于该延迟约束指示的有效时间所对应的时长。

其中，步骤F中发送request的实现过程可以参考步骤D的实现过程，此处不做赘述。

应理解，步骤F的实现过程还可以参考前述步骤S503和步骤S504的实现过程，并实现相应的技术效果，此处不做赘述。

实现方式二，该IUC关联消息携带IUC资源的配置信息，该IUC资源的配置信息所配置的资源关联于承载该IUC关联消息的响应消息的资源。

在实现方式二中，第一通信装置所发送的IUC关联消息携带IUC资源的配置信息，相应的，该响应消息关联于承载该IUC关联消息携带IUC资源的配置信息所指示的用于数据传输的资源，即可以在该IUC资源的配置信息所指示的资源的关联资源上接收来自该第二通信装置的数据，使得该方案适用于基于IUC配置信息的发送所实现的IUC通信场景。

可选地，在实现方式二中，IUC配置信息可以为基于预设条件触发，该预设条件触发可以包括基于预配置的周期触发，基于参考信号的测量结果触发，或者是其他条件触发，此处不做限定。

在实现方式二中，该IUC资源的配置信息可以包括用于配置第一资源的配置信息，该IUC关联消息的响应消息承载于该第一资源，其中，该第一资源为该第一通信装置期望的用于承载来自该第二通信装置的数据的资源。具体地，该IUC资源的配置信息包括用于配置该第一通信装置期望的用于承载来自该第二通信装置的数据的第一资源的配置信息，相应的，该响应消息承载于该第一资源，使得该第一通信装置可以将是否在该第一资源上接收到来自第二通信装置的数据的判断结果作为该第一次数信息的确定依据之一。

可选地，第一资源也可以称为优选的(preferred)资源，且满足以下至少一项：

1.该优选的资源为侧行控制信息格式1-A(SCI format 1-A)指示的预留资源没有重叠的资源。

2.终端设备(例如第一通信装置或第二通信装置)期望在执行侧行链路数据接收时，该侧行链路数据承载于该优选的资源上。

进一步可选地，对于某个终端设备而言在收到preferred的资源以后会结合自身感知(sensing)资源结果，取preferred的资源和sensing结果的交集，即在preferred的资源与sensing结果中都包含的资源上进行数据传输。如果没有交集，则以自身sensing结果为主。

可选地，在实现方式二中，在该IUC资源的配置信息包括用于配置第一资源的配置信息的情况下，在步骤S402之前，该方法还包括：基于该第二通信装置的能力信息确定该第一阈值信息，其中，该第二通信装置的能力信息用于指示该第二通信装置是否支持资源感知。具体地，在该IUC资源的配置信息包括用于配置该第一通信装置期望的用于承载来自该第二通信装置的数据的第一资源的配置信息的情况下，第一通信装置可以基于用于指示该第二通信装置是否支持资源感知的第二通信装置的能力信息确定该第一阈值信息。换言之，作为停止发送IUC关联消息的确定依据之一的第一阈值信息与该第二通信装置的能力信息相关，使得第一通信装置能够依据第二通信装置的能力信息的不同而确定不同的第一阈值信息，提升方案实现的灵活性。

进一步可选地，在该第二通信装置的能力信息用于指示该第二通信装置支持资源感知时该第一阈值信息所指示的阈值，大于在该第二通信装置的能力信息用于指示该第二通信装置不支持资源感知时该第一阈值信息所指示的阈值。具体地，在该第二通信装置的能力信息用于指示该第二通信装置支持资源感知时该第一阈值信息所指示的阈值，大于在该第二通信装置的能力信息用于指示该第二通信装置不支持资源感知时该第一阈值信息所指示的阈值。其中，若第二通信装置的能力信息指示该第二通信装置支持资源感知时，则第二通信装置收到IUC资源的配置信息所配置的第一资源之后，第二通信装置所发送的数据可以承载于该第一资源或第二通信装置执行资源感知得到的资源；若第二通信装置的能力信息指示该第二通信装置不支持资源感知时，则第二通信装置收到IUC资源的配置信息所配置的第一资源之后，第二通信装置所发送的数据需要承载于该第一资源；可见，若第二通信装置的能力信息指示为后者，则第二通信装置更有可能使用IUC资源的配置信息所配置的第一资源。为此，第二通信装置的能力信息指示为该第二通信装置支持资源感知时第一阈值信息所指示的阈值，大于第二通信装置的能力信息指示为该第二通信装置不支持资源感知时第一阈值信息所指示的阈值。

在实现方式二中，该IUC资源的配置信息可以包括用于配置第二资源的配置信息，该IUC关联消息的响应消息承载于该第二资源之外的其他资源，其中，该第二资源为该第一通信装置不期望的用于承载来自该第二通信装置的数据的资源。具体地，该IUC资源的配置信息包括用于配置该第一通信装置不期望的用于承载来自该第二通信装置的数据的第二资源的配置信息，相应的，该IUC关联消息的响应消息承载于该第二资源之外的其他资源，使得该第一通信装置可以将是否在该第二资源上接收到来自第二通信装置的数据的判断结果作为该第一次数信息的确定依据之一。

可选地，第二资源也可以称为非优选的(non-preferred)资源，且满足以下至少一项：

1.该非优选的资源为侧行控制信息格式1-A(SCI format 1-A)指示的预留资源；

2.终端设备(例如第一通信装置或第二通信装置)期望在执行侧行链路数据接收时，该侧行链路数据承载于该非优选的资源之外的其他资源上(或该侧行链路数据不承载于该非优选的资源上)。

进一步可选地，对于某个终端设备而言，在收到non-preferred资源以后，将会结合自身的sensing资源结果，去掉non-preferred的资源，在剩下的资源中进行选择传输数据，同样的如果存在冲突，以自身sensing结果为主。

下面将结合图7a至图7b的实现过程，对上述实现方式二的实现过程进行示例性描述。

如图7a所示，为上述实现方式二的实现场景的一个示意图，即UE-A向UE-B发送IUC信息消息(记为information)且UE-A未收到UE-B反馈的响应消息的实现过程，承载该响应消息的资源关联于该IUC信息消息所配置的IUC资源，记为通过优选的/非优选的资源传输的数据(data via preferred/non-preferred resources)。其中，UE-B可以统计在发送information后没有收到响应消息的次数以确定第一次数信息，并通过第一阈值信息的设置以及时地停止发送information。

具体地，UE-A作为图4或图5中第一通信装置且UE-B作为图4或图5中第二通信装置，其实现过程可以通过图7b所示过程实现，如图7b所示，该实现过程包括如下步骤。

一种实现方式中，若启用HARQ反馈机制且UE-A向UE-B配置的资源为第一资源，则UE-A执行图7b中的步骤G、步骤K和步骤L。其中，该第一资源为该第一通信装置期望的用于承载来自该第二通信装置的数据的资源，该第一资源也可以称为优选的(preferred)资源。

步骤G.UE-A确定发送次数M的取值(初始化的M值为零)之后，UE-A开始向UE-B发送IUC信息消息且该IUC信息消息携带的IUC配置用于配置第一资源(记为information(preferred))，对于M的取值的变化，满足以下实现方式：

1.如果UE-A未收到响应消息(即未收到承载于preferred资源上的消息)且收到HARQ ACK时，则确定M+1的取值，并将M+1的取值与N相比，并基于比较结果执行下述过程：

a)在M大于N时，触发执行步骤K；

b)在M小于N时，则将M+1的取值赋值为步骤G中的M的取值，并再次执行步骤G。

可选地，在M等于N时，UE-A可以执行步骤1中的a)；或，在M等于N时，UE-A可以执行步骤1中的b)，此处不做限定。

2.如果UE-A收到响应消息(即收到承载于preferred资源上的消息)，则执行下述过程：

a)若UE-A不存在IUC需求，结束流程；

b)若UE-A依然存在IUC需求，则M的取值为0赋值为步骤G中的M的取值，并再次执行步骤G。

3.如果UE-A未收到响应消息(即IUC信息消息)且UE-B收到HARQ NACK或未收到任何HARQ反馈，则UE-A确定M的取值不变并将M的不变的取值赋值为步骤G中的M的取值，并再次执行步骤G。

可选地，N的取值为第一阈值信息所指示的阈值的取值，其中，该第一阈值信息为网络设备向UE-B配置的或者预配置于该UE-A的。

应理解，步骤G的实现过程还可以参考前述步骤S401的实现过程，并实现相应的技术效果，此处不做赘述。

步骤K.UE-A确定停止发送information。

具体地，UE-A在步骤G中，确定M大于N(即UE-A确定发送information的次数M的取值达到阈值N的取值)时，UE-A在步骤K中确定停止发送information，以减少不必要的开销。

应理解，步骤K的实现过程还可以参考前述步骤S402的实现过程，并实现相应的技术效果，此处不做赘述。

可选地，UE-A还可以执行步骤L，其中，UE-A在步骤K中可以启动第一定时器(记为T1)，并在该定时器超时时，执行步骤L。即UE-A发送information，以期接收到来自UE-B的响应消息，用以实现IUC增强。

可选地，该第一定时器所对应的时长为分钟级别的时长(例如k分钟，且k大于或等于1)，小时级别的时长(例如k小时，且k大于或等于1)，或者其他级别的时长，此处不做限定。进一步可选地，该第一定时器所对应的时长大于该延迟约束指示的有效时间所对应的时长。

其中，步骤L中发送information的实现过程可以参考步骤G的实现过程，此处不做赘述。

应理解，步骤L的实现过程还可以参考前述步骤S503和步骤S504的实现过程，并实现相应的技术效果，此处不做赘述。

另一种实现方式中，若未启用HARQ反馈机制且UE-A向UE-B配置的资源为第一资源，则UE-A执行图7b中的步骤H、步骤K和步骤L。其中，该第一资源为该第一通信装置期望的用于承载来自该第二通信装置的数据的资源，该第一资源也可以称为优选的(preferred)资源。

步骤H.UE-A确定发送次数M的取值(初始化的M值为零)之后，UE-A开始向UE-B发送IUC信息消息且该IUC信息消息携带的IUC配置用于配置第一资源(记为information(preferred))，对于M的取值的变化，满足以下实现方式：

1.如果UE-A未收到响应消息(即未收到承载于preferred资源上的消息)时，则确定M+1的取值，并将M+1的取值与N相比，并基于比较结果执行下述过程：

a)在M大于N时，触发执行步骤K；

b)在M小于N时，则将M+1的取值赋值为步骤H中的M的取值，并再次执行步骤H。

可选地，在M等于N时，UE-A可以执行步骤1中的a)；或，在M等于N时，UE-A可以执行步骤1中的b)，此处不做限定。

2.如果UE-A收到响应消息(即收到承载于preferred资源上的消息)，则执行下述过程：

a)若UE-A不存在IUC需求，结束流程；

b)若UE-A依然存在IUC需求，则M的取值为0赋值为步骤G中的M的取值，并再次执行步骤H。

可选地，N的取值为第一阈值信息所指示的阈值的取值，其中，该第一阈值信息为网络设备向UE-B配置的或者预配置于该UE-A的。

应理解，步骤H的实现过程还可以参考前述步骤S401的实现过程，并实现相应的技术效果，此处不做赘述。

步骤K.UE-A确定停止发送information。

具体地，UE-A在步骤H中，确定M大于N(即UE-A确定发送information的次数M的取值达到阈值N的取值)时，UE-A在步骤K中确定停止发送information，以减少不必要的开销。

应理解，步骤K的实现过程还可以参考前述步骤S402的实现过程，并实现相应的技术效果，此处不做赘述。

可选地，UE-A还可以执行步骤L，其中，UE-A在步骤K中可以启动第一定时器(记为T1)，并在该定时器超时时，执行步骤L。即UE-A发送information，以期接收到来自UE-B的响应消息，用以实现IUC增强。

可选地，该第一定时器所对应的时长为分钟级别的时长(例如k分钟，且k大于或等于1)，小时级别的时长(例如k小时，且k大于或等于1)，或者其他级别的时长，此处不做限定。进一步可选地，该第一定时器所对应的时长大于该延迟约束指示的有效时间所对应的时长。

其中，步骤K中发送information的实现过程可以参考步骤H的实现过程，此处不做赘述。

应理解，步骤L的实现过程还可以参考前述步骤S503和步骤S504的实现过程，并实现相应的技术效果，此处不做赘述。

另一种实现方式中，若启用HARQ反馈机制且UE-A向UE-B配置的资源为第二资源，则UE-A执行图7b中的步骤I、步骤K和步骤L。其中，该第二资源为该第一通信装置不期望的用于承载来自该第二通信装置的数据的资源，该第二资源也可以称为非优选的(non-preferred)资源。

步骤I.UE-A确定发送次数M的取值(初始化的M值为零)之后，UE-A开始向UE-B发送IUC信息消息且该IUC信息消息携带的IUC配置用于配置第二资源(记为information(non-preferred))，对于M的取值的变化，满足以下实现方式：

1.如果UE-A在non-preferred资源上收到响应消息(或，UE-A未收到承载于non-preferred资源之外的其他资源上的消息)且收到HARQ ACK时，则确定M+1的取值，并将M+1的取值与N相比，并基于比较结果执行下述过程：

a)在M大于N时，触发执行步骤K；

b)在M小于N时，则将M+1的取值赋值为步骤I中的M的取值，并再次执行步骤I。

可选地，在M等于N时，UE-A可以执行步骤1中的a)；或，在M等于N时，UE-A可以执行步骤1中的b)，此处不做限定。

2.如果UE-A未在non-preferred资源上收到响应消息(或，UE-A收到承载于non-preferred资源之外的其他资源上的消息)，则执行下述过程：

a)若UE-A不存在IUC需求，结束流程；

b)若UE-A依然存在IUC需求，则M的取值为0赋值为步骤I中的M的取值，并再次执行步骤I。

3.如果UE-A在non-preferred资源上收到响应消息(或，UE-A未收到承载于non-preferred资源之外的其他资源上的消息)且收到HARQ NACK(或未收到任何HARQ反馈)时，则UE-A确定M的取值不变并将M的不变的取值赋值为步骤I中的M的取值，并再次执行步骤I。

可选地，N的取值为第一阈值信息所指示的阈值的取值，其中，该第一阈值信息为网络设备向UE-B配置的或者预配置于该UE-A的。

应理解，步骤I的实现过程还可以参考前述步骤S401的实现过程，并实现相应的技术效果，此处不做赘述。

步骤K.UE-A确定停止发送information。

具体地，UE-A在步骤G中，确定M大于N(即UE-A确定发送information的次数M的取值达到阈值N的取值)时，UE-A在步骤K中确定停止发送information，以减少不必要的开销。

应理解，步骤K的实现过程还可以参考前述步骤S402的实现过程，并实现相应的技术效果，此处不做赘述。

可选地，UE-A还可以执行步骤L，其中，UE-A在步骤K中可以启动第一定时器(记为T1)，并在该定时器超时时，执行步骤L。即UE-A发送information，以期接收到来自UE-B的响应消息，用以实现IUC增强。

可选地，该第一定时器所对应的时长为分钟级别的时长(例如k分钟，且k大于或等于1)，小时级别的时长(例如k小时，且k大于或等于1)，或者其他级别的时长，此处不做限定。进一步可选地，该第一定时器所对应的时长大于该延迟约束指示的有效时间所对应的时长。

其中，步骤L中发送information的实现过程可以参考步骤I的实现过程，此处不做赘述。

应理解，步骤L的实现过程还可以参考前述步骤S503和步骤S504的实现过程，并实现相应的技术效果，此处不做赘述。

另一种实现方式中，若未启用HARQ反馈机制且UE-A向UE-B配置的资源为第二资源，则UE-A执行图7b中的步骤J、步骤K和步骤L。其中，该第二资源为该第一通信装置不期望的用于承载来自该第二通信装置的数据的资源，该第二资源也可以称为非优选的(non-preferred)资源。

步骤J.UE-A确定发送次数M的取值(初始化的M值为零)之后，UE-A开始向UE-B发送IUC信息消息且该IUC信息消息携带的IUC配置用于配置第二资源(记为information(non-preferred))，对于M的取值的变化，满足以下实现方式：

1.如果UE-A在non-preferred资源上收到响应消息(或，UE-A未收到承载于non-preferred资源之外的其他资源上的消息)时，则确定M+1的取值，并将M+1的取值与N相比，并基于比较结果执行下述过程：

a)在M大于N时，触发执行步骤K；

b)在M小于N时，则将M+1的取值赋值为步骤J中的M的取值，并再次执行步骤J。

可选地，在M等于N时，UE-A可以执行步骤1中的a)；或，在M等于N时，UE-A可以执行步骤1中的b)，此处不做限定。

2.如果UE-A未在non-preferred资源上收到响应消息(或，UE-A收到承载于non-preferred资源之外的其他资源上的消息)，则执行下述过程：

a)若UE-A不存在IUC需求，结束流程；

b)若UE-A依然存在IUC需求，则M的取值为0赋值为步骤J中的M的取值，并再次执行步骤J。

可选地，N的取值为第一阈值信息所指示的阈值的取值，其中，该第一阈值信息为网络设备向UE-B配置的或者预配置于该UE-A的。

应理解，步骤J的实现过程还可以参考前述步骤S401的实现过程，并实现相应的技术效果，此处不做赘述。

步骤K.UE-A确定停止发送information。

具体地，UE-A在步骤G中，确定M大于N(即UE-A确定发送information的次数M的取值达到阈值N的取值)时，UE-A在步骤K中确定停止发送information，以减少不必要的开销。

应理解，步骤K的实现过程还可以参考前述步骤S402的实现过程，并实现相应的技术效果，此处不做赘述。

可选地，UE-A还可以执行步骤L，其中，UE-A在步骤K中可以启动第一定时器(记为T1)，并在该定时器超时时，执行步骤L。即UE-A发送information，以期接收到来自UE-B的响应消息，用以实现IUC增强。

可选地，该第一定时器所对应的时长为分钟级别的时长(例如k分钟，且k大于或等于1)，小时级别的时长(例如k小时，且k大于或等于1)，或者其他级别的时长，此处不做限定。进一步可选地，该第一定时器所对应的时长大于该延迟约束指示的有效时间所对应的时长。

其中，步骤L中发送information的实现过程可以参考步骤I的实现过程，此处不做赘述。

应理解，步骤L的实现过程还可以参考前述步骤S503和步骤S504的实现过程，并实现相应的技术效果，此处不做赘述。

需要说明的是，在上述图7b的任意实现方式中，以步骤G(或步骤H、步骤I、步骤J)中“M+1”所对应的累加过程执行一次为例进行说明，在实际应用中，可以随着N的取值的变化而变化。例如N取值大为1时，UE-A在图7b中需要执行更多次“M+1”所对应的累加过程。

在上述实现过程中，IUC关联消息(包括IUC请求消息或IUC信息消息)可以承载于媒体接入控制(media access control，MAC)层或物理层传输，例如该IUC关联消息具体可以包含于MAC层传输的MAC控制单元(control element，CE)或侧行控制信息格式2-c(SCIformat 2-C)中。本申请所提供的通信方法中，还可以将IUC关联消息中主要涉及的“IUC配置信息”的传输承载于其它协议层进行传输的实现过程，下面将结合更多的实施例进行介绍。

请参阅图8，为本申请提供的通信方法的另一个示意图，该方法包括如下步骤。

S801.第一通信装置发送第一侧行链路RRC消息。

本实施例中，第一通信装置在步骤S801中向第二通信装置发送第一侧行链路RRC消息，该第一侧行链路RRC消息包括IUC配置信息。相应的，第二通信装置在步骤S801中接收该第一侧行链路RRC消息。

可选地，IUC配置信息包括以下至少一项参数：

延迟约束(latency bound)，指示限制发送IUC信息(inter-UE coordinationinformation)的有效时间；或，

IUC方案1(interUECoordinationScheme1)，指示IUC配置信息所配置的资源是优选的资源或非优选的资源；或，

IUC方案2(interUECoordinationScheme2)，指示IUC配置信息所配置的资源与其它资源存在资源冲突，该其他资源包括第一通信装置向其它通信装置所分配的资源；

传输方式(transmission scheme)，指示所述IUC配置信息为基于请求机制的IUC或基于条件触发的IUC。

在一种可能的实现方式中，在步骤S801中，该第一通信装置向该第二通信装置发送该第一侧行链路RRC消息之前，该方法还包括：该第一通信装置接收来自该第二通信装置的第三指示信息，该第三指示信息用于指示该第二通信装置的能力信息，该能力信息用于指示支持IUC。具体地，在该第一通信装置向该第二通信装置发送该第一侧行链路RRC消息之前，该第一通信装置还可以接收来自该第二通信装置的用于指示该第二通信装置支持IUC的第三指示信息，使得该第一通信装置明确该第二通信装置支持IUC的情况下才会向第二通信装置发送包含有IUC配置信息的第一侧行链路RRC消息，以提升执行IUC流程的成功率。

S802.第二通信装置发送第二侧行链路RRC消息。

本实施例中，第二通信装置在步骤S802中向第一通信装置发送第二侧行链路RRC消息，该第二侧行链路RRC消息包括第一信息，该第一信息用于指示IUC配置信息配置失败。相应的，第一通信装置在步骤S802中接收来自第二通信装置的第二侧行链路RRC消息。

在一种可能的实现方式中，第二侧行链路RRC消息所携带的第一信息包括以下任一项：第一指示信息，用于指示该IUC配置信息未被该第二通信装置执行导致该IUC配置信息配置失败；或，第二指示信息，用于指示该第二通信装置所处的模式不支持IUC导致该IUC配置信息配置失败。具体地，第一信息可以通过上述任一项的方式实现向第一通信装置指示IUC配置信息配置失败，以使得第一通信装置在接收该第一信息之后，该第一通信装置可以基于该第一信息明确该第二通信装置配置失败的原因。

在一种可能的实现方式中，在满足以下至少一项时，该第二通信装置向该第一通信装置发送第二侧行链路RRC消息，包括：该第二通信装置的能力信息指示该第二通信装置支持IUC；或，该第二通信装置确定处于模式1(mode 1)。具体地，第二通信装置向第一通信装置发送用于指示该IUC配置信息配置失败的第一信息的触发方式可以包括上述至少一项；换言之，在满足上述至少一项时，第二通信装置将会向第一通信装置发送用于指示该IUC配置信息配置失败的第一信息。

在一种可能的实现方式中，在侧行链路通信过程中，不同终端设备之间可以通过侧行链路RRC重配置消息用以承载某些资源配置信息。其中，侧行链路RRC重配置(reconfiguration)是为了修改RRC连接，如当需要建立、修改或释放侧行链路数据资源承载(SL DRBs)，(重)配置NR SL的测量和报告等。

一种实现方式中，如图9a所示，当某个终端设备接收到对端终端设备的侧行链路RRC重配消息(RRCReconfigurationSidelink)时，如果该终端设备无法应用RRC重配消息中的配置，即当前配置所要求的能力是该终端设备所不支持的，则此次RRC重配失败，该终端设备反馈侧行链路RRC重配失败的消息(RRCReconfigurationFailureSidelink)给对端终端设备。

在本实施例中，第一通信装置在步骤S801所发送的该第一侧行链路RRC消息可以为侧行链路RRC重配置消息，第二通信装置在步骤S802所发送的该第二侧行链路RRC消息可以为侧行链路RRC重配置完成消息。具体地，第一通信装置所发送的包含有IUC配置信息的第一侧行链路RRC消息为侧行链路RRC重配置消息，用以指示该第二通信装置基于该第一侧行链路RRC消息执行RRC重配的过程。并且，第一通信装置所接收的来自第二通信装置的第二侧行链路RRC消息为侧行链路RRC重配置完成消息，用以指示该第二通信装置已完成该侧行链路RRC重配置的过程。此外，由于第二侧行链路RRC消息还包含有用于指示该IUC配置信息未被执行导致配置失败的第一信息，使得该侧行链路RRC重配置完成消息与第一信息联合指示该第二通信装置已完成除了IUC配置信息之外的其他RRC重配置的过程。

另一种实现方式中，如图9b所示，如果终端设备成功应用RRC重配消息中包含的配置，则此次RRC重配成功，终端设备反馈侧行链路RRC重配成功消息(RRCReconfigurationConpleteSidelink)给到对端终端设备。

在本实施例中，第一通信装置在步骤S801所发送的该第一侧行链路RRC消息可以为侧行链路RRC重配置消息，第二通信装置在步骤S802所发送的该第二侧行链路RRC消息可以为侧行链路RRC重配置失败消息。具体地，第一通信装置所发送的包含有IUC配置信息的第一侧行链路RRC消息为侧行链路RRC重配置消息，用以指示该第二通信装置基于该第一侧行链路RRC消息执行RRC重配的过程。并且，第一通信装置所接收的来自第二通信装置的第二侧行链路RRC消息为侧行链路RRC重配置失败消息，用以指示该第二通信装置尝试执行侧行链路RRC重配置消息且执行该侧行链路RRC重配置的过程失败。

在一种可能的实现方式中，在步骤S802中，该第一通信装置接收来自该第二通信装置的该第二侧行链路RRC消息之后，该方法还包括：该第一通信装置启动第一定时器；在该第一定时器超时时，该第一通信装置向该第二通信装置发送第三侧行链路RRC消息，该第三侧行链路RRC消息包括该IUC配置信息。具体地，在该第一通信装置接收来自该第二通信装置的该第二侧行链路RRC消息之后，该第一通信装置可以启动第一定时器，并在该第一定时器超时时，该第一通信装置向该第二通信装置发送包括该IUC配置信息的第三侧行链路RRC消息，以确保第二通信装置能够及时基于IUC配置信息执行IUC流程。

基于上述技术方案，第一通信装置在步骤S801向第二通信装置发送包含有IUC配置信息的第一侧行链路RRC消息之后，该第一通信装置在步骤S802中接收来自该第二通信装置的第二侧行链路RRC消息，该第二侧行链路RRC消息包括用于指示该IUC配置信息配置失败的第一信息。其中，第一通信装置在接收包含有包括用于指示该IUC配置信息配置失败的第一信息的第二侧行链路RRC消息之后，使得该第一通信装置基于该第一信息明确第二通信装置当前未基于该IUC配置信息进行配置进而无法执行IUC流程，并确定不启动与该第二通信装置之间的IUC流程，以减少不必要的开销。

可选地，该第一定时器所对应的时长为分钟级别的时长(例如k分钟，且k大于或等于1)，小时级别的时长(例如k小时，且k大于或等于1)，或者其他级别的时长，此处不做限定。进一步可选地，该第一定时器所对应的时长大于该延迟约束指示的有效时间所对应的时长。

下面将结合图10所示实现示例，对上述图8及其关联实现方式进行示例性描述。如图10所示，以第一通信装置为UE-A且第二通信装置为UE-B为例，该实现示例包括如下步骤。

步骤M.UE-A发送自身IUC能力指示给UE-B。所述IUC能力指示UE-A支持IUC。

其中，步骤M为可选步骤。

步骤N.UE-B发送包含IUC配置信息(携带有IUC相关配置参数)的侧行链路RRC重配消息给UE-A。

步骤O.UE-A收到RRC重配消息。

a)如果UE-A能力支持但处于mode 1。

1)UE-A认为当前RRC重配置完成，并回复RRC重配置完成消息给UE-B。但UE-A不会应用所述IUC相关的配置去执行IUC操作。具体的，UE-A可以保留该IUC相关的配置参数。然后UE-A在RRC重配置完成消息中携带指示信息，该指示信息向UE-B指示当前IUC配置并未被执行，也可以理解为指示UE-A当前模式不能执行IUC。相应的，UE-B收到反馈侧行链路RRC重配置完成消息中的指示信息后，不进行IUC相关流程。

2)UE-A尝试执行该消息，识别该RRC重配置消息中包含的IUC相关的配置参数时，则认为当前配置失败，并回复RRC重配置消息；同时UE-A继续使用在收到该RRC重配消息之前所使用的配置。可选的，在该RRC重配失败消息中还包括指示信息，该指示信息用于向UE-B指示当前配置失败是由该IUC配置引起的，也可以理解为指示UE-A当前模式不能执行IUC。UE-B收到反馈消息后，同样回退使用在发送该RRC重配消息之前的配置，即不再进行IUC相关流程。

b)如果UE-A能力支持且处于mode 2。

1)UE-A执行该消息，反馈侧行链路RRC重配成功消息给UE-B。UE-B收到反馈消息后，进行IUC相关流程。

可选的，可以在上述流程中引入一个定时器T2，确保在UE-B在能够进行IUC时能及时进行IUC。在步骤O之后启动定时器(记为T2)，并在定时器到期时，执行步骤P和步骤Q。

可选地，该定时器T2所对应的时长为分钟级别的时长(例如k分钟，且k大于或等于1)，小时级别的时长(例如k小时，且k大于或等于1)，或者其他级别的时长，此处不做限定。进一步可选地，该定时器T2所对应的时长大于该延迟约束指示的有效时间所对应的时长。

需要说明的是，步骤P和步骤Q的实现过程可以参考前述步骤N和步骤O的实现过程，并实现相应的技术效果，此处不做赘述。

基于图10所示实现示例可知，通过在RRC配置层面进行IUC信息交互，即在RRC重配消息中包含IUC相关配置参数，如果UE无法进行IUC(如处于mode 1)，则通过在RRC重配反馈信息中包含无法进行IUC的信息通知对端UE，让对端UE不要启动IUC流程，避免造成不必要的开销。可选的，通过引入一个定时器，UE在停止持续发送RRC消息后启动定时器，当定时器停止时，UE重新发送RRC重配消息，确保在对端UE能够进行IUC时及时进行IUC。

上面从方法的角度对本申请实施例进行描述，下面将对本申请提供的通信装置进一步介绍。

请参阅图11，为本申请提供的通信装置1100的一个示意图，该通信装置1100包括处理单元1101和收发单元1102。其中，该通信装置1100可以实现上述方法实施例中任一通信装置(例如第一通信装置或第二通信装置)的功能，因此也能实现上述方法实施例所具备的有益效果。

应理解，该通信装置1100可以是终端设备，也可以是终端设备内部的集成电路或者元件等，例如芯片。

一种可能的实现方式中，当该装置1100为用于执行前述实施例(图4及相关实施例)中第一通信装置所执行的方法时，该装置1100所包含的处理单元1101和收发单元1102用于实现如下过程。

该处理单元用于确定第一次数信息，该第一次数信息用于指示该收发单元向第二通信装置发送用户设备间协同IUC关联消息且未收到来自该第二通信装置的该IUC关联消息的响应消息的次数；

该处理单元根据第一阈值信息和该第一次数信息确定停止向该第二通信装置发送该IUC关联消息。

在一种可能的实现方式中，该收发单元还用于接收该第一阈值信息。

在一种可能的实现方式中，该第一阈值信息为预配置信息。

在一种可能的实现方式中，该IUC关联消息用于请求IUC资源，该IUC关联消息的响应消息用于响应该请求，且该IUC关联消息的响应消息包括该IUC资源的配置信息。

在一种可能的实现方式中，该IUC关联消息携带IUC资源的配置信息，该IUC资源的配置信息所配置的资源关联于承载该IUC关联消息的响应消息的资源。

在一种可能的实现方式中，该IUC资源的配置信息包括用于配置第一资源的配置信息，该IUC关联消息的响应消息承载于该第一资源，其中，该第一资源为该第一通信装置期望的用于承载来自该第二通信装置的数据的资源。

在一种可能的实现方式中，该处理单元还用于基于该第二通信装置的能力信息确定该第一阈值信息，其中，该第二通信装置的能力信息用于指示该第二通信装置是否支持资源感知。

在一种可能的实现方式中，在该第二通信装置的能力信息用于指示该第二通信装置支持资源感知时该第一阈值信息所指示的阈值，大于在该第二通信装置的能力信息用于指示该第二通信装置不支持资源感知时该第一阈值信息所指示的阈值。

在一种可能的实现方式中，该IUC资源的配置信息包括用于配置第二资源的配置信息，该IUC关联消息的响应消息承载于该第二资源之外的其他资源，其中，该第二资源为该第一通信装置不期望的用于承载来自该第二通信装置的数据的资源。

在一种可能的实现方式中，该处理单元用于根据第一阈值信息和该第一次数信息确定停止向该第二通信装置发送该IUC关联消息包括：

该处理单元用于确定该根据该第一次数信息所指示的次数达到该第一阈值信息所指示的阈值时，确定停止向该第二通信装置发送该IUC关联消息。

在一种可能的实现方式中，

该处理单元还用于启动第一定时器；

该收发单元用于在该处理单元确定该第一定时器超时时，向该第二通信装置发送该IUC关联消息。

在一种可能的实现方式中，该第一次数信息用于指示该收发单元向该第二通信装置发送该IUC关联消息且未收到来自该第二通信装置的该IUC关联消息的响应消息的次数包括：

该第一次数信息用于指示该收发单元向第二通信装置发送IUC关联消息，且该处理单元确定接收到来自该第二通信装置的该IUC关联消息对应的混合自动重传请求确认HARQ ACK，并确定未收到来自该第二通信装置的该IUC关联消息的响应消息的次数；其中，该IUC关联消息对应的HARQ ACK用于指示该第二通信装置已接收到该IUC关联消息。

另一种可能的实现方式中，当该装置1100为用于执行前述实施例(图8及相关实施例)中第一通信装置所执行的方法时，该装置1100所包含的处理单元1101和收发单元1102用于实现如下过程。

该处理单元用于确定第一侧行链路无线资源控制RRC消息，该第一侧行链路RRC消息包括用户设备间协同IUC配置信息；

该收发单元用于向第二通信装置发送该第一侧行链路RRC消息；

该收发单元还用于接收来自该第二通信装置的第二侧行链路RRC消息，该第二侧行链路RRC消息包括第一信息，该第一信息用于指示该IUC配置信息配置失败。

在一种可能的实现方式中，该第一侧行链路RRC消息为侧行链路RRC重配置消息，该第二侧行链路RRC消息为侧行链路RRC重配置完成消息。

在一种可能的实现方式中，该第一侧行链路RRC消息为侧行链路RRC重配置消息，该第二侧行链路RRC消息为侧行链路RRC重配置失败消息。

在一种可能的实现方式中，该第一信息包括以下任一项：

第一指示信息，用于指示该IUC配置信息未被该第二通信装置执行导致该IUC配置信息配置失败；或，

第二指示信息，用于指示该第二通信装置所处的模式不支持IUC导致该IUC配置信息配置失败。

在一种可能的实现方式中，

该处理单元还用于启动第一定时器；

该收发单元还用于在该处理单元确定该第一定时器超时时，向该第二通信装置发送第三侧行链路RRC消息，该第三侧行链路RRC消息包括该IUC配置信息。

在一种可能的实现方式中，

该收发单元还用于接收来自该第二通信装置的第三指示信息，该第三指示信息用于指示该第二通信装置的能力信息，该能力信息用于指示支持IUC。

另一种可能的实现方式中，当该装置1100为用于执行前述实施例(图8及相关实施例)中第二通信装置所执行的方法时，该装置1100所包含的处理单元1101和收发单元1102用于实现如下过程。

该收发单元用于接收来自第一通信装置的第一侧行链路无线资源控制RRC消息，该第一侧行链路RRC消息包括用户设备间协同IUC配置信息；

该处理单元用于确定第二侧行链路RRC消息，该第二侧行链路RRC消息包括第一信息，该第一信息用于指示该IUC配置信息配置失败；

该收发单元还用于向该第一通信装置发送该第二侧行链路RRC消息。

在一种可能的实现方式中，该第一侧行链路RRC消息为侧行链路RRC重配置消息，该第二侧行链路RRC消息为RRC侧行链路重配置完成消息。

在一种可能的实现方式中，该第一侧行链路RRC消息为侧行链路RRC重配置消息，该第二侧行链路RRC消息为RRC侧行链路重配置失败消息。

在一种可能的实现方式中，在满足以下至少一项时，该收发单元向该第一通信装置发送第二侧行链路RRC消息，包括：

该处理单元确定该第二通信装置的能力信息指示该第二通信装置支持IUC；或，

该处理单元确定该第二通信装置确定处于模式1mode1。

在一种可能的实现方式中，该第一信息包括以下任一项：

第一指示信息，用于指示该IUC配置信息未被该第二通信装置执行导致该IUC配置信息配置失败；或，

第二指示信息，用于指示该第二通信装置所处的模式不支持IUC导致该IUC配置信息配置失败。

在一种可能的实现方式中，

该收发单元还用于向该第一通信装置发送第三指示信息，该第三指示信息用于指示该第二通信装置的能力信息，该能力信息用于指示支持IUC。

需要说明的是，上述通信装置1100的单元的信息执行过程等内容，具体可参见本申请前述所示的方法实施例中的叙述，此处不再赘述。

请参阅图12，为本申请提供的通信装置1200的另一种示意性结构图，通信装置1200至少包括输入输出接口1202。其中，通信装置1200可以为芯片或集成电路。

可选的，该通信装置还包括逻辑电路1201。

其中，图11所示收发单元1102可以为通信接口，该通信接口可以是图12中的输入输出接口1202，该输入输出接口1202可以包括输入接口和输出接口。或者，该通信接口也可以是收发电路，该收发电路可以包括输入接口电路和输出接口电路。

其中，逻辑电路1201和输入输出接口1202可以执行前述任一实施例中终端设备执行的其他步骤并实现对应的有益效果，此处不再赘述。

在一种可能的实现方式中，图11所示处理单元1101可以为图12中的逻辑电路1201。

可选的，逻辑电路1201可以是一个处理装置，处理装置的功能可以部分或全部通过软件实现。其中，处理装置的功能可以部分或全部通过软件实现。

可选的，处理装置可以包括存储器和处理器，其中，存储器用于存储计算机程序，处理器读取并执行存储器中存储的计算机程序，以执行任意一个方法实施例中的相应处理和/或步骤。

可选地，处理装置可以仅包括处理器。用于存储计算机程序的存储器位于处理装置之外，处理器通过电路/电线与存储器连接，以读取并执行存储器中存储的计算机程序。其中，存储器和处理器可以集成在一起，或者也可以是物理上互相独立的。

可选地，该处理装置可以是一个或多个芯片，或一个或多个集成电路。例如，处理装置可以是一个或多个现场可编程门阵列(field-programmable gate array，FPGA)、专用集成芯片(application specific integrated circuit，ASIC)、系统芯片(system onchip，SoC)、中央处理器(central processor unit，CPU)、网络处理器(networkprocessor，NP)、数字信号处理电路(digital signal processor，DSP)、微控制器(microcontroller unit，MCU)，可编程控制器(programmable logic device，PLD)或其它集成芯片，或者上述芯片或者处理器的任意组合等。

请参阅图13，为本申请的实施例提供的上述实施例中所涉及的通信装置1300。

示例性的，该通信装置1300具体可以为上述实施例中的作为终端设备的通信装置。

其中，该通信装置1300的一种可能的逻辑结构示意图，该通信装置1300可以包括但不限于至少一个处理器1301以及通信端口1302。

进一步可选的，该装置还可以包括存储器1303、总线1304中的至少一个，在本申请的实施例中，该至少一个处理器1301用于对通信装置1300的动作进行控制处理。

此外，处理器1301可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

需要说明的是，图13所示通信装置1300具体可以用于实现前述方法实施例中通信装置(例如第一通信装置或第二通信装置)所实现的步骤，并实现通信装置对应的技术效果，图13所示通信装置的具体实现方式，均可以参考前述方法实施例中的叙述，此处不再一一赘述。

本申请实施例还提供一种存储一个或多个计算机执行指令的计算机可读存储介质，当计算机执行指令被处理器执行时，该处理器执行如前述实施例中通信装置(例如第一通信装置或第二通信装置)可能的实现方式所述的方法。

本申请实施例还提供一种存储一个或多个计算机的计算机程序产品(或称计算机程序)，当计算机程序产品被该处理器执行时，该处理器执行上述通信装置(例如第一通信装置或第二通信装置)可能实现方式的方法。

本申请实施例还提供了一种芯片系统，该芯片系统包括至少一个处理器，用于支持通信装置实现上述通信装置可能的实现方式中所涉及的功能。可选的，所述芯片系统还包括接口电路，所述接口电路为所述至少一个处理器提供程序指令和/或数据。在一种可能的设计中，该芯片系统还可以包括存储器，存储器，用于保存该通信装置必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件，其中，该通信装置具体可以为前述方法实施例中第一通信装置或第二通信装置。

本申请实施例还提供了一种通信系统，该网络系统架构包括上述任一实施例中的通信装置(例如第一通信装置和/或第二通信装置)。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (27)

1.一种通信方法，其特征在于，包括：

第一通信装置确定第一次数信息，所述第一次数信息用于指示所述第一通信装置向第二通信装置发送用户设备间协同IUC关联消息且未收到来自所述第二通信装置的所述IUC关联消息的响应消息的次数；

所述第一通信装置根据第一阈值信息和所述第一次数信息确定停止向所述第二通信装置发送所述IUC关联消息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：所述第一通信装置接收所述第一阈值信息。

3.根据权利要求1所述的方法，其特征在于，所述第一阈值信息为预配置信息。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述IUC关联消息用于请求IUC资源，所述IUC关联消息的响应消息用于响应所述请求，且所述IUC关联消息的响应消息包括所述IUC资源的配置信息。

5.根据权利要求1至3任一项所述的方法，其特征在于，所述IUC关联消息携带IUC资源的配置信息，所述IUC资源的配置信息所配置的资源关联于承载所述IUC关联消息的响应消息的资源。

6.根据权利要求5所述的方法，其特征在于，所述IUC资源的配置信息包括用于配置第一资源的配置信息，所述IUC关联消息的响应消息承载于所述第一资源，其中，所述第一资源为所述第一通信装置期望的用于承载来自所述第二通信装置的数据的资源。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

基于所述第二通信装置的能力信息确定所述第一阈值信息，其中，所述第二通信装置的能力信息用于指示所述第二通信装置是否支持资源感知。

8.根据权利要求7所述的方法，其特征在于，在所述第二通信装置的能力信息用于指示所述第二通信装置支持资源感知时所述第一阈值信息所指示的阈值，大于在所述第二通信装置的能力信息用于指示所述第二通信装置不支持资源感知时所述第一阈值信息所指示的阈值。

9.根据权利要求5或6所述的方法，其特征在于，所述IUC资源的配置信息包括用于配置第二资源的配置信息，所述IUC关联消息的响应消息承载于所述第二资源之外的其他资源，其中，所述第二资源为所述第一通信装置不期望的用于承载来自所述第二通信装置的数据的资源。

10.根据权利要求1至9任一项所述的方法，其特征在于，所述第一通信装置根据第一阈值信息和所述第一次数信息确定停止向所述第二通信装置发送所述IUC关联消息包括：

所述第一通信装置确定所述根据所述第一次数信息所指示的次数达到所述第一阈值信息所指示的阈值时，确定停止向所述第二通信装置发送所述IUC关联消息。

11.根据权利要求1至10任一项所述的方法，其特征在于，在所述第一通信装置根据第一阈值信息和所述第一次数信息确定停止向所述第二通信装置发送所述IUC关联消息之后，所述方法还包括：

所述第一通信装置启动第一定时器；

在所述第一定时器超时时，所述第一通信装置向所述第二通信装置发送所述IUC关联消息。

12.根据权利要求1至11任一项所述的方法，其特征在于，所述第一次数信息用于指示所述第一通信装置向第二通信装置发送IUC关联消息且未收到来自所述第二通信装置的所述IUC关联消息的响应消息的次数包括：

所述第一次数信息用于指示所述第一通信装置向第二通信装置发送IUC关联消息，且所述第一通信装置确定接收到来自所述第二通信装置的所述IUC关联消息对应的混合自动重传请求确认HARQ ACK，并确定未收到来自所述第二通信装置的所述IUC关联消息的响应消息的次数；其中，所述IUC关联消息对应的HARQ ACK用于指示所述第二通信装置已接收到所述IUC关联消息。

13.一种通信装置，其特征在于，包括处理单元和收发单元；

所述处理单元用于确定第一次数信息，所述第一次数信息用于指示所述收发单元向第二通信装置发送用户设备间协同IUC关联消息且未收到来自所述第二通信装置的所述IUC关联消息的响应消息的次数；

所述处理单元根据第一阈值信息和所述第一次数信息确定停止向所述第二通信装置发送所述IUC关联消息。

14.根据权利要求13所述的装置，其特征在于，所述收发单元还用于接收所述第一阈值信息。

15.根据权利要求13所述的装置，其特征在于，所述第一阈值信息为预配置信息。

16.根据权利要求13至15任一项所述的装置，其特征在于，所述IUC关联消息用于请求IUC资源，所述IUC关联消息的响应消息用于响应所述请求，且所述IUC关联消息的响应消息包括所述IUC资源的配置信息。

17.根据权利要求13至15任一项所述的装置，其特征在于，所述IUC关联消息携带IUC资源的配置信息，所述IUC资源的配置信息所配置的资源关联于承载所述IUC关联消息的响应消息的资源。

18.根据权利要求17所述的装置，其特征在于，所述IUC资源的配置信息包括用于配置第一资源的配置信息，所述IUC关联消息的响应消息承载于所述第一资源，其中，所述第一资源为所述第一通信装置期望的用于承载来自所述第二通信装置的数据的资源。

19.根据权利要求18所述的装置，其特征在于，所述处理单元还用于基于所述第二通信装置的能力信息确定所述第一阈值信息，其中，所述第二通信装置的能力信息用于指示所述第二通信装置是否支持资源感知。

20.根据权利要求19所述的装置，其特征在于，在所述第二通信装置的能力信息用于指示所述第二通信装置支持资源感知时所述第一阈值信息所指示的阈值，大于在所述第二通信装置的能力信息用于指示所述第二通信装置不支持资源感知时所述第一阈值信息所指示的阈值。

21.根据权利要求17或18所述的装置，其特征在于，所述IUC资源的配置信息包括用于配置第二资源的配置信息，所述IUC关联消息的响应消息承载于所述第二资源之外的其他资源，其中，所述第二资源为所述第一通信装置不期望的用于承载来自所述第二通信装置的数据的资源。

22.根据权利要求13至21任一项所述的装置，其特征在于，所述处理单元用于根据第一阈值信息和所述第一次数信息确定停止向所述第二通信装置发送所述IUC关联消息包括：

所述处理单元用于确定所述根据所述第一次数信息所指示的次数达到所述第一阈值信息所指示的阈值时，确定停止向所述第二通信装置发送所述IUC关联消息。

23.根据权利要求13至22任一项所述的装置，其特征在于，

所述处理单元还用于启动第一定时器；

所述收发单元用于在所述处理单元确定所述第一定时器超时时，向所述第二通信装置发送所述IUC关联消息。

24.根据权利要求13至23任一项所述的装置，其特征在于，所述第一次数信息用于指示所述收发单元向所述第二通信装置发送所述IUC关联消息且未收到来自所述第二通信装置的所述IUC关联消息的响应消息的次数包括：

所述第一次数信息用于指示所述收发单元向第二通信装置发送IUC关联消息，且所述处理单元确定接收到来自所述第二通信装置的所述IUC关联消息对应的混合自动重传请求确认HARQ ACK，并确定未收到来自所述第二通信装置的所述IUC关联消息的响应消息的次数；其中，所述IUC关联消息对应的HARQ ACK用于指示所述第二通信装置已接收到所述IUC关联消息。

25.一种通信装置，其特征在于，包括至少一个处理器，所述至少一个处理器与存储器耦合；

所述存储器用于存储程序或指令；

所述至少一个处理器用于执行所述程序或指令，以使所述装置实现如权利要求1至12中任一项所述的方法。

26.一种计算机可读存储介质，其特征在于，所述介质存储有指令，当所述指令被计算机执行时，实现权利要求1至12中任一项所述的方法。

27.一种计算机程序产品，其特征在于，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至12中任一项所述的方法。