CN114762406B - 用于无线通信的寻呼和网络选择技术 - Google Patents

Abstract

描述了用于寻呼技术的技术。例如，一种无线通信方法包括由网络节点向通信节点发送多组寻呼配置信息，其中每组寻呼配置信息包括描述网络服务类型的服务类型信息，并且其中每组寻呼配置信息包括一个或多个寻呼相关信息。

Description

用于无线通信的寻呼和网络选择技术

技术领域

本公开总体上涉及数字无线通信。

背景技术

移动电信技术正在将世界推向一个日益连接和网络化的社会。与现有无线网络相比，下一代系统和无线通信技术将需要支持更广泛的用例特性，并且提供更复杂且更精密范围的接入要求和灵活性。

长期演进(LTE)是由第三代合作伙伴计划(3GPP)开发的用于移动设备和数据终端的无线通信标准。高级LTE(LTE-A)是增强LTE标准的无线通信标准。第5代无线系统(即，5G)推进了LTE和LTE-A无线标准，并且致力于支持更高的数据速率、大量的连接、超低延时、高可靠性和其他新兴业务需求。

发明内容

公开了用于寻呼和网络选择技术的技术。

第一示例无线通信方法包括由网络节点向通信节点发送多组寻呼配置信息，其中每组寻呼配置信息包括描述网络服务类型的服务类型信息，并且其中每组寻呼配置信息包括一个或多个寻呼相关信息。

第二示例无线通信方法包括由通信节点接收多组寻呼配置信息，其中每组寻呼配置信息包括描述网络服务类型的服务类型信息，并且其中每组寻呼配置信息包括一个或多个寻呼相关信息。

第三示例无线通信方法包括由网络节点从核心网接收多组寻呼配置信息，其中每组寻呼配置信息包括描述网络服务类型的服务类型信息，并且其中每组寻呼配置信息包括一个或多个寻呼相关信息；以及从多组寻呼配置中确定要由通信节点使用的一组寻呼配置信息。

第四示例无线通信方法包括由网络节点向核心网发送多组寻呼配置信息，其中每组寻呼配置信息包括描述网络服务类型的服务类型信息，并且其中每组寻呼配置信息包括一个或多个寻呼相关信息；以及从核心网接收多组寻呼配置中要被使用的一组寻呼配置信息的指示。

第五示例无线通信方法包括由核心网节点从网络节点接收寻呼周期内的总寻呼帧数和每个寻呼帧的寻呼时机数；由核心网从通信节点接收重新分配通信节点的移动用户身份的请求，其中该请求包括重新分配辅助信息，重新分配辅助信息包括第一值和第二值，第一值基于通信节点的标识符和寻呼周期内的总寻呼帧数，第二值基于通信节点的标识符、寻呼周期内的总寻呼帧数和每个寻呼帧的寻呼时机数；以及对于通信节点，至少基于以下任一项或多项来确定满足准则的移动用户身份：寻呼周期内的总寻呼帧数、每个寻呼帧的寻呼时机数、第一值和第二值。

第六示例无线通信方法包括由通信节点响应于通信节点处于空闲状态而确定要被使用的寻呼帧偏移，其中寻呼帧偏移基于系统帧号(SFN)、处于空闲状态的第一寻呼周期(Tidle)和预定值，其中响应于处于非活动状态的通信节点具有与处于空闲状态的通信节点的第一寻呼周期相同的第二寻呼周期，寻呼消息根据寻呼帧偏移被接收。

第七示例无线通信方法包括由通信节点确定要在非活动状态下被使用的第一寻呼帧偏移，其中第一寻呼帧偏移至少基于系统帧号(SFN)、非活动状态下的寻呼周期(Tinactive)、第一预定值和第二预定值，并且其中响应于通信节点处于非活动状态，寻呼消息根据第一寻呼帧偏移被接收。

第八示例无线通信方法包括由网络节点向通信节点发送小区接入相关信息，小区接入相关信息包括选择能力指示，选择能力指示被配置为指示通信节点是否能够选择通信节点未被授权自动选择的非公共网络(NPN)。

第九示例无线通信方法包括由通信节点的非接入层(NAS)层接收小区接入相关信息，小区接入相关信息包括选择能力指示，选择能力指示被配置为指示通信节点是否能够选择通信节点未被授权自动选择的非公共网络(NPN)；以及由NAS层基于选择能力指示确定是否要执行网络类型的选择。

在又一示例性方面，上述方法以处理器可执行代码的形式被实施并且存储在非瞬态计算机可读存储介质中。计算机可读存储介质中包括的代码在由处理器执行时，处理器实现本专利文档中描述的方法。

在又一示例性实施例中，公开了一种被配置为或可操作以执行上述方法的设备。

上述和其他方面及其实现在附图、说明书和权利要求书中更详细地描述。

附图说明

图1示出了基于服务的寻呼过程的示例。

图2示出了从网络(例如，无线接入网(RAN)节点)到用户设备(UE)的多个寻呼配置的示例传输。

图3示出了UE和/或RAN节点向网络报告多寻呼配置能力的示例流程图。

图4A示出了核心网从多个寻呼配置中选择寻呼控制信道(PCCH)配置的第一示例。

图4B示出了核心网向RAN节点指示一个或多个允许切片的第二示例。

图5示出了示例5G短临时移动用户身份(5G-STMSI)重新分配过程。

图6示出了两个通用移动电信系统用户SIM(USIM)或两个网络的寻呼帧(PF)与寻呼时机(PO)之间没有时间差的寻呼冲突场景。

图7示出了两个USIM或两个网络的PO与PF之间存在时间差的寻呼冲突场景。

图8示出了PF位置信息列表的示例层3编码。

图9示出了PF和PO位置信息列表的示例层3编码。

图10示出了与当前空闲状态寻呼时机相比的具有PFoffsetidle的寻呼时机。

图11示出了使用示例技术确定的寻呼时机与使用当前技术确定的当前寻呼时机之间的差异。

图12示出了用于指示UE的用户是否可以手动选择UE未被授权自动选择的由公共陆地移动网络(PLMN)托管的非公共网络(NPN)的示例过程。

图13示出了中央单元(CU)向分布式单元(DU)发送针对每个PLMN的一个或多个选择相关指示的示例流程图。

图14A示出了用于发送多组寻呼配置信息的示例性流程图。

图14B示出了用于发送多组寻呼配置信息的示例性流程图。

图14C示出了用于处理多组寻呼配置信息的第一示例性流程图。

图14D示出了用于处理多组寻呼配置信息的第二示例性流程图。

图14E示出了用于确定移动用户身份的示例性流程图。

图14F示出了用于确定寻呼偏移的第一示例性流程图。

图14G示出了用于确定寻呼偏移的第二示例性流程图。

图14H示出了用于发送用于非公共网络(NPN)的选择的选择能力指示的示例性流程图。

图14I示出了用于处理用于NPN的选择的选择能力指示的示例性流程图。

图15示出了可以是网络节点、核心网或用户设备的一部分的硬件平台的示例性框图。

具体实施方式

该专利文档分三个部分描述寻呼技术。部分I描述用于多寻呼配置的寻呼技术，部分II描述用于减轻多用户身份模块(SIM)场景的寻呼冲突的寻呼技术，部分III描述能够选择非公共网络(NPN)的技术。以下各个部分的示例标题用于促进对所公开的主题的理解，而不以任何方式限制所要求保护的主题的范围。因此，一个示例部分的一个或多个特征可以与另一示例部分的一个或多个特征组合。此外，为了解释清楚，使用5G术语，但本文档中公开的技术不仅限于5G技术，而是可以用于实现其他协议的无线系统中。

I.用于多寻呼配置的技术

I.(a).引言

在NR-R15/R16中，寻呼相关参数按小区配置如下：

DownlinkConfigCommonSIB信息元素

pagingSearchSpace也在系统信息块中被配置和发送，其中pagingSearchSpace可以描述用于寻呼UE的物理下行链路控制信道(PDCCH)信号的搜索空间。

最近，正在研究切片增强和时间敏感网络。对于不同切片或服务类型，需要不同移动终止(MT)延迟。目前，寻呼周期是按小区定义的，因此网络无法为不同服务类型设置不同寻呼周期，这可能会导致某个时间敏感服务的无法接入的延迟。

目前，寻呼周期是按小区定义的，因此网络无法为不同服务类型设置不同寻呼周期，这可能会导致某个时间敏感服务的无法接入的延迟。例如，如果一个小区支持超可靠低时延通信(URLLC)和增强型移动宽带(EMBB)服务，则该小区对URLLC服务可以有更高的时延要求，因此可以采用更短的DRX周期进行EMBB服务。但是在当前系统信息块(SIB)中，寻呼周期是按小区而不是按服务类型来配置的。

此外，当前技术问题是，公共网络和专用网络的网络共享需要针对不同网络标识符(ID)进行不同寻呼配置。

I.(b).用于多寻呼配置的示例技术解决方案

该专利文档描述了示例寻呼技术，使得UE可以从网络(NW)接收多个寻呼配置和/或基于服务类型来选择优选寻呼配置。

图1示出了基于服务的寻呼过程的示例。

在步骤1：RAN节点为一个或多个切片(例如，服务类型)配置和发送寻呼配置。在寻呼配置中，还包括相关切片信息。

在步骤2：UE向核心网(例如，接入和移动性管理功能(AMF)发送注册请求，核心网接受该请求并且向UE的NAS层发送注册接受消息和允许切片信息。允许切片信息可以包括一个或多个切片，其中每个切片由单个网络切片选择辅助信息(S-NSSAI)索引。

在步骤3：UE NAS层向UE的AS层指示一个或多个允许切片。

在步骤4：UE进入空闲或非活动状态，UE的AS层可以基于一个或多个允许切片信息选择寻呼配置。

在一些实施例中，可以在步骤3之后不执行步骤4。例如，AS层可以将寻呼配置信息的部分或全部通知给NAS，然后NAS层将NAS层的优选寻呼配置指示给AS层，使得AS层可以基于由NAS层指示的优选寻呼配置执行寻呼相关操作(例如，确定寻呼时机和/或寻呼帧)。因此，例如，如果UE进入空闲或非活动状态，则UE NAS基于优选配置来选择寻呼配置。

步骤5：CN向RAN节点指示寻呼信息，类似于本节上述步骤3至4。在步骤5，CN可以向RAN节点指示允许切片信息，并且RAN节点进一步确定寻呼配置，或者RAN在Ng建立过程中向CN指示寻呼配置信息的部分或全部，然后CN在寻呼被调度时向RAN指示CN的优选寻呼配置。

UE和网络侧(例如，核心网)可以使用相同的寻呼配置选择准则从多个寻呼配置中选择寻呼配置。

I.(b).i.技术1：多个寻呼配置和UE对多个寻呼配置的接收的描述

网络(例如，RAN节点)在SIB或专用无线资源控制(RRC)信号中配置和发送多个寻呼配置。在该示例中，SIB可以是示例信令，其中多寻呼控制信道(PCCH)配置被发送，例如，如下面的粗斜体文本示出的“PCCH-ConfigList”。在示例PCCH-ConfigList中，包括一个或多个PCCH配置。对于每个PCCH配置，还包括相关切片信息(例如，S-NSSAI列表)，其中每个S-NSSAI值可以与网络服务类型(例如，URLLC、EMBB等)相关联。在一些实施例中，可以仅包括S-NSSAI的一部分，诸如可以指示切片或服务的类型(例如，URLLC或EMBB)的切片/服务类型(SST)(例如，8比特值)、以及可以区分多个网络切片的可选的切片区分器(SD)(例如，32比特值)。

DownlinkConfigCommonSIB信息元素

图2示出了从网络(例如，RAN节点)到UE的多个寻呼配置的传输示例。部分I中描述的多个寻呼配置可以在SIB或专用RRC信号中被发送。

下面示出了两个示例SIB，以包括基于不同类型的网络服务而配置的多个寻呼配置。在第一示例中，网络可以为每个PCCH配置而配置不同PCCH配置参数，其中PCCH配置参数(例如，defaultPagingCycle、nAndPagingFrameOffset、ns等)中的一个或多个PCCH配置参数对于每个PCCH配置可以是不同的。在第二示例中，与第一示例相比，可以仅指示不同的PCCH配置参数(例如，寻呼周期)。

第一示例DownlinkConfigCommonSIB信息元素

第二示例DownlinkConfigCommonSIB信息元素

I.(b).ii.技术2：网络确定UE和RAN节点对多寻呼配置的支持

图3示出了UE和/或RAN节点向网络报告多寻呼配置能力的示例流程图。在一些实施例中，UE可以向网络(例如，核心网)指示多寻呼配置能力。例如，UE可以例如在注册过程中或当网络需要有关UE能力的信息时向RAN节点或网络发送关于UE支持多寻呼配置的指示。在一些实施例中，UE可以将多寻呼配置能力包括在UE能力信息中并且将其发送给RAN节点。在接收到UE能力信息之后，RAN节点可以在UERadioPagingInformation(如图3所示)或UERadioAccessCapabilityInformation中指示UE多寻呼配置能力。在一些其他实施例中，UE可以将多寻呼配置能力作为非接入层(NAS)层能力包括在NAS消息(例如，注册请求消息)中。

对于RAN侧，在下一代控制平接口(NG-C)或S1接口建立期间，RAN节点可以经由例如NG建立消息向核心网指示RAN节点支持多寻呼配置的能力，如图3所示。在一些实施例中，在RAN节点向CN发送其对多寻呼配置的支持的指示以供CN确定寻呼方案之后，例如，当寻呼即将到来或被调度时，核心网可以将允许切片信息包括在向RAN节点的寻呼消息中。在一些实施例中，RAN节点将多个PCCH配置的一部分发送给CN以供CN确定寻呼方案，例如，当寻呼即将到来或被调度时，核心网可以在向RAN节点的寻呼消息中包括优选PCCH配置。

I.(b).iii.技术3：在UE侧和网络侧两者从多个寻呼配置中对寻呼配置的选择、 RAN节点与CN之间的交互、以及UE NAS与AS之间的交互。

UE和网络侧可以使用相同的寻呼配置选择准则基于在一个或多个寻呼配置内关联的一个或多个允许切片从由RAN节点或网络向UE指示的多个寻呼配置中选择寻呼配置，其中每个寻呼配置可以与一个或多个S-NSSAI标识符相关联。例如，UE和网络可以基于允许切片信息来选择寻呼配置。具体地，作为示例，UE和网络根据允许切片选择具有最短DRX周期的PCCH配置。

RAN与CN之间的交互：在一些实施例中，CN可以向RAN节点指示允许切片信息，并且其中RAN节点进一步基于允许切片信息从多个寻呼配置信息中确定要使用的寻呼配置。在一些其他实施例中，RAN节点可以在NG建立过程中向CN指示寻呼配置信息的部分或全部，然后CN在初始上下文建立响应消息(Rsp Msg)中或在寻呼被调度时在寻呼消息中向RAN指示CN选择的寻呼配置。CN可以使用例如PCCH配置索引来指示所选择的寻呼配置。

UE AS层与UE NAS层之间的交互：在一些实施例中，UE的NAS层可以向UE的AS层指示允许切片，并且AS确定最终PCCH配置。在一些实施例中，UE的AS层可以将寻呼配置信息的部分或全部通知给UE的NAS层，然后NAS层可以将NAS层的所选择的配置指示给AS层，使得通信节点可以基于所选择的配置执行寻呼相关操作。

I.(b).iii.(A)寻呼配置选择准则的示例

在SIB中，多PCCH配置或多寻呼配置可以列出如下(以粗斜体文本示出)：

DownlinkConfigCommonSIB信息元素

如果在由CN发送给UE的注册接受消息中，允许切片包括S-NSSAI＝2和S-NSSAI＝4，则UE可以选择具有寻呼周期＝64个无线帧的PCCH-ConfigList[0]。

I.(b).iii.(B)RAN与CN之间的交互

CN向RAN节点指示寻呼信息，CN可以向RAN指示一个或多个允许切片信息。RAN节点可以进一步确定寻呼配置，或者RAN在NG建立过程中经由(例如，NG建立消息)向NAS指示寻呼配置信息的部分或全部，然后CN在寻呼被调度时向RAN指示CN的所选择的寻呼配置(例如，经由PCCH配置索引)。

图4A示出了核心网从多个寻呼配置中选择PCCH配置并且向RAN节点指示所选择的PCCH配置的第一示例。在步骤1：RAN在NG建立过程中向NAS指示寻呼配置信息的部分或全部。在步骤2：CN在初始上下文建立(Rsp Msg)中或在寻呼被调度时在寻呼消息中向RAN指示CN的所选择的寻呼配置。

图4B示出了核心网向RAN节点指示一个或多个允许切片以供RAN节点从一个或多个寻呼配置中选择与一个或多个允许切片相关联的PCCH配置的第二示例。在步骤1：CN向RAN节点指示寻呼信息，CN可以向RAN指示允许切片信息。在步骤2：RAN进一步确定寻呼配置

I.(b).iii.(C)UE AS层与UE NAS层之间的交互

下面示出的SIB示例包括多个寻呼配置信息(以粗斜体文本示出)：

DownlinkConfigCommonSIB信息元素

如果在上面的SIB示例中，CN向UE发送注册接受消息，该注册接受消息指示允许切片包括S-NSSAI＝2和S-NSSAI＝4，则UE可以使用如下所述的示例选项A和B来选择PCCH配置。

选项A：

步骤1：UE的AS层向UE的NAS层指示以下信息：

PCCH-ConfigList[0]::＝{S-NSSAI＝1 an dS-NSSAI＝2，defaultPagingCycle＝rf64}

PCCH-ConfigList[1]::＝{S-NSSAI＝3 and S-NSSAI＝4，defaultPagingCycle＝rf128}

步骤2：NAS向AS指示PCCH-ConfigList[0]，并且AS基于PCCH-ConfigList[0]检测寻呼

选项B：

步骤1：UE的NAS层向UE的AS层指示切片2和切片4

步骤2：UE的AS层选择PCCH-ConfigList[0]。

I.(c).示例配置方法

对于多寻呼配置，除了上述示例中的PCCH配置或寻呼周期，还有很多其他配置方法，如下所示：

·A：不同搜索空间——不同搜索空间可以确定寻呼的PDCCH的时域信息。对于每个寻呼配置，不同寻呼搜索空间可以被配置，并且这样的配置信息可以由例如RAN节点在下行链路控制信息(DCI)中经由PDCCH发送给UE。

·B：不同控制资源集(CORESET)——CORESET可以确定寻呼的PDCCH的频域信息。对于每个寻呼配置，不同控制资源集可以被配置，并且这样的配置信息可以由例如RAN节点在DCI中经由PDCCH发送给UE。

·C：不同带宽——对于每个寻呼配置，不同带宽可以被配置，并且这样的配置信息可以由例如RAN节点发送给UE。例如，对于寻呼配置1，带宽可以是5MHz，而对于寻呼配置2，带宽可以是10MHz。

·D：频域上的不同位置——对于每个寻呼配置，不同频率范围可以被配置，并且这样的配置信息可以由例如RAN节点发送给UE。例如，寻呼配置1可以从频率1定位到频率2，以及寻呼配置2可以从频率3定位到频率4。

·E：不同发送方法，诸如不同重复次数或不同波束切换方案——对于每个寻呼配置，不同重复模式或波束切换方案可以被配置，并且这样的配置信息可以由例如RAN节点发送给UE。例如，寻呼配置1可以在寻呼偏移(PO)中重复N次，以及寻呼配置2可以在PO中重复M次，其中M和N可以是大于或等于1的整数。

·F：不同参考信号——可以使用同步信号块(SSB)作为参考信号，也可以使用信道状态信息参考信号(CSI-RS)作为参考信号。对于每个寻呼配置，不同参考信号可以被配置，并且这样的配置信息可以由例如RAN节点发送给UE。例如，对于寻呼配置1，寻呼与SSB是准并置(QCLed)，并且寻呼配置2与CSI-RS进行QCL。

·G：不同无线网络临时身份(RNTI)——对于每个寻呼配置，不同RNTI值可以被配置，并且这样的配置信息可以由例如RAN节点发送给UE。在当前规范中，只定义了一个P-RNTI。该专利文档可以为多个寻呼配置定义一个或多个RNTI。

·H：不同子载波间隔(SCS)——对于每个寻呼配置，可以配置不同SCS值，并且这样的配置信息可以由例如RAN节点发送给UE。例如，对于寻呼配置1，SCS＝15kHZ，以及对于寻呼配置2，SCS＝30khz。

在一些实施例中，网络(例如，RAN节点)可以将上述方案中的一个或多个方案组合在一起。

此外，虽然以上描述以服务类型为例，但多个寻呼配置也可以基于以下变量进行配置：

·A：网络类型，诸如小区接入组(CAG)或独立非公共网络(SNPN)或PLMN——针对不同网络类型可以采用不同寻呼配置，其中UE基于驻留网络类型检测寻呼。例如，如果小区(例如，由RAN节点操作)由PLMN、SNPN和CAG一起共享，则针对PLMN、SNPN、CAG可以相应地存在三种寻呼配置。

·B：网络ID，诸如PLMN或跟踪区域代码(TAC)或CAG ID或SNPN ID：针对不同网络ID可以采用不同寻呼配置，诸如针对PLMN或TAC或CAG ID或SNPN ID。UE基于驻留网络ID检测寻呼

·C：接入类别或接入类：针对接入类别或接入类可以采用不同寻呼配置。UE NAS可以将一个或多个接入类别或接入类通知给UE的AS以供AS进一步确定寻呼配置。

·E：不同UE类型，诸如NR-Light UE——针对不同UE类型可以采用不同寻呼配置，其中UE根据其类型检测寻呼。例如，eMBB UE、mMTC UE、URLLC UE和NR_Light UE(被配置为降低UE复杂度)可以相应地采用寻呼配置1到配置4。在该示例中，UE将根据UE的设备类型来确定寻呼配置。

·F：不同寻呼原因/目的，诸如MT呼叫或MT数据或MT信令。针对不同寻呼原因/目的可以采用不同寻呼配置。UE可以基于NAS指示来选择一个或多个寻呼配置，或者检测所有寻呼

·G：不同波束或对应CSI-RS资源

在一些实施例中，网络可以将上述方案中的一个或多个方案组合在一起。

在接收到寻呼消息之前，UE可以首先解码利用P-RNTI(用于寻呼的RNTI值)加扰的DCI，然后UE根据该DCI信息进一步确定是否需要以及如何解码PDSCH上的寻呼消息。为了减少UE的虚假告警(在UE接收和解码寻呼消息，但寻呼不是针对本UE，或诸如5G-STMSI等UE_ID未被包括在寻呼消息中的场景)，一些附加DCI信息可以被添加到寻呼的PDCCH DCI中，如下所示。

·A：CAG/SNPN ID或CAG/SNPN ID索引或私有网络类型指示——例如，在小区由不同CAG ID和/或PLMN共享的场景中，如果针对不同CAG ID采用不同寻呼配置，在DCI中，根据SIB1的CAG ID索引可以被包括在DCI中，则对于驻留在这个CAG ID上的UE，它可以在PDSCH上接收寻呼消息，而对于没有驻留在这个CAG ID上的UE，它可以直接忽略或忽视这个寻呼。或者，如果在DCI中指示了CAG网络类型，则对于CAG UE，它可以在PDSCH上接收寻呼消息，而对于非CAG UE，它可以直接忽略或忽视这个寻呼

·B：PLMN ID或PLMN ID索引或者TAC或TAC索引——例如，在小区由不同PLMN共享的场景中，具有一个或多个TAC，在DCI中，根据SIB1的PLMN索引和/或TAC索引可以在DCI中被指示，然后UE可以基于其驻留的PLMN和/或TAC确定是否需要进一步解码PDSCH

·C：UE类型，诸如增强型移动宽带(EMBB)UE、大规模机器类型通信(mMTC)UE或NRLight UE。例如，在DCI中，可以包括一种或多种被寻呼UE类型，例如，在寻呼消息中，包括EMBB UE的UE ID和NR Light UE的UE ID，则可以在DCI中指示EMBB和NR Light UE类型。此外，如果所有UE类型都被包括，则在DCI中不需要UE类型指示或者对应字段不存在。UE可以进一步基于其设备类型来确定是否需要解码PDSCH上的对应寻呼消息。

·D：传输模式(例如，是否重复)。例如，在DCI中，网络(例如，RAN节点)可以包括寻呼消息的传输模式的重复信息。

根据上述信息，UE可以进一步确定是否解码PDSCH上的对应寻呼消息。

下面进一步描述基于CSI-RS的寻呼配置：

根据以上描述，对于每种寻呼配置，可以配置不同参考信号，并且这样的配置信息可以由例如RAN节点发送给UE。例如，对于寻呼配置1，寻呼与同步信号块(SSB)准并置(QCLed)，并且寻呼配置2与信道状态信息参考信号CSI-RS进行QCL。

具体地，作为示例，UE可以在寻呼能力中向网络报告能力指示，其中该能力指示告知或通知网络该UE是否支持基于CSI-RS的寻呼。RAN节点可以从UE侧或从核心网获取该能力指示。RAN节点可以基于能力指示选择寻呼配置。以下步骤进一步描述了该技术的示例：

步骤1：UE在注册过程中在能力信息中向网络发送基于CSI-RS的寻呼支持指示，并且网络接受该能力。

步骤2：UE在系统信息中获取基于CSI-RS的寻呼支持指示或基于CSI-RS的寻呼配置。

步骤3：UE选择基于CSI-RS的寻呼配置来检测寻呼。

步骤4：如果UE移动到不支持基于CSI的寻呼的小区，则UE将选择基于SSB的寻呼配置来检测寻呼。

在RAN侧，对于某个UE，如果基于CSI-RS的寻呼指示被包括在来自CN的寻呼能力中，并且RAN节点支持基于CSI-RS的寻呼，则RAN将基于CSI-RS发送寻呼，否则在SSB上发送寻呼。

对于基于CSI-RS的寻呼，对于每个寻呼配置，RAN节点或网络可以映射到一个或多个CSI-RS配置或CSI-RS索引。每个寻呼配置的寻呼资源与CSI-RS之间的映射可以通过系统信息或RRC信令显式地配置，也可以隐式地配置。

对于隐式方法，UE和网络根据相同规则确定每个寻呼配置的寻呼资源与CSI-RS之间的映射，并且该规则可以在规范中被指定(例如，可以被预定义)。例如，第一寻呼配置的寻呼资源映射到第一CSI-RS，第二寻呼配置的寻呼资源映射到第二CSI-RS。其中CSI-RS可以属于一个或多个小区。

上述方法可以在一个或多个小区中被采用。网络可以向UE配置一个或多个小区的CSI-RS和一组寻呼资源，UE可以将这些寻呼资源映射到不同小区的CSI-RS。

基于SSB的寻呼配置的一些其他方法：

与CSI-RS类似，网络也可以向UE配置一个或多个小区的SSB和一组寻呼资源，UE可以将这些寻呼资源映射到不同小区的SSB。

下面进一步描述其他寻呼配置确定方法。

在以上示例中，针对不同服务类型或UE能力/类型等配置不同寻呼配置。在UE侧，UE可以基于与网络侧相同的准则来选择寻呼配置，诸如基于服务类型、UE能力/类型(例如，如在本专利文档的部分I和其他实施例中所述)。

另一方法是，网络可以将所有寻呼资源一起广播，然后UE或网络可以基于总寻呼资源数目(在某些实施例中表示为“N”)来确定寻呼资源。例如，UE或网络可以通过ID mod N来确定寻呼资源，其中ID可以被预配置或指定，诸如CAG ID或SNPN ID或PLMN ID或接入类或接入类别或Temp UE ID(诸如5G-STMSI)或在NAS信号中指示的其他ID。

UE或网络还可以将该方案与部分I中描述的技术或本专利文档中描述的其他实施例相结合。

寻呼子信道方法：

在当前规范中，寻呼信道可以由寻呼搜索空间和寻呼控制资源集共同确定。多个寻呼配置也可以通过多个寻呼子信道来实现。寻呼子信道可以被定义为寻呼信道资源的子集。然后一种寻呼配置可以被映射到一个或多个寻呼子信道。除了频域和时域，寻呼子信道也可以从码域方面来定义。

在PF或PO或寻呼周期中，可以定义一个或多个寻呼子信道。寻呼子信道可以分布在频域、时域或码域中。寻呼子信道可以具有相同或不同寻呼周期，UE也可以选择自己的优选寻呼子信道来检测寻呼，条件是在UE和网络侧两者采用相同选择准则。

此外，寻呼子信道或多个寻呼配置的配置可以包括以下两部分：

·公共配置部分：该部分由多个寻呼子信道或寻呼配置共享，诸如公共P-RNTI、公共SCS或时域/频域/码域公共资源。

·专用配置部分：针对寻呼子信道或特定寻呼配置的专用配置，诸如专用P-RNTI、SCS或时域/频域/码域上的专用资源。

在UE侧，UE基于公共配置部分和专用部分两者确定最终寻呼配置或寻呼子信道。

对于专用配置部分，它可以显式或隐式地被指示

·显式：寻呼子信道或寻呼配置的配置参数在系统信息或RRC信令中显式地被指示

·隐式：网络侧为UE配置必要参数，以得到不同寻呼子信道配置或不同寻呼配置。UE接收这些参数并且进一步确定寻呼子信道的专用寻呼配置或寻呼资源。例如，网络可以指示寻呼周期内的寻呼子信道总数(记为X)，对于第K寻呼子信道，它可以包含满足K＝(Ymod X)的所有PO，其中Y是一个寻呼周期内的PO索引。

本公开的包括多寻呼子信道的多寻呼配置方法还可以扩展到其他公共资源配置，诸如系统信息的资源配置、广播的资源或多播的资源。

以多寻呼子信道配置的方法为例，它还可以被扩展为系统信息的资源配置，在当前规范中，系统信息的时频资源可以通过系统信息搜索空间连同系统信息控制资源集一起来确定。系统信息子信道可以被定义为这些资源的子集。对于不同服务类型或UE类型，网络可以利用不同系统信息子信道发送相关系统信息。在UE侧，UE可以基于自己的配置(诸如UE类型、所请求的服务类型等)确定可以检测到哪个系统信息子信道。在本专利文档中，术语系统信息可以包括系统信息块(SIB)。

下面将进一步描述一些示例：

示例1：除了上述示例中的PCCH配置或者寻呼周期，还有很多其他配置方法

示例1.1：配置方法A：不同搜索空间，其主要确定寻呼的PDCCH(DCI)的时域信息。在当前系统信息中，PDCCH配置如下。pagingSearchSpace包括用于寻呼的搜索空间的ID。如果pagingSearchSpace字段不存在，则UE可能不在与搜索空间相关联的带宽部分(BWP)中接收寻呼。searchSpaceZero描述公共SearchSpace#0的参数。searchSpaceZero的值被解释，如MIB pdcch-ConfigSIB1中的对应比特。即使searchSpaceZero字段仅在初始BWP(BWP#0)中被配置，如果某些条件满足，则searchSpaceZero也可以被用于在初始DL BWP之外的(多个)其他DL BWP中配置的搜索空间中。

PDCCH-Config公共信息元素

/>

对于寻呼搜索空间，如果没有“pagingSearchSpace”，则可以使用searchSpaceZero。换言之，只能有一个寻呼搜索空间。对于多寻呼配置方案，可以基于上述和本专利文档中描述的不同原理来配置不同寻呼搜索空间，诸如为不同网络类型或不同UE类型配置不同寻呼搜索空间等。然后，asn.1编码可以如下以粗斜体文本示出。

示例2：配置方法B：确定寻呼的PDCCH(DCI)的频域信息的不同Coreset。与上面类似，不同controlResourceSets被用于不同寻呼配置(下面以粗斜体文本示出)。

示例2：除了服务类型之外，还可以基于不同变量配置多个寻呼配置。例如，对于网络类型，可以为每种网络类型(例如，CAG或SNPN或PLMN)指示多个寻呼配置，如下面以粗斜体文本示出的。

示例DownlinkConfigCommonSIB信息元素

注意：也可以采用其他多种配置，例如针对SNPN或CAG可以相应地使用不同寻呼搜索空间或不同寻呼CORESET(控制资源集)

II.用于缓解多用户身份模块(SIM)场景的寻呼冲突的技术

II.(a).介绍

在LTE中，对于多SIM卡，寻呼冲突是基于UE实现来解决的。例如，一旦两个SIM的寻呼时机重叠，UE可能无法检测到另一SIM卡上的寻呼。目前，在NR中，类似寻呼帧(PF)和寻呼时机(PO)的计算公式由以下公式确定：

PF的SFN由下式确定：

(SFN+PF_offset)modT＝(TdivN)*(UE_IDmodN)

Index(i_s)表示PO的索引，由下式确定：

i_s＝floor(UE_ID/N)mod Ns

以下参数被用于计算PF和上述i_s：

·T：UE的非连续接收(DRX)周期(T由UE特定DRX值(如果由RRC或上层配置)和在SIB中广播的默认DRX值中的最短者确定。如果RRC或上层未配置UE特定DRX，则应用默认值)。

·N：T中的总寻呼帧数

·Ns：PF的寻呼时机数

·PF_offset：用于PF确定的偏移

·UE_ID：5G-S-TMSI mod 1024

寻呼的PDCCH监测时机根据pagingSearchSpace和firstPDCCH-MonitoringOccasionOfPO(如果配置)确定。否则，当针对pagingSearchSpace而配置SearchSpaceId＝0时，寻呼的PDCCH监测时机与用于RMSI的相同。UE_ID是5G-S-TMSI的10个最低有效比特，由服务网络分配。PF_offset、T、N、Ns都由服务网络配置。对于具有multi-sim的UE，UE可以驻留在不同网络上，并且必须检测来自不同网络的寻呼。显然，对于具有单个RX的UE，当与多个通用移动电信系统用户SIM(USIM)相关联的寻呼发生在时间上重叠时，可能会发生寻呼冲突。

目前，在新无线(NR)版本17(R17)中，针对具有多SIM卡的UE提出了利用网络协调来解决寻呼冲突。寻呼冲突问题从两个角度进行分析。首先，从CN的角度来看，一旦UE检测到寻呼冲突，UE就会请求网络重新分配5G短临时移动用户身份(5G-STMSI)。从CN的角度来看，UE需要向网络指示一些5G-STMSI重新分配辅助信息，以用于新的5G-STMSI选择。但是，5G-STMSI重新分配辅助信息的描述和报告仍然是一个FFS问题。其次从RAN节点的角度来看，寻呼冲突问题可以是使用附加PO或随机PO。从RAN节点的角度来看，空闲状态的PO可以是非活动状态的PO的子集。当网络意外进入非活动状态，而UE处于非活动状态时，UE仍然可以检测到寻呼。但是，在现有技术下，即使采用附加PO或随机PO方案，现有技术也无法保证空闲状态的PO是非活动状态的PO的子集。

II.(b).用于缓解多SIM场景的寻呼冲突的示例技术方案

II.(b).i.技术1：5G-STMSI重新分配辅助信息的描述和报告

在一些实施例中，UE可以报告网络可以避免使用的UE_ID模数N的值或floor(UE_ID/N)模数Ns的值，其中N是寻呼周期内的总寻呼帧数，以及Ns是每个寻呼帧的寻呼时机数。UE_ID的值可以是5G-STMSI的值。在本专利文档中，术语“模数”可以称为“mod”。下面示出了UE、RAN节点和CN可以执行的示例步骤：

步骤1：RAN节点在NG-C接口建立期间向CN指示N和/或Ns值。

步骤2：UE发送5G-STMSI重新分配请求，并且报告UE_ID mod N的值(称为“第一值”)或floor(UE_ID/N)mod Ns的值(称为“第二值”)，网络在为UE确定新的5G-STMSI时可以避免使用这些值。

步骤3：然后网络基于N或Ns以及第一值或第二值重新分配新的5G-STMSI。

II.(b).ii.用于为多SIM报告寻呼冲突的实现示例：

部分II.(b).ii.中的示例1至3用于5G-STMSI重新分配，以及部分II.(b).ii.中的示例4用于非活动PO计算。

示例1：5G-STMSI重新分配过程

图5示出了示例5G-STMSI重新分配过程。

步骤1：RAN节点向CN通知N或Ns值，

步骤2：UE从RAN接收SIB，其中SIB包括PCCH配置信息

步骤3：Usim1完成注册过程，并且获取5G-STMSI

步骤4：Usim2确定与Usim1 AS重叠的PF/PO部分，具体可以参考示例2

步骤5：UE中的Usim 2AS层向UE中的Usim2 NAS层指示5g-STMSI重新分配辅助信息。具体可以参考示例2

步骤6：UE中的Usim 2 NAS层向网络报告5g-STMSI重分配辅助信息

示例2：5G-STMSI重新分配辅助信息

UE_ID mod N可以被用于确定寻呼周期T(在无线帧中)中的PF位置，例如，对于第一PF，UE_ID mod N＝0，以此类推。换言之，第一PF可以与值0相关联。

Floor(UE_ID/N)mod Ns可以被用于确定PF中的PO位置，例如，对于第一PO，(UE_ID/N)mod Ns＝0，以此类推。换言之，第一PO可以与值0相关联。

Usim1：如果UE ID(或5G-STMSI)mod N＝1，则要被发送给Usim 2 NAS的报告中包括的PCCH-Config参数可以通过示例值如下所示：

·PF_Offset＝0

·Tidle＝rf64

·UE_ID＝1

·N＝1/16T＝4(T中有4个寻呼帧)

·Ns＝2(即，每个PF有2个PO)

(SFN+PF_Dffset)mod T＝(T div N)*(UE_ID mod N)＝＝＞SFN mod 64＝16*(1mod 4)。

每个T中的第二PF

.SFN＝64n+16 n＝1..15

·i_s＝floor(UE_ID/N)mod Ns＝0表示第一PO

Usim 2：如果SIB中的PCCH-Config参数与Usim1相同，则两个网络之间没有时间差。因此，USIM1和USIM2的PF和PO相同，并且为了避免重叠，USIM2可以避免在第二PF的第一PO上接收寻呼。因此，为了避免重叠，UE_ID mod N可以不等于1，或者floor(UE_ID/N)modNs可以不等于0

图6示出了两个USIM的寻呼帧(PF)与寻呼时机(PO)之间没有时间差的寻呼冲突场景。图6示出了在64个无线帧的寻呼周期内的四个寻呼帧，其中每个寻呼帧包括两个寻呼时机。在图6中，USIM1和USIM 2的PF和PO相同，因此PF和PO重叠。

在一些实施例中，RAN节点或UE可以向CN通知N或Ns值，而UE可以将PF位置包括在T中(例如，(UE_ID mod N)＝1，这可以表示，PF位置是第二PF位置，如图6中的PF1所示)和将PO位置包括在PF中(例如，floor(UE_ID/N)mod Ns＝0，这可以表示，PO位置是第一PO位置，如图6中突出显示的PO所示)，它们要发送给CN(例如，UE可以通知UE的NAS层，然后NAS向CN发送消息)，则CN可以避免重新分配5G-STMSI以使UE_ID值满足(UE_ID mod N)＝1和floor(UE_ID/N)mod Ns＝0。

在一些实施例中，UE只能报告T(UE_ID mod N)＝1，则CN可以避免重新分配满足(UE_ID mod N)＝1的5G-STMSI。

在一些实施例中，UE只能报告(floor(UE_ID/N)mod Ns＝0)，则CN可以避免重新分配满足(floor(UE_ID/N)mod Ns＝0)的5G-STMSI。

示例2.1：5G-STMSI重新分配辅助信息

示例2假定SIB中的PCCH-Config参数与Usim1相同，并且两个网络之间没有时间差。在示例2.1中，两个网络之间存在时间差，并且PCCH-Config参数仍然相同。

图7示出了两个网络的PO与PF之间的时间差是不同的。图7中的顶部时序图示出了与Usim1相关联的PO和PF，图7中的底部时序图示出了与Usim2相关联的PO和PF。在图7中，Usim1的突出显示的PO与Usim2的第一PF中的第二PO的一部分重叠，并且Usim1的突出显示的PO与Usim2的第二PF的第一PO的一部分重叠。为了避免寻呼冲突，UE可以向CN报告以下信息：

.T(UE_ID mod N)＝0中的PF位置和PF(floor(UE_ID/N)mod Ns＝1)中的PO位置

.T(UE_ID mod N)＝1中的PF位置和PF(floor(UE_ID/N)mod Ns＝0)中的PO位置

则CN可以避免重新分配5G-STMSI以使UE_ID值满足(UE_ID mod N)＝1以及(UE_ID/N)mod Ns＝0或满足(UE_ID mod N)＝0以及(UE_ID/N)mod Ns＝1。

在一些实施例中，UE只能报告T(UE_ID mod N)＝0，1。因此网络可以避免重新分配满足T(UE_ID mod N)＝0，1的5G-STMSI。

示例3：元素定义

示例3.1：仅报告PF位置

图8示出了PF位置信息列表的示例层3编码。术语IEI是信息元素身份。

示例3.2：仅报告PO位置

对于PO位置，最多有4个PO，所以可以使用4比特的比特图来指示相关PO。PO比特图可以是****，其中最高比特指示可以避免第一PO。例如，最高有效比特的值可以指示可以避免第一PO。

示例3.3：报告PF和PO位置两者

图9示出了PF和PO位置信息列表的示例层3编码。

II.(b).iii.技术2：利用随机PO方案将空闲状态的PO保持为非活动状态的PO的子 集。

如果UE确定或发现非活动状态的寻呼周期与空闲状态的寻呼周期相同，则PFoffsetidle可以用于使用以下示例等式来确定寻呼消息的位置：

.PFoffsetidle＝(SFN div Tidle)mod k,

其中SFN是系统帧号，Tidle是空闲状态的寻呼周期，以及k是可以在SIB中被配置或者可以为固定值的预定值。

如果UE确定或发现非活动状态的寻呼周期与空闲状态的寻呼周期不同，则可以使用以下示例等式引入新的PFoffsetInactive来确定寻呼消息的位置：

.PFoffsetInactive＝(PFoffsetidle+(SFN div Tinactive)mod k)modKinactive

其中Tinactive是非活动状态的寻呼周期，k是第一预设值，以及Kinactive是第二预设值。k和Kinactive的值可以在SIB中被配置或者可以是固定值。

RAN节点可以向UE广播SIB，其中SIB包括指示RAN节点支持寻呼增强的指示。在接收到该指示之后，UE可以针对本专利文档部分II中描述的示例场景计算PFoffsetidle和PFoffsetInactive。当UE移动到不支持寻呼增强的另一RAN节点时，UE可以基于传统公式计算PF。换言之，即使UE已经注册寻呼增强能力，UE也可以从SIB中知道要使用哪个寻呼公式。

在一些实施例中，PFoffsetInactive可以等于(((SFN div Tinactive)mod k)modKinactive)。在这样的实施例中，如果非活动状态的PO与空闲状态的PO重叠，则PFoffsetidle可以为零。因此，在这样的实施例中，可以使用PFoffsetidle值，对于其他的，可以采用PFoffsetInactive。

II.(b).iii.(A).示例4.1——SIB广播和寻呼增强相关参数发送

RAN节点可以在SIB中向UE广播寻呼增强支持指示(如下面的粗斜体文本所示)。

DownlinkConfigCommonSIB信息元素

在一些实施例中，如果RAN节点针对SIB中的PFoffsetidle计算指示诸如k值等寻呼增强参数(在下面的示例SIB中以粗斜体文本示出)，或者如果RAN节点指示诸如kinactive等寻呼增强参数(在下面的示例RRC消息中以粗斜体文本示出)，则RAN节点可以隐式地指示对寻呼增强的支持。

DownlinkConfigCommonSIB信息元素

/>

RRCRRelease消息

/>

II.(b).iii.(B).示例4.2——用于空闲和非活动状态计算的Poffset

对于与空闲状态的PO重叠的非活动状态的PO，可以使用PFoffsetidle，而对于仅在非活动状态下使用的PO，引入新的PFoffsetInactive。可以使用以下示例公式：

.PFffsetidle＝(SFN div Tidle)mod k

.PFoffsetInactive＝(PFoffsetidle+(SFN div Tinactive)mod k)modkinactive

因此，如果非活动状态的寻呼周期与空闲状态的寻呼周期相同，则可以使用PFoffsetidle，否则引入新的PFoffsetInactive。下面示出了使用PFoffsetidle的示例值的示例计算和操作

步骤1：计算PFoffsetidle。下面的最后一项(SFN＝72PFoffsetidle＝1)以粗斜体文本示出，以指示计算表明PFoffsetidle不等于0，并且在下面示出的示例值中会有偏移。

图10示出了与当前空闲状态寻呼时机相比较的第二行中具有计算的PFoffsetidle(示出为空闲偏移)的寻呼时机。

步骤2：计算PFoffsetInactive

图11示出了具有计算的PfoffsetInactive的寻呼时机，如第4行所示(示出为非活动偏移)。图11的第3行示出了基于传统(或当前)PO计算公式的PO。在图11的第4行中，利用PFoffsetInactive计算PO。空闲状态的PO(下面以粗斜体文本示出)可以是非活动状态的PO的子集。

III.非公共网络(NPN)的网络选择的简介

在当前NPN中，存在允许封闭接入组(CAG)列表，其中包括多个公共陆地移动网络(PLMN)+CAG标识符(ID)。NAS层向UE的AS层指示允许CAG列表。如果UE想要获取正常服务，UE选择PLMN+CAG ID被包括在允许CAG列表中的小区。

5G系统可以被设计为支持用于PLMN控制UE的用户是否可以手动选择UE未被授权自动选择的由该PLMN托管的非公共网络的机制。在传统方案中，UE中存在允许CAG列表，该列表向UE指示UE只能接入允许CAG列表中的CAG ID。第III节中描述的技术可以使得UE能够接入在允许CAG列表之外(或未被包括在CAG列表中)的CAG ID，使得对应PLMN可以允许UE手动或自动选择由PLMN托管的NPN，甚至是在UE未被授权自动选择NPN的情况下。例如，对于PLMN，SIB可以指示UE的用户是否可以手动选择UE未被授权自动选择的由PLMN托管的NPN。然而，在当前技术中，SIB不包括这样的指示。

本专利文档的第III节的示例技术可以使得无线系统(例如，5G系统)能够支持用于PLMN控制UE的用户是否可以手动选择UE未被授权自动选择的由PLMN托管的NPN的机制。例如，如果在允许CAG列表中不包括用于NPN的PLMN 1中的一个或多个CAG ID，则UE未被授权选择由PLMN托管的NPN。

示例技术被描述用于设计SIB以支持至少这种技术。

III.(a).技术方案的概述

网络侧：RAN节点可以在例如SIB中广播信息，以向UE指示UE是否可以手动选择UE可能未被授权自动选择的由PLMN托管的NPN。UE可以进一步确定是否需要接入NPN。

UE侧：UE AS层可以经由SIB接收从RAN节点发送的指示，并且可以向UE的NAS层发送这些信息。UE NAS层可以基于所接收的指示来确定是否接入未包括在允许小区接入列表中(例如，不在允许CAG列表中)的相关NPN。例如，在确定该信息指示允许手动或自动选择之后，UE可以接入与NPN相关联的PLMN。在另一示例中，在确定该信息指示不允许手动或自动选择之后，UE可以确定UE不能接入与NPN相关联的PLMN。

III.(b).技术解决方案的示例细节

RAN节点可以在SIB中包括网络选择模式的指示，该指示可以是针对每个PLMN或每个CAG ID的。在一些实施例中，相同指示可以被用于手动模式和自动模式。在一些实施例中，第一指示被用于手动模式，并且第二指示(不同于第一指示)可以被用于自动模式。在手动模式下，UE的用户可以手动选择UE未被授权自动选择的由PLMN托管的非公共网络。并且在自动模式下，UE可以自动选择UE未被授权自动选择的由PLMN托管的非公共网络。在示例实现中，在自动模式下，如果UE确定在允许CAG列表中不存在UE可以使用的适当的CAG ID，则UE可以使用在允许CAG列表之外(或未被包括在CAG列表中)的CAG ID。

在网络侧(例如，CN)，在Ng接口上，AMF可以向RAN节点指示这些指示(例如，(多个)手动模式和/或自动模式指示)中的一个或多个指示。在一些实施例中，在网络侧，在F1接口上，中央单元(CU)可以向分布式单元(DU)指示手动和/或自动模式指示信息，并且DU可以将该指示信息编码到SIB1中。

部分III中描述的示例1至6描述了NPN网络选择技术的另外的实现示例

示例1：SIB中的新指示

示例1，选项a：每个PLMN的指示

在一些实施例中，SIB可以包括针对每个PLMN的manualModeallowed指示(下面以粗斜体文本示出)。本实施例中的manualModeallowed可以指示UE的用户是否可以手动选择UE未被授权自动选择的由PLMN托管的非公共网络。

CellAccessRelatedInfo信息元素

示例1，选项b：每个CAG ID的指示

在一些实施例中，SIB可以包括针对每个CAG ID的manualModeallowed指示(下面以粗斜体文本示出)。本实施例中的manualModeallowed可以指示UE的用户是否可以手动选择UE未被授权自动选择的由CAG ID托管的NPN。

CellAccessRelatedInfo信息元素

示例2：指示过程

图12示出了用于指示UE的用户是否可以手动选择UE未被授权自动选择的由PLMN托管的NPN的示例过程。

步骤0：CN向每个PLMN的RAN节点指示UE的用户是否可以手动选择UE未被授权自动选择的由PLMN托管的非公共网络。

步骤1：UE的NAS层指示UE的AS层执行手动节点选择。

步骤2：UE接收SIB，该SIB包括关于UE的用户是否可以手动选择UE未被授权自动选择的由PLMN托管的非公共网络的指示。

步骤3：UE向UE的NAS层转发CAG相关信息，该CAG相关信息包括在SIB中接收的关于UE的用户是否可以手动选择NPN的指示。

步骤4：UE NAS可以进一步确定CAG ID是否可以被接入。

示例3：从一个节点向另一节点发送(多个)手动和/或自动模式指示

示例3.1——通过F1接口从CU到DU

图13示出了CU向DU发送针对每个PLMN的关于UE的用户是否可以手动选择UE未被授权自动选择的由PLMN托管的NPN的一个或多个选择相关指示(例如，手动模式和/或自动模式)的示例流程图。DU可以在要被发送给UE的SIB(例如，SIB1)中包括(多个)指示。

示例3.2——通过NG接口从AMF到gNB

AMF可以向gNB发送针对每个PLMN的关于UE的用户是否可以手动选择UE未被授权自动选择由PLMN托管的NPN的指示。由AMF使用的技术可以与部分III中的示例2中的步骤0中描述的相同或相似。

示例4：UE AS层与UE NAS层之间的交互

UE的NAS层和AS层可以采用至少在部分III中的示例2中的步骤3中描述的技术。

示例5：自动模式

例5.1：可以针对手动模式和自动模式提供两种指示

示例5.1，选项a：针对每个PLMN的指示

在一些实施例中，SIB可以包括针对每个PLMN的manualModeallowed指示和另一autoMaticModeallowed指示(下面以粗斜体文本示出)。本实施例中的manualModeallowed可以指示UE的用户是否可以手动选择UE未被授权自动选择的由PLMN托管的非公共网络。本实施例中的autoMaticModeallowed可以指示UE是否可以自动选择UE未被授权自动选择的由PLMN托管的非公共网络。

CellAccessRelatedInfo信息元素

/>

示例5.1，选项b：针对每个CAG ID的指示

在一些实施例中，SIB可以包括针对每个CAG ID的manualModeallowed指示和另一autoMaticModeallowed指示(下面以粗斜体文本示出)。本实施例中的manualModeallowed可以指示UE的用户是否可以手动选择UE未被授权自动选择的由CAG ID托管的非公共网络。本实施例中的autoMaticModeallowed可以指示UE是否可以自动选择UE未被授权自动选择的由CAG ID托管的非公共网络。

CellAccessRelatedInfo信息元素

示例5.2：手动模式和自动模式可以使用相同指示

示例5.2，选项a：针对每个PLMN的指示

在一些实施例中，SIB可以包括针对每个PLMN的autoManualModeallowed的相同指示(下面以粗斜体文本示出)。本实施例中的autoManualModeallowed可以指示UE的用户可以手动选择还是UE可以自动地选择该UE未被授权自动选择的由PLMN托管的非公共网络。

CellAccessRelatedInfo信息元素

示例5.2，选项b：针对每个CAG ID的指示

在一些实施例中，SIB可以包括针对每个CAG ID的autoManualModeallowed的相同指示(下面以粗斜体文本示出)。本实施例中的autoManualModeallowed可以指示UE的用户可以手动选择还是UE可以自动地选择UE未被授权自动选择的由CAG ID托管的非公共网络。

CellAccessRelatedInfo信息元素

示例6：(多个)NAS层操作

UE向NAS发送2PLMN以及2PLMN下的CAG ID信息以及关于自动模式和/或手动模式的一个或多个指示，如下：

在一个示例中，对于PLMN1，假定有2个CAG：CAG ID 1和CAG ID 2，即使PLMN1下的CAG ID未被包括在UE的允许CAG列表中，UE也可以接入CAG ID在PLMN1下的小区。继续这个示例，对于PLMN2，假定有2个CAG：CAG ID 3和CAG ID 4，如果PLMN1下的CAG ID未被包括在UE的允许CAG列表中，则UE不能接入CAG ID在PLMN1下的小区。在这样的示例场景中，在UE允许CAG列表中，没有PLMN1/PLMN2相关CAG ID，并且UE的NAS层可以选择PLMN1+CAG ID 1或PLMN1+CAG ID 2来接入小区。在这个示例场景中，UE的NAS层可能不会选择PLMN2+CAG ID3或PLMN2+CAG ID4来接入小区。

图14A示出了用于发送多组寻呼配置信息的示例性流程图1400。在操作1402，网络节点(例如，RAN节点)向通信节点发送多组寻呼配置信息，其中每组寻呼配置信息包括描述网络服务类型的服务类型信息，并且其中每组寻呼配置信息包括一个或多个寻呼相关信息。在方法1400的一些实施例中，服务类型信息包括网络切片选择辅助信息(NSSAI)。在方法1400的一些实施例中，一个或多个寻呼相关信息包括一个或多个寻呼控制信道(PCCH)配置。在方法1400的一些实施例中，多组寻呼配置信息在系统信息块(SIB)或无线资源控制(RRC)消息中被发送。在一些实施例中，方法1400还包括由网络节点在发送之前从通信节点接收指示通信节点支持多寻呼配置的第一消息；以及在接收第一消息之后向核心网发送指示通信节点支持多寻呼配置的第二消息。在方法1400的一些实施例中，每组寻呼配置信息包括以下任一项或多项：搜索空间、CORESET、带宽、频域上的位置、发送方法、参考信号、RNTI和/或子载波间隔。

在方法1400的一些实施例中，在接收第一消息之前，网络节点向核心网发送指示网络节点支持多寻呼配置的第三消息。在方法1400的一些实施例中，第三消息由网络节点在下一代控制平接口(NG-C)建立过程期间或S1接口建立过程期间中被发送。在方法1400的一些实施例中，第二消息包括用户设备(UE)无线寻呼信息消息或UE无线接入能力信息消息。

图14B示出了用于发送多组寻呼配置信息的示例性流程图1410。在操作1412，通信节点接收多组寻呼配置信息，其中每组寻呼配置信息包括描述网络服务类型的服务类型信息，并且其中每组寻呼配置信息包括一个或多个寻呼相关信息。在方法1410的一些实施例中，服务类型信息包括网络切片选择辅助信息(NSSAI)。在方法1410的一些实施例中，一个或多个寻呼相关信息包括一个或多个寻呼控制信道(PCCH)配置。在方法1410的一些实施例中，多组寻呼配置信息在系统信息块(SIB)或无线资源控制(RRC)消息中被接收。在一些实施例中，方法1410还包括发送指示通信节点支持多寻呼配置的消息。在本专利文档中描述的一种或多种方法的一些实施例中，每组寻呼配置信息包括以下任一项或多项：搜索空间、CORESET、带宽、频域上的位置、发送方法、参考信号、RNTI、和/或子载波间隔等。

在方法1410的一些实施例中，消息被发送到网络节点，或者消息经由非接入层(NAS)消息被发送到核心网。在一些实施例中，方法1410还包括由通信节点从多组寻呼配置信息中选择一组寻呼配置信息。在方法1410的一些实施例中，用于选择该组寻呼配置的相同准则被通信节点和核心网所共享。在方法1410的一些实施例中，通信节点的非接入层(NAS)层向通信节点的接入层(AS)层指示由一个或多个NSSAI指示的一个或多个允许切片，AS层从一个或多个允许切片中选择与NSSAI相关联的寻呼控制信道(PCCH)配置信息，并且AS层基于PCCH配置信息检测寻呼。

在方法1410的一些实施例中，通信节点的接入层(AS)向通信节点的非接入层(NAS)指示至少两组寻呼配置信息，NAS层从至少两组寻呼配置信息中选择与一组寻呼配置信息相关联的寻呼控制信道(PCCH)配置信息，NAS层向AS层指示所选择的PCCH配置信息，并且AS层基于所选择的PCCH配置信息检测寻呼。

图14C示出了用于处理多组寻呼配置信息的第一示例性流程图1420。在操作1422，网络节点从核心网接收多组寻呼配置信息，其中每组寻呼配置信息包括描述网络服务类型的服务类型信息，并且其中每组寻呼配置信息包括一个或多个寻呼相关信息。在操作1424，网络节点从多组寻呼配置中确定要由通信节点使用的一组寻呼配置信息。在方法1420的一些实施例中，服务类型信息包括网络切片选择辅助信息(NSSAI)。

图14D示出了用于处理多组寻呼配置信息的第二示例性流程图1430。在操作1432，网络节点向核心网发送多组寻呼配置信息，其中每组寻呼配置信息包括描述网络服务类型的服务类型信息，并且其中每组寻呼配置信息包括一个或多个寻呼相关信息。在操作1434，网络节点从核心网接收多组寻呼配置中要使用的一组寻呼配置信息的指示。在方法1430的一些实施例中，服务类型信息包括网络切片选择辅助信息(NSSAI)。在方法1430的一些实施例中，该指示在初始上下文建立响应消息或寻呼消息中被接收。在方法1430的一些实施例中，该指示包括寻呼控制信道(PCCH)配置索引。

图14E示出了用于确定移动用户身份的示例性流程图1440。在操作1442，核心网从网络节点接收寻呼周期内的总寻呼帧数和每个寻呼帧的寻呼时机数。在操作1444，核心网从通信节点接收重新分配通信节点的移动用户身份的请求，其中该请求包括重新分配辅助信息，该重新分配辅助信息包括第一值和第二值，第一值基于通信节点的标识符和寻呼周期内的总寻呼帧数，第二值基于通信节点的标识符、寻呼周期内的总寻呼帧数和每个寻呼帧的寻呼时机数。在操作1446，对于通信节点，至少基于以下任一项或多项来确定满足准则的移动用户身份：寻呼周期内的总寻呼帧数、每个寻呼帧的寻呼时机数、第一值和第二值。

在方法1440的一些实施例中，对于移动用户身份，用于确定的准则不包括与第一值和第二值相关联的通信节点的标识符。在方法1440的一些实施例中，第一值等于通信节点的标识符除以寻呼周期内的总寻呼帧数的除法运算的余数。在方法1440的一些实施例中，第二值等于整数值除以每个寻呼帧的寻呼时机数的第一除法运算的余数，并且该整数值是小于或等于从通信节点的标识符除以寻呼周期内的总寻呼帧数的第二除法运算中得到的值的最大整数值。

图14F示出了用于确定寻呼偏移的第一示例性流程图1450。在操作1452，通信节点响应于通信节点处于空闲状态而确定要被使用的寻呼帧偏移，其中寻呼帧偏移基于以下项：系统帧号(SFN)、处于空闲状态的第一寻呼周期(Tidle)和预定值，其中响应于处于非活动状态的通信节点具有与处于空闲状态的通信节点的第一寻呼周期相同的第二寻呼周期，寻呼消息根据寻呼帧偏移被接收。在方法1450的一些实施例中，寻呼帧偏移等于第一值除以预定值的第一除法运算的余数，并且第一值是SFN除以Tidle的第二除法运算的结果。

图14G示出了用于确定寻呼偏移的第二示例性流程图1460。在操作1462，通信节点确定要在非活动状态下使用的第一寻呼帧偏移，其中第一寻呼帧偏移至少基于以下项：系统帧号(SFN)、非活动状态下的寻呼周期(Tinactive)、第一预定值和第二预定值，并且其中响应于通信节点处于非活动状态，寻呼消息根据第一寻呼帧偏移被接收。在方法1460的一些实施例中，第一寻呼帧偏移等于第一值除以第二预定值的第一除法运算的余数，第一值至少基于第三值除以第一预定值的第二除法运算的余数，并且第三值是SFN除以Tinactive。在一些实施例中，第一值是第二寻呼帧偏移与第三值除以第一预定值的第二除法运算的余数相加的结果，其中第二寻呼帧偏移用于处于空闲状态的通信节点。

图14H示出了用于发送用于NPN的选择的选择能力指示的示例性流程图1470。在操作1472，网络节点向通信节点发送小区接入相关信息，小区接入相关信息包括选择能力指示，选择能力指示被配置为指示通信节点是否能够选择通信节点未被授权自动选择的NPN。在一些实施例中，通信节点未被授权自动选择从允许小区接入列表中排除的NPN。在方法1470的一些实施例中，被配置为指示通信节点是否能够选择NPN的选择能力指示包括被配置为指示通信节点是否能够执行NPN的手动选择的选择能力指示。在方法1470的一些实施例中，选择能力指示与小区接入相关信息中的一个或多个公共陆地移动网络(PLMN)中的每个相关联。在方法1470的一些实施例中，选择能力指示与小区接入相关信息中的一个或多个小区接入组(CAG)标识符(ID)中的每个CAG ID相关联。在方法1470的一些实施例中，选择能力指示被包括在系统信息块(SIB)中。

图14I示出了用于处理用于NPN的选择的选择能力指示的示例性流程图1480。在操作1482，通信节点的非接入层(NAS)层接收小区接入相关信息，小区接入相关信息包括选择能力指示，选择能力指示被配置为指示通信节点是否能够选择通信节点未被授权自动选择的非公共网络(NPN)。在一些实施例中，通信节点未被授权自动选择从允许小区接入列表中排除的NPN。在操作1484，NAS层基于选择能力指示确定是否要执行网络类型的选择。在方法1480的一些实施例中，被配置为指示通信节点是否能够选择NPN的选择能力指示包括被配置为指示通信节点是否能够执行NPN的手动选择的选择能力指示。在方法1480的一些实施例中，选择能力指示与小区接入相关信息中的一个或多个公共陆地移动网络(PLMN)中的每个相关联。在方法1480的一些实施例中，选择能力指示与小区接入相关信息中的一个或多个小区接入组(CAG)标识符(ID)中的每个CAG ID相关联。在方法1480的一些实施例中，选择能力指示被包括在系统信息块(SIB)中。

图15示出了可以是网络节点、核心网或用户设备的一部分的硬件平台1500的示例性框图。硬件平台1500包括至少一个处理器1510和其上存储有指令的存储器1505。指令在由处理器1510执行时将硬件平台1500配置为执行图1至图14I中描述的操作以及本专利文档中描述的各种实施例中的操作。发送器1515向另一节点发送或发送信息或数据。例如，网络节点发送器可以向用户设备发送包括多寻呼配置的SIB。接收器1520接收由另一节点传输或发送的信息或数据。例如，用户设备可以从核心网接收消息。

在本文中，术语“示例性”用于表示“示例”，并且除非另有说明，否则并不暗示理想或优选实施例。

本文中描述的一些实施例是在方法或过程的一般上下文中描述的，其可以在一个实施例中由计算机程序产品实现，该计算机程序产品被实施在计算机可读介质中，包括由网络环境中的计算机执行的计算机可执行指令，诸如程序代码。计算机可读介质可以包括可移动和不可移动存储设备，包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、压缩盘(CD)、数字多功能盘(DVD)等。因此，计算机可读介质可以包括非瞬态存储介质。通常，程序模块可以包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。计算机或处理器可执行指令、相关数据结构和程序模块表示用于执行本文中公开的方法的步骤的程序代码的示例。这样的可执行指令或相关数据结构的特定序列表示用于实现在这样的步骤或过程中描述的功能的对应动作的示例。

一些公开的实施例可以使用硬件电路、软件或其组合来实现为设备或模块。例如，硬件电路实现可以包括例如集成为印刷电路板的一部分的离散模拟和/或数字组件。备选地或附加地，所公开的组件或模块可以被实现为专用集成电路(ASIC)和/或现场可编程门阵列(FPGA)设备。一些实现可以附加地或备选地包括数字信号处理器(DSP)，该DSP是具有针对与本申请的所公开功能相关联的数字信号处理的操作需要而优化的架构的专用微处理器。类似地，每个模块内的各种组件或子组件可以使用软件、硬件或固件来实现。模块和/或模块内的组件之间的连接可以使用本领域已知的任何一种连接方法和介质来提供，包括但不限于使用适当协议通过互联网、有线或无线网络进行的通信。

虽然本文档包括很多细节，但这些不应当被解释为对所要求保护的发明范围或可能要求保护的内容的限制，而是对特定实施例的特定特征的描述。本文档中在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以在多个实施例中单独或以任何适当的子组合来实现。此外，尽管特征可以在上面描述为在某些组合中起作用并且甚至最初如此要求保护，但是在某些情况下可以从所要求保护的组合中去除一个或多个特征，并且所要求保护的组合可以涉及子组合或子组合的变体。类似地，虽然在附图中以特定顺序描绘了操作，但这不应当被理解为要求这些操作以所示的特定顺序或按顺序执行，或者所有所图示的操作都被执行以获取期望结果。

仅描述了几个实现和示例，并且可以基于本公开中描述和说明的内容进行其他实现、增强和变化。

Claims (17)

1.一种无线通信方法，包括：

由网络节点向通信节点发送多组寻呼配置信息，

其中每组寻呼配置信息包括描述网络服务类型的服务类型信息，并且

其中每组寻呼配置信息包括一个或多个寻呼相关信息；

由所述网络节点在发送之前从所述通信节点接收指示所述通信节点支持多寻呼配置的第一消息；以及

在接收所述第一消息之后，向核心网发送指示所述通信节点支持多寻呼配置的第二消息。

2.根据权利要求1所述的方法，其中所述服务类型信息包括网络切片选择辅助信息NSSAI。

3.根据权利要求1所述的方法，其中所述一个或多个寻呼相关信息包括一个或多个寻呼控制信道PCCH配置。

4.根据权利要求1所述的方法，其中所述多组寻呼配置信息在系统信息块SIB或无线资源控制RRC消息中被发送。

5.根据权利要求1所述的方法，其中在接收所述第一消息之前，所述网络节点向所述核心网发送指示所述网络节点支持多寻呼配置的第三消息。

6.根据权利要求5所述的方法，其中所述第三消息由所述网络节点在下一代控制平接口NG-C建立过程期间、或S1接口建立过程期间被发送。

7.根据权利要求1所述的方法，其中所述第二消息包括用户设备UE无线寻呼信息消息、或UE无线接入能力信息消息。

8.一种无线通信方法，包括：

由通信节点向网络节点发送指示所述通信节点支持多寻呼配置的消息；

由所述通信节点从所述网络节点接收多组寻呼配置信息，

其中每组寻呼配置信息包括描述网络服务类型的服务类型信息，并且

其中每组寻呼配置信息包括一个或多个寻呼相关信息；以及由所述通信节点从所述多组寻呼配置信息中选择一组寻呼配置信息。

9.根据权利要求8所述的方法，其中所述服务类型信息包括网络切片选择辅助信息NSSAI。

10.根据权利要求8所述的方法，其中所述一个或多个寻呼相关信息包括一个或多个寻呼控制信道PCCH配置。

11.根据权利要求8所述的方法，其中所述多组寻呼配置信息在系统信息块SIB或无线资源控制RRC消息中被接收。

12.根据权利要求8所述的方法，

其中所述消息被发送到网络节点，或

其中所述消息经由非接入层NAS消息被发送到核心网。

13.根据权利要求8所述的方法，其中用于选择所述一组寻呼配置的相同准则被所述通信节点和核心网所共享。

14.根据权利要求9所述的方法，

其中所述通信节点的非接入层NAS层向所述通信节点的接入层AS层指示一个或多个允许切片，所述一个或多个允许切片由一个或多个NSSAI指示，

其中所述AS层从所述一个或多个允许切片选择与NSSAI相关联的寻呼控制信道PCCH配置信息，并且

其中所述AS层基于所述PCCH配置信息检测寻呼。

15.根据权利要求8所述的方法，

其中所述通信节点的接入层AS层向所述通信节点的非接入层NAS层指示至少两组寻呼配置信息，

其中所述NAS层从所述至少两组寻呼配置信息中选择与一组寻呼配置信息相关联的寻呼控制信道PCCH配置信息，

其中所述NAS层向所述AS层指示所选择的所述PCCH配置信息，并且

其中所述AS层基于所选择的所述PCCH配置信息检测寻呼。

16.一种用于无线通信的装置，包括处理器，所述处理器被配置为实现根据权利要求1至15中的一项或多项所述的方法。

17.一种非瞬态计算机可读程序存储介质，其上存储有代码，所述代码在由处理器执行时，使所述处理器实现根据权利要求1至15中的一项或多项所述的方法。