CN112262599A - 确定用于发送和接收寻呼的寻呼时机的系统和方法 - Google Patents
确定用于发送和接收寻呼的寻呼时机的系统和方法 Download PDFInfo
- Publication number
- CN112262599A CN112262599A CN201980038585.7A CN201980038585A CN112262599A CN 112262599 A CN112262599 A CN 112262599A CN 201980038585 A CN201980038585 A CN 201980038585A CN 112262599 A CN112262599 A CN 112262599A
- Authority
- CN
- China
- Prior art keywords
- paging
- pdcch monitoring
- monitoring occasions
- occasion
- pdcch
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 30
- 238000004891 communication Methods 0.000 claims abstract description 42
- 238000012544 monitoring process Methods 0.000 claims description 1285
- 238000005516 engineering process Methods 0.000 abstract description 16
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 15
- 230000011664 signaling Effects 0.000 description 11
- 230000006870 function Effects 0.000 description 10
- 239000000126 substance Substances 0.000 description 9
- 238000012545 processing Methods 0.000 description 6
- 238000004590 computer program Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 101000824892 Homo sapiens SOSS complex subunit B1 Proteins 0.000 description 2
- 102100022320 SPRY domain-containing SOCS box protein 1 Human genes 0.000 description 2
- 102100022311 SPRY domain-containing SOCS box protein 4 Human genes 0.000 description 2
- 101150069080 Spsb4 gene Proteins 0.000 description 2
- 101100366687 Streptococcus agalactiae serotype V (strain ATCC BAA-611 / 2603 V/R) ssb4 gene Proteins 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 238000011160 research Methods 0.000 description 2
- 230000001174 ascending effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
- H04W56/001—Synchronization between nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了一种用于融合支持高于第四代(4G)系统的更高数据速率的第五代(5G)通信系统和物联网(IoT)技术的通信方法和系统。本公开可以应用于基于5G通信技术和IoT相关技术的智能服务,诸如智能家居、智能建筑、智能城市、智能汽车、联网汽车、医疗保健、数字教育、智能零售、安全和安保服务。本公开提供了一种用于确定寻呼时机(PO)的方法和装置。
Description
技术领域
本公开涉及无线通信系统。更具体地,本公开涉及用于在无线通信系统中确定用于发送和接收寻呼的寻呼时机的装置、方法和系统。
背景技术
为了满足自部署第四代(4G)通信系统以来已经增加的无线数据流量的需求,已经做出努力来开发改进的第五代(5G)或预5G通信系统。因此,5G或预5G通信系统也被称为“超4G网络”或“后LTE系统”。5G通信系统被认为是在更高的频率(mmWave,毫米波)频带(例如60GHz频带)中实现的,以便实现更高的数据速率。为了降低无线电波的传播损耗并且增加传输距离,在5G通信系统中讨论了波束成形、大规模多输入多输出(multiple-inputmultiple-output,MIMO)、全维多输入多输出(full dimensional MIMO,FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。此外,在5G通信系统中,正在基于高级的小小区、云无线电接入网(radio access network,RAN)、超密集网络、设备到设备(device-to-device,D2D)通信、无线回程、移动网络、协作通信、协调多点(coordinated multi-points,CoMP)、接收端干扰消除等,开发系统网络改进。在5G系统中,已经开发了作为高级编码调制(advanced coding modulation,ACM)的混合频移键控(hybrid frequency shift keying,FSK)和正交幅度调制(quadrature amplitude modulation,QAM)(FSK and QAM,FQAM)和滑动窗口叠加编码(sliding window superposition coding,SWSC),以及作为高级接入技术的滤波器组多载波(filter bank multi carrier,FBMC)、非正交多址(non-orthogonalmultiple access,NOMA)和稀疏码多址(sparse code multiple access,SCMA)。
作为以人为中心、人在其中生成和消费信息的连接网络的互联网,现在正在演变为物联网(Internet of things,IoT),在IoT中,分布式实体(诸如事物)在没有人为干预的情况下交换和处理信息。作为通过与云服务器的连接的IoT技术和大数据处理技术的结合的万物联网(Internet of everything,IoE)已经出现。随着IoT实现方式已经要求诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”等技术元素,最近已经研究了传感器网络、机器对机器(machine-to-machine,M2M)通信、机器类型通信(machine type communication,MTC)等。这种IoT环境可以提供智能互联网技术服务,该服务通过收集和分析互联事物之间生成的数据,为人类生活创造新的价值。通过现有信息技术(information technology,IT)与各种工业应用的融合,IoT可以被应用于各种领域,包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能电器和高级医疗服务。
与此相一致,已经进行了各种尝试来将5G通信系统应用于IoT网络。例如,可以通过波束成形、MIMO和阵列天线来实现诸如传感器网络、MTC和M2M通信的技术。云无线电接入网(RAN)作为上述大数据处理技术的应用也可以被认为是5G技术和IoT技术之间的融合的示例。
同时,最近对5G通信系统的寻呼进行了各种研究。
以上信息仅作为背景信息提供,以帮助理解本公开。对于上述任何内容是否可以作为关于本公开的现有技术来应用,既没有做出确定,也没有做出断言。
发明内容
技术问题
最近对5G通信系统的寻呼进行了各种研究,并且需要增强5G通信系统的寻呼。
技术方案
本公开的各方面旨在至少解决上述问题和/或缺点,并且至少提供下述优点。因此,本公开的一方面是提供一种用于在无线通信系统中执行随机接入回退(back off)的装置和方法。
附加的方面将在下面的描述中被部分地阐述,并且将部分地从描述中变得清楚,或者可以通过所呈现的实施例的实践来被了解。
根据本公开的一方面,提供了一种由终端确定寻呼时机(paging occasion,PO)的方法。该方法包括从基站(base station,BS)接收关于不连续接收(discontinuousreception,DRX)周期中寻呼帧的数量的第一信息和关于寻呼帧的PO的数量的第二信息,基于第一信息识别(identify)寻呼帧,基于第一信息和第二信息识别PO的索引,以及基于该索引在一个或多个物理下行链路控制信道(physical downlink control channel,PDCCH)中监视寻呼。
根据本公开的另一方面,提供了一种用于确定PO的终端。该终端包括被配置为发送和接收信号的收发器,以及控制器,该控制器被配置为从BS接收关于DRX周期中寻呼帧的数量的第一信息和关于寻呼帧的PO的数量的第二信息,基于第一信息识别寻呼帧,基于第一信息和第二信息识别PO的索引,并且基于该索引监视一个或多个PDCCH中的寻呼。
根据本公开的另一方面,提供了一种由BS确定PO的方法。该方法包括向终端发送关于DRX周期中寻呼帧的数量的第一信息和关于PO的PO的数量的第二信息,以及在寻呼帧中的PO中向终端发送用于寻呼的下行链路控制信息(downlink control information,DCI),其中寻呼帧基于第一信息被识别,并且其中PO的索引基于第一信息和第二信息被识别,并且其中基于索引为用于寻呼的DCI监视一个或多个PDCCH。
根据本公开的另一方面,提供了一种用于确定PO的BS。该BS包括:被配置为发送和接收信号的收发器;以及控制器,该控制器被配置为向终端发送关于DRX周期中寻呼帧的数量的第一信息和关于寻呼帧的PO的数量的第二信息,并且在寻呼帧中的PO中向终端发送用于寻呼的DCI,其中寻呼帧基于第一信息被识别,并且其中PO的索引基于第一信息和第二信息被识别,并且其中基于索引为用于寻呼的DCI监视一个或多个PDCCH。
对于本领域技术人员来说,本发明的其他方面、优点和显著特征将从以下结合附图公开了本发明的各种实施例的详细描述中变得清楚。
发明的有益效果
根据本公开的各种实施例,可以增强5G通信系统的寻呼过程。
附图说明
从以下结合附图的描述中,本公开的某些实施例的上述和其他方面、特征和优点将变得更加清楚,其中:
图1示出了根据本公开的实施例的确定寻呼时机(PO)的示例;
图2示出了根据本公开的实施例的确定PO的另一示例;
图3示出了根据本公开的实施例的确定PO的另一示例;
图4示出了根据本公开的实施例的确定PO的另一示例;
图5示出了根据本公开的实施例的确定PO的另一示例;
图6示出了根据本公开的实施例的确定PO的另一示例;
图7示出了根据本公开的实施例的确定PO的另一示例;
图8示出了根据本公开的实施例的确定PO的另一示例;
图9示出了根据本公开的实施例的确定PO的另一示例;
图10示出了根据本公开的实施例的确定PO的另一示例;
图11是根据本公开的实施例的终端的框图;以及
图12是根据本公开的实施例的基站(BS)的框图。
在所有附图中,应当注意,相同的附图标记用于描绘相同或相似的元件、特征和结构。
具体实施方式
提供参考附图的以下描述是为了帮助全面理解由权利要求及其等同物所限定的本公开的各种实施例。以下描述包括有助于理解的各种具体细节,但这些仅是示例性的。因此,本领域普通技术人员将认识到,在不脱离本公开的范围和精神的情况下,可以对本文所描述的各种实施例进行各种改变和修改。此外,为了清楚和简明起见,可以省略对公知的功能和结构的描述。
在以下描述和权利要求中使用的术语和词语不限于书目意义,而是仅由发明人使用,以使得能够清楚和一致地理解本公开。因此,对于本领域技术人员来说,清楚的是,以下对本公开的各种实施例的描述仅仅是为了说明的目的而提供的,而不是为了限制由所附权利要求及其等同物所限定的本公开。
应当理解,单数形式“一”和“该”包括复数指代物,除非上下文另有明确指示。因此,例如,对“组件表面”的提及包括对这样的表面中的一个或多个的提及。
术语“基本上”是指所述的特性、参数或值不需要被精确地实现,但是偏差或变化,包括例如公差(tolerance)、测量误差、测量准确度限制和本领域技术人员已知的其他因素,可以以不排除特性旨在提供的效果的量出现。
本领域技术人员已知,流程图(或顺序图)的框和流程图的组合可以由计算机程序指令来表示和执行。这些计算机程序指令可以被加载到通用计算机、专用计算机或可编程数据处理器件的处理器上。当加载的程序指令被处理器执行时,这些程序指令创建了用于执行流程图中所描述的功能的装置。因为计算机程序指令可以存储在可在专用的计算机或可编程数据处理设备中使用的计算机可读存储器中,所以也可以创建执行流程图中所描述的功能的制品。因为计算机程序指令可以被加载到计算机或可编程数据处理设备上,所以当作为进程执行时,这些计算机程序指令可以执行流程图中所描述的功能的操作。
流程图的框可以对应于包含实现一个或多个逻辑功能的一个或多个可执行指令的模块、段或代码,或者可以对应于其的部分。在一些情况下,由框描述的功能可以以不同于所列顺序的顺序执行。例如,顺序列出的两个框可以同时执行或者以相反的顺序执行。
在本说明书中,词语“单元”、“模块”等可以指软件组件或硬件组件,诸如,例如,能够执行功能或操作的现场可编程门阵列(field-programmable gate array,FPGA)或专用集成电路(application-specific integrated circuit,ASIC)。然而,“单元”等不限于硬件或软件。单元等可以被配置为驻留在可寻址存储介质中或者驱动一个或多个处理器。单元等可以指软件组件、面向对象的软件组件、类组件、任务组件、进程、函数、属性、过程、子例程、程序代码段、驱动器、固件、微码、电路、数据、数据库、数据结构、表、数组或变量。由组件和单元提供的功能可以是较小组件和单元的组合,并且可以与其他组件和单元组合以组成较大的组件和单元。组件和单元可以被配置为驱动安全多媒体卡中的设备或一个或多个处理器。
在详细描述之前,描述了理解本公开所必需的术语或定义。然而,这些术语应该以非限制性的方式来解释。
“基站(BS)”是与用户设备(user equipment,UE)通信的实体,并且可以被称为BS、基站收发台(base transceiver station,BTS)、节点B(node B,NB)、演进NB(evolved NB,eNB)、接入点(access point,AP)、5G NB(5GNB)或gNB。
“UE”是与BS通信的实体,并且可以被称为UE、设备、移动台(mobile station,MS)、移动设备(mobile equipment,ME)或终端。
近年来,已经开发了几种宽带无线技术,以满足日益增长的宽带用户的数量,并提供更多且更好的应用和服务。已经开发了第二代(2G)无线通信系统以提供语音服务,同时确保用户的移动性。第三代(3G)无线通信系统不仅支持语音服务,还支持数据服务。近年来,已经开发了第四代(4G)通信系统来提供高速数据服务。然而,目前,4G无线通信系统忍受缺乏资源来满足对高速数据服务日益增长的需求。因此,正在开发第五代(5G)无线通信系统,以满足对高速数据服务日益增长的需求,支持超可靠性和低延迟应用。
5G无线通信系统将不仅在较低的频带中实现,而且在较高的频率(毫米波)频带(例如10GHz到100GHz频带)中实现,以便实现更高的数据速率。为了减轻无线电波的传播损耗并增加传输距离,在第五代无线通信系统的设计中考虑了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。此外,5G无线通信系统有望处理在数据速率、延迟、可靠性、移动性等方面具有完全不同要求的不同使用情况。然而,预计5G无线通信系统的空中接口的设计将足够灵活,以取决于UE为终端用户提供服务的使用情况和市场细分,为具有完全不同能力的UE服务。5G无线通信系统无线系统预计解决的示例用例是增强型移动宽带(enhanced mobile broadband,eMBB)、大规模机器类型通信(massive machine type communication,m-MTC)、超可靠低延迟通信(ultra-reliable low latency communication,URLL)等。eMBB的要求(如几十Gbps的数据速率、低延迟、高移动性等)针对表示随时随地始终需要互联网连接的传统无线宽带用户的市场细分。m-MTC的要求(如非常高的连接密度、不频繁的数据传输、超长电池寿命、低移动性地址等)针对表示设想数十亿设备的连接性的IoT/IoE的市场细分。URLL的要求(如非常低的延迟、非常高的可靠性和可变的移动性等)针对表示工业自动化应用(被预见为自动汽车的实现者(enabler)之一的车辆到车辆/车辆到基础设施通信)的市场细分。
在现有的无线通信系统中,寻呼被发送以寻呼连接到无线通信网络但处于空闲模式的UE。在空闲模式下,UE以规则间隔(每个寻呼不连续接收(DRX)周期)在短时间内苏醒(wake up),以接收寻呼和其它广播信息。在遗留系统中,UE在每个DRX周期监视一个寻呼时机(PO)。一个PO是持续时间为1ms的子帧/传输时间间隔(transmission time interval,TTI)。在寻呼DRX周期中可以有若干个PO。UE基于UE ID确定其PO。UE首先确定寻呼帧(paging frame,PF),然后在所确定的PF内的(多个)PO中确定其PO。一个PF是无线电帧(10ms),其可以包含一个或多个PO。DRX周期中的每一个无线电帧都可以是PF。PF中最多可以有四个PO。可以是PF中的PO的子帧(即子帧#0、子帧#4、子帧#5和子帧#9)被预定义。网络信令通知(signal)两个参数。第一个参数是“T”,即以无线电帧的数量表示的寻呼DRX周期持续时间。第二个参数是“nB”,即寻呼DRX周期中PO的总数。参数nB可以配置为4T、2T、T、T/2、T/4、T/8、T/16或T/32中的一个值。在DRX周期中,UE基于UE ID分布在多个PO。若干个UE可以被映射到相同的PO。
UE的PF是系统帧号为“SFN(syetem frame number,系统帧号)”的无线电帧,它满足等式SFN mod T=(T div N)*(UE_ID mod N);其中N等于min(T,nB),而UE_ID等于IMSI(International Mobile Subscriber Identity,国际移动用户标识)mod 1024。在所确定的PF内,PO对应于i_s=floor(UE_ID/N)mod Ns;其中Ns:max(1,nB/T);i_s可以是0、1、2和3。寻呼帧内的i_s、Ns和子帧之间的映射是预定义的。
在PO中,使用物理下行链路共享信道(physical downlink shared channel,PDSCH)发送寻呼消息。如果PDSCH中有寻呼消息,则调度承载寻呼消息的PDSCH的物理下行链路公共控制信道(PDCCH)被寻址到P-RNTI(寻呼无线电网络临时识别符,paging-radionetwork temporary identifier)。P-RNTI对所有用户都是公共的。因此,UE标识(即,IMSI或SAE-临时移动用户标识(S-TMSI))被包括在寻呼消息中,以指示针对特定UE的寻呼。寻呼消息可以包括多个UE标识以寻呼多个UE。寻呼消息通过数据信道(即,PDSCH)广播(即,用P-RNTI掩蔽(mask)的PDCCH)。
在现有的确定PO的方法中,对于nB<=T,PF中只有一个PO。对于nB>T,在PF中有多个PO,并且在寻呼DRX周期中的每一个无线电帧是PF。因此,为了在PF中配置多个PO,网络必须配置nB>T,并且因此DRX周期中的每一个无线电帧都成为PF。不可能将DRX周期中的无线电帧中的一些配置为PF,并且在这些PF中有多个PO。这是当前设计中的一个严重限制。在波束成形的系统中,使用波束扫描周期性地发送一组同步信号块(synchronization signalblock,SSB)。UE可以测量这些SSB并识别用于接收寻呼的TX/RX波束。对于更长的SSB周期(诸如20、40、80、160ms),需要以比无线电帧更长的间隔配置多个PO,以满足寻呼容量。
需要一种增强的确定PO的方法。
[实施例1]
图1示出了根据本公开的实施例的确定PO的示例。
参考图1:
0)UE从由网络信令通知的系统信息中获取寻呼配置(默认DRX周期持续时间,nB,Ns,偏移(Offset))、寻呼搜索空间配置(如果由网络信令通知)和RMSI(remaining systeminformation,剩余系统信息)配置(例如RMSI搜索空间、RMSI模式信息:模式1、2、3)(110)。RMSI也被称为SIB1。RMSI模式也被称为SS/PBCH块和CORESET复用模式。在无线电资源控制(radio resource control,RRC)连接状态下,对于一个或多个配置的带宽部分(bandwithpart,BWP),寻呼搜索空间配置由网络在专用信令中信令通知,并且UE使用其激活(active)DL BWP的寻呼搜索空间配置。
1)UE首先导出参考无线电帧(120)。参考帧是具有满足以下等式1的SFN的无线电帧:
SFN mod T=(T div N)*(UE_ID mod N)...等式1
其中,
T:UE的DRX周期。T由UE特定的DRX值(如果由RRC或上层(例如,非接入层(non-access stratum,NAS))配置)中的最短值和系统信息中信令通知的默认DRX值来确定。如果UE特定的DRX没有由RRC或上层配置,则应用默认值。
nB:nB是DRX周期中寻呼帧的数量。nB由gNB在系统信息中信令通知。nB的值可以是T、T/2、T/4、T/8、T/16、T/32等。需要注意的是,在遗留系统中,nB是DRX周期中PO的数量。
N:min(T,nB)
在示例中,UE_ID可以是{IMSI mod 1024}或{5G-S-TMSI mod 1024}。
2)然后,UE确定寻呼帧,其中寻呼帧是SFN等于“参考帧的SFN+偏移”的无线电帧(130)。参数偏移由gNB在系统信息中信令通知。偏移以无线电帧为单位。例如,如果所确定的参考帧是SFN“X”,而由网络信令通知的偏移是“Y”,则寻呼帧是无线电帧,其中SFN等于X+Y。
寻呼帧是UE相对于其确定其PO的无线电帧。与PF相关联的PO可以在PF中开始,也可以在PF之后开始。在寻呼帧中开始的PO可以在后续的无线电帧中结束。3)然后,UE计算索引i_s(140),其中i_s从下面的等式2导出:
i_s=floor(UE_ID/N)mod Ns其中...等式2
Ns:Ns*nB指示DRX周期中PO的总数。Ns是与PF相对应或相关联的PO的数量。参数Ns由gNB在系统信息中信令通知。
N:min(T,nB)
在示例中,UE_ID可以是IMSI mod 1024。
4)UE监视由i_s所指示的PO(150)。如果i_s=0,UE监视第一个PO;如果i_s=1,则UE监视第二个PO;如果i_s=2,则UE监视第三个PO;等等。
5)UE确定与由i_s所指示的PO相对应的PDCCH监视时机,如下:
选项1:寻呼搜索空间由gNB配置,其中除零之外的搜索空间ID(searchSpaceId)被配置用于寻呼搜索空间。
gNB可以信令通知寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot andduration中的至少一个)。UE根据时隙内的PDCCH监视周期(Monitoring-periodicity-PDCCH-slot)、PDCCH监视偏移(Monitoring-offset-PDCCH-slot)和PDCCH监视模式(Monitoring-symbols-PDCCH-within-slot)来确定PDCCH监视时机。在时隙“x”到x+持续时间中存在PDCCH监视时机,其中在具有编号“y”的无线电帧中的具有编号“x”的时隙满足等式3:
(y*(无线电帧中的时隙的数量)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)=0;...等式3
在具有PDCCH监视时机的每个时隙中,PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。PDCCH监视时机的长度(以符号表示)由与搜索空间相关联的CORESET给出。
如果寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId被配置用于寻呼搜索空间,则基于寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间中的至少一个),UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道在所确定的PF中用于寻呼的第一个PDCCH监视时机以及后续的PDCCH监视时机。
从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧的开始起的用于寻呼的第1个PDCCH监视时机开始的PDCCH监视时机从0开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。换句话说,第1个PO是一组从第0个到第X-1个用于寻呼的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。换句话说,第2个PO是一组从第X个到第2X-1个用于寻呼的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。换句话说,第3个PO是一组从第2X个到第3X-1个用于寻呼的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF开始起的用于寻呼的PDCCH监视时机从1开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。换句话说,第1个PO是一组从第1个到第X个用于寻呼的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。换句话说,第2个PO是一组从第X+1个到第2X个用于寻呼的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。换句话说,第3个PO是一组从第2X+1个到第3X个用于寻呼的PDCCH监视时机。
第i个PO是从第[(i-1)*X)]+1个用于寻呼的PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。每个PO的第一个PDCCH监视时机编号可以由gNB信令通知。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知与PO中的每一个相对应的PDCCH监视时机编号(P,Q,R,S)一个。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。换句话说,第1个PO是一组从第P个到第P+X-1个用于寻呼的PDCCH监视时机。
第2个PO是从用于寻呼的第Q个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。换句话说,第2个PO是一组从第Q个到第Q+X-1个用于寻呼的PDCCH监视时机。
第3个PO是从用于寻呼的第R个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。换句话说,第3个PO是一组从第R个到第R+X-1个用于寻呼的PDCCH监视时机。
第4个PO是从用于寻呼的第S个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。换句话说,第4个PO是一组从第S个到第S+X-1个用于寻呼的PDCCH监视时机。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
在实施例中,每个PO可以由“R”个子PO组成,其中每个子PO由“X”个PDCCH监视时机组成,X是SSB的数量;在一个实施例中,X是SSB的最大数量(即L);在另一个实施例中,X等于实际发送的SSB。子PO的数量(即R)也由gNB信令通知。在其PO(由PO索引识别)中,UE可以监视一个或多个子PO。PO的这些子PO中的每一个的开始PDCCH监视时机编号由gNB信令通知。可替代地,可以在子PO之间信令通知偏移“O”。第1个子PO的开始PDCCH时机编号是PO的开始PDCCH时机编号。假设PO的开始PDCCH监视时机编号为P且偏移为O。第1个子PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第2个子PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第3个子PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知每个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知PO的最后PDCCH监视时机和下一个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3X+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,第一个PO的时隙索引可以由gNB信令通知。gNB还可以信令通知每个PO的开始时隙之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的时隙索引(S)和偏移O。
第1个PO是从寻呼帧的时隙S中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从寻呼帧的时隙S+O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从寻呼帧的时隙S+2O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从寻呼帧的时隙S+3O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项2:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
UE根据由gNB信令通知的RMSI配置来确定RMSI模式。
如果RMSI模式是2或3
-第1个PO是在所确定的PF的第一半帧中用于RMSI的一组PDCCH监视时机
-第2个PO是在所确定的PF的第二半帧中用于RMSI的一组PDCCH监视时机
如果RMSI模式是1
-第1个PO是用于RMSI的一组PDCCH监视时机,其中第1个PDCCH监视时机在所确定的PF中开始。
选项3:如果寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
如果searchSpaceId为0的寻呼搜索空间是由gNB配置的,则用于寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机相同。基于RMSI配置,UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道PF中用于寻呼的第1个PDCCH监视时机和后续的用于寻呼的PDCCH监视时机。
从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项4:与每个PO相对应的子帧或时隙如在LTE中那样是预定义的。
实施例2
图2示出了根据本公开的实施例的确定PO的另一示例。
参考图2:
0)UE从由网络信令通知的系统信息中获取寻呼配置(默认DRX周期持续时间,nB,Ns,偏移)、寻呼搜索空间配置(如果由网络信令通知)和RMSI配置(RMSI搜索空间、RMSI模式信息:模式1、2、3)(210)。RMSI也被称为SIB1。RMSI模式也被称为SS/PBCH块和CORESET复用模式。在RRC连接状态下,对于一个或多个配置的BWP,寻呼搜索空间配置由网络在专用信令中信令通知,并且UE使用其激活DL BWP的寻呼搜索空间配置。
1)UE首先导出寻呼帧(220)。寻呼帧是具有满足以下等式4的SFN的无线电帧:
(SFN+偏移)mod T=(T div N)*(UE_ID mod N)...等式4
其中,
T:UE的DRX周期。T由UE特定的DRX值(如果由RRC或上层(例如,NAS)配置)中的最短值和系统信息中信令通知的默认DRX值来确定。如果UE特定的DRX没有由RRC或上层配置,则应用默认值。
nB:nB是DRX周期中寻呼帧的数量。nB由gNB在系统信息中信令通知。nB的值可以是T、T/2、T/4、T/8、T/16、T/32等。需要注意的是,在遗留系统中,nB是DRX周期中PO的数量。
N:min(T,nB)
在示例中,UE_ID可以是{IMSI mod 1024}或{5G-S-TMSI mod 1024}。
寻呼帧是UE相对于其确定其PO的无线电帧。与PF相关联的PO可以在PF中开始,也可以在PF之后开始。在寻呼帧中开始的PO可以在后续的无线电帧中结束。
除了第一个PO之外的PO可以在后续的无线电帧或寻呼帧中开始。
2)然后,UE计算索引i_s(230),其中i_s从下面的等式5导出:
i_s=floor(UE_ID/N)mod Ns其中...等式5
Ns:Ns*nB指示DRX周期中PO的总数。Ns是与PF相对应或相关联的PO的数量。参数Ns由gNB在系统信息中信令通知。
N:min(T,nB)
在示例中,UE_ID可以是IMSI mod 1024。
3)UE监视由i_s所指示的PO(240)。如果i_s=0,UE监视第一个PO;如果i_s=1,则UE监视第二个PO;如果i_s=2,则UE监视第三个PO;等等。
4)UE确定与由i_s所指示的PO相对应的PDCCH监视时机,如下:
选项1:寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId被配置用于寻呼搜索空间。
gNB可以信令通知寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间(duration)中的至少一个)。UE根据时隙内的PDCCH监视周期(Monitoring-periodicity-PDCCH-slot)、PDCCH监视偏移(Monitoring-offset-PDCCH-slot)和PDCCH监视模式(Monitoring-symbols-PDCCH-within-slot)来确定PDCCH监视时机。在时隙“x”到x+持续时间中存在PDCCH监视时机,其中在具有编号“y”的无线电帧中的具有编号“x”的时隙满足等式6:
(y*(无线电帧中的时隙的数量)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)=0;...等式6
在具有PDCCH监视时机的每个时隙中,PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。PDCCH监视时机的长度(以符号表示)在与搜索空间相关联的corset中给出。
如果寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId被配置用于寻呼搜索空间,则基于寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间(duration))中的至少一个),UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道在所确定的PF中用于寻呼的第一个PDCCH监视时机以及后续的PDCCH监视时机。
从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第一个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。换句话说,第1个PO是一组从第0个到第X-1个用于寻呼的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。换句话说,第2个PO是一组从第X个到第2X-1个用于寻呼的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。换句话说,第3个PO是一组从第2X个到第3X-1个用于寻呼的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF开始起的用于寻呼的PDCCH监视时机从1开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。换句话说,第1个PO是一组从第1个到第X个用于寻呼的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。换句话说,第2个PO是一组从第X+1个到第2X个用于寻呼的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。换句话说,第3个PO是一组从第2X+1个到第3X个用于寻呼的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。每个PO的第一个PDCCH监视时机编号可以由gNB信令通知。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知与PO中的每一个相对应的PDCCH监视时机编号(P,Q,R,S)一个。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第Q个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第R个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第S个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。在实施例中,每个PO可以由“R”个子PO组成,其中每个子PO由“X”个PDCCH监视时机组成,X是SSB的数量;在一个实施例中,X是SSB的最大数量(即L);在另一个实施例中,X等于实际发送的SSB。子PO的数量(即R)也由gNB信令通知。在其PO(由PO索引识别)中,UE可以监视一个或多个子PO。PO的这些子PO中的每一个的开始PDCCH监视时机编号由gNB信令通知。可替代地,可以在子PO之间信令通知偏移“O”。第1个子PO的开始PDCCH时机编号是PO的开始PDCCH时机编号。假设PO的开始PDCCH监视时机编号为P且偏移为O。第1个子PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第2个子PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第3个子PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知每个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知PO的最后PDCCH监视时机和下一个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机;
第2个PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机;
第3个PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机;
第4个PO是从用于寻呼的第(P+3X+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,第一个PO的时隙索引可以由gNB信令通知。gNB还可以信令通知每个PO的开始时隙之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的时隙索引(S)和偏移O。
第1个PO是从寻呼帧的时隙S中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从寻呼帧的时隙S+O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从寻呼帧的时隙S+2O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从寻呼帧的时隙S+3O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项2:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
UE根据由gNB信令通知的RMSI配置来确定RMSI模式。
如果RMSI模式是2或3
-第1个PO是在所确定的PF的第一半帧中用于RMSI的一组PDCCH监视时机,并且
-第2个PO是在所确定的PF的第二半帧中用于RMSI的一组PDCCH监视时机
如果RMSI模式是1,
-第1个PO是RMSI的一组PDCCH监视时机,其中第1个PDCCH监视时机在所确定的PF中开始。
选项3:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
如果searchSpaceId为0的寻呼搜索空间是由gNB配置的,则用于寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机相同。基于RMSI配置,UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道PF中用于寻呼的第1个PDCCH监视时机和后续的用于寻呼的PDCCH监视时机。
从寻呼帧中用于寻呼的第1个PDCCH监视时机开始的PDCCH监视时机从0开始顺序编号。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项4:与每个PO相对应的子帧或时隙如在LTE中那样是预定义的。
[实施例3]
图3示出了根据本公开的实施例的确定PO的另一示例。
参考图3:
0)UE从由网络信令通知的系统信息中获取寻呼配置(默认DRX周期持续时间,PF间隔,Ns,偏移)、寻呼搜索空间配置(如果由网络信令通知)和RMSI配置(RMSI搜索空间、RMSI模式信息:模式1、2、3)(310)。RMSI也被称为SIB1。RMSI模式也被称为SS/PBCH块和CORESET复用模式。在RRC连接状态下,对于一个或多个配置的BWP,寻呼搜索空间配置由网络在专用信令中信令通知,并且UE使用其激活DL BWP的寻呼搜索空间配置。
1)UE首先导出参考无线电帧(320)。参考帧是具有满足以下等式7的SFN的无线电帧:
SFN mod T=(PF间隔)*(UE_ID mod N)...等式7
其中,
T:UE的DRX周期。T由UE特定的DRX值(如果由RRC或上层(例如,NAS)配置)中的最短值和系统信息中信令通知的默认DRX值来确定。如果UE特定的DRX没有由RRC或上层配置,则应用默认值。
PF间隔:DRX周期中存在PF的间隔。PF间隔由gNB在系统信息中信令通知。PF间隔的单位是无线电帧。
N:T/PF间隔
在示例中,UE_ID可以是{IMSI mod 1024}或{5G-S-TMSI mod 1024}。
2)然后,UE确定寻呼帧,其中寻呼帧是SFN等于“参考帧的SFN+偏移”的无线电帧。参数偏移由gNB在系统信息中信令通知(330)。偏移以无线电帧为单位。
例如,如果所确定的参考帧是SFN“X”,而由网络信令通知的偏移是“Y”,则寻呼帧是无线电帧,其中SFN等于X+Y。
寻呼帧是UE相对于其确定其PO的无线电帧。与PF相关联的PO可以在PF中开始,也可以在PF之后开始。在寻呼帧中开始的PO可以在后续的无线电帧中结束。然后,UE计算索引i_s(340),其中i_s从下面的等式8导出:
i_s=floor(UE_ID/N)mod Ns其中...等式8
Ns:与PF相对应或相关联的PO的数量。Ns*N指示DRX周期中PO的总数。参数Ns由gNB在系统信息中信令通知。
N:T/PF间隔
在示例中,UE_ID可以是{IMSI mod 1024}或{5G-S-TMSI mod 1024}。
UE监视由i_s所指示的PO(350)。如果i_s=0,UE监视第一个PO;如果i_s=1,则UE监视第二个PO;如果i_s=2,则UE监视第三个PO;等等…
UE确定与由i_s所指示的PO相对应的PDCCH监视时机,如下:
选项1:寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId(搜索空间ID)被配置用于寻呼搜索空间。
gNB可以信令通知寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间(duration)中的至少一个)。UE根据时隙内的PDCCH监视周期(Monitoring-periodicity-PDCCH-slot)、PDCCH监视偏移(Monitoring-offset-PDCCH-slot)和PDCCH监视模式(Monitoring-symbols-PDCCH-within-slot)来确定PDCCH监视时机。在时隙“x”到x+持续时间中存在PDCCH监视时机,其中在具有编号“y”的无线电帧中的具有编号“x”的时隙满足等式9:
(y*(无线电帧中的时隙的数量)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)=0;...等式9
在具有PDCCH监视时机的每个时隙中,PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。PDCCH监视时机的长度(以符号表示)在与搜索空间相关联的corset中给出。
如果寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId被配置用于寻呼搜索空间,则基于寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和duration(持续时间)中的至少一个),UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道在所确定的PF中用于寻呼的第一个PDCCH监视时机以及后续的PDCCH监视时机。要注意的是,在TDD小区的情况下,在由寻呼搜索空间所配置的PDCCH监视时机中,不与UL符号重叠的PDCCH监视时机被认为是用于寻呼的有效PDCCH监视时机。在进一步的描述中,将这些用于寻呼的有效PDCCH监视时机称为用于寻呼的PDCCH监视时机。
从寻呼帧中用于寻呼的第1个PDCCH监视时机开始的PDCCH监视时机从0开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF开始起的用于寻呼的PDCCH监视时机从1开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。每个PO的第一个PDCCH监视时机编号可以由gNB信令通知。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB信令通知与PO中的每一个相对应的PDCCH监视时机编号(P,Q,R,S)一个。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第Q个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第R个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第S个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。在实施例中,每个PO可以由“R”个子PO组成,其中每个子PO由“X”个PDCCH监视时机组成,X是SSB的数量;在一个实施例中,X是SSB的最大数量(即L);在另一个实施例中,X等于实际发送的SSB。子PO的数量(即R)也由gNB信令通知。在其PO(由PO索引识别)中,UE可以监视一个或多个子PO。PO的这些子PO中的每一个的开始PDCCH监视时机编号由gNB信令通知。可替代地,可以在子PO之间信令通知偏移“O”。第1个子PO的开始PDCCH时机编号是PO的开始PDCCH时机编号。假设PO的开始PDCCH监视时机编号为P且偏移为O。第1个子PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第2个子PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第3个子PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知每个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知PO的最后PDCCH监视时机和下一个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3X+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,第一个PO的时隙索引可以由gNB信令通知。gNB还可以信令通知每个PO的开始时隙之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的时隙索引(S)和偏移O。
第1个PO是从寻呼帧的时隙S中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从时隙S+O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从时隙S+2O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从时隙S+3O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项2:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
UE根据由gNB信令通知的RMSI配置来确定RMSI模式。
如果RMSI模式是2或3
-第1个PO是在所确定的PF的第一半帧中用于RMSI的一组PDCCH监视时机,并且
-第2个PO是在所确定的PF的第二半帧中用于RMSI的一组PDCCH监视时机
如果RMSI模式是1
-第1个PO是RMSI的一组PDCCH监视时机,其中第1个PDCCH监视时机在所确定的PF中开始。
选项3:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
如果寻呼搜索空间不是由gNB配置的,则用于寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机相同。基于RMSI配置,UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道PF中用于寻呼的第1个PDCCH监视时机和后续的用于寻呼的PDCCH监视时机。
从寻呼帧中用于寻呼的第1个PDCCH监视时机开始的PDCCH监视时机从0开始顺序编号。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项4:与每个PO相对应的子帧或时隙如在LTE中那样是预定义的。
[实施例4]
图4示出了根据本公开的实施例的确定PO的另一示例。
参考图4:
0)UE从由网络信令通知的系统信息中获取寻呼配置(默认DRX周期持续时间,PF间隔,Ns,偏移)、寻呼搜索空间配置(如果由网络信令通知)和RMSI配置(RMSI搜索空间、RMSI模式信息:模式1、2、3)(410)。RMSI也被称为SIB1。RMSI模式也被称为SS/PBCH块和CORESET复用模式。在RRC连接状态下,对于一个或多个配置的BWP,寻呼搜索空间配置由网络在专用信令中信令通知,并且UE使用其激活DL BWP的寻呼搜索空间配置。
1)UE首先导出寻呼帧(420)。寻呼帧是具有满足以下等式10的SFN的无线电帧:
(SFN+偏移)mod T=(PF间隔)*(UE_ID mod N)...等式10
其中,
T:UE的DRX周期。T由UE特定的DRX值(如果由RRC或上层(例如,NAS)配置)中的最短值和系统信息中信令通知的默认DRX值来确定。如果UE特定的DRX没有由RRC或上层配置,则应用默认值。
PF间隔:DRX周期中存在PF的间隔。PF间隔由gNB在系统信息中信令通知。PF间隔的单位是无线电帧。
N:T/PF间隔
在示例中,UE_ID可以是{IMSI mod 1024}或{5G-S-TMSI mod 1024}。
寻呼帧是UE相对于其确定其PO的无线电帧。与PF相关联的PO可以在PF中开始,也可以在PF之后开始。在寻呼帧中开始的PO可以在后续的无线电帧中结束。
2)然后,UE计算索引i_s(430),其中i_s从下面的等式11导出:
i_s=floor(UE_ID/N)mod Ns其中...等式11
Ns:PO的数量。Ns是与PF相对应或相关联的PO的数量。Ns*N指示DRX周期中PO的总数。参数Ns由gNB在系统信息中信令通知。
N:T/PF间隔
在示例中,UE_ID可以是{IMSI mod 1024}或{5G-S-TMSI mod 1024}。
3)UE监视由i_s所指示的PO(440)。如果i_s=0,UE监视第一个PO;如果i_s=1,则UE监视第二个PO;如果i_s=2,则UE监视第三个PO;等等。
4)UE确定与由i_s所指示的PO相对应的PDCCH监视时机,如下:
选项1:寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId(搜索空间ID)被配置用于寻呼搜索空间。
gNB可以信令通知寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间(duration)中的至少一个)。UE根据时隙内的PDCCH监视周期(Monitoring-periodicity-PDCCH-slot)、PDCCH监视偏移(Monitoring-offset-PDCCH-slot)和PDCCH监视模式(Monitoring-symbols-PDCCH-within-slot)来确定PDCCH监视时机。在时隙“x”到x+持续时间中存在PDCCH监视时机,其中在具有编号“y”的无线电帧中的具有编号“x”的时隙满足等式12:
(y*(无线电帧中的时隙的数量)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)=0;...等式12
在具有PDCCH监视时机的每个时隙中,PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。PDCCH监视时机的长度(以符号表示)由与搜索空间相关联的coreset给出。
如果寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId被配置用于寻呼搜索空间,则基于寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间(duration)中的至少一个),UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道在所确定的PF中用于寻呼的第一个PDCCH监视时机以及后续的PDCCH监视时机。
从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF开始起的用于寻呼的PDCCH监视时机从1开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。在实施例中,每个PO可以由“R”个子PO组成,其中每个子PO由“X”个PDCCH监视时机组成,X是SSB的数量;在一个实施例中,X是SSB的最大数量(即L);在另一个实施例中,X等于实际发送的SSB。子PO的数量(即R)也由gNB信令通知。在其PO(由PO索引识别)中,UE可以监视一个或多个子PO。PO的这些子PO中的每一个的开始PDCCH监视时机编号由gNB信令通知。可替代地,可以在子PO之间信令通知偏移“O”。第1个子PO的开始PDCCH时机编号是PO的开始PDCCH时机编号。假设PO的开始PDCCH监视时机编号为P且偏移为O。第1个子PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第2个子PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第3个子PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。每个PO的第一个PDCCH监视时机编号可以由gNB信令通知。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知与PO中的每一个相对应的PDCCH监视时机编号(P,Q,R,S)一个。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第Q个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第R个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第S个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知每个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知PO的最后PDCCH监视时机和下一个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3X+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,第一个PO的时隙索引可以由gNB信令通知。gNB还可以信令通知每个PO的开始时隙之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的时隙索引(S)和偏移O。
第1个PO是从寻呼帧的时隙S中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从时隙S+O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从时隙S+2O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从时隙S+3O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项2:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
UE根据由gNB信令通知的RMSI配置来确定RMSI模式。
如果RMSI模式是2或3
-第1个PO是在所确定的PF的第一半帧中用于RMSI的一组PDCCH监视时机,
-第2个PO是在所确定的PF的第二半帧中用于RMSI的一组PDCCH监视时机。
如果RMSI模式是1
-第1个PO是用于RMSI的一组PDCCH监视时机,其中第1个PDCCH监视时机在所确定的PF中开始。
选项3:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。如果searchSpaceId为0的寻呼搜索空间是由gNB配置的,则用于寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机相同。基于RMSI配置,UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道PF中用于寻呼的第1个PDCCH监视时机和后续的用于寻呼的PDCCH监视时机。
从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项4:与每个PO相对应的子帧或时隙如在LTE中那样是预定义的。
[实施例5]
图5示出了根据本公开的实施例的确定PO的另一示例。
参考图5:
0)UE从由网络信令通知的系统信息中获取寻呼配置(默认DRX周期持续时间,Num_PF,Ns,偏移)、寻呼搜索空间配置(如果由网络信令通知)和RMSI配置(RMSI搜索空间、RMSI模式信息:模式1、2、3)(510)。RMSI也被称为SIB1。RMSI模式也被称为SS/PBCH块和CORESET复用模式。在RRC连接状态下,对于一个或多个配置的BWP,寻呼搜索空间配置由网络在专用信令中信令通知,并且UE使用其激活DL BWP的寻呼搜索空间配置。
1)UE首先导出参考无线电帧(520)。参考帧是具有满足以下等式13的SFN的无线电帧:
SFN mod T=(T div Num_PF)*(UE_ID mod Num_PF)...等式13
其中,
T:UE的DRX周期。T由UE特定的DRX值(如果由RRC或上层(例如,NAS)配置)中的最短值和系统信息中信令通知的默认DRX值来确定。如果UE特定的DRX没有由RRC或上层配置,则应用默认值。
Num_PF:DRX周期中寻呼帧的数量。Num_PF由gNB在系统信息中信令通知。Num_PF的值可以是T、T/2、T/4、T/8、T/16、T/32等。
2)然后,UE确定寻呼帧是否是SFN等于“参考帧的SFN+偏移”的无线电帧(130)。参数偏移由gNB在系统信息中信令通知。偏移以无线电帧为单位。
例如,如果所确定的参考帧是SFN“X”,而由网络信令通知的偏移是“Y”,则寻呼帧是其中SFN等于X+Y的无线电帧。
寻呼帧是UE相对于其确定其PO的无线电帧。与PF相关联的PO可以在PF中开始,也可以在PF之后开始。在寻呼帧中开始的PO可以在后续的无线电帧中结束。
3)然后,UE计算索引i_s(540),其中i_s从下面的等式14导出:
i_s=floor(UE_ID/Num_PF)mod Ns其中...等式14
Ns:与PF相对应或相关联的PO的数量。Ns*Num_PF指示DRX周期中PO的总数。参数Ns由gNB在系统信息中信令通知。
在示例中,UE_ID可以是{IMSI mod 1024}或{5G-S-TMSI mod 1024}。
4)UE监视由i_s所指示的PO(550)。如果i_s=0,UE监视第一个PO;如果i_s=1,则UE监视第二个PO;如果i_s=2,则UE监视第三个PO;等等…
UE确定与由i_s所指示的PO相对应的PDCCH监视时机,如下:
选项1:寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId(搜索空间ID)被配置用于寻呼搜索空间。
gNB可以信令通知寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间(duration)中的至少一个)。UE根据时隙内的PDCCH监视周期(Monitoring-periodicity-PDCCH-slot)、PDCCH监视偏移(Monitoring-offset-PDCCH-slot)和PDCCH监视模式(Monitoring-symbols-PDCCH-within-slot)来确定PDCCH监视时机。在时隙“x”到x+持续时间中存在PDCCH监视时机,其中在具有编号“y”的无线电帧中的具有编号“x”的时隙满足等式15:
(y*(无线电帧中的时隙的数量)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)=0;...等式15
在具有PDCCH监视时机的每个时隙中,PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。PDCCH监视时机的长度(以符号表示)在与搜索空间相关联的corset中给出。
如果寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId被配置用于寻呼搜索空间,则基于寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间中的至少一个),UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道在所确定的PF中用于寻呼的第一个PDCCH监视时机以及后续的PDCCH监视时机。
从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF开始起的用于寻呼的PDCCH监视时机从1开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。每个PO的第一个PDCCH监视时机编号可以由gNB信令通知。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知与PO中的每一个相对应的PDCCH监视时机编号(P,Q,R,S)一个。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第Q个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第R个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第S个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。在实施例中,每个PO可以由“R”个子PO组成,其中每个子PO由“X”个PDCCH监视时机组成,X是SSB的数量;在一个实施例中,X是SSB的最大数量(即L);在另一个实施例中,X等于实际发送的SSB。子PO的数量(即R)也由gNB信令通知。在其PO(由PO索引识别)中,UE可以监视一个或多个子PO。PO的这些子PO中的每一个的开始PDCCH监视时机编号由gNB信令通知。可替代地,可以在子PO之间信令通知偏移“O”。第1个子PO的开始PDCCH时机编号是PO的开始PDCCH时机编号。假设PO的开始PDCCH监视时机编号为P且偏移为O。第1个子PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第2个子PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第3个子PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知每个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知PO的最后PDCCH监视时机和下一个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3X+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,第一个PO的时隙索引可以由gNB信令通知。gNB还可以信令通知每个PO的开始时隙之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的时隙索引(S)和偏移O。
第1个PO是从寻呼帧的时隙S中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从时隙S+O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从时隙S+2O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从时隙S+3O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项2:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
UE根据由gNB信令通知的RMSI配置来确定RMSI模式。
如果RMSI模式是2或3,
-第1个PO是在所确定的PF的第一半帧中用于RMSI的一组PDCCH监视时机,并且
-第2个PO是在所确定的PF的第二半帧中用于RMSI的一组PDCCH监视时机
如果RMSI模式是1,
-第1个PO是用于RMSI的一组PDCCH监视时机,其中第1个PDCCH监视时机在所确定的PF中开始。
选项3:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
如果searchSpaceId为0的寻呼搜索空间是由gNB配置的,则用于寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机相同。基于RMSI配置,UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道PF中用于寻呼的第1个PDCCH监视时机和后续的用于寻呼的PDCCH监视时机。
从寻呼帧中用于寻呼的第1个PDCCH监视时机开始的PDCCH监视时机从0开始顺序编号。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项4:与每个PO相对应的子帧或时隙如在LTE中那样是预定义的。
[实施例6]
图6示出了根据本公开的实施例的确定PO的另一示例。
参考图6:
0)UE从由网络信令通知的系统信息中获取寻呼配置(默认DRX周期持续时间,Num_PF,Ns,偏移)、寻呼搜索空间配置(如果由网络信令通知)和RMSI配置(RMSI搜索空间、RMSI模式信息:模式1、2、3)(610)。RMSI也被称为SIB1。RMSI模式也被称为SS/PBCH块和CORESET复用模式。在RRC连接状态下,对于一个或多个配置的BWP,寻呼搜索空间配置由网络在专用信令中信令通知,并且UE使用其激活DL BWP的寻呼搜索空间配置。
1)UE首先导出寻呼帧(620)。寻呼帧是具有满足以下等式16的SFN的无线电帧:
(SFN+偏移)mod T=(T div Num_PF)*(UE_ID mod Num_PF)...等式16
其中,
T:UE的DRX周期。T由UE特定的DRX值(如果由RRC或上层(例如,NAS)配置)中的最短值和系统信息中信令通知的默认DRX值来确定。如果UE特定的DRX没有由RRC或上层配置,则应用默认值。
Num_PF:DRX周期中寻呼帧的数量。Num_PF由gNB在系统信息中信令通知。Num_PF的值可以是T、T/2、T/4、T/8、T/16、T/32等。
在示例中,UE_ID可以是{IMSI mod 1024}或{5G-S-TMSI mod 1024}。
寻呼帧是UE相对于其确定其PO的无线电帧。与PF相关联的PO可以在PF中开始,也可以在PF之后开始。在寻呼帧中开始的PO可以在后续的无线电帧中结束。
2)然后,UE计算索引i_s(630),其中i_s从下面的等式17导出:
i_s=floor(UE_ID/Num_PF)mod Ns其中...等式17
Ns:Ns*Num_PF指示DRX周期中PO的总数。参数Ns由gNB在系统信息中信令通知。
在示例中,UE_ID可以是{IMSI mod 1024}或{5G-S-TMSI mod 1024}。
3)UE监视由i_s所指示的PO(640)。如果i_s=0,UE监视第一个PO;如果i_s=1,则UE监视第二个PO;如果i_s=2,则UE监视第三个PO;等等。
4)UE确定与由i_s所指示的PO相对应的PDCCH监视时机,如下:
选项1:寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId(搜索空间ID)被配置用于寻呼搜索空间。
gNB可以信令通知寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间(duration)中的至少一个)。UE根据时隙内的PDCCH监视周期(Monitoring-periodicity-PDCCH-slot)、PDCCH监视偏移(Monitoring-offset-PDCCH-slot)和PDCCH监视模式(Monitoring-symbols-PDCCH-within-slot)来确定PDCCH监视时机。在时隙“x”到x+持续时间中存在PDCCH监视时机,其中在具有编号“y”的无线电帧中的具有编号“x”的时隙满足等式18:
(y*(无线电帧中的时隙的数量)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)=0;...等式18
在具有PDCCH监视时机的每个时隙中,PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。PDCCH监视时机的长度(以符号表示)由与搜索空间相关联的coreset给出。
如果寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId被配置用于寻呼搜索空间,则基于寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间中的至少一个),UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道在所确定的PF中用于寻呼的第一个PDCCH监视时机以及后续的PDCCH监视时机。
从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF开始起的用于寻呼的PDCCH监视时机从1开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。每个PO的第一个PDCCH监视时机编号可以由gNB信令通知。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知与PO中的每一个相对应的PDCCH监视时机编号(P,Q,R,S)一个。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第Q个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第R个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第S个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。在实施例中,每个PO可以由“R”个子PO组成,其中每个子PO由“X”个PDCCH监视时机组成,X是SSB的数量;在一个实施例中,X是SSB的最大数量(即L);在另一个实施例中,X等于实际发送的SSB。子PO的数量(即R)也由gNB信令通知。在其PO(由PO索引识别)中,UE可以监视一个或多个子PO。PO的这些子PO中的每一个的开始PDCCH监视时机编号由gNB信令通知。可替代地,可以在子PO之间信令通知偏移“O”。第1个子PO的开始PDCCH时机编号是PO的开始PDCCH时机编号。假设PO的开始PDCCH监视时机编号为P且偏移为O。第1个子PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第2个子PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第3个子PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知每个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知PO的最后PDCCH监视时机和下一个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3X+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,第一个PO的时隙索引可以由gNB信令通知。gNB还可以信令通知每个PO的开始时隙之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的时隙索引(S)和偏移O。
第1个PO是从寻呼帧的时隙S中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从时隙S+O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从时隙S+2O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从时隙S+3O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项2:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
UE根据由gNB信令通知的RMSI配置来确定RMSI模式。
如果RMSI模式是2或3,
-第1个PO是在所确定的PF的第一半帧中用于RMSI的一组PDCCH监视时机。
-第2个PO是在所确定的PF的第二半帧中用于RMSI的一组PDCCH监视时机。
如果RMSI模式是1,
-第1个PO是用于RMSI的一组PDCCH监视时机,其中第1个PDCCH监视时机在所确定的PF中开始。
选项3:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
如果searchSpaceId为0的寻呼搜索空间是由gNB配置的,则用于寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机相同。基于RMSI配置,UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道PF中用于寻呼的第1个PDCCH监视时机和后续的用于寻呼的PDCCH监视时机。
从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。在实施例中,每个PO可以由“R”个子PO组成,其中每个子PO由“X”个PDCCH监视时机组成,X是SSB的数量;在一个实施例中,X是SSB的最大数量(即L);在另一个实施例中,X等于实际发送的SSB。子PO的数量(即R)也由gNB信令通知。在其PO(由PO索引识别)中,UE可以监视一个或多个子PO。PO的这些子PO中的每一个的开始PDCCH监视时机编号由gNB信令通知。可替代地,可以在子PO之间信令通知偏移“O”。第1个子PO的开始PDCCH时机编号是PO的开始PDCCH时机编号。假设PO的开始PDCCH监视时机编号为P且偏移为O。第1个子PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第2个子PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第3个子PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
可替代地,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项4:与每个PO相对应的子帧或时隙如在LTE中那样是预定义的。
[实施例7]
图7示出了根据本公开的实施例的确定PO的另一示例。
参考图7:
0)UE从由网络信令通知的系统信息中获取寻呼配置(默认DRX周期持续时间,Num_PF,nB,偏移)、寻呼搜索空间配置(如果由网络信令通知)和RMSI配置(RMSI搜索空间、RMSI模式信息:模式1、2、3)(710)。RMSI也被称为SIB1。RMSI模式也被称为SS/PBCH块和CORESET复用模式。在RRC连接状态下,对于一个或多个配置的BWP,寻呼搜索空间配置由网络在专用信令中信令通知,并且UE使用其激活DL BWP的寻呼搜索空间配置。
1)UE首先导出参考无线电帧(720)。参考帧是具有满足以下等式19的SFN的无线电帧:
SFN mod T=(T div Num_PF)*(UE_ID mod Num_PF)...等式19
其中,
T:UE的DRX周期。T由UE特定的DRX值(如果由RRC或上层(例如,NAS)配置)中的最短值和系统信息中信令通知的默认DRX值来确定。如果UE特定的DRX没有由RRC或上层配置,则应用默认值。
Num_PF:DRX周期中寻呼帧的数量。Num_PF由gNB在系统信息中信令通知。Num_PF的值可以是T、T/2、T/4、T/8、T/16、T/32等。
2)然后,UE确定寻呼帧,其中寻呼帧是SFN等于“参考帧的SFN+偏移”的无线电帧(730)。参数偏移由gNB在系统信息中信令通知。偏移以无线电帧为单位。
例如,如果所确定的参考帧是SFN“X”,而由网络信令通知的偏移是“Y”,则寻呼帧是其中SFN等于X+Y的无线电帧。
寻呼帧是UE相对于其确定其PO的无线电帧。与PF相关联的PO可以在PF中开始,也可以在PF之后开始。在寻呼帧中开始的PO可以在后续的无线电帧中结束。
3)然后,UE计算索引i_s(740),其中i_s从下面的等式20导出:
i_s=floor(UE_ID/Num_PF)mod Ns其中...等式20
Ns:nB/Num_PF。Ns*Num_PF指示DRX周期中PO的总数。
nB:DRX周期中PO的总数。
在示例中,UE_ID可以是{IMSI mod 1024}或{5G-S-TMSI mod 1024}。
4)UE监视由i_s所指示的PO(750)。如果i_s=0,UE监视第一个PO;如果i_s=1,则UE监视第二个PO;如果i_s=2,则UE监视第三个PO;等等。
5)UE确定与由i_s所指示的PO相对应的PDCCH监视时机,如下:
选项1:寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId(搜索空间ID)被配置用于寻呼搜索空间。
gNB可以信令通知寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间(duration)中的至少一个)。UE根据时隙内的PDCCH监视周期(Monitoring-periodicity-PDCCH-slot)、PDCCH监视偏移(Monitoring-offset-PDCCH-slot)和PDCCH监视模式(Monitoring-symbols-PDCCH-within-slot)来确定PDCCH监视时机。在时隙“x”到x+持续时间中存在PDCCH监视时机,其中在具有编号“y”的无线电帧中的具有编号“x”的时隙满足等式21:
(y*(无线电帧中的时隙的数量)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)=0;...等式21
在具有PDCCH监视时机的每个时隙中,PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。PDCCH监视时机的长度(以符号表示)在与搜索空间相关联的corset中给出。
如果寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId被配置用于寻呼搜索空间,则基于寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间中的至少一个),UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道在所确定的PF中用于寻呼的第一个PDCCH监视时机以及后续的PDCCH监视时机。
从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF开始起的用于寻呼的PDCCH监视时机从1开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。每个PO的第一个PDCCH监视时机编号可以由gNB信令通知。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知与PO中的每一个相对应的PDCCH监视时机编号(P,Q,R,S)一个。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第Q个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第R个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第S个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。在实施例中,每个PO可以由“R”个子PO组成,其中每个子PO由“X”个PDCCH监视时机组成,X是SSB的数量;在一个实施例中,X是SSB的最大数量(即L);在另一个实施例中,X等于实际发送的SSB。子PO的数量(即R)也由gNB信令通知。在其PO(由PO索引识别)中,UE可以监视一个或多个子PO。PO的这些子PO中的每一个的开始PDCCH监视时机编号由gNB信令通知。可替代地,可以在子PO之间信令通知偏移“O”。第1个子PO的开始PDCCH时机编号是PO的开始PDCCH时机编号。假设PO的开始PDCCH监视时机编号为P且偏移为O。第1个子PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第2个子PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第3个子PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知每个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知PO的最后PDCCH监视时机和下一个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3X+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,第一个PO的时隙索引可以由gNB信令通知。gNB还可以信令通知每个PO的开始时隙之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的时隙索引(S)和偏移O。
第1个PO是从寻呼帧的时隙S中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从时隙S+O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从时隙S+2O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从时隙S+3O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项2:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。UE根据由gNB信令通知的RMSI配置来确定RMSI模式。
如果RMSI模式是2或3,
-第1个PO是在所确定的PF的第一半帧中用于RMSI的一组PDCCH监视时机。
-第2个PO是在所确定的PF的第二半帧中用于RMSI的一组PDCCH监视时机。
如果RMSI模式是1,
-第1个PO是用于RMSI的一组PDCCH监视时机,其中第1个PDCCH监视时机在所确定的PF中开始。
选项3:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
如果searchSpaceId为0的寻呼搜索空间是由gNB配置的,则用于寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机相同。基于RMSI配置,UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道PF中用于寻呼的第1个PDCCH监视时机和后续的用于寻呼的PDCCH监视时机。
从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项4:与每个PO相对应的子帧或时隙如在LTE中那样是预定义的。
[实施例8]
图8示出了根据本公开的实施例的确定PO的另一示例。
参考图8:
0)UE从由网络信令通知的系统信息中获取寻呼配置(默认DRX周期持续时间,Num_PF,nB,偏移)、寻呼搜索空间配置(如果由网络信令通知)和RMSI配置(RMSI搜索空间、RMSI模式信息:模式1、2、3)(810)。RMSI也被称为SIB1。RMSI模式也被称为SS/PBCH块和CORESET复用模式。在RRC连接状态下,对于一个或多个配置的BWP,寻呼搜索空间配置由网络在专用信令中信令通知,并且UE使用其激活DL BWP的寻呼搜索空间配置。
1)UE首先导出寻呼帧(120)。寻呼帧是具有满足以下等式22的SFN的无线电帧:
(SFN+偏移)mod T=(T div Num_PF)*(UE_ID mod Num_PF)...等式22
其中,
T:UE的DRX周期。T由UE特定的DRX值(如果由RRC或上层(例如,NAS)配置)中的最短值和系统信息中信令通知的默认DRX值来确定。如果UE特定的DRX没有由RRC或上层配置,则应用默认值。
Num_PF:DRX周期中寻呼帧的数量。Num_PF由gNB在系统信息中信令通知。Num_PF的值可以是T、T/2、T/4、T/8、T/16、T/32等。
在示例中,UE_ID可以是{IMSI mod 1024}或{5G-S-TMSI mod 1024}。
寻呼帧是UE相对于其确定其PO的无线电帧。与PF相关联的PO可以在PF中开始,也可以在PF之后开始。在寻呼帧中开始的PO可以在后续的无线电帧中结束。
2)然后,UE计算索引i_s(830),其中i_s从下面的等式23导出:
i_s=floor(UE_ID/Num_PF)mod Ns其中...等式23
Ns:nB/Num_PF。Ns*Num_PF指示DRX周期中PO的总数。
nB:DRX周期中PO的总数。
在示例中,UE_ID可以是{IMSI mod 1024}或{5G-S-TMSI mod 1024}。
3)UE监视由i_s所指示的PO(840)。如果i_s=0,UE监视第一个PO;如果i_s=1,则UE监视第二个PO;如果i_s=2,则UE监视第三个PO;等等。
4)UE确定与由i_s所指示的PO相对应的PDCCH监视时机,如下:
选项1:寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId(搜索空间ID)被配置用于寻呼搜索空间。
gNB可以信令通知寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间(duration)中的至少一个)。UE根据时隙内的PDCCH监视周期(Monitoring-periodicity-PDCCH-slot)、PDCCH监视偏移(Monitoring-offset-PDCCH-slot)和PDCCH监视模式(Monitoring-symbols-PDCCH-within-slot)来确定PDCCH监视时机。在时隙“x”到x+持续时间中存在PDCCH监视时机,其中在具有编号“y”的无线电帧中的具有编号“x”的时隙满足等式24:
(y*(无线电帧中的时隙的数量)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)=0;...等式24
在具有PDCCH监视时机的每个时隙中,PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。PDCCH监视时机的长度(以符号表示)在与搜索空间相关联的corset中给出。
如果寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId被配置用于寻呼搜索空间,则基于寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间中的至少一个),UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道在所确定的PF中用于寻呼的第一个PDCCH监视时机以及后续的PDCCH监视时机。
从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF开始起的用于寻呼的PDCCH监视时机从1开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。每个PO的第一个PDCCH监视时机编号可以由gNB信令通知。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知与PO中的每一个相对应的PDCCH监视时机编号(P,Q,R,S)一个。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第Q个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第R个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第S个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。在实施例中,每个PO可以由“R”个子PO组成,其中每个子PO由“X”个PDCCH监视时机组成,X是SSB的数量;在一个实施例中,X是SSB的最大数量(即L);在另一个实施例中,X等于实际发送的SSB。子PO的数量(即R)也由gNB信令通知。在其PO(由PO索引识别)中,UE可以监视一个或多个子PO。PO的这些子PO中的每一个的开始PDCCH监视时机编号由gNB信令通知。可替代地,可以在子PO之间信令通知偏移“O”。第1个子PO的开始PDCCH时机编号是PO的开始PDCCH时机编号。假设PO的开始PDCCH监视时机编号为P且偏移为O。第1个子PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第2个子PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第3个子PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知每个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知PO的最后PDCCH监视时机和下一个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3X+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,第一个PO的时隙索引可以由gNB信令通知。gNB还可以信令通知每个PO的开始时隙之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的时隙索引(S)和偏移O。
第1个PO是从寻呼帧的时隙S中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从时隙S+O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从时隙S+2O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从时隙S+3O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项2:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
UE根据由gNB信令通知的RMSI配置来确定RMSI模式。
如果RMSI模式是2或3,
-第1个PO是在所确定的PF的第一半帧中用于RMSI的一组PDCCH监视时机。
-第2个PO是在所确定的PF的第二半帧中用于RMSI的一组PDCCH监视时机。
如果RMSI模式是1,
-第1个PO是用于RMSI的一组PDCCH监视时机,其中第1个PDCCH监视时机在所确定的PF中开始。
选项3:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
如果searchSpaceId为0的寻呼搜索空间是由gNB配置的,则用于寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机相同。基于RMSI配置,UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道PF中用于寻呼的第1个PDCCH监视时机和后续的用于寻呼的PDCCH监视时机。
从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项4:与每个PO相对应的子帧或时隙如在LTE中那样是预定义的。
[实施例9]
图9示出了根据本公开的实施例的确定PO的另一示例。
参考图9:
0)UE从由网络信令通知的系统信息中获取寻呼配置(默认DRX周期持续时间,Ns,nB,偏移)、寻呼搜索空间配置(如果由网络信令通知)和RMSI配置(RMSI搜索空间、RMSI模式信息:模式1、2、3)(910)。RMSI也被称为SIB1。RMSI模式也被称为SS/PBCH块和CORESET复用模式。在RRC连接状态下,对于一个或多个配置的BWP,寻呼搜索空间配置由网络在专用信令中信令通知,并且UE使用其激活DL BWP的寻呼搜索空间配置。
1)UE首先导出参考无线电帧(920)。参考帧是具有满足以下等式25的SFN的无线电帧:
SFN mod T=(T div N)*(UE_ID mod N)...等式25
其中,
T:UE的DRX周期。T由UE特定的DRX值(如果由RRC或上层(例如,NAS)配置)中的最短值和系统信息中信令通知的默认DRX值来确定。如果UE特定的DRX没有由RRC或上层配置,则应用默认值。
nB:DRX周期中PO的数量。nB由gNB在系统信息中信令通知。nB的值可以是4T、2T、T、T/2、T/4、T/8、T/16、T/32等。
N:nB/Ns
2)然后,UE确定寻呼帧,其中寻呼帧是SFN等于“参考帧的SFN+偏移”的无线电帧(930)。参数偏移由gNB在系统信息中信令通知。偏移以无线电帧为单位。
例如,如果所确定的参考帧是SFN“X”,而由网络信令通知的偏移是“Y”,则寻呼帧是其中SFN等于X+Y的无线电帧。
寻呼帧是UE相对于其确定其PO的无线电帧。与PF相关联的PO可以在PF中开始,也可以在PF之后开始。在寻呼帧中开始的PO可以在后续的无线电帧中结束。
3)然后,UE计算索引i_s(940),其中i_s从下面的等式26导出:
i_s=floor(UE_ID/N)mod Ns其中...等式26
N=nB/Ns
在示例中,UE_ID可以是{IMSI mod 1024}或{5G-S-TMSI mod 1024}。
4)UE监视由i_s所指示的PO(950)。如果i_s=0,UE监视第一个PO;如果i_s=1,则UE监视第二个PO;如果i_s=2,则UE监视第三个PO;等等。
5)UE确定与由i_s所指示的PO相对应的PDCCH监视时机,如下:
选项1:寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId(搜索空间ID)被配置用于寻呼搜索空间。
gNB可以信令通知寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间(duration)中的至少一个)。UE根据时隙内的PDCCH监视周期(Monitoring-periodicity-PDCCH-slot)、PDCCH监视偏移(Monitoring-offset-PDCCH-slot)和PDCCH监视模式(Monitoring-symbols-PDCCH-within-slot)来确定PDCCH监视时机。在时隙“x”到x+持续时间中存在PDCCH监视时机,其中在具有编号“y”的无线电帧中的具有编号“x”的时隙满足等式27:
(y*(无线电帧中的时隙的数量)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)=0;...等式27
在具有PDCCH监视时机的每个时隙中,PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。PDCCH监视时机的长度(以符号表示)在与搜索空间相关联的corset中给出。
如果寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId被配置用于寻呼搜索空间,则基于寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间中的至少一个),UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道在所确定的PF中用于寻呼的第一个PDCCH监视时机以及后续的PDCCH监视时机。
从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机开始的PDCCH监视时机从0开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF开始起的用于寻呼的PDCCH监视时机从1开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。每个PO的第一个PDCCH监视时机编号可以由gNB信令通知。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知与PO中的每一个相对应的PDCCH监视时机编号(P,Q,R,S)一个。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第Q个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第R个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第S个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。在实施例中,每个PO可以由“R”个子PO组成,其中每个子PO由“X”个PDCCH监视时机组成,X是SSB的数量;在一个实施例中,X是SSB的最大数量(即L);在另一个实施例中,X等于实际发送的SSB。子PO的数量(即R)也由gNB信令通知。在其PO(由PO索引识别)中,UE可以监视一个或多个子PO。PO的这些子PO中的每一个的开始PDCCH监视时机编号由gNB信令通知。可替代地,可以在子PO之间信令通知偏移“O”。第1个子PO的开始PDCCH时机编号是PO的开始PDCCH时机编号。假设PO的开始PDCCH监视时机编号为P且偏移为O。第1个子PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第2个子PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第3个子PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知每个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知PO的最后PDCCH监视时机和下一个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3X+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,第一个PO的时隙索引可以由gNB信令通知。gNB还可以信令通知每个PO的开始时隙之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的时隙索引(S)和偏移O。
第1个PO是从寻呼帧的时隙S中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从时隙S+O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从时隙S+2O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从时隙S+3O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项2:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
UE根据由gNB信令通知的RMSI配置来确定RMSI模式。
如果RMSI模式是2或3,
-第1个PO是在所确定的PF的第一半帧中用于RMSI的一组PDCCH监视时机。
-第2个PO是在所确定的PF的第二半帧中用于RMSI的一组PDCCH监视时机。
如果RMSI模式是1,
-第1个PO是用于RMSI的一组PDCCH监视时机,其中第1个PDCCH监视时机在所确定的PF中开始。
选项3:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
如果searchSpaceId为0的寻呼搜索空间是由gNB配置的,则用于寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机相同。基于RMSI配置,UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道PF中用于寻呼的第1个PDCCH监视时机和后续的用于寻呼的PDCCH监视时机。
从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项4:与每个PO相对应的子帧或时隙如在LTE中那样是预定义的。
[实施例10]
图10示出了根据本公开的实施例的确定PO的另一示例。
参考图10:
0)UE从由网络信令通知的系统信息中获取寻呼配置(默认DRX周期持续时间,Ns,nB,偏移)、寻呼搜索空间配置(如果由网络信令通知)和RMSI配置(RMSI搜索空间、RMSI模式信息:模式1、2、3)(1010)。RMSI也被称为SIB1。RMSI模式也被称为SS/PBCH块和CORESET复用模式。在RRC连接状态下,对于一个或多个配置的BWP,寻呼搜索空间配置由网络在专用信令中信令通知,并且UE使用其激活DL BWP的寻呼搜索空间配置。
1)UE首先导出寻呼帧(1020)。寻呼帧是具有满足以下等式28的SFN的无线电帧:
(SFN+偏移)mod T=(T div Num_PF)*(UE_ID mod Num_PF)...等式28其中,
T:UE的DRX周期。T由UE特定的DRX值(如果由RRC或上层(例如,NAS)配置)中的最短值和系统信息中信令通知的默认DRX值来确定。如果UE特定的DRX没有由RRC或上层配置,则应用默认值。
nB:DRX周期中PO的数量。nB由gNB在系统信息中信令通知。nB的值可以是4T、2T、T、T/2、T/4、T/8、T/16、T/32等。
N:nB/Ns
在示例中,UE_ID可以是{IMSI mod 1024}或{5G-S-TMSI mod 1024}。
寻呼帧是UE相对于其确定其PO的无线电帧。与PF相关联的PO可以在PF中开始,也可以在PF之后开始。在寻呼帧中开始的PO可以在后续的无线电帧中结束。
2)然后,UE计算索引i_s(1030),其中i_s从下面的等式29导出:
i_s=floor(UE_ID/Num_PF)mod Ns其中...等式29
N=nB/Ns
在示例中,UE_ID可以是{IMSI mod 1024}或{5G-S-TMSI mod 1024}。
3)UE监视由i_s所指示的PO(1040)。如果i_s=0,UE监视第一个PO;如果i_s=1,则UE监视第二个PO;如果i_s=2,则UE监视第三个PO;等等。
UE确定与由i_s所指示的PO相对应的PDCCH监视时机,如下:
选项1:寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId(搜索空间ID)被配置用于寻呼搜索空间。
gNB可以信令通知寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间(duration)中的至少一个)。UE根据时隙内的PDCCH监视周期(Monitoring-periodicity-PDCCH-slot)、PDCCH监视偏移(Monitoring-offset-PDCCH-slot)和PDCCH监视模式(Monitoring-symbols-PDCCH-within-slot)来确定PDCCH监视时机。在时隙“x”到x+持续时间中存在PDCCH监视时机,其中在具有编号“y”的无线电帧中的具有编号“x”的时隙满足等式30:
(y*(无线电帧中的时隙的数量)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)=0;...等式30
在具有PDCCH监视时机的每个时隙中,PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。PDCCH监视时机的长度(以符号表示)在与搜索空间相关联的corset中给出。
如果寻呼搜索空间由gNB配置,其中除零之外的searchSpaceId被配置用于寻呼搜索空间,则基于寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间中的至少一个),UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道在所确定的PF中用于寻呼的第一个PDCCH监视时机以及后续的PDCCH监视时机。
从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF开始起的用于寻呼的PDCCH监视时机从1开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。每个频带的SSB的最大数量(L)是预定义的。gNB在系统信息中信令通知与实际发送的SSB相关的信息(SSBPositionsInBurst)。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。每个PO的第一个PDCCH监视时机编号可以由gNB信令通知。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB信令通知与PO中的每一个相对应的PDCCH监视时机编号(P,Q,R,S)一个。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第Q个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第R个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第S个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。在实施例中,每个PO可以由“R”个子PO组成,其中每个子PO由“X”个PDCCH监视时机组成,X是SSB的数量;在一个实施例中,X是SSB的最大数量(即L);在另一个实施例中,X等于实际发送的SSB。子PO的数量(即R)也由gNB信令通知。在其PO(由PO索引识别)中,UE可以监视一个或多个子PO。PO的这些子PO中的每一个的开始PDCCH监视时机编号由gNB信令通知。可替代地,可以在子PO之间信令通知偏移“O”。第1个子PO的开始PDCCH时机编号是PO的开始PDCCH时机编号。假设PO的开始PDCCH监视时机编号为P且偏移为O。第1个子PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第2个子PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。第3个子PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知每个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从所确定的PF的开始起的用于寻呼的PDCCH监视时机从0开始顺序编号。换句话说,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从寻呼帧的开始)开始的PDCCH监视时机从0开始顺序编号。第一个PO的第一个PDCCH监视时机编号可以由gNB信令通知。gNB还可以信令通知PO的最后PDCCH监视时机和下一个PO的开始PDCCH监视时机之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的PDCCH监视时机编号(P)和偏移O。
第1个PO是从用于寻呼的第P个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第(P+X+O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第(P+2X+2O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从用于寻呼的第(P+3X+3O)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,第一个PO的时隙索引可以由gNB信令通知。gNB还可以信令通知每个PO的开始时隙之间的偏移。例如,如果Ns等于4,那么i_s值将是0到3,并且有四个PO。gNB可以信令通知第一个PO的时隙索引(S)和偏移O。
第1个PO是从寻呼帧的时隙S中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从时隙S+O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从时隙S+2O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第4个PO是从时隙S+3O中的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项2:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
UE根据由gNB信令通知的RMSI配置来确定RMSI模式。
如果RMSI模式是2或3,
-第1个PO是在所确定的PF的第一半帧中用于RMSI的一组PDCCH监视时机。
-第2个PO是在所确定的PF的第二半帧中用于RMSI的一组PDCCH监视时机。
如果RMSI模式是1,
-第1个PO是用于RMSI的一组PDCCH监视时机,其中第1个PDCCH监视时机在所确定的PF中开始。
选项3:寻呼搜索空间由gNB配置,其中searchSpaceId零被配置用于寻呼搜索空间。
如果searchSpaceId为0的寻呼搜索空间是由gNB配置的,则用于寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机相同。基于RMSI配置,UE知道在所确定的PF和后续的无线电帧中用于寻呼的PDCCH监视时机。UE知道PF中用于寻呼的第1个PDCCH监视时机和后续的用于寻呼的PDCCH监视时机。
从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从0开始顺序编号。
第1个PO是从用于寻呼的第0个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第(i*X)个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
可替代地,从寻呼帧中用于寻呼的第1个PDCCH监视时机(或从PF的开始)开始的PDCCH监视时机从1开始顺序编号。
第1个PO是从用于寻呼的第1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第2个PO是从用于寻呼的第X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第3个PO是从用于寻呼的第2X+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机。
第i个PO是从用于寻呼的第[(i-1)*X)]+1个PDCCH监视时机开始的一组X个连续的PDCCH监视时机,依此类推。
其中,X是SSB的数量。在一个实施例中,X是SSB的最大数量(即,L)。在另一个实施例中,X等于实际发送的SSB。在实施例中,网络可以在系统信息中指示X是否是实际发送的SSB。
选项4:与每个PO相对应的子帧或时隙如在LTE中那样是预定义的。
在上面所解释的方法中,如果“X”是发送的SSB的实际数量,则这些X个SSB按照SSB索引的升序顺序被映射到PO中的X个PDCCH监视时机。例如,假设L(即SSB的最大数量)为8(具有SSB索引为0至7)。如果实际发送的SSB是SSB1、SSB4、SSB5和SSB7,那么X等于4。SSB1被映射到PO的第一个PDCCH监视时机,SSB4被映射到PO的第二个PDCCH监视时机,SSB5被映射到PO的第三个PDCCH监视时机,并且SSB7被映射到PO的第四个PDCCH监视时机。
图11是根据本公开的实施例的终端的框图。
参考图11,终端包括收发器1110、控制器1120和存储器1130。收发器1110、控制器1120和存储器1130被配置为执行图中(例如,图1至图10)所示或以上描述的UE的操作。尽管收发器1110、控制器1120和存储器1130被示为独立的实体,但是它们可以被实现为像单个芯片一样的单个实体。或者,收发器1110、控制器1120和存储器1130可以彼此电连接或耦合。
收发器1110可以向其他网络实体(例如,BS)发送信号和从其接收信号。
控制器1120可以控制UE执行根据上述实施例之一的功能。控制器1120可以指电路、ASIC或至少一个处理器。
在实施例中,终端的操作可以使用存储相应程序代码的存储器1130来实现。具体地,终端可以配备有存储器1130,以存储实现期望操作的程序代码。为了执行期望的操作,控制器1120可以通过使用处理器或中央处理单元(central processing unit,CPU)来读取和执行存储在存储器1130中的程序代码。
图12是根据本公开的实施例的BS的框图。
参考图12,BS包括收发器1210、控制器1220和存储器1230。收发器1210、控制器1220和存储器1230被配置为执行图中(例如,图1至图10)所示或以上描述的网络(例如,gNB)的操作。尽管收发器1210、控制器1220和存储器1230被示为独立的实体,但是它们可以被实现为像单个芯片一样的单个实体。收发器1210、控制器1220和存储器1230可以彼此电连接或耦合。
收发器1210可以向其他网络实体(例如,终端)发送信号和从其接收信号。
控制器1220可以控制BS执行根据上述实施例之一的功能。控制器1220可以指电路、ASIC或至少一个处理器。
在实施例中,BS的操作可以使用存储相应程序代码的存储器1230来实现。具体地,BAS可以配备有存储器1230,以存储实现期望操作的程序代码。为了执行期望的操作,控制器1220可以通过使用处理器或CPU来读取和执行存储在存储器1230中的程序代码。
尽管已经参考本公开的各种实施例示出和描述了本公开,但是本领域技术人员将理解,在不脱离由所附权利要求及其等同物限定的本发明的精神和范围的情况下,可以在形式和细节上进行各种改变。
尽管已经参考本公开的各种实施例示出和描述了本公开,但是本领域技术人员将理解,在不脱离由所附权利要求及其等同物限定的本公开的精神和范围的情况下,可以在形式和细节上进行各种改变。
Claims (15)
1.一种用于在无线通信系统中由终端确定寻呼时机(PO)的方法,所述方法包括:
从基站(BS)接收关于不连续接收(DRX)周期中寻呼帧的数量的第一信息和关于寻呼帧的PO的数量的第二信息;
基于所述第一信息识别寻呼帧;
基于所述第一信息和所述第二信息识别PO的索引;以及
基于所述索引监视一个或多个物理下行链路控制信道(PDCCH)中的寻呼。
2.根据权利要求1所述的方法,
其中,所述寻呼帧由等式1识别:
(SFN+PF_offset)mod T=(T div N)*(UE_ID mod N)...等式1,
其中,SFN是所述寻呼帧的系统帧号,PF_offset是所述寻呼帧的偏移,T是DRX周期,N由所述第一信息确定,UE_ID与终端的标识相关联,
其中,所述PO的索引由等式2确定:
Ei_s=floor(UE_ID/N)mod Ns...等式2,以及
其中,i_s是所述索引,Ns由所述第二信息确定。
3.根据权利要求1所述的方法,
其中,所述PO包括用于寻呼的一组S个PDCCH监视时机,以及
其中,S是由BS发送的同步信号块(SSB)的数量,并且S是由BS在系统信息中信令通知的。
4.根据权利要求3所述的方法,其中所述监视还包括:
从BS接收关于所述寻呼帧的每个PO的第一个PDCCH监视时机编号的第三信息;以及
确定与所述索引相对应的PO中用于寻呼的S个PDCCH监视时机,
其中,所述PO包括从在所述第三信息中接收到的所述第一个PDCCH监视时机编号开始的用于寻呼的S个PDCCH监视时机,
其中,从所述寻呼帧的开始起的用于寻呼的所述S个PDCCH监视时机被顺序编号,并且
其中,基于从BS接收到的寻呼搜索空间配置来确定用于寻呼的S个PDCCH监视时机。
5.一种在无线通信系统中由基站(BS)确定寻呼时机(PO)的方法,所述方法包括:
向终端发送关于不连续接收(DRX)周期中寻呼帧的数量的第一信息和关于寻呼帧的PO的数量的第二信息;以及
在寻呼帧中的PO中向终端发送用于寻呼的下行链路控制信息(DCI),
其中,所述寻呼帧基于所述第一信息被识别,
其中,所述PO的索引基于所述第一信息和所述第二信息被识别,并且
其中,基于所述索引为用于寻呼的DCI监视一个或多个物理下行链路控制信道(PDCCH)。
6.根据权利要求5所述的方法,
其中,所述寻呼帧由等式1识别:
(SFN+PF_offset)mod T=(T div N)*(UE_ID mod N)...等式1,
其中,SFN是所述寻呼帧的系统帧号,PF_offset是所述寻呼帧的偏移,T是DRX周期,N由所述第一信息确定,UE_ID与终端的标识相关联,
其中,所述PO的索引由等式2确定:
Ei_s=floor(UE_ID/N)mod Ns...等式2,以及
其中,i_s是所述索引,Ns由所述第二信息确定。
7.根据权利要求5所述的方法,
其中,所述PO包括用于寻呼的一组S个PDCCH监视时机,
其中,S是被发送到终端的同步信号块(SSB)的数量,并且S由BS在系统信息中信令通知,
其中,所述方法还包括向终端发送关于所述寻呼帧的每个PO的第一个PDCCH监视时机编号的第三信息,
其中,确定在与所述索引相对应的PO中用于寻呼的S个PDCCH监视时机,
其中,所述PO包括从在所述第三信息中发送的第一个PDCCH监视时机编号开始的用于寻呼的所述S个PDCCH监视时机,
其中,从所述寻呼帧的开始起的用于寻呼的所述S个PDCCH监视时机被顺序编号,并且
其中,基于发送给终端的寻呼搜索空间配置来确定用于寻呼的S个PDCCH监视时机。
8.一种在无线通信系统中确定寻呼时机(PO)的终端,所述终端包括:
收发器,被配置为发送和接收信号;以及
控制器,被配置为:
从基站(BS)接收关于不连续接收(DRX)周期中寻呼帧的数量的第一信息和关于寻呼帧的PO的数量的第二信息,
基于所述第一信息识别寻呼帧,
基于所述第一信息和所述第二信息识别PO的索引,以及
基于所述索引在一个或多个物理下行链路控制信道(PDCCH)中监视寻呼。
9.根据权利要求8所述的终端,
其中,所述寻呼帧由等式1识别:
(SFN+PF_offset)mod T=(T div N)*(UE_ID mod N)...等式1,
其中,SFN是所述寻呼帧的系统帧号,PF_offset是所述寻呼帧的偏移,T是DRX周期,N由所述第一信息确定,UE_ID与终端的标识相关联,
其中,所述PO的索引由等式2确定:
Ei_s=floor(UE_ID/N)mod Ns...等式2,以及
其中,i_s是所述索引,Ns由所述第二信息确定。
10.根据权利要求8所述的终端,
其中,所述PO包括用于寻呼的一组S个物理下行链路控制信道(PDCCH)监视时机,以及
其中,S是由BS发送的同步信号块(SSB)的数量,并且S是由BS在系统信息中信令通知的。
11.根据权利要求10所述的终端,
其中,所述控制器还被配置为:
从BS接收关于所述寻呼帧的每个PO的第一个PDCCH监视时机编号的第三信息;以及
确定与所述索引相对应的PO中用于寻呼的S个PDCCH监视时机,
其中,所述PO包括从在所述第三信息中接收到的所述第一个PDCCH监视时机编号开始的用于寻呼的所述S个PDCCH监视时机,
其中,从所述寻呼帧的开始起的用于寻呼的所述S个PDCCH监视时机被顺序编号,并且
其中,基于从BS接收到的寻呼搜索空间配置来确定用于寻呼的S个PDCCH监视时机。
12.一种在无线通信系统中确定寻呼时机(PO)的基站(BS),所述BS包括:
收发器,被配置为发送和接收信号;以及
控制器,被配置为:
向终端发送关于不连续接收(DRX)周期中寻呼帧的数量的第一信息和关于寻呼帧的PO的数量的第二信息;以及
在寻呼帧中的PO中向终端发送用于寻呼的下行链路控制信息(DCI),
其中,所述寻呼帧基于所述第一信息被识别,
其中,所述PO的索引基于所述第一信息和所述第二信息被识别,并且
其中,基于所述索引为用于寻呼的DCI监视一个或多个物理下行链路控制信道(PDCCH)。
13.根据权利要求12所述的BS,
其中,所述寻呼帧由等式1识别:
(SFN+PF_offset)mod T=(T div N)*(UE_ID mod N)...等式1,
其中,SFN是所述寻呼帧的系统帧号,PF_offset是所述寻呼帧的偏移,T是DRX周期,N由所述第一信息确定,UE_ID与终端的标识相关联,
其中,所述PO的索引由等式2确定:
Ei_s=floor(UE_ID/N)mod Ns...等式2,以及
其中,i_s是所述索引,Ns由所述第二信息确定。
14.根据权利要求12所述的BS,
其中,所述PO包括用于寻呼的一组S个物理下行链路控制信道(PDCCH)监视时机,以及
其中,S是被发送到终端的同步信号块(SSB)的数量,并且S由BS在系统信息中信令通知。
15.根据权利要求14所述的BS,
其中,所述控制器还被配置为向终端发送关于所述寻呼帧的每个PO的第一个PDCCH监视时机编号的第三信息,
其中,确定在与所述索引相对应的PO中用于寻呼的S个PDCCH监视时机,
其中,所述PO包括从在所述第三信息中发送的第一个PDCCH监视时机编号开始的用于寻呼的所述S个PDCCH监视时机,
其中,从所述寻呼帧的开始起的用于寻呼的所述S个PDCCH监视时机被顺序编号,以及
其中,基于发送给终端的寻呼搜索空间配置来确定用于寻呼的所述S个PDCCH监视时机。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862680765P | 2018-06-05 | 2018-06-05 | |
US62/680,765 | 2018-06-05 | ||
PCT/KR2019/006712 WO2019235808A1 (en) | 2018-06-05 | 2019-06-04 | System and method of determining paging occasions for transmitting and receiving paging |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112262599A true CN112262599A (zh) | 2021-01-22 |
CN112262599B CN112262599B (zh) | 2024-04-02 |
Family
ID=68692508
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980038585.7A Active CN112262599B (zh) | 2018-06-05 | 2019-06-04 | 确定用于发送和接收寻呼的寻呼时机的系统和方法 |
Country Status (6)
Country | Link |
---|---|
US (3) | US10887864B2 (zh) |
EP (2) | EP4152843A1 (zh) |
KR (1) | KR20210005560A (zh) |
CN (1) | CN112262599B (zh) |
CA (1) | CA3102366A1 (zh) |
WO (1) | WO2019235808A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11224088B2 (en) * | 2018-07-02 | 2022-01-11 | Qualcomm Incorporated | Beam sweeping during an on-period of a DRX cycle |
CN110475294B (zh) * | 2018-08-10 | 2020-08-07 | 华为技术有限公司 | 一种通信方法、装置及系统 |
EP4325954A3 (en) | 2018-09-13 | 2024-05-08 | Samsung Electronics Co., Ltd. | System and method of transmitting and receiving paging and system information |
KR20200067048A (ko) | 2018-12-03 | 2020-06-11 | 삼성전자주식회사 | 무선 통신 시스템에서 랜덤엑세스 수행 시 데이터의 유실을 방지하는 방법 및 장치 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101755475A (zh) * | 2007-06-19 | 2010-06-23 | 诺基亚公司 | 提供空闲模式不连续接收的设备、方法和计算机程序产品 |
WO2017171454A1 (en) * | 2016-03-31 | 2017-10-05 | Samsung Electronics Co., Ltd. | Methods for determining paging occasions in edrx cycle and monitoring paging occasions based on cel |
US20170367069A1 (en) * | 2016-06-21 | 2017-12-21 | Samsung Electronics Co., Ltd. | System and method of paging in next generation wireless communication system |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9432900B2 (en) | 2011-04-08 | 2016-08-30 | Lg Electronics Inc. | Method for performing handover in wireless communication system and apparatus for same |
WO2017078323A1 (ko) | 2015-11-04 | 2017-05-11 | 엘지전자 주식회사 | 페이징을 수행하는 방법 및 장치 |
US10477457B2 (en) * | 2016-11-03 | 2019-11-12 | Samsung Electronics Co., Ltd. | Apparatus and method to support ultra-wide bandwidth in fifth generation (5G) new radio |
KR20210020384A (ko) * | 2019-08-14 | 2021-02-24 | 삼성전자주식회사 | 차세대 이동 통신 시스템에서 복수 개의 sim을 지원하는 단말의 페이징 송수신 방법 및 장치 |
-
2019
- 2019-06-03 US US16/429,548 patent/US10887864B2/en active Active
- 2019-06-04 KR KR1020207027449A patent/KR20210005560A/ko unknown
- 2019-06-04 CN CN201980038585.7A patent/CN112262599B/zh active Active
- 2019-06-04 CA CA3102366A patent/CA3102366A1/en active Pending
- 2019-06-04 EP EP22204768.0A patent/EP4152843A1/en active Pending
- 2019-06-04 WO PCT/KR2019/006712 patent/WO2019235808A1/en unknown
- 2019-06-04 EP EP19815979.0A patent/EP3788825B1/en active Active
-
2021
- 2021-01-04 US US17/140,416 patent/US11432261B2/en active Active
-
2022
- 2022-08-19 US US17/891,578 patent/US11968645B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101755475A (zh) * | 2007-06-19 | 2010-06-23 | 诺基亚公司 | 提供空闲模式不连续接收的设备、方法和计算机程序产品 |
WO2017171454A1 (en) * | 2016-03-31 | 2017-10-05 | Samsung Electronics Co., Ltd. | Methods for determining paging occasions in edrx cycle and monitoring paging occasions based on cel |
US20170367069A1 (en) * | 2016-06-21 | 2017-12-21 | Samsung Electronics Co., Ltd. | System and method of paging in next generation wireless communication system |
Non-Patent Citations (7)
Title |
---|
""1808731 Report from breakout session (CMCC)"", 3GPP TSG_RAN\\WG2_RL2 * |
""R2-1808395 PO-PF Calculation for Default Association"", 3GPP TSG_RAN\\WG2_RL2 * |
""R2-1809175_LS_Paging"", 3GPP TSG_RAN\\WG2_RL2 * |
MCC: "R2-1806601 "RAN2#101bis Meeting Report"", 3GPP TSG_RAN\\WG2_RL2, no. 2 * |
MEDIATEK INC.: "R2-1807743 "Paging Frame and Paging Occasion Calculation in NR"", 3GPP TSG_RAN\\WG2_RL2, no. 2 * |
QUALCOMM INCORPORATED: "R2-1806885 "Report of [101bis#67][NR] PO/PF calculation"", 3GPP TSG_RAN\\WG2_RL2, no. 2 * |
SAMSUNG ELECTRONICS CO., LTD: "R2-1807689 "Reference Frame amp;amp; PO Determination_Non Default Association"", 3GPP TSG_RAN\\WG2_RL2, no. 2 * |
Also Published As
Publication number | Publication date |
---|---|
US11968645B2 (en) | 2024-04-23 |
CN112262599B (zh) | 2024-04-02 |
US10887864B2 (en) | 2021-01-05 |
US20190373577A1 (en) | 2019-12-05 |
EP4152843A1 (en) | 2023-03-22 |
CA3102366A1 (en) | 2019-12-12 |
WO2019235808A1 (en) | 2019-12-12 |
US20220394665A1 (en) | 2022-12-08 |
EP3788825A4 (en) | 2021-06-30 |
EP3788825B1 (en) | 2022-11-16 |
EP3788825A1 (en) | 2021-03-10 |
US20210127353A1 (en) | 2021-04-29 |
US11432261B2 (en) | 2022-08-30 |
KR20210005560A (ko) | 2021-01-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11832213B2 (en) | Method and apparatus for transmitting and receiving system information | |
CN112262599B (zh) | 确定用于发送和接收寻呼的寻呼时机的系统和方法 | |
US11956709B2 (en) | Method and apparatus of system information (SI) change notification on unlicensed carrier | |
KR20190095932A (ko) | 신호 전송 방법 및 장치 | |
US11153847B2 (en) | Method and apparatus of paging transmission and reception, system information window determination and uplink carrier selection | |
US11595107B2 (en) | Method and apparatus for validating stored system information | |
US11659519B2 (en) | Method and apparatus for monitoring paging in extended DRX cycle in a wireless communication system | |
CN112586079A (zh) | 选择系统信息请求的rach时机的系统和方法 | |
US11382010B2 (en) | Method and apparatus of master information block (MIB) acquisition upon handover | |
US20210314909A1 (en) | Method and apparatus for paging and system information (si) update transmission and reception | |
CN117296441A (zh) | 发送和接收多播会话激活通知的方法 | |
CN111149319B (zh) | 在无线通信系统中用于发送参考信号的方法和装置 | |
CN114208312A (zh) | 用于确定2步随机接入的前导码和rach时机的方法和设备 |
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 |