用于基于新无线电的车辆对万物环境中的超可靠低延迟通信的装置和方法专利检索-权利要求专利权专利检索查询-专利查询网

用于基于新无线电的车辆对万物环境中的超可靠低延迟通信的装置和方法

阅读：270发布：2020-05-12

专利汇可以提供用于基于新无线电的车辆对万物环境中的超可靠低延迟通信的装置和方法专利检索，专利查询，专利分析的服务。并且公开了在分布式蜂窝车辆对万物环境中的发送用户设备(UE)处的方法、装置和计算机可读介质，以实现具有高可靠性和低延迟的分布式UE之间的通信。发送UE可以通过配置URLLC信道指示符、URLLC传输指示符、URLLC控制信道和URLLC数据部分来配置超可靠低延迟通信(URLLC)传输单元。UE可以在常规子帧中的经打孔的OFDM符号中将所配置的URLLC传输单元发送到分布式C-V2X环境中的接收UE。，下面是用于基于新无线电的车辆对万物环境中的超可靠低延迟通信的装置和方法专利的具体信息内容。

权利要求

1.一种在分布式蜂窝车辆对万物(C-V2X)环境中的用户设备(UE)处进行无线通信的方法，包括：
配置超可靠低延迟通信(URLLC)传输单元；以及
在常规子帧内将所述URLLC传输单元发送到第二UE。
2.根据权利要求1所述的方法，其中，所述URLLC传输单元的所述配置包括：配置URLLC传输指示符、URLLC控制信道和URLLC数据部分。
3.根据权利要求2所述的方法，其中，所述URLLC传输指示符包括用于指示是否存在URLLC传输的1比特信道，并且所述URLLC控制信道至少包括用于MIMO信息以及用于所述URLLC数据部分的解调信息的一个或多个字段。
4.根据权利要求2所述的方法，其中，所述URLLC数据部分在所述常规子帧内紧随在所述URLLC控制信道之后，并且其中，所述URLLC传输指示符位于所述常规子帧的开头处。
5.根据权利要求1所述的方法，其中，所述URLLC传输单元的所述配置还包括以下一项或多项：
确定在所述常规子帧内的要打孔的OFDM符号的数量和所述OFDM符号在所述常规子帧内的位置；
对在所述常规子帧内的所述数量的OFDM符号进行打孔，并将所述URLLC传输单元插入经打孔的OFDM符号中；
在所述常规子帧的末尾处配置URLLC信道指示符，以指示所发送的URLLC传输单元的细节，所述细节包括所述经打孔的OFDM符号的位置和在所述常规子帧内被打孔的OFDM符号的所述数量；以及
在所述常规子帧的常规TTI内配置URLLC传输时间间隔(TTI)，并且其中，所述URLLC TTI是所述常规TTI的一部分。
6.根据权利要求5所述的方法，其中，所述URLLC传输单元的所述发送包括以下一项或多项：
在所述URLLC TTI内的所述经打孔的OFDM符号中发送所述URLLC传输单元；
当干扰高于阈值时，以具有比所述常规子帧的其他部分的功率谱密度(PSD)更高的PSD的传输功率，来发送包含所述URLLC传输单元的所述经打孔的OFDM符号；
当所述干扰高于阈值时，在随机选择的信道上发送所述URLLC传输单元；以及当所述干扰高于阈值时，将所述URLLC TTI划分为两个虚拟URLLC时隙，并在两个子信道上在所述两个虚拟URLLC时隙上发送所述URLLC传输单元。
7.根据权利要求6所述的方法，其中，所述两个虚拟URLLC时隙之间的关系是预定义的，或者是在所述常规子帧的末尾处的常规控制信道中指示的；其中，所述随机选择的信道是由控制节点预先配置的或由所述控制节点分配的，并且与常规TTI信道重叠或不重叠。
8.根据权利要求5所述的方法，其中，所述UE以半双工模式或全双工模式操作。
9.根据权利要求6所述的方法，还包括以下一项或多项：
在所述经打孔的OFDM符号中发送所述URLLC传输单元之后，恢复在剩余的OFDM符号中发送常规数据；
监视来自所述分布式C-V2X环境中的至少一个其他UE的干扰；
在盲HARQ重传中重传所述URLLC传输单元；以及
在广播消息中重传所述URLLC传输单元。
10.一种用于在分布式蜂窝车辆对万物(C-V2X)环境中的用户设备(UE)处进行无线通信的装置，包括：
用于配置超可靠低延迟通信(URLLC)传输单元的单元；以及
用于在常规子帧内将所述URLLC传输单元发送到第二UE的单元。
11.根据权利要求10所述的装置，其中，用于配置所述URLLC传输单元的单元进一步包括配置URLLC传输指示符、URLLC控制信道和URLLC数据部分。
12.根据权利要求11所述的装置，其中，所述URLLC传输指示符包括用于指示是否存在URLLC传输的1比特信道，并且所述URLLC控制信道至少包括用于MIMO信息以及用于所述URLLC数据部分的解调信息的字段。
13.根据权利要求11所述的装置，其中，所述URLLC数据部分在所述常规子帧内紧随在所述URLLC控制信道之后，并且其中，所述URLLC传输指示符位于所述常规子帧的开头处。
14.根据权利要求10所述的装置，其中，用于配置所述URLLC传输单元的单元进一步包括以下一项或多项：
确定在所述常规子帧内的要打孔的OFDM符号的数量和所述OFDM符号在所述常规子帧内的位置；
对在所述常规子帧内的所述数量的OFDM符号进行打孔，并将所述URLLC传输单元插入经打孔的OFDM符号中；
在所述常规子帧的末尾处配置URLLC信道指示符，以指示所发送的URLLC传输单元的细节，所述细节包括所述经打孔的OFDM符号的位置和在所述常规子帧内被打孔的OFDM符号的所述数量；以及
在所述常规子帧的常规TTI内配置URLLC传输时间间隔(TTI)，并且其中，所述URLLC TTI是所述常规TTI的一部分。
15.根据权利要求14所述的装置，其中，用于发送所述URLLC传输单元的单元进一步包括在所述URLLC TTI内的所述经打孔的OFDM符号中发送所述URLLC传输单元。
16.根据权利要求15所述的装置，其中，用于发送所述URLLC传输单元的单元进一步包括以下一项或多项：
当干扰高于阈值时，以具有比所述常规子帧的其他部分的功率谱密度(PSD)更高的PSD的传输功率，来发送包含所述URLLC传输单元的所述经打孔OFDM符号；
发送所述URLLC传输单元进一步包括：当所述干扰高于阈值时，在随机选择的信道上发送所述URLLC传输单元；以及
当所述干扰高于阈值时，将所述URLLC TTI划分为两个虚拟URLLC时隙，并在两个子信道上在所述两个虚拟URLLC时隙上发送所述URLLC传输单元。
17.根据权利要求15所述的装置，还包括用于以下一项或多项的单元：
监视来自所述分布式C-V2X环境中的至少一个其他UE的干扰；
在所述经打孔的OFDM符号中发送所述URLLC传输单元之后，恢复在剩余的OFDM符号中发送常规数据；
在盲HARQ重传中重传所述URLLC传输单元；以及
在广播消息中重传所述URLLC传输单元。
18.根据权利要求16所述的装置，其中，所述随机选择的信道是由控制节点预先配置的或由所述控制节点分配的，并且与常规TTI信道重叠或不重叠。
19.根据权利要求16所述的装置，其中，所述两个虚拟URLLC时隙之间的关系是预定义的，或者是在所述常规子帧的末尾处的常规控制信道中指示的，并且其中，所述UE以半双工模式或全双工模式操作。
20.一种用于在分布式蜂窝车辆对万物(C-V2X)环境中的用户设备(UE)处进行无线通信的装置，包括：
存储器；以及
至少一个处理器，耦合到所述存储器并被配置为：
配置超可靠低延迟通信(URLLC)传输单元；以及
在常规子帧内将所述URLLC传输单元发送到第二UE。
21.根据权利要求20所述的装置，其中，配置所述URLLC传输单元包括配置URLLC传输指示符、URLLC控制信道和URLLC数据部分。
22.根据权利要求21所述的装置，其中，所述URLLC传输指示符包括用于指示是否存在URLLC传输的1比特信道，并且所述URLLC控制信道至少包括用于MIMO信息以及用于所述URLLC数据部分的解调信息的字段。
23.根据权利要求22所述的装置，其中，所述URLLC数据部分在所述常规子帧内紧随在所述URLLC控制信道之后，并且其中，所述URLLC传输指示符位于所述常规子帧的开头处。
24.根据权利要求20所述的装置，其中，配置所述URLLC传输单元还包括以下一项或多项：
确定在所述常规子帧内的要打孔的OFDM符号的数量和所述OFDM符号在所述常规子帧内的位置；
对在所述常规子帧内的所述数量的OFDM符号进行打孔，并将所述URLLC传输单元插入经打孔的OFDM符号中；
在所述常规子帧的末尾处配置URLLC信道指示符，以指示所发送的URLLC传输单元的细节，所述细节包括所述经打孔的OFDM符号的位置和在所述常规子帧内被打孔的OFDM符号的所述数量；以及
在所述常规子帧的常规TTI内配置URLLC传输时间间隔(TTI)，并且其中，所述URLLC TTI是所述常规TTI的一部分。
25.一种在分布式蜂窝车辆对万物(C-V2X)环境中的用户设备(UE)处进行无线通信的方法，包括：
从所述分布式C-V2X环境中的另一UE接收常规子帧；以及
从所述常规子帧中确定超可靠低延迟通信(URLLC)传输单元。
26.根据权利要求25所述的方法，其中，所述URLLC传输单元的所述确定包括确定URLLC传输指示符、URLLC控制信道和URLLC数据部分。
27.根据权利要求26所述的方法，其中，所述URLLC传输指示符包括用于指示在所述常规子帧中是否存在URLLC传输的1比特信道，并且位于所述常规子帧的开头处，并且所述URLLC控制信道至少包括用于MIMO信息以及用于所述URLLC数据部分的解调信息的字段；或者其中，当所述URLLC传输指示符指示存在URLLC传输时，所述URLLC数据部分在所述URLLC传输单元内紧随在所述URLLC控制信道之后。
28.根据权利要求25所述的方法，其中，所述URLLC传输单元的所述确定包括以下一项或多项：
检测在所述常规子帧的常规传输时间间隔(TTI)的末尾处的URLLC信道指示符，所述URLLC信道指示符指示用于所述URLLC传输单元的经打孔的OFDM符号在所述常规子帧内的长度和位置；
基于所述URLLC信道指示符来确定在所述常规子帧内的经打孔的OFDM符号的数量和所述经打孔的OFDM符号在所述常规子帧内的所述位置；
确定所述常规TTI内的URLLC TTI，并且其中，所述URLLC TTI是所述常规TTI的一部分；
解码所述URLLC TTI内的所述经打孔的OFDM符号中的所述URLLC控制信道和所述URLLC数据部分；
当干扰高于阈值时，检测所述URLLC传输单元的传输功率，所述传输功率具有的功率谱密度(PSD)高于所述常规子帧的其他部分的功率谱密度；以及
当所述干扰高于阈值时，在随机选择的信道或子信道上检测所述URLLC传输单元；以及当所述干扰高于阈值时，在所述URLLC TTI的两个虚拟URLLC时隙上检测所述URLLC传输单元。
29.根据权利要求27所述的方法，还包括以下一项或多项：
监视来自所述分布式C-V2X环境中的至少一个其他UE的干扰；
在解码所述常规TTI内的经打孔的OFDM符号之后解码剩余OFDM符号中的常规数据；
在盲HARQ重传中接收URLLC重传单元；以及
接收URLLC重传单元包括在广播消息中接收。
30.根据权利要求28所述的方法，其中，所述随机选择的信道或子信道是由控制节点预先配置的或由所述控制节点分配的，并且与常规TTI信道重叠或不重叠；并且其中，所述两个虚拟URLLC时隙之间的关系是预定义的，或者是在所述常规子帧的末尾处的URLLC信道指示符中指示的。

