CN117796080A - 设备间协作装置以及方法 - Google Patents

设备间协作装置以及方法 Download PDF

Info

Publication number
CN117796080A
CN117796080A CN202180101214.6A CN202180101214A CN117796080A CN 117796080 A CN117796080 A CN 117796080A CN 202180101214 A CN202180101214 A CN 202180101214A CN 117796080 A CN117796080 A CN 117796080A
Authority
CN
China
Prior art keywords
resource
information
reserved
side link
cooperation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202180101214.6A
Other languages
English (en)
Inventor
张健
纪鹏宇
李国荣
王昕�
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of CN117796080A publication Critical patent/CN117796080A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H04W74/0841—Random access procedures, e.g. with 4-step access with collision treatment
    • H04W74/085—Random access procedures, e.g. with 4-step access with collision treatment collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/40—Resource management for direct mode communication, e.g. D2D or sidelink

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例提供一种设备间协作装置以及方法，所述方法包括：终端设备发送边链路控制信息和边链路数据信息，所述边链路控制信息指示预留资源；对所述预留资源进行抢占检测；根据所述预留资源是否被抢占，确定是否接收用于指示所述预留资源发生冲突的协作信息和/或确定是否执行基于接收到的协作信息的资源重选。由此，可以避免发生不必要的资源重选，降低冲突发生的可能性，提高传输可靠性。

Description

设备间协作装置以及方法 技术领域
本申请实施例涉及通信技术领域。
背景技术
车联网(V2X，Vehicle to Everything)是一种车辆通信技术，相比于使用Uu链路的蜂窝通信，V2X的发送设备通过边链路(sidelink)与接收设备直接进行通信。新无线(NR New Radio)V2X是5G Rel-16的重要项目，相比于Rel-14/Rel-15的长期演进(LTE，Long Term Evolution)V2X，NR V2X可以支持更多场景和业务，能够满足更高的性能需求。
Rel-16 NR V2X定义的物理信道包括物理边链路控制信道(PSCCH，Physical Sidelink Control Channel)、物理边链路共享信道(PSSCH，Physical Sidelink Shared Channel)和物理边链路反馈信道(PSFCH，Physical Sidelink Feedback Channel)。PSCCH承载1st stage边链路控制信息(SCI，Sidelink Control Informaiton)，1st stage SCI主要用于预留资源。PSSCH承载2nd stage SCI以及传输块(TB，Transport Block)，其中2nd stage SCI主要用于TB解调。
PSFCH承载边链路反馈信息(可称为HARQ-ACK)。PSCCH和PSSCH一般在同一个时隙发送。一个PSCCH/PSSCH按照既定规则关联到一个或多个PSFCH资源，设备在发送PSCCH/PSSCH后，即可在关联的PSFCH资源上去接收确认(ACK)/非确认(NACK)。NR V2X对于单播和组播支持HARQ-ACK反馈。组播又包括HARQ选项1和HARQ选项2两种HARQ-ACK反馈方式。
对于HARQ选项1的组播，只有在一定的通信距离(communication range)内的接收设备才会反馈HARQ-ACK，并且使用一种只反馈NACK(NACK-only)的方式。更具体地，所有接收设备共享同一个PSFCH资源，即都在同一个PSFCH资源上反馈，并且只有NACK时才进行反馈(发送PSFCH)，在ACK时不发送PSFCH，ACK和NACK通过PSFCH信号的有无(或强度)进行区分，多个设备发送的PSFCH会在同一个资源上产生同向叠加，发送设备根据PSFCH信号的有无(或强度)来判断NACK或ACK，发送设备不知道NACK具体是哪一个接收设备发送的。
对于HARQ选项2的组播，每个接收设备用于反馈ACK/NACK的PSFCH资源是 独立的，接收设备在正确接收时反馈ACK，在未正确接收时反馈NACK，ACK和NACK通过不同的PSFCH序列(循环移位)进行区分，发送设备知道ACK/NACK是由哪一个接收设备发送的。
边链路发送所使用的资源(时频资源)位于某一资源池内。NR V2X定义了两种工作模式。对于NR V2X模式1(Mode 1)，终端设备用于V2X通信的资源由网络设备(基站)通过NR Uu链路进行调度或配置。对于NR V2X模式2(Mode 2)，终端设备可以基于感知结果(sensing result)，自主地对用于V2X通信的时频资源进行选择。
对于Rel-16 NR V2X的自主资源选择(Mode 2)，终端设备基于自身感知结果进行资源选择和发送，这可以在一定程度上避免设备间的干扰或碰撞。但在某些情况下，仍然会有资源发送碰撞的问题发生。因此，作为对自主资源选择Mode 2的增强，设备间协作(inter-UE coordination)也成为Rel-17 V2X的研究内容之一。
应该注意，上面对技术背景的介绍只是为了方便对本申请的技术方案进行清楚、完整的说明，并方便本领域技术人员的理解而阐述的，不能仅仅因为这些方案在本申请的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。
发明内容
但是，发明人发现：设备间协作的具体方式等，是待研究和解决的问题。目前设备间协作的方案可能产生不必要的资源重选，反而增加冲突发生的可能性，从而导致系统的包接收率(PRR，Packet Reception Rate)性能下降。
针对上述问题的至少之一，本申请实施例提供一种设备间协作装置以及方法。
根据本申请实施例的一个方面，提供一种设备间协作装置，包括：
发送单元，其用于发送边链路控制信息和边链路数据信息，所述边链路控制信息指示预留资源；
抢占检测单元，其对所述预留资源进行抢占检测；以及
处理单元，其根据所述预留资源是否被抢占，确定是否接收用于指示所述预留资源发生冲突的协作信息，和/或，确定是否执行基于接收到的协作信息的资源重选。
根据本申请实施例的另一个方面，提供一种设备间协作方法，包括：
终端设备发送边链路控制信息和边链路数据信息，所述边链路控制信息指示预留资源；对所述预留资源进行抢占检测；以及根据所述预留资源是否被抢占，确定是否接收用于指示所述预留资源发生冲突的协作信息，和/或，确定是否执行基于接收到的协作信 息的资源重选。
根据本申请实施例的另一个方面，提供一种设备间协作装置，包括：
接收单元，其用于接收边链路控制信息和边链路数据信息，所述边链路控制信息指示预留资源；
确定单元，其用于确定所述预留资源是否被重选；以及
发送单元，其用于根据所述预留资源是否被重选，确定是否发送用于指示所述预留资源发生冲突的协作信息。
根据本申请实施例的另一个方面，提供一种设备间协作方法，包括：
终端设备接收边链路控制信息和边链路数据信息，所述边链路控制信息指示预留资源；确定所述预留资源是否被重选；以及根据所述预留资源是否被重选，确定是否发送用于指示所述预留资源发生冲突的协作信息。
根据本申请实施例的另一个方面，提供一种通信系统，包括：
第一终端设备，接收边链路控制信息和边链路数据信息，所述边链路控制信息指示预留资源；确定所述预留资源是否被重选；以及根据所述预留资源是否被重选，确定是否发送用于指示所述预留资源发生冲突的协作信息；
第二终端设备，其发送边链路控制信息和边链路数据信息，所述边链路控制信息指示预留资源；对所述预留资源进行抢占检测；以及根据所述预留资源是否被抢占，确定是否接收用于指示所述预留资源发生冲突的协作信息，和/或，确定是否执行基于接收到的协作信息的资源重选。
本申请实施例的有益效果之一在于：终端设备根据预留资源是否被抢占，确定是否接收用于指示所述预留资源发生冲突的协作信息，和/或，确定是否执行基于接收到的协作信息的资源重选。由此，能够避免发生不必要的资源重选，降低冲突发生的可能性并提高传输可靠性。
参照后文的说明和附图，详细公开了本申请的特定实施方式，指明了本申请的原理可以被采用的方式。应该理解，本申请的实施方式在范围上并不因而受到限制。在所附权利要求的精神和条款的范围内，本申请的实施方式包括许多改变、修改和等同。
针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。
应该强调，术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在，但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。
附图说明
在本申请实施例的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。此外，在附图中，类似的标号表示几个附图中对应的部件，并可用于指示多于一种实施方式中使用的对应部件。
图1是本申请实施例的通信系统的示意图；
图2是本申请实施例的设备间协作的一示例图；
图3是本申请实施例的预留资源一示例图；
图4是本申请实施例的设备间协作和资源重选的一示例图；
图5是本申请实施例的设备间协作方法的一示意图；
图6是本申请实施例的设备间协作和资源重选的另一示例图；
图7是本申请实施例的抢占检测和协作信息的一示例图；
图8是本申请实施例的通过PSFCH发送协作信息的一示例图；
图9是本申请实施例的确定PSFCH资源的一示例图；
图10A是本申请实施例的时间间隔的一示意图；
图10B是本申请实施例的时间间隔的另一示意图；
图11是本申请实施例的抢占检测和协作信息的另一示例图；
图12是本申请实施例的协作信息机会的一示例图；
图13是本申请实施例的是否接收协作信息的一示例图；
图14是本申请实施例的是否接收协作信息的另一示例图；
图15是本申请实施例的是否接收协作信息的另一示例图；
图16是本申请实施例的设备间协作方法的一示意图；
图17是本申请实施例的是否发送协作信息的一示例图；
图18是本申请实施例的是否发送协作信息的另一示例图；
图19是本申请实施例的设备间协作方法的一示意图；
图20是本申请实施例的是否接收协作信息的一示例图；
图21是本申请实施例的是否接收协作信息的另一示例图；
图22是本申请实施例的设备间协作方法的一示意图；
图23是本申请实施例的是否发送协作信息的一示例图；
图24是本申请实施例的设备间协作装置的一示意图；
图25是本申请实施例的设备间协作装置的一示意图；
图26是本申请实施例的设备间协作装置的一示意图；
图27是本申请实施例的设备间协作装置的一示意图；
图28是本申请实施例的网络设备的示意图；
图29是本申请实施例的终端设备的示意图。
具体实施方式
参照附图，通过下面的说明书，本申请的前述以及其它特征将变得明显。在说明书和附图中，具体公开了本申请的特定实施方式，其表明了其中可以采用本申请的原则的部分实施方式，应了解的是，本申请不限于所描述的实施方式，相反，本申请包括落入所附权利要求的范围内的全部修改、变型以及等同物。
在本申请实施例中，术语“第一”、“第二”等用于对不同元素从称谓上进行区分，但并不表示这些元素的空间排列或时间顺序等，这些元素不应被这些术语所限制。术语“和/或”包括相关联列出的术语的一种或多个中的任何一个和所有组合。术语“包含”、“包括”、“具有”等是指所陈述的特征、元素、元件或组件的存在，但并不排除存在或添加一个或多个其他特征、元素、元件或组件。
在本申请实施例中，单数形式“一”、“该”等包括复数形式，应广义地理解为“一种”或“一类”而并不是限定为“一个”的含义；此外术语“所述”应理解为既包括单数形式也包括复数形式，除非上下文另外明确指出。此外术语“根据”应理解为“至少部分根据……”，术语“基于”应理解为“至少部分基于……”，除非上下文另外明确指出。
在本申请实施例中，术语“通信网络”或“无线通信网络”可以指符合如下任意通信标准的网络，例如长期演进(LTE，Long Term Evolution)、增强的长期演进(LTE-A，LTE-Advanced)、宽带码分多址接入(WCDMA，Wideband Code Division Multiple Access)、高速报文接入(HSPA，High-Speed Packet Access)等等。
并且，通信系统中设备之间的通信可以根据任意阶段的通信协议进行，例如可以包括但不限于如下通信协议：1G(generation)、2G、2.5G、2.75G、3G、4G、4.5G以及5G、新无线(NR，New Radio)等等，和/或其他目前已知或未来将被开发的通信协议。
在本申请实施例中，术语“网络设备”例如是指通信系统中将终端设备接入通信网络并为该终端设备提供服务的设备。网络设备可以包括但不限于如下设备：基站(BS，Base Station)、接入点(AP、Access Point)、发送接收点(TRP，Transmission Reception Point)、广播发射机、移动管理实体(MME、Mobile Management Entity)、网关、服务器、无线网络控制器(RNC，Radio Network Controller)、基站控制器(BSC，Base Station Controller)等等。
其中，基站可以包括但不限于：节点B(NodeB或NB)、演进节点B(eNodeB或eNB)以及5G基站(gNB)，等等，此外还可包括远端无线头(RRH，Remote Radio Head)、远端无线单元(RRU，Remote Radio Unit)、中继(relay)或者低功率节点(例如femeto、pico等等)。并且术语“基站”可以包括它们的一些或所有功能，每个基站可以对特定的地理区域提供通信覆盖。术语“小区”可以指的是基站和/或其覆盖区域，这取决于使用该术语的上下文。
在本申请实施例中，术语“用户设备”(UE，User Equipment)或者“终端设备”(TE，Terminal Equipment或Terminal Device)例如是指通过网络设备接入通信网络并接收网络服务的设备。终端设备可以是固定的或移动的，并且也可以称为移动台(MS，Mobile Station)、终端、用户台(SS，Subscriber Station)、接入终端(AT，Access Terminal)、站，等等。
其中，终端设备可以包括但不限于如下设备：蜂窝电话(Cellular Phone)、个人数字助理(PDA，Personal Digital Assistant)、无线调制解调器、无线通信设备、手持设备、机器型通信设备、膝上型计算机、无绳电话、智能手机、智能手表、数字相机，等等。
再例如，在物联网(IoT，Internet of Things)等场景下，终端设备还可以是进行监控或测量的机器或装置，例如可以包括但不限于：机器类通信(MTC，Machine Type Communication)终端、车载通信终端、设备到设备(D2D，Device to Device)终端、机器到机器(M2M，Machine to Machine)终端，等等。
此外，术语“网络侧”或“网络设备侧”是指网络的一侧，可以是某一基站，也可以包括如上的一个或多个网络设备。术语“用户侧”或“终端侧”或“终端设备侧”是指用户或终端的一侧，可以是某一UE，也可以包括如上的一个或多个终端设备。本文在没有特别指出的情况下，“设备”可以指网络设备，也可以指终端设备。
以下通过示例对本申请实施例的场景进行说明，但本申请不限于此。
图1是本申请实施例的通信系统的示意图，示意性说明了以终端设备和网络设备为例的情况，如图1所示，通信系统100可以包括网络设备101和终端设备102、103。为简单起见，图1仅以两个终端设备和一个网络设备为例进行说明，但本申请实施例不限于此。
在本申请实施例中，网络设备101和终端设备102、103之间可以进行现有的业务或者未来可实施的业务发送。例如，这些业务可以包括但不限于：增强的移动宽带(eMBB，enhanced Mobile Broadband)、大规模机器类型通信(mMTC，massive Machine Type Communication)和高可靠低时延通信(URLLC，Ultra-Reliable and Low-Latency Communication)，等等。
值得注意的是，图1示出了两个终端设备102、103均处于网络设备101的覆盖范围内，但本申请不限于此。两个终端设备102、103可以均不在网络设备101的覆盖范围内，或者一个终端设备102在网络设备101的覆盖范围之内而另一个终端设备103在网络设备101的覆盖范围之外。
在本申请实施例中，两个终端设备102、103之间可以进行边链路发送。例如，两个终端设备102、103可以都在网络设备101的覆盖范围之内进行边链路发送以实现V2X通信，也可以都在网络设备101的覆盖范围之外进行边链路发送以实现V2X通信，还可以一个终端设备102在网络设备101的覆盖范围之内而另一个终端设备103在网络设备101的覆盖范围之外进行边链路发送以实现V2X通信。
在本申请实施例中，终端设备102和/或103可以自主选择边链路资源(即采用Mode2)，在这种情况下边链路发送可以与网络设备101无关，即网络设备101是可选的。当然，本申请实施例也可以将自主选择边链路资源(即采用Mode 2)和由网络设备分配边链路资源(即采用Mode 1)结合起来；本申请实施例不对此进行限制。
在LTE V2X和NR V2X中，终端设备能够通过感知检测+资源选择的过程来获得边链路发送资源，其中可以持续不断地进行感知(sensing)来获得资源池内资源的占用情况。例如，终端设备可以根据前一段时间内(称为感知窗)的资源占用情况来估计后一段时间内(称为选择窗)的资源占用情况。
对于Rel-16 NR V2X的自主资源选择(Mode 2)，终端设备基于自身感知结果进行资源选择和发送，这可以在一定程度上避免设备间的干扰或碰撞。资源选择的步骤可以参见标准TS 38.214 V16.6.0的8.1.4小节。
Rel-17 V2X引入了对自主资源选择的增强，通过设备间协作，可以提高Mode 2的传输可靠性，减少Mode 2的传输时延，设备间协作已成为Rel-17 V2X的研究内容之一。设备间协作需要设备之间交互信息，称为协作信息(coordination information)。协作信息可以被用于增强Mode 2的资源选择。协作信息可以指示是否存在冲突(conflict)，冲突可以包括资源碰撞问题、半双工问题等。
图2是本申请实施例的设备间协作的一示例图。如图2所示，第二终端设备(设备B)用于边链路发送的某一个资源(资源1)通过SCI预留了下一个资源(资源2)；第三终端设备(设备C)用于边链路发送的某一个资源(资源3)通过SCI预留了下一个资源(资源4)；资源2和资源4发生冲突(conflict)。这里冲突包括碰撞问题(资源部分或完全重叠)，或半双工问题(资源不重叠，但在同一时间发送)。这里SCI指由PSCCH承载的1st stage SCI。
第一终端设备(设备A)可以接收到设备B在资源1发送的SCI，也可以接收到设备C在资源3发送的SCI。基于这些SCI，设备A可以知晓设备B和设备C的资源2和资源4将在未来发生冲突，即发生碰撞问题或半双工问题。
例如，碰撞问题会导致设备A无法正确接收设备B在资源2发送的信息(或设备C在资源4发送的信息)；半双工问题会导致设备B在资源2所在的时隙无法接收设备C在资源4发送的信息，或者设备C在资源4所在的时隙无法接收设备B在资源2发送的信息。
因此，设备A在冲突发生之前向设备B发送协作信息，通知设备B其预留的资源2将发生冲突。设备B接收到协作信息后对资源2进行资源重选，即可以选择不与资源4发生冲突的资源进行发送，从而避免了冲突。
但是，发明人发现：对于边链路设备间协作，基于协作信息进行的资源重选可能是不必要的资源重选，反而增加冲突发生的可能性。
图3是本申请实施例的预留资源一示例图。如图3所示，设备B进行资源选择，确定在资源0、资源1和资源2上分别发送初传、第一次重传和第二次重传。资源0上的SCI预留了资源1和资源2，资源1上的SCI预留了资源2；“协作信息”表示设备A可以发送协作信息的机会。
图4是本申请实施例的设备间协作和资源重选的一示例图。设备B可以基于重评估(re-evaluation)和抢占(pre-emption)进行资源重选。如图4所示，假设设备B在时隙m 1-T 3发现资源1和资源2被抢占，因此需要在时隙m 1之前完成对资源1和资源2的资源重选。假设重选后的资源为资源1’和资源2’，则设备B实际上只在资源0、资源1’和资源2’上进行发送。T 3表示处理时间，其具体定义可以参见标准TS 38.214 V16.6.0的8.1.4小节以及标准TS 38.321 V16.5.0的5.22.1.2a小节。
根据现有技术，设备A无法知晓设备B对资源1和资源2进行了资源重选。设备A在时隙m 0接收到SCI，知晓设备B预留了资源1和资源2。设备A只能针对预留的资 源发送协作信息。假设设备A在时隙t 2之前发现了资源2将会与设备C预留的资源发生冲突，并且设备A在时隙t 2向设备B发送了协作信息2指示这一冲突。设备B在接收到协作信息2之前实际上已经完成了对资源2的资源重选。
由于设备B已经不在资源2上进行发送，因此设备A所观察到的冲突实际上并不会发生，设备B也就没有必要基于协作信息2对资源2进行资源重选。如果设备B仍然基于协作信息2对资源2进行资源重选，那么设备B实际上多进行了一次资源重选和重传，重选的资源有可能又与其他设备的发送资源发生冲突，导致其他设备的数据传输失败。
针对上述问题的至少之一，本申请实施例提供避免不必要资源重选的方案。
在本申请实施例中，以V2X为例对边链路进行说明，但本申请不限于此，还可以适用于V2X以外的边链路发送场景。在以下的说明中，在不引起混淆的情况下，术语“边链路”和“V2X”可以互换，术语“PSFCH”和“边链路反馈信道”可以互换，术语“PSCCH”和“边链路控制信道”或“边链路控制信息”可以互换，术语“PSSCH”和“边链路数据信道”或“边链路数据”也可以互换。
另外，发送(transmitting)或接收(receiving)PSCCH可以理解为发送或接收由PSCCH承载的边链路控制信息；发送或接收PSSCH可以理解为发送或接收由PSSCH承载的边链路数据；发送或接收PSFCH可以理解为发送或接收由PSFCH承载的边链路反馈信息。边链路发送(Sidelink transmission，也可称为边链路传输)可以理解为PSCCH/PSSCH发送或者边链路数据/信息发送。
第一方面的实施例
本申请实施例提供一种设备间协作方法，以第二终端设备(设备B)为例进行说明。
图5是本申请实施例的设备间协作方法的一示意图，如图5所示，该方法包括：
501，第二终端设备发送边链路控制信息和边链路数据信息，该边链路控制信息指示预留资源；
502，第二终端设备对该预留资源进行抢占检测；以及
503，第二终端设备根据该预留资源是否被抢占，确定是否接收用于指示该预留资源发生冲突的协作信息，和/或，确定是否执行基于接收到的协作信息的资源重选。
值得注意的是，以上附图5仅对本申请实施例进行了示意性说明，以第二终端设备和第一终端设备为例，但本申请不限于此。例如可以适当地调整各个操作之间的执行顺 序，此外还可以增加其他的一些操作或者减少其中的某些操作，此外，还可以调整上述操作的对象。本领域的技术人员可以根据上述内容进行适当地变型，而不仅限于上述附图5的记载。
在一些实施例中，第二终端设备可以向第一终端设备发送边链路控制信息和边链路数据信息，也可以向其他终端设备发送边链路控制信息和边链路数据信息。图5以接收方为第一终端设备为例进行说明，但本申请不限于此。
边链路数据信息由物理边链路共享信道(PSSCH)承载。边链路控制信息(SCI)指示预留资源，该预留资源可以是被SCI的“频率资源分配”(“Frequency resource assignment”)和“时间资源分配”(“Time resource assignment”)字段(简称为时频资源字段)所预留，也可以是被SCI的“资源预留周期”(“Resource reservation period”)字段(简称为周期字段)所预留。
例如，如图3所示，在初传资源0上发送的SCI通过“频率资源分配”(“Frequency resource assignment”)和“时间资源分配”(“Time resource assignment”)字段预留了重传资源1、重传资源2；在资源1上发送的SCI通过“频率资源分配”(“Frequency resource assignment”)和“时间资源分配”(“Time resource assignment”)字段预留了资源2。
图6是本申请实施例的设备间协作和资源重选的另一示例图。再例如，如图6所示，在上一个周期(时隙m 1_P，其中P为周期)的初传资源1”上发送的SCI通过周期字段预留了下一个周期(时隙m 1)的初传资源1，通过时频资源字段预留了上一个周期的重传资源2”，在上一个周期的重传资源2”上发送的SCI通过周期字段预留了下一个周期的重传资源2。假设设备B在时隙m 1-T 3发现资源1和资源2被抢占，因此需要在时隙m 1之前完成对资源1和资源2的资源重选。
以上说明了SCI指示预留资源的情况，终端设备可以对预留资源进行抢占检测，关于抢占检测的内容可以参考相关技术。以下再对协作信息进行说明。
在一些实施例中，第一终端设备(设备A)可以向第二终端设备(设备B)和/或其他终端设备(设备C)发送协作信息，协作信息可以指示是否存在冲突或预期冲突(expected conflict)，等价地，也可以说协作信息可以指示设备B和/或设备C是否进行资源重选。
在本申请实施例中，根据预留资源是否被抢占，终端设备可以确定是否接收用于指示所述预留资源发生冲突的协作信息，和/或，确定是否执行基于接收到的协作信息的资源重选。
在一些实施例中，第二终端设备(设备B)在预留资源未被抢占的情况下，确定接收所述协作信息；在所述预留资源被抢占的情况下，确定跳过接收所述协作信息。
在一些实施例中，第二终端设备(设备B)在预留资源未被抢占的情况下，确定执行基于接收到的所述协作信息的资源重选；在所述预留资源被抢占的情况下，确定跳过执行基于接收到的所述协作信息的资源重选。
本申请实施例中的“抢占”也可以被替换为“重选”。“抢占”表示发现资源被抢占，但不一定已经完成了对被抢占资源的资源重选。“重选”表示已经完成了对被抢占资源的资源重选。设备B可以根据预留资源是否被抢占，或者根据预留资源是否被重选，来确定是否接收协作信息，和/或，确定是否执行基于接收到的协作信息的资源重选
换言之，如果设备B在接收协作信息之前已经确定对与该协作信息相关的预留资源进行重选，那么设备B可以跳过对该协作信息的接收，即不接收该协作信息；或者，设备B可以丢弃所接收到的协作信息，换句话说，设备B接收协作信息，但认为协作信息是无效的(invalid)，从而不会基于该协作信息对其相关的预留资源进行资源重选，即跳过执行基于接收到的协作信息的资源重选。
表1示意性示出了上述内容的另一种表述，但本申请不限于此。
表1
这里，“与该协作信息相关的预留资源”表示该协作信息能够指示该预留资源是否发生冲突。同理，“与预留资源相关的协作信息”也表示该协作信息能够指示该预留资源是否发生冲突。
例如，如图4所示，与协作信息2相关的预留资源指的是资源2，设备B在接收协作信息2之前，已经决定了要对资源2进行资源重选，因此设备B可以跳过对协作信息 2的接收，或者，设备B接收协作信息2，但不使用协作信息2，协作信息2不会触发设备B再次针对资源2进行资源重选。
再例如，如图6所示，设备B在接收协作信息2之前，已经决定了要对资源2进行资源重选，因此设备B可以跳过对协作信息2的接收，或者，设备B接收协作信息2但不基于协作信息2对资源2进行资源重选。
由此，终端设备基于抢占检测来识别不必要的资源重选，并且跳过对相关协作信息的接收，或跳过执行基于接收到的协作信息的资源重选，从而可以避免发生不必要的资源重选，降低冲突发生的可能性，提高传输可靠性。
本申请实施例对于如何发送协作信息来指示预期冲突不做限制。以下再对协作信息的发送和抢占检测的时机等内容进行进一步示意性说明。
在一些实施例中，对“设备B在接收协作信息之前”解释如下。假设时隙t是设备B接收协作信息的时隙，时隙t-d被认为是设备B在接收协作信息之前，其中d>0。可选地，d可以等于0。换句话说，如果设备B在接收协作信息的时隙确定对与该协作信息相关的预留资源进行重选，那么设备B可以跳过对该协作信息的接收，或者，设备B可以丢弃所接收到的协作信息。
图7是本申请实施例的抢占检测和协作信息的一示例图。如图7所示，例如设备B在时隙m-T 3进行抢占检测并确定对预留资源0进行资源重选，并且在时隙t接收与资源0相关的协作信息，其中t＝m-T 3，这等价于设备B在时隙t-d确定对资源0进行重选，并且在时隙t接收协作信息，其中d＝0。
在这种情况下，设备B可以跳过在时隙t对协作信息的接收，或者丢弃在时隙t接收到的协作信息。可选地，设备B也可以仅基于协作信息进行资源重选，而不基于抢占进行资源重选。总之，如果设备B在时隙t基于抢占确定对资源0进行资源重选，并且在同一时隙t基于协作信息也会确定对资源0进行资源重选，那么设备B不会被触发两次资源重选，而是仅进行一次资源重选。
图8是本申请实施例的通过PSFCH发送协作信息的一示例图。PSFCH被用来发送协作信息。PSFCH资源可以使用现有标准中的方法被配置，具体内容可以参考相关技术。
如图8所示，例如PSFCH在时域上以周期性形式出现，在频域上是一个物理资源块(PRB，physical resource block)集合。从设备B的角度来看，初传资源0上发送的SCI预留了重传资源1和重传资源2，重传资源1预留了重传资源2。SCI对预留资源的 指示遵循现有标准，本申请对其不做限制。对于某一被预留的资源，能够确定与之相关联的协作信息资源。
以位于时隙m 1的资源1为例，考虑到为设备B留出足够的处理时间，协作信息在时间上不能晚于时隙m 1-T 3。通过以下方法可以保证处理时间，并且可以保证关联到同一PSFCH时隙的PSSCH时隙数目不超过PSFCH周期。假设时隙m 1-K是时间上比时隙m 1早 个逻辑时隙的时隙，其中 等于T 3，协作信息所在时隙是时间上不晚于时隙m 1-K，并且距离时隙m 1-K最近的PSFCH时隙。由此可以保证协作信息所在时隙不晚于时隙m 1-T 3。
值得注意的是，这里K以时隙为单位，由以逻辑时隙为单位的 确定，表示 个逻辑时隙对应的时隙数。K表示时间间隔， 的具体取值依赖于子载波间隔，例如，如表2所示， 等于T 3个逻辑时隙。时隙m 1-K表示时间上比时隙m 1早 个逻辑时隙的时隙。换句话说，时隙m 1-K与时隙m 1之间的时间间隔为 个逻辑时隙。
表2
因此，协作信息1所在的时隙为t 1＝m 1-a，其中a是大于等于K的最小整数，并且时隙t 1是包含PSFCH的时隙。按照上述方法，能够确定与资源1相关联的协作信息1位于图8中的时隙t 1，其中，t 1是时间上不晚于时隙m 1-K，并且距离时隙m 1-K最近的PSFCH时隙。类似地，可以确定与资源2相关的协作信息2位于时隙t 2。简单起见，本申请实施例假设图中所有时隙都是资源池中的逻辑时隙，因此有m 1–K＝m 1-T 3。以上确定了协作信息所在的时隙。此外可以确定协作信息所使用的PSFCH资源。
图9是本申请实施例的确定PSFCH资源的一示例图。假设在某一预留资源上发送的PSSCH包括 个子信道(sub-channel)，PSFCH周期为 个时隙，其中每个时隙内被分配用于PSFCH的PRB个数为 资源池包括N subch个子信道。根据上述确定协作信息所在PSFCH时隙的方法，最多 个PSSCH时隙(可能出现预留 资源的时隙)会关联到同一个PSFCH时隙。
换句话说，一个PSFCH时隙内的 个PRB与 个时隙内的N subch· 个子信道相关联。如图9所示，对于时隙i内的子信道j(其中 0≤j≤N subch-1)，有PSFCH时隙内的 个PRB与之关联。更具体地，索引为 到 的 个PRB与时隙i内的子信道j相关联。
对于某个预留资源PSSCH，可以根据其起始子信道确定与该PSSCH相关联的 个PRB，其中 或者，可以根据PSSCH包括的所有子信道确定与该PSSCH相关联的 个PRB，其中 进一步，每个PRB可以包含 个循环移位对(cyclic shift pair)。
由于一个PSFCH资源由一个PRB和一个循环移位对确定，因此，一个PSSCH所关联的PSFCH资源数为 对于一个预留资源PSSCH，索引为 的PSFCH资源用于承载协作信息，其中，P ID是预留了该资源的SCI中所包含的8位物理层源标识(physical layer source ID)。
本申请实施例对于如何指示预期冲突不做限制。例如，当存在预期冲突时，设备A发送PSFCH(协作信息)，当不存在预期冲突时，设备A不发送PSFCH(协作信息)。又例如，当存在预期冲突时，设备A发送循环移位为C0的PSFCH(协作信息)，当不存在预期冲突时，设备A发送循环移位为C1的PSFCH(协作信息)。
在一些实施例中，在先于接收协作信息的第一时隙第一时间间隔的第二时隙中，检测该预留资源是否被抢占，其中该第一时间间隔大于或等于0。
图10A是本申请实施例的时间间隔的一示意图。例如，如图10A所示，时隙t 2是设备B接收与预留资源2相关联的协作信息2的时隙，时隙m 1-T 3为检测预留资源1和预留资源2是否被抢占的时隙，时隙m 1-T 3＝t 2-d被认为是“先于接收协作信息的第一时隙第一时间间隔的第二时隙”，其中，第一时间间隔(d)大于0。
图10B是本申请实施例的时间间隔的另一示意图。例如，如图10B所示，假设时隙t是设备B接收与预留资源相关联的协作信息的时隙，时隙t’为检测该预留资源是否被抢占的时隙，时隙t-d被认为是“先于接收协作信息的第一时隙第一时间间隔的第二时 隙”，其中，第一时间间隔(d)大于0，可选地，第一时间间隔(d)可以等于0。
在一些实施例中，在预留资源和至少一个指示该预留资源的边链路控制信息之间具有第二时间间隔，例如，图10B所示的指示预留资源1的边链路控制信息所在的时隙m 0与预留资源1所在的时隙m 1之间的间隔；该第二时间间隔内存在协作信息的接收时隙，例如，图10B所示的协作信息1所在的时隙t。
在一些实施例中，该第二时间间隔包括第三时间间隔和第四时间间隔。
该第三时间间隔为预留资源与对应的协作信息的接收时隙之间的时间间隔，例如，图10B所示的预留资源1所在的时隙m 1与协作信息1所在的时隙t之间的间隔。该第四时间间隔为协作信息的接收时隙与指示该预留资源的边链路控制信息之间的间隔，例如，图10B所示的协作信息1所在的时隙t与指示预留资源1的边链路控制信息所在的时隙m 0之间的间隔。
该第三时间间隔大于等于以逻辑时隙为单位的门限值，例如该门限值是图10B以及表2所示的 如前所述， 个逻辑时隙在时间上等于K个时隙，图10B中假设 并且 在满足该第三时间间隔的前提下，与该预留资源对应的协作信息的接收时隙是距离该预留资源所在时隙最近的物理边链路反馈信道所在时隙，例如图8所示，在时隙t 1上的PSFCH为满足第三时间间隔的前提下与预留资源m 1对应的协作信息1的接收时隙。
在一些实施例中，第四时间间隔基于设备能力或设备实现被确定。
考虑到处理时间的限制，在时隙m 1-T 3之后发送或接收协作信息是没有意义的，原因在于设备B来不及根据该协作信息进行资源重选。假设时隙m 0的资源0预留了时隙m 1的资源1，如果要利用协作信息，那么资源0与资源1之间的时间间隔至少要大于一个门限，否则将无法利用协作信息对资源1进行重选。
图11是本申请实施例的抢占检测和协作信息的另一示例图。如图11所示，资源0和资源1之间的时间间隔过小，使得协作信息所在时隙甚至位于资源0之前，由于设备A在时隙m 0才知晓资源1被预留，因此设备A已经来不及发送针对资源1的协作信息，从而设备B无法基于协作信息对资源1进行重选。
在一些实施例中，为了利用设备间协作，设备B可以在资源选择时，在预留资源和至少一个预留该资源的SCI之间保证一个最小时间间隔(第二时间间隔)，其中该最小时间间隔满足协作信息的处理时间要求。
图12是本申请实施例的协作信息机会的一示例图。如图12所示，预留资源1与预 留该资源的SCI(即资源0)之间存在协作信息机会(协作信息1)，预留资源2与资源0之间存在协作信息机会(协作信息2)，因此对于资源1和资源2都可以利用协作信息进行重选。尽管资源1与资源2之间不存在协作信息机会，但也不影响对协作信息的使用，只要有一个预留了资源1(资源2)的SCI满足上述条件即可，图12中满足条件的SCI位于资源0。
更具体地，最小时间间隔包括两部分，第一部分是预留资源和与之相关联的协作信息之间的时间间隔(第三时间间隔)，可以通过前面所述的确定PSFCH的方法确定；第二部分是预留该资源的SCI与协作信息之间的时间间隔(第四时间间隔)，可以基于设备能力或设备实现确定。
以上示意性说明了协作信息和抢占检测，以下再进一步说明是否接收协作信息。
图13是本申请实施例的是否接收协作信息的一示例图。例如，图13示出一种第一时间间隔(d)大于0的情况，设备B在时隙t＝m 1-T 3＝t 2-d对资源1和资源2进行抢占检测，位于时隙t 2的协作信息2指示预留资源2发生冲突。
设备B在资源0的时隙m0上发送SCI，该SCI预留了资源1和资源2，假设设备B在时隙t 1没有接收到协作信息，进而设备B在时隙t对预留资源1和预留资源2进行抢占检测，在检测到预留资源2未被抢占的情况下，确定接收协作信息2，并基于接收到的协作信息2进行资源重选；设备B在检测到预留资源2被抢占的情况下，可以确定预留资源2发生了冲突，进而决定进行预留资源2的重选，例如，基于标准现有的资源重选的方式进行资源的重选，并且跳过接收协作信息2。
如图13所示，在第一时间间隔(d)大于0的情况下，设备B在资源0的时隙m 0上发送SCI，该SCI预留了资源1和资源2，假设设备B在时隙t 1没有接收到协作信息，进而设备B在时隙t对预留资源1和预留资源2进行抢占检测，在检测到预留资源2未被抢占的情况下，确定接收协作信息2，并基于接收到的协作信息2进行资源重选；设备B在检测到预留资源2被抢占的情况下，可以确定预留资源2发生了冲突，进而决定进行预留资源的重选，例如，基于标准现有的资源重选的方式进行资源的重选，并且可以接收协作信息2但是跳过执行基于接收到的协作信息2的资源重选(接收协作信息2但是丢弃接收到的协作信息2指示的内容)。
在一些实施例中，接收协作信息但是跳过执行基于接收到的协作信息的资源重选的含义为，丢弃收到的协作信息，例如，设备B接收协作信息，但认为协作信息是无效的(invalid)，从而不会基于该协作信息对其相关的预留资源进行资源重选。
图14是本申请实施例的是否接收协作信息的另一示例图。例如，图14示出一种第一时间间隔(d)等于0的情况，设备B在时隙t检测预留资源1是否被抢占，并且在时隙t预计接收与资源1相关的协作信息1。
基于抢占检测，设备B确定需要对预留资源1进行重选。设备B可以跳过在时隙t对协作信息1的接收，基于抢占检测对资源1进行重选，例如基于标准现有的资源重选的方式进行资源的重选；或者，设备B可以接收协作信息但是跳过执行基于接收到的协作信息的资源重选，仅基于抢占检测对资源1进行重选；或者，设备B可以接收协作信息，并基于协作信息进行资源重选，跳过执行基于抢占检测的资源重选。也就是说，在第一时间间隔(d)等于0的情况下设备B不会被触发两次资源重选，而是仅进行一次资源重选。
图15是本申请实施例的是否接收协作信息的另一示例图。例如，如图15所示，在上一个周期(时隙m 1_P，其中P为周期)的初传资源1”上发送的SCI通过周期字段预留了下一个周期(时隙m 1)的初传资源1，通过时频资源字段预留了上一个周期的重传资源2”，在上一个周期的重传资源2”上发送的SCI通过周期字段预留了下一个周期的重传资源2。
设备B在时隙t 1没有接收到协作信息，在时隙t＝m 1-T 3检测到资源1和资源2被抢占，进而决定进行预留资源的重选，例如，基于标准现有的资源重选的方式进行资源的重选，重选后的资源为资源1’和资源2’。设备B可以跳过接收协作信息2；或者，设备B可以接收协作信息2，但是跳过执行基于接收到的协作信息2的资源重选(接收协作信息2但是丢弃接收到的协作信息2指示的内容)。
上述实施方式仅以在某些特定时隙对某些预留资源进行抢占检测为例，本申请可以在其他时隙对其他预留资源进行抢占检测时，类似地执行上述操作，本申请对此不进行限制。
在一些实施例中，协作信息可以由物理边链路反馈信道(PSFCH)承载。例如，当协作信息用于指示重选时，PSFCH资源可以是额外配置或预配置的RB资源，或者序列资源。这里序列可以由循环移位(cyclic shift)等参数确定。例如，根据前述方式确定承载协作信息的物理边链路反馈信道(PSFCH)所在的时隙，本申请不限于此，例如还可以使用其他资源承载协作信息。
在一些实施例中，第一终端设备是第二终端设备的目的接收终端设备。在一些实施例中，第一终端设备不是第二终端设备的目的接收终端设备，但第一终端设备是第三终 端设备的目的接收终端设备。目的(destination)接收终端设备例如是指接收PSCCH/PSSCH的接收设备，本申请不限于此。
在一些实施例中，第一终端设备(设备A)、第二终端设备(设备B)进行单播、组播或广播的边链路通信。即，上述实施例可以应用于单播、组播或广播的任意场景中。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
由上述实施例可知，设备基于对预留资源进行抢占检测，并且根据该预留资源是否被抢占，确定是否接收用于指示该预留资源发生冲突的协作信息，和/或，确定是否执行基于接收到的协作信息的资源重选。由此，可以避免发生不必要的资源重选，降低冲突发生的可能性，提高传输可靠性。
一方面，避免了不必要的资源重选，从而可以避免不必要的冲突，提高传输可靠性。另一方面，由于设备可以避免不必要的对协作信息的收发，因此，可以降低协作信息接收和发送之间的冲突，和/或，协作信息发送和发送之间的冲突发生的可能性。
具体地，以通过PSFCH承载协作信息为例，当设备需要同时发送PSFCH和接收PSFCH时，设备会丢弃优先级较低的PSFCH，仅发送或接收优先级较高的PSFCH；当设备需要同时发送多个PSFCH并且PSFCH数超出设备能力时，设备会丢弃优先级较低的若干PSFCH，仅发送优先级较高的PSFCH。当使用PSFCH发送协作信息时，实际上增加了发生上述PSFCH收/发之间，和/或，PSFCH发/发之间的冲突的可能性。本申请实施例能够避免对一些承载协作信息的PSFCH的收发，因此可以在一定程度上降低发生PSFCH收/发之间，和/或，PSFCH收发/发之间冲突的可能性。
第二方面的实施例
本申请实施例提供一种设备间协作方法，从第一终端设备进行说明。本申请实施例可以与第一方面的实施例结合起来，也可以单独实施。与第一方面的实施例相同的内容不再赘述。图16是本申请实施例的设备间协作方法的一示意图，如图16所示，该方法包括：
1601，第一终端设备接收边链路控制信息和边链路数据信息，该边链路控制信息指示预留资源；
1602，第一终端设备确定该预留资源是否被重选；
1603，第一终端设备根据该预留资源是否被重选，确定是否发送用于指示该预留资源发生冲突的协作信息。
值得注意的是，以上附图16仅对本申请实施例进行了示意性说明，但本申请不限于此。例如可以适当地调整各个操作之间的执行顺序，此外还可以增加其他的一些操作或者减少其中的某些操作。本领域的技术人员可以根据上述内容进行适当地变型，而不仅限于上述附图16的记载。
在一些实施例中，在预留资源未被第二终端设备重选的情况下，向第二终端设备发送第一协作信息；在该预留资源被该第二终端设备重选的情况下，跳过向该第二终端设备发送该第一协作信息。
图17是本申请实施例的是否发送协作信息的一示例图。如图17所示，设备A在时隙m 0接收到SCI，知晓设备B预留了资源1和资源2。根据现有标准，资源1发送的SCI应该也预留资源2。然而，设备B在时隙m 1-T 3发现资源2被抢占，因此将资源2重选为资源2’，导致资源1的SCI不再预留资源2，而是预留重选后的资源2’。
当设备A接收到资源1上发送的SCI后，设备A会发现资源1预留了资源2’，而没有预留资源2，从而可以推断出资源2已经被设备B重选。由于资源2已经被设备B重选，因此设备A可以跳过对协作信息2的发送。
可选的，设备B在时隙m 1-T 3发现资源2未被抢占，设备B不进行资源重选，即，资源1的SCI仍然预留资源2。当设备A接收到资源1上发送的SCI后，设备A会发现资源1仍然预留资源2，因此设备A继续向设备B发送协作信息2。
图18是本申请实施例的是否发送协作信息的另一示例图。如图18所示，设备A通过接收资源1”和资源2”可以知晓以下信息：在上一个周期(时隙m 1_P，其中P为周期)的初传资源1”上发送的SCI通过周期字段预留了下一个周期(时隙m 1)的初传资源1，通过时频资源字段预留了上一个周期的重传资源2”，在上一个周期的重传资源2”上发送的SCI通过周期字段预留了下一个周期的重传资源2。
正常情况下，资源1会预留资源2，然而，设备B在时隙m 1-T 3发现资源2被抢占，进行资源重选，重选后的资源为资源2’，使得资源1的SCI不再预留资源2，而是预留重选后的资源2’。
当设备A接收到资源1上发送的SCI后，设备A会发现资源1预留了资源2’，而没有预留资源2，从而可以推断出资源2已经被设备B重选。由于资源2已经被设备B重选，因此设备A可以跳过对协作信息2的发送。
可选的，设备B在时隙m 1-T 3发现资源2未被抢占，设备B不进行资源重选，即，资源1的SCI仍然预留资源2。当设备A接收到资源1上发送的SCI后，设备A会发现资源1仍然预留资源2，因此设备A继续向设备B发送协作信息2。
在一些实施例中，在预留资源被第二终端设备重选的情况下，确定该预留资源被释放，并且跳过向其他终端设备发送用于指示其他预留资源与该预留资源发生冲突的第二协作信息。
在一些实施例中，在设备A确定某一个预留资源被设备B重选后，设备A在判断预期冲突时认为该预留资源被释放(released)，即不把被重选的资源当作预留资源对待。例如，设备A发现设备B预留的资源1与设备C预留的资源2发生冲突，并且确定向设备C发送协作信息通知该冲突，但如果设备A发现资源1被设备B重选，则设备A不再认为资源1与资源2发生冲突，因此也不会向设备C发送第二协作信息。
在一些实施例中，第一协作信息和第二协作信息由物理边链路反馈信道(PSFCH)承载。
在一些实施例中，第一终端设备、第二终端设备进行单播、组播或广播的边链路通信。即，上述实施例可以应用于单播、组播或广播的任意场景中。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
由上述实施例可知，设备基于预留资源是否被重选，确定是否发送用于指示该预留资源发生冲突的协作信息。由此，可以避免不必要的协作信息的发送，降低冲突发生的可能性，提高传输可靠性。
一方面，避免不必要的协作信息的发送，降低冲突发生的可能性，提高传输可靠性。另一方面，由于设备可以避免不必要的对协作信息的收发，因此，可以降低协作信息接收和发送之间的冲突，和/或，协作信息发送和发送之间的冲突发生的可能性。
具体地，以通过PSFCH承载协作信息为例，当设备需要同时发送PSFCH和接收PSFCH时，设备会丢弃优先级较低的PSFCH，仅发送或接收优先级较高的PSFCH；当设备需要同时发送多个PSFCH并且PSFCH数超出设备能力时，设备会丢弃优先级较低的若干PSFCH，仅发送优先级较高的PSFCH。当使用PSFCH发送协作信息时，实际上增加了发生上述PSFCH收/发之间，和/或，PSFCH发/发之间的冲突的可能性。本申请实施例能够避免对一些承载协作信息的PSFCH的收发，因此可以在一定程度上降低发 生PSFCH收/发之间，和/或，PSFCH收发/发之间冲突的可能性。
第三方面的实施例
本申请实施例提供一种设备间协作方法，从第一终端设备和第二终端设备进行说明。本申请实施例可以与第一、二方面的实施例结合起来，也可以单独实施。与第一至二方面的实施例相同的内容不再赘述。
图19是本申请实施例的设备间协作方法的一示意图，如图19所示，该方法包括：
1901，第二终端设备发送边链路控制信息和边链路数据信息，该边链路控制信息指示预留资源；
1902，接收针对该边链路控制信息所指示的边链路发送反馈的确认(ACK)或非确认(NACK)；
1903，根据是否已经接收到该确认(ACK)，确定是否接收用于指示该预留资源发生冲突的协作信息或者是否执行基于接收到的协作信息的资源重选。
值得注意的是，以上附图19仅对本申请实施例进行了示意性说明，但本申请不限于此。例如可以适当地调整各个操作之间的执行顺序，此外还可以增加其他的一些操作或者减少其中的某些操作。本领域的技术人员可以根据上述内容进行适当地变型，而不仅限于上述附图19的记载。
在一些实施例中，在接收协作信息之前已经接收到ACK的情况下，跳过接收该协作信息或跳过执行基于接收到的该协作信息的资源重选。在接收该协作信息之前没有接收到该ACK，并且在该预留资源未被抢占的情况下，确定接收该协作信息或确定执行基于接收到的协作信息的资源重选；在接收该协作信息之前没有接收到该ACK，并且在该预留资源被抢占的情况下，确定跳过接收该协作信息或跳过执行基于接收到的该协作信息的资源重选。
图20是本申请实施例的是否接收协作信息的一示例图。如图20所示，设备B在接收协作信息1之前的时隙t a已经接收到ACK的情况下，跳过接收该协作信息1或跳过执行基于接收到的该协作信息1的资源重选。
图21是本申请实施例的是否接收协作信息的另一示例图。如图21所示，设备B在接收该协作信息1之前的时隙t a没有接收到ACK或者收到了NACK，设备B在时隙t检测预留资源1是否被抢占，在预留资源1未被抢占的情况下，确定接收该协作信息1，并确定执行基于接收到的协作信息1的资源重选；在预留资源1被抢占的情况下，确定 跳过接收协作信息1或跳过执行基于接收到的协作信息1的资源重选。
在一些实施例中，设备B在接收该协作信息1之前的时隙t a没有接收到ACK或者收到了NACK的其他实施方式可以参考第一方面的实施例，在此不做重复。
在一些实施例中，这里ACK与协作信息针对的是同一个传输块(TB，transmission block)。由于设备B已经接收到ACK，设备B不会在与协作信息相关的预留资源上进行发送，也不会对该预留资源进行重选，因此可以跳过接收协作信息，或跳过执行基于接收到的协作信息的资源重选。在一些实施例中，设备B实际上泛指任何可以接收协作信息的设备。
在一些实施例中，设备B的行为用于单播和组播。
在一些实施例中，上述设备B行为用于单播和具有HARQ选项2的组播(groupcast with HARQ option 2)，不用于具有HARQ选项1(groupcast with HARQ option 1)的组播。这是由于具有HARQ选项1(groupcast with HARQ option 1)的组播是只反馈NACK(NACK-only)的组播，设备B无法区分ACK和DTX，对于DTX，实际上设备B可以继续接收协作信息，并基于协作信息进行资源重选。
在一些实施例中，指示ACK/NACK的PSFCH可以重用现有标准。
假设设备A是设备B的接收方，则设备A在接收到设备B的PSCCH/PSSCH后，决定向设备B指示ACK/NACK和/或重选，并发送与之对应的一个或多个PSFCH。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
由上述实施例可知，设备接收针对边链路控制信息所指示的边链路发送反馈的确认(ACK)或非确认(NACK)，并且据是否已经接收到该确认(ACK)，确定是否接收用于指示该预留资源发生冲突的协作信息或者是否执行基于接收到的协作信息的资源重选。由此，可以避免发生不必要的资源重选，降低冲突发生的可能性，提高传输可靠性。
一方面，避免了不必要的资源重选，从而可以避免不必要的冲突，提高传输可靠性。另一方面，由于设备可以避免不必要的对协作信息的收发，因此，可以降低协作信息接收和发送之间的冲突，和/或，协作信息发送和发送之间的冲突发生的可能性。
具体地，以通过PSFCH承载协作信息为例，当设备需要同时发送PSFCH和接收PSFCH时，设备会丢弃优先级较低的PSFCH，仅发送或接收优先级较高的PSFCH；当设备需要同时发送多个PSFCH并且PSFCH数超出设备能力时，设备会丢弃优先级较低 的若干PSFCH，仅发送优先级较高的PSFCH。当使用PSFCH发送协作信息时，实际上增加了发生上述PSFCH收/发之间，和/或，PSFCH发/发之间的冲突的可能性。本申请实施例能够避免对一些承载协作信息的PSFCH的收发，因此可以在一定程度上降低发生PSFCH收/发之间，和/或，PSFCH收发/发之间冲突的可能性。
第四方面的实施例
本申请实施例提供一种设备间协作方法，从第一终端设备进行说明。本申请实施例可以与第一、二方面、三方面的实施例结合起来，也可以单独实施。
图22是本申请实施例的设备间协作方法的一示意图，如图22所示，该方法包括：
2201，第一终端设备接收边链路控制信息和边链路数据信息，该边链路控制信息指示预留资源；
2202，针对该边链路控制信息所对应的边链路发送是否反馈确认(ACK)；
2203，根据是否反馈确认(ACK)，决定是否发送用于指示该预留资源发生冲突的协作信息。
值得注意的是，以上附图22仅对本申请实施例进行了示意性说明，但本申请不限于此。例如可以适当地调整各个操作之间的执行顺序，此外还可以增加其他的一些操作或者减少其中的某些操作。本领域的技术人员可以根据上述内容进行适当地变型，而不仅限于上述附图22的记载。
在一些实施例中，在针对边链路控制信息所指示的边链路发送反馈了确认(ACK)的情况下，跳过向第二终端设备发送第一协作信息。在一些实施例中，对于发送了确认(ACK)的某一预留资源，确定该预留资源被释放，跳过向其他终端设备发送用于指示其他预留资源与该预留资源发生冲突的第二协作信息。
图23是本申请实施例的是否发送协作信息的一示例图。如图23所示，如果设备A在发送协作信息之前向设备B在资源1上发送的边链路数据信息指示了ACK，那么设备A可以跳过对指示预期冲突的第一协作信息B的发送，即不发送指示预期冲突的第一协作信息B。
在一些实施例中，对于指示了ACK后的某一个预留资源，设备A在判断预期冲突时认为该预留资源被释放，即不把被重选的资源当作预留资源对待。
在一些实施例中，如图23所示，设备A发现设备B预留的资源2与设备C预留的资源4发生冲突，并且确定向设备C发送第二协作信息C通知该冲突，但如果设备A 发现自己已经向设备B在资源1上发送的边链路数据信息指示了ACK，从而使资源2不会被设备B用于发送重传，则设备A不再认为资源2与资源4发生冲突，因此，也不会向设备C发送第二协作信息C。
在一些实施例中，ACK与第一协作信息针对的是同一个TB。
在一些实施例中，上述设备A行为用于单播和组播。在一些实施例中，单播或组播指的是ACK针对的PSSCH属于单播或组播。设备A通过SCI(2 nd stage SCI)能够知晓PSSCH属于单播或组播，以及属于具有HARQ选项1的组播或具有HARQ选项2的组播。
在一些实施例中，上述设备A行为用于单播，不用于组播，这是由于对于组播，设备B可能接收到来自除设备A外其他组员发送的NACK，因此设备B仍会在预留资源上进行重传。如果设备A不发送协作信息，可能会导致设备A无法正确接收来自设备B或设备C的重传。
在一些实施例中，设备A向设备B指示ACK是指设备A确定了ACK，并且没有根据优先规则丢弃ACK，即设备A真正地发送了ACK。对于具有HARQ选择1的组播，由于设备A仅在NACK时发送PSFCH，在ACK时不发送PSFCH，所以不发送PSFCH被认为是向设备B指示了ACK。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
由上述实施例可知，设备接收针对边链路控制信息所对应的边链路发送是否反馈确认(ACK)，并且根据是否反馈确认(ACK)，决定是否发送用于指示该预留资源发生冲突的协作信息。由此，可以避免发生不必要的资源重选，降低冲突发生的可能性，提高传输可靠性。
一方面，避免了不必要的资源重选，从而可以避免不必要的冲突，提高传输可靠性。另一方面，由于设备可以避免不必要的对协作信息的收发，因此，可以降低协作信息接收和发送之间的冲突，和/或，协作信息发送和发送之间的冲突发生的可能性。
具体地，以通过PSFCH承载协作信息为例，根据标准，当设备需要同时发送PSFCH和接收PSFCH时，设备会丢弃优先级较低的PSFCH，仅发送或接收优先级较高的PSFCH；当设备需要同时发送多个PSFCH并且PSFCH数超出设备能力时，设备会丢弃优先级较低的若干PSFCH，仅发送优先级较高的PSFCH。当使用PSFCH发送协作信息时，实际 上增加了发生上述PSFCH收/发之间，和/或，PSFCH发/发之间的冲突的可能性。本申请实施例能够避免对一些承载协作信息的PSFCH的收发，因此可以在一定程度上降低发生PSFCH收/发之间，和/或，PSFCH收发/发之间冲突的可能性。
第五方面的实施例
本申请实施例提供一种设备间协作装置。该装置例如可以是终端设备(例如前述的第二终端设备)，也可以是配置于终端设备的某个或某些部件或者组件，与第一至四方面的实施例相同的内容不再赘述。
图24是本申请实施例的设备间协作装置的一示意图。如图24所示，设备间协作装置2400包括：发送单元2401和抢占检测单元2402和处理单元2403。
在一些实施例中，发送单元2401用于发送边链路控制信息和边链路数据信息，该边链路控制信息指示预留资源；抢占检测单元2402对该预留资源进行抢占检测；处理单元2403根据该预留资源是否被抢占，确定是否接收用于指示该预留资源发生冲突的协作信息，和/或，确定是否执行基于接收到的协作信息的资源重选。
在一些实施例中，设备间协作装置2400还可以包含接收单元2404，用于接收来自第一终端设备的协作信息。
在一些实施例中，在预留资源未被抢占的情况下，处理单元2403确定接收协作信息并确定执行基于接收到的该协作信息的资源重选；在该预留资源被抢占的情况下，处理单元2403确定跳过接收该协作信息或跳过执行基于接收到的该协作信息的资源重选。在该预留资源被抢占的情况下，处理单元2403确定跳过接收该协作信息或跳过执行基于接收到的该协作信息的资源重选。
在一些实施例中，抢占检测单元2402在先于接收协作信息的第一时隙第一时间间隔的第二时隙中，检测预留资源是否被抢占，其中该第一时间间隔大于或等于0。
在一些实施例中，通过边链路控制信息的频率资源分配和时间资源分配字段或资源预留周期字段指示预留资源。
在一些实施例中，在该预留资源和至少一个指示该预留资源的边链路控制信息之间具有第二时间间隔，该第二时间间隔内存在该协作信息的接收时隙。
在一些实施例中，该第二时间间隔包括第三时间间隔和第四时间间隔，该第三时间间隔为该预留资源与对应的该协作信息的接收时隙之间的时间间隔；该第四时间间隔为该协作信息的接收时隙与指示该预留资源的该边链路控制信息之间的间隔。该第三时间 间隔大于等于以逻辑时隙为单位的门限值。
在一些实施例中，在满足该第三时间间隔的前提下，与预留资源对应的协作信息的接收时隙是距离该预留资源所在时隙最近的物理边链路反馈信道所在时隙。在一些实施例中，该第四时间间隔基于设备能力或设备实现被确定。
在一些实施例中，设备间协作装置2400还包含接收单元2404，其用于接收针对边链路发送反馈的确认(ACK)或非确认(NACK)；该处理单元2403还用于根据在接收该协作信息之前是否已经接收到该确认(ACK)，确定是否接收该协作信息或是否执行基于接收到的该协作信息的资源重选。
在接收该协作信息之前已经接收到该确认(ACK)的情况下，该处理单元2403确定跳过接收该协作信息或跳过执行基于接收到的该协作信息的资源重选。在接收该协作信息之前没有接收到该确认(ACK)，并且该预留资源未被抢占的情况下，该处理单元2403确定接收该协作信息或确定执行基于接收到的该协作信息的资源重选；在接收该协作信息之前没有接收到该确认(ACK)，并且该预留资源被抢占的情况下，该处理单元2403确定跳过接收该协作信息或跳过执行基于接收到的该协作信息的资源重选。
在一些实施例中，边链路控制信息所指示的边链路发送为单播、组播或广播。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的各部件或模块进行了说明，但本申请不限于此。设备间协作装置2400还可以包括其他部件或者模块，关于这些部件或者模块的具体内容，可以参考相关技术。
此外，为了简单起见，图24中仅示例性示出了各个部件或模块之间的连接关系或信号走向，但是本领域技术人员应该清楚的是，可以采用总线连接等各种相关技术。上述各个部件或模块可以通过例如处理器、存储器、发射机、接收机等硬件设施来实现；本申请实施并不对此进行限制。
由上述实施例可知，设备基于对预留资源进行抢占检测，并且据该预留资源是否被抢占，确定是否接收用于指示该预留资源发生冲突的协作信息，和/或，确定是否执行基于接收到的协作信息的资源重选。由此，可以避免发生不必要的资源重选，降低冲突发生的可能性，提高传输可靠性。
一方面，避免了不必要的资源重选，从而可以避免不必要的冲突，提高传输可靠性。 另一方面，由于设备可以避免不必要的对协作信息的收发，因此，可以降低协作信息接收和发送之间的冲突，和/或，协作信息发送和发送之间的冲突发生的可能性。
具体地，以通过PSFCH承载协作信息为例，当设备需要同时发送PSFCH和接收PSFCH时，设备会丢弃优先级较低的PSFCH，仅发送或接收优先级较高的PSFCH；当设备需要同时发送多个PSFCH并且PSFCH数超出设备能力时，设备会丢弃优先级较低的若干PSFCH，仅发送优先级较高的PSFCH。当使用PSFCH发送协作信息时，实际上增加了发生上述PSFCH收/发之间，和/或，PSFCH发/发之间的冲突的可能性。本申请实施例能够避免对一些承载协作信息的PSFCH的收发，因此可以在一定程度上降低发生PSFCH收/发之间，和/或，PSFCH收发/发之间冲突的可能性。
第六方面的实施例
本申请实施例提供一种设备间协作装置。该装置例如可以是终端设备(例如前述的第一终端设备)，也可以是配置于终端设备的某个或某些部件或者组件，与第一至五方面的实施例相同的内容不再赘述。
图25是本申请实施例的设备间协作装置的一示意图。如图25所示，设备间协作装置2500包括：接收单元2501、确定单元2502和发送单元2503。
在一些实施例中，接收单元2501接收边链路控制信息和边链路数据信息，该边链路控制信息指示预留资源；确定单元2502确定该预留资源是否被重选；发送单元2503用于根据该预留资源是否被重选，确定是否发送用于指示该预留资源发生冲突的协作信息。
在一些实施例中，在预留资源未被第二终端设备重选的情况下，发送单元2503向该第二终端设备发送第一协作信息；
在一些实施例中，在预留资源被第二终端设备重选的情况下，发送单元2503跳过向第二终端设备发送第一协作信息。在一些实施例中，在该预留资源被第二终端设备重选的情况下，确定单元2502确定该预留资源被释放，并且发送单元2503跳过向其他终端设备发送用于指示其他预留资源与该预留资源发生冲突的第二协作信息。
在一些实施例中，在针对来自第二终端设备的边链路控制信息所指示的边链路发送反馈了确认(ACK)的情况下，发送单元2503跳过向第二终端设备发送第一协作信息。在一些实施例中，在针对来自第二终端设备的边链路控制信息所指示的边链路发送反馈了确认(ACK)的情况下，确定单元2502确定该预留资源被释放，发送单元2503跳过 向其他终端设备发送用于指示其他预留资源与该预留资源发生冲突的第二协作信息。
在一些实施例中，确定单元2502在先于发送协作信息的第一时隙第一时间间隔的第二时隙中，确定该预留资源是否被重选，其中该第一时间间隔大于或等于0。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的各部件或模块进行了说明，但本申请不限于此。设备间协作装置2500还可以包括其他部件或者模块，关于这些部件或者模块的具体内容，可以参考相关技术。
此外，为了简单起见，图25中仅示例性示出了各个部件或模块之间的连接关系或信号走向，但是本领域技术人员应该清楚的是，可以采用总线连接等各种相关技术。上述各个部件或模块可以通过例如处理器、存储器、发射机、接收机等硬件设施来实现；本申请实施并不对此进行限制。
由上述实施例可知，设备基于预留资源是否被重选，确定是否发送用于指示该预留资源发生冲突的协作信息。由此，可以避免不必要的协作信息的发送，降低冲突发生的可能性，提高传输可靠性。
一方面，避免不必要的协作信息的发送，降低冲突发生的可能性，提高传输可靠性。另一方面，由于设备可以避免不必要的对协作信息的收发，因此，可以降低协作信息接收和发送之间的冲突，和/或，协作信息发送和发送之间的冲突发生的可能性。
具体地，以通过PSFCH承载协作信息为例，当设备需要同时发送PSFCH和接收PSFCH时，设备会丢弃优先级较低的PSFCH，仅发送或接收优先级较高的PSFCH；当设备需要同时发送多个PSFCH并且PSFCH数超出设备能力时，设备会丢弃优先级较低的若干PSFCH，仅发送优先级较高的PSFCH。当使用PSFCH发送协作信息时，实际上增加了发生上述PSFCH收/发之间，和/或，PSFCH发/发之间的冲突的可能性。本申请实施例能够避免对一些承载协作信息的PSFCH的收发，因此可以在一定程度上降低发生PSFCH收/发之间，和/或，PSFCH收发/发之间冲突的可能性。
第七方面的实施例
本申请实施例提供一种设备间协作装置。该装置例如可以是终端设备(例如前述的第一终端设备)，也可以是配置于终端设备的某个或某些部件或者组件，与第一至六方 面的实施例相同的内容不再赘述。
图26是本申请实施例的设备间协作装置的一示意图。如图26所示，设备间协作装置2600包括：发送单元2601、接收单元2602和确定单元2603。
在一些实施例中，发送单元2601发送边链路控制信息和边链路数据信息，该边链路控制信息指示预留资源；接收单元2602接收针对该边链路控制信息所指示的边链路发送反馈的确认(ACK)或非确认(NACK)；确定单元2603根据是否已经接收到该确认(ACK)，确定是否接收用于指示该预留资源发生冲突的协作信息或者是否执行基于接收到的协作信息的资源重选。
在一些实施例中，在接收协作信息之前已经接收到ACK的情况下，确定单元2603确定跳过接收该协作信息或跳过执行基于接收到的该协作信息的资源重选。
在一些实施例中，在接收协作信息之前没有接收到ACK，并且在预留资源未被抢占的情况下，确定单元2603确定接收协作信息或确定执行基于接收到的该协作信息的资源重选；在接收该协作信息之前没有接收到该ACK，并且在该预留资源被抢占的情况下，确定单元2603确定跳过接收该协作信息或跳过执行基于接收到的该协作信息的资源重选。
在一些实施例中，边链路控制信息所指示的边链路发送为单播、组播或广播。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的各部件或模块进行了说明，但本申请不限于此。设备间协作装置2600还可以包括其他部件或者模块，关于这些部件或者模块的具体内容，可以参考相关技术。
此外，为了简单起见，图26中仅示例性示出了各个部件或模块之间的连接关系或信号走向，但是本领域技术人员应该清楚的是，可以采用总线连接等各种相关技术。上述各个部件或模块可以通过例如处理器、存储器、发射机、接收机等硬件设施来实现；本申请实施并不对此进行限制。
由上述实施例可知，设备接收针对边链路控制信息所指示的边链路发送反馈的确认(ACK)或非确认(NACK)，并且据是否已经接收到该确认(ACK)，确定是否接收用于指示该预留资源发生冲突的协作信息或者是否执行基于接收到的协作信息的资源重选。由此，可以避免发生不必要的资源重选，降低冲突发生的可能性，提高传输可靠性。
一方面，避免了不必要的资源重选，从而可以避免不必要的冲突，提高传输可靠性。另一方面，由于设备可以避免不必要的对协作信息的收发，因此，可以降低协作信息接收和发送之间的冲突，和/或，协作信息发送和发送之间的冲突发生的可能性。
具体地，以通过PSFCH承载协作信息为例，当设备需要同时发送PSFCH和接收PSFCH时，设备会丢弃优先级较低的PSFCH，仅发送或接收优先级较高的PSFCH；当设备需要同时发送多个PSFCH并且PSFCH数超出设备能力时，设备会丢弃优先级较低的若干PSFCH，仅发送优先级较高的PSFCH。当使用PSFCH发送协作信息时，实际上增加了发生上述PSFCH收/发之间，和/或，PSFCH发/发之间的冲突的可能性。本申请实施例能够避免对一些承载协作信息的PSFCH的收发，因此可以在一定程度上降低发生PSFCH收/发之间，和/或，PSFCH收发/发之间冲突的可能性。
第八方面的实施例
本申请实施例提供一种设备间协作装置。该装置例如可以是终端设备(例如前述的第一终端设备)，也可以是配置于终端设备的某个或某些部件或者组件，与第一至七方面的实施例相同的内容不再赘述。
图27是本申请实施例的设备间协作装置的一示意图。如图27所示，设备间协作装置2700包括：接收单元2701、确定单元2702和发送单元2703。
在一些实施例中，接收单元2701接收边链路控制信息和边链路数据信息，该边链路控制信息指示预留资源；确定单元2702确定针对该边链路控制信息所对应的边链路发送是否反馈确认(ACK)；发送单元2703根据是否反馈确认(ACK)，决定是否发送用于指示该预留资源发生冲突的协作信息。
在一些实施例中，在针对边链路控制信息所指示的边链路发送反馈了确认(ACK)的情况下，发送单元2703跳过向第二终端设备发送第一协作信息。
在一些实施例中，对于发送了确认(ACK)的某一预留资源，确定单元2702确定该预留资源被释放，发送单元2703跳过向其他终端设备发送用于指示其他预留资源与该预留资源发生冲突的第二协作信息。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的各部件或模块进行了说明，但本申请不限 于此。设备间协作装置2700还可以包括其他部件或者模块，关于这些部件或者模块的具体内容，可以参考相关技术。
此外，为了简单起见，图27中仅示例性示出了各个部件或模块之间的连接关系或信号走向，但是本领域技术人员应该清楚的是，可以采用总线连接等各种相关技术。上述各个部件或模块可以通过例如处理器、存储器、发射机、接收机等硬件设施来实现；本申请实施并不对此进行限制。
由上述实施例可知，设备接收针对边链路控制信息所对应的边链路发送是否反馈确认(ACK)，并且根据是否反馈确认(ACK)，决定是否发送用于指示该预留资源发生冲突的协作信息。由此，可以避免发生不必要的资源重选，降低冲突发生的可能性，提高传输可靠性。
一方面，避免了不必要的资源重选，从而可以避免不必要的冲突，提高传输可靠性。另一方面，由于设备可以避免不必要的对协作信息的收发，因此，可以降低协作信息接收和发送之间的冲突，和/或，协作信息发送和发送之间的冲突发生的可能性。
具体地，以通过PSFCH承载协作信息为例，当设备需要同时发送PSFCH和接收PSFCH时，设备会丢弃优先级较低的PSFCH，仅发送或接收优先级较高的PSFCH；当设备需要同时发送多个PSFCH并且PSFCH数超出设备能力时，设备会丢弃优先级较低的若干PSFCH，仅发送优先级较高的PSFCH。当使用PSFCH发送协作信息时，实际上增加了发生上述PSFCH收/发之间，和/或，PSFCH发/发之间的冲突的可能性。本申请实施例能够避免对一些承载协作信息的PSFCH的收发，因此可以在一定程度上降低发生PSFCH收/发之间，和/或，PSFCH收发/发之间冲突的可能性。
第九方面的实施例
本申请实施例还提供一种通信系统，可以参考图1，与第一方面至第八方面的实施例相同的内容不再赘述。
在一些实施例中，通信系统100至少可以包括：
终端设备，其发送边链路控制信息和边链路数据信息，该边链路控制信息指示预留资源；对该预留资源进行抢占检测；根据该预留资源是否被抢占，确定是否接收用于指示该预留资源发生冲突的协作信息和/或是否执行基于接收到的协作信息的资源重选。
在一些实施例中，通信系统100至少可以包括：
终端设备，其接收边链路控制信息和边链路数据信息，该边链路控制信息指示预留 资源；确定该预留资源是否被重选；用于根据该预留资源是否被重选，确定是否发送用于指示该预留资源发生冲突的协作信息。
在一些实施例中，通信系统100至少可以包括：
终端设备，其发送边链路控制信息和边链路数据信息，该边链路控制信息指示预留资源；接收针对该边链路控制信息所指示的边链路发送反馈的确认(ACK)或非确认(NACK)；根据是否已经接收到该确认(ACK)，确定是否接收用于指示该预留资源发生冲突的协作信息和/或是否执行基于接收到的协作信息的资源重选。
在一些实施例中，通信系统100至少可以包括：
终端设备，其接收边链路控制信息和边链路数据信息，该边链路控制信息指示预留资源；确定针对该边链路控制信息所对应的边链路发送是否反馈确认(ACK)；根据是否反馈确认(ACK)，决定是否发送用于指示该预留资源发生冲突的协作信息。
本申请实施例还提供一种网络设备，例如可以是基站，但本申请不限于此，还可以是其他的网络设备。
图28是本申请实施例的网络设备的构成示意图。如图28所示，网络设备2800可以包括：处理器2810(例如中央处理器CPU)和存储器2820；存储器2820耦合到处理器2810。其中该存储器2820可存储各种数据；此外还存储信息处理的程序2830，并且在处理器2810的控制下执行该程序2830。
此外，如图28所示，网络设备2800还可以包括：收发机2840和天线2850等；其中，上述部件的功能与现有技术类似，此处不再赘述。值得注意的是，网络设备2800也并不是必须要包括图28中所示的所有部件；此外，网络设备2800还可以包括图28中没有示出的部件，可以参考现有技术。
本申请实施例还提供一种终端设备，但本申请不限于此，还可以是其他的设备。
图29是本申请实施例的终端设备的示意图。如图29所示，该终端设备2900可以包括处理器2910和存储器2920；存储器2920存储有数据和程序，并耦合到处理器2910。值得注意的是，该图是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。
例如，处理器2910可以被配置为执行程序而实现如第一方面的实施例所述的设备间协作方法。例如处理器2910可以被配置为进行如下的控制：发送边链路控制信息和边链路数据信息，该边链路控制信息指示预留资源；对该预留资源进行抢占检测；根据该预留资源是否被抢占，确定是否接收用于指示该预留资源发生冲突的协作信息和/或是 否执行基于接收到的协作信息的资源重选。
例如，处理器2910可以被配置为执行程序而实现如第二方面的实施例所述的设备间协作方法。例如处理器2410可以被配置为进行如下的控制：接收边链路控制信息和边链路数据信息，该边链路控制信息指示预留资源；确定该预留资源是否被重选；用于根据该预留资源是否被重选，确定是否发送用于指示该预留资源发生冲突的协作信息。
例如，处理器2910可以被配置为执行程序而实现如第三方面的实施例所述的设备间协作方法。例如处理器2910可以被配置为进行如下的控制：发送边链路控制信息和边链路数据信息，该边链路控制信息指示预留资源；接收针对该边链路控制信息所指示的边链路发送反馈的确认(ACK)或非确认(NACK)；根据是否已经接收到该确认(ACK)，确定是否接收用于指示该预留资源发生冲突的协作信息和/或是否执行基于接收到的协作信息的资源重选。
例如，处理器2910可以被配置为执行程序而实现如第四方面的实施例所述的设备间协作方法。例如处理器2910可以被配置为进行如下的控制：接收边链路控制信息和边链路数据信息，该边链路控制信息指示预留资源；确定针对该边链路控制信息所对应的边链路发送是否反馈确认(ACK)；用于根据是否反馈确认(ACK)，决定是否发送用于指示该预留资源发生冲突的协作信息。
如图29所示，该终端设备2900还可以包括：通信模块2930、输入单元2940、显示器2950、电源2960。其中，上述部件的功能与现有技术类似，此处不再赘述。值得注意的是，终端设备2900也并不是必须要包括图29中所示的所有部件，上述部件并不是必需的；此外，终端设备2900还可以包括图29中没有示出的部件，可以参考现有技术。
本申请实施例还提供一种计算机程序，其中当在终端设备中执行所述程序时，所述程序使得所述终端设备执行第一至四方面的实施例所述的设备间协作方法。
本申请实施例还提供一种存储有计算机程序的存储介质，其中所述计算机程序使得终端设备执行第一至四方面的实施例所述的设备间协作方法。
本申请以上的装置和方法可以由硬件实现，也可以由硬件结合软件实现。本申请涉及这样的计算机可读程序，当该程序被逻辑部件所执行时，能够使该逻辑部件实现上文所述的装置或构成部件，或使该逻辑部件实现上文所述的各种方法或步骤。本申请还涉及用于存储以上程序的存储介质，如硬盘、磁盘、光盘、DVD、flash存储器等。
结合本申请实施例描述的方法/装置可直接体现为硬件、由处理器执行的软件模块或 二者组合。例如，图中所示的功能框图中的一个或多个和/或功能框图的一个或多个组合，既可以对应于计算机程序流程的各个软件模块，亦可以对应于各个硬件模块。这些软件模块，可以分别对应于图中所示的各个步骤。这些硬件模块例如可利用现场可编程门阵列(FPGA)将这些软件模块固化而实现。
软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域已知的任何其它形式的存储介质。可以将一种存储介质耦接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息；或者该存储介质可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该软件模块可以存储在移动终端的存储器中，也可以存储在可插入移动终端的存储卡中。例如，若设备(如移动终端)采用的是较大容量的MEGA-SIM卡或者大容量的闪存装置，则该软件模块可存储在该MEGA-SIM卡或者大容量的闪存装置中。
针对附图中描述的功能方框中的一个或多个和/或功能方框的一个或多个组合，可以实现为用于执行本申请所描述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。针对附图描述的功能方框中的一个或多个和/或功能方框的一个或多个组合，还可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP通信结合的一个或多个微处理器或者任何其它这种配置。
以上结合具体的实施方式对本申请进行了描述，但本领域技术人员应该清楚，这些描述都是示例性的，并不是对本申请保护范围的限制。本领域技术人员可以根据本申请的精神和原理对本申请做出各种变型和修改，这些变型和修改也在本申请的范围内。
关于包括以上实施例的实施方式，还公开下述的附记：
附记1.一种设备间协作方法，包括：
第二终端设备发送边链路控制信息和边链路数据信息，所述边链路控制信息指示预留资源；
对所述预留资源进行抢占检测；以及
根据所述预留资源是否被抢占，确定是否接收用于指示所述预留资源发生冲突的协作信息，和/或，确定是否执行基于接收到的协作信息的资源重选。
附记2.根据附记1所述的方法，其中，所述第二终端设备在所述预留资源未被抢 占的情况下，确定接收所述协作信息；在所述预留资源被抢占的情况下，确定跳过接收所述协作信息。
附记3.根据附记1所述的方法，其中，所述第二终端设备在所述预留资源未被抢占的情况下，确定执行基于接收到的所述协作信息的资源重选；在所述预留资源被抢占的情况下，确定跳过执行基于接收到的所述协作信息的资源重选。
附记4.根据附记1至3任一项所述的方法，其中，所述第二终端设备在先于接收所述协作信息的第一时隙第一时间间隔的第二时隙中，检测所述预留资源是否被抢占；其中所述第一时间间隔大于或等于0。
附记5.根据附记1至4任一项所述的方法，其中，通过所述边链路控制信息的频率资源分配和时间资源分配字段或资源预留周期字段指示所述预留资源。
附记6.根据附记1至5任一项所述的方法，其中，在所述预留资源和至少一个指示所述预留资源的边链路控制信息之间具有第二时间间隔，所述第二时间间隔内存在所述协作信息的接收时隙。
附记7.根据附记6所述的方法，其中，所述第二时间间隔包括第三时间间隔和第四时间间隔；所述第三时间间隔为所述预留资源与对应的所述协作信息的接收时隙之间的时间间隔；所述第四时间间隔为所述协作信息的接收时隙与指示所述预留资源的所述边链路控制信息之间的间隔。
附记8.根据附记7所述的方法，其中，所述第三时间间隔大于等于以逻辑时隙为单位的门限值。
附记9.根据附记7或8所述的方法，其中，在满足所述第三时间间隔的前提下，与所述预留资源对应的所述协作信息的接收时隙是距离所述预留资源所在时隙最近的物理边链路反馈信道所在时隙。
附记10.根据附记7所述的方法，其中，所述第四时间间隔基于设备能力或设备实现被确定。
附记11.根据附记1至10任一项所述的方法，其中，所述方法还包括：
所述第二终端设备接收针对边链路发送反馈的确认(ACK)或非确认(NACK)；
根据在接收所述协作信息之前是否已经接收到所述确认(ACK)，确定是否接收所述协作信息，和/或，确定是否执行基于接收到的所述协作信息的资源重选。
附记12.根据附记11所述的方法，其中，所述第二终端设备在接收所述协作信息之前已经接收到所述确认(ACK)的情况下，确定跳过接收所述协作信息或跳过执行基 于接收到的所述协作信息的资源重选。
附记13.根据附记11所述的方法，其中，所述第二终端设备在接收所述协作信息之前没有接收到所述确认(ACK)，并且所述预留资源未被抢占的情况下，确定接收所述协作信息或确定执行基于接收到的所述协作信息的资源重选；
在接收所述协作信息之前没有接收到所述确认(ACK)，并且所述预留资源被抢占的情况下，确定跳过接收所述协作信息或跳过执行基于接收到的所述协作信息的资源重选。
附记14.根据附记1至13任一项所述的方法，其中，所述边链路控制信息所指示的边链路发送为单播、组播或广播。
附记15.一种设备间协作方法，包括：
第一终端设备接收边链路控制信息和边链路数据信息，所述边链路控制信息指示预留资源；
确定所述预留资源是否被重选；以及
根据所述预留资源是否被重选，确定是否发送用于指示所述预留资源发生冲突的协作信息。
附记16.根据附记15所述的方法，其中，所述方法还包括：
所述第一终端设备在所述预留资源未被第二终端设备重选的情况下，向所述第二终端设备发送第一协作信息；
在所述预留资源被所述第二终端设备重选的情况下，跳过向所述第二终端设备发送所述第一协作信息。
附记17.根据附记15所述的方法，其中，所述方法还包括：
在所述预留资源被第二终端设备重选的情况下，确定所述预留资源被释放，并且跳过向其他终端设备发送用于指示其他预留资源与所述预留资源发生冲突的第二协作信息。
附记18.根据附记15至17任一项所述的方法，其中，所述方法还包括：
所述第一终端设备在针对来自第二终端设备的所述边链路控制信息所指示的边链路发送反馈了确认(ACK)的情况下，跳过向所述第二终端设备发送第一协作信息。
附记19.根据附记15至17任一项所述的方法，其中，所述方法还包括：
所述第一终端设备在针对来自第二终端设备的所述边链路控制信息所指示的边链路发送反馈了确认(ACK)的情况下，确定所述预留资源被释放，并跳过向其他终端设 备发送用于指示其他预留资源与所述预留资源发生冲突的第二协作信息。
附记20.根据附记15至19任一项所述的方法，其中，所述第一终端设备在先于发送所述协作信息的第一时隙第一时间间隔的第二时隙中，确定所述预留资源是否被重选；其中所述第一时间间隔大于或等于0。
附记21.一种设备间协作方法，包括：
第二终端设备发送边链路控制信息和边链路数据信息，所述边链路控制信息指示预留资源；
接收针对所述边链路控制信息所指示的边链路发送反馈的确认(ACK)或非确认(NACK)；
根据是否已经接收到所述确认(ACK)，确定是否接收用于指示所述预留资源发生冲突的协作信息，和/或，确定是否执行基于接收到的协作信息的资源重选。
附记22.根据附记21所述的方法，其中，所述第二终端设备在接收所述协作信息之前已经接收到所述ACK的情况下，确定跳过接收所述协作信息或跳过执行基于接收到的所述协作信息的资源重选；
在接收所述协作信息之前没有接收到所述ACK的情况下，确定接收所述协作信息或确定执行基于接收到的所述协作信息的资源重选。
附记23.根据附记21所述的方法，其中，所述边链路控制信息所指示的边链路发送为单播、组播或广播。
附记24.一种设备间协作方法，包括：
第一终端设备接收边链路控制信息和边链路数据信息，所述边链路控制信息指示预留资源；
确定针对所述边链路控制信息所对应的边链路发送是否反馈确认(ACK)；以及
根据是否反馈确认(ACK)，决定是否发送用于指示所述预留资源发生冲突的协作信息。
附记25.根据附记24所述的方法，其中，所述方法还包括：
所述第一终端设备在针对所述边链路控制信息所指示的边链路发送反馈了确认(ACK)的情况下，跳过向第二终端设备发送第一协作信息。
附记26.根据附记24所述的方法，其中，所述方法还包括：
所述第一终端设备对于发送了确认(ACK)的某一预留资源，确定所述预留资源被释放，并跳过向其他终端设备发送用于指示其他预留资源与所述预留资源发生冲突的第 二协作信息。
附记27.一种终端设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器被配置为执行所述计算机程序而实现如附记1至26任一项所述的设备间协作方法。

Claims (20)

  1. 一种设备间协作装置，所述装置包括：
    发送单元，其用于发送边链路控制信息和边链路数据信息，所述边链路控制信息指示预留资源；
    抢占检测单元，其对所述预留资源进行抢占检测；以及
    处理单元，其根据所述预留资源是否被抢占，确定是否接收用于指示所述预留资源发生冲突的协作信息，和/或，确定是否执行基于接收到的协作信息的资源重选。
  2. 根据权利要求1所述的装置，其中，所述处理单元在所述预留资源未被抢占的情况下确定接收所述协作信息，在所述预留资源被抢占的情况下确定跳过接收所述协作信息。
  3. 根据权利要求1所述的装置，其中，所述处理单元在所述预留资源未被抢占的情况下，确定执行基于接收到的所述协作信息的资源重选；在所述预留资源被抢占的情况下，确定跳过执行基于接收到的所述协作信息的资源重选。
  4. 根据权利要求1所述的装置，其中，所述抢占检测单元在先于接收所述协作信息的第一时隙第一时间间隔的第二时隙中，检测所述预留资源是否被抢占；其中所述第一时间间隔大于或等于0。
  5. 根据权利要求1所述的装置，其中，通过所述边链路控制信息的频率资源分配和时间资源分配字段或资源预留周期字段指示所述预留资源。
  6. 根据权利要求1所述的装置，其中，在所述预留资源和至少一个指示所述预留资源的边链路控制信息之间具有第二时间间隔，所述第二时间间隔内存在所述协作信息的接收时隙。
  7. 根据权利要求6所述的装置，其中，所述第二时间间隔包括第三时间间隔和第四时间间隔；所述第三时间间隔为所述预留资源与对应的所述协作信息的接收时隙之间的时间间隔；所述第四时间间隔为所述协作信息的接收时隙与指示所述预留资源的所述边链路控制信息之间的间隔。
  8. 根据权利要求7所述的装置，其中，所述第三时间间隔大于等于以逻辑时隙为单位的门限值；所述第四时间间隔基于设备能力或设备实现被确定。
  9. 根据权利要求7所述的装置，其中，在满足所述第三时间间隔的前提下， 与所述预留资源对应的所述协作信息的接收时隙是距离所述预留资源所在时隙最近的物理边链路反馈信道所在时隙。
  10. 根据权利要求1所述的装置，其中，所述装置还包括：
    接收单元，其用于接收针对边链路发送反馈的确认或非确认；
    所述处理单元还用于根据在接收所述协作信息之前是否已经接收到所述确认，确定是否接收所述协作信息，和/或，确定是否执行基于接收到的所述协作信息的资源重选。
  11. 根据权利要求10所述的装置，其中，所述处理单元在接收所述协作信息之前已经接收到所述确认的情况下，确定跳过接收所述协作信息或跳过执行基于接收到的所述协作信息的资源重选。
  12. 根据权利要求10所述的装置，其中，所述处理单元在接收所述协作信息之前没有接收到所述确认，并且所述预留资源未被抢占的情况下，确定接收所述协作信息或确定执行基于接收到的所述协作信息的资源重选；
    所述处理单元在接收所述协作信息之前没有接收到所述确认，并且所述预留资源被抢占的情况下，确定跳过接收所述协作信息或跳过执行基于接收到的所述协作信息的资源重选。
  13. 根据权利要求1所述的装置，其中，所述边链路控制信息所指示的边链路发送为单播、组播或广播。
  14. 一种设备间协作装置，所述装置包括：
    接收单元，其用于接收边链路控制信息和边链路数据信息，所述边链路控制信息指示预留资源；
    确定单元，其用于确定所述预留资源是否被重选；以及
    发送单元，其用于根据所述预留资源是否被重选，确定是否发送用于指示所述预留资源发生冲突的协作信息。
  15. 根据权利要求14所述的装置，其中，在所述预留资源未被第二终端设备重选的情况下，所述发送单元向所述第二终端设备发送第一协作信息；
    在所述预留资源被所述第二终端设备重选的情况下，所述发送单元跳过向所述第二终端设备发送所述第一协作信息。
  16. 根据权利要求14所述的装置，其中，在所述预留资源被第二终端设备重 选的情况下，所述确定单元确定所述预留资源被释放，并且所述发送单元跳过向其他终端设备发送用于指示其他预留资源与所述预留资源发生冲突的第二协作信息。
  17. 根据权利要求14所述的装置，其中，在针对来自第二终端设备的所述边链路控制信息所指示的边链路发送反馈了确认的情况下，所述发送单元跳过向所述第二终端设备发送第一协作信息。
  18. 根据权利要求14所述的装置，其中，在针对来自第二终端设备的所述边链路控制信息所指示的边链路发送反馈了确认的情况下，所述确定单元确定所述预留资源被释放，所述发送单元跳过向其他终端设备发送用于指示其他预留资源与所述预留资源发生冲突的第二协作信息。
  19. 根据权利要求14所述的装置，其中，所述确定单元在先于发送所述协作信息的第一时隙第一时间间隔的第二时隙中，确定所述预留资源是否被重选；其中所述第一时间间隔大于或等于0。
  20. 一种通信系统，包括：
    第一终端设备，接收边链路控制信息和边链路数据信息，所述边链路控制信息指示预留资源；确定所述预留资源是否被重选；以及根据所述预留资源是否被重选，确定是否发送用于指示所述预留资源发生冲突的协作信息；
    第二终端设备，其发送边链路控制信息和边链路数据信息，所述边链路控制信息指示预留资源；对所述预留资源进行抢占检测；以及根据所述预留资源是否被抢占，确定是否接收用于指示所述预留资源发生冲突的协作信息，和/或，确定是否执行基于接收到的协作信息的资源重选。
CN202180101214.6A 2021-08-05 2021-08-05 设备间协作装置以及方法 Pending CN117796080A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/110813 WO2023010399A1 (zh) 2021-08-05 2021-08-05 设备间协作装置以及方法

Publications (1)

Publication Number Publication Date
CN117796080A true CN117796080A (zh) 2024-03-29

Family

ID=85154938

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180101214.6A Pending CN117796080A (zh) 2021-08-05 2021-08-05 设备间协作装置以及方法

Country Status (4)

Country Link
US (1) US20240251302A1 (zh)
JP (1) JP2024527139A (zh)
CN (1) CN117796080A (zh)
WO (1) WO2023010399A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20210056327A (ko) * 2018-08-07 2021-05-18 아이디에이씨 홀딩스, 인크. Nr v2x-무선 시스템에서 데이터 전송을 위한 방법
CN113508547A (zh) * 2019-02-22 2021-10-15 Idac控股公司 用于nr sl多子信道pscch传输的方法
KR20210143746A (ko) * 2019-04-18 2021-11-29 삼성전자주식회사 Nr v2x 리소스 할당에서 리소스 센싱의 구성을 위한 방법 및 장치
EP4042790A4 (en) * 2019-11-20 2022-11-02 Guangdong Oppo Mobile Telecommunications Corp., Ltd. RESOURCE PREEMPTION SIDE LINK COMMUNICATION

