CN113906795B - 用于监视寻呼的方法和使用该方法的设备 - Google Patents

用于监视寻呼的方法和使用该方法的设备 Download PDF

Info

Publication number
CN113906795B
CN113906795B CN202080020897.8A CN202080020897A CN113906795B CN 113906795 B CN113906795 B CN 113906795B CN 202080020897 A CN202080020897 A CN 202080020897A CN 113906795 B CN113906795 B CN 113906795B
Authority
CN
China
Prior art keywords
paging
pdcch
configuration
rrc
monitoring
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202080020897.8A
Other languages
English (en)
Other versions
CN113906795A (zh
Inventor
施美如
陈宏镇
曾勇岚
周建铭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
FG Innovation Co Ltd
Original Assignee
FG Innovation Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by FG Innovation Co Ltd filed Critical FG Innovation Co Ltd
Publication of CN113906795A publication Critical patent/CN113906795A/zh
Application granted granted Critical
Publication of CN113906795B publication Critical patent/CN113906795B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005Transmission of information for alerting of incoming communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W56/00Synchronisation arrangements
    • H04W56/001Synchronization between nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H04B7/06952Selecting one or more beams from a plurality of beams, e.g. beam training, management or sweeping
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02Arrangements for increasing efficiency of notification or paging channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/231Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/28Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供了一种用于监视寻呼的方法和用户设备(UE)。所述方法由UE执行,并且包括:接收寻址到第一无线电网络临时标识符RNTI的第一物理下行链路控制信道PDCCH;如果所述第一PDCCH包括寻呼停止指示符,则停止监视寻址到第二RNTI的第二PDCCH;从小区接收系统信息中的至少一个配置;以及根据所述至少一个配置,判定在非连续接收DRX周期内的寻呼时机PO中的用于寻呼的多个PDCCH监视时机,其中,所述第二RNTI与所述第一RNTI相同,用于所述寻呼的所述多个PDCCH监视时机包括用于所述第一PDCCH的第一PDCCH监视时机和用于所述第二PDCCH的第二PDCCH监视时机,以及所述至少一个配置包括:第一参数,所述第一参数指示所述PO中的每个波束扫描回合所被发送的同步信号/物理广播信道块SSB的数量,以及第二参数,所述第二参数指示所述PO中的所述波束扫描回合数。

Description

用于监视寻呼的方法和使用该方法的设备
相关申请的交叉引用
本案要求2019年4月4日提交的序列号为62/829,223的临时美国专利申请、2019年4月4日提交的序列号为62/829,214临时美国专利申请和2020年2月25日提交的序列号为PCT/CN2020/076647的PCT专利申请的权益和优先权。出于所有目的,通过引用将上述所有申请的内容完全并入本文。
技术领域
本案一般涉及无线通信,更具体地,涉及用于监视寻呼的方法和使用该方法的设备。
背景技术
寻呼是一种机制,该机制允许网络触及在无线电资源控制(RRC)_IDLE状态和RRC_INACTIVE状态下运行的用户设备(UE),并将系统信息变化和/或公共警告系统(PWS)指示(例如,地震和海啸预警系统(ETWS)/商业移动警报系统(CMAS)消息)通知给在RRC_IDLE状态、RRC_INACTIVE状态或RRC_CONNECTED状态中运行的UE。
然而,当前的寻呼监视机制可能不适用于在下一代(例如,第五代(5G)新无线电(NR))无线通信系统中操作的UE。
因此,需要在无线通信系统中寻呼增强。
发明内容
本案涉及用于监视寻呼的方法和设备。
根据本案的一个方面,提供了一种用于监视寻呼的UE。所述UE包括一个或多个非暂时性计算机可读介质,所述一个或多个非暂时性计算机可读介质具有包含在其上的计算机程序;以及至少一个处理器,所述至少一个处理器耦接到所述一个或多个非暂时性计算机可读介质,所述至少一个处理器被配置来执行所述计算机程序以:接收寻址到第一无线电网络临时标识符RNTI的第一物理下行链路控制信道PDCCH;如果所述第一PDCCH包括寻呼停止指示符,则停止监视寻址到第二RNTI的第二PDCCH;从小区接收系统信息中的至少一个配置;以及根据所述至少一个配置,判定在非连续接收DRX周期内的寻呼时机PO中的用于所述寻呼的多个PDCCH监视时机,其中:所述第二RNTI与所述第一RNTI相同,用于所述寻呼的所述多个PDCCH监视时机包括用于所述第一PDCCH的第一PDCCH监视时机和用于所述第二PDCCH的第二PDCCH监视时机,以及所述至少一个配置包括:第一参数,所述第一参数指示所述PO中的每个波束扫描回合所被发送的同步信号/物理广播信道块SSB的数量,以及第二参数,所述第二参数指示所述PO中的所述波束扫描回合数。
根据本案的另一方面,提供了一种用于监视寻呼的方法。所述方法由UE执行,并且包括接收寻址到第一无线电网络临时标识符RNTI的第一物理下行链路控制信道PDCCH;如果所述第一PDCCH包括寻呼停止指示符,则停止监视寻址到第二RNTI的第二PDCCH;从小区接收系统信息中的至少一个配置;以及根据所述至少一个配置,判定在非连续接收DRX周期内的寻呼时机PO中的用于所述寻呼的多个PDCCH监视时机,其中,所述第二RNTI与所述第一RNTI相同,用于所述寻呼的所述多个PDCCH监视时机包括用于所述第一PDCCH的第一PDCCH监视时机和用于所述第二PDCCH的第二PDCCH监视时机,以及所述至少一个配置包括:第一参数,所述第一参数指示所述PO中的每个波束扫描回合所被发送的同步信号/物理广播信道块SSB的数量,以及第二参数,所述第二参数指示所述PO中的所述波束扫描回合数。
附图说明
当与附图一起阅读时,根据以下详细描述可以最佳地理解本案的各方面。各种特征未按比例绘制。为了描述清楚,可任意增加或减少各种特征的尺寸。
图1是根据本案的示例实施方式示出的在非连续接收(DRX)周期中针对UE配置的多个寻呼时机(PO)的示意图。
图2是根据本案的示例实施方式的用于监视寻呼的方法的流程图。
图3是根据本案的示例实施方式示出的在DRX周期内用于在PO中寻呼的多个物理下行链路控制信道(PDCCH)监视时机的示意图。
图4是根据本案的示例实施方式的用于监视寻呼的方法的流程图。
图5是根据本案的各个方面示出的用于无线通信的节点的框图。
具体实施方式
下文描述包含与本案中的示例性实施方式有关的特定信息。本案中的附图及其随附详细描述仅针对示例性实施方式。然而,本案不仅仅限于这些示例性实施方式。本领域技术人员将想到本案的其他变化和实施方式。除非另有说明,否则附图中相同或对应元件可由相同或对应附图标记表示。此外,本案中的附图和图示通常未按比例绘制,并且无意在与实际相关尺寸相对应。
出于一致性和易于理解的目的,在示例性附图中通过标记标示相同的特征(虽然在一些示例中未示出)。然而,不同实施方式中的特征在其他方面可能不同,因此不应狭义地局限于附图中所示的特征。
描述使用了短语“在一个实施方式中”或“在一些实施方式中”,其可以各自指代相同或不同实施方式的其中一个或多个。术语“耦接”被定义为直接地或通过中间部件间接地连接,并且不一定限于物理连接。在使用术语“包含”时表示“包括但不一定限于”;其具体指明所描述的组合、组、系列和等效物中的开放式包含或隶属成员。表述“A、B和C中的至少一者”或“以下项中的至少一者:A、B和C”表示“仅A,或仅B,或仅C,或A、B和C的任何组合”。
另外,出于解释和非限制的目的,对诸如功能实体、技术、协议、标准等具体细节进行描述,以提供对所描述技术的理解。在其他示例中,省略对公知的方法、技术、系统、架构等的详细描述,以免不必要的细节使描述不清楚。
本领域技术人员将立即认识到本案中描述的任何网络功能或算法可由硬件、软件或软件和硬件的组合来实施。所描述的功能可对应于模块,这些模块可以是软件、硬件、固件或其任何组合。软件实施方式可包括存储在诸如存储器或其他类型的存储装置的计算机可读介质上的计算机可执行指令。例如,具有通信处理能力的一个或多个微处理器或通用计算机可使用对应的可执行指令予以编程,并执行所描述的网络功能或算法。这些微处理器或通用计算机可由专用集成电路(Applications Specific Integrated Circuitry,ASIC)、可编程逻辑阵列和/或使用一个或多个数字信号处理器(Digital SignalProcessor,DSP)形成。虽然描述的若干示例性实施方式是针对在计算机硬件上安装和执行的软件,但是作为固件或硬件或硬件与软件的组合而实施的替代示例性实施方式也在本案的范围内。
计算机可读介质包括但不限于随机存取存储器(Random Access Memory,RAM)、只读存储器(Read-Only Memory,ROM)、可擦除可编程只读存储器(Erasable ProgrammableRead-Only Memory,EPROM)、电可擦除可编程只读存储器(Electrically ErasableProgrammable Read-Only Memory,EEPROM)、闪存、光盘只读存储器(Compact Disc Read-Only Memory,CD-ROM)、盒式磁带、磁带、磁盘存储器、或能够存储计算机可读指令的任何其他等效介质。
无线电通信网络架构(例如,长期演进(Long Term Evolution,LTE)系统、LTE-Advanced(LTE-Advanced,LTE-A)系统,LTE-Advanced Pro系统或5G NR无线电接入网络(Radio Access Network,RAN)通常包括至少一个基站(Base Station,BS)、至少一个UE以及提供连接到网络的一个或多个可选网络元件。UE通过由一个或多个基站建立的RAN与网络(例如,核心网络(Core Network,CN)、演进分组核心(Evolved Packet Core,EPC)网络、演进通用陆地无线电接入网(Evolved Universal Terrestrial Radio Access Network,E-UTRAN)、5G核心(5G Core,5GC)或互联网)进行通信。
应当注意,在本案中,UE可以包括但不限于移动站、移动终端或设备或用户通信无线电终端。例如,UE可以是便携式无线电设备,其包括但不限于具有无线通信能力的移动电话、平板电脑、可穿戴设备、传感器、车辆或个人数字助理(Personal Digital Assistant,PDA)。UE可被配置成通过空中接口从无线电接入网络中的一个或多个小区接收信号以及向无线电接入网络中的一个或多个小区传输信号。
BS可被配置来根据以下无线电接入技术(Radio Access Technologies,RATs)中的至少一个来提供通信服务:全球微波接入互操作性(Worldwide Interoperability forMicrowave Access,WiMAX)、全球移动通信系统(Global System for Mobilecommunications,GSM,通常称为2G)、GSM演进的GSM增强型数据速率无线电接入网络(GSMEnhanced Data rates for GSM Evolution(EDGE)Radio Access Network,GERAN)、通用分组无线电业务(General Packet Radio Service,GPRS)、基于基本宽带码分多址(Wideband-Code Division Multiple Access,W-CDMA)的通用移动通信系统(UniversalMobile Telecommunication System UMTS,通常称为3G)、高速分组接入(High-SpeedPacket Access,HSPA)、LTE、LTE-A、演进型LTE(evolved LTE,eLTE)(例如,连接到5GC的LTE)、NR(通常称为5G)和/或LTE-A Pro。然而,本案的范围不应局限于以上提到的协议。
BS可包括但不限于:UMTS中的节点B(node B,NB)、LTE或LTE-A中的演进节点B(evolved Node B,eNB)、UMTS中的无线电网络控制器(Radio Network Controller,RNC)、GSM/GERAN中的基站控制器(Base Station Controller,BSC)、与5GC连接的演进通用陆地无线电接入(Evolved Universal Terrestrial Radio Access,E-UTRA)BS中的ng-eNB、5G-RAN中的下一代节点B(next Generation Node B,gNB)以及能够控制无线电通信并管理小区内的无线电资源的任何其他装置。BS可通过无线电接口服务一个或多个UE。
BS可以用于使用RAN中包括的多个小区向特定地理区域提供无线电覆盖。BS可以支持小区的操作。每个小区是可操作的以向其无线电覆盖范围内的至少一个UE提供服务。更具体地,每个小区(通常称为服务小区)提供服务以服务于其无线电覆盖范围内的一个或多个UE(例如,每个小区向其无线覆盖范围内的至少一个UE调度下行链路(Downlink,DL)和可选的上行链路(Uplink,UL)资源,以用于下行链路和可选的上行链路分组传输)。基站可以通过多个小区与无线电通信系统中的一个或多个UE进行通信。小区可分配侧链路(Sidelink,SL)资源来支持邻近服务(Proximity Service,ProSe)或车联网(Vehicle toEverything,V2X)服务。每个小区可具有与其他小区重叠的覆盖区域。
如以上所讨论,针对NR的帧结构要支持灵活的配置以适应各种下一代(例如5G)通信要求,诸如增强型移动宽带(Enhanced Mobile Broadband,eMBB)、海量机器类通信(Massive Machine Type Communication,mMTC)、超可靠通信和低时延通信(Ultra-Reliable and Low-Latency Communication,URLLC),同时满足高可靠性、高数据速率和低时延要求。第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)中所协定的正交频分复用(Orthogonal Frequency-Division Multiplexing,OFDM)技术可用作NR波形的基准。还可以使用可扩展的OFDM参数集,诸如自适应子载波间距、信道带宽和循环前缀(Cyclic Prefix,CP)。另外,针对NR考虑两种编码方案:(1)低密度奇偶校验(Low-DensityParity-Check,LDPC)码和(2)极化码。编码方案调适可基于信道状态和/或服务应用来配置。
此外,还考虑到在单个NR帧的传输时间间隔中,应该至少包括DL传输数据、保护时段和UL传输数据,其中DL传输数据、保护周期、UL传输数据的各个部分也应该是可配置的,例如,基于NR的网络动态性。此外,还可以在NR帧中提供SL资源以支持ProSe服务或V2X服务。
此外,本文中的术语“系统”和“网络”可以互换使用。这里的术语“和/或”仅是用于描述关联对象的关联关系,并且表示可以存在三种关系。例如,A和/或B可以指示:A单独存在,A和B同时存在,或者B单独存在。此外,这里的字符“/”通常表示前一个和后一个相关对象处于“或”关系中。
对于部署在未授权频谱上的无线电接入技术(radio access technology,RAT),设备(例如UE、BS和接入点(Access Point,AP))可以在接入信道之前遵循先听后说(ListenBefore Talk,LBT)机制。设备可以在未授权信道上执行传输之前执行清除信道评估(ClearChannel Assessment,CCA)。如果LBT失败,设备可能无法在被判定的时间接入信道。
基于NR的未授权接入(例如NR-U)设计可能还需要考虑LBT机制。基于NR的未授权接入的部署场景可以是但不限于:
-授权频带NR(例如,对于主小区(Primary Cell,PCell))和NR-U(例如,对于次小区(Secondary Cell,SCell))之间的载波聚合(Carrier Aggregation,CA)。在一个实施方式中,NR PCell可以连接到5GC。
-NR-U SCell可包括DL和UL,或仅包括DL。
-授权频带LTE(例如,对于PCell)和NR-U(例如,对于主次小区组小区(Primarysecondary cell group cell,PSCell)之间的双连接(Dual Connectivity,DC)。在一个实施方式中,LTE PCell可以连接到EPC或5GC。
-独立NR-U。在一个实施方式中,NR-U PCell可以连接到5GC。
-NR小区,其在未授权频带中具有DL并且在授权频带中具有UL。在一个实施方式中,NR-U PCell可以连接到5GC。
-授权频带NR(例如,对于PCell)和NR-U(例如,对于PSCell)之间的DC。在一个实施方式中,NR PCell可以连接到5GC。
在部署场景中,至少在(但不限于)独立NR-U情况下可能需要寻呼增强。另外,基于NR寻呼设计,UE可以在每个DRX周期的PO中监视一个或多个寻呼信道。然而,寻呼传输的成功率可能会受到LBT的影响。例如,如果LBT在未授权频谱(例如NR-U)上失败,和/或如果gNB/小区没有针对UE在PO中成功地发送寻呼DL控制信息(DL Control Information,DCI),则UE从gNB/小区成功接收寻呼消息的延迟可能增加。另外,在RRC_IDLE状态或RRC_INACTIVE状态下操作的UE可能无法基于当前寻呼帧(PF)和PO公式在所被判定的一个或多个PO中成功地接收寻呼DCI。
根据本案的一些实施方式,寻呼信道可以是PDCCH(或寻呼的PDCCH监视时机),其中BS发送寻呼DCI、寻呼消息、具有通过寻呼相关的无线电网络临时标识符(Radio NetworkTemporary Identifier,RNTI)(例如,寻呼RNTI(Paging RNTI,P-RNTI))加扰的循环冗余校验(Cyclic Redundancy Check,CRC)的DCI格式1_0,短消息或有/无短消息的寻呼DCI。在一些实施方式中,寻呼信道可以是物理下行链路共享信道(Physical Downlink SharedChannel,PDSCH),其中BS发送寻呼消息。在一些实施方式中,寻呼信道可以是逻辑信道(例如,寻呼控制信道(Paging Control Channel,PCCH)),UE通过该逻辑信道接收寻呼DCI、寻呼消息、具有由寻呼相关RNTI(例如,P-RNTI)加扰的CRC的DCI格式1_0、短消息或具有/不具有短消息的寻呼DCI。在一些实施方式中,寻呼信道可以是传输信道(例如,寻呼信道(Paging Channel,PCH)),UE经由该传输信道接收寻呼DCI、寻呼消息、具有由寻呼相关的RNTI(例如,P-RNTI)加扰的CRC的DCI格式1_0、短消息或具有/不具有短消息的寻呼DCI。
在一些实施方式中,当UE的媒体接入控制(Medium Access Control,MAC)实体需要接收PCH时,针对该PCH,MAC实体已经通过用于P-RNTI的PDCCH接收到PCH分配,如PDCCH信息所指示,MAC实体可以尝试在PCH上对传输块(Transport Block,TB)进行解码。如果PCH上的TB已被MAC实体成功解码,则MAC实体可将被解码的MAC协议数据单元(Protocol DataUnit,PDU)传送到上层(例如,无线电链路控制(Radio Link Control,RLC)层、分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层、RRC层)。
有鉴于此,寻呼增强对于未授权频谱操作可能至关重要。例如,按个别DRX周期决定的PO数量的增加、DRX周期中PO数量的增加、和/或DRX周期外的PO数量的增加可能对UE有利。一个或多个附加PO可以在DRX周期内和/或特定参考信号(Reference Signal,RS)(例如,发现参考信号(Discovery Reference Signal,DRS))中。UE可以在一个或多个(附加)PO中接收寻址到与寻呼相关联的RNTI的PDCCH。UE可以在PDSCH中接收寻呼消息,所述PDSCH由寻址到与寻呼相关联的RNTI的PDCCH指示。与寻呼相关联的RNTI可以是P-RNTI。与寻呼相关联的RNTI的长度可以是16位。与寻呼相关联的RNTI的值可以固定为65534(0xFFFE)。
在RRC_IDLE状态下操作的UE(其被称为“RRC_IDLE UE”)或在RRC_INACTIVE状态下操作的UE(其被称为“RRC_INACTIVE UE”)可接收针对简讯终呼数据的寻呼消息,该寻呼消息可由5GC发起或管理。在一些实施方式中,RRC_IDLE/RRC_INACTIVE UE可以由非接入层(Non-Access Stratum,NAS)配置DRX,以接收CN寻呼。在一些实施方式中,RRC_INACTIVE UE可以从下一代无线电接入网(Next-Generation Radio Access Network,NG-RAN)接收寻呼消息(例如,RAN寻呼)。在一些实施方式中,RRC_INACTIVE UE可以由NG-RAN为RAN寻呼配置DRX。在一些实施方式中,NG-RAN可以包括NG-RAN节点,其可以是gNB或ng-eNB。
在一些实施方式中,RRC_IDLE/RRC_INACTIVE UE可非连续性监视一个或多个寻呼信道。例如,RRC_IDLE/RRC_INACITVE UE可以在每个DRX周期的一个或多个PO期间监视一个或多个寻呼信道。注意,PO可以是PDCCH监视时机的集合,并且可以包括多个时隙(例如,一个或多个子帧或一个或多个OFDM字符),寻呼DCI可以由BS发送于其中。在一些实施方式中,DRX周期的值可以在用于CN寻呼的系统信息中广播。例如,DRX周期的值可以是UE特定的,其通过用于CN寻呼的NAS信令来配置。在另一示例中,DRX周期可以是UE特定的,其通过用于RAN寻呼的RRC信令来配置。在一些实施方式中,如果UE被配置有用于DRX周期的多个值或多个DRX周期配置,则UE可以应用所配置的DRX周期中最短的DRX周期。在一些实施方式中,RRC_CONNECTED UE可以监视任何PO中的寻呼信道,该任何PO由系统信息指示。在一些实施方式中,对于具有活动带宽部分(Bandwidth Part,BWP)的RRC_CONNECTED UE,其中所述BWP具有被配置以监视一个或多个寻呼信道的公共搜索空间,UE可以在修改周期内至少一次监视任意PO中的系统信息(system information,SI)变化指示。
在一些实施方式中,UE的RLC实体可以使用透明模式(Transparent Mode,TM)进行寻呼,这是多个RLC传输模式之一。在一些实施方式中,对于寻呼,UE可以使用UE的RLC实体和MAC实体之间的逻辑信道(例如,寻呼控制信道(Paging Control Channel,PCCH))。PCCH可以是用于从网络传输寻呼信息、系统信息改变通知和正在进行的PWS(例如,ETWS或CMAS)的指示的DL信道。例如,RRC_IDLE/RRC_INACTIVE UE可以在其一个或多个PO中接收ETWS/CMAS指示。另一方面,RRC_CONNECTED UE可以在任何PO中接收ETWS/CMAS指示。如果UE接收到包括ETWS/CMAS指示的寻呼消息(或短消息,或寻址到与寻呼相关联的RNTI的PDCCH),则UE可以触发系统信息的获取而不延迟到下一修改周期。注意,PCCH可以映射到PCH,PCH是UE的MAC和物理层(Physical Layer,PHY)之间的传输信道。
寻呼过程可能会受到LBT失败的影响,从而减少寻呼的传输机会。有鉴于此,提供了一些机制来增强寻呼机会。例如,在一些实施方式中,提供了用于增加时域PO(或寻呼监视时机)的机制。在一些实施方式中,可以应用DRS(例如NR-U DRS)之外的一个或多个附加PO。NR-U DRS可指包括信道状态信息参考信号(Channel State Information-ReferenceSignal,CSI-RS)和剩余系统信息(Remaining System Information,RMSI)控制资源集(RMSI-Control Resource Set,RMSI-CORESET)以及与同步信号(SynchronizationSignal,SS)/物理广播信道(Physical Broadcast Channel,PBCH)块(SSB)相关联的PDSCH(携带RMSI)的连续突发,以及SS/PBCH突发集。
在一些实施方式中,对于NR-U DRS中的SSB传输,当被配置CSI-RS/RMSI的传输时,CSI-RS、RMSI-CORESET和RMSI-PDSCH可以被包括在相同的连续突发中。可选地,如果有可用的资源,其他系统信息(OSI)和寻呼可以在相同的DRS中传输。
在一些实施方式中,UE可以判定每个DRX周期的PO和PF,以基于PF/PO公式来监视寻呼信道。BS可以向UE提供在PF/PO公式中使用的所需参数。UE可以导出每个DRX周期的PO和PF的位置。在一些实施方式中,UE可以在每个DRX周期中的一个PF中导出一个PO,并且在每个DRX周期的一个PO中监视寻呼信道。在一些实施方式中,PF/PO公式可以被修改,使得UE可以更灵活地监视DRX周期中的寻呼信道,即,UE可以不被限制为监视每个DRX周期的一个PF中的一个PO。
另外,对于寻呼,为UE的每个DRX周期创建更多机会(例如,时间/频率资源、寻呼信道或PO)以接收寻呼消息可能是有益的。在一些实施方式中,BS可以通过向UE配置扩展的PO(例如,寻呼窗口)和/或配置多个PO来在时域中配置一个或多个附加PO位置。在一些实施方式中,对于用于创建附加寻呼机会的任何指定的解决方案,还可以考虑UE功耗;为此,PO在接近RS的时间被发送或与RS重叠可能是有益的。
图1是根据本案的示例性实施方式示出的在DRX周期中针对UE配置至少一个PO的示意图。在实施方式中,UE可以被配置为每个DRX周期(例如,DRX周期11)具有两个PF(PF#113和PF#2 15),其中每个PF可以包括一个或多个用于寻呼监视的PO(例如,PO#1 102、PO#2104和PO#3 106)。在每个PO中可以存在用于寻呼的至少一个PDCCH监视时机,并且用于寻呼的每个PDCCH监视时机可以与由BS发送的至少一个同步信号/物理广播信道块(SSB)相关联。如图1所示,SSB#1 108、SSB#2 110、SSB#3 112和SSB#4 114由BS在每个波束扫描回合中发送。此外,在本实施例中,每个PO的波束扫描回合的数量是两个(例如,波束扫描回合1和波束扫描回合2)。因此,SSB#1 108、SSB#2 110、SSB#3 112和SSB#4 114各自可以由BS在PO(例如,PO#1 102)中发送两次。在一些实施方式中,UE可以被配置有扩展PO,其在时域中跨越一个或多个附加PO。扩展的PO可以被认为是一个寻呼窗口。如图1所示,寻呼窗口17跨越两个PO,具体地说是PO#1 102和PO#2 104。每两个相邻的PO在时域中可以是连续的或非连续的。
应当注意,图1中的实施方式仅用于说明目的,并不意味着限制本案的范围。在本案的一些其它实施方式中,任意数量的PO/PF/SSB/波束扫描回合/DRX周期/扩展PO可以被配置。例如,UE可以被配置为每个PF/DRX周期具有一个或多于一个的PO。
在一些实施方式中,UE可以在每个DRX周期中在至少一个PO中监视寻呼信道。BS(例如,gNB)或服务小区可配置UE以在DRX周期中监视附加PF(例如,多于一个PF)。例如,UE可以基于修正的PF/PO公式(例如,PF/PO公式A)来判定附加PF,所述PF/PO公式考虑(但不限于)系统帧数(SFN)、DRX周期(其在PF/PO公式A中表示为“T”)以及DRX周期中的总寻呼帧数(在PF/PO公式A中表示为“N”)中的至少一个。
在一些实施方式中,基于经修改的PF/PO公式(例如,PF/PO公式A),UE可判定每个DRX周期的至少一个PO和至少一个PF,其中每个PO可落在PF内。在一些实施方式中,UE可判定与PF相关联的PO,其中UE可基于经修改的PF/PO公式(例如,PF/PO公式A)导出PF和PO。UE可判定开始于PF开始之前、在PF持续时间内或在PF之后/在PF结束时的PO,其中UE可基于经修正的PF/PO公式导出PO和PF。在一些实施方式中,每个DRX周期的PO的数量可以等于每个DRX周期的PF的数量。在一些实施方式中,每个DRX周期的PO的数量可以是每个DRX周期的PF的数量的Y倍,其中Y是正整数。
在一些实施方式中,UE可以基于修改后的PF/PO公式(例如,PF/PO公式A)在所判定的PO中监视寻呼。基于PF/PO公式A(例如,包括以下等式(1)到(3))的示例计算过程如下所示:
˙UE可基于等式(1)判定针对PF的SFN:
(SFN+PF_offset)mod T=(T div N)×(UE_ID mod N) 等式(1)
˙UE可基于等式(2)判定PF中的PO索引:
i_s=floor(UE_ID/N)mod Ns 等式(2)
˙可通过等式(3)判定DRX周期中的附加PF的SFN(例如,SFN):
SFN_o=SFN+(T div N)×F,其中F=1,2,3,…,N-1 等式(3)
在一些实施方式中,UE可以在同一DRX周期中针对附加PF再次使用PO索引。例如,UE可以判定每个DRX周期的第一PF(例如,PF#1 13)中的PO(例如,PO#1 102)的索引,并且监视每个DRX周期中的每个PF中的相同索引的PO中的寻呼信道(例如,PF#1 13中的PO#1 102和PF#2 15中的PO#1 102)。在一些实施方式中,UE可以基于DRX周期中的预定义规则或配置,针对附加PF使用PO索引。
在一些实施方式中,DRX周期(T)的长度可以是(但不限于)32、64、128或256个无线电帧。每个DRX周期可能包含N个PF。也就是说,N是DRX周期中的总寻呼帧数。例如,N可以是(但不限于)T、T/2、T/4、T/8或T/16,这取决于寻呼搜索空间的值和/或RMSI复用模式。如图1所示,N等于2。
在一些实施方式中,UE可以根据寻呼搜索空间和/或诸如firstPDCCH-MonitoringOccasionOfPO(如果已配置)的特定参数来判定用于寻呼的PDCCH监视时机。在一些实施方式中,UE可以根据默认/非默认关联来判定用于寻呼的PDCCH监视时机。例如,默认关联可指用于寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机相同(例如,系统信息块1(System Information Block 1,SIB1))。非默认关联可能是指用于寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机不同的情况。如果是非默认关联,则寻呼搜索空间不能为零。如果是默认关联,则寻呼搜索空间可能为零。在等式(2)中,参数“Ns”可指针对PF的PO数量。在一些实施方式中,如果是默认关联,Ns可以是1或2,而如果是非默认关联,Ns可以是(但不限于)1、2或4。另外,在等式(1)中,参数“PF_offset”可以是用于PF判定的偏移,“UE_ID”可以是的UE ID取模1024(例如,5G-S-临时移动用户标识(5G-S-TMSI)取模1024,或非活动RNTI(I-RNTI)取模1024)。
如等式(3)中所述,SFN_o的值可能受参数F的值(其被称为“F值”)的影响。在一些实施方式中,UE可以从服务/驻留小区接收SIB1中的F值的配置(称为“F配置”)。在一些实施方式中,SIB1中的服务小区公共配置(例如,包括在ServingCellConfigCommonSIB信息元素(Information Element,IE)中的服务小区公共配置)可以包括F配置。SIB1中的公共DL配置(例如,公共DL配置可以被包括在DownlinkConfigCommonSIB IE中)可以包括F配置。在一些实施方式中,寻呼控制信道配置(例如,寻呼控制信道可以被包括在PCCH-Config IE中)可以包括F配置。在一些实施方式中,参数F可以是小区特定的参数。在一些实施方式中,如果F配置不存在,UE可以应用默认值作为F值。
在一些实施方式中,UE可以在专用信令中接收F配置(例如,RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起配置的RRC释放消息或不具有挂起配置的RRC释放消息)。F配置可被用于导出F值。在一些实施方式中,F配置可以是UE特定的参数。例如,UE可以从服务小区接收RRC释放消息中的F配置。在一些实施方式中,UE从服务小区接收的F配置可以被包括在挂起配置(例如,SuspendConfig IE)中。如果F配置是在挂起配置中被指示的,则UE可以应用RAN寻呼周期(例如,由ran-PagingCycle IE指示)作为参数T的值(其被称为“T值”),以导出在F配置中使用的信息,其中参数T可以指示DRX周期。在一些实施方式中,如果T值没有在RRC释放消息中被指示,则UE可以应用来自系统信息的T值,以导出在F配置中使用的信息。
在一些实施方式中,UE可以根据相应的F配置导出F值。在一些实施方式中,F配置可以是位图,其中位图可以指示UE应用了哪些F值。在一些实施方式中,F配置可以是单个值,指示要应用于UE的最大F值。例如,如果最大F值是5,则UE可以使用从1到5的F值来导出其他/附加PF。在一些实施方式中,F配置可能是一个值范围。在一些实施方式中,F配置可以是具有选择和位图的结构,并且F值可以取决于N值。例如,基于具有选择和位图的结构,UE可以基于选择结构(例如,在抽象语法注释1(Abstract Syntax Notation One,ASN.1)中定义的“选择”类型)接收N值,然后对于由服务小区(或驻留小区)选择的N值,UE可以基于位图接收F值。例如,N值的数量可以等于选择的数量。例如,对应于N值的位图中的位数可以等于对应于N值的F值的数量。
在一些实施方式中,F值可以从1、2、3…和N-1的一个或多个值中选择,其中UE可以基于PCCH配置中的DRX周期(例如,T值)和/或其他寻呼相关IE(例如,nAndPagingFrameOffset IE)来获取N值。例如,如果寻呼周期是32,并且在诸如nAndPagingFrameOffset IE的寻呼相关IE中指示半T,则UE可以获取N值16(例如,32/2=16)。在一些实施方式中,F配置可以由位图(例如,(N-1)位位图)来指示。每一位可对应于参数F的整数值。在一些实施方式中,最高有效位可以表示F是否等于1,最低有效位可以表示F是否等于N-1。例如,如果N=5,则4位位图“1010”可以表示PF的SFN(例如,SFN_o)是SFN+(Tdiv N)和SFN+(T div N)×3。在其他实施方式中,最高有效位可以表示F是否等于N-1,最低有效位可以表示F是否等于1。例如,如果N=5,则4位位图“1010”可以表示附加PF(例如,SFN_o)的SFN是SFN+(T div N)×4和SFN+(T div N)×2。
表1给出了基于ASN.1的F配置示例。
表1
在一些实施方式中,UE可以通过PCCH配置中的DRX周期和其他寻呼相关IE隐式地获取N值。在一些实施方式中,服务小区可以经由专用信令(例如,RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起配置的RRC释放消息或不具有挂起配置的RRC释放消息)或经由系统信息(例如,SIB1和/或其他SI)信号通知位图大小中的N值作为最大N值,即最大T值(例如256)。在一些实施方式中,驻留小区可以通过系统信息显式地信号通知将位图大小中的N值作为最大N值,该最大N值是最大T值(例如,256)。因此,从最高有效位开始的一些位或从最低有效位开始的一些位不用于F配置是有可能的。这些无用的位可以保持为零。
在一些实施方式中,F配置可以具有取决于N值的选择结构。这个例子如表2所示。例如,如果N等于T/2,则服务/驻留小区可以选择具有(T/2)位图的halfT来信号通知F配置。T值可以是通过专用信令(例如,RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起配置的RRC释放消息、不具有挂起配置的RRC释放消息)或通过系统信息(例如,SIB1、其他SI),在PCCH配置中从服务小区信号通知给UE的寻呼周期(例如,寻呼周期可以由defaultPagingCycle IE指示)。在一些实施方式中,T值可以是在PCCH配置中经由系统信息从驻留小区信号通知到UE的寻呼周期(例如,defaultPagingCycle IE)。
表2
在一些实施方式中,F配置可以是整数结构,其范围从0、1、2到Fi,其中Fi值可以是固定的、指定的或预配置的值。在一些实施方式中,UE可以基于T值和/或N值导出Fi值。如果F值为零,UE可以监视在一个PF中的一个或多个PO中的一个或多个寻呼信道。也就是说,针对附加PF的SFN_o值可能不需要。如果F值为Fi,UE可以在具有SFN、SFN+(T div N)、SFN+(Tdiv N)×2、SFN+(T div N)×3、…、SFN+(T div N)×Fi的系统帧数的PF中监视寻呼信道。在一些实施方式中,UE可以在具有SFN和SFN+(T div N)×Fi的系统帧数的PF中监视PF中的寻呼信道。
在一些实施方式中,如果UE接收到F配置,则UE可以在具有系统帧数SFN和SFN_o(例如,SFN+(T div N)×F)的PF中的所判定的一个或多个PO中监视一个或多个寻呼信道。UE可以不在每个DRX周期的所有PF中所判定的一个或多个PO中监视一个或多个寻呼信道。UE可以仅监视基于PF/PO公式A和每个DRX周期的F配置被判定的PF中的一个或多个PO中的寻呼信道。
在一些实施方式中,DRX周期(例如,T值)可以是(但不限于)RRC释放消息的挂起配置中的寻呼周期值(例如,DRX周期的值可以被包括在RAN PagingCycle IE中),或者SIB1中的寻呼周期值(例如,DRX周期的值可以被包含在defaultPagingCycle IE中)。应当注意,术语“DRX周期”和“寻呼周期”在本案的一些实施方式中可以互换。
在一些实施方式中,UE可以监视在每个DRX周期中的每个PF中的每个PO中的一个或多个寻呼信道。在一些实施方式中,如果UE在一个PO中在(被接收的)寻址到RNTI(例如,与寻呼相关的RNTI,P-RNTI)的PDCCH中接收寻呼停止指示符,则UE可以停止监视相同PO中的一个或多个寻呼信道(例如,用于寻呼的PDCCH监视时机,寻址到同一RNTI的PDCCH)。在一些实施方式中,如果UE在一个PO中在(被接收的)寻址到RNTI(例如,与寻呼相关的RNTI、P-RNTI)的PDCCH中接收寻呼停止指示符,则UE可以停止在UE接收所述寻呼停止指示符的同一PF中的后续一个或多个PO中监视寻呼信道(例如,用于寻呼的PDCCH监视时机,PDCCH被寻址到相同的RNTI)。在一些实施方式中,如果UE在一个PO中在(被接收的)寻址到RNTI(例如,与寻呼相关的RNTI、P-RNTI)的PDCCH中接收寻呼停止指示符,则UE可以停止监视在每个DRX周期中的接下来的PF中的寻呼信道(例如,用于寻呼的PDCCH监视时机,寻址到相同的RNTI的PDCCH)。在一些实施方式中,UE可以监视在每个DRX周期中的每个被判定的PF中的每个被判定的PO中的一个或多个寻呼信道,其中所被判定的PO和所被判定的PF可以基于PF/PO公式(例如,PF/PO公式A,但不限于)来被判定。在一些实施方式中,如果UE在一个被判定的PO中的(被接收的)寻址到RNTI(例如,与寻呼相关的RNTI,P-RNTI)的PDCCH中接收寻呼停止指示符,则UE可以在相同被判定的PO中、在相同PF中后续所判定的一个或多个PO中,和/或在每个DRX中的后续被判定的一个或多个PF中的后续被判定的一个或多个PO中停止监视寻呼信道(例如,用于寻呼的PDCCH监视时机,寻址到相同RNTI的PDCCH)。在一些实施方式中,UE可以在每个DRX周期中的每个被判定的PF中的每个PO中监视一个或多个寻呼信道,其中判定的PF可以基于PF/PO公式(例如,PF/PO公式A,但不限于)来被判定。在一些实施方式中,如果UE在一个PO中的(被接收的)寻址到RNTI(例如,与寻呼相关的RNTI、P-RNTI)的PDCCH中接收寻呼停止指示符,则UE可以在相同PO中、相同PF中的后续一个或多个PO中、和/或每个DRX中的后续被判定的一个或多个PF中的一个或多个PO中停止监视寻呼信道(例如,用于寻呼的PDCCH监视时机、寻址到同一RNTI的PDCCH)。
图2是根据本案的示例性实施方式的用于监视寻呼的方法的流程图。
在动作202中,UE可以接收寻址到第一RNTI的第一PDCCH。在一些实施方式中,寻址到第一RNTI的第一PDCCH可以是UE在其上接收具有由第一RNTI加扰的CRC的DCI的PDCCH(例如,寻呼DCI,或具有由第一RNTI加扰的CRC的DCI格式1_0)。在一些实施方式中,第一RNTI可以是P-RNTI。
在动作204中,如果第一PDCCH包括寻呼停止指示符或者UE没有成功地解码第一PDCCH,则UE可以停止监视寻址到第二RNTI的第二PDCCH。第二RNTI可以与第一RNTI相同。在一些实施方式中,寻址到第二RNTI的第二PDCCH可以是UE在其上接收具有第二RNTI加扰的CRC的DCI的PDCCH(例如,寻呼DCI,或具有第二RNTI加扰的CRC的DCI格式1_0)。在一些实施方式中,第二RNTI可以是P-RNTI。
在一些实施方式中,寻呼停止指示符可以被包含在寻呼DCI中。在一些实施方式中,寻呼停止指示符可以被包含在RRC消息中。
在实施方式中,UE可以被配置有多个PDCCH监视时机,用于在DRX周期内在PO中寻呼,其中被配置的PDCCH监视时机可以包括用于第一PDCCH的第一PDCCH监视时机和用于第二PDCCH的第二PDCCH监视时机。在实施方式中,UE可以被配置有多个(或至少一个)PDCCH监视时机,用于在DRX周期内与PO相关联的寻呼,其中被配置的用于寻呼的PDCCH监视时机可以包括用于第一PDCCH的第一PDCCH监视时机和用于第二PDCCH的第二PDCCH监视时机。第一PDCCH监视时机的开始可以是在相关联的PO开始之前、在相关联的PO期间,或在相关联的PO之后/结束时。第二PDCCH监视时机的开始可以是在相关联的PO开始之前、在相关联的PO期间,或在相关联的PO之后/结束时。在一些实施方式中,与用于寻呼的第一PDCCH监视时机相关联的PO可以和与用于寻呼的第二PDCCH监视时机相关联的PO相同。在一些实施方式中,与用于寻呼的第一PDCCH监视时机相关联的PO可能不同于与用于寻呼的第二PDCCH监视时机相关联的PO。与用于寻呼的第一PDCCH监视时机相关联的PO可以在与用于寻呼的第二PDCCH监视时机相关联的PO之前或之后。在一些实施方式中,与用于寻呼的第一PDCCH监视时机相关联的PO可以处于(或对应于)与用于寻呼的第二PDCCH监视时机相关联的PO处于(或对应于)相同的DRX周期中。在一些实施方式中,与用于寻呼的第一PDCCH监视时机相关联的PO可以处于(或对应于)与用于寻呼的第二PDCCH监视时机相关联的PO处于(或对应于)的DRX周期不同的DRX周期。在一些实施方式中,与用于寻呼的第一PDCCH监视时机相关联的PO可以与与用于寻呼的第二PDCCH监视时机相关联的PO所处的PF相同(或对应)。在一些实施方式中,与用于寻呼的第一PDCCH监视时机相关联的PO可以位于(或对应于)与用于寻呼的第二PDCCH监视时机相关联的PO位于(或对应于)的PF不同的PF中。在该实施方式中,UE可以被配置有多个(或至少一个)用于在DRX周期内与PF相关联的用于寻呼的PDCCH监视时机,其中被配置的用于寻呼的PDCCH监视时机可以包括用于第一PDCCH的第一PDCCH监视时机和用于第二PDCCH的第二PDCCH监视时机。第一PDCCH监视时机的开始可以是在相关PF开始之前、在相关PF期间或在相关PF结束之后或结束时。第二PDCCH监视时机的开始可以是在相关PF开始之前、在相关PF期间或在相关PF结束之后或结束时。在一些实施方式中,与用于寻呼的第一PDCCH监视时机相关联的PF可以和与用于寻呼的第二PDCCH监视时机相关联的PF相同。在一些实施方式中,与第一PDCCH寻呼监视时机相关联的PF可能不同于与第二PDCCH寻呼监视时机相关联的PF。与第一PDCCH寻呼监视时机相关联的PF可以在与第二PDCCH寻呼监视时机相关联的PF之前或之后。在一些实施方式中,与用于寻呼的第一PDCCH监视时机相关联的PF可以处于(或对应于)与用于寻呼的第二PDCCH监视时机相关联的PF处于(或对应于)相同的DRX周期中。在一些实施方式中,与用于寻呼的第一PDCCH监视时机相关联的PF可以处于(或对应于)与用于寻呼的第二PDCCH监视时机相关联的PF处于(或对应于)的DRX周期不同的DRX周期。在该实施方式中,UE可以被配置有多个(或至少一个)与DRX周期相关联的用于寻呼的PDCCH监视时机,其中被配置的用于寻呼的PDCCH监视时机可以包括用于第一PDCCH的第一PDCCH监视时机和用于第二PDCCH的第二PDCCH监视时机。第一PDCCH监视时机的开始可以在相关DRX周期开始之前、在相关DRX周期期间或在相关DRX周期之后/结束时。第二PDCCH监视时机的开始可以在相关联的DRX周期开始之前、在相关联的DRX周期期间或在相关联的DRX周期之后/结束时。在一些实施方式中,与用于寻呼的第一PDCCH监视时机相关联的DRX周期可以和与用于寻呼的第二PDCCH监视时机相关联的DRX周期相同。在一些实施方式中,与用于寻呼的第一PDCCH监视时机相关联的DRX周期可能不同于与用于寻呼的第二PDCCH监视时机相关联的DRX周期。与用于寻呼的第一PDCCH监视时机相关联的DRX周期可以在与用于寻呼的第二PDCCH监视时机相关联的DRX周期之前或之后。
图3是根据本案的示例性实施方式示出的在DRX周期内在PO中用于寻呼的多个PDCCH监视时机的示意图。
如图3所示,在DRX周期31内的PO 302中存在K个用于寻呼的PDCCH监视时机(例如,PDCCH监视时机#1 304、PDCCH监视时机#2 306、…、和PDCCH监视时机#K 308),其中K是正整数。在一些实施方式中,用于寻呼的K个PDCCH监视时机(例如,PDCCH监视时机#1 304、PDCCH监视时机#2 306、…、和PDCCH监视时机#K 308)与PO 302相关联。在一些实施方式中,PO302与DRX周期31相关联。UE可以通过监视这些用于寻呼的PDCCH监视时机来接收PDCCH/寻呼DCI/寻呼消息。例如,UE可以通过监视PDCCH监视时机#1 304来接收由第一RNTI加扰的第一PDCCH,并且通过监视PDCCH监视时机#2 306来接收由第二RNTI加扰的第二PDCCH。另外,在时域中,PDCCH监视时机#2 306在PDCCH监视时机#1 304之后。在UE(例如,通过监视PDCCH监视时机#1 304)在第一PDCCH中已经接收到寻呼停止指示符并且加扰第一PDCCH的第一RNTI与加扰第二PDCCH的第二RNTI相同的情况下,UE可以停止监视用于第二PDCCH的PDCCH监视时机#2 306。
PO 302中(或与之相关联的)每个PDCCH监视时机可以与SSB相关联。在一些实施方式中,PO 302中(或与之相关联的)两个或多个PDCCH监视时机(例如,PDCCH监视时机#1 304和PDCCH监视时机#2 306)可与相同SSB相关联。例如,如果图3中所示的PO 302对应于图1中所示的PO#1 102,则PDCCH监视时机#1 304和PDCCH监视时机#2 306可与相同SSB(例如,SSB#1 108)相关联,所述相同SSB在PO#1 102中被UE接收。在其它实施方式中,不同PDCCH监视时机可与不同SSB相关联。
在一些实施方式中,如果UE成功地解码用于寻呼的PDCCH,则UE可以停止在每个DRX周期中PF中的(或与之相关联的)一个或多个PO中的(或与之相关联的)监视寻呼信道。在一些实施方式中,如果UE成功地解码用于寻呼的PDCCH,则UE可以在UE成功地解码用于寻呼的PDCCH的相同DRX周期中(或与之相关联的)PF中(或与之相关联的)一个或多个PO中停止监视寻呼信道。在一些实施方式中,如果UE成功解码用于寻呼的PDCCH,则UE可以停止监视UE成功解码PDCCH用于寻呼的相同PF中的(或与之相关联的)一个或多个PO中的(或与之相关联的)寻呼信道。在一些实施方式中,如果UE成功解码用于寻呼的PDCCH,UE可以停止监视UE成功地解码了用于寻呼的PDCCH的相同PO(或与相同PO相关联)中的寻呼信道。例如,如果UE在用于寻呼的PDCCH监视时机中接收到寻址到P-RNTI的PDCCH,该PDCCH监视时机对应于PO中(或与之相关联的)SSB,则UE不需要监视对应于该PO中(或与之相关联的)该SSB的后续PDCCH监视时机。
在一些实施方式中,BS(例如,gNB)或服务小区可以配置UE以监视每个DRX周期中的PF中(或与之相关联)的一个或多个附加PO(例如,多于一个PO)。在一些实施方式中,UE可以基于至少考虑(但不限于)SFN、DRX周期(T)、PF的PO数(Ns)和DRX周期中的总寻呼帧数(N)的公式来判定一个或多个附加PO。
在一些实施方式中,基于另一个经修改的PF/PO公式(例如,PF/PO公式B),UE可以判定在每个DRX周期中的每个PF中(或与之相关联)的一个或多个PO。基于PF/PO公式B(例如,包括以下等式(4)和(5))的计算过程的示例如下所示:
˙UE可以判定针对PF的SFN基于
(SFN+PF_offset)mod T =(T div N)×(UE_ID mod N) 等式(4)
˙UE可以判定PO索引基于
i_s=floor(UE_ID/N)mod Ns 等式(5)
UE可以监视每个DRX周期中由PF中的(或与之相关联的)i_s、i_s+1、i_s+2、…、i_s+Ns-1索引的一个或多个PO中的(或与之相关联的)寻呼信道。PO可以是连续的或非连续的。例如,由i_s+1索引的PO可以与由i_s索引的先前个PO连续或非连续。
UE可以在每个DRX周期内的(或与之相关联的)PF内监视PO中的(或与之相关联的)寻呼信道。例如,如图1所示,UE可以判定每个DRX周期的一个PF(例如,PF#1 13)和在该PF中(或与该PF相关联)的多个PO(例如,PO#1 102和PO#3 106)。UE可以在每个DRX周期中监视PF#1 13中的(或与之相关联的)PO#1 102和PO#3 106中的寻呼信道。
在一些实施方式中,UE可以基于诸如N_o值的信息来判定PO索引,N_o值可以是小于或等于Ns值的整数。UE可以监视由i_s、i_s+1、i_s+2、…、i_s+N_o-1索引的一个或多个PO中(或与之相关联的)寻呼信道。换句话说,N_o可以是UE需要在其中监视寻呼信道的(最大)PO数量。在一些实施方式中,如果UE在成功解码用于寻呼的PDCCH时或在接收到寻呼停止指示符时停止监视寻呼信道,则N_o值可以是UE需要在其中监视寻呼信道的最大PO数。
在一些实施方式中,服务/驻留小区可以经由系统信息(例如SIB1、其他SI)和/或专用信令(例如RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起配置的RRC释放消息、或不具有挂起配置的RRC释放消息)指示具有整数结构的信息(例如,N_o)。在一些实施方式中,UE可以根据该信息(例如,N_o)来判定整数值范围(例如,从0到N_o)。例如,如果N_o是3,则UE可以监视由i_s、i_s+1和i_s+2索引的一个或多个PO中的寻呼信道。在一些实施方式中,UE可以监视这三个PO中的寻呼信道。在一些实施方式中,如果UE成功地解码用于寻呼的PDCCH或在接收到寻呼停止指示符时,UE可以停止监视由该信息指示的一个或多个PO中的(或与之相关联的)寻呼信道。
在一些实施方式中,UE可经由系统信息(例如SIB1、其它SI)从服务/驻留小区接收Ns位图(例如,位串(大小(Ns)))或N_o位图(例如,位串(大小(N_o)))。在一些实施方式中,UE可经由专用信令(例如,RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起配置的RRC释放消息、或不具有挂起配置的RRC释放消息)从服务小区接收Ns位图(例如,位串(大小(Ns)))或N_o位图(例如,位串(大小(N_o)))。每一位可以对应一个PO。例如,最高有效位可以对应于由i_s索引的PO。最低有效位可对应于由i_s+Ns-1或i_s+N_o-1索引的PO。在另一示例中,最低有效位可对应于由i_s索引的PO。最高有效位可对应于由i_s+Ns-1或i_s+N_o-1索引的PO。如果位图中的所有位都是“1”,则UE可以判定由i_s、i_s+1、…、到i_s+Ns-1(或到i_s+N_o-1)索引的PO,和/或监视被索引的PO中的(或与之相关联的)一个或多个寻呼信道。
在一些实施方式中,UE可以监视具有位图中的相应位“1”的PO中的(或与之相关联的)一个或多个寻呼信道。在一些实施方式中,如果UE成功地解码在PO中(与PO相关联的)用于寻呼的PDCCH,则UE可以停止监视在位图中具有对应位“1”的PO中(或者与PO相关联)的寻呼信道。
在一些实施方式中,经修改的PF/PO公式(例如,PF/PO公式B)可能不包括i_s公式。在这种情况下,UE可能不需要判定PO索引,并且可以始终在所被判定的PF中的(或与之相关联的)每个PO中(或与之相关联)的监视寻呼信道。另外,如果UE成功解码用于寻呼的PDCCH和/或如果UE接收到寻呼停止指示符,则UE可以停止监视所被判定的PF中(或与之相关联)的一个或多个PO中(或与之相关联)的一个或多个寻呼信道。
在一些实施方式中,UE可以监视由i_s值索引的PO中的(或与之相关联的)一个或多个寻呼信道。如果UE不能成功地解码用于寻呼的PDCCH和/或如果UE不能接收寻呼停止指示符,则UE可以开始监视相同PF中的(或与之相关联的)一个或多个附加PO中的(或与之相关联的)寻呼信道。UE可基于经修改的PF/PO公式(例如,具有位图或整数结构的PF/PO公式B)来判定一个或多个附加PO。
在一些实施方式中,如果UE不能基于PF/PO公式对被判定的PO中的(或与之相关联的)寻呼(例如,寻呼DCI、寻呼消息、具有短消息的寻呼DCI和不具有短消息的寻呼DCI的任何组合)进行解码,UE可以基于经修改的PF/PO公式(例如,PF/PO公式A或PF/PO公式B),继续监视在所被判定的一个或多个PO中的(或与之相关联的)寻呼信道。此外,如果UE不能对在一个PF中的(或与之相关联的)所被判定的PO中的(或与之相关联的)寻呼(例如,寻呼DCI、寻呼消息、具有短消息的寻呼DCI和不具有短消息的寻呼DCI的任何组合)进行解码,UE可以继续监视在下一个(或后续的)PF中的(或与之相关联的)下一个PO中的寻呼信道。例如,根据图1,如果UE没有成功解码PF#1 13中的PO#1中的寻呼,则UE可以继续监视PF#1 13中的后续PO#2 104中的寻呼信道。例如,根据图1,如果UE没有成功解码PF#1 13中的PO#1 102中的寻呼,则UE可以继续监视PF#2 15中的后续PO#1中的寻呼信道。如果UE成功解码寻呼(例如,寻呼DCI、寻呼消息、具有短消息的寻呼DCI和不具有短消息的寻呼DCI的任意组合)(或寻呼停止指示符),UE可以停止监视UE成功解码寻呼(或寻呼停止指示符)的PO中的(或与之相关联的)寻呼信道、UE成功解码寻呼(或寻呼停止指示符)的PF中的(或与之相关联的)PO中的寻呼信道,和/或在UE成功地解码寻呼的DRX中的(或与之相关联的)PO中的寻呼信道(或寻呼停止指示符)。应当注意,在一些实施方式中,与PF相关联的PO可以在PF中、在PF之前或之后开始。
在一些实施方式中,BS(例如,gNB)或服务小区可配置UE来监视在每个DRX周期的PF中(或与PF相关联)的一个PO中(或与PO相关联)的用于寻呼的多个PDCCH监视时机。每个用于寻呼的PDCCH监视时机可与对应的波束(例如,SSB)相关联。例如,如图1所示,一个PO(例如,PO#1 102)可以包括用于寻呼的多个PDCCH监视时机,并且每个PDCCH监视时机可以与相应的波束(例如,SSB)相关联。在一些实施方式中,BS(例如,gNB)或服务小区可配置UE以监视与多个波束扫描轮(例如,图1中所示的波束扫描轮1和2)相关联的用于寻呼的多个PDCCH监视时机。例如,如图1所示,在一个PO(例如,PO#1 102)中,每个用于寻呼的PDCCH监视时机可以轮到相应的波束(例如,SSB)。例如,至少一个用于寻呼的PDCCH监视时机或多个用于寻呼的PDCCH监视时机可以与一个实际被发送的波束(例如,SSB)相关联。例如,与第一波束扫描轮中的一个实际发送的波束(例如,SSB#1)相关联的用于寻呼的PDCCH监视时机的数量可以与第二波束扫描轮中的相同实际发送的波束(例如,SSB#1)相关联的用于寻呼的PDCCH监视时机的数量相同或不同。例如,与第一波束扫描轮中的第一实际发送的波束(例如,SSB#1)相关联的用于寻呼的PDCCH监视时机的数量可以与第一波束扫描轮中的第二实际发送的波束(例如,SSB#2)相关联的用于寻呼的PDCCH监视时机的数量相同或不同。例如,与第一波束扫描轮中的第一实际发送的波束(例如,SSB#1)相关联的用于寻呼的PDCCH监视时机的数量可以和与第二波束扫描轮中的第二实际发送的波束(例如,SSB#2)相关联的用于寻呼的PDCCH监视时机的数量相同或不同。例如,与第一次发送的一个实际发送的波束(例如,SSB#1)相关联的用于寻呼的PDCCH监视时机的数量可以和与第二次发送的相同实际发送的波束(例如,SSB#1)相关联的用于寻呼的PDCCH监视时机的数量相同或不同。例如,与第一次发送的实际发送的波束(例如,SSB#1)相关联的用于寻呼的PDCCH监视时机的数量可以与与第一次发送的第二实际发送的波束(例如,SSB#2)相关联的用于寻呼的PDCCH监视时机的数量相同或不同。例如,与第一次发送的第一实际发送的波束(例如,SSB#1)相关联的用于寻呼的PDCCH监视时机的数量可以和与第二次发送的与第二实际发送的波束(例如,SSB#2)相关联的用于寻呼的PDCCH监视时机的数量相同或不同。注意,在PO中(或与PO相关联的)用于寻呼的PDCCH监视时机的数量可以是(也可以不是)实际发送的波束(例如,SSB)的数量的倍数。
图4是根据本案的示例性实施方式的用于监视寻呼的方法的流程图。
在某些实施方式中,UE可基于考虑至少(但不限于)第一参数(S)和第二参数(X)的公式来判定用于寻呼的多个PDCCH监视时机,所述第一参数指示用于PO中的(或与之相关联的)每个波束扫描轮的(实际)被发送的SSB的数量,所述第二参数(X)指示所述PO中的波束扫描轮的数量,如图4所示。在一些实施方式中,UE可以基于考虑至少(但不限于)第三参数、第四参数、第五参数和/或第六参数的公式来判定用于寻呼的多个PDCCH监视时机,所述第三参数指示(实际)被发送的SSB的一个或多个索引,所述第四参数指示与(实际)被发送的SSB相关联的用于寻呼的PDCCH监视时机的数量,所述第五参数指示被索引的(实际)被发送的SSB被发送的次数,所述第六参数指示与在特定时间发送的被索引(实际)被发送的SSB相关联的用于寻呼的PDCCH监视时机的数量。
在动作402中,UE可以从小区接收系统信息中的至少一个配置。在一些实施方式中,所述至少一个配置可以包括PCCH配置。
在动作404中,UE可以根据至少一个配置来判定用于寻呼的多个PDCCH监视时机。例如,所述至少一个配置可以包括一组参数,所述一组参数包括第一参数(S)和第二参数(X),所述第一参数(S)指示用于PO中的每个波束扫描回合的被发送的SSB的数量,所述第二参数(X)指示PO中的波束扫描回合的数量。UE可以基于第一参数(S)和第二参数(X)的乘积(例如,“S×X”)来判定在PO中(或与之相关联)的用于寻呼的PDCCH监视时机的数量。例如,所述至少一个配置可以包括一组参数,所述一组参数包括指示(实际)被发送的SSB的一个或多个索引的第三参数、指示与(实际)被发送的SSB相关联的用于寻呼的PDCCH监视时机的数量的第四参数、指示被索引的(实际)被发送的SSB被发送次数的第五参数、和/或指示与被索引的(实际)被发送的SSB相关联的用于寻呼的PDCCH监视时机的数量的第六参数,该PDCCH监视时机在特定时间被发送。
在一些实施方式中,PO可包括(或关联于)用于寻呼的一组“S×X”连续(或非连续)PDCCH监视时机,其中第一参数(S)可根据SIB1中的ssb-PositionsInBurst IE被判定。在一些实施方式中,PO可包括(或关联于)用于寻呼的一组连续(或非连续)PDCCH监视时机,其中连续(或非连续)的用于寻呼的PDCCH监视时机的数量可由第三参数、第四参数,第五参数和/或第六参数指示,例如,如果第三参数指示SSB#1和SSB#2,第四参数指示对于SSB#1为2和对于SSB#2为4,第五参数指示对于SSB#1为3和对于SSB#2为6,用于寻呼的连续(或非连续)PDCCH监视时机的集合的数量可以是“2x3+4x6”(即30)。例如,如果第三参数指示SSB#1和SSB#2,第四参数指示对于SSB#1为2和对于SSB#2为4,第六参数指示对于第一次被发送的SSB#1为1,对于第二次被发送的SSB#1为3,对于第一次和第二次被发送的SSB#2为1,对于第三次和第四次被发送的SSB#2为3,用于寻呼的连续(或非连续)PDCCH监视时机的集合数可以是“(1+3)+(1+1+3+3)”(即12)。
在一些实施方式中,例如授权频谱上具有波束操作的PO(例如NR寻呼),X可以等于1。在一些实施方式中,例如在未授权频谱上具有波束操作的PO(例如NR-U寻呼),X可以是等于或大于1的整数。如果X=1,则PO中第K个用于寻呼的PDCCH监视时机可以对应于第K个被发送的SSB。如果X>1,则在PO中第K个用于寻呼的PDCCH监视时机可以对应于第(K mod S)个被发送的SSB。相同的寻呼消息或相同的寻呼DCI(具有或不具有短消息)可由BS在每个PO的所有被发送的波束中重复被发送。此外,每个PDCCH监视时机可与波束(例如,SSB)相关联。
在一些实施方式中,UE可以在所判定的PO中的(或与之相关联的)每个PDCCH监视时机中监视一个或多个寻呼信道。如果UE成功地解码用于寻呼的PDCCH(和/或成功地接收到寻呼停止指示符),则UE可以在所判定的PO中的(或与之相关联的)PDCCH监视时机中停止监视寻呼信道,其中UE在该PO中成功地解码PDCCH。在一些实施方式中,如果UE成功地解码用于寻呼的PDCCH(和/或成功地接收到寻呼停止指示符),则UE可以在UE成功地解码PDCCH的相同DRX中停止监视随后的用于寻呼的PDCCH监视时机中的(或与之相关联的时机的)寻呼信道。在一些实施方式中,如果UE成功地解码用于寻呼的PDCCH(和/或成功地接收到寻呼停止指示符),则UE可以在UE成功地解码PDCCH的相同PF中停止监视随后的用于寻呼的PDCCH监视时机中的(或与之相关联的时机的)寻呼信道。在一些实施方式中,如果UE成功地解码用于寻呼的PDCCH(和/或成功地接收到寻呼停止指示符),UE可以停止监视在相同的PO中的(或与之相关联的)用于寻呼的随后PDCCH监视时机中的寻呼信道,UE在所述相同的PO中成功地对PDCCH进行解码。
在一些实施方式中,UE可以随机选择用于寻呼的PDCCH监视时机来监视所判定的PO中(或与所判定的PO相关联的)的寻呼信道(例如,当UE被配置有用于寻呼的至少一个PDCCH监视时机来监视所判定的PO中(或与所判定的PO相关联的)的寻呼信道时)。在PO中(或与之相关联的)每个波束扫描轮的(或与之相关联的)用于寻呼的所选PDCCH监视时机可对应于相同被发送的SSB集合。在PO中(或与之相关联的)每个波束扫描轮的(或与之相关联的)用于寻呼的所选PDCCH监视时机的数量可以对应于所被发送SSB的集合的相同数量。如果UE在对应于被发送的SSB的用于寻呼的PDCCH监视时机中成功地解码用于寻呼的PDCCH,则UE可以在PDCCH监视时机中停止监视寻呼信道。如果UE在与被发送的SSB相对应的用于寻呼的PDCCH监视时机中成功地接收到寻呼停止指示符,则UE可以在PDCCH监视时机中停止监视寻呼信道。所被发送的SSB可在所判定的PO中(或与所判定的PO相关联)。
在一些实施方式中,UE可以被预配置有第二参数的值(其被称为“X”值)。在一些实施方式中,UE可经由系统信息(例如,SIB1,其他SI或SIB1中的PCCH配置)从服务/驻留小区接收“X”值。在一些实施方式中,UE可经由专用信令(例如,RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起配置的RRC释放消息或不具有挂起配置的RRC释放消息)从服务小区接收“X”值。在一些实施方式中,UE可以被预配置有第三参数的值、第四参数的值、第五参数的值和/或第六参数的值。在一些实施方式中,UE可以经由系统信息(例如,SIB1、其他SI或SIB1中的PCCH配置)从服务/驻留小区接收第三参数的值、第四参数的值、第五参数的值和/或第六参数的值。在一些实施方式中,UE可经由来自服务小区的专用信令(例如,RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起配置的RRC释放消息或不具有挂起配置的RRC释放消息)接收第三参数的值、第四参数的值、第五参数的值和/或第六参数的值。
在一些实施方式中,与PO中(或与PO相关联)的所被发送的SSB相关联的用于寻呼的PDCCH监视时机可以在与PO相关联的PF中、在PO相关联的PF之前或在PO相关联的PF之后。
在一些实施方式中,UE可以在寻呼窗口开始时开始监视寻呼信道。例如,如图1所示,寻呼窗口17可以从一个(相关联的)PO(例如,PO#1 102)的开始处开始并且在另一个(相关联的)PO(例如,PO#2 104)的开始处结束。
在一些实施方式中,寻呼窗口17可以从基于PF/PO公式(例如,PF/PO公式A、PF/PO公式B或考虑PO中的多个波束扫描回合的PF/PO公式)而被判定的PO开始(或在其之前开始)。
在一些实施方式中,UE可经由系统信息(例如,SIB1,其他SI,或SIB1中的PCCH配置)和/或专用信令(例如,RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起配置的RRC释放消息,或不具有挂起配置的RRC释放消息)从服务/驻留小区接收到与所被判定的PO的偏移。如果偏移为正值,则寻呼窗口17的开始可以在被判定的PO的开始减去到被判定的PO的偏移发生时开始,或者如果偏移为负值,则寻呼窗口17的开始可以在被判定的PO的开始加上到被判定的PO的偏移发生时开始。如果偏移为零,则寻呼窗口的开始可以从被判定的PO的开始处开始。注意,所被判定的PO可指PF中的一个或多个PO中的至少第一PO。
在一些实施方式中,寻呼窗口可以在基于PF/PO公式(例如,PF/PO公式A、PF/PO公式B、考虑PO中的多个波束扫描回合的PF/PO公式)而被判定的PO之后开始。UE可经由系统信息(例如,SIB1、其他SI、SIB1中的PCCH配置)和/或专用信令(例如,RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起配置的RRC释放消息,或不具有挂起配置的RRC释放消息)从服务/驻留小区接收到与所被判定的PO的偏移。如果偏移是正值,则寻呼窗口的开始可以在被判定的PO的开始加上到被判定的PO的偏移发生时开始,或者如果偏移是负值,则寻呼窗口的开始可以在被判定的PO的开始减去到被判定的PO的偏移发生时开始。
在一些实施方式中,到所被判定的PO的偏移的单位可以是微时隙、ms、时隙、字符、子帧、PO的数量、PF的数量、PO周期或PF周期。寻呼窗口持续时间的单位可以是微时隙、ms、时隙、字符、子帧、PO数、PF数、PO周期或PF周期。在一些实施方式中,寻呼窗口可以包括一组PO和/或一组PDCCH监视时机。在一些实施方式中,寻呼窗口可以在一个PF内跨越、跨越一个或多个PF或跨越多个DRX周期。
在一些实施方式中,UE可以经由系统信息(例如,SIB1、其他SI、SIB1中的PCCH配置)或经由专用信令(例如,RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起配置的RRC释放消息、或不具有挂起配置的RRC释放消息)从服务/驻留小区接收寻呼窗口的配置(例如,寻呼窗口持续时间和/或与被判定的PO的偏移)。
在一些实施方式中,UE可以在PDCCH监视时机中和/或在(关联的)寻呼窗口内被判定的PO中(或与被判定的一个或多个PO关联)监视寻呼信道。在(关联的)寻呼窗口内,UE可以保持监视PO中的(或与之相关联的)或者用于寻呼的PDCCH监视时机中的寻呼信道。在一些实施方式中,如果UE成功地对用于寻呼的PDCCH进行解码,则UE可以停止监视(关联于)寻呼窗口中的寻呼信道。在一些实施方式中,如果UE成功地解码了用于寻呼的PDCCH,则UE可以在与UE成功地解码了用于寻呼的PDCCH的寻呼窗口相同(相关联)的寻呼窗口内停止监视寻呼信道。在一些实施方式中,如果UE成功地接收到寻呼停止指示符,则UE可以停止监视(相关联的)寻呼窗口内的寻呼信道。在一些实施方式中,如果UE成功接收到寻呼停止指示符,则UE可以在UE成功接收到寻呼停止指示符的相同(相关联的)寻呼窗口内停止监视寻呼信道。
在一些实施方式中,服务小区可经由专用信令(例如,RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起配置的RRC释放消息、或不具有挂起配置的RRC释放消息)来调度UE的候选PO。例如,服务小区可以向RRC_CONNECTED UE发送具有挂起配置的RRC释放消息,该具有挂起配置的RRC释放消息包括用于一个或多个候选PO的调度信息,其可以转换到RRC不活动状态(例如,RRC_INACTIVE)。例如,服务小区可向RRC_CONNECTED UE发送不具有挂起配置的RRC释放消息,该不具有挂起配置的RRC释放消息包括用于一个或多个候选PO的调度信息,该RRC_CONNECTED UE可以转换到RRC空闲状态(例如,RRC_IDLE)。例如,服务小区可以向RRC_CONNECTED UE发送包括用于一个或多个候选PO的调度信息的RRC消息(例如,RRC重新配置消息)。
在一些实施方式中,候选PO可以是UE不基于PF/PO公式或本案各个实施例中所述的PF/PO公式所判定的PO。例如,DRS中的寻呼可以是候选PO的一个变体。
在一些实施方式中,如果UE不基于PF/PO公式或基于本案的各种实施方式中的PF/PO公式的PO中的用于寻呼的PDCCH监视时机中的对寻呼DCI进行解码,则UE可以继续监视候选PO中的寻呼信道。在一些实施方式中,如果UE在PDCCH监视时机(例如,在DRS中、在DRX中、或既不在DRS中也不在DRX中)不能解码寻呼DCI,则UE可以继续监视候选PO中的寻呼信道。在本案的各种实施方式中,如果在基于PF/PO公式或者基于PF/PO公式的PO中的用于寻呼的PDCCH监视时机中,UE未成功接收到寻呼停止指示,则UE可以继续在候选PO中监视寻呼信道。在一些实施方式中,如果UE不能在用于寻呼的PDCCH监视时机(例如,在DRS、DRX中,或者既不在DRS中也不在DRX中)成功地接收寻呼停止指示符,则UE可以继续监视候选PO中的寻呼信道。
在一些实施方式中,当UE完成对候选PO中的寻呼信道的监视时,UE可以停止对候选PO中的寻呼信道的监视。在一些实施方式中,当UE不能解码候选PO中的寻呼(例如,寻呼DCI、寻呼消息)时,UE可以停止监视候选PO中的寻呼信道。在一些实施方式中,当UE成功解码候选PO之一中的寻呼(例如,寻呼DCI或寻呼消息)时,UE可以停止监视候选PO中的寻呼信道。在一些实施方式中,当UE成功地在候选PO之一中接收到寻呼停止指示符时,UE可以停止监视候选PO中的寻呼信道。
在一些实施方式中,UE可以基于本案的各种实施方式中的PF/PO公式或PF/PO公式来在一个或多个PO中监视寻呼信道。如果满足某些标准,UE可以监视一个或多个条件式PO中的一个或多个寻呼信道。例如,如果信道占用率高(例如,接收的信号强度指示符(RSSI)大于阈值),UE可以监视一个或多个条件式PO中的一个或多个寻呼信道。例如,如果信道占用率高(例如,RSSI大于阈值)和/或UE不能解码由PF/PO公式判定的一个或多个PO中的寻呼(例如,寻呼DCI或寻呼消息),则UE可以监视一个或多个条件式PO中的一个或多个寻呼信道。例如,如果信道占用率高(例如,RSSI大于阈值)和/或UE不能成功地接收由PF/PO公式判定的一个或多个PO中的寻呼停止指示符,则UE可以监视一个或多个条件式PO中的一个或多个寻呼信道。在一些实施方式中,阈值可以是预定义的或预先配置的。在一些实施方式中,UE可经由服务/驻留小区的广播(例如,经由SIB1、经由其它SI)来接收阈值。在一些实施方式中,UE可以通过专用信令(例如,RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起消息的RRC释放、不具有挂起消息的RRC释放)接收由服务/驻留小区上发送的阈值。
在一些实施方式中,UE可以在系统信息和/或专用信令(例如,RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起配置的RRC释放消息、不具有挂起配置的RRC释放消息)中接收来自服务/驻留小区的一个或多个条件式PO的配置。一个或多个条件式PO的配置可以包括阈值(例如,RSSI阈值)、RSSI测量配置和用于一个或多个条件式PO的时间/频率资源信息中的至少一个。
在一些实施方式中,服务/驻留小区可向UE指示UE是否应遵循在本案的一个或多个不同实施方式中描述的增强寻呼监视方法。例如,增强寻呼监视方法可以是但不限于图2所示的方法。在一些实施方式中,增强寻呼监视方法可由UE基于以下经修改的PF/PO公式中的至少一个来执行:(1)PF/PO公式A,(2)PF/PO公式B,(3)PF/PO公式,该公式考虑PO中的多个波束扫描的数量中的至少一个,寻呼窗口包括一组PO、一个或多个候选PO和一个或多个附加PO(例如,条件式PO)。在一些实施方式中,如果UE应用增强寻呼监视方法,则UE可以在不使用例如3GPP技术规范(TS)38.304v15.5.0中定义的常规PF/PO公式的情况下执行寻呼监视。反之,UE可以使用修改后的PF/PO公式来执行寻呼监视。
在一些实施方式中,如果UE接收到来自服务/驻留小区的触发指示符,则UE可以基于增强寻呼监视的方法执行(或继续执行)寻呼监视(例如,监视寻呼,监视用于寻呼的PDCCH监视时机,监视寻呼DCI,监视寻呼消息)。在一些实施方式中,如果UE接收到来自服务/驻留小区的寻呼停止指示符,则UE可以基于增强寻呼监视方法停止监视一个或多个寻呼信道(例如,寻呼DCI、用于寻呼的PDCCH监视时机、寻呼消息)。在一些实施方式中,当(或仅当)UE接收到寻呼停止指示符时,UE可以基于PF/PO公式来监视寻呼DCI。注意,服务/驻留小区可经由系统信息(例如,SIB1和/或其它SI)和/或专用信令(例如,RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起配置的RRC释放消息,或不具有挂起配置的RRC释放消息)向UE指示触发指示符和/或寻呼停止指示符。
在一些实施方式中,当UE成功解码(或接收)寻呼(例如,寻呼DCI、寻呼消息、寻呼停止指示符)时,UE可以在一个或多个PO中或在用于寻呼的PDCCH监视时机中停止监视寻呼(例如,寻呼DCI、寻呼消息、寻呼停止指示符)。在一些实施方式中,在相同PF中的一个或多个PO中(或与PO相关联)的PDCCH监视时机中、在相同DRX周期中的一个或多个PO中(或与PO相关联)的PDCCH监视时机中、在DRS中的一个或多个PO中(或与PO相关联)的PDCCH监视时机中、在相同PF中的一个或多个PO中、在同一个DRX周期的一个或多个PO中、在DRS中的一个或多个PO中、或者在相同PO中对应相同波束的一个或多个PDCCH监视时机中,UE可以停止监视,其中当UE成功解码(或接收)寻呼(例如,寻呼DCI、寻呼消息、寻呼停止指示符)时,UE可以在相应的一个或多个PO中、DRX周期、PF和/或DRS中成功地解码(或接收)寻呼(例如,寻呼DCI、寻呼消息、寻呼停止指示符)。在一些实现方式中,当(但不限于)(1)UE接收包括其UE标识(ID)的寻呼消息,(2)UE接收不具有其UE ID的寻呼消息,(3)UE接收寻呼DCI(例如,具有由P-RNTI加扰的CRC的DCI格式1_0),和/或(4)UE接收短消息时,UE可以成功地解码(或接收)包括(关联于)寻呼的PDCCH。
在一些实施方式中,如果UE不能在被判定的PO或有条件的PO中解码寻呼(例如,寻呼DCI或寻呼消息),并且如果信道占用率低于阈值(例如,RSSI低于阈值),则UE可以停止在PO或用于寻呼的PDCCH监视时机中监视寻呼信道。例如,如果UE不能解码所被判定的PO或条件式PO中的寻呼(例如,寻呼DCI或寻呼消息),并且信道占用率低于阈值(例如,RSSI低于阈值),则UE可以停止监视发生所被判定的PO或条件式PO的DRS中的PO中的寻呼信道。例如,如果UE不能解码所被判定的PO或条件式PO中的寻呼(例如,寻呼DCI或寻呼消息),并且信道占用率低于阈值(例如,RSSI低于阈值),则UE可以停止在所被判定的PO或条件式PO发生的PF中的PO中监视寻呼信道。例如,如果UE不能在被判定的PO或条件式PO中解码寻呼(例如,寻呼DCI或寻呼消息),并且信道占用率低于阈值(例如,RSSI低于阈值),则UE可以在发生被判定的PO或条件式PO的DRX周期中停止监视PO中的寻呼信道。例如,如果UE不能在被判定的PO或条件式PO中解码寻呼(例如,寻呼DCI或寻呼消息),并且信道占用率低于阈值(例如,RSSI低于阈值),UE可以在与相同PO中的相同对应波束相关联的PDCCH监视时机停止监视寻呼信道。
在一些实施方式中,如果BS(例如,gNB)或服务/驻留小区在一个PO(或用于寻呼的PDCCH监视时机)中成功发送寻呼,则BS(例如,gNB)或服务/驻留小区可在DRX周期中的后续PO(或用于寻呼的PDCCH监视时机)中停止发送用于UE的寻呼(例如,寻呼DCI或寻呼消息)。在一些实施方式中,如果BS(例如,gNB)或服务/驻留小区在后续PO(或用于寻呼的PDCCH监视时机)中成功发送寻呼,则该BS或服务/驻留小区可在同一PF中的随后的PO(或用于寻呼的PDCCH监视时机)中停止发送用于UE的寻呼(例如,寻呼DCI或寻呼消息)。在一些实施方式中,如果BS(例如,gNB)或服务/驻留小区在PO(或用于寻呼的PDCCH监视时机)中成功发送寻呼,则该BS或服务/驻留小区可在相同DRS中的后续PO(或用于寻呼的PDCCH监视时机)中停止发送用于UE的寻呼(例如,寻呼DCI或寻呼消息)。在一些实施方式中,如果BS(例如,gNB)或服务/驻留小区在一个PO(或用于寻呼的PDCCH监视时机)中成功发送寻呼,则该BS或服务/驻留小区可在DRX周期中的对应于相同波束的用于寻呼的随后的PDCCH监视时机中停止发送用于UE的寻呼(例如,寻呼DCI、寻呼消息)。
在一些实施方式中,UE可以被配置有UE监视寻呼信道的PO的数量(例如,n)。UE可以经由SIB1或其他SI接收来自驻留/服务小区的广播的配置(例如,PO的数量)。UE可以通过专用信令(例如,RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起配置消息的RRC释放、不具有挂起配置消息的RRC释放)来接收从驻留/服务小区发送的配置(例如,PO的数量)。UE可以在至少“n”个PO中监视寻呼信道。在一些实施方式中,UE最多可以在“n”个PO中监视寻呼信道。在一些实施方式中,UE可以在每DRX周期随机选择n个PO。在一些实施方式中,UE可以基于PF/PO公式(例如,PF/PO公式A或PF/PO公式B)从所被判定的PO开始在第一个“n”PO中监视一个或多个寻呼信道。在一些实施方式中,UE可以判定UE监视寻呼信道的PO的数量(例如,n)。在一些实施方式中,UE可以被配置有用于寻呼的PDCCH监视时机的数量(例如,n’),UE在用于寻呼的PDCCH监视时机中监视寻呼信道。UE可经由SIB1或其它SI接收来自驻留/服务小区的广播的配置(例如,用于寻呼的PDCCH监视时机的数量)。UE可以通过专用信令(例如,RRC消息、RRC拒绝消息、RRC重新配置消息、RRC释放消息、具有挂起配置消息的RRC释放、不具有挂起配置消息的RRC释放)来接收从驻留/服务小区发送的配置(例如,用于寻呼的PDCCH监视时机的数量)。UE可以在用于寻呼的至少“n”个PDCCH监视时机中(例如,在DRX周期(或与DRX周期相关联)内、在DRS(或与DRS相关联)内、在PF(或与PF相关联)内、在PO(或与PO相关联)内)监视寻呼信道。在一些实施方式中,UE可以在至多“n”个用于寻呼的PDCCH监视时机中(例如,在DRX周期(或与DRX周期相关联)内、在DRS(或与DRS相关联)内、在PF(或与PF相关联)内、在PO(或与PO相关联)内)监视寻呼信道。在一些实施方式中,UE可以在基于PF/PO公式(例如,PF/PO公式A或PF/PO公式B)从被判定的PO开始在用于寻呼的前“n”个PDCCH监视时机(例如,在DRX周期(或与DRX周期相关联)内、在DRS(或与DRS相关联)内、在PF(或与PF相关联)内、在PO(或与PO相关联)内)中监视一个或多个寻呼信道。在一些实施方式中,UE可以判定用于寻呼的PDCCH监视时机(例如,在DRX周期(或与DRX周期相关联)内、在DRS(或与DRS相关联)内、在PF(或与PF相关联)内、在PO(或与PO相关联)内)的数量,UE在上述时机中监视寻呼信道。
在一些实施方式中,如果这些PO和用于寻呼的PDCCH监视时机由BS(例如gNB)或在服务/驻留小区配置,则UE可以在每个PO、每个用于寻呼的PDCCH监视时机、或对应于相同波束(例如SSB)的每个PDCCH监视时机中监视一个或多个寻呼信道。
在一些实施方式中,如果UE不能在所被判定的PO(或用于寻呼的PDCCH监视时机)中解码寻呼(例如,寻呼DCI或寻呼消息),UE可以进入休眠和唤醒以在相同DRX周期内在下一PO中监视寻呼信道。在一些实施方式中,如果UE不能在所被判定的PO(或用于寻呼的PDCCH监视时机)中解码寻呼(例如,寻呼DCI或寻呼消息),则UE可以保持唤醒并且在相同DRX周期内监视下一个PO中的寻呼信道。
在一些实施方式中,如果UE没有接收到用于寻呼的PDCCH监视时机的配置或参数(例如,PF/PO公式A的配置、PF/PO公式B的配置、考虑到PO中的多波束扫描的PF/PO公式的配置,考虑到寻呼窗口的PF/PO公式的配置、候选PO的配置、条件式PO的配置或本案呈现的实施方式中的任何配置)而不是常规的PF/PO公式(例如,在3GPP TS 38.304 v15.5.0中定义),UE可以基于该常规PF/PO公式在PO中或用于寻呼的PDCCH监视时机中监视寻呼信道。在一些实施方式中,如果UE接收到除常规PF/PO公式(例如,在3GPP TS 38.304 v15.5.0中定义)之外的用于寻呼的PDCCH监视时机的配置,但是配置中没有参数值,UE可以基于现有公式(例如,3GPP TS 38.304 v15.5.0中定义的常规PF/PO公式)来监视PO和/或用于寻呼的PDCCH监视时机中的寻呼信道。
在一些实施方式中,UE可以将关于其支持特定UE行为(例如,执行如本案的一个或多个不同实施方式中所描述的增强寻呼监视方法)的能力的信息发送到BS(例如,gNB)或服务小区。在一些实施方式中,UE可以将关于其支持未授权RAT(例如NR-U)的能力的信息发送到BS(例如gNB)或服务小区。在一些实施方式中,UE可以经由RRC消息(例如,UE能力信息)向BS(例如,gNB)或服务小区发送信息。当BS(例如,gNB)或服务小区接收到指示UE支持特定UE行为和/或未授权RAT的信息(例如,UE能力信息)时,BS(例如,gNB)或服务小区可以配置UE以执行支持的UE行为和/或未授权RAT。
在一些实施方式中,UE可以基于寻呼配置监视DRS中的寻呼信道。UE可以基于用于PF/PO公式计算的寻呼配置在DRX周期中监视寻呼信道。
在一些实施方式中,如果UE不能在DRX周期中对所被判定的PO中的用于寻呼的PDCCH进行解码(例如,UE没有成功地对用于寻呼的PDCCH进行解码),则UE可以继续在DRS中的PO中或在相同DRX周期中的PO中监视寻呼信道。用于寻呼的PDDCH可以是寻址到与寻呼相关联的RNTI的PDDCH。
在一些实施方式中,如果UE不能在DRX周期中的所判定的一个或多个PO中对用于寻呼的PDCCH进行解码,则UE可以在不同DRX周期中的PO中继续监视寻呼信道。
在一些实施方式中,如果UE不能在DRX周期中的所被判定的PO中对用于寻呼的PDCCH进行解码,则UE可以开始监视DRS中的PO中的寻呼信道。同时,UE还可以在相同的DRX周期中的所被判定的PO中在监视寻呼信道。
在一些实施方式中,如果UE不能对在DRX周期中所被判定的PO中用于寻呼PDCCH进行解码,则UE可以在相同DRX周期中的一个或多个PO中跳过监视一个或多个寻呼信道,但是继续在不同DRX周期中对PO中的寻呼信道进行监视。
在一些实施方式中,如果UE不能对DRX周期中的所被判定的PO中用于寻呼的PDCCH进行解码,则UE可以唤醒以监视在DRS周期中的一个或多个PO中的一个或多个寻呼信道以及监视在DRX周期中的所判定的一个或多个PO中的一个或多个寻呼信道。所述DRX周期可以与其中UE不能对在所被判定的PO中用于寻呼的PDCCH进行解码的DRX周期相同或不同。
在一些实施方式中,如果UE在相同DRX周期中的下一个被判定的PO之前成功地解码在DRS中的PO中用于寻呼的PDCCH,则UE可以在相同DRX周期中的下一个被判定的PO中跳过监视寻呼信道。
在一些实施方式中,如果UE成功地对在DRX周期中的PO中用于寻呼的PDCCH进行解码,则UE可以在相同DRX周期中的后续被判定的PO中跳过监视寻呼信道。
在一些实施方式中,如果UE成功地对在一个或多个PO(其可以在DRX周期或DRS中)中用于寻呼的PDCCH进行解码,如果UE被配置为监视DRS中的PO中的寻呼信道,则UE可以停止监视DRS中的PO中的寻呼信道。
在一些实施方式中,如果UE在DRX周期中基于PF/PO公式,在被判定的PO中的用于寻呼的PDCCH监视时机中成功解码了用于寻呼的PDCCH,UE可以不监视DRS中的PO中的寻呼信道,其中DRS中的PO可以在被判定的PO之后出现,但是落入相同的DRX周期。
在一些实施方式中,在UE在DRX周期中基于PF/PO公式成功解码了在被判定的PO中用于寻呼的PDCCH之前,UE可以监视DRS中的PO中的寻呼信道。
在一些实施方式中,UE可以在DRS中从服务/驻留小区接收指示(例如,寻呼停止指示符),指示UE是否需要监视DRS外部的寻呼信道。该指示(例如,寻呼停止指示符)可以在RMSI、OSI、或DRS中的寻呼DCI中被携带。在一些实施方式中,指示(例如,寻呼停止指示符)可以具有布尔结构或枚举结构。例如,如果UE接收到指示UE应该监视DRS外部的寻呼信道的指示(例如,寻呼停止指示符),则UE可以在由PF/PO公式计算的PO中监视DRS外部的寻呼信道。注意,PF/PO公式可包括任何寻呼增强(例如,考虑到以下至少一个的PF/PO公式:(1)DRX周期中有多个PF,(2)DRX周期中的一个PF中有多个PO,(3)PO中有多个波束扫描回合,(4)寻呼监视窗口)。寻呼监视窗口可以指UE执行寻呼监视的持续时间。UE可以从BS接收参数,其中UE需要这些参数来计算PF/PO公式。基于PF/PO公式,UE可以导出PDCCH监视时机的时间/频率资源。UE可以监视用于寻呼的PDDCH监视时机,并接收(或解码)由BS发送的寻址到与寻呼相关联的RNTI的PDCCH。
在一些实施方式中,如果UE在DRX周期中基于PF/PO公式不能对所被判定的PO中用于寻呼的PDCCH进行解码,则UE可以进入RRC_CONNECTED状态。例如,UE可以将RRC消息(例如,RRC(连接)恢复请求消息或RRC(连接)建立请求消息)发送到服务小区(例如,如果UE处于RRC_CONNECTED状态)、BS(例如,gNB)或驻留小区(例如,如果UE处于RRC_IDLE/RRC_INACTIVE状态)。RRC消息可以包括原因值。例如,原因值可能指示“PO失败”。在一些实施方式中,BS(例如,gNB)或服务小区可以在RRC消息(例如,具有挂起配置的RRC释放消息、不具有挂起配置的RRC释放消息、RRC释放消息、RRC建立消息或RRC重新配置消息)中回复具有新的PF/PO参数的UE。新的PF/PO参数被可用于扩展寻呼监视窗口。
在一些实施方式中,BS(例如,gNB)或在小区上服务/驻留可以调整寻呼参数并经由系统信息(例如,经由系统信息块1(SIB1)和/或经由OSI)将参数调整通知UE。UE可以在DRX周期或DRS中,基于具有经调整的寻呼参数的PF/PO公式,应用在系统信息中经调整的寻呼参数以判定更新的PO。UE可以在DRS或DRX周期中监视PO中的寻呼信道,这些PO是基于调整的寻呼参数判定的。
在一些实施方式中,如果UE在DRX周期中基于PF/PO公式不能对在所被判定的PO中用于寻呼的PDCCH进行解码,则UE可以执行小区重新选择过程以重新选择新小区以驻留。
在一些实施方式中,如果UE不能在DRX周期中基于PF/PO公式对在所被判定的PO中用于寻呼的PDCCH进行解码,则UE可以限制自己不要在发送寻呼消息(或在所被判定的PO中用于寻呼的PDCCH)的小区上驻留。例如,当UE执行小区重新选择过程时,UE可以限制自己不要在发送寻呼消息(或在所被判定的PO中用于寻呼的PDCCH)的小区上重新选择驻留。在一些实施方式中,限制时间可以是X秒,其中X是正实数。在一些实施方式中,如果UE不能在DRX周期中基于PF/PO公式所判定的PO中对用于寻呼的PDCCH进行解码,则UE可以启动定时器。在X秒内(即,当定时器正在运行时),UE可以不重新选择到这样的小区。在定时器到期时,UE可以重新选择这样的小区,或者将这种小区视为用于小区重选的候选小区。在其它实施方式中,如果UE不能在DRX周期中基于PF/PO公式所判定的PO中对用于寻呼的PDCCH进行解码,则UE可以限制自己不要在未授权频谱(例如NR-U)的任何小区上驻留,其中限制时间可以是X秒。
在一些实施方式中,如果UE无法在DRX周期中对在所被判定的PO中用于寻呼的PDCCH进行解码,则UE可以向小区报告寻呼失败信息。注意,这样的小区可以是SCell、作为小区重选过程的结果的重选小区(UE可以在DRX周期中在所被判定的PO中不能解码寻呼的PDCCH之后执行)、发送用于寻呼的PDCCH的小区、或发送寻呼消息的小区。在一些实施方式中,如果UE被配置有CA,则UE可以(例如,经由物理上行链路控制信道(PUCCH)资源)向SCell报告寻呼失败信息。在一些实施方式中,如果UE被配置为多连接性,则UE可以向SCG中的PSCell报告寻呼失败信息(例如,经由PUCCH资源、经由RRC信令、经由信令无线电承载3(SRB3)、经由PUSCH资源)。在一些实施方式中,UE可以在执行小区重新选择之后向重新选择的小区报告寻呼失败信息。在一些实施方式中,如果小区(例如SCell、PSCell或重新选择的小区)接收到寻呼失败信息,则该小区可能需要Xn/X2接口信令来交换/转发DL数据到UE。在一些实施方式中,UE向小区报告寻呼失败信息的小区可以是(可以不是)为UE配置参数以导出用于寻呼监视的DRX周期中的PO/PF的小区。在一些实施方式中,UE向小区报告寻呼失败信息的小区可以是(可以不是)UE从中解码或接收用于寻呼的PDCCH的小区。
在一些实施方式中,UE可以在同时在DRX周期中所被判定的PO中监视寻呼信道以及在DRS中的PO中监视寻呼信道。
在一些实施方式中,UE可以在被判定的PO中监视用于寻呼的PDCCH,其落在DRX周期的活动时间内。活动时间可指与DRX相关的定时器(例如,drx-onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimerDL或drx-RetransmissionTimerUL)正在运行时的持续时间。UE可以在DRX周期的非活动时间中的DRS中的PO中监视用于寻呼的PDCCH。在一些实施方式中,DRS中的寻呼监视可能不会启动DRX相关定时器(例如,drx-InactivityTimer、drx-RetransmissionTimerDL或drx-RetransmissionTimerUL)。UE可以仅针对监视DRS中的PDCCH寻呼而唤醒,并且在DRS接收之后返回到非活动时间。
在一些实施方式中,在DRX周期的活动时间中,UE可以监视DRS中的PO中寻呼的PDCCH时机,而在DRX周期的非活动时间中,UE可以不监视在DRS中的PO中寻呼的PDCCH时机。
在一些实施方式中,当满足一个或多个被预定条件时,活动时间可以延长。被预定条件可以包括但不限于检测LBT失败、检测PDCCH解码失败、以及信道占用率高于阈值。在一些实施方式中,UE可由服务小区经由RRC消息来配置一个定时器,該定时器与被预定条件相关。如果满足与定时器对应的被预定条件(例如,信道占用率高于阈值),则UE可以扩展或启动定时器。在一些实施方式中,如果UE未能解码PDCCH(例如,用于寻呼的PDCCH),则UE可以扩展或启动定时器。当定时器运行时,可将其视为活动时间。在一些实施方式中,如果定时器过期但其他DRX相关定时器(例如,drx-InactivityTimer、drx-RetransmissionTimerDL、和drx-RetransmissionTimerUL)仍在运行,则UE可能处于DRX周期的活动时间。
在一些实施方式中,UE可经由专用信令(例如,RRC消息、RRC重新配置消息、RRC释放消息、具有挂起配置的RRC释放消息、或不具有挂起配置的RRC释放消息)来接收寻呼配置。
在一些实施方式中,寻呼配置中的参数可以包括系统帧数(SFN)、DRX周期(T)、DRX周期中的总寻呼帧数(N)、PF內的PO数(Ns)、实际被发送的SSB数、波束扫描回合(X)、寻呼DCI、短消息、用于UE停止/去激活/停用寻呼监视的指示符(例如,寻呼停止指示符),用于UE停止/去激活/停用网络中的寻呼监视的指示符(例如,停止/去激活/停用RAN(的小区)的寻呼监视过程),以及用于UE开始/激活网络中的寻呼监视的指示符(例如,开始/激活/启动RAN的寻呼监视过程)。
在一些实施方式中,当UE从第一RAN的小区切换为驻留在第二RAN的小区上进行寻呼监视/接收时,UE可以将第一RAN的第一寻呼配置视为无效寻呼配置,并通知第一RAN有效性指示。在一些实现方式中,有效性指示符可以是布尔指示符。例如,有效性指示符可以被设置为‘1’,以在UE执行网络切换以驻留在第二RAN的小区之后,通知第一RAN(的小区):UE将第一RAN(的小区)的第一寻呼配置视为有效寻呼配置(例如,通过存储第一RAN(的小区)的第一寻呼配置)。相反地,有效性指示符可以被设置为‘0’或‘不存在’,以在UE执行网络切换以驻留在第二RAN的小区之后,通知第一RAN(的小区):UE将用于第一RAN的第一寻呼配置视为无效寻呼配置(例如,通过移除或清除或释放用于第一RAN(的小区)的第一寻呼配置)。在一些实现方式中,UE可以经由2步随机接入(RA)过程、4步随机接入(RA)过程或者小数据传输过程向网络通知网络交换(例如,切换到驻留在另一网络的小区上)。例如,UE可以在2步RA过程的Msg A中(例如在Msg A的物理上行链路共享信道(PUSCH)上)向网络发送有效性指示符。对于另一个示例,UE可以基于小数据传输机制经由消息(例如,RRC信令、RRC消息、RRC恢复请求消息、RRC系统信息请求消息)和/或资源(例如,PUSCH和/或PUCCH)来向网络发送有效性指示符。又例如,UE可以在4步RA过程的Msg 3中向网络发送有效性指示符,例如,在Msg 3的PUSCH上,在由Msg 3携带的RRC消息(例如,RRC系统信息请求消息,RRC恢复请求消息、RRC建立请求消息)中。
在一些实施方式中,UE可经由专用信令(例如,RRC消息、RRC重新配置消息、RRC释放消息、具有挂起配置的RRC释放消息、不具有挂起配置的RRC释放消息、RRC恢复消息或RRC建立消息)从第一RAN的驻留/服务小区接收RRC状态转换信息。一旦UE从第一RAN的当前RRC状态转换到第二RAN的目标RRC状态,UE可以应用第二RAN的第二寻呼配置,以监视第二RAN(的小区)的PO。即,第二寻呼配置可以由处于第二RAN的目标RRC状态中的UE应用,以监测用于第二RAN(的小区)的至少一个PO。在一些实施例中,第二RAN的目标RRC状态可以是第二RAN的RRC_IDLE状态、第二RAN的RRC_INACTIVE状态、或第二RAN的RRC_CONNECTED状态。第二寻呼配置可以与第二RAN(的小区)相关联。UE可以将第二寻呼配置应用于第二RAN(的小区)中的寻呼监视和接收。在一些实施方式中,UE可以在来自第一RAN(的小区)的相同专用信令中接收第二寻呼配置以及RRC状态转换信息。在一些实施方式中,UE可以在来自第二RAN(的小区)的相同专用信令中接收第二寻呼配置以及RRC状态转换信息。
在一些实施方式中,RAN的寻呼配置可以包括以下至少一个:用于PF/PO公式的参数、用于UE导出无线电资源(例如,时域和/或频域资源)以接收寻呼消息的参数和/或寻址到与寻呼相关联的RNTI(例如,P-RNTI)的PDCCH。UE可以接收由PDCCH上的P-RNTI加扰的寻呼DCI、用于UE在网络中开始/激活寻呼监视的参数、以及用于UE在网络中停止/去激活/停用寻呼监视的参数。例如,第二寻呼配置(例如,对于第二RAN的(小区))可包括以下参数中的至少一个:用于UE导出无线电资源位置的参数(基于该参数,UE可针对第二RAN监视至少一个第二PO),用于在第二RAN(的小区)中激活/启动/开始寻呼监视过程的参数,以及用于在第二RAN的(小区)中去激活/停止/停用寻呼监视过程的参数。
在一些实施方式中,UE可经由系统信息(例如,SIB1、OSI或SIB1中的下行链路公共配置)从驻留/服务小区接收寻呼配置。在一些实施方式中,UE可以基于PF/PO公式和/或寻呼配置来判定用于寻呼的PDCCH监视时机。UE可以基于PF/PO公式和/或寻呼配置来判定PO和PF。UE可以监视在PO中用于寻呼的PDCCH监视时机。PO可以包括至少一个用于寻呼的PDCCH监视时机。对于UE,每个DRX周期可能至少有一个PO。如果UE在用于寻呼的PDCCH监视时机内检测到寻址到P-RNTI的PDCCH,则UE可以进一步解码和/或接收寻呼DCI(例如,其被P-RNTI加扰)。在一些实施方式中,寻呼DCI可包括短消息、短消息指示符、用于接收寻呼消息的时间/频率资源(例如,PDSCH资源)、用于开始监视另一网络中寻呼的PDCCH监视时机的指示符、用于停止监视当前网络中用于寻呼的PDCCH监视时机的指示符(例如,寻呼停止指示符),以及用于切换到另一网络(例如,如果UE被配置有多个SIM)以监视用于寻呼的PDCCH监视时机的指示符。
在一些实施方式中,在UE的状态转换时(例如,从RRC_CONNECTED状态到RRC_INACTIVE状态,从RRC_CONNECTED状态到RRC_IDLE状态,或者从RRC_INACTIVE状态到RRC_IDLE状态),寻呼配置可能无效。例如,当在RRC_INACTIVE状态下操作时,UE可以接收并应用寻呼配置,并且在UE转换到RRC_IDLE状态之后,RRC_IDLE UE可以不应用在RRC_INACTIVE状态中使用的寻呼配置。例如,UE可以在状态转换时清除或移除寻呼配置,使得在RRC_INACTIVE状态中使用的寻呼配置对于RRC_IDLE UE可能变得无效。RRC_IDLE UE可将预配置的寻呼配置或由驻留小区(例如,NR小区或EUTRA小区)广播的寻呼配置应用于寻呼监视。
在一些实施方式中,寻呼配置可在UE的状态转换时有效(例如,从RRC_CONNECTED状态到RRC_INACTIVE状态、从RRC_CONNECTED状态到RRC_IDLE状态、或从RRC_INACTIVE状态到RRC_IDLE状态)。例如,UE可以在RRC_INACTIVE状态中接收并应用寻呼配置。在UE转换到RRC_IDLE状态之后,RRC_IDLE UE可以应用在RRC_INACTIVE状态中使用的寻呼配置,并且在状态转换时存储寻呼配置。在这种情况下,在RRC_INACTIVE状态中使用的寻呼配置可以对RRC_IDLE UE有效。如果RRC_IDLE UE具有预配置的寻呼配置或接收到来自驻留小区(例如NR小区或EUTRA小区)广播的寻呼配置,则UE可以应用预配置或接收的寻呼配置,而不是NRRRC_INACTIVE状态中使用的寻呼配置。
在一些实现方式中,一旦UE的RAT间状态转换(例如,从NR RRC_INACTIVE状态到EUTRA RRC_IDLE状态,从EUTRA RRC_INACTIVE到NR RRC_IDLE状态,从NR RRC_IDLE状态到EUTRA RRC_IDLE状态,从EUTRA RRC_IDLE状态到NR RRC_IDLE状态),寻呼配置可能是无效的。在一些实施方式中,EUTRA RRC_INACTIVE UE可以驻留在连接到5GC的EUTRA小区上。例如,UE可以在NR RRC_INACTIVE状态中接收和应用寻呼配置。在UE转换到EUTRA RRC_IDLE状态之后,RRC_IDLE UE可以不应用在NR RRC_INACTIVE状态中使用的寻呼配置。例如,UE可以清除、移除或释放在NR_RRC INACTIVE状态中使用的寻呼配置。在NR RRC_INACTIVE状态中使用的寻呼配置可能对于EUTRA RRC_IDLE UE变得无效。EUTRA RRC_IDLE UE可以应用预配置的寻呼配置或者从驻留小区(例如,EUTRA小区)广播的寻呼配置来进行寻呼监视。
在一些实施方式中,在UE的RAT间状态转换(例如,从NR RRC_INACTIVE状态到EUTRA RRC_IDLE状态,从EUTRA RRC_INACTIVE状态到NR RRC_IDLE状态,从NR RRC_IDLE状态到EUTRA RRC_IDLE状态,从EUTRA RRC_IDLE状态到NR RRC_IDLE状态)时,寻呼配置可以是有效的。EUTRA RRC_INACTIVE UE可以驻留在连接到5GC的EUTRA小区上。例如,UE可以在NR RRC_INACTIVE状态中接收和应用寻呼配置。在UE转换到EUTRA RRC_IDLE状态之后,RRC_IDLE UE仍然可以应用在NR RRC_INACTIVE状态中使用的寻呼配置。EUTRA RRC_IDLE UE可以存储在NR RRC_INACTIVE状态中使用的寻呼配置,其中在NR RRC_INACTIVE状态中使用的寻呼配置对于EUTRA RRC_IDLE UE可以是有效的。在一些实施方式中,如果EUTRA RRC_IDLEUE具有预配置的EUTRA寻呼配置或接收从驻留小区(例如,EUTRA小区)广播的寻呼配置,则UE可以应用预配置的或接收的寻呼配置,而不是在NR RRC_INACTIVE状态中使用的寻呼配置。
在一些实施方式中,如果UE重新选择不同频带上的小区,则UE可以存储用于在先前频带中小区的寻呼配置。当UE重新选择先前频带中的小区时,UE可以直接应用被存储寻呼配置于先前频带。例如,UE可以被配置有用于未授权频带(例如NR-U小区)上的小区的一个或多个寻呼参数。如果UE在授权频带上重新选择小区而不考虑频率优先级,则UE可以为未授权频带上的小区存储寻呼参数。当UE再次重新选择未授权频带上的小区时,UE可以应用存储的寻呼参数,该参数用于在未授权频带上重选的小区上进行寻呼监视。在另一示例中,UE可以被配置有用于授权频带上的小区(例如NR小区或EUTRA小区)的寻呼参数。如果UE重新选择未授权频带上的小区而不考虑频率优先级,则UE可以存储授权频带上的小区的寻呼参数。当UE再次重新选择授权频带上的小区时,UE可以应用所存储的寻呼参数,该参数用于对授权频带上重新选择的小区进行寻呼监视。
在一些实施方式中,如果UE重新选择不同频带上的小区,则UE可以清除或移除先前频带中的小区的寻呼配置。在这种情况下,寻呼配置可能会变得无效。当UE重新选择先前频带中的小区时,UE可以对先前频带使用预配置的寻呼配置,或者应用从先前频带中的驻留小区广播的寻呼配置。例如,UE可以被配置有用于未授权频带(例如NR-U小区)上的小区的一个或多个寻呼参数。如果UE重新选择授权频带上的小区而不管频率优先级如何,则UE可以清除、释放或移除未授权频带上的小区的寻呼参数。当UE再次重新选择未授权频带上的小区时,UE可以应用未授权频带上的小区的预先配置的寻呼参数或从未授权频带上的重新选择的小区广播的寻呼配置,以用于在未授权频带上的重选的小区上进行寻呼监视/接收。在另一示例中,UE可以被配置有用于授权频带上的小区(例如NR小区或EUTRA小区)的寻呼参数。如果UE重新选择未授权频带上的小区而不考虑频率优先级,则UE可以释放、移除或清除授权频带上的小区的寻呼参数。当UE再次重新选择授权频带上的小区时,UE可以应用授权频带上的重新选择的小区的预配置的寻呼参数或从授权频带上的重新选择的小区广播的寻呼配置来对授权频带上的重新选择的小区执行寻呼监视/接收。
在一些实施方式中,如果UE重新选择不同频带上的小区,则UE可以将被用于在先前频带中小区的寻呼配置存储一段时间。例如,UE可以在重新选择不同频带上的小区时启动定时器。在定时器到期之前,如果UE重新选择先前频带中的小区,则UE可以直接应用与先前频带的定时器相关联的存储的寻呼配置。在一些实施方式中,在定时器到期之前,如果UE重新选择与先前频带上的先前服务小区相同的小区,则UE可以直接应用所存储的寻呼配置。相反,如果UE重新选择先前频带上与先前频带上的先前服务小区不同的小区,则UE可以不直接应用所存储的寻呼配置。在一些实施方式中,在定时器到期之前,如果UE重新选择先前频带上的任何小区,UE可以直接应用所存储的寻呼配置。当UE在先前频带上重新选择与先前频带上的先前服务小区相同的小区时,UE可以停止(或重新启动)定时器。在一些实施方式中,当UE重新选择先前频带上的任何小区时,UE可以停止(或重新启动)定时器。当定时器到期时,UE可以释放、清除或移除所存储的寻呼配置。如果定时器过期并且UE重新选择先前频带上的小区,则UE可以对先前频带使用预配置的寻呼配置,或者应用从先前频带上的驻留小区广播的寻呼配置。
在一些实施方式中,UE可被配置有用于未授权频带(例如NR-U小区)上的小区的一个或多个寻呼参数。如果UE重新选择授权频带上的小区而不管频率优先级如何,则UE可以启动定时器并存储被用于在未授权频带上小区的寻呼配置。在定时器到期之前,如果UE在未授权频带上重新选择与未授权频带上的先前服务小区相同的小区,则UE可以应用所存储的寻呼配置。在定时器到期之前,如果UE从未授权频带上的先前服务小区重新选择未授权频带上的不同小区,则UE可以停止(或重新启动)定时器并清除/移除/释放寻呼配置。在一些实施方式中,在定时器到期之前,如果UE在未授权频带上重新选择与未授权频带上的先前服务小区不同的小区,则UE可以保持定时器运行并存储寻呼配置。在一些实施方式中,在定时器到期之前,如果UE重新选择未授权频带上的任何小区,则UE可以应用与定时器相关联的存储的寻呼配置。当UE在未授权频带上重新选择与未授权频带上的先前服务小区相同的小区时,UE可以停止(或重新启动)定时器。在一些实施方式中,当UE重新选择未授权频带上的任何小区时,UE可以停止(或重新启动)定时器。如果定时器过期,UE可以释放、清除或移除与定时器相关联的存储的寻呼配置。如果定时器过期并且UE重新选择未授权频带上的小区,则UE可以使用针对未授权频带的预配置的寻呼配置,或者在未授权频带上应用来自驻留小区的广播寻呼配置。
在一些实施方式中,术语“寻呼”、“寻呼信道”和“PO”可以互换使用。
在一些实施方式中,寻呼DCI可以由CORESET中的PDCCH携带。在一些实施方式中,寻呼DCI可以是寻址到与寻呼相关联的RNTI的PDCCH。
在一些实施方式中,寻址到与寻呼相关联的RNTI的PDCCH可包括(或是)DCI格式1_0,该DCI格式1_0具有由P-RNTI加扰的循环冗余校验(CRC)。
在一些实施方式中,PDSCH可以携带寻呼消息。
在一些实施方式中,RRC_CONNECTED UE、RRC_INACTIVE UE和RRC_IDLE UE可各自应用所揭露的实施方式中描述的操作、动作或过程。
在一些实施方式中,当UE监视寻呼信道时,UE可以进一步在PO中接收寻呼(例如,寻址到与寻呼相关联的RNTI的PDCCH、寻呼DCI和/或寻呼消息)。
在一些实施方式中,如果UE监视寻呼信道,则UE可以进一步对PO中的寻呼(例如,寻址到与寻呼相关联的RNTI的PDCCH、寻呼DCI、寻呼消息)进行解码。
在一些实施方式中,寻呼DCI可以是具有由P-RNTI或公共RNTI(例如,小区无线电网络临时标识符(C-RNTI))加扰的CRC的DCI,其指示与寻呼相关的信息。与寻呼相关的信息可以是UE接收寻呼消息的时间/频率资源(例如PDSCH资源)。在一些实施方式中,与寻呼相关的信息可以是ETWS/CMAS通知和/或系统信息改变。
在一些实施方式中,DRS窗口长度可以是5毫秒(ms),并且DRX周期可以是32、64、128或256个无线电帧。
在一些实施方式中,网络可以使用RRC重新配置消息经由专用信令向RRC_CONNECTED UE提供系统信息。例如,RRC_CONNECTED UE可以被配置有活动BWP,该活动BWP具有被配置为监视系统信息或寻呼的公共搜索空间。
在一些实施方式中,寻址到与寻呼相关联的RNTI的PDCCH(UE在其上成功解码)可以指示包括UE ID或不包括UE ID的寻呼信息。
在一些实施方式中,在本案的实施方式中描述的操作、动作或过程可以基于每个公共陆地移动网络(PLMN)基础、每个非公共网络(NPN)基础、每个独立NPN(SNPN)基础、或每个封闭接入组(CAG)基础来被判定。例如,属于不同PLMN/NPN/CAG/SNPN的每个UE可以被配置有不同的参数,该参数用于接收寻址到与DRS/DRX中的PO中的寻呼相关联的RNTI的PDCCH。
在一些实施方式中,UE可以在初始BWP和/或活动BWP中接收寻呼(例如,寻址到与寻呼相关联的RNTI的PDCCH、寻呼DCI和/或寻呼消息)。
在一些实施方式中,UE可以接收指示是否停止监视寻呼信道的指示符(例如,寻呼停止指示符)。UE可经由系统信息(例如,SIB1和/或OSI)从服务/驻留小区接收指示符。UE可经由专用信令(例如,RRC消息、RRC重新配置消息、RRC释放消息、不具有挂起配置的RRC释放消息、或具有挂起配置的RRC释放消息)从服务/驻留小区接收指示符。在一些实施方式中,UE可以在寻址到与寻呼相关联的RNTI的PDCCH、寻呼DCI或寻呼消息中接收指示符。指示符可以具有布尔结构或枚举结构。在一些实施方式中,如果指示符没有指示UE停止监视寻呼信道,则UE可以继续监视寻呼信道。
图5是根据本案示出的用于无线通信的节点500的框图。如图5所示,节点500可包括收发器520、处理器528、存储器534、一个或多个呈现部件538和至少一根天线536。节点500还可包括RF频谱带模块、BS通信模块、网络通信模块和系统通信管理模块、输入/输出(I/O)端口、I/O部件和电源(未明确示出)。这些部件中的每一者可通过一条或多条总线540直接或间接进行彼此通信。在一个实施方式中,节点500可以是执行本文例如参考图1至图4所描述的各种功能的UE或基站或其他无线通信的装置。
具有发射器522(例如,传输(transmitting/transmission)电路)和接收器524(例如,接收(receiving/reception)电路)的收发器520可被配置来发射和/或接收时间和/或频率资源划分信息。在一些实施方式中,收发器520可被配置来在不同类型的子帧和时隙中进行发射,所述子帧和时隙包括但不限于可使用、不可使用和可灵活使用的子帧和时隙格式。收发器520可被配置来接收数据和控制信道。
节点500可包括各种计算机可读介质。计算机可读介质可以是可由节点500接入的任何可用介质,并且包括易失性(和非易失性)介质、可移动(和不可移动)介质。作为示例性而非限制,计算机可读介质可包括计算机存储介质和通信介质。计算机存储介质包括通过用于存储诸如计算机可读指令、数据结构、过程模块或数据等信息的任何方法或技术实施的易失性(和非易失性)介质、可移动(和不可移动)介质。
计算机存储介质包括RAM、ROM、EEPROM、闪存(或其他存储技术)、CD-ROM、数字多功能盘(Digital Versatile Disks,DVD)(或其他光盘存储装置)、磁卡带、磁带、磁盘存储装置(或其他磁存储装置)等。计算机存储介质不包含传播的数据信号。通信介质典型地包含计算机可读指令、数据结构、过程模块或采用诸如载波或其他传输机制的经调制的数据信号中的其他数据,并且包括任何信息传送介质。术语“经调制的数据信号”是指这样的信号:通过将信息编码在信号中的方式设置或更改了其特性中的一个或多个特性。举例来说而非限制,通信介质包括有线介质,诸如有线网络或直接有线连接;以及无线介质,诸如声学、RF、红外和其他无线介质。以上各项中的任一者的组合也应该包括在计算机可读介质的范围内。
存储器534可包括易失性和/或非易失性存储器形式的计算机存储介质。存储器534可以是可移动的、不可移动的或其组合。示例性存储器包括固态存储器、硬盘驱动器、光盘驱动器等。如图5所示,存储器534可存储计算机可读的计算机可执行的指令532(例如,软件代码),所述计算机可读的计算机可执行的指令532被配置为在被执行时致使处理器528执行本文例如参考图1至4所描述的各种功能。可选地,指令532可不由处理器528直接执行,而是被配置为使节点500(例如,在被编译和执行时)执行本文所描述的各种功能。
处理器528(例如,具有处理电路)可包括中央处理单元(Central ProcessingUnit,CPU)、微控制器、ASIC、智能硬件装置或任何组合,其被配置为执行所公开的功能。处理器528可包括存储器。处理器528可处理从存储器534接收的数据530和指令532,以及通过收发器520、基带通信模块和/或网络通信模块的接收信息。处理器528还可处理要发送到收发器520以通过天线536发射的信息、要发送到网络通信模块以发射到CN的信息。
一个或多个呈现部件538向人或其他装置呈现数据指示。示例呈现部件538包括显示装置、扬声器、打印部件、振动部件等。
从以上描述中明显看出,在不背离在本案中描述的概念的范围的情况下,可以使用各种技术来实施所述概念。而且,虽然已经具体参考某些实施方式来描述了这些概念,但是本领域技术人员可以认识到,在不背离那些概念的范围的情况下,可以作出形式和细节上的改变。由此,所描述的实施方式在所有方面都将视为说明性的而非限制性的。还应该理解,本案不限于上文描述的特定实施方式,而是在不背离本案的范围的情况下,许多重新布置、修改和替换都是可能的。

Claims (16)

1.一种用于监视寻呼的用户设备UE,其特征在于,所述UE包括:
一个或多个非暂时性计算机可读介质,所述一个或多个非暂时性计算机可读介质具有包含在其上的计算机程序;以及
至少一个处理器,所述至少一个处理器耦接到所述一个或多个非暂时性计算机可读介质,所述至少一个处理器被配置来执行所述计算机程序以:
接收寻址到第一无线电网络临时标识符RNTI的第一物理下行链路控制信道PDCCH;
如果所述第一PDCCH包括用于指示所述UE停止监视寻呼信道的寻呼停止指示符,则停止监视寻址到第二RNTI的第二PDCCH,其中:所述第二RNTI与所述第一RNTI相同;
从小区接收系统信息中的至少一个配置;以及
根据所述至少一个配置,判定在非连续接收DRX周期内的寻呼时机PO中的用于所述寻呼的多个PDCCH监视时机,
用于所述寻呼的所述多个PDCCH监视时机包括用于所述第一PDCCH的第一PDCCH监视时机和用于所述第二PDCCH的第二PDCCH监视时机,以及
所述至少一个配置包括:
第一参数,所述第一参数指示所述PO中的每个波束扫描回合所被发送的同步信号/物理广播信道块SSB的数量,以及
第二参数,所述第二参数指示所述PO中的所述波束扫描回合数。
2.根据权利要求1所述的UE,其特征在于,所述至少一个处理器进一步被配置来执行所述计算机程序以:
基于所述第一参数和所述第二参数的乘积,判定在所述PO中用于所述寻呼的所述多个PDCCH监视时机的数量。
3.根据权利要求1所述的UE,其特征在于,所述至少一个配置还包括寻呼控制信道PCCH配置。
4.根据权利要求1所述的UE,其特征在于,所述第二PDCCH监视时机在时域中位于所述第一PDCCH监视时机之后。
5.根据权利要求1所述的UE,其特征在于,所述至少一个处理器进一步被配置来执行所述计算机程序以:
如果所述UE没有成功解码所述第一PDCCH,则停止监视所述第二PDCCH。
6.根据权利要求1所述的UE,其特征在于,所述寻呼停止指示符被包含在寻呼下行链路控制信息DCI中。
7.根据权利要求1所述的UE,其特征在于,所述寻呼停止指示符被包含在无线电资源控制RRC消息中。
8.根据权利要求1所述的UE,其特征在于,所述第一PDCCH和所述第二PDCCH与相同的SSB相关联。
9.一种由用户设备UE执行的用于监视寻呼的方法,其特征在于,所述方法包括:
接收寻址到第一无线电网络临时标识符RNTI的第一物理下行链路控制信道PDCCH;
如果所述第一PDCCH包括用于指示所述UE停止监视寻呼信道的寻呼停止指示符,则停止监视寻址到第二RNTI的第二PDCCH,其中:所述第二RNTI与所述第一RNTI相同;
从小区接收系统信息中的至少一个配置;以及
根据所述至少一个配置,判定在非连续接收DRX周期内的寻呼时机PO中的用于所述寻呼的多个PDCCH监视时机,
用于所述寻呼的所述多个PDCCH监视时机包括用于所述第一PDCCH的第一PDCCH监视时机和用于所述第二PDCCH的第二PDCCH监视时机,以及
所述至少一个配置包括:
第一参数,所述第一参数指示所述PO中的每个波束扫描回合所被发送的同步信号/物理广播信道块SSB的数量,以及
第二参数,所述第二参数指示所述PO中的所述波束扫描回合数。
10.根据权利要求9所述的方法,其特征在于,所述方法进一步包括:
基于所述第一参数和所述第二参数的乘积,判定在所述PO中用于所述寻呼的所述多个PDCCH监视时机的数量。
11.根据权利要求9所述的方法,其特征在于,所述至少一个配置还包括寻呼控制信道PCCH配置。
12.根据权利要求9所述的方法,其特征在于,所述第二PDCCH监视时机在时域中位于所述第一PDCCH监视时机之后。
13.根据权利要求9所述的方法,其特征在于,所述方法进一步包括:如果所述UE没有成功解码所述第一PDCCH,则停止监视所述第二PDCCH。
14.根据权利要求9所述的方法,其特征在于,所述寻呼停止指示符被包含在寻呼下行链路控制信息DCI中。
15.根据权利要求9所述的方法,其特征在于,所述寻呼停止指示符被包含在无线电资源控制RRC消息中。
16.根据权利要求9所述的方法,其特征在于,所述第一PDCCH和所述第二PDCCH与相同的SSB相关联。
CN202080020897.8A 2019-04-04 2020-04-01 用于监视寻呼的方法和使用该方法的设备 Active CN113906795B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201962829214P 2019-04-04 2019-04-04
US201962829223P 2019-04-04 2019-04-04
US62/829,223 2019-04-04
US62/829,214 2019-04-04
PCT/CN2020/082837 WO2020200252A1 (en) 2019-04-04 2020-04-01 Method for monitoring paging and apparatus using the same

Publications (2)

Publication Number Publication Date
CN113906795A CN113906795A (zh) 2022-01-07
CN113906795B true CN113906795B (zh) 2023-09-08

Family

ID=72662592

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080020897.8A Active CN113906795B (zh) 2019-04-04 2020-04-01 用于监视寻呼的方法和使用该方法的设备

Country Status (6)

Country Link
US (2) US11229003B2 (zh)
EP (1) EP3949575B1 (zh)
JP (1) JP7230236B2 (zh)
KR (1) KR20210141677A (zh)
CN (1) CN113906795B (zh)
WO (1) WO2020200252A1 (zh)

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110944341B (zh) * 2018-09-25 2023-11-21 夏普株式会社 由用户设备执行的方法以及用户设备
US11265958B2 (en) * 2019-04-12 2022-03-01 Ofinno, Llc Access information for node configuration
WO2020222070A1 (en) * 2019-04-30 2020-11-05 Nokia Technologies Oy Paging on narrow beam and alignment with default drx
JP2022540660A (ja) * 2019-07-17 2022-09-16 クアルコム,インコーポレイテッド ワイヤレスデバイスによるページング監視の管理
WO2021062843A1 (zh) * 2019-09-30 2021-04-08 华为技术有限公司 通信方法及装置
EP4057720A4 (en) * 2019-11-05 2022-11-09 Beijing Xiaomi Mobile Software Co., Ltd. METHOD OF MONITORING PHONE OPPORTUNITIES, DEVICE, TERMINAL AND STORAGE MEDIA
US11546738B2 (en) * 2019-11-14 2023-01-03 Qualcomm Incorporated Always-on short messages
CN113940119A (zh) * 2019-11-18 2022-01-14 Oppo广东移动通信有限公司 无线通信方法及装置
US11395247B2 (en) * 2019-11-29 2022-07-19 FG Innovation Company Limited Method of monitoring paging occasions and related device
CN111200870A (zh) * 2020-01-07 2020-05-26 展讯通信(上海)有限公司 通信方法及装置
US11528595B2 (en) * 2020-02-06 2022-12-13 Mediatek Inc. UE capability signaling to support 5G new radio (NR) in unlicensed spectrum (NR-U)
US11902934B2 (en) * 2020-03-17 2024-02-13 Qualcomm Incorporated Paging enhancement for new radio-unlicensed (NR-U) light
US12035274B2 (en) * 2020-04-06 2024-07-09 Samsung Electronics Co., Ltd. Method and apparatus for paging and system information (SI) update transmission and reception
EP4144027A1 (en) * 2020-04-27 2023-03-08 QUALCOMM Incorporated Control channel overlap handling for systems with large subcarrier spacing
US11758477B2 (en) * 2020-06-17 2023-09-12 Qualcomm Incorporated UE power saving for paging
US11889464B2 (en) * 2020-07-21 2024-01-30 Qualcomm Incorporated Reliable paging and short message transmission with repetition
US11310768B2 (en) * 2020-09-22 2022-04-19 Qualcomm Incorporated Monitoring periodicity for paging messages
US12041544B2 (en) 2020-10-14 2024-07-16 Apple Inc. Wireless network having an enhanced wake-up signal
EP4209054A4 (en) * 2020-10-14 2024-06-19 Apple Inc. POWER SAVING, BASED ON AN ENHANCED WAKE-UP SIGNAL, FOR A WIRELESS DEVICE
US11979853B2 (en) 2020-10-23 2024-05-07 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving a signal in the wireless communication system
CN112235820B (zh) * 2020-12-17 2021-03-12 京信通信系统(中国)有限公司 数据帧结构的配置方法、装置、计算机设备和存储介质
US11425670B2 (en) * 2021-01-07 2022-08-23 Qualcomm Incorporated Synchronization signal block monitoring occasion design for non-terrestrial communications
US20220225237A1 (en) * 2021-01-14 2022-07-14 Qualcomm Incorporated Power saving enhancements for paging reception
CN113543197B (zh) * 2021-07-27 2022-05-03 西安交通大学医学院第一附属医院 一种基于物联网的呼吸疾病危重病人实时监测方法及系统
KR20240036024A (ko) * 2021-08-03 2024-03-19 삼성전자주식회사 무선 통신 시스템에서 사용자 장치 및 사용자 장치에 의해 수행하는 방법
JPWO2023013738A1 (zh) * 2021-08-05 2023-02-09
WO2023155123A1 (en) * 2022-02-18 2023-08-24 Lenovo (Beijing) Limited Transmission beams on and off determination
EP4290949A1 (en) * 2022-06-08 2023-12-13 Nokia Technologies Oy Paging in extended drx mode (edrx)
WO2024035052A1 (ko) * 2022-08-11 2024-02-15 엘지전자 주식회사 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치
CN115913464A (zh) * 2022-11-30 2023-04-04 中国星网网络创新研究院有限公司 一种ssb扫描方法、装置、设备和计算机存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103748804A (zh) * 2011-09-13 2014-04-23 苹果公司 移动无线设备中断续接收期间的自适应接收分集
EP2880940A1 (en) * 2012-08-03 2015-06-10 Motorola Mobility LLC Method and apparatus for receiving a control channel
WO2016144082A1 (en) * 2015-03-09 2016-09-15 Lg Electronics Inc. Method for operating a fast random access procedure in a wireless communication system and a device therefor
CN106465352A (zh) * 2014-06-06 2017-02-22 诺基亚通信公司 用于寻呼消息覆盖增强的控制信道传输
WO2018090757A1 (zh) * 2016-11-17 2018-05-24 中兴通讯股份有限公司 一种寻呼方法及装置、系统、计算机存储介质
CN108521879A (zh) * 2017-09-04 2018-09-11 北京小米移动软件有限公司 波束上报和调整方法及装置、用户设备、基站
CN109451848A (zh) * 2017-08-11 2019-03-08 北京小米移动软件有限公司 寻呼指示方法及装置
CN109451847A (zh) * 2017-09-08 2019-03-08 北京小米移动软件有限公司 寻呼消息接收方法及装置和寻呼配置方法及装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10517083B2 (en) * 2015-09-25 2019-12-24 Lg Electronics Inc. Method and user equipment for receiving downlink control information, and method and base station for transmitting downlink control information
US10231208B2 (en) * 2016-06-21 2019-03-12 Samsung Electronics Co., Ltd. System and method of paging in next generation wireless communication system
US10680699B2 (en) * 2016-07-20 2020-06-09 Lg Electronics Inc. Method and apparatus for calculating beamforming based paging occasion in wireless communication system
US20180145800A1 (en) * 2016-11-24 2018-05-24 Samsung Electronics Co., Ltd. Method of reducing power consumption in user equipment
US11006444B2 (en) * 2017-01-03 2021-05-11 Lg Electronics Inc. Method and user equipment for receiving downlink signals
EP4167619A1 (en) * 2017-02-02 2023-04-19 IPLA Holdings Inc. New radio paging
US11395338B2 (en) * 2017-07-12 2022-07-19 Samsung Electronics Co., Ltd. Method and apparatus for control resource set configuration for 5G next radio system
US10798678B2 (en) * 2018-02-15 2020-10-06 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for paging in a wireless communications network
US11032851B2 (en) * 2018-02-17 2021-06-08 Mediatek Inc. QCL in rach different from that in other signals
WO2019182401A1 (ko) * 2018-03-23 2019-09-26 주식회사 케이티 차세대 무선망에서 포지셔닝을 수행하는 방법 및 장치
US20190313445A1 (en) * 2018-04-05 2019-10-10 Mediatek Inc. Dl reception with consideration of qcl assumption
EP3934355A4 (en) * 2019-03-29 2022-04-13 LG Electronics Inc. METHOD OF MONITORING A PHYSICAL DOWNLINK CONTROL CHANNEL AND DEVICE THEREOF
US11395247B2 (en) * 2019-11-29 2022-07-19 FG Innovation Company Limited Method of monitoring paging occasions and related device

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103748804A (zh) * 2011-09-13 2014-04-23 苹果公司 移动无线设备中断续接收期间的自适应接收分集
EP2880940A1 (en) * 2012-08-03 2015-06-10 Motorola Mobility LLC Method and apparatus for receiving a control channel
CN106465352A (zh) * 2014-06-06 2017-02-22 诺基亚通信公司 用于寻呼消息覆盖增强的控制信道传输
WO2016144082A1 (en) * 2015-03-09 2016-09-15 Lg Electronics Inc. Method for operating a fast random access procedure in a wireless communication system and a device therefor
WO2018090757A1 (zh) * 2016-11-17 2018-05-24 中兴通讯股份有限公司 一种寻呼方法及装置、系统、计算机存储介质
CN109451848A (zh) * 2017-08-11 2019-03-08 北京小米移动软件有限公司 寻呼指示方法及装置
CN108521879A (zh) * 2017-09-04 2018-09-11 北京小米移动软件有限公司 波束上报和调整方法及装置、用户设备、基站
CN109451847A (zh) * 2017-09-08 2019-03-08 北京小米移动软件有限公司 寻呼消息接收方法及装置和寻呼配置方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"R2-1904734".3GPP tsg_ran\wg2_rl2.2019,全文. *

Also Published As

Publication number Publication date
EP3949575A4 (en) 2022-12-14
WO2020200252A1 (en) 2020-10-08
US20220095270A1 (en) 2022-03-24
KR20210141677A (ko) 2021-11-23
JP7230236B2 (ja) 2023-02-28
CN113906795A (zh) 2022-01-07
EP3949575B1 (en) 2024-01-24
EP3949575A1 (en) 2022-02-09
US11229003B2 (en) 2022-01-18
US20200322918A1 (en) 2020-10-08
JP2022529102A (ja) 2022-06-17
US11979854B2 (en) 2024-05-07

Similar Documents

Publication Publication Date Title
CN113906795B (zh) 用于监视寻呼的方法和使用该方法的设备
CN114600502B (zh) 用于无线通信的方法和用户设备
US11653352B2 (en) User equipment and method for system information modification and acquisition procedure
US20230209464A1 (en) User equipment and method for power saving in rrc inactive or rrc idle states
CN112335287B (zh) 在无线通信系统中执行小区选择的方法和设备
WO2018086600A1 (en) Data packet delivery in rrc inactive state
CN114762407B (zh) 监视寻呼时机的方法及相关设备
US20220159617A1 (en) Method and apparatus for performing paging monitoring in radio access networks
WO2021239024A1 (en) User equipment and method for power saving
US20230051117A1 (en) Method for monitoring tracking reference signal and related device
CN117796077A (zh) 用于监测跟踪参考信号的方法和相关设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant