CN109716836B

CN109716836B - 一种支持波束扫描的寻呼通知的调度

Info

Publication number: CN109716836B
Application number: CN201780057029.5A
Authority: CN
Inventors: 纳坦·爱德华·坦尼; 理查德·斯特林-加拉赫; 刘斌; 杨云松
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2016-09-15
Filing date: 2017-09-12
Publication date: 2020-11-03
Anticipated expiration: 2037-09-12
Also published as: US10057881B2; EP3504913A4; US10448360B2; JP2019532572A; KR102205091B1; EP3504913B1; EP3504913A1; WO2018050053A1; US20180324758A1; CN109716836A; KR20190052069A; JP6833019B2; US20180077680A1

Abstract

一种用于寻呼通知的实施例方法，包括：对UE标识进行散列处理，以确定要向所述UE发送寻呼的寻呼帧，并确定位图中的条目的索引；将所述位图中所述索引的所述条目设置为指示与所述UE所属的寻呼组相关联的寻呼消息是否在当前寻呼周期中传输的值；并在多个波束形成后波束的每一个中传输位图，其中，所述波束以扫描模式传输，确保在传输所述波束的组件的每一部分覆盖区域中传输至少一个波束，并且在所述寻呼帧期间将每个所述波束至少传输一次。

Description

一种支持波束扫描的寻呼通知的调度

请申叉交案请申关相

本申请要求于2016年12月12日递交的发明名称为“一种支持波束扫描的寻呼通知的调度”的第15/376,379号美国非临时申请案的在先申请优先权，后者又要求于2016年9月15日递交的发明名称为“一种支持波束扫描的寻呼通知的调度”的第62/395,171号美国临时申请案的在先申请优先权，这两份专利申请案的全部内容以引入的方式并入本文。

域领术技

本发明大体涉及一种无线通信系统和方法，并在特定实施例中涉及一种支持波束扫描的寻呼通知的调度系统和方法。

术技景背

不与网络进行数据通信时，用户设备(user equipment，简称UE)可以进入低功耗空闲状态。当网络希望与处于空闲状态的UE进行通信时，网络可以向UE发送寻呼。通常，系统仅在寻呼情况下传输寻呼。其中所述寻呼情况以所述UE和网络已知的周期性间隔发生。发生寻呼情况时，所述UE瞬间唤醒以确定网络是否已发送寻呼。如果系统没有发送寻呼，则所述UE可以返回到空闲状态。如果系统已发送寻呼，则所述UE可以侦听对应于所述寻呼的寻呼消息，并且可以遵循所述寻呼消息中包含的指令，诸如用于发起连接到网络的过程的指令。

容内明发

根据本发明的一实施例，一种用于寻呼通知的方法包括：对UE标识进行散列处理，以确定要向所述UE发送寻呼的寻呼帧，并确定位图中的条目的索引；将所述位图中索引的条目设置为指示与所述UE所属的寻呼组相关联的寻呼消息是否在当前寻呼周期中传输的值；在多个波束形成后波束的每一个中传输位图，其中，所述波束以扫描模式传输，确保在传输所述波束的组件的每一部分覆盖区域中传输至少一个波束，并且在所述寻呼帧期间将每个所述波束至少传输一次。

可选地，在上述实施例中的任一实施例中，在所述方法中，位图中的条目的数目等于寻呼帧中的寻呼组的数目。

可选地，在上述实施例中的任一实施例中，在所述方法中，每个所述波束中传输至少一个寻呼传输时间间隔(transmission time interval，简称TTI)，并且在每个寻呼TTI中传输所述位图。

可选地，在上述实施例中的任一实施例中，在所述方法中，传输的寻呼TTI的数目是寻呼配置的一部分。

可选地，在上述实施例中的任一实施例中，在所述方法中，所述散列法进一步确定了在其中传输所述位图的多个寻呼TTI内的寻呼TTI。

根据本发明的另一实施例，一种用于寻呼监测的方法包括：对UE标识进行散列处理，以确定要向所述UE发送寻呼的寻呼帧，并确定要向所述UE发送的位图中的指标的位置，其中所述指标的值指示与所述UE所属的寻呼组相关联的寻呼消息是否在当前寻呼周期内传输；识别所述UE在其中能够接收下行链路传输的寻呼帧内的波束形成的波束；在所述寻呼帧期间监测所述波束以接收所述位图；当所述指标的值指示在当前寻呼周期内传输所述寻呼消息时，接收并解码所述寻呼消息以确定系统是否正在寻呼所述UE。

可选地，在上述实施例中的任一实施例中，在所述方法中，指定所述UE接收的寻呼传输时间间隔(transmission time interval，简称TTI)的数目是可变的。

可选地，在上述实施例中的任一实施例中，在所述方法中，所述UE侦听足够的寻呼TTI以接收至少具有阈值可靠性的位图。

可选地，在上述实施例中的任一实施例中，在所述方法中，所述散列法进一步确定了在其中接收所述位图的多个寻呼TTI内的寻呼TTI。

根据本发明的另一实施例，传输/接收点包括处理器和非瞬时性计算机可读存储介质，用于存储供所述处理器执行的程序。所述程序包括用于执行以下操作的指令：对UE标识进行散列处理，以确定要向所述UE发送寻呼的寻呼帧，并确定位图中的条目的索引；将所述位图中索引的条目设置为指示与所述UE所属的寻呼组相关联的寻呼消息是否在当前寻呼周期中传输的值；在多个波束形成后波束的每一个中传输位图，其中，所述波束以扫描模式传输，确保在传输所述波束的组件的每一部分覆盖区域中传输至少一个波束，并且在所述寻呼帧期间将每个所述波束至少传输一次。

可选地，在上述实施例中的任一实施例中，在所述传输/接收点中，位图中的条目的数目等于寻呼帧中的寻呼组的数目。

可选地，在上述实施例中的任一实施例中，在所述传输/接收点中，所述程序还包括用于执行以下操作的指令：在每个所述波束中传输至少一个寻呼传输时间间隔(transmission time interval，简称TTI)，并且在每个寻呼TTI中传输所述位图。

可选地，在上述实施例中的任一实施例中，在所述传输/接收点中，传输的寻呼TTI的数目是寻呼配置的一部分。

可选地，在上述实施例中的任一实施例中，在所述传输/接收点中，所述程序还包括用于执行以下操作的指令：对所述UE标识进行散列处理，以确定在其中传输所述位图的多个寻呼TTI内的寻呼TTI。

根据本发明的另一实施例，UE包括处理器和非瞬时性计算机可读存储介质，用于存储供所述处理器执行的程序。所述程序包括用于执行以下操作的指令：对所述UE标识进行散列处理，以确定要向所述UE发送寻呼的寻呼帧，并确定要向所述UE发送的位图中的指标的位置，其中所述指标的值指示与所述UE所属的寻呼组相关联的寻呼消息是否在当前寻呼周期内传输；识别所述UE在其中能够接收下行链路传输的寻呼帧内的波束形成的波束；在所述寻呼帧期间监测所述波束以接收所述位图；当所述指标的值指示在当前寻呼周期内传输所述寻呼消息时，接收并解码所述寻呼消息以确定系统是否正在寻呼所述UE。

可选地，在上述实施例中的任一实施例中，在所述UE中，位图中的条目的数目等于寻呼帧中的寻呼组的数目。

可选地，在上述实施例中的任一实施例中，在所述UE中，指定所述UE接收的寻呼传输时间间隔(transmission time interval，简称TTI)的数目是可变的。

可选地，在上述实施例中的任一实施例中，在所述UE中，所述程序还包括用于执行以下操作的指令：所述UE侦听足够的寻呼TTI以接收至少具有阈值可靠性的位图。

可选地，在上述实施例中的任一实施例中，在所述UE中，所述程序还包括用于执行以下操作的指令：对所述UE标识进行散列处理，以确定在其中接收所述位图的多个寻呼TTI内的寻呼TTI。

一个或多个实施例的优点源自以下事实：在未来版本无线资料控制(RadioResource Control，简称RRC)信令中，寻呼将作为主要功能。可以指定覆盖低频(全向)情况和高频及其它波束形成情况的单个RRC过程集，因此，即使在全向情况下，所述未来寻呼流程也需要适用于波束成形。可能需要指定寻呼算法，因为所述UE和网络需要共同意识到UE监测寻呼的时间。本文中所披露的一个或多个实施例提供了在此类情况下可以实现的寻呼行为。

明说图附

为了更完整地理解本发明及其优点，现在参考下文结合附图进行的描述，其中：

图1是示出了寻呼流程的时间轴；

图2是示出了随时间的推移扫描多个波束形成的传输的流程图；

图3是示出了随时间的推移在扫描多个波束形成的传输期间执行寻呼的流程图；

图4是示出了随时间的推移在扫描多个波束形成的传输期间执行寻呼的流程图，在此场景中，DRX周期和扫描时间互素；

图5示出了波束成形和波束扫描场景中的寻呼位图的实施使用；

图6示出了波束成形和波束扫描场景中的UE接收的实施时间轴；

图7示出了波束成形和波束扫描场景中的TRP传输的实施时间轴；

图8示出了组合图6和图7中功能的实施流程；

图9是一种用于寻呼通知的实施方法的流程图；

图10是一种用于寻呼监测的实施方法的流程图；

图11示出了用于执行本文所描述方法的实施处理系统的框图；

图12示出了用于通过电信网络传输和接收信令的收发器的框图。

式方施实体具

下文将详细论述当前优选实施例的结构，制作和使用。然而，应了解，本发明提供可在各种具体上下文中体现的许多适用的发明性概念。所论述的具体实施例仅仅说明用以实施和使用本发明的具体方式，而不限制本发明的范围。

在长期演进(Long Term Evolution，简称LTE)系统中，寻呼情况在寻呼帧级别和寻呼子帧级别多路复用，其中帧占用10毫秒(millisecond，简称ms)，子帧占用1ms。UE使用其标识(例如其国际移动用户识别码(International Mobile Subscriber Identity，简称IMSI))作为散列函数的输入，以确定采用哪些寻呼帧以及所述寻呼帧内的哪些子帧进行监测以接收寻呼通知。所述散列函数基于模量，通过以下等式给定：

SFN mod T＝(T div N)*(UE_ID mod N)，

其中，SFN为系统帧号；T为UE的非连续接收(discontinuous reception，简称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为IMSI mod 1024。

指向寻呼情况的指数i_s可以根据以下等式推导出来：

i_s＝floor(UE_ID/N)mod Ns，

其中，所述指数i_s通过查找表确定寻呼情况子帧号。

当网络希望向UE发送寻呼时，网络通过应用所述UE使用的相同散列函数来确定寻呼时间。因此，UE和网络都知道所述UE何时会发生寻呼情况，并且所述UE只能在分配的寻呼情况下侦听物理下行控制信道(physical downlink control channel，简称PDCCH)中的寻呼。

不同的UE可以散列到相同的寻呼情况，因此可能发生误告警。也就是说，UE可以接收针对另一UE的寻呼。散列函数将UE分配到不同的寻呼情况以减少误告警次数，但是可能无法降至零次。因此，当UE在分配给自身的寻呼情况下看到在PDCCH上调度的寻呼时，所述UE可能需要检查物理下行共享信道(physical downlink shared channel，简称PDSCH)上的对应寻呼消息，以确定所述寻呼实际上是否为分配给自身的寻呼。散列到相同寻呼情况的UE可以称为寻呼组。

一个寻呼子帧包含PDCCH上一个比特的寻呼信息。所述比特指示系统当前是否正在寻呼分配给所述寻呼情况的组中的一个或多个UE。可以在PDSCH中传输附加信息，例如系统正在寻呼的单独的UE以及寻呼原因。一个寻呼帧包含PDCCH上的信息的Ns比特(最多4比特，所述值取决于网络配置)。

图1是示出了寻呼流程的时间轴100。在此示例中，UE 110已对其标识(identifier，简称ID)进行散列处理，并且已确定寻呼帧140是其寻呼帧，子帧4是其寻呼子帧。发生寻呼帧120和130时，UE 110认识到这些寻呼帧中的任何一个都不是其寻呼帧，并且UE 110在这些寻呼帧中停留在DRX截止周期。发生寻呼帧140时，UE 110认识到所述寻呼帧是其寻呼帧。发生UE的寻呼子帧4前，UE 110一直停留在DRX截止周期。发生寻呼子帧4时，UE110唤醒，接收寻呼，并在需要时依所述寻呼执行操作。发生寻呼帧140内的下一个寻呼子帧时，UE 110返回到DRX截止周期。发生寻呼帧150时，UE 110再次认识到所述寻呼帧不是其寻呼帧，并且UE 110停留在DRX截止周期。

一些系统可以使用波束扫描进行广播传输，包括寻呼。换句话说，如果传输/接收点(transmit/receive point，简称TRP)在全向传输时不能达到所需范围，则TRP可以依靠波束成形来在一个或多个特定方向中定向传输。然而，TRP通常不能同时在所有方向中实现波束成形，因此TRP可以随时间的推移通过多个方向来扫描多个波束形成的传输。

图2示出了随时间的推移扫描多个波束形成的传输。在此示例中，16个波束的图案覆盖了2π的完整旋转。在其它情况下，波束的数目和所述波束的宽度都可以增加或减小。在第一时刻，TRP 210沿第一方向传输第一波束B1。在第二时刻，TRP 210沿第二方向传输第二波束B2，其中所述第二方向与第一方向存在特定的偏移。此类传输继续进行，确保TRP210在其覆盖区域内发送波束。因此，TRP 210随时间的推移有效地全向传输波束，但是在任何一个时刻，TRP 210仅沿所示的16个方向中的一个方向传输波束。一般来说，TRP 210以扫描模式传输多个波束形成的波束，确保在TRP 210的每一部分覆盖区域中传输至少一个波束。TRP 210可以是基站、演进型基站B(evolved node B，简称eNB)或类似组件。

为了承载寻呼消息，波束可能需要沿一个方向“停留”至少一个寻呼情况的持续时间。这个时间长度可以称为“停留时间”D。因此，对于单独传输的N个波束，扫过整个旋转所用的时间为DN。然而，如果TRP能够同时传输k个波束，则扫描时间为DN/k。可以假定D是寻呼情况的持续时间p的整数倍m，确保D＝mp。

在LTE中，p是1子帧，但具有灵活的新无线(new radio，简称NR)结构，p可以为其它持续时间。在下文中，p可以称为寻呼传输时间间隔(transmission time interval，简称TTI)。因此，波束会扫描整个TRP覆盖区域，在每个波束方向中消耗m个寻呼TTI。在mN/k个寻呼TTI中，波束覆盖每个方向。

在波束扫描环境中使用现有寻呼结构时可能会出现问题。例如，TRP可能不知道UE所在的方向，因此可能需要全向或几乎全向执行寻呼。换句话说，TRP可能需要扫描整个旋转的重要部分，在每个波束中发送寻呼，直至将寻呼发送至所述寻呼针对的UE。在此场景中，寻呼可能会延迟。同时，UE可能不知道TRP沿UE方向执行寻呼的时间。因此，UE可能需要保持唤醒状态并且持续时间长于必要时间，同时等待承载将沿UE方向传输的寻呼的波束。在此场景中，UE的电池利用率可能会受到不利影响。

图3示出了在波束扫描环境中使用现有寻呼结构时可能会出现的另一问题。在这种情况下，UE可能永远不会接收寻呼。例如，TRP 310一次扫描一个波束，一次针对一个寻呼帧。每16帧(160ms，使用LTE数字命理学)，TRP 310便会覆盖TRP的整个覆盖区域。UE 320位于波束B7的方向中。可以假设UE 320具有256帧(2.56秒)的寻呼DRX周期，并且UE 320散列到寻呼帧105和寻呼子帧4。仅当SFN＝6mod 16时，波束B7中的UE 320才会觉察到寻呼。由于帧105不满足此条件，因此系统不会在波束B7中寻呼UE 320。相反，系统在波束B10中寻呼UE320，但是由于UE 320不在波束B10的方向中，因此无法通过寻呼消息到达UE。一般来说，问题在于：扫描时间(16帧)均匀地划分DRX周期长度(256帧)，因此DRX周期内的给定帧总是沿相同的波束方向发生。

后一个问题的一种可能的解决方案可能是确保DRX周期和扫描时间互素。例如，DRX周期可以设置为233帧或一些其它相当接近256帧的任意选择的素数。

图4示出了在此类场景中执行的寻呼。由于233＝9mod 16，因此寻呼周期在每次扫描时间内“位移”9帧。在DRX周期t中，波束X承载其中SFN＝(X-1)+9(t-1)mod 16的帧中的寻呼。因此，可能需要确定波束B7承载其中SFN＝105mod 256的帧的寻呼的时间。由于105＝9mod 16，此类事件在周期t中发生，确保9＝6+9(t-1)mod 16，或等同地4＝3t mod 16。

一般形式为：

(DRX周期)＝(X-1)+(DRX周期)(t-1)mod N。

因此，此类事件首次在t＝12时发生。换句话说，寻呼UE 410需要12*233＝2796帧或约28秒。如此长的寻呼时间是不能接受的，因此这种策略并不理想。

寻呼前，TRP不知道UE所在的方向。UE从系统信息中了解到波束图形，包括其基于同步波束的定时关系。因此，UE可以选择仅在其最有利的波束处于活动状态时进行侦听。UE最有利的波束可以定义为所述UE接收的波束，其信号质量度量标准(如接收能量、信噪比、参考信号接收功率(reference signal received power，简称RSRP)、参考信号接收质量(reference signal received quality，简称RSRQ)等)高于任何其它波束，并且所处方向与UE的距离小于任何其它波束。任何通过允许UE接收所述波束中的寻呼的能量和方向传输的波束都可以被视为所述UE的可接受波束。换句话说，可接受波束为UE接收的超出信号质量阈值(如接收能量、信噪比、RSRP、RSRQ等)的波束，但可能是或不是所述UE最有利的波束。

网络和UE都知道寻呼周期和控制系统寻呼所述UE的时间的其它参数。然而，网络不一定知道特定UE可以或将会监测的一个或多个波束。因此，可以期望定义寻呼方案，确保在任何寻呼帧中，系统都会向侦听UE发送寻呼情况，而不管定向到所述UE的波束是哪一个。如果系统实施了此类方案，则UE将能够侦听所述UE可以听到的任何波束并接收寻呼信息。然而，在这种情况下，网络将需要传送有关所有波束的所有寻呼信息，因为网络不知道所述UE的位置。因此，这种方案将需要网络传输大量冗余信息。此外，现有LTE系统中的时间多路复用方案无法提供此类功能。

在一实施例中，保持来自LTE的寻呼帧概念，其中系统时间轴划分为多个长度相同的寻呼帧，并且所述帧长度可由网络配置。此外，UE通过采用类似于LTE中方法的方法散列到寻呼帧。

然而，在一实施例中，系统提供寻呼位图来指示正在寻呼的UE，而不是使用寻呼子帧。如果系统当前正在寻呼位于寻呼组i中的UE，则寻呼位图中具有索引i的变量可以设置为值“1”。所述UE可以通过采用类似于LTE中方法的方法，如基于UE_ID mod(寻呼组的数目)来散列到寻呼组。

这些实施例确保在一个寻呼帧期间，在整个扫描模式中，系统在每个波束中至少发送一次寻呼位图。寻呼帧可能需要至少等于扫描时间的时间。寻呼位图在单个寻呼TTI中传输，因此不同的寻呼组在频率维度中进行多路复用，而不像在LTE和通用移动通讯系统(Universal Mobile Telecommunications System，简称UMTS)中的情况那样在时间维度上进行多路复用。UE侦听寻呼帧中足够的寻呼TTI以可靠地接收位图。值得注意的是，并不是每一个无线帧都必须是寻呼帧。相反，寻呼帧可以是间歇性的。

在一实施例中，寻呼位图可以基于寻呼组的数目进行构建。寻呼组可以定义为散列到用于寻呼的特定无线资源集的所有UE，如同在UMTS或LTE中一样。在LTE中，术语“无线资源集”是指寻呼帧和寻呼情况。关于本文中所披露的实施例，术语“无线资源集”是指寻呼帧和寻呼位图中的索引。寻呼位图中可能有Ns个条目，其中，Ns为寻呼帧内寻呼组的数目，如同在LTE中一样。所公开的寻呼位图的Ns的范围可能不同于LTE，在后者中，所述范围限制到4，因为某些子帧必须保留为可用于寻呼。例如，不能将子帧0/4/5/9配置为LTE中的多播广播单频网(multicast-broadcast single-frequency network，简称MBSFN)子帧或近似空白子帧(almost blank subframe，简称ABSF)。这些实施例没有此类限制，并且寻呼位图可以采用较大尺寸。

寻呼位图中的UE的索引可以计算为UE_ID mod(Ns)或类似的简单散列函数。与LTE中用于寻呼的散列函数一样，这个函数不需要是安全的“陷门”函数。目的是在寻呼组中分散负载，而不是隐藏UE的标识。任何具有统计平坦分布特性的函数便已足够。

在寻呼位图传输调度中，可以做出与在上述波束扫描示例中所做假设类似的若干假设。换句话说，可以假设TRP采用覆盖N个波束方向的模式，并且TRP沿每个方向一次传输k个波束，每次停留时间为D，其中N是k的倍数，D是寻呼TTI p的倍数，扫描时间＝DN/k。此外，寻呼帧的长度F可以由网络配置，并且可以假设F≥扫描时间。

在一实施例中，在每个扫描周期内，网络在每个波束中配置至少一个寻呼TTI，系统在每个寻呼TTI内发送寻呼位图。因此，无论UE监听哪个波束，UE都会接收寻呼位图。相应的寻呼消息也可以在每个波束上发送，并且可以在与寻呼位图相同的寻呼TTI内发送，或者在不同的寻呼TTI内发送。UE先前已对其ID进行散列处理以确定UE将检查指标值的寻呼位图中的位置。当指标设置为特定值时，UE意识到在当前寻呼周期内传输与UE所属的寻呼组相关联的寻呼消息。在这种情况下，UE接收并解码寻呼消息以确定系统是否正在寻呼UE。如同在LTE中一样，可能发生误告警，但是寻呼消息内容可以消除有关系统正在寻呼所述寻呼组内哪个UE的歧义。如果系统采用更多寻呼组，则可以降低误告警的发生率。

图5示出了波束成形和波束扫描场景中的寻呼位图的实施使用。为了清楚起见，附图中仅示出了四个波束，但是可以像在上述示例中一样存在16个波束，或者可以存在一些其它数目的波束。寻呼位图510有8个条目，其索引为0-7，对应值为00000100。换句话说，在寻呼位图510中的位置5中有一个值“1”，在寻呼位图510中的所有其它位置中有一个值“0”。扫描循环520穿过四个波束B1–B4，每次穿过一个波束，如图中阴影部分所示。系统在每个波束中配置寻呼TTI。UE A位于波束B1的方向中，UE B位于波束B3的方向中。在这个示例中，可以假定UE A已对其ID进行散列处理，从而确定它将检查寻呼位图510中的位置5，并且UE B已对其ID进行散列处理，从而确定它将检查寻呼位图510中的位置2。在寻呼TTI 1内，B1沿UE A的方向发送寻呼位图510。UE A查看接收到的寻呼位图510中的位置5，并且在接收到的寻呼位图510中的位置5处看到值“1”。因此，UE A确定系统正在寻呼UE A所属的寻呼组，并接收寻呼消息。在寻呼TTI 3内，B3沿UE B的方向发送寻呼位图510，UE B查看位置2，在所述位置看到值“0”，确定系统当前未寻呼UE B，并且不执行任何操作。

值得注意的是，如果UE B离B2足够近，则UE B可以在B2而不是B3中接收寻呼位图510。换句话说，B3可能是最有利的波束，而B2可能是可接受的波束。对于B2来说，链路预算可能更糟，但是B2早于B3到达UE B，并且因此可以确保UE B更快响应。

UE可能需要在能够监测寻呼信道之前采取几个步骤。UE可能需要从网络接收寻呼配置，例如在系统信息中。UE还可能需要为其寻呼帧计算散列函数，并且在一实施例中，基于其自身ID计算其在寻呼位图中的适用位置。UE还可能需要注册/附着，由此核心网络知道可以寻呼UE的区域。

当UE驻留在使用波束成形的TRP的服务区中时，UE可以识别(如，在同步过程期间)最有利的下行链路波束。UE可以进一步确定波束图形(如，来自系统信息)，由此UE知道最有利的下行链路波束(或可接受的下行链路波束)处于活动状态的时间。在一实施例中，UE还可以针对最有利的下行链路波束(或可接受的下行链路波束)确定在活动期限内寻呼TTI的配置。此外，UE可以应用寻呼DRX周期。换句话说，在UE寻呼帧之前，UE可以一直停留在DRX截止周期。

值得注意的是，由于假定寻呼帧持续时间至少等于扫描模式的持续时间，因此可以了解的是，对于UE的最有利的下行链路波束，UE的寻呼帧将包括至少一个活动周期。

在UE的寻呼帧期间，在传输最有利的下行链路波束之前，UE可以一直停留在DRX截止周期。如果系统在调度最有利的波束之前调度可接受的下行链路波束，则UE可以首先尝试从可接受的波束接收。

虽然针对UE的最有利的下行链路波束处于活动状态，但UE接收一个或多个寻呼TTI，因为在一实施例中，TRP在每个波束中发送至少一个寻呼TTI。在一实施例中，传输的TTI的数目是寻呼配置的一部分，而UE经指定接收的TTI的数目是可变的。例如，不良无线条件下的UE可以累积多个寻呼TTI以提高信号加干扰噪声比(signal-to-interference-plus-noise ratio，简称SINR)。

图6示出了波束成形和波束扫描场景(以图5中的四个波束为例)中的UE接收的实施时间轴600。在这个示例中，1个寻呼帧＝1个扫描周期，并且每个波束停留时间有两个寻呼TTI。UE 610已对其ID进行散列处理，并已确定寻呼帧Y 620是其寻呼帧，波束3 630是其在寻呼帧中的波束。UE 610还已确定寻呼位图640的位置7中的条目“1”指示UE 610处于系统正在寻呼的寻呼组中。UE 610认识到寻呼帧Y-1 650不是其寻呼帧，因此在整个寻呼帧Y-1 650内停留在DRX截止周期。UE 610还认识到，波束1 660和波束2 670不是其波束，因此在传输波束3 630之前一直停留在寻呼帧Y 620内的DRX截止周期。当系统传输波束3 630时，UE 610唤醒并接收寻呼位图640。UE 610确定在接收到的寻呼位图640的位置7中存在条目“1”，并且因此确定UE 610处于系统正在寻呼的寻呼组中。然后，UE 610可以接收寻呼消息。

图7示出了波束成形和波束扫描场景中的TRP传输的实施时间轴700，其中寻呼帧和寻呼TTI假设都与图6相同。TRP 710针对三个UE(未示出)生成寻呼。TRP 710在寻呼帧Y-1730中的所有波束中传输第一寻呼位图720。第一寻呼位图720将其索引4设置为“1”，以指示已散列到寻呼帧Y-1 730并且检查索引4的值的UE将在寻呼帧Y-1730中接收寻呼。TRP 710还在寻呼帧Y 750中的所有波束中传输第二寻呼位图740。第二寻呼位图740将其索引3和索引7设置为“1”，以指示已散列到寻呼帧Y 750并且检查索引3或索引7的值的UE将在寻呼帧Y750中接收寻呼。第一UE散列到寻呼帧Y-1 730和寻呼位图索引4，并在寻呼帧Y-1 730中接收寻呼。第二UE散列到寻呼帧Y 750和寻呼位图索引3，并在寻呼帧Y 750中接收寻呼。第三UE等同于图6的UE 610，散列到寻呼帧Y 750和寻呼位图索引7，并且还在寻呼帧Y 750中接收寻呼。

图8示出了结合图6和图7的实施流程。换句话说，该图示出了图6的UE侧和图7的网络侧、图6的UE 610以及相对于图7提及但未示出的其它两个UE。第一UE 810等同于图6的UE610，并且表现得像该图描述的一样。第二UE 820散列到寻呼帧Y 840、最佳波束2850和寻呼位图位置3。因此，当UE 820在寻呼帧Y 840的波束2 850中接收寻呼位图860时，UE 820觉察到寻呼位图860中的位置3设置为“1”，并且认识到UE 820处于系统正在寻呼的寻呼组中。第三UE 830散列到寻呼帧Y-1 870、最佳波束2 880和寻呼位图位置4。因此，当UE 830在寻呼帧Y-1 870的波束2 880中接收寻呼位图890时，UE 830觉察到寻呼位图890中的位置4设置为“1”，并且认识到UE 830处于系统正在寻呼的寻呼组中。

在一实施例中，实现第三级散列以指示寻呼TTI。在这样的实施例中，当网络为每个波束分配多个寻呼TTI(如，如图6-8中示出的每个波束两个寻呼TTI)时，UE可以计算散列函数，从而确定仅监测TTI中的一个。网络计算相同的散列函数，因此网络和每个UE都具有寻呼帧、位图位置，并且在本实施例中具有寻呼TTI索引。本实施例将接收器占空比降低至每个寻呼DRX周期的一个寻呼TTI。本实施例还分散了寻呼负载，这意味着减少了每个寻呼组中的UE的数目，同时降低了误告警的发生率。然而，UE可能丧失合并来自不同寻呼TTI的能量的能力。对于覆盖延伸类型场景，例如增强型机器类通信(enhanced Machine TypeCommunication，简称eMTC)/窄带物联网(Narrowband Internet of Things，简称NB-IoT)，优选具有跨多个TTI的组合增益。对于处于正常覆盖范围内的UE，分散寻呼负载的好处可能更为重要。在一实施例中，所述第三级散列的使用是可配置的。例如，网络可以针对大规模物联网(massive Internet of Things，简称mIoT)场景而不是针对增强型移动宽带(enhanced Mobile BroadBand，简称eMBB)场景以不同的方式设置散列行为。

在无线接入网(radio access network，简称RAN)切片的情况下，其中RAN的不同部分用于不同类型的通信，所述第三级散列的实现可能需要每个切片使用不同的寻呼配置。如果一个RAN服务于多个使用情况，则可能需要就哪种设置更合适作出决定。可选地，可以基于服务和/或UE类型使用单独的寻呼信道。

从网络的角度来看，本文中所披露的实施例提供了一种用于在波束形成的系统中的寻呼通知的方法。所述方法包括将UE标识散列到寻呼组(即，寻呼帧和寻呼位图位置)，为每个寻呼帧构建一个位图，标识在所述寻呼帧中寻呼的寻呼组；执行波束扫描操作，确保在寻呼帧期间将所有波束传输至少一次；以及在每个波束中，在一个或多个寻呼TTI上传输位图。

从UE的角度来看，本文中所披露的实施例提供了一种用于在波束形成的系统中的寻呼监测的方法。所述方法包括将UE标识散列到寻呼组；识别优选下行链路波束(优选下行链路波束很可能是UE的最佳下行链路波束，但可以是以优于最小可接受阈值的方式接收的任何波束)；在UE的寻呼帧期间，监测优选波束内的一个或多个寻呼TTI以接收位图；以及基于UE在位图中的条目确定系统是否正在寻呼UE。

在前述任一角度中，可选的第三级散列提供用于基于将UE标识散列到寻呼TTI索引来识别多个寻呼TTI内的寻呼TTI。

图9是一种用于寻呼通知的实施方法900的流程图。在方框910处，对UE标识进行散列处理，以确定要向所述UE发送寻呼的寻呼帧，并确定位图中的条目的索引。在方框920处，将所述位图中索引的条目设置为指示与所述UE所属的寻呼组相关联的寻呼消息是否在当前寻呼周期中传输的值。在方框930处，在多个波束形成后波束的每一个中传输位图。所述波束以扫描模式传输，确保在传输所述波束的组件的每一部分覆盖区域中传输至少一个波束，并且在所述寻呼帧期间将每个所述波束至少传输一次。

图10是一种用于寻呼监测的实施方法1000的流程图。在方框1010处，对UE标识进行散列处理，以确定要向所述UE发送寻呼的寻呼帧，并确定要向所述UE发送的位图中的指标的位置。所述指标的值指示与所述UE所属的寻呼组相关联的寻呼消息是否在当前寻呼周期内传输。在方框1020处，识别所述UE在其中能够接收下行链路传输的所述寻呼帧内的波束形成的波束。在方框1030处，在所述寻呼帧期间监测所述波束以接收所述位图。在方框1040处，当所述指标的值指示在所述当前寻呼周期内传输所述寻呼消息时，接收并解码所述寻呼消息以确定系统是否正在寻呼所述UE。

图11示出了用于执行本文所描述方法的实施处理系统1100的框图，其中所述处理系统1100可以安装在主机设备中。如图所示，处理系统1100包括处理器1104、存储器1106和接口1110-1114，其可以(或可以不)布置为如图所示。所述处理器1104可以是用于执行计算和/或其它处理相关任务的任意组件或组件的集合，所述存储器1106可以是用于存储供处理器1104执行的程序和/或指令的任意组件或组件的集合。在一实施例中，所述存储器1106包括非瞬时性计算机可读介质。所述接口1110、1112和1114可以是任何允许处理系统1100与其它设备/组件和/或用户通信的组件或组件的集合。例如，接口1110、1112和1114中的一个或多个可以用于将数据、控制或管理消息从处理器1104传送到安装在主机设备和/或远端设备上的应用。又如，接口1110、1112和1114中的一个或多个可以用于允许用户或用户设备(例如，个人计算机(personal computer，简称PC)等)与处理系统1100进行交互/通信。处理系统1100可以包括图中未示出的附加组件，例如，长期存储器(例如，非易失性存储器等)。

在一些实施例中，处理系统1100包括在接入电信网络或另外作为电信网络的部件的网络设备中。在一个示例中，处理系统1100处于无线或有线电信网络中的网络侧设备中，例如基站、中继站、调度器、控制器、网关、路由器、应用程序服务器，或电信网络中的任何其它设备。在其它实施例中，处理系统1100处于接入无线或有线电信网络的用户侧设备中，例如，用于接入电信网络的移动台、用户设备(user equipment，简称UE)、个人计算机(personal computer，简称PC)、平板电脑、可穿戴通信设备(例如，智能手表等)或任意其它设备。

在一些实施例中，接口1110、1112和1114中的一个或多个连接处理系统1100和用于通过电信网络传输和接收信令的收发器。图12示出了用于通过电信网络传输和接收信令的收发器1200的框图。收发器1200可以安装在主机设备中。如图所示，收发器1200包括网络侧接口1202、耦合器1204、发射器1206、接收器1208、信号处理器1210以及设备侧接口1212。网络侧接口1202可以包括任何用于通过无线或有线电信网络传输或接收信令的组件或组件的集合。耦合器1204可以包括任何有利于通过网络侧接口1202进行双向通信的组件或组件的集合。发射器1206可以包括任何用于将基带信号转化为可通过网络侧接口1202传输的调制载波信号的组件(例如上变频器和功率放大器等)或组件的集合。接收器1208可以包括任何用于将通过网络侧接口1202接收的载波信号转化为基带信号的组件(例如下变频器和低噪声放大器等)或组件的集合。信号处理器1210可以包括任何用于将基带信号转换成适合通过设备侧接口1212传送的数据信号或将数据信号转换成适合通过设备侧接口1212传送的基带信号的组件或组件的集合。设备侧接口1212可以包括任何用于在信号处理器1210和主机设备内的组件(例如，处理系统1100、局域网(local area network，简称LAN)端口等)之间传送数据信号的组件或组件的集合。

收发器1200可通过任意类型的通信媒介传输和接收信令。在一些实施例中，收发器1200通过无线媒介传输和接收信令。例如，收发器1200可以为用于根据无线电信协议进行通信的无线收发器，例如蜂窝协议(例如长期演进(Long Term Evolution，简称LTE)协议等)、无线局域网(wireless local area network，简称WLAN)协议(例如Wi-Fi协议等)或任意其它类型的无线协议(例如蓝牙协议、近距离通讯(near field communication，简称NFC)协议等)。在此类实施例中，网络侧接口1202包括一个或多个天线/辐射元件。例如，网络侧接口1202可以包括单个天线，多个单独的天线，或用于多层通信，例如单收多发(single-input multiple-output，简称SIMO)、多输入单输出(multiple-input-single-output，简称MISO)、多输入多输出(multiple-input multiple-output，简称MIMO)等的多天线阵列。在其它实施例中，收发器1200通过有线介质例如双绞线电缆、同轴电缆、光纤等传输和接收信令。具体的处理系统和/或收发器可以使用示出的全部组件或使用组件的子集，设备的集成程度可能互不相同。

应当理解，此处提供的实施例方法的一个或多个步骤可以由相应的单元或模块执行。例如，信号可以由传输单元或传输模块进行传输。信号可以由接收单元或接收模块进行接收。信号可以由处理单元或处理模块进行处理。其它步骤可以由散列单元/模块、设置单元/模块、识别单元/模块、监测单元/模块和/或解码单元/模块执行。各个单元/模块可以为硬件、软件或其组合。例如，一个或多个单元/模块可以为集成电路，例如，现场可编程门阵列(field programmable gate array，简称FPGA)或专用集成电路(application-specificintegrated circuit，简称ASIC)。

虽然已参考说明性实施例描述了本发明，但此描述并不意图限制本发明。所属领域的技术人员在参考该描述后，将会明白说明性实施例的各种修改和组合，以及本发明其它实施例。因此，所附权利要求书意图涵盖任何此类修改或实施例。

Claims

1.一种用于寻呼通知的方法，其特征在于，包括：

对用户设备UE标识进行散列处理，以确定要向所述UE发送寻呼的寻呼帧，并确定位图中的条目的索引；

将所述位图中索引的条目设置为指示与所述UE所属的寻呼组相关联的寻呼消息是否在当前寻呼周期中传输的值；

在多个波束形成后波束的每一个中传输位图，其中，所述波束以扫描模式传输，确保在传输所述波束的组件的每一部分覆盖区域中传输至少一个波束，并且在所述寻呼帧期间将每个所述波束至少传输一次。

2.根据权利要求1所述的方法，其特征在于，在所述方法中，所述位图中的条目的数目等于所述寻呼帧中的寻呼组的数目。

3.根据权利要求1所述的方法，其特征在于，在所述方法中，每个所述波束中传输至少一个寻呼传输时间间隔TTI，并且在每个寻呼TTI中传输所述位图。

4.根据权利要求3所述的方法，其特征在于，在所述方法中，传输的寻呼TTI的数目是寻呼配置的一部分。

5.根据权利要求1所述的方法，其特征在于，在所述方法中，所述散列法进一步确定了在其中传输所述位图的多个寻呼TTI内的寻呼TTI。

6.一种用于寻呼监测的方法，其特征在于，包括：

对用户设备UE标识进行散列处理，以确定要向所述UE发送寻呼的寻呼帧，并确定要向所述UE发送的位图中的指标的位置，其中所述指标的值指示与所述UE所属的寻呼组相关联的寻呼消息是否在当前寻呼周期内传输；

识别所述UE在其中能够接收下行链路传输的所述寻呼帧内的波束形成的波束；

在所述寻呼帧期间监测所述波束以接收所述位图，其中，所述位图在多个波束形成后波束的每一个中传输，其中，所述波束以扫描模式传输，确保在传输所述波束的组件的每一部分覆盖区域中传输至少一个波束，并且在所述寻呼帧期间将每个所述波束至少传输一次；

当所述指标的值指示在所述当前寻呼周期内传输所述寻呼消息时，接收并解码所述寻呼消息以确定系统是否正在寻呼所述UE。

7.根据权利要求6所述的方法，其特征在于，在所述方法中，所述位图中的条目的数目等于所述寻呼帧中的寻呼组的数目。

8.根据权利要求6所述的方法，其特征在于，在所述方法中，指定所述UE接收的寻呼传输时间间隔TTI的数目是可变的。

9.根据权利要求6所述的方法，其特征在于，在所述方法中，所述UE侦听足够的寻呼TTI以接收至少具有阈值可靠性的所述位图。

10.根据权利要求6所述的方法，其特征在于，在所述方法中，所述散列法进一步确定了在其中接收所述位图的多个寻呼TTI内的寻呼TTI。

11.一种传输/接收点，其特征在于，包括：

处理器；

非瞬时性计算机可读存储介质，用于存储由所述处理器执行的程序，所述程序包括指令，用于：

12.根据权利要求11所述的传输/接收点，其特征在于，在所述传输/接收点中，所述位图中的条目的数目等于所述寻呼帧中的寻呼组的数目。

13.根据权利要求11所述的传输/接收点，其特征在于，在所述传输/接收点中，所述程序还包括用于执行以下操作的指令：在每个所述波束中传输至少一个寻呼传输时间间隔TTI，并且在每个寻呼TTI中传输所述位图。

14.根据权利要求13所述的传输/接收点，其特征在于，在所述传输/接收点中，传输的寻呼TTI的数目是寻呼配置的一部分。

15.根据权利要求11所述的传输/接收点，其特征在于，在所述传输/接收点中，所述程序还包括用于执行以下操作的指令：对所述UE标识进行散列处理，以确定在其中传输所述位图的多个寻呼TTI内的寻呼TTI。

16.一种用户设备UE，其特征在于，包括：

处理器；

对所述UE标识进行散列处理，以确定要向所述UE发送寻呼的寻呼帧，并确定要向所述UE发送的位图中的指标的位置，其中所述指标的值指示与所述UE所属的寻呼组相关联的寻呼消息是否在当前寻呼周期内传输；

17.根据权利要求16所述的UE，其特征在于，在所述UE中，所述位图中的条目的数目等于所述寻呼帧中的寻呼组的数目。

18.根据权利要求16所述的UE，其特征在于，在所述UE中，指定所述UE接收的寻呼传输时间间隔TTI的数目是可变的。

19.根据权利要求16所述的UE，其特征在于，在所述UE中，所述程序还包括用于执行以下操作的指令：所述UE侦听足够的寻呼TTI以接收至少具有阈值可靠性的位图。

20.根据权利要求16所述的UE，其特征在于，在所述UE中，所述程序还包括用于执行以下操作的指令：对所述UE标识进行散列处理，以确定在其中传输所述位图的多个寻呼TTI内的寻呼TTI。

21.一种非瞬时性计算机可读存储介质，其特征在于，所述非瞬时性计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时能够实现权利要求1至5任意一项所述的方法。

22.一种非瞬时性计算机可读存储介质，其特征在于，所述非瞬时性计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时能够实现权利要求6至10任意一项所述的方法。