CN110622586A - 通信设备中用于唤醒接收机(wur)的同步信道 - Google Patents

Abstract

一种用于通信的方法包括：在用户设备(UE)中接收针对修改的同步信道的配置，以及UE使用修改的同步信道来周期性地苏醒并且与通信信道进行同步。

Description

通信设备中用于唤醒接收机(WUR)的同步信道

相关申请&优先权要求

本申请要求享受2017年5月15日提交的、题为“SYNCHRONIZATION CHANNEL FOR AWAKE-UP RECEIVER(WUR)IN A COMMUNICATION DEVICE(通信设备中用于唤醒接收机(WUR)的同步信道)”的印度临时专利申请第201741016972号的优先权和权益，并且如同在下文充分阐述的以及出于所有适用目的，以引用方式将上述申请的全部内容并入本文。

技术领域

概括地说，下面论述的技术涉及无线通信系统，并且更具体地说，下面论述的技术涉及通信设备中用于唤醒接收机(WUR)的同步信道。实施例启用并且提供同步信道以高效地唤醒通信设备中的接收机。

背景技术

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

在多种电信标准中已经采纳这些多址技术，以提供使得不同无线设备能够在城市范围、国家范围、地域范围、甚至全球范围上进行通信的通用协议。一种示例电信标准是长期演进(LTE)。另一种通信标准的示例称为5G。

5G代表LTE技术的演进，例如，包括对无线接口的各种改进、处理方面的改善以及启用更高的带宽来提供另外的功能和连接性。

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

发送少量信息的通信的类型称为机器类型通信(MTC)。机器类型通信通常指代具有很少的或者没有人为干预的、以机器之间的自动数据生成、交换、处理和驱动为特征的通信。

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

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

发明内容

落入所附权利要求的保护范围之内的系统、方法和设备的各种实现方式均具有若干方面，这些方面中没有任何单个方面单独负责本文所描述的期望属性。在不限制所附权利要求的保护范围的情况下，本文描述了一些突出的特征。

在附图和下文的描述中，阐述了本说明书所描述的主题的一个或多个实现方式的细节。通过这些描述、附图和权利要求书，其它特征、方面和优点将变得显而易见。应当注意，下面附图中的相对尺寸没有按比例进行描绘。

本公开内容的一个方面提供了一种用于通信的方法。方法实施例包括：用户设备(UE)接收针对修改的同步信道的配置，以及UE使用修改的同步信道来周期性地苏醒并且与通信信道进行同步。

本公开内容的另一个方面提供了一种用于通信的装置，包括：用户设备(UE)，其被配置为接收针对修改的同步信道的配置，以及所述UE被配置为使用修改的同步信道来周期性地苏醒并且与通信信道进行同步。

本公开内容的另一个方面提供了一种用于通信的装置，包括：用户设备(UE)，其被配置为接收针对修改的同步信道的配置，以及所述UE被配置为使用修改的同步信道来周期性地苏醒并且与通信信道进行同步，所述修改的同步信道包括修改的同步信号，所述修改的同步信号具有与现有同步信号的信号密度相比较密集的信号密度，并且具有与所述现有同步信号的周期相比较不频繁的周期。

本公开内容的另一个方面提供了一种设备，包括：用于用户设备(UE)接收针对修改的同步信道的配置的单元；以及用于UE使用修改的同步信道来周期性地苏醒并且与通信信道进行同步的单元。

本公开内容的另一个方面提供了一种存储有用于通信的计算机可执行代码的非暂时性计算机可读介质，所述代码由处理器可执行以进行以下操作：使用户设备(UE)接收针对修改的同步信道的配置，以及使所述UE使用修改的同步信道来周期性地苏醒并且与通信信道进行同步。

附图说明

在附图中，除非另外指出，否则贯穿各个视图的相似附图标记指代相似组件。对于具有诸如“102a”或“102b”的字母字符的附图标记而言，这些字母字符指定可以区分在同一附图中出现的两个相似组件或者元素。当附图标记旨在涵盖在所有附图中具有相同附图标记的所有组件时，可以省略用于该附图标记的字母字符指定。

图1是根据本公开内容的各个方面，示出网络架构的示例的图。

图2是根据本公开内容的各个方面，示出接入网络的示例的图。

图3是根据本公开内容的各个方面，示出LTE中的DL帧结构的示例的图。

图4是根据本公开内容的各个方面，示出LTE中的UL帧结构的示例的图。

图5是根据本公开内容的各个方面，示出用于用户平面和控制平面的无线协议架构的示例的图。

图6是根据本公开内容的各个方面，示出接入网络中的演进型节点B和用户设备的示例的图。

图7是根据本公开内容的各个方面示出通信系统的图。

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

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

图10是示出用于处于空闲模式的UE的DRX循环的示例性实施例的图，UE在所述DRX循环中可以不被唤醒。

图11是示出当寻呼信号被发送给UE时的示例性UE处理的图。

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

图13是根据某些方面，示出用于唤醒信号搜索空间的两个选项的图。

图14A、图14B、图14C和图14D是示出同步信号和唤醒信号的示例性实施例的时间线图。

图15是示出唤醒信号实现方式的示例性实施例的图，所述唤醒信号实现方式使用针对多个UE组的公共同步部分以及针对不同UE组可以不同的唤醒信号部分。

图16是示出唤醒信号实现方式的示例性实施例的图，所述唤醒信号实现方式针对多个UE组中的每个UE组使用同步部分和唤醒信号部分。

图17是示出唤醒信号实现方式的示例性实施例的图，所述唤醒信号实现方式针对多个UE组中的每个UE组仅使用唤醒信号。

图18是示出传统物理广播信道(PBCH)的示例性实施例的图。

图19是示出根据本公开内容的各个方面的物理广播信道(PBCH)的示例性实施例的图。

图20是示出传统同步信号的示例的图。

图21是示出根据本公开内容的各个方面的同步信号的示例的图。

图22是根据本公开内容的各个方面，示出用于同步信道的方法的流程图。

图23是根据本公开内容的示例性实施例的用于同步信道的装置的功能框图。

具体实施方式

本文所使用的“示例性”一词意味着“用作示例、实例或说明”。本文中描述为“示例性”的任何方面不必要被解释为比其它方面更优选或更具优势。

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

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

因此，在一个或多个示例实施例中，所描述的功能可以用硬件、软件或者其任意组合来实现。当使用软件实现时，可以将这些功能存储在或作为一个或多个指令或代码编码在计算机可读介质上。计算机可读介质包括计算机存储介质。存储介质可以是计算机能够存取的任何可用介质。通过示例的方式而非限制，这种计算机可读介质可以包括随机存取存储器(RAM)、只读存储器(ROM)、电可擦写可编程ROM(EEPROM)、光盘存储、磁盘存储、其它磁存储设备、前述类型的计算机可读介质的组合、或者能够用于存储具有能够由计算机存取的指令或数据结构形式的计算机可执行代码的任何其它介质。

下面的描述提供了示例，并且不限制权利要求中阐述的保护范围、适用性或者示例。在不脱离本公开内容的保护范围基础上，可以对论述的元素的功能和排列进行改变。各个示例可以根据需要来省略、替代或者增加各种过程或组件。例如，可以按照与所描述的不同的顺序来执行描述的方法，并且可以增加、省略或者组合步骤。此外，关于一些示例所描述的特征也可以组合在其它示例中。

UE可以处于多种不同的状态。例如，RRC连接(无线资源控制-连接)是指UE和基站连接并且UE可用于与基站交换信息的状态。在被称为RRC空闲(无线资源控制-空闲)的状态中，UE处于UE不与基站交换信息但是UE尝试寻找并且维持与基站的服务连接的状态。在空闲模式下，UE可以处于DRX状态或eDRX状态。

当基站和UE处于RRC连接状态时，UE可以在两种情形下休眠。在第一种情形下，UE可以进入被称为C-DRX(连接-不连续接收)模式，其中UE可以进入“宏休眠(macro sleep)”时间段，其中它可以休眠达几个子帧直到1000个子帧(例如，在LTE中达到约2.560秒)。当UE处于C-DRX模式时，这可以在来自基站的传输中的长间隙或短间隙期间发生。

在另一种情形下，UE可以进入被称为“微休眠(micro sleep)”的状态，其中它可以休眠达很短的持续时间，诸如少于一个子帧(例如，达到12个符号周期(约170微秒(us))。例如，当UE在子帧的开始处监测控制信道，并且识别出没有针对当前子帧调度的数据(物理下行链路共享信道(PDSCH))时，可能发生这种情况，并且可以进入微休眠模式直到下一个子帧边界为止。“宏休眠”和“微休眠”两者均是UE进入“轻度休眠”状态或时段的示例。

另一种DRX状态被称为eDRX(扩展DRX)，其中UE可以休眠达扩展的时间段(许多分钟或数小时的量级)。例如，该eDRX状态对于可能存在预期没有传输的长时段(数分钟或数小时的量级)的UE设备特别有用。eDRX状态允许UE显著地降低功耗。这种休眠情形可以称为“深度休眠”。与轻度休眠状态相比，在该深度休眠状态中，UE的更多组件可以断电，从而降低超过轻度休眠状态的功耗。然而，从深度休眠状态返回到活动状态可能与从轻度休眠状态返回到活动状态相比要消耗更多的能量，并且因此，当休眠周期较长时，使用深度休眠。

本公开内容的示例性实施例针对于用于实现用于唤醒在通信设备中的接收机的同步信道的系统和方法。根据一些示例，唤醒信令可以包括发送小的(例如，一(1)比特)传输，其可以警告接收机存在针对该通信设备的物理下行链路控制信道(PDCCH)(或机器类型物理下行链路控制信道MPDCCH或(用于NB-IoT的)窄带物理下行链路控制信道(NPDCCH))传输或其它通信。在示例性实施例中，可以互换地使用术语PDCCH、MPDCCH和NPDCCH来指代下行链路物理控制信道。小的、一(1)比特信号可以被称为“唤醒信号”(WUS)。在示例性实施例中，唤醒信号也可以是开-关信号。其它低比特数信号也可以用作唤醒信号。

接收机、或接收机的一部分可以用于监测唤醒信号。这样的接收机可以被称为“唤醒接收机”(WUR)。如本文所使用的，术语“唤醒接收机”(WUR)可以指代单独的低功率接收机、作为另一个接收机的部分的低功率接收机电路、或者是在通信设备中的接收机或调制解调器的一部分。WUR可以是在低功耗状态下或者在短暂时间段内可操作的，并且可以被配置为接收唤醒信号，并且仅在通信针对于该UE或者仅在UE有数据要发送时才处理唤醒信号以唤醒接收机。

存在数种不同情况，其中UE可以从休眠状态建立或重新建立与通信网络的同步。在示例性实施例中，对于其中UE进入轻度休眠的DRX情况而言，主要关注点是针对少量的定时误差(例如，符号长度或子帧大小等量级的定时误差)和频率漂移进行补偿。在这样的情况下，UE可以将PSS/SSS/NRS/CRS等中的一者或多者用于定时和频率校正以及小区确认。对于可能发生超过例如20秒或更长的DRX休眠周期，UE可以执行完整的PSS/SSS循环，或者甚至执行物理广播信道(PBCH)解码，以在定时误差可能是大的(例如无线帧的量级)时获得与基站的完整的定时和频率同步。

在示例性实施例中，对于UE可以进入深度休眠的eDRX循环而言，定时和频率漂移可以是五个百万分之一(ppm)至50ppm或更高。例如，在一小时内，定时漂移可能接近3600e3ms x 5e-6，这可能是18ms至180ms。在这样的情况下，UE可以执行完整的同步，执行物理广播信道(PBCH)解码，执行系统信息块(SIB)解码等。

图1是示出LTE网络架构100的图。LTE网络架构100可以被称为演进分组系统(EPS)100。EPS 100可以包括一个或多个用户设备(UE)102、演进型UMTS陆地无线接入网络(E-UTRAN)104、演进分组核心(EPC)110和运营商的互联网协议(IP)服务122。EPS可以与其它接入网络互连，但是为简单起见，没有示出这些实体/接口。如图所示，EPS提供分组交换服务；但是，如本领域技术人员所容易理解的，贯穿本公开内容给出的各种概念可以扩展到提供电路交换服务的网络。此外，虽然将LTE网络示出为示例，但是还可以使用其它类型的网络(仅用于示例，包括5G网络)。

如本文所使用的，术语“NR”对应于“新无线电”，“新无线电”是指代可以作为5G通信方法的一部分的无线接口的方式。术语“NR”可以与术语“5G”互换地使用。虽然可以参照LTE网络提供某些技术和技术描述，但是本领域技术人员将理解，使用所描述的概念和原理还可以利用其它网络(例如，包括5G或NR网络)。

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的接入点。

UE可以包括各种各样的组件和/或设备。UE 102的示例包括蜂窝电话、智能电话、会话发起协议(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可以用于将MBMS业务分发给属于广播特定服务的多播广播单频网络(MBSFN)区域的eNB(例如，106、108)，并且可以负责会话管理(开始/停止)以及负责收集与eMBMS相关的计费信息。

图2是示出LTE网络架构中的接入网络200的示例的图。在该示例中，接入网络200被划分成数个蜂窝区域(小区)202。一个或多个较低功率类型eNB 208可以具有与小区202中的一个或多个小区202重叠的蜂窝区域210。较低功率类型eNB 208可以是毫微微小区(例如，家庭eNB(HeNB))、微微小区、微小区、或者远程无线头端(RRH)。宏eNB 204被各自分配给相应的小区202，并且被配置为向小区202中的所有UE 206提供针对EPC110的接入点。在接入网络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)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20和闪速OFDM。在来自3GPP组织的文档中描述了UTRA、E-UTRA、UMTS、LTE和GSM。在来自3GPP2组织的文档中描述了CDMA2000和UMB。采用的实际无线通信标准和多址接入技术将取决于特定应用和对系统所施加的整体设计约束。

eNB 204可以具有支持MIMO技术的多个天线。MIMO技术的使用使得eNB 204能够使用空间域来支持空间复用、波束成形和发射分集。空间复用可以用于在相同频率上同时发送不同的数据流。数据流可以被发送给单个UE 206以增加数据速率，或者被发送给多个UE206以增加整体系统容量。这可以是通过对每个数据流进行空间预编码(即，应用幅度和相位的缩放)，并且随后通过多个发射天线在DL上发送每个经空间预编码的流来实现的。到达UE 206处的经空间预编码的数据流具有不同的空间特征，这使得UE 206中的每个UE 206能够恢复出针对于该UE 206的一个或多个数据流。在UL上，每个UE 206发送经空间预编码的数据流，这使得eNB204能够识别出每个经空间预编码的数据流的源。

当信道状况有利时，通常使用空间复用。当信道状况不太有利时，可以使用波束成形来将传输能量聚焦在一个或多个方向上。这可以通过对经由多个天线传输的数据进行空间预编码来实现。为了在小区边缘处实现健壮的覆盖，可以结合发射分集来使用单个流波束成形传输。

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

图3是示出LTE中的DL帧结构的示例的图300。可以将帧(10ms)划分成10个相同大小的子帧。每个子帧可以包括两个连续的时隙。可以使用资源网格来表示两个时隙，每个时隙包括资源块。将资源网格划分成多个资源元素。在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)。在对应的物理DL共享信道(PDSCH)被映射到其上的资源块上发送UE-RS 304。每个资源元素携带的比特数量取决于调制方案。因此，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的频率跳变。在单个子帧(1ms)或在几个连续子帧的序列中携带PRACH尝试，并且UE可以每帧(10ms)进行单次PRACH尝试。

图5是根据本公开内容的各个方面，示出用于LTE中的用户平面和控制平面的无线协议架构的示例的图500。用于UE和eNB的无线协议架构被示出具有三层：层1、层2和层3。层1(L1层)是最低层，并且实现各种物理层信号处理功能。本文还将L1层称为物理层506。层2(L2层)508高于物理层506，并且负责物理层506之上的在UE与eNB之间的链接。层3(L3层)可以包括一个或多个应用，以及无线资源控制(RRC)子层516。

在用户平面中，L2层508包括介质访问控制(MAC)子层510、无线链路控制(RLC)子层512和分组数据会聚协议(PDCP)514子层，它们在网络侧在eNB处终止。虽然没有示出，但是UE可以具有高于L2层的若干上层，包括网络层(例如，IP层)和应用层，所述网络层在网络侧在PDN网关118处终止，所述应用层在连接的另一端(例如，远端UE、服务器等)处终止。

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

在控制平面中，对于物理层506和L2层508来说，除了针对控制平面不存在报头压缩功能之外，用于UE和eNB的无线协议架构是基本相同的。控制平面还包括在层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信号的每个子载波的单独OFDMA符号流。通过确定由eNB 610发送的最可能的信号星座点，来恢复和解调每个子载波上的符号以及参考信号。这些软决策可以是基于信道估计器658计算得到的信道估计的。随后，对软决策进行解码和解交织，以恢复出eNB 610最初在物理信道上发送的数据和控制信号。随后，将数据和控制信号提供给控制器/处理器659。

控制器/处理器659实现L2层。控制器/处理器可以是与存储程序代码和数据的存储器660相关联的。存储器660可以被称为计算机可读介质。在UL中，控制器/处理器659提供在传输信道与逻辑信道之间的解复用、分组重组、解密、报头解压缩和控制信号处理，以恢复出来自核心网络的上层分组。随后，将上层分组提供给数据宿662，数据宿662表示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用于选择适当的编码和调制方案，以及用于促进空间处理。可以经由分开的发射机654TX，将TX处理器668生成的空间流提供给不同的天线652。每个发射机654TX可以利用相应的空间流来对RF载波进行调制，以进行传输。

UL传输在eNB 610处以类似于结合在UE 650处的接收机功能所描述的方式来进行处理。每个接收机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、MTCUE 704和UE 706(还被称为“非MTC UE”)。节点702可以是宏节点(例如，eNB)、毫微微节点、微微节点、或者类似的基站、移动基站、中继器、UE(例如，以对等或自组织模式与另一个UE进行通信)、它们的一部分，和/或基本上在无线网络中传送控制数据的任何组件。MTC UE704和非MTC UE 706可以各自是移动终端、静止终端、调制解调器(或其它系留(tethered)设备)、它们的一部分，和/或基本上在无线网络中接收控制数据的任何设备。

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

图8A至图8C是根据本公开内容的各个方面，示出MTC UE在分配用于非MTC UE的大带宽中的窄带操作的图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。例如，MTCUE可以在UL中心频率811中传送UL随机接入信道(RACH)消息(例如，消息1和消息3)，以促进对网络的接入。如图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用于单个天线，以及TM2用于2个发射(Tx)天线或4个Tx天线。可以基于特定于UE的无线资源控制(RRC)信令，将UE切换到另一个传输模式。

MIB或物理广播信道(PBCH)可以包含各种信息比特，诸如带宽信息比特、物理HARQ指示符信道(PHICH)配置比特和SFN比特。带宽信息可以是四个比特；然而，当使用窄带操作时，针对MTC可以不需要这种带宽信息。PHICH配置比特可以是三比特(例如，一比特用于持续时间、两比特用于PHICH组)。然而，如果使用NCT或者如果将固定的控制区域用于PBCH子帧，则可以不需要这种PHICH配置。SFN比特可以是最高有效位(MSB)的八比特(另外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的时间可能横跨数十个子帧，尤其在低信噪比(SNR)的情况下。

在示例性实施例中，可以通过发送例如小的通信(诸如例如，“1比特”)或者在开-关唤醒信号(WUS)上发送，来实质上减少UE的苏醒时间，所述WUS使UE提前知道该UE是否应当完全苏醒以监测MPDCCH(或PDCCH或NPDCCH)通信。例如，如果将开-关信号用于唤醒信号，则唤醒信号可以通过存在或不存在唤醒信号来指示PDCCH(或MPDCCH或NPDCCH)的存在。

图10是示出用于处于空闲模式的UE的DRX循环的示例性实施例的图1000，在所述DRX循环中UE可以不被唤醒。图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(或PDCCH)信道，使得休眠时段1015是与图9的休眠时段915相比要长的。由于期望唤醒信号的长度与MPDCCH信道的长度相比要小得多(因为唤醒信号有效地传送了少得多的比特)，因此UE苏醒的时间显著减少，并且从而降低了相应的功耗。如图10中所示，寻呼传输窗口1035和寻呼传输窗口1037不包括UE监测MPDCCH信道，使得UE可以在寻呼传输窗口1035和寻呼传输窗口1037期间保持在休眠模式。

图11是示出当寻呼信号被发送给UE时的示例性UE处理的图1100。在示例性实施例中，时间线1102示出了UE可以在斜升时段1111之前以及在唤醒信号搜索空间1112中接收示例性唤醒信号1130之前的时间1115期间处于休眠模式。斜升时段1111可以包括一个或多个信号，诸如允许UE获得与基站的定时和频率同步的导频信号(CRS/NRS/其它导频信号)。一旦检测到唤醒信号1130，UE就将在寻呼传输窗口1135期间监测MPDCCH信道1114。寻呼传输窗口1135是指基站可以“寻呼”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可以包括滤波器和被配置为接收射频信号并且放大所接收的RF信号以进行进一步处理的低噪声放大器(LNA)中的一者或多者。在示例性实施例中，下变频器1212可以包括：被配置为接收接收机前端1211的输出并且本地振荡器(LO)信号将RF信号下变频为中频(IF)信号或者下变频为基带或基带附近信号以进行进一步处理的电路。在示例性实施例中，放大器/基带滤波器1214可以被配置为进一步放大和/或滤波经下变频的信号。在示例性实施例中，解调器1216可以被配置为解调所接收的信号以恢复原始信息信号(数据)。在示例性实施例中，ADC 1217可以被配置为将来自解调器1216的模拟信号转换为数字信号(诸如，表示信息信号的同相(I)和正交(Q)数字信号)。可以将ADC 1217的输出提供给基带处理器1230以进行进一步处理。

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

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

唤醒信号(图11，1130)的使用通常实现功率高效硬件架构的使用。例如，MPDCCH监测涉及复杂的基带处理，但是对唤醒信号(图11，1130)的检测使用低功率唤醒接收机(WUR)1220是可能的。例如，唤醒接收机1220可以被配置为对接收信号仅执行相关运算以检测唤醒信号1130(图11)的存在。在示例性实施例中，唤醒接收机1220可操作为仅检测唤醒信号1130(图11)。仅当检测到唤醒信号1130(图11)时，才激活全基带处理器1230。除了通过减少接收机的唤醒时间获得的功率节省之外，这也可以实现功率节省。注意的是，图12中所示的唤醒接收机1220和基带处理器1230是概念性的，并且有多种方式可以在实际的硬件实现方式中实现唤醒接收机1220，包括将唤醒信号检测操作作为主接收机1210和基带处理器1230的低功率模式功能。

在图12中，状态图1250可以用于进一步解释唤醒接收机1220和基带处理器1230的操作。在状态1252中，唤醒接收机1220是活动的并且监测唤醒信号。如果在状态1254中未检测到唤醒信号，则唤醒接收机1220和基带处理器1230保持在状态1252中。当在状态1256中检测到唤醒信号时，去激活唤醒接收机和WUS处理器1235，并且主接收机1210和基带处理器1230被激活以在状态1258中监测MPDCCH信道。存在用于实现唤醒信号1130(图11)和唤醒接收机1220的数个不同的示例性实施例。

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

图14A、图14B、图14C和图14D是示出同步信号和唤醒信号的示例性实施例的时间线图。图14A根据本公开内容的示例性实施例，示出了示出UE时间线1402的实施例的图1400，所述实施例示出了具有一个或多个传统同步信号1406的传统同步信号搜索空间1404，以及具有一个或多个唤醒信号1415的唤醒信号搜索空间1410。

图14B根据本公开内容的示例性实施例，示出了示出UE时间线1422的实施例的图1420，所述实施例示出了同步信号搜索空间1425。根据本公开内容的示例性实施例，同步信号搜索空间1425可以具有一个或多个修改的同步信号1427。根据本公开内容的示例性实施例，时间线1422还包括具有一个或多个唤醒信号1435的唤醒信号搜索空间1430。使用传统同步信号来同步UE(诸如图14A中所示)，至少由于传统同步信号是彼此远离(因为它们相对地彼此隔开)的原因而可能是耗时的。下文所描述的修改的同步信号1427可以具有使得能够改善唤醒场景的特性。在一些布置中，修改的同步信号在时间上可能比传统同步信号更密集和/或还可以具有在信号之间的更长周期，如将在下面所描述的。术语“时间上更密集”和“时间上密集”可以指代新的同步信号，其可以是以与其它同步信号相比具有在更短的时间周期内进行重复的重复率发生的修改的同步信号、PBCH通信、同步信号通信、SIB通信或者另一种通信信号或信道。术语“信号之间的更长周期”和“更长的周期”可以指代新的或修改的同步信号，其可以是以与其它同步信号相比在时间上更长的、在重复之间的时间段周期性地发生的修改的同步信号、PBCH通信、同步信号通信、SIB通信或者另一种通信信号或信道。

图14C根据本公开内容的示例性实施例，示出了示出UE时间线1442的实施例的图1440，所述实施例示出了同步信号搜索空间1445。根据本公开内容的示例性实施例，同步信号搜索空间1445可以具有一个或多个修改的同步信号1447。所述一个或多个修改的同步信号1447可以类似于图14B的一个或多个修改的同步信号1427。

时间线1442还包括唤醒信号搜索空间1452，但是在该示例性实施例中，不发送唤醒信号。在该示例性实施例中，可以在不存在唤醒信号的情况下发送修改的同步信号1447。

图14D根据本公开内容的示例性实施例，示出了示出UE时间线1462的实施例的图1460，所述实施例示出了具有一个或多个唤醒信号1465的唤醒信号搜索空间1470。在该示例性实施例中，所述一个或多个唤醒信号1465可以既用作同步信号又用作唤醒信号。

使用传统同步信号进行同步(图14A)可以包括：对于窄带IoT(NB-IoT)使用窄带PSS(NPSS)/窄带SSS(NSSS)/CRS/NRS，并且对于eMTC使用PSS/SSS/CRS。对于NB-IoT而言，使用NPSS/NSSS通常足够了。对于eMTC而言，使用CRS可能会更高效。针对eMTC搜索的增强可能会引入用于同步的其它选项，所述选项可以与CRS相比更适合用于唤醒接收机专用硬件，这是因为使用CRS可能涉及使用快速傅里叶变换(FFT)和其它复杂信号处理元素。在示例性实施例中，唤醒接收机1200可以被配置为监测修改的同步信道，并且处理修改的同步信号和/或唤醒信号，它们可以在计算上与传统同步信号相比对处理而言更简单。此外，修改的同步信号的处理使用更少的硬件处理资源，这是因为与处理传统同步信号时相比，在处理修改的同步信号时，唤醒接收机1200可以在更短的时间段内处于活动状态。

图15是示出唤醒信号实现方式的示例性实施例的图1500，所述唤醒信号实现方式针对多个UE组使用公共同步部分以及针对不同UE组可能不同的唤醒信号部分。在示例性实施例中，在UE时间线1502上示出了eDRX循环1504。在UE从深度休眠时段苏醒的时间期间，发生唤醒时段1506。在该示例性实施例中，在唤醒时段1506期间，唤醒接收机(诸如图12中的唤醒接收机1220)可以用于监测唤醒信号。在示例性实施例中，UE可以加载其完整软件(SW)图像文件或SW图像文件的部分集合，并且可以执行允许其苏醒和监测唤醒信号的其它功能。

在示例性实施例中，UE可以使用现有的同步信号在时间段1506期间与基站同步，因此使开销最小化。现有的同步信号可能比唤醒信号(例如，NB-IoT锚定载波信号)更强大。在示例性实施例中，由于唤醒信号较不频繁地被发送，因此可以将传统信号用于同步、用于小区确认/TTL/FTL等。在示例性实施例中，可以对同步过程进行二次采样：例如，可以在UE苏醒以监测PDCCH等的每四(4)次只执行一次同步过程。

在该示例性实施例中，唤醒接收机1220可以在示例性时间段1540期间监测唤醒信号。时间段1540可以称为唤醒信号搜索空间或唤醒监测窗口，在其期间基站可以将唤醒接收机(WUR)通信发送给主体UE。唤醒接收机通信可以包括唤醒信号、同步信号或另一种通信中的一者或多者。在示例性实施例中，时间段1540包括可用于基站向UE发送一个或多个唤醒信号的时间。如果在时间段1540期间发送了一个以上的唤醒信号，则时间段1540还包括在唤醒信号之间和/或唤醒信号搜索空间之间的任何时间。

在该示例性实施例中，时间段1540可以包括公共唤醒时段1506，在其期间始终发送同步信号(即，即使没有发送唤醒信号也发送同步信号，因为UE可能不具有对应的PDCCH(或MPDCCH))，并且可以包括允许UE与基站同步的一个或多个同步信号。在另一个示例性实施例中，仅在发送了唤醒信号时发送同步信号。当仅在具有唤醒信号的情况下发送同步信号时，同步信号可以是单独的同步信号，或者唤醒信号可以用作同步信号。

在该示例性实施例中，唤醒时段1506可以对于多个唤醒信号搜索空间来说是公共的，其中仅出于说明性目的示出了三个示例性唤醒信号搜索空间1511、1512和1513。唤醒信号搜索空间1511、1512和1513中的每个唤醒信号搜索空间可以是与特定UE组相关联或相关的。UE组可以包括一个或多个UE。在该示例中，唤醒信号搜索空间1511可以是与UE组1相关联的，唤醒信号搜索空间1512可以是与UE组2相关联的，以及唤醒信号搜索空间1513可以是与UE组3相关联的。

在示例性实施例中，可以将唤醒信号的监测与同步定时解耦。例如，可能优选的是，每“N”个唤醒信号监测时机执行一次同步。

在示例性实施例中，每个唤醒信号搜索空间可以是与对应的MPDCCH(或PDCCH)监测窗口或搜索空间相关联的，在其期间UE或UE组可以监测MPDCCH(或PDCCH)通信。在示例性实施例中，仅出于说明性目的示出了三个示例性MPDCCH(或PDCCH)搜索空间1531、1532和1533。在该示例性实施例中，MPDCCH(或PDCCH)监测窗口1531对应于唤醒信号搜索空间1511，MPDCCH(或PDCCH)监测窗口1532对应于唤醒信号搜索空间1512，以及MPDCCH(或PDCCH)监测窗口1533对应于唤醒信号搜索空间1513。

在该示例性实施例中，UE在唤醒信号搜索空间1512期间检测到唤醒信号1545，并且作为检测到唤醒信号1545的结果，UE然后开始在相应的MPDCCH(或PDCCH)搜索空间1532中监测MPDCCH(或PDCCH)信道，如箭头1539所示。在示例性实施例中，时间段1540的长度可以在RRC建立期间进行配置，或者可以是基于Rmax/TxD/DRX循环等来确定的。在示例性实施例中，根据选择用于唤醒信号实现方式的设计，可以使用唤醒信号1545或者在监测唤醒信号之前的一个或多个导频信号来执行定时/频率同步。用于定时/频率同步信号的监测周期可以是接收机实现方式的至少一部分，因此在规范中可能没有预先规定。唤醒信号的长度可以是预先规定的。

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

在示例性实施例中，仅当存在针对该UE组的MPDCCH(或PDCCH)通信时，才可以在唤醒信号搜索空间1511、1512和/或1513中的一个唤醒信号搜索空间期间发送唤醒信号。在该示例中，因为在针对UE组2的搜索空间1532中存在MPDCCH(或PDCCH)通信，所以发送唤醒信号1545。

在检测到唤醒信号1545之后并且在搜索空间1540之后，寻呼传输窗口1535开始，在其期间UE是苏醒的并且监测MPDCCH((或PDCCH)信道(在该示例中，在搜索空间1532中)以确定基站是否具有针对于该UE或UE组的任何信息，并且在其期间UE或UE组可以对MPDCCH(或PDCCH)信道进行解码以警告基站UE可能具有信息要发送给基站。在该示例性实施例中，寻呼传输窗口1535可以包括多个MPDCCH或PDCCH监测时段(诸如监测时段1531、1532和1533)，以及在MPDCCH或PDCCH监测时段之间的间隔，其中监测时段1551的仅说明性示例示出了MPDCCH或PDCCH监测时段1531、1532和1533，以及时段1516和1517。在MPDCCH或PDCCH监测时段之后，寻呼传输窗口1535以斜降时段1515结束，在其期间UE斜降并且重新进入深度休眠状态1530，直到发生另一个唤醒周期1508为止，并且所述过程可以重复。在示例性实施例中，寻呼传输窗口1535还包括示例性DRX循环1503，其可以包括一个MPDCCH或PDCCH监测时段1531，随后是其中UE可以进入轻度休眠状态的时段1516。类似地，另一个DRX循环可以包括MPDCCH或PDCCH监测时段1532，其之后可以是其中UE可以进入轻度休眠状态的时段1517。轻度休眠也可以发生在包括最后的MPDCCH或PDCCH监测时段1533和斜降时段1515的DRX循环中。

在示例性实施例中，在时间段1506期间在同步信道中发送的同步信号可以用于获得系统的定时同步和广播参数。可以发送唤醒信号以减少UE在监测PDCCH上花费的功率。与UE监测PDCCH花费的功率相比需要明显更少的UE功率进行监测的唤醒信号允许UE跳过监测PDCCH(如果在当前子帧中没有针对于该UE的数据的话)，而不是UE始终监测PDCCH(即使它可能不具有针对于它的任何PDCCH通信)。

图16是示出唤醒信号实现方式的示例性实施例的图1600，所述唤醒信号实现方式针对多个UE组中的每个UE组使用同步部分和唤醒信号部分。在示例性实施例中，在UE时间线1602上示出了eDRX循环1604。在UE从深度休眠时段苏醒的时间期间发生唤醒时段1606。在该示例性实施例中，在唤醒时段1606期间，唤醒接收机(诸如图12中的唤醒接收机1220)可以用于监测唤醒信号。在示例性实施例中，UE可以加载其完整软件(SW)图像文件或SW图像文件的部分集合，并且可以执行允许其苏醒和监测唤醒信号的其它功能。在该示例性实施例中，唤醒接收机1220可以在示例性时间段1640期间监测唤醒信号。时间段1640可以称为唤醒信号搜索空间或唤醒信号监测窗口。时间段1640包括可用于基站向UE发送一个或多个唤醒信号的时间。如果在时间段1640期间发送了一个以上的唤醒信号，则时间段1640还包括在唤醒信号之间和/或唤醒信号搜索空间之间的任何时间。

在该示例性实施例中，唤醒时段1606可以包括允许UE与基站进行同步的一个或多个同步信号，并且可以是与唤醒信号监测时段或搜索空间1611相关联的。

类似地，在该示例性实施例中，唤醒时段1656可以包括允许UE与基站进行同步的一个或多个同步信号，并且可以是与唤醒信号监测时段或搜索空间1612相关联的；以及在该示例性实施例中，唤醒时段1666可以包括允许UE与基站进行同步的一个或多个同步信号，并且可以是与唤醒信号监测时段或搜索空间1613相关联的。

在该示例性实施例中，唤醒时段1606、1656和1666分别是与唤醒信号搜索空间1611、1612和1613相关联的。

唤醒时段1606、1656和1666以及关联的唤醒信号搜索空间1611、1612和1613中的每一者可以分别是与特定UE组相关联或相关的。UE组可以包括一个或多个UE。在该示例中，唤醒时段1606和唤醒信号搜索空间1611可以是与UE组1相关联的，唤醒时段1656和唤醒信号搜索空间1612可以是与UE组2相关联的，以及唤醒时段1666和唤醒信号搜索空间1613可以是与UE组3相关联的。

在示例性实施例中，每个唤醒信号搜索空间可以是与对应的MPDCCH(或PDCCH)监测窗口或搜索空间相关联的，在其期间UE或UE组可以监测MPDCCH(或PDCCH)通信。在示例性实施例中，仅出于说明性目的示出了三个示例性MPDCCH(或PDCCH)搜索空间1631、1632和1633。在该示例性实施例中，MPDCCH(或PDCCH)监测窗口1631对应于唤醒信号搜索空间1611，MPDCCH(或PDCCH)监测窗口1632对应于唤醒信号搜索空间1612，以及MPDCCH(或PDCCH)监测窗口1633对应于唤醒信号搜索空间1613。

在该示例性实施例中，UE在唤醒信号搜索空间1612期间检测到唤醒信号1645，并且作为检测到唤醒信号1645的结果，UE然后开始在对应的MPDCCH(或PDCCH)搜索空间1632中监测MPDCCH(或PDCCH)信道，如箭头1639所示。在示例性实施例中，时间段1640的长度可以在RRC建立期间进行配置，或者可以是基于Rmax/TxD/DRX循环等来确定的。在示例性实施例中，根据选择用于唤醒信号实现方式的设计，可以使用唤醒信号1645或者在监测唤醒信号之前的一个或多个导频信号来执行定时/频率同步。用于定时/频率同步信号的监测周期可以是接收机实现方式的至少一部分，因此在规范中可能没有预先规定。唤醒信号的长度可以是预先规定的。

同步部分(诸如1606)的周期和配置可以与唤醒信号部分(诸如唤醒信号搜索空间1612)的配置不同。在示例性实施例中，始终发送同步部分(诸如1606)，与是否发送唤醒信号无关。在另一个示例性实施例中，仅在发送了唤醒信号部分(诸如1645)时才发送同步部分(诸如1606)。当同步部分(诸如在1606中)和唤醒信号部分(诸如1645)都没有被发送时，UE仍然可以使用传统信号进行同步。

使用修改的同步信号进行同步可以更加省电，这是因为不需要监测传统信号和修改的信号两者。通常，小区重选要求与DRX循环长度耦合在一起，并且当使用新的(修改的)同步信号时，将它们解耦可能是有益的。

在示例性实施例中，一个或多个导频信号(使用附图标记1670示出了其中的一个示例性导频信号)可以位于唤醒信号附近和MPDCCH(或PDCCH)通信附近中的一处或多处。在示例性实施例中，无论是否实际发送唤醒信号，导频信号1670都始终位于唤醒信号附近。在示例性实施例中，仅在发送了唤醒信号时，才在唤醒信号附近发送导频信号1670。在示例性实施例中，仅在发送了唤醒信号时，导频信号1671才可以位于MPDCCH(或PDCCH)通信的附近。在示例性实施例中，可以在唤醒信号附近增加导频信号的密度(即，数量)。如本文所使用的，如在导频信号1670位于唤醒信号的附近或者导频信号1671位于MPDCCH(或PDCCH)通信的附近中的术语“附近”，可以指代导频信号1670位于时间段1640中和/或导频信号1671位于寻呼传输窗口1635中。

在示例性实施例中，仅当存在用于该UE组的MPDCCH(或PDCCH)通信时，才可以在唤醒信号搜索空间1611、1612和/或1613中的一个唤醒信号搜索空间期间发送唤醒信号。在该示例中，因为在用于UE组2的搜索空间1632中存在MPDCCH(或PDCCH)通信，所以发送唤醒信号1645。

在检测到唤醒信号1645之后并且在搜索空间1640之后，寻呼传输窗口1635开始，在其期间UE是苏醒的并且监测MPDCCH((或PDCCH)信道(在该示例中，在搜索空间1632中监测)以确定基站是否具有针对于该UE或UE组的任何信息，并且在其期间UE或UE组可以对MPDCCH(或PDCCH)信道进行解码以警告基站UE具有要发送给基站的信息。在该示例性实施例中，寻呼传输窗口1635可以包括多个MPDCCH或PDCCH监测时段(诸如监测时段1631、1632和1633)，以及在MPDCCH或PDCCH监测时段之间的间隔，其中仅作为监测时段1651的说明性示例示出了MPDCCH或PDCCH监测时段1631、1632和1633以及时段1616和1617。在MPDCCH或PDCCH监测时段之后，寻呼传输窗口1635以斜降时段1615结束，在其期间UE斜降并且重新进入深度休眠状态1630，直到发生另一个唤醒周期1608为止，并且所述过程可以重复。寻呼传输窗口1635还包括示例性DRX循环1603，其可以包括一个MPDCCH或PDCCH监测时段1631，随后是其中UE可以进入轻度休眠状态的时段1616。类似地，另一个DRX循环可以包括MPDCCH或PDCCH监测时段1632，其之后可以是其中UE可以进入轻度休眠状态的时段1617。轻度休眠也可以发生在包括最后的MPDCCH或PDCCH监测时段1633和斜降时段1615的DRX循环中。

图17是示出唤醒信号实现方式的示例性实施例的图1700，所述唤醒信号实现方式针对多个UE组中的每个UE组仅使用唤醒信号部分。

在示例性实施例中，在UE时间线1702上示出了eDRX循环1704。在该示例性实施例中，可以不发生单独的唤醒时段，并且在示例性实施例中，UE可以使用唤醒信号来进行苏醒和同步，并且可以在没有同步到基站的情况下检测唤醒信号，并且然后可以使用唤醒信号与基站进行同步。替代地，UE可以使用传统同步信号(诸如，图9的同步信号912)同步到基站，并且然后监测唤醒信号。替代地，一旦UE通过使用用于同步的唤醒信号与基站进行同步，UE就可以随后使用传统同步信道来进一步完善其与基站的同步。

在该示例性实施例中，在唤醒信号搜索空间1711期间，唤醒接收机(诸如图12中的唤醒接收机1220)可以用于监测唤醒信号。在示例性实施例中，UE可以加载不到所有的其全部完整软件(SW)图像文件(例如，SW图像文件的部分集合)，并且可以执行允许其唤醒和监测唤醒信号的其它功能。在该示例性实施例中，唤醒接收机1220可以在示例性时间段1740期间监测唤醒信号。时间段1740可以称为唤醒信号搜索空间或唤醒信号监测窗口。时间段1740包括可用于基站向UE发送一个或多个唤醒信号的时间。如果在时间段1740期间发送了一个以上的唤醒信号，则时间段1740还包括在唤醒信号之间和/或唤醒信号搜索空间之间的任何时间。

在示例性实施例中，每个唤醒信号搜索空间可以是与对应的MPDCCH(或PDCCH)监测窗口或搜索空间相关联的，在其期间UE或UE组可以监测MPDCCH(或PDCCH)通信。在示例性实施例中，仅出于说明性目的示出了三个示例性MPDCCH(或PDCCH)搜索空间1731、1732和1733。在该示例性实施例中，MPDCCH(或PDCCH)监测窗口1731对应于唤醒信号搜索空间1711，MPDCCH(或PDCCH)监测窗口1732对应于唤醒信号搜索空间1712，以及MPDCCH(或PDCCH)监测窗口1733对应于唤醒信号搜索空间1713。

在该示例性实施例中，UE在唤醒信号搜索空间1712期间检测到唤醒信号1745，并且作为检测到唤醒信号1745的结果，UE使用唤醒信号1745同步到基站然后开始在对应的MPDCCH(或PDCCH)搜索空间1732中监测MPDCCH(或PDCCH)信道，如箭头1739所示。在示例性实施例中，时间段1740的长度可以在RRC建立期间进行配置，或者可以是基于Rmax/TxD/DRX循环等来确定的。在示例性实施例中，根据选择用于唤醒信号实现方式的设计，可以使用唤醒信号1745或者在监测唤醒信号之前的一个或多个导频信号来执行定时/频率同步。用于定时/频率同步信号的监测周期可以是接收机实现方式的至少一部分，因此在规范中可能没有预先规定。唤醒信号的长度可以是预先规定的。

在示例性实施例中，一个或多个导频信号(使用附图标记1770示出了其中的一个示例性导频信号)可以位于唤醒信号附近和MPDCCH(或PDCCH)通信附近中的一处或多处。在示例性实施例中，无论是否实际发送了唤醒信号，导频信号1770都始终位于唤醒信号附近。在示例性实施例中，仅在发送了唤醒信号时，才在唤醒信号附近发送导频信号1770。在示例性实施例中，仅在发送了唤醒信号时，导频信号1771可以位于MPDCCH(或PDCCH)通信的附近。在示例性实施例中，可以在唤醒信号附近增加导频信号的密度(即，数量)。如本文所使用的，如在导频信号1770位于唤醒信号的附近或者导频信号1771位于MPDCCH(或PDCCH)通信的附近中的术语“附近”，可以指代导频信号1770位于时间段1740中和/或导频信号1771位于寻呼传输窗口1735中。

在示例性实施例中，仅当存在针对该UE组的MPDCCH(或PDCCH)通信时，才可以在唤醒信号搜索空间1711、1712和/或1713中的一个唤醒信号搜索空间期间发送唤醒信号。在该示例中，因为在针对UE组2的搜索空间1732中存在MPDCCH(或PDCCH)通信，所以发送唤醒信号1745。

在检测到唤醒信号1745之后并且在搜索空间1740之后，寻呼传输窗口1735开始，在其期间UE是苏醒的并且监测MPDCCH((或PDCCH)信道(在该示例中在搜索空间1732中)以确定基站是否具有针对于该UE或UE组的任何信息，并且在其期间UE或UE组可以对MPDCCH(或PDCCH)信道进行解码以警告基站该UE可能具有要发送给基站的信息。在该示例性实施例中，寻呼传输窗口1735可以包括多个MPDCCH或PDCCH监测时段(诸如监测时段1731、1732和1733)，以及在MPDCCH或PDCCH监测时段之间的间隔，其中仅作为监测时段1751的说明性示例示出了MPDCCH或PDCCH监测时段1731、1732和1733以及时段1716和1717。在MPDCCH或PDCCH监测时段之后，寻呼传输窗口1735以斜降时段1715结束，在其期间UE斜降并且重新进入深度休眠状态1730，直到发生另一个唤醒周期1708为止，并且所述过程可以重复。寻呼传输窗口1735还包括示例性DRX循环1703，其可以包括一个MPDCCH或PDCCH监测时段1731，随后是其中UE可以进入轻度休眠状态的时段1716。类似地，另一个DRX循环可以包括MPDCCH或PDCCH监测时段1732，其之后可以是其中UE可以进入轻度休眠状态的时段1717。轻度休眠也可以发生在包括最后的MPDCCH或PDCCH监测时段1733和斜降时段1715的DRX循环中。

在示例性实施例中，始终向UE发送唤醒信号的至少一部分。在另一个示例性实施例中，并不总是向UE发送唤醒信号。例如，仅当存在对应的PDCCH(或MPDCCH)时，才可以发送部分或全部的唤醒信号。始终向UE发送一些或全部的唤醒信号的优点是：UE可以使用唤醒信号来执行同步(获得TTL/FTL估计)。由于唤醒信号的长度对于不同的Rmax(PDCCH的最大重复次数)可能不同，因此始终发送与最坏情况Rmax相对应的唤醒信号将产生非常高的开销。

始终发送的唤醒信号的部分可以对应于小的Rmax。这将产生较少的开销，因为它不是针对最坏情况的信噪比(SNR)的。高SNR的UE可以使用唤醒信号进行同步，并且可以避免监测传统同步信道。低SNR(即，SNR低于门限)的UE可以使用新唤醒信号和传统或修改的同步信号的组合进行同步。

图18是示出传统物理广播信道(PBCH)的示例性实施例的图1800。PBCH仅存在于下行链路通信中(即，从基站到UE)。在LTE中，无线帧可以具有十(10)ms的持续时间，并且可以包括每个1ms的10个子帧。出于说明目的在图18中示出了无线帧1830至1837。具有相同有效载荷数据的PBCH可以使用从具有索引为4的倍数的无线帧开始的在4个连续的无线帧上的四(4)个重复来发送。这可以使用在四个连续的无线帧1830、1831、1832和1833上发生的PBCH重复1810、1812、1814和1816来示出。在接下来的4个无线帧1834、1835、1836和1837上的PBCH可以包括与PBCH重复1810、1812、1814和1816不同的数据，并且通过在四个连续无线帧1834、1835、1836和1837上发生的PBCH重复1820、1822、1824和1826来示出。图1800示出了每10ms发生的PBCH重复1810、1812、1814和1816，其对应于系统帧号(SFN)“X”＝floor(向下取整)(无线帧/4)。例如，无线帧1830、1831、1832和1833(也称为无线帧0、1、2和3)可以包含PBCH的4个重复(1810、1812、1814和1816)，其中第一有效载荷对应于SFN 0。无线帧1834、1835、1836和1837(也称为无线帧4、5、6和7)可以包含PBCH的4个重复(1820、1822、1824和1826)，其中第二有效载荷对应于SFN“X+1”，依此类推。在每个PBCH的有效载荷中也包括SFN，以帮助UE确定无线帧号。以类似于PBCH的方式，例如，可以在20个子帧中发送一次SIB通信。

图19是根据本公开内容的各个方面，示出物理广播信道(PBCH)的示例性实施例的图1900。图1900示出了具有修改的同步信号的修改的同步信道，诸如PBCH 1905，其在10ms的持续时间上具有十(10)个PBCH重复1910(其对应于修改的系统帧号(SFN)“X”＝floor(无线帧/128))。PBCH 1905可以称为新的或修改的PBCH(其在时间上更密集)，在图19中示出了在10个子帧中的(例如，十(10)个)PBCH重复，而不是如图18中所示的在40个子帧中的四(4)个重复。修改的PBCH 1905还可以具有更长的周期(例如，图19中所示的128个无线帧，而不是如图18中所示的四(4)个无线帧)，并且可以具有与图18中所示的PBCH相比修改的SFN。例如，图19中所示的新SFN具有floor(无线帧/128)，而图18中所示的现有SFN则具有floor(无线帧/4)。

图1900还示出了在10ms的持续时间上具有十(10)个PBCH重复1920的修改的PBCH1915，其类似于在10ms的持续时间上的十(10)个PBCH重复1910，PBCH重复1920对应于系统帧号(SFN)“X”+1，与图18中所示的PBCH相比在时间上更密集，并且具有更长的周期和修改的SFN(类似于十(10)个PBCH重复1910)。

当UE从休眠中苏醒时，如果其具有小的定时误差，则可以通过检测同步信号的位置来校正所述小的定时误差。例如，传统LTE同步信号(PSS/SSS)可以允许UE校正高达约+/-5ms的定时误差，这是因为传统同步信号是以交替模式每5ms发送的。然而，如果UE定时是以大于可以单独通过同步信号校正的量偏移的(例如，由于UE一直处于深度休眠状态，因此UE不知道无线帧号)，则UE可能必须继续还解码PBCH来获得同步。类似地，在发送PBCH之后，也可以使用该更高的时间密度信号来发送SIB通信。对于包含来自SIB和MIB两者的相关信息的新信息块，也可以完成该操作。

在示例性实施例中，UE中的调制解调器可以使用控制器/处理器659、TX处理器668或UE 650中的其它组件(图6)来实现，并且可以被配置为处理修改后的同步信号，并且基于修改后的同步信号的内容和/或特性来苏醒或执行其它动作。

在示例性实施例中，可以使用两种模式来发送具有相似类型的信息的PBCH信号和信道。一种模式可以包括每10个子帧和40ms周期发送一次PBCH信号，诸如图18中所示。另一种模式可以包括：针对若干连续子帧(例如，10个连续子帧、或者另一数量的连续子帧)和1280ms时段，每子帧发送一次修改的PBCH信号，诸如图19中所示。在示例性实施例中，UE可以基于其定时误差或其它因素来确定要监测哪种模式。

在示例性实施例中，修改的同步信号1905和1915可以使用与现有的未修改的同步信号所使用的带宽不同的带宽。在示例性实施例中，修改的同步信号1905和1915示出了可以使用依赖于唯一小区标识(ID)的序列来与现有的(未修改的)同步信号进行区分的修改的同步信号。

对于eDRX同步优化，尤其是对于系统信息(SI)优化，由于PBCH和SIB不频繁地被发送(例如，对于SIB，在20个子帧中的一个子帧发送，对于PBCH，在10个子帧中的一个子帧发送)，因此对它们进行解码可能花费长时间。因此，如上面所提及的，修改的PBCH 1910、1920等可以是以与现有的PBCH相比更高的时间密度、但是更低的整体周期来发送的。例如，可以每10秒在128个连续子帧中发送一次修改的PBCH 1910、1920。对于NB-IoT，这增加了约1％的开销。

由于定时漂移可能随时间变化，因此也可能具有多种配置，例如，每5秒发送针对128个子帧的修改的PBCH，每20分钟发送针对512个子帧的修改的PBCH等。

修改的PBCH有效载荷可以相对于常规PBCH来改变，以移除UE已知的比特或者包括额外信息(诸如SIB值标签)，以便当SIB未被改变时UE无需对SIB进行解码。

类似地，可以在PBCH之后使用较高的时间密度来发送修改的SIB。对于包含来自SIB和MIB两者的相关信息的新信息块而言，也可以完成该操作。在示例性实施例中，修改的PBCH和修改的SIB可以包括与在未修改的PBCH和未修改的SIB中的有效载荷位相同的至少一些有效载荷比特。

当UE进入休眠达大于SIB的修改周期的时段时，在苏醒时UE在其可以监测唤醒信号之前可以监测PBCH和SIB的改变，这是因为PBCH和SIB的改变可能影响唤醒信号的位置/解释。为了减少功耗，可以引入设计改变以使UE能够在不具有最新SIB的情况下对唤醒信号进行解码，并且还允许UE在检测到其唤醒信号时对PBCH/SIB进行解码。例如，唤醒信号的修改周期和唤醒信号相关参数可以大于SIB的修改周期。因此，即使UE可能不具有当前的PBCH/SIB信息，UE也可以在很多情况下能够监测唤醒信号。在这些情况下，如果需要，UE可以在检测到唤醒信号之后对PBCH/SIB进行解码。

关于功率节省，在示例性实施例中，处于eDRX模式的UE可以就在修改的PBCH之前苏醒，对修改的PBCH进行解码并且进入轻度休眠而不是深度休眠，因为在最坏情况下PDCCH监测周期可能正好在下一个PBCH周期附近。这可以假设在修改的PBCH的定时和10秒周期中存在+/-X ms的不确定性。在示例性实施例中，UE可以从位置-X到+X，针对PBCH执行该搜索。假设轻度休眠期间的功耗为10个单位，以及活动解码期间的功耗为100个单位，并且针对一个子帧(SF)处于活动状态+针对九个子帧的宏休眠为60个单位。

利用该修改的PBCH 1905，用于PBCH解码的时间可以是2X+64。假设PDCCH监测距离1000个子帧，则最坏情况下的功耗为(2X+64)*100+10*1000＝16400+200X。利用现有的PBCH，用于PBCH解码的时间为2X+640ms，因此功耗为(2X+640)x 60(假设一些宏休眠减少了功耗)～38400+120X。

对于小的X值(例如，如果eDRX循环为每12分钟)，则可以节省大约50％的PBCH功率。如果用于PBCH的实际重复次数是较小的，则收益节省的百分比将减少。对于eMTC，如果解码PBCH所需的SF数量较小，则收益可能较小。

图20是示出用于NB-IoT的传统同步信号的示例的图2000。在图2000中，NPSS信号2010、2012、2014、2016、2018、2022、2024和2026周期性地发生，通常在每个10ms无线帧中一次。为了说明起见示出了示例性无线帧2040至2047。在图2000中，NSSS信号2030、2032、2034和2036也周期性地发生，每两个无线帧一次。为了同步到网络，特别是在低信噪比(SNR)下，UE可能监测到这些NPSS和NSSS同步信号的不止一次发生。因此，UE必须长时间保持苏醒以接收所有这些重复。

图21是根据本公开内容的各个方面，示出同步信号的示例的图2100。在图2100中，例如，同步信号2110和2120每隔1280ms(128个无线帧)出现一次，并且在时间上是密集的，但是具有比图20中所示的要长的信道周期。由于同步信号2110和2120的重复彼此接近，所以UE从休眠中苏醒并且具有大致的定时概念(例如，UE不知道子帧边界，但是知道定时误差在子帧持续时间内)，UE可以在这些较高密度但较低周期同步信号2110和2120附近苏醒，监测一个或多个重复以获得定时同步(例如，确定子帧边界)，并且在与传统同步信号相比在时间上明显更短的时段内完成同步过程，传统同步信号与同步信号2110和2120相比在时间上间隔更远。

例如，可以每5秒在20个连续子帧上发送SSS(或NSSS)或新的同步信号。由于定时漂移可以随时间变化，因此也可能具有多种配置，例如，每5秒20个子帧、每分钟100个子帧等。

在示例性实施例中，UE可以由基站(图6的610)配置或者可以被预先配置为监测修改的同步信道并且接收例如图19和/或图21的修改的同步信号。

在示例性实施例中，在例如图19和/或图21中所示的修改的同步信道可以包括主同步信号(PSS)和/或辅同步信号(SSS)。

在示例性实施例中，修改的同步信道的传输时间段可以大于未修改的同步信道的传输时间段，并且在一个时间段内的传输包括相同有效载荷信息的多个重传，并且与针对未修改的同步信道的情形相比，针对修改的同步信道的相同的有效载荷信息的多个重传在时间上是更密集的，如图19和图21中所示。

在示例性实施例中，与未修改的同步信道相比，修改的同步信道具有相同有效载荷信息的不同数量的重传。

在示例性实施例中，相同有效载荷信息的多个重传可以使用不同的冗余版本和扰码。

在示例性实施例中，将DRX循环从测量报告循环解耦是可能的。通常，将对测量事件进行报告/反应的要求(诸如服务小区下降至门限以下、邻居小区变得更强、小区重选)等与DRX循环耦合。在1个或2个DRX循环内报告示例事件。除了可能观察到UE在每个DRX循环苏醒之外，没有任何理由将事件报告与DRX循环耦合。上面的测量报告循环与移动性有关，而DRX循环与数据传输的时延有关。IoT用例可能具有静止的UE，但是数据时延要求可能仍然是高的。对于IoT用例而言，测量事件报告循环的长度可以增加到更大的值(例如，DRX循环的更大倍数)，或者可以是独立配置的数。因此，UE不需要在每个DRX循环中执行测量，和/或可以监测唤醒信号并且更快地重新进入休眠。

图22是根据本公开内容的各个方面，示出用于同步信道的方法的流程图2200。方法2200中的框可以以所示出的顺序或者不以所示出的顺序来执行。方法2200中的一个或多个框可以与方法2200中的一个或多个其它框并行地执行。

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

在框2204中，UE可以被配置为响应于修改的同步信号。在示例性实施例中，修改的同步信号可以包括本文所描述的修改的同步信号中的一者或多者，并且可以通过本文所描述的修改的同步信道来发送。在示例性实施例中，UE可以由基站被配置用于修改的同步信道和修改的同步信号。

在框2206中，UE可以接收修改的同步信号。

在框2208中，UE可以使用修改的同步信号来与通信网络进行同步。

图23是根据本公开内容的示例性实施例，示出了根据本公开内容的各个方面的用于同步信道的装置2300的功能框图。装置2300包括：用于将UE配置为响应于修改的同步信号的单元2304。在某些实施例中，用于将UE配置为响应于修改的同步信号的单元2304可以被配置为执行在方法2200(图22)的操作框2204中描述的功能中的一个或多个功能。在示例性实施例中，用于将UE配置为响应于修改的同步信号的单元2304可以包括：基站610将UE650配置响应于修改的同步信号(诸如，图19和/或图21的修改的同步信号)。

装置2300包括用于UE接收修改的同步信号的单元2306。在某些实施例中，用于UE接收修改的同步信号的单元2306可以被配置为执行在方法2200(图22)的操作框2206中描述的功能中的一个或多个功能。在示例性实施例中，用于UE接收修改的同步信号的单元2306可以包括：UE 650接收修改的同步信号(诸如，图19和/或图21的修改的同步信号)。

装置2300包括用于UE使用修改的同步信号进行同步的单元2308。在某些实施例中，用于UE使用修改的同步信号进行同步的单元2308可以被配置为执行在方法2200(图22)的操作框2208中描述的功能中的一个或多个功能。在示例性实施例中，用于UE使用修改的同步信号进行同步的单元2308可以包括：UE 650使用修改的同步信号(诸如，图19和/或图21的修改的同步信号)来与网络进行同步。

虽然在本申请中通过对一些示例的说明描述了各方面和实施例，但是本领域技术人员应当理解，可以在许多不同的布置和场景中实现另外的实现方式和用例。本文所描述的创新可以跨越多个不同的平台类型、设备、系统、形状、尺寸、包装布置来实现。例如，实施例和/或用途可以经由集成芯片实施例和其它基于非模块组件的设备(例如，终端用户设备、运载工具、通信设备、计算设备、工业设备、零售/购买设备、医疗设备、支持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)、IEEE802.16(WiMAX)、IEEE 802.20、闪速OFDM等的无线电技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。3GPP长期演进(LTE)和改进的LTE(LTE-A)是UMTS的采用E-UTRA的新版本。在来自名为“第三代合作伙伴计划”(3GPP)的组织的文档中描述了UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM。在来自名为“第三代合作伙伴计划2”(3GPP2)的组织的文档中描述了CDMA2000和UMB。本文所描述的技术可以用于上面所提及的系统和无线电技术以及其它系统和无线电技术，包括免许可和/或共享带宽上的蜂窝(例如，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或者诸如红外线、无线电和微波的无线技术包括在所述介质的定义中。如本文所使用的，磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字通用光盘(DVD)、软盘和蓝光光盘，其中磁盘通常磁性地复制数据，而光盘则用激光来光学地复制数据。上述的组合也应当包括在计算机可读介质的保护范围之内。

如本申请中所使用的，术语“组件”、“数据库”、“模块”、“系统”等旨在指代计算机相关的实体，无论是硬件、固件、硬件和软件的结合、软件还是运行中的软件。例如，组件可以是但不限于：在处理器上运行的进程、处理器、对象、可执行文件、执行的线程、程序和/或计算机。举例而言，在计算设备上运行的应用和该计算设备两者可以是组件。一个或多个组件可以存在于过程和/或执行线程中，以及组件可以位于一个计算机上和/或分布在两个或更多计算机之间。此外，这些组件可以从具有存储在其上的各种数据结构的各种计算机可读介质中执行。组件可以通过诸如根据具有一个或多个数据分组的信号(例如，来自一个组件的数据，该组件通过信号的方式与本地系统、分布式系统中的另一个组件和/或跨越诸如互联网的网络与其它系统进行交互)以本地和/或远程进程的方式进行通信。

为使本领域技术人员能够实现或者使用本公开内容，上面围绕本公开内容进行了描述。对于本领域技术人员来说，对本公开内容进行各种修改是显而易见的，并且本文定义的通用原理也可以在不脱离本公开内容的保护范围的基础上适用于其它变型。因此，本公开内容并不限于本文所描述的示例和设计，而是要符合与本文公开的原理和新颖性特征相一致的最宽泛的保护范围。

Claims (30)

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

在用户设备(UE)中接收针对修改的同步信道的配置；以及

所述UE使用所述修改的同步信道来周期性地苏醒并且与通信信道进行同步。

2.根据权利要求1所述的方法，其中，所述修改的同步信道还包括修改的同步信号，所述修改的同步信号具有与现有同步信号的信号密度相比较密集的信号密度，并且具有与所述现有同步信号的周期相比较不频繁的周期。

3.根据权利要求1所述的方法，还包括：针对唤醒信号(WUS)来监测所述通信信道，所述WUS具有与控制信道通信的长度相比较短的长度以允许所述UE确定所述UE是否应当针对所述控制信道通信进行监测。

4.根据权利要求1所述的方法，其中，具有低于门限的信噪比(SNR)的UE使用所述修改的同步信号和唤醒信号来与所述通信信道进行同步。

5.根据权利要求1所述的方法，其中，所述修改的同步信道还包括下列各项中的至少一项：修改的物理广播信道(PBCH)和修改的系统信息块(SIB)通信。

6.根据权利要求2所述的方法，其中，所述修改的同步信号包括唤醒信号，并且所述UE使用具有所述唤醒信号的所述修改的同步信号来与所述通信信道进行同步。

7.根据权利要求2所述的方法，其中，所述修改的同步信号对于监测不同的唤醒信号搜索空间的多个UE组是公共的。

8.根据权利要求2所述的方法，其中，不管唤醒信号是否被发送，所述修改的同步信号都被发送。

9.根据权利要求2所述的方法，其中，所述修改的同步信号使用与未修改的同步信号的带宽不同的带宽。

10.根据权利要求3所述的方法，其中，所述UE使用所述唤醒信号来与所述通信信道进行同步。

11.根据权利要求3所述的方法，其中，唤醒信号相关参数的修改周期是与系统信息块(SIB)通信的修改周期相比较大的。

12.根据权利要求5所述的方法，其中，所述修改的PBCH和所述修改的SIB包括与未修改的PBCH和未修改的SIB的有效载荷比特相同的至少一个或多个有效载荷比特。

13.根据权利要求5所述的方法，其中，在所述PBCH有效载荷中的系统帧号(SFN)信息是在所述修改的PBCH中被修改的。

14.根据权利要求5所述的方法，其中，所述修改的同步信号使用依赖于唯一小区标识(ID)的序列来与未修改的同步信号进行区分。

15.根据权利要求5所述的方法，其中，所述修改的同步信道还包括主同步信号(PSS)和辅同步信号(SSS)中的至少一项。

16.根据权利要求5所述的方法，其中，所述修改的同步信道的传输时间周期是与未修改的同步信道的传输的时间周期相比较大的，并且其中，在一个时间周期中的所述修改的同步信道的所述传输包括对相同有效载荷信息的多个重传，并且其中，对所述相同有效载荷信息的所述多个重传针对所述修改的同步信道是与针对所述未修改的同步信道相比在时间上较密集的。

17.根据权利要求16所述的方法，其中，所述修改的同步信道具有与所述未修改的同步信道相比的对所述相同有效载荷信息的不同数量的重传。

18.根据权利要求16所述的方法，其中，对所述相同有效载荷信息的所述多个重传能够使用不同的冗余版本和扰码。

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

用户设备(UE)，其被配置为接收针对修改的同步信道的配置；以及

所述UE被配置为使用所述修改的同步信道来周期性地苏醒并且与通信信道进行同步。

20.根据权利要求19所述的装置，其中，所述修改的同步信道还包括修改的同步信号，所述修改的同步信号具有与现有同步信号的信号密度相比较密集的信号密度，并且具有与所述现有同步信号的周期相比较不频繁的周期。

21.根据权利要求20所述的装置，其中，所述修改的同步信号包括唤醒信号，并且所述UE使用具有所述唤醒信号的所述修改的同步信号来与所述通信信道进行同步。

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

用户设备(UE)，其被配置为接收针对修改的同步信道的配置；以及

所述UE被配置为使用所述修改的同步信道来周期性地苏醒并且与通信信道进行同步，所述修改的同步信道包括修改的同步信号，所述修改的同步信号具有与现有同步信号的信号密度相比较密集的信号密度，并且具有与所述现有同步信号的周期相比较不频繁的周期。

23.根据权利要求22所述的装置，其中，所述修改的同步信号包括唤醒信号，并且所述UE使用具有所述唤醒信号的所述修改的同步信号来与所述通信信道进行同步。

24.根据权利要求22所述的装置，其中，所述修改的同步信号对于监测不同的唤醒信号搜索空间的多个UE组是公共的。

25.根据权利要求22所述的装置，其中，不管唤醒信号是否被发送，所述修改的同步信号都被发送。

26.根据权利要求22所述的装置，其中，所述修改的同步信道还包括下列各项中的至少一项：修改的物理广播信道(PBCH)和修改的系统信息块(SIB)通信。

27.一种存储有用于通信的计算机可执行代码的非暂时性计算机可读介质，所述代码由处理器可执行以进行以下操作：

使用户设备(UE)接收针对修改的同步信道的配置；以及

使所述UE使用所述修改的同步信道来周期性地苏醒并且与通信信道进行同步。

28.根据权利要求27所述的存储有用于通信的计算机可执行代码的非暂时性计算机可读介质，其中，所述修改的同步信道还包括修改的同步信号，所述修改的同步信号具有与现有同步信号的信号密度相比较密集的信号密度，并且具有与所述现有同步信号的周期相比较不频繁的周期。

29.根据权利要求28所述的存储有用于通信的计算机可执行代码的非暂时性计算机可读介质，其中，所述修改的同步信号包括唤醒信号，并且所述UE使用具有所述唤醒信号的所述修改的同步信号来与所述通信信道进行同步。

30.根据权利要求28所述的存储有用于通信的计算机可执行代码的非暂时性计算机可读介质，其中，所述修改的同步信号对于监测不同的唤醒信号搜索空间的多个UE组是公共的。