未许可频谱中的寻呼的制作方法

本申请要求2016年2月25日申请的序列号为62/299,786的临时申请的权益，其公开由此并入到其全文中。
技术领域：
本主题涉及在未许可无线电频谱中寻呼终端。
背景技术：
：第三代合作伙伴计划（3GPP）提倡“许可辅助接入”（LAA）旨在允许3GPP长期演进（LTE）设备也在诸如5千兆赫兹（GHz）频带的未许可无线电频谱中操作。利用未许可频谱作为对许可频谱的补充。因此，装置在许可频谱中连接到主小区（PCell），并利用载波聚合在未许可频谱中连接到一个或多个辅小区（SCell），从而得益于未许可频谱中的额外传输能力。为了对于减少聚合许可和未许可频谱所需的变化，在SCell中同步使用PCell中的LTE帧计时。除了LAA操作之外，在没有来自许可频带的支持下完全在未许可频带上运行LTE应当是可能的。例如，MuLTEfire（MF）允许LTE单独在未许可频带上运行，而无需利用许可频带。但是，规定的要求可能不允许在没有进行事先信道侦听的情况下在未许可频谱中进行传输。由于必须与相似或相异无线技术的其它无线电共享未许可频谱，所以在未许可频谱中的信道上传送之前需要运用所谓的先听后说（Listen-Before-Talk）（LBT）方法。例如，如今，由实现电气和电子工程师协会（IEEE）802.11无线局域网（WLAN）标准的设备主要使用未许可5GHz频谱。该标准以其营销品牌“Wi-Fi”而闻名。因此，为了使LTE设备在5GHz未许可频谱中操作，LTE设备必须实现LBT过程以便对未许可频谱提供公平接入。当在未许可频谱中操作时，利用LBT方案导致在基站（例如，演进型节点B（eNB））处关于它是否能够将寻呼消息成功地传送给用户设备（UE）的不确定性。在LTE中，存在特定方式来寻呼UE，并且出于不同原因，例如针对不连续接收（DRX）或为了通知系统信息变化，UE能够被寻呼。LTE系统的eNB可每寻呼帧（PF）配置Ns={1,2,4}个寻呼时机（PO）。PO和PF是UE特定的，并且从UE身份、具体来说是UE的国际移动订户身份（IMSI）得出。由小区服务的UE越多，每PF的PO数量就越大，以便分布UE并赋予eNB更好的机会来以最小的寻呼时延成功地寻呼不同UE。UE可在空闲模式中利用DRX以便减少功率消耗。3GPP技术规范（TS）36.304版本13.2.0第7部分中描述了针对LTE配置DRX以便进行寻呼。具体来说，处于空闲模式的UE针对寻呼指示（称为寻呼无线电网络临时标识符（P-RNTI））在特定PO期间监测物理下行链路控制信道（PDCCH）。PO是其中可存在在寻址寻呼消息的PDCCH上传送的P-RNTI的子帧。一个PF是一个无线电帧，它可包含一个或多个PO。当在LTE中使用DRX时，UE只需每DRX循环监测一个PO。在LTE中，通过利用在系统信息中提供的DRX参数的以下方程式确定PF和PO（见3GPPTS36.331版本13.2.0）。具体来说，3GPPTS36.304版本13.1.0第7.1部分记载：通过利用系统信息中提供的DRX参数的以下方程式确定PF和PO：PF由下式给定：SFNmodT=(TdivN)*(UE_IDmodN)将从以下演算得出从在7.2中定义的子帧模式指向PO的索引i_s：i_s=floor(UE_ID/N)modNs无论何时DRX参数值在SI中改变，都应当在UE中本地更新存储在UE中的系统信息DRX参数。如果UE不具有IMSI，例如当进行紧急呼叫而没有USIM时，UE应当利用在以上PF和i_s方程式中的UE_ID=0作为默认身份。利用以下参数来演算PF和i_s：-T：UE的DRX循环。由UE特定DRX值（如果由上层分配的话）和在系统信息中广播的默认DRX值中的最短值确定T。如果上层没有配置UE特定DRX，那么运用默认值。-nB：4T，2T，T，T/2，T/4，T/8，T/16，T/32。-N：min(T,nB)-Ns：max(1,nB/T)-UE_ID：IMSImod1024作为整数型数字序列(0..9)给出IMSI，在以上方程式中，应当将IMSI解译为是十进制整数，其中序列中给出的第一个数字表示最高阶数字。从预定义子帧模式（3GPPTS36.304版本13.1.0第7.2部分）获得UE的PO。下表中示出子帧模式，它们从3GPPTS36.304版本13.1.0第7.2部分复制而来。频分双工（FDD）：Nsi_s=0时的POi_s=1时的POi_s=2时的POi_s=3时的PO19N/AN/AN/A249N/AN/A40459时分双工（TDD）（所有上行链路/下行链路（UL/DL）配置）：Nsi_s=0时的POi_s=1时的POi_s=2时的POi_s=3时的PO10N/AN/AN/A205N/AN/A40156在系统信息块2（SIB2）中提供寻呼配置。具体来说，3GPPTS36.331版本13.1.0第6.3.1部分提供：PCCH-Config::=SEQUENCE{defaultPagingCycleENUMERATED{rf32,rf64,rf128,rf256},nBENUMERATED{fourT,twoT,oneT,halfT,quarterT,oneEighthT,oneSixteenthT,oneThirtySecondT}}可见，在LTE中，存在对于UE其中出现PO的固定位置。如上文针对未许可频谱所指示，在诸如MF的系统中，传输服从于LBT。如果LBT失败，那么物理信道被占据。如果物理信道被占据，那么必须将寻呼传输推迟至下一寻呼循环，其处于320ms至2.56s的范围内。技术实现要素：公开了用于在未许可频谱中传送和获取寻呼消息的系统和方法。在一些实施例中，一种在终端中用于在一个或多个寻呼时机（PO）（一个PO对应于一个子帧）的集合期间获取寻呼信息的方法，其中该方法包括：确定一个或多个PO的集合的第一个子帧；以及确定一个或多个PO的集合的最后一个子帧，其中要求终端尝试在一个或多个PO的集合的第一个子帧和最后一个子帧之间的任何子帧中获取寻呼信息。在一些实施例中，一个或多个PO的集合包括至少两个PO的集合。以此方式，能够有效寻呼终端，特别是在由在未许可频谱中操作的网络节点寻呼时更是如此。换句话说，终端不是仅仅监测单个PO，而是监测PO的集合。在这样做时，如果由于例如先听后说（LBT）而导致网络节点不能在PO之一期间将寻呼消息传送给终端，那么网络节点可在其它PO之一中传送寻呼消息。以此方式，可有效地寻呼终端。在一些实施例中，确定一个或多个PO的集合的最后一个子帧包括检测具有发现参考信号（DRS）传输的子帧，其中寻呼传输与DRS传输一起多路复用在相同子帧中。在一些实施例中，确定一个或多个PO的集合的最后一个子帧包括检测来自终端的服务小区的传输。此外，在一些实施例中，检测的传输是DRS传输。DRS传输可与寻呼传输一起多路复用在与一个或多个PO的集合中的最后一个子帧对应的子帧内。此外，在一些实施例中，检测的传输是寻址到寻呼无线电网络临时标识符（P-RNTI）的传输。此外，在一些实施例中，检测来自终端的服务小区的传输包括成功解码寻呼消息。此外，寻呼消息包含终端的寻呼身份。在一些实施例中，确定一个或多个PO的集合的最后一个子帧包括确定第一个子帧和最后一个子帧之间子帧的最小数量。在一些实施例中，一个或多个PO的集合的第一个子帧是DRS传输窗口（DTxW）的子帧。此外，在一些实施例中，第一个子帧是DTxW的第一个子帧。在一些实施例中，一个或多个PO的集合的第一个子帧是子帧0。在一些实施例中，一个或多个PO的集合的第一个子帧是DTxW的第一个子帧，并且一个或多个PO的集合的最后一个子帧是DTxW的另一个子帧。在一些实施例中，最后一个子帧是DTxW的最后一个子帧。在一些实施例中，最后一个子帧是在DTxW之外的子帧。在一些实施例中，一个或多个PO的集合位于DTxW之外。在一些实施例中，要求终端尝试在要求LBT的信道中在一个或多个PO的集合的第一个子帧和最后一个子帧之间的任何子帧中获取寻呼信息。在一些实施例中，一种用于在一个或多个PO（一个PO对应于一个子帧）的集合期间获取寻呼信息的终端包括无线接口和耦合到接口的处理器，并且处理器配置成：确定一个或多个PO的集合的第一个子帧；以及确定一个或多个PO的集合的最后一个子帧，其中要求终端尝试在一个或多个PO的集合的第一个子帧和最后一个子帧之间的任何子帧中获取寻呼信息。在一些实施例中，确定一个或多个PO的集合的最后一个子帧包括检测具有DRS传输的子帧，其中寻呼传输与DRS传输一起多路复用在相同子帧中。在一些实施例中，终端在确定一个或多个PO的集合的最后一个子帧时还配置成检测来自终端的服务小区的传输。此外，在一些实施例中，检测的传输是DRS传输。DRS传输可与寻呼传输一起多路复用在与一个或多个PO的集合中的最后一个子帧对应的子帧内。此外，在一些实施例中，检测的传输是没有寻呼传输的DRS传输。此外，在一些实施例中，检测来自终端的服务小区的传输包括成功解码寻呼消息。此外，寻呼消息包含终端的寻呼身份。在一些实施例中，在确定一个或多个PO的集合的最后一个子帧时，终端配置成确定第一个子帧和最后一个子帧之间子帧的最小数量。在一些实施例中，一个或多个PO的集合的第一个子帧是DTxW的子帧。此外，在一些实施例中，第一个子帧是DTxW的第一个子帧。在一些实施例中，一个或多个PO的集合的第一个子帧是子帧0。在一些实施例中，一个或多个PO的集合的第一个子帧是DTxW的第一个子帧，并且一个或多个PO的集合的最后一个子帧是DTxW的另一个子帧。在一些实施例中，最后一个子帧是DTxW的最后一个子帧。在一些实施例中，最后一个子帧是在DTxW之外的子帧。在一些实施例中，一个或多个PO的集合位于DTxW之外。在一些实施例中，要求终端尝试在要求LBT的信道中在一个或多个PO的集合的第一个子帧和最后一个子帧之间的任何子帧中获取寻呼信息。在一些实施例中，一种用于在一个或多个PO（一个PO对应于一个子帧）的集合期间获取寻呼信息的终端，其中终端适配于：确定一个或多个PO的集合的第一个子帧；以及确定一个或多个PO的集合的最后一个子帧，其中要求终端尝试在一个或多个PO的集合的第一个子帧和最后一个子帧之间的任何子帧中获取寻呼信息。在一些实施例中，一种用于在一个或多个PO（一个PO对应于一个子帧）的集合期间获取寻呼信息的终端，其中终端包括：第一确定模块，其可进行操作以便确定一个或多个PO的集合的第一个子帧；以及第二确定模块，其可进行操作以便确定一个或多个PO的集合的最后一个子帧，其中要求终端尝试在PO的第一个子帧和最后一个子帧之间的任何子帧中获取寻呼信息。在一些实施例中，一种用于在一个或多个PO（一个PO对应于一个子帧）的集合期间获取寻呼信息的终端，该终端包括：用于确定一个或多个PO的集合的第一个子帧的部件；以及用于确定一个或多个PO的集合的最后一个子帧的部件，并且其中要求终端尝试在一个或多个的PO的集合的所述第一个子帧和所述最后一个子帧之间的任何子帧中获取寻呼信息。在一些实施例中，一种存储软件指令的非暂时性计算机可读介质，软件指令在由终端的一个或多个处理器执行时使得终端：确定一个或多个PO的集合的第一个子帧并确定一个或多个PO的集合的最后一个子帧，其中要求终端尝试在一个或多个PO的集合的第一个子帧和最后一个子帧之间的任何子帧中获取寻呼信息。在一些实施例中，一种在网络节点中用于在指派给终端的寻呼时机窗口（POW）内寻呼终端的方法，POW包括两个或更多个PO（一个PO对应于一个子帧），其中该方法包括：在指派给终端的POW内的两个或更多个PO中的一个PO中将寻呼消息传送给终端。在一些实施例中，多个PO中的一个PO是DTxW内的子帧。此外，寻呼消息与DRS传输一起多路复用在相同子帧内。此外，两个或更多个PO中的一个PO是与包含DRS传输的子帧相邻的子帧。此外，POW与DTxW对齐。在一些实施例中，POW的第一个子帧与网络节点的DTxW的第一个子帧对齐，并且PO的最后一个子帧在DTxW的最后一个子帧之后，以使得POW扩展超过DTxW，并且两个或更多个PO中其中传送寻呼消息的一个PO是位于POW内但位于DTxW之外的子帧。在一些实施例中，POW位于其中网络节点传送DRS的DTxW之外。在一些实施例中，两个或更多个PO中其中传送寻呼消息的一个PO位于其中网络节点传送DRS的DTxW之外。在一些实施例中，POW独立于DTxW。在一些实施例中，POW中的所述两个或更多个PO包括两个或更多个连续子帧。在一些实施例中，网络节点包括无线接口和耦合到接口的处理器，其中网络节点配置成：在指派给终端的POW窗口内的两个或更多个PO之一中将寻呼消息传送给终端。在一些实施例中，网络节点适配于：在指派给终端的POW内的两个或更多个PO之一中将寻呼消息传送给终端。在一些实施例中，网络节点包括：传送模块，其可进行操作以便在指派给终端的POW内的多个PO之一中将寻呼消息传送给终端。在一些实施例中，一种存储软件指令的非暂时性计算机可读介质，软件指令在由网络节点的一个或多个处理器执行时使得网络节点在指派给终端的POW内的多个PO之一中将寻呼消息传送给终端。在联合附图阅读以下实施例的详细描述之后，本领域技术人员将明白本公开的范围并实现其额外方面。附图说明合并到本说明书中以及形成本说明书的一部分的附图图示出本公开的若干方面，并与本描述一起用于解释本公开的原理。图1示出示范性长期演进（LTE）网络。图2示出操作网络节点的方法。图3示出操作用户设备以便尝试在先听后说（LBT）网络中进行寻呼接收的方法。图4示出发现参考信号（DRS）传输窗口（DTxW）和寻呼时机窗口（POW）之间的示范性关系。图5示出在LBT网络中传送寻呼消息的方法。图6示出当在LBT网络中传送寻呼消息时的消息流。图7示出用户设备（UE）。图8示出网络节点。具体实施方式下文阐述的实施例表示使得本领域技术人员能够实践实施例并说明实践这些实施例的最佳模式的信息。在鉴于附图阅读以下描述之后，本领域技术人员将理解本公开的概念，并将意识到本文中没有特别提及的这些概念的应用。应该理解，这些概念和应用落在本公开和随附权利要求的范围内。将注意，在合适的情况下，本文中公开的任何实施例的任何特征可适用于任何其它实施例。同样地，任何实施例的任何优点可适用于其它实施例，并反之亦然。附上的实施例的其它目的、特征和优点将从以下描述变得明显。一般来说，除非本文中另外明确定义，将根据术语在
技术领域：
中的普遍含义来解译本文中所使用的所有术语。除非另外明确陈述，对“一/一个/该元件、设备、组件、部件、步骤等”的所有引用都要开放地解释为是指该元件、设备、组件、部件、步骤等的至少一个实例。除非明确陈述，本文中公开的任何方法的步骤不一定按所公开的确切顺序执行。通篇本描述，类似数字指类似要素。通篇本描述，可互换地使用用户设备（UE）、无线装置和终端。可在支持任何合适的通信标准并利用任何合适组件的任何合适类型的通信系统中实现以下描述的实施例。作为示例，某些实施例可实现在长期演进（LTE）网络中，诸如图1中示出的。图1示出根据特定实施例的包括网络节点12和13与无线装置（WD）14的无线网络10。为简单起见，图1只描绘网络16、网络节点12和13以及WD14。注意，如本领域技术人员将明白的，网络节点12的功能、这些功能可称为由网络16执行。网络节点12在本文中又可称为无线电接入节点12、基站12或演进型节点B（eNB）12。类似地，WD14在本文中又可称为UE14。网络节点12包括接口18、天线19、处理器20和存储设备22。类似地，WD14包括接口24、天线25、处理器26和存储设备28。这些组件可一起工作以便提供网络节点和/或无线装置功能性，诸如在无线网络中提供无线连接。在不同实施例中，无线网络可包括可促进或参与数据和/或信号的通信（不管是经由有线还是无线连接）的任意数量的有线或无线网络、网络节点、基站、控制器、无线装置、中继站和/或任何其它组件。网络16可包括一个或多个互联网协议（IP）网络、公共交换电话网络（PSTN）、分组数据网络、光学网络、广域网（WAN）、局域网（LAN）、无线局域网（WLAN）、有线网络、无线网络、城域网以及使得能够在装置之间通信的其它网络。网络节点12包括接口18、天线19、处理器20和存储设备22。图中将这些组件描述为位于单个较大方格内的单个方格。但是，实际上，网络节点可包括构成单个所示组件的多个不同的物理组件（例如，接口18可包括用于耦合导线以便实现有线连接的终端以及用于无线连接的无线电收发器）。作为另一示例，网络节点12可以是虚拟网络节点，其中多个不同的物理上分离的组件进行交互以便提供网络节点12的功能性（例如，处理器20可包括位于三个分离外壳中的三个分离处理器，其中每个处理器负责网络节点12的特定实例的不同功能）。类似地，网络节点12可由多个物理上分离的组件（例如，NodeB组件和无线电网络控制器（RNC）组件、基站收发信台（BTS）组件和基站控制器（BSC）组件等）组成，每个组件均可具有它们自己的相应处理器、存储设备和接口组件。在其中网络节点12包括多个分离组件（例如，BTS和BSC组件）的某些场景中，可在若干个网络节点中共享一个或多个分离组件。例如，单个RNC可控制多个NodeB。在此类场景中，每个独特NodeB和BSC对可以是单独的网络节点。在一些实施例中，网络节点12可配置成支持多种无线电接入技术（RAT）。在此类实施例中，一些组件可被复制（例如，用于不同RAT的单独存储设备），并且一些组件可被再利用（例如，天线19可由RAT共享）。处理器20可以是以下一项或多项的组合：微处理器、控制器、微控制器、中央处理单元（CPU）、数字信号处理器、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或任何其它合适的计算装置、资源、或可进行操作以便单独或结合其它网络节点组件（诸如存储设备22）一起提供网络节点功能性的硬件、软件和/或编码逻辑的组合。例如，处理器20可执行存储在存储设备22中的指令。此类功能性可包括将本文中论述的各种无线特征提供给诸如WD14的无线装置，包括本文中公开的任何特征或益处。存储设备22可包括任何形式的易失性或非易失性计算机可读存储器，其包括但不限于永久存储设备、固态存储器、远程安装存储器、磁介质、光介质、随机存取存储器（RAM）、只读存储器（ROM）、可移除介质或任何其它合适的本地或远程存储器组件。存储设备22可存储供网络节点12使用的任何合适的指令、数据或信息，包括软件和编码逻辑。存储设备22可用于存储由处理器20进行的任何演算和/或经由接口24接收的任何数据。网络节点12还包括接口18，它可在网络节点12、网络16和/或WD14之间的信令和/或数据的有线或无线通信中使用。例如，接口18可执行对于允许网络节点12通过有线连接来往网络16发送和接收数据所需的任何格式化、编码或转化。接口18还可包括可耦合到天线19或作为天线19的一部分的无线电传送器和/或接收器。无线电可经由无线连接接收即将发送出去到其它网络节点或WD的数字数据。无线电可将数字数据转化为具有合适信道和带宽参数的无线电信号。然后，可经由天线19将无线电信号传送给合适的接收方（例如，WD14）。天线19可以是具备无线地传送和接收数据和/或信号的能力的任何类型的天线。在一些实施例中，天线19可包括可进行操作以便在例如2千兆赫兹（GHz）和66GHz之间传送/接收无线电信号的一个或多个全向、扇区或平板天线。全向天线可用于沿任何方向传送/接收无线电信号，扇区天线可用于在特定区域内来往装置传送/接收无线电信号，并且平板天线可以是用于沿相对直线来传送/接收无线电信号的视线天线。WD14可以是能够向以及从诸如网络节点12和/或其它WD的网络节点无线地发送和接收数据和/或信号的任何类型的无线端点、移动站、移动电话、无线本地环路电话、智能电话、用户设备、桌面型计算机、个人数字助理（PDA）、蜂窝电话、平板计算机、膝上型计算机、通过互联网协议的语音（VoIP）电话或手持机。WD14包括接口24、天线25、处理器26和存储设备28。就像网络节点12一样，将WD14的组件描绘为位于单个较大方格中的单个方格，但是实际上，无线装置可包括构成单个所示组件的多个不同的物理组件（例如，存储设备28可包括多个离散微芯片，每个微芯片代表总存储容量的一部分）。处理器26可以是以下一项或多项的组合：微处理器、控制器、微控制器、CPU、数字信号处理器、ASIC、FPGA或任何其它合适的计算装置、资源、或可进行操作以便单独或结合WD14的其它组件（诸如存储设备28）提供WD功能性的硬件、软件和/或编码逻辑的组合。此类功能性可包括提供本文中所论述的各种无线特征，包括本文中公开的任何特征或益处。存储设备28可以是任何形式的易失性或非易失性存储器，其包括但不限于永久存储设备、固态存储器、远程安装存储器、磁介质、光介质、RAM、ROM、可移除介质或任何其它合适的本地或远程存储器组件。存储设备28可存储供WD14使用的任何合适的数据、指令或信息，包括软件和编码逻辑。存储设备28可用于存储由处理器26进行的任何演算和/或经由接口24接收的任何数据。可在WD14和网络节点12之间的信令和/或数据的无线通信中使用接口24。例如，接口24可执行对于允许WD14通过无线连接来往网络节点12发送和接收数据所需的任何格式化、编码或转化。接口24还可包括可耦合到天线25或作为天线25的一部分的无线电传送器和/或接收器。无线电可经由无线连接接收即将发送出去到网络节点12的数字数据。无线电可将数字数据转化为具有合适信道和带宽参数的无线电信号。然后，可经由天线25将无线电信号传送给网络节点12。天线25可以是具备无线地传送和接收数据和/或信号的能力的任何类型的天线。在一些实施例中，天线25可包括可进行操作以便在2GHz和66GHz之间传送/接收无线电信号的一个或多个全向、扇区或平板天线。为简单起见，就使用无线信号而言，可将天线25视为是接口24的一部分。周期性地传送发现参考信号（DRS）以便允许用于空闲/连接模式移动性的信道质量测量以及初始小区检测。这允许UE14测量它的服务小区和/或检测/测量其它小区。DRS传输窗口（DTxW）定义周期性窗口，在此周期性窗口期间，eNB12当在未许可频谱中操作时尝试服从于先听后说（LBT）的DRS传输。eNB12可选择DTxW的长度，其可以是介于1-10ms之间的任何整数值。长度可例如取决于小区负载而被配置，这将影响LBT成功率。在LTE中，最小DTxW周期性是40ms。可在MuLTEfire（MF）中配置其它周期性。当在子帧（SF）#0-4上传送DRS时，对应的小区特定参考信号（CRS）利用与SF#0对应的扰频（scrambling）。当在SF#5-9上传送DRS时，对应CRS利用与SF#5对应的加扰。只有当分别在SF#0或SF#5中传送DRS时单播物理下行链路共享信道（PDSCH）才可与DRS一起多路复用。在空闲模式中，UE14周期性地测量DRS以便检查小区重新选择准则。所认为的是，读取服务小区的DRS的周期性等于DRX循环。在LTE中，要求UE14每DRX循环监测服务小区至少一次。由于DRS传输的稀疏性（最小40ms的周期性），所以当前的LTE寻呼配置不保证寻呼时机（PO）以及DRS传输对齐或至少在时间上接近。在本文中公开的某些实施例中，针对一个寻呼循环使用PO的集合/多个PO（又称为寻呼时机窗口（POW））。因此，在寻呼循环内的寻呼传输可能不仅出现在仅仅一个特定PO中、即只出现在一个特定寻呼子帧中，而是扩展至由多个-潜在连续的-子帧组成的POW时机的可配置集合/可配置的多个POW时机，使得每寻呼循环存在多个PO。与DTxW类似，MFPOW可跨越1-10ms的长度。一些实施例可包括：1）将MFPOW配置成使得它将覆盖服务小区的DTxW以便确保：a)寻呼传输与DRS传输一起多路复用在相同子帧中。MFPOW具有与DTxW等同的长度和开始子帧；或b)POW在时间上与DRS传输接近。2）使用若干个MFPOW配置，它们独立于DRS传输。本文中公开的实施例可减少寻呼时延，而同时优化UE的功率消耗。在实施例1a中，可在相同子帧中执行寻呼和DRS传输。这允许最小化的UE功率消耗。但是，如果由小区服务的空闲模式UE的数量增加到大于给定阈值，那么在给定时间约束内能够寻呼由小区服务的所有UE的概率将减小。在实施例1b中，在重叠窗口中但是不一定在相同子帧中执行寻呼和DRS传输二者。这允许UE14限制其中它唤醒的时间，并且与之前实施例相比允许同时寻呼更多UE。但是，UE功率消耗略高于之前的实施例，在之前的实施例中，一旦检测到DRS，UE便可停止监测寻呼。在实施例2中，寻呼传输将不一定与DRS传输一致。不同MFPOW配置迎合在给定时间约束内被寻呼的UE的更多数量。POW将不仅遍布在寻呼帧（PF）内，而且还将遍布在DTxW之间。该实施例要求UE醒来以便尝试DRS接收并且醒来以便尝试寻呼接收，但是将减少大量UE的寻呼时延。现在下文将参考附图更全面地描述上文描述的一些实施例。但是，本公开的范围内包含其它实施例，并且本公开不应理解为仅仅局限于本文中阐述的实施例；而是，通过示例方式提供这些实施例以便向本领域技术人员传达发明性概念的范围。某些实施例定义由若干个子帧组成的POW，而不是由单个子帧组成的PO。这样的一个优点是，它可能更适于迎合LBT失败。在一些实施例中，eNB12将寻呼传输与DRS传输对齐，以便在相同子帧中传送它们。UE14可尝试并行、同时或几乎同时接收DRS和寻呼。如果UE14在子帧中检测到DRS而没有检测到寻呼，那么它将在下一个子帧中进入睡眠，即使POW覆盖更多子帧。进入睡眠而不是监测更多个子帧可有助于改进能量消耗。在具体实施例中，eNB12可在与DTxW对齐的POW内传送寻呼。在此类实施例中，即使它检测到DRS和/或寻呼传输，UE14仍可监测全部POW。在一些实施例中，eNB12可独立于DTxW配置而配置POW。将存在将与DTxW重叠的POW，而其它POW将不与DTxW重叠。如果寻呼与DRS一起多路复用在DTxW内，那么eNB可对分别对应于例如SF#0或SF#5的CRS进行加扰。类似地，UE14可考虑分别对应于SF#0或SF#5而进行加扰以便解码与DRS传输一起多路复用的寻呼传输。POW是寻呼循环内的PO的集合/多个PO，其可配置成具有与DTxW相同的长度。长度可配置在例如1-10ms之间，并且eNB12可考虑诸如小区负载和对应LBT失败以及传送机会（TXOP）的不同因素以便选择POW的合适长度。不同于由于关于冗余版本的问题而只可在某些系统帧编号（SFN）内传输的DRS传输（对于其，SFNmod4=0），POW内的PO不一定落到相同系统帧中，这为寻呼配置赋予更多可能性。在实施例1中，POW与服务小区的DTxW对齐。在这方面，在MF中使用POW而不是上文描述的以及在LTE中使用的Ns={1,2,4}个PO。如同对于遗留LTE，可从UE_ID得出PF。如果DTxW周期性是40ms，并且出现在SFNmod4=0中，那么这对于任何PF将同样有效。在例如320ms的寻呼循环下，UE14分布在(320ms/40ms)=8个可能的PF出现之间。如果需要寻呼特定UE14，那么eNB12将演算UE14的PF。在该PF内，eNB12将一起多路复用寻呼消息与DRS。为了接收寻呼，取决于其中传送寻呼和DRS的子帧编号，UE14因此将预期与SF#0或SF#5对应的CRS加扰。在实施例中，POW总是在子帧#0开始。在实施例1b中，可选地允许在POW内的不包含DRS的另一子帧中传送寻呼。为了接收寻呼，如果没有在与DRS相同的子帧中传送，那么UE14因而应当预期CRS加扰以便遵循实际子帧编号。在实施例1b中，可在DRS子帧中寻呼一个UE，而在继DRS子帧之后的另一个子帧中寻呼另一个UE。因此，UE14不一定在检测到DRS和寻呼传输之后停止监测寻呼传输，其中寻呼消息本打算给另一个UE。一个可能的选项将是将UE14配置成在DRS子帧中开始POW（扩展的寻呼时机窗口），以使得POW可在DTxW之后结束。在实施例2中，独立于服务小区的DTxW而配置POW。在这方面，如果小区中的UE14的数量超过某个阈值，那么eNB12可决定配置更多POW以便在寻呼的时域中分布UE14。在实施例中，PF是使得它们可出现在任何无线电帧中以使得例如SFNmod4可以是0、1、2或3。在另一个实施例中，POW的出现可在PF内，即，POW可具有5个子帧的长度，并且因此，在一个PF内可存在两个POW。第一个POW可覆盖子帧#0-4，并且另一个POW可覆盖子帧#5-9。取决于POW的长度，PF内的分布可不同。此外，POW可配置有子帧偏移以便在一个或多个无线电帧上扩张。然后，方程式可基于例如8个而不是10个子帧的群组。这将偏离LTE的现有方程式。重要的是，UE可基于SFN得出它的子帧群组。如果存在例如1024个SFN，并且因此，10240个子帧适应到1024个SFN中。为了简单演算，10240应当可由寻呼子帧分组（PSG）整除，在一些场景中，PSG可由2、4、5或8个子帧组成。由5个子帧组成的PSG将允许在一个无线电帧内具有2个POW，这将对应于遗留系统中的Ns=2的配置。可如下演算寻呼子帧分组编号（PSGN）：PSGNmodTMF=(TMFdivNMF)*(UE_IDmodNMF)T→TMF=T*(10/PSG)N→NMF=N*(10/PSG)最后，将从PSGN得出实际SFN+子帧偏移：SFN=PSGN*PSGdiv10SFN子帧偏移=PSGN*PSGmod10POW可配置成等于或小于PSG。具有较短PSG允许更多时机来分布UE且对应于具有许多（空闲模式）UE的小区，而将需要较长PSG以应对具有遭受许多LBT失败的高业务负载的小区。配置短POW允许较低电池消耗，但是存在由于LBT失败而必须将寻呼传输推迟到下一个POW的较高概率。图2示出根据本公开的一些实施例，图1的无线网络10的操作的一个示例方法。在该示例中，取决于UE的数量，网络节点12确定利用实施例1a、1b还是2。如图所示，网络节点12（例如，eNB12）确定UE的数量（NUE）是否大于第一阈值（NTH1a）（步骤100）。如果否，那么网络节点12将寻呼与DRS传输对齐，其中POW的长度等于DTxW的长度，并且POW在SFNmodDTxW-周期/10=0中开始，如上文关于实施例1a所描述（步骤102）。但是，如果UE14的数量大于第一阈值，那么网络节点12确定UE的数量（NUE）是否大于第二阈值（NTH1b）（步骤104）。如果否，那么网络节点12将寻呼与DTxW对齐，其中POW长度等于DTxW，并且POW出现在SFNmodDTxW-周期/10=0中，如上文关于实施例1b所描述（步骤106）。甚至在DRS传输之后，UE14可继续在扩展的POW集合内进行寻呼监测。但是，如果UE的数量（NUE）大于第二阈值（NTH1b），那么网络节点12独立于DTxW而配置寻呼（步骤108）。这允许寻呼比DTxW-周期更频繁。网络节点12可配置POW以使得它每DTxW出现N次。例如，如果DTxW-周期是160ms，那么网络节点12可将POW配置成例如在每第四个无线电帧出现（例如，每40ms，N=4）。如果N=16，那么POW将在每个无线电帧出现。如果N=32，那么POW将每无线电帧出现N寻呼=2次。网络节点12确定UE的数量（NUE）是否大于第三阈值（NTH2）（步骤110）。如果否，那么网络节点14将POW配置成每无线电帧出现一次（步骤112）。如果UE的数量（NUE）大于第三阈值（NTH2），那么网络节点12将POW长度配置成使得POW每无线电帧出现N寻呼次，其中N寻呼可大于1（步骤114）。第一、第二和第三阈值可预先定义或预先配置。图3示出根据本公开的一些实施例在终端（例如，UE14）中用于在一个或多个PO（一个PO对应于一个子帧）的集合期间获取寻呼信息的方法。终端确定一个或多个PO的集合（即，PO集合）的第一个子帧（步骤200）。如上所述，取决于具体实施例，一个或多个PO的集合的第一个子帧可与DTxW的起点对齐或独立于DTxW。此外，取决于实施例，一个或多个PO的集合可以是例如一个或多个子帧、两个或更多个子帧、或两个或更多个连续子帧。终端确定一个或多个PO的集合的最后一个子帧，其中要求终端尝试在第一个子帧和最后一个子帧之间的任何子帧中获取寻呼信息（步骤202）。如上文所论述，取决于实施例，最后一个子帧可在DTxW之内或在DTxW之外。该确定可基于PO集合中子帧的最小数量。确定最后一个子帧包括检测来自终端的服务小区（例如，eNB或其它网络节点）的传输。传输可以是DRS传输。例如，寻呼可与DRS一起多路复用。传输可以是寻址到寻呼无线电网络临时标识符（P-RNTI）的传输。检测传输可以是用终端的寻呼身份成功解码寻呼消息。在一些其它实施例中，确定最后一个子帧包括基于PO的集合中子帧的最小数量确定最后一个子帧。在可选步骤204中，终端尝试在第一个子帧和最后一个子帧之间的任何子帧中获取寻呼信息。图4示出如本文描述的POW的各种配置。在图4的(a)中，示出其中POW与DTxW对齐的实施例的一个示例。在图4的(b)中，示出其中POW的起点与DTxW的起点对齐并且POW扩展超过DTxW的终点的实施例的一个示例。在图4的(c)中，示出其中POW与DTxW独立的实施例的一个示例。图5示出根据本公开的一些实施例，网络节点12（例如，eNB12）的操作的方法。如图所示，网络节点12在为UE14配置的POW内的多个PO之一中向UE14传送寻呼消息（步骤300）。在传送之前，网络节点12需要确定UE14的POW和PO位置（步骤302）。POW可以是例如与DTxW对齐、扩展超过DTxW或位于DTxW之外并潜在地与DTxW独立的多个连续子帧。其中寻呼消息传送给UE14的PO可以是例如：DTxW中的子帧、其中传送DRS使得寻呼消息与DRX一起多路复用在相同子帧中的相同子帧、与包含DRS的子帧相邻的子帧或位于DTxW之外的子帧。图6示出根据上文描述的一些实施例，网络节点12（例如，基站12）和UE14的操作。如图所示，基站12可选地确定POW和POW内的PO，其中用于将寻呼消息传送给UE14（步骤400），如上所述。服从于LBT，基站12在POW内的确定的PO中将寻呼消息传送给UE14（步骤402）。在UE14，UE14确定UE14将针对寻呼消息而监测的子帧或PO的集合中的第一个和最后一个子帧，如上所述（步骤404和406）。图7示出根据UE14的一些实施例的UE14的示意性框图。如图所示，UE14包括第一确定模块34和第二确定模块36，每个模块用软件实现。第一确定模块34配置成确定一个或多个PO的集合的第一个子帧。第二确定模块36配置成确定一个或多个PO的集合的最后一个子帧，其中要求UE14尝试在第一个子帧和最后一个子帧之间的任何子帧中获取寻呼信息，如上所述。图8示出根据网络节点12的一些实施例的网络节点12的示意性框图。如图所示，网络节点12包括用软件实现的传送模块38。如上所述，传送模块38配置成在指派给UE14的POW内的多个PO之一中向UE14传送寻呼消息。如上所述，传送模块38可确定POW和POW内的PO位置。本文中描述的任何步骤仅仅说明某些实施例。不要求所有实施例都合并所公开的所有步骤，也不要求按本文中描述或描绘的确切顺序执行这些步骤。此外，一些实施例可包括本文中没有示出或描述的步骤，包括对于本文中公开的一个或多个步骤固有的步骤。可通过计算机程序产品来执行任何合适的步骤、方法或功能，计算机程序产品可由例如由图中示出的组件和设备来执行。例如，存储设备22可包括在其上存储计算机程序的计算机可读部件。计算机程序可包括使得处理器20（以及任何在操作上耦合的实体和装置，诸如接口18和存储设备22）执行根据本文中所描述的实施例的方法的指令。因此，计算机程序和/或计算机程序产品可提供用于执行本文中所公开的任何步骤的部件。可通过一个或多个功能模块来执行任何合适的步骤、方法或功能。每个功能模块可包括由例如处理器执行的软件、计算机程序、子例行程序、库、源代码或任何其它形式的可执行指令。在一些实施例中，可以用硬件和/或用软件来实现每个功能模块。例如，可通过处理器20和/或26、可能地与存储设备22和/或28协作而实现一个或多个或所有功能模块。因此，处理器20和/或26与存储设备22和/或28可布置成允许处理器20和/或26从存储设备22和/或28提取指令并执行提取的指令以允许相应的功能模块执行本文中公开的任何步骤或功能。上文参考几个实施例已主要描述了发明性概念的某些方面。但是，如本领域技术人员容易地领会，与上文公开的实施例不同的实施例是等同可能的并且在发明性概念的范围内。类似地，尽管已论述了多个不同的组合，但是尚未公开所有可能的组合。本领域技术人员将领会，存在其它组合，并且它们在发明性概念的范围内。此外，如本领域技术人员所了解，本文中公开的实施例因而同样适用于其它标准和通信系统，并且来自具体图的联系其它特征一起公开的任何特征可适用于任何其它图和/或可与不同特征组合。一些实例实施例如下：•实施例A：一种在终端中用于在一个或多个PO（一个PO对应于一个子帧）的集合期间获取寻呼信息的方法，其中该方法包括：确定所述PO集合的第一个子帧；以及确定所述PO集合的最后一个子帧，并且其中要求终端尝试在PO的所述第一个子帧和所述最后一个子帧之间的任何子帧中获取所述寻呼信息。•实施例B：根据实施例A的方法，其中所述确定PO集合的所述最后一个子帧包括UE检测来自它的服务小区的传输。•实施例C：根据实施例B的方法，其中所述检测的传输是DRS传输。•实施例D：根据实施例B的方法，其中所述检测的传输是寻址到P-RNTI的传输。•实施例E：根据实施例B的方法，其中所述检测的传输包括成功解码寻呼消息。•实施例F：根据实施例E的方法，其中所述寻呼消息包含所述终端的寻呼身份。•实施例G：根据以上任何实施例的方法，其中确定PO集合的所述最后一个子帧包括确定所述第一个子帧和所述最后一个子帧之间的子帧的最小数量。•实施例H：根据以上任何实施例的方法，其中PO集合的所述第一个子帧是DTxW的第一个子帧。•实施例I：一种网络节点，包括无线接口和耦合到接口的处理器，以及处理器配置成执行以上方法的任何步骤。•实施例J：一种无线装置，包括无线接口和耦合到接口的处理器，以及处理器配置成执行以上方法的任何步骤。•实施例K：一种网络节点，包括处理器和计算机可读存储介质，存储介质包含可由处理器执行的指令，由此网络节点可进行操作以便执行以上方法的任何步骤。•实施例L：一种无线装置，包括处理器和计算机可读存储介质，存储介质包含可由处理器执行的指令，由此无线装置可进行操作以便执行以上方法的任何步骤。•实施例M：一种网络节点，包括多个模块，这些模块配置成执行以上方法的任何步骤。•实施例N：一种无线装置，包括多个模块，这些模块配置成执行以上方法的任何步骤。本公开通篇使用以下首字母缩略词。本领域技术人员将意识到对本公开的实施例的改进和修改。所有此类改进和修改视为在本文中公开的概念的范围内。当前第1页1 2 3