CN112868195B - 用于在网络中实现稳健的控制和反馈性能的传输方法 - Google Patents

Abstract

本公开内容的各方面涉及用于无线通信的方法。发送设备向接收设备发送控制消息的第一部分。第一部分包括用于对控制消息的第二部分进行解码和用于对数据进行解码的信息。然后，发送设备向接收设备发送第二部分，第二部分包括用于对数据进行解码的额外信息。此后，第一设备向接收设备发送数据。接收设备接收第一部分和第二部分，并且基于在第一部分中包括的信息来对所接收的第二部分进行解码。如果所接收的第二部分能够被解码，则接收设备然后从第二设备接收数据。接收设备基于在第一部分中包括的信息和在第二部分中包括的额外信息来对所接收的数据进行解码。

Description

用于在网络中实现稳健的控制和反馈性能的传输方法

相关申请的交叉引用

本申请要求享受以下申请的优先权和权益：于2019年10月31日向美国专利商标局递交的序列号为16/671,117的非临时专利申请；于2018年11月1日向美国专利商标局递交的序列号为62/754,396的临时申请；以及于2018年11月1日向美国专利商标局递交的序列号为62/754,491的临时申请，上述申请的全部内容通过引用的方式并入本文中，如同在下文整体充分阐述一样并且用于所有适用目的。

技术领域

概括而言，下文讨论的技术涉及无线通信系统，以及更具体地，下文讨论的技术涉及车辆到万物(V2X)通信、车辆到车辆(V2V)或其它设备到设备(D2D)通信。

背景技术

无线通信系统被广泛地部署以提供诸如电话、视频、数据、消息传送和广播之类的各种电信服务。典型的无线通信系统可以采用能够通过共享可用的系统资源来支持与多个用户的通信的多址技术。这样的多址技术的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统和时分同步码分多址(TD-SCDMA)系统。

已经在各种电信标准中采用这些多址技术，以提供使不同的无线设备能够在城市、国家、地区以及甚至全球级别进行通信的公共协议。示例电信标准是5G新无线电(NR)。5G NR是由第三代合作伙伴(3GPP)发布的连续移动宽带演进的一部分，以满足与时延、可靠性、安全性、可扩展性(例如，在物联网(IoT)的情况下)相关联的新要求以及其它要求。5GNR包括与增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)和超可靠低时延通信(URLLC)相关联的服务。5G NR的一些方面可以是基于4G长期演进(LTE)标准的。

蜂窝车辆到万物(V2X)是一种车辆通信系统，其实现车辆与可能影响该车辆的任何实体之间的通信。V2X可以并入其它更具体的通信类型，例如，车辆到基础设施(V2I)、车辆到车辆(V2V)、车辆到行人(V2P)、车辆到设备(V2D)和车辆到电网(V2G)。

在3GPP版本14中，已经针对直接接口(例如，PC5接口)以及网络接口(例如，Uu接口)定义了基于LTE的通信。目前，V2V通信是经由PC5接口而广播的。然而，对于以后的3GPP版本(例如，版本16及更高版本)，需要在车辆之间建立单播链路以用于高级用例。针对一对一或一对多V2V链路场景的用例可能涉及不能通过广播来支持的传感器数据的按需共享。另一用例可能涉及透视相机馈送，例如，当第一车辆希望使用在该第一车辆前面的第二车辆的相机看到第二车辆的前面时。

随着对移动宽带接入的需求不断增加，研究和开发不断推进无线通信技术，以便不仅满足对移动宽带接入的日益增长的需求，而且提升和增强用户对移动通信的体验。

发明内容

下文给出了对本公开内容的一个或多个方面的简要概述，以便提供对这样的方面的基本理解。该概述不是本公开内容的全部预期特征的泛泛综述，以及既不旨在标识本公开内容的全部方面的关键或重要元素，也不旨在描绘本公开内容的任何或全部方面的范围。其唯一目的是以简化形式给出本公开内容的一个或多个方面的一些概念，作为稍后给出的更详细描述的前序。

本公开内容的各方面涉及用于发送/接收控制信息以提高控制/数据传输和对应的反馈传输的稳健性的发送/接收方案。

在一个示例中，公开了一种第一UE处的无线通信的方法。所述方法包括：向第二UE发送控制消息的第一部分，所述第一部分包括用于对所述控制消息的第二部分进行解码和用于对用户数据进行解码的信息；向所述第二UE发送所述控制消息的所述第二部分，所述第二部分包括用于对所述用户数据进行解码的额外信息；以及向所述第二UE发送所述用户数据。

在另一示例中，公开了一种用于无线通信的第一UE。所述第一UE包括至少一个处理器和耦合到所述至少一个处理器的存储器。所述至少一个处理器和所述存储器被配置为：向第二UE发送控制消息的第一部分，所述第一部分包括用于对所述控制消息的第二部分进行解码和用于对用户数据进行解码的信息；向所述第二UE发送所述控制消息的所述第二部分，所述第二部分包括用于对所述用户数据进行解码的额外信息；以及向所述第二UE发送所述用户数据。

在另外的示例中，公开了一种用于无线通信的第一UE。所述第一UE包括：用于向第二UE发送控制消息的第一部分的单元，所述第一部分包括用于对所述控制消息的第二部分进行解码和用于对用户数据进行解码的信息；用于向所述第二UE发送所述控制消息的所述第二部分的单元，所述第二部分包括用于对所述用户数据进行解码的额外信息；以及用于向所述第二UE发送所述用户数据的单元。

在又一示例中，公开了一种第一UE处的存储计算机可执行代码的非暂时性计算机可读介质。所述非暂时性计算机可读介质包括用于使得计算机进行以下操作的代码：向第二UE发送控制消息的第一部分，所述第一部分包括用于对所述控制消息的第二部分进行解码和用于对用户数据进行解码的信息；向所述第二UE发送所述控制消息的所述第二部分，所述第二部分包括用于对所述用户数据进行解码的额外信息；以及向所述第二UE发送所述用户数据。

在一个示例中，公开了一种UE处的无线通信的方法。所述方法包括：发送控制消息的第一部分，所述第一部分包括用于所述控制消息的第二部分的资源分配以及用于对所述控制消息的所述第二部分进行解码和用于对用户数据进行解码的信息；发送所述控制消息的所述第二部分，所述第二部分包括用于对所述用户数据进行解码的额外信息；以及发送所述用户数据。

在另一示例中，公开了一种用于无线通信的UE。所述UE包括至少一个处理器和耦合到所述至少一个处理器的存储器。所述至少一个处理器和所述存储器被配置为：发送控制消息的第一部分，所述第一部分包括用于所述控制消息的第二部分的资源分配以及用于对所述控制消息的所述第二部分进行解码和用于对用户数据进行解码的信息；发送所述控制消息的所述第二部分，所述第二部分包括用于对所述用户数据进行解码的额外信息；以及发送所述用户数据。

在另外的示例中，公开了一种用于无线通信的UE。所述UE包括：用于发送控制消息的第一部分的单元，所述第一部分包括用于所述控制消息的第二部分的资源分配以及用于对所述控制消息的所述第二部分进行解码和用于对用户数据进行解码的信息；用于发送所述控制消息的所述第二部分的单元，所述第二部分包括用于对所述用户数据进行解码的额外信息；以及用于发送所述用户数据的单元。

在又一示例中，公开了一种UE处的存储计算机可执行代码的非暂时性计算机可读介质。所述非暂时性计算机可读介质包括用于使得计算机进行以下操作的代码：发送控制消息的第一部分，所述第一部分包括用于所述控制消息的第二部分的资源分配以及用于对所述控制消息的所述第二部分进行解码和用于对用户数据进行解码的信息；发送所述控制消息的所述第二部分，所述第二部分包括用于对所述用户数据进行解码的额外信息；以及发送所述用户数据。

在一个示例中，公开了一种第一UE处的无线通信的方法。所述方法包括：从第二UE接收控制消息的第一部分，所述第一部分包括用于对所述控制消息的第二部分进行解码和用于对用户数据进行解码的信息，所述第二部分包括用于对所述用户数据进行解码的额外信息；从所述第二UE接收所述控制消息的所述第二部分；基于在所述控制消息的所述第一部分中包括的所述信息来对所接收的所述控制消息的第二部分进行解码；如果所接收的所述控制消息的第二部分能够被解码，则从所述第二UE接收所述用户数据；以及基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第二部分中包括的所述额外信息来对所接收的用户数据进行解码。

在另一示例中，公开了一种用于无线通信的第一UE。所述第一UE包括至少一个处理器和耦合到所述至少一个处理器的存储器。所述至少一个处理器和所述存储器被配置为：从第二UE接收控制消息的第一部分，所述第一部分包括用于对所述控制消息的第二部分进行解码和用于对用户数据进行解码的信息，所述第二部分包括用于对所述用户数据进行解码的额外信息；从所述第二UE接收所述控制消息的所述第二部分；基于在所述控制消息的所述第一部分中包括的所述信息来对所接收的所述控制消息的第二部分进行解码；如果所接收的所述控制消息的第二部分能够被解码，则从所述第二UE接收所述用户数据；以及基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第二部分中包括的所述额外信息来对所接收的用户数据进行解码。

在另外的示例中，公开了一种用于无线通信的第一UE。所述第一UE包括：用于从第二UE接收控制消息的第一部分的单元，所述第一部分包括用于对所述控制消息的第二部分进行解码和用于对用户数据进行解码的信息，所述第二部分包括用于对所述用户数据进行解码的额外信息；用于从所述第二UE接收所述控制消息的所述第二部分的单元；用于基于在所述控制消息的所述第一部分中包括的所述信息来对所接收的所述控制消息的第二部分进行解码的单元；用于如果所接收的所述控制消息的第二部分能够被解码，则从所述第二UE接收所述用户数据的单元；以及用于基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第二部分中包括的所述额外信息来对所接收的用户数据进行解码的单元。

在又一示例中，公开了一种第一UE处的存储计算机可执行代码的非暂时性计算机可读介质。所述非暂时性计算机可读介质包括用于使得计算机进行以下操作的代码：从第二UE接收控制消息的第一部分，所述第一部分包括用于对所述控制消息的第二部分进行解码和用于对用户数据进行解码的信息，所述第二部分包括用于对所述用户数据进行解码的额外信息；从所述第二UE接收所述控制消息的所述第二部分；基于在所述控制消息的所述第一部分中包括的所述信息来对所接收的所述控制消息的第二部分进行解码；如果所接收的所述控制消息的第二部分能够被解码，则从所述第二UE接收所述用户数据；以及基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第二部分中包括的所述额外信息来对所接收的用户数据进行解码。

在一个示例中，公开了一种UE处的无线通信的方法。所述方法包括：接收控制消息的第一部分，所述第一部分包括用于所述控制消息的第二部分的资源分配以及用于对所述控制消息的所述第二部分进行解码和用于对用户数据进行解码的信息，所述第二部分包括用于对所述用户数据进行解码的额外信息；基于在所述控制消息的所述第一部分中包括的所述资源分配来接收所述控制消息的所述第二部分；基于在所述控制消息的所述第一部分中包括的所述信息来对所接收的所述控制消息的第二部分进行解码；如果所接收的所述控制消息的第二部分能够被解码，则接收所述用户数据；以及基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第二部分中包括的所述额外信息来对所接收的用户数据进行解码。

在另一示例中，公开了一种用于无线通信的UE。所述UE包括至少一个处理器和耦合到所述至少一个处理器的存储器。所述至少一个处理器和所述存储器被配置为：接收控制消息的第一部分，所述第一部分包括用于所述控制消息的第二部分的资源分配以及用于对所述控制消息的所述第二部分进行解码和用于对用户数据进行解码的信息，所述第二部分包括用于对所述用户数据进行解码的额外信息；基于在所述控制消息的所述第一部分中包括的所述资源分配来接收所述控制消息的所述第二部分；基于在所述控制消息的所述第一部分中包括的所述信息来对所接收的所述控制消息的第二部分进行解码；如果所接收的所述控制消息的第二部分能够被解码，则接收所述用户数据；以及基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第二部分中包括的所述额外信息来对所接收的用户数据进行解码。

在另外的示例中，公开了一种用于无线通信的UE。所述UE包括：用于接收控制消息的第一部分的单元，所述第一部分包括用于所述控制消息的第二部分的资源分配以及用于对所述控制消息的所述第二部分进行解码和用于对用户数据进行解码的信息，所述第二部分包括用于对所述用户数据进行解码的额外信息；用于基于在所述控制消息的所述第一部分中包括的所述资源分配来接收所述控制消息的所述第二部分的单元；用于基于在所述控制消息的所述第一部分中包括的所述信息来对所接收的所述控制消息的第二部分进行解码的单元；用于如果所接收的所述控制消息的第二部分能够被解码，则接收所述用户数据的单元；以及用于基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第二部分中包括的所述额外信息来对所接收的用户数据进行解码的单元。

在又一示例中，公开了一种UE处的存储计算机可执行代码的非暂时性计算机可读介质。所述非暂时性计算机可读介质包括用于使得计算机进行以下操作的代码：接收控制消息的第一部分，所述第一部分包括用于所述控制消息的第二部分的资源分配以及用于对所述控制消息的所述第二部分进行解码和用于对用户数据进行解码的信息，所述第二部分包括用于对所述用户数据进行解码的额外信息；基于在所述控制消息的所述第一部分中包括的所述资源分配来接收所述控制消息的所述第二部分；基于在所述控制消息的所述第一部分中包括的所述信息来对所接收的所述控制消息的第二部分进行解码；如果所接收的所述控制消息的第二部分能够被解码，则接收所述用户数据；以及基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第二部分中包括的所述额外信息来对所接收的用户数据进行解码。

在回顾了下面的详细描述之后，将变得更加全面理解这些和其它方面。在结合附图回顾了以下描述之后，其它方面和特征对于本领域技术人员来说将变得显而易见。虽然下文可能关于某些方面和附图讨论了本公开内容的特征，但是本公开内容的所有方面可以包括本文所讨论的有利特征中的一个或多个特征。换句话说，虽然可能将一个或多个方面讨论成具有某些有利特征，但是这些特征中的一个或多个特征也可以根据本文所讨论的本公开内容的各个方面来使用。以类似的方式，虽然下文可能将示例性方面讨论成设备、系统或者方法方面，但是应当理解的是，这样的示例性方面可以在各种设备、系统和方法中实现。

附图说明

图1是示出无线通信系统和接入网络的示例的图。

图2示出了用于无线通信的帧结构的示例。

图3是示出接入网络中的基站和用户设备(UE)的示例的图。

图4示出了根据本公开内容的一些方面的在UE之间的通信的示例。

图5示出了根据本公开内容的一些方面的在无线设备之间的示例通信流。

图6是根据本公开内容的一些方面的无线通信的方法的流程图。

图7是示出根据本公开内容的一些方面的在示例性装置中的不同单元/组件之间的数据流的概念性数据流程图。

图8是示出根据本公开内容的一些方面的针对采用处理系统的装置的硬件实现的示例的图。

图9是根据本公开内容的一些方面的无线通信的方法的流程图。

图10是示出根据本公开内容的一些方面的在示例性装置中的不同单元/组件之间的数据流的概念性数据流程图。

图11是示出根据本公开内容的一些方面的针对采用处理系统的装置的硬件实现的示例的图。

图12示出了根据本公开内容的一些方面的V2X场景，其中去往接收机的传输不是功率受控的。

图13示出了根据本公开内容的一些方面的用于基于请求(REQ)-响应(RSP)的信道接入设计的示例传输时间间隔(TTI)结构。

图14示出了根据本公开内容的一些方面的具有参考符号(RS)的用于控制符号的示例资源结构。

图15示出了根据本公开内容的一些方面的用于使用多址(MA)签名来发送控制信息以提高控制传输和对应的反馈传输的稳健性的传输方案。

图16是概念性地示出根据本公开内容的一些方面的针对用户设备的硬件实现的示例的框图。

图17是示出根据本公开内容的一些方面的用于发送设备处的无线通信的示例性过程的流程图。

图18是示出根据本公开内容的一些方面的用于接收设备处的无线通信的示例性过程的流程图。

图19是示出根据本公开内容的一些方面的用于发送UE处的无线通信的示例性过程的流程图。

图20是示出根据本公开内容的一些方面的用于接收UE处的无线通信的示例性过程的流程图。

图21是示出根据本公开内容的一些方面的用于发送UE处的无线通信的另一示例性过程的流程图。

图22是示出根据本公开内容的一些方面的用于接收UE处的无线通信的另一示例性过程的流程图。

具体实施方式

下文结合附图阐述的详细描述旨在作为对各种配置的描述，而不旨在表示在其中可以实践本文所描述的概念的唯一配置。出于提供对各个概念的全面理解的目的，详细描述包括特定细节。然而，对于本领域技术人员来说将显而易见的是，可以在没有这些特定细节的情况下实践这些概念。在一些实例中，以框图的形式示出了公知的结构和组件，以便避免使这样的概念模糊。

现在将参考各种装置和方法来给出电信系统的若干方面。这些装置和方法将在下文的详细描述中进行描述，以及在附图中通过各个框、组件、电路、过程、算法等(被统称为“元素”)来示出。可以使用电子硬件、计算机软件或者其任何组合来实现这些元素。这样的元素是实现成硬件还是软件，取决于特定应用和施加到整个系统上的设计约束。

举例来说，元素、或元素的任何部分或元素的任何组合可以被实现为包括一个或多个处理器的“处理系统”。处理器的示例包括微处理器、微控制器、图形处理单元(GPU)、中央处理单元(CPU)、应用处理器、数字信号处理器(DSP)、精简指令集计算(RISC)处理器、片上系统(SoC)、基带处理器、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门控逻辑、分立硬件电路以及被配置为执行遍及本公开内容描述的各种功能的其它合适的硬件。处理系统中的一个或多个处理器可以执行软件。无论是被称为软件、固件、中间件、微代码、硬件描述语言或者其它名称，软件都应当被广泛地解释为意指指令、指令集、代码、代码段、程序代码、程序、子程序、软件组件、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行的线程、过程、函数等。

相应地，在一个或多个示例方面中，可以用硬件、软件或者其任何组合来实现所描述的功能。如果用软件来实现，则功能可以作为一个或多个指令或代码来在计算机可读介质上进行存储或者编码。计算机可读介质包括计算机存储介质。存储介质可以是可以由计算机访问的任何可用介质。举例而言而非进行限制，这样的计算机可读介质可以包括随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程ROM(EEPROM)、光盘存储器、磁盘存储器、其它磁存储设备、上述类型的计算机可读介质的组合、或者能够用于以指令或数据结构的形式存储能够由计算机访问的计算机可执行代码的任何其它介质。

虽然在本申请中通过对一些示例的说明来描述了各方面，但是本领域技术人员将理解的是，在许多不同的布置和场景中可能产生额外的实现和用例。在本文中描述的创新可以跨越许多不同的平台类型、设备、系统、形状、尺寸、封装布置来实现。例如，各方面和/或使用可以经由集成芯片方面和其它基于非模块组件的设备(例如，终端用户装置、车辆、通信设备、计算设备、工业设备、零售/购买设备、医疗设备、启用AI的设备等等)而产生。虽然某些示例可能是或可能不是专门针对用例或应用，但是可以存在所描述的创新的各种各样的适用范围。实现可以具有从芯片级或模块化组件到非模块化、非芯片级实现的范围，并且进一步到并入所描述的创新的一个或多个方面的聚合式、分布式或原始设备制造商(OEM)设备或系统。在一些实际设置中，并入所描述的方面和特征的设备还可以必要地包括用于所要求保护并且描述的方面的实现和实施的额外组件和特征。例如，无线信号的发送和接收必要地包括用于模拟和数字目的的多个组件(例如，包括天线、RF链、功率放大器、调制器、缓冲器、处理器、交织器、加法器/相加器等的硬件组件)。在本文中描述的创新旨在可以在具有不同尺寸、形状和构造的各种设备、芯片级组件、系统、分布式布置、终端用户装置等中实施。

无线通信可以涉及控制信道和数据信道。控制信道可以包括接收设备为了对数据信道进行解码而需要知道的信息。控制信道还可以包括辅助网络操作的额外信息，例如，测量信息、干扰管理信息等。当控制信息丢失或例如由于干扰而无法被接收设备解码时，该信息丢失并且网络性能受到影响。为了保持良好的网络性能，需要保护控制信息以帮助确保以高概率接收控制信道。对控制信息的接收可能是重要的，即使对于不需要对相关联的数据进行解码的接收设备也是如此。

例如，在NR V2X中，传输可以在多个传输时间间隔(TTI)内占用某些资源块(RB)。TTI的数量可以基于要发送的数据的大小而变化。例如，图2示出了单个时隙，其可以包括单个TTI。图2还示出了双时隙聚合，其可以包括两个TTI的聚合。在其它示例中，可以在三个或更多个TTI中发送更大量的数据。可以在来自发送设备的控制消息中指示将被数据传输占用的TTI以及RB的数量。为了避免干扰，对控制消息进行解码的设备在开始尝试使用所指示的RB进行发送之前可以进行等待，直到所指示的数据分组结束为止。然而，如果存在与第一设备的控制传输的冲突并且第二设备无法对该控制传输进行解码，则第二设备可能继续使用与在来自第一设备的控制传输中指示的数据传输重叠的资源来开始传输。不仅网络性能将由于重叠传输而恶化，而且来自第二设备的控制传输也可能由于重叠而经历干扰。干扰可能导致其它设备执行与第二设备的数据传输重叠的传输。因此，问题可能逐步加剧，从而导致网络性能进一步恶化。

本公开内容的各方面提供了针对由于冲突的控制传输而导致的潜在干扰的问题的解决方案，所述冲突的控制传输导致设备在正在进行的数据传输期间开始进行发送。如本文描述的，控制消息可以被分为两个部分。控制消息的第一部分可以包括用于干扰避免的信息，而第二部分可以包括用于对数据传输进行解码的额外信息以及其它控制信息。与其它控制信息分开发送控制消息的对于干扰避免所需要的一部分可以帮助确保以更高的可能性接收到干扰避免信息。控制消息的两个部分可以被分开编码并且可以使用不同的编码速率，例如，其中控制消息的第一部分具有与第二部分相比而言较低的编码速率。接收设备可以对控制消息的第一部分进行解码，并且可以确定是否推迟使用在控制消息的第一部分中指示的将被数据传输占用的资源。

本公开内容的各方面还涉及用于发送/接收控制信息以提高控制/数据传输和对应的反馈传输的稳健性的发送/接收方案。例如，发送设备可以确定要用于向接收设备发送控制信息和与控制信息相关联的数据的时频资源。此后，发送设备可以经由这些时频资源的第一子集来发送控制信息的第一子集，经由这些时频资源的第二子集来发送控制信息的第二子集，并且经由这些时频资源的第三子集来发送数据。如果接收设备未能成功地解码控制信息的第二子集或数据，则发送设备还可以从接收设备接收否定确认(NACK)。接收设备可以进行以下操作：基于用于发送控制信息的第一子集的多址(MA)签名，经由时频资源的第一子集来接收控制信息的第一子集；基于控制信息的第一子集，经由时频资源的第二子集来接收控制信息的第二子集；基于控制信息的第一子集、用于发送控制信息的第一子集的MA签名、或控制信息的第二子集中的一项或多项来确定接收设备是否是预期接收者；以及如果控制信息的第二子集被成功接收，则基于控制信息的第二子集来确定经由时频资源的第三子集接收数据。如果接收设备成功地解码控制信息的第二子集但未能解码数据，则接收设备可以向发送设备发送NACK。如果接收设备是预期接收者并且未能成功地解码控制信息的第二子集，则接收设备也可以向发送设备发送NACK。

在另一示例中，发送设备向接收设备发送控制消息的第一部分，其中，第一部分包括用于对控制消息的第二部分进行解码和用于对数据进行解码的信息。然后，发送设备向接收设备发送第二部分，第二部分包括用于对数据进行解码的额外信息。此后，发送设备向接收设备发送数据。接收设备接收第一部分和第二部分，并且基于在第一部分中包括的信息来对所接收的第二部分进行解码。然后，如果所接收的第二部分能够被解码，则接收设备从发送设备接收数据。接收设备基于在第一部分中包括的信息和在第二部分中包括的额外信息来对所接收的数据进行解码。贯穿本公开内容给出的各种概念可以跨越多种电信系统、网络架构和通信标准来实现。

图1是示出包括接入网络的无线通信系统100的示例的图。无线通信系统(还被称为无线广域网(WWAN))包括基站102、UE 104、演进分组核心(EPC)160、以及锚核心网络(例如，5G核心(5GC))190。基站102可以包括宏小区(高功率蜂窝基站)和/或小型小区(低功率蜂窝基站)。宏小区包括宏基站。小型小区包括毫微微小区、微微小区和微小区。

被配置用于4G LTE(被统称为演进型通用移动电信系统(UMTS)陆地无线接入网络(E-UTRAN))的基站102可以通过回程链路132(例如，S1接口)来与EPC 160对接。被配置用于5G NR(被统称为下一代RAN(NG-RAN))的基站102可以通过回程链路184来与核心网络190对接。除了其它功能之外，基站102还可以执行以下功能中的一个或多个功能：用户数据的传输、无线信道加密和解密、完整性保护、报头压缩、移动性控制功能(例如，切换、双连接)、小区间干扰协调、连接建立和释放、负载均衡、针对非接入层(NAS)消息的分发、NAS节点选择、同步、无线接入网络(RAN)共享、多媒体广播多播服务(MBMS)、订户和设备追踪、RAN信息管理(RIM)、寻呼、定位和对警告消息的递送。基站102可以在回程链路134(例如，X2接口)上直接地或间接地(例如，通过EPC 160或核心网络190)相互通信。回程链路134可以是有线的或无线的。

基站102可以与UE 104进行无线通信。基站102中的每个基站可以针对相应的地理覆盖区域110提供通信覆盖。可以存在重叠的地理覆盖区域110。例如，小型小区102'可以具有与一个或多个宏基站102的覆盖区域110重叠的覆盖区域110'。包括小型小区和宏小区两者的网络可以被称为异构网络。异构网络还可以包括家庭演进型节点B(eNB)(HeNB)，HeNB可以向被称为封闭用户分组(CSG)的受限制组提供服务。在基站102与UE 104之间的通信链路120可以包括从UE 104到基站102的上行链路(UL)(还被称为反向链路)传输和/或从基站102到UE 104的下行链路(DL)(还被称为前向链路)传输。通信链路120可以使用多输入多输出(MIMO)天线技术，其包括空间复用、波束成形和/或发射分集。通信链路可以是通过一个或多个载波的。基站102/UE 104可以使用在用于每个方向上的传输的总共多达Yx MHz(x个分量载波)的载波聚合中分配的、每载波多达Y MHz(例如，5、10、15、20、100、400MHz等)带宽的频谱。载波可以彼此相邻或者可以彼此不相邻。对载波的分配可以是关于DL和UL不对称的(例如，比UL相比，针对DL可以分配更多或更少的载波)。分量载波可以包括主分量载波和一个或多个辅分量载波。主分量载波可以被称为主小区(PCell)，以及辅分量载波可以被称为辅小区(SCell)。

某些UE 104可以使用设备到设备(D2D)通信链路158彼此通信。D2D通信链路158可以使用DL/UL WWAN频谱。D2D通信链路158可以使用一个或多个侧行链路信道。侧行链路信道是允许一个设备在不利用(或通过)基站的情况下直接与另一设备进行通信的信道。侧行链路信道的示例包括物理侧行链路广播信道(PSBCH)、物理侧行链路发现信道(PSDCH)、物理侧行链路共享信道(PSSCH)以及物理侧行链路控制信道(PSCCH)。D2D通信可以通过各种各样的无线D2D通信系统，诸如FlashLinQ、WiMedia、蓝牙、ZigBee、基于IEEE 802.11标准的Wi-Fi、LTE或者NR。

无线通信系统还可以包括在5GHz非许可频谱中经由通信链路154来与Wi-Fi站(STA)152相通信的Wi-Fi接入点(AP)150。当在非许可频谱中进行通信时，STA 152/AP 150可以在通信之前执行空闲信道评估(CCA)以便确定信道是否可用。

小型小区102'可以在许可和/或非许可频谱中操作。当在非许可频谱中操作时，小型小区102'可以采用NR以及使用如由Wi-Fi AP 150所使用的相同的5GHz非许可频谱。在非许可频谱中采用NR的小型小区102'可以提升对接入网络的覆盖和/或增加接入网络的容量。

基站102(无论是小型小区102'还是宏小区(例如，宏基站))可以包括eNB、下一代节点B(gNodeB或gNB)或其它类型的基站。一些基站(诸如gNB 180)可以在传统的低于6GHz频谱中、在毫米波(mmW)频率和/或近mmW频率中操作，以与UE 104相通信。当gNB 180在mmW或者近mmW频率中操作时，gNB 180可以被称为mmW基站。极高频(EHF)是电磁频谱中的射频(RF)的一部分。EHF具有30GHz至300GHz的范围、以及在1毫米到10毫米之间的波长。该频带中的无线电波可以被称为毫米波。近mmW可以向下扩展至3GHz的频率，其具有100毫米的波长。超高频(SHF)频带在3GHz与30GHz之间扩展，还被称为厘米波。使用mmW/近mmW射频频带的通信具有极高的路径损耗和短距离。mmW基站180可以利用与UE 104的波束成形182，以补偿极高的路径损耗和短距离EPC 160可以包括移动性管理实体(MME)162、其它MME 164、服务网关166、多媒体广播多播服务(MBMS)网关168、广播多播服务中心(BM-SC)170和分组数据网络(PDN)网关172。MME 162可以与归属订户服务器(HSS)174相通信。MME 162是处理UE104与EPC 160之间的信令的控制节点。一般来讲，MME 162提供承载和连接管理。全部的用户互联网协议(IP)分组是通过服务网关166来传送的，所述服务网关本身连接到PDN网关172。PDN网关172提供UE IP地址分配以及其它功能。PDN网关172和BM-SC 170连接到IP服务176。IP服务176可以包括由互联网、内联网和IP多媒体子系统(IMS)提供的服务、PS流式传输服务和/或其它IP服务。BM-SC 170可以提供用于MBMS用户服务供应和递送的功能。BM-SC170可以用作针对内容提供方MBMS传输的入口点，可以用以授权并发起公共陆地移动网络(PLMN)内的MBMS承载服务，以及可以用以调度MBMS传输。MBMS网关168可以用以向属于对特定服务进行广播的多播广播单频网络(MBSFN)区域的基站102分发MBMS业务，以及可以负责会话管理(开始/停止)和负责收集与eMBMS相关的计费信息。

核心网络190可以包括接入和移动性管理功能(AMF)192、其它AMF193、会话管理功能(SMF)194和用户平面功能(UPF)195。AMF 192可以与统一数据管理单元(UDM)196进行通信。AMF 192是处理UE 104与5GC 190之间的信令的控制节点。通常，AMF 192提供QoS流和会话管理。全部的用户互联网协议(IP)分组通过UPF 195来传输。UPF 195向提供UE IP地址分配以及其它功能。UPF 195连接到IP服务197。IP服务197可以包括由互联网、内联网和IP多媒体子系统(IMS)提供的服务、PS流式传输服务和/或其它IP服务。

基站还可以被称为gNB、节点B、演进型节点B(eNB)、接入点、基站收发机、无线电基站、无线电收发机、收发机功能单元、基本服务集(BSS)、扩展服务集(ESS)、发送接收点(TRP)、或者某种其它适当的术语。基站102为UE 104提供去往EPC 160或核心网络190的接入点。UE 104的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人数字助理(PDA)、卫星无线电单元、全球定位系统、多媒体设备、视频设备、数字音频播放器(例如，MP3播放器)、相机、游戏控制台、平板设备、智能设备、可穿戴设备、车辆、电表、气泵、大型或小型厨房电器、医疗保健设备、植入物、传感器/致动器、显示器、或者任何其它类似功能的设备。UE 104中的一些UE可以被称为IoT设备(例如，停车计费表、气泵、烤箱、车辆、心脏监护仪等)。UE 104还可以称为站、移动站、订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手持机、用户代理、移动客户端、客户端或者某种其它适当的术语。

再次参照图1，在某些方面中，发送设备(例如，发送车辆用户设备(VUE)或其它UE104)可以被配置为直接向另一UE 104发送消息。路侧单元(RSU)可以是另一发送设备。该通信可以是基于V2V/V2X或其它D2D通信(诸如接近度服务(ProSe))的。发送设备可以包括控制/数据处理组件198，其被配置为：向另一UE发送控制消息的第一部分，该第一部分具有用于对控制消息的第二部分进行解码和用于对用户数据进行解码的信息；向该另一UE发送控制消息的第二部分，该第二部分包括用于对用户数据进行解码的额外信息；以及向该另一UE发送用户数据。接收设备(诸如另一UE 104、RSU等)可以包括控制/数据处理组件199，其被配置为：接收控制消息的第一部分；接收控制消息的第二部分；基于在第一部分中包括的信息来对所接收的第二部分进行解码；如果所接收的第二部分能够被解码，则接收用户数据；以及基于在第一部分中包括的信息和在第二部分中包括的额外信息来对所接收的用户数据进行解码。

图2是示出可以在5G/NR帧结构内使用的时隙结构200(例如，用于侧行链路通信)的示例的图。这仅是一个示例，并且其它无线通信技术可以具有不同的帧结构和/或不同的信道。帧(10ms)可以被划分为10个大小相等的子帧(1ms)。每个子帧可以包括一个或多个时隙。子帧还可以包括微时隙，其可以包括7、4或2个符号。每个时隙可以包括7或14个符号，这取决于时隙配置。对于时隙配置0，每个时隙可以包括14个符号，以及对于时隙配置1，每个时隙可以包括7个符号。此外，取决于循环前缀(CP)和子载波间隔(SCS)(例如，15kHz、30kHz、60kHz等)，时隙中的符号数量、时隙持续时间等可能不同。

资源网格可以用于表示帧结构。每个时隙可以包括资源块(RB)(也被称为物理RB(PRB))，其扩展12个连续的子载波。资源网格被划分为多个资源元素(RE)。每个RE所携带的比特数量取决于调制方案。如图2所示，RE中的一些RE可以包括控制信息(例如，连同解调RS(DM-RS)一起)。控制信息可以包括侧行链路控制信息(SCI)。控制信息可以包括控制消息的第一部分和控制消息的第二部分，该第一部分包括用于针对数据传输的干扰避免的信息，该第二部分包括用于对数据传输进行解码的额外信息。尽管图2示出控制消息的第一部分包括单个符号并且控制消息的第二部分包括两个符号，但是大小仅是示例。控制消息的第一部分可以包括多个符号，例如，具有与控制消息的第二部分相同数量的或甚至更多的符号。图2中的特定示例仅说明发送控制消息的两个单独部分的概念。发送设备可以使用在时隙的开始处的至少一个符号来在发送之前执行先听后说(LBT)操作。如本文描述的，至少一个符号可以用于反馈。另一符号(例如，在时隙的结尾处)可以用作间隙。该间隙使得设备能够从作为发送设备进行操作切换到准备作为接收设备进行操作(例如，在接下来的时隙中)。如图所示，可以在剩余的RE中发送数据。数据可以包括本文描述的数据消息。SCI、反馈和LBT符号中的任何一者的位置可以不同于在图2中所示的示例。可以将多个时隙聚合在一起。图2示出了两个时隙的示例聚合。时隙的聚合数量也可以大于二。当时隙被聚合时，用于反馈的符号和/或间隙符号可以不同于单个时隙。

图3是第一无线通信设备310例如经由V2V/V2X/D2D通信与第二无线通信设备350相通信的框图300。设备310可以包括经由V2V/V2X/D2D通信来与接收设备(例如，设备350)进行通信的发送设备。发送设备310可以包括经由侧行链路与另一UE(例如，接收设备350)进行通信的UE。除了在图3中所示的那些组件之外，无线通信设备310、350各自可以包括Tx控制消息组件398和/或Rx控制消息组件399。Tx控制消息组件398可以被配置为向另一UE发送控制消息的第一部分，该第一部分具有用于控制消息的第二部分的资源分配和/或用于对控制消息的第二部分进行解码和用于对用户数据进行解码的信息。Tx控制消息组件398还可以被配置为向另一UE发送控制消息的第二部分，该第二部分具有用于对用户数据进行解码的额外信息。Rx控制消息组件399可以被配置为从另一UE接收控制消息的第一部分，该第一部分具有用于控制消息的第二部分的资源分配和/或用于对控制消息的第二部分进行解码和用于对用户数据进行解码的信息。Rx控制消息组件399还可以被配置为从另一UE接收控制消息的第二部分，该第二部分具有用于对用户数据进行解码的额外信息。分组可以被提供给控制器/处理器375，控制器/处理器375实现层3和层2功能。层3包括无线资源控制(RRC)层，以及层2包括分组数据汇聚协议(PDCP)层、无线链路控制(RLC)层和介质访问控制(MAC)层。

发送(TX)处理器316和接收(RX)处理器370实现与各种信号处理功能相关联的层1功能。包括物理(PHY)层的层1可以包括对传输信道的错误检测、对传输信道的前向纠错(FEC)编码/解码、交织、速率匹配、到物理信道上的映射、对物理信道的调制/解调、以及MIMO天线处理。TX处理器316基于各种调制方案(例如，二进制相移键控(BPSK)、正交相移键控(QPSK)、M相移键控(M-PSK)、M-正交幅度调制(M-QAM))来处置到信号星座的映射。然后，可以将经编码和调制的符号分成并行的流。然后，可以将每个流映射到OFDM子载波，在时域和/或频域中与参考信号(例如，导频)进行复用，以及然后使用快速傅立叶逆变换(IFFT)将其组合在一起，以产生携带时域OFDM符号流的物理信道。对OFDM流进行空间预编码以产生多个空间流。来自信道估计器374的信道估计可以用以确定编码和调制方案以及用于空间处理。信道估计可以从由设备350发送的参考信号和/或信道状况反馈来推导。然后，将每个空间流经由单独的发射机318TX来提供给不同的天线320。每个发射机318TX可以利用相应的空间流来对RF载波进行调制以用于传输。

在设备350处，每个接收机354RX通过其相应的天线352来接收信号。每个接收机354RX对被调制到RF载波上的信息进行恢复并将该信息提供给接收(RX)处理器356。TX处理器368和RX处理器356实现与各种信号处理功能相关联的层1功能。RX处理器356可以对信息执行空间处理以恢复以UE 350为目的地的任何空间流。如果多个空间流是以设备350为目的地，则RX处理器356可以将它们组合成单个OFDM符号流。然后，RX处理器356使用快速傅立叶变换(FFT)来将OFDM符号流从时域转换到频域。频域信号包括针对OFDM信号的每个子载波的单独的OFDM符号流。通过确定由设备310发送的最有可能的信号星座点来对每个子载波上的符号以及参考信号进行恢复和解调。这些软决策可以基于由信道估计器358计算出的信道估计。然后，对软决策进行解码和解交织来恢复最初由设备310在物理信道上发送的数据和控制信号。然后将数据和控制信号提供给控制器/处理器359，控制器/处理器359实现层3和层2功能。

控制器/处理器359可以与存储程序代码和数据的存储器360相关联。存储器360可以被称为计算机可读介质。控制器/处理器359可以提供传输信道与逻辑信道之间的解复用、分组重组、解密、报头解压缩和控制信号处理。控制器/处理器359还负责使用ACK和/或NACK协议的错误检测以支持HARQ操作。

与结合由设备310进行的传输所描述的功能类似，控制器/处理器359可以提供：RRC层功能，其与以下各项相关联：系统信息(例如，MIB、SIB)获取、RRC连接和测量报告；PDCP层功能，其与以下各项相关联：报头压缩/解压缩和安全性(加密、解密、完整性保护、完整性验证)；RLC层功能，其与以下各项相关联：对上层PDU的传送、通过ARQ的纠错、对RLCSDU的串接、分段和重组、对RLC数据PDU的重新分段和对RLC数据PDU的重新排序；以及MAC层功能，其与以下各项相关联：在逻辑信道与传输信道之间的映射、对MAC SDU到TB上的复用、对MAC SDU从TB的解复用、调度信息报告、通过HARQ的纠错、优先级处置和逻辑信道优先化。

由信道估计器358从由设备310发送的参考信号或反馈推导出的信道估计可以由TX处理器368用来选择适当的编码和调制方案，以及用来促进空间处理。可以经由单独的发射机354TX来将由TX处理器368生成的空间流提供给不同天线352。每个发射机354TX可以利用相应的空间流来对RF载波进行调制以用于传输。

在设备310处，以类似于结合设备350处的接收机功能所描述的方式来处理传输。每个接收机318RX通过其相应的天线320来接收信号。每个接收机318RX对被调制到RF载波上的信息进行恢复并且将该信息提供给RX处理器370。

控制器/处理器375可以与存储程序代码和数据的存储器376相关联。存储器376可以被称为计算机可读介质。控制器/处理器375提供传输信道与逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理。控制器/处理器375还负责使用ACK和/或NACK协议的错误检测来支持HARQ操作。

图4示出了在设备之间基于V2X/V2V/D2D通信的无线通信的示例400。第一设备402发送第一传输414，第一传输414包括可以由第二设备404和第三设备408接收的控制信道和对应的数据信道。设备402、404、408各自除了能够作为接收设备操作之外，还能够作为发送设备操作。因此，第三设备408被示为发送第二传输420。第一传输414和第二传输420可以被广播或多播到附近的设备。

控制信道可以包括用于对数据信道进行解码的信息，并且还可以由接收设备用来通过抑制在数据传输期间在被占用的资源上进行发送来避免干扰。可以在来自发送设备的控制消息中指示将被数据传输占用的TTI以及RB的数量。为了避免干扰，对控制消息进行解码的设备在开始尝试使用所指示的RB进行发送之前可以进行等待，直到所指示的数据分组结束为止。当控制信息丢失或例如由于干扰而无法被接收设备解码时，控制信息丢失。这样，网络性能受到影响，因为接收设备将不知道它们应当避免使用某些资源。因此，接收设备可能尝试使用重叠资源(例如，在时间和/或频率上)进行发送。

参照图4，不仅网络性能将由于重叠传输而恶化，而且来自第三设备408的控制传输也可能由于重叠而经历干扰。干扰可能导致其它设备执行与来自第三设备408的数据传输重叠的传输。因此，问题可能逐步加剧，从而导致网络性能进一步恶化。

本公开内容的一个方面提供了针对由于冲突的控制传输而导致的潜在干扰的问题的解决方案，所述冲突的控制传输导致设备错过控制传输并且在正在进行的数据传输期间开始进行发送。如本文所描述的，控制消息可以被分为两个部分。控制消息的第一部分可以包括关于将被数据传输占用的特定资源的信息，例如，用于干扰避免的信息。控制消息的第二部分可以包括用于对数据传输进行解码的其它信息或其它控制信息。例如，控制消息的第一部分可以包括对以下各项的指示：数据传输所跨越的TTI(或时隙)的数量、被数据传输占用的RB的数量、和/或与发送设备的位置相关的信息。控制消息的第二部分可以包括对以下各项的指示：针对数据是否需要NACK、关于MIMO层的信息、设备速度、设备位置、发射功率、传输是新数据传输还是重传、MCS、其它控制信息等。

图5示出了第一设备502和第二设备504之间的示例通信流500。通信可以是基于直接从发送设备到接收设备的V2X、V2V或D2D通信的。从设备502发送的通信可以被广播并且随后被在发送设备502的范围内的多个接收设备504接收，如结合图4描述的。如图所示，第一设备502可以发送第一控制消息的第一部分503，该第一部分包括用于干扰避免的信息，并且可以发送控制消息的第二部分505，该第二部分包括用于对数据传输507进行解码的额外信息以及其它控制信息。与其它控制信息分开地发送第一控制消息的对于干扰避免所需要的第一部分503可以帮助确保以更高的可能性接收到干扰避免信息。

可以对第一控制消息的两个部分503、505单独地进行编码。在一个示例中，可以使用极化编码来对第一控制消息的第一部分503进行编码。在另一示例中，也可以使用极化编码来对第一控制消息的第二部分505进行编码。然而，第一和第二部分可以使用不同的编码速率，例如，其中第一控制消息的第一部分503具有与第二部分505相比而言较低的编码速率。较低的编码速率提高第一控制消息的第一部分503的可靠性。因此，即使存在导致在对第一控制消息的第二部分505进行解码时的问题的干扰，接收设备也将更有可能接收到第一控制消息的第一部分503。

通过在第一部分中包括实现干扰避免的信息(例如，对数据传输所跨越的TTI(或时隙)的数量、数据传输所占用的RB的数量的指示和/或与发送设备的位置相关的信息)，第二设备504可以知道将由数据传输507使用的资源。即使第二设备504没有解码第一控制消息的第二部分505并且不能解码数据传输507，第二设备504也可以通过避免使用数据传输507所使用的资源来避免对数据传输507造成干扰。在对第一控制消息的第一部分503进行解码时，第二设备504可以在506处确定是否推迟使用在第一控制消息的第一部分503中指示的将被数据传输507占用的资源。

例如，第二设备504可以确定在尝试发送数据传输513之前进行等待，直到包括数据传输507的TTI结束为止。在发送数据传输513之前，第二设备504可以发送具有关于数据传输513的信息的第二控制消息。控制消息可以包括第二控制消息的第一部分509和第二控制消息的第二部分511，类似于部分503、505。因此，在接收到第二控制消息的第一部分509时，第一设备502可以作出关于是否推迟使用将被数据传输513占用的资源的确定508。

第一控制消息的第一部分503和第二控制消息的第一部分509可以包括对在时间和/或频率上将被对应的数据传输占用的资源的指示。例如，控制消息的第一部分可以指示将被数据传输占用的TTI的数量。TTI的数量可以被映射到连同控制消息一起发送的解调参考信号(DMRS)序列。第一控制消息的第一部分503和第二控制消息的第一部分509还可以指示被对应的数据传输占用的RB。

第一控制消息的第一部分503和第二控制消息的第一部分509还可以包括使得接收设备能够识别发送设备的位置和/或推断发送设备与接收设备之间的距离的信息。作为一个示例，第一控制消息的第一部分503可以包括用于第一设备502的层2(L2)标识符(ID)。L2 ID可以以使得第二设备504能够获得位置信息(例如，第一设备502的全球导航卫星系统(GNSS)坐标)的方式链接到基本安全消息(BSM)。第二设备504可以知道其自己的位置，并且可以确定两个位置之间的距离。作为另一示例，第一控制消息的第一部分503可以包括用于第一设备502的位置坐标的至少一部分，例如，诸如数量减少的GNSS x、y坐标比特。部分GNSS坐标的粗略度可以是基于可配置的分辨率的，例如，在10m的分辨率内、在50m的分辨率内、在100m的分辨率内，等等。第二设备504还可以使用信号质量测量(诸如相对接收信号强度指示(RSSI)测量)来帮助第二设备504确定到第一设备502的距离。

在另一示例中，第一控制消息的第一部分503可以包括对用于第一设备502的区(zone)的指示，诸如区ID。使用预定义的区或地区(area)可以减少在第一控制消息的第一部分503中对地理地区信息进行编码所需要的开销量。例如，可以将用于第一设备502的区ID或地区ID编码在第一控制消息的第一部分503中。在一个示例中，旨在可靠地接收消息的区/地区可以包括以发送设备(例如，第一设备502)的位置为中心并且延伸到向接收设备指示的半径的圆形地区。在另一示例中，预定义区可以具有非圆形形状，例如，其中将区域(region)划分为矩形、六边形或其它形状的区集合，每一者具有对应的区ID。在又一示例中，预定义区可以具有自定义形状。例如，预定义区可以遵循道路轮廓、行驶方向、地理特征形状等。在另一示例中，分层区可以被组织在不同的层中。每个层可以对应于不同大小的区。例如，第一层可以对应于具有50m的半径、50m的宽度等的区。第二层可以对应于具有100m的半径、100m的宽度等的区。

在另一示例中，第一控制消息的第一部分503可以包括用于第一设备502的L2 ID、GNSS坐标的一部分和/或区ID中的任何项的组合。例如，可以使用截短的L2 ID和截短的x、y坐标的组合。

第二设备504可以使用第一控制消息的第一部分503中的信息来推断到第一设备502的距离，并且确定是否推迟其自己的传输以避免与从第一设备502发送的数据传输507的干扰。由于第一控制消息的第一部分503可以以使得第二设备504能够接收第一部分503的方式来发送，而第二设备504不太可能接收第二部分505和/或数据传输507，因此第二设备可以确定其不需要推迟其自己的传输509、511、513。在图4中的示例中，第二设备404可以在第一传输414中接收控制消息的第一部分，并且可以确定第一设备402在第二设备404的门限距离416内。该确定可以涉及确定设备402、404是否在同一区或地区401内。如果是的话，则第二设备404可以确定等待开始传输，直到来自第一设备402的数据传输所占用的资源已经过去为止。相反，第三设备408可以接收控制消息的第一部分，并且可以确定从第一设备402到第三设备408的距离。如果该距离足够大，则第三设备408可以继续进行发送，而不考虑来自第一设备402的数据传输。

可以对不同控制消息的第一部分进行码分复用，以便接收设备可以识别可以以重叠方式接收的不同控制消息。作为第一示例，来自不同发送设备的不同控制消息可以使用不同的DMRS序列。使用不同的DMRS序列可以帮助接收设备识别控制消息的不同的第一部分。作为另一示例，可以使用多址(MA)签名，例如，除了不同的DMRS序列之外，还利用唯一的码签名来对第一控制消息的第一部分503和第二控制消息的第一部分509各自进行加扰。MA签名可以包括非正交多址(NOMA)签名。在另一示例中，第一控制消息的第一部分503和第二控制消息的第一部分509可以在不使用MA签名进行加扰的情况下被发送，并且可以仅仅依赖于不同的DMRS序列。使用MA签名可能要求针对控制消息的第一部分的额外的复杂性，但是可能提供额外的解码质量。

图6是无线通信的方法的流程图600。该方法可以由发送设备(例如，UE 104、设备310、402、408、502、504、装置702/702')、RSU等执行。发送设备可以基于V2V或V2X通信或其它直接D2D通信来直接向接收设备(例如，向UE或RSU)发送控制和/或数据。该方法通过帮助确保发送设备不会基于解码控制传输的困难而导致相互干扰来提高网络性能。

在602处，发送设备发送控制消息的第一部分，该第一部分具有用于针对数据传输的干扰避免的信息。控制消息的第一部分可以指示将被数据传输占用的TTI的数量。TTI的数量可以对应于与控制消息一起发送的DMRS序列。因此，接收设备能够基于DRMS序列来推断TTI的数量。控制消息的第一部分可以指示将被数据传输占用的一个或多个资源块。控制消息的第一部分还可以包括使得接收设备能够确定发送设备的位置的信息，例如，用于发送设备的层2ID、用于发送设备的地理坐标的一部分和/或用于发送设备的区ID。

在604处，发送设备发送控制消息的第二部分，该第二部分包括用于对数据传输进行解码的额外信息。控制消息的第二部分可以包括例如：针对数据是否需要NACK、关于MIMO层的信息、发送设备的速度、发送设备的位置、发射功率、传输是新数据传输还是重传、MCS、其它控制信息等。

可以使用第一编码速率来发送控制消息的第一部分，并且可以使用第二编码速率来发送控制消息的第二部分。例如，第一编码速率可以低于第二编码速率。例如，可以使用极化编码来对控制消息的第一部分进行编码。因此，控制消息的第一部分可以具有帮助确保其可以被解码的编码速率。

在602处发送的控制消息可以包括码分复用的各方面。例如，不同的控制消息可以使用不同的DMRS序列。可以基于MA序列来对控制消息的第一部分进行加扰。在另一示例中，可以在不基于MA序列进行加扰的情况下发送控制消息的第一部分。

最后，在606处，发送设备发送数据传输。可以使用例如在控制消息的第一部分中指示的资源来发送所发送的数据。数据传输可以是进一步基于在消息的第二控制部分中包括的信息的。

图7是示出在示例性装置702中的不同单元/组件之间的数据流的概念性数据流程图700。该装置可以是发送设备，例如，UE 104、设备310、350、402、408、502、504等。该装置包括从其它发送设备接收通信的接收组件704和向接收设备(例如，UE 104、设备310、350、404、408、502、504等)发送通信的发送组件706。该设备还可以包括第一控制组件708，其被配置为发送控制消息的第一部分，该第一部分具有用于针对数据传输的干扰避免的信息，例如，如结合602描述的。该设备还可以包括第二控制组件710，其被配置为发送控制消息的第二部分，该第二部分包括用于对数据传输进行解码的额外信息，例如，如结合604描述的。该装置可以包括数据组件712，其被配置为发送数据传输，例如，如结合606描述的。

该装置可以包括执行图5和6的前述流程图中的算法的框中的每个框的额外组件。因此，图5和6的前述流程图中的每个框可以由组件来执行，以及该装置可以包括那些组件中的一个或多个组件。所述组件可以是被专门配置为执行所述过程/算法的一个或多个硬件组件，由被配置为执行所述过程/算法的处理器来实现，被存储在计算机可读介质内以由处理器来实现，或者其某种组合。

图8是示出针对采用处理系统814的装置702'的硬件实现的示例的图800。处理系统814可以利用通常通过总线824表示的总线架构来实现。取决于处理系统814的特定应用和总体设计约束，总线824可以包括任何数量的互连总线和桥接器。总线824将各种电路链接在一起，所述电路包括通过处理器804、组件704、706、708、710、712以及计算机可读介质/存储器806表示的一个或多个处理器和/或硬件组件。总线824还可以链接各种其它电路，诸如定时源、外围设备、电压调节器和功率管理电路，它们是本领域中公知的，以及因此将不再进行任何进一步描述。

处理系统814可以耦合到收发机810。收发机810耦合到一个或多个天线820。收发机810提供用于在传输介质上与各个其它装置进行通信的单元。收发机810从一个或多个天线820接收信号，从所接收的信号中提取信息，以及向处理系统814(具体而言，接收组件704)提供所提取的信息。此外，收发机810从处理系统814(具体而言，发送组件706)接收信息，以及基于所接收的信息来生成要应用于一个或多个天线820的信号。处理系统814包括耦合到计算机可读介质/存储器806的处理器804。处理器804负责通用处理，其包括执行在计算机可读介质/存储器806上存储的软件。软件在由处理器804执行时使得处理系统814执行上文针对任何特定的装置描述的各个功能。计算机可读介质/存储器806还可以用于存储由处理器804在执行软件时操控的数据。处理系统814还包括组件704、706、708、710、712中的至少一个组件。所述组件可以是在处理器804中运行的、位于/存储在计算机可读介质/存储器806中的软件组件、耦合到处理器804的一个或多个硬件组件、或其某种组合。处理系统814可以是设备310的组件以及可以包括存储器376和/或以下各者中的至少一者：TX处理器316、RX处理器370以及控制器/处理器375。

在一种配置中，用于无线通信的装置702/702'包括：用于发送控制消息的第一部分的单元(例如，至少第一控制组件708)，该第一部分具有用于针对数据传输的干扰避免的信息；用于发送控制消息的第二部分的单元(例如，至少第二控制组件710)，该第二部分包括用于对数据传输进行解码的额外信息；以及用于发送数据传输的单元(例如，至少数据组件712)。前述单元可以是装置702的前述组件中的一个或多个组件和/或装置702'的被配置为执行由前述单元记载的功能的处理系统814。如上所述，处理系统814可以包括TX处理器316、RX处理器370以及控制器/处理器375。因此，在一种配置中，前述单元可以是被配置为执行由前述单元记载的功能的TX处理器316、RX处理器370以及控制器/处理器375。

图9是无线通信的方法的流程图900。该方法可以由接收设备(例如，UE 104、设备350、404、408、502、504、750、装置1002/1002')执行。接收设备可以基于V2V或V2X通信或其它直接D2D通信来直接从发送设备(例如，从UE或其它设备)接收通信。用虚线示出了可选方面。该方法通过帮助确保发送设备不会基于解码控制传输的困难而导致相互干扰来提高网络性能。

在902处，接收设备接收控制消息的至少第一部分，该第一部分具有用于针对从发送设备发送的数据传输的干扰避免的信息，其中，控制消息的第一部分是使用与控制消息的第二部分不同的编码速率来发送的。控制消息的第一部分可以使用与控制消息的第二部分相比而言较低的编码速率。控制消息的第一部分可以指示将被数据传输占用的TTI的数量。TTI的数量可以对应于与控制消息一起发送的DMRS序列。因此，接收设备能够基于DRMS序列来推断TTI的数量。控制消息的第一部分可以指示将被数据传输占用的一个或多个资源块。

在902处接收的控制消息的第一部分可以包括码分复用的各方面。例如，不同的控制消息可以使用不同的DMRS序列。因此，接收设备能够基于与控制消息结合使用的DMRS序列来区分不同的控制消息。可以基于MA序列来对控制消息的第一部分进行加扰。在另一示例中，可以在不基于MA序列进行加扰的情况下接收控制消息的第一部分。

在906处，接收设备基于在控制消息的第一部分中包括的信息来确定是否推迟传输。如果接收设备在906处确定推迟传输，则接收设备在908处推迟传输。否则，接收设备可以在910处继续发送控制和/或数据。

如在904处所示，接收设备可以基于在控制消息的第一部分中包括的信息来确定从接收设备到发送设备的距离，其中，接收设备在906处基于在控制消息的第一部分中包括的信息来确定是否推迟传输。控制消息的第一部分中的用于确定距离的信息可以包括用于发送设备的L2 ID、用于发送设备的地理坐标的至少一部分和/或用于发送设备的区ID的任何组合。因此，在906处，接收设备可以使用该距离来确定是否推迟其自己的传输以避免与从发送设备发送的数据传输的干扰。在一个示例中，控制消息的第一部分可以以使得接收设备能够接收第一部分的方式来发送，然而，接收设备可以确定由于与发送设备的距离，其将不接收(或不太可能接收)控制消息的第二部分和/或数据传输。因此，接收设备可以在906处确定推迟其自己的传输是不必要的，并且在910处继续发送其自己的控制和/或数据。在另一示例中，接收设备可以接收控制消息的第一部分并且确定发送设备在接收设备的门限距离内。该确定可以涉及确定发送设备和接收设备是否在同一区或地区内。如果是的话，则接收设备可以在906处确定其将接收(或很可能接收)控制消息的第二部分和/或数据传输，并且因此，在910处等待开始其自己的传输，直到来自发送设备的数据传输所占用的资源已经过去为止。

图10是示出在示例性装置1002中的不同单元/组件之间的数据流的概念性数据流程图1000。该装置可以是接收设备，例如，UE 104、设备350、404、408、502、504、750。该装置包括从发送设备(例如，UE 1050)接收传输的接收组件1004和向UE 1050进行发送的发送组件。该装置还可以包括第一控制组件1008，其被配置为接收控制消息的至少第一部分，该第一部分具有用于针对数据传输的干扰避免的信息，其中，控制消息的第一部分是使用与控制消息的第二部分不同的编码速率来发送的。该装置可以包括确定组件1010，其被配置为基于在控制消息的第一部分中包括的信息来确定是否推迟传输。该装置可以包括距离组件1012，其被配置为基于在控制消息的第一部分中包括的信息来确定从接收设备到发送设备的距离，其中，接收设备基于在控制消息的第一部分中包括的信息来确定推迟传输。该装置可以包括数据组件1014，其被配置为基于来自确定组件1010的确定来发送数据或接收数据。

该装置可以包括执行图5和9的前述流程图中的算法的框中的每个框的额外组件。因此，图5和9的前述流程图中的每个框可以由组件来执行，以及该装置可以包括那些组件中的一个或多个组件。所述组件可以是被专门配置为执行所述过程/算法的一个或多个硬件组件，由被配置为执行所述过程/算法的处理器来实现，被存储在计算机可读介质内以由处理器来实现，或者其某种组合。

图11是示出针对采用处理系统1114的装置1002'的硬件实现的示例的图1100。处理系统1114可以利用通常通过总线1124表示的总线架构来实现。取决于处理系统1114的特定应用和总体设计约束，总线1124可以包括任何数量的互连总线和桥接器。总线1124将各种电路链接在一起，所述电路包括通过处理器1104、组件1004、1006、1008、1010、1012、1014以及计算机可读介质/存储器1106表示的一个或多个处理器和/或硬件组件。总线1124还可以链接各个其它电路，诸如定时源、外围设备、电压调节器和功率管理电路，它们是本领域中公知的，以及因此将不再进行任何进一步描述。

处理系统1114可以耦合到收发机1110。收发机1110耦合到一个或多个天线1120。收发机1110提供用于在传输介质上与各个其它装置进行通信的单元。收发机1110从一个或多个天线1120接收信号，从所接收的信号中提取信息，以及向处理系统1114(具体而言，接收组件1004)提供所提取的信息。此外，收发机1110从处理系统1114(具体而言，发送组件1006)接收信息，以及基于所接收的信息来生成要应用于一个或多个天线1120的信号。处理系统1114包括耦合到计算机可读介质/存储器1106的处理器1104。处理器1104负责通用处理，其包括执行在计算机可读介质/存储器1106上存储的软件。软件在由处理器1104执行时使得处理系统1114执行上文针对任何特定的装置描述的各种功能。计算机可读介质/存储器1106还可以用于存储由处理器1104在执行软件时操控的数据。处理系统1114还包括组件1004、1006、1008、1010、1012、1014中的至少一个组件。所述组件可以是在处理器1104中运行的、位于/存储在计算机可读介质/存储器1106中的软件组件、耦合到处理器1104的一个或多个硬件组件、或其某种组合。处理系统1114可以是设备350的组件以及可以包括存储器360和/或以下各者中的至少一者：TX处理器368、RX处理器356以及控制器/处理器359。

在一种配置中，用于无线通信的装置1002/1002'包括：用于接收控制消息的至少第一部分的单元(例如，至少第一控制组件1008)，该第一部分具有用于针对数据传输的干扰避免的信息，其中，控制消息的第一部分是使用与控制消息的第二部分不同的编码速率来发送的；用于基于在控制消息的第一部分中包括的信息来确定从装置1002/1002'到发送设备的距离的单元(例如，至少距离组件1012)；以及用于基于所确定的距离来确定是否推迟传输的单元(例如，至少确定组件1010)，其中，装置1002/1002'基于所确定的距离来确定推迟传输。前述单元可以是装置1002的前述组件中的一个或多个组件和/或装置1002'的被配置为执行由前述单元记载的功能的处理系统1114。如上所述，处理系统1114可以包括TX处理器368、RX处理器356以及控制器/处理器359。因此，在一种配置中，前述单元可以是被配置为执行由前述单元记载的功能的TX处理器368、RX处理器356以及控制器/处理器359。

本公开内容的其它方面涉及将多址(MA)签名用于非正交多址(NOMA)。MA签名是用于区分数据传输的特定于UE的模式的标识符，并且可以用于在资源集合上对UE进行复用。NOMA使用非正交签名。当存在大于1(>1)的过载因子时，NOMA接入可以支持大量UE。例如，当6个UE在4个资源元素(RE)上扩展时，过载因子大于1。

在3GPP中，下行链路通信中的NOMA可以使用叠加编码，诸如多用户叠加传输(MUST)。此外，接收机可以被配置用于连续干扰消除(SIC)。上行链路通信中的NOMA可以利用功率受控的免准许上行链路传输。方案可以包括资源扩展多址(RSMA)、稀疏码多址(SCMA)、交织划分多址(IDMA)、模式划分多址(PDMA)、多用户共享接入(MUSA)等。

对于V2X，到特定接收机的传输可能不是功率受控的。因此，V2X(非功率受控的上行链路传输)和NOMA(功率受控的上行链路传输)关于上行链路通信是不同的，因为不同的折衷和组合方案是可能的。在V2X中，需要连续干扰消除(SIC)来将具有功率不平衡的发送UE分开。此外，V2X需要MA签名来将利用SIC无法分开的发送UE分开。要注意的是，功率域MA方案不适用于V2X。

图12示出了V2X场景1200，其中到接收机的传输不是功率受控的。在图12中，第一发送UE 1202、第二发送UE 1204和第三发送UE 1206全部向接收UE 1208进行发送。在一个示例中，可以在接收UE 1208处利用SIC潜在地分开来自第一发送UE 1202的第一传输1210和来自第二发送UE1204的第二传输1212。然而，如果在接收UE 1208处利用SIC无法分开来自第一UE 1202的第一传输1210和来自第三UE 1206的第三传输1214，则可能需要正交/低相关签名来将这样的传输分开。

在本公开内容的一个方面中，为了随着用户密度的不断增加而提高传输可靠性，可以将MA签名用于控制传输，以使控制传输更加可靠，即使在检测到冲突时。例如，可以提供基于NACK的重选方案，以在检测到冲突的情况下重新选择资源。在一个方面中，可以提供基于请求(REQ)-响应(RSP)的设计，该设计允许NOMA/MA签名扩展REQ和RSP以用于在REQ阶段期间检测冲突。

图13示出了根据本公开内容的一个方面的基于REQ-RSP的信道接入设计的示例TTI结构1300。

TTI结构1300可以包括用于在例如1或2个符号上传送控制信息的第一区域1302。在一个方面中，控制信息包括传输请求(REQ)。也就是说，第一区域1302携带与REQ相关的信息，而不是仅携带序列。在第一区域1302之后跟随有用于在多个符号上传送正交多址(OMA)数据的第二区域1304。用于传送针对REQ的响应(RSP)的第三区域1306可以跟随在第二区域1304之后。要注意的是，Tx/Rx周转区域(例如，长度为1/2符号)可以在第三区域1306之前和之后。在一个方面中，RSP可以具有ACK/NACK或者指示发射机应当重新选择用于数据的传输的资源的信息的形式。在一个方面中，与在发送REQ之后在TTI中发送RSP、控制信息和数据的传输设计相比，用于基于REQ-RSP的传输设计的TTI结构1300(其中，在发送控制信息(REQ)之后发送OMA数据和RSP)减少了开销。

在一个方面中，可以利用或不利用LBT符号来实现图13的基于REQ-RSP的传输设计。当在不利用LBT符号的情况下实现时，可以在第一区域1302中利用MA签名(例如，RSMA或SCMA)来发送控制信息。可以针对信道带宽/资源池来配置MA签名长度(例如，用于RSMA的重复因子)，因为MA签名长度取决于QoS相比于密度需求。此外，可以基于UE对拥塞的测量等来动态地修改MA签名长度。要注意的是，仍然可以基于配置(利用LBT符号)来支持OMA控制信息和数据的基准。

在一个方面中，当利用MA签名(例如，RSMA)来发送控制信息时，用于控制信息的参考符号(RS)是正交的。RS可以用于确定资源分配的开始/停止。要注意的是，在先前的方案中，可以基于不同的LBT序列来确定资源分配的开始/停止。

在一个方面中，可以如下确定对于传输所需要的正交RS维数。例如，所需要的正交RS维数可以等于N x 4，其中N是可以在信道带宽/资源池中复用的UE的数量。可以被复用的UE的数量可以确定冲突概率。因此，可能需要更高的N值，以用于更高的QoS和更高的密度。

如果N＝1，则所需要的正交RS维数等于N x 4＝1x 4＝4。因此，发送OMA控制信息和数据的发射机可以仅依赖于随机选择来减少冲突。要注意的是，这与利用基于LBT的机制的基准设计相同。

如果N＝2，则所需要的正交RS维数等于N x 4＝2x 4＝8。如果N＝4，则所需要的正交RS维数等于N x 4＝4x 4＝16。如果N＝8，则所需要的正交RS维数等于N x 8＝8x 4＝32。

图14示出了根据本公开内容的一个方面的具有参考符号(RS)的用于控制符号的示例资源结构1400。参照图14，将描述用于获得正交RS维数的方法。

可以使用一个或两个根序列来获得正交RS维数。此外，可获得的RS维数可以是最大循环移位数量、时域正交覆盖码(TD-OCC)数量、频域正交覆盖码(FD-OCC)数量和根序列数量的乘积。在一个示例中，如果最大循环移位数量是4，TD-OCC数量是2，FD-OCC数量是2，并且根序列数量是1，则可获得的RS维数＝4x 2x 2x 1＝16。在另一示例中，如果最大循环移位数量是4，TD-OCC数量是2，FD-OCC数量是2，并且根序列数量是2，则可获得的RS维数＝4x 2x 2x 2＝32。

在一个方面中，MA序列可以被应用于具有基于子信道的扩展/交织。这是适当的，因为两个UE可能仅在子信道的子集中重叠。

在一个方面中，可以根据MA签名长度、控制符号数量、循环移位数量、TD-OCC数量、FD-OCC数量和根序列数量来针对信道带宽/资源池配置MA序列。在一个示例中，MA签名长度是4，控制符号数量是2，循环移位数量是4，TD-OCC数量是2，FD-OCC数量是2，并且根序列数量是1。这导致为4的复用因子，其中16个正交RS用于控制解码和分配大小检测。

在一个方面中，分布式信道接入机制可能导致传输之间的冲突。具体地，在具有分布式信道接入机制的网络(例如，V2X网络)中，发射机之间的冲突可能是不可避免的。示例信道接入机制包括随机资源选择、基于LBT的资源选择、基于REQ-RESP的资源选择(具有Tx/Rx让步)、基于长期感测的资源选择等。用于信道竞争的目的的资源开销可以取决于信道接入机制。此外，冲突概率(资源的空间重用)可以取决于信道接入机制。

例如，在随机资源选择信道接入机制中，UE以分布式方式选择时频资源集合。与上述其它信道接入机制相比，这可能导致最高的冲突概率。然而，不增加用于信道竞争的资源开销。

在另一示例中，在基于LBT的资源选择信道接入机制中，将在发射机周围创建保护区。对于典型的接收机，冲突概率(平均)比随机选择小。

在一个方面中，传输可以包括控制信息和数据的传输。UE可以选择用于发送控制信息和数据的时频资源集合。控制信息可以包括对于解码数据所需要的信息，诸如起始资源块(起始RB)、时频资源分配的长度、在其中发送数据的时隙数量、调制和编码方案等。控制信息还可以包括正在发送针对其的数据的接收UE的链路标识符(链路ID)和/或目的地标识符(目的地ID)(全部或部分)。可以在数据的介质访问控制(MAC)报头中发送整个目的地ID以及发送数据的发送UE的源标识符(源ID)。此外，可以在控制信息中发送目的地ID的子集(目的地ID比特)，以在接收UE未能解码数据时启用来自接收UE的反馈传输。

要注意的是，在分布式信道接入机制的情况下，资源冲突可能是不可避免的。冲突概率可以取决于信道接入机制和给定地区中的发射机/UE的密度。冲突与控制信息和数据两者有关。因此，如果控制信息传输由于冲突而丢失，则可以不发送来自接收UE的反馈信息(例如，不连续传输(DTX))。

在单播通信中，发送UE可以假设接收UE处的DTX是否定确认(NACK)。因此，当来自接收UE的反馈信息由于冲突而丢失时，发送UE可以如同从接收UE接收到NACK一样继续进行。

在组播通信中，依赖于基于NACK的反馈，因为来自接收UE的NACK是同步频率网络(SFN)的一部分。因此，对于组播通信，发送UE可以假设接收UE处的DTX是肯定确认(ACK)，并且因此，如果NACK无法被传送给发送UE，则资源冲突将导致分组丢失。

因此，需要的是用于从发送UE发送控制信息(例如，目的地ID)和从接收UE发送反馈信息(例如，NACK)的传输方法，该传输方法对资源冲突具有稳健性。在一些传输方案中，可以使用多址(MA)签名来发送控制信息，这对冲突(来自使用不同MA签名的UE)具有稳健性，并且可以使用与发送UE相同的MA签名来发送反馈信息。在这样的传输方案中，可以使用反馈信息来确定继续传输还是重新选择传输资源。

根据本公开内容的各方面，提供了一种传输方案，该传输方案促进独立于信道接入机制来从发送UE发送控制信息和从接收UE发送反馈信息。该传输方案还允许基于对于确定反馈信息所需要的最少信息(例如，目的地ID)来拆分控制信息。

在本公开内容的一个方面中，控制信息可以被划分为控制信息的两个子集。控制信息的第一子集(或第一控制信息子集)可以包括用于确定是否发送反馈所需要的信息(例如，指示预期接收UE的目的地ID)。控制信息的第二子集(或第二控制信息子集)可以包括用于对对应数据进行解码的信息，诸如用于数据的时频资源位置分配(例如，资源块(RB)/时间)、数据的调制和编码方案(MCS)、传输模式等。要注意的是，为了增加从接收UE接收反馈信息的可能性，提高第一控制信息子集对抗冲突的稳健性是有利的。因此，与发送整个控制信息(即，第一和第二控制信息子集)(这是不太稳健的)相比，可以通过向接收UE发送控制信息的较小部分(较少比特)(即，第一控制信息子集)来提高稳健性。

在一个方面中，发送UE可以使用多址(MA)签名来向接收UE发送第一控制信息子集。只要不同的UE选择不同的MA签名来发送其自己的第一控制信息子集的传输，发送UE使用MA签名来发送第一控制信息子集就将提高传输的稳健性。在一个方面中，使用MA签名来发送第一控制信息子集可以等效于在正交资源上发送第一控制信息子集。在操作中，发送UE可以选择MA签名并且使用所选择的MA签名来发送第一控制信息子集。用于对第一控制信息子集进行解码的参考符号(RS)是正交的，并且被选择用于发送RS的序列/时频可以取决于所选择的MA签名。在一个方面中，从中选择MA签名的MA签名集合可以取决于传输的优先级，使得如果传输的优先级高，则所选择的MA签名允许高优先级传输具有较低的与使用其它MA签名的其它传输冲突的概率。

在一个方面中，发送UE可以在不使用任何MA签名的情况下，根据正常过程来向接收UE发送第二控制信息子集和数据。在另外的方面中，接收UE可以检测活动MA签名并且基于一个或多个活动MA签名来对(由发送UE)发送的第一控制信息子集进行解码。接收UE还可以基于第一控制信息子集(例如，目的地ID)来确定第二控制信息子集和数据的对应传输是否是旨在针对接收UE的。如果接收UE得知第二控制信息子集和数据的传输是旨在针对接收UE的，则接收UE然后尝试对第二控制信息子集和数据进行解码。如果接收UE未能对第二控制信息子集和/或数据进行解码，则接收UE可以向发送UE发送反馈信息(例如，NACK)。

图15示出了根据本公开内容的各方面的传输方案1500，该传输方案1500用于使用多址(MA)签名来发送控制信息，以提高控制传输和对应的反馈传输的稳健性。

在本公开内容的一个方面中，从发送UE的角度来看，发送UE可以在传输时间间隔(TTI)内选择用于向接收UE发送控制信息(1502、1504)和与控制信息相对应的数据1506的时频资源集合。发送UE还可以选择时频资源的第一子集(第一时频资源子集)来发送控制信息的第一子集(第一控制信息子集)1502。

第一控制信息子集1502可以包括正在发送针对其的数据1506的接收UE的链路标识符(链路ID)和/或目的地标识符(目的地ID)。在第一控制信息子集1502中包括链路ID和/或目的地ID允许接收UE确定数据1506是旨在针对接收UE的，并且如果接收UE未能解码数据1506，则还使得接收UE能够向发送UE发送反馈传输(例如，NACK)1508。第一控制信息子集1502还可以包括控制信息和/或数据的一个或多个传输优先级，以实现基于优先级的回退。第一控制信息子集1502还可以包括控制信息和/或数据的时频资源分配，以使得其它发送UE能够进行资源排除。

在一个方面中，发送UE可以确定多址(MA)签名(例如，码本、序列或加扰/交织)，其可以用作用于将在相同的时频资源上的发送UE的传输与其它发送UE的传输区分开的标识符。在一个方面中，码本包括对于任何元素都不重叠的稀疏码字。也就是说，发送UE在可用于发送第一控制信息子集1502的第一时频资源子集内选择正交时频资源。此后，发送UE使用MA签名来发送第一控制信息子集1502。

发送UE还选择时频资源的第二子集(第二时频资源子集)来发送接收UE解码数据1506所需要的控制信息的剩余部分，即，控制信息的第二子集(第二控制信息子集)1504。发送UE还选择时频资源的第三子集(第三时频资源子集)来发送数据1506。要注意的是，所选择的第一、第二和第三时频资源子集可以在时间或频率上分开。

在一个方面中，当发送第一控制信息子集1502时，发送UE可以基于所选择的MA签名来确定参考符号(RS)序列以及第一时频资源子集内的要用于发送RS序列的时频资源的子子集(subsubset)。RS序列可以用于在接收UE处对第一控制信息子集1502进行解调。发送UE使用MA签名，经由子子集的正交时频资源将RS序列连同第一控制信息子集1502一起发送。在另外的方面中，发送UE确定要用于发送第一控制信息子集1502的序列标识符、时域正交覆盖码(TD-OCC)、频域正交覆盖码(FD-OCC)和/或循环移位。可以经由无线资源控制(RRC)配置在发送UE处预先配置要用于发送第一控制信息子集1502的序列标识符、时间TD-OCC、FD-OCC或循环移位。

在一个方面中，经由无线资源控制(RRC)配置在发送UE处预先配置要用于发送第一控制信息子集1502的MA签名的长度和符号数量。在另一方面中，在第二控制信息子集1504或数据1506的介质访问控制(MAC)报头中指示用于发送第一控制信息子集1502的MA签名。这有助于接收UE确定多个经解码的控制信息子集与数据(如果被解码的话)之间的对应关系，并且适当地发送反馈1508。

在本公开内容的一个方面中，从接收UE的角度来看，接收UE检测活动MA签名集合(例如，基于RS序列)。然后，接收UE接收在每个活动MA签名上发送的第一控制信息子集1502，并且确定在第一控制信息子集1502中包括的目的地标识符(目的地ID)或链路标识符(链路ID)是否对应于接收设备对接收数据感兴趣的相关联的链路ID。如果目的地ID或链路ID对应于相关联的链路ID，则接收UE尝试基于第一控制信息子集1502来接收第二控制信息子集1504。如果成功地接收到第二控制信息子集1504，则接收UE尝试基于第二控制信息子集1504来接收与控制信息(1502、1504)相关联的数据1506。

如果接收UE未能成功地接收(解码)第二控制信息子集1504或数据1506，则接收UE向发送UE发送反馈信息(例如，NACK)1508。在一个方面中，使用用于从发送UE发送第一控制信息子集1502的相同MA签名来发送反馈信息1508。

在一个方面中，在发送反馈信息1508时，接收UE可以基于MA签名来确定参考符号(RS)序列，并且基于MA签名来确定用于发送RS序列的正交时频资源。然后，接收UE可以使用MA签名，经由正交时频资源来将RS序列与反馈信息(例如，NACK)1508一起发送。

图16是示出针对采用处理系统1614的UE 1600的硬件实现的示例的框图。例如，UE1600可以是如图1、3、4、5和/或12中的任何一个或多个图中示出的用户设备(UE)。。

UE 1600可以利用包括一个或多个处理器1604的处理系统1614来实现。处理器1604的示例包括被配置为执行贯穿本公开内容描述的各种功能的微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门控逻辑、分立硬件电路以及其它适当的硬件。在各个示例中，UE 1600可以被配置为执行本文描述的功能中的任何一个或多个功能。也就是说，如在UE 1600中使利用的处理器1604可以用于实现在下文描述并且在图17和18中示出的过程和程序中的任何一项或多项。

在该示例中，处理系统1614可以利用通常由总线1602表示的总线架构来实现。取决于处理系统1614的特定应用和总体设计约束，总线1602可以包括任何数量的互连总线和桥接器。总线1602将各种电路通信地耦合在一起，所述电路包括一个或多个处理器(通常由处理器1604表示)、存储器1605和计算机可读介质(通常由计算机可读介质1606表示)。总线1602还可以链接各种其它电路，诸如定时源、外围设备、电压调节器和功率管理电路，它们是本领域中公知的，以及因此将不再进行任何进一步描述。总线接口1608提供总线1602与收发机1610之间的接口。收发机1610提供用于在传输介质上与各种其它设备进行通信的通信接口或单元。取决于装置的性质，还可以提供用户接口1612(例如，小键盘、显示器、扬声器、麦克风、操纵杆)。当然，这样的用户接口1612是可选的，并且在一些示例中可以省略。

在本公开内容的一些方面中，处理器1604可以包括时频资源管理电路1640，其被配置用于各种功能，包括例如：确定要用于向接收设备发送控制信息(例如，控制消息的第一和第二子集/部分)和与控制信息相关联的数据(例如，用户数据)的时频资源；选择时频资源的第一子集以发送控制信息的第一子集；选择时频资源的第二子集以发送控制信息的第二子集；以及选择时频资源的第三子集以发送数据。例如，时频资源管理电路1640可以被配置为实现下面关于图17(包括例如框1702、1704、1706和1708)、图19(包括例如框1906)和图21(包括例如框2106)描述的功能中的一个或多个功能。

处理器1604还可以包括控制处理电路1642，其被配置用于各种功能，包括例如：经由时频资源的第一子集来发送控制信息的第一子集；以及经由时频资源的第二子集来发送控制信息的第二子集。例如，控制处理电路1642可以被配置为实现下面关于图17(包括例如框1704和1706)描述的功能中的一个或多个功能。控制处理电路1642还可以被配置用于以下操作：基于用于发送控制信息的第一子集的多址(MA)签名，经由时频资源的第一子集来从发送设备接收控制信息的第一子集；确定在控制信息的第一子集中包括的目的地标识符(目的地ID)或链路标识符(链路ID)是否对应于相关联的链路ID；以及如果目的地ID或链路ID对应于相关联的链路ID，则基于控制信息的第一子集来确定经由时频资源的第二子集接收控制信息的第二子集。例如，控制处理电路1642可以被配置为实现下面关于图18(包括例如框1802、1804和1806)描述的功能中的一个或多个功能。

控制处理电路1642还可以被配置用于进行以下操作：生成控制消息的第一部分，第一部分包括用于控制消息的第二部分的资源分配和/或用于对控制消息的第二部分进行解码和用于对用户数据进行解码的信息；生成控制消息的第二部分，第二部分包括用于对用户数据进行解码的额外信息；(例如，向第二UE)发送控制消息的第一部分；以及(例如，向第二UE)发送控制消息的第二部分。例如，控制处理电路1642可以被配置为实现下面关于图19(包括例如框1902、1904、1908和1910)和图21(包括例如框2102、2104、2108和2110)描述的功能中的一个或多个功能。

控制处理电路1642还可以被配置用于进行以下操作：从第二UE接收控制消息的第一部分，第一部分包括用于控制消息的第二部分的资源分配和/或用于对控制消息的第二部分进行解码和用于对用户数据进行解码的信息；基于在控制消息的第一部分中包括的信息来确定控制消息的第二部分或用户数据是否旨在被第一UE接收；从第二UE接收控制消息的第二部分(例如，基于在控制消息的第一部分中包括的资源分配)，第二部分包括用于对用户数据进行解码的额外信息；基于在控制消息的第一部分中包括的信息来对所接收的控制消息的第二部分进行解码；以及基于在控制消息的第二部分中包括的额外信息来确定用户数据是否旨在被第一UE接收。例如，控制处理电路1642可以被配置为实现下面关于图20(包括例如框2002、2004、2006和2008)和图22(包括例如框2202、2204、2206和2208)描述的功能中的一个或多个功能。

处理器1604还可以包括数据处理电路1644，其被配置用于各种功能，包括例如：经由时频资源的第三子集来发送数据；以及如果控制信息的第二子集被成功接收，则基于控制信息的第二子集来确定经由时频资源的第三子集接收与控制信息相关联的数据。例如，数据处理电路1644可以被配置为实现下面关于图17(包括例如框1708)和图18(包括例如框1808)描述的功能中的一个或多个功能。

数据处理电路1644还可以被配置用于进行以下操作：(例如，向第二UE)发送用户数据；如果所接收的控制消息的第二部分能够被解码，则(例如，从第二UE)接收用户数据；以及基于在控制消息的第一部分中包括的信息以及在控制消息的第二部分中包括的额外信息来对所接收的用户数据进行解码。例如，数据处理电路1644可以被配置为实现下面关于图19(包括例如框1912)、图20(包括例如框2010和2012)、图21(包括例如框2112)和图22(包括例如框2210和2212)描述的功能中的一个或多个功能。

处理器1604还可以包括反馈处理电路1646，其被配置用于各种功能，包括例如：如果接收设备未能成功地解码控制信息的第二子集/部分或数据(例如，用户数据)，则从接收设备接收否定确认(NACK)；以及如果接收设备未能成功地接收/解码控制信息的第二子集/部分或数据(例如，用户数据)，则向发送设备发送否定确认(NACK)。例如，反馈处理电路1646可以被配置为实现下面关于图17(包括例如框1710)、图18(包括例如框1810)、图19(包括例如框1914)、图20(包括例如框2014)、图21(包括例如框2114)和图22(包括例如框2214)描述的功能中的一个或多个功能。

处理器1604负责管理总线1602和一般处理，包括执行被存储在计算机可读介质1606上的软件。软件在由处理器1604执行时使得处理系统1614执行下文针对任何特定装置描述的各种功能。计算机可读介质1606和存储器1605还可以用于存储处理器1604在执行软件时操纵的数据。

处理系统中的一个或多个处理器1604可以执行软件。无论是被称为软件、固件、中间件、微代码、硬件描述语言或者其它名称，软件都应当被广义地解释为意指指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行的线程、过程、函数等。软件可以位于计算机可读介质1606上。计算机可读介质1606可以是非暂时性计算机可读介质。举例而言，非暂时性计算机可读介质包括磁存储设备(例如，硬盘、软盘、磁带)、光盘(例如，压缩光盘(CD)或者数字多功能光盘(DVD))、智能卡、闪存设备(例如，卡、棒或键驱动器)、随机存取存储器(RAM)、只读存储器(ROM)、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、寄存器、可移动盘以及用于存储可以由计算机进行访问和读取的软件和/或指令的任何其它适当的介质。计算机可读介质1606可以位于处理系统1614中、位于处理系统1614之外、或者分布在包括处理系统1614的多个实体之中。计算机可读介质1606可以体现在计算机程序产品中。举例而言，计算机程序产品可以包括封装材料中的计算机可读介质。本领域技术人员将认识到，如何根据特定的应用和对整个系统所施加的总体设计约束，来最佳地实现贯穿本公开内容所给出的所述功能。

在一个或多个示例中，计算机可读存储介质1606可以包括时频资源管理指令1650，其被配置用于各种功能，包括例如：确定要用于向接收设备发送控制信息(例如，控制消息的第一和第二子集/部分)和与控制信息相关联的数据(例如，用户数据)的时频资源；选择时频资源的第一子集以发送控制信息的第一子集；选择时频资源的第二子集以发送控制信息的第二子集；以及选择时频资源的第三子集以发送数据。例如，时频资源管理指令1650可以被配置为实现下面关于图17(包括例如框1702、1704、1706和1708)、图19(包括例如框1906)和图21(包括例如框2106)描述的功能中的一个或多个功能。

计算机可读存储介质1606还可以包括控制处理指令1652，其被配置用于各种功能，包括例如：经由时频资源的第一子集来发送控制信息的第一子集；以及经由时频资源的第二子集来发送控制信息的第二子集。例如，控制处理指令1652可以被配置为实现下面关于图17(包括例如框1704和1706)描述的功能中的一个或多个功能。控制处理指令1652还可以被配置用于以下操作：基于用于发送控制信息的第一子集的多址(MA)签名，经由时频资源的第一子集来从发送设备接收控制信息的第一子集；确定在控制信息的第一子集中包括的目的地标识符(目的地ID)或链路标识符(链路ID)是否对应于相关联的链路ID；以及如果目的地ID或链路ID对应于相关联的链路ID，则基于控制信息的第一子集来确定经由时频资源的第二子集接收控制信息的第二子集。例如，控制处理指令1652可以被配置为实现下面关于图18(包括例如框1802、1804和1806)描述的功能中的一个或多个功能。

控制处理指令1652还可以被配置用于进行以下操作：生成控制消息的第一部分，第一部分包括用于控制消息的第二部分的资源分配和/或用于对控制消息的第二部分进行解码和用于对用户数据进行解码的信息；生成控制消息的第二部分，第二部分包括用于对用户数据进行解码的额外信息；(例如，向第二UE)发送控制消息的第一部分；以及(例如，向第二UE)发送控制消息的第二部分。例如，控制处理指令1652可以被配置为实现下面关于图19(包括例如框1902、1904、1908和1910)和图21(包括例如框2102、2104、2108和2110)描述的功能中的一个或多个功能。

控制处理指令1652还可以被配置用于进行以下操作：从第二UE接收控制消息的第一部分，第一部分包括用于控制消息的第二部分的资源分配和/或用于对控制消息的第二部分进行解码和用于对用户数据进行解码的信息；基于在控制消息的第一部分中包括的信息来确定控制消息的第二部分或用户数据是否旨在被第一UE接收；从第二UE接收控制消息的第二部分(例如，基于在控制消息的第一部分中包括的资源分配)，第二部分包括用于对用户数据进行解码的额外信息；基于在控制消息的第一部分中包括的信息来对所接收的控制消息的第二部分进行解码；以及基于在控制消息的第二部分中包括的额外信息来确定用户数据是否旨在被第一UE接收。例如，控制处理指令1652可以被配置为实现下面关于图20(包括例如框2002、2004、2006和2008)和图22(包括例如框2202、2204、2206和2208)描述的功能中的一个或多个功能。

计算机可读存储介质1606还可以包括数据处理指令1654，其被配置用于各种功能，包括例如：经由时频资源的第三子集来发送数据；以及如果控制信息的第二子集被成功地接收，则基于控制信息的第二子集来确定经由时频资源的第三子集接收与控制信息相关联的数据。例如，数据处理指令1654可以被配置为实现下面关于图17(包括例如框1708)和图18(包括例如框1808)描述的功能中的一个或多个功能。

数据处理指令1654还可以被配置用于进行以下操作：(例如，向第二UE)发送用户数据；如果所接收的控制消息的第二部分能够被解码，则(例如，从第二UE)接收用户数据；以及基于在控制消息的第一部分中包括的信息以及在控制消息的第二部分中包括的额外信息来对所接收的用户数据进行解码。例如，数据处理指令1654可以被配置为实现下面关于图19(包括例如框1912)、图20(包括例如框2010和2012)、图21(包括例如框2112)和图22(包括例如框2210和2212)描述的功能中的一个或多个功能。

计算机可读存储介质1606还可以包括反馈处理指令1656，其被配置用于各种功能，包括例如：如果接收设备未能成功地解码控制信息的第二子集/部分或数据(例如，用户数据)，则从接收设备接收否定确认(NACK)；以及如果接收设备未能成功地接收/解码控制信息的第二子集/部分或数据(例如，用户数据)，则向发送设备发送否定确认(NACK)。例如，反馈处理指令1656可以被配置为实现下面关于图17(包括例如框1710)以及图18(包括例如框1810)、图19(包括例如框1914)、图20(包括例如框2014)、图21(包括例如框2114)和图22(包括例如框2214)描述的功能中的一个或多个功能。

图17是示出根据本公开内容的一些方面的用于发送设备处的无线通信的示例性过程1700的流程图。如下所述，在本公开内容的范围内的特定实现内，可以省略一些或所有示出的特征，并且对于所有方面的实现而言，可以不需要一些示出的特征。在一些示例中，过程1700可以由在图16中所示的UE 1600来执行。在一些示例中，过程1700可以由用于执行下文描述的功能或算法的任何适当的装置或单元来执行。

在框1702处，发送设备确定要用于向接收设备发送控制信息和与控制信息相关联的数据的时频资源。

在框1704处，发送设备选择时频资源的第一子集，并且经由时频资源的第一子集来发送控制信息的第一子集。在一个方面中，控制信息的第一子集包括正在执行针对其的数据传输的服务的目的地标识符(目的地ID)。在另一方面中，控制信息的第一子集包括基于与发送设备相关联的链路层标识符或与接收设备相关联的链路层标识符中的至少一项而确定的链路标识符(链路ID)。控制信息的第一子集还可以包括控制信息的第二子集的传输优先级、数据的传输优先级、控制信息的第二子集的时频资源分配、数据的时频资源分配、或其任何组合。

在框1706处，发送设备选择时频资源的第二子集，并且经由时频资源的第二子集来发送控制信息的第二子集。在一个方面中，控制信息的第二子集包括用于对数据进行解码的信息。例如，用于对数据进行解码的信息包括被分配用于数据的时频资源位置、调制和编码方案(MCS)、传输模式、或其任何组合。

在框1708处，发送设备选择时频资源的第三子集，并且经由时频资源的第三子集来发送数据。

在框1710处，如果接收设备未能成功地解码控制信息的第二子集或数据，则发送设备从接收设备接收否定确认(NACK)。

在本公开内容的一个方面中，发送设备通过确定多址(MA)签名来发送控制信息的第一子集。MA签名将在相同的时频资源上的该发送设备的传输与另一发送设备的另一传输区分开。此后，发送设备使用MA签名，经由时频资源的第一子集来发送控制信息的第一子集。

在另外的方面中，发送设备通过以下操作来发送控制信息的第一子集：基于MA签名来确定参考符号(RS)序列，并且基于MA签名来确定时频资源的第一子集的要用于发送RS序列的子子集。此后，发送设备使用MA签名，经由时频资源的第一子集的子子集的正交时频资源，来将RS序列与控制信息的第一子集一起发送。使用RS序列来对控制信息的第一子集进行解调。

发送设备还可以确定要用于发送控制信息的第一子集的序列标识符、时域正交覆盖码(TD-OCC)、频域正交覆盖码(FD-OCC)、循环移位、或其任何组合。可以经由无线资源控制(RRC)配置在发送设备处预先配置要用于发送控制信息的第一子集的序列标识符、时间TD-OCC、FD-OCC、和/或循环移位。

在一个方面中，经由无线资源控制(RRC)配置在发送设备处预先配置要用于发送控制信息的第一子集的MA签名的长度和符号数量。在另一方面中，在控制信息的第二子集、或数据的介质访问控制(MAC)报头、或其组合中指示用于发送控制信息的第一子集的MA签名。

在一种配置中，用于无线通信的UE 1600包括：用于确定要用于向接收设备发送控制信息和与控制信息相关联的数据的时频资源的单元；用于选择时频资源的第一子集并且经由时频资源的第一子集来发送控制信息的第一子集的单元；用于选择时频资源的第二子集并且经由时频资源的第二子集来发送控制信息的第二子集的单元；用于选择时频资源的第三子集并且经由时频资源的第三子集来发送数据的单元；以及用于如果接收设备未能成功地解码控制信息的第二子集或数据，则从接收设备接收否定确认(NACK)的单元。

在一个方面中，前述单元可以是在图16中所示的被配置为执行由前述单元记载的功能的处理器1604。在另一方面中，前述单元可以是被配置为执行由前述单元记载的功能的电路或任何装置。

当然，在上述示例中，在处理器1604中包括的电路仅是作为示例来提供的，并且用于执行所述功能的其它单元可以被包括在本公开内容的各个方面中，包括但不限于被存储在计算机可读存储介质1606中的指令，或者在图1、3、4、5和/或12中的任何一个图中描述的并且利用例如本文关于图17描述的过程和/或算法的任何其它合适的装置或单元。

图18是示出根据本公开内容的一些方面的用于接收设备处的无线通信的示例性过程1800的流程图。如下所述，在本公开内容的范围内的特定实现内，可以省略一些或所有示出的特征，并且对于所有方面的实现而言，可以不需要一些示出的特征。在一些示例中，过程1800可以由在图16中所示的UE 1600来执行。在一些示例中，过程1800可以由用于执行下文描述的功能或算法的任何适当的装置或单元来执行。

在框1802处，接收设备经由时频资源的第一子集从发送设备接收控制信息的第一子集。控制信息的第一子集是基于用于发送控制信息的第一子集的多址(MA)签名来接收的。在一个方面中，MA签名将在相同的时频资源上的该发送设备的传输与另一发送设备的另一传输区分开。在另外的方面中，接收设备通过以下操作来接收控制信息的第一子集：基于MA签名来确定用于发送控制信息的第一子集的参考符号(RS)序列，并且使用RS序列来对控制信息的第一子集进行解调。

在框1804处，接收设备确定在控制信息的第一子集中包括的目的地标识符(目的地ID)或链路标识符(链路ID)是否对应于相关联的链路ID。

在框1806处，如果目的地ID或链路ID对应于相关联的链路ID，则接收设备基于控制信息的第一子集来确定经由时频资源的第二子集接收控制信息的第二子集。

在框1808处，如果控制信息的第二子集被成功地接收，则接收设备基于控制信息的第二子集来确定经由时频资源的第三子集接收与控制信息相关联的数据。

在框1810处，如果接收设备未能成功地接收控制信息的第二子集或数据，则接收设备向发送设备发送否定确认(NACK)。可以使用用于从发送设备发送控制信息的第一子集的相同MA签名来发送NACK。

在一个方面中，接收设备通过以下操作来发送NACK：基于MA签名来确定参考符号(RS)序列，并且基于MA签名来确定用于发送RS序列的正交时频资源。此后，接收设备使用MA签名，经由正交时频资源来将RS序列与NACK一起发送。

在一个方面中，控制信息的第一子集包括控制信息的第二子集的传输优先级、数据的传输优先级、控制信息的第二子集的时频资源分配、数据的时频资源分配、或其组合。

在一个方面中，控制信息的第二子集包括用于对数据进行解码的信息。例如，用于对数据进行解码的信息包括被分配用于数据的时频资源位置、调制和编码方案(MCS)、传输模式、或其组合。

在一种配置中，用于无线通信的UE 1600包括：用于基于用于发送控制信息的第一子集的多址(MA)签名，经由时频资源的第一子集来从发送设备接收控制信息的第一子集的单元；用于确定在控制信息的第一子集中包括的目的地标识符(目的地ID)或链路标识符(链路ID)是否对应于相关联的链路ID的单元；用于如果目的地ID或链路ID对应于相关联的链路ID，则基于控制信息的第一子集来确定经由时频资源的第二子集接收控制信息的第二子集的单元；用于如果控制信息的第二子集被成功地接收，则基于控制信息的第二子集来确定经由时频资源的第三子集接收与控制信息相关联的数据的单元；以及用于如果接收设备未能成功地接收控制信息的第二子集或数据，则向发送设备发送否定确认(NACK)的单元。

在一个方面中，前述单元可以是在图16中所示的被配置为执行由前述单元记载的功能的处理器1604。在另一方面中，前述单元可以是被配置为执行由前述单元记载的功能的电路或任何装置。

当然，在上述示例中，在处理器1604中包括的电路仅是作为示例来提供的，并且用于执行所述功能的其它单元可以被包括在本公开内容的各个方面中，包括但不限于被存储在计算机可读存储介质1606中的指令，或者在图1、3、4、5和/或12中的任何一个图中描述的并且利用例如本文关于图18描述的过程和/或算法的任何其它合适的装置或单元。

图19是示出根据本公开内容的一些方面的用于第一UE(例如，发送设备)处的无线通信的示例性过程1900的流程图。如下所述，在本公开内容的范围内的特定实现内，可以省略一些或所有示出的特征，并且对于所有方面的实现而言，可以不需要一些示出的特征。在一些示例中，过程1900可以由在图16中所示的UE 1600来执行。在一些示例中，过程1900可以由用于执行下文描述的功能或算法的任何适当的装置或单元来执行。

在框1902处，第一UE生成控制消息的第一部分(例如，第一子集)。控制消息的第一部分包括用于对控制消息的第二部分进行解码和用于对用户数据进行解码的信息。例如，第一部分可以包括用于控制消息的第二部分的资源分配、用于用户数据的当前传输的资源分配和/或用户数据的传输优先级。第一部分还可以包括与正在针对其发送用户数据的服务相关联的目的地标识符、与正在针对其发送用户数据的服务相关联的源标识符、和/或基于与第一UE相关联的链路层标识符或与第二UE相关联的链路层标识符中的至少一项而确定的链路标识符。第一部分还可以包括用于用户数据的将来传输或重传的资源分配、和/或指示是否将由第二UE发送确认信息的信息。在一个方面中，用于控制消息的第二部分的资源分配可以包括控制消息的第二部分的传输优先级、控制消息的第二部分的格式类型、控制消息的第二部分的时频资源、和/或控制消息的第二部分的正交频分复用(OFDM)符号位置。

在框1904处，第一UE生成控制消息的第二部分(例如，第二子集)。控制消息的第二部分包括用于对用户数据进行解码的额外信息。例如，第二部分可以包括用于用户数据的资源分配。在一个方面中，用于用户数据的资源分配指示将被用户数据占用的时隙(例如，传输时间间隔)的数量。在另一方面中，用于用户数据的资源分配指示将被用户数据占用的一个或多个资源块(例如，子信道)。第二部分还可以包括传输模式、多输入多输出(MIMO)层信息、第一UE的速度、第一UE的位置、发射功率、指示对用户数据的传输是新数据传输还是重传的信息、调制和编码方案(MCS)、和/或指示是否将由第二UE发送确认信息的信息。第二部分还可以包括与正在针对其发送用户数据的服务相关联的目的地标识符、与正在针对其发送用户数据的服务相关联的源标识符、和/或用于确定由第二UE进行的一个或多个反馈传输的信息。

在框1906处，第一UE确定要用于发送控制消息的第一部分、控制消息的第二部分和用户数据的时频资源。

在框1908处，第一UE向第二UE发送控制消息的第一部分。在框1910处，第一UE向第二UE发送控制消息的第二部分。在框1912处，第一UE向第二UE发送用户数据。

在一个方面中，第二UE是用户数据的预期接收者UE。在另一方面中，第二UE是任何UE。

在一个方面中，控制消息的第一部分是经由时频资源的第一子集发送的，控制消息的第二部分是经由时频资源的第二子集发送的，并且用户数据是经由时频资源的第三子集发送的。

在一个方面中，第一UE通过首先确定多址(MA)签名来发送控制消息的第一部分。MA签名将在相同的时频资源上的第一UE的传输与另一UE的另一传输区分开。此后，第一UE使用MA签名，经由时频资源的第一子集来发送控制消息的第一部分。

在一个方面中，控制消息的第一部分的格式类型独立于控制消息的第二部分的传输类型(例如，单播、多播或广播)。此外，控制消息的第二部分的格式类型相对于控制消息的第二部分的传输类型(例如，单播、多播或广播)而变化。此外，控制消息的第一部分的调制和编码方案(MCS)可以与控制消息的第二部分的MCS不同或相同。

在框1914处，如果第二UE未能成功地解码控制消息的第二部分或用户数据，则第一UE从第二UE接收否定确认(NACK)。

在一种配置中，用于无线通信的UE 1600包括：用于生成控制消息的第一部分的单元，第一部分包括用于对控制消息的第二部分进行解码和用于对用户数据进行解码的信息；用于生成控制消息的第二部分的单元，第二部分包括用于对用户数据进行解码的额外信息；用于确定要用于发送控制消息的第一部分、控制消息的第二部分和用户数据的时频资源的单元；用于向第二UE发送控制消息的第一部分的单元；用于向第二UE发送控制消息的第二部分的单元；用于向第二UE发送用户数据的单元；以及用于如果第二UE未能成功地解码控制消息的第二部分或用户数据，则从第二UE接收否定确认(NACK)的单元。

在一个方面中，前述单元可以是在图16中所示的被配置为执行由前述单元记载的功能的处理器1604。在另一方面中，前述单元可以是被配置为执行由前述单元记载的功能的电路或任何装置。

当然，在上述示例中，在处理器1604中包括的电路仅是作为示例来提供的，并且用于执行所述功能的其它单元可以被包括在本公开内容的各个方面中，包括但不限于被存储在计算机可读存储介质1606中的指令，或者在图1、3、4、5和/或12中的任何一个图中描述的并且利用例如本文关于图19描述的过程和/或算法的任何其它合适的装置或单元。

图20是示出根据本公开内容的一些方面的用于第一UE(例如，接收设备)处的无线通信的示例性过程2000的流程图。如下所述，在本公开内容的范围内的特定实现内，可以省略一些或所有示出的特征，并且对于所有方面的实现而言，可以不需要一些示出的特征。在一些示例中，过程2000可以由在图16中所示的UE 1600来执行。在一些示例中，过程2000可以由用于执行下文描述的功能或算法的任何适当的装置或单元来执行。

在框2002处，第一UE从第二UE接收控制消息的第一部分(例如，第一子集)。第一部分包括用于对控制消息的第二部分(例如，第二子集)进行解码和用于对用户数据进行解码的信息。例如，第一部分可以包括用于控制消息的第二部分的资源分配、用于用户数据的当前传输的资源分配和/或用户数据的传输优先级。第一部分还可以包括与正在针对其接收用户数据的服务相关联的目的地标识符、与正在针对其接收用户数据的服务相关联的源标识符、和/或基于与第一UE相关联的链路层标识符或与第二UE相关联的链路层标识符中的至少一项而确定的链路标识符。第一部分还可以包括用于用户数据的将来传输或重传的资源分配、和/或指示是否将由第一UE发送确认信息的信息。在一个方面中，用于控制消息的第二部分的资源分配可以包括控制消息的第二部分的传输优先级、控制消息的第二部分的格式类型、控制消息的第二部分的时频资源、和/或控制消息的第二部分的正交频分复用(OFDM)符号位置。

在框2004处，第一UE基于在控制消息的第一部分中包括的信息来确定控制消息的第二部分或用户数据是否旨在被第一UE接收。因此，如果第二部分或用户数据旨在被第一UE接收，则接收控制消息的第二部分。

在框2006处，第一UE从第二UE接收控制消息的第二部分。第二部分包括用于对用户数据进行解码的额外信息。例如，第二部分可以包括用于用户数据的资源分配。在一个方面中，用于用户数据的资源分配指示将被用户数据占用的时隙(例如，传输时间间隔)的数量。在另一方面中，用于用户数据的资源分配指示将被用户数据占用的一个或多个资源块(例如，子信道)。第二部分还可以包括传输模式、多输入多输出(MIMO)层信息、第二UE的速度、第二UE的位置、发射功率、指示对用户数据的传输是新数据传输还是重传的信息、调制和编码方案(MCS)、和/或指示是否将由第一UE发送确认信息的信息。第二部分还可以包括与正在针对其接收用户数据的服务相关联的目的地标识符、与正在针对其接收用户数据的服务相关联的源标识符、和/或用于确定由第一UE进行的一个或多个反馈传输的信息。

在框2008处，第一UE基于在控制消息的第一部分中包括的信息来对所接收的控制消息的第二部分进行解码，并且可以基于在控制消息的第二部分中包括的额外信息来确定用户数据是否旨在被第一UE接收。在框2010处，如果所接收的控制消息的第二部分能够被解码，则第一UE从第二UE接收用户数据。在框2012处，第一UE基于在控制消息的第一部分中包括的信息和在控制消息的第二部分中包括的额外信息来对所接收的用户数据进行解码。在一个方面中，当对所接收的用户数据进行解码时，如果第一UE是用户数据的非预期接收者，则第一UE丢弃用户数据。

在一个方面中，控制消息的第一部分是经由时频资源的第一子集接收的，控制消息的第二部分是经由时频资源的第二子集接收的，并且用户数据是经由时频资源的第三子集接收的。在一个方面中，第一UE通过首先确定用于发送控制消息的第一部分的多址(MA)签名来接收控制消息的第一部分。MA签名将在相同的时频资源上的第二UE的传输与另一UE的另一传输区分开。此后，第一UE基于MA签名，经由时频资源的第一子集来接收控制消息的第一部分。

在一个方面中，控制消息的第一部分的格式类型独立于控制消息的第二部分的传输类型(例如，单播、多播或广播)。此外，控制消息的第二部分的格式类型相对于控制消息的第二部分的传输类型(例如，单播、多播或广播)而变化。此外，控制消息的第一部分的调制和编码方案(MCS)可以与控制消息的第二部分的MCS不同或相同。

在框2014处，如果所接收的控制消息的第二部分或所接收的用户数据无法被解码，则第一UE向第二UE发送否定确认(NACK)。

在一种配置中，用于无线通信的UE 1600包括：用于从第二UE接收控制消息的第一部分的单元，第一部分包括用于对控制消息的第二部分进行解码和用于对用户数据进行解码的信息；用于基于在控制消息的第一部分中包括的信息来确定控制消息的第二部分或用户数据是否旨在被第一UE接收的单元；用于从第二UE接收控制消息的第二部分的单元，第二部分包括用于对用户数据进行解码的额外信息；用于基于在控制消息的第一部分中包括的信息来对所接收的控制消息的第二部分进行解码的单元；用于基于在控制消息的第二部分中包括的额外信息来确定用户数据是否旨在被第一UE接收的单元；用于如果所接收的控制消息的第二部分能够被解码，则从第二UE接收用户数据的单元；用于基于在控制消息的第一部分中包括的信息和在控制消息的第二部分中包括的额外信息来对所接收的用户数据进行解码的单元；以及用于如果所接收的控制消息的第二部分或所接收的用户数据无法被解码，则向第二UE发送否定确认(NACK)的单元。

在一个方面中，前述单元可以是在图16中所示的被配置为执行由前述单元记载的功能的处理器1604。在另一方面中，前述单元可以是被配置为执行由前述单元记载的功能的电路或任何装置。

当然，在上述示例中，在处理器1604中包括的电路仅是作为示例来提供的，并且用于执行所述功能的其它单元可以被包括在本公开内容的各个方面中，包括但不限于被存储在计算机可读存储介质1606中的指令，或者在图1、3、4、5和/或12中的任何一个图中描述的并且利用例如本文关于图20描述的过程和/或算法的任何其它合适的装置或单元。

图21是示出根据本公开内容的一些方面的用于UE(例如，发送设备)处的无线通信的示例性过程2100的流程图。如下所述，在本公开内容的范围内的特定实现内，可以省略一些或所有示出的特征，并且对于所有方面的实现而言，可以不需要一些示出的特征。在一些示例中，过程2100可以由在图16中所示的UE 1600来执行。在一些示例中，过程2100可以由用于执行下文描述的功能或算法的任何适当的装置或单元来执行。

在框2102处，UE生成控制消息的第一部分(例如，第一子集)。控制消息的第一部分包括用于控制消息的第二部分的资源分配以及用于对控制消息的第二部分进行解码和用于对用户数据进行解码的信息。第一部分还可以包括用于用户数据的当前传输的资源分配和/或用户数据的传输优先级。第一部分还可以包括与正在针对其发送用户数据的服务相关联的目的地标识符、与正在针对其发送用户数据的服务相关联的源标识符、和/或基于与UE相关联的链路层标识符或与接收设备(例如，第二UE、基站等)相关联的链路层标识符中的至少一项而确定的链路标识符。第一部分还可以包括用于用户数据的将来传输或重传的资源分配、和/或指示是否将由接收设备发送确认信息的信息。在一个方面中，用于控制消息的第二部分的资源分配可以包括控制消息的第二部分的传输优先级、控制消息的第二部分的格式类型、控制消息的第二部分的时频资源、和/或控制消息的第二部分的正交频分复用(OFDM)符号位置。

在框2104处，UE生成控制消息的第二部分(例如，第二子集)。控制消息的第二部分包括用于对用户数据进行解码的额外信息。例如，第二部分可以包括用于用户数据的资源分配。在一个方面中，用于用户数据的资源分配指示将被用户数据占用的时隙(例如，传输时间间隔)的数量。在另一方面中，用于用户数据的资源分配指示将被用户数据占用的一个或多个资源块(例如，子信道)。第二部分还可以包括传输模式、多输入多输出(MIMO)层信息、UE的速度、UE的位置、发射功率、指示对用户数据的传输是新数据传输还是重传的信息、调制和编码方案(MCS)、和/或指示是否将由接收设备发送确认信息的信息。第二部分还可以包括与正在针对其发送用户数据的服务相关联的目的地标识符、与正在针对其发送用户数据的服务相关联的源标识符、和/或用于确定由接收设备进行的一个或多个反馈传输的信息。

在框2106处，UE确定要用于发送控制消息的第一部分、控制消息的第二部分和用户数据的时频资源。

在框2108处，UE发送控制消息的第一部分。在框2110处，UE发送控制消息的第二部分。在框2112处，UE发送用户数据。在一个方面中，控制消息的第一部分是经由时频资源的第一子集发送的，控制消息的第二部分是经由时频资源的第二子集发送的，并且用户数据是经由时频资源的第三子集发送的。

在一个方面中，UE通过首先确定多址(MA)签名来发送控制消息的第一部分。MA签名将在相同的时频资源上的UE的传输与另一UE的另一传输区分开。此后，UE使用MA签名，经由时频资源的第一子集来发送控制消息的第一部分。

在一个方面中，控制消息的第一部分的格式类型独立于控制消息的第二部分的传输类型(例如，单播、多播或广播)。此外，控制消息的第二部分的格式类型相对于控制消息的第二部分的传输类型(例如，单播、多播或广播)而变化。此外，控制消息的第一部分的调制和编码方案(MCS)可以与控制消息的第二部分的MCS不同或相同。

在框2114处，如果接收设备未能成功地解码控制消息的第二部分或用户数据，则UE从接收设备接收否定确认(NACK)。

在一种配置中，用于无线通信的UE 1600包括：用于生成控制消息的第一部分的单元，第一部分包括用于控制消息的第二部分的资源分配以及用于对控制消息的第二部分进行解码和用于对用户数据进行解码的信息；用于生成控制消息的第二部分的单元，第二部分包括用于对用户数据进行解码的额外信息；用于确定要用于发送控制消息的第一部分、控制消息的第二部分和用户数据的时频资源的单元；用于发送控制消息的第一部分的单元；用于发送控制消息的第二部分的单元；用于发送用户数据的单元；以及用于如果接收设备未能成功地解码控制消息的第二部分或用户数据，则从接收设备接收否定确认(NACK)的单元。

在一个方面中，前述单元可以是在图16中所示的被配置为执行由前述单元记载的功能的处理器1604。在另一方面中，前述单元可以是被配置为执行由前述单元记载的功能的电路或任何装置。

当然，在上述示例中，在处理器1604中包括的电路仅是作为示例来提供的，并且用于执行所述功能的其它单元可以被包括在本公开内容的各个方面中，包括但不限于被存储在计算机可读存储介质1606中的指令，或者在图1、3、4、5和/或12中的任何一个图中描述的并且利用例如本文关于图21描述的过程和/或算法的任何其它合适的装置或单元。

图22是示出根据本公开内容的一些方面的用于UE(例如，接收设备)处的无线通信的示例性过程2200的流程图。如下所述，在本公开内容的范围内的特定实现内，可以省略一些或所有示出的特征，并且对于所有方面的实现而言，可以不需要一些示出的特征。在一些示例中，过程2200可以由在图16中所示的UE 1600来执行。在一些示例中，过程2200可以由用于执行下文描述的功能或算法的任何适当的装置或单元来执行。

在框2202处，UE接收控制消息的第一部分(例如，第一子集)。第一部分包括用于控制消息的第二部分(例如，第二子集)的资源分配以及用于对控制消息的第二部分进行解码和用于对用户数据进行解码的信息。例如，第一部分可以包括用于用户数据的当前传输的资源分配和/或用户数据的传输优先级。第一部分还可以包括与正在针对其接收用户数据的服务相关联的目的地标识符、与正在针对其接收用户数据的服务相关联的源标识符、和/或基于与UE相关联的链路层标识符或与发送设备(例如，第二UE、基站等)相关联的链路层标识符中的至少一项而确定的链路标识符。第一部分还可以包括用于用户数据的将来传输或重传的资源分配、和/或指示是否将由UE发送确认信息的信息。在一个方面中，用于控制消息的第二部分的资源分配可以包括控制消息的第二部分的传输优先级、控制消息的第二部分的格式类型、控制消息的第二部分的时频资源、和/或控制消息的第二部分的正交频分复用(OFDM)符号位置。

在框2204处，UE基于在控制消息的第一部分中包括的信息来确定控制消息的第二部分或用户数据是否旨在被该UE接收。因此，如果第二部分或用户数据旨在被该UE接收，则接收控制消息的第二部分。

在框2206处，UE基于在控制消息的第一部分中包括的资源分配来接收控制消息的第二部分。第二部分包括用于对用户数据进行解码的额外信息。例如，第二部分可以包括用于用户数据的资源分配。在一个方面中，用于用户数据的资源分配指示将被用户数据占用的时隙(例如，传输时间间隔)的数量。在另一方面中，用于用户数据的资源分配指示将被用户数据占用的一个或多个资源块(例如，子信道)。第二部分还可以包括传输模式、多输入多输出(MIMO)层信息、发送设备的速度、发送设备的位置、发射功率、指示对用户数据的传输是新数据传输还是重传的信息、调制和编码方案(MCS)、和/或指示是否将由UE发送确认信息的信息。第二部分还可以包括与正在针对其接收用户数据的服务相关联的目的地标识符、与正在针对其接收用户数据的服务相关联的源标识符、和/或用于确定由UE进行的一个或多个反馈传输的信息。

在框2208处，UE基于在控制消息的第一部分中包括的信息来对所接收的控制消息的第二部分进行解码，并且可以基于在控制消息的第二部分中包括的额外信息来确定用户数据是否旨在被该UE接收。在框2210处，如果所接收的控制消息的第二部分能够被解码，则UE接收用户数据。在框2212处，UE基于在控制消息的第一部分中包括的信息和在控制消息的第二部分中包括的额外信息来对所接收的用户数据进行解码。在一个方面中，当对所接收的用户数据进行解码时，如果UE是用户数据的非预期接收者，则UE丢弃用户数据。

在一个方面中，控制消息的第一部分是经由时频资源的第一子集接收的，控制消息的第二部分是经由时频资源的第二子集接收的，并且用户数据是经由时频资源的第三子集接收的。在一个方面中，UE通过首先确定用于发送控制消息的第一部分的多址(MA)签名来接收控制消息的第一部分。MA签名将在相同的时频资源上的发送设备的传输与另一UE的另一传输区分开。此后，UE基于MA签名，经由时频资源的第一子集来接收控制消息的第一部分。

在一个方面中，控制消息的第一部分的格式类型独立于控制消息的第二部分的传输类型(例如，单播、多播或广播)。此外，控制消息的第二部分的格式类型相对于控制消息的第二部分的传输类型(例如，单播、多播或广播)而变化。此外，控制消息的第一部分的调制和编码方案(MCS)可以与控制消息的第二部分的MCS不同或相同。

在框2214处，如果所接收的控制消息的第二部分或所接收的用户数据无法被解码，则UE发送否定确认(NACK)。

在一种配置中，用于无线通信的UE 1600包括：用于接收控制消息的第一部分的单元，第一部分包括用于控制消息的第二部分的资源分配以及用于对控制消息的第二部分进行解码和用于对用户数据进行解码的信息；用于基于在控制消息的第一部分中包括的信息来确定控制消息的第二部分或用户数据是否旨在被UE接收的单元；用于基于在第一控制消息的第一部分中包括的资源分配来接收控制消息的第二部分的单元，第二部分包括用于对用户数据进行解码的额外信息；用于基于在控制消息的第一部分中包括的信息来对所接收的控制消息的第二部分进行解码的单元；用于基于在控制消息的第二部分中包括的额外信息来确定用户数据是否旨在被UE接收的单元；用于如果所接收的控制消息的第二部分能够被解码，则接收用户数据的单元；用于基于在控制消息的第一部分中包括的信息和在控制消息的第二部分中包括的额外信息来对所接收的用户数据进行解码的单元；以及用于如果所接收的控制消息的第二部分或所接收的用户数据无法被解码，则发送否定确认(NACK)的单元。

在一个方面中，前述单元可以是在图16中所示的被配置为执行由前述单元记载的功能的处理器1604。在另一方面中，前述单元可以是被配置为执行由前述单元记载的功能的电路或任何装置。

当然，在上述示例中，在处理器1604中包括的电路仅是作为示例来提供的，并且用于执行所述功能的其它单元可以被包括在本公开内容的各个方面中，包括但不限于被存储在计算机可读存储介质1606中的指令，或者在图1、3、4、5和/或12中的任何一个图中描述的并且利用例如本文关于图22描述的过程和/或算法的任何其它合适的装置或单元。

应当注意的是，上文描述的方法描述了可能的实现，并且操作和步骤可以被重新排列或者以其它方式修改，并且其它实现是可能的。此外，来自两种或更多种方法的各方面可以被组合。

示例1：一种第一用户设备(UE)处的无线通信的方法，包括：向第二UE发送控制消息的第一部分，所述第一部分包括用于对所述控制消息的第二部分进行解码和用于对用户数据进行解码的信息；向所述第二UE发送所述控制消息的所述第二部分，所述第二部分包括用于对所述用户数据进行解码的额外信息；以及向所述第二UE发送所述用户数据。

示例2：根据示例1所述的方法，还包括：生成所述控制消息的所述第一部分；以及生成所述控制消息的所述第二部分。

示例3：根据示例1或2中任一项所述的方法，其中，所述控制消息的所述第一部分还包括：用于所述控制消息的所述第二部分的资源分配；用于所述用户数据的当前传输的资源分配；所述用户数据的传输优先级；与正在针对其发送所述用户数据的服务相关联的目的地标识符；与正在针对其发送所述用户数据的所述服务相关联的源标识符；基于与所述第一UE相关联的链路层标识符或与所述第二UE相关联的链路层标识符中的至少一项而确定的链路标识符；用于所述用户数据的将来传输或重传的资源分配；或者指示是否将由所述第二UE发送确认信息的信息。

示例4：根据示例1至3中任一项所述的方法，其中，用于所述控制消息的所述第二部分的所述资源分配包括以下各项中的一项或多项：所述控制消息的所述第二部分的时频资源；所述控制消息的所述第二部分的正交频分复用(OFDM)符号位置；所述控制消息的所述第二部分的格式类型；或者所述控制消息的所述第二部分的传输优先级。

示例5：根据示例1至4中任一项所述的方法，其中，所述第二UE是以下各者中的一者：所述用户数据的预期接收者UE；或任何UE。

示例6：根据示例1至5中任一项所述的方法，还包括：如果所述第二UE未能成功地解码所述用户数据，则从所述第二UE接收否定确认(NACK)。根据示例1至5中任一项所述的方法，还包括：如果所述第二UE未能成功地解码所述控制消息的所述第二部分，则从所述第二UE接收否定确认(NACK)。

示例7：根据示例1至6中任一项所述的方法，其中，所述控制消息的所述第二部分包括以下各项中的一项或多项：用于所述用户数据的资源分配；传输模式；多输入多输出(MIMO)层信息；所述第一UE的速度；所述第一UE的位置；发射功率；指示对所述用户数据的所述发送是新数据传输还是重传的信息；调制和编码方案(MCS)；指示是否将由所述第二UE发送确认信息的信息；与正在针对其发送所述用户数据的服务相关联的目的地标识符；与正在针对其发送所述用户数据的所述服务相关联的源标识符；或者用于确定由所述第二UE进行的一个或多个反馈传输的信息。

示例8：根据示例1至7中任一项所述的方法，其中，用于所述用户数据的所述资源分配指示将被所述用户数据占用的时隙的数量。

示例9：根据任何示例1至8所述的方法，其中，用于所述用户数据的所述资源分配指示将被所述用户数据占用的一个或多个子信道。

示例10：根据示例1至9中任一项所述的方法，其中，所述控制消息的所述第一部分的格式类型独立于所述控制消息的所述第二部分的传输类型；以及所述控制消息的所述第二部分的格式类型相对于所述控制消息的所述第二部分的传输类型而变化。

示例11：根据示例1至10中任一项所述的方法，其中，所述控制消息的所述第一部分的调制和编码方案(MCS)不同于所述控制消息的所述第二部分的MCS。根据示例1至10中任一项所述的方法，其中，所述控制消息的所述第一部分的调制和编码方案(MCS)与所述控制消息的所述第二部分的MCS相同。

示例12：根据示例1至11中任一项所述的方法，还包括：确定要用于发送所述控制消息的所述第一部分、所述控制消息的所述第二部分和所述用户数据的时频资源，其中，所述控制消息的所述第一部分是经由所述时频资源的第一子集发送的，其中，所述控制消息的所述第二部分是经由所述时频资源的第二子集发送的，并且其中，所述用户数据是经由所述时频资源的第三子集发送的。

示例13：根据示例1至12中任一项所述的方法，其中，所述发送所述控制消息的所述第一部分包括：确定用于将在相同的时频资源上的所述第一UE的传输与另一UE的另一传输区分开的多址(MA)签名；以及使用所述MA签名，经由所述时频资源的所述第一子集来发送所述控制消息的所述第一部分。

示例14：一种用于无线通信的第一用户设备(UE)，包括：至少一个处理器和耦合到所述至少一个处理器的存储器，所述至少一个处理器和所述存储器被配置为执行根据示例1至13中任一项所述的方法。

示例15：一种用于无线通信的第一用户设备(UE)，包括用于执行根据示例1至13中任一项所述的方法的至少一个单元。

示例16：一种第一用户设备(UE)处的存储计算机可执行代码的非暂时性计算机可读介质，包括用于使得计算机执行根据示例1至13中任一项所述的方法的代码。

示例17：一种用户设备(UE)处的无线通信的方法，包括：发送控制消息的第一部分，所述第一部分包括用于所述控制消息的第二部分的资源分配以及用于对所述控制消息的所述第二部分进行解码和用于对用户数据进行解码的信息；发送所述控制消息的所述第二部分，所述第二部分包括用于对所述用户数据进行解码的额外信息；以及发送所述用户数据。

示例18：根据示例17所述的方法，还包括：生成所述控制消息的所述第一部分；以及生成所述控制消息的所述第二部分。

示例19：根据示例17或18中任一项所述的方法，其中，所述控制消息的所述第一部分还包括以下各项中的一项或多项：用于所述用户数据的当前传输的资源分配；所述用户数据的传输优先级；与正在针对其发送所述用户数据的服务相关联的目的地标识符；与正在针对其发送所述用户数据的所述服务相关联的源标识符；基于与所述UE相关联的链路层标识符或与接收设备相关联的链路层标识符中的至少一项而确定的链路标识符；用于所述用户数据的将来传输或重传的资源分配；或者指示是否将由所述接收设备发送确认信息的信息。

示例20：根据示例17至19中任一项所述的方法，还包括：如果接收设备未能成功地解码所述用户数据，则从所述接收设备接收否定确认(NACK)。根据示例17至19中任一项所述的方法，还包括：如果接收设备未能成功地解码所述控制消息的所述第二部分，则从所述接收设备接收否定确认(NACK)。

示例21：根据示例17至20中任一项所述的方法，其中，用于所述控制消息的所述第二部分的所述资源分配包括以下各项中的一项或多项：所述控制消息的所述第二部分的时频资源；所述控制消息的所述第二部分的正交频分复用(OFDM)符号位置；所述控制消息的所述第二部分的格式类型；或者所述控制消息的所述第二部分的传输优先级。

示例22：根据示例17至21中任一项所述的方法，其中，所述控制消息的所述第二部分包括以下各项中的一项或多项：用于所述用户数据的资源分配；传输模式；多输入多输出(MIMO)层信息；所述UE的速度；所述UE的位置；发射功率；指示对所述用户数据的所述发送是新数据传输还是重传的信息；调制和编码方案(MCS)；指示是否将由接收设备发送确认信息的信息；与正在针对其发送所述用户数据的服务相关联的目的地标识符；与正在针对其发送所述用户数据的所述服务相关联的源标识符；或者用于确定由所述接收设备进行的一个或多个反馈传输的信息。

示例23：根据示例17至22中任一项所述的方法，其中，用于所述用户数据的所述资源分配指示将被所述用户数据占用的时隙的数量。

示例24：根据示例17至23中任一项所述的方法，其中，用于所述用户数据的所述资源分配指示将被所述用户数据占用的一个或多个子信道。

示例25：根据示例17至24中任一项所述的方法，其中，所述控制消息的所述第一部分的格式类型独立于所述控制消息的所述第二部分的传输类型；以及所述控制消息的所述第二部分的格式类型相对于所述控制消息的所述第二部分的传输类型而变化。

示例26：根据示例17至25中任一项所述的方法，其中，所述控制消息的所述第一部分的调制和编码方案(MCS)不同于所述控制消息的所述第二部分的MCS。根据示例17至25中任一项所述的方法，其中，所述控制消息的所述第一部分的调制和编码方案(MCS)与所述控制消息的所述第二部分的MCS相同。

示例27：根据示例17至26中任一项所述的方法，还包括：确定要用于发送所述控制消息的所述第一部分、所述控制消息的所述第二部分和所述用户数据的时频资源，其中，所述控制消息的所述第一部分是经由所述时频资源的第一子集发送的，其中，所述控制消息的所述第二部分是经由所述时频资源的第二子集发送的，并且其中，所述用户数据是经由所述时频资源的第三子集发送的。

示例28：根据示例17至27中任一项所述的方法，其中，所述发送所述控制消息的所述第一部分包括：确定用于将在相同的时频资源上的所述UE的传输与另一UE的另一传输区分开的多址(MA)签名；以及使用所述MA签名，经由所述时频资源的所述第一子集来发送所述控制消息的所述第一部分。

示例29：一种用于无线通信的用户设备(UE)，包括：至少一个处理器和耦合到所述至少一个处理器的存储器，所述至少一个处理器和所述存储器被配置为执行根据示例17至28中任一项所述的方法。

示例30：一种用于无线通信的用户设备(UE)，包括用于执行根据示例17至28中任一项所述的方法的至少一个单元。

示例31：一种用户设备(UE)处的存储计算机可执行代码的非暂时性计算机可读介质，包括用于使得计算机执行根据示例17至28中任一项所述的方法的代码。

示例32：一种第一用户设备(UE)处的无线通信的方法，包括：从第二UE接收控制消息的第一部分，所述第一部分包括用于对所述控制消息的第二部分进行解码和用于对用户数据进行解码的信息；从所述第二UE接收所述控制消息的所述第二部分，所述第二部分包括用于对所述用户数据进行解码的额外信息；基于在所述控制消息的所述第一部分中包括的所述信息来对所接收的所述控制消息的第二部分进行解码；如果所接收的所述控制消息的第二部分能够被解码，则从所述第二UE接收所述用户数据；以及基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第二部分中包括的所述额外信息来对所接收的用户数据进行解码。

示例33：根据示例32所述的方法，还包括：基于在所述控制消息的所述第一部分中包括的所述信息来确定所述控制消息的所述第二部分或所述用户数据是否旨在被所述第一UE接收。根据示例32所述的方法，还包括：基于在所述控制消息的所述第二部分中包括的所述额外信息来确定所述用户数据是否旨在被所述第一UE接收。

示例34：根据示例32或33中任一项所述的方法，其中，如果所述第二部分或所述用户数据旨在被所述第一UE接收，则所述控制消息的所述第二部分被接收。

示例35：根据示例32至34中任一项所述的方法，其中，所述对所接收的用户数据进行解码包括：如果所述第一UE是所述用户数据的非预期接收者，则丢弃所述用户数据。

示例36：根据示例32至35中任一项所述的方法，还包括：如果所接收的用户数据无法被解码，则向所述第二UE发送否定确认(NACK)。根据示例32至35中任一项所述的方法，还包括：如果所接收的所述控制消息的第二部分无法被解码，则向所述第二UE发送否定确认(NACK)。

示例37：根据示例32至36中任一项所述的方法，其中，所述控制消息的所述第一部分包括：用于所述控制消息的所述第二部分的资源分配；用于所述用户数据的当前传输的资源分配；所述用户数据的传输优先级；与正在针对其接收所述用户数据的服务相关联的目的地标识符；与正在针对其接收所述用户数据的所述服务相关联的源标识符；基于与所述第一UE相关联的链路层标识符或与所述第二UE相关联的链路层标识符中的至少一项而确定的链路标识符；用于所述用户数据的将来传输或重传的资源分配；或者指示是否将由所述第一UE发送确认信息的信息。

示例38：根据示例32至37中任一项所述的方法，其中，用于所述控制消息的所述第二部分的所述资源分配包括以下各项中的一项或多项：所述控制消息的所述第二部分的时频资源；所述控制消息的所述第二部分的正交频分复用(OFDM)符号位置；所述控制消息的所述第二部分的格式类型；或者所述控制消息的所述第二部分的传输优先级。

示例39：根据示例32至38中任一项所述的方法，其中，所述控制消息的所述第二部分包括以下各项中的一项或多项：用于所述用户数据的资源分配；传输模式；多输入多输出(MIMO)层信息；所述第二UE的速度；所述第二UE的位置；发射功率；指示对所述用户数据的传输是新数据传输还是重传的信息；调制和编码方案(MCS)；指示是否将由所述第一UE发送确认信息的信息；与正在针对其接收所述用户数据的服务相关联的目的地标识符；与正在针对其接收所述用户数据的所述服务相关联的源标识符；或者用于确定由所述第一UE进行的一个或多个反馈传输的信息。

示例40：根据示例32至39中任一项所述的方法，其中，用于所述用户数据的所述资源分配指示将被所述用户数据占用的时隙的数量。

示例41：根据示例32至40中任一项所述的方法，其中，用于所述用户数据的所述资源分配指示将被所述用户数据占用的一个或多个子信道。

示例42：根据示例32至41中任一项所述的方法，其中，所述控制消息的所述第一部分的格式类型独立于所述控制消息的所述第二部分的传输类型；以及所述控制消息的所述第二部分的格式类型相对于所述控制消息的所述第二部分的传输类型而变化。

示例43：根据示例32至42中任一项所述的方法，其中，所述控制消息的所述第一部分的调制和编码方案(MCS)不同于所述控制消息的所述第二部分的MCS。根据示例32至42中任一项所述的方法，其中，所述控制消息的所述第一部分的调制和编码方案(MCS)与所述控制消息的所述第二部分的MCS相同。

示例44：根据示例32至43中任一项所述的方法，其中，所述控制消息的所述第一部分是经由时频资源的第一子集接收的，所述控制消息的所述第二部分是经由所述时频资源的第二子集接收的，并且所述用户数据是经由所述时频资源的第三子集接收的。

示例45：根据示例32至44中任一项所述的方法，其中，所述接收所述控制消息的所述第一部分包括：确定用于发送所述控制消息的所述第一部分的多址(MA)签名，所述MA签名将在相同的时频资源上的所述第二UE的传输与另一UE的另一传输区分开；以及基于所述MA签名，经由所述时频资源的所述第一子集来接收所述控制消息的所述第一部分。

示例46：一种用于无线通信的第一用户设备(UE)，包括：至少一个处理器和耦合到所述至少一个处理器的存储器，所述至少一个处理器和所述存储器被配置为执行根据示例32至45中任一项所述的方法。

示例47：一种用于无线通信的第一用户设备(UE)，包括用于执行根据示例32至45中任一项所述的方法的至少一个单元。

示例48：一种第一用户设备(UE)处的存储计算机可执行代码的非暂时性计算机可读介质，包括用于使得计算机执行根据示例32至45中任一项所述的方法的代码。

示例49：一种用户设备(UE)处的无线通信的方法，包括：接收控制消息的第一部分，所述第一部分包括用于所述控制消息的第二部分的资源分配以及用于对所述控制消息的所述第二部分进行解码和用于对用户数据进行解码的信息；基于在所述控制消息的所述第一部分中包括的所述资源分配来接收所述控制消息的所述第二部分，所述第二部分包括用于对所述用户数据进行解码的额外信息；基于在所述控制消息的所述第一部分中包括的所述信息来对所接收的所述控制消息的第二部分进行解码；如果所接收的所述控制消息的第二部分能够被解码，则接收所述用户数据；以及基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第二部分中包括的所述额外信息来对所接收的用户数据进行解码。

示例50：根据示例49所述的方法，还包括：基于在所述控制消息的所述第一部分中包括的所述信息来确定所述控制消息的所述第二部分或所述用户数据是否旨在被所述UE接收。根据示例49所述的方法，还包括：基于在所述控制消息的所述第二部分中包括的所述额外信息来确定所述用户数据是否旨在被所述UE接收。

示例51：根据示例49或50中任一项所述的方法，其中，如果所述控制消息的所述第二部分或所述用户数据旨在被所述UE接收，则所述第二部分被接收。

示例52：根据示例49至51中任一项所述的方法，其中，所述对所接收的用户数据进行解码包括：如果所述UE是所述用户数据的非预期接收者，则丢弃所述用户数据。

示例53：根据示例49至52中任一项所述的方法，还包括：如果所接收的用户数据无法被解码，则发送否定确认(NACK)。根据示例49至52中任一项所述的方法，还包括：如果所接收的所述控制消息的第二部分无法被解码，则发送否定确认(NACK)。

示例54：根据示例49至53中任一项所述的方法，其中，所述控制消息的所述第一部分还包括以下各项中的一项或多项：用于所述用户数据的当前传输的资源分配；所述用户数据的传输优先级；与正在针对其接收所述用户数据的服务相关联的目的地标识符；与正在针对其接收所述用户数据的所述服务相关联的源标识符；基于与所述UE相关联的链路层标识符或与发送设备相关联的链路层标识符中的至少一项而确定的链路标识符；用于所述用户数据的将来传输或重传的资源分配；或者指示是否将由所述UE发送确认信息的信息。

示例55：根据示例49至54中任一项所述的方法，其中，用于所述控制消息的所述第二部分的所述资源分配包括以下各项中的一项或多项：所述控制消息的所述第二部分的时频资源；所述控制消息的所述第二部分的正交频分复用(OFDM)符号位置；所述控制消息的所述第二部分的格式类型；或者所述控制消息的所述第二部分的传输优先级。

示例56：根据示例49至55中任一项所述的方法，其中，所述控制消息的所述第二部分包括以下各项中的一项或多项：用于所述用户数据的资源分配；传输模式；多输入多输出(MIMO)层信息；发送设备的速度；所述发送设备的位置；发射功率；指示对所述用户数据的传输是新数据传输还是重传的信息；调制和编码方案(MCS)；指示是否将由所述UE发送确认信息的信息；与正在针对其接收所述用户数据的服务相关联的目的地标识符；与正在针对其接收所述用户数据的所述服务相关联的源标识符；或者用于确定由所述UE进行的一个或多个反馈传输的信息。

示例57：根据示例49至56中任一项所述的方法，其中，用于所述用户数据的所述资源分配指示将被所述用户数据占用的时隙的数量。

示例58：根据示例49至57中任一项所述的方法，其中，用于所述用户数据的所述资源分配指示将被所述用户数据占用的一个或多个子信道。

示例59：根据示例49至58中任一项所述的方法，其中，所述控制消息的所述第一部分的格式类型独立于所述控制消息的所述第二部分的传输类型；以及所述控制消息的所述第二部分的格式类型相对于所述控制消息的所述第二部分的传输类型而变化。

示例60：根据示例49至59中任一项所述的方法，其中，所述控制消息的所述第一部分的调制和编码方案(MCS)不同于所述控制消息的所述第二部分的MCS。根据示例49至59中任一项所述的方法，其中，所述控制消息的所述第一部分的调制和编码方案(MCS)与所述控制消息的所述第二部分的MCS相同。

示例61：根据示例49至60中任一项所述的方法，其中，所述控制消息的所述第一部分是经由时频资源的第一子集接收的，所述控制消息的所述第二部分是经由所述时频资源的第二子集接收的，并且所述用户数据是经由所述时频资源的第三子集接收的。

示例62：根据示例49至61中任一项所述的方法，其中，所述接收所述控制消息的所述第一部分包括：确定用于发送所述控制消息的所述第一部分的多址(MA)签名，所述MA签名将在相同的时频资源上的发送设备的传输与另一发送设备的另一传输区分开；以及基于所述MA签名，经由所述时频资源的所述第一子集来接收所述控制消息的所述第一部分。

示例63：一种用于无线通信的用户设备(UE)，包括：至少一个处理器和耦合到所述至少一个处理器的存储器，所述至少一个处理器和所述存储器被配置为执行根据示例49至62中任一项所述的方法。

示例64：一种用于无线通信的用户设备(UE)，包括用于执行根据示例49至62中任一项所述的方法的至少一个单元。

示例65：一种用户设备(UE)处的存储计算机可执行代码的非暂时性计算机可读介质，包括用于使得计算机执行根据示例49至62中任一项所述的方法的代码。

参照示例性实现给出了无线通信网络的若干方面。如本领域技术人员将容易明白的，贯穿本公开内容描述的各个方面可以扩展到其它电信系统、网络架构和通信标准。

举例而言，各个方面可以在3GPP所定义的其它系统中实现，例如，长期演进(LTE)、演进分组系统(EPS)、通用移动电信系统(UMTS)和/或全球移动通信系统(GSM)。各个方面还可以扩展到第三代合作伙伴计划2(3GPP2)所定义的系统，例如，CDMA2000和/或演进数据优化(EV-DO)。其它示例可以在采用IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE802.20、超宽带(UWB)、蓝牙的系统和/或其它适当的系统内实现。所采用的实际电信标准、网络架构和/或通信标准将取决于具体的应用和对该系统所施加的总体设计约束。

在本公开内容中，使用“示例性”一词意味着“用作示例、实例或说明”。本文中被描述为“示例性”的任何实现或者方面不一定被解释为比本公开内容的其它方面优选或具有优势。同样，术语“方面”并不要求本公开内容的所有方面都包括所讨论的特征、优点或者操作模式。本文使用术语“耦合”来指代两个对象之间的直接耦合或者间接耦合。例如，如果对象A物理地接触对象B，并且对象B接触对象C，则对象A和C可以仍然被认为是彼此之间耦合的，即使它们彼此并没有直接地物理接触。例如，第一对象可以耦合到第二对象，即使第一对象从未直接地与第二对象物理地接触。广义地使用术语“电路”和“电路系统”，并且它们旨在包括电子设备和导体的硬件实现(其中这些电子设备和导体在被连接和配置时实现对在本公开内容中所描述的功能的执行，而关于电子电路的类型没有限制)以及信息和指令的软件实现(其中这些信息和指令在由处理器执行时实现对在本公开内容中所描述的功能的执行)。

可以对在图1-22中所示出的组件、步骤、特征和/或功能中的一项或多项进行重新排列和/或组合成单一组件、步骤、特征或者功能，或者体现在若干组件、步骤或者功能中。此外，在不脱离本文所公开的新颖特征的情况下，还可以增加额外的元素、组件、步骤和/或功能。在图1-22中所示出的装置、设备和/或组件可以被配置为执行本文所描述的方法、特征或步骤中的一项或多项。本文所描述的新颖算法也可以用软件来高效地实现，和/或嵌入在硬件之中。

将理解的是，所公开的方法中的步骤的特定次序或层次仅是对示例性过程的说明。应理解的是，基于设计偏好，可以重新排列这些方法中的步骤的特定次序或层次。所附的方法权利要求以示例次序给出了各个步骤的元素，但并不意味着限于所给出的特定次序或层次，除非本文进行了明确记载。

提供先前描述以使得本领域任何技术人员能够实施本文描述的各个方面。对于本领域技术人员而言，对这些方面的各种修改将是显而易见的，并且可以将本文定义的通用原理应用于其它方面。因此，权利要求并不旨在限于本文示出的各方面，而是被赋予与权利要求的文字一致的全部范围，其中除非明确如此说明，否则对单数形式的元素的提及并不旨在意指“一个且仅有一个”，而是指代“一个或多个”。除非另外明确说明，否则术语“一些”指代一个或多个。提及项目列表中的“至少一个”的短语指代那些项目的任何组合，包括单一成员。举一个示例，“a、b或c中的至少一个”旨在涵盖：a；b；c；a和b；a和c；b和c；以及a、b和c。贯穿本公开内容描述的各个方面的元素的所有结构和功能等效物通过引用方式被明确地并入本文中，并且其旨在由权利要求所包含，这些结构和功能等效物对于本领域技术人员来说是已知的或者将要是已知的。此外，本文中没有任何公开内容旨在奉献给公众，不管这样的公开内容是否被明确地记载在权利要求中。

Claims (48)

1.一种第一用户设备(UE)处的无线通信的方法，包括：

发送与用户数据相关联的控制消息的第一部分，其中，所述控制消息的所述第一部分包括：用于对与所述用户数据相关联的所述控制消息的第二部分进行解码的信息、用于对所述用户数据进行解码的信息、以及用于所述用户数据的资源分配，进一步其中，所述控制消息的所述第一部分将被第二UE和第三UE解码，所述用户数据将被所述第二UE解码，并且所述用户数据不旨在被所述第三UE解码；

发送与所述用户数据相关联的所述控制消息的所述第二部分，所述控制消息的所述第二部分包括用于对所述用户数据进行解码的额外信息，所述额外信息包括与所述用户数据相关联的源标识符和与所述用户数据相关联的目的地标识符；以及

发送所述用户数据。

2.根据权利要求1所述的方法，其中，用于所述用户数据的所述资源分配包括以下各项中的至少一项：用于所述用户数据的当前传输的资源分配、或者用于所述用户数据的将来传输或重传的资源分配，

并且其中，所述控制消息的所述第一部分还包括以下各项中的一项或多项：

用于所述控制消息的所述第二部分的资源分配；或者

所述用户数据的传输优先级。

3.根据权利要求2所述的方法，其中，用于所述控制消息的所述第二部分的所述资源分配包括以下各项中的一项或多项：

所述控制消息的所述第二部分的时频资源；

所述控制消息的所述第二部分的正交频分复用(OFDM)符号位置；或者

所述控制消息的所述第二部分的格式类型。

4.根据权利要求1所述的方法，其中：

所述目的地标识符包括用于指示所述第二UE旨在对所述用户数据进行解码的信息，并且

不旨在对所述用户数据进行解码的所述第三UE在接收到所述用户数据时丢弃所述用户数据。

5.根据权利要求4所述的方法，还包括：

如果所述第二UE未能成功地解码所述用户数据，则从所述第二UE接收否定确认(NACK)。

6.根据权利要求4所述的方法，还包括：

如果所述第二UE未能成功地解码所述控制消息的所述第二部分，则从所述第二UE接收否定确认(NACK)。

7.根据权利要求1所述的方法，其中，所述控制消息的所述第二部分还包括以下各项中的一项或多项：

传输模式；

指示对所述用户数据的所述发送是新数据传输还是重传的信息；

指示是否将由第二UE发送确认信息的信息；或者

用于确定由所述第二UE进行的一个或多个反馈传输的信息，

其中，所述源标识符与正在针对其发送所述用户数据的服务相关联。

8.根据权利要求7所述的方法，其中，所述传输模式指示以下各项中的至少一项：

单播类型传输，

广播类型传输，

多播类型传输，或者

组播类型传输。

9.根据权利要求1所述的方法，其中：

所述控制消息的所述第一部分的格式类型是独立于所述控制消息的所述第二部分的传输类型；以及

所述控制消息的所述第二部分的格式类型相对于所述控制消息的所述第二部分的传输类型而变化。

10.根据权利要求1所述的方法，其中，所述控制消息的所述第一部分的调制和编码方案(MCS)不同于所述控制消息的所述第二部分的MCS。

11.根据权利要求1所述的方法，还包括：

确定要用于发送所述控制消息的所述第一部分、所述控制消息的所述第二部分和所述用户数据的时频资源，

其中，所述控制消息的所述第一部分是经由所述时频资源的第一子集来发送的，

其中，所述控制消息的所述第二部分是经由所述时频资源的第二子集来发送的，并且

其中，所述用户数据是经由所述时频资源的第三子集来发送的。

12.根据权利要求11所述的方法，其中，所述发送所述控制消息的所述第一部分包括：

确定用于将在相同的时频资源上的所述第一UE的传输与另一UE的另一传输区分开的多址(MA)签名；以及

使用所述MA签名，经由所述时频资源的所述第一子集来发送所述控制消息的所述第一部分。

13.根据权利要求2所述的方法，其中，所述控制消息的所述第一部分还包括以下各项中的一项或多项：

基于与所述第一UE相关联的链路层标识符或与第二UE相关联的链路层标识符中的至少一项确定的链路标识符；或者

指示是否将由所述第二UE发送确认信息的信息。

14.根据权利要求3所述的方法，其中，用于所述控制消息的所述第二部分的所述资源分配还包括：

所述控制消息的所述第二部分的传输优先级。

15.根据权利要求7所述的方法，其中，所述控制消息的所述第二部分还包括以下各项中的一项或多项：

用于所述用户数据的资源分配；

多输入多输出(MIMO)层信息；

所述第一UE的速度；

所述第一UE的位置；

发射功率；或者

调制和编码方案(MCS)。

16.根据权利要求15所述的方法，其中，用于所述用户数据的所述资源分配指示将由所述用户数据占用的时隙的数量。

17.根据权利要求15所述的方法，其中，用于所述用户数据的所述资源分配指示将由所述用户数据占用的一个或多个子信道。

18.一种用于无线通信的第一用户设备(UE)，包括：

至少一个处理器；以及

耦合到所述至少一个处理器的存储器，所述至少一个处理器和所述存储器被配置为：

发送与用户数据相关联的控制消息的第一部分，其中，所述控制消息的所述第一部分包括用于对与所述用户数据相关联的所述控制消息的第二部分进行解码的信息、用于对所述用户数据进行解码的信息，以及用于所述用户数据的资源分配，进一步其中，所述控制消息的所述第一部分将被第二UE和第三UE解码，所述用户数据将被所述第二UE解码，并且所述用户数据不旨在被所述第三UE解码，

发送与所述用户数据相关联的所述控制消息的所述第二部分，所述控制消息的所述第二部分包括用于对所述用户数据进行解码的额外信息，所述额外信息包括与所述用户数据相关联的源标识符和与所述用户数据相关联的目的地标识符，以及

发送所述用户数据。

19.根据权利要求18所述的第一UE，所述至少一个处理器和所述存储器还被配置为：

如果所述第二UE未能成功地解码所述用户数据，则从所述第二UE接收否定确认(NACK)。

20.一种第一用户设备(UE)处的无线通信的方法，包括：

从第二UE接收与用户数据相关联的控制消息的第一部分，其中，所述控制消息的所述第一部分包括：用于对与所述用户数据相关联的所述控制消息的第二部分进行解码和用于对所述用户数据进行解码的信息、以及包括用于所述用户数据的资源分配的补充信息，进一步其中，所述控制消息的所述第一部分将被所述第一UE和第三UE解码，所述用户数据将被所述第一UE解码，并且所述用户数据不旨在被所述第三UE解码；

从所述第二UE接收与所述用户数据相关联的所述控制消息的所述第二部分，所述控制消息的所述第二部分包括用于对所述用户数据进行解码的额外信息，所述额外信息包括与所述用户数据相关联的源标识符和与所述用户数据相关联的目的地标识符；

基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第一部分中包括的所述补充信息来对所接收的所述控制消息的第二部分进行解码；

如果所接收的所述控制消息的第二部分能够被解码，则从所述第二UE接收所述用户数据；以及

基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第二部分中包括的所述额外信息来对所接收的用户数据进行解码。

21.根据权利要求20所述的方法，还包括：

基于在所述控制消息的所述第一部分中包括的所述信息来确定所述控制消息的所述第二部分或所述用户数据是否旨在被所述第一UE解码；以及

基于在所述控制消息的所述第二部分中包括的所述额外信息来确定所述用户数据是否旨在被所述第一UE解码。

22.根据权利要求21所述的方法，其中，如果所述控制消息的所述第二部分或所述用户数据旨在被所述第一UE解码，则所述控制消息的所述第二部分被解码。

23.根据权利要求21所述的方法，其中，所述对所接收的用户数据进行解码包括：如果所述第一UE不旨在解码所述用户数据，则丢弃所述用户数据。

24.根据权利要求20所述的方法，还包括：

如果所接收的用户数据无法被解码，则向所述第二UE发送否定确认(NACK)。

25.根据权利要求20所述的方法，其中，用于所述用户数据的所述资源分配包括以下各项中的至少一项：用于所述用户数据的当前传输的资源分配、或者用于所述用户数据的将来传输或重传的资源分配，

并且其中，所述控制消息的所述第一部分还包括以下各项中的一项或多项：

用于所述控制消息的所述第二部分的资源分配；或者

所述用户数据的传输优先级。

26.根据权利要求20所述的方法，其中，用于所述控制消息的所述第二部分的所述资源分配包括以下各项中的一项或多项：

所述控制消息的所述第二部分的时频资源；

所述控制消息的所述第二部分的正交频分复用(OFDM)符号位置；或者

所述控制消息的所述第二部分的格式类型。

27.根据权利要求20所述的方法，其中，所述控制消息的所述第二部分还包括以下各项中的一项或多项：

传输模式；

指示对所述用户数据的发送是新数据传输还是重传的信息；

指示是否将由所述第一UE发送确认信息的信息；或者

用于确定由所述第一UE进行的一个或多个反馈传输的信息，

其中，所述源标识符与正在针对其接收所述用户数据的服务相关联。

28.根据权利要求27所述的方法，其中，所述传输模式指示以下各项中的至少一项：

单播类型传输，

广播类型传输，

多播类型传输，或者

组播类型传输。

29.根据权利要求20所述的方法，其中，所述控制消息的所述第一部分的调制和编码方案(MCS)不同于所述控制消息的所述第二部分的MCS。

30.根据权利要求20所述的方法，其中：

所述控制消息的所述第一部分是经由时频资源的第一子集来接收的，

所述控制消息的所述第二部分是经由所述时频资源的第二子集来接收的，并且

所述用户数据是经由所述时频资源的第三子集来接收的。

31.根据权利要求30所述的方法，其中，所述接收所述控制消息的所述第一部分包括：

确定用于发送所述控制消息的所述第一部分的多址(MA)签名，所述MA签名将在相同的时频资源上的所述第二UE的传输与另一UE的另一传输区分开；以及

基于所述MA签名，经由所述时频资源的所述第一子集来接收所述控制消息的所述第一部分。

32.根据权利要求25所述的方法，其中，所述控制消息的所述第一部分还包括以下各项中的一项或多项：

基于与所述第一UE相关联的链路层标识符或与所述第二UE相关联的链路层标识符中的至少一项确定的链路标识符；或者

指示是否将由所述第一UE发送确认信息的信息。

33.根据权利要求26所述的方法，其中，用于所述控制消息的所述第二部分的所述资源分配还包括：

所述控制消息的所述第二部分的传输优先级。

34.根据权利要求27所述的方法，其中，所述控制消息的所述第二部分还包括以下各项中的一项或多项：

用于所述用户数据的资源分配；

多输入多输出(MIMO)层信息；

所述第二UE的速度；

所述第二UE的位置；

发射功率；或者

调制和编码方案(MCS)。

35.根据权利要求34所述的方法，其中，用于所述用户数据的所述资源分配指示将由所述用户数据占用的时隙的数量。

36.根据权利要求34所述的方法，其中，用于所述用户数据的所述资源分配指示将由所述用户数据占用的一个或多个子信道。

37.一种用于无线通信的第一用户设备(UE)，包括：

至少一个处理器；以及

耦合到所述至少一个处理器的存储器，所述至少一个处理器和所述存储器被配置为：

从第二UE接收与用户数据相关联的控制消息的第一部分，其中，所述控制消息的所述第一部分包括：用于对与所述用户数据相关联的所述控制消息的第二部分进行解码和用于对所述用户数据进行解码的信息、以及包括用于所述用户数据的资源分配的补充信息，进一步其中，所述控制消息的所述第一部分将被所述第一UE和第三UE解码，所述用户数据将被所述第一UE解码，并且所述用户数据不旨在被所述第三UE解码，

从所述第二UE接收与所述用户数据相关联的所述控制消息的所述第二部分，所述控制消息的所述第二部分包括用于对所述用户数据进行解码的额外信息，所述额外信息包括与所述用户数据相关联的源标识符和与所述用户数据相关联的目的地标识符，

基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第一部分中包括的所述补充信息来对所接收的所述控制消息的第二部分进行解码，

如果所接收的所述控制消息的第二部分能够被解码，则从所述第二UE接收所述用户数据，以及

基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第二部分中包括的所述额外信息来对所接收的用户数据进行解码。

38.根据权利要求37所述的第一UE，所述至少一个处理器和所述存储器还被配置为：

如果所接收的用户数据无法被解码，则向所述第二UE发送否定确认(NACK)。

39.一种用于无线通信的第一用户设备(UE)，包括：

用于发送与用户数据相关联的控制消息的第一部分的单元，其中，所述控制消息的所述第一部分包括：用于对与所述用户数据相关联的所述控制消息的第二部分进行解码的信息、用于对所述用户数据进行解码的信息、以及用于所述用户数据的资源分配，进一步其中，所述控制消息的所述第一部分将被第二UE和第三UE解码，所述用户数据将被所述第二UE解码，并且所述用户数据不旨在被所述第三UE解码；

用于发送与所述用户数据相关联的所述控制消息的所述第二部分的单元，所述控制消息的所述第二部分包括用于对所述用户数据进行解码的额外信息，所述额外信息包括与所述用户数据相关联的源标识符和与所述用户数据相关联的目的地标识符；以及

用于发送所述用户数据的单元。

40.根据权利要求39所述的第一UE，其中，用于所述用户数据的所述资源分配包括以下各项中的至少一项：用于所述用户数据的当前传输的资源分配、或者用于所述用户数据的将来传输或重传的资源分配，

并且其中，所述控制消息的所述第一部分还包括以下各项中的一项或多项：

用于所述控制消息的所述第二部分的资源分配；或者

所述用户数据的传输优先级。

41.根据权利要求40所述的第一UE，其中，用于所述控制消息的所述第二部分的所述资源分配包括以下各项中的一项或多项：

所述控制消息的所述第二部分的时频资源；

所述控制消息的所述第二部分的正交频分复用(OFDM)符号位置；或者

所述控制消息的所述第二部分的格式类型。

42.根据权利要求39所述的第一UE，其中，所述控制消息的所述第二部分还包括以下各项中的一项或多项：

传输模式；

指示对所述用户数据的所述发送是新数据传输还是重传的信息；

指示是否将由第二UE发送确认信息的信息；或者

用于确定由所述第二UE进行的一个或多个反馈传输的信息，

其中，所述源标识符与正在针对其发送所述用户数据的服务相关联。

43.一种第一用户设备(UE)处的存储计算机可执行代码的非暂时性计算机可读介质，包括用于使得计算机进行以下操作的代码：

发送与用户数据相关联的控制消息的第一部分，其中，所述控制消息的所述第一部分包括：用于对与所述用户数据相关联的所述控制消息的第二部分进行解码的信息、用于对所述用户数据进行解码的信息、以及用于所述用户数据的资源分配，进一步其中，所述控制消息的所述第一部分将被第二UE和第三UE解码，所述用户数据将被所述第二UE解码，并且所述用户数据不旨在被所述第三UE解码；

发送与所述用户数据相关联的所述控制消息的所述第二部分，所述控制消息的所述第二部分包括用于对所述用户数据进行解码的额外信息，所述额外信息包括与所述用户数据相关联的源标识符和与所述用户数据相关联的目的地标识符；以及

发送所述用户数据。

44.根据权利要求43所述的非暂时性计算机可读介质，其中，用于所述用户数据的所述资源分配包括以下各项中的至少一项：用于所述用户数据的当前传输的资源分配、或者用于所述用户数据的将来传输或重传的资源分配，

并且其中，所述控制消息的所述第一部分还包括以下各项中的一项或多项：

用于所述控制消息的所述第二部分的资源分配；或者

所述用户数据的传输优先级。

45.根据权利要求44所述的非暂时性计算机可读介质，其中，用于所述控制消息的所述第二部分的所述资源分配包括以下各项中的一项或多项：

所述控制消息的所述第二部分的时频资源；

所述控制消息的所述第二部分的正交频分复用(OFDM)符号位置；或者

所述控制消息的所述第二部分的格式类型。

46.根据权利要求43所述的非暂时性计算机可读介质，其中，所述控制消息的所述第二部分还包括以下各项中的一项或多项：

传输模式；

指示对所述用户数据的所述发送是新数据传输还是重传的信息；

指示是否将由第二UE发送确认信息的信息；或者

用于确定由所述第二UE进行的一个或多个反馈传输的信息，

其中，所述源标识符与正在针对其发送所述用户数据的服务相关联。

47.一种用于无线通信的第一用户设备(UE)，包括：

用于从第二UE接收与用户数据相关联的控制消息的第一部分的单元，其中，所述控制消息的所述第一部分包括：用于对与所述用户数据相关联的所述控制消息的第二部分进行解码和用于对所述用户数据进行解码的信息、以及包括用于所述用户数据的资源分配的补充信息，进一步其中，所述控制消息的所述第一部分将被所述第一UE和第三UE解码，所述用户数据将被所述第一UE解码，并且所述用户数据不旨在被所述第三UE解码；

用于从所述第二UE接收与所述用户数据相关联的所述控制消息的所述第二部分的单元，所述控制消息的所述第二部分包括用于对所述用户数据进行解码的额外信息，所述额外信息包括与所述用户数据相关联的源标识符和与所述用户数据相关联的目的地标识符；

用于基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第一部分中包括的所述补充信息来对所接收的所述控制消息的第二部分进行解码的单元；

用于如果所接收的所述控制消息的第二部分能够被解码，则从所述第二UE接收所述用户数据的单元；以及

用于基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第二部分中包括的所述额外信息来对所接收的用户数据进行解码的单元。

48.一种第一用户设备(UE)处的存储计算机可执行代码的非暂时性计算机可读介质，包括用于使得计算机进行以下操作的代码：

从第二UE接收与用户数据相关联的控制消息的第一部分，其中，所述控制消息的所述第一部分包括：用于对与所述用户数据相关联的所述控制消息的第二部分进行解码和用于对所述用户数据进行解码的信息、以及包括用于所述用户数据的资源分配的补充信息，进一步其中，所述控制消息的所述第一部分将被所述第一UE和第三UE解码，所述用户数据将被所述第一UE解码，并且所述用户数据不旨在被所述第三UE解码；

从所述第二UE接收与所述用户数据相关联的所述控制消息的所述第二部分，所述控制消息的所述第二部分包括用于对所述用户数据进行解码的额外信息，所述额外信息包括与所述用户数据相关联的源标识符和与所述用户数据相关联的目的地标识符；

基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第一部分中包括的所述补充信息来对所接收的所述控制消息的第二部分进行解码；

如果所接收的所述控制消息的第二部分能够被解码，则从所述第二UE接收所述用户数据；以及

基于在所述控制消息的所述第一部分中包括的所述信息以及在所述控制消息的所述第二部分中包括的所述额外信息来对所接收的用户数据进行解码。