CN110622579B

CN110622579B - 通信设备中的唤醒信号(wus)和唤醒接收机(wur)

Info

Publication number: CN110622579B
Application number: CN201880031778.5A
Authority: CN
Inventors: K·巴塔德; P·P·L·昂; A·里克阿尔瓦里尼奥; 徐浩; 陈万士; P·盖尔
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2017-05-15
Filing date: 2018-04-13
Publication date: 2022-04-26
Anticipated expiration: 2038-04-13
Also published as: EP3625997A1; CN110622579A; US20180332533A1; ES2888274T3; TW201902264A; TWI779021B; WO2018212867A1; EP3625997B1; US10841876B2

Abstract

一种用于通信的方法包括：用户装备(UE)周期性地苏醒以在唤醒信号搜索空间中监视唤醒信号(WUS)，该唤醒信号具有比控制信道通信的长度更短的长度以允许UE确定UE是否应该监视控制信道通信。

Description

通信设备中的唤醒信号(WUS)和唤醒接收机(WUR)

相关申请

要求于2017年5月15日提交的题为“WAKE-UP SIGNAL(WUS)AND WAKE-UP RECEIVER(WUR)IN A COMMUNICATION DEVICE(通信设备中的唤醒信号(WUS)和唤醒接收机(WUR))”的印度临时专利申请No.201741016973的申请日的权益，其内容通过援引整体纳入于此。

技术领域

下文讨论的技术涉及无线通信系统，尤其涉及与通信设备中的唤醒接收机(WUR)联用的唤醒信号(WUS)。各实施例实现并提供低开销的同步信号以高效地唤醒通信设备中的接收机。

引言

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

这些多址技术已经在各种电信标准中被采纳以提供使不同的无线设备能够在城市、国家、地区、以及甚至全球级别上进行通信的共同协议。示例电信标准是长期演进(LTE)。LTE技术进步的一示例被称为5G。术语5G表示LTE技术的进步，包括例如无线接口的各种进步、处理改进、以及用于提供附加特征和连通性的更高带宽的实现。

有时被称为用户设备(UE)的无线通信设备可与基站进行通信或者可直接与另一个UE进行通信。当UE直接与另一个UE进行通信时，该通信被称为设备到设备(D2D)通信。在特定使用情形中，UE可以是无线通信设备(诸如，便携式蜂窝设备)，或者可以是交通工具(诸如，汽车、无人机)，或者可以是任何其他连通的设备。

一种发送少量信息的通信被称为机器类型通信(MTC)。机器类型通信通常是指由很少或没有人为干预的机器之间的自动数据生成、交换、处理和致动来表征的通信。

有时也被称为万物联网(IoE)的物联网(IoT)是物理设备、交通工具(有时被称为“连通设备”和/或“智能设备”)、建筑物以及可被嵌入电子设备、软件、传感器、致动器以及使这些对象能够收集和交换数据及其他信息的网络连通的其他项的互连网络。

许多MTC和IoT通信应用涉及少量数据的相对不频繁的交换。因此，最小化在MTC和IoT通信以及其他通信中使用的资源量是期望的。

简要概述

所附权利要求的范围内的系统、方法和设备的各种实现各自具有若干方面，不是仅靠其中任何单一方面来得到本文中所描述的期望属性。本文中描述一些突出特征，但其并不限定所附权利要求的范围。

本说明书中所描述的主题内容的一个或多个实现的细节在附图及以下描述中阐述。其他特征、方面和优点将从该描述、附图和权利要求书中变得明了。应注意，以下附图的相对尺寸可能并非按比例绘制。

本公开的一方面提供一种用于通信的方法。方法实施例包括一种用于通信的方法，包括：用户装备(UE)周期性地苏醒以在唤醒信号搜索空间中监视唤醒信号(WUS)，该唤醒信号具有比控制信道通信的长度更短的长度以允许UE确定UE是否应该监视控制信道通信。

本公开的另一方面提供一种用于通信的装置，包括：用户装备(UE)，其被配置成周期性地苏醒以在唤醒信号搜索空间中监视唤醒信号(WUS)，该唤醒信号具有比控制信道通信的长度更短的长度以允许UE确定UE是否应该监视控制信道通信。

本公开的另一方面提供了一种设备，包括：用于用户装备(UE)周期性地苏醒以在唤醒信号搜索空间中监视唤醒信号(WUS)的装置，该唤醒信号具有比控制信道通信的长度更短的长度以允许UE确定UE是否应该监视控制信道通信。

本公开的另一方面提供了一种存储用于通信的计算机可执行代码的非瞬态计算机可读介质，该代码可由处理器执行以使得用户装备(UE)周期性地苏醒以在唤醒信号搜索空间中监视唤醒信号(WUS)，该唤醒信号具有比控制信道通信的长度更短的长度以允许UE确定UE是否应该监视控制信道通信。

附图简述

在附图中，除非另行指出，否则相似的附图标记贯穿各视图指示相似的部分。对于带有字母字符标号的参考标号(诸如，“102a”或“102b”)，该字母字符标号可区分同一附图中存在的两个相似部件或元素。在意图使一附图标记涵盖所有附图中具有相同附图标记的所有部件时，可略去附图标记的字母符号标号。

图1是解说根据本公开的各方面的网络架构的示例的示图。

图2是解说根据本公开的各方面的接入网的示例的示图。

图3是解说根据本公开的各方面的LTE中的DL帧结构的示例的示图。

图4是解说根据本公开的各方面的LTE中的UL帧结构的示例的示图。

图5是解说根据本公开的各方面的用于用户面和控制面的无线电协议架构的示例的示图。

图6是解说根据本公开的各方面的接入网中的演进型B节点和用户装备的示例的示图。

图7是解说根据本公开的各方面的通信系统的示图。

图8A、8B和8C是解说根据本公开的各个方面的在分配用于非MTC UE的大带宽中的MTC UE的窄带操作的示图。

图9是示出针对处于空闲模式的UE的常规DRX循环的示例性实施例的示图。

图10是示出针对处于空闲模式的UE的其中UE可不苏醒的DRX循环的示例性实施例的示图。

图11是示出在向UE发送寻呼信号时的示例性UE处理的示图。

图12是示出包括主接收机、唤醒接收机和基带处理器的示例性接收机架构的示图。

图13是示出唤醒信号(WUS)搜索空间的两种可能选项的示图。

图14是示出针对UE的常规eDRX循环的示例性实施例的示图。

图15是示出针对一个寻呼传输窗口(PTW)中的所有PDCCH搜索空间使用一个唤醒信号的示例性实施例的示图。

图16是示出其中要监视唤醒信号的时间小于要监视所有PDCCH搜索空间的时间的示例性实施例的示图。

图17是示出在UE中加载软件(SW)图像数据的示例性实施例的示图。

图18是示出在UE中加载软件(SW)图像数据的替换示例性实施例的示图。

图19是示出在UE处处理唤醒信号的方法的流程图。

图20是示出在基站处处理唤醒信号的方法的流程图。

图21是根据本公开的示例性实施例的用于UE处理唤醒信号的装置的功能框图。

图22是根据本公开的示例性实施例的用于基站处理唤醒信号的装置的功能框图。

详细描述

措辞“示例性”在本文中用于意指“用作示例、实例、或解说”。本文中描述为“示例性”的任何方面不必被解释为优于或胜过其他方面。

现在将参照各种装置和方法给出电信系统的若干方面。这些装置和方法将在以下详细描述中进行描述并在附图中由各种框、组件、电路、过程、算法等(统称为“元素”)来解说。这些元素可使用电子硬件、计算机软件、或其任何组合来实现。此类元素是实现成硬件还是软件取决于具体应用和加诸于整体系统上的设计约束。

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

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

以下描述提供示例而并非限定权利要求中阐述的范围、适用性或者示例。可以对所讨论的要素的功能和布置作出改变而不会脱离本公开的范围。各种示例可恰适地省略、替代、或添加各种规程或组件。例如，可按不同于所描述的次序来执行所描述的方法，并且可以添加、省略、或组合各种步骤。此外，参照一些示例所描述的特征可在其他示例中被组合。

用户装备(UE)可以处于数个不同状态。例如，RCC连通(无线电资源控制连通)指其中UE和基站已连通并且UE可用于与基站交换信息的状态。在所谓的RCC空闲(无线电资源控制空闲)中，UE处于其中UE不与基站交换信息，而是UE试图寻找并维持与基站的服务连接的状态。

当基站和UE处于RRC空闲状态时，UE可在两种情况中休眠。在第一情况中，UE可进入所谓的C-DRX(连通-非连续接收)模式，其中UE可进入“宏休眠”时段，其中UE可休眠直到约0.512秒。当UE处于C-DRX模式时，这可能会在来自基站的传输中的长间隙或短间隙期间发生。

在另一情况中，UE可进入所谓的“微休眠”，其中UE可休眠多达12个码元时段(约170微秒(μs))。例如，这可能发生在UE标识没有为当前子帧调度的数据(物理下行链路共享信道(PDSCH))并且可进入微休眠模式直到下一子帧边界时。

另一DRX状态被称为eDRX(扩展DRX)，其中UE可休眠达延长的时间段(数分钟或数小时的数量级)。例如，eDRX状态对于可能存在长时段(数分钟或数小时的数量级)预期没有传输的UE设备特别有用。eDRX状态允许UE显著地降低功耗。

本公开的示例性实施例涉及用于通过发送小的(例如，一(1)比特传输)来唤醒通信设备中的接收机的系统和方法，该传输可警告接收机针对该通信设备存在物理下行链路控制信道(PDCCH)传输或其他通信。该小的一(1)比特信号可被称为“唤醒信号”(WUS)。其他低比特计数信号也可用作WUS。接收机或接收机的一部分可用于监视唤醒信号。此接收机可被称为“唤醒接收机”(WUR)。如本文所使用的，术语“唤醒接收机”(WUR)可指单独的低功率接收机、作为另一接收机的一部分的低功率接收机电路系统、或者通信设备中的接收机或调制解调器的一部分，其可在低功耗状态下操作或操作达短时间段，并且可被配置成接收唤醒信号并处理唤醒信号，以便仅在通信旨在针对该UE的情况下唤醒接收机。

图1是解说LTE网络架构100的示图。LTE网络架构100可被称为演进型分组系统(EPS)100。EPS 100可包括一个或多个用户装备(UE)102、演进型UMTS地面无线电接入网(E-UTRAN)104、演进型分组核心(EPC)110、以及运营商的网际协议(IP)服务122。EPS可与其他接入网互连，但出于简化起见，那些实体/接口并未示出。如所示的，EPS提供分组交换服务，然而，如本领域技术人员将容易领会的，本公开通篇给出的各种概念可被扩展到提供电路交换服务的网络。此外，虽然LTE网络被解说为示例，但也可使用其他类型的网络，包括例如仅5G网络。

E-UTRAN 104包括演进型B节点(eNB)106和其他eNB 108，并且可包括多播协调实体(MCE)128。eNB 106提供朝向UE 102的用户面和控制面协议终接。eNB 106可经由回程(例如，X2接口)连接到其他eNB 108。MCE 128分配用于演进型多媒体广播多播服务(MBMS)(eMBMS)的时间/频率无线电资源，并且确定用于eMBMS的无线电配置(例如，调制和编码方案(MCS))。MCE 128可以是单独实体或是eNB 106的一部分。eNB 106也可被称为基站、B节点、接入点、基收发机站、无线电基站、无线电收发机、收发机功能、基本服务集(BSS)、扩展服务集(ESS)、或其他某个合适的术语。eNB 106为UE 102提供去往EPC 110的接入点。UE102的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型设备、个人数字助理(PDA)、卫星无线电、全球定位系统、多媒体设备、视频设备、数字音频播放器(例如，MP3播放器)、相机、游戏控制台、平板设备、智能设备、可穿戴设备、交通工具、或任何其他类似的功能设备。UE 102也可被本领域技术人员称为移动站、订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手持机、用户代理、移动客户端、客户端、或某个其他合适的术语。

eNB 106连接到EPC 110。EPC 110可包括移动性管理实体(MME)112、归属订户服务器(HSS)120、其他MME 114、服务网关116、多媒体广播多播服务(MBMS)网关124、广播多播服务中心(BM-SC)126、以及分组数据网络(PDN)网关118。MME 112是处理UE 102与EPC 110之间的信令的控制节点。一般而言，MME 112提供承载和连接管理。所有用户IP分组通过服务网关116来传递，该服务网关116自身连接到PDN网关118。PDN网关118提供UE IP地址分配以及其他功能。PDN网关118和BM-SC 126被连接到IP服务122。IP服务122可包括因特网、内联网、IP多媒体子系统(IMS)、PS流送服务(PSS)、和/或其他IP服务。BM-SC 126可提供用于MBMS用户服务置备和递送的功能。BM-SC 126可用作内容提供商MBMS传输的进入点、可用来授权和发起PLMN内的MBMS承载服务、并且可用来调度和递送MBMS传输。MBMS网关124可用来向属于广播特定服务的多播广播单频网(MBSFN)区域的eNB(例如，106、108)分发MBMS话务，并且可负责会话管理(开始/停止)并负责收集eMBMS相关的收费信息。

图2是解说LTE网络架构中的接入网200的示例的示图。在该示例中，接入网200被划分成数个蜂窝区划(蜂窝小区)202。一个或多个较低功率类eNB208可具有与一个或多个蜂窝小区202交叠的蜂窝区划210。较低功率类eNB208可以是毫微微蜂窝小区(例如，家用eNB(HeNB))、微微蜂窝小区、微蜂窝小区或远程无线电头端(RRH)。宏eNB 204各自被指派给相应的蜂窝小区202并且被配置成为蜂窝小区202中的所有UE 206提供去往EPC 110的接入点。在接入网200的这一示例中，没有集中式控制器，但是在替换性配置中可以使用集中式控制器。eNB 204负责所有与无线电有关的功能，包括无线电承载控制、准入控制、移动性控制、调度、安全性、以及与服务网关116的连通性。eNB可支持一个或多个(例如，三个)蜂窝小区(也称为扇区)。术语“蜂窝小区”可指eNB的最小覆盖区域和/或服务特定覆盖区域的eNB子系统。此外，术语“eNB”、“基站”和“蜂窝小区”可在本文中可互换地使用。

接入网200所采用的调制和多址方案可以取决于正部署的特定电信标准而变化。在LTE应用中，在DL上使用OFDM并且在UL上使用SC-FDMA以支持频分双工(FDD)和时分双工(TDD)两者。如本领域技术人员将容易地从以下详细描述中领会的，本文中给出的各种概念良好地适用于LTE应用。然而，这些概念可以容易地扩展到采用其它调制和多址技术的其它电信标准。作为示例，这些概念可扩展到演进数据最优化(EV-DO)、超移动宽带(UMB)、5G、或其他调制和多址技术。EV-DO和UMB是由第三代伙伴项目2(3GPP2)颁布的作为CDMA2000标准族的一部分的空中接口标准，并且采用CDMA向移动站提供宽带因特网接入。这些概念还可被扩展到采用宽带CDMA(W-CDMA)和其他CDMA变体(诸如TD-SCDMA)的通用地面无线电接入(UTRA)；采用TDMA的全球移动通信系统(GSM)；以及采用OFDMA的演进型UTRA(E-UTRA)、IEEE802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20和Flash-OFDM。UTRA、E-UTRA、UMTS、LTE和GSM在来自3GPP组织的文献中描述。CDMA2000和UMB在来自3GPP2组织的文献中描述。所采用的实际无线通信标准和多址技术将取决于具体应用以及加诸于系统的整体设计约束。

eNB 204可具有支持MIMO技术的多个天线。MIMO技术的使用使得eNB204能够利用空域来支持空间复用、波束成形和发射分集。空间复用可被用于在相同频率上同时传送不同的数据流。这些数据流可被传送给单个UE 206以增大数据率或传送给多个UE 206以增加系统总容量。这是藉由对每一数据流进行空间预编码(即，应用振幅和相位的比例缩放)并且随后通过多个发射天线在DL上传送每一经空间预编码的流来达成的。经空间预编码的数据流带有不同空间签名地抵达(诸)UE 206处，这些不同的空间签名使得每个UE 206能够恢复出旨在去往该UE 206的一个或多个数据流。在UL上，每个UE 206传送经空间预编码的数据流，这使得eNB 204能够标识每个经空间预编码的数据流的源。

空间复用一般在信道状况良好时使用。在信道状况不那么有利时，可使用波束成形来将发射能量集中在一个或多个方向上。这可通过对数据进行空间预编码以供通过多个天线传输来达成。为了在蜂窝小区边缘处达成良好覆盖，单流波束成形传输可结合发射分集来使用。

在以下详细描述中，将参照在DL上支持OFDM的MIMO系统来描述接入网的各个方面。OFDM是将数据调制到OFDM码元内的数个副载波上的扩频技术。这些副载波以精确频率分隔开。该分隔提供使得接收机能够从这些副载波恢复数据的“正交性”。在时域中，可向每个OFDM码元添加保护区间(例如，循环前缀)以对抗OFDM码元间干扰。UL可使用经DFT扩展的OFDM信号形式的SC-FDMA来补偿高峰均功率比(PAPR)。

图3是解说LTE中的DL帧结构的示例的示图300。帧(10ms)可被划分成10个相等大小的子帧。每个子帧可包括两个连贯时隙。可使用资源网格来表示2个时隙，每个时隙包括一资源块。该资源网格被划分成多个资源元素。在LTE中，对于正常循环前缀而言，资源块包含频域中的12个连贯副载波以及时域中的7个连贯OFDM码元，总共84个资源元素。对于扩展循环前缀而言，资源块包含频域中的12个连贯副载波以及时域中的6个连贯OFDM码元，总共72个资源元素。指示为R 302、304的一些资源元素包括DL参考信号(DL-RS)。DL-RS包括因蜂窝小区而异的RS(CRS)(有时也称为共用RS)302、因UE而异的RS(UE-RS)304。对于窄带LTE，可使用窄带因蜂窝小区而异的参考信号(NRS)。UE-RS 304在对应的物理DL共享信道(PDSCH)所映射到的资源块上被传送。由每个资源元素携带的比特数目取决于调制方案。因此，UE接收的资源块越多且调制方案越高，则该UE的数据率就越高。

图4是解说LTE中的UL帧结构的示例的示图400。UL可用的资源块可被划分成数据区段和控制区段。控制区段可被形成在系统带宽的两个边缘处并且可具有可配置的大小。控制区段中的资源块可被指派给UE以用于传送控制信息。数据区段可包括所有未被包括在控制区段中的资源块。该UL帧结构导致数据区段包括毗连副载波，这可允许单个UE被指派数据区段中的所有毗连副载波。

UE可被指派有控制区段中的资源块410a、410b以用于向eNB传送控制信息。UE也可被指派有数据区段中的资源块420a、420b以用于向eNB传送数据。UE可在控制区段中的所指派资源块上在物理UL控制信道(PUCCH)中传送控制信息。UE可在数据区段中的所指派资源块上在物理UL共享信道(PUSCH)中传送数据或者传送数据和控制信息两者。UL传输可贯越子帧的这两个时隙，并可跨频率跳跃。

资源块集合可被用于在物理随机接入信道(PRACH)430中执行初始系统接入并达成UL同步。PRACH 430携带随机序列并且不能携带任何UL数据/信令。每个随机接入前置码占用与六个连贯资源块相对应的带宽。起始频率由网络指定。即，随机接入前置码的传输被限制于某些时频资源。对于PRACH不存在跳频。PRACH尝试被携带在单个子帧(1ms)中或在数个毗连子帧的序列中，并且UE每帧(10ms)可作出单次PRACH尝试。

根据本公开的示例性实施例的本文中所描述的，PRACH 430或者在恰适的情况下的经修改的PRACH或NPRACH中的初始码元可由UE用于在UE和基站之间建立无线电资源控制(RRC)无线电通信链路之前发送用于eMTC通信和/或IoT通信的小数据传输。如本文所使用的，术语(N)PRACH可用于指宽带PRACH和/或窄带NPRACH。

图5是解说根据本公开的各方面的用于LTE中的用户面和控制面的无线电协议架构的示例的示图500。用于UE和eNB的无线电协议架构被示为具有三层：层1、层2、以及层3。层1(L1层)是最低层并实现各种物理层信号处理功能。L1层在本文中将被称为物理层506。层2(L2层)508在物理层506之上并且负责UE与eNB之间在物理层506之上的链路。

在用户面中，L2层508包括媒体接入控制(MAC)子层510、无线电链路控制(RLC)子层512、以及分组数据汇聚协议(PDCP)514子层，它们在网络侧上终接于eNB处。尽管未示出，但是UE在L2层508之上可具有若干个上层，包括在网络侧终接于PDN网关118处的网络层(例如，IP层)、以及终接于连接的另一端(例如，远端UE、服务器等)的应用层。

PDCP子层514提供不同无线电承载与逻辑信道之间的复用。PDCP子层514还提供对上层数据分组的报头压缩以减少无线电传输开销，通过将数据分组暗码化来提供安全性，以及提供对UE在各eNB之间的切换支持。RLC子层512提供对上层数据分组的分段和重装、对丢失数据分组的重传、以及对数据分组的重排序以补偿由于混合自动重复请求(HARQ)引起的脱序接收。MAC子层510提供逻辑信道与传输信道之间的复用。MAC子层510还负责在各UE间分配一个蜂窝小区中的各种无线电资源(例如，资源块)。MAC子层510还负责HARQ操作。

在控制面中，用于UE和eNB的无线电协议架构对于物理层506和L2层508而言基本相同，区别在于对控制面而言没有报头压缩功能。控制面还包括层3(L3层)中的无线电资源控制(RRC)子层516。RRC子层516负责获得无线电资源(例如，无线电承载)以及使用eNB与UE之间的RRC信令来配置各下层。

图6是根据本公开的各方面的接入网中eNB 610与UE 650通信的框图。在DL中，来自核心网的上层分组被提供给控制器/处理器675。控制器/处理器675实现L2层的功能性。在DL中，控制器/处理器675提供报头压缩、暗码化、分组分段和重排序、逻辑信道与传输信道之间的复用、以及基于各种优先级度量来向UE 650进行的无线电资源分配。控制器/处理器675还负责HARQ操作、丢失分组的重传、以及对UE 650的信令。

发射(TX)处理器616实现用于L1层(即，物理层)的各种信号处理功能。这些信号处理功能包括编码和交织以促成UE 650处的前向纠错(FEC)以及基于各种调制方案(例如，二进制相移键控(BPSK)、正交相移键控(QPSK)、M相移键控(M-PSK)、M正交振幅调制(M-QAM))向信号星座进行的映射。随后，经编码和调制的码元被拆分成并行流。每个流随后被映射到OFDM副载波、在时域和/或频域中与参考信号(例如，导频)复用、并且随后使用快速傅立叶逆变换(IFFT)组合到一起以产生携带时域OFDM码元流的物理信道。该OFDM流被空间预编码以产生多个空间流。来自信道估计器674的信道估计可被用来确定编码和调制方案以及用于空间处理。该信道估计可从由UE 650传送的参考信号和/或信道状况反馈导出。每个空间流随后可经由分开的发射机618TX被提供给一不同的天线620。每个发射机618TX可用相应各个空间流来调制RF载波以供传输。

在UE 650处，每个接收机654RX通过其相应的天线652来接收信号。每个接收机654RX恢复出调制到RF载波上的信息并将该信息提供给接收(RX)处理器656。RX处理器656实现L1层的各种信号处理功能。RX处理器656可对该信息执行空间处理以恢复出以UE 650为目的地的任何空间流。如果有多个空间流以UE 650为目的地，则它们可由RX处理器656组合成单个OFDM码元流。RX处理器656随后使用快速傅里叶变换(FFT)将该OFDM码元流从时域变换到频域。该频域信号对该OFDM信号的每个副载波包括单独的OFDM码元流。通过确定最有可能由eNB 610传送了的信号星座点来恢复和解调每个副载波上的码元、以及参考信号。这些软判决可基于由信道估计器658计算出的信道估计。这些软判决随后被解码和解交织以恢复出原始由eNB 610在物理信道上传送的数据和控制信号。这些数据和控制信号随后被提供给控制器/处理器659。

控制器/处理器659实现L2层。控制器/处理器可以与存储程序代码和数据的存储器660相关联。存储器660可被称为计算机可读介质。在UL中，控制器/处理器659提供传输信道与逻辑信道之间的解复用、分组重装、暗码解译、报头解压缩、控制信号处理以恢复出来自核心网的上层分组。这些上层分组随后被提供给数据阱662，该数据阱670表示L2层以上的所有协议层。各种控制信号也可被提供给数据阱662以进行L3处理。控制器/处理器659还负责使用确收(ACK)和/或否定确收(NACK)协议进行检错以支持HARQ操作。

在UL中，数据源667被用来将上层分组提供给控制器/处理器659。数据源667表示L2层以上的所有协议层。类似于结合由eNB 610进行的DL传输所描述的功能性，控制器/处理器659通过提供报头压缩、暗码化、分组分段和重排序、以及基于由eNB 610进行的无线电资源分配在逻辑信道与传输信道之间进行的复用，从而实现用户面和控制面的L2层。控制器/处理器659还负责HARQ操作、丢失分组的重传、以及对eNB 610的信令。

由信道估计器658从由eNB 610所传送的参考信号或者反馈推导出的信道估计可由TX处理器668用来选择恰适的编码和调制方案，以及促成空间处理。由TX处理器668生成的空间流可经由分开的发射机654TX被提供给不同的天线652。每个发射机654TX可用相应各个空间流来调制RF载波以供传输。

在eNB 610处以与结合UE 650处的接收机功能所描述的方式相类似的方式来处理UL传输。每个接收机618RX通过其相应的天线620来接收信号。每个接收机618RX恢复出被调制到RF载波上的信息并将该信息提供给RX处理器670。RX处理器670可实现L1层。

控制器/处理器675实现L2层。控制器/处理器675可与存储程序代码和数据的存储器676相关联。存储器676可被称为计算机可读介质。在UL中，控制器/处理器675提供传输信道与逻辑信道之间的解复用、分组重装、暗码解译、报头解压缩、控制信号处理以恢复出来自UE 650的上层分组。来自控制器/处理器675的上层分组可被提供给核心网。控制器/处理器675还负责使用ACK和/或NACK协议进行检错以支持HARQ操作。

在一示例性实施例中，eNB 610和UE 650中的一者或两者可具有逻辑、软件、固件、配置文件等，以允许本文所描述的MCT/IoT通信。

图7是解说根据本公开的各方面的通信系统的示图700。图7包括节点702、MTC UE704和UE 706(也被称为“非MTC UE”)。节点702可以是宏节点(例如，eNB)、毫微微节点、微微节点、或类似的基站、移动基站、中继、UE(例如，按对等或自组织模式与另一UE进行通信)、其一部分、和/或基本上在无线网络中传达控制数据的任何组件。MTC UE 704和非MTC UE706各自可以是移动终端、驻定终端，调制解调器(或其他系留设备)，其一部分和/或基本上在无线网络中接收控制数据的任何设备。

如图7中所示，MTC UE 704从eNB 702接收DL传输710，并且向eNB 702发送UL传输708。在一个方面，DL和UL传输710和708可包括MTC控制信息或MTC数据。如图7中进一步所示，UE 706从eNB 702接收DL传输712，并且向eNB 702发送UL传输714。

图8A至8C是解说根据本公开的各个方面的在分配用于非MTC UE的大带宽中的MTCUE的窄带操作的示图802、810和814。图8A示出了分配用于非MTC UE的大带宽806，并且进一步示出了DL中心频率803。因此，DL在大带宽806的中心中操作。在图8A的配置中，阴影部分804被保留用于物理下行链路控制信道(PDCCH)。如图8A中进一步所示，窄带宽808可用于UL和DL两者，并且可用于主同步信号(PSS)、副同步信号(SSS)、物理广播信道(PBCH)、SIB和/或寻呼。例如，窄带宽可以是1.25MHZ。图8B示出了UL中心频率811和窄带宽812。例如，UL随机接入信道(RACH)消息(例如，消息1和消息3)可由MTC UE在UL中心频率811中传达，以促成对网络的接入。如图8C中所示，可在不同于窄带宽808的带宽(诸如，带宽816)中传达其他UL传输。，应理解，图8A至图8C中小带宽808可位于大带宽806的中心以外的区域中。

在特定示例中，LTE允许以下传输模式(TM)：用于单天线端口的TM1，用于发射分集的TM2，用于开环MIMO的TM3，用于闭环MIMO的TM4，用于多用户MIMO的TM5，用于单层闭环MIMO的TM6，用于具有专用参考信号(RS)的单层波束成形的TM7，用于具有专用RS的双层波束成形的TM8，用于具有多达8层传输的MIMO的TM9和用于协调式多点(CoMP)的TM10。对于SIB/MIB传输，以及针对RACH的消息2和消息4，使用默认的传输模式：TM1用于单个发射(Tx)天线、而TM2用于2个Tx天线或4个Tx天线。可基于因UE而异的无线电资源控制(RRC)信令将UE切换至另一传输模式。

MIB或物理广播信道(PBCH)可包含各种信息比特，诸如带宽信息比特、物理HARQ指示符信道(PHICH)配置比特和SFN比特。带宽信息可以是四个比特；然而，当使用窄带操作时，针对MTC可能不需要此带宽信息。PHICH配置比特可以是三个比特(例如，一比特用于历时，两比特用于PHICH群)。然而，如果使用NCT或如果使用用于PBCH子帧的固定控制区域，则可能不需要此PHICH配置。SFN比特可以是最高有效比特(MSB)中的8个比特(另2个比特来自40ms的PBCH的盲解码)。SFN比特可稍后在有效载荷中被信令通知。天线信息可由另一信号传递。PBCH传输围绕4个天线端口进行匹配，空间频率块码(SFBC)或SFBC频率切换发射分集(FSTD)用于2或4的天线数目。结合4个定时假设和3个天线假设，对于当前的PBCH解码需要总共12个盲解码。

因此，为了降低成本，可在窄带(例如，六个资源块(RB))中操作MTC。考虑到节省成本以及对数据率的有限要求，可以将传输模式仅限制为不支持空间复用的传输模式。

图9是示出针对处于空闲模式的UE的常规DRX循环的示例性实施例的示图900。示图900示出了时间线902和DRX循环904。使用附图标记910来示出接收机的示例性总苏醒时间。总苏醒时间包括预热时段911、同步(SYNC)时段912、期间接收机监视MTC物理下行链路控制信道(MPDCCH)的时段914、以及降电时段916。类似地，还使用附图标记920示出接收机的示例性总苏醒时间。总苏醒时间包括预热时段921、同步(SYNC)时段922、期间接收机监视MTC物理下行链路控制信道(MPDCCH)的时段924、以及降电时段926。休眠时段915从降电时段916的结束延伸至预热时段921的开始。在一示例性实施例中，MPDCCH监视时段(也被称为搜索空间)914可发生在寻呼传输窗口(PTW)935内，而MPDCCH监视时段(也被称为搜索空间)924可发生在寻呼传输窗口937内。来自基站的寻呼时机(可包括MPDCCH(或PDCCH)通信的传输)可发生在寻呼传输窗口935和寻呼传输窗口937内。UE在其寻呼传输窗口935和937中监视来自基站的寻呼。UE在其寻呼传输窗口之前处于休眠模式。UE稍早于其寻呼传输窗口苏醒，以获得定时/频率同步并重新确认服务蜂窝小区。这在图9中被示为预热时段911和SYNCH时段912(以及预热时段921和SYNC时段922)。在该示例中，一旦UE已具有定时/频率同步，则UE在时段914和924期间监视MTC物理下行链路控制信道(MPDCCH)。如果没有寻呼(图9中所示的情形)，则UE重新进入休眠直到下一寻呼传输窗口。UE苏醒的时间量包括用于预热、同步的时间、用于监视MPDCCH时间以及降电时间。由于MPDCCH有效载荷包含若干比特，因此对MPDCCH进行解码的时间可跨越几十个子帧。

在一示例性实施例中，可通过发送例如“1比特”唤醒信号来实质上减少UE的苏醒时间，该“1比特”唤醒信号使UE提前知晓UE是否应该完全苏醒来监视MPDCCH(或PDCCH)通信。

图10是示出针对处于空闲模式的UE的其中UE可不苏醒的DRX循环的示例性实施例的示图1000。示图1000示出了时间线1002和DRX循环1004。使用附图标记1010来示出接收机的示例性总苏醒时间。总苏醒时间包括预热时段1011、唤醒信号监视时段(也被称为搜索空间)1012，以及降电时段1016。类似地，还使用附图标记1020示出接收机的示例性总苏醒时间。总苏醒时间包括预热时段1021、唤醒信号监视时段(也被称为搜索空间)1022，以及降电时段1026。休眠时段1015从降电时段1016的结束延伸至预热时段1021的开始。在一示例性实施例中，在唤醒信号监视时段1012和唤醒信号监视时段1022期间，UE同步至基站并监视唤醒信号。在该示例性实施例中，如果UE在时段1012中或在时段1022中没有检测到唤醒信号(或者UE对唤醒信号进行解码并且唤醒信号指示不存在MPDCCH(或PDCCH)，则UE在降电时段1016或1026之后立即返回休眠模式，并且不保持苏醒以监视MPDCCH信道，使得休眠时段1015长于图9的休眠时段915。由于唤醒信号的长度预期比MPDCCH信道的长度小得多(因为唤醒信号有效地传递了少得多的比特)，因此UE苏醒的时间显著减少，并且因此对应功耗降低了。如图10中所示，寻呼传输窗口1035和寻呼传输窗口1037不包括UE监视MPDCCH信道，使得UE可在寻呼传输窗口1035和寻呼传输窗口1037期间保持在休眠模式。

图11是示出在向UE发送寻呼信号时的示例性UE处理的示图1100。在一示例性实施例中，时间线1102示出了UE可在降电时段1111之前并且在唤醒信号1130搜索空间1112中接收示例性唤醒信号之前的时间1115期间处于睡眠模式。降电时段1111可包括一个或多个信号，诸如允许UE获得与基站的定时和频率同步的导频信号(CRS/NRS/其他导频信号)。一旦检测到唤醒信号1130，UE将在寻呼传输窗口1135期间监视MPDCCH信道1114。寻呼传输窗口是指基站可“寻呼”UE以唤醒UE使得UE可接收数据传输的时间段。一旦检测到MPDCCH信道，UE就可接收相关联的MTC PDSCH(MPDSCH)信道(数据信道)1137并对其进行解码。

图12是示出包括主接收机1210、唤醒接收机1220和基带处理器1230的示例性接收机架构的示图1200。图12中示出的主接收机1210和唤醒接收机1220的描绘旨在表示基本接收机架构，主接收机1210和唤醒接收机1220的细节取决于应用。本领域普通技术人员将认识到，主接收机1210和唤醒接收机1220可采取许多不同形式。在一示例性实施例中，主接收机1210可包括接收机前端1211、下变频器1212、放大器/基带滤波器1214、解调器1216和模数转换器(ADC)1217。在一示例性实施例中，接收机前端1211可包括滤波器和低噪声放大器(LNA)中的一者或多者，它们被配置成接收射频信号并放大收到RF信号以供进一步处理。在一示例性实施例中，下变频器1212可包括被配置成接收接收机前端1211的输出并使用本地振荡器(LO)信号将RF信号下变频为中频(IF)信号或者基带或基带附近的信号以供进一步处理的电路系统。在一示例性实施例中，放大器/基带滤波器1214可被配置成进一步放大和/或滤波经下变频的信号。在一示例性实施例中，解调器1216可被配置成解调收到信号以恢复原始信息信号(数据)。在一示例性实施例中，ADC 1217可被配置成将来自解调器1216的模拟信号转换成数字信号，诸如表示信息信号的同相(I)和正交(Q)数字信号。ADC 1217的输出可被提供给基带处理器1230以供进一步处理。

在一示例性实施例中，唤醒接收机1220可包括接收机前端1221、下变频器1222、放大器/基带滤波器1224、解调器1226和模数转换器(ADC)1227。在一示例性实施例中，接收机前端1221可包括滤波器和低噪声放大器(LNA)中的一者或多者，它们被配置成接收射频信号并放大收到RF信号以供进一步处理。在一示例性实施例中，下变频器1222可包括被配置成接收接收机前端1221的输出并使用本地振荡器(LO)信号将RF信号下变频为中频(IF)信号或者基带或基带附近的信号以供进一步处理的电路系统。在一示例性实施例中，放大器/基带滤波器1224可被配置成进一步放大和/或滤波经下变频的信号。在一示例性实施例中，解调器1226可被配置成解调收到信号以恢复原始信息信号(数据)。在一示例性实施例中，ADC 1227可被配置成将来自解调器1226的模拟信号转换成数字信号，诸如表示信息信号的同相(I)和正交(Q)数字信号。ADC 1227的输出可被提供给基带处理器1230以供进一步处理。

在一示例性实施例中，基带处理器1230可包括数字信号处理器1232和唤醒信号处理器1235。DSP 1232可被配置成执行一个或多个数字处理操作以将从ADC 1217接收到的数字信息信号转换成可用数据信号。在一示例性实施例中，唤醒信号处理器1235可被配置成执行一个或多个数字处理操作，以将从ADC 1227接收到的数字信息信号转换成可用于确定接收机1210和基带处理器1230中不用于唤醒信号处理的各部分是否应被激活以处理从主接收机1210接收到的信号的信号。在一示例性实施例中，唤醒接收机1220可包括如图12中所示的单独的接收机，或者可包括主接收机1210中具有被定制成处理唤醒信号1130(图11)的处理能力的的分。相应地，从功耗的角度来看，唤醒接收机1220可以是高效的，因为它仅需要处理非常小(如一(1)比特这样小)的唤醒信号。进一步地，因为唤醒信号可能非常小，所以与基带处理器1230的处理能力相比，基带处理器资源中用于处理唤醒信号的部分(即，唤醒信号处理器1235)可能很小，并且因此，当唤醒信号处理器1235正在监视和/或处理唤醒信号时，基带处理器1230的重要部分可处于不活跃并被置于省电状态(即休眠状态或休眠模式)。以此方式，对于具有唤醒接收机1220的UE可实现显著的功率节省，因为基带处理器1230中几乎所有电路系统是不活跃的，直到由唤醒接收机1220和唤醒信号处理器1235确定存在附加数据旨在针对主接收机1210和唤醒接收机1220可位于的UE。以此方式，主接收机1210和基带处理器1230的重要部分可保持在省电休眠模式，直到确定存在要处理的收到数据。

使用唤醒信号(图11中的1130)通常可实现功率高效硬件架构的使用。例如，MPDCCH监视涉及复杂的基频处理，然而，使用低功率唤醒接收机1220可检测唤醒信号1130(图11)。例如，唤醒接收机1220可被配置成仅对收到信号执行相关以检测在搜索空间1112中唤醒信号1130的存在(图11)。唤醒接收机1220仅操作用于检测唤醒信号1130(图11)。仅当检测到唤醒信号1130(图11)时，才激活完整的基带处理器1230。除了通过减少接收机的苏醒时间获得的功率节省之外，这还可实现功率节省。注意，图12中所示的唤醒接收机1220和基带处理器1230是概念性的，并且有数种方式在实际硬件实现中实现唤醒接收机1220，包括将唤醒信号检测作为主接收机1210和基带处理器1230的低功率模式功能性来操作。进一步地，主接收机1210、唤醒接收机1220和基带处理器1230中的一些或全部元件可在图6中的UE 650的接收机654RX、Rx处理器656和/或控制器处理器659或其一部分中实现。

在图12中，状态图1250可用于进一步解释唤醒接收机1220和基带处理器1230的操作。在状态1252中，唤醒接收机1220是活跃的并且监视唤醒信号。如果在状态1254中未检测到唤醒信号，则唤醒接收机1220和基带处理器1230保持在状态1252中。当在状态1256中检测到唤醒信号时，停用唤醒接收机和WUS处理器1235，并且在状态1258中激活主接收机1210和基带处理器1230以监视MPDCCH信道。

存在数个不同示例性实施例以用于实现唤醒信号1130、唤醒信号搜索空间1112(图11)和唤醒接收机1220。

导频的存在/密度

当前，即使未实际发送PDCCH通信，UE也假定围绕PDCCH区域存在CRS/NRS/其他导频信号等。

在一示例性实施例中，UE可假设围绕PDCCH和围绕唤醒信号两者存在一个或多个导频信号(诸如举例而言NRS/CRS/其他导频信号)。例如，对于机器类型通信，当对MPDCCH信道进行解码时，信道估计由CRS或UE-RS导频信号提供。对于NB-IoT通信，当对窄带物理下行链路控制信道(NPDCCH)进行解码时，信道估计由NRS导频信号提供。CRS和NRS导频信号(和其他导频信号)提供允许UE获得测量报告、实现定时和频率同步等的信息。在示例性实施例中，唤醒信号可使用来自这些导频信号的信道估计来对唤醒信号进行解码。在其他示例性实施例中，唤醒信号可由自身检测而不使用导频信号。导频信号仍然可以如以上所述用于定时/频率同步和测量报告，其可与唤醒信号监视并行进行。在另一示例性实施例中，唤醒信号可被设计成用于所有这些目的，并且因此可进一步减少在唤醒信号监视期间对导频信号的使用。

在一示例性实施例中，UE可假设围绕唤醒信号总是存在NRS/CRS/其他导频信号，但是仅在实际上传送唤醒信号(即，PDCCH实际上存在)时才围绕PDCCH区域存在NRS/CRS/其他导频信号。

在一示例性实施例中，UE可假设仅当实际传送PDCCH和唤醒信号时才围绕唤醒信号和PDCCH都存在一个或多个导频信号。

可基于例如PDCCH的类型(寻呼、单蜂窝小区多播控制信道(SC-MCCH)、单蜂窝小区多播话务信道(SC-MTCH)、随机接入响应(RAR))、模式(连通模式/空闲模式)、载波/频率位置(锚定/非锚定载波、中心6个资源块(RB)或系统中的其他RB)来选择不同的示例性实施例。

在一示例性实施例中，可增加唤醒信号附近的导频信号的密度，以在较短的时间内实现更快的同步/更准确的信道参数测量，从而导致性能提高等。

在一示例性实施例中，仅当存在唤醒信号时才可增加唤醒信号附近的导频信号的密度。

在一示例性实施例中，导频信号的密度可以是唤醒信号的长度/Rmax(PDCCH通信的最大重复次数)等的函数。

eDRX中更快的深度休眠

在一示例性实施例中，当UE处于eDRX模式时，eNB(基站)可配置不止一个PDCCH搜索空间来监视(寻呼传输窗口(PTW))以获得调度灵活性。例如，可能存在多个要调度的UE/其他较高优先级的话务，并且基站可能无法总是在第一寻呼传输搜索空间中调度所寻呼的UE。

在一示例性实施例中，UE需要在能够返回深度休眠之前监视所有这些寻呼传输搜索空间。在这些搜索空间之间，由于时间较短，UE仅进入轻度休眠。

在一示例性实施例中，由于唤醒信号的长度(例如，一(1)比特)比PDCCH通信的比特计数小或少几个比特，因此调度唤醒信号通常使用比调度PDCCH(或MODCCH)通信更少的资源。相应地，基站可仅配置一个唤醒信号，但是仍然具有多个PDCCH搜索空间。在其中没有PDCCH通信被发送给UE的DRX/eDRX循环中，当配置了唤醒信号时，UE将监视唤醒信号搜索空间，由于当PDCCH通信未被发送时唤醒信号未被发送，因此UE未检测它，并且随后UE将重新进入深度休眠。在一示例性实施例中，如果UE未被配置成监视唤醒信号，则UE将不得不监视所有PDCCH搜索空间，并且因此将花费更多功率。

在一示例性实施例中，通常存在比PDCCH搜索空间少的唤醒信号。

在一示例性实施例中，多个唤醒信号之间的间隔可以小于PDCCH搜索空间(或更一般地，独立于PDCCH搜索空间而被配置)。这使得UE能够在没有唤醒信号或PDCCH通信被发送至UE的情况下更快地进入深度休眠。

在一示例性实施例中，唤醒信号还可携带关于在eDRX循环内要监视PDCCH通信的DRX循环数目的信息，以及在eDRX循环内要监视的PDCCH搜索空间的位置的信息。

软件(SW)图像

在一示例性实施例中，在eDRX模式中，UE处理器中SW图像的加载可以是功耗的很大一部分。通过首先仅加载软件代码中用于唤醒信号处理的的部分且随后仅在由UE检测到唤醒信号时，加载软件代码的余下部分(诸如，用于对PDCCH/PDSCH/Tx进行解码的代码等)，可减少该大功耗。

在一示例性实施例中，在其中SW图像频繁重载等的eDRX模式中，唤醒信号与PDCCH之间的时间可能较长。

在一示例性实施例中，当UE处于连通DRX/空闲DRX/小eDRX循环中时，唤醒信号与对应PDCCH之间的间隙可以小于针对较大eDRX循环的间隙。通常，唤醒信号与PDCCH之间的间隙可以因变于模式/DRX循环/eDRX循环。

在一示例性实施例中，UE可向基站信令通知关于其潜在地请求的因变于DRX/eDRX循环长度的唤醒信号和PDCCH之间的间隙的信息。

唤醒信号长度

在一示例性实施例中，唤醒信号的长度可以是用于对应PDCCH通信的Rmax/重复因子的函数。术语“Rmax”指基站可发送PDCCH通信的最大重复次数。

在一示例性实施例中，唤醒信号的长度还可以因变于TxD(发射分集)/跳频计划/DRX循环长度以及其他显式或隐式配置的参数。

在一示例性实施例中，如果唤醒信号受益于TxD，则对于给定信噪比(SNR)的唤醒信号的长度可以小于无TxD情况下唤醒信号的长度。

在一示例性实施例中，利用TxD，通常可提高PDCCH性能并且可将Rmax配置成小于没有TxD的情况。如果选择唤醒信号的长度与Rmax成比例，则可通过Rmax间接获取TxD性能增益。然而，针对唤醒信号的TxD增益可能小于针对PDCCH的TxD增益，因此为了获得更大的灵活性，从Rmax到唤醒信号长度的映射可以因变于TxD。

类似的考量也适用于跳频。相比于PDCCH通信，唤醒信号可在较小程度上受益于跳频计划。

在一示例性实施例中，取决于DRX循环的长度，较长的DRX循环的情况下，定时/频率误差增加，并且因此随着DRX循环的增加，唤醒信号可能更长。

在一示例性实施例中，可通过无线电资源控制(RRC)通信来显式地配置唤醒信号的长度(例如，类似于配置Rmax)。

唤醒信号搜索空间

图13是解说唤醒信号(WUS)搜索空间的两种可能选项的示图1300。可以类似于其中PDCCH(或NPDCCH或MPDCCH)搜索空间被配置的方式的来配置唤醒信号搜索空间。在第一示例性实施例中，为了解码PDCCH(或NPDCCH或MPDCCH)通信，UE可被配置有其中PDCCH通信可由基站发送最大重复次数(被称为Rmax)的搜索空间。UE可类似地被配置有唤醒信号搜索空间，其中唤醒信号也可由基站使用最大重复次数(Rmax)来发送以确定唤醒信号搜索空间。由基站用于发送唤醒信号的实际重复次数可能小于Rmax。在一示例性实施例中，针对基站可用以发送PDCCH(以及发送唤醒信号)的所有可能的通信大小，以及针对在允许基站使用的搜索空间内PDCCH或唤醒信号的不同起始位置，UE搜索PDCCH并且可类似地搜索唤醒信号。在第一示例性实施例中，在图13中，这些组合包括从搜索空间1310中的位置0开始的大小R1 1302，从搜索空间1310中的位置0开始的大小R2 1304和从搜索空间1310中的位置0开始的大小R4 1306。因此，UE可尝试三种假设来定位来自基站的PDCCH传输和/或唤醒信号传输。在替换示例性实施例中，在图13中，大小R1PDCCH 1322(或唤醒信号)可在四个位置中的一个位置中被发送，这四个位置从搜索空间1320的位置0开始通过搜索空间1320的位置1/4，通过搜索空间1320的位置1/2，以及通过搜索空间1320的位置3/4。大小R2PDCCH 1324(或唤醒信号)可从搜索空间1320的开始(位置0)处开始被发送，大小R2PDCCH 1326(或唤醒信号)可在通过搜索空间1320的位置1/2处被发送。大小R4PDCCH 1328(或唤醒信号)可仅在搜索空间1320的开始(位置0)处开始被发送。因此，使用上述两个示例性实施例，UE可尝试七(7)个假设来定位PDCCH通信和/或唤醒信号通信。

图14是示出针对UE的常规eDRX循环的示例性实施例的示图1400。在一示例性实施例中，在UE时间线1402上示出eDRX循环1404。唤醒时段1406发生，在此期间UE从深度休眠时段苏醒。在唤醒时段1406期间，UE可加载其完整软件(SW)图像文件，并且可执行允许其苏醒和监视PDCCH信道的其他功能。寻呼传输窗口1435发生在唤醒时段1406之后。寻呼传输窗口1435是期间UE苏醒并且监视PDCCH信道以确定基站是否具有旨在针对该UE的任何信息以及期间UE可以对PDCCH信道进行解码以警告基站该UE可具有要传送给基站的信息的时间段。在该示例性实施例中，寻呼传输窗口1435可包括数个PDCCH监视时段，其中PDCCH监视时段1411、1412、1413和1414仅被示出为解说性示例。在PDCCH监视时段之后，寻呼传输窗口1435以降电时段1415结束，在此期间UE降电并重新进入深度休眠状态1430降电。寻呼传输窗口1435还示出了DRX循环1403，其可包括一个PDCCH监视时段1411，随后是其中UE进入轻度休眠状态的时间段1416。类似地，PDCCH监视时段1412之后可以是其中UE可进入轻度休眠状态的时间段1417，并且PDCCH监视时段1413之后可以是其中UE可进入轻度休眠状态的时间段1418。在最后PDCCH监视时段1414和降电时段1415之间也可发生轻度休眠。

类似地，唤醒时段1408可发生在深度休眠状态1430之后，在此期间UE再次从深度休眠时段苏醒。在唤醒时段1408期间，UE可加载其完整软件(SW)图像文件，并且可执行允许其苏醒和监视PDCCH信道的其他功能。寻呼传输窗口1437发生在唤醒时段1408之后。寻呼传输窗口1437是期间UE苏醒并且监视PDCCH信道以确定基站是否具有旨在针对该UE的任何信息以及期间UE可以对PDCCH信道进行解码以警告基站该UE可具有要传送给基站的信息的时间段。在该示例性实施例中，寻呼传输窗口1437可包括数个PDCCH监视时段，其中PDCCH监视时段1421、1422、1423和1424仅被示出为解说性示例。在PDCCH监视时段之后，寻呼传输窗口1437以降电时段1425结束，在此期间UE降电并重新进入另一深度休眠状态降电(未示出)。寻呼传输窗口1437还示出了DRX循环1405，其可包括一个PDCCH监视时段1421，随后是其中UE进入轻度休眠状态的时间段1426。类似地，PDCCH监视时段1422之后可以是其中UE可进入轻度休眠状态的时间段1427，并且PDCCH监视时段1423之后可以是其中UE可进入轻度休眠状态的时间段1428。在最后PDCCH监视时段1424和降电时段1425之间也可发生轻度休眠。

图15是示出针对一个寻呼传输窗口(PTW)中的所有PDCCH搜索空间使用一个唤醒信号的示例性实施例的示图1500。在一示例性实施例中，在UE时间线1504上示出eDRX循环1502。发生唤醒时段1506，在此期间UE从深度休眠时段苏醒。在该示例性实施例中，在唤醒时段1506期间，唤醒接收机(诸如图12中的唤醒接收机1220)可用于监视唤醒信号。在一示例性实施例中，UE可加载其完整软件(SW)图像文件或SW图像文件的部分集合，并且可执行允许其苏醒和监视唤醒信号的其他功能。在该示例性实施例中，唤醒接收机1220可在示例性时间段1540期间监视唤醒信号。时间段1540可被称为唤醒信号搜索空间或唤醒信号监视窗口。时间段1540包括基站可用于向UE发送一个或多个唤醒信号的时间。如果在时间段1540期间发送了不止一个唤醒信号，则时间段1540还包括唤醒信号和/或唤醒信号搜索空间之间的任何时间。在该示例性实施例中，UE在时间段1540期间检测到唤醒信号1545，并且作为检测到唤醒信号1545的结果，UE随后开始监视PDCCH信道。在一示例性实施例中，时间段1540的长度可在RRC建立期间被配置，或者可基于Rmax/TxD/DRX循环等来确定。在一示例性实施例中，取决于为唤醒信号实现选择的设计，可使用唤醒信号1545或在监视唤醒信号之前使用一个或多个导频信号来执行定时/频率同步。针对定时/频率同步信号的监视时段可以是接收机实现的至少一部分，因此可能没有在规范中预定义。唤醒信号的长度可以是预定义的。

在一示例性实施例中，一个或多个导频信号(使用参考数字1570示出的其中一个示例性导频信号)可位于唤醒信号附近和PDCCH通信附近中的一者或多者。在一示例性实施例中，无论是否实际发送唤醒信号，导频信号1570总是位于唤醒信号附近。在一示例性实施例中，导频信号1570仅在唤醒信号被传送时才在唤醒信号附近被发送。在一示例性实施例中，导频信号1571可仅在唤醒信号被发送时才位于PDCCH通信附近。在一示例性实施例中，可在唤醒信号附近增加导频信号的密度(即，数目)。如本文所使用的，在导频信号1570位于唤醒信号附近或在导频信号1571位于PDCCH通信附近中的术语“附近”可指在导频信号1570位于时间段1540中，和/或导频信号1571位于寻呼传输窗口1535中。

在检测到唤醒信号1545之后并且在搜索空间1540之后，寻呼传输窗口1535开始，在此期间UE苏醒并且监视PDCCH信道以确定基站是否具有旨在针对该UE的任何信息，并且UE可以对PDCCH信道进行解码以警告基站该UE可具有要传送给基站的信息。在该示例性实施例中，寻呼传输窗口1535可包括数个PDCCH监视时段以及PDCCH监视时段之间的间隔，其中PDCCH监视时段1511、1512和1513以及时间段1516和1517仅被示出为解说性示例。在PDCCH监视时段之后，寻呼传输窗口1535以降电时段1515结束，在此期间UE降电并重新进入深度休眠状态1530降电。寻呼传输窗口1535还包括示例性DRX循环1503，其可包括一个PDCCH监视时段1511，随后是其中UE进入轻度休眠状态的时间段1516。类似地，另一DRX循环可包括PDCCH监视时段1512，随后可以是其中UE可进入轻度休眠状态的时间段1517。在包括最后PDCCH监视时段1513和降电时段1515的DRX循环中也可发生轻度休眠。

类似地，唤醒时段1508可发生在深度休眠状态1530之后，在此期间UE再次从深度休眠时段苏醒。在唤醒时段1508期间，UE可加载其完整软件(SW)图像文件或SW图像文件的部分集合，并且可执行允许其苏醒和监视唤醒信号的其他功能。在该示例性实施例中，唤醒接收机1220可在示例性时间段1542期间监视唤醒信号，该时间段可类似于时间段1540。在该示例性实施例中，在时间段1542期间没有检测到唤醒信号，并且作为没有检测到唤醒信号的结果，UE立即进入降电时段1525并且在时间段1550期间进入深度休眠状态。时间段1550被示为发生在寻呼传输窗口1537周期，因此允许UE节省大量功率，因为其不需要在寻呼传输窗口1537期间监视PDCCH信道，如通过使用虚线解说PDCCH监视时段1521、1522和1523所示。

图16是示出其中通过将唤醒信号之间的间隔配置为小于PDCCH搜索空间之间的间隔，要监视唤醒信号的时间小于要监视所有PDCCH搜索空间的时间的示例性实施例的示图1600。在一示例性实施例中，在UE时间线1602上示出eDRX循环1604。发生唤醒时段1606，在此期间UE从深度休眠时段苏醒。在该示例性实施例中，在唤醒时段1606期间，唤醒接收机(诸如图12中的唤醒接收机1220)可用于监视唤醒信号。在一示例性实施例中，UE可加载其完整软件(SW)图像文件或SW图像文件的部分集合，并且可执行允许其苏醒和监视唤醒信号(WUS)的其他功能。在该示例性实施例中，唤醒接收机1220可在示例性时间段1640期间监视唤醒信号。在一示例性实施例中，时间段1640可包括数个单独的唤醒信号监视时段，在此期间UE可监视不同唤醒信号。在该示例性实施例中，期间UE搜索唤醒信号的时间段1640小于期间UE监视所有PDCCH搜索空间的时间段1635，使得唤醒信号搜索空间1645、1646、1647和1648之间的间隔1651、1652和1653小于PDCCH搜索空间1611、1612、1613和1614之间的间隔1616、1617和1618。

唤醒信号可对应于对应PDCCH寻呼传输窗口。例如，在搜索空间1645中检测到的唤醒信号(唤醒信号1)可对应于PDCCH搜索空间1611(PDCCH搜索空间1)。具有多个位置来发送PDCCH通信允许在基站处调度灵活性。例如，如果基站具有要在第一PDCCH位置(例如PDCCH搜索空间1611)向UE发送的高优先级数据，则该基站仍可通过使用另一位置(诸如，该示例中的PDCCH搜索空间1612、1613或1614)来寻呼另一UE。以该方式，发送多个唤醒信号的能力在基站处提供了灵活性。

在另一示例性实施例中，每个唤醒信号可对应于一个或多个PDCCH监视时机。例如，如果在位置1(搜索空间1645)中检测到唤醒信号，则UE可仅在位置1(搜索空间1611)中监视对应PDCCH通信。如果在位置2(搜索空间1646)中检测到唤醒信号，则UE可仅在位置2(搜索空间1612)中监视对应PDCCH通信，分别针对唤醒信号搜索空间1647和1648，以及PDCCH监视位置1613和1614以此类推。在替换示例性实施例中，如果在该示例中示出的四(4)个位置中的任何一者中检测到唤醒信号，则UE可监视所有PDCCH位置。该替换示例性实施例可在基站处提供附加调度灵活性。因为仅当检测到唤醒信号时UE监视PDCCH，所以该替换示例性实施例对功耗的影响可能很小。

在一示例性实施例中，分别在唤醒信号搜索空间1645、1646、1647和1648之间的间隔1651、1652和1653，以及确定为T1的唤醒信号搜索空间1645、1646、1647和1648的历时，可分别与PDCCH搜索空间1611、1612、1613和1614之间的间隔1616、1617和1618，以及确定为T2的PDCCH搜索空间1611、1612、1613和1614的历时相同。替换地，分别在唤醒信号搜索空间1645、1646、1647和1648之间的间隔1651、1652和1653，以及确定为T1的唤醒信号搜索空间1645、1646、1647和1648的历时，以及PDCCH搜索空间1611、1612、1613和1614之间的间隔1616、1617和1618，以及确定为T2的PDCCH搜索空间1611、1612、1613和1614的历时，可被独立地配置，因为使T1小于T2可能会降低调度灵活性但有助于减少总苏醒时间。在一示例性实施例中，可将指eDRX循环1604中的唤醒信号搜索空间的数目的时间段T1与寻呼传输窗口1635的历时和要在eDRX循环1604中监视PDCCH的DRX循环1603的数目分开地配置。

在该示例性实施例中，可检测一个或多个唤醒信号1645、1646、1647和1648，并且UE继续监视一个或多个PDCCH通信1611、1612、1613和1614，直到降电时段1615。时间段1635还包括DRX循环1603，其可包括其中UE可进入轻休眠状态的时间段1616。类似地，PDCCH监视时段1612之后可以是其中UE可进入轻度休眠状态的时间段1617，并且PDCCH监视时段1613之后可以是其中UE可进入轻度休眠状态的时间段1618在最后PDCCH监视时段1614和降电时段1615之间也可发生轻度休眠。

类似地，唤醒时段1608可发生在深度休眠状态1630之后，在此期间UE再次从深度休眠时段苏醒。在唤醒时段1608期间，UE可加载其完整软件(SW)图像文件或SW图像文件的部分集合，并且可执行允许其苏醒和监视唤醒信号的其他功能。在该示例性实施例中，唤醒接收机1220可在示例性时间段1642期间监视唤醒信号。在该示例性实施例中，在时间段1642期间没有检测到唤醒信号，并且在作为没有检测到唤醒信号的结果(如在时间段1665、1666、1667和1668中虚线所示)，UE立即进入降电时段1625并且在时间段1650期间进入深度休眠状态。时间段1650被示为发生在时间段1637期间，因此允许UE节省大量功率，因为其不需要监视PDCCH信道，如通过使用虚线解说PDCCH监视时段1621、1622、1623和1624所示。

图17是示出在UE中加载软件(SW)图像数据的第一示例性实施例的示图1700。在一示例性实施例中，UE时间线1702示出了期间UE从深度休眠时段苏醒的唤醒时段1706。在唤醒时段1706期间，UE可加载其完整软件(SW)图像文件，并且可执行允许其苏醒和监视PDCCH信道的其他功能。在该示例性实施例中，被称为T3的时间段示出了针对UE的SW加载的历时。在时间段1740期间，UE监视唤醒信号，在监视时间段1745中示出。在该示例性实施例中，没有检测到唤醒信号并且在时间段1715中UE降电，并且进入深度休眠时段1730。

唤醒时段1708在深度休眠时段1730之后，在此期间UE再次苏醒并加载其完整软件(SW)图像文件，并且可执行允许其苏醒和监视PDCCH信道的其他功能。在一示例性实施例中，UE在时间段1742中监视唤醒信号，并且在该示例性实施例中，在时间段1775中检测到唤醒信号，并且随后监视PDCCH信道，如PDCCH监视时间段1721解说性地示出。

图18是示出在UE中加载软件(SW)图像数据的替换示例性实施例的示图1800。在一示例性实施例中，UE时间线1802示出了期间UE从深度休眠时段苏醒的唤醒时段1856。在一示例性实施例中，在唤醒时段1856期间，UE可加载可小于完整SW图像的软件图像。在一示例性实施例中，在时间段1856期间加载的软件图像可以是可允许唤醒接收机1220(图12)监视唤醒信号的软件图像。在该示例性实施例中，被称为T4的时间段示出了针对UE的SW图像加载的历时，其中与图17中所示的时间段T3相比，时间段T4显著更短并且占用的UE资源显著更少。在时间段1840期间，UE监视唤醒信号，在监视时间段1845中示出。在该示例性实施例中，没有检测到唤醒信号并且在时间段1815中UE降电，并且进入深度休眠时段1830。

唤醒时段1866在深度休眠时段1830之后，在此期间UE再次苏醒并加载可能小于完整SW图像的软件图像。在一示例性实施例中，类似于在时间段1856中加载的SW图像，在时间段1866期间加载的软件图像可以是可允许唤醒接收机1220(图12)监视唤醒信号的软件图像。在一示例性实施例中，UE在时间段1842中监视唤醒信号，并且在该示例性实施例中，在时间段1875中检测到唤醒信号。根据该示例性实施例，在时间段1875中检测到唤醒信号之后，UE随后在时间段1808中继续加载其完整的SW图像，并且随后监视PDCCH信道，如PDCCH监视时间段1821解说性地示出。初始加载较小的SW图像仅供唤醒信号检测允许UE节省大量资源，尤其是在最终未检测到唤醒信号的情形中。

在一示例性实施例中，对于短DRx/eDRX循环，UE可能不会进入深度休眠时段，因此完整SW映像始终被加载于存储器中。因此，在唤醒信号1775与对应PDCCH搜索空间1721之间的间隙(诸如，图17的间隙1750)可以相对较小。对于长DRX/eDRX循环，UE可进入深度休眠，因此当退出深度休眠时，UE可能需要加载其完整SW图像，使得在唤醒信号1875和对应PDCCH搜索空间1821之间的间隙(诸如，图18的间隙1850)可以大于间隙1750。

在一示例性实施例中，可基于UE的能力和非连续接收(DRX)/扩展(eDRX)循环长度中的一者或多者来配置唤醒信号和对应控制信道搜索空间之间的间隙。

图19是示出在UE处处理唤醒信号的方法的流程图1900。方法1900中的框可按所示次序或者非所示次序执行。方法1900中的一个或多个框可与方法1900中的一个或多个其他框并行地执行。

在框1902中，UE可处于深度休眠状态，诸如在eDRX循环之间的深度休眠状态1530。

在框1904中，确定UE是否有要传送的数据。如果在框1904中确定UE没有要传送的数据，则处理返回至框1902。如果在框1904中确定UE确有要传送的数据，则处理行进至框1906。

在框1906中，UE向基站发送异步物理随机接入信道(PRACH)通信，以通知基站该UE有要传送的数据。

在框1908中，UE随后在监视窗口中监视唤醒信号。在一示例性实施例中，监视窗口可由RRC配置定义，或者可以是预定义的时间段。

在框1910中，确定是否检测到唤醒信号。如果在框1910中确定未检测到唤醒信号，则UE降电并重新进入深度休眠。如果在框1910中确定检测到唤醒信号，则处理行进至框1912。

在框1912中，UE使用唤醒信号或另一信号从基站获得定时和频率同步。

在框1914中，UE开始监视PDCCH信道以寻找来自基站的通信并完成其数据传输。

在框1916中，UE重新进入深度休眠状态。

图20是示出在基站处处理唤醒信号的方法的流程图2000。方法2000中的框可按所示次序或者非所示次序执行。方法2000中的一个或多个框可与方法2000中的一个或多个其他框并行地执行。

在框2002中，基站持续监视来自UE的异步PRACH通信。

在框2004中，确定是否接收到异步PRACH通信。如果在框2004中确定没有接收到异步PRACH通信，则处理返回至框2002。如果在框2004中确定接收到异步PRACH通信，则处理行进至框2006。

在框2006中，基站向UE发送唤醒信号、并发送上行链路(UL)和下行链路(DL)资源准予直到来自UE的数据传输完成。

图21是根据本公开的示例性实施例的用于UE处理唤醒信号的装备2100的功能框图。装备2100包括用于确定是否存在要传送的数据的装置2104。在某些实施例中，用于确定是否存在要传送的数据的装置2104可被配置成执行在方法1900(图19)的操作框1904中描述的一个或多个功能。在一示例性实施例中，用于确定是否存在要传送的数据的装置2104可包括确定其是否有要传送的数据的UE 650(图6)。

装备2100进一步包括用于发送异步PRACH通信的装置2106。在某些实施例中，用于发送异步PRACH通信的装置2106可被配置成执行在方法1900(图19)的操作框1906中所描述的一个或多个功能。在一示例性实施例中，用于发送异步PRACH通信的装置2106可包括向基站610(图6)发送异步PRACH(或任何其他异步RACH)通信的UE 650。

装备2100进一步包括用于在监视窗口中监视唤醒信号的装置2108。在某些实施例中，用于在监视窗口中监视唤醒信号的装置2108可被配置成执行在方法1900(图19)的操作框1908中描述的一个或多个功能。在一示例性实施例中，用于在监视窗口中监视唤醒信号的装置2108可包括在随机时间窗口中在预定义时间段内监视唤醒信号的UE 650。

装备2100进一步包括用于确定是否已检测到唤醒信号的装置2110。在某些实施例中，用于确定是否已检测到唤醒信号的装置2110可被配置成执行在方法1900(图19)的操作框1910中描述的一个或多个功能。在一示例性实施例中，用于确定是否已检测到唤醒信号的装置2110可包括确定其是否已在监视窗口中接收到唤醒信号的UE 650。

装备2100进一步包括用于获得定时和频率同步的装置2112。在某些实施例中，用于获得定时和频率同步的装置2112可被配置成执行在方法1900(图19)的操作框1912中描述的一个或多个功能。在一示例性实施例中，用于获得定时和频率同步的装置2112可包括使用唤醒信号或另一信号从基站获得定时和频率同步的UE 650。

装备2100进一步包括用于监视PDCCH通信并完成数据传输的装置2114。在某些实施例中，用于监视PDCCH通信并完成数据传输的装置2114可被配置成执行在方法1900(图19)的操作框1914中所描述的一个或多个功能。在一示例性实施例中，用于监视PDCCH通信并完成数据传输的装置2114可包括监视PDCCH信道以寻找来自基站的通信并完成其数据传输的UE 650。

装备2100进一步包括用于进入深度休眠状态的装置2116。在某些实施例中，用于进入深度休眠状态的装置2116可被配置成执行在方法1900(图19)的操作框1916中描述的一个或多个功能。在一示例性实施例中，用于进入深度休眠状态的装置2116可包括完成其数据传输并进入深度休眠状态的UE 650。

图22是根据本公开的示例性实施例的用于基站处理唤醒信号的装备2200的功能框图。装备2200包括用于持续监视异步PRACH通信的装置2202。在某些实施例中，用于持续监视异步PRACH通信的装置2202可被配置成执行在方法2000(图20)的操作框2002中所描述的一个或多个功能。在一示例性实施例中，用于持续监视异步PRACH通信的装置2202可包括持续监视来自UE650的异步PRACH通信的基站610。

装备2200进一步包括用于确定是否已接收到异步PRACH通信的装置2204。在某些实施例中，用于确定是否已接收到异步PRACH通信的装置2204可被配置成执行在方法2000(图20)的操作框2004中所描述的一个或多个功能。在一示例性实施例中，用于确定是否已接收到异步PRACH通信的装置2204可包括确定是否已从UE 650接收到异步PRACH通信的基站610。

装备2200还包括用于向UE发送唤醒信号、并发送上行链路(UL)和下行链路(DL)资源准予直到来自UE的数据传输完成的装置2206。在某些实施例中，用于向UE发送唤醒信号、并发送上行链路(UL)和下行链路(DL)资源准予直到来自UE的数据传输完成的装置2206可被配置成执行在方法2000(图20)的操作框2006中描述的功能中的一者或多者。在一示例性实施例中，用于向UE发送唤醒信号、并发送上行链路(UL)和下行链路(DL)资源准予直到来自UE的数据传输完成的装置2206可包括向UE发送唤醒信号，并发送上行链路(UL)和下行链路(DL)资源准予直到来自UE 610的数据传输完成的基站610。

在一示例性实施例中，唤醒信号可使用与长度从PDCCH搜索空间长度减小为WUS搜索空间长度的PDCCH相同的搜索空间概念。这允许在不同区域中接收PDCCH通信的UE被独立地唤醒。这还允许唤醒信号的长度以直接的方式与PDCCH重复水平成比例。

在一示例性实施例中，UE可针对唤醒信号的多个长度和一个或多个位置执行唤醒信号的盲检测。

在一示例性实施例中，eNB(基站)调度器可随着时间增加用于UE的唤醒信号搜索空间长度。例如，如果在前几次发送具有特定长度的唤醒信号而UE没有响应，则eNB可能会在以后尝试中增加唤醒信号搜索空间的长度。

在唤醒信号监视和直接PDCCH监视之间切换

尽管网络可配置唤醒信号，但是UE可确定其是希望首先监视唤醒信号还是直接监视PDCCH。

在一些UE实现中，例如，对于小的Rmax，UE直接监视PDCCH可能是更功率高效的。在那些情形中，UE可选择不监视唤醒信号。

在一示例性实施例中，eNB(基站)可基于Rmax/话务模式来配置唤醒信号的使用。

将唤醒信号与异步RACH联用

在一示例性实施例中，为了减少功耗，可优选地允许UE在第一步骤(去往基站的第一通信，诸如在通信前置码中)中传送PRACH和PUSCH通信，并且在第二步骤(基站与UE之间的第二通信)中接收唤醒信号和PDCCH通信。UE可能不需要在第一步骤之前同步至网络，或者甚至不需要获取MIB/SIB等来接入网络。

异步RACH

在一示例性实施例中，通信网络可为异步PRACH信号留出频率资源(RB/副载波等)。在一示例性实施例中，UE可在该资源上向基站发送异步PRACH通信而不同步至网络。在一示例性实施例中，UE还可发送一些上行链路(UL)数据(PUSCH)，其具有UE身份连同PRACH。

在一示例性实施例中，eNB(基站)可被配置成持续搜索来自UE的异步PRACH通信。在一示例性实施例中，基站可被配置成在检测到异步PRACH之际，利用唤醒信号和PDCCH来响应UE的异步PRACH通信，从而允许UE可能使用唤醒信号和/或PDCCH通信来同步至网络。

唤醒信号和PDCCH

在一示例性实施例中，在检测到异步PRACH之际，eNB(基站)可在下行链路(DL)上传送唤醒信号。这可以是在预定时间单位之后/或在定时窗口内等。

在一示例性实施例中，UE可搜索唤醒信号并通过唤醒信号获得定时/频率同步。唤醒信号/定时同步可提供关于子帧边界/帧边界等的信息。随后，UE可继续对PDCCH进行解码，基于唤醒信号的位置或被包含在唤醒信号中的信息来推导PDCCH的位置/搜索空间。可以使得UE仅通过其从WUS收集的信息就能够对PDCCH进行解码(例如，UE无需对PBCH进行解码)的方式完成对PDCCH的加扰等。

在一示例性实施例中，PDCCH可包含后续UL/DL准予等。

在一示例性实施例中，UE可基于待决的DL/UL数据等继续直接监视PDCCH或监视唤醒信号和PDCCH，直到超时或基于来自eNB(基站)的指令。

PDCCH延迟指示

在一示例性实施例中，DRX开启时段内的PDCCH可包含针对UE或UE群的信息，该信息关于针对后续搜索空间延迟DRX开启时间。这也可被应用于空闲模式DRX。该延迟可因变于经配置Rmax以及被包含在下行链路控制信息(DCI)中的信息。在一示例性实施例中，唤醒信号可直接包含对该延迟的指示，而不是对PDCCH进行解码以确定该延迟。

在一示例性实施例中，UE可在该延迟之后监视唤醒信号，或者在该延迟之后直接寻找PDCCH。

TxD和信号设计

在一示例性实施例中，如果将波束扫掠用于TxD，则UE应当知晓多少个子帧包含同一波束，在多少个子帧之后波束可改变等等，因此UE可执行相干波束组合。

在一示例性实施例中，例如，当PDCCH Rmax为1时，唤醒信号的长度将可能是几个OFDM码元。为超低等待时间/缩短的传输时间区间(ULL/sTTI)通信而设计的信号(也意味着可在几个OFDM码元中进行解码)可重用于唤醒信号。较长长度的唤醒信号可基于ULL/sTTI信号的重复(可能具有附加扩展/加扰等。

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

本文中所描述的技术可用于各种无线通信系统，诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA和其它系统。术语“系统”和“网络”经常被可互换地使用。CDMA系统可以实现诸如CDMA2000、通用地面无线电接入(UTRA)等无线电技术。CDMA2000涵盖IS-2000、IS-95和IS-856标准。IS-2000版本0和A常被称为CDMA2000 1x、1x等。IS-856(TIA-856)常被称为CDMA20001xEV-DO、高速率分组数据(HRPD)等。UTRA包括宽带CDMA(WCDMA)和其他CDMA变体。TDMA系统可实现诸如全球移动通信系统(GSM)之类的无线电技术。OFDMA系统可以实现诸如超移动宽带(UMB)、演进型UTRA(E-UTRA)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE802.20、Flash-OFDM等的无线电技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。3GPP长期演进(LTE)和高级LTE(LTE-A)是使用E-UTRA的新UMTS版本。UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM在来自名为“第三代伙伴项目”(3GPP)的组织的文献中描述。CDMA2000和UMB在来自名为“第三代伙伴项目2”(3GPP2)的组织的文献中描述。本文所描述的技术既可被用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术，包括无执照和/或共享带宽上的蜂窝(例如，LTE)通信。然而，以上描述出于示例目的描述了LTE/LTE-A系统，并且在以上大部分描述中使用了LTE术语，但这些技术也可应用于LTE/LTE-A应用以外的应用。

以上结合附图阐述的详细说明描述了示例而不代表可被实现或者落在权利要求的范围内的仅有示例。在本说明书中使用的术语“示例”和“示例性”意指“用作示例、实例或解说”，并且并不意指“优于”或“胜于其他示例”。本详细描述包括具体细节以提供对所描述的技术的理解。然而，可在没有这些具体细节的情况下实践这些技术。在一些实例中，众所周知的结构和装置以框图形式示出以避免模糊所描述的示例的概念。

信息和信号可使用各种各样的不同技艺和技术中的任一种来表示。例如，贯穿上面说明始终可能被述及的数据、指令、命令、信息、信号、比特、码元和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或其任何组合来表示。

结合本文中的公开所描述的各种解说性框以及组件可用设计成执行本文中描述的功能的通用处理器、数字信号处理器(DSP)、ASIC、FPGA或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP核心协作的一个或多个微处理器、或任何其他此类配置。

本文中所描述的功能可以在硬件、由处理器执行的软件、固件、或其任何组合中实现。如果在由处理器执行的软件中实现，则各功能可以作为一条或多条指令或代码存储在计算机可读介质上或藉其进行传送。其他示例和实现落在本公开及所附权利要求的范围和精神内。例如，由于软件的本质，上述功能可使用由处理器执行的软件、硬件、固件、硬连线或其任何组合来实现。实现功能的特征也可物理地位于各种位置，包括被分布以使得功能的各部分在不同的物理位置处实现。如本文中(包括权利要求中)所使用的，在两个或更多个项目的列表中使用的术语“和/或”意指所列出的项目中的任一者可单独被采用，或者两个或更多个所列出的项目的任何组合可被采用。例如，如果组成被描述为包含组成部分A、B和/或C，则该组成可包含仅A；仅B；仅C；A和B的组合；A和C的组合；B和C的组合；或者A、B和C的组合。同样，如本文中(包括权利要求中)所使用的，在项目列举中(例如，在接有诸如“中的至少一者”或“中的一者或多者”的短语的项目列举中)使用的“或”指示析取式列举，以使得例如“A、B或C中的至少一者”的列举意指A或B或C或AB或AC或BC或ABC(即，A和B和C)。

计算机可读介质包括计算机存储介质和通信介质两者，包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被通用或专用计算机访问的任何可用介质。作为示例而非限定，计算机可读介质可包括RAM、ROM、EEPROM、闪存、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或数据结构形式的合需程序代码手段且能被通用或专用计算机、或者通用或专用处理器访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从网站、服务器、或其他远程源传送的，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘、和蓝光碟，其中盘(disk)常常磁性地再现数据，而碟(disc)用激光来光学地再现数据。以上介质的组合也被包括在计算机可读介质的范围内。

如在本描述中所使用的，术语“组件”、“数据库”、“模块”、“系统”和类似术语旨在引述计算机相关实体，任其是硬件、固件、硬件与软件的组合、软件，还是执行中的软件。例如，组件可以是但不限于在处理器上运行的进程、处理器、对象、可执行件、执行的线程、程序、和/或计算机。作为解说，计算设备上运行的应用和计算设备两者都可以是组件。一个或多个组件可驻留在进程和/或执行的线程内，并且组件可局部化在一台计算机上和/或分布在两台或更多台计算机之间。另外，这些组件可从其上存储有各种数据结构的各种计算机可读介质来执行。各组件可借助于本地和/或远程进程来通信，诸如根据具有一个或多个数据分组的信号(例如，来自通过该信号与本地系统、分布式系统中的另一组件交互和/或跨诸如因特网之类的网络与其它系统交互的一个组件的数据)。

提供对本公开的先前描述是为使得本领域技术人员皆能够制作或使用本公开。对本公开的各种修改对于本领域技术人员将是显而易见的，并且本文中所定义的普适原理可被应用于其他变形而不会脱离本公开的范围。由此，本公开并不限定于本文中所描述的示例和设计，而是应被授予与本文中公开的原理和新颖特征一致的最宽泛的范围。

Claims

1.一种用于通信的方法，包括：

周期性地从非连续接收(DRX)状态苏醒；

在苏醒之际，在唤醒信号搜索空间中监视唤醒信号(WUS)，所述唤醒信号具有比控制信道通信的长度更短的长度，其中所述唤醒信号的长度取决于经配置的控制信道重复次数(Rmax)、实际控制信道重复水平、发射分集架构、跳频计划以及非连续接收(DRX)/扩展(eDRX)循环长度中的一者或多者；以及

响应于在所述唤醒信号搜索空间中检测到所述WUS而监视所述控制信道通信以寻找所述控制信道。

2.如权利要求1所述的方法，其中无论所述唤醒信号是否被发送，导频信号都位于所述唤醒信号的附近。

3.如权利要求1所述的方法，其中仅在所述唤醒信号被发送时，导频信号才在所述唤醒信号附近被发送。

4.如权利要求1所述的方法，其中仅在所述唤醒信号被发送时，导频信号才位于所述控制信道通信的附近。

5.如权利要求1所述的方法，其中导频信号的密度在所述唤醒信号的附近增加。

6.如权利要求1所述的方法，其中所述唤醒信号包括与要在扩展非连续接收(eDRX)循环内监视所述控制信道通信的DRX循环的数目有关的信息。

7.如权利要求1所述的方法，其中所述唤醒信号的长度被显式地配置。

8.如权利要求1所述的方法，其中所述唤醒信号搜索空间包括一个或多个长度和对应一个或多个起始位置，并且在所述唤醒信号搜索空间中所有对应起始位置处搜索具有所述一个或多个长度的所述唤醒信号。

9.如权利要求1所述的方法，其中所述唤醒信号搜索空间小于用于所述控制信道通信的搜索空间。

10.如权利要求1所述的方法，其中所述唤醒信号搜索空间允许在不同区域中接收控制信道通信的不止一个用户装备(UE)被独立地唤醒。

11.如权利要求1所述的方法，进一步包括在苏醒以搜索所述唤醒信号或所述控制信道通信之间进行选择。

12.如权利要求1所述的方法，其中所述方法进一步包括在第一通信中向基站传送物理随机接入信道(PRACH)和物理上行链路共享信道(PUSCH)通信，以及在第二通信中接收唤醒信号和物理下行链路控制信道(PDCCH)通信。

13.如权利要求12所述的方法，其中所述方法进一步包括使用所述唤醒信号和PDCCH通信以同步至通信网络。

14.如权利要求1所述的方法，其中基于用户装备(UE)能力和非连续接收(DRX)/扩展(eDRX)循环长度中的一者或多者来配置所述唤醒信号和对应控制信道搜索空间之间的间隙。

15.如权利要求14所述的方法，其中所述方法进一步包括针对不同DRX/eDRX循环，向基站通知所述唤醒信号与对应控制信道搜索空间之间的所述间隙。

16.如权利要求1所述的方法，其中在扩展非连续接收(eDRX)循环中监视唤醒信号的次数与寻呼传输窗口和要在所述eDRX循环中监视所述控制通道通信的非连续接收(DRX)循环的数目分开地配置。

17.如权利要求16所述的方法，其中监视所述唤醒信号的位置的数目为一(1)，而控制信道通信的DRX循环的数目大于一(1)。

18.如权利要求16所述的方法，其中在DRX循环中独立于所述控制信道通信来配置多个唤醒信号之间的间隔。

19.一种用于通信的装置，包括：

存储器；

耦合至所述存储器的处理器，所述存储器和所述处理器被配置成：

周期性地从非连续接收(DRX)状态苏醒；

20.如权利要求19所述的装置，其中所述存储器和所述处理器被进一步配置成监视导频信号，其中无论所述唤醒信号是否被发送，所述导频信号都位于所述唤醒信号的附近。

21.如权利要求19所述的装置，其中所述存储器和所述处理器被进一步配置成分开地配置在扩展非连续接收(eDRX)循环中监视唤醒信号的次数与寻呼传输窗口和要在所述eDRX循环中监视所述控制通道通信的非连续接收(DRX)循环的数目。

22.如权利要求21所述的装置，其中监视所述唤醒信号的位置的数目为一(1)，而控制信道通信的DRX循环的数目大于一(1)。

23.如权利要求21所述的装置，其中所述存储器和所述处理器被进一步配置成在DRX循环中的所述控制信道通信中独立地配置多个唤醒信号之间的间隔。

24.一种用户装备(UE)，包括：

用于周期性地从非连续接收(DRX)状态苏醒的装置；

用于在苏醒之际，在唤醒信号搜索空间中监视唤醒信号(WUS)的装置，所述唤醒信号具有比控制信道通信的长度更短的长度，其中所述唤醒信号的长度取决于经配置的控制信道重复次数(Rmax)、实际控制信道重复水平、发射分集架构、跳频计划以及非连续接收(DRX)/扩展(eDRX)循环长度中的一者或多者；以及

用于响应于在所述唤醒信号搜索空间中检测到所述WUS而监视所述控制信道通信以寻找所述控制信道的装置。

25.如权利要求24所述的UE，进一步包括：

用于接收所述唤醒信号(WUS)的装置；

用于处理所述唤醒信号(WUS)的装置；以及

用于监视控制信道通信以确定基站是否具有旨在针对所述UE的任何信息的装置。

26.如权利要求24所述的UE，其中将所述UE在扩展非连续接收(eDRX)循环中监视唤醒信号的次数与寻呼传输窗口和要在所述eDRX循环中监视所述控制通道通信的非连续接收(DRX)循环的数目分开地配置。

27.一种存储用于通信的计算机可执行代码的非瞬态计算机可读介质，所述代码能由处理器执行以：

周期性地从非连续接收(DRX)状态苏醒；

28.如权利要求27所述的非瞬态计算机可读介质，其中所述代码可由处理器执行以监视导频信号，无论所述唤醒信号是否被发送，所述导频信号都位于所述唤醒信号的附近。

29.如权利要求27所述的非瞬态计算机可读介质，其中所述代码可由处理器执行以在扩展非连续接收(eDRX)循环中监视唤醒信号的次数与寻呼传输窗口和要在所述eDRX循环中监视所述控制通道通信的非连续接收(DRX)循环的数目分开地配置。

30.一种用于在用户装备(UE)处进行通信的方法，包括：

周期性地从非连续接收(DRX)状态苏醒；

31.一种用于通信的用户装备(UE)，包括：

存储器；

周期性地从非连续接收(DRX)状态苏醒；