说明书全文

用于基于新无线电的车辆对万物环境中的超可靠低延迟通信

的装置和方法

[0001] 优先权要求

[0002] 本申请要求享有于2017年9月26日在美国专利和商标局提交的美国临时专利申请No.62/563,563和于2018年9月25日在美国专利和商标局提交的美国非临时专利申请No.16/140,739的优先权和权益，其全部内容通过引用的方式并入本文，如同在下面整体上完全加以阐述并用于所有适用的目的。

技术领域

[0003] 本公开内容总体上涉及通信系统，并且更具体而言，涉及基于新无线电(NR)的蜂窝式车辆对万物(C-V2X)环境中的超可靠低延迟通信(URLLC)。

背景技术

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

[0005] 这些多址技术已经在各种电信标准中被采用，以提供使得不同的无线设备能够在城市、国家、地区甚至全球级别上进行通信的公共协议。一个示例性电信标准是5G新无线电(NR)。5G NR是由第三代合作伙伴计划(3GPP)颁布的持续移动宽带演进的一部分，旨在满足与延迟、可靠性、安全性、可扩展性(例如，与物联网(IoT))相关的新要求及其他要求。5G NR的一些方面可以基于4G长期演进(LTE)标准。存在进一步改进5G NR技术的需求。这些改进也可以适用于其他多址技术和使用这些技术的电信标准。

[0006] NR可以支持各种无线通信服务，诸如针对宽带(例如80MHz以上)的增强型移动宽带(eMBB)、针对高载波频率(例如60GHz)的毫米波(mmW)、针对非向后兼容MTC技术的大规模MTC(mMTC)，和/或超可靠低延迟通信(URLLC)的关键任务。这些服务可以包括延迟和可靠性要求。这些服务还可以具有不同的传输时间间隔(TTI)以满足各自的服务质量(QoS)要求。此外，这些服务可以共存于同一子帧中。

[0007] 无线通信系统还可以包括或支持用于基于车辆的通信的网络，也称为车辆对万物(V2X)、车辆对车辆(V2V)网络和/或蜂窝式V2X(C-V2X)网络。基于车辆的通信网络可以提供始终在线的远程信息处理技术，其中UE，例如车辆UE(v-UE)，(例如，通过网络)直接与网络通信(V2N)、与行人UE通信(V2P)、与基础设施设备通信(V2I)以及与其他v-UE通信。基于车辆的通信网络可通过提供智能连接来支持安全的、始终连接的驾驶体验，在所述智能连接中，交换交通信号/定时、实时交通和路线、对行人/骑自行车者的安全警报、避免碰撞信息等。

[0008] 然而，这种支持基于车辆的通信的网络也可能与各种要求相关联，例如通信要求、安全和隐私要求等。其他示例性要求可以包括但不限于降低延迟要求、更高可靠性要求等。例如，基于车辆的通信可以包括传送可支持自动驾驶汽车的传感器数据。传感器数据可用于车辆之间，以提高自动驾驶汽车的安全性。
发明内容

[0009] 以下呈现一个或多个方面的简化概要以提供对这些方面的基本理解。本概要不是对所有预期方面的广泛概述，既不旨在标识所有方面的关键或重要因素，也不是描述任何或全部方面的范围。其唯一目的是以简化形式呈现一个或多个方面的一些概念，作为稍后呈现的更详细描述的序言。

[0010] 在分布式C-V2X环境中，面对来自其他UE的干扰，对于URLLC数据而言，常规子帧传输可能不够可靠。此外，对于URLLC数据而言，常规子帧传输延迟可能不够低。因此，存在针对用于以改进的延迟和可靠性传输URLLC数据的装置和方法的需求。

[0011] 提供了在分布式C-V2X环境中的发送用户设备(UE)处的方法、装置和计算机可读介质，以实现分布式UE之间的具有高可靠性和低延迟的通信。分布式C-V2X环境中的发送UE可以通过配置URLLC信道指示符、URLLC传输指示符、URLLC控制信道和URLLC数据部分来配置URLLC传输单元。然后，发送UE可以在常规子帧中的经打孔的正交频分复用(OFDM)符号中将所配置的URLLC传输单元发送给接收UE，以实现低延迟和高可靠性。

[0012] 为了实现前述和相关目的，所述一个或多个方面包括下文中充分说明并且在权利要求中特别指出的特征。以下描述和附图详细阐述了一个或多个方面的某些说明性特征。然而，这些特征仅指示可以采用各个方面的原理的各种方式中的几个，并且本说明旨在包括所有这些方面及其等同变换。

附图说明

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

[0014] 图2A、2B、2C和2D是分别示出DL帧结构、DL帧结构内的DL信道、UL帧结构和UL帧结构内的UL信道的示例的图。

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

[0016] 图4示出了根据本公开内容的一个或多个方面的支持在分布式C-V2X环境中的URLLC数据传输的无线通信系统的示例。

[0017] 图5示出了根据本公开内容的一个或多个方面的与用于URLLC TTI的示例性帧结构相比的用于常规TTI的示例性帧结构。

[0018] 图6示出了根据本公开内容的一个或多个方面的与常规子帧共存的URLLC传输单元的示例性子帧结构。

[0019] 图7示出了根据本公开内容的一个或多个方面的支持在分布式C-V2X环境中的URLLC数据传输的无线通信系统的示例。

[0020] 图8是根据本公开内容的一个或多个方面的无线通信方法的流程图。