Also Published As

Publication number Publication date
US20240251302A1 (en) 2024-07-25
WO2023010399A1 (zh) 2023-02-09
JP2024527139A (ja) 2024-07-19

Similar Documents

Publication Publication Date Title
US20200403737A1 (en) Method and apparatus for transmission or reception of sidelink feedback in communication system
US11588581B2 (en) Method and apparatus for transmission and reception of sidelink control information in wireless communication system
US11638285B2 (en) Method and apparatus for control and data information resource mapping in wireless cellular communication system
JP2022541717A (ja) 方法、及び端末装置
US20200389277A1 (en) Indication method, network device, and user equipment
JP7529153B2 (ja) サイドリンク不連続受信方法及び装置
WO2022213847A1 (zh) 一种处理资源重叠的方法及装置
CN112311504B (zh) 一种反馈信息的传输方法及终端装置
US20240179730A1 (en) Method and apparatus for inter-user equipment (ue) coordination in sidelink (sl) communications
WO2024093979A1 (zh) 确定竞争窗口值的方法及装置
JP7352647B2 (ja) リソース割り当て方法ならびにデバイス、記憶媒体および端末
WO2023011218A1 (zh) 一种资源共享方法及通信装置
CN108737042B (zh) 用于无线通信网络中的数据传输的方法和设备
JP2023052740A (ja) 物理的上りリンク制御チャネルの衝突を扱うための装置および方法
TWI784764B (zh) 處理混合自動重傳請求重新傳送的裝置
WO2022077877A1 (zh) 侧行传输方法和通信装置
CN117796080A (zh) 设备间协作装置以及方法
CN115428551A (zh) 边链路反馈信息的发送和接收方法以及装置
WO2022236577A1 (zh) 设备间协作方法以及装置
WO2023010422A1 (zh) 边链路协作信息的指示和接收装置以及方法
WO2024067429A1 (zh) 通信方法及通信装置
WO2024197639A1 (zh) 确定竞争窗口的方法、装置、设备及存储介质
WO2022027426A1 (zh) 资源上报和资源选择方法以及装置
WO2024067017A1 (zh) 一种通信方法、装置和系统
WO2024067092A1 (zh) 通信方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination