申请/专利权人：苹果公司

申请日：2018-02-09

公开（公告）日：2021-02-23

公开（公告）号：CN108419291B

主分类号：H04W68/02(20090101)

分类号：H04W68/02(20090101)

优先权：["20170209 US 62/456,947","20170315 US 62/471,507","20180205 US 15/888,929"]

专利状态码：有效-授权

法律状态：2021.02.23#授权;2018.09.11#实质审查的生效;2018.08.17#公开

摘要：本公开涉及支持覆盖增强模式的无线设备的高效寻呼和空闲模式唤醒。公开了一种用于在无线通信系统中支持增强覆盖模式和正常覆盖模式的无线设备的高效空闲模式唤醒的技术。无线设备可在空闲模式中在蜂窝基站上预占。所述无线设备可在寻呼时刻期间监视与所述正常覆盖模式相关联的控制信道。如果未在与所述正常覆盖模式相关联的所述控制信道上成功解码寻呼指示，则所述无线设备可在所述寻呼时刻期间监视与所述增强覆盖模式相关联的控制信道。

主权项：1.一种电子装置，包括：处理元件，所述处理元件被配置为使得无线设备：建立与蜂窝基站的无线电资源控制RRC连接；释放与所述蜂窝基站的RRC连接，其中当释放所述RRC连接时，所述无线设备处于正常覆盖模式或增强覆盖模式中的一者；在寻呼时刻期间监视与所述正常覆盖模式相关联的控制信道；如果未在与所述正常覆盖模式相关联的所述控制信道上成功解码寻呼指示，则在所述寻呼时刻期间监视与所述增强覆盖模式相关联的控制信道；以及如果在所述寻呼时刻的第一子帧期间未在与所述增强覆盖模式相关联的所述控制信道上成功解码寻呼指示，则：确定在所述寻呼时刻的所述第一子帧期间的与所述增强覆盖模式相关联的所述控制信道的信号强度；如果在所述寻呼时刻的所述第一子帧期间与所述增强覆盖模式相关联的所述控制信道的所述信号强度高于信号强度阈值，则确定在所述寻呼时刻没有来自所述蜂窝基站的寻呼指示；并且如果在所述寻呼时刻的所述第一子帧期间与所述增强覆盖模式相关联的所述控制信道的所述信号强度低于所述信号强度阈值，则尝试在所述寻呼时刻的第二子帧期间解码与所述增强覆盖模式相关联的所述控制信道。

全文数据：支持覆盖增强模式的无线设备的高效寻呼和空闲模式唤醒[0001]优先权信息[0002]本申请要求于2017年2月9日提交的标题为“EfficientPagingandIdleModeWakeupforWirelessDevicesSupportingCoverageEnhancedMode”的美国临时专利申请序列号62456,947,以及于2017年3月15日提交的标题为“EfficientPagingandIdleModeWakeupforWirelessDevicesSupportingCoverageEnhancedMode”的美国临时专利申请序列号62471,507的优先权，这两个专利申请据此全文以引用方式并入，如在本文中周密且完整地阐述的那样。技术领域[0003]本专利申请涉及无线通信，包括用于在无线通信系统中支持覆盖增强模式的无线设备的高效寻呼和空闲模式唤醒的技术。背景技术[0004]无线通信系统的使用正在快速增长。另外，无线通信技术已从仅语音通信演进到还包括对数据诸如互联网和多媒体内容的传输。[0005]移动电子设备可采取用户通常携带的智能电话或平板电脑的形式。可穿戴设备也被称为附件设备为一种较新形式的移动电子设备，其一个示例为智能手表。另外，旨在用于静态或动态部署的低成本低复杂性的无线设备作为开发“物联网”的一部分也在迅速增加。相较于更大的便携式设备诸如智能电话和平板电脑，许多此类设备具有相对有限的无线通信能力并通常具有更小的电池。通常，期望的是认识此类设备的相对有限的无线通信能力并为其提供支持。因此，期望本领域中的改进。发明内容[0006]本文呈现了尤其是用于在无线通信系统中支持覆盖增强模式的无线设备的高效寻呼和空闲模式唤醒的系统、设备和方法的实施方案。[0007]根据本文所描述的一些实施方案，蜂窝基站可从多个可能的寻呼安排中选择要使用的寻呼安排。所使用的寻呼安排可以至少部分地取决于小区负载或可能对于该蜂窝基站特定的其他考虑。例如，如果没有特别加载的话，蜂窝基站可能使用一种安排，从而与增强覆盖条件相关联的控制信道可以总是用于寻呼。利用这种安排，由基站服务的设备可能具有能够检测和解码寻呼指示的相对可能性。另选地，如果基站相对地加载例如，使得总是使用与增强覆盖条件相关联的控制信道进行寻呼可能有困难），则可以使用另选的安排。[0008]该另选的安排可包括尝试初始在一个控制信道上寻呼，并且随后尝试在另一个控制信道上寻呼，例如如果在初始控制信道上寻呼的尝试不成功。控制信道被用于寻呼尝试的次序可基于哪个控制信道被认为最有可能被正在被寻呼的无线设备监视、在哪个控制信道上正在被寻呼的无线设备被认为最有可能能够成功地检测和解码寻呼指示进行选择，和或基于各种其他可能的考虑中的任何一个进行选择。[0009]至少在一些情况下，无线设备可基于蜂窝基站的所选择的寻呼安排来调整其如何执行寻呼监视。例如，如果总是使用控制信道与増强覆盖条件相关联的安排进行寻呼，则无线设备可以总是监视该控制信道。在基站可能最初尝试在一个控制信道上寻呼，并且当在初始控制信道上不成功的情况下可能随后尝试在另一个控制信道上寻呼的另选安排中，无线设备可监视两个可能被使用的控制信道。[0010]另外地或另选地，无线设备可基于其当前覆盖条件来选择控制信道来监视寻呼指示。例如，如果基站将最初尝试在一个控制信道上寻呼，并且随后在初始控制信道上不成功的情况下尝试在另一个控制信道上寻呼，并且无线设备处于较差的覆盖条件，使得无线设备可确定不太可能能够检测和或解码与正常覆盖条件相关联的控制信道上的寻呼指示，无线设备可放弃监视该控制信道并且仅监视与增强覆盖条件相关联的控制信道。可在若干个不同类型的设备中实施本文描述的技术和或将本文描述的技术与该若干个不同类型的设备一起使用，该若干个不同类型的设备包括但不限于蜂窝电话、平板电脑、附件和或可穿戴计算设备、便携式媒体播放器、蜂窝基站和其他蜂窝网络基础设施设备、服务器、以及各种其他计算设备中的任一种计算设备。[0012]本发明内容旨在提供在本文档中所述的一些主题的简要概述。因此，应当理解，上文描述的特征仅为示例并且不应认为其以任何方式缩窄本文所述的主题的范围或实质。本文所述主题的其他特征、方面和优点将根据以下具体实施方式、附图和权利要求书而变得显而易见。附图说明[0013]当结合附图考虑实施方案的以下具体描述时，可获取对本主题的更好的理解。[0014]图1示出了根据一些实施方案的包括附件设备的示例性无线通信系统。[0015]图2示出了根据一些实施方案的其中附件设备能够选择性地直接与蜂窝基站进行通信或者利用中间设备或代理设备诸如智能电话的蜂窝能力来与蜂窝基站进行通信的示例性系统；[0016]图3为示出了根据一些实施方案的示例性无线设备的框图；[0017]图4为示出了根据一些实施方案的示例性基站的框图；[0018]图5示出了根据一些实施方案的可能的正常覆盖小区范围和扩展覆盖小区范围的示例；[0019]图6至图7是示出根据一些实施方案的用于支持覆盖增强模式的无线设备的高效寻呼的示例性方法的通信流程图;并且[0020]图8是示出根据一些实施方案的用于解码mPDCCH上提供的寻呼消息的各种可能的空闲模式唤醒定时情形的时序图。[0021]尽管本文所述的特征易受各种修改和替代形式的影响，但其具体实施方案在附图中以举例的方式示出并在本文详细描述。然而，应当理解，附图和详细描述并非旨在将本发明限制于所公开的特定形式，而正相反，其目的在于覆盖落在由所附权利要求所限定的本主题的实质和范围之内的所有修改形式、等同形式和替代形式。具体实施方式[0022]丞里[0023]以下是在本公开中所使用的术语的定义：[0024]存储器介质-各种类型的非暂态存储器设备或存储设备中的任一者。术语“存储介质”旨在包括安装介质，例如CD-ROM、软盘或磁带设备;计算机系统存储器或随机存取存储器，诸如DRAM、DDRRAM、SRAM、ED0RAM、RambusRAM等;非易失性存储器，诸如闪存、磁介质，例如硬盘或光学存储设备;寄存器，或其他类似类型的存储器元件等。存储介质也可包括其他类型的非暂态存储器或它们的组合。此外，存储器介质可位于执行程序的第一计算机系统中，或者可位于通过网络诸如互联网连接到第一计算机系统的不同的第二计算机系统中。在后一情况下，第二计算机系统可向第一计算机提供程序指令以供执行。术语“存储器介质”可包括可驻留在不同位置例如通过网络连接的不同计算机系统中的两个或更多个存储器介质。该存储器介质可存储可由一个或多个处理器执行的程序指令例如，被实现为计算机程序）。[0025]载体介质-如上所述的存储器介质、以及物理传输介质，诸如总线、网络、和或传送信号诸如，电信号、电磁信号、或数字信号）的其他物理传输介质。[0026]可编程硬件元件-包括各种碩件设备，该各种硬件设备包括经由可编稈百连件连接的多个可编程功能块。示例包括FPGA现场可编程门阵列）、PLD可编程逻辑设备）、FP0A现场可编程对象阵列和CPLD复杂的PLD。可编程功能块的范围可从细粒度组合逻辑部件或查找表到粗粒度算术逻辑单元或处理器内核）。可编程硬件元件也可被称为“可重新配置的逻辑部件”。[0027]计算机系统-各种类型的计筧系统或处理系统中的仟一者，包栝个人计筧机系统PC、大型计算机系统、工作站、网络家电、互联网家电、个人数字助理PDA、电视系统、网格计算系统、或者其他设备、或设备的组合。通常，术语“计算机系统”可被广义地定义为包含具有执行来自存储器介质的指令的至少一个处理器的任何设备或设备的组合）。[0028]用户设备UE或“UE设备”）-移动式或便携式的执行无线通信的各种类铟的计算机系统设备中的任何设备。UE设备的示例包括移动电话或智能电话例如，iPhone™、基于Android™的电话）、便携式游戏设备（例如，NintendoDS™、PlayStationPortable™、GameboyAdvanceTM、iP〇d™、膝上型电脑、可穿戴设备例如，智能手表、智能眼镜）、PDA、便携式Internet设备、音乐播放器、数据存储设备或其他手持设备等。通常，术语“UE”或“UE设备”可被广义地定义为包含用户便于运输并能够进行无线通信的任何电子、计算和或通信设备或设备的组合。[0029]孟塗^-执行无线通信的各种类型的计算机系统或设备中的任一种。无线设备可为便携式或移动的），或者可为固定的或固定在某个位置处。UE为无线设备的示例。[0030]里鱼逸鱼-执行通信的各种类型的计算机系统或设备中的任一者，其中该通信可为有线通信或无线通信。通信设备可为便携式或移动的），或者可为固定的或固定在某个位置处。无线设备为通信设备的示例。UE为通信设备的另一个示例。[0031]基站-术语“基站”他被称为“eNB”）具有其普通含义的全部范围，并且至少包括被安装在固定位置处并且用于作为无线蜂窝通信系统的一部分进行通信的无线通信站。[0032]链路预算受限-包括其普通含义的全部范围，并且至小句，栝壬线设客例如，UE的特征，该无线设备相对于并非链路预算受限的设备或相对于已开发出无线电接入技术gAT标准的设备而表现出有限的通信能力或有限的功率。链路预算受限的无线设备可经受相对有限的接收能力和或传输能力，这可能是由于一个或多个因素导致的，诸如设备设计、设备尺寸、电池尺寸、天线尺寸或设计、传输功率、接收功率、当前传输介质条件、和或其他因素。本文可将此类设备称为“链路预算受限”（或“链路预算约束”）设备。由于其尺寸、电池功率和或传输接收功率等原因，设备可能为固有链路预算受限的。例如，通过LTE或LTE-A与基站进行通信的智能手表由于其传输接收功率减小和或天线减少而可能为固有链路预算受限的。可穿戴设备诸如智能手表通常为链路预算受限设备。另选地，设备可能不是固有链路预算受限的，例如，可能具有充分大小、电池功率和或传输接收功率用于通过LTE或LTE-A正常通信，但由于当前的通信条件而可能临时链路预算受限，例如，智能电话在小区边缘等。要指出的是，术语“链路预算受限”包括或涵盖功率限制，从而链路受限设备可以被视为链路预算受限的设备。[0033]处理元件（或处理器）_是指各种元件或元件的纟目合J卜理元件例如包括电路诸如ASIC专用集成电路）、各个处理器内核的部分或电路、整个处理器内核、单独的处理器、可编程硬件设备诸如现场可编程门阵列FPGA、和或包括多个处理器的系统的较大部分。[0034]直塾-是指由计算机系统例如，由计算机系统执行的软件或设备例如，电路、可编程硬件元件、ASIC等在无需直接指定或执行动作或操作的用户输入的情况下执行该动作或操作。因此，术语“自动”与用户手动执行或指定操作形成对比，在这种情况下，用户提供输入以直接执行该操作。自动过程可由用户所提供的输入来启动，但随后的“自动”执行的动作不是由用户指定的，即不是“手动”执行的，在这种情况下，用户指定要执行的每个动作。例如，用户通过选择每个字段并提供用于指定信息的输入来填写电子表格例如，通过键入信息、选择复选框、单选框选择等为手动填写该表格，即使计算机系统必须响应于用户动作来更新该表格。该表格可由计算机系统自动填写，其中计算机系统例如，在计算机系统上执行的软件分析表格的字段并填写该表格，而无需任何用户输入指定该字段的答案。如上所示，用户可调用表格的自动填写，但不参与表格的实际填写例如，用户不用手动指定该字段的答案而是它们被自动完成）。本说明书提供了响应于用户己采取的动作而自动执行的操作的各种示例。[0035]被配置为-各种部件可被描述为“被配置为”执行一个或多个任务。在此类上下文中，“被配置为”为通常表示“具有”在操作期间执行一个或多个任务的“结构”的宽泛表述。因此，即使该部件当前没有执行任务时，该部件也可被配置为执行该任务例如，一组电导体可被配置为将模块电连接到另一个模块，即使这两个模块未被连接）。在一些上下文中，“被配置为”可为通常表示“具有”在操作期间执行一个或多个任务的“电路”的结构的宽泛表述。如此，即使该部件当前未接通时，该部件也可被配置为执行该任务。通常，形成与“被配置为”对应的结构的电路可包括硬件电路。[0036]为了方便描述，可将各种部件描述为执行一个或多个任务。此类描述应当被解释成包括短语“被配置为”。表述被配置为执行一个或多个任务的部件明确地旨在对该部件不援引35U.S.C.§112第六段的解释。[0037]图1-2-无线通信系统[0038]图1示出了无线蜂窝通信系统的示例。应当指出，图1表示很多种可能性中的—种可能性并且可按需通过各种系统中的任一系统来实现本公开的各个特征。例如，本文所述的实施方案可在任何类型的无线设备中实现。[0039]如图所示，示例性无线通信系统包括通过传输介质与一个或多个无线设备106A，106B等、以及附件设备107进行通信的蜂窝基站1〇2。无线设备106A，106B和107可为在文中可被称为“用户设备”（UEUE装置的用户设备。[0040]基站102可为收发器基站BTS或小区站点并可包括实现与UE设备106A，106B和107的无线通信的硬件。基站102也可被装备成与网络1〇〇例如，在各种可能性中，蜂窝服务提供方的核心网、电信网络诸如公共交换电话网（PSTN、和或互联网）进行通信。因此，基站102可促进UE设备106与107之间的通信和或UE106107与网络100之间的通信。在其他实施方式中，基站102可被配置为通过一种或多种其他无线技术诸如支持一种或多种WLAN协议的接入点）来提供通信，该协议诸如802.11上4、!1、〇、1和或\、或未许可频段1^八）内的LTE。[0041]基站102的通信区域或覆盖区域可被称为“小区”。基站102和UE106107可被配置为使用各种无线电接入技术RAT或无线通信技术诸如GSM、UMTSWCDMA、TDS-CDMA、LTE、高级LTELTE-A、5G-NR、HSPA、3GPP2CDMA2000例如，lxRTT、lxEV-DO、HRPD、eHRPD、Wi-Fi、WiMAX等）中的任一种技术通过传输介质进行通信。[0042]因而，基站102以及根据一种或多种蜂窝通信技术操作的其他类似的基站（未示出）可被提供作为可经由一种或多种蜂窝通信技术在地理区域内为UE设备106A-B和107、以及类似设备提供连续的或者近乎连续的重叠服务的小区网络。[0043]需注意，至少在一些情况下，UE设备106107可能够使用多种无线通信技术中的任一种无线通信技术来进行通信。例如，UE设备106107可被配置成使用GSM、UMTS、CDMA2000、«^14乂、1^£、1^£4、服、11^^、蓝牙、一个或多个全球导航卫星系统（6吧3，例如6?3或GLONASS、一个和或多个移动电视广播标准（例如，ATSC-MH等中的一者或多者进行通信。无线通信技术的其他组合包括多于两种无线通信技术也是可能的。同样地，在一些情况下，UE设备106107可被配置为仅使用单种无线通信技术来进行通信。[0044]UEl〇6A和UEl〇6B通常为手持式设备，诸如智能电话或平板电脑，但是其可为具有蜂窝通信能力的各种类型的设备中的任一种类型的设备。例如，UE106A和UE106B中的一者或多者可为旨在用于静态或动态部署的无线设备，诸如用具、测量设备、控制设备等。UE106B可被配置为与可称为附件设备107的UE设备107通信。附件设备107可为各种类型的无线设备中的任一种类型的无线设备，其通常可为具有较小外形因子并且相对于UE106具有有限的电池、输出功率和或通信能力的可穿戴设备。作为一个常见的示例，UE106B可为用户携带的智能电话，并且附件设备107可为由同一用户佩戴的智能手表。UE106B和附件设备1〇7可使用各种近程通信协议中的任一种近程通信协议诸如蓝牙或Wi-Fi来进行通信。[0045]附件设备1〇7包括蜂窝通信能力并且因此能够直接与蜂窝基站1〇2进行通信。然而，由于附件设备1〇7可能在通信、输出功率和或电池这几个方面中的一个或多个方面中受限，因此附件设备107在一些情况下可选择性地利用UE106B作为代理以用于与基站102并且因此与网络100的通信目的。换句话讲，附件设备107可选择性地使用UE106B的蜂窝通信能力，以进行其蜂窝通信。对附件设备107的通信能力的限制可能为永久性的，例如这是由于输出功率或所支持的无线电接入技术RAT方面的限制，或者为暂时性的，例如这是由于各种状况诸如当前电池状态、无法接入网络、或者接收不良。[0046]图2示出了与基站102进行通信的示例性附件设备1〇7。107可为可穿戴设备诸如智能手表。附件设备107可包括蜂窝通信能力并且能够如图所示直接与基站102进行通信。在附件设备107被配置为直接与基站进行通信时，可以说附件设备处于“自主模式”中。[0047]附件设备107还可以能够采用近程通信协议与被称为代理设备或中间设备的另一设备例如，UE106通信;例如，附件设备107可根据一些实施方案与UE106“配对”。在一些情况下，附件设备107可使用该代理设备的蜂窝功能，以与基站102传送蜂窝语音数据。换句话讲，附件设备107可通过近程链路来将旨在用于基站102的语音数据包提供至UE106并且UE106可使用其蜂窝功能代表附件设备107来将gai语音数据传输或者中继）至基站。类似地，由基站传输的旨在用于附件设备107的语音数据包可被UE106的蜂窝功能接收，并且然后可通过近程链路而被中继至附件设备。如上文所指出的，UE106可为移动电话、平板电脑或任何其他类型的手持式设备、媒体播放器、计算机、膝上型电脑、或者几乎任何类型的无线设备。在附件设备107被配置为使用中间设备或代理设备的蜂窝功能来直接与基站进行通信时，可以说附件设备处于“中继模式”中。[0048]UE106和或UE107可包括用于促进蜂窝通信的被称为蜂窝式调制解调器的设备或集成电路。蜂窝式调制解调器可包括一个或多个处理器处理元件和如本文所述的各种硬件部件。UE106和或UE107可通过执行一个或多个可编程处理器上的指令来执行本文所述的方法实施方案中的任一方法实施方案。另选地或除此之外，一个或多个处理器可为一个或多个可编程硬件元件，诸如被配置为执行本文所述的方法实施方案中的任一方法实施方案或本文所述的方法实施方案的任一方法实施方案的任何部分的FPGA现场可编程门阵列）、或其他电路。本文所述的蜂窝式调制解调器可用于如本文所定义的UE设备、如本文所定义的无线设备、或如本文所定义的通信设备中。本文所述的蜂窝式调制解调器还可用于基站或其他类似的网络侧设备中。[0049]UE1〇6或UE107可包括用于使用两种或多种无线通信协议或无线电接入技术来进行通信的一个或多个天线。在一些实施方案中，UE设备106107可能被配置为使用单个共享无线电部件来进行通信。共享无线电部件可耦接至单个天线或者可耦接至多个天线（例如，对于MIMO而言），以用于执行无线通信。作为另外一种选择，UE设备106107可包括两个或更多个无线电部件。其他配置也为可能的。[OOSO]附件设备107可为各种类型的设备中的任一种类型的设备，该设备在一些实施方案中相对于常规智能电话具有较小的外形因子并且可能相对于常规智能电话具有有限的通信能力、有限的输出功率或者有限的电池寿命中的一者或多者的。如上文指出的，在一些实施方案中，附件设备107是智能手表或者其他类型的可穿戴设备。作为另一示例，附件设备107可为具有WiFi能力并且有可能具有有限的或者根本没有蜂窝通信能力）的平板设备诸如iPad，其当前不接近WiFi热点并且因此当前无法通过WiFi来与互联网进行通信。因而，如上文所定义，术语“附件设备”是指各种类型的设备中的任一种类型的设备，其设备在一些情况下具有有限的或者下降的通信能力，并且因此可选择性地且伺机地利用现1〇6作为代理以用于一个或多个应用程序和或RAT的通信目的。在UE1〇6能够被附件设备107用作代理时，UE106可被称为附件设备107的配套设备。[剩图3-UE设备的框图[0052]图3示出了UE设备诸如UE设备106或107的一个可能的框图。如图所示，UE设备106107可包括片上系统（SOC300,该SOC可包括用于各种目的的部分。例如，如图所示，s〇C300可包括显示器电路3〇4和一个或多个处理器3〇2，该显示器电路可执行图形处理并向显示器360提供显示信号，该一个或多个处理器可执行用于UE设备106107的程序指令。S0C300还可包括可例如使用陀螺伩、加速度计和或各种其他运动感测部件中的任一者来检测UE106的运动的运动感测电路370。处理器3〇2还可耦接至可被配置为接收来自一个或多个处理器3〇2的地址并将这些地址转换为存储器例如，存储器3〇6和只读存储器ROM350、闪存存储器310中的位置的存储器管理单元腦1]340。匪1]340可被配置为执行存储器保护和页表转换或设置。在一些实施方案中，MMU340可被包括作为一个或多个处理器302的一部分。[0053]如图所示，S0C3〇0可耦接至UE1〇6107的各种其他电路。例如，UE106107可包括各种类型的存储器例如，包括NAND闪存310、连接器接口32〇例如，用于耦接至计算机系统、坞站、充电站等）、显示器36〇、以及无线通信电路330例如，用于LTE、LTE-A、NR、00_2000、蓝牙^丨-卩丨、陬：、6?3等）。[0054]UE设备106107可包括至少一个天线并且在一些实施方案中可包括用于执行与基站和或其他设备的无线通信的多个天线335a和335b。例如，UE设备106107可使用天线33¾和335b来执行无线通信。如上文所指出的，UE设备1〇6107在一些实施方案中可被配置为使用多种无线通信标准或无线电接入技术RAT来进行无线通信。[0055]无线通信电路330可包括Wi-Fi逻辑部件332、蜂窝式调制解调器334、和蓝牙逻辑部件336.Wi-Fi逻辑部件332用于使得UE设备1061〇7能够经由802.11网络来执行Wi-Fi通信。蓝牙逻辑部件336用于使得UE设备l〇el〇7能够执行蓝牙通信。蜂窝式调制解调器334可为能够根据一种或多种蜂窝通信技术来执行蜂窝通信的较低功率蜂窝式调制解调器。[0056]如本文所述，UE106107可包括用于实施本公开的实施方案的硬件部件和软件部件。例如，UE设备106107的无线通信电路330例如，蜂窝式调制解调器334的一个或多个部件可被配置为例如通过执行被存储在存储器介质（例如，非暂态计算机可读存储器介质）上的程序指令的处理器、被配置作为FPGA现场可编程门阵列）和或使用可包括ASIC专用集成电路的专用硬件部件的处理器来实现本文所述的方法的一部分或全部。[0057]图4-基站的框图[0058]图4示出了根据一些实施方案的基站1〇2的示例性框图。需注意，图4的基站仅为可能的基站的一个示例。如图所示，基站102可包括可执行针对基站1〇2的程序指令的一个或多个处理器404。一个或多个处理器404也可耦接至存储器管理单元_440或其他电路或设备，该MMU可被配置为接收来自一个或多个处理器404的地址并将这些地址转换为存储器例如，存储器460和只读存储器ROM450中的位置。[0059]基站102可包括至少一个网络端口470。如上文在图1和图2中所述的，网络端口470可被配置为耦接至电话网络，并提供有权访问电话网络的多个设备，诸如UE设备106107。[0060]网络端口470或附加网络端口）还可被配置为或作为替代被配置为耦接至蜂窝网络，例如蜂窝服务提供方的核心网络。该核心网络可向多个设备诸如UE设备丨06i07提供与移动性相关的服务和或其他服务。例如，核心网络可包括例如用于提供移动性管理服务的移动性管理实体MME、例如用于提供诸如到互联网的外部数据连接的服务网关SGW和或分组数据网络网关PGW，等等。在一些情况下，网络端口470可经由核心网络耦接至电话网络，并且或者核心网络可提供电话网络例如，在由蜂窝服务提供商来提供服务的其他UE设备之中）。[0061]基站102可包括至少一个天线434、以及可能的多个天线。一个或多个天线434可被配置为作为无线收发器来操作并且可被进一步配置为经由无线电部件430来与UE设备1〇6107进行通信。一个或多个天线434经由通信链432来与无线电部件430进行通信。通信链432可为接收链、发射链、或两者。无线电部件430可被配置为经由各种无线电信标准进行通信，该无线电信标准包括但不限于1^£、1^£-八、陬、631^、麗了3、00似2000，卜「丨等。[0062]基站102可被配置为使用多个无线通信标准来进行无线通信。在一些情况下，基站102可包括可使得基站102能够根据多种无线通信技术来进行通信的多个无线电部件。例如，一种可能的情况为基站102可包括用于根据LTE来执行通信的LTE无线电部件和用于根据ffi-Fi来执行通信的Wi-Fi无线电部件。在这种情况下，基站102能够作为LTE基站和Wi-Fi接入点两者来操作。另一种可能的情况为基站102可包括能够根据多种无线通信技术中的任一种无线通信技术例如，LTE和Wi-Fi、LTE和UMTS、LTE和CDMA2000、UMTS和GSM等来执行通信的多模无线电部件。[0063]如本文随后进一步描述的，BS102可包括用于实施本文所述的特征的硬件部件和软件部件。基站102的处理器404可被配置为例如通过执行被存储在存储器介质例如，非暂态计算机可读存储器介质上的程序指令来实施本文所述的方法的一部分或全部。作为替代，处理器404可被配置作为可编程硬件元件，诸如FPGA现场可编程门阵列），或作为ASIC专用集成电路），或它们的组合。另选地或除此之外），结合其他部件430,432,434,440，450，460，470中的一个或多个部件，BS102的处理器404可被配置为实施本文所述的特征的部分或全部或者支持本文所述的特征的部分或全部的实施。[_4]图5至图8-示例性覆盖模式、通信流程图以及空闲模式唤醒时间线[0065]随着蜂窝通信技术演进，预期将部署越来越多的支持蜂窝通信的设备。设备数量持续增长的原因中的一个原因包括对执行机器类型通信MTC的设备的部署和扩展。此类设备可包括静态部署设备、可穿戴设备和或形成“物联网”的一部分的其他设备，它们通常可被设计成用于执行频繁的和或周期性的小型数据传输。[0066]鉴于可能存在许多此类设备的更多限制性预期使用场景，最初期望执行MTC的设备通常可能为比许多其他常见的蜂窝设备例如，手持式蜂窝电话等复杂性更低的设备，例如以便减小此类设备的尺寸、制造成本和或对消费者而言的成本。因此，在许多情况下，此类设备的通信能力例如，天线的数量和或效率水平、电池容量通信范围等可能相对有限。例如，许多此类设备可被视为链路预算受限设备。[0067]这可在主要支持具有更大通信能力的无线设备的无线通信系统中存在困难。因此，正在修改和或开发至少一些无线通信技术，以支持链路预算受限的设备例如，除了链路预算不受限的设备之外）。[0068]例如，至少一些蜂窝通信系统可以能够提供多种覆盖模式，例如，以帮助适应具有不同通信能力和或在不同无线电条件下操作的无线设备。作为一种可能性，此类覆盖模式可包括正常覆盖模式例如，针对经历良好的无线电条件的无线设备）以及一个或多个增强的覆盖模式例如，针对无论是因为固有设备能力、当前条件还是其某种组合而经历不同程度的较差无线电条件的无线设备）。图5示出了根据一些实施方案的可能的不同近似覆盖范围的一个示例，该可能的不同近似覆盖范围与可由在蜂窝通信系统中操作的蜂窝基站提供的不同覆盖模式相关联。如图所示，在该示例中，正常覆盖502可用的通信范围可小于增强覆盖504可用的通信范围。至少在一些情况下，不同覆盖模式的特征中的任一个或全部特征可不同，包括但不限于通信带宽、最大上行链路吞吐量、最大下行链路吞吐量、和或各种其他特征中的任一特征。[0069]在许多情况下，无线设备可能主要或仅在所提供的覆盖模式中的一种模式下操作；例如，作为一种可能性，静止部署中的MTC设备可总是基于其设备特性和其服务小区的典型无线电条件的特定组合，在增强覆盖模式下运行。然而，作为设备能力和预期用途广度不断增加的一部分，无线设备的至少一些子集可从提供在不同时间使用不同覆盖模式的可能性中受益。例如，基于当前无线电条件、当前正在执行的通信的类型、当前针对省电和或其他设备特征而启用的用户偏好特征等中的任一个或全部，在不同时间使用不同覆盖模式可以更好地服务于设备。对于此类设备，提供用于在不同覆盖模式之间切换的技术可例如通过扩展服务覆盖范围和或减少功率消耗来提高操作效率。[0070]作为示例，第13版3GPP定义了各种类别的UE，根据定义的类别，类别1及以上设备可能够支持覆盖增强C®特征并还可能够支持正常模式特征。[0071]至少根据一些实施方案，此类不同覆盖模式之间可能不同的一个特征可包括用于为无线设备调度上行链路通信和或下行链路通信的控制信道的类型。例如，作为一种可能性，第13版3GPP正常覆盖模式通常可使用跨度最高至20MHz的物理下行链路控制信道PDCCH，以用于例如，当处于空闲模式中时寻呼和或例如，当处于连接模式时中）向无线设备提供上行链路授权和下行链路授权；而第13版3GPPCE模式通常可使用可跨越1.4MHz的MTCPDCCHmPDCCH，以用于寻呼和或向无线设备提供上行链路授权和下行链路授权。在该示例中，当无线设备处于正常覆盖模式中时，其可在空闲模式中在fDCCH上监听寻呼；并且当无线设备处于增强覆盖模式中时，其可在mPDCCH上监听寻呼。需注意，除了其他可能性之外，各种附加的或另选的控制信道也是可能的，诸如增强型pDCCHE—PDCCH。例如，根据一些实施方案，这样的E-PDCCH的带宽可以比mPDCCH的带宽要宽，同时比PDCCH的带宽要窄。[0072]至少部分地基于PDCCH和tnPDCCH和或其他可能的控制信道）的不同带宽，并且还基于当前经历的无线电条件，监视TOCCH获取寻呼信息与监视mPDCCH获取寻呼信息的无线设备相比，可检测性、有效往返时间和或功率使用可存在非常大的差异。特别是对于无线设备在空闲模式中花费的时间，当无线设备可能未定期向网络通知其当前无线电条件时，通过具有以下能力可因此而获取非常大的潜在益处:无缝地调节是否在具有旨在用于正常覆盖条件的特征的控制信道诸如PDCCH上执行寻呼，并且监视具有旨在用于增强覆盖条件诸如mPDCCH的特征的控制信道。[0073]因此，图6为不出了根据一些实施方案的用于利用动态寻呼信道调节而对无线设备执行空闲模式寻呼的方法的一个可能的示例的流程图。在各种实施方案中，所示的方法要素中的一些方法要素可按与所示顺序不同的顺序同时执行、可由其他方法要素代替，或者可被省略。还可根据需要来执行附加方法要素。[0074]图6的方法的各个方面可^无线设备诸如在图1-3中示出并相对于图i-3描述的UE106或1〇7,和或在图1、2和4中示出并相对于图I、2和4描述的BS102来实现，或更一般地，可根据需要在其他设备中结合以上附图中所示的计算机系统或设备中的任一者来实现。需注意，虽然使用了涉及使用与LTE和或3GPP规范文档相关联的通信技术和或特征的方式描述了图6方法的至少一些要素，但是这种描述并不旨在限制本公开，并且根据需要可在任何合适的无线通信系统中使用图6方法的各方面。如图所示，该方法可操作如下。[0075]在602中，UE和BS可建立无线电资源控制RRC连接。根据一些实施方案，可在UE初始预占蜂窝基站所提供的服务小区之后建立RRC连接。根据一些实施方案，服务小区可根据诸如1^、56-他、通了8、00脱2000等无线通信技术域“无线电接入技术”或“1^1'”）提供蜂窝通信服务。为了预占服务小区，无线设备可检测服务小区是否存在、获取定时同步并为服务小区解码系统信息、然后附接到小区（例如，通过执行附接过程）。根据一些实施方案，可通过在空闲模式中操作时执行的随机接入信道RACH过程来建立RRC连接，或者以各种其他可能的方式中的任一种方式来建立RRC连接。[0076]当处于RRC连接模式中时，UE可在正常覆盖模式或增强覆盖模式中操作。根据一些实施方案，在正常模式RRC连接期间，PDCCH可用于物理层也被称为层1或L1信令以调度上行链路和下行链路授权，上行链路混合自动重传请求HARQ传输可以是同步的HARQ，并且下行链路HARQ传输可以是异步HARQ。另外，在CE模式RRC连接期间，mPDCCH可用于物理层信令以调度上行链路和下行链路授权，上行链路HARQ传输可以是异步HARQ，并且下行链路HARQ传输可以是异步HARQ。[0077]该服务小区可向无线设备提供至蜂窝网络诸如蜂窝服务提供方的核心网络（例如，无线设备的用户可利用该网络而具有订阅协议和或提供蜂窝服务的其他协议的通信链路。当在与服务小区的连接模式下操作时，蜂窝网络可因此在用户设备与耦接至该蜂窝网络的各种服务和或设备诸如其他用户设备、公共交换电话网、互联网、各种基于云的服务等之间提供连通性。具有不同特性的各种可能的数据类型可通过该服务小区进行传输。此外，可在不同时间交换各种信令消息，以在无线设备和服务小区之间建立、保持、重新配置和或以其他方式提供信令功能。[0078]最终，在604处，BS和UE可释放RRC连接。当释放RRC连接时，支持BS和UE的网络MME可将关于UE处于正常覆盖中还是处于增强覆盖中的UE的状态保存在UE的MME上下文中。因此，作为一个例如，默认选项，当网络随后具有针对UE的寻呼消息时，网络可尝试使用与UE的最近覆盖模式相关联的控制信道例如，PDCCH或mPDCCH来寻呼UE。然而，在许多情况下（例如，由于UE移动性、负载、和或其他因素），UE的实际覆盖条件可在空闲模式中时发生改变，使得UE可能有时处于正常覆盖条件中，而网络仍然认为UE处于增强覆盖模式中；或者UE处于增强覆盖条件中，而网络仍然认为UE处于正常覆盖模式中。[0079]当UE从增强覆盖条件转至正常覆盖条件时，UE仍然能够对mPDCCH上的寻呼进行解码，但是当UE从正常覆盖条件转至增强覆盖条件时，UE更可能错过使用PDCCH执行的寻呼尝试。一种可能的解决方案是当覆盖条件从正常变为增强时，（例如，通过建立RRC连接并执行跟踪区域更新TAU使UE更新网络以改变其覆盖模式状态，因此可更新MME正常增强模式状态并可使用mPDCCH来提供后续的寻呼。然而，此类解决方案向网络引入附加信令负载。[0080]作为另一种可能的解决方案，网络可能使用一个控制信道来开始寻呼处于空闲模式中的UE，并且如果一个或多个初始尝试不成功，则自动切换到另一个控制信道。这可允许网络适应在空闲模式下时在不同覆盖条件之间转换的UE，而不需要任何额外的信令。[0081]因此，在606中，BS可使用第一控制信道来寻呼UE，如果使用第一控制信道寻呼UE的一个或多个尝试不成功，则可使用第二控制信道来寻呼UE。第一控制信道可以是与网络期望UE所处的覆盖模式相关联的控制信道。例如，如果例如，根据UE的MME上下文UE处于增强覆盖模式，则与增强覆盖模式相关联的控制信道例如，mroCCH可初始被用来尝试向UE提供寻呼指示;而如果（例如，根据UE的MME上下文UE处于正常覆盖模式，则与正常覆盖模式相关联的控制信道例如，PDCCH可初始被用于尝试向UE提供寻呼指示。另选地，如果需要，第一控制信道可总是与正常覆盖模式相关联的控制信道，或者可总是与增强覆盖模式相关联的控制信道。根据一些实施方案，如果第一次尝试不成功，则BS可使用第一控制信道执行用于寻呼UE的多次尝试，例如直到达到针对第一控制信道的尝试的所指定的最大次数。[0082]如果使用第一控制信道寻呼UE的一个或多个尝试不成功例如，UE没有响应），则BS可使用第二控制信道来执行用于寻呼UE的一次或多次尝试。第二控制信道可以不是与网络期望UE所处的覆盖模式相关联的控制信道。例如，如果例如，根据UE的MME上下文UE处于增强覆盖模式，则与正常覆盖模式相关联的控制信道例如，PDCCH可以是用于尝试向UE提供寻呼指示的第二控制信道;而如果例如，根据UE的MME上下文UE处于正常覆盖模式，则与增强覆盖模式相关联的控制信道例如，mPDCCH可以是用于尝试向UE提供寻呼指示的第二控制信道。另选地，如果需要，第二控制信道可总是与增强覆盖模式相关联的控制信道，或者可总是与正常覆盖模式相关联的控制信道例如，使得第二控制信道为与第一控制信道不同的控制信道）。根据一些实施方案，如果第一次尝试不成功，BS可使用第二控制信道执行用于寻呼UE的多次尝试，例如直到达到针对第二控制信道的尝试的所指定的最大次数。[0083]根据一些实施方案，对于在第一控制信道上和或在第二控制信道上寻呼UE的每个连续尝试，BS可增加聚合水平和或功率提升，以增加现的解码成功率。对于mPDCCH，至少在一些情况下，所使用的重复次数也可以或者另选地增加以用于连续尝试寻呼UE。[0084]需注意，BS可基于BS从MME接受的寻呼UE的指示来尝试寻呼UE。寻呼UE的指示可包括对UE的覆盖模式的指示，BS可基于该指示来确定在哪个控制信道上初始尝试寻呼UE。在一些实施方案中，MME还可指示先前已发生的寻呼ue的尝试的次数。在此类情况下，BS可至少部分地基于寻呼UE的先前尝试的次数来确定在哪个控制信道上尝试寻呼UEtj例如，如果BS通常初始使用第一控制信道进行寻呼UE的两次尝试，但是先前已（例如，通过附近的其他基站进行过寻呼UE的两次或更多次尝试，则阳可跳过尝试使用第一控制信道来寻呼UE，并且可替代地尝试使用第二控制信道来寻呼UE。[0085]_在608处，UE可在一个或多个寻呼时刻期间尝试对第一控制信道和或第二控制信道进行解码。至少根据一些实施方案，针对可发生寻呼的两个控制信道，可以相同的方式来确定UE的寻呼时刻子帧。例如，根据一些实施方案，对两者上的寻呼，空闲非连续接收DRX中的寻呼时刻子帧可基于现的国际移动用户识别码IMSI。[0086]根据一些实施方案，在寻呼时刻期间，UE可首先尝试对与正常覆盖模式相关联的控制信道进行解码。例如，PDCCH通常可位于子帧的前3个正交频分多址0FDMA符号中，因此UE可首先在PDCCH上尝试对其寻呼无线网络临时标识符p_RNTI进行解码。如果在pDCCH上对P-RNTI进行解码，则这可用作寻呼指示（即可在roccH上寻呼诎的耶-〗]，并且UE可对相同子帧中的PDSCH进行解码以获取寻呼消息。需注意，在这个成功的）情况下，UE可能不需要尝试对与增强覆盖模式相关联的控制信道进行解码。[0087]然而，如果对与正常覆盖模式相关联的控制信道解码不成功例如，未在PDCCH上对P-RNTI进行解码），则UE可在相同寻呼时刻期间尝试对与增强覆盖模式相关联的控制信道进行解码。例如，mPDCCH通常可位于0FDMA符号上特定于UE例如，也可以基于其IMSI的6PRB寻呼窄带上，而非由PHICH和PDCCH在相同子帧中所占用的那些符号上，使得当UE尝试对PDCCH进行解码时，可尝试在同一子帧中对mPDCCH进行解码。需注意，UE可能能够将其RF前端从宽带配置例如，高达20MHz切换到窄带配置例如，1.4MHz或6个物理资源块PRB和单个天线配置，以在PDCCH上对第P-RNTI解码失败之后尝试对mPDCCH进行解码。[0088]如果在第一子帧中在mPDCCH上未对P-RNTI进行解码，则UE可将mPDCCH的信号强度与信号强度阈值进行比较。例如，作为一种可能性，UE可确定mPDCCH对数似然比（LLR信噪比（SNR是大于还是小于特定阈值。根据一些实施方案，阈值可由UE选择，或者由网络（例如，在配置信息中）指示，或者在标准文档中被指定。可选择阈值作为值，如果在mPDCCH上被提供，高于该值UE可具有对P-RNTI成功地进行解码的较高的可能性。因此，如果信号强度例如，LLRSNR高于阈值并且UE未对与增强覆盖模式相关联的控制信道上的寻呼指示成功地进行解码例如，未在mPDCCH上对P-RNTI进行解码），则UE可确定在该寻呼时刻内没有来自蜂窝基站的寻呼指示。在这种情况下，UE可进入睡眠模式，例如直到UE的下一个寻呼或其他唤醒时刻。[0089]然而，如果信号强度例如，LLRSNR低于阈值，则UE也可在后续子帧（例如，寻呼时刻的第二子帧）中尝试对与增强覆盖模式相关联的控制信道进行解码。另外，UE可执行在寻呼时刻的第一子帧中接收的与增强覆盖模式相关联的控制信道与在寻呼时刻的第二子帧中接收的与增强覆盖模式相关联的控制信道的软组合，例如以增加LLRSNR并增加对寻呼指示成功地进行解码如果提供的话的可能性。根据对控制信道进行解码的尝试的结果例如，解码成功或不成功以及软组合之后的信号强度），UE可确定在该寻呼时刻内没有来自蜂窝基站的寻呼指示（例如，如果解码不成功并且软组合后的信号强度高于信号强度阈值），或者可在后续子帧中继续尝试对与增强覆盖模式相关联的控制信道进行解码例如，继续使用软组合来增加有效信号强度可能最多至与增强覆盖模式相关联的控制信道的重复的最大配置数量例如，如果解码不成功并且软组合后的信号强度仍然低于信号强度阈值），或者可在特定的后续子帧中（或在多个子帧期间，例如，取决于信道条件和BS使用的PDSCH重复的数量）尝试对PDSCH进行解码，以获取寻呼消息（例如，如果在mPDCCH上对P-RNTI成功地进行解码）。[0090]因此，在每个寻呼时刻，UE通常能够尝试对与正常覆盖模式相关联的控制信道和与增强覆盖模式相关联的控制信道中的任一者或两者进行解码。当在空闲模式中时UE的信道条件发改变时，这可提供UE在各种信道条件中接收寻呼消息的高可能性，以更新UE的状态，而无需利用附加信令而对网络产生负担。例如，在3GPP上下文中，对于具有增强覆盖模式能力的类别1以及以上UE，如果eNodeB能够在PDCCH和mPDCCH两者上寻呼UE并且UE能够在其空闲DRX循环中的每个空闲DRX循环中的一个或多个寻呼时刻子帧上对DCCH和mPDCCH两者进行解码，则当UE从正常覆盖条件转至增强覆盖条件时，UE可能能够放弃提供TAU，使得不在网络上放置附加信令负载。[0091]需注意，虽然在某些情况下，如上文所述，UE可尝试在寻呼时刻对两个控制信道进行解码，但在某些情况下，UE也可能够选择在寻呼时刻选择性地不解码其中一个控制信道。例如，意识到其处于增强覆盖范围条件中的UE可选择不尝试对PDCCH进行解码，因为基于该覆盖条件，UE不太可能对PDCCH成功地进行解码。类似地，如果需要，在尝试解码mPDCCH不成功后，UE可选择不执行对信号强度是否高于信号强度阈值的检查，并且可以简单地继续尝试在下一重复子帧对mPDCCH进行解码，直到成功或者直到达到mPDCCH重复的最大数量，例如取决于UE的覆盖条件。另选地，如果需要，UE可被配置为始终首先监视PDCCH，和或在对mPDCCH进行解码的不成功尝试之后始终执行对信号强度是否高于信号强度阈值的检查，而不管UE的当前覆盖条件如何。[0092]如本文先前所讨论的，对于技术上能够在空闲模式下解码roCCH上和mPDCCH上的寻呼指示的UE，可能例如，取决于覆盖条件存在UE能够可靠地解码通过PDCCH提供的或者通过mPDCCH提供的寻呼指示和消息的情况，以及UE可以解码通过mPDCCH提供的寻呼指示和消息，但是不能可靠地解码通过roccH提供的寻呼指示和消息的情况。例如，在正常覆盖范围中，UE可能能够可靠地解码PDCCH上的P-RNTI和同一子帧中的PDSCH上的寻呼消息，并且UE还可能能够可靠地解码mPDCCH上的P-RNTI和同一子帧中的PDSCH上的寻呼消息，使得在PDCCH或mPDCCH中的任一者上寻呼UE对于UE及其服务基站而言可以是有效的。相比之下，在扩展的覆盖范围中，UE可能不能够解码HCCH上的P-RNTI和PDSCH上的寻呼消息（例如，由于较低的SNR和或参考信号接收功率RSRP;但是由于CE模式中的mPDCCH和PDSCH重复，UE可能能够解码mPDCCH上的寻呼指示，使得在mPDCCH上寻呼UE对于UE及其服务基站可能是有效的。[0093]由于当UE处于空闲模式时，基站可能不知道UE的无线电条件，因此基站可将总是在mPDCCH上寻呼UE作为对于UE和基站的有效方法。然而，由于NW负载和容量相关的原因，在各种可能的原因中，基站可能不总是能够仅使用mPDCCH在其小区中寻呼UE。当存在这样的条件时，基站可以替代地使用不同的安排来执行寻呼，诸如与在本文中相对于图6描述的寻呼安排类似的安排。例如，在一些情况下，基站可利用基站初始尝试使用PDCCH来寻呼UE的安排，然后在多次不成功的寻呼尝试之后，基站切换到在mPDCCH上尝试寻呼UE。[0094]图7是示出根据一些实施方案的用于利用动态寻呼安排选择对无线设备执行空闲模式寻呼的这一方法的一个可能示例的流程图。在各种实施方案中，所示方法要素中的一些可按与所示顺序不同的顺序同时执行、可由其他方法要素代替，或者可被省略。还可根据需要来执行附加方法要素。[0095]图7的方法的各方面可由无线设备诸如在图1至图3中示出并相对于图1至图3描述的UE106或107,和或在图1、2和4中示出并相对于图1、图2和图4描述的BS102实现，或更一般地说，可根据需要在其他设备中结合以上附图中所示的计算机系统或设备中的任一种来实现。需注意，虽然采用了涉及使用与LTE和或3GPP规范文档相关联的通信技术和或特征的方式描述了图7方法的至少一些要素，但是这种描述并不旨在限制本公开，并且根据需要可在任何合适的无线通信系统中使用图7方法的各方面。如图所示，该方法可操作如下。[0096]在702中，当寻呼由BS服务的UE时，BS可确定要使用的寻呼安排。可能的寻呼安排可包括各种可能的寻呼安排中的任一种。一种可能的（“第一”）寻呼安排可包括总是使用某个控制[胃道例如，与增强覆盖条件相关联的控制信道，诸如LTE中的mPDCCH执行寻呼。另一种可能的（“第二”）寻呼安排可包括使用第一控制信道例如，与正常覆盖条件相关联的控制信道，诸如LTE中的PDCCH来初始执行寻呼，并且如果使用第一控制信道的寻呼不成功，随后使用第二控制信道，（例如，与增强覆盖条件相关联的控制信道，诸如LTE中的mPDCCH。根据需要，BS还可以或者另选地从各种其他可能的寻呼安排中的任一种中进行选择。[0097]可基于BS的当前负载条件、BS的容量和或其他特征和或各种其他可能的考虑中的任何一个来选择寻呼安排。例如，作为一种可能性，如果BS的当前负载小于BS的容量足够的量例如，如果相对于容量的当前负载低于第一负载阈值），则BS可选择第一寻呼安排，而如果BS的当前负载不小于BS的容量足够的量例如，如果相对于容量的当前负载不低于第一负载阈值），则BS可选择第二寻呼安排。另选地，可使用多个负载阈值，例如在期望第一寻呼安排和第二寻呼安排之间的滞后的情况下。[0098]在704中，BS可以广播所选寻呼安排的指示。该指示可作为系统信息的一部分被广播，例如在根据LTE的系统信息块SIB中，诸如SIB2例如，其可包括寻呼控制信道pCCH配置信息）。例如，连同与mPDCCH上的寻呼有关的现有信息（例如，寻呼窄带、mpDCCH重复数量等），可提供是否具有CE模式能力的所有UE应总是监听mPDCCH进行寻呼的指示。[00"]如图所示，UE可接收所选寻呼安排的广播指示。在706中，BS可进一步尝试根据所指示的寻呼安排来寻呼UE。[0100]在708中，UE可尝试基于所指示的寻呼安排和或基于UE的当前覆盖条件，在其寻呼时刻期间解码第一控制信道或第二控制信道中的一者或两者。[0101]例如，如果UE正预占在由BS提供的小区上，并且如果寻呼安排的广播指示包括针对“alwayspageonmPDCCH”字段的TRUE指示，则UE可监听mPDCCH上的寻呼而不用监听PDCCH上的寻呼，例如不管UE正在经历正常覆盖条件还是增强覆盖条件。[0102]另选地，如果寻呼安排的广播指不包括针对“alwayspageonmPDCCH”字段的FALSE指示，则如果UE处于正常覆盖条件，则UE可监听PDCCH和mPDCCH，或者如果UE处于增强覆盖条件，则UE可仅监听mPDCCH上的寻呼。[0103]需注意，基站可基于变化的小区负载条件和或其他考虑来确定例如在稍后的时间改变所使用的寻呼安排。例如，在基于负载条件低于与第一寻呼安排相关联的负载阈值而初始确定使用第一寻呼安排之后，BS可稍后确定负载条件已经增加到与第二寻呼安排相关联的负载阈值以上，并且可确定切换到第二寻呼安排。在这种情况下，BS可提供新选择的寻呼安排的广播指示例如，如果在SIB2中提供了广播指示，则在下次更新SIB2时提供），并且一旦BS已经指示了新选择的寻呼安排，BS随后可根据新选择的寻呼安排执行寻呼。另外，接收新选择的寻呼安排的广播指示的UE可根据所指示的寻呼安排同样修改其寻呼行为。[0104]如前所述，根据一些实施方案，当UE在增强覆盖模式中操作时，BS可提供mPDCCH例如，用于传输寻呼指示和PDSCH例如，用于传输寻呼消息）中的每一者的重复的一些配置数量。由于至少在一些情况下，当UE已转至正常良好信道条件时，BS可尝试使用mPDCCH来寻呼UE，这可导致UE使用比重复的配置数量更少配置数量来对mPDCCH和PDSCH成功地进行解码，包括可能仅使用每一者的第一传输。在这种情况下，UE可能能够在mPDCCH子帧和PDSCH子帧之间进入睡眠模式。即使在较差信道条件下，在一些情况下，例如如果在UE成功解码mPDCCH传输的子帧和其被调度从网络接收rosCH传输的子帧之间存在足够的间隙，则UE可在mPDCCH子帧和PDSCH子帧之间进入睡眠模式。[0105]图8示出了根据一些实施方案的具有各种可能空闲模式唤醒时间线的示例性的可能mPDCCHPDSCH传输布置，其中UE可根据其进行操作。具体地，所示的场景可表示UE的可能的空闲模式唤醒时间线，该UE所处的信道条件足以使用每个信道条件的单个传输来对mPDCCH和PDSCH成功地进行解码。[0106]在“场景1”中，可基于mPDCCH的解码性能和所估计的信道条件（例如，SNR、RSRP、RSRQ等来调整睡眠持续时间。然后，UE可计划其预期的PDSCH解码性能并仅针对HSCH传输的最后x个重复进行唤醒例如，在本示例中x=l。例如，由于其可允许UE进入更深（“最低功率”）睡眠并可因此降低此类情况中的UE功率消耗，场景1可非常适合在UE处于良好信道条件时提供中等数量或较大数量的重复的情况。[0107]在“场景2”中，在对mPDCCH成功地进行解码之后，UE可进入（“低功率”）睡眠模式例如，在所示示例中的1次传输之后，尽管在其他情况下可能需要不同数量的重复），并且可针对PDSCH的第一次重复进行唤醒。一旦fDSCH被成功地解码，UE可在余下的PDSCH重复子帧期间重新进入睡眠模式。例如，由于在这种情况下，睡眠的间隙持续时间可能太小而在任何情况下都无法进入更深（“最低功率”）的睡眠状态，场景2可非常适合在UE处于良好信道条件中时提供较小数量的重复的情况，或者在UE处于不良信道条件中时提供较大数量的重复的情况，并且其可能需要UE经过若干个子帧来对mPDCCH和PDSCH成功地进行解码。[0108]根据一些实施方案，在“最低功率”睡眠模式中，UE可能能够关闭比“低功率”睡眠可能的或优选的功耗更大的无线电部件和基带部件;在“低功率”睡眠模式中，UE可能能够关闭一些无线电部件和基带组件，但是其他部件可保持通电，例如因为睡眠持续时间可比“最低功率”睡眠模式更短。[0109]关于寻呼时刻的空闲模式唤醒定时的另一个可能的考虑可涉及双用户身份模块SIM双待机DSDS系统。在DSDS系统中，UE可包括两个SIM并可能够使用两个S頂在空闲模式中同时操作。因此，UE可使用一个RAT例如，GSM、UMTSW-CDMA或TDS-CDMA、CDMA2000、LTE、NR等）而被附接到网络，同时还可使用另一个相同或不同的）RAT而被附接到网络。在此类场景中，UE的两个RAT的寻呼时刻子帧可能冲突冲撞例如，同时发生）。[0110]在此类场景中，如果RAT中的一个RAT使用提供某些数量的重复的控制信道诸如根据LTER13的mPDCCH来提供寻呼信息，则UE可能能够管理其空闲模式唤醒定时，从而减轻RAT之间的寻呼时刻冲突的效果。例如，考虑在正常覆盖条件下包括LTESIM但在增强覆盖模式中进行操作的DSDSUE，使得针对该S頂，在具有重复级别N的mPDCCH上提供寻呼指示，并且在具有重复级别M的PDSCH上提供寻呼指示。进一步考虑UE在其LTES頂的寻呼时刻与其另一SIM的RAT之间具有冲突。此类UE可选择遵守另一RAT的寻呼时刻并开始在N个子帧中的任一子帧处尝试对mPDCCH进行解码，其中提供与另一RAT的寻呼时刻子帧不冲突的mfDCCH的重复。另选地，如果在另一RAT的寻呼时刻子帧与在PDSCH上提供寻呼消息的子帧之间发生寻呼时刻冲突（例如，在mPDCCH上对P-RNTI成功地进行解码之后，指示存在针对UE的寻呼消息），UE可选择开始在M个子帧中的任一子帧处尝试对PDSCH进行解码，其中提供与另个RAT的寻呼时刻子帧不冲突的PDSCH的重复。[0111]因此，如果需要，当UE在DSDS模式中操作时，响应于检测到与另一RAT的寻呼时刻冲突，UE可被配置为针对提供多寻呼指示和或消息重复的rat来修改其寻呼时刻唤醒和或监视定时。至少根据一些实施方案，尽管存在寻呼时刻冲突，这仍可允许UE有效地遵守其两个RAT的寻呼时刻。[0112]此外，至少在一些情况下，DSDSUE可被配置为相对于SIMRAT例如，LTESIM来选择在增强覆盖模式中操作，其至少部分地基于作为DSDSUE而具有此类能力，例如以允许UE利用在增强覆盖模式中时所提供的控制信道重复级别，从而潜在地节省DSDS系统功率消耗和或出于各种其他原因中的任一原因。根据一些实施方案，此类DSDSUE可进一步基于UE的功率条件电池电量、一个或多个当前活动的应用程序（例如，VoLTE、低吞吐量应用程序、或高吞吐量应用程序等和或各种其他考虑因素中的任一考虑因素来进行此类选择。还需要注意的是，当处于空闲模式中和或处于连接模式中时，此类DSDSUE可被配置为主动地管理UE在增强覆盖模式中还是正常覆盖模式中操作。[0113]附加信息[0114]以下信息包括第13版LTE增强覆盖模式特征和参数的可能的细节，提供该信息以用于示例性说明目的而并非旨在以整体方式来限制本公开。[0115]根据一些实施方案，无线设备可根据其相对于LTE的设备类别而被分类。例如，考虑类别1LTE设备，例如UL类别1和DL类别1的设备。对于此类设备，e-HARQ-pattern-FDD-r12参数可定义UE是否支持增强HARQ模式以用于FDD的TTI集束操作，例如具有4个TTI集束、3个HARQ过程、以及12ms的往返时间（RTT^e-ModeA-rU参数可定义UE是否支持在CE模式A、以及随机接入时的PRACHCE级别0和级别1下的操作。intraFreqA3-CE-M〇deA-rl3参数可定义当在CE模式A中操作时，UE是否支持针对正常覆盖和CE模式A中小区的eventA3。intraFreqHO-CE-ModeA-rl3参数可定义当在CE模式A中操作时，UE是否支持内部切换到正常覆盖和CE模式A中的目标小区。[0116]由小区提供的MIB中的新的32位签名可用于指示CESIB1是否被调度以及其传输块尺寸和重复的次数。这样的签名可指示该小区支持由3GPPR13定义的CE特征;签名值为0可能意味着不支持CE功能。[0117]如果小区支持CE特征，则小区可提供针对覆盖增强的CESIB1。对于CESIB，可使用较大的SI窗口长度和重复模式。窄带例如，连续的6PRB和传输块尺寸也可用于CESIB。另外，跳频配置可用于CESIB。还可提供针对覆盖增强的CESIB2XESIB可指示CEPRACH配置和CEmPDCCHPDSCHPUSCHPCH公共配置。[0118]由服务小区所支持的每个CE级别可与用于传输随机接入前导码的一组PRACH资源相关联。可基于服务小区RSRP测量和CESIB2rsrp-ThresholdsPrachInfoList来选择UE的CE级别。CESIB2可提供针对每个CE级别的前导码传输尝试34567810的最大次数。CESIB2还可提供每CE级每次尝试的前导码传输所需的重复数量（124816：3264128。此外，监视每个CE级别中的RAR的mPDCCH的窄带、针对RAR的mPDCCH公共搜索空间的重复的次数、msg3和msg4、以及每个CE级别的RA响应窗口尺寸和竞争解决定时器可全部由CESIB2来提供。[0119]如果UE处于增强覆盖中，则该UE应基于其对应的CE级别来选择用于随机接入的PRACH前导码。UE可传输前导码以及对应的重复次数、RA_RNTI、前导码ind、和目标功率。[0120]如果UE在一个CE级别上的最大次数的随机接入尝试上失败，则其应在下一个CE级别上尝试进行随机接入。[0121]可在从网络接收的RAR中指示msg3PUSCH重复次数。[0122]参数PUCCH-NumRepetitionCE可为CE模式A的inJCCH格式lla22a2b提供多个PUCCH重复。[0123]对于PRACHCE级别0123，参数PUCCH-numRepetitionCE-msg4-levelOl23可为携带对包含msg4的PDSH的HARQ响应的PUCCH提供多个重复。[0124]CE模式中的一个寻呼时刻P0可包括在mPDCCH上传输P-RNTI的子帧。UE可基于其IMSI、DRX周期和在CESIB2中提供的寻呼窄带Nn的数量来确定子帧。[0125]例如，如CESIB2中的参数mPDCCH-NumRepetition_Paging-R13所定义的，携带P0的mPDCCH可被重复多次。[0126]如果可用于UE，则在转换至ECM_IDLE时，关于覆盖增强CE级别的信息可连同相应的小区标识符由服务eNB—起被提供至丽E，并且可在寻呼期间被提供至E-UTRAN。寻呼尝试信息可总是被提供至已接收到覆盖增强级别的信息的UE的所有经寻呼的eNB。[0127]如果寻呼尝试信息被包括在寻呼消息中，则每个经寻呼的eNB可在寻呼尝试期间接收相同的信息。在每个新的寻呼尝试时，寻呼尝试计数可加一。下一个寻呼区域范围（当存在时指示MME是否计划修改在下一个寻呼尝试时选择的寻呼区域。如果UE已将其移动性状态改为ECMCONNECTED，则寻呼尝试计数被重置。[0128]增强覆盖模式中的PUSCH传输可处于mPDCCH所指示的N子帧TTI集束中。具有值81632的参数HJSCH-maxNumRepetitionCEmodeA-rl3可以指示最大值，以指示用于CE模式A的mJSCH重复数量的集合，例如，其中包括以下可能性：{1，2,4,8}，{1，4,8，16}，{1，4，16，32}。具有值192256••2048的参数PUSCHiaxNumRepetionCEmodeB-r13可指不最大值，以指示用于CE模式B的PUSCH重复数量的集合。根据一些实施方案，PUSCH带宽可被限制为6PRB。除了集束内的接收外，上行链路HARQ操作对于增强覆盖中的UE可为异步的。[0129]增强覆盖模式中的PDSCH传输可处于由mPDCCH所指示的N子帧TTI集束中。具有值81632的参数roSCH-maxNumRepetionCEmodeA-rl3可以指示最大值，以指示用于CE模式A的PUSCH重复数量的集合，例如，其中包括以下可能性：U，2,4,8}，{1,4,8，16丨，丨1，4，16，32}。具有值192256..2048的参数PDSCH-maxNumRepetionCEmodeB-rl3可指示最大值，以指示用于CE模式B的PDSCH重复数量的集合。根据一些实施方案，PDSCH带宽可被限制为6PRB。[0130]增强覆盖模式中提供的mPDCCH可利用以下重复级别中的重复级别：{1，2，4，8，16，32,64，128,256}。11^00〇1聚合级别可在以下聚合级别中：{1，2,4,8，16，12,24}。根据一些实施方案，mPDCCH带宽可被限定为6PRB。[0131]针对VoLTE的现有NW配置可包括PUSCH4TTIB、4HARQ、HARQRTT16ms、具有一个两个音频包集束、TBS2〇8位328位、段144176位、4HARQ传输。HARQ传输从4增加到7可导致链路预算增益例如，〜2dB，作为一种可能性）。[0132]CE模式A中的可能的mPDCCHPUSCH配置可包括PUSCH8TTIB、3HARQ、HARQRTT24ms、具有4个重复的mPDCCH。对于一个音频包集束，可使用TBS2〇8位、段144176位、567HARQ传输。对于两个音频包集束，可使用TBS328位、段144176位、567HARQ传输。作为一种可能性，这可提供潜在UL链路预算增益〜4dB-5dB。[0133]CE模式A中另一个可能的mPDCCHPUSCH可包括PUSCH8TTIB、2HARQ、HARQRTT16ms、具有2个重复的mPDCCH。对于一个音频包集束，可使用TBS208位、段144176位、HARQ8910传输。对于两个音频包集束，可使用TBS328位、段144176位、HARQ8910传输。作为一种可能性，这可提供潜在UL链路预算增益〜6dB_7dB。[0134]CE模式A中另一个可能的mPDCCHPUSCH可包括PUSCH4TTIB、3HARQ、HARQRTT12ms、具有2个重复的mPDCCH。对于一个音频包集束，可使用TBS208位、段144176位、HARQ101112传输。对于两个音频包集束，可使用TBS328位、段144176位、HARQ101112传输。作为一种可能性，这可提供潜在UL链路预算增益〜4dB-5dB。[0135]对于类另U1及以上的UE，当处于超出正常覆盖的覆盖时，为了不停止服务OOS，如果eNodeB支持，则无线设备可以动态地利用覆盖增强特征。作为此类技术的一部分，当小区被选择作为预占的服务小区时，UE可通过检查MIB中是否存在CE签名来确定小区是否支持3GPPR13覆盖增强特征。如果服务小区支持CE，则UE可存储针对CE级别阈值、CEPRACH、和mPDCCH配置的CESIB。[0136]当处于空闲模式中时，基于服务小区测量，UE可确定其是否处于正常覆盖中还是增强覆盖中，并且确定其对应的CE级别。如果UE正从正常覆盖进入增强覆盖，则UE可利用来自CESIB的配置信息来建立移动性管理连接执行TAU或发送任何其他MM消息），从而更新其MME，以切换到CE模式空闲寻呼。UE可切换到监听mPDCCH以用于空闲寻呼。当MME最终寻呼UE时，醒E可将UE的CE级别信息和寻呼尝试计数信息发送至一组eNodeB。如果UE处于增强覆盖中，则该组中的每个eNodeB可因此确定在mPDCCH上寻呼UE，并且可以其他方式在HCCH上寻呼UE。另外，UE的小区内小区间重选可基于针对增强覆盖的小区选择标准S例如，而不是针对正常覆盖的小区选择标准S。[0137]如果UE正从增强覆盖进入正常覆盖，则UE可继续监听mPDCCH以进行空闲寻呼，或者可以建立移动性管理连接例如，执行TAU以更新MME，从而切换到正常模式空闲寻呼，在这种情况下，UE可切换到监听PDCCH以进行空闲寻呼。另外，其小区内小区间重选可基于针对正常覆盖的小区选择标准S例如，而不是针对增强覆盖的小区选择标准S。[0138]当建立RRC连接时，如果UE处于正常覆盖涨，则其可选择用于正常覆盖的PRACH前导码，以用于执行随机接入过程。如果UE处于增强覆盖中，则其可从对应的增强覆盖级别选择PRACH前导码，以用于执行随机接入过程。[0139]当退出RRC连接时，如果UE处于正常覆盖，其可进入正常覆盖中的空闲模式、读取正常SIB并监听PDCCH以进行空闲寻呼。如果UE处于增强覆盖中，则其可进入增强覆盖中的空闲模式、读取CESIB、并监听mPDCCH以用于空闲寻呼。另选地，如本文之前所描述的，如果需要，UE可监听PDCCH和mPDCCH两者以用于空闲模式寻呼，并且网络可初始在PDCCH或mPDCC中的一者上尝试寻呼UE例如，取决于UE的覆盖模式），并且可在初始控制信道上的一次或多次不成功尝试之后，切换到在另一个控制信道上尝试寻呼UE。[0140]在RRC连接期间，如果UE正在从正常覆盖范围进入增强覆盖范围，则UE可使用来自其对应CE等级的PRACH前导码来重新建立RRC连接;或者另选地，NW可例如基于UE触发的测量报告来重新配置RRC连接以使用mPDCCH。如果UE正在从增强覆盖范围进入正常覆盖范围，则UE可使用正常覆盖范围的PRACH前导码来重新建立RRC连接;或者另选地，丽可例如基于UE触发的测量报告重新配置RRC连接以使用PDCCH。网络还可以使用增强覆盖范围的专用PRACH則导码来执行相同小区交接以在RRC连接期间将UE切换到使用mPDCCH;或者相反地，网络可以使用正常覆盖范围的专用PRACH前导码来在RRC连接期间将UE切换到使用roCCH。此外，NW可执行从增强覆盖中的小区向正常覆盖中的小区，或从正常覆盖中的小区向增强覆盖中的小区的NW触发的HOoUE可触发从增强覆盖中的小区向正常覆盖中的小区，或从正常覆盖中的小区向增强覆盖中的小区的PRC重新建立。另外，在RRC连接释放之后，该网络可使用RRC连接释放消息来向UE指示在正常覆盖模式中还是在增强覆盖模式中进行操作。[0141]在下文中，提供了另外的示例性实施方案。[0142]—组实施方案可包括一种方法，该方法包括:通过无线设备:建立与蜂窝基站的无线电资源控制RRC连接;释放与蜂窝基站的RRC连接，其中当释放RRC连接时，无线设备处于正常覆盖模式或增强覆盖模式中的一者;在寻呼时刻期间监视与正常覆盖模式相关联的控制信道；以及如果未在与正常覆盖模式相关联的控制信道上成功解码寻呼指示，则在寻呼时刻期间监视与增强覆盖模式相关联的控制信道。[0143]根据一些实施方案，该方法还包括:如果在寻呼时刻的第一子帧期间未在与增强覆盖模式相关联的控制信道上成功解码寻呼指示:在寻呼时刻的第一子帧期间确定与增强覆盖模式相关联的控制信道的信号强度;如果在寻呼时刻的第一子帧期间与增强覆盖模式相关联的控制信道的信号强度高于信号强度阈值，则确定在该寻呼时刻没有来自蜂窝基站的寻呼指示；以及如果在寻呼时刻的第一子帧期间与增强覆盖模式相关联的控制信道的信号强度低于信号强度阈值，则尝试在寻呼时刻的第二子帧期间解码与增强覆盖模式相关联的控制信道。[0144]根据一些实施方案，在寻呼时刻的第二子帧期间尝试解码与增强覆盖模式相关联的控制信道包括，执行在寻呼时刻的第一子帧中接收的与增强覆盖模式相关联的控制信道与在寻呼时刻的第二子帧中接收的与增强覆盖模式相关联的控制信道的软组合。[0145]根据一些实施方案，该方法还包括:在将在寻呼时刻的第一子帧中接收的与增强覆盖模式相关联的控制信道与在寻呼时刻的第二子帧中接收的与增强覆盖模式相关联的控制信道软组合后，如果与增强覆盖模式相关联的控制信道的信号强度高于信号强度阈值，则确定在该寻呼时刻没有来自蜂窝基站的寻呼指示；以及在将在寻呼时刻的第一子帧中接收的与增强覆盖模式相关联的控制信道与在寻呼时刻的第二子帧中接收的与增强覆盖模式相关联的控制信道软组合后，如果与增强覆盖模式相关联的控制信道的信号强度低于信号强度阈值，则在寻呼时刻的第三子帧期间尝试解码与增强覆盖模式相关联的控制信道。[0146]根据一些实施方案，该方法还包括，如果基于监视与增强覆盖模式相关联的控制信道而成功解码寻呼指示:确定在至少部分地基于发生过的与增强覆盖模式相关联的控制佞道的重复数量，尝试解码由寻呼指示所指示的寻呼消息以便为无线设备成功解码寻呼指示和估计信道条件前睡眠的时间量;进入睡眠模式所确定的时间量;并且在所确定的时间量之后，尝试解码由寻呼指示所指示的寻呼消息。[0147]根据一些实施方案，无线设备在寻呼消息的至少一次重复期间保持在睡眠模式中。[0148]根据一些实施方案，无线设备包括被配置为在空闲模式下根据第一RAT和第二RAT同时操作的双用户身份模块双待机DSDS设备，其中所述在寻呼时刻期间监视与增强覆盖模式相关联的控制信道是与第一RAT关联的，其中该方法还包括:确定第一RAT与第二RAT之间存在寻呼时刻冲突；以及至少部分地基于确定在第一RAT和第二RAT之间存在寻呼时刻冲突，确定针对该寻呼时刻跳过监视与增强覆盖模式相关联的控制信道的一个或多个重复，以监视与第二RAT相关联的控制信道。[0149]根据一些实施方案，该方法还包括:至少部分地基于包括DSDS设备的无线设备，向基站提供指示以在增强覆盖模式下服务该无线设备。[0150]根据一些实施方案，该方法还包括:接收由蜂窝基站使用的寻呼安排的广播指示，其中在寻呼时刻期间监视与正常覆盖模式相关联的控制信道，并且至少部分基于由蜂窝基站使用的寻呼安排的广播指示，执行对与增强覆盖模式相关联的控制信道的监视，以及如果未在与正常覆盖模式相关联的控制信道上成功解码寻呼指示，则在寻呼时刻期间监视与增强覆盖模式相关联的控制信道。[0151]另一组实施方案可包括一种方法，该方法包括:通过蜂窝基站:接收寻呼无线设备的指示;尝试使用第一控制信道寻呼无线设备；以及如果尝试使用第一控制信道寻呼无线设备未成功，则尝试使用第二控制信道寻呼无线设备。[0152]根据一些实施方案，寻呼无线设备的指示还指示无线设备是处于正常覆盖模式还是增强覆盖模式，其中第一控制信道包括与正常覆盖模式相关联的控制信道，并且当无线设备处于正常覆盖模式时，第二控制信道包括与增强覆盖模式相关联的控制信道，其中第一控制信道包括与增强覆盖模式相关联的控制信道，并且当无线设备处于增强覆盖模式时，第二控制信道包括与正常覆盖模式相关联的控制信道。[0153]又一组实施方案可包括一种方法，该方法包括:通过蜂窝基站:接收寻呼无线设备的指示，其中该寻呼无线设备的指示进一步指示无线设备是处于正常覆盖模式还是增强覆盖模式，以及先前已发生过的尝试寻呼无线设备的数量;至少部分地基于无线设备是处于正常覆盖模式还是增强覆盖模式，以及先前已发生过的尝试寻呼无线设备的数量，确定是尝试使用与正常覆盖模式相关联的控制信道来寻呼无线设备，还是使用与增强覆盖模式相关联的控制信道来寻呼无线设备;并且尝试使用所确定的控制信道来寻呼无线设备。[0154]另一组实施方案可包括一种方法，该方法包括:通过蜂窝基站:确定是根据第一寻呼安排^是第二寻呼安排进行寻呼;提供所确定的寻呼安排的广播指示;接收寻呼无线设备的指示，并且尝试使用所确定的寻呼安排来寻呼无线设备。[0155]_根据一些实施方案，第一寻呼安排包括总是使用与增强覆盖模式相关联的控制信道进行寻呼，其中第二寻呼安排包括最初尝试使用与正常覆盖模式相关联的控制信道来执行寻呼，并且如果尝试使用与正常覆盖模式相关联的控制信道执行寻呼未成功，则尝试使用与增强覆盖模式相关联的控制信道执行寻呼。[0156]根据一些实施方案，至少部分地基于蜂窝基站的当前负载状况来确定是根据第一寻呼安排还是第二寻呼安排进行寻呼。[0157]根据一些实施方案，与正常覆盖模式相关联的控制信道包括符合第三代合作伙伴计划3GPP的物理下行链路控制信道PDCCH;其中与增强覆盖模式相关联的该控制信道包括3GPP兼容机器类型通信MTCroCCHmPDCCH。[0158]进一步的示例性的一组实施方案可包括一种装置，所述装置包括处理元件，该处®元件被配置为使得设备实施前述实施例的任何部件或所有部件。[0159]力外的示例性的一组实施方案可包括一种设备，该设备包括:天线;耦接至天线的无线电部件；以及能够操作地稱接至无线电部件的处理元件，其中该设备被配置为实施前述实施例的任何部件或所有部件。[0160]进一步的示例性的一组实施方案可包括一种包括程序指令的非暂态计算机可访问存储器介质，所述程序指令在设备处执行时使得该设备实施前述实施例中任一实施例的任何部件或所有部件。[0161]进一步的示例性的一组实施方案可包括一种包括指令的计算机程序，所述指令用于执行前述实施例中任一实施例的任何部件或所有部件。[0162]另外的示例性的一组实施方案可包括一种设备，该设备包括用于执行前述实施例中任一实施例的任何元件或所有元件的装置。[0163]除了上述示例性实施方案之外，本公开的更多实施方案还可以多种形式中的任一种形式来实现。例如，可将一些实施方案实现为计算机实现的方法、计算机可读存储器介质、或计算机系统。可使用一个或多个定制设计的硬件设备诸如ASIC来实现其他实施方案。可使用一个或多个可编程硬件元件诸如FPGA来实现另外的其他实施方案。[0164]在一些实施方案中，非暂态计算机可读存储器介质可被配置成使得其存储程序指令和或数据，其中如果该程序指令由计算机系统执行，则使得计算机系统执行一种方法，例如本文所述的方法实施方案中的任一种方法实施方案，或本文所述的方法实施方案的任何组合，或本文所述的任何方法实施方案中的任何子集、或此类子集的任何组合。[0165]在一些实施方案中，设备例如，UE106或107可被配置为包括处理器或一组处理器和存储器介质，其中存储器介质存储程序指令，其中该处理器被配置为从存储器介质读取并执行该程序指令，其中该程序指令为可执行的以实现本文所述的各种方法实施方案中的任一种方法实施方案或本文所述的方法实施方案的任何组合，或本文所述的任何方法实施方案的任何子集、或此类子集的任何组合）。可以各种形式中的任一种形式来实现该设备。[0166]尽管已相当详细地描述了上述实施方案，但是一旦完全理解了上述公开，许多变型和修改对于本领域的技术人员而言将变得显而易见。本发明旨在将以下权利要求书被解释为涵盖所有此类变型和修改。

权利要求：1.一种装置，包括：处理元件，所述处理元件被配置为使得无线设备：建立与蜂窝基站的无线电资源控制RRC连接；释放与所述蜂窝基站的RRC连接，其中当释放所述RRC连接时，所述无线设备处于正常覆盖模式或增强覆盖模式中的一者；在寻呼时刻期间监视与所述正常覆盖模式相关联的控制信道；以及如果未在与所述正常覆盖模式相关联的所述控制信道上成功解码寻呼指示，则在所述寻呼时刻期间监视与所述增强覆盖模式相关联的控制信道。2.根据权利要求1所述的装置，其中所述处理元件被进一步配置为使得所述无线设备于在所述寻呼时刻的第一子帧期间未在与所述增强覆盖模式相关联的所述控制信道上成功解码寻呼指示的情况下：确定在所述寻呼时刻的所述第一子帧期间的与所述增强覆盖模式相关联的所述控制信道的信号强度；如果在所述寻呼时刻的所述第一子帧期间与所述增强覆盖模式相关联的所述控制信道的所述信号强度高于信号强度阈值，则确定在所述寻呼时刻没有来自所述蜂窝基站的寻呼指示;并且如果在所述寻呼时刻的所述第一子帧期间与所述增强覆盖模式相关联的所述控制信道的所述信号强度低于所述信号强度阈值，则尝试在所述寻呼时刻的第二子帧期间解码与所述增强覆盖模式相关联的所述控制信道。3.根据权利要求2所述的装置，其中为了尝试在所述寻呼时刻的所述第二子帧期间解码与所述增强覆盖模式相关联的所述控制信道，所述处理元件被进一步配置为使得所述无线设备：执行在所述寻呼时刻的所述第一子帧中接收的与所述增强覆盖模式相关联的所述控制信道与在所述寻呼时刻的所述第二子帧中接收的与所述增强覆盖模式相关联的所述控制信道的软组合。4.根据权利要求3所述的装置，其中所述处理元件被进一步配置为使得所述无线设备：在将在所述寻呼时刻的所述第一子帧中接收的与所述增强覆盖模式相关联的所述控制信道与在所述寻呼时刻的所述第二子帧中接收的与所述增强覆盖模式相关联的所述控制信道软组合之后，如果与所述增强覆盖模式相关联的所述控制信道的所述信号强度高于所述信号强度阈值，则确定在所述寻呼时刻没有来自所述蜂窝基站的寻呼指示;并且在将在所述寻呼时刻的所述第一子帧中接收的与所述增强覆盖模式相关联的所述控制信道与在所述寻呼时刻的所述第二子帧中接收的与所述增强覆盖模式相关联的所述控制信道软组合之后，如果与所述增强覆盖模式相关联的所述控制信道的所述信号强度低于所述信号强度阈值，则尝试在所述寻呼时刻的第三子帧期间解码与所述增强覆盖模式相关联的所述控制信道。5.根据权利要求1所述的装置，其中所述处理元件被进一步配置为使得所述无线设备在基于监视与所述增强覆盖模式相关联的所述控制信道而成功解码寻呼指示的情况下：至少部分地基于用于成功解码所述寻呼指示的与增强覆盖模式相关联的控制信道的重复数量和所述无线设备的估计的信道条件，确定直到尝试解码由所述寻呼指示所指示的寻呼消息的睡眠的时间量；进入睡眠模式达所确定的时间量；以及在所确定的时间量之后，尝试解码由所述寻呼指示所指示的所述寻呼消息。6.根据权利要求5所述的装置，其中所述无线设备在所述寻呼消息的至少一次重复期间保持在所述睡眠模式中。7.根据权利要求1所述的装置，其中所述无线设备包括双用户身份模块双待机DSDS设备，所述设备被配置为在空闲模式下根据第一RAT和第二RAT同时操作，其中在所述寻呼时刻期间所述监视与所述增强覆盖模式相关联的所述控制信道是与所述第一RAT相关联的，其中所述处理元件被进一步配置为使得所述无线设备：确定所述第一RAT和所述第二RAT之间存在寻呼时刻冲突；以及至少部分地基于确定所述第一RAT和所述第二RAT之间存在所述寻呼时刻冲突，确定针对所述寻呼时刻跳过监视与所述增强覆盖模式相关联的所述控制信道的一个或多个重复，以监视与所述第二RAT相关联的控制信道。8.根据权利要求7所述的装置，其中所述处理元件被进一步配置为使得所述无线设备：至少部分地基于所述无线设备包括DSDS设备，向所述基站提供指示以在所述增强覆盖模式下服务所述无线设备。9.根据权利要求1所述的装置，其中所述处理元件被进一步配置为使得所述无线设备：接收由所述蜂窝基站使用的寻呼安排的广播指示，其中所述处理元件被配置为使得所述无线设备至少部分地基于由所述蜂窝基站使用的所述寻呼安排的所述广播指示，在所述寻呼时刻期间监视与所述正常覆盖模式相关联的所述控制信道，并且如果寻呼指示未在与所述正常覆盖模式相关联的所述控制信道上被成功解码，则在所述寻呼时刻期间监视与所述增强覆盖模式相关联的所述控制信道。10.—种装置，包括：处理元件，所述处理元件被配置为使得蜂窝基站：接收寻呼无线设备的指示，其中寻呼所述无线设备的所述指示进一步指示已发生过的寻呼所述无线设备的先前尝试的数量；至少部分地基于已发生过的寻呼所述无线设备的所述先前尝试的数量来确定使用第一控制信道还是使用第二控制信道来尝试寻呼所述无线设备;以及尝试使用所确定的控制信道来寻呼所述无线设备。11.根据权利要求10所述的装置，其中所述处理元件被进一步配置为使得所述蜂窝基站：尝试使用所述第一控制信道来寻呼所述无线设备多达第一预先确定数量的尝试;并且如果尝试使用所述第一控制信道寻呼所述无线设备达所述第一预先确定数量的尝试未成功，则尝试使用第二控制信道来寻呼所述无线设备多达第二预先确定数量的尝试。12.根据权利要求11所述的装置，其中寻呼所述无线设备的所述指示进一步指示所述无线设备是处于正常覆盖模式还是处于增强覆盖模式，其中当所述无线设备处于所述正常覆盖模式中时，所述第一控制信道包括与所述正常覆盖模式相关联的控制信道，并且所述第二控制信道包括与所述增强覆盖模式相关联的控制信道，其中当所述无线设备处于所述增强覆盖模式中时，所述第一控制信道包括与所述增强覆盖模式相关联的控制信道，并且所述第二控制信道包括与所述正常覆盖模式相关联的控制信道。13.根据权利要求12所述的装置，其中与所述正常覆盖模式相关联的所述控制信道包括符合第三代合作伙伴计划3GPP的物理下行链路控制信道PDCCH;其中与所述增强覆盖模式相关联的所述控制信道包括符合3GPP的机器类型通信MTCPDCCHmPDCCH〇14.根据权利要求10所述的装置，其中所述处理元件被进一步配置为使得所述蜂窝基站：确定根据第一寻呼安排还是第二寻呼安排进行寻呼；以及提供所确定的寻呼安排的广播指示，其中所述处理元件被配置为在根据所述第二寻呼安排进行寻呼时使得所述蜂窝基站至少部分地基于已发生过的寻呼所述无线设备的先前尝试的数量来确定是使用所述第一控制信道还是使用所述第二控制信道来尝试寻呼所述无线设备。15.根据权利要求14所述的装置，其中所述处理元件被进一步配置为使得所述蜂窝基站在根据所述第一寻呼安排进行寻呼时：总是使用与增强覆盖模式相关联的控制信道寻呼。16.一种蜂窝基站，包括：天线；无线电部件，所述无线电部件耦接至所述天线；以及处理元件，所述处理元件耦接至所述无线电部件；其中所述蜂窝基站被配置为：确定根据第一寻呼安排还是第二寻呼安排进行寻呼；提供所确定的寻呼安排的广播指示；接收寻呼无线设备的指示，以及尝试使用所确定的寻呼安排来寻呼所述无线设备。17.根据权利要求16所述的蜂窝基站，其中为了尝试使用所述第一寻呼安排来寻呼所述无线设备，所述蜂窝基站被进一步配置为：总是使用与增强覆盖模式相关联的控制信道寻呼。18.根据权利要求16所述的蜂窝基站，其中为了尝试使用所述第二寻呼安排来寻呼所述无线设备，所述蜂窝基站被进一步配置为：最初尝试使用与正常覆盖模式相关联的控制信道来执行寻呼;并且如果尝试使用与所述正常覆盖模式相关联的所述控制信道执行寻呼未成功，则尝试使用与增强覆盖模式相关联的所述控制信道来执行寻呼。19.根据权利要求1S所述的蜂窝基站，其中为了尝试使用所述第二寻呼安排来寻呼所述无线设备，所述蜂窝基站被进一步配置为：至少部分地基于已发生过的寻呼所述无线设备的先前尝试的数量，确定是使用与所述正常覆盖模式相关联的控制信道还是使用与所述增强覆盖模式相关联的控制信道来尝试寻呼所述无线设备;以及尝试使用所确定的控制信道来寻呼所述无线设备。20.根据权利要求16所述的蜂窝基站，其中所述蜂窝基站被进一步配置为：至少部分地基于蜂窝基站的当前负载状况来确定是根据所述第一寻呼安排还是所述第二寻呼安排进行寻呼。

百度查询： 苹果公司 支持覆盖增强模式的无线设备的高效寻呼和空闲模式唤醒

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD