用户设备、基站以及在用户设备和基站中执行的方法与流程

用户设备、基站以及在用户设备和基站中执行的方法
1.本技术是申请日为2018年4月5日、申请号为：201880088119.5、发明名称为“新无线电中的寻呼时机设计”的发明专利申请的分案申请。
技术领域
2.本公开涉及通信系统中的用户设备的寻呼。


背景技术：

3.新无线电(nr)是第三代合作伙伴计划(3gpp)正在开发的技术，该技术将作为5g候选技术提交给国际电信联盟。nr的最值得注意的方面之一是，它在设计时考虑到了使用波束成形的操作(dahlman等人，“4g,lte-advanced pro and the road to 5g”，第三版，elsevier.2016)，这在高频带中特别有用。广义上讲，波束成形允许将给定无线电传输的能量集中在某个方向上，使得可以扩展范围，例如，补偿高频中的高传播损耗。鉴于5g有望以较高频率运行，其中更多频谱可用，因此波束成形操作对于nr至关重要。


技术实现要素：

4.一个非限制性和示例性实施例促进了用户设备对寻呼消息的有效监视。
5.在一个总体方面，在此公开的技术提供了一种用于在通信系统中向基站发送数据和/或从基站接收数据的用户设备，包括：收发单元，和电路：经由收发单元从基站接收包括至少一个参数的寻呼时机配置，基于至少一个参数，根据以下两项来配置预定义的时域模式，(i)预定义的多个光栅之一；以及(ii)比特图，用针对一个光栅时间点的每个比特指示在光栅时间点中是否包括寻呼时机；以及控制在根据预定义的时域模式的寻呼周期内的寻呼时机中，经由收发单元接收寻呼信号。
6.在一个总体方面，在此公开的技术提供了一种用于在通信系统中向用户设备发送数据和/或从用户设备接收数据的基站，包括：收发单元，和电路：定义包括至少一个参数的寻呼时机配置，至少一个参数用于根据以下两项来配置预定义的时域模式：(i)预定义的多个光栅之一；(ii)比特图，用针对一个光栅时间点的每个比特指示在光栅时间点中是否包括寻呼时机；控制经由收发单元向用户设备发送定义的寻呼时机配置；以及控制在根据预定义的时域模式的寻呼周期内的一个或多个寻呼时机中，经由收发单元向用户设备发送寻呼信号。
7.在一个总体方面，在此公开的技术提供了一种用于在通信系统中向基站发送数据和/或从基站接收数据的方法，方法在用户设备中执行，并且包括以下步骤：从基站接收包括至少一个参数的寻呼时机配置，基于至少一个参数，根据以下两项来配置预定义的时域模式，(i)预定义的多个光栅之一；以及(ii)比特图，用针对一个光栅时间点的每个比特指示在光栅时间点中是否包括寻呼时机；以及在根据预定义的时域模式的寻呼周期内的寻呼时机中执行寻呼信号的接收。
8.在一个总体方面，在此公开的技术提供了一种用于在通信系统中向用户设备发送
数据和/或从用户设备接收数据的方法，方法在基站中执行，并且包括：定义包括至少一个参数的寻呼时机配置，至少一个参数用于根据以下两项来配置预定义的时域模式：(i)预定义的多个光栅之一；(ii)比特图，用针对一个光栅时间点的每个比特指示在光栅时间点中是否包括寻呼时机；向用户设备发送定义的寻呼时机配置；以及在根据预定义的时域模式的寻呼周期内的一个或多个寻呼时机中，向用户设备发送寻呼信号。
9.在一个总体方面，在此公开的技术提供了一种集成电路，用于控制在通信系统中向基站发送数据和/或从基站接收数据的过程，过程包括：从基站接收包括至少一个参数的寻呼时机配置，基于至少一个参数，根据以下两项来配置预定义的时域模式，(i)预定义的多个光栅之一；以及(ii)比特图，用针对一个光栅时间点的每个比特指示在光栅时间点中是否包括寻呼时机；以及在根据预定义的时域模式的寻呼周期内的寻呼时机中执行寻呼信号的接收。
10.在一个总体方面，在此公开的技术提供了一种集成电路，用于控制在通信系统中向用户设备发送数据和/或从用户设备接收数据的过程，过程包括：定义包括至少一个参数的寻呼时机配置，至少一个参数用于根据以下两项来配置预定义的时域模式：(i)预定义的多个光栅之一；(ii)比特图，用针对一个光栅时间点的每个比特指示在光栅时间点中是否包括寻呼时机；向用户设备发送定义的寻呼时机配置；以及在根据预定义的时域模式的寻呼周期内的一个或多个寻呼时机中，向用户设备发送寻呼信号。
11.在一个总体方面，在此公开的技术提供了一种用于在通信系统中向基站发送数据和/或从基站接收数据的用户设备，包括电路，其中：从基站接收寻呼时机配置，包括用于配置用于在寻呼周期(cycle)内接收寻呼时机的预定义的时域模式的至少一个参数；以及在根据接收到的寻呼时机配置而配置的预定义的时域模式内的寻呼时机中执行寻呼信号的接收。
12.应当注意，一般或特定实施例可以被实现为系统、方法、集成电路、计算机程序、存储介质或其任意组合。
13.根据说明书和附图，所公开的实施例的其他益处和优点将变得显而易见。益处和/或优点可以通过说明书和附图的各种实施例和特征来单独获得，为了获得一个或多个这样的益处和/或优点，不需要全部提供它们。
附图说明
14.图1是资源中同步块分配的示意图；
15.图2是由基站执行的波束成形的图示；
16.图3a是寻呼时机的时隙的图示；
17.图3b是填充有寻呼coreset的寻呼时机的时隙的图示；
18.图4是不同的nr参数集和对应的ssb的示意图；
19.图5是示出不同的复用模式的示意图；
20.图6是ssb映射到第一半帧的示意图；
21.图7是例示了rmsi coreset的符号中的持续时间与不同参数集的相应复用模式之间的关系的表；
22.图8是例示了nr的频带、同步信号长度和参数集之间的关系的表；
23.图9是示出示例性用户设备和基站的框图；
24.图10是示出po位置的预定义模式的示意图，即光栅上的位置和均匀分布的位置；
25.图11是示出寻呼周期内光栅上po的位置的示意图；
26.图12是示出寻呼周期内光栅上po的位置的示意图；
27.图13是示出在寻呼周期上均匀分布的po位置的示意图；
28.图14是示出po位置的配置的示意图。
具体实施方式
29.为了支持波束成形操作，nr的几个方面，包括如时间/频率同步和寻呼等功能，都需要重新设计。本公开涉及nr中的寻呼设计。
30.在移动蜂窝系统中(也在nr中)的重要功能是寻呼机制，网络通过该寻呼机制来定位具有传入业务量(语音呼叫或数据)的ue。天线波束提供更大的范围(基站和用户设备之间的距离以彼此进行通信)，但是它们的覆盖范围比常规三扇区小区要窄。由于寻呼是关于在小区(或小区组)内定位ue，所以寻呼操作需要适应于nr中的波束扫描操作。因此，来自lte的一些设计原理可以在nr中继承，但是其他概念(诸如寻呼时机定义和寻呼时机资源分配)需要进行调整。
31.在蜂窝系统的上下文中，寻呼是一种机制，网络可以通过该机制在称为跟踪区域的给定地理区域内(可能包括几个小区)定位用户设备ue(处于idle模式)，以启动连接建立。由于网络不知道要被寻呼的ue的确切地理位置，因此波束成形的寻呼消息(在nr中使用)需要在不同的时刻沿着不同的方向被发送，以便保证找到要被寻呼的ue。这里，术语“网络”主要是指ue经由无线接口与之通信并且连接到网络的其余部分的基站(在nr中也称为gnb)。ue是例如在诸如移动电话、智能电话、平板电脑、膝上型计算机、pc或任何其他设备的终端中实施的任何移动站。
32.注意，该公开的寻呼设计可以应用于nr中的两种模式，即应用于rrc_idle状态和rrc_inactive状态。这些通常称为idle和inactive模式。这些模式根据3gpp ts 38.304v0.1.2(2018-02)适用：当ue驻留在nr小区时；以及当ue正在搜索要驻留的小区时。如果ue已经完成小区选择/重选过程并且已经选择了小区，则ue驻留在小区上。ue在这些状态下监视系统信息和(大多数情况下)寻呼信息。rrc_idle状态和rrc_inactive状态任务可以分为三个过程：plmn选择；小区选择和重选；位置注册和rna更新。小区选择仅适用于rrc_idle状态。
33.然而，本公开不限于非常特定的nr状态。通常，它适用于其中监视小区广播和寻呼信道的任何ue状态。通常(不仅在nr中，而且在lte或其他系统中)是没有配置当前数据承载并且ue和基站之间没有挂起(pending)的通信的情况。如果在ue和基站之间存在数据和信令的交换，则控制信息也可以通过这样的链路来发送，即比监视寻呼信道更快。在下文中，当提及idle_mode时，意味着任何空闲模式，诸如上述的nr模式。因此，idle ue是处于idle_mode的任何ue。
34.整个寻呼设计和操作包括两个相互关联的问题：
35.1)po结构设计。这是关于确定每个单独的寻呼时机的长度和组成。在lte中，po的概念是指给定ue必须监视寻呼下行链路控制信息(dci)的寻呼帧和子帧两者。在nr中，已经
协定po包括一个或多个时隙，其持续时间使得可以分配寻呼信号的完整波束扫描。实际上，每个po必须包含与每个ssb相关联(且准定位)的一个coreset。因此，在小区中具有可变数量的波束的情况下，po的长度也是可变的，并且将取决于同步块(ssb)的最大数量，即参数l，而参数l又取决于参数集或实际发送的ssb的数量，例如，变量l'≤l。另外，对于给定的l，还有可能采取几种方法。例如，某个特定于l的长度允许在未发送ssb的时间位置的po中留空，或者使用直接取决于实际发送的ssb的数量的长度(l')。在任何情况下，nr中都需要考虑可变长度的po，因此，下一个问题，即po的分配必须考虑这一因素。
36.2)po分配。这是关于在系统的寻呼周期内分配不同的po。在lte中，ue将系统的寻呼周期指示为系统信息，并假定其为默认值，除非提供特定于ue的配置(特定于ue的drx周期)。然后，通过mod类型操作将ue分配在不同的po之间，而po的数量取决于寻呼负荷并且可以被修改。相同的原则适用于nr，然而，有一些重要的差别。寻呼coreset已经被协定重用与rmsi coreset相同的配置，这意味着至少对于rrc_idle的寻呼coresets在初始活动下行链路带宽部分(iad_bp)中被发送。此带宽部分可能与发送ssb的带宽重叠或不重叠，因此必须避免coreset和ssb之间(以及不同的coreset之间)发生冲突。总而言之，po分配策略应具有足够的灵活性，以适用于并适应其他几种特定于小区的配置，诸如ssb-coreset复用模式(模式1、2或3，参见[3])或ssb周期性(periodicity)。
[0037]
对于向ue提供时间和频率参考的同步信号，已经协定了类似的行为，即，这些信号在小区中被波束扫描(即，在不同的时刻在不同的波束上被发送)，这样，ue可以在从所谓的同步信号块(ssb)获得时频参考和一些其他信息之后接入系统。
[0038]
术语“预同步”是指在一些标准化会议上已经讨论过的设计原则。特别是对于处于idle_mode的快速移动的ue，希望或甚至需要在尝试接收和解码寻呼时机之前接收同步块。随着ue快速移动，时间和频率参考可能会降低，因此idle ue在接收寻呼之前需要“更新”(重新同步)。因此，只需要在ssb之后具有po。
[0039]
因此，鉴于ssb和寻呼信号呈现类似的行为，即，两者都需要进行波束扫描，因此期望可以利用某些关联或关系。ssb是包括时域中预定义数量的符号(例如，四个符号)以及预定义数量的子载波或物理资源块的资源块。符号和/或子载波或物理资源块的数量可以以标准定义或在系统资源中可配置。ssb可以承载主同步信号(pss)、辅同步信号(sss)和物理广播信道(pbch)。
[0040]
关于lte，nr的一个基本变化是以下事实：由于波束扫描操作，ofdm符号或时隙的长度不固定，因为po必须包含与同步块(波束)一样多的寻呼配置资源集(coreset)。另外，寻呼coreset(以及剩余最小系统信息(rmsi)和其他系统信息(osi))将被限制在称为初始活动下行链路带宽部分(iad_bp)的某些特定带宽部分内。用于同步块的带宽可能与iad_bp重叠或不重叠。在重叠的情况下，通常不允许发生冲突。因此，寻呼时机分配的问题，即确定用于寻呼coreset的时间和频率资源的问题并非不重要，并且鼓励针对nr的统一框架(即，适用于所有相关的影响寻呼的配置)。
[0041]
本公开提供了几种策略，以通过提供一种公共框架来解决上述问题，该公共框架允许gnb考虑其他运营商定义的配置(诸如ssb的数量、复用模式、系统参数集等)来灵活地分配po。分配策略还允许避免控制信号之间的冲突，同时保持所需公共控制信令开销(系统信息)可接受，并且除了需要特定于ue的配置的情况之外，不需要其他特定于ue的信令。
[0042]
本公开涉及关于nr接入技术的正在进行的工作项目(rp-171418
‑“
revision of wi:new radio access technology”，sy lien，sl shieh，y.huang，b.su，yl hsu和hy wei，“5g new radio:waveform,frame structure,multiple access,and initial access”，《ieee通信杂志》，第55卷，第6期，第64-71页，2017年)。它与“初始接入”框架有关。初始接入尤其包括同步信号和寻呼设计。具体地，一些实施例提供将寻呼消息嵌入到nr系统的资源中的机制，以使得在ue侧的寻呼接收更加有效。然而，本公开不限于在nr中采用，并且可以容易地应用于必须在其中寻呼ue的其他移动和/或蜂窝通信系统。
[0043]
以下几点概述了先前的长期演进(lte)系统中的寻呼操作，并强调了nr中的相似点和不同点。
[0044]-当ue处于idle模式时，使用寻呼来将ue定位在跟踪区域中，以启动建立连接。因此，在lte中，在跟踪区域的每个小区中广播寻呼消息。nr中基于跟踪区域的此操作类似。
[0045]-在lte中，为了接收寻呼消息，使用类似于数据传输的机制：ue首先接收并监视控制信息(l1/l2信令意义层1/层2信令，是指物理层和mac层)以知道实际的寻呼消息在何时何地被发送。在下文中，将该l1/l2信令和实际的寻呼消息分别称为寻呼dci(下行链路控制信息)和寻呼消息。dci被承载在物理下行链路控制信道(pdcch)上。nr中也采用了这种行为，至少作为基线。而且，在nr的上下文中，寻呼dci被包含在通常称为coreset的资源集中。因此，ue需要定位并接收寻呼coreset，以便接收寻呼消息。换句话说，coreset是ue监视pdcch(dci)接收的时频资源集。
[0046]-在lte中，在跟踪区域的小区中广播寻呼dci/消息，而在nr中，通常支持波束操作，即，在不同时隙中沿不同方向发送寻呼消息。
[0047]-为了允许lte中的节能操作，idle模式的ue大部分时间处于睡眠状态，并且仅在可能被寻呼时才唤醒。可以寻呼ue的时刻称为寻呼时机(po)，因此，定义寻呼周期。通过预定义的公式，使用ue id和其他参数，每个ue确定何时(即，po(帧和子帧))必须监视寻呼。在下文中，这被称为po计算。在nr中，尽管存在一些差异，但预期会有类似的行为。ue还使用预定义的公式确定它们对应的po的时间位置，即，从ue的角度来看，在由ue对其执行接收的寻呼周期中的po中的特定po，并且周期性地监视这些po。为了支持波束扫描操作，po被定义为时间间隔，可能包括几个时隙(在其中发送所有所需的波束)。因此，原则上，ue在整个po间隔中进行监听以验证是否已经发送了与其相关的寻呼消息。
[0048]-在lte中，po指示可能在其中发送寻呼dci的帧和子帧(使用保留的id：p-rnti，即，作为组id的寻呼无线电网络临时标识符)。在nr中，操作更加灵活。寻呼coreset可以在时隙内的不同ofdm符号(以下称为符号)中被发送，并且其持续时间也是可变的，即，寻呼coreset持续时间可以是一个或多个符号。因此，为了指示ue要监视的寻呼coreset的确切时间位置，需要具有符号分辨率的指示。时隙由时域中的14个符号组成。寻呼消息详细信息在3gpp ts 36.331，第6.2.2节，版本f.1.0或ts 38.331，第15.1.0版中定义。在nr中，采用类似于lte的时间结构，但由于使用不同的参数集而存在差异。保留了10ms的(无线电)帧以及1ms的子帧；但是帧中的时隙数取决于参数集，因此，对于15khz，每一子帧具有1个时隙，对于30khz，每一子帧具有2个时隙，依此类推。不论参数集如何，每一时隙的ofdm符号数量均相同(14)，请参见3gpp ts 38.211v15.0.0(第8和9页)。
[0049]
换句话说，寻呼时机是ue监视寻呼-pdcch(也称为类型2pdcch)的一组时隙(连续
的或分布式的)。po被定义为发送寻呼信号的时间间隔，并且如上所述，它包括一个或多个时隙。寻呼信号包括寻呼dci和寻呼消息。如上所述，在类型2pdcch上发送寻呼dci，其配置由高层参数寻呼-搜索空间(此处高层是指rrc协议)提供。寻呼消息是通过pdsch被发送的。原则上，寻呼dci和寻呼消息可以被时分复用和/或频分复用。
[0050]
在诸如lte和nr的3gpp规范的上下文中，寻呼周期也称为不连续接收(drx)周期。注意，通常，基站提供寻呼时机的寻呼周期(称为系统寻呼周期或从网络的角度来看的寻呼周期)可以不同于特定的一个ue接入(执行接收)由网络提供的po中的某些(也称为ue特定的寻呼周期，或根据ue的角度的寻呼周期)的寻呼周期。本公开适用于也可以对应于ue寻呼周期的系统寻呼周期。此外，如稍后所描述的，提供针对ue提供特定于ue的寻呼周期的情况的实施例。
[0051]
从ue的角度来看，这是一个带有po的时段，该时段会重复。尚未为nr设置具体值，但是特定值对于可以以任何值起作用的本公开内容都不重要。已经讨论了最小drx周期是32帧，即320ms。enb可以配置特定于ue的drx周期，与默认系统的寻呼周期不同，默认系统的寻呼周期是作为系统信息通知给ue的。
[0052]
po的时段(寻呼/drx周期)可以对应于或者可以不对应于ssb的时段(t
ssb
)。t
ssb
是发送同步块的周期性。可以从以下集合{5，10，20，...，160}[ms]中选择该值；所有频带的默认值为20ms；但是运营商可以调整该值。
[0053]
po的数量表示系统的寻呼周期中的po的数量(n
po
)。取决于寻呼容量要求，gnb可以配置另一个合适的n
po
。因此，po的数量可以在例如从32到128的范围内。每一po有可能寻呼多达16个ue(实际ue id是在寻呼消息中的)。在寻呼时机中，如果出现带有p-rnti的寻呼coreset，则向ue指示存在ue需要解码的寻呼消息。寻呼消息的方式/位置是调度问题。其在寻呼消息中，在其中，ue id被用于区分不同ue的消息。
[0054]
如上所述，寻呼时机计算(poc)是ue确定其所属的po的序号的机制(例如，公式和/或算法)。poc的参数可以包括ue标识(例如，imsi(国际移动订户标识))和一些系统参数(例如，nb，nb是lte中每一寻呼周期的po的数量，并且也可以应用于nr或另一系统中)。
[0055]
nr的一个关键方面是对基于波束成形的操作的支持。蜂窝系统中的一项重要功能是为ue提供可靠的时频参考。而在lte中，在小区中广播用于此目的的信号，在nr中，该信号需要在不同的时刻沿不同的方向(波束)被发送。因此，ssb被定义为包含时频参考和用于允许ue接入系统的信息。由于分别在所有方向上发送ssb，所以原则上ue有可能捕获(即，能够成功地接收)那些时分复用的ssb中的至少一个，并最终接入系统。因此，ue通过其接收的ssb而自定位。由于1)定期监视这些信号用于其他目的，例如，无线电资源管理，以及2)原则上，即使idle ue总是可以确定它们所属的ssb，所以有可能使用此知识来在po内定位对应的寻呼coreset，只要存在某种关联，并且信令通知给ue或由ue知道。po包含对应于所有ssb(即，波束)的寻呼coreset，并且其持续时间对应于对寻呼信号进行波束扫描所需的时段。
[0056]
在lte中，也可能在nr中，在检测到同步信号之后的初始同步(当ue尚未驻留在lte小区上或未连接到lte小区时)的情况下，ue解码物理广播信道(pbch)，从中可以获得关键的系统信息。具体地，pss和sss被定期发送并且使终端能够获取时隙边界定时。然后，可以读取携载配置信息的小区的pbch。配置信息可以是将由所有终端和/或一组终端读取的公共配置信息。例如，这可以包括诸如寻呼资源的小区资源的配置。rmsi(剩余最小系统信息)
和osi(其他系统信息)是从pbch指向的资源，并且还携载要由小区中任何终端读取的(小区)广播公共信息。该信息也可以携载配置。配置信息可以由资源控制协议(rrc)携载。
[0057]
图1描绘了nr中使用几个块作为时间/频率同步方式(mean)的原理。可以在规范中提供候选ssb位置以及它们的总数量，并且它们是参数集特定的，对于240khz的子载波间隔，最大l＝64ssb。参数集由子载波间隔和循环前缀(cp)开销定义。在图1中，候选位置被表示为方框。在该表示中，通过网络实际上发送l＝8个可能的ssb中的5个(由它们各自的ssb索引“ssb1”、“ssb2”等指示)，并通过rmsi来信令通知。通常，如图2所示，基站(在nr中称为gnb，与lte的enb/enodeb相似)使用不同的波束在不同的时刻中发送不同的ssb，以覆盖小区/扇区。
[0058]
应当注意，ue监视ssb以便执行一些其他功能，例如，无线电资源管理(rrm)(例如，切换)，因此，ue知道最佳接收波束。此外，由于gnb不知道idle模式ue在跟踪区域内的位置，因此寻呼消息也需要进行波束扫描，因此自然的设计是将ssb和寻呼的操作相关联。
[0059]
在以上协定中，本公开的关键协定指出，ue可以采取(assume)ssb和寻呼之间的qcl(准共处)(dci/消息)。准共处(qcl)的概念意味着，当且仅当它们准共处时，由不同天线端口发送的信号所经历的无线电信道具有相同的大规模属性(例如，平均延迟扩展、多普勒扩展/移位、平均增益等)。实际上，这意味着使用相同的波束结构从相同的发送和接收点(trp)发送对应于两个不同信道(例如，ssb和寻呼)的信号。换句话说，以唯一索引发送的每个ssb具有使用相同波束发送的其对应的寻呼信号。该协定通过qcl在每个ssb和寻呼消息之间创建链接。ssb和coreset之间的关联将通过rmsi来指示。
[0060]
迄今为止达成的另一协定涉及以下事实：rmsi、osi和寻呼将共享在iad_bp中定义的相同的coreset配置。iad_bp是指初始活动下行链路带宽部分，其(即，按位置和大小)被定义为rmsi的带宽。此外，要考虑ssb和rmsi/osi/寻呼coreset之间的不同复用模式。
[0061]
图3a示出了po，其在时刻t0开始并且在iad_bp中包括时隙i-2、i-1、i和i+1。注意，在本公开中使用的术语“iad_bp”与首字母缩略词“iad_bwp”同义。
[0062]
图3b示出了具有一些时隙的po的另一示例，该时隙包括寻呼coreset(pc)。具体地，在寻呼时机计算中，应该确定起点(t0)。必须考虑到rmsi和osi coreset的传输(因为它们也在iad_bp中被发送)来完成。理解的是，寻呼coreset与rmsi/osi coreset不重叠(不会在时间上冲突)。rmsi coreset、osi coreset和寻呼coreset都在iad_bp中被分配。因此，它们位于相同的频率部分。然而，它们不能在时间上重叠，这可以通过gnb配置它们来实现。因此，在其中ssb和寻呼coreset在相同频带iad_bp中的“模式1”的情况下，考虑ssb的传输模式。ssb的传输模式通常每个t
ssb
占用大约半帧(即，5ms窗口)。
[0063]
具体地，图4示出了具有ssb突发集(burst set)的nr帧。在该示例性表示中，ssb突发集在第一半帧中。在nr中，一帧具有10ms，并且相应地，半帧具有5ms。每个半帧具有5个子帧，其进一步划分为时隙。对于不同的频带(即，参数集)，时隙的数量是不同的。在图4中，时隙级结构包括时隙(以不同的填充模式示出)，每个时隙包含多达两个ssb。l是突发中ss块(ssb)的最大数量。具体地，当看图4时，在每个时隙中，可以映射多达两个ssb。例如，在15khz频带中，l＝4，在第一半帧的两个相邻时隙中有一个突发，并且假设每个时隙都携载两个ssb。对于相同的频带和l＝8，在4个时隙中仍然有一个突发，具有多达两个(总共8个)ssb。对于l＝64的120khz频带，一个集中有四个ssb突发。
[0064]
图5示出了ssb突发集510、coreset 520和pdsch(数据信道)530的3种可能的复用模式。
[0065]
‑“
模式1”是指这样一种复用模式，即其中ssb(ss/pbch块)和rmsi coreset出现在不同的时刻中，而ss/pbch块的传输带宽与包含rmsi coreset的初始活动dl bp重叠。
[0066]
‑“
模式2”是指这样一种复用模式，即其中ss/pbch块和rmsi coreset出现在不同的时刻中，而ss/pbch块的传输带宽不与包含rmsi coreset的初始活动dl bp重叠。
[0067]
‑“
模式3”是指这样一种复用模式，即其中ss/pbch块和rmsi coreset出现在同一时刻中，并且ss/pbch块的传输带宽不与包含rmsi coreset的初始活动dl bp重叠。
[0068]
此外，图6示出了ssb突发集的周期性。通常，ssb突发集的持续时间小于5ms，即，小于半帧(所使用的半帧由网络指示，例如，“0”指示第一半帧，并且“1”指示第二半帧)。在图6中，ssb突发周期性被设置为20ms(默认值为t
ssb
＝20ms，但运营商可以配置其他值)。通常，当前，可以从值{5,10,20,...,160}中选择周期性。周期性配置对于复用模式1尤其重要，因为必须确保ssb和rmsi coreset不重叠。
[0069]
图7示出了ssb和rmsi coreset可以具有不同的参数集，并且针对不同的频率范围指定了ssb的数量和参数集(子载波间隔scs)。例如，基于图7的表，可能的coreset持续时间(以符号表示)如下：
[0070]-模式1：{1,2,3}，模式2：{1,2}和模式3：{2}。
[0071]-rmsi coreset配置取决于ssb/rmsi参数集组合以及复用模式。
[0072]-osi和寻呼重新使用此配置。
[0073]
图8示出了频带、ssb和参数集之间的关系。具体地，已达成协定的是，对于不同的频率范围，ss突发集中的ss块的最大数量l如下：
[0074]-对于高达3ghz的频率范围，l为4
[0075]-对于3ghz至6ghz的频率范围，l为8
[0076]-对于6ghz至52.6ghz的频率范围，l为64仅作为说明。值“l”是可以发送的ssb的最大数量。运营商可以决定使用更少的波束。网络指示使用多少个波束，以及它们何时被发送(在ssb的候选位置的预定义集合中)。
[0077]
通常，期望避免ue监视整个po，其中使用不同的波束来发送几个寻呼coreset，这可能是低效率的(能源成本高的)。因此，利用qcl是优选方法。
[0078]
因此，本公开涉及寻呼时机的分配和设计。
[0079]
在图9中示出了与本公开的示例性实施例相对应的用户设备和基站。用户设备910(即，用户设备(ue)或用户终端)和基站960(即，nr的gnb)通过无线信道950彼此通信。
[0080]
本公开涉及寻呼信号的发送和接收，并且尤其涉及寻呼信号的位置和/或长度的确定。具体地，它涉及在考虑诸如nr中使用的波束扫描操作的情况下确定寻呼时机的位置和长度。
[0081]
此外，在一些实施例中，要考虑的其他约束条件(可以遵循3gpp中讨论的一些理想的设计原理)包括：预同步，避免coreset冲突和负载自适应(即，寻呼容量应该至少等于lte并且可调)。通常，期望一个统一的框架。这意味着无论小区的其他设置如何，我们都有一个可以应用的解决方案(也许具有不同的配置)，而不是一个零散的解决方案，例如，如果小区的某些参数发生变化，则需要另一个解决方案。换句话说，在提供用于对模式进行配置的参
数化的同时具有用于寻呼时机的预定义的时域模式的基础提供了这种统一的框架。
[0082]
为了有效地信令通知寻呼信息，在一些实施例中，寻呼信息的位置由参数化的预定义模式确定，该参数化预定义模式由网络(例如，基站)通过用户设备的至少一个参数来配置。模式的术语“预定义”是指该模式遵循某个规则，诸如po在时间上出现的规律性，或者换句话说是限制po可能的时间位置的约束。术语“参数化的”是指只要遵循预定义的模式，时间上的特定的po位置会随参数而变化。具体地，寻呼时机分配是基于预定义的时域分配策略的，该策略使用整个寻呼周期作为时间框架，并且其参数可以取决于小区的所需寻呼容量和波束扫描(ssb)模式来设置。
[0083]
通常，寻呼信息可以由网络(例如，无线接口上的基站)在系统资源的寻呼区域中被发送。寻呼区域将由一组终端读取。为了节省功率，在网络通常可配置为携载寻呼信息的资源中，终端仅读取配置为携载寻呼信息的寻呼资源。
[0084]
根据一个实施例，图9所示的用户设备910包括收发单元920和电路930，收发单元920包括用于向基站发送数据的发送单元和/或从基站接收数据的接收单元。电路930经由收发单元920从基站接收寻呼时机配置，包括用于配置用于在寻呼周期内接收寻呼时机的预定义时域模式的至少一个参数。然后，电路930在根据接收到的寻呼时机配置所配置的预定义的时域模式内的寻呼时机中执行(经由收发单元920)寻呼信号的接收。
[0085]
用户设备可以是在如lte或nr的标准中实施ue功能的任何设备。换句话说，它可以是移动电话、智能手机、在膝上型计算机、平板电脑、计算机或任何终端设备(诸如机器到机器通信设备)中实施的接收单元。用户设备还可以具有中继功能。
[0086]
用于在通信系统中向用户设备发送数据和/或从用户设备接收数据的基站960包括处理电路980，该处理电路980(经由收发单元970)向用户设备发送寻呼时机配置，包括用于配置用于在寻呼周期内接收寻呼时机的预定义的时域模式的至少一个参数；以及在根据接收到的寻呼时机配置而配置的预定义的时域模式内的一个或多个寻呼时机中发送(经由收发单元970)寻呼信号。
[0087]
基站通常可以是到其中应用了寻呼的网络(蜂窝网络)的任何无线接口。例如，基站可以对应于lte中的enb或nr中的gnb，或者对应于任何类似的站。基站也可以是向(多个)用户设备提供无线接口的中继。
[0088]
各个收发单元920和970包括发送单元和接收单元。发送单元和接收单元可以具有任何已知的结构，包括天线(用于波束成形的天线阵列)、放大器以及可能还包括用于在期望的时间和频率资源中发送/接收信号的电子器件。另一方面，处理电路930和980实施基带处理，诸如信令和数据的发送和接收，这意味着处理在各个收发单元920和970上接收到的信号，并且提取(即，解调、解码)和解释信令和数据。此外，电路可以将信令和数据映射到资源上，以在各个收发单元920和970上进行传输。收发单元使得能够在信道950上进行通信，该信道950由诸如用于发送和/或接收的频带和时间的某些物理资源形成。
[0089]
如上所述，在这些实施例中，同步和寻呼过程共享一些共同的特征，诸如使用相同的波束结构从诸如基站的相同(或基本相同)的发送和接收点(trp)发送的特征。因此，将这两个过程关联起来是可行的。同步资源称为同步块(ssb)。一个ssb可以通过其在通信系统资源中的位置来定义。例如，在nr中，可以将ssb作为时频网格中的块给出，即，作为一定数量的符号(在时域中)和子载波(在频域中)给出。
[0090]
因此，如上所述的用户设备910和基站960利用用于po的预定义的时域模式，其使用系统寻呼周期作为参考。预定义的时域模式被参数化，使得它们是通过基站960可配置的。具体地，参数化可以具有一些参数作为输入，这些参数通常使通过通信系统的运营商可配置的。此类输入可以是例如以下一项或多项：
[0091]-定义同步信号块和系统信息块的相互位置的复用模式(诸如以上参考图5描述的那些)。该参数还可以解决同步信号块(ssb)和rmsi coreset在位置上可能发生的冲突。此外，可以考虑预同步。这可以通过确保同步信号块有规律地出现在寻呼时机之前来实现，使得idle ue可以在接收到寻呼之前不久更新它们的同步(即，重新同步)。
[0092]-波束扫描配置，尤其是最大ssb长度l和/或实际ssb长度l'。这些参数可能会影响所需的po长度。
[0093]-寻呼容量，尤其是每一寻呼周期的po的数量。
[0094]
然后，po配置可以包括预定义的规则。该规则例如可以是时域中的光栅定义，其约束可能的po位置。可替代地，规则可以是在寻呼周期上po的均匀分布。这些示例性规则将在下面详细描述。可以通过其另外的参数和设计规则来提供对光栅内po位置或均匀分布规则的其他约束。另外的参数可以包括诸如寻呼容量等的可调小区参数。可能的设计目标之一是光栅和寻呼周期内po的均匀位置这两种方案都可以利用任何复用模式(具有或不具有带宽重叠)进行操作。
[0095]
位于光栅上的寻呼时机
[0096]
模式和参数化的一个示例如下：预定义的时域模式指定寻呼时机仅被允许存在于寻呼周期内的规则的(regular)光栅中；并且寻呼时机配置指示将在哪个光栅位置中执行寻呼时机的接收。
[0097]
具体地，在该实施例中，在系统的寻呼时机周期内在时域中定义光栅。光栅点对应于po的候选位置(可能的起点)。在图10的左侧示出了这种光栅。相对于寻呼周期开始的偏移量可以定义光栅位置。偏移量可以是固定的(在标准中预定义)或可配置的(例如，通过基站在系统信息内)。此外，光栅间距对应于最小可能的po间距。在这里，po可以定位于(即，可以开始于)所有光栅点中。po不能在光栅点以外的位置开始。此外，并非每个光栅点都必然包括po。实际的po位置可能会受到另外的约束条件的限制。
[0098]
可以定义具有不同粒度的多个光栅，使得对于基站或操作包括该基站的通信系统的运营商而言，有可能从预定义的多个光栅配置中进行选择。换句话说，从基站发送到用户设备的寻呼时机配置可以指示预定义的多个光栅之一。在这种情况下，可以为光栅分配各自的标识符，并且从基站到用户设备的信令包括在多个光栅中指定所选择的光栅的标识符。
[0099]
在另一个示例中，可以通过直接信令通知所选择的光栅间隔(例如，定义相邻光栅点之间的距离的参数)来对光栅进行参数化。
[0100]
假设光栅具有等距间隔的光栅点(在图10中示出为三角形)，即，每对相邻光栅点之间的距离相等的点。光栅的选择也可以根据剩余的小区配置，诸如寻呼容量、最大ssb长度等隐式地确定。
[0101]
然后，可以基于另外的约束或信令通知和推导的组合来信令通知或推导光栅点中po的实际存在。例如，po的存在可以通过以下方式被信令通知：
[0102]-比特图。比特图可以包括比特，其中每个比特代表各自的光栅点。然后，比特以第一值(1或0)指示po存在于与该比特相关联的相应光栅点上，并以第二值(0或1)指示po不存在于相应光栅点上。信令通知比特图为在光栅内对po存在进行配置提供完全的灵活性。在另一方面，这可能会导致较大的开销。该比特图选项更适合l较小的情况，因为从绝对意义上讲，l的使用不会代表很大的开销(很少的比特，例如，《8对于l＝4,...,8就足够)。如果我们有l＝64，则光栅可能在80比特左右的数量级，因此，发送80比特的比特图可能会受到限制，因为这通常是设计成尽可能小的系统信息。因此，对于大的l值，下面提到的短模式可能是一个更有效的选择。
[0103]-重复的短模式。实际上，在寻呼周期内可能有许多po，例如，128个。在这种情况下，需要至少128个点的光栅。因此，为了通过上述比特图信令通知该光栅的po的存在，将需要128比特(导致相当大的比特图)。以一些灵活性为代价来减少此开销的可能性是使用在光栅上重复的短模式。例如：设我们有一个50个点的光栅。取决于要用于信令通知po存在的所期望的比特数，可以定义短模式。例如，让我们假设仅使用4比特来信令通知50个光栅点内32个po(n
po
＝32)的实际位置。利用4比特，可以指示对应于短模式的多达16个不同值(实际上是15个值，因为空模式0000不适用)。因此，如果我们发送模式1001，则ue假设po将出现在1所在的位置，重复该模式直到获得所期望的数量的po。因此，光栅中po的模式将为100110011001...1001，直到出现32个1。以这种方式，代替发送50比特的比特图，仅发送4比特，但是显然约束为15个模式。信令通知重复的短模式提供了较小的灵活性，但可以大大减少信令开销。
[0104]
换句话说，可以从基站向用户设备信令通知比特图，该比特图用针对一个光栅时间点的每个比特指示在所述光栅时间点中是否包括寻呼时机。针对寻呼周期中的每个光栅点，比特图都包含一个比特。取决于每一寻呼周期所期望的最大寻呼时机数量，可以选择光栅间隔(由寻呼时机数量隐式地指示或如上所述显式地信令通知)。
[0105]
可替代地，为了减少在信令通知比特图时的开销，引入了附加约束，该附加约束指定根据短模式循环地重复光栅内的寻呼时机的位置。短模式为n个相邻光栅点指定po的实际存在。n是小于光栅点数量的整数，例如，特别是小于或等于光栅点的一半。然后，可以借助于对应的短(n点)比特图来信令通知短模式，该短(n点)比特图用n个比特中的每一个指示在n个光栅点中的相应的对应光栅点中是否存在po。在用户设备处，接收并解释该短比特图：将n比特循环映射到光栅点上，以确定每个光栅点中是否在其中存在po。
[0106]
要注意的是，以上po存在信令示例(光栅比特图、短比特图)仅是示例性的，并且对于本公开而言不是限制性的。此外，短比特图可以具有任何长度。短比特图的长度也可以被信令通知，即，是可配置的。可替代地，可以基于其他小区参数隐式地确定或在标准中固定。
[0107]
光栅的起始可以被指定为距寻呼周期起始的偏移量，如图10所示。从ue角度来看，目标po可以由ue自主地确定。换句话说，特定的ue不需要在指示为存在于光栅中的每个po中执行接收。
[0108]
通过选择适当的po的位置和数量，gnb可以灵活地避免coreset冲突，调整寻呼容量以及具有不同的po间时间。还考虑了po长度。因此，尽管光栅是规则的并且等距地隔开，但是可以在寻呼周期内灵活地配置po。
[0109]
根据示例性实施方式，光栅时间点被定义在寻呼周期内的这样的位置上，使得可
配置的寻呼时机不与同步信号块重叠。这是示例性约束。要注意的是，万一由po和同步信号块使用的带宽重叠(上述复用模式1，参见图5)，这里，要避免的重叠是在时域中。
[0110]
图11示出了从基站和用户设备两者的角度基于光栅的po模式的更详细的说明。具体地，图11示出了系统的寻呼周期和偏移量，该偏移量指示每个寻呼周期内光栅的开始。光栅由以“po间距”等距间隔开的三角形示出。po的实际存在由黑色三角形表示。其余三角形仅表示光栅位置，而没有po的实际存在。在图11的底部，示出了一个较短的ue特定的寻呼周期。具体地，存在6个ue特定的周期，其分别具有各自的po数量3、2、4、3、2、4(表示为#po)。从图11中可以看出，系统寻呼周期和ue特定的寻呼周期不必对准或以其他方式协调。在ue特定的周期中，ue可能不得不仅读取一个称为“目标po”的po。ue可以使用公式(基站和ue都知道)来确定这种目标po。这样的公式可能涉及模运算。例如，如果在ue特定的周期中有相同数量的po，则可以在可以基于ue标识和可能还有一些其他参数来计算的数量上(over)以每一ue特定的周期的po的数量进行模运算来执行计算。在图11中，ue特定的周期中po的数量不同。根据示例性实施方式，可以通过应用被确定为ue特定周期中的po的最小数量的模数来计算目标po。在图11的示例中，每一ue特定的周期的po的最小数为2。其他解决方案也是可能的。
[0111]
图12示出了另一个示例，其中光栅点中po的实际存在与ssb突发位置相协调。具体地，po仅存在于在时域中不与ssb重叠的光栅点上。具体地，在这种情况下，小区设置为n
po
＝32，t
drx
＝320ms，t
ssb
＝40ms和复用模式1。在此示例中，32个po 0至31位于drx周期(寻呼周期)上。
[0112]
在寻呼周期内po的均匀分布
[0113]
根据另一个实施例，预定义的时域模式指定要在寻呼周期内以均匀分布的时间间隔接收寻呼时机；并且，寻呼时机配置指示均匀分布的时间间隔的周期性。这在图10的右侧示出。在这种情况下，每个均匀分布的po中都存在一po，从而导致po间隔由寻呼周期(系统周期)持续时间与所期望的po数量之间的比值给出。
[0114]
换句话说，本实施例的思想是通过在ue可以根据预定义规则计算的位置中分配(在寻呼时机周期上)平均分布的n
po
个po来提供预定义的寻呼时机模式。
[0115]
例如，一个规则可以是通过以下方式避免与复用模式1中的ssb发生冲突：
–
如果发生冲突
–
采用下一个在后的(或下一个在前的)时隙或跳过po等。通常，避免冲突规则可以是在同步信号结束之后或之前采用第i个时隙。另一个可能性是假设ssb所在的半帧根本不存在(删除)，并使po在其余时间轴上遵循均匀分布。
[0116]
为了向ue提供po位置，需要知道周期中的po的数量以及第一po所位于的寻呼周期内的偏移量。该偏移量以及上述光栅实施例中的光栅偏移量也可以是固定的或可配置的。通常，偏移量将小于相邻po之间的距离。为了具有类似的lte设计，可以从预定义的集合(例如{4,16,32,64}等)中选择n
po
。然而，这仅是本公开的非限制性示例。
[0117]
从ue的角度来看，目标po可以由ue自主地确定，如以上实施例中所示。因此，ue可以基于基站和ue都知道的公式或算法来计算ue必须接收(检查)系统周期中的哪个po。然后，基站将用于特定ue的寻呼指示(dci)分布到ue读取的po中。
[0118]
在该实施例中，所有n
po
个位置都具有po，因此该方法更适合于复用模式2或3，其中不会发生与ssb的重叠。但是，如上所述，偏移量设置可以帮助避免ssb冲突，并且可能存在
一些附加约束，以使该实施例也可以用于模式1。
[0119]
图13示出了一个示例，其中po在drx周期内平均分布。示例性小区设置是：n
po
＝32，t
drx
＝320ms，t
ssb
＝40ms，以及复用模式2，使得ssb位于与po所位于的频带不同的频带中。因此，不会发生冲突。
[0120]
在一个示例性实施方式中，在接收到的寻呼时机配置中将周期性指定为寻呼周期内的寻呼时机的数量。这是指其中确定周期性(在这种情况下，对应于po间时间)的方式。寻呼周期在这里是指(被理解为)由系统参数定义的系统(网络)周期。它是ue必须使用的默认值，除非另有说明。有时使用术语“drx周期”，因为确定ue可能关闭接收的时段以及ue必须唤醒以监视其寻呼时机的时段。网络和ue的寻呼周期可以与上面参考图11所述的相同或不同。
[0121]
在图13的示例中，在与发送同步信号块的频率子带不重叠的频率子带中发送寻呼时机。这适用于复用模式2和3。
[0122]
另外的配置
[0123]
如上所述，原则上，基于光栅的po位置和均匀分布的po位置两者通常都可以用于任何复用模式。
[0124]
然而，根据示例，复用模式的配置可以与特定的各自的预定义的po模式(用于接收寻呼的预定义的时域模式)相关联。例如，复用模式1(ssb和po位于同一频带中)可以与基于光栅的po位置相关联，而不重叠频带中的具有ssb和po的复用模式(上述示例中的模式2和3)可以与均匀的po分布相关联。
[0125]
以上实施例的其他示例性使用是可能的。例如，该标准可能只允许使用基于光栅的和均匀分布的po位置方法中的一种。可替代地，可以由基站可配置是否要应用基于均匀分布的po位置的光栅。替代地或另外，一些小区参数可能会约束基于光栅的和/或均匀分布的po位置的应用。
[0126]
在示例性实施方式中，用户设备的处理电路在根据特定于用户设备的寻呼时机计算和/或基站中设置的波束扫描配置而另外配置的寻呼时机中执行寻呼信号的接收配置。具体地，po计算是ue特定的，并且该计算是为了确定drx周期内的一个po。
[0127]
寻呼时机配置可以由基站在广播信道(pbch)内信令通知，并且包括相对于寻呼周期起点的偏移量。在均匀po分布的情况下，偏移量可以指示光栅的开始或第一个po的位置。换句话说，偏移量指定用于接收寻呼的预定义时域模式的开始。
[0128]
图14示出了可以确定由用户设备要接收(检查)的po的位置的参数的图示。首先，从基站向用户设备提供信令1410，其具有可能指定分配策略(预定义的时域模式，例如，基于光栅的或均匀分布)的配置、用于分配策略的参数(例如，光栅间隔、po间隔和/或偏移量)以及(对于光栅分配)po存在(例如，比特图、短比特图)。该信息可以在默认寻呼配置中提供和/或在系统信息块(sib)中信令通知，并且对于小区是公共的。
[0129]
然后，可以经由rrc(无线电资源控制协议)向ue信令通知ue特定的寻呼配置1420。它可以定义ue特定的周期和其他参数。ue从指定系统寻呼周期和po分配的系统配置中获知drx周期中po(不一定是目标po)的最小数量。如以上参考图11所描述的，在ue特定周期中的po的最小数量可以被用作模参数。寻呼负载平衡取决于gnb，例如，如何分配drx周期和寻呼分配方案配置。
[0130]
最后，系统信息可以由基站经由小区广播来更新1430，并且包括以上参考信令1410所述的一个或多个参数。
[0131]
关于确定po的长度，po的长度可以取决于ssb(要扫描的波束)的数量。图3b示出了一种可能性，其中符号/时隙中的po长度是任意的(例如，m
po
)，但是与l和l'成比例。显然，m
po
》l
×sp
始终成立。s
p
是根据图7的表用于寻呼coreset的符号数量。换句话说，po的长度可以由用户设备和基站两者确定为大于(或等于)最大波束数量(l)与为寻呼资源配置的时域符号数量的乘积。要注意的是，从po分配的角度来看，po长度仅与gnb有关。ue也可以知道长度，但是从ue角度来看，重要的是知道po的起点，然后知道po内相关coreset的偏移量；除非ue不了解相关coreset的位置，并且在这种情况下，po的长度也可能与ue有关，因为必须监视整个po。
[0132]
po的位置应灵活配置，以考虑nr中可用的多个选项。使用上述分配策略提供了统一的框架，以与nr中可用的可能配置(例如，复用coreset-ssb复用模式)兼容的方式灵活地指示po的位置。此外，所需的信令很低，并且不需要ue特定的信令(除非ue特定的drx周期被配置)。在图3b中，可以使用rmsi来指示各个时隙内的寻呼coreset个体偏移量。
[0133]
如上所述，实施例涉及po的位置的确定。这在用户设备和基站两者侧都执行。虽然寻呼周期内的po的配置相同并且适用于两者侧，但基站也可以被配置为配置po分配(例如，通过设置用于确定po位置的参数)，而用户设备可以被配置为接收配置并确定相关的po位置。基于寻呼周期内的po位置，用户设备然后可以确定用户设备随后实际监视的(多个)目标po。
[0134]
因此，po分配和信令也可以由基站来实施，因此在此不再重复。
[0135]
此外，对应于以上参考图9所参考的由用户设备和基站的处理电路执行的步骤，提供了用于发送和/或接收寻呼信号的方法。
[0136]
具体地，提供了一种用于在通信系统中向基站发送数据和/或从基站接收数据的方法，该方法在用户设备中执行，并且包括以下步骤：从基站接收寻呼时机配置，包括用于配置用于在寻呼周期内接收寻呼时机的预定义的时域模式的至少一个参数；以及在根据接收到的寻呼时机配置而配置的预定义的时域模式内的寻呼时机中执行寻呼信号的接收。这种方法可以由任何处理电路或在单个处理器中执行。
[0137]
此外，提供了一种用于在通信系统中向用户设备发送数据和/或从用户设备接收数据的方法，该方法在基站中执行，并且包括：向用户设备发送寻呼时机配置，包括用于配置用于在寻呼周期内接收寻呼时机的预定义时域模式的至少一个参数；以及在根据接收到的寻呼时机配置而配置的预定义的时域模式内的一个或多个寻呼时机中发送寻呼信号。
[0138]
要注意的是，根据任何实施例和示例，该方法可以包括参考以上处理电路描述的任何步骤。
[0139]
此外，可以提供一种非暂时性介质，其存储包括代码指令的程序代码，该代码指令在处理器(或通常为处理电路)上执行时，执行上述方法的所有步骤。
[0140]
本公开可以通过软件、硬件或与硬件协作的软件来实现。在上述每个实施例的描述中使用的每个功能块可以由诸如集成电路的lsi部分地或全部地实现，并且在每个实施例中描述的每个过程可以由相同的lsi或lsi的组合部分地或全部地控制。lsi可以单独地形成为芯片，或者可以形成一个芯片以包括部分或全部功能块。lsi可以包括耦合到其的数
据输入和输出。根据集成度的差异，这里的lsi可以被称为ic、系统lsi、超级lsi或超lsi。然而，实现集成电路的技术不限于lsi，并且可以通过使用专用电路、通用处理器或专用处理器来实现。另外，可以使用在制造lsi之后可以编程的fpga(现场可编程门阵列)或其中可以重新配置布置在lsi内部的电路单元的连接和设置的可重新配置处理器。本公开可以实现为数字处理或模拟处理。如果由于半导体技术或其他衍生技术的发展而使未来的集成电路技术取代lsi，则可以使用未来的集成电路技术来集成功能块。生物技术也可以应用。
[0141]
总之，根据示例1，提供了一种用于在通信系统中向基站发送数据和/或从基站接收数据的用户设备，包括电路：从基站接收寻呼时机配置，包括用于配置用于在寻呼周期内接收寻呼时机的预定义时域模式的至少一个参数；以及在根据接收到的寻呼时机配置而配置的预定义的时域模式内的寻呼时机中执行寻呼信号的接收。
[0142]
根据示例2，在示例1中，预定义的时域模式指定寻呼时机仅被允许存在于寻呼周期内的规则的光栅中；并且寻呼时机配置指示要在哪个光栅位置中执行寻呼时机的接收。
[0143]
在示例1或2中，寻呼时机配置指示以下各项中的至少一项：(i)预定义的多个光栅之一；(ii)比特图，用针对一个光栅时间点的每个比特指示在所述光栅时间点中是否包括寻呼时机；(iii)短于寻呼周期中的光栅点数量的短比特图，当循环地重复短比特图时，用针对一个光栅时间点的每个比特指示所述光栅时间点中是否包括寻呼时机。
[0144]
可以在寻呼周期内的使得可配置的寻呼时机不与同步信号块重叠的这样的位置上定义光栅时间点。
[0145]
在示例1中，预定义的时域模式可以指定要在寻呼周期内以均匀分布的时间间隔接收寻呼时机；并且寻呼时机配置可以指示均匀分布的时间间隔的周期性。
[0146]
在一个示例中，在接收到的寻呼时机配置中将周期性指定为寻呼周期内的寻呼时机的数量。
[0147]
在一些实施例中，寻呼时机在与其中发送同步信号块的频率子带不重叠的频率子带中被发送。
[0148]
根据示例性实施方式，用户设备的处理电路在根据特定于用户设备的寻呼时机就算和/或基站中设置的波束扫描配置而进一步配置的寻呼时机中执行寻呼信号的接收。
[0149]
在一些实施例中，寻呼时机配置由基站在广播信道内信令通知，并且包括相对于寻呼周期的起始的偏移量。
[0150]
根据一般示例，在提供了一种用于在通信系统中向用户设备发送数据和/或从用户设备接收数据的基站，包括处理电路，该处理电路：向用户发送寻呼时机配置，包括用于配置用于在寻呼周期内接收寻呼时机的预定义的时域模式的至少一个参数；以及在根据接收到的寻呼时机配置而配置的预定义的时域模式内的一个或多个寻呼时机中发送寻呼信号。
[0151]
在一般示例中，根据一个实施例，预定义的时域模式指定寻呼时机仅被允许存在于寻呼周期内的规则的光栅中；并且寻呼时机配置指示要在哪个光栅位置中执行寻呼时机的接收。
[0152]
寻呼时机配置可以指示(i)多个预定义光栅中的至少一个；(ii)比特图，用针对一个光栅时间点的每个比特指示在所述光栅时间点中是否包括寻呼时机；(iii)短于寻呼周期中的光栅点数量的短比特图，当周期性地重复短比特图时，用针对一个光栅时间点的每
个比特指示所述光栅时间点中是否包括寻呼时机。
[0153]
可以在寻呼周期内的使得可配置的寻呼时机不与同步信号块重叠的这样的位置上定义光栅时间点。
[0154]
在一般示例中，根据一个实施例，预定义的时域模式指定将在寻呼周期内以均匀分布的时间间隔发送寻呼时机；并且寻呼时机配置指示均匀分布的时间间隔的周期性。
[0155]
可以在所发送的寻呼时机配置中将周期性指定为寻呼周期内的寻呼时机的数量。
[0156]
此外，可以在与发送同步信号块的频率子带不重叠的频率子带中发送寻呼时机。
[0157]
在一个示例中，基站的处理电路在根据特定于用户设备的寻呼时机计算和/或基站中设置的波束扫描配置而进一步配置的寻呼时机中发送寻呼信号。
[0158]
寻呼时机配置可以由基站在广播信道内信令通知，并且包括相对于寻呼周期的起始的偏移量。
[0159]
还提供了对应的方法。在一个示例中，提供了一种用于在通信系统中向基站发送数据和/或从基站接收数据的方法，该方法在用户设备中执行，并且包括以下步骤：从基站接收寻呼时机配置，包括用于配置用于在寻呼周期内接收寻呼时机的预定义的时域模式的至少一个参数；以及在根据接收到的寻呼时机配置而配置的预定义的时域模式内的寻呼时机中执行寻呼信号的接收。
[0160]
此外，提供了一种用于在通信系统中向用户设备发送数据和/或从用户设备接收数据的方法，该方法在基站中执行，并且包括：向用户设备发送寻呼时机配置，包括用于配置用于在寻呼周期内接收寻呼时机的预定义的时域模式的至少一个参数；以及在根据接收到的寻呼时机配置而配置的预定义的时域模式内的一个或多个寻呼时机中发送寻呼信号。

技术特征：
1.一种用于在通信系统中向基站发送数据和/或从基站接收数据的用户设备，包括：收发单元，和电路：经由所述收发单元从基站接收包括至少一个参数的寻呼时机配置，基于所述至少一个参数，根据以下两项来配置预定义的时域模式，(i)预定义的多个光栅之一；以及(ii)比特图，用针对一个光栅时间点的每个比特指示在所述光栅时间点中是否包括寻呼时机；以及控制在根据所述预定义的时域模式的寻呼周期内的寻呼时机中，经由所述收发单元接收寻呼信号。2.根据权利要求1所述的用户设备，其中：所述预定义的时域模式指定所述寻呼时机仅被允许存在于所述寻呼周期内的规则的光栅中；以及所述寻呼时机配置指示要在哪个光栅位置执行所述寻呼时机的接收。3.根据权利要求1所述的用户设备，其中，所述寻呼时机配置指示：(iii)短于所述寻呼周期中的光栅点数量的短比特图，当循环地重复所述短比特图时，用针对一个光栅时间点的每个比特指示所述光栅时间点中是否包括寻呼时机。4.根据权利要求1所述的用户设备，其中，所述光栅时间点被定义在所述寻呼周期内的可配置的寻呼时机不与同步信号块重叠的位置中。5.根据权利要求1所述的用户设备，其中：所述预定义的时域模式指定在所述寻呼周期内以均匀分布的时间间隔接收所述寻呼时机；以及所述寻呼时机配置指示所述均匀分布的时间间隔的周期性。6.根据权利要求5所述的用户设备，其中，所述周期性在接收到的寻呼时机配置中被指定为所述寻呼周期内的寻呼时机的数量。7.根据权利要求5所述的用户设备，其中，所述寻呼时机是在与发送同步信号块的频率子带不重叠的频率子带中被发送的。8.根据权利要求1所述的用户设备，其中，根据特定于用户设备的寻呼时机计算和/或基站中设置的波束扫描配置来配置的所述寻呼时机。9.根据权利要求1所述的用户设备，其中，所述寻呼时机配置由基站在广播信道内信令通知，并且包括相对于所述寻呼周期的起始的偏移量。10.一种用于在通信系统中向用户设备发送数据和/或从用户设备接收数据的基站，包括：收发单元，和电路：定义包括至少一个参数的寻呼时机配置，所述至少一个参数用于根据以下两项来配置预定义的时域模式：(i)预定义的多个光栅之一；以及(ii)比特图，用针对一个光栅时间点的每个比特指示在所述光栅时间点中是否包括寻
呼时机；控制经由所述收发单元向所述用户设备发送定义的寻呼时机配置；以及控制在根据所述预定义的时域模式的寻呼周期内的一个或多个寻呼时机中，经由所述收发单元向所述用户设备发送寻呼信号。11.根据权利要求10所述的基站，其中：所述预定义的时域模式指定所述寻呼时机仅被允许存在于所述寻呼周期内的规则的光栅中；以及所述寻呼时机配置指示要在哪个光栅位置执行所述寻呼时机的接收。12.根据权利要求10所述的基站，其中，所述寻呼时机配置指示：(iii)短于所述寻呼周期中的光栅点数量的短比特图，当循环地重复所述短比特图时，用针对一个光栅时间点的每个比特指示所述光栅时间点中是否包括寻呼时机。13.根据权利要求10所述的基站，其中，所述光栅时间点被定义在所述寻呼周期内的可配置的寻呼时机不与同步信号块重叠的位置中。14.根据权利要求10所述的基站，其中：所述预定义的时域模式指定在所述寻呼周期内以均匀分布的时间间隔发送所述寻呼时机；以及所述寻呼时机配置指示所述均匀分布的时间间隔的周期性。15.根据权利要求14所述的基站，其中，所述周期性在所发送的寻呼时机配置中被指定为所述寻呼周期内的寻呼时机的数量。16.根据权利要求14所述的基站，其中，所述寻呼时机是在与发送同步信号块的频率子带不重叠的频率子带中被发送的。17.根据权利要求10所述的基站，其中，根据特定于用户设备的寻呼时机计算和/或基站中设置的波束扫描配置来配置所述寻呼时机。18.根据权利要求10所述的基站，其中，所述寻呼时机配置由基站在广播信道内信令通知，并且包括相对于所述寻呼周期的起始的偏移量。19.一种用于在通信系统中向基站发送数据和/或从基站接收数据的方法，所述方法在用户设备中执行，并且包括以下步骤：从基站接收包括至少一个参数的寻呼时机配置，基于所述至少一个参数，根据以下两项来配置预定义的时域模式，(i)预定义的多个光栅之一；以及(ii)比特图，用针对一个光栅时间点的每个比特指示在所述光栅时间点中是否包括寻呼时机；以及在根据所述预定义的时域模式的寻呼周期内的寻呼时机中执行寻呼信号的接收。20.一种用于在通信系统中向用户设备发送数据和/或从用户设备接收数据的方法，所述方法在基站中执行，并且包括：定义包括至少一个参数的寻呼时机配置，所述至少一个参数用于根据以下两项来配置预定义的时域模式：(i)预定义的多个光栅之一；以及(ii)比特图，用针对一个光栅时间点的每个比特指示在所述光栅时间点中是否包括寻
呼时机；向所述用户设备发送定义的寻呼时机配置；以及在根据预定义的时域模式的寻呼周期内的一个或多个寻呼时机中，向所述用户设备发送寻呼信号。21.一种集成电路，用于控制在通信系统中向基站发送数据和/或从基站接收数据的过程，所述过程包括：从基站接收包括至少一个参数的寻呼时机配置，基于所述至少一个参数，根据以下两项来配置预定义的时域模式，(i)预定义的多个光栅之一；以及(ii)比特图，用针对一个光栅时间点的每个比特指示在所述光栅时间点中是否包括寻呼时机；以及在根据所述预定义的时域模式的寻呼周期内的寻呼时机中执行寻呼信号的接收。22.一种集成电路，用于控制在通信系统中向用户设备发送数据和/或从用户设备接收数据的过程，所述过程包括：定义包括至少一个参数的寻呼时机配置，所述至少一个参数用于根据以下两项来配置预定义的时域模式：(i)预定义的多个光栅之一；以及(ii)比特图，用针对一个光栅时间点的每个比特指示在所述光栅时间点中是否包括寻呼时机；向所述用户设备发送定义的寻呼时机配置；以及在根据预定义的时域模式的寻呼周期内的一个或多个寻呼时机中，向所述用户设备发送寻呼信号。

技术总结
本公开涉及用户设备、基站以及在用户设备和基站中执行的方法。该用户设备包括：收发单元，和电路：经由收发单元从基站接收包括至少一个参数的寻呼时机配置，基于至少一个参数，根据以下两项来配置预定义的时域模式，(i)预定义的多个光栅之一；以及(ii)比特图，用针对一个光栅时间点的每个比特指示在光栅时间点中是否包括寻呼时机；以及控制在根据预定义的时域模式的寻呼周期内的寻呼时机中，经由收发单元接收寻呼信号。单元接收寻呼信号。单元接收寻呼信号。


技术研发人员：D
受保护的技术使用者：松下电器（美国）知识产权公司
技术研发日：2018.04.05
技术公布日：2023/8/1