[0021] 图9是示出示例性装置中的不同单元/组件之间的数据流的概念数据流图。

[0022] 图10是示出采用处理系统的装置的硬件实施方式的示例的图。

[0023] 图11是根据本公开内容的一个或多个方面的无线通信方法的流程图。

[0024] 图12是示出示例性装置中的不同单元/组件之间的数据流的概念数据流图。

[0025] 图13是示出采用处理系统的装置的硬件实施方式的示例的图。

具体实施方式

[0026] 以下结合附图阐述的具体实施方式旨在作为各种配置的描述，并非旨在表示可以实践本文所述的概念的唯一配置。本具体实施方式包括具体细节，目的是提供对各种概念的透彻理解。然而，对于本领域技术人员显而易见的是，可以在没有这些具体细节的情况下实践这些概念。在某些情况下，以方框图形式示出了各种结构和组件，以避免使得这些概念难以理解。

[0027] 现在将参考各种装置和方法来呈现电信系统的几个方面。将借助各种块、组件、电路、过程、算法等(统称为“要素”)在以下具体实施方式中描述并在附图中示出这些装置和方法。这些要素可以使用电子硬件、计算机软件或其任何组合来实现。这些要素是被实施为硬件还是软件取决于特定应用和施加在整个系统上的设计约束。

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

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

[0030] 图1是示出无线通信系统和接入网络100的示例的图。无线通信系统(也称为无线广域网(WWAN))包括基站102、UE 104和演进分组核心EPC)160。基站102可以包括宏小区(大功率蜂窝基站)和/或小型小区(低功率蜂窝基站)。宏小区包括基站。小型小区包括毫微微小区、微微小区和微小区。

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

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

[0033] 某些UE 104可以使用设备到设备(D2D)通信链路192彼此通信。D2D通信链路192可以使用DL/UL WWAN频谱。D2D通信链路192可以使用一个或多个侧链路信道，诸如物理侧链路广播信道(PSBCH)、物理侧链路发现信道(PSDCH)、物理侧链路共享信道(PSSCH)和物理侧链路控制信道(PSCCH)。D2D通信可以通过各种无线D2D通信系统，诸如FlashLinQ、WiMedia、蓝牙、ZigBee、基于IEEE 802.11标准、LTE或NR的Wi-Fi。

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

[0035] 小型小区102'可以在授权和/或非授权频谱中操作。当在非授权频谱中操作时，小型小区102'可以采用NR并且使用与Wi-Fi AP 150所使用的频谱相同的5GHz非授权频谱。在非授权频谱中采用NR的小型小区102'可以提高接入网络的覆盖和/或增大其容量。

[0036] gNodeB(gNB)180可以在与UE 104通信中以毫米波(mmW)频率和/或近mmW频率操作。当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的波束成形184来补偿极高的路径损耗和短距离。

[0037] EPC 160可以包括移动性管理实体(MME)162、其他MME 164、服务网关166、多媒体广播多播服务(MBMS)网关168、广播多播服务中心(BM-SC)170以及分组数据网络(PDN)网关172。MME 162可以与家庭订户服务器(HSS)174通信。MME 162是处理UE 104和EPC 160之间的信令的控制节点。通常，MME 162提供承载和连接管理。所有用户网际协议(IP)分组都通过服务网关166传递，服务网关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-SC 170可以用作内容提供商MBMS传输的入口点，可以用于在公共陆地移动网络(PLMN)内授权和发起MBMS承载服务，并且可以用于调度MBMS传输。MBMS网关168可以用于将MBMS业务分发到属于广播特定服务的多播广播单频网(MBSFN)区域的基站102，并且可以负责会话管理(开始/停止)和用于收集与收费信息相关的eMBMS。

[0038] 基站还可以被称为gNB、节点B、演进型节点B(eNB)、接入点、基本收发机站、无线电基站、无线电收发机、收发机功能、基本服务集(BSS)、扩展服务集(ESS)或其他适合的术语。基站102向UE 104提供到EPC 160的接入点。UE 104的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人数字助理(PDA)、卫星无线电设备、全球定位系统、多媒体设备、视频设备、数字音频播放器(例如，MP3播放器)、相机、游戏机、平板电脑、智能设备、可穿戴设备、车辆、电表、油泵、烤面包机或任何其他类似的功能设备。UE 104中的一些可被称为IoT设备(例如，停车表、油泵、烤面包机、车辆等)。UE 104还可以被称为站、移动站、用户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、接入终端、移动终端、无线终端、远程终端、手机、用户代理、移动客户端、客户端或某个其他适合的术语。

[0039] 再次参考图1，在某些方面，UE 104可以被配置为包括URLLC组件(198)，该URLLC组件使得UE 104除了常规数据之外还能够配置和发送URLLC数据。URLLC组件可以包括在分布式C-V2X环境中配置URLLC传输单元并将URLLC传输单元发送到对等UE。

[0040] 图2A是示出DL帧结构的示例的图200。图2B是示出DL帧结构内的信道的示例的图230。图2C是示出UL帧结构的示例的图250。图2D是示出UL帧结构内的信道的示例的图280。
其他无线通信技术可以具有不同的帧结构和/或不同的信道。一帧(10ms)可以被划分为10个相同大小的子帧。每个子帧可以包括两个连续的时隙。可以使用资源网格来表示这两个时隙，每个时隙包括一个或多个时间并发资源块(RB)(也称为物理RB(PRB))。资源网格分为多个资源元素(RE)。对于正常循环前缀，RB可以在频域中包含12个连续的子载波，并且在时域中包含7个连续的符号(对于DL，OFDM符号；对于UL，SC-FDMA符号)，总共84个RE。对于扩展循环前缀，RB可以在频域中包含12个连续的子载波，并且在时域中包含6个连续的符号，总共72个RE。每个RE携带的比特数取决于调制方案。

[0041] 如图2A所示，其中一些RE携带用于UE处的信道估计的DL参考(导频)信号(DL-RS)。DL-RS可以包括小区特定参考信号(CRS)(有时也称为公共RS)、UE特定参考信号(UE-RS)和信道状态信息参考信号(CSI-RS)。图2A示出了用于天线端口0、1、2和3的CRS(分别表示为R0、R1、R2和R3)、用于天线端口5的UE-RS(表示为R5)和用于天线端口15的CSI-RS(表示为R)。

[0042] 图2B示出了帧的DL子帧内的各种信道的示例。物理控制格式指示符信道(PCFICH)在时隙0的符号0内，并且携带控制格式指示符(CFI)，CFI指示物理下行链路控制信道(PDCCH)是占用1个、2个还是3个符号(图2B示出了占用3个符号的PDCCH)。PDCCH在一个或多个控制信道单元(CCE)内携带下行链路控制信息(DCI)，每个CCE包括九个RE组(REG)，每个REG包括OFDM符号中的四个连续的RE。UE可以配置有同样携带DCI的UE特定增强型PDCCH(ePDCCH)。ePDCCH可以具有2、4或8个RB对(图2B示出了两个RB对，每个子集包括一个RB对)。物理混合自动重传请求(ARQ)(HARQ)指示符信道(PHICH)也在时隙0的符号0内，并且携带混合自动重传请求(HARQ)指示符(HI)，HI指示基于物理上行链路共享信道(PUSCH)的HARQ确认(ACK)/否定ACK(NACK)反馈。主同步信道(PSCH)可以在帧的子帧0和5内的时隙0的符号6内。PSCH携带由UE 104用于确定子帧/符号定时和物理层标识的主同步信号(PSS)。辅助同步信道(SSCH)可以在帧的子帧0和5内的时隙0的符号5内。SSCH携带由UE用于确定物理层小区标识组号和无线电帧定时的辅助同步信号(SSS)。基于物理层标识和物理层小区标识组号，UE可以确定物理小区标识符(PCI)。基于PCI，UE可以确定上述DL-RS的位置。携带主信息块(MIB)的物理广播信道(PBCH)可以与PSCH和SSCH逻辑编组在一起以形成同步信号(SS)块。MIB提供DL系统带宽中的RB数量、PHICH配置和系统帧号(SFN)。物理下行链路共享信道(PDSCH)携带用户数据、不通过PBCH发送的广播系统信息(诸如系统信息块(SIB))和寻呼消息。

[0043] 如图2C所示，其中一些RE携带用于基站处的信道估计的解调参考信号(DM-RS)。UE可以另外在子帧的最后一个符号中发送探测参考信号(SRS)。SRS可以具有梳状结构，并且UE可以在这些梳之一上发送SRS。SRS可以由基站用于信道质量估计，以便实现UL上的频率相关的调度。

[0044] 图2D示出了帧的UL子帧内的各种信道的示例。基于PRACH配置，物理随机接入信道(PRACH)可以在帧内的一个或多个子帧内。PRACH可以包括子帧内的六个连续的RB对。PRACH允许UE执行初始系统接入并实现UL同步。物理上行链路控制信道(PUCCH)可以位于UL系统带宽的边缘上。PUCCH携带上行链路控制信息(UCI)，诸如调度请求、信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)和HARQ ACK/NACK反馈。PUSCH携带数据，并且还可以用于携带缓冲器状态报告(BSR)、功率余量报告(PHR)和/或UCI。

[0045] 图3是与接入网络中的UE 350通信的基站310的方框图。在DL中，可以将来自EPC 160的IP分组提供给控制器/处理器375。控制器/处理器375实现层3和层2的功能。层3包括无线电资源控制(RRC)层，并且层2包括分组数据汇聚协议(PDCP)层、无线电链路控制(RLC)层和媒体访问控制(MAC)层。控制器/处理器375提供：与系统信息(例如，MIB、SIB)的广播、RRC连接控制(例如，RRC连接寻呼、RRC连接建立、RRC连接修改和RRC连接释放)、无线电接入技术(RAT)间移动性和UE测量报告的测量配置相关联的RRC层功能；与报头压缩/解压缩、安全性(加密、解密、完整性保护、完整性验证)和切换支持功能相关联的PDCP层功能；与上层分组数据单元(PDU)的传递、通过ARQ的纠错、RLC服务数据单元(SDU)的拼接、分段和重组装、RLC数据PDU的重分段以及RLC数据PDU的重新排序相关联的RLC层功能；以及与逻辑信道和传输信道之间的映射、MAC SDU到传输块(TB)上的多路复用、来自TB的MAC SDU的解复用、调度信息报告、通过HARQ的纠错、优先级处理和逻辑信道优先级排序相关联的MAC层功能。

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

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

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

[0049] 与结合基站310的DL传输所描述的功能类似，控制器/处理器359提供：与系统信息(例如，MIB、SIB)获取、RRC连接和测量报告相关联的RRC层功能；与报头压缩/解压缩和安全性(加密、解密、完整性保护、完整性验证)相关的PDCP层功能；与上层PDU的传输、通过ARQ的纠错、RLC SDU的拼接、分段和重组装、RLC数据PDU的重分段以及RLC数据PDU的重新排序相关联的RLC层功能；以及与逻辑信道和传输信道之间的映射、MAC SDU在TB上的多路复用、来自TB的MAC SDU的解复用、调度信息报告、通过HARQ的纠错、优先级处理和逻辑信道优先级排序相关联的MAC层功能

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

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

[0052] 控制器/处理器375可以与存储程序代码和数据的存储器376相关联。存储器376可以被称为计算机可读介质。在UL中，控制器/处理器375提供传输信道和逻辑信道之间的解复用、分组重组装、解密、报头解压缩、控制信号处理以恢复来自UE 350的IP分组。可以将来自控制器/处理器375的IP分组提供给EPC 160。控制器/处理器375还负责使用ACK和/或NACK协议的检错以支持HARQ操作。

[0053] 图4示出了根据本公开内容的一个或多个方面的支持在分布式C-V2X环境中的URLLC数据传输的无线通信系统400的示例。在一些示例性方面，无线通信系统400可以实现无线通信系统100的各方面。

[0054] 无线通信系统400可以包括UE 402和404。UE 402和404可以是如参考图1所述的UE 104的示例(例如电话、笔记本电脑、车辆等)，并且可以被配置为在共享频率带宽的一个或多个载波上进行C-V2X通信。在一些示例中，UE车辆(诸如UE 402和404)可以执行一个或多个代码集或序列集，以控制设备的功能元件，并执行下面描述的部分或全部功能。

[0055] 如图4所示，UE 402或UE 404可以作为URLLC数据发射机而另一UE作为URLLC数据接收机，这取决于UE是否具有要发送给另一UE的URLLC数据。UE 402和404可以分别包括URLLC管理器405A和405B。URLLC管理器405A和405B可以具有图1的URLLC组件198的功能的子集或全部。

[0056] 如果UE 402作为URLLC数据发射机操作，则URLLC管理器405A可以被配置为监视来自包括UE 404在内的相邻UE的干扰。UE 402然后可以配置URLLC传输单元。URLLC传输单元可以包括URLLC控制信道和URLLC数据部分。其中，URLLC管理器405A可以对常规子帧进行打孔，并将所配置的URLLC传输单元插入常规子帧的经打孔的OFDM符号中。然后，URLLC管理器405A将经打孔的子帧发送到接收UE 404。

[0057] 在接收UE 404处的URLLC管理器405B可以接收经打孔的子帧，并从接收到的子帧中确定URLLC传输单元，并且处理URLLC数据。确定URLLC传输单元可以涉及对URLLC传输单元的URLLC控制信道和URLLC数据部分进行解码。

[0058] 图5示出了根据本公开内容的一个或多个方面的与用于URLLC TTI的示例性帧结构相比的用于常规传输时间间隔(TTI)的示例性帧结构500。在本公开内容通篇中使用的术语“常规子帧”、“常规TTI”或类似术语是指在广泛部署的标准(诸如UTMS或LTE标准)中定义的帧结构和TTI。例如，图2A和图2C所示的子帧结构分别是LTE下行链路传输和上行链路传输的子帧结构。它们可以被称为本公开内容中使用的“常规子帧”。在这样的示例中，常规LTE子帧包括两个时隙，每个时隙包括7个OFDM符号。

[0059] 用于常规帧结构500的常规TTI可以参考用于常规LTE子帧的TTI，并且跨度为0.5毫秒。LTE子帧是传输资源，并且可以在这些资源上构建各种信道结构。常规子帧的一个示例性信道结构在常规帧结构500中示出。在常规TTI中，信道结构可以包括通话前监听(LBT)信道501，LBT信道501用于在发送网络设备和接收网络设备之间进行基于竞争的握手(诸如请求发送(RTS)和同意发送(CTS)消息交换)。帧结构500还可以包括常规控制信道502，其可以包括诸如用于数据信道503的解调信息和MIMO信息之类的控制信息。数据信道503可以携带常规LTE数据。如果发送设备以半双工模式操作，则间隙字段504用于接收模式和发送模式之间的转换。

[0060] 相反，示例性URLLC信道结构510可以包括URLLC控制信道512和URLLC数据信道514。URLLC控制信道可以携带诸如用于URLLC数据的MIMO信息和解调之类的信息。如URLLC信道结构510中所示，示例性URLLC TTI可以横跨0.14ms，这是用于常规子帧的TTI的一小部分。即，给定0.14ms的URLLC TTI，存在各自为35μm的4个OFDM符号。如此短的URLLC TTI的一个效果是具有传输延迟较低的或延迟较低的短URLLC数据分组，如URLLC传输所期望的那样。

[0061] 此外，示例性URLLC信道结构510不包括任何LBT符号或间隙符号，以进一步减小URLLC分组大小，并且从而减小传输延迟。一般来说，常规LBT符号可能会产生较大的开销，并且从而增加传输延迟。

[0062] 图6示出了根据本公开内容的一个或多个方面的与常规子帧共存的URLLC传输单元的示例性子帧结构600。子帧结构600示出了与常规子帧内的信道交织的URLLC信道。子帧结构600包括三个子信道610、620和630。在本公开内容通篇中使用的术语“子信道”是指无线电频率资源块，其可以包括物理信道的集合，诸如URLLC控制信道和常规控制信道，如下所述。

[0063] 存在针对每个URLLC传输单元的URLLC传输指示符607。在一个示例性方面，URLLC传输指示符是指示该子帧内是否存在任何URLLC传输的1位信道。如果设置了URLLC传输指示符607，则接收UE将开始在每个子帧内寻找至少一个URLLC传输单元。在一个方面，URLLC传输指示符607位于子帧的开头处。在另一方面，URLLC传输指示符607刚好位于URLLC传输单元之前。

[0064] 在一个示例中，URLLC传输单元包括URLLC控制信道和URLLC数据部分或数据信道。例如，子信道610内存在六个URLLC传输单元：六个URLLC控制信道601a-601f和六个URLLC数据信道602a-602f。每个URLLC控制信道可以携带用于对应的URLLC数据信道的URLLC控制信息，并且每个URLLC数据信道可以携带URLLC数据。每个URLLC数据信道可以紧随对应的URLLC控制信道。在一个示例性方面，URLLC控制信道可以携带关于URLLC数据的信息，诸如用于URLLC数据传输的MIMO信息以及用于解调URLLC数据的解调信息等。

[0065] 仍然在子信道610内，存在携带常规数据(例如LTE数据)的常规数据信道603a-603e。存在两个常规控制信道604a和604b，用于携带用于常规数据信道的控制信息。示例性控制信息可以包括MIMO信息和用于常规数据信道的解调信息。与图5的LBT信道501类似，LBT信道605用于基于竞争的握手，诸如分布式C-V2X环境中的UE和另一个分布式UE之间的RTS和CTS消息交换。

[0066] 在一个示例性实施例中，子信道/资源块610的末尾是URLLC信道指示符609。URLLC信道指示符609指示用于携带URLLC传输单元的OFDM符号的长度和位置。这样，接收UE可以有效地确定和解码URLLC控制信道和URLLC数据。

[0067] 一个示例性方面，可以预先配置或预先分配六个URLLC控制信道601a-601f和六个URLLC数据信道602a-602f。当发送UE具有要发送的URLLC数据时，UE可以使用预先分配的资源来携带URLLC控制信息和URLLC数据。如果没有要发送的URLLC数据，则使用预先分配的资源来携带常规控制和数据。

[0068] 在另一示例性方面，六个URLLC控制信道601a-601f和六个URLLC数据信道602a-602f可以通过诸如无线电资源控制(RRC)消息之类的信令消息按需分配。当发送UE具有要发送的URLLC数据时，发送UE本身可以作为控制节点或借助服务eNodeB来工作，并且分配如图6所示的URLLC资源以发送URLLC控制信息和URLLC数据。这样，如果没有要发送的URLLC数据，则发送UE可以避免用于预先配置URLLC资源的预先分配过程。

[0069] 图7示出了根据本公开内容的一个或多个方面的支持URLLC数据传输的分布式C-V2X环境中的无线通信系统700的示例。无线通信系统700包括分布式C-V2X环境中的支持URLLC的发送车辆UE 701和支持URLLC的接收车辆UE 702。

[0070] 在703处，发送车辆UE 701(或为了简单起见称为UE 701)监视来自C-V2X环境中的其他UE(包括接收车辆UE 702或UE 702)的干扰。当UE 701具有要发送的URLLC数据时，干扰监视可以帮助确定UE 701发送URLLC数据的方式，如图8的描述的相关部分中将更详细地说明的。

[0071] 一个示例中，在704处，接收UE 702可以监视来自分布式C-V2X环境中的其他UE的干扰。与UE 701类似，UE 702被配置为随时准备发送或接收URLLC数据。在一个示例性方面，检测到的干扰电平可以影响UE 702接收URLLC数据的方式，如图8的描述的相关部分中将更详细地说明的。

[0072] 在705处，当UE 701具有一些要发送的URLLC数据时，UE 701配置至少一个URLLC传输单元。在一个示例性场景中，UE 701可能打算将其行驶车道改变到相邻车道，并且UE 701可能想要向刚好在UE 701后方的相邻车道上的UE发送URLLC消息，以指示其车道改变的意图和其他相关信息，诸如其速度和开始车道改变的时间。

[0073] 在一个示例性方面，为了配置URLLC传输单元，UE 701可以确定在常规子帧内的要打孔以容纳URLLC控制和URLLC数据的OFDM符号的数量。UE 701还可以设置1比特URLLC传输指示符，以指示在子帧中存在一些要发送的URLLC数据。UE 701还可以将URLLC控制信息插入URLLC控制信道，以帮助接收UE 702正确地解码URLLC数据。

[0074] 在706处，UE向接收UE 702发送所配置的至少一个URLLC传输单元，其包括URLLC控制信息和URLLC数据。为了发送URLLC传输单元，当检测到干扰时，UE 701可以以比常规子帧的其余部分的功率谱密度(PSD)高的PSD，来发送常规子帧的经打孔部分。传输功率的更高PSD是为了对抗干扰，并且从而可以提高URLLC传输的可靠性。

[0075] UE 701还可以使用URLLC TTI来发送URLLC传输单元，URLLC TTI是用于常规子帧的常规TTI的一部分。当干扰高于阈值或干扰来自至少一个其他UE中正在相同的频率上发送数据的一个UE时，UE 701还可以在随机选择的子信道上发送URLLC传输单元，以避免受到干扰。UE 701还可以在两个子信道上在两个虚拟URLLC时隙上发送URLLC传输单元，以减少或避免对URLLC传输的干扰。

[0076] 在708处，UE 702接收常规子帧。此时，UE 702不知道所接收的常规子帧是否包含任何URLLC数据。在710处，UE 720可以首先确定是否存在URLLC传输单元。为了确定URLLC传输单元是否被包括在接收到的子帧中，UE 702可以首先检查接收到的常规子帧的开头处的1比特URLLC传输指示符。如果URLLC传输指示符未被设置，则UE 702继续将接收到的子帧作为常规子帧处理。然而，如果URLLC指示符信道被设置，则UE 702继续确定包括URLLC控制信息和URLLC数据的URLLC传输单元。

[0077] 在一个示例性方面，为了确定至少一个URLLC传输单元，UE 702可以检查在接收到的常规子帧的末尾处的URLLC信道指示符。然后UE 702可以基于URLLC信道指示符中的信息，来确定URLLC控制信道和URLLC数据部分的位置和长度。基于所确定的URLLC控制信道和URLLC数据部分的位置和长度，UE 702可以继续解码URLLC控制信息和URLLC数据。

[0078] 在一个示例性方面，UE可以确定URLLC TTI内的URLLC传输单元，URLLC TTI是常规子帧的常规TTI的一部分。在另一示例性方面，当存在强干扰时，UE可以通过检测所具有的功率谱密度(PSD)高于常规子帧的其他部分的PSD的URLLC传输单元的传输功率，来确定URLLC传输单元。

[0079] 在另一示例性方面，当检测到强干扰时，UE可以通过在随机选择的子信道上检测URLLC传输单元，或者通过在URLLC TTI的两个虚拟URLLC时隙上检测URLLC传输单元，来确定URLLC传输单元，如图11的描述的相关部分中将更详细地说明的。

[0080] 在712处，在确定URLLC传输单元之后，接收UE 702可以通过解码来自所接收子帧的剩余部分的常规数据，来继续处理所接收子帧的剩余部分。在714处，UE 702可以可选地发送对于常规子帧的ACK/NACK。如果是NACK，UE 701可以在常规子帧重传中重传URLLC传输单元。在一个替代实施例中，UE 702不提供ACK/NACK反馈以实现低延迟性能。

[0081] 在716处，UE 701可以执行URLLC传输单元的盲HARQ重传或广播重传，以减少传输延迟。这将在图8的描述的相关部分中更详细地说明。

[0082] 在718处，UE 702通过处理来自UE 701的盲HARQ重传或监视来自UE 701的广播传输，来确定重传的URLLC传输单元，如图11的描述的相关部分中将更详细地说明的。

[0083] 图8是无线通信方法800的流程图。该方法可以由图1的UE 104、图3的UE 350、图7的UE 701和702或图9的装置902/902'中的一个来执行。可选步骤在虚线框中示出。

[0084] 在802处，根据本公开内容的各方面，方法800可以包括监视来自分布式C-V2X环境中的至少一个其他UE的干扰。支持URLLC的发送UE可以监测可能影响其URLLC传输的来自分布式C-V2X环境中的其他UE的干扰。例如，如果另一个UE正在发送URLLC数据或常规数据，则该另一个UE可能对具有要在相同RF资源上发送的URLLC数据的发送UE产生干扰。为了实现URLLC传输的高可靠性，发送UE需要对来自其他UE的干扰进行监视和考虑。

[0085] 在804处，根据本公开内容的各方面，方法800包括配置URLLC传输单元。当发送UE具有要发送给分布式C-V2X环境中的另一UE的URLLC数据时，发送UE首先配置一个或多个URLLC传输单元。在一个应用场景中，发送UE正在高速公路上高速行驶，此时发送UE车辆需要刹车。出于安全原因，发送UE可以选择向刚好在后面的UE发送URLLC消息，以向另一个UE警告紧急刹车。

[0086] 配置URLLC传输单元可以包括配置URLLC传输指示符、URLLC控制信道和URLLC数据部分。在一个示例性方面，URLLC传输指示符可以是子帧开头处的1比特信道，以指示子帧中是否存在URLLC传输。可替换地，将URLLC传输指示符放置刚好在URLLC控制信道之前。因此，配置URLLC传输指示符可以包括设置1比特URLLC传输指示符信道。URLLC控制信道可以包括与URLLC数据传输相关的信息，诸如MIMO配置信息和与URLLC数据相关联的解调信息。URLLC控制信道还可以包括用于解码URLLC数据部分或数据信道的其他相关信息。URLLC数据部分包括要发送到接收UE的实际URLLC数据。

[0087] 根据要发送的URLLC数据量，配置URLLC传输单元还可以包括确定常规子帧内的要打孔的OFDM符号数量以及经打孔的OFDM符号在常规子帧内的位置。在常规子帧中携带URLLC数据。例如，发送UE可以决定对LTE下行链路子帧的中间4个OFDM符号进行打孔，以使URLLC控制信道和URLLC数据部分被容纳于经打孔的OFDM符号。

[0088] 配置URLLC传输单元还可以包括在常规子帧的常规TTI内配置URLLC传输时间间隔(TTI)。URLLC TTI可以被预先配置并加载到发送UE中。可替换地，发送UE可以根据URLLC数据部分的长度和其他因素来配置URLLC TTI。URLLC TTI可以是常规TTI的一小部分，以将URLLC分组限制为较小的大小以减少传输延迟。例如，如图5所示，与用于LTE下行链路子帧的常规TTI的0.5ms相比，URLLC TTI可以是0.14ms。

[0089] 在另一示例性方面，配置URLLC传输单元可以包括在常规子帧的末尾或下一子帧的开头处配置URLLC信道指示符。URLLC信道指示符可以包括关于所配置的URLLC传输单元的信息，包括经打孔的OFDM符号的位置，以及在常规子帧内被打孔的OFDM符号的数量。URLLC信道指示符允许接收UE有效地定位并解码在常规子帧内的URLLC传输控制信道和URLLC数据部分。

[0090] 在806处，根据本公开内容的各方面，方法800包括在常规子帧内发送URLLC传输单元。在一个示例性方面，发送URLLC传输单元可以包括在URLLC TTI内的经打孔的OFDM符号中发送URLLC传输单元。

[0091] 在一个示例性方面，在806处发送URLLC传输单元可以包括：当干扰高于阈值或干扰来自于分布式C-V2X环境中至少一个其他UE中的正在常规子帧中发送数据的一个UE时，以具有比常规子帧的其他部分的功率谱密度(PSD)更高的PSD的传输功率来发送包含URLLC传输单元的经打孔的OFDM符号。当另一个UE正在发送常规数据时，该另一个UE将直接干扰发送URLLC数据的UE，因为这两个UE正在相同的频率资源上进行发送。

[0092] 在一个示例性方面，在806处发送URLLC传输单元可以包括：当干扰高于阈值或干扰来自于至少一个其他UE中的正在常规子帧中发送数据的一个UE时，在随机选择的子信道上发送URLLC传输单元。随机选择的子信道可以提供避免来自另一发送UE的干扰的机会。随机选择的信道可以由控制节点预先配置或由控制节点分配，并且可以与正常或常规TTI信道重叠，也可以不重叠。常规TTI信道容纳于常规TTI或整数个TTI内。

[0093] 在一个示例性方面，在806处发送URLLC传输单元可以包括：当干扰高于阈值或干扰来自于至少一个其他UE中的正在常规子帧中发送数据的一个UE时，将URLLC TTI分成两个虚拟URLLC时隙，并在两个子信道上在两个虚拟URLLC时隙上发送URLLC传输单元。两个虚拟URLLC时隙之间的关系是预定义的或在常规子帧末尾处的URLLC信道指示符中指示。

[0094] 在一个示例性方面，在806处发送URLLC传输单元还可以包括在常规子帧的末尾发送URLLC信道指示符。如上所述，URLLC信道指示符可以包括所发送的URLLC传输单元的细节，诸如经打孔的OFDM符号的位置，以及在常规子帧内被打孔的OFDM符号的数量。因此，URLLC信道指示符使得接收UE能够有效地定位和解码URLLC传输单元。

[0095] 在808处，根据本公开内容的各方面，方法800包括在发送URLLC传输单元之后恢复在剩余OFDM符号中发送常规数据。在一个示例中，对于URLLC传输单元，仅打孔常规子帧的OFDM符号的一部分。一旦发送了用于URLLC传输单元的那些OFDM符号，则发送UE将恢复发送用于常规数据(诸如LTE数据)的剩余OFDM符号。在一个示例性实施例中，用于常规数据的剩余OFDM符号的传输可以不同于URLLC传输单元的传输。例如，用于常规数据的剩余OFDM符号的传输功率可以不同于用于URLLC传输单元的传输功率。

[0096] 最后，在810处，根据本公开内容的各方面，方法800可以可选地包括重传URLLC传输单元。URLLC数据的传输可能由于诸如传输功率不足、强干扰等各种原因而失败。为了实现整体URLLC数据传输的低延迟，URLLC传输单元的重传可以在盲HARQ重传中执行。对于盲HARQ重传，没有反馈来指示重传的接收是否已经成功。发送UE可以在没有来自接收UE的任何反馈的情况下，将URLLC数据重传预先配置的次数。

[0097] 在另一个示例性方面，URLLC传输单元的重传可以在广播消息中。这可以简化重传，并减少URLLC重传的延迟，部分原因是广播重传的开销信令小于常规重传。

[0098] 流程图800用于举例说明目的，并且示出了配置和发送URLLC传输单元的一个可能的过程。在实践中，说明性流程图800中所示的一个或多个步骤可以与其他步骤组合、以任何适当顺序执行、并行执行(例如，同时或基本上同时)或去除。例如，在802处监视干扰可以与在804处配置URLLC传输单元并行执行或可以在在804处配置URLLC传输单元之后执行。

[0099] 图9是示出示例性装置902中的不同单元/组件之间的数据流的概念数据流图900。该装置可以是分布式C-V2X环境中的UE。该装置包括接收/监视组件904，该接收/监视组件
904被配置为从上层或另一网络设备接收常规数据。例如，装置902的应用层可以确定需要将URLLC消息发送到下一车道中的行驶中的UE，并且因此将该消息的内容发送到接收组件
904以发送到下一车道中的UE。此外，接收/监视组件还可以监视来自相邻UE的干扰并接收来自各种传感器的数据。

[0100] 装置902还包括URLLC组件906，该URLLC组件906从接收/监视组件904接收URLLC数据或干扰数据，并配置一个或多个URLLC传输单元。装置902还包括常规子帧组件908，该常规子帧组件908从接收/监视组件904接收常规数据并将常规子帧输出到传输组件910。装置902还包括传输组件910，该传输组件910在经打孔子帧中向分布式C-V2X环境中的接收UE
950发送URLLC传输单元和常规数据。

[0101] 该装置可以包括执行图7和8的上述流程图中的算法的每个框的附加组件。这样，图7和8的上述流程图中的每个框都可以由组件执行，并且该装置可以包括这些组件中的一个或多个。所述组件可以是专门被配置为执行所述过程/算法的一个或多个硬件组件，由被配置为执行所述过程/算法的处理器实现，存储在计算机可读介质内以供处理器实现，或其某个组合。

[0102] 图10是示出采用处理系统1014的装置902'的硬件实施方式的示例的图1000。处理系统1014可以用总线架构来实现，总线架构由总线1024总体表示。根据处理系统1014的具体应用和总体设计约束，总线1024可以包括任何数量的互连总线和桥接器。总线1024将包括由处理器1004、组件904、906、908和910以及计算机可读介质/存储器1006表示的一个或多个处理器和/或硬件组件的各种电路链接在一起。总线1024还可以链接诸如定时源、外围设备、稳压器和电源管理电路的各种其他电路，它们在本领域中是众所周知的，并且因此将不再进一步描述。

[0103] 处理系统1014可以耦合到收发机1010。收发机1010耦合到一个或多个天线1020。收发机1010提供用于通过传输介质与各种其他装置进行通信的手段。收发机1010从一个或多个天线1020接收信号，从接收到的信号中提取信息，并将所提取的信息提供给处理系统
1014，具体地是接收/监视组件904。此外，收发机1010从处理系统1014，具体地是传输组件
906接收信息，并且基于所接收的信息，生成要应用于一个或多个天线1020的信号。

[0104] 处理系统1014包括耦合到计算机可读介质/存储器1006的处理器1004。处理器1004负责一般处理，包括执行存储在计算机可读介质/存储器1006上的软件。当由处理器
1004执行时，软件使处理系统1014执行以上针对任何特定装置所述的各种功能。计算机可读介质/存储器1006还可用于存储在执行软件时由处理器1004操纵的数据。处理系统1014还包括组件904、906、908和910中的至少一个。组件可以是在处理器1004中运行的、驻留/存储在计算机可读介质/存储器1006中的软件组件、耦合到处理器1004的一个或多个硬件组件或其某个组合。处理系统1014可以是UE 350的组件，并且可以包括存储器360和/或TX处理器368、RX处理器356和控制器/处理器359中的至少一个。

[0105] 图11是无线通信方法的流程图。该方法可以由图1的UE 104、图3的UE 350、图7的UE 701和702或图12和13的装置1202/1202'中的一个来执行。UE可以以半双工模式或全双工模式操作。可选步骤在虚线框中示出。在1102处，UE可以监视来自C-V2X分布式环境中的至少一个其他UE的干扰。例如，如果另一个UE正在发送URLLC数据或常规数据，则该另一个UE可能对具有要发送的URLLC数据的发送UE产生干扰。为了实现URLLC传输的高可靠性，接收UE可能需要监视和考虑来自其他UE的干扰。

[0106] 在1104处，方法1100包括从C-V2X分布式环境中的另一个UE接收常规子帧。如果接收到的常规子帧包括URLLC数据，则接收常规子帧还包括接收至少一个URLLC传输单元。

[0107] 在1106处，根据本公开内容的一些方面，方法1100包括从常规子帧中确定URLLC传输单元。确定URLLC传输单元可以包括确定在接收到的常规子帧中是否存在URLLC传输单元。为了实现这一点，接收UE可以检查并确定URLLC传输指示符是否被设置。在一个示例性方面，在接收到的常规子帧的开头处存在URLLC传输指示符，该URLLC传输指示符是1比特信道，用于指示常规子帧中是否存在URLLC传输。

[0108] 在一个示例性方面，当接收UE确定在接收到的常规子帧中存在URLLC传输单元时，接收UE可以确定被发送UE打孔以容纳URLLC传输单元的OFDM符号的位置和长度。为了实现这一点，接收UE继续解码接收到的常规子帧的末尾处的URLLC信道指示符。URLLC信道指示符指示在常规子帧内的用于URLLC传输单元的经打孔的OFDM符号的位置和数量。

[0109] 在一个示例性方面，接收UE可以首先基于经打孔的OFDM符号的位置和长度信息来确定并解码URLLC控制信道。在一个示例中，URLLC控制信道位于经打孔的OFDM符号中的URLLC数据部分之前。URLLC控制信道至少包括用于MIMO信息以及用于URLLC数据的解调信息的字段。

[0110] 利用来自URLLC控制信道的信息，接收UE随后可以解码URLLC数据部分，该URLLC数据部分在经打孔的OFDM符号中紧随在URLLC控制信道之后。

[0111] 在1106处确定URLLC传输单元还可以包括确定常规TTI内的URLLC传输时间间隔(TTI)。URLLC TTI可以帮助接收UE正确地接收并解码URLLC数据。在一个示例性方面，URLLC TTI可以包括在接收的子帧中，例如，在子帧末尾处的URLLC信道指示符中。在另一方面，可以预先配置URLLC TTI。一般来说，URLLC TTI是常规TTI的一部分。

[0112] 在1106处确定URLLC传输单元还可以涉及考虑发送UE在发送URLLC数据时经历的干扰。当接收UE确定检测到的干扰高于阈值或干扰来自至少一个其他UE中的正在常规子帧中发送数据的一个UE时，接收UE可以尝试检测URLLC传输单元的传输功率，该传输功率所具有的功率谱密度(PSD)高于常规子帧的其他部分的功率谱密度。

[0113] 在另一示例性方面，在1106处确定URLLC传输单元可以涉及在随机选择的信道上检测URLLC传输单元。当干扰高于阈值或干扰来自至少一个其他UE中的正在常规子帧中发送数据的一个UE时，发送UE可以随机选择传输信道以避免干扰。因此，接收UE可能需要确定所选信道以确定URLLC传输单元。在一个示例性方面，所选信道可以在URLLC信道指示符中指示。在可替换的方面，可以借助信令消息来发信号通知用于URLLC传输单元的所选信道。

[0114] 在1106处确定URLLC传输单元还可以涉及在用于URLLC TTI的两个虚拟URLLC时隙上检测URLLC传输单元。发送UE可以将URLLC TTI分成在两个不同的子信道上在两个虚拟URLLC时隙，并且以确定性方式对这两个虚拟时隙执行跳频。接收UE可以通过两个虚拟URLLC时隙之间的关系来确定并检测两个虚拟URLLC时隙上的URLLC传输单元。如前所述，该关系可以是预先定义的或在URLLC信道指示符中指示。

[0115] 在1108处，根据本公开内容的一些方面，方法1100包括在解码常规TTI内的经打孔的OFDM符号后，解码剩余OFDM符号中的常规数据。一旦解码了URLLC数据，接收UE将继续解码剩余的未打孔OFDM符号中的常规数据。

[0116] 在1110处，根据本公开内容的一些方面，方法1100可以包括在盲HARQ重传中接收URLLC重传单元。在可替换方面中，接收UE可以在广播消息中接收URLLC重传单元。盲重传或广播重传可以简化重传并减少URLLC重传的延迟。由于没有从接收UE到发送UE的反馈，所以接收UE可以接收、检测并丢弃URLLC传输单元的重复副本。

[0117] 流程图1100用于举例说明目的，并且示出了配置和接收URLLC传输单元的一个可能的过程。实际上，说明性流程图1000中所示的一个或多个步骤可以与其他步骤组合、以任何适当顺序执行、并行执行(例如，同时或基本上同时)或去除。例如，在1102处监视干扰可以与在1104处接收常规子帧并行执行或在1104处接收到常规子帧之后执行。

[0118] 图12是示出示例性装置1202中的不同单元/组件之间的数据流的概念数据流图1200。该装置可以是分布式C-V2X环境中的UE。该装置包括接收/监视组件1204，该接收/监视组件1204被配置为从发送UE 1250接收包括常规数据和URLLC数据的经打孔子帧。另外，接收/监视组件1204可以监视来自分布式C-V2X环境中的另一UE的干扰。此外，接收/监视组件还被配置为从另一个网络设备(诸如另一个UE)接收常规数据，而没有任何URLLC数据。

[0119] 装置1202还包括URLLC确定组件1206，该URLLC确定组件1206从接收/监视组件1204接收URLLC数据并确定一个或多个URLLC传输单元。装置1202还包括常规子帧组件
1208，该常规子帧组件1208从接收/监视组件1204接收常规数据并处理常规子帧。装置1202还包括传输组件1210，该传输组件1210可以向发送UE 1250发送对接收到的常规数据的确认。

[0120] 装置1202可以包括执行图7和11的上述流程图中的算法的每个框的附加组件。这样，图7和11的上述流程图中的每个框都可以由组件执行，并且该装置可以包括这些组件中的一个或多个。所述组件可以是专门被配置为执行所述过程/算法的一个或多个硬件组件，由被配置为执行所述过程/算法的处理器实现，存储在计算机可读介质内以供处理器实现，或其某个组合。

[0121] 图13是示出采用处理系统1314的装置1202'的硬件实施方式的示例的图1300。处理系统1314可以用总线架构来实现，总线架构由总线1324总体表示。根据处理系统1314的具体应用和总体设计约束，总线1324可以包括任何数量的互连总线和桥接器。总线1324将包括由处理器1304、组件1204、1206、1208和1210以及计算机可读介质/存储器1306表示的一个或多个处理器和/或硬件组件的各种电路链接在一起。总线1324还可以链接诸如定时源、外围设备、稳压器和电源管理电路的各种其他电路，它们在本领域中是众所周知的，因此将不再进一步描述。

[0122] 处理系统1314可以耦合到收发机1310。收发机1310耦合到一个或多个天线1320。收发机1310提供用于通过传输介质与各种其他装置进行通信的手段。收发机1310从一个或多个天线1320接收信号，从接收到的信号中提取信息，并将所提取的信息提供给处理系统
1314，具体地是接收/监视组件1204。此外，收发机1310从处理系统1314，具体地是传输组件
1210接收信息，并且基于所接收的信息，生成要应用于一个或多个天线1320的信号。

[0123] 处理系统1314包括耦合到计算机可读介质/存储器1306的处理器1304。处理器1304负责一般处理，包括执行存储在计算机可读介质/存储器1306上的软件。当由处理器
1304执行时，软件使处理系统1314执行以上针对任何特定装置所述的各种功能。计算机可读介质/存储器1306还可用于存储在执行软件时由处理器1304操纵的数据。处理系统1314还包括组件1204、1206、1208和1210中的至少一个。组件可以是在处理器1304中运行的、驻留/存储在计算机可读介质/存储器1306中的软件组件、耦合到处理器1304的一个或多个硬件组件或其某个组合。处理系统1314可以是UE 350的组件，并且可以包括存储器360和/或TX处理器368、RX处理器356和控制器/处理器359中的至少一个。

[0124] 应当理解，所公开的过程/流程图中的框的特定顺序或层次是示例性方案的举例说明。基于设计偏好，可以理解，可以重新排列过程/流程图中的框的特定顺序或层次。此外，一些框可以组合或省略。所附的方法权利要求以示例顺序呈现各个框的要素，并不意味着限于所呈现的特定顺序或层次。

[0125] 一种用于在分布式蜂窝车辆对万物(C-V2X)环境中的用户设备(UE)处进行无线通信的装置，包括：用于从分布式C-V2X环境中的另一UE接收常规子帧的单元；以及用于从常规子帧中确定超可靠低延迟通信(URLLC)传输单元的单元。

[0126] 对于上述装置，用于确定URLLC传输单元的单元还包括确定URLLC传输指示符、URLLC控制信道和URLLC数据部分。

[0127] 对于上述装置，URLLC传输指示符包括1比特信道，用于指示在常规子帧中是否存在URLLC传输，并且位于常规子帧的开头处，并且URLLC控制信道至少包括用于MIMO信息以及用于URLLC数据部分的解调信息的字段。

[0128] 对于上述装置，当URLLC传输指示符指示存在URLLC传输时，URLLC数据部分在URLLC传输单元内紧随在URLLC控制信道之后。

[0129] 对于上述装置，用于确定URLLC传输单元的单元还包括检测在常规子帧的常规传输时间间隔(TTI)的末尾处的URLLC信道指示符，该URLLC信道指示符指示在常规子帧内用于URLLC传输单元的经打孔的OFDM符号的长度和位置。

[0130] 对于上述装置，用于确定URLLC传输单元的单元还包括基于URLLC信道指示符来确定常规子帧内的经打孔的OFDM符号的数量和常规子帧内经打孔的OFDM符号的位置。

[0131] 对于上述装置，用于确定URLLC传输单元的单元还包括确定常规TTI内的URLLC TTI，并且其中，URLLC TTI是常规TTI的一部分。

[0132] 用于确定URLLC传输单元的单元还包括解码URLLC TTI内的经打孔的OFDM符号中的URLLC控制信道和URLLC数据部分。

[0133] 上述装置还包括用于监视来自分布式C-V2X环境中的至少一个其他UE的干扰的单元。

[0134] 对于上述装置，用于确定URLLC传输单元的单元还包括当干扰高于阈值时检测URLLC传输单元的传输功率，该传输功率所具有的功率谱密度(PSD)高于常规子帧的其他部分的功率谱密度。

[0135] 对于上述装置，用于确定URLLC传输单元的单元还包括当干扰高于阈值时在随机选择的子信道上检测URLLC传输单元。

[0136] 对于上述装置，随机选择的信道由控制节点预先配置或由控制节点分配，并且与常规TTI信道重叠或不重叠。

[0137] 对于上述装置，用于确定URLLC传输单元的单元还包括当干扰高于阈值时在URLLC TTI的两个虚拟URLLC时隙上检测URLLC传输单元。

[0138] 对于上述装置，两个虚拟URLLC时隙之间的关系是预定义的或在常规子帧的末尾处的URLLC信道指示符中指示。

[0139] 上述装置还包括用于在解码常规TTI内的经打孔的OFDM符号之后解码剩余OFDM符号中的常规数据的单元；或用于在盲HARQ重传中接收URLLC重传单元的单元；或用于在广播消息中接收URLLC重传单元的单元。

[0140] 对于上述装置，UE以半双工模式或全双工模式操作。

[0141] 一种无线通信方法，包括：配置数据子帧以携带第一类型的数据；确定发送第二类型的数据；对数据子帧的一部分进行打孔以包括第二类型的数据；以及发送数据子帧的经打孔部分。

[0142] 对于该方法，第二类型的数据将以比第一类型的数据更低的延迟进行发送。第二类型的数据是超可靠低延迟通信(URLLC)数据。

[0143] 对于该方法，发送数据子帧的经打孔部分包括在URLLC传输时间间隔(TTI)中发送数据子帧的该部分。

[0144] 该方法还包括在所发送的经打孔数据子帧之后发送信道指示，其中，信道指示指示经打孔数据子帧的被打孔以包括第二类型的数据的符号；或/和发送指示经打孔数据子帧已用第二类型的数据打孔的指示符。该指示符是1比特信道。

[0145] 一种用于在包括第一类型的数据和第二类型的数据的系统中进行无线通信的方法，其中，第二类型的数据将以比第一类型的数据更低的延迟进行发送，该方法包括：确定在时间间隔期间正在或将要发送第一类型的数据；确定在正在发送或将要发送第一类型的数据的该时间间隔期间发送第二类型的数据；配置第二类型的数据以用于在该时间间隔期间传输；以及在正在发送第一类型的数据的时间间隔期间发送第二类型的数据。

[0146] 该方法还包括配置数据子帧以携带第一类型的数据；并且其中，确定第一类型的数据正在或将要在该时间间隔期间发送包括：确定发送数据子帧；其中，配置第二类型的数据以用于在该时间间隔期间传输包括：对数据子帧的一部分进行打孔以包括第二类型的数据；并且其中，发送第二类型的数据包括：在数据子帧内发送经打孔数据子帧。

[0147] 该方法还包括在发送的经打孔数据帧之后发送信道指示，其中，信道指示指示经打孔数据子帧的被打孔以包括第二类型的数据的符号。

[0148] 对于该方法，第二类型的数据是超可靠低延迟通信(URLLC)数据。该时间间隔是常规传输时间间隔(TTI)。

[0149] 该方法还包括：发送指示数据子帧已用第二类型的数据打孔的指示符。该指示符是1比特信道。

[0150] 对于该方法，确定在时间间隔期间正在或将要发送第一类型的数据包括：确定一不同实体正在发送第一类型的数据。

[0151] 该方法还包括确定由第一类型的数据引起的干扰是否高于阈值；并且其中，在正在发送第一类型数据的时间间隔期间发送第二类型数据包括：以具有比该时间间隔的其他部分的功率谱密度(PSD)更高的PSD的传输功率，来发送第二类型的数据。

[0152] 对于该方法，第二类型的数据的发送包括当干扰高于阈值时在随机选择的信道上发送第二类型的数据。

[0153] 对于该方法，随机选择的信道由控制节点预先配置或由控制节点分配，并且与常规TTI信道重叠或不重叠。两个虚拟URLLC时隙之间的关系是预定义的或者在常规子帧末尾处的常规控制信道中指示。

[0154] 对于该方法，URLLC传输单元的发送包括当干扰高于阈值时，将URLLC TTI划分为两个虚拟URLLC时隙，并且在两个子信道上在两个虚拟URLLC时隙上发送URLLC传输单元。

[0155] 提供前述描述以使本领域任何技术人员能够实践本文所述的各个方面。对于这些方面的各种修改对于本领域技术人员将是显而易见的，并且本文定义的一般原理可以应用于其他方面。因此，权利要求不旨在限于本文所示的方面，而是被赋予与文字权利要求一致的全部范围，其中对单数形式的要素的引用并不意味着“一个且仅有一个”，除非具体如此表述，而是“一个或多个”。本文中使用词语“示例性的”来表示“用作示例、实例或举例说明”。本文中描述为“示例性”的任何方面不一定被解释为优选的或优于其他方面。除非另有特别说明，术语“一些”是指一个或多个。诸如“A、B或C中的至少一个”、“A、B或C中的一个或多个”、“A、B和C中的至少一个”、“A、B和C中的一个或多个”和“A、B、C或其任何组合”的组合包括A、B和/或C的任何组合，并且可以包括多个A、多个B或多个C。具体地，诸如“A、B或C中的至少一个”、“A、B或C中的一个或多个”、“A、B和C中的至少一个”、“A、B和C中的一个或多个”和“A、B、C或其任何组合”的组合可以仅为A、仅为B、仅为C、A和B、A和C、B和C，或A和B和C，其中，任何这种组合可以包含A、B或C中的一个或多个成员。本领域普通技术人员已知或以后获知的本公开内容全文中所述的各个方面的要素的所有结构和功能等同物通过引用明确地并入本文，并且旨在被权利要求所涵盖。此外，无论这些公开内容是否在权利要求中被明确地表述，本文中公开的任何内容都不旨在贡献给公众。词语“模块”、“机制”、“元件”、“设备”等可能不能替代词语“单元”。因此，没有权利要求要素被解释为单元加功能，除非用短语“用于……的单元”明确地表述该要素。

标题	发布/更新时间	阅读量
蜂窝双重连接的建立	2020-05-11	898
具有集成温度控制的电子灶台式加热器单元	2020-05-11	141
发热装置及其用途	2020-05-11	561
用于新无线电的多传输接收点操作中的上行链路控制信令的装置和方法以及解调参考信号设计	2020-05-12	631
基于装置移动性状态连接到无线网络	2020-05-13	251
蜂窝通信的移动性增强	2020-05-13	844
一种被用于无线通信的用户设备、基站中的方法和装置	2020-05-12	524
解调参考信号的附加数据以及控制区域中的数据复用的有效信令的改进	2020-05-12	747
用于传输功率调整的发送功率控制命令	2020-05-13	416
用于蒸气产生装置的可感应加热烟弹	2020-05-11	391