许可和未许可频段上的通信

IPRDB

API 数据接口

专利申请

使用指引 chat嘟嘟

会员体验

联系我们

交流群

现在联系顾问~

许可和未许可频段上的通信
申请号	CN201580044718.3	申请日	2015-08-18	公开(公告)号	CN106576302B	公开(公告)日	2021-07-27
申请人	三星电子株式会社;			发明人	A.帕帕萨克拉里奥; J.张; B.L.恩格;
摘要	提供了用于在许可载波上和在未许可载波上通信的方法和装置。基站可以执行空闲信道分配(clear channel assignment，CCA)以保留未许可载波并且使能来自未许可载波上的用户设备(UE)的传输。所述基站可以在未许可载波上配置来自UE的随机接入前导码传输。一个或多个UE可以使用参考信号的传输来执行CCA并保留未许可载波。UE可以通过许可载波向基站指示CCA结果。UE还可能经历大的传播损耗，并且可能不能够正确地执行CCA。
权利要求	1.一种在通信系统中由用户设备UE执行的方法，该方法包括：从基站接收用于探测参考信号SRS的配置信息，所述SRS被配置为在未许可载波中的第一频谱梳中被发送，并且所述SRS被配置为不在未许可载波中的第二频谱梳中被发送；在未许可载波中的第二频谱梳的第一子帧SF中测量信号以确定未许可载波对于UE的可用性；在第二频谱梳中的信号的测量结果小于阈值的情况下，在所述第一SF内在未许可载波上发送所述SRS；以及在未许可载波中的所述第一SF之后的第二SF中发送数据，其中所述第二SF为所述第一SF之后的下一SF。 2.如权利要求1所述的方法，还包括：在第二频谱梳中的信号的测量结果超过阈值的情况下，跳过在第一SF内的所述SRS的传输。 3.如权利要求1所述的方法，其中，所述SRS被配置为在第一频谱梳中被周期性地发送。 4.如权利要求1所述的方法，还包括在确定了未许可载波不可用的情况下，在物理上行链路控制信道PUCCH上发送信号以指示所述未许可载波的不可用性。 5.一种在通信系统中由基站执行的方法，该方法包括：向用户设备发送用于探测参考信号SRS的配置信息，所述SRS被配置为在未许可载波中的第一频谱梳中被发送，并且所述SRS被配置为不在未许可载波中的第二频谱梳中被发送；在未许可载波中的第二频谱梳中的信号的测量结果小于阈值的情况下，在第一子帧SF内在未许可载波上接收所述SRS；以及在未许可载波中的所述第一SF之后的第二SF中接收数据，其中所述第二SF为第一SF之后的下一SF。 6.如权利要求5所述的方法，其中，在第二频谱梳中的信号的测量结果超过阈值的情况下，不在第一SF内发送所述SRS，以及其中，所述SRS被配置为在第一频谱梳中被周期性地发送。 7.如权利要求5所述的方法，还包括在确定了未许可载波不可用的情况下，在物理上行链路控制信道PUCCH上接收信号以指示所述未许可载波的不可用性。 8.一种通信系统中的用户设备UE，所述UE包括：收发器；以及控制器，被配置为：经由所述收发器从基站接收用于探测参考信号SRS的配置信息，所述SRS被配置为在未许可载波中的第一频谱梳中被发送，并且所述SRS被配置为不在未许可载波中的第二频谱梳中被发送，在未许可载波中的第二频谱梳的第一子帧SF中测量信号以确定未许可载波对于UE的可用性，在第二频谱梳中的信号的测量结果小于阈值的情况下，在第一子帧SF内经由所述收发器发送所述SRS，以及在未许可载波中的所述第一SF之后的第二SF中经由所述收发器发送数据，其中所述第二SF为所述第一SF之后的下一SF。 9.如权利要求8所述的UE，其中，所述控制器被配置为在第二频谱梳中的信号的测量结果超过阈值的情况下，跳过在第一SF内的所述SRS的传输。 10.如权利要求8所述的UE，其中，所述SRS被配置为在第一频谱梳中被周期性地发送。 11.如权利要求8所述的UE，其中，所述控制器被配置为在确定了未许可载波不可用的情况下，在物理上行链路控制信道PUCCH上经由所述收发器发送信号以指示所述未许可载波的不可用性。 12.一种通信系统中的基站，所述基站包括：收发器；以及控制器，被配置为：经由所述收发器向用户设备UE发送用于探测参考信号SRS的配置信息，所述SRS被配置为在未许可载波中的第一频谱梳中被发送，并且所述SRS被配置为不在未许可载波中的第二频谱梳中被发送，在第二频谱梳中的信号的测量结果小于阈值的情况下，在第一子帧SF内在未许可载波上经由所述收发器接收所述SRS，以及在未许可载波中的所述第一SF之后的第二SF中经由所述收发器接收数据，其中所述第二SF为所述第一SF之后的下一SF。 13.如权利要求12所述的基站，其中，在第二频谱梳中的信号的测量结果超过阈值的情况下，不在第一SF内发送所述SRS；以及其中，所述SRS被配置为在第一频谱梳中被周期性地发送。 14.如权利要求12所述的基站，其中，所述控制器被配置为在确定了未许可载波不可用的情况下，在物理上行链路控制信道PUCCH上经由所述收发器接收信号以指示所述未许可载波的不可用性。
说明书全文	许可和未许可频段上的通信技术领域 [0001] 本申请一般涉及无线通信，并且更具体地，涉及许可载波上和未许可载波上的通信。背景技术 [0002] 无线通信已成为现代历史上最成功的创新之一。最近，无线通信服务的订户数量超过50亿，并且继续快速增长。由于智能电话和诸如平板电脑、“笔记本”计算机、网络书、电子书(eBook)阅读器和机器类型的设备的其他移动数据设备在消费者和企业中的日益普及，无线数据业务的需求正在快速增长。发明内容 [0003] 为了满足移动数据流量的高增长并支持新的应用和部署，无线电接口的效率和覆盖的提高是至关重要的。 [0004] 在第一实施例中，一种方法包括由用户设备(UE)执行对载波的感测，以确定UE发送的载波的可用性。该方法还包括当UE基于感测确定载波可用时由UE发送参考信号(RS)。 RS传输在第一子帧(SF)内并且经过从UE确定载波可用的时间开始以及发送RS直到第一SF 的结束的时间段。该方法另外地包括由UE在第一SF之后的SF中发送数据信息。 [0005] 在第二实施例中，一种方法包括由用户设备(UE)生成用于在第一子帧(SF)中传输的第一数据传输块(TB)和用于在第二SF中传输的第二数据TB。该方法还包括由UE执行对载波的感测，以确定UE在第一SF或第二SF中进行发送的载波的可用性。该方法另外包括由UE 确定用于UE在第一SF中进行发送的载波的不可用性以及用于UE在第二SF中进行发送的载波的可用性。该方法还包括由UE在第二SF中在载波的第一带宽中发送第一数据TB，以及在第二SF中在载波的第二带宽中发送第二数据TB。第一带宽和第二带宽不重叠。 [0006] 在第三实施例中，一种方法包括由基站执行对载波的感测，以为基站确定在子帧(SF)中接收的载波的可用性。该方法还包括当基站基于感测确定载波可用时，由基站接收 SF中的信道传输的重复。该方法另外包括当基站基于感测确定载波不可用时，基站暂停对 SF中的信道传输的重复的接收； [0007] 在第四实施例中，用户设备(UE)包括被配置为在载波上执行感测以确定UE发送的载波的可用性的能量检测器。UE还包括被配置为当UE基于感测确定载波可用时发送参考信号(RS)的发送器。RS传输在第一子帧(SF)内并且在从第一UE确定载波可用的时间开始并且发送RS直到第一SF的结束的时间段内。发送器还被配置为在第一SF之后的SF中发送数据信息。 [0008] 在第五实施例中，用户设备(UE)包括被配置为生成用于在第一子帧(SF)中传输的第一数据传输块(TB)和用于在第二SF中传输的第二数据TB的处理器。UE还包括被配置为对第一SF和第二SF中的载波执行感测的能量检测器。UE另外包括被配置为处理能量检测器的结果的控制器。控制器确定UE在第一SF中发送的载波的不可用性以及确定UE在第二SF中发送的载波的可用性。UE还包括被配置为在第二SF中的载波的第一带宽中发送第一数据TB并在第二SF中的载波的第二带宽中发送第二数据TB的发送器。第一带宽和第二带宽不重叠。 [0009] 在第六实施例中，基站包括被配置为对载波执行感测以确定基站在子帧(SF)中接收的载波的可用性的能量检测器。基站还包括接收器，该接收器被配置为当基站基于感测确定载波是可用的时接收SF中的信道传输的重复，以及当基站基于感测确定载波不可用时，暂停SF中的信道传输的重复的接收。 [0010] 本公开提供了支持在许可载波上和在未许可载波上的通信的方法和装置。根据本公开提供的方法，移动数据业务的高增长是可能的，并且支持新的应用和部署。附图说明 [0011] 图1示出了根据本公开的示例无线通信网络； [0012] 图2示出了根据本公开的示例用户设备(UE)； [0013] 图3示出了根据本公开的示例性增强型eNB(eNB)； [0014] 图4示出了根据本公开的示例DL SF结构； [0015] 图5示出了根据本公开的用于FDD和TDD的PSS和SSS的示例性时域位置； [0016] 图6示出了根据本公开的示例PBCH资源映射； [0017] 图7示出了根据本公开的示例UL SF结构； [0018] 图8示出了根据本公开的在PUCCH中的SF的两个时隙之一中的SR信号传输的示例结构； [0019] 图9示出了根据本公开的示例RA过程； [0020] 图10示出了根据本公开的UE在未许可载波上的初始接入的过程； [0021] 图11示出了根据本公开的eNB 102在未许可载波上对调度(scheduling)来自UE 114的PUSCH传输的DCI格式进行传输的过程，以及UE 114执行PUSCH传输或暂停PUSCH传输； [0022] 图12A和图12B示出了根据本公开的对于在可能的P个SF中的一个中的PUSCH中的HARQ过程进行数据TB的传输； [0023] 图13A和图13B示出了根据本公开的eNB在来自UE的PUSCH传输之前保留未许可载波的过程； [0024] 图14示出了根据本公开的用于UE群组发送SRS或暂停SRS传输以及用于eNB确定SF中的来自UE的PUSCH传输的存在的过程； [0025] 图15A和图15B示出了根据本公开的UE对未许可载波上的传输进行分类的过程； [0026] 图16示出了根据本公开的响应于检测到调度PUSCH的DCI格式并触发SRS传输的UE行为； [0027] 图17A和图17B示出了根据本公开的取决于来自另一设备的信号传输的带宽位置的UE的PUSCH传输； [0028] 图18A和图18B示出了根据本公开的由UE从多个候选带宽的带宽中进行的PUSCH传输； [0029] 图19示出了根据本公开的针对基于调度PUSCH传输的DCI格式中的“未许可载波指示符”IE的值的PUSCH的传输进行的载波选择； [0030] 图20示出了根据本公开的针对基于调度PUSCH传输的DCI格式中的“未许可载波指示符”IE的值的PUSCH的传输进行的载波选择； [0031] 图21示出了根据本公开的取决于PUSCH是在许可载波上还是在未许可载波上被发送的PUSCH传输的重复的次数的分配； [0032] 图22A和图22B示出了根据本公开的在SF中发送DL信令的eNB，其中在与用于PUSCH传输的重复的RB不同的RB中一个或多个UE发送各自PUSCH的重复； [0033] 图23示出了根据本公开的用于接收SRS并确定接收到的SRS能量的UE接收器或eNB接收器； [0034] 图24示出了根据本公开的用于发送指示暂停的PUSCH传输的信号或SR的UE发送器；以及 [0035] 图25示出了根据本公开的用于接收指示暂停的PUSCH传输的信号或SR的eNB接收器。具体实施方式 [0036] 在进行下面的具体实施方式之前，阐述贯穿本专利文件使用的某些词语和短语的定义可能是有利的。术语“耦合”及其派生词是指两个或更多个元件之间的任何直接或间接通信，而不管这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词包括直接和间接通信。术语“包括”和“包含”及其派生词意味着包括但不限于此。术语“或”是包括的，意味着和/或。短语“与...相关联”以及其派生词意味着包括、包括在...内、与...互连、包含、包含在...内、连接到或与...连接、耦合到...或与...耦合、与...协作、交织、并置、接近于、绑定到或与...绑定、具有、具有属性、与...具有关系或与...具有关系等等。术语 “控制器”是指控制至少一个操作的任何设备、系统或其一部分。这样的控制器可以以硬件或硬件和软件和/或固件的组合来实现。与任何特定控制器相关联的功能可以是集中式或分布式的，无论是本地还是远程。短语“至少一个”，当与项目列表一起使用时意味着可以使用所列出项目中的一个或多个的不同组合，并且可能仅需要列表中的一个项目。例如，“A、B 和C中的至少一个”包括以下组合中的任何一种：A、B、C、A和B、A和C、B和C、以及A和B和C。 [0037] 此外，下面描述的各种功能可以由一个或多个计算机程序实现或支持，每个计算机程序由计算机可读程序代码形成并且包含在计算机可读介质中。术语“应用程序”和“程序”指适于在适当的计算机可读程序中实现的一个或多个计算机程序、软件组件、指令集、过程、函数、对象、类、实例、相关数据或其一部分码。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够由计算机访问的任何类型的介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频盘(DVD)或任何其它类型的存储器。“非暂时性”计算机可读介质排除发送瞬时电气或其它信号的有线、无线、光学或其它通信链路。非暂时性计算机可读介质包括其中可以永久存储数据的介质和其中可以存储数据并稍后重写的的介质，诸如可重写光盘或可擦除存储器设备。 [0038] 在本公开中提供了其他某些词语和短语的定义。本领域普通技术人员应当理解，在许多(如果不是大多数)实例中，这样的定义适用于这样定义的单词和短语的先前以及将来的使用。 [0039] 下面讨论的图1至图25以及用于在本专利文档中描述本公开的原理的各种实施例仅仅是说明性的，不应以任何方式解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的无线通信系统中实现。 [0040] 以下文档和标准描述因此被合并到本公开中，如同在此完全阐述：3GPP TS 36.211v12.2.0，“E‑UTRA，Physical channels and modulation”(REF 1)；3GPP TS 36.212v12.2.0，“E‑UTRA，Multiplexing and Channel coding”(REF2)；3GPP TS 36.213v12.2.0，“E‑UTRA，Physical Layer Procedures”(REF 3)；3GPP TS 36.321v12.2.0，“E‑UTRA，Medium Access Control(MAC)protocol specification”(REF 4)；3GPP TS 36.331v12.2.0，“E‑UTRA，Radio Resource Control(RRC)Protocol Specification”(REF 5)；3GPP TS 36.301v12.2.0，“Evolved Universal Terrestrial Radio Access(E‑UTRA)；User Equipment(UE)radio transmission and reception”(REF 6)；以及IEEE，“Part 11：Wireless LAN Medium Access Control(MAC)and Physical Layer(PHY)Specifications”，http：//standards.ieee.org/getieee802/802.11.html (REF 7)。 [0041] 本公开涉及许可载波(频带)上和未许可载波(频带)上的通信。无线通信网络包括将来自诸如基站或增强的eNB(eNB)的传输点的信号传送到UE的下行链路(DL)。无线通信网络还包括将信号从UE传送到诸如eNB的接收点的上行链路(UL)。 [0042] 图1示出了根据本公开的示例无线网络100。图1所示的无线网络100的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用无线网络100的其他实施例。 [0043] 如图1所示，无线网络100包括eNB 101、eNB 102和eNB 103。eNB 101与eNB 102和eNB 103进行通信。eNB 101还与至少一个诸如因特网、专有IP网络或其他数据网络的因特网协议(IP)网络130通信。 [0044] 取决于网络类型，可以使用其他公知的术语来代替“eeNB”或“eNB”，诸如“基站”或“接入点”。为了方便起见，在本专利文档中使用术语“eeNB”和“eNB”来指代提供对远程终端的无线接入的网络基础设施组件。此外，取决于网络类型，可以使用其他公知的术语诸如 “移动站“、“订户站”、“远程终端”、“无线终端”、“用户设备”来代替“用户设备”或“UE”。UE可以是固定的或移动的，并且可以是蜂窝电话、个人计算机设备等。为了方便起见，在本专利文档中使用术语“用户设备”和“UE”来指代无线地接入eNB的远程无线设备，无论UE是移动设备(诸如移动电话或智能电话)、或者通常被认为是固定设备(诸如台式计算机或自动售货机)。 [0045] eNB 102向eNB 102的覆盖区域120内的第一多个UE提供对网络130的无线宽带接入。第一多个UE包括UE 111，其可以位于小企业(SB)中；UE 112，其可以位于企业(E)中；UE 113，其可以位于WiFi热点(HS)中；UE 114，其可以位于第一住宅(R)中；UE 115，其可以位于第二住宅(R)中；以及UE 116，其可以是像蜂窝电话、无线笔记本电脑、无线PDA等的移动设备(M)。eNB 103向eNB 103的覆盖区域125内的第二多个UE提供对网络130的无线宽带接入。第二多个UE包括UE 115和UE 116。在一些实施例中，一个或多个eNB 101‑103可以使用5G、 LTE、LTE‑A、WiMAX或其他高级无线通信技术彼此通信并与UE 111‑116通信。 [0046] 虚线示出了覆盖区域120和125的近似范围，仅为了说明和解释的目的，其被示出为近似圆形。应当清楚地理解，与eNB相关联的覆盖区域，诸如覆盖区域120和125，可以具有其他形状，包括不规则形状，这取决于eNB的配置以及与自然和人为阻塞(obstructions)关联的无线电环境中的变化。 [0047] 如下面更详细地描述的，网络100的各种组件(诸如eNB 101‑103和/或UE 111‑116)支持网络100中的通信方向的适配，并且可以在许可载波上和在未许可载波上提供通信。 [0048] 虽然图1示出了无线网络100的一个示例，但是可以对图1进行各种改变。例如，无线网络100在任何合适的安排中可以包括任何数量的eNB和任何数量的UE。此外，eNB 101可以与任何数量的UE直接通信，并向那些UE提供对网络130的无线宽带接入。类似地，每个eNB 102‑103可以直接与网络130通信，并向UE提供对网络130的无线宽带接入。此外，eNB 101、 102和/或103可以提供对其他或附加外部网络，诸如外部电话网络或其他类型的数据网络的访问。 [0049] 图2示出了根据本公开的示例UE 114。图2所示的UE 114的实施例仅用于说明，并且图1中的其他UE可以具有相同或类似的配置。然而，UE具有各种各样的配置，并且图2不将本公开的范围限制到UE的任何特定实现。 [0050] 如图2所示，UE 114包括天线205、射频(RF)收发器210、发送(TX)处理电路215、麦克风220和接收(RX)处理电路225。UE 114还包括扬声器230、主处理器240、输入/输出(I/O) 接口(IF)245、键盘250、显示器255和存储器260。存储器260包括基本操作系统261和一个或多个应用262。在某些实施例中，UE 114包括能量检测器270。 [0051] RF收发器210从天线205接收由eNB或另一UE发送的输入RF信号。RF收发器210对输入的RF信号进行下变频以生成中频(IF)或基带信号。IF或基带信号被发送到RX处理电路 225，RX处理电路225通过对基带或IF信号进行滤波、解码和/或数字化来生成处理后的基带信号。RX处理电路225将经处理的基带信号发送到扬声器230(例如用于语音数据)或发送到主处理器240用于进一步处理(例如用于web浏览数据)。 [0052] TX处理电路215从麦克风220接收模拟或数字语音数据或从主处理器240接收其他输出基带数据(例如web数据、电子邮件或交互式视频游戏数据)。TX处理电路215编码、多路复用和/或数字化输出的基带数据以生成处理后的基带或IF信号。RF收发器210从TX处理电路215接收输出的经处理的基带或IF信号，并将基带或IF信号上变频为经由天线205发送的 RF信号。 [0053] 主处理器240可以包括一个或多个处理器或其他处理设备，并且可以执行存储在存储器260中的基本OS程序261，以便控制UE 114的整体操作。例如，主处理器240可以根据公知原理通过RF收发器210、RX处理电路225和TX处理电路215控制正向信道信号的接收以及反向信道信号的传输。在一些实施例中，主处理器240包括至少一个微处理器或微控制器。 [0054] 主处理器240还能够执行驻留在存储器260中的其他过程和程序，诸如支持网络100中的通信方向的适配的操作，以及用于在许可载波和未许可载波上通信的操作。主处理器240可以根据运行进程(executing process)的需要将数据移入或移出存储器260。在一些实施例中，主处理器240被配置为基于OS程序261或响应于从eNB、其他UE或操作者 (operator)接收的信号来运行应用262。主处理器240还耦合到I/O接口245，I/O接口245向 UE 114提供连接到诸如膝上型计算机和手持式计算机的其它设备的能力。I/O接口245是这些附件和主处理器240之间的通信路径。 [0055] 主处理器240还耦合到键盘250和显示单元255。UE 114的操作者可以使用键盘250将数据输入到UE 114。显示器255可以是能够渲染(rendering)诸如来自网站的文本和/或至少有限的图形的液晶显示器或其他显示器。显示器255还可以表示触摸屏。 [0056] 存储器260耦合到主处理器240。存储器260的一部分可以包括广播信令存储器(RAM)，并且存储器260的另一部分可以包括闪存或其他只读存储器(ROM)。 [0057] 如下面更详细描述的，UE 114(使用RF收发器210、TX处理电路215和/或RX处理电路225实现)的发送和接收路径支持在许可载波上和在未许可载波上的通信。 [0058] 能量检测器270可以是包括被配置为检测载波上的信号传输的一个或多个传感器的处理电路，以确定基站在子帧(SF)中发送或接收的载波的可用性。在某些实施例中，能量检测器270的至少一部分包括在主处理器240中或者是主处理器240的一部分。 [0059] 虽然图2示出了UE 114的一个示例，但是可以对图2进行各种改变。例如，图2中的各种组件可以被组合、进一步细分或省略，并且可以根据特定需要添加附加组件。作为特定示例，主处理器240可以被划分为多个处理器，诸如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。此外，虽然图2示出了UE 114被配置为移动电话或智能电话，但是UE可以被配置为作为其他类型的移动或固定设备操作。另外，诸如当使用不同的RF组件来与eNB 101‑103以及与其它UE通信时，可以复制图2中的各种组件。 [0060] 图3示出了根据本公开的示例eNB 102。图3所示的eNB 102的实施例仅用于说明，并且图1的其他eNB可以具有相同或类似的配置。然而，eNB具有各种各样的配置，并且图3不将本公开的范围限制到eNB的任何特定实现。 [0061] 如图3所示，eNB102包括多个天线305a‑305n、多个RF收发器310a‑310n、发送(TX)处理电路315和接收(RX)处理电路320。eNB102还包括控制器/处理器325、存储器330以及回程或网络接口335。在某些实施例中，eNB 102包括能量检测器340，能量检测器340被配置为在载波上执行感测，以确定基站在SF中发送或接收的载波的可用性。 [0062] RF收发器310a‑310n从天线305a‑305n接收输入的RF信号，诸如由UE或其它eNB发送的信号。RF收发器310a‑310n将输入的RF信号下变频以生成IF或基带信号。IF或基带信号被发送到RX处理电路320，RX处理电路320通过对基带或IF信号进行滤波、解码和/或数字化来生成处理后的基带信号。RX处理电路320将经处理的基带信号发送到控制器/处理器325 以用于进一步处理。 [0063] TX处理电路315从控制器/处理器325接收模拟或数字数据(例如语音数据、网络数据、电子邮件或交互式视频游戏数据)。TX处理电路315编码、复用和/或数字化输出的基带数据以产生经处理的基带或IF信号。RF收发器310a‑310n从TX处理电路315接收输出的经处理的基带或IF信号，并将基带或IF信号上变频为经由天线305a‑305n发送的RF信号。 [0064] 控制器/处理器325可以包括一个或多个处理器或其他处理设备，以控制eNB 102的总体操作，诸如支持网络100中的通信方向的适配的操作，以及用于在许可载波和未许可载波上通信的操作。例如，控制器/处理器325可以根据众所周知的原理通过RF收发器310a‑ 310n、RX处理电路320和TX处理电路315来控制前向信道信号的接收和反向信道信号的传输。控制器/处理器325还可以支持附加功能，诸如更先进的无线通信功能。例如，控制器/处理器325可支持波束形成或定向路由操作，其中来自多个天线305a‑305n的输出信号被不同地加权，以有效地引导在期望方向上的输出信号。控制器/处理器325可以在eNB102中支持各种其它功能中的任何功能。在一些实施例中，控制器/处理器325包括至少一个微处理器或微控制器。 [0065] 控制器/处理器325还能够运行驻留在存储器330中的程序和其他进程，诸如基本OS。控制器/处理器325可以根据运行进程的需要将数据移入或移出存储器330。 [0066] 控制器/处理器325还耦合到回程或网络接口335。回程或网络接口335允许eNB 102通过回程连接或通过网络与其他设备或系统通信。接口335可以支持在任何合适的有线或无线连接上的通信。例如，当eNB 102被实现为蜂窝通信系统(诸如支持5G、LTE或LTE‑A的系统)的一部分时，接口335可以使得eNB 102通过有线或无线回程连接与其他eNB通信。当 eNB102被实现为接入点时，接口335可以使得eNB102通过有线或无线局域网或通过到更大的网络(例如因特网)的有线或无线连接进行通信。接口335包括支持通过诸如以太网或RF 收发器的有线或无线连接的通信的任何合适的结构。 [0067] 存储器330耦合到控制器/处理器325。存储器330的一部分可以包括RAM，存储器330的另一部分可以包括闪存或其他ROM。 [0068] 如下面更详细描述的，eNB 102(使用RF收发器310a‑310n、TX处理电路315和/或RX处理电路320实现)的发送和接收路径支持在许可载波上和在未许可载波上的通信。 [0069] 能量检测器340可以是包括一个或多个传感器的被配置为检测载波上的信号的传输处理电路，以确定基站在SF中发送或接收的载波的可用性。在某些实施例中，能量检测器 340的至少一部分包括在控制器/处理器325中或者是控制器/处理器325的一部分。 [0070] 虽然图3示出了eNB 102的一个示例，但是可以对图3进行各种改变。例如，eNB 102可以包括任何数量的图3所示的每个组件。作为特定示例，接入点可以包括一些接口335，并且控制器/处理器325可以支持路由功能以在不同的网络地址之间路由数据。作为另一特定示例，虽然被示为包括TX处理电路315的单个实例和RX处理电路320的单个实例，但是eNB 102可以包括每个的多个实例(诸如每个RF收发器一个实例)。 [0071] 机器类型通信(MTC)或物联网(IoT)是指网络中的自动化设备或UE的通信。与典型的人类通信相比，MTC通常具有放宽的(relaxed)延迟和服务质量(QoS)要求，并且通常不需要移动性支持。然而，与服务于人类通信的UE相比，MTC还要求相应的UE具有降低的成本和降低的功率消耗。 [0072] MTC UE可用于不同领域中的各种应用，包括医疗保健(例如监视器)、工业(例如安全和安全)、能源(诸如仪表和涡轮)、运输(例如车队管理和收费)以及消费者和家庭(例如电器和电力系统)。 [0073] 可以通过限制功率放大器增益或降低接收器天线的数量实现的MTC UE的降低功耗或降低成本的要求，可以导致相对于其他UE，MTC UE的覆盖降低。MTC UE的覆盖可能由于通常在建筑物的地下室中或者通常在无线电信号的传播经历相当大的路径损耗的位置处的MTC UE的位置而进一步劣化。由于这些原因，支持覆盖增强通常是可以服务MTC UE的网络的基本特征。 [0074] 存在用于支持MTC的多种无线电接入技术(RAT)，包括IEEE 802.11、IEEE 802.16、LTE、GSM等等。MTC UE还可以使用诸如和/或其他自组(ad‑ hoc)或网状网络技术之类的对等技术进行通信。本文描述的技术可以用于诸如蜂窝或本地接入网络的可以采用各自不同的RAT的各种无线通信系统。本公开考虑在第三代合作伙伴计划(3GPP)下开发的LTE或LTE‑Advanced RAT。 [0075] 在一些无线网络中，DL信号包括传送信息内容的数据信号、传送DL控制信息(DCI)的控制信号和也被称为导频信号的参考信号(RS)。eNB 102通过相应的物理DL共享信道 (PDSCH)或物理DL控制信道(PDCCH)来发送数据信息或DCI。eNB 102在物理混合ARQ指示符信道(PHICH)中发送响应于来自UE 114的数据传输块(TB)的传输的确认信息。eNB102发送包括UE‑公共RS(CRS)、信道状态信息RS(CSI‑RS)和解调RS(DMRS)的多种类型的RS中的一种或多种。CRS在DL系统带宽上发送，并且可以由UE用于解调数据或控制信号或执行测量。为了降低CRS开销，eNB 102可以发送与CRS相比在时域和/或频域中具有较小密度的CSI‑RS。对于干扰测量报告(IMR)，可以使用零功率CSI‑RS(ZP CSI‑RS)。UE 114可以通过来自eNB 102的更高层信令来确定CSI‑RS传输参数。DMRS仅在各自的PDSCH或PDCCH传输的带宽中发送，并且UE 114可以使用DMRS来解调PDSCH或PDCCH中的信息。 [0076] DCI可以用于几个目的。DCI格式包括信息元素(IE)。DCI格式还包括循环冗余校验(CRC)比特，以便UE 114确认正确的DCI格式检测。DCI格式类型由对CRC比特进行加扰的无线电网络临时标识符(RNTI)来标识，并且由eNB 102配置给UE 114。对于调度PDSCH(DL DCI 格式)或PUSCH(UL DCI格式)到单个UE 114的DCI格式，RNTI是小区RNTI(C‑RNTI)。对于向一组UE调度传送系统信息(SI)的PDSCH的DCI格式，RNTI是SI‑RNTI。对于调度提供对来自一个或多个UE的随机接入(RA)前导码传输的响应的PDSCH的DCI格式，RNTI是RA‑RNTI。对于调度寻呼(paging)一个或多个UE的PDSCH的DCI格式，RNTI是P‑RNTI。对于向一组UE提供传输功率控制(TPC)命令的DCI格式，RNTI是TPC‑RNTI。每个RNTI类型通过更高层信令(C‑RNTI对于 UE是唯一的)被配置给UE 114。另外，半持久调度(SPS)可以用于到达UE 114的PDSCH传输或来自UE 114的PUSCH传输，而eNB 102不传输相关联的DCI格式。通过SPS，eNB 102通过更高层信令频率资源来配置UE 114以周期性地接收PDSCH或发送PUSCH。PDCCH传输可以与PDSCH 传输时分复用(TDM)或频分复用(FDM)(也参见REF 3)。为简洁起见，随后参考TDM情况，但是用于PDSCH和PCCCH的确切复用方法对于本公开的目的而言并不重要。 [0077] 传输时间间隔被称为子帧(SF)。十个SF的单位被称为一帧。DL信令是通过正交频分复用(OFDM)，而UL信令是通过DFT扩展OFDM(DFT‑S‑OFDM)。 [0078] 图4示出了根据本公开的示例DL SF结构。图4所示的DL SF结构的实施例仅用于说明。在不脱离本公开的范围的情况下可以使用其他实施例。 [0079] DL SF 410具有一毫秒(msec)的持续时间，并且包括用于发送数据信息、DCI或RSDL DL 的两个时隙420和总共N symb个符号。第一M symb SF符号可以用于发送PDCCH和其他控制信 DL DL 道(未示出)430。剩余的N ‑M symb个符号SF符号主要用于发送PDSCH 440。传输带宽由被称 RB 为资源块的频率资源单元(RB)组成。每个RB由N SC个子载波或资源元素(RE)组成。例如， RB N SC＝12。UE 114被分配MPDSCH个RB总共个RE用于PDSCH传输带宽。频率上1 个RB和时间上1个时隙的单位被称为物理RB(PRB)。频率为1个RB并且时间为1个SF的单位称为PRB对。一些符号中的一些RE包含CRS 450、CSI‑RS或DMRS。 [0080] 图4中的SF符号具有“正常”循环前缀(CP)大小，并且每个SF有14个符号。对于在较大的小区中的操作，SF符号可以具有“扩展的”CP大小，然后每个SF有12个符号(也参见REF 1)。 [0081] 为了辅助小区搜索和同步，DL信号还包括诸如主同步信号(PSS)和辅同步信号(SSS)的同步信号。尽管具有相同的结构，但是帧内的同步信号的时域位置根据小区是以频分双工(FDD)模式还是以时分双工(TDD)模式操作而不同。因此，在获取同步信号之后，UE 114可以确定小区是在FDD中还是在TDD中操作，并且可以确定帧内的SF索引。PSS和SSS占用 DL系统带宽的中心72个RE。PSS和SSS通知小区的物理小区标识符(PCID)，因此，在获取PSS 和SSS之后，UE知道小区的PCID(也参见REF 1)。 [0082] 图5示出了根据本公开的用于FDD和TDD的PSS和SSS的示例时域位置。图5中所示的PSS和SSS的时域位置的实施例仅用于说明。在不脱离本公开的范围的情况下可以使用其他实施例。 [0083] 在FDD的情况下，在每个帧505中，在SF#0 510和SF#5 515的第一时隙的最后一个符号中发送PSS 225。在同一时隙的倒数第二个符号中发送SSS 520。在TDD的情况下，在每个帧555中，在SF#1 565和SF#6 580的第三符号中发送PSS 590，而在SF#0 560和SF#5 570 的最后符号中发送SSS 585。FDD和TDD之间的PSS和SSS位置的差异使得UE 114在UE 114检测到PSS和SSS之后确定小区上的双工模式。 [0084] DL信令还包括承载系统控制信息的逻辑信道的传输，并且被称为广播控制信道(BCCH)。BCCH被映射到称为广播信道(BCH)的传输信道或被映射到DL共享信道(DL‑SCH)。 BCH被映射到称为物理BCH(P‑BCH)的物理信道。DL‑SCH被映射到PDSCH。BCH提供主信息块 (MIB)，而其他系统信息块(SIB)由DL‑SCH提供。在UE 114获得小区的PCID之后，UE 114可以执行DL信道测量并使用CRS来解码PBCH和PDSCH。 [0085] MIB包括UE 114能够接收由DL‑SCH提供的剩余的系统信息所需的最小量的系统信息。更具体地，MIB具有预定义的格式，并且包括DL带宽、PHICH传输配置、系统帧号(SFN)和 10个备用比特的信息(也参见REF 3和REF 4)。在每个帧中的SF#0中的DL系统带宽的中心6 个RB(中心72个RE)中发送PBCH。MIB传输在4个帧上重复。40毫秒定时由UE 114盲检测，而不需要显式信令。在每个SF中，PBCH传输是可自解码的，并且处于良好信道条件下的UE可以在少于4个帧中检测MIB。在一个帧内，从4个帧的周期开始的每个PBCH传输被称为PBCH段。 [0086] 图6示出了根据本公开的示例PBCH资源映射。图6中所示的PBCH资源映射的实施例仅用于说明。在不脱离本公开的范围的情况下可以使用其他实施例。 [0087] 传送(convey)MIB的一个BCH传输块在40毫秒的BCH传输时间间隔(PBCH_TTI)上传输。将编码的BCH传输块映射到四个连续帧620、630、640、650中的每一个帧的第一SF(SF#0) 610。在SF#0的第二时隙的前四个OFDM符号中以及在DL系统带宽660的中心6个RB中发送 PBCH。 [0088] 大多数系统信息包括在由DL‑SCH发送的不同SIB中。SIB1主要包括与是否允许UE 114驻留在相应小区上有关的信息。在TDD中，SIB1还包括关于UL/DL SF的分配和特殊SF的配置的信息(参见REF 1)。SIB1还包括用于调度剩余SIB(SIB2和更高版本)的传输的信息。在SF#5中发送SIB1。SIB2包括UE所需的接入小区的信息，包括UL系统带宽、RA参数和UL TPC 参数。SIB3‑SIB13主要包括与小区重选、邻近小区相关信息、公共警告消息等相关的信息 (也参见REF 5)。 [0089] 在一些无线网络中，UL信号包括传送数据信息的数据信号、传送UL控制信息(UCI)的控制信号和UL RS。UE 114分别通过物理UL共享信道(PUSCH)或物理UL控制信道(PUCCH) 发送数据信息或UCI。当UE 114在同一SF中发送数据信息和UCI时，UE 114可以在PUSCH中复用两者。UCI包括指示PDSCH中的数据TB的正确(ACK)或不正确(NACK)的检测或不存在PDCCH 检测(DTX)的混合自动重传请求确认(HARQ‑ACK)信息、指示UE 114在其缓冲器中是否具有数据的调度请求(SR)、秩指示符(RI)以及使得eNB 102能够执行到UE 114的传输的链路适配信道状态信息(CSI)。HARQ‑ACK信息也由UE 114响应于指示SPS PDSCH的释放(参见REF 3)的PDCCH的检测发送；为简洁起见，这在下面的描述中没有明确提及。UL HARQ是同步的，并且相关联的PDCCH或PHICH以及PUSCH传输遵循预定的定时关系(也参见REF 3)。CSI传输可以在具有通过诸如无线电资源控制(RRC)信令的更高层信令配置到UE 114的参数的 PUCCH中是周期性(P‑CSI)的，或者在由包括在调度PUSCH或PDSCH的DCI格式中的A‑CSI请求字段触发的PUSCH中是非周期性(A‑CSI)的(也参见REF2和REF3)。 [0090] UL RS包括DMRS和探测RS(SRS)。UE 114仅在各自的PUSCH或PUCCH传输的带宽中发送DMRS。eNB 102可以使用DMRS来解调数据信号或UCI信号。UE 114发送SRS以向eNB 102提供UL CSI。SRS传输可以在具有由高层信令配置的参数的预定SF处是周期性(P‑SRS)的，或是由调度PUSCH或PDSCH的DCI格式触发的非周期性(A‑SRS)的(参见REF2和REF3)。UE 114在通过较高层信令配置到UE 114的两个频谱梳(comb)中的一个中发送SRS(也参见REF 1和 REF 5)。 [0091] 图7示出了根据本公开的示例UL SF结构。图7所示的UL SF结构的实施例仅用于说明。在不脱离本公开的范围的情况下可以使用其他实施例。 [0092] UL SF 710包括两个时隙。每个时隙720包括用于发送数据信息、UCI、DMRS或SRS的UL N symb个符号730。传输带宽包括作为频率资源单位的RB。UE 114被分配用于传输带宽的总 RB 共NRB·N SC个RE的NRB个RB 740。对于PUCCH，NRB＝1。SF中的最后一个符号可以用于复用来自一个或多个UE的SRS传输750。可用于数据/UCI/DMRS传输的SF中的多个符号是其中当最后的SF符号可以用于发送SRS时NSRS＝1，否则NSRS＝0。 [0093] 图8示出了根据本公开的在PUCCH中的SF的两个时隙之一中的用于SR信号传输的示例结构。图8所示的用于SR信号传输的结构的实施例仅用于说明。在不脱离本公开的范围的情况下可以使用其他实施例。 [0094] 在SF 810的第一时隙中，UE 114在执行快速傅里叶逆变换(IFFT)830之后发送Zadoff‑Chu(ZC)序列(也参见REF 1)820。长度为4的第一正交覆盖码施加于前两个和最后两个传输符号，并且长度为3的第二OCC施加于中间三个传输符号。SR传输是通过开关键控，其中当UE 114指示SR(肯定的(positive)SR)时UE 114发送信令，并且当UE 114不指示SR (否定的(negative)SR)时，UE 114不发送信令。除了最后一个符号可以被打孔以供UE发送 SRS外，SF的第二时隙中的SR传输结构与SF的第一时隙中的SR传输结构相同。 [0095] eNB 102需要使UE 114能够请求由执行随机接入(RA)的UE 114建立的连接。RA用于若干目的，包括用于建立无线电链路的初始接入、在无线电链路故障之后重新建立无线电链路、当UL同步需要建立到新小区时的切换、UL同步、基于UL测量的UE 114定位、以及作为SR，特别是当UE114未在PUCCH上配置具有短周期的专用SR资源时。在eNB 102处获取UL定时是RA的主要目标之一；当UE 114建立起初始无线电链路时，RA过程还服务于eNB 102通过 C‑RNTI向UE 114分配唯一标识。来自UE 114的RA前导码传输可以是基于竞争的，其中多个 UE共享相同的资源池，或者是无竞争的，其中由eNB 102向UE 114分配专用资源(也参见REF 1和REF 4)。 [0096] 通过UE 114的RA前导码传输还可以在SF n中由来自SF 102的eNB102的“PDCCH命令”来发起，其中响应于PDCCH命令，UE 114在第一SF n+k2，k2≥6中发送RA前导码，其中RA前导码资源可用。当UE 114配置有多个定时提前组(TAG)并且配置有用于给定服务小区的载波指示符字段(CIF)时，UE 114使用来自检测到的“PDCCH命令”的DCI格式中的CIF值来确定用于相应的RA前导码传输的服务小区(也参见REF 2和REF 3)。 [0097] 图9示出了根据本公开的示例RA过程。虽然信号描绘了一系列顺序步骤或信号，但是除非明确说明，否则不应该从关于特定执行的顺序、步骤或其部分的执行是顺序地而不是同时地或以重叠方式、或者排外地描述步骤的执行为完全没有居间(intervening)步骤或中间步骤的出现中得出任何结论。在所描述的示例中描绘的过程通过例如基站中的处理和收发器电路发送器链(transceiver circuitry transmitter chain)以及例如移动站中的处理和收发器电路发送器链来实现。 [0098] 在步骤1中，UE 114通过从eNB 102发送的SIB获取用于物理RA信道(PRACH)资源910的信息，并且确定用于RA前导码920(也称为PRACH前导码)的传输的PRACH资源。在步骤2 中，UE 114从eNB 102接收RA响应(RAR)930。在步骤3中，UE 114向eNB 102发送消息3(Msg3) 940。Msg3可以包括对到eNB 102的RRC连接的请求。在步骤4中，UE 114向eNB 102发送也被称为消息4(Msg4)的竞争解决消息950‑也参见REF 4。 [0099] 预期在不久的将来MTC的应用的增长将增加，并且小区中的MTC UE的数量可能是数万的数量级。即使从MTC UE生成的业务预期是小的并且零星的，但是需要由eNB服务的大量MTC UE会给已经稀缺的可用许可带宽带来显著的压力，特别是随着人类通信数据业务的需求继续增长。因此，对MTC使用另外的可用带宽源是有益的。 [0100] 联邦通信委员会(FCC)定义未许可载波以提供免费的公共接入频谱。只有在设备对被许可载波上的通信不产生明显干扰并且未许可载波上的通信未被保护免受干扰的条款下，才允许设备使用未许可载波。例如，未许可载波包括可由IEEE 802.11设备使用的工业、科学和医疗(ISM)载波和未许可的国家信息基础设施(UNII)载波。未许可载波的使用对于MTC是有利的，因为典型的应用可以容忍由于未许可的载波可能不总是可用于通信而发生的增加的延迟和降低的QoS，例如由于与其他设备的公平性共享要求或者由于存在优先级设备，以及由于在未许可载波上的干扰协调可能不如在许可载波上有效。例如，在载波侦听多路访问(CSMA)中，在诸如UE 114或eNB(例如eNB 102)的UE发送之前，UE 114或eNB 102 在预定时间段监视载波以执行空闲信道评估(CCA)，并确定载波上是否存在正由另一设备进行的传输。如果在载波上没有感测到其他传输，则UE 114或eNB 102可以进行发送；否则， UE 114或eNB 102推迟传输。 [0101] 对于包括MTC应用的若干应用可能需要用于DL或UL信令的覆盖增强(CE)。UE可以安装在建筑物的地下室中，或者通常在经历大的穿透损耗的位置。在极端覆盖情况下，UE可以具有诸如非常低的数据速率、大的延迟容忍和有限的移动性的特性。并非所有UE都需要 CE或需要相同数量的CE。此外，覆盖受限的UE通常要求低功率消耗并且与不频繁的数据突发传输进行通信。另外，在不同的部署场景中，例如取决于eNB的传输功率或相关联的小区大小，以及针对不同的UE，例如取决于UE的位置，所需的CE对于不同的eNB可以是不同的。通常通过在时域或在频域上重复信道/信号传输来支持用于信道/信号的CE。因此，由于对CE 的支持消耗额外的资源并且因此导致较低的频谱效率，因此能够根据所需的CE级别来适当地调整资源是有益的。 [0102] 由于eNB 102不能精确地知道UE 114所需的CE级别，并且可用于发送PDCCH重复的功率可以随时间变化，所以有益的是eNB 102将UE 114配置为多个重复次数地监视PDCCH以向eNB 102提供灵活性，以优化功率和带宽资源的使用，并相应地调整PDCCH重复的数量。使用自适应数量的PDCCH重复还要求eNB 102和UE 114对PDCCH重复的数量具有相同的理解，否则UE 114可以尝试在不正确的各自SF中接收PDSCH或发送PUSCH。类似地，对于PDSCH或 PUSCH，UE 114需要知道各自的重复次数，以便eNB 102和UE具有对用于响应于PDSCH接收或 PUSCH传输的确认信令的传输的SF的相同理解。 [0103] 本公开的实施例提供用于eNB 102和UE 114在许可载波上和在未许可载波上进行通信的机制。本公开的实施例还提供用于UE 114一般执行RA过程和特别是在未许可载波上执行RA前导码传输的机制。本公开的实施例另外提供用于UE 114或eNB 102接入未许可载波并且用于UE 114在未许可载波上执行数据TB的传输的机制。本公开的实施例还提供用于 UE 114向eNB 102发信号通知不能在未许可载波上进行发送以及UE 114向eNB 102发信号通知存在隐藏节点的机制。本公开的实施例还提供用于eNB 102在未许可载波上在覆盖增强操作中与UE 114通信的机制。 [0104] 以下实施例不限于MTC UE，并且可以适用于任何类型的UE 114。为简洁起见，在DL和UL两者中考虑FDD用于双工模式，但是本公开的实施例还可以通过对如REF 3中所描述的示例做相应的调整直接适用于TDD。术语“载波”和“小区”可以可互换地使用以表示DL或UL 通信介质。 [0105] 在许可载波和未许可载波上的通信 [0106] 对于许多应用，例如MTC应用，业务是UL主导的。信息分组从UE生成并发送到eNB 102，而从eNB 102到UE的信息通常限于当不使用SPS时调度PUSCH传输的DCI格式的传输，或者限于可以单独地提供给每个UE、或者在适当时通过寻呼UE更有效地进行SI更新的RRC配置消息。 [0107] 因为来自未许可载波上的设备的传输可以取决于设备是否基于使用例如listen‑before‑talk(LBT)机制的空闲信道分配(CCA)过程来感测未许可载波没有来自其他设备的传输(闲置)(也参见REF 7)，所以依赖于在诸如PSS/SSS或PBCH的许可载波上的预定时间实例处发生的DL信令的通信协议需要被修改用于在未许可载波上操作，并且它们不能以与许可载波相同的方式被支持。此外，即使当eNB 102感测到未许可载波是空闲的时，从至少一个UE的角度来看偶尔也可能不是这种情况，因为可能存在另一发送设备，其经历到UE 114 的小的传播损耗并且被UE 114检测到，但是经历到eNB102的大的传播损耗，并且不被eNB 102检测到。这通常被称为隐藏节点问题。当隐藏节点存在时，从eNB 102到UE 114的传输对隐藏节点设备产生干扰，并且当带宽至少部分地与到达或来自隐藏节点的传输重叠时，可能不被UE 114正确地检测到。 [0108] 在一个实施例中，本公开考虑UE 114建立初始同步并使用许可载波来获得系统信息(MIB，SIB)。随后的DL通信可以在许可载波上继续，因为这确保了对UE 114的可靠的RRC 连接支持，并且不会严重占用(penalize)许可载波上的频谱使用(当来自UE 114的业务主要是UL时)，或PDCCH/PDSCH/RS传输也可以在未许可载波上发生。随后的UL通信可以在未许可载波上发送，特别是当与UL传输相关联的应用是延迟容忍的并且不需要严格的QoS时。 [0109] 在第一方法中，SIB，例如SIB2，从RA前导码传输开始，包括UE 114可以选择用于UL传输的多个未许可载波的信息。由SIB提供的信息可以包括与由仅在许可载波上通信的UE 的SIB提供的相同的信息，并且还包括与随后描述的每个未许可载波上的DL/UL信令相关联的信息。或者，附加信息可以由单独的SIB(UC‑SIB)提供。如果传送UC‑SIB的PDSCH的传输通过DCI格式调度，则使用与用于调度SIB不同的DCI格式或使用不同的SI‑RNTI(UC‑SI‑ RNTI)。用于每个未许可载波的附加信息可以包括与RA过程相关的信息和与UL传输相关的信息，例如UL传输带宽、UL TPC的参数等(关于由SIB提供的UL传输参数，也参见REF 5)。用于RA过程的信息可以包括用于RA前导码传输、RA前导码功率渐变、RAR传输和用于Msg3的 HARQ传输的最大数量的参数。该信息可以根据每个未许可载波上的双工模式(FDD或TDD)，所述双工模式可以与许可载波上的双工模式无关。当在未许可载波上不支持UL信道的传输时，例如PUCCH传输，相应信息不包括在未许可载波的SI中。 [0110] 当UE 114由于在未许可载波上感测到来自另一设备的传输而不能在未许可载波上发送RA前导码时，UE 114在下一个RA前导码传输的机会尝试传输。RA前导码传输的传输机会由在由SI通知给UE 114以用于RA前导码传输的SF集合中的SF定义。如随后描述的，eNB 102可以保留在可以用于RA前导码传输的SF之前的未许可载波。 [0111] 当作为RA过程的一部分，UE 114需要在未许可载波上发送Msg3，并且由于在未许可载波上感测到来自另一个设备的传输，而不能响应于RAR接收在例如接受RAR之后的第六 FS的预定的SF中发送Msg3时，则考虑以下三个选项。 [0112] 在第一选项中，Msg3传输总是仅在许可载波上。 [0113] 在第二选项中，UE 114可以尝试在来自所配置的SF集合的第一SF中的未许可载波上传输Msg3，其中UE 114感测到未许可载波是空闲的，直到UE 114发送Msg3或者直到用于尝试Msg3传输的SF达到最大数量，并且然后UE 114从起始处开始RA过程。在这种情况下，UE 114不增加RA前导码传输计数，因为没有RA前导码检测失败，并且RA过程失败是由于未许可载波不可用。例如，eNB 102可以向UE 114通知UE 114可以尝试在未许可载波上发送Msg3的 SF的最大数量。SF的最大数量可以通过SIB、或通过RRC信令、或通过调度Msg3传输的RAR来通知，或者在系统操作中被预先确定。 [0114] 在第三选项中，未许可载波上的RA过程仅限于RRC_CONNECTED UE(参见REF 4和REF 5)，并且用于UE 114建立RRC连接的初始RA过程仅在许可载波上发生。在这种情况下，不需要在未许可载波上的Msg3传输，因为在未许可载波上的从UE 114到eNB 102的传输的定时对准可以通过在未许可载波上的RA前导码传输来获得。 [0115] 在一个替代方案中，当UE 114不能在未许可载波上完成RA过程并且达到最大数量的RA前导码传输时，UE 114在另一未许可载波上启动新的RA过程(如果有的话)。未许可载波上的RA前导码传输的最大数量可以在SIB中被指示，或者通过RRC信令被配置到UE 114，或者在系统操作中预先确定。在另一替代方案中，UE 114可以执行随机回退并且在相同的未许可载波上再次开始RA过程。 [0116] 在第二方法中，在未许可载波上进行传输的UE 114首先在许可载波上与eNB 102建立RRC连接。随后，eNB 102可以使用例如RRC信令来配置UE 114以在未许可的载波上进行发送。当UE 114不能在多个载波上同时进行发送时，UE 114停止在许可载波上进行发送，以使得UE 114在给定时刻仅在一个UL载波上进行发送。RRC信令可以包括与未许可载波上的 RA过程相关的信息，其中RA过程仅包括RA前导码传输；或者还包括剩余消息，以及其他信息，诸如未许可载波带宽、未许可载波上的UL TPC的参数以及未许可载波上的UL SF和DL SF的配置。该信息可以根据未许可载波上的双工模式(FDD或TDD)，所述双工模式可以与许可载波上的双工模式相同或不同。当在许可载波上发送HARQ‑ACK信息(ACK值)以确认RRC信令的成功接收之后，UE 114可以切换到未许可载波进行UL传输。 [0117] UE 114还可以在许可载波上接收到PDCCH命令之后在未许可载波上发送RA前导码，以在未许可载波上与eNB 102建立同步。当UE 114由于在未许可载波上感测到来自另一设备的传输而不能发送RA前导码时，在第一选项中，UE 114在来自UE 114被配置用于RA前导码传输的SF集合中的下一SF处尝试传输。在第一选项的变形中，未许可载波上的RA前导码传输的PDCCH命令可以与由PDCCH命令的DCI格式指示的尝试的数目相关联。在第二选项中，UE 114在许可载波上发送基于竞争的RA前导码以重新建立与被许可载波的UL同步。在第三选项中，当UE 114从eNB 102检测到新的PDCCH命令时，UE 114在未许可载波上发送另一RA前导。 [0118] 当UE 114由于感测来自另一个设备的传输而不能在未许可载波上发送RA前导码时，UE 114在许可载波上的PUCCH资源上发送NACK。可以从与PDCCH命令相关联的PDCCH的 CCE(参见REF 3)中具有最低索引的CCE来确定PUCCH资源。 [0119] 图10示出了根据本公开的UE 114在未许可载波上的初始接入的过程。虽然流程图描绘了一系列顺序步骤，但是除非明确说明，否则不应该从关于特定执行的顺序、步骤或其部分的执行是顺序地而不是同时地或以重叠方式、或者排外地描述步骤的执行为完全没有居间步骤或中间步骤的出现中得出任何结论。所描绘的示例中描绘的过程由例如UE中的处理电路和发送器链来实现。 [0120] 在操作1010中，UE 114首先通过检测PSS/SSS、检测PBCH以获得SFN和DL带宽信息，并通过检测SIB以确定许可载波上的UL传输参数以在许可载波上与eNB 102上建立同步。 SIB还可以为一个或多个未许可载波提供UL传输参数，或者可以使用单独的SIB来提供这样的信息。eNB 102向UE114配置一个或多个未许可载波，其中配置可以通过SIB或者通过诸如 RRC信令的UE特定的更高层信令。在操作1020中，eNB 102向UE 114提供用于UE 114在未许可载波上执行RA过程的信息，其中，信息包括未许可载波带宽和与RA前导码传输相关的参数。在操作1030中，UE 114在未许可载波上完成RA过程，其中RA过程可以仅包括RA前导码传输，或者还可以包括与RA过程相关联的剩余消息，所述剩余消息可以在许可载波(例如，RAR 或Msg4)上或在未许可载波(例如，例如，Msg3)被发送。在成功完成RA过程之后，eNB 102可以将UE 114配置为在未许可载波上进行发送。在操作1040中，eNB 102还可以将UE 114配置为在未许可载波上进行接收，或者UE 114可以在许可载波上继续接收。 [0121] 许可载波和未许可载波可以具有大的频率间隔，这可导致用于发送信号的不同传播环境和在eNB 102和UE 114处的不同的接收定时，因为未许可载波和未许可载波上的接收点可以是不同的(许可载波和未许可载波对应于不同小区)。通过UE 114在未许可载波上而不是在许可载波上发送RA前导码，eNB 102可以通过定时提前(TA)命令获得UL定时信息并与UE 114建立同步(也参见REF 3)。 [0122] UE 114还可以通知eNB 102UE 114具有要在未许可载波上使用RA前导码传输进行发送的数据，并且eNB 102可以避免在针对UE 114的许可载波上配置SR资源。这可以是有利的，因为它也可以提供UL定时调整，因为UE 114通常可以在之前的延长的时间段内处于 RRC_IDLE状态(参见REF5)，同时，信道介质可以改变，并且UE 114时钟可以漂移。这在避免保留可能不常用于SR传输的许可载波上的资源方面也是有利的。此外，UE 114不需要将其 UL频率切换到许可载波以便发送SR，然后将其切换回到未许可载波用于后续PUSCH传输。虽然当UE 114想要指示UE 114具有要发送的数据时，未许可载波可能不能立即用于RA前导码传输，但这对于延迟容忍应用是可接受的。 [0123] UE在未许可载波上的传输 [0124] 当UE 114(或eNB 102)在未许可载波上感测到正在发送的另一设备时(CCA确定未许可载波不可用)，使用CSMA和LBT操作的UE 114(或eNB102)和LBT不向eNB 102发送。此外，当UE 114(或eNB 102)感测到未许可载波可用时，UE 114(或eNB 102)可以等待特定时间段以确保载波在发送之前保持可用。例如，为了与可以在未许可载波上共存的基于 IEEE802.11的网络的兼容操作，时间段可以大于通常为大约10微秒的短帧间间隔(short inter‑frame space，SIFS)(也参见REF 7)。在UE 114或eNB 102获得对未许可载波的接入之后，UE 114或eNB 102可以通过保持连续传输之间的SIFS时间段的最小间隙来保持对未许可载波的控制。UE 114或eNB102可以在取决于世界区域并且通常在4毫秒到10毫秒的范围内的时间段内保持对未许可载波的连续接入。连续SF中的来自eNB 102或来自UE的传输可以通过占用大量百分比(例如90％)的未许可载波带宽来在几个SF的时段上预留未许可载波。 [0125] PUSCH传输可以是自适应的，并且通过eNB 102在许可载波或未许可载波上发送的PDCCH中的DCI格式来调度；由eNB 102在许可载波、未许可载波或SPS上发送的PHICH中的 NACK值触发非自适应。如果UE 114具有放宽的等待时间要求，则由于在未许可载波上感测到来自的另一设备的传输，UE 114不能进行发送，即使当UE 114连续若干次尝试传输发生时也不是重要的问题。然而，当通过在许可载波上发送的PDCCH中的DCI格式来调度PUSCH传输时，UE 114不能在未许可载波上发送PUSCH可能对许可载波具有影响，因为eNB 102可能需要发送另一个DCI格式来重新调度相同数据TB的传输。由于UE 114的处理要求，其中UE 114发送PUSCH的SF与其中UE 114检测到调度PUSCH的DCI格式的SF之间的时间差通常为至少四个SF。虽然PUSCH传输的缺失可能是由于丢失了对相应DCI格式的检测，但是在未许可载波上PUSCH传输的缺失的更典型的原因可能是UE 114确定在所调度的PUSCH传输的SF未许可载波不可用(由于来自另一设备的传输)。然后，即使可以使用未许可载波来避免许可载波支持来自UE的传输，当由于不可用于PUSCH传输的未许可载波而需要重传DCI格式时，提供用于在未许可载波上进行调度的DCI格式的DL许可载波可能经历增加的开销。此外，除非使用PHICH来触发非自适应PUSCH重传，否则此问题可具有级联效应，因为由于载波侦听， UE 114再次不能发送由另一DCI格式重新调度的PUSCH。 [0126] 对于在许可载波上的操作，UE 114响应于PHICH上的NACK值的检测，使用用于相同HARQ过程(参见REF 2和REF 3)的下一个冗余版本(RV)来重传数据TB，或者响应于具有值为 0的新数据指示符(NDI)字段的DCI格式检测，以指示相同数据TB的重传。在第一种方法中，为了优化对未许可载波上的数据TB的检测的接收可靠性，并且与许可载波上的操作不同，当由于未许可载波在先前尝试发送数据TB时不可用，UE 114重传数据TB时，UE 114可以使用相同的RV。在第二种方法中，为了简化操作并支持eNB102接收器不执行或不能执行精确的PUSCH DTX检测的情况，即使当UE114实际上没有发送用于先前RV的数据TB时，UE 114也可以使用下一个RV来重传用于HARQ过程的数据TB。eNB 102可以向UE 114配置UE 114是否应当遵循第一种方法或第二种方法，其中配置可以通过SI并且对于所有UE是公共的，或者通过RRC信令并且对于每个UE 114是特定的。 [0127] 如果UE 114的PUSCH传输由SF n中的PHICH上的NACK检测来触发，则期望UE 114在SF n+4中的PUSCH中重传用于相应HARQ过程的数据TB(或者当SF n+4不是UL SF时，在TDD中的稍后的SF中)，也参见REF 3。当PUSCH传输是具有周期性的SPS时，当UE 114由于未被许可的载波被来自另一设备的传输占用而不能在SF中发送PUSCH时，UE 114暂停PUSCH传输并尝试以在由SPS周期性确定的下一SF处再次发送。 [0128] 类似于自适应PUSCH传输，当UE 114不能在PUSCH中重传数据TB时，eNB 102需要回到(revert to)自适应重传，因为eNB 102不能确切地确定UE 114是否将NACK错误地解释为 ACK而没有重传TB或者UE 114是否由于未许可载波不可用而不能发送。在eNB 102不能恰当地实现PUSCH DTX检测的情况下(例如，当另一设备正在发送时，DTX检测可能不起作用)，用于PUSCH重传的数据TB的不正确检测(如由eNB 102假设的)可以具有与由UE 114的PUSCH重传不存在的相同的效果。然后，当eNB 102期望UE 114这样做时，由于UE 114不重传PUSCH，所以整体行为类似于NACK‑to‑ACK错误，以及与通常以非常低的概率发生的NACK‑to‑ACK错误事件不同，UE 114不能在未许可载波上发送可能以非常高的概率发生。如随后描述的，至少当UE 114不能够发送PUSCH时，通过来自UE 114的指示，可以减轻该问题。 [0129] 图11示出了根据本公开的eNB 102在未许可载波上传输调度来自UE114的PUSCH传输的DCI格式的过程，以及UE 114执行PUSCH传输或暂停PUSCH传输。图11所示的过程的实施例仅用于说明。在不脱离本公开的范围的情况下可以使用其他实施例。 [0130] eNB 102在许可载波1110上和在相应的SF#6 1130中发送DCI格式，所述DCI格式调度针对在SF#10 1135中的未许可载波1120上的第一UE群组的PUSCH传输。来自第一UE群组的一个或多个UE由于感测到在SF#10 1132之前不久发送的另一设备，而不能在SF#10 1135 中发送PUSCH。eNB 102还在许可载波1110上和在相应的SF#7 1140中发送DCI格式，所述DCI 格式调度针对在SF#11 1145中的未许可载波1120上的第二UE群组的PUSCH传输。来自第二群组UE的一个或多个UE由于感测到在SF#11 1135之前不久发送的另一设备，而不能在SF# 11 1145中发送PUSCH。eNB 102还在许可载波1110上和在SF#8 1150、SF#9 1160和SF#10 1170中发送分别调度针对在SF#12 1155、SF#13 1165和SF#14 1175中的未许可载波1120上的第三UE群组、第四UE群组和第五UE群组的PUSCH传输的DCI格式。在相应的SF#12 1155、 SF#13 1165和SF#14 1175中未感测到eNB 102服务的设备，并且UE发送各自的PUSCH。虽然上述描述考虑了由eNB 102对DCI格式的传输，但是在PHICH触发的PUSCH传输的情况下或在 SPS PUSCH传输的情况下，相同UE 114行为也适用于PUSCH传输或PUSCH传输的暂停。 [0131] 在PUSCH传输(由DCI格式、PHICH触发或SPS调度)的所有上述情况下，即使UE 114未发送用于相应HARQ过程的数据TB，UE 114也尝试使用下一个更高的索引(对HARQ进程的总数取模)发送用于HARQ过程的数据TB，以防UE 114的多个UL HARQ进程数大于1。这使得能够进行同步UL HARQ操作。 [0132] 当在未许可载波上使用异步UL HARQ操作时，与许可载波上的同步HARQ操作相反，UE 114可以在稍后的SF中重传数据TB，这与同步HARQ不同，不需要根据HARQ进程数确定。这避免了在丢失传输机会之后，特别是当HARQ过程的总数不小时，对与HARQ过程相关联的数据TB的传输的过度延迟。这还要求eNB 102和UE 114具有对在PUSCH传输中使用的HARQ过程的相同理解，因此，eNB 102需要UE 114对暂停的PUSCH传输的高度精确的确定。如随后描述的，这可以通过在eNB 102处的PUSCH DTX检测或者由eNB 102感测未许可载波(尽管隐藏节点问题可以存在)，或者通过在PUSCH传输SF之前的SF中的来自UE 114的诸如SRS信令的其它信令或者通过由UE 114显式指示的UE 114是否发送PUSCH来实现。 [0133] UE 114可以被配置为尝试使用P个连续SF中的相同RB或使用P个连续帧中的相同RB和相同SF进行数据TB的传输。这可以确保在当例如SPS PUSCH传输周期性大并且UE 114 恰好不能在SF中发送时避免数据TB的传输的过度延迟，其中SF被配置为在未许可载波上进行PUSCH传输。当UE 114不能同时发送多于一个PUSCH时，上述机制要求限制eNB 102配置从所配置的PUSCH发送的第一SF的P个SF内至UE 114的PUSCH发送，因为这样的PUSCH发送可能与在第一SF中暂停的UE 114的PUSCH传输冲突。这对于具有放宽的(relaxed)延迟的应用 (例如MTC应用)是可接受的。然而，当UE 114可以同时发送多于一个数据TB时，eNB 102可以在未许可载波上的非重叠RB集合中调度各自的PUSCH，并且UE 114可以被配置为在用于在与未许可载波上可用的传输的相同SF中发送多于一个数据TB。数据TB对应于不同的HARQ过程，并且RB集合对应于其中UE 114在先前SF中不能发送数据TB的过程。或者，在P＝2的情况下，UE 114可以施加空间复用以在相同的PUSCH中发送与不同HARQ过程相对应的两个数据 TB。异步HARQ操作可以适用于这种情况中。在P个连续SF中发送的配置可以通过诸如RRC信令的更高层信令，或通过包括在调度PUSCH传输的DCI格式中的具有比特的IE，其中，是将数字四舍五入到其紧接下一个更大的整数的求上整的函数(ceiling function)。 [0134] 图12A和图12B示出了根据本公开的用于在可能的P个SF中的一个中的PUSCH中的HARQ过程的对数据TB的传输。虽然流程图描绘了一系列顺序步骤，但是除非明确说明，否则不应该从关于特定执行的顺序、步骤或其部分的执行是顺序地而不是同时地或以重叠方式、或者排外地描述步骤的执行为完全没有居间步骤或中间步骤的出现中得出任何结论。所描绘的示例中描绘的过程由例如UE中的处理电路和发送器链来实现。 [0135] eNB 102配置在未许可载波1205上向eNB 102进行发送的UE 114，以尝试在P个连续UL SF中的一个中发送PUSCH。UE 114还由eNB 102配置为在第一SF、SF#0 1210中发送 PUSCH。SF#0 1210的配置可以是通过DCI格式、或者通过用于同步HARQ过程的PHICH而动态的，或者是通过RRC信令而半静态的。UE 114使用例如IEEE 802.11(也参见REF 7)中的CSMA 来确定未由eNB 102服务的设备在SF#0 1210之前发送，并且UE 114不在SF#0中发送PUSCH。 UE 114随后确定未由eNB 102服务的设备在SF#1 1220之前发送，并且UE 114不在SF#1中发送PUSCH。UE 114随后确定未由eNB 102服务的设备不在SF#2 1230之前发送，并且UE 114在 SF#2中发送PUSCH。另外，在SF#2中，UE 114可以在非重叠的PRB上发送多个数据TB，其中数据TB可以对应于在SF#0和SF#1中的暂停的PUSCH传输以及在SF#2中的调度的PUSCH传输。UE 114不在SF#3 1240中发送PUSCH。由eNB 102为UE 114配置的在P个连续的UL SF之一中尝试 PUSCH发送的的过程包括以下步骤。首先，在操作1250中，UE 114确定UE 114是否可以在下一SF中发送PUSCH，其中第一下一个SF是UE114被eNB 102配置为发送PUSCH的第一SF。当UE 114可以发送PUSCH时，在操作1260中，UE 114在下一个SF中发送PUSCH。如果UE 114不能发送PUSCH，则在操作1270中，UE 114将下一个SF设置为当前SF，并且在操作1280中，确定下一个SF是SF#(P+1)。当是时，在操作1290中时，UE 114停止尝试发送所配置的PUSCH。当不是时，UE 114重复该过程(从操作1250继续)。当UE 114可以在SF中发送PUSCH时，UE 114可以在多个RB集合中发送PUSCH，其中非重叠RB的子集传送不同的数据TB，所述数据TB包括来自被调度在各自的RB集合中的先前暂停的(suspended)PUSCH传输的数据TB。 [0136] 在第二替代方案中，eNB 102在第一SF之前感测未许可载波，其中eNB102配置UE发送各自的PUSCH，并且当没有检测到来自另一设备的信号发送时，eNB 102在未许可载波上发送RS(或诸如PDSCH或PDCCH的任何其它信号/信道)以保留未许可载波以用于第一SF中的来自UE的PUSCH传输。诸如RS和PDSCH/PDCCH的DL传输组合从eNB 102感测到未许可载波可用直到所配置的PUSCH传输的第一SF的时间是连续的。为了增加eNB 102可以保留未许可载波的概率，eNB 102可以在例如在所配置的PUSCH传输的第一个SF之前的多于一个SF的较早的时间开始诸如RS和PDSCH/PDCCH的DL传输的组合。UE 114还可以分别地基于UE 114是否可以在用于所配置的PUSCH传输的SF之前检测到来自eNB 102的RS传输，来确定UE 114是否能够发送所配置的PUSCH。该方法需要在未许可载波上进行DL传输，并且容易受到隐藏节点问题的影响。为了避免在未许可载波上同时发送和接收的自干扰，eNB 102可以在具有DL传输的最后一个SF的一个或多个最后符号期间切换到接收模式，并且为了维持对未许可载波的使用，在具有DL传输的最后的SF的一个或多个最后符号中配置一个或多个UE发送SRS(或任何其它类型的UL信令)。或者，eNB 102可以配置一个或多个UE在第一SF的一个或多个第一符号中发送SRS用于PUSCH传输。然后，不是eNB 102对PDSCH/PDCCH传输执行速率匹配以适应具有DL传输的SF的最后符号中的SRS传输，而是UE 114对PUSCH传输执行速率匹配，以适应具有UL传输的SF的第一符号中的SRS传输。 [0137] 图13A和图13B示出了根据本公开的eNB 102在来自UE 114的PUSCH传输之前保留未许可载波的过程。虽然流程图描绘了一系列顺序步骤，但是除非明确说明，否则不应从关于特定执行的顺序、步骤或其部分的执行是顺序地而不是同时地或以重叠方式、或者排外地描述步骤的执行为完全没有居间步骤或中间步骤的出现中得出任何结论。在所描绘的示例中描绘的过程由例如eNB中的处理电路和发送器链来实现。 [0138] eNB 102配置未许可载波1310上的来自UE的PUSCH传输，以在SF#10 1328中开始，并且在诸如SF#11 1330等的另外的SF中继续，等等。向UE 114的PUSCH传输的配置可以是通过DCI格式、或者具有NACK值的PHICH、或者通过RRC信令(SPS PUSCH)的传输。eNB 102在未许可载波上感测是否存在来自非服务设备的传输，并且在SF#7 1322中，eNB 102检测到高于阈值的接收能量并且不发送信令。eNB 102在未许可载波上感测是否存在来自非服务设备的传输，并且在SF#8 1324中，eNB 102没有检测到高于阈值的接收能量，并且eNB 102在 SF#8 1324的剩余部分中和在SF#9 1326中发送诸如RS或PDSCH/PDCCH的信令。eNB 102可以暂停在SF#9 1326的一个或多个最后符号中的传输，并切换到未许可载波上的接收模式。由 eNB 102配置的一个或多个UE可以在SF#9 1326的一个或多个最后符号中发送SRS，其中来自第一UE 114的SRS传输可以可选地处于与来自第二UE的SRS传输不同的RB中，以便基本上占用未许可载波的带宽(并且还向eNB 102提供信道介质的估计)。eNB102保留未许可载波的操作可以如下。在操作1340中，在从各自UE所配置的PUSCH传输的第一SF之前的多个X SF，eNB 102开始感测未许可载波。当在操作1350中eNB 102确定未许可载波未被用于来自其他设备的传输时，例如基于检测到的信号能量，在操作1360中e NB 102开始发送诸如RS 或PDSCH/PDCCH的信令。或者，当未许可载波不可用时，在操作1370中，eNB 102还可以暂停传输并在未许可载波上在所配置的PUSCH传输的第一SF之前切换到接收模式。 [0139] UE协助eNB 102确定UE 114是否在SF中发送PUSCH，同时还减轻隐藏节点问题的一种方法是UE保留未许可载波，并且这样做还向eNB 102提供关于UE是否能够在SF中进行发送的信息。eNB 102可以通过例如RRC信令来配置第一UE群组以在例如SF#9 1132的SF的一个或多个最后符号中或在例如SF#10 1135的SF的一个或多个第一符号中以配置的周期性发送SRS。也可以使用其他信号，例如在设备到设备(D2D)发现或通信中使用的信号；一些示例是物理D2D同步信号(PD2DSS)和D2D发现信号。当来自第一UE群组的UE 114在所配置的 SRS传输之前检测到另一传输的存在时，例如如REF 7中所描述的，UE 114不发送SRS。eNB 102基于从第一UE群组中的每个UE 114检测到的(或未检测到的)SRS传输，可以确定UE 114 是否可以在例如SF#10 1135的第一下一个SF中发送PUSCH。例如，当eNB 102接收的各自的 SRS能量高于由eNB 102设置的阈值时，eNB 102确定UE 114可以在第一下一个SF中进行发送。UE 114可以在第一群组UE中，但是也可以不在第一群组UE中，因为只要UE 114在第一群组UE中的UE 114附近，同样的载波侦听结果是可能的。类似地，eNB 102可以配置第二UE群组以在诸如SF#10 1135的第一下一个SF的一个或多个最后符号中发送SRS。用于SRS传输的配置也可以在SF#11 1145SF的一个或多个第一符号中。基于从第二UE群组检测到的(或未检测到的)SRS传输，eNB 102可以确定UE 114是否可以在例如SF#11 1145等的第二下一个 SF中发送PUSCH。 [0140] 当UE 114在SF的第一符号期间获得对未许可载波的接入时，UE 114可以在SF的几个符号中发送SRS，并在SF的剩余符号中发送缩短的PUSCH。例如，在包括14个符号的SF的第四个符号期间获得对未许可载波的接入的UE 114可以发送SRS直到SF的第七个符号(第一时隙)，并在SF的剩余符号中发送PUSCH，即发送仅跨越SF的第二时隙的缩短的PUSCH。 [0141] 图14示出了根据本公开的用于UE群组发送SRS或暂停SRS发送以及eNB 102确定来自SF中的UE 114的PUSCH发送的存在的过程。图14所示的过程的实施例仅用于说明。在不脱离本公开的范围的情况下可以使用其他实施例。 [0142] eNB 102在未许可载波1405上配置到UE的SRS传输。eNB 102将第一UE群组配置为在SF#9 1410的一个或多个最后符号中发送SRS。来自第一UE群组的至少一个UE 114感测来自另一个设备的传输并暂停SRS传输。eNB 102确定至少一个UE 114不发送SRS 1415。eNB 102将第二UE群组配置为在一个或多个最后符号SF#10 1420中发送SRS。来自第二UE群组的至少一个UE114感测来自另一设备的传输并暂停SRS传输。eNB 102确定来自第二UE群组的至少一个UE 114不发送SRS 1425。eNB 102将第三UE群组配置为在SF#11 1430的一个或多个最后符号中发送SRS。尽管未由eNB 102服务的其它设备可以在SF#11的至少一部分中进行发送，但在发送SRS之前，第三UE群组中的UE感测到不存在这样的传输。eNB 102确定来自第三UE群组的所有UE发送各自的SRS 1435。在随后的SF 1440、1450和1460中重复相同的过程，并且eNB 102确定来自各UE群组的UE发送各自的SRS 1445。取决其中UE 114确定未许可载波可用的SF中的实例，UE 114可以仅发送SRS，例如，如果实例接近SF的末端，或者在SF的第一剩余符号发送SRS两者，并在SF的第二剩余符号上发送缩短的PUSCH。 [0143] 另一种方法是eNB 102在所配置的PUSCH传输的SF之前感测未许可载波，并且当没有检测到信号传输时，eNB 102可以在未许可载波之前发送诸如RS或PDSCH/PDCCH的信令到所配置的PUSCH传输的SF以保留未许可载波。该方法在保留未许可载波方面提供了简单性，但是需要在未许可载波上进行DL传输，并且容易受到隐藏节点问题的影响。 [0144] 对于包括Nsymb个符号的SF，当eNB 102在从SF起始的Usymb个SF符号(Usymb可以不是整数)之后接入未许可载波时，eNB 102通过Qsymb个SF符号(Qsymb可以不是整数)发送各种RS 类型(可能还包括PDSCH/PDCCH)，UE群组可以针对剩余的Rsymb个SF符号发送SRS，直到下一个SF开始。例如，对于包括Nsymb＝14个符号的SF，如果eNB 102在从SF开始的Usymb＝6.5个符号之后接入未许可载波，则eNB 102针对SF的Qsymb＝4.5个符号发送各种RS类型，以及一个或多个UE群组在SF的Rsymb＝Nsymb‑Usymb‑Qsymb＝3个符号中发送SRS。UE 114可以在少于Qsymb个 SF符号中检测DL信令的存在，使得UE 114可以准备好在Qsymb个SF符号之后发送SRS(具有预配置的参数)。以这种方式，第一可用SF可以用于来自UE的UL传输。当Qsymb大于值时，UE 114 可以在第一Qsymb个SF符号中的一些中发送SRS，并且在剩余的Qsymb个SF符号中发送缩短的 PUSCH，其中该值可以在由SIB或者UE特定的RRC信令用信号通知的系统操作中预先确定。 [0145] 由于UE 114需要感测未许可载波以确定SF是否可用于来自UE 114的PUSCH或SRS传输，所以UE 114有必要区分未许可载波上的来自由eNB102服务的其他UE的传输，以及来自未由eNB 102服务的其他设备的未许可载波上的传输。为了使第一UE 114避免对来自由 eNB 102服务的第二UE116的传输(其在第一UE之前获得对未许可载波的接入)的检测与来自未由eNB 102服务的设备的传输的检测混淆，需要提供机制以使UE 114能够在来自由相同eNB 102服务的其他UE的传输和来自其他设备的传输之间进行识别。 [0146] 在考虑eNB 102保留未许可载波的一个选项中，可以限制UE在预定时刻尝试能量检测。这样的时刻可以立即在SF开始之前，并且可以由eNB 102配置，以使得各自的资源不包括来自由eNB 102服务的UE的传输。SF的一个或多个最后符号可以用于该目的，因为UE可以暂停各自的PUSCH传输，以发送SRS或避免来自与PUSCH传输至少部分地在带宽中重叠的 SRS传输的干扰。由于SF具有1毫秒的持续时间并且包括用于正常CP的14个符号或者用于扩展CP的12个符号，所以符号持续时间至少为71.4微秒，并且其比不超过15‑20微秒的SIFS持续时间大几倍。使用分布式协调功能(DCF)的设备需要确定未许可载波在被允许发送之前的DCF帧间间隔(DIFS)持续时间是连续空闲的。与SIFS类似，IEEE 802.11a/b/n中的DIFS实质上小于SF符号持续时间。 [0147] 当UE 114检测到高于阈值的能量时，UE 114可以确定未由相同eNB 102服务的设备在未许可载波上进行发送；否则，UE 114可以确定未由eNB 102服务的设备不在未许可载波上进行发送。阈值可以是UE特定的并且由eNB102通过RRC信令配置给UE 114，或者可以在系统操作中预先确定。这主要适用于跨越小区的传输在时间上对齐的同步网络。在不同的操作者使用相同的未许可载波的情况下，可以通过信令或部署来提供协调，以使得不同的操作者向UE分配不同的梳以用于SRS传输。另一维度可以是SF，其中进一步指示UE避免由 SFN定义的某些帧或者由帧内的SF数定义的SF中的传输。此外，为了避免任何潜在的自干扰问题，发送SRS的UE 114不同时测量接收的能量。 [0148] 图15A和图15B示出了根据本公开的UE 114对未许可载波上的传输进行分类的过程。虽然流程图描绘了一系列顺序步骤，但是除非明确说明，否则不应从关于特定执行的顺序、步骤或其部分的执行是顺序地而不是同时地或以重叠方式、或者排外地描述步骤的执行为完全没有居间步骤或中间步骤的出现中得出任何结论。所描绘的示例中描绘的过程由例如UE中的处理电路和发送器链来实现。 [0149] eNB 102配置到UE的未许可载波上的SRS传输。所有SRS传输被配置为在相同的梳1510上发生，而不给另一个梳1520留下(leaving)来自UE的任何传输。在操作1530中，UE 114测量梳中的接收能量，并且在操作1540中确定测量值是否高于阈值。当是时，在操作 1550中，UE 114不在未许可载波上进行发送(在UE 114在下一个SF中具有所配置的发送的情况)。当不是时，在操作1560中，UE 114在下一个SF中在未许可载波上发送所配置的传输。 eNB 102还可以施加关于SRS传输的确定的相同功能，以确定UE 114是否在SF中发送所配置的PUSCH。SRS传输也可以被修改为每较大数量的RE发生，例如每四个RE而不是每两个RE，从而允许更大数量的梳，例如四个梳，而不是两个梳。 [0150] 为了最小化来自UE 114的SRS传输的数量，但保持所需的传输SRS的灵活性，例如，eNB 102确定未许可载波是否用于来自未由eNB 102服务的设备的传输(当如图14所述，eNB 102不接收SRS)，或者如图15所述，使由eNB 102服务的UE 114能够在未许可载波上进行发送，同时防止未由eNB 102服务的设备在未许可载波中发送，eNB 102可以不在未许可载波上配置来自UE 114的周期性SRS传输，而是通过到UE 114的DCI格式的物理层信令来触发非周期性SRS传输。触发可以包括来自UE 114的仅SRS(SRS‑only)传输，而没有相关联的PUSCH 传输。例如，SRS触发可以如在REF 2和REF 3中所描述的，但是各自DCI格式中的码点(code‑ point)可以用于通知UE 114仅发送SRS而不发送PUSCH或接收PDSCH。例如，对于调度PUSCH 的DCI格式，码点可以是资源分配IE的无效值或循环移位和OCC索引字段的保留值。或者，RA IE的值可以被定义为对应于PUSCH传输或PDSCH传输的零RB分配。SRS传输可以发生在相对于触发SRS传输的DCI格式的传输的SF确定的SF的最后一个符号中，或者可以在任何SF符号处尽可能早地发生，并且一直持续到相对于DCI格式的传输的SF确定的SF的起始。 [0151] 图16示出了根据本公开的响应于检测到调度PUSCH和触发SRS传输的DCI格式的UE 114的行为。虽然流程图描绘了一系列顺序步骤，但是除非明确说明，否则不应从关于特定执行的顺序、步骤或其部分的执行是顺序地而不是同时地或以重叠方式、或者排外地描述步骤的执行为完全没有居间步骤或中间步骤的出现中得出任何结论。所描绘的示例中描绘的过程由例如UE中的处理电路和发送器链来实现。 [0152] 在操作1610中，UE 114检测触发SRS传输的DCI格式(SRS请求IE值被设置为'1')。在操作1620中，UE 114确定DCI格式中的IE的值。在操作1630中，UE 114检查IE的值是否触发SRS传输而没有相关联的PUSCH传输或PDSCH传输。当不是时，在操作1640中，UE 114使用从检测到的DCI格式导出的参数来发送PUSCH或接收PDSCH。在操作1650中，UE 114仅发送 SRS并且不发送PUSCH或接收PDSCH。 [0153] 用于UE执行感测的未许可载波的带宽可以基本上是整个未许可载波带宽(例如未许可载波的90％)或未许可载波带宽的一部分。使用整个未许可载波带宽需要eNB 102例如通过SIB来配置SF作为SRS传输SF。eNB 102可以指示具有最大SRS传输带宽的SRS配置，以使得SRS传输基本上占据未许可载波。使用未许可载波的一部分可以使得在一个频谱梳上的 SRS传输，而可以在另一频谱梳上执行感测，UE 114可以假设没有来自由eNB 102服务的UE 的任何传输(PUSCH或SRS)。以这种方式，如图15所述，当它实际上用于来自由eNB 102服务的其他UE的传输时，由eNB 102服务的UE 114可以感测到未许可载波是可用的，而使用另一种无线电接入技术的设备感测到未许可载波是被占据的。发送具有不连续频谱占用的UL信号的UE 114基本占据和保留未许可载波的原理可以直接扩展到PUSCH传输。 [0154] 当UE 114检测到来自其他设备的传输但是信号传输的带宽不包括任何PUSCH传输带宽时，UE 114还可以考虑可用于到达eNB 102的PUSCH传输的未许可载波。例如，其他设备可以是向不同eNB 102发送的UE，其中到不同eNB 102的传输不需要与到达eNB 102的传输同步。这可以进一步以比传输功率阈值小的PUSCH的传输功率或与由至少预定带宽阈值与其中UE 114检测到来自其他设备的传输的带宽分开的PUSCH传输带宽来调节。在这种情况下，UE 114需要测量未许可载波的每个RB或RB块接收的能量，至少对于其中UE 114被配置为PUSCH传输的RB。相同的概念适用于当eNB102执行对未许可载波上的传输的感测时。 [0155] 图17A和图17B示出了根据本公开的由UE 114取决来自另一设备的信号传输的带宽位置的PUSCH传输。虽然流程图描绘了一系列顺序步骤，但是除非明确说明，否则不应从关于特定执行的顺序、步骤或其部分的执行是顺序地而不是同时地或以重叠方式、或者排外地描述步骤的执行为完全没有居间步骤或中间步骤的出现中得出任何结论。所描绘的示例中描绘的过程由例如UE中的处理电路和发送器链来实现。 [0156] 在第一种情况中，并且在紧接在所配置的PUSCH传输的SF之前的SF中，第一UE 114检测来自带宽1710中的设备的信号传输，其至少部分地与所配置的PUSCH传输1715的带宽重叠。在第二种情况中，并且在紧接在所配置的PUSCH传输的SF之前的SF中，第二UE 114检测来自带宽1720中的设备的信号传输，其不同于所配置的PUSCH传输1725的带宽。为了确定 UE 114是否可以在SF中执行所配置的PUSCH传输，在操作1730中，UE 114在SF之前测量接收能量，例如基于未用于如图15中所描述的SRS传输的SRS传输梳或者未用于PUSCH传输的RB，如果有的话。UE 114随后在操作1740中确定所测量的能量是否高于所配置的PUSCH传输BW 的任何部分中的阈值。该确定可以基于在用于所配置的PUSCH传输的任何RB上或在多个RB 上所测量的能量是否超过阈值。阈值可以在系统操作中预先确定或由eNB 102通过例如RRC 信令配置给UE 114。如果在任何RB或多个RB中的任一个中测量的能量超过阈值，则UE 114 在操作1750中不发送PUSCH；否则，在操作1760中，UE 114发送PUSCH。 [0157] eNB 102还可以将UE 114配置为尝试在未许可载波上的多个带宽之一中的PUSCH传输。即使当用于PUSCH传输的第一配置带宽不可用时，该功能也可以辅助UE 114在配置的 SF中发送PUSCH。用于PUSCH传输的第一所配置的带宽或者在自适应PUSCH传输的情况下由 DCI格式指示，或者是在由NACK接收触发的重传的情况下与传送数据TB的初始传输的PUSCH 的带宽相同的带宽，或者是在SPS PUSCH的情况下RRC所配置的带宽。可以向UE 114提前配置相对于第一所配置的带宽的PUSCH传输的附加机会。对于包括Muc个RB的未许可载波带宽以及对于包括MPUSCH个RB的PUSCH传输，其中MPUSCH的个机会，其中，是“floor”函数，它将数字四舍五入为其紧接的较小的整数。为了限制eNB 102复杂度不必为必须在许多带宽中检测来自UE 114的PUSCH传输，可以为SF中的PUSCH传输配置包括第一所配置的带宽的Nattempts个候选PUSCH传输带宽的最大数量。然后，候选PUSCH传输带宽的数量是Ncandidate＝min(NSF，Nattempts)。上述分析假设当其到达未许可载波的总带宽的一端(one end)时在PUSCH传输BW中发生卷绕(wrap‑ around)，但是当PUSCH传输需要在连续带宽中发生时，这样的卷绕是不可能的。相对于第一所配置的PUSCH带宽，由MUC,rem1和MUC,rem2分别表示未许可载波上的朝向未许可载波带宽的第一端和第二端剩余带宽， [0158] 另外，当对候选PUSCH传输带宽配置了Moffset个RB的偏移时， [0159] 图18A和图18B示出了根据本公开的UE 114在来自多个候选带宽的带宽中的PUSCH传输。虽然流程图描绘了一系列顺序步骤，但是除非明确说明，否则不应从关于特定执行的顺序、步骤或其部分的执行是顺序地而不是同时地或以重叠方式、或者排外地描述步骤的执行为完全没有居间步骤或中间步骤的出现中得出任何结论。所描绘的示例中描绘的过程由例如UE中的处理电路和发送器链来实现。 [0160] UE 114在SF(第一候选PUSCH传输带宽)中具有第一所配置的PUSCH传输带宽1805。紧接在PUSCH传输之前，UE 114感测到另一传输1810至少部分地与PUSCH传输带宽重叠，并且UE 114在第一所配置的带宽中暂停PUSCH传输。UE 114还确定UE 114从第一所配置的 PUSCH传输带宽和所配置的偏移计算出的第二候选PUSCH传输带宽1815至少部分地与来自另一传输1820的带宽重叠。最后，UE 114确定UE 114从第一所配置的PUSCH传输带宽和配置的偏移计算的第三候选PUSCH传输带宽1825不与来自另一传输1830的带宽重叠，并且UE 114在第三候选带宽中传输PUSCH。例如，如图24所示的传输带宽控制单元可以控制PUSCH传输带宽。eNB 102接收器在候选带宽中的每一个中对来自UE 114的PUSCH传输执行DTX检测。或者，eNB 102接收器尝试在候选带宽中的每一个中检测由PUSCH传送的数据TB，并检查各自的CRC校验。eNB 102接收器还可以在来自UE 114的PUSCH传输之前感测来自另一设备的传输，并且将DTX检测或尝试的数据TB检测限制在几个(包括零个)候选PUSCH传输带宽中。 [0161] PUSCH传输过程如下。在操作1840中，UE 114首先确定第一候选PUSCH传输带宽(可以是所配置的PUSCH传输带宽)。在操作1850中，UE 114测量紧接在PUSCH SF之前的接收能量，并且确定在所配置PUSCH传输BW的任何部分中的测量的能量是否高于阈值。该确定可以基于在所配置的PUSCH传输的任何RB上或在多个RB上检测到的能量是否超过阈值。在操作 1860中，当测量的能量超过阈值时，UE 114不发送PUSCH，确定下一个候选PUSCH发送带宽，并且在操作1850中重复；否则，在操作1870中，UE 114发送PUSCH。 [0162] 在建立未许可载波的可用性时，eNB 102可以通过在连续SF中调度PUSCH传输来维持其使用。eNB 102可以通过不发送和不调度来自未许可载波上的UE的传输来释放未许可载波以供从其他设备使用。由于未由eNB102服务的另一设备可能不能够在由eNB 102服务的UE在时间上连续发送时接入未许可载波，所以eNB 102可以通过使用在许可载波上的通过PDCCH传输的UE‑公共控制信令通知UE暂停在未许可载波上的周期性SRS传输或诸如在 PUCCH中的周期性CSI的任何其它周期性信令。等同地，eNB102可以通过使用在许可载波上的通过PDCCH传输的UE‑公共控制信令来触发UE开始发送诸如SRS的周期性信令。eNB 102可以通过RRC信令预先配置用于UE中的每一个的SRS传输参数。UE公共控制信令可以指示未许可载波。UE公共控制信令还可以另外地指示用于来自UE群组的所触发的传输的未许可载波上的UL SF的配置。 [0163] 可以使用通过传送来自eNB 102的DCI格式的PDCCH的来自UE 114的自适应PUSCH传输，以避免由于未许可载波用于来自未由eNB 102服务的设备的传输而导致的PUSCH传输中的延迟。当eNB 102确定对于来自UE114的PUSCH传输优选地不使用未许可载波，例如当关联数据TB的应用需要低延迟时，或者当eNB 102期望来自UE 114的用于维持RRC连接的信息时或诸如MAC CE(参见REF 4)的其他重要信息时，或者当许可载波在各自的SF中未得到充分利用并且然后优选地具有用于PUSCH传输的更高可靠性时，DCI格式可以包括“未许可载波指示”IE指示用于相同HARQ过程的PUSCH传输的载波。用于“未许可载波指示”IE的二进制元素的数目可以取决UE 114可用于相同HARQ过程的PUSCH传输的载波的数目。例如，当UE 114可以在许可载波上或在未许可载波上发送PUSCH时，“未许可载波指示符”IE可以包括一个二进制元素。这不同于指示用于PUSCH传输的载波的载波聚合中的载波指示符字段的功能，其中不同载波中的PUSCH传输与不同的HARQ进程相关联。“未许可载波指示符”IE指示对传送用于相同HARQ过程的数据TB的PUSCH传输的许可载波或未许可载波的使用。当UE 114 可以在许可载波上或在未许可载波上时，相同的原理可以适用于至UE 114的PDSCH传输。 [0164] 图19示出了根据本公开的基于调度PUSCH传输的DCI格式中的“未许可载波指示符”IE的值而针对PUSCH传输的载波选择。虽然流程图描绘了一系列顺序步骤，否则不应从关于特定执行的顺序、步骤或其部分的执行是顺序地而不是同时地或以重叠方式、或者排外地描述步骤的执行为完全没有居间步骤或中间步骤的出现中得出任何结论。所描绘的示例中描绘的过程由例如UE中的处理电路和发送器链来实现。 [0165] 在操作1910中，UE 114检测调度PUSCH传输并且包括“未许可载波指示符”IE的DCI格式。在操作1920中，UE 114检查“未许可载波指示符”IE的值是否为0。当是时，在操作1930 中，UE 114在许可载波上发送PUSCH。当不是时，在操作1940中，UE 114在未许可载波上发送 PUSCH。还可以施加反向映射(“未许可载波指示符”IE的值为1指示许可载波上的PUSCH传输)。相同的HARQ过程与由PUSCH传送的数据TB相关联，而不管PUSCH传输是在许可载波上还是在未许可载波上。 [0166] eNB 102可能不能够检测来自非服务设备的传输，而由eNB 102服务的UE 114可以检测到来自非服务设备(隐藏节点)的传输，例如当该设备位于远离eNB 102，并且位于UE 114附近，以用于从UE 114传输PUSCH，从而对设备产生干扰时。由于UE 114以及可能接近非服务设备的其他UE可以检测到非服务设备的存在，所以这样的UE可以向eNB 102提供该信息。这可以通过隐藏节点指示符(HNI)信号的传输完成。 [0167] 在第一种方法中，HNI信令类似于SR信令(也参见REF 1)。许可载波上的PUCCH资源被保留用于一个或多个UE群组(相同的PUCCH资源可以由多个UE共享)。PUCCH资源可以包括 SF、RB、用于在RB中传输的代码和周期性。当一个或多个UE确定隐藏节点的存在时，一个或多个UE在所配置的PUCCH资源中发送HNI信号。eNB 102可以检测PUCCH资源中的接收能量 (由于来自UE群组中的UE的传输)，并且确定活动的(active)非服务设备是否存在于UE群组附近。当UE 114检测到在所调度的PUSCH传输的SF中设备正在发送时，eNB 102可以通过例如RRC信令来配置UE114以发送与PUCCH中的肯定SR相同的信号，并且也配置各自的PUCCH资源。 [0168] 在第二种方法中，HNI信号可以是SRS，并且一个或多个UE的组可以配置为具有用于在许可载波上发送SRS的资源(诸如SF、带宽、梳、循环移位和ZC序列)以指示隐藏节点的存在。eNB 102接收器可以应用与第一种方法类似的处理来确定来自UE群组中的一个或多个UE是否指示隐藏节点的存在。 [0169] 在第三种方法中，当UE 114由于隐藏节点而未在未许可载波上发送配置的PUSCH时，HNI信号可以是UE 114以与作为响应于PDCCH检测的HARQ‑ACK信号的相同方式在许可载波中的PUCCH上发送的确认类型信号。例如，当从许可载波发送调度未许可载波上的PUSCH 传输的PDCCH时，UE 114可以在基于具有PDCCH的最低索引的CCE确定的PUCCH资源上发送确认信号(参见REF 3)；否则，eNB 102可以向UE 114配置许可载波上的PUCCH资源。当UE 114 可以同时发送在未许可载波上的PUSCH和在许可载波上的PUCCH上时，UE 114可以在许可载波上的PUCCH中发送具有相反比特值的HNI，以指示在未许可载波上的PUSCH传输。以这种方式，在eNB 102不执行或不能执行准确的PUSCH DTX检测的情况下，UE 114可以辅助eNB 102 确定UE 114是否在未许可载波上发送PUSCH。 [0170] UE 114确定UE 114是否检测到干扰设备，或者一般来说，UE 114确定是否在各自配置的资源中发送HNI信号，可以基于UE 114测量的所接收的能量(或功率)是否高于阈值。阈值可以由eNB 102例如通过更高层信令配置给UE 114，或者可以在系统操作中预先确定。资源对于UE群组可以是相同的，通常对于非常接近的UE是相同的。其中UE 114可以测量所接收的能量以检测未由eNB 102服务的设备的SF也可以由eNB 102例如通过RRC信令配置给 UE 114。基于在HNI资源中或在HNI信号检测上的所接收的能量测量，eNB 102可以确定UE 114是否指示隐藏节点。 [0171] 图20示出了根据本公开的在SF中的PUCCH资源中从UE 114到eNB102的HNI信号的传输，这取决于UE 114是否检测到未由eNB 102服务的另一个设备干扰到至UE 114的PDSCH 传输或来自UE 114的PUSCH传输。虽然流程图描绘了一系列顺序步骤，但是除非明确说明，否则不应从关于特定执行的顺序、步骤或其部分的执行是顺序地而不是同时地或以重叠方式、或者排外地描述步骤的执行为完全没有居间步骤或中间步骤的出现中得出任何结论。在所描绘的示例中描绘的过程由例如eNB中的处理电路和发送器链以及例如UE中的处理电路和发送器链来实现。 [0172] 在操作2010中，UE 114测量未许可载波上的能量。如由用于测量能量的方法所确定的，UE 114考虑UE 114是否检测到未由eNB 102服务的设备，或者一般来说，UE 11 4是否在操作2020中检测到高于阈值的能量。当是时，UE 114在操作2030中在许可载波上所配置的PUCCH资源中发送HNI信号。当不是时，当操作2040中，UE 114不在许可载波上的所配置的 PUCCH资源中发送HNI。或者，HNI信号可以是SRS。 [0173] 在覆盖有限的环境中的操作 [0174] UE可以在到达或来自eNB 102的信号传输经历大的路径(传播)损失的位置。这样的UE 114可能经历差的覆盖，并且对UE 114发送或接收的信道中的至少一个信道需要大至 15‑20分贝(dB)以实现所期望的接收可靠性(信道需要最大的信干噪比(signal‑to‑ interference and noise ratio，SINR)以实现通常UL信道的所期望的接收可靠性)。对于 UL传输使用具有较低载波频率的未许可载波和对于DL传输使用具有较高载波频率的许可载波可以平衡DL覆盖和UL覆盖，降低UE 114功率消耗，并且降低与信道传输的重复相关联的资源开销以便改善在接收器处的组合重复之后导致的有效SINR。 [0175] 对于在未许可载波上的操作，不能确保用于从UE 114到eNB 102的信道或信号的传输的预定时间实例，因为未许可载波可以用于来自未由eNB102服务的其他设备的传输。当未许可载波用于通信时，不能确保在预定SF处发生用于传输的重复。 [0176] 在一种方法中，对于相同的CE目标，eNB 102可以在UE 114在未许可载波上进行传输时比在UE 114在许可载波上进行传输时对UE 114配置用于PUSCH传输的稍多的重复次数，以便考虑(account for)对于在eNB 102认为要用于PUSCH传输的重复的一些SF中未许可载波不可用的概率。第一种方法至少在eNB 102不能可靠地检测到来自未许可载波(隐藏节点)上的干扰设备的传输时是适用的。 [0177] 对于来自UE 114的PUSCH传输的每次重复，由于在eNB 102处经历的低SINR，所以eNB 102通常不能精确地确定对于每次重复UE 114是否实际上都在eNB 102处发送PUSCH重复的接收功率比噪声功率小得多。然后，在UE 114实际上不发送重复的情况下，例如由于UE 114执行载波侦听(carrier sensing，LBT)并且确定另一设备进行发送，eNB 102可以在频率资源和重复的SF中接收噪声。 [0178] 在第二种方法中，当eNB 102可以通过CCA过程的相应LBT识别来自干扰设备的传输时，eNB 102可以避免在相应的频率资源和SF中组合来自UE 114的重复的接收信号。 [0179] 为了说明由于LBT(以及对于当eNB 102和UE 114不具有干扰设备的相同标识时由累积噪声而发生的SINR劣化)的来自UE 114的PUSCH传输的暂停重复，eNB 102可以增加用于DL信道传输或用于UL信道传输的配置的重复的总数。例如，eNB 102可以假设UE 114发送针对PUSCH发送对于总共N1个重复的至少80％的重复，从0.2xN1个SF中的PUSCH发送的暂停重复的SINR劣化为XdB。当eNB 102具有与UE 114相同的干扰设备标识时，即当eNB 102具有与UE 114相同的LBT结果时，eNB 102可以以总共N2>N1次重复来配置UE 114，其中N2是使得其提供相对于N1的XdB的SINR增益。UE 114可以发送的重复的百分比越小，N2的值越大。当 eNB102不能具有与UE 114相同的干扰设备标识时，eNB 102可以配置提供大于X dB的SINR 增益的N2的值，以便考虑SF中的由UE 114的暂停重复和由eNB 102的噪声重复两者，在所述 SF中UE 114暂停相应重复但eNB 102接收器假定其存在的。 [0180] 图21示出了根据本公开的取决于PUSCH是在许可载波上还是在未许可载波上发送的PUSCH传输的多个重复的分配。虽然流程图描绘了一系列顺序步骤，但是除非明确说明，否则不应从关于特定执行的顺序、步骤或其部分的执行是顺序地而不是同时地或以重叠方式、或者排外地描述步骤的执行为完全没有居间步骤或中间步骤的出现中得出任何结论。在所描绘的示例中描绘的过程由例如eNB中的处理电路和发送器链以及例如UE中的处理电路和发送器链来实现。 [0181] 需要相同CE(在调整由于不同载波频率的传播损耗之后)并在许可载波上或在未许可载波上发送PUSCH的UE 114由eNB 102在操作2110中配置许可载波上的第一数目的N1 重复并在操作2120中配置未许可载波上的第二数量的N2重复，其中N2>N1。UE 114在操作 2130中在许可载波上发送所有N1个重复。在操作2140中，在UE 114确定在未许可载波上的干扰设备的SF中，UE 114在未许可载波上暂停相应的重复。在操作2150中，eNB102累积所有重复用于许可载波上的PUSCH传输。在操作2160中，在eNB102确定未许可载波上的干扰设备的SF中，eNB 102暂停在未许可载波上接收各自重复。虽然图21考虑了PUSCH传输，但是相同的原理适用于任何DL信道或UL信道的传输。 [0182] 由UE 114在覆盖限制条件下操作并且经历到eNB 102的大的路径损耗导致的附加事件是UE 114可能不能检测到来自或去往其他设备的信号传输(载波侦听总是指示未许可载波可用)。这是因为，与来自eNB 102的信令类似，当UE 114接收到去往/来自另一个设备的信令时，信令被显着衰减。其他设备可能不能检测到UE 114正在进行发送。由于UE 114产生的干扰足够低(因为其不能被检测到)，并且不会有意义地降低由其他设备发送或接收的信号的接收可靠性，所以该事件对于其他设备不是问题。然而，即使UE 114认为所有SF可用于PUSCH传输的重复，因为UE 114不能检测到来自其他设备的传输，该事件可能是有问题的，因为与在许可载波上的操作不同，一些重复可能经历来自到达或来自其他设备传输的干扰。当eNB 102不能识别干扰设备时，接收可靠性受到影响，因为接收一些重复(由eNB 102或由UE 114接收)时受到显著干扰。当eNB 102可以识别干扰设备时，主要问题是附加的 UE 114功率消耗，因为UE 114发送了经历干扰的重复并且eNB 102避免接收。类似于当由于载波侦听结果UE 114不能够发送PUSCH传输的所有重复时的情况，eNB 102可以通过向UE 114分配比当PUSCH传输的重复发生在许可载波上时的更大数量的用于PUSCH传输的重复来解决该事件。考虑例如用于在未许可载波上来自UE 114的重复PUSCH传输的带宽中的跨越 SF的强干扰检测的统计，eNB 102可以确定重复的数目。因为这样的统计可以随时间变化，例如当在一天的某些时间期间干扰更可能时，eNB 102可以在时间上重新配置PUSCH传输的重复次数。eNB 102可以在其中eNB 102观察到强干扰(高接收信号能量)的SF中避免组合 PUSCH传输的重复，从而产生小于来自UE 114的实际重复的数量的有效重复的数量，并且类似于eNB 102向UE 114分配的用于相同CE的许可载波上的重复的重复次数。 [0183] 不是依赖于一些SF中以及至少一部分带宽中的来自UE 114的PUSCH传输的更大数量的重复以避免其它设备干扰，在所述至少一部分宽带中UE114在未许可载波上发送PUSCH 传输的重复，eNB 102可以防止这种干扰发生。eNB 102可以在其中UE发送各自PUSCH的重复的SF中和在与用于PUSCH发送的重复的RB不同的未许可载波的RB中发送诸如RS或PDSCH/ PDCCH信令。由于eNB 102需要同时发送和接收，所以各自RB可以具有足够的间隔以避免发送信号对在eNB 102处的接收信号的干扰。eNB102可以选择用于信号传输的功率和RB，以使得对来自UE的传输的干扰被充分地减少，并且不超过与未许可载波上的传输相关联的最大传输功率约束。例如，对于具有20MHz带宽的未许可载波，当PUSCH传输被配置为在第一 15MHz中发生时，eNB 102可以在最后3MHz中发送RS。例如，传送针对UE和eNB 102的传输的 RB可以被交织(interleaved)，其中按照RB的升序，eNB 102在第一RB中发送，一个或多个UE 在第二RB中发送，eNB102在第三RB中发送，一个或者更多的UE在第四RB中进行发送，等等。未由eNB 102服务的设备然后可以检测DL信令的能量并且避免在各自SF中的未许可载波上进行发送。 [0184] 图22A和图22B示出了根据本公开的在SF中发送DL信令的eNB 102，其中在与用于PUSCH传输的重复的RB不同的RB中一个或多个UE发送各自PUSCH的重复。虽然流程图描绘了一系列顺序步骤，但是除非明确说明，否则不应从关于特定执行的顺序、步骤或其部分的执行是顺序地而不是同时地或以重叠方式、或者排外地描述步骤的执行为完全没有居间步骤或中间步骤的出现中得出任何结论。在所描绘的示例中描绘的过程由例如eNB中的处理电路和发送器链以及例如UE中的处理电路和发送器链来实现。 [0185] UE在未许可载波的RB 2210、2220和2230中发送PUSCH。eNB 102在RB 2240和2250中发送信号。在操作2260中，eNB 102将每个UE配置为在若干SF上重复地发送PUSCH。在操作 2270中，每个UE在各自配置的一个或多个RB中发送PUSCH。在操作2280中，eNB 102还在未由 UE用于发送各自PUSCH的重复的未许可载波的一些RB中发送DL信号。 [0186] 图23示出了根据本公开的用于接收SRS和用于确定所接收的SRS能量的UE 114接收器或eNB 102接收器。图23中所示的UE 114接收器或eNB102接收器的实施例仅用于说明。在不脱离本公开的范围的情况下可以使用其他实施例。 [0187] UE 114或eNB 102接收SRS 2310，并且在滤波2320和移除CP和循环移位2330(由单独的单元)之后，将信号提供给DFT滤波器2340。SRS传输带宽2350的RE由接收带宽控制单元 2355选择。乘法器2360和2365逐个元素地将选择的RE与分别用于在第一梳和第二梳上发送 SRS的ZC序列2370和2375的复共轭(complex conjugate)相乘。第一能量检测器确定第一 SRS传输梳2380上的接收能量，第二能量检测器确定第二SRS传输梳2385上的接收能量。第一能量检测器和第二能量检测器可以是相同的单元。第一阈值比较器确定第一SRS传输梳上的接收能量是否大于第一阈值2390，第二阈值比较器确定第二SRS传输梳上的接收能量是否大于第二阈值2395。第一阈值比较器和第二阈值比较器可以是相同的单元。第一阈值和第二阈值可以具有相同的值。 [0188] 图24示出了根据本公开的用于发送指示暂停的PUSCH传输或SR的信号的UE 114发送器。图24所示的UE 114发送器的实施例仅用于说明。在不脱离本公开的范围的情况下可以使用其他实施例。 [0189] ZC序列(在频域中)2410被映射到由传输带宽控制单元2430指示的传输带宽2420。传输带宽可以是1个RB，并且可以由控制器2440取决于传输是否指示SR还是不能发送PUSCH 基于第一所配置的RB和第二所配置的RB来选择。第一RB和第二RB可以相同。随后，单元2450 施加IFFT，并且乘法器2460将输出符号与由控制器2440指示的OCC 2465相乘，这取决于传输是指示SR还是不能发送PUSCH。然后将输出提供给CP插入单元2470、滤波器2480和RF发送器2490。 [0190] 图25示出了根据本公开的用于接收指示暂停的PUSCH传输或SR的信号的eNB 102接收器。图25所示的eNB 102接收器的实施例仅用于说明。在不脱离本公开的范围的情况下可以使用其他实施例。 [0191] eNB 102接收信号2510，并且在滤波2520以及去除CP和循环移位2530(由单独的单元)之后，信号被乘法器2540乘以控制器2550指示的OCC2545。提供乘法结果到DFT单元 2560，并且接收BW控制单元2575控制RE解映射单元2570选择由控制器2550指示的RE。乘法器2580逐个元素地将选择的RE与ZC序列2585的复共轭相乘用于发送接收信号。能量检测器 2590确定由控制器2550指示的第一OCC和RB资源上的第一接收能量。阈值比较器确定接收的能量是否大于第一阈值2595。对由控制器2550指示的第二OCC和RB资源重复除了步骤 2510、2520和2530之外的所有步骤，并且阈值比较器确定第二接收能量是否大于第二阈值 2595。第一阈值和第二阈值可以具有相同的值。如果第一能量大于第一阈值，则eNB 102可以确定UE 114指示干扰源。如果第二能量大于第二阈值，则eNB 102可以确定UE114指示调度请求。如果第一能量大于第一阈值并且第二能量大于第二阈值，则eNB 102可以确定UE 114指示干扰方，或者UE 114指示调度请求，例如取决于预定的似然概率。 [0192] 为了帮助专利局和在本申请上发布的任何专利的任何读者解释所附的权利要求，申请人希望注意，除非在特定权利要求中明确使用“用于...的装置”或“用于...的步骤”，否则它们不意图引用任何所附权利要求或权利要求要素来援引35U.S.C.§112(f)。在权利要求中使用任何其它术语，包括但不限于“机构”、“模块”、“装置”、“单元”、“组件”、“元件”、 “构件”、“装置”、“机器”、“系统”、“处理器”或“控制器”由申请人理解为指相关领域技术人员已知的结构，并且不旨在援引35U.SC§112(f)。 [0193] 尽管已经使用示例性实施例描述了本公开，但是可以向本领域技术人员提出各种改变和修改。本公开旨在涵盖落入所附权利要求的范围内的这样的改变和修改。