CN112106401A - 发送和接收寻呼和系统信息的系统和方法 - Google Patents
发送和接收寻呼和系统信息的系统和方法 Download PDFInfo
- Publication number
- CN112106401A CN112106401A CN201980032038.8A CN201980032038A CN112106401A CN 112106401 A CN112106401 A CN 112106401A CN 201980032038 A CN201980032038 A CN 201980032038A CN 112106401 A CN112106401 A CN 112106401A
- Authority
- CN
- China
- Prior art keywords
- paging
- pdcch monitoring
- pdcch
- occasion
- tdd
- 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 241
- 238000004891 communication Methods 0.000 claims abstract description 89
- 238000012544 monitoring process Methods 0.000 claims description 594
- 239000000872 buffer Substances 0.000 abstract description 64
- 238000005516 engineering process Methods 0.000 abstract description 21
- 230000005540 biological transmission Effects 0.000 description 86
- 230000011664 signaling Effects 0.000 description 75
- 238000012545 processing Methods 0.000 description 57
- 230000015654 memory Effects 0.000 description 34
- 238000011084 recovery Methods 0.000 description 29
- 230000007717 exclusion Effects 0.000 description 18
- 101150096310 SIB1 gene Proteins 0.000 description 17
- 230000001960 triggered effect Effects 0.000 description 16
- 238000013468 resource allocation Methods 0.000 description 15
- 230000008569 process Effects 0.000 description 14
- 230000006870 function Effects 0.000 description 8
- 230000000737 periodic effect Effects 0.000 description 8
- 230000004044 response Effects 0.000 description 8
- 238000012217 deletion Methods 0.000 description 7
- 230000037430 deletion Effects 0.000 description 7
- 238000013461 design Methods 0.000 description 7
- 239000000126 substance Substances 0.000 description 7
- 238000013507 mapping Methods 0.000 description 6
- 239000000969 carrier Substances 0.000 description 5
- 230000001174 ascending effect Effects 0.000 description 4
- 230000009977 dual effect Effects 0.000 description 4
- 238000001228 spectrum Methods 0.000 description 4
- 101100274486 Mus musculus Cited2 gene Proteins 0.000 description 3
- 101150096622 Smr2 gene Proteins 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 3
- 238000003780 insertion Methods 0.000 description 3
- 230000037431 insertion Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 238000005259 measurement Methods 0.000 description 3
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 2
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 2
- 101100533725 Mus musculus Smr3a gene Proteins 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000003321 amplification Effects 0.000 description 2
- 238000007630 basic procedure Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000003199 nucleic acid amplification method Methods 0.000 description 2
- 230000000153 supplemental effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- HMUNWXXNJPVALC-UHFFFAOYSA-N 1-[4-[2-(2,3-dihydro-1H-inden-2-ylamino)pyrimidin-5-yl]piperazin-1-yl]-2-(2,4,6,7-tetrahydrotriazolo[4,5-c]pyridin-5-yl)ethanone Chemical compound C1C(CC2=CC=CC=C12)NC1=NC=C(C=N1)N1CCN(CC1)C(CN1CC2=C(CC1)NN=N2)=O HMUNWXXNJPVALC-UHFFFAOYSA-N 0.000 description 1
- LDXJRKWFNNFDSA-UHFFFAOYSA-N 2-(2,4,6,7-tetrahydrotriazolo[4,5-c]pyridin-5-yl)-1-[4-[2-[[3-(trifluoromethoxy)phenyl]methylamino]pyrimidin-5-yl]piperazin-1-yl]ethanone Chemical compound C1CN(CC2=NNN=C21)CC(=O)N3CCN(CC3)C4=CN=C(N=C4)NCC5=CC(=CC=C5)OC(F)(F)F LDXJRKWFNNFDSA-UHFFFAOYSA-N 0.000 description 1
- YLZOPXRUQYQQID-UHFFFAOYSA-N 3-(2,4,6,7-tetrahydrotriazolo[4,5-c]pyridin-5-yl)-1-[4-[2-[[3-(trifluoromethoxy)phenyl]methylamino]pyrimidin-5-yl]piperazin-1-yl]propan-1-one Chemical compound N1N=NC=2CN(CCC=21)CCC(=O)N1CCN(CC1)C=1C=NC(=NC=1)NCC1=CC(=CC=C1)OC(F)(F)F YLZOPXRUQYQQID-UHFFFAOYSA-N 0.000 description 1
- 235000009421 Myristica fragrans Nutrition 0.000 description 1
- 206010042135 Stomatitis necrotising Diseases 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 229940112112 capex Drugs 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- FEBLZLNTKCEFIT-VSXGLTOVSA-N fluocinolone acetonide Chemical compound C1([C@@H](F)C2)=CC(=O)C=C[C@]1(C)[C@]1(F)[C@@H]2[C@@H]2C[C@H]3OC(C)(C)O[C@@]3(C(=O)CO)[C@@]2(C)C[C@@H]1O FEBLZLNTKCEFIT-VSXGLTOVSA-N 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 239000001115 mace Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000008450 motivation Effects 0.000 description 1
- 201000008585 noma Diseases 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
Images
Classifications
-
- 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
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B17/00—Monitoring; Testing
- H04B17/30—Monitoring; Testing of propagation channels
- H04B17/309—Measuring or estimating channel quality parameters
- H04B17/318—Received signal strength
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/14—Two-way operation using the same type of signal, i.e. duplex
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/18—TPC being performed according to specific parameters
- H04W52/24—TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters
- H04W52/245—TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters taking into account received signal strength
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
- H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
- H04W52/365—Power headroom reporting
-
- 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
- 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
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/14—Two-way operation using the same type of signal, i.e. duplex
- H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- Electromagnetism (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及一种通信方法和系统，用于利用物联网(IoT)技术来融合第五代(5G)通信系统，以支持超过第四代(4G)系统的更高的数据速率。本公开可以应用于基于5G通信技术和IoT相关技术的智能服务，诸如智能家居、智能建筑、智能城市、智能汽车、互联汽车、医疗保健、数字教育、智能零售、安保和安全服务。根据本公开的一方面，提供了一种用于防止Msg3缓冲器中存在的数据丢失的方法和装置以及用于确定寻呼帧和/或寻呼时机的方法和装置。
Description
技术领域
本公开总体上涉及一种用户设备(UE)和基站(BS)，并且更具体地，涉及一种在下一代移动通信系统中用于防止Msg3缓冲器中存在的数据丢失并确定寻呼时机的方法和装置。
背景技术
为了满足自部署4G通信系统以来对无线数据流量不断增长的需求，已努力开发改进的5G或5G前的通信系统，也称为“超4G网络”或“后LTE系统”。5G通信系统被认为是在更高的频率(mmWave)频带(诸如60GHz频带)中实现，以实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全尺寸MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。
此外，在5G通信系统中，正在基于先进的小型小区、云无线电接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等进行系统网络改进的开发。在5G系统中，已经开发了混合式移频键控(FSK)和频率正交幅度调制(QAM)(FQAM)和滑动窗口叠加编码(SWSC)作为高级编码调制(ACM)，以及滤波器组多载波(FBMC)、正交多址(NOMA)和稀疏代码多址(SCMA)作为高级接入技术。
互联网现在正在演变为物联网(IoT)，在IoT中，分布式实体(诸如事物)无需人工干预即可交换和处理信息。已经出现万物联网(IoE)，IoE是IoT技术和通过与云服务器连接的大数据处理技术的结合。由于IoT实现需要技术元素，诸如“传感技术”、“有线/无线通信和网络基础结构”、“服务接口技术”和“安全技术”，因此最近已经研究了传感器网络、机器对机器(M2M通信、机器类型通信(MTC)等。这样的IoT环境可以提供智能互联网技术服务，通过收集和分析在互联事物之间生成的数据为人类生活创造新的价值。通过现有信息技术(IT)与各种工业应用之间的融合和结合，IoT可以应用于各种领域，包括智能家居、智能建筑、智能城市、智能汽车或互联汽车、智能电网、医疗保健、智能家电和高级医疗服务。
因此，已经进行了研究以将5G通信系统应用于IoT网络。例如，诸如传感器网络、MTC和M2M通信的技术可以通过波束成形、MIMO和阵列天线来实现。云无线电接入网络(RAN)作为上述大数据处理技术的应用也可以视为5G与IoT技术融合的示例。
发明内容
技术问题
同时，如果UE在波束失败恢复条件下将基于竞争的随机接入与基于非竞争的随机接入混合使用，则由于删除了Msg3缓冲器，所以Msg3缓冲器中存在的数据可能会丢失。因此，需要一种防止Msg3缓冲器中存在的数据丢失的方法。
另外，如果用于下行链路传输的载波是非许可载波，则gNB需要在下行链路中发送寻呼消息之前执行信道感测以确定信道是否空闲。gNB可能有寻呼消息要发送，但是由于信道不空闲而无法在寻呼时机发送寻呼消息。除非将为UE增加DRX周期中的寻呼传输机会，否则这会将寻呼传输延迟到下一个DRX周期。需要一种确定寻呼帧和/或寻呼时机的增强方法。
在当前设计中，由于应用于空闲/非活动UE和连接UE的TDD配置不同，因此用于由空闲/非活动UE确定的寻呼的PDCCH监视时机和由连接UE确定的PDCCH监视时机可能不同。结果，在由空闲/非活动UE和连接UE确定的寻呼时机之间将存在不匹配。需要一种确定有效PDCCH监视时机的增强方法。
本公开的各方面将至少解决上述问题和/或缺点，并至少提供下述优点。
根据本公开的一方面，提供了一种无线通信系统中的终端的方法。所述方法包括：从基站接收包括在系统信息块1(SIB 1)中的时分双工(TDD)配置信息；从基站接收寻呼搜索空间配置信息；识别用于监视寻呼的寻呼时机的寻呼帧和索引；基于TDD配置信息和寻呼搜索空间配置信息，识别用于寻呼的物理下行链路控制信道(PDCCH)监视时机，识别的PDCCH监视时机是由寻呼搜索空间配置信息配置的PDCCH监视时机，并与由TDD配置信息确定的一个或多个UL符号不重叠；以及对在与识别的寻呼时机索引相对应的寻呼时机中用于寻呼的至少一个PDCCH监视时机中寻址到寻呼无线网络临时标识符(P-RNTI)的PDCCH执行监视。
根据本公开的另一方面，提供了一种无线通信系统中的基站的方法。所述方法包括：发送包括在系统信息块1(SIB 1)中的时分双工(TDD)配置信息；发送寻呼搜索空间配置信息；识别用于发送寻呼的寻呼时机的寻呼帧和索引；基于TDD配置信息和寻呼搜索空间配置信息，识别物理下行链路控制信道(PDCCH)监视时机，识别的PDCCH监视时机是由寻呼搜索空间配置信息配置的PDCCH监视时机，与由TDD配置信息确定的一个或多个UL符号不重叠；以及使用在与识别的寻呼时机索引相对应的识别的PDCCH监视时机中用于寻呼的至少一个PDCCH监视时机中的寻呼无线网络临时标识符(P-RNTI)发送用于寻呼的PDCCH。
根据本公开的另一方面，提供了一种无线通信系统中的终端。所述终端包括收发器；以及控制器，其与收发器耦合，并被配置为：从基站接收包括在系统信息块1(SIB 1)中的时分双工(TDD)配置信息；从基站接收寻呼搜索空间配置信息；识别用于监视寻呼的寻呼时机的寻呼帧和索引；基于TDD配置信息和寻呼搜索空间配置信息，识别用于寻呼的物理下行链路控制信道(PDCCH)监视时机，识别的PDCCH监视时机是由寻呼搜索空间配置信息配置的PDCCH监视时机，与由TDD配置信息确定的一个或多个UL符号不重叠；以及对在与识别的寻呼时机索引相对应的寻呼时机中用于寻呼的至少一个PDCCH监视时机中寻址到寻呼无线网络临时标识符(P-RNTI)的PDCCH执行监视。
根据本公开的另一方面，提供了一种无线通信系统中的基站。所述基站包括收发器；以及控制器，与收发器耦合，并被配置为：发送包括在系统信息块1(SIB 1)中的时分双工(TDD)配置信息；发送寻呼搜索空间配置信息；识别用于发送寻呼的寻呼时机的寻呼帧和索引；基于TDD配置信息和寻呼搜索空间配置信息，识别物理下行链路控制信道(PDCCH)监视时机，识别的PDCCH监视时机是由寻呼搜索空间配置信息配置的PDCCH监视时机，与由TDD配置信息确定的一个或多个UL符号不重叠；以及使用在与识别的寻呼时机索引相对应的识别的PDCCH监视时机中用于寻呼的至少一个PDCCH监视时机中的寻呼无线网络临时标识符(P-RNTI)发送用于寻呼的PDCCH。
根据本公开的实施例，当执行随机接入以恢复无线通信系统中的波束失败时，UE可以在完成随机接入之后发送Msg3缓冲器中的数据并防止数据丢失。根据实施例，基站可以在DRX周期中发送寻呼消息而没有延迟，并且可以解决空闲/非活动UE与连接UE之间的PDCCH监视时机的不确定性。
附图说明
通过以下结合附图的描述，本公开的特定实施例的上述和其他方面、特征和优点将更加明显，在附图中：
图1示出根据本公开一些实施例的LTE系统的结构；
图2示出根据本公开的一些实施例的LTE和NR系统中的无线电协议结构；
图3示出根据本公开的一些实施例的当基于NR系统中的波束执行通信时的下行链路和上行链路信道帧结构；
图4示出根据本公开的一些实施例的在诸如波束失败恢复的条件下由UE执行的基于竞争和非竞争的随机接入过程；
图5示出根据本公开的一些实施例的当应用防止数据丢失的方法时在UE与gNB之间的数据传输和接收；
图6示出根据本公开的一些实施例的当应用防止数据丢失的方法时在UE内执行的过程；
图7示出根据本公开的一些实施例的当基于NR系统中的波束执行通信时的下行链路和上行链路信道帧结构；
图8示出根据本公开的一些实施例的在诸如波束失败恢复的条件下由UE执行的基于竞争和基于非竞争的随机接入过程；
图9示出根据本公开的一些实施例的当应用防止缓冲器状态报告和功率余量报告的丢失的方法时在UE与gNB之间的数据传输和接收；
图10示出根据本公开一些实施例的当应用防止丢失缓冲器状态报告和功率余量报告的方法时的UE的过程；
图11示出根据本公开的一些实施例的在无线通信系统中的UE的配置；
图12示出根据本公开的一些实施例的无线通信系统中的ENB的配置。
图13示出根据方法1的实施例的确定DRX周期中的PO的实施例。
图14示出由方法1确定的由UE监视的PF的示例。
图15示出根据方法2-1的实施例的在DRX周期中确定PO的过程。
图16示出由通过方法2-1确定的UE监视的PF和PO的示例。
图17示出根据方法2-2的实施例的在DRX周期中确定PO的过程。
图18示出由通过方法2-2确定的UE监视的PO的示例。
图19示出根据方法3-1的实施例的在DRX周期中确定PO的过程。
图20示出由通过方法3-1确定的UE监视的PO的示例。
图21示出根据方法3-2确定DRX周期中的PO的过程。
图22示出由通过方法3-2确定的UE监视的PO的示例。
图23示出根据方法4-1的实施例的在DRX周期中确定PO的过程。
图24示出根据方法4-1的实施例的与发送的SSB相对应的PO中的PDCCH监视时机的示例。
图25示出根据方法4-1的实施例的在与发送的SSB相对应的PO中的另一示例PDCCH监视时机。
图26示出根据实施例2-2-1的在Ns＝4和C＝2的情况下在PO和核心集之间的映射的示例。
图27示出根据本公开的实施例的用于SI接收的初始BWP的示例。
图28示出根据本公开的实施例的考虑多个核心集的用于SI消息的SI窗口的示例。
图29示出中gNB发送SI消息的SI窗口的示例。
图30示出通过pagingSearchSpace配置的用于寻呼的PDCCH监视时机的示例。
图31示出通过tdd-UL-DL-ConfigurationCommon进行的TDD配置的示例。
图32a示出用于寻呼和TDD配置的PDCCH监视时机的示例。
图32b示出根据图32a中的TDD配置的PO的示例。
图33示出根据方法1的实施例的确定用于寻呼的有效PDCCH监视时机的方法。
图34示出根据方法1的实施例的确定用于寻呼的有效PDCCH监视时机的方法。
图35a示出基于tdd-UL-DLConfigurationCommon的用于寻呼和TDD配置的PDCCH监视时机的示例。
图35b示出根据方法1的用于寻呼的有效PDCCH监视时机的示例。
图36示出根据方法2的实施例的确定用于寻呼的有效PDCCH监视时机的方法。
图37示出根据方法3的实施例的确定用于寻呼的有效PDCCH监视时机的方法。
图38示出根据方法4的实施例的由gNB配置TDD配置的方法。
图39示出根据方法1的实施例的确定SI消息的有效PDCCH监视时机的方法。
图40示出根据方法2的实施例的确定用于SI消息的有效PDCCH监视时机的方法。
图41示出根据方法3的实施例的确定用于SI消息的有效PDCCH监视时机的方法。
图42示出根据方法4的实施例的由gNB配置TDD配置的方法。
图43示出根据实施例2和3的UE的配置。
图44示出根据实施例2和3的基站的配置。
具体实施方式
在下文中，将参照附图描述本公开的实施例，在附图中，为了方便起见，每个组件的尺寸可能被放大。为了清楚和简洁起见，将省略在此并入的已知功能和配置的详细描述。
下文将描述的术语是考虑到本公开中的功能而定义的，并且可以根据用户、用户的意图或习惯而不同。因此，应该基于整个说明书的内容来进行术语的定义，诸如用于识别接入节点、指代网络实体、指代消息、指代网络对象之间的接口以及指代各种识别信息的术语。本公开不受以下术语的限制，并且可以使用指代具有等同技术含义的对象的其他术语。
为了便于解释，本文的实施例使用在第三代合作伙伴计划长期演进(3GPP LTE)准则中定义的术语和单词。然而，本公开不受这些术语和词语的限制，并且可以等同地应用于根据其他准则的系统。在实施例中，为了便于解释，术语演进节点B(eNB)可以与gNB(5G基站或下一代节点B)互换使用。也就是说，被图示为基站的eNB可以指代gNB。术语“终端”或“UE”可以指代移动电话、窄带物联网(NB-IoT)设备、传感器和其他无线通信设备。
<实施例1>
图1示出根据本公开的一些实施例的LTE系统的结构。NR系统实际上也具有相同的结构。
参照图1，LTE无线通信系统可以包括多个ENB 105、110、115和120、移动性管理实体(MME)120和服务网关(S-GW)130。用户设备(以下称为UE或终端)(135)可以通过ENB 105、110、115和120以及S-GW 130接入外部网络。
ENB 105、110、115和120可以向接入网络的UE 135提供无线接入，其是蜂窝网络的接入节点。也就是说，为了服务于用户的业务，ENB 105、110、115和120基于收集的状态信息(例如，缓冲器状态、可用传输功率状态和UE的信道状态)执行调度，并支持UE 135和核心网(CN)之间的连接。
MME 125可以是执行管理UE 135的移动性的功能和各种控制功能的设备，并且连接到多个ENB，并且S-GW(130)可以是提供数据承载的设备。MME 125和S-GW 130还对UE 135接入网络和承载管理执行认证，并且处理从ENB 105、110、115和120接收的分组或要传送到ENB 105、110、115和120的分组。
图2示出根据本公开的一些实施例的LTE和NR系统中的无线协议结构。
参照图2，在LTE系统的无线协议中，UE和ENB可以分别包括分组数据会聚协议(PDCP)205和240、无线电链路控制(RLC)210和235以及媒体接入控制(MAC)215和230。
分组数据会聚协议(PDCP)205和240执行压缩/重构IP报头的操作，并且无线电链路控制(RLC)210和235将PDCP分组数据单元(PDU)重新配置为具有适当的大小。MAC 215和230与包括在一个UE中的各种RLC层设备连接，并且执行将RLC PDU多路复用到MAC PDU并且从MAC PDU多路分解RLC PDU的操作。PHY层220和225执行以下操作：对上层数据进行信道编码和调制，以生成OFDM符号，并通过无线信道发送OFDM符号，或者对通过无线信道接收的OFDM符号进行解调和信道解码，并将解调和信道解码的OFDM符号发送到上层。
此外，物理层可以使用混合ARQ(HARQ)来校正附加错误，并且接收侧可以发送1比特信息以指示是否接收到由发送侧发送的分组。指示是否接收到由发送侧发送的分组的1比特信息是HARQ ACK/NACK信息。
用于上行链路数据传输的下行链路HARQ ACK/NACK信息可以通过诸如LTE中的物理混合ARQ指示符信道(PHICH)的物理信道来发送。由于在NR中应用了异步HARQ，因此可以通过物理专用控制信道(PDCCH)中的对应UE的调度信息来确定是需要重传还是需要新传输，该物理专用控制信道(PDCCH)是在NR中执行下行链路/上行链路资源分配的信道。
用于下行链路传输的上行链路HARQ ACK/HARQ信息可以通过诸如物理上行链路控制信道(PUCCH)或物理上行链路共享信道(PUSCH)的物理信道来发送。PUCCH通常在以下描述的主小区(PCell)的上行链路中发送，但是有时在辅小区(SCell)中另外发送。此时，在SCell中发送的PUCCH被称为PUCCH SCell。
尽管未示出，但是在UE和ENB中的每一个的PDCP层之上可以存在无线电资源控制(RRC)层，并且RRC层可以交换与接入和测量有关的配置控制消息以控制无线电资源。
同时，PHY层可以包括一个或多个频率/子载波，并且用于同时配置和使用多个频率的技术被称为载波聚合(CA)。CA可以额外使用主载波和一个或多个子载波，由于子载波的数量显着增加传输量，这超过了传统技术，在传统技术中，仅一个子载波用于UE和ENB之间的通信(E-UTRAN NodeB、eNB)。同时，在LTE中，使用主载波的ENB内的小区被称为主小区(PCell)，并且使用辅载波的eNB内的小区被称为辅小区(SCell)。
图3示出根据本公开的一些实施例的当基于NR系统中的波束执行通信时的下行链路和上行链路信道帧结构。
参照图3，ENB 301可以以波束的形式发送信号，以确保更宽的覆盖范围或发送更强的信号，如附图标记311、313、315和317所示。因此，小区内的UE 303应当使用由ENB发送的特定波束(图3中的波束#1 313)来发送和接收数据。
同时，根据UE是否连接到ENB，UE的状态可以分为空闲模式(RRC_IDLE)状态和连接模式(RRC_CONNECTED)状态。因此，ENB在空闲模式状态下不能知道UE的位置。
当处于空闲模式状态的UE切换到连接模式状态时，UE可以接收由ENB发送的同步信号块(SSB)321、323、325和327。SSB是根据由eNB配置的周期周期性地发送的SSB信号，并且每个SSB可以被划分为主同步信号(PSS)341、辅同步信号(SSS)343和物理广播信道(PBCH)345。
图3假设为每个波束发送SSB的情况。例如，假设使用波束#0 311发送SSB#0 321，使用波束#1 313,发送SSB#1 323，使用波束#2 315发送SSB#2325，并且使用波束#3 317发送SSB#3 327。虽然图3假设处于空闲模式的UE位于波束#1中，即使处于处于连接模式的UE执行随机接入时，UE也可以选择在随机接入的时间点接收的SSB。
根据UE位于波束#1的假设，UE接收通过图3中的波束#1发送的SSB#1。在接收到SSB#1时，UE可以通过PSS和SSS获取ENB的物理小区标识符(PCI)，并且接收PBCH，从而识别当前接收的SSB的标识符(即，#1)，在10ms的帧内接收到当前SSB的位置，以及在周期为10.24秒的系统帧号(SFN)内的SSB的SFN。
PBCH可以包括主信息块(MIB)，并且提供指示通过MIB接收到用于广播更详细的小区配置信息的系统信息块类型1(SIB 1)的位置的信息。在接收到SIB1时，UE可以知道由ENB发送的SSB的总数，并且检测用于执行随机接入的物理随机接入信道(PRACH)时机的位置(更具体地，发送作为专门设计用于执行上行链路同步的物理信号的前导)，以切换到连接模式状态(图3假设每1ms分配的方案：从330到339)。
此外，UE可以基于该信息知道PRACH时机中的映射PRACH时机以及PRACH时机映射到的SSB索引。例如，图3假设每1ms分配PRACH时机的情况以及每个PRACH时机分配1/2SSB的情况(也就是说，每个SSB 2个PRACH时机)。因此，图3示出根据SFN从PRACH时机启动开始为每个SSB分配2个PRACH时机的情形。也就是说，在该情况中，如附图标记330和331所示，将PRACH时机分配给SSB#0，如附图标记332和333所示，将PRACH时机分配给SSB#1。在为所有SSB配置了PRACH时机之后，可以再次将PRACH时机分配给第一SSB，如附图标记338和339所示。
因此，UE可以识别对SSB#1的PRACH时机332和333，并且向与SSB#1相对应的PRACH时机332和333中当前最早的PRACH时机(例如，332)发送随机接入前导。由于ENB在PRACH时机332中接收到前导，因此ENB可以知道对应UE选择了SSB#1并发送了前导，从而在随后的随机接入中通过对应波束发送和接收数据。
同时，即使由于切换的原因处于连接状态的UE从当前(源)ENB移动到目的地(目标)ENB时，UE也可以对目标ENB执行随机接入并执行选择SSB和发送随机接入前导或数据的操作，如参照图3所述。
此外，在切换中，用于从源ENB到目标ENB的切换的命令可以被发送到UE，并且可以将对应UE专用随机接入前导标识符分配给目标ENB的每个SSB的切换命令消息，以在对目标ENB执行随机接入时使用。
此时，ENB可能没有为所有波束分配专用随机接入前导标识符(根据UE的当前位置)，因此，可能没有为一些SSB分配专用随机接入前导(例如，专用的随机接入前导仅分配给波束#2和#3。如果没有将专用随机接入前导分配给UE选择用于前导传输的SSB，则UE随机选择基于竞争的随机接入前导并执行随机接入。
例如，图3可以使用UE最初位于波束#1中并且执行随机接入但是在随机接入中失败并且随后UE位于波束#3中并且当再次发送随机接入前导时发送专用前导的情况。也就是说，当执行前导的重传时，根据每次前导传输专用随机接入前导是否被分配给选择的SSB，基于竞争的随机接入过程和基于非竞争的随机接入过程可以在一个随机接入过程内共存。
图4示出根据本公开的一些实施例的在诸如波束失败的恢复的条件下由UE执行的基于竞争和基于非竞争的随机接入过程。
随机接入过程可以包括基于竞争的随机接入过程和基于非竞争的随机接入过程，并且基于非竞争的随机接入过程可以具有gNB分配专用随机接入资源以允许UE执行基于非竞争的随机接入过程。
前述的专用随机接入资源可以是特定时间/频率上的特定前导索引和/或PRACH资源。用于分配专用随机接入资源的信息可以通过PDCCH被分配，或者可以通过RRC层中的消息被发送。RRC层中的消息可以包括诸如RRCReconfiguration的消息(例如，在切换的情况下)。如果在为当前由UE执行的随机接入过程而选择的SSB/CSI-RS中，存在由gNB分配的专用随机接入资源，则UE通过分配的专用随机接入资源发送随机接入前导。
在基于非竞争的随机接入中，当UE在以下描述的RAR消息中发送前导码时，UE确定随机接入成功完成，并结束随机接入过程。
同时，如图3所示，可以考虑以下情况：UE在特定波束中发送和接收信号，但是由于UE的移动而未能使用当前使用的波束，因此在一个ENB内恢复波束使用失败，这是可以被称为波束失败恢复过程。随机接入过程可以用于波束失败恢复过程。在波束失败恢复过程中，gNB可以分配与恢复波束相对应的专用随机接入资源，并且接收与恢复波束相对应的专用随机接入资源的UE可以执行基于非竞争的随机接入。如果gNB没有分配专用资源，则UE可以执行基于竞争的随机接入。
图4假设UE执行用于波束失败恢复的随机接入的情况。
也就是说，在步骤411中，可以假设由于UE 401当前发送和接收的波束的信号强度降低而触发随机接入以恢复波束失败的情况。UE确定哪个波束用于发送和接收包括随机接入的数据，并且在步骤413中选择SSB。
下面描述UE选择SSB的方法。gNB 403配置将用于波束失败恢复的阈值，并且为每个SSB配置专用的随机接入资源。如果在接收的SSB中的信号强度高于阈值的SSB中存在配置了专用随机接入资源的SSB，则UE选择配置了专用随机接入资源的SSB。
例如，如果UE接收到SSB#0、SSB#1和SSB#2的全部，但是gNB仅为SSB#1和SSB#2配置专用随机接入资源，并且仅SSB#0和SSB#1的信号强度高于阈值，则UE选择SSB#1并执行基于非竞争的随机接入。在以上示例中，如果仅SSB#0的信号强度高于阈值，则UE选择SSB#0并执行基于竞争的随机接入。在图4所示的情况下，在步骤413中描述以下过程，由于配置专用资源的波束不能满足条件，因此选择没有配置专用资源的波束(例如，上述示例中的SSB#0)并执行基于竞争的随机接入。
如上所述，如果UE选择SSB，则在步骤415中，UE可以知道映射到选择的SSB的PRACH时机，并因此通过对应的PRACH时机向gNB发送随机接入前导。由于没有将专用前导分配给选择的SSB，因此UE如上所述执行基于竞争的随机接入。也就是说，UE随机地选择并发送基于竞争的前导标识符中的一个。
此外，一个或多个UE可以通过PRACH时机同时发送随机接入前导，也就是说，另一UE可以随机选择基于竞争的前导标识符中的一个并将其发送到对应资源，并且多个UE可以选择相同前导索引。
PRACH资源可以存在于一个子帧上，或者可以仅使用一个子帧内的一些符号。关于PRACH资源的信息可以被包括在由gNB广播的系统信息中或者包括在切换命令中的配置信息中，并且UE可以通过关于PRACH资源的信息知道哪些时间和频率资源被用于发送前导。随机接入前导是专门设计用于接收的特定序列，即使它们在UE和gNB完全同步之前就已被发送，并且根据标准，可能存在多个前导标识符(索引)。如果存在多个前导标识符，则UE发送的前导可以由UE从多个前导中随机选择，或者可以是由gNB指定的特定前导。
同时，如果当处于连接模式状态的UE执行随机接入时，gNB配置要测量的特定信号，则UE可以基于要测量的对应特定信号来选择PRACH时机。要测量的对应特定信号可以是SSB或信道状态信息参考信号(CSI-RS)。例如，如果由于UE的移动而执行了切换，则gNB可以在切换命令中配置映射到目标gNB的SSB或CSI-RS的PRACH时机，并且因此UE测量配置的信号并确定哪个PRACH时机用于发送随机接入前导。
如果gNB接收到前导(或由另一UE发送的前导)，则在步骤417中，gNB将对前导的随机接入响应(以下称为RAR)发送给UE。RAR消息包括在步骤415中使用的前导标识符信息、上行链路传输定时校正信息以及将在随后的步骤(即步骤421)中使用的上行链路资源分配信息和临时UE标识符信息。例如，如果多个UE在步骤415中发送不同的前导并尝试随机接入，则发送前导标识符信息以通知RAR消息所响应的前导。上行链路资源分配信息是关于要在步骤421中由UE使用的资源的详细信息，并且包括资源的物理位置和大小、解码和编码方案(调制和编码方案(MCS))以及传输功率控制信息。如果发送前导的UE最初接入gNB，则UE不具有由gNB分配的用于与gNB通信的标识符，使得临时UE标识符信息是为UE的初始接入而发送的值。
RAR消息应该在从前导的发送开始的预定时间之后的预定时段内被发送，并且该预定时段被称为“RAR窗口”。RAR窗口在从第一前导的发送开始的预定时间之后的时间点开始。预定时间可以具有以子帧(4ms)为单位的值或较小的值。RAR窗口的长度在gNB广播的系统信息消息中或在切换命令消息中进行配置。
同时，当发送RAR消息时，gNB通过PDCCH调度对应的RAR消息，并且使用随机接入无线电网络临时标识符(RA-RNTI)对对应的调度信息进行加扰。在步骤415中，将RA-RNTI映射到用于发送消息的PRACH资源，并且将前导发送到特定PRACH资源的UE可以基于RA-RNTI来尝试PDCCH接收，并确定是否存在与UE发送的前导相对应的RAR消息。也就是说，如果RAR消息是对UE在步骤415中发送的前导的响应，如附图(图14)所示，则在步骤415，用于调度RAR消息的信息的RA-RANTI包括关于对应传输的信息。为此，可以通过以下公式来计算RA-RANTI。
[公式1]
RA-RNTI＝1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id
在公式1中，s_id表示与步骤415中开始前导的传输的第一OFDM符号相对应的索引，并且具有0≤s_id<14的值(即，小于一个时隙内的OFDM的最大数量)。t_id表示与在步骤415中开始前导的传输的第一时隙相对应的索引，并且具有0≤t_id<80的值(即，一个系统帧内(40ms)的最大时隙数)。f_id表示通过其发送在步骤415中发送的前导的频率上的PRACH资源，并且具有0≤f_id<8的值(即，小于相同时间内该频率上的PRACH的最大数量)。ul_carrier_id表示如果在一个小区的上行链路中使用两个子载波则用于识别是在正常上行链路(NUL)中发送前导(在这种情况下为0)还是在补充上行链路(SUL)中发送前导(在这种情况下为1)的因子。
在图4中，假设UE使用与前导415的传输相对应的RA-RANTI来接收RAR消息，并且对UE发送的对前导标识符的响应被包括在RAR消息中的情况。因此，在步骤419中，UE将要发送的消息插入到UE内的Msg3缓冲器中，以适合用于分配给RAR消息的Msg 3的上行链路资源的大小。在随机接入过程中，前导被称为Msg1，RAR被称为Msg2，UE在上行链路中发送的消息被称为Msg3，UE在下行链路中接收的消息被称为Msg4，用于存储要通过Msg3发送的数据的缓冲器被称为Msg3。
在图4的情况下，假设在UE的连接模式下执行波束失败恢复。因此，UE可以根据在RAR中接收的分配的上行链路资源的大小生成要由UE与上行链路数据一起发送的数据，生成的数据包括C-RNTI MAC控制元素(CE)(MAC CE是MAC层中的消息)，C-RNTI MAC控制元素包括指示当前正在执行随机接入的UE是UE的C-RNTI信息，并在步骤421中发送生成的数据。
然而，图4假设在步骤421、423和425中UE未能发送Msg3的情况。UE发送Msg3，启动ra-ContentionResolutionTimer(随机接入-竞争解决定时器)，当对Msg3的响应直到在步骤427中对应的定时器到期才到达时，确定Msg3没有被正常发送，并且启动再次发送随机接入前导的过程。
如果ra-ContentionResolutionTimer到期，则UE在定时器到期的时间点再次选择SSB，以重新发送前导。在图4的步骤429至437中，在步骤429中，如以上示例中的SSB#1，UE再次选择的SSB是分配了专用随机接入资源区域的SSB的情况。在步骤431，UE通过与选择的SSB相对应的PRACH时机发送专用前导。如果如步骤429的情况那样在波束失败恢复中执行基于非竞争的随机接入，则在步骤433中，UE接收用于下行链路或上行链路资源分配的PDCCH而不是RAR，作为与发送的前导相对应的消息。更具体地，当UE从gNB接收到与波束失败恢复相关的配置时，UE单独地接收资源位置(recoverySearchSpace)，在该资源位置处接收用于下行链路或上行链路资源分配的PDCCH。在步骤433中，在接收到以C-RNTI(该C-RNTI是UE的小区内的唯一标识符)加扰的PDCCH用于在对应资源位置处的下行链路或上行链路资源分配之后，在步骤435中，UE确定随机接入结束。
同时，当UE执行基于竞争的随机接入时(步骤411至427中的过程)，在Msg3缓冲器中不仅包括C-RNTI MAC CE，而且包括上行链路数据。如果UE在基于非竞争的随机接入过程中接收到下行链路的PDCCH作为Msg2(步骤429至435中的过程)，则UE没有要在上行链路上发送的资源并且已经完成随机接入过程，因此删除Msg3缓冲器。如上所述，如果删除了Msg3，则在步骤437中，UE丢失在Msg3缓冲器中的上行链路数据。
图5示出根据本公开的一些实施例的当应用防止数据丢失的方法时在UE与gNB之间的数据发送和接收。
在图5中，将省略与图4相同的描述。图5的步骤511至步骤535与图4的步骤411至435相同。也就是说，图5假设以下情况：UE 501在步骤511至527中执行基于竞争的随机接入，在步骤529至535中执行基于非竞争的随机接入，接收用于下行链路资源分配的PDCCH，然后在步骤535中完成随机接入过程。
根据本公开的一些实施例的UE在随机接入完成时确定在Msg3缓冲器中是否存在数据，UE是否在recoverSearchSpace中接收到由UE的C-RNTI指示的PDCCH并且结束随机接入(或者随机接入是否开始恢复波束失败，并且是否基于非竞争完成了随机接入)，以及是否未将上行链路资源分配给C-RNTI指示的PDCCH(或是否分配了下行链路资源)。
如果满足上述条件，则对于Msg3缓冲器中的MAC PDU中的每个MAC SDU，UE向对应的RLC层(实体)通知传输失败，因此不执行，以防止Msg3缓冲器中的数据丢失，如上文在步骤537中所述。
此时，MAC层可以使用逻辑信道标识符(LCID)来识别每个MAC SDU来自的RLC层。另外，存在与MAC层上的数据无线电承载(DRB)相对应的PDCP实体和RLC实体，并且MAC从每个RLC实体接收数据以发送上行链路数据。
在539中，从MAC层接收到传输失败的通知的RLC层可以通过提供的对应失败通知重新发送包括在RLC PDU中的RLC SDU或者RLC SDU的段。更具体地，根据数据类型，RLC层可以包括RLC-AM和RLC-UM。RLC-AM是如果没有从接收侧接收到传输确认则能够再次发送分组以防止数据丢失的RLC层，并且RLC-UM是仅执行单向传输而没有单独的传输确认的RLC层。如果Msg3的数据中的MAC SUD是属于RLC-AM的分组，则RLC-AM可以在接收到传输失败的通知之后执行重传。如果Msg3的数据中的MAC SDU是属于RLC-UM的分组，则即使在RLC-UM接收到传输失败通知之后的情况下，RLC-UM也可以丢弃对应的数据包而不执行重传，或者可以存储对应的数据包并重新发送分组。如果RLC层重新发送分组，则在步骤541中，当UE从gNB503接收上行链路资源时，UE可以发送对应的分组。
同时，Msg3缓冲器不仅可以包括通用数据，而且可以包括用于缓冲器状态报告(BSR)的相关MAC CE和/或用于功率余量报告(PHR)的相关MAC CE。因此，如果在Msg3内存在与BSR或PHR相关的MAC CE，则由于删除Msg3缓冲器，MAC CE(或多个)可能会丢失，因此UE的缓冲器状态和剩余上行链路功率信息可能不会发送到gNB。
触发BSR和PHR的条件已经分别存在。例如，如果生成具有高优先级的数据，则可以触发BSR，并且UE可以将BSR发送到gNB，因此，gNB可以知道具有高优先级的数据已经到达。
在本公开的一些实施例中，除了传统的触发条件之外，即使当与BSR或PHR相关的MAC CE存在于Msg3缓冲器中并因此丢失时，用于触发BSR或PHR的新条件。例如，如果与BSR相关的MAC CE存在于Msg3缓冲器中，并且由于删除Msg3缓冲器而丢失，则可以重新触发BSR。如果与PHR相关的MAC CE存在于Msg3缓冲器中，并且由于删除Msg3缓冲器而丢失，则可能会重新触发PHR。
通过添加用于触发BSR或PHR的条件，UE可以防止BSR或PHR数据丢失。
图6示出根据本公开的一些实施例的当应用防止数据丢失的方法时在UE内执行的处理。
参照图6，在步骤603中，假设处于连接状态的UE执行随机接入并完成随机接入以恢复波束失败的情况。
当如步骤603中的随机接入完成时，在步骤605，UE根据确定在Msg3缓冲器中是否存在数据，确定UE是否在recoverSearchSpace中接收到由UE的C-RNTI指示的PDCCH并且结束随机接入(或者随机访问是否开始恢复波束失败，并且是否基于非竞争完成了随机接入)，以及是否未将上行链路资源分配给C-RNTI指示的PDCCH(或者是否分配了下行链路资源)。
如果满足上述条件，则对于Msg3缓冲器中的MAC PDU中的每个MAC SDU，UE向对应的RLC层(实体)通知传输失败并因此不执行，以防止Msg3缓冲器中的数据丢失，如以上在步骤607中所述。
此时，MAC层可以使用逻辑信道标识符(LCID)识别每个MAC SDU来自的RLC层。另外，存在与MAC层上的数据无线电承载(DRB)相对应的PDCP实体和RLC实体，并且MAC从每个RLC接收数据以发送上行链路数据。
从MAC层接收到传输失败的通知的RLC层可以通过提供的对应失败通知重新发送包括在RLC PDU中的RLC SDU或者RLC SDU的段。更具体地，根据数据类型，RLC层可以包括RLC-AM和RLC-UM。RLC-AM是如果没有从接收侧接收到传输确认则能够再次发送分组以防止数据丢失的RLC层，并且RLC-UM是仅执行单向传输而没有单独的传输确认的RLC层。如果Msg3的数据中的MAC SUD是属于RLC-AM的分组，则RLC-AM可以在接收到传输失败的通知之后执行重传。如果Msg3的数据中的MAC SDU是属于RLC-UM的分组，则RLC-UM可以丢弃对应的数据包而不执行重传，或者即使在RLC-UM接收到传输失败通知之后的情况下也可以存储对应的数据包并重新发送分组。如果RLC层重新发送分组，则当UE从gNB 503接收上行链路资源时，UE可以发送对应的分组。
同时，Msg3缓冲器不仅可以包括通用数据，而且可以包括用于缓冲器状态报告(BSR)的相关MAC CE和/或用于功率余量报告(PHR)的相关MAC CE。因此，如果在Msg3内存在与BSR或PHR相关的MAC CE，则由于删除Msg3缓冲器，MAC CE可能会丢失，因此UE的缓冲器状态和剩余上行功率信息可能不会发送到gNB。
触发BSR和PHR的条件已经分别存在。例如，如果生成具有高优先级的数据，则可以触发BSR，并且UE可以将BSR发送到gNB，因此，gNB可以知道具有高优先级的数据已经到达。
在本公开的一些实施例中，除了传统的触发条件之外，即使当Msg3缓冲器中与BSR或PHR相关的MAC CE丢失时，用于触发BSR或PHR的新条件。例如，如果与BSR相关的MAC CE存在于Msg3缓冲器中，并且由于删除Msg3缓冲器而丢失，则可以重新触发BSR。如果与PHR相关的MAC CE存在于Msg3缓冲器中，并且由于删除Msg3缓冲器而丢失，则在607可能会重新触发PHR。
通过添加用于触发BSR或PHR的条件，UE可以防止BSR或PHR数据丢失。
在下文中，参照图7至图10描述防止BSR和PHR损失的方法。
图7示出根据本公开的一些实施例的在NR系统中当基于波束执行通信时的下行链路和上行链路信道帧结构。
参照图7，ENB 701可以以波束的形式发送信号，以确保更宽的覆盖范围或发送更强的信号，如附图标记711、713、715和717所示。因此，小区内的UE 703应该使用由ENB发送的特定波束(图7中的波束#2 713)来发送和接收数据。
同时，根据UE是否连接到ENB，UE的状态可以分为空闲模式(RRC_IDLE)状态和连接模式(RRC_CONNECTED)状态。因此，ENB在空闲模式状态下不能知道UE的位置。
如果处于空闲模式状态的UE切换到连接模式状态，则UE可以接收由ENB发送的同步信号块(SSB)721、723、725和727。SSB是根据由eNB配置的周期周期性地发送的SSB信号，并且每个SSB可以被划分为优先级同步信号(PSS)741、辅同步信号(SSS)743和物理广播信道(PBCH)745。
图7假设为每个波束发送SSB的情况。例如，假定使用波束#0 711发送SSB#0 721，使用波束#1 713发送SSB#1 723，使用波束#2 715发送SSB#2725，并且使用波束#3 717发送SSB#3 727。虽然图7假定处于空闲模式的UE位于波束#1中，即使处于处于连接模式的UE执行随机接入时，UE也可以选择在随机接入的时间点接收的SSB。
根据UE位于波束#1的假设，UE接收通过图1中的波束#1发送的SSB#1。在接收到SSB#1时，UE可以通过PSS和SSS获取ENB的物理小区标识符(PCI)，并且接收PBCH，从而识别当前接收的SSB的标识符(即，#1)，在10ms的帧内接收到当前SSB的位置，以及在周期为10.24秒的系统帧号(SFN)内的SSB的SFN。
PBCH可以包括主信息块(MIB)，并且提供指示通过MIB接收用于广播更详细的小区配置信息的系统信息块类型1(SIB 1)的位置的信息。在接收到SIB1时，UE可以知道由ENB发送的SSB的总数，并且检测用于执行随机接入的物理随机接入信道(PRACH)时机的位置(更具体地，发送作为专门设计用于执行上行链路同步的物理信号的前导)，以切换到连接模式状态(图7假设每2ms分配的方案：从730到739)。
此外，UE可以基于该信息知道PRACH时机中的映射的PRACH时机以及PRACH时机映射到的SSB索引。例如，图7假设每1ms分配PRACH时机的情况以及每个PRACH时机分配1/2SSB的情况(即，每个SSB 2个PRACH时机)。因此，图7示出根据SFN从PRACH时机启动开始为每个SSB分配2个PRACH时机的情形。也就是说，在该情况中，如附图标记730和731所示，将PRACH时机分配给SSB#0，如附图标记732和733所示，将PRACH时机分配给SSB#2。在为所有SSB配置了PRACH时机之后，可以再次将PRACH时机分配给第一SSB，如附图标记738和739所示。
因此，UE可以识别用于SSB#1的PRACH时机732和733，并且向与SSB#1相对应的PRACH时机732和733中当前最早的PRACH时机(例如，732)发送随机接入前导。由于ENB在PRACH时机332中接收前导，因此ENB可以知道对应UE选择了SSB#1并发送了前导，从而在随后的随机接入中通过对应波束发送和接收数据。
同时，当由于切换的原因从当前(源)ENB移动到目的地(目标)ENB时，处于连接状态的UE对目标ENB执行随机接入，并且可以执行选择SSB并发送随机接入前导或数据的操作，如参照图7所述。
如果执行切换，则将切换命令发送到UE以指示UE从源ENB移动到目标ENB，并且可以将对应的UE专用随机接入前导标识符分配给目标ENB的每个SSB的切换命令消息，以在对目标ENB执行随机接入时使用。
此时，ENB可能没有为所有波束分配专用随机接入前导标识符(根据UE的当前位置)，因此，可能没有为一些SSB分配专用随机接入前导(例如，专用随机接入前导仅分配给波束#2和#3)。如果没有将专用随机接入前导分配给UE选择用于前导传输的SSB，则UE随机选择基于竞争的随机接入前导并执行随机接入。
例如，图7可以使用UE最初位于波束#1中并且执行随机接入但是在随机接入中失败并且然后UE位于波束#3中并且当再次发送随机接入前导时发送专用前导的情况。也就是说，当执行前导的重传时，根据每次前导传输专用随机接入前导是否被分配给选择的SSB，基于竞争的随机接入过程和基于非竞争的随机接入过程可以在一个随机接入过程内共存。
图8示出在诸如波束失败恢复的条件下由UE执行的基于竞争和基于非竞争的随机接入过程。
在图8中，将省略与图4相同的描述。例如，图8的步骤811至835可以对应于图4的步骤411至435。也就是说，图8假设以下情况：UE在步骤811至827中执行基于竞争的随机接入，在步骤829至835中执行基于非竞争的随机接入，接收用于下行链路资源分配的PDCCH，然后在步骤835中完成随机接入过程。
随机接入过程可以包括基于竞争的随机接入过程和基于非竞争的随机接入过程，并且基于非竞争的随机接入过程可以具有gNB分配专用随机接入资源以允许UE在随机接入之前执行基于非竞争的随机接入的过程。
前述的专用随机接入资源可以是特定时间/频率上的特定前导索引和/或PRACH资源。用于分配专用随机接入资源的信息可以通过PDCCH被分配，或者可以通过消息在RRC层中被发送。RRC层中的消息可以包括诸如RRCReconfiguration的消息(例如，在切换的情况下)。如果在为当前由UE执行的随机接入过程而选择的SSB/CSI-RS中，存在由gNB分配的专用随机接入资源，则UE通过分配的专用随机接入资源发送随机接入前导。
在基于非竞争的随机接入中，当UE在以下描述的RAR消息中发送前导码时，UE确定随机接入成功完成，并结束随机接入过程。
如图3所示，可以考虑以下情况：UE在特定波束中发送和接收信号，但是由于UE的移动而未能使用当前使用的波束，并且因此在一个ENB内恢复波束使用失败，这是可以作为波束失败恢复过程。随机接入过程可以用于波束失败恢复过程。在波束失败恢复过程中，gNB可以分配与恢复波束相对应的专用随机接入资源，并且接收与恢复波束相对应的专用随机接入资源的UE可以执行基于非竞争的随机接入。如果gNB没有分配专用资源，则UE可以执行基于竞争的随机接入。
图8假设UE在波束失败恢复切换中执行随机接入的情况。
也就是说，在步骤811中，可以假设由于UE当前发送和接收的波束的信号强度降低而触发随机接入以恢复波束失败的情况。UE确定哪个波束用于发送和接收包括随机接入的数据，并且在步骤813中选择SSB。
下面描述UE 801选择SSB的方法。gNB 803配置将用于波束失败恢复的阈值，并且为每个SSB配置专用随机接入资源。如果在接收的SSB中在信号强度高于阈值的SSB中存在配置了专用随机接入资源的SSB，则UE选择配置了专用随机接入资源的SSB。
例如，如果在图3中UE接收到SSB#0、SSB#1和SSB#2的全部，但是gNB仅为SSB#1和SSB#2配置专用随机接入资源，并且仅SSB#0和SSB#1的信号强度高于阈值，则UE选择SSB#1并执行基于非竞争的随机接入。在以上示例中，如果仅SSB#0的信号强度高于阈值，则UE选择SSB#0并执行基于竞争的随机接入。在图4所示的情况下，在步骤813中描述以下过程，由于配置专用资源的波束不能满足条件，因此选择没有配置专用资源的波束(例如，上述示例中的SSB#0)，并执行基于竞争的随机接入。
如上所述，如果UE选择SSB，则在步骤815中，UE可以知道映射到选择的SSB的PRACH时机，并因此通过对应的PRACH时机向gNB发送随机接入前导。由于没有将专用前导分配给选择的SSB，因此UE如上所述执行基于竞争的随机接入。也就是说，UE随机地选择并发送基于竞争的前导标识符中的一个。
此时，gNB可以基于前导标识符来配置前导组以分配具有不同大小的上行链路资源。更具体地，如果gNB配置前导组A和B，则UE可以在满足以下条件时选择组B，并且可以在不满足以下条件时选择组A，然后在选择的组中随机地选择前导。如果gNB没有配置组B，则UE随机地选择组A中的前导。
-条件1：要通过Msg3发送的数据的大小大于gNB配置的阈值ra-Msg3SizeGroupA的情况，并且测量的路径损耗值为{PCMAX(执行随机接入过程的服务小区的)-preambleReceivedTargetPower-(msg3-DeltaPreamble)-messagePowerOffsetGroupB}(也就是说，执行随机接入的小区的最大传输功率-由gNB配置的preambleReceivedTargetPower-根据前导确定的常数(msg3-DeltaPreamble)-由gNB配置的messagePowerOffsetGroupB)或者；
-条件2：执行随机接入以发送在UE的空闲状态或非活动状态下生成的公共控制信道(CCCH)并且对应的CCCH消息大于gNB配置的阈值ra-Msg3SizeGroupA的情况。
因此，在接收到属于前导组A的前导时，gNB可以分配56比特的上行链路资源。在接收到属于组B的前导时，gNB可以分配72比特的上行链路资源。
另外，为了不产生下面描述的问题，UE可以不应用条件1，并且gNB不仅可以在接收到前导组A的情况下而且可以在接收到用于波束失败恢复的专用前导码(即，基于非竞争的随机接入前导码)的情况下分配56比特资源。可选地，UE可以直接应用条件1和条件2，但是仅将条件1应用于除了波束失败恢复之外的情况，使得当执行基于非竞争和基于竞争的随机接入时，可以总是接收相同的上行链路资源。
同时，一个或多个UE可以通过上述PRACH时机同时发送随机接入前导码(即，另一个UE也可以通过对应的资源随机选择基于竞争的前导标识符中的一个，并且多个UE可以选择相同的前导索引)。
PRACH资源可以存在于一个子帧上，或者可以仅使用一个子帧内的一些符号。关于PRACH资源的信息可以被包括在由gNB广播的系统信息中或者包括在切换命令中的配置信息中，并且UE可以通过关于PRACH资源的信息知道哪些时间和频率资源被用于发送前导。随机接入前导是专门设计用于接收的特定序列，即使它们在UE和gNB完全同步之前就已被发送，并且根据标准，可能会有多个前导标识符(索引)。如果存在多个前导标识符，则UE发送的前导可以由UE从多个前导中随机选择，或者可以是由gNB指定的特定前导。
同时，如果当处于连接模式状态的UE执行随机接入时，gNB配置要测量的特定信号，则UE可以基于对应的要测量的特定信号来选择PRACH时机。要测量的对应特定信号可以是SSB或信道状态信息参考信号(CSI-RS)。例如，如果由于UE的移动而执行了切换，则gNB可以在切换命令中配置映射到目标gNB的SSB或CSI-RS的PRACH时机，并且因此UE测量配置的信号并确定哪个PRACH时机用于发送随机接入前导。
如果gNB接收到前导(或由另一UE发送的前导)，则在步骤817中，gNB将对前导的随机接入响应(以下称为RAR)发送给UE。RAR消息包括在步骤815中使用的前导标识符信息、上行链路传输定时校正信息以及将在随后的步骤(即步骤821)中使用的上行链路资源分配信息和临时UE标识符信息。例如，如果多个UE在步骤815中发送不同的前导并尝试随机接入，则发送前导标识符信息以通知RAR消息所响应的前导。上行链路资源分配信息是关于在步骤821中由UE将使用的资源的详细信息，并且包括资源的物理位置和大小、用于传输的解码和编码方案(调制和编码方案(MCS))以及传输功率控制信息。如果发送前导的UE最初接入gNB，则UE不具有由gNB分配的用于与gNB通信的标识符，使得临时UE标识符信息是为UE的初始接入而发送的值。
RAR消息应该在从前导的发送起的预定时间之后的预定时段内被发送，并且该预定时段被称为“RAR窗口”。RAR窗口在从第一前导的发送开始的预定时间之后的时间点开始。预定时间可以具有以子帧(4ms)为单位的值或较小的值。RAR窗口的长度在gNB广播的系统信息消息中或在切换命令消息中进行配置。
同时，当发送RAR消息时，gNB通过PDCCH调度对应的RAR消息，并且使用随机接入无线电网络临时标识符(RA-RNTI)对对应的调度信息进行加扰。在步骤815中，将RA-RNTI映射到用于发送消息的PRACH资源，并且将前导发送到特定PRACH资源的UE可以基于RA-RNTI来尝试PDCCH接收，并确定是否存在与UE发送的前导相对应的RAR消息。也就是说，如果RAR消息是对UE在步骤815中发送的前导的响应，如图8所示，则在步骤815中，用于调度RAR消息的信息的RA-RANTI包括关于对应传输的信息。为此，可以通过以下公式获得RA-RANTI。
[公式2]
RA-RNTI＝1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id
在公式2中，s_id表示与在步骤815中开始前导的传输的第一OFDM符号相对应的索引，并且具有0≤s_id<14的值(即，小于一个时隙内的OFDM的最大数量)。t_id表示与在步骤815中开始前导的传输的第一时隙相对应的索引，并且具有0≤t_id<80的值(即，一个系统帧(40ms)内的最大时隙数)。f_id表示在发送在步骤815中发送的前导的频率上的PRACH资源，并且具有0≤f_id<8的值(即，小于相同时间内该频率上的PRACH的最大数量)。ul_carrier_id表示如果在一个小区的上行链路中使用两个子载波则用于识别是在正常上行链路(NUL)中发送前导(在这种情况下为0)还是在补充上行链路(SUL)中发送前导(在这种情况下为1)的因子。
在图8中，假设UE使用与前导815的传输相对应的RA-RANTI来接收RAR消息，并且对UE发送的对前导标识符的响应被包括在RAR消息中的情况。因此，在步骤819中，UE将要发送的消息插入到UE内的Msg3缓冲器中，以适合用于分配给RAR消息的Msg 3的上行链路资源的大小。在随机接入过程中，前导被称为Msg1，RAR被称为Msg2，UE在上行链路中发送的消息被称为Msg3，UE在下行链路中接收的消息被称为Msg4，用于存储要通过Msg3发送的数据的缓冲器被称为Msg3。
在图8的情况下，假设在UE的连接模式下执行波束失败恢复。因此，UE可以将包括指示当前正在执行随机接入的UE是UE的C-RNTI信息的C-RNTI MAC控制元素(CE)(MAC CE是MAC层中的控制消息)插入Msg3，根据在RAR中接收的分配的上行链路资源的大小生成将由UE与上行链路数据一起发送的数据，并在步骤821中发送生成的数据。
然而，图8假设在步骤821、823和825中UE未能发送Msg3的情况。UE发送Msg3，启动ra-ContentionResolutionTimer(随机接入-竞争解决定时器)，当对Msg3的响应直到在步骤827中对应的定时器到期才到达时，确定Msg3没有被正常发送，并且启动再次发送随机接入前导的过程。
如果ra-ContentionResolutionTimer到期，则UE在定时器到期的时间点再次选择SSB，以重新发送前导。在图8的步骤829至837中，在步骤829中，如以上示例中的SSB#1，UE再次选择的SSB是分配了专用随机接入资源区域的SSB的情况。在步骤831中，UE通过与选择的SSB相对应的PRACH时机发送专用前导。如果如步骤829的情况那样在波束失败恢复中执行基于非竞争的随机接入，则在步骤833中，UE接收用于下行链路或上行链路资源分配的PDCCH而不是RAR，作为与发送的前导相对应的消息。更具体地，当UE从gNB接收到与波束失败恢复相关的配置时，UE单独地接收资源位置(recoverySearchSpace)，在该资源位置处接收用于下行链路或上行链路资源分配的PDCCH。在步骤833中，在接收到以C-RNTI——该C-RNTI是UE的小区内的唯一标识符——加扰的PDCCH用于在对应资源位置处的下行链路或上行链路资源分配之后，在步骤835中，UE确定随机接入结束。在图8中，假设UE接收以C-RNTI加扰的PDCCH用于上行链路资源分配。
同时，当执行基于竞争的随机接入时(步骤811至827中的过程)，UE根据从gNB接收的RAR的分配的上行链路资源的大小在Msg3缓冲器中存储数据。存储在Msg3缓冲器中的数据不仅可以包括用于识别基于竞争的随机接入的C-RNTI MAC CE，而且可以包括用于缓冲器状态报告(BSR)的MAC CE，用于功率余量报告的MAC CE或上行链路数据。
然而，如果在步骤831中UE执行基于非竞争的随机接入，则gNB不能知道UE已经执行基于竞争的随机接入。因此，当gNB稍后在步骤833中向UE分配上行链路时，分配的资源的大小可以与先前的RAR中的分配的资源的大小不同。如果在基于竞争的随机接入中RAR中分配的资源大小与在基于非竞争的随机接入中当gNB向UE分配上行链路时分配的资源大小不同，则在步骤837中，UE丢弃BSR和PHR的MAC CE，并且仅使用MAC SDU(即，来自RLC层的数据)再次生成MAC PDU，以防止重要数据(例如，切换完成消息)丢失
为了防止丢弃BSR和PHR的MAC CE，当在基于非竞争的随机接入中分配资源时，在步骤837中，gNB可以考虑一种通常在基于竞争的随机接入中使用的分配相同大小的分配上行链路资源(例如56比特)的方法。然而，即使在基于竞争的随机接入中，gNB也可以根据UE的缓冲器状态来分配56比特或72比特的上行链路资源，并且gNB可以分配的其他资源的大小也不受限制。因此，如果在基于竞争的随机接入中RAR中的分配资源的大小与在基于非竞争的随机接入中当gNB向UE分配上行链路时分配的资源的大小不同，则需要再次发送丢失的MAC CE的方法。
图9示出根据本公开实施例的当应用防止缓冲器状态报告和功率余量报告丢失的方法时，UE与gNB之间的数据发送和接收。
在图9中，将省略图8相同的描述。图9的步骤911至935与图8的步骤811至835相同。也就是说，图9假设以下情形：UE 901在步骤911至927中执行基于竞争的随机接入，在步骤929至935中执行基于非竞争的随机接入，接收用于上行链路资源分配的PDCCH，然后在步骤935完成随机接入过程。
当随机接入完成时，根据本公开的一些实施例的UE识别Msg3缓冲器是否为空(即，Msg3缓冲器中存在数据)以及是否通过发送非竞争随机接入前导来终止随机接入。
如果Msg3缓冲器不为空，并且通过发送基于非竞争的随机接入前导来终止随机接入，则如果Msg3缓冲器中存在BSR，则UE触发BSR。如果在Msg3缓冲器中存在与PHR相关的MACE CE，则在步骤937中触发PHR。在步骤939中，UE可以根据触发的BSR和/或PHR向gNB 903发送相关的MAC CE。
如果触发了BSR，则UE可以根据BSR的类型触发调度请求(SR)，并通过PUCCH发送SR信息，或者可以在从gNB接收上行资源时发送BSR而无需触发单独的SR。
BSR的类型可以根据触发条件如下划分。
-第一类型：常规BSR
ο如果存在对于属于逻辑信道组(以下，称为LCG)的任何逻辑信道/无线电承载(RB)可以发送的数据，则在BSR重传定时器(retxBSR-Timer)到期的情况下发送的BSR
ο在为属于LCG的逻辑信道/无线电承载生成要从上层(RLC或PDCP层)发送的数据并且生成的数据具有比属于任何LCG的逻辑信道/无线电承载更高的优先级的情况下发送的BSR
ο在为属于LCG的逻辑信道/无线电承载生成要从上层(RLC或PDCP层)发送的数据并且除了生成的数据之外在任何LCG中都不存在数据的情况下发送的BSR
-第二类型：周期BSR
ο在UE中配置的周期BSR定时器(periodicBSR-Timer)到期的情况下发送的BSR
-第三类型：填充BSR
ο在分配上行链路资源并且在数据传输之后填充剩余空间的比特等于或大于BSRMAC CE的大小和BSR MAC CE的子报头的大小之和的情况下发送的BSR。
ο如果在多个LCG的缓冲器中存在分组，则发送截断的BSR
如果根据上述BSR的类型将BSR包括在Msg3缓冲器中，则UE可以根据先前触发BSR的条件再次触发对应的BSR类型，或者可以总是触发常规BSR或周期BSR。如果包括在Msg3缓冲器中的BSR是填充BSR，则UE可能不会单独触发BSR。
尽管未提及，但是另一种类型的BSR可以包括用于向gNB请求资源以与UE直接通信的旁路(sidelink)BSR。本公开的另一实施例涉及这样的情况：UE通过向gNB发送旁路BSRMAC CE来获取上行链路资源并且直接向另一UE发送数据。仅当旁路BSR丢失时，UE才可以触发BSR。可选地，UE在旁路BSR的情况下可以不再次触发BSR，而仅在被触发的BSR作为上述常规BSR的情况下才可以触发BSR。例如，在UE之间的通信具有非常高的优先级(例如车辆之间的通信)的情况下，可以再次触发BSR。否则，可能不会再次触发BSR。
根据本公开的另一实施例，如果常规BSR或旁路BSR丢失，则仅当属于BSR的逻辑信道的优先级高于BS配置为RRC消息配置或在UE内配置的优先级时，UE才可以触发BSR。
同时，功率余量信息是在UE中配置的最大传输功率与由UE估计的传输功率之间的差。在UE实际执行上行链路传输的情况下基于UE执行上行链路传输时使用的值来计算由UE估计的传输功率(此时，计算的值是实数值)，在UE实际上不执行上行链路传输的情况下基于在标准中定义的预定公式来计算由UE估计的传输功率(此时，计算的值是虚数值)。UE将功率余量信息报告给gNB(PHR)，因此gNB可以确定UE的最大传输功率。
关于UE向gNB发送PHR(即，UE触发PHR)的时间点的传统条件如下。
-当prohibitPHR-Timer到期时，下行链路接收强度的变化大于或等于dl-PathlossChange dB的情况
-prohibitPHR-Timer到期的情况(周期报告)
-最初配置(或更新)PHR报告相关配置信息的情况
-添加包括上行链路的SCell的情况
-使用双连接技术时添加辅gNB(PSCell)的主小区的情况
根据本公开的一些实施例，如果由于添加条件而导致Msg3中的分配上行链路资源的大小与RAR中的分配资源的大小不同，并且因此丢失PHR相关MAC CE，则UE可以触发PHR，并将PHR相关MAC CE发送到gNB。结合发送的PHR相关MAC CE，如果服务小区的数量为单个，则UE发送单个条目PHR MAC CE，如果服务小区的数量为多个，则UE发送多个条目PHR MACCE。
根据BSR或PHR触发的附加条件，UE可以再次触发丢失的BSR和/或PHR，并再次快速向gNB报告对应信息。
图10示出根据本公开实施例的当应用防止缓冲器状态报告和功率余量报告丢失的方法时的UE的过程。
在图10中，在步骤1003中，假设处于连接状态的UE执行随机接入并完成随机接入以恢复波束失败的情况。
当在步骤1003中完成随机接入时，UE在步骤1005中通过发送基于非竞争的随机接入前导来识别Msg3缓冲器是否为空(是否存在数据)以及是否终止随机接入。
如果Msg3缓冲器不为空，并且通过发送基于非竞争的随机接入前导来终止随机接入，则如果Msg3缓冲器中存在BSR，则UE触发BSR。如果在Msg3缓冲器中存在与PHR相关的MACCE，则在步骤937中触发PHR。在步骤1007中，UE可以根据触发的BSR和/或PHR向gNB发送相关MAC CE。
如果触发了BSR，则UE可以根据BSR的类型触发调度请求(SR)，并通过PUCCH发送SR信息，或者可以在从gNB接收上行链路资源时发送BSR而无需触发单独的SR。
BSR的类型可以根据触发条件如下划分。
-第一类型：常规BSR
ο如果存在对于属于逻辑信道组(以下，称为LCG)的任何逻辑信道/无线电承载(RB)可以发送的数据，则在BSR重传定时器(retxBSR-Timer)到期的情况下发送的BSR
ο在为属于LCG的逻辑信道/无线电承载生成要从上层(RLC或PDCP层)发送的数据并且生成的数据具有比属于任何LCG的逻辑信道/无线电承载更高的优先级的情况下发送的BSR
ο在为属于LCG的逻辑信道/无线电承载生成要从上层(RLC或PDCP层)发送的数据并且除了生成的数据之外在任何LCG中都不存在数据的情况下发送的BSR
-第二类型：周期BSR
ο在UE中配置的周期BSR定时器(periodicBSR-Timer)到期的情况下发送的BSR
-第三类：填充BSR
ο在分配上行链路资源并且在数据传输之后填充剩余空间的比特等于或大于BSRMAC CE的大小和BSR MAC CE的子报头的大小之和的情况下发送的BSR。
ο如果多个LCG的缓冲器中有分组，则发送截断的BSR
如果根据上述BSR的类型将BSR包括在Msg3缓冲器中，则UE可以根据先前触发BSR的条件再次触发对应的BSR类型，或者可以总是触发常规BSR或周期BSR。如果包括在Msg3缓冲器中的BSR是填充BSR，则UE可能不会单独触发BSR。
尽管未提及，但是另一种类型的BSR可以包括用于向gNB请求资源以与UE直接通信的旁路BSR。本公开的另一实施例涉及这样的情况：UE通过向gNB发送旁路BSR MAC CE来获取上行链路资源并且直接向另一UE发送数据。仅当旁路BSR丢失时，UE才可以触发BSR。可选地，UE在旁路BSR的情况下可以不再次触发BSR，而仅在被触发的BSR作为上述常规BSR的情况下才可以触发BSR。例如，在UE之间的通信具有非常高的优先级(例如车辆之间的通信)的情况下，可以再次触发BSR。否则，可能不会再次触发BSR。
根据本公开的另一实施例，如果常规BSR或旁路BSR丢失，则仅当属于BSR的逻辑信道的优先级高于BS配置为RRC消息配置或在UE内配置的优先级时，UE才可以触发BSR。
同时，功率余量信息是在UE中配置的最大传输功率与由UE估计的传输功率之间的差。在UE实际执行上行链路传输的情况下基于UE执行上行链路传输时使用的值来计算由UE估计的传输功率(此时，计算的值是实数值)，在UE实际上不执行上行链路传输的情况下基于在标准中定义的预定公式来计算由UE估计的传输功率(此时，计算的值是虚数值)。UE将功率余量信息报告给gNB(PHR)，因此gNB可以确定UE的最大传输功率。
关于UE向gNB发送PHR(即，UE触发PHR)的时间点的传统条件如下。
-当prohibitPHR-Timer到期时，下行链路接收强度的变化大于或等于dl-PathlossChange dB的情况
-prohibitPHR-Timer到期的情况(周期报告)
-最初配置(或更新)与PHR报告相关配置信息的情况
-添加包括上行链路的SCell的情况
-使用双连接技术时添加辅gNB(PSCell)的主小区的情况
根据本公开的一些实施例，如果由于添加条件而导致Msg3中的分配上行链路资源的大小与RAR中的分配资源的大小不同，并且因此丢失PHR相关MAC CE，则UE可以触发PHR，并将与PHR相关MAC CE发送到gNB。结合发送的PHR相关MAC CE，如果服务小区的数量为单个，则UE发送单个条目PHR MAC CE，如果服务小区的数量为多个，则UE发送多个条目PHRMAC CE。
根据BSR或PHR触发的附加条件，UE可以再次触发丢失的BSR和/或PHR，并再次快速向gNB报告对应信息。
图11示出根据本公开的一些实施例的在无线通信系统中的UE的配置。
参照图11，UE包括射频(RF)处理单元1110、基带处理单元1120、存储器1130和控制器1140。当然，包括在UE中的元件不限于此，并且UE可以包括比图11所示更少的元件或更多的元件。
RF处理单元1110执行用于通过无线信道发送和接收信号的功能，诸如转换和放大信号频带。也就是说，RF处理单元1110将从基带处理器1120提供的基带信号上转换为RF带信号，然后通过天线发送转换的信号，并且将通过天线接收的RF带信号下转换为基带信号。例如，RF处理单元1110可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、数模转换器(DAC)、模数转换器(ADC)等。
虽然图11仅示出一个天线，但是UE可以包括多个天线。RF处理单元1110可以包括多个RF链。此外，RF处理单元1110可以执行波束成形。对于波束成形，RF处理单元1110可以控制通过多个天线或天线元件发送/接收的每个信号的相位和大小。此外，RF处理单元1110可以在多输入多输出(MIMO)操作期间执行MIMO并接收多个层。
基带处理单元1120执行用于根据系统的物理层准则在基带信号和比特流之间进行转换的功能。例如，当发送数据时，基带处理单元1120通过编码和调制传输比特流来生成复符号。此外，当接收到数据时，基带处理单元1120通过对从RF处理单元1110提供的基带信号进行解调和解码来重建接收比特流。例如，在正交频分复用(OFDM)方案中，当发送数据时，基带处理单元1120通过对传输比特流进行编码和调制，将复符号映射到子载波来生成复杂符号，然后通过快速傅立叶逆变换(IFFT)操作和循环前缀(CP)插入配置OFDM符号。此外，当接收到数据时，基带处理单元1120以OFDM符号为单位划分从RF处理器1110提供的基带信号，通过快速傅立叶变换(FFT)操作来重构映射到子载波的信号，然后重构通过解调和解码接收比特流。
如上所述，基带处理单元1120和RF处理单元1110发送和接收信号。因此，基带处理单元1120和RF处理单元1110可以被称为发送器、接收器、收发器或通信单元。此外，基带处理单元1120和RF处理单元1110中的至少一个可以包括多个通信模块以支持多种不同的无线电接入技术。基带处理单元1120和RF处理单元1110中的至少一个可以包括多个不同的通信模块，以处理不同频带的信号。例如，不同的无线电接入技术可以包括WLAN(例如，IEEE802.11)和蜂窝网络(例如，LTE)。此外，不同的频带可以包括超高频(SHF)(例如2.5GHz和5GHz)频带和毫米(mm)波(例如60GHz)频带。UE可以通过基带处理单元1120和RF处理单元1110向ENB发送信号和从ENB接收信号，并且信号可以包括控制信息和数据。
存储器1130可以存储数据，诸如用于操作UE的基本过程、应用过程、配置信息等。特别地，存储器1130可以存储与用于使用WLAN接入技术执行无线通信的WLAN节点有关的信息。存储器1130根据来自控制器1140的请求提供存储的数据。存储器1130可以由诸如ROM、RAM、硬盘、CD-ROM和DVD的存储介质或存储介质的组合来配置。存储器1130可以由多个存储器配置。根据一些实施例，存储器1130可以存储用于执行根据本公开的传输数据的方法的过程。
控制器1140控制UE的整体操作。例如，控制器1140通过基带处理单元1120和RF处理单元1110发送和接收信号。此外，控制器1140将数据记录在存储器1140中并读取数据。为此，控制器1140可以包括至少一个处理器。例如，控制器1140可以包括执行用于通信的控制的通信处理器(CP)和控制诸如应用过程的上层的应用处理器(AP)。此外，UE中的至少一个元件可以被实现为单个芯片。根据本公开的一些实施例，控制器1140包括用于在多连接模式下处理操作的多连接处理单元1142。
UE的每个元件可以操作以执行本公开的实施例。
例如，控制器1140可以控制UE执行与图1E所示的UE的操作有关的过程。也就是说，控制器1140可以请求重传到RLC层，以防止在随机接入期间Msg3缓冲器中的数据丢失。
控制器1140可以控制UE执行与图2E所示的UE的操作有关的过程。也就是说，如果Msg3缓冲器中的BSR和PHR在随机接入期间丢失，则控制器1140可以通过再次触发ENB将对应信息快速再次报告给ENB。
图12示出根据本公开的一些实施例的无线通信系统中的基站的配置。
参照图12，基站可以包括RF处理单元1210、基带处理单元1220、通信单元1230、存储器1240和控制器1250。当然，本公开不限于此，并且基站可以包括比图1所示的元件更少或更多的元件。12
RF处理单元1210可以执行用于通过无线信道发送和接收信号的功能，诸如覆盖和放大信号频带。RF处理单元1210可以将从基带处理单元1220提供的基带信号上变频为RF带信号，通过天线发送RF带信号，然后将通过天线接收的RF带信号下变频为基带信号。例如，RF处理单元1210可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、DAC和ADC。虽然图12仅示出一个天线，但是RF处理单元1210可以包括多个天线。RF处理单元1210可以包括多个RF链。RF处理单元1210可以执行波束成形。对于波束成形，RF处理单元1210可以控制通过多个天线或天线元件发送和接收的每个信号的相位和大小。RF处理单元1210可以通过发送一个或多个层来执行下行链路MIMO操作。
基带处理单元1220可以根据预定的无线电接入技术的物理层准则执行在基带信号和比特流之间进行转换的功能。例如，当发送数据时，基带处理单元1220可以通过编码和调制传输比特流来生成复符号。当接收到数据时，基带处理单元1220可以通过对从RF处理单元1210提供的基带信号进行解调和解码来重建接收比特流。例如，在OFDM方案中，当发送数据时，基带处理单元1220可以通过对传输比特流进行编码和调制来生成复符号，将复符号映射到子载波，然后通过IFFT操作和CP插入来配置OFDM符号。另外，当接收到数据时，基带处理单元1220可以以OFDM符号为单位划分从RF处理单元1210提供的基带信号，通过FFT操作重构映射到子载波的信号，然后通过解调和解码重构接收比特流。如上所述，基带处理单元1220和RF处理单元1210可以发送和接收信号。因此，基带处理单元1220和RF处理单元1210可以被称为发送器、接收器、收发器、通信单元或无线通信单元。基站可以通过基带处理单元1220和RF处理单元1210向UE发送信号和从UE接收信号，并且信号可以包括控制信息和数据。
通信单元1230提供用于与网络内的其他节点进行通信的接口。也就是说，通信单元1230将从主基站发送到另一节点(例如，辅基站或核心网络)的比特流转换成物理信号，并且将从另一节点接收的物理信号转换成比特流。通信单元1230可以是回程通信单元。
存储器1240存储诸如基本过程、应用过程和用于基站的操作的配置信息的数据。存储器1240可以存储关于分配给接入UE的承载的信息和由接入UE报告的测量结果。此外，存储器1240可以存储信息，该信息是用于确定是提供还是停止到UE的多个连接的参考。存储器1240根据来自控制器1250的请求提供存储的数据。存储器1240可以由诸如ROM、RAM、硬盘、CD-ROM和DVD的存储介质或存储介质的组合来配置。此外，存储器1240可以由多个存储器构成。根据一些实施例，存储器1240可以存储用于执行根据本公开的用于发送缓冲器状态报告的方法的过程。
控制器1250控制基站的整体操作。例如，控制器1250通过基带处理单元1220和RF处理单元1210或通过回程通信单元1230发送和接收信号。此外，控制器1250将数据记录在存储器1240中并读取数据。为此，控制器1250可以包括至少一个处理器。基站的至少一个元件可以被实现为单个芯片。此外，基站的每个元件可以操作以执行本公开的实施例。
根据权利要求书和/或本公开的说明书所述的实施例的方法可以以硬件、软件或硬件和软件的组合来实现。
当通过软件实现方法时，可以提供用于存储一个或多个过程(软件模块)的计算机可读存储介质。可以将存储在计算机可读存储介质中的一个或多个过程配置为由电子设备内的一个或多个处理器执行。所述至少一个过程可以包括使得电子设备执行根据由所附权利要求限定和/或本文公开的本公开的各种实施例的方法的指令。
过程(软件模块或软件)可以存储在包括随机存取存储器和闪存的非易失性存储器、只读存储器(ROM)、电可擦可编程只读存储器(EEPROM)、磁盘存储设备、光盘(CD-ROM)、数字多功能光盘(DVD)或其他类型的光学存储设备或磁带。可选地，其部分或全部的任何组合可以形成存储过程的存储器。此外，在电子设备中可以包括多个这样的存储器。
此外，过程可以存储在可以通过通信网络(诸如互联网、内联网、局域网(LAN)、广域网(WLAN)和存储区域网(SAN)或者它们的组合)接入电子设备的可附接存储设备中。这样的存储设备可以经由外部端口接入电子设备。此外，通信网络上的单独的存储设备可以接入便携式电子设备。
<实施例2>
近年来，已经开发了几种宽带无线技术，以满足越来越多的宽带用户并提供更多更好的应用过程和服务。已经开发了第二代无线通信系统，以在确保用户移动性的同时提供语音服务。第三代无线通信系统不仅支持语音服务，还支持数据服务。近年来，已经开发了第四无线通信系统以提供高速数据服务。然而，当前，第四代无线通信系统遭受资源不足而不能满足对高速数据服务的增长的需求。因此，正在开发第五代无线通信系统，以满足对高速数据服务不断增长的需求，支持超可靠性和低延迟应用。第五代无线通信系统不仅将在较低频带中实现，而且还将在例如10GHz至100GHz频带的较高频率(mmWave)波带中实现，以实现更高的数据速率。为了减轻无线电波的传播损失并增加传输距离，波束成形、大规模多输入多输出(MIMO)、全尺寸MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术是在第五代无线通信系统的设计中被考虑。另外，第五代无线通信系统有望解决在数据速率、等待时间、可靠性、移动性等方面具有完全不同要求的不同用例。然而，期望第五代无线通信系统的空中接口的设计将足够灵活以根据UE为最终客户提供服务用例和市场细分为具有完全不同能力的UE提供服务。第五代无线通信系统无线系统有望解决的几个示例用例包括增强型移动宽带(eMBB)、大规模机器类型通信(m-MTC)、超可靠低延迟通信(URLL)等。eMBB要求，例如数十Gbps的数据速率、低延迟、高移动性等，满足了代表随时随地随时随地需要互联网连接的传统无线宽带用户的市场细分。m-MTC要求，例如非常高的连接密度、不频繁的数据传输、非常长的电池寿命、低移动性地址等，满足了代表设想了数十亿设备的连接性的物联网(IoT)/万物联网(IoE)的市场细分。URLL要求，例如极低的等待时间、非常高的可靠性和可变的移动性等，满足了代表工业自动化应用的市场细分，预计车辆到车辆/车辆到基础设施通信将成为自动驾驶汽车的推动力之一。
5G无线通信系统的当前设计用于在许可载波(或多个)上运行。最近启动了一项研究，研究5G无线通信系统的增强功能，用于在非许可载波(或多个)上运行。使用非许可载波的主要动机是通过利用自由频谱接入进行智能数据卸载来降低蜂窝运营商的CAPEX；经过改进的智能频谱接入和管理，以解决在可用频谱有限的情况下不断增长的无线业务需求，并使没有许可频谱的网络运营商可以使用高效的3GPP无线电接入技术。正在考虑在非许可载波上运行各种部署方案，例如：
-NR-U LAA：许可频带NR(PCell)和非许可频带NR-U(SCell)之间的载波聚合
-NR-U SA：独立的NR-U
-ENU-DC：许可频带LTE(PCell)和非许可频带NR-U(PSCell)之间的双连接
-NNU-DC：许可频带NR(PCell)和非许可频带NR-U(PSCell)之间的双连接
-请注意，以上方案包括NR小区，其中DL在未许可频带中，UL在许可频带中
上述研究的目的之一是确定支持非许可频带中寻呼过程所需的增强。在第五代(也称为NR或新无线电)无线通信系统中，发送寻呼以寻呼附接到无线通信网络但处于空闲/非活动模式的UE。在空闲/非活动模式下，UE以定期间隔(即每个寻呼不连续接收(DRX)周期)唤醒较短时间段，以接收寻呼和其他广播信息。网络可以在DRX周期中配置多个寻呼时机(PO)。在PO中，使用物理下行链路共享信道(PDSCH)发送寻呼消息。如果在PDSCH中存在寻呼消息，则将物理下行链路公共控制信道(PDCCH)寻址到寻呼RNTI(P-RNTI)。P-RNTI对于所有UE公共的。因此，UE身份(即SAE临时移动用户身份(S-TMSI))被包括在寻呼消息中，以指示对特定UE的寻呼。寻呼消息可以包括多个UE身份以寻呼多个UE。在数据信道(即PDSCH)上广播寻呼消息(即PDCCH被P-RNTI屏蔽)。
UE在每个DRX周期监视一个PO。每个PO是'S'个PDCCH监视时机的集合，其中，'S'是小区中发送的SSB的数量。UE基于UE_ID确定其PO。UE首先确定寻呼帧(PF)，然后对于确定的PF确定PO。一个PF是无线电帧(10ms)。UE的PF是具有系统帧号(SFN)的无线电帧，其满足公式(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)；其中PF_offset、T和N由gNB在系统信息中用信号通知。UE监视第i_s+1个PO，其中i_s＝floor(UE_ID/N)mod Ns；其中，gNB在系统信息中用信号通知N和Ns。
从PF中的用于寻呼的第一个PDCCH监视时机开始，与UL符号不重叠的用于寻呼的PDCCH监视时机从零开始依次编号。基于gNB在系统信息中用信号通知的寻呼搜索空间配置来确定PDCCH监视时机。gNB可以对与PF相对应的每个PO用信号通知参数firstPDCCH-MonitoringOccasionOfPO。当用信号通知firstPDCCH-MonitoringOccasionOfPO时，第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。否则，第i_s+1个PO是从用于寻呼的第i_s*S个PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合。'S'是根据SystemInformationBlock1(SIB 1)中的ssb-PositionsInBurst确定的实际发送的SSB的数量。
如果用于下行链路传输的载波是非许可载波，则gNB在下行链路中发送寻呼消息之前需要执行信道感测以确定信道是否空闲。gNB可能有寻呼消息要发送，但是由于信道不空闲而无法在PO中发送。这会将寻呼传输延迟到下一个DRX周期。需要一种确定PF/PO的增强方法。
实施例2-1：PF/PO确定以支持附加寻呼机会
[方法1]
图13示出根据方法1的实施例的确定DRX周期中的PO(或多个)的实施例。
参照图13，在步骤1310中，UE 1300从由网络(可以与gNB互换使用)1301用信号通知的系统信息中获取/接收寻呼配置(默认DRX周期持续时间、PF_Offset、N、Ns、P)。在RRCIDLE和RRC INACTIVE状态下，UE还从网络用信号通知的系统信息中获取/接收寻呼搜索空间配置。在RRC连接状态下，由网络1301用信号通知寻呼搜索空间配置用于专用信令中的一个或多个配置的BWP。因此，在RRC连接状态下，UE从专用RRC信令中获取/接收寻呼搜索空间配置。UE还从系统信息(即，SystemInformationBlock1)获取/接收参数ssb-PositionsInBurst。也可以在RRC连接状态下通过专用RRC信令接收。
在步骤1320中，UE 1300首先确定寻呼帧。PF是具有SFN的无线电帧，满足：
(SFN+PF_Offset)mod T＝(T div N)*(UE_ID mod N)
其中：
T：UE的DRX周期。如果由上层(例如，NAS)分配，并且在系统信息中用信号通知默认DRX值，则T由最短的UE特定DRX值确定。如果上层未配置UE特定DRX，则应用默认值。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如，在系统信息中)。N的值可以是T、T/2、T/4、T/8、T/16、T/32等。
UE_ID：S-TMSI mod 1024
然后，在步骤1330中，UE 1300计算索引i_s，其中i_s从以下公式导出：
i_s＝floor(UE_ID/N)mod Ns，其中：
Ns：每个PF的PO数量。参数Ns由gNB用信号通知(例如在系统信息中)。注意，与PF相对应的所有PO不必都位于PF内。它们可能位于从PF开始的一个或多个无线电帧中。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。
UE_ID：S-TMSI mod 1024。
在步骤1340中，每个DRX周期T(如以上确定)，从步骤1320中的确定的PF开始，UE1300在多达'P'个连续PF中监视第i_s+1个PO。参数'P'由gNB 1301用信号通知(例如在系统信息中)。如果在步骤1320中确定的PF是SFN X，则UE监视SFN X+k*T/N，其中k＝0、1、2，...P-1。
图14示出由方法1确定的由UE监视的PF的示例。SFN X 1400是UE确定的PF，gNB用信号通知的'P'值是2，N等于T/2。因此，UE对于SFN X和SFN X+1*T/N＝SFN X+2监视第i_s+1个PO。UE将首先监视关于SFN X1400的第i_s+1个PO。如果它没有在监视的PO中接收到寻址到P-RNTI的PDCCH，则它监视关于下一个PF的第i_s+1个PO，即，SFN X+2 1410。
在实施例中，如果UE在监视的PO中接收寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB中的寻呼消息包括对其自身的寻呼(即，寻呼消息包括UE ID)，则UE可以在该DRX周期中不监视其他PO。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPOMonitoring，并且如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB中的寻呼消息包括对其自身的寻呼，则UE可以在该DRX周期中不监视其他PO。指示SkipAdditionalPOMonitoring为网络提供了灵活性，可以在信道可用时立即发送寻呼或将其推迟到后续PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB包括寻呼消息(可以包括或不包括对其自身的寻呼)，则UE可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPOMonitoring，并且如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB包括寻呼消息(可以包括或可以不包括对其自身的寻呼)，则UE可以在该DRX周期中不监视其其他PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，则它可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPOMonitoring，并且如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，则UE可以在该DRX周期中不监视其其他PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中该PDCCH调度的DL TB包括寻呼消息，并且在接收的寻呼消息中没有监视其他PO的指示，则UE可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，并且在接收的PDCCH中没有监视其他PO的指示，则UE可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中，由该PDCCH调度的DL TB包括寻呼消息，并且在接收的寻呼消息中存在监视其他PO的指示，则UE可以在该DRX周期中监视其其他PO。在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，并且在接收的PDCCH中存在监视其他PO的指示，则其在该DRX周期中监视其其他PO。在实施例中，UE可以在DRX周期中监视其所有PO。
根据实施例，如下确定与第i_s+1个PO相对应的PDCCH监视时机：
非默认关联(即，从gNB接收的pagingSearchSpace参数被设置为非零)：
在这种情况下，基于寻呼搜索配置来确定用于寻呼的PDCCH监视时机。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+duration中存在PDCCH监视时机，其中编号为'y'的无线电帧中编号为'x'的时隙满足以下公式：
(y*(无线帧中的时隙数)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)＝0；
在具有PDCCH监视时机的每个时隙中的PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。在与搜索空间相关联的核心集中给出PDCCH监视时机的长度(以符号为单位)。
基于寻呼搜索空间配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和duration)，UE可以知道在确定的PF寻呼的第一个PDCCH监视时机以及随后的PDCCH监视时机。
在TDD小区中，UE使用tdd-UL-DL-ConfigurationCommon IE，tdd-UL-DL-ConfigurationDedicated IE和组公共PDCCH中的至少一个来接收TDD配置。在系统信息中用信号通知tdd-UL-DL-ConfigurationCommon IE，并指示DL符号、UL符号和灵活符号。在专用RRC信令中用信号通知tdd-UL-DL-ConfigurationDedicated IE，并且指示哪个灵活符号是UL符号。组公共PDCCH为一个或多个时隙提供TDD配置。
在由pagingSearchSpace用信号通知的PDCCH监视时机中，UE排除与UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。UL符号(或多个)是根据tdd-UL-DL-ConfigurationCommon确定的。在排除之后保留的用于寻呼的PDCCH监视时机是用于寻呼的有效PDCCH监视时机，并且在随后的过程中被称为用于寻呼的PDCCH监视时机。注意，由于在FDD小区中不用信号通知tdd-UL-DL-ConfigurationCommon，因此仅在TDD小区中执行排除与根据tdd-UL-DL-ConfigurationCommon参数确定的UL符号重叠的用于寻呼的监视时机。仅在TDD小区中用信号通知tdd-UL-DL-ConfigurationCommon。从PF中用于寻呼的第一个PDCCH监视时机开始，与UL符号——其中，根据在SIB 1中用信号通知的tdd-UL-DL-ConfigurationCommon参数确定UL符号——不重叠的用于寻呼的PDCCH监视时机从零开始依次编号。换句话说，从PF开始的有效PDCCH监视时机从零开始依次编号。然后，将这些编号的用于寻呼的PDCCH监视时机映射到PO，如下所示：
当存在firstPDCCH-MonitoringOccasionOfPO时(可选地在寻呼配置中用信号通知firstPDCCH-MonitoringOccasionOfPO)，第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机开始用于寻呼的'S'个连续PDCCH监视时机的集合(即，firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。firstPDCCH-MonitoringOccasionOfPO是开始PDCCH监视时机号码的列表。
否则，第i_s+1个PO是从用于寻呼的第i_s*S个PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合。'S'是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。注意，基于寻呼搜索空间配置来确定用于寻呼的PDCCH监视时机。
对于默认关联，Ns为1或2。对于Ns＝1，PF中只有一个PO。对于Ns＝2，PO位于PF的前半帧(i_s＝0)或后半帧(i_s＝1)。对于默认关联，用于寻呼的PDCCH监视时机与剩余最小系统信息(RMSI)的PDCCH监视时机相同。
在可选实施例中，如果通过配置多个寻呼核心集(coreset)来支持多个频分复用(FDMed)PO(由i_s识别包括FDMed PO的所有PO)，并且未用信号通知firstPDCCH-MonitoringOccasionOfPO，则第i_s+1个PO是从用于寻呼的第i_s/C*S个PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合。'S'是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。C是寻呼控制资源集(核心集)的数量。在第i_s+1个PO的PDCCH监视时机中，UE监视第k个寻呼核心集，其中k＝i_s mod C。
在本公开的实施例中，参数'S'可以等于[根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量]*X，其中，X由gNB用信号通知，或者X是在SSB窗口中重复每个SSB的次数。
注意，对于寻呼UE，gNB还以与UE基于上述过程确定的方式相同的方式来确定UE的PO(或多个)。
[方法2]
方法2-1
图15示出根据方法2-1的实施例的在DRX周期中确定PO的过程。
参照图15，在步骤1510中，UE 1500从网络1501用信号通知的系统信息中获取寻呼配置(默认DRX周期持续时间、PF_Offset、N、Ns、P)。在RRC IDLE和RRC INACTIVE状态下，UE还从网络用信号通知的系统信息中获取寻呼搜索空间配置。在RRC连接状态下，由网络1501用信号通知寻呼搜索空间配置用于专用信令中的一个或多个配置的BWP。因此，在RRC连接状态下，UE从专用RRC信令中获取寻呼搜索空间配置。UE还从系统信息(即，SystemInformationBlock1)获取/接收参数ssb-PositionsInBurst。也可以在RRC连接状态下通过专用RRC信令接收它。
在步骤1520中，UE首先确定寻呼帧。PF是具有SFN的无线电帧，满足：
(SFN+PF_Offset)mod T＝(T div N)*(UE_ID mod N)
其中：
T：UE的DRX周期。如果由上层(例如，NAS)分配，并且在系统信息中用信号通知默认DRX值，则T由最短的UE特定DRX值确定。如果上层未配置UE特定DRX，则应用默认值。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如，在系统信息中)。N的值可以是T、T/2、T/4、T/8、T/16、T/32等。
UE_ID：S-TMSI mod 1024
然后，在步骤1530中，UE 1500计算索引i_s，其中i_s从以下公式导出：
i_s＝floor(UE_ID/N)mod(Ns/P)，其中：
Ns：每个PF的PO数量。参数Ns由gNB用信号通知(例如在系统信息中)。注意，与PF相对应的所有PO不必都位于PF内。它们可以位于从PF开始的一个或多个无线电帧中。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。
P：UE监视的每个DRX周期的PO数量
UE_ID：S-TMSI mod 1024。
在步骤1510中，每个DRX周期T(如上所述)，UE 1500从与在步骤1520确定的PF相对应的第i_s*P+1个PO开始监视多达'P'个PO。参数'P'由gNB1501用信号通知(例如在系统信息中)。
图16示出由方法2-1确定的由UE监视的PF和PO的示例。SFN X 1600是由UE确定的PF，由gNB用信号通知的'P”的值是2，N等于T/2，由UE确定的i_s为0。因此，UE对于SFN X监视第一PO 1610和第二PO 1620。UE将首先对于SFN X 1600监视第一PO 1610。如果它未在监视的PO中接收到寻址到P-RNTI的PDCCH，则它将对于SFN X 1600监视第二PO 1620。
在实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB中的寻呼消息包括对其自身的寻呼(即，寻呼消息包括UE ID)，则UE可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPOMonitoring，并且如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB中的寻呼消息包括对其自身的寻呼，则UE可以在该DRX周期中不监视其其他PO。指示SkipAdditionalPOMonitoring为网络提供了灵活性，可以在信道可用时立即发送寻呼或将其推迟到后续的PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中，由该PDCCH调度的DL TB包括寻呼消息(可以包括或不包括对其自身的寻呼)，则UE可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPOMonitoring，并且如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB包括寻呼消息(可以包括或可以不包括对其自身的寻呼)，则UE可以在该DRX周期中不监视其其他PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，则UE可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPOMonitoring，并且如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，则UE可以在该DRX周期中不监视其其他PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中该PDCCH调度的DL TB包括寻呼消息，并且在接收的寻呼消息中没有监视其他PO的指示，则UE可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，并且在接收的PDCCH中没有监视其他PO的指示，则UE可以在该DRX周期中不监视其其他PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中该PDCCH调度的DL TB包括寻呼消息，并且在接收的寻呼消息中存在监视其他PO的指示，则UE在该DRX周期监视其其他PO。在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，并且在接收的PDCCH中存在监视其他PO的指示，则UE在该DRX周期中监视其其他PO。在实施例中，UE可以在DRX周期中监视其所有PO。
根据实施例，如下确定与第i_s*P+1个PO相对应的PDCCH监视时机：
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+duration中存在PDCCH监视时机，其中在编号为'y'的无线电帧中编号为'x'的时隙满足以下公式：
(y*(无线帧中的时隙数)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)＝0；
在具有PDCCH监视时机的每个时隙中的PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。在与搜索空间相关联的核心集中给出PDCCH监视时机的长度(以符号为单位)。
基于寻呼搜索空间的配置(包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和duration)，UE可以执行从PF的开始用于寻呼的PDCCH监视时机。
在TDD小区中，UE使用tdd-UL-DL-ConfigurationCommon IE，tdd-UL-DL-ConfigurationDedicated IE和组公共PDCCH中的至少一个来接收TDD配置。在系统信息中用信号通知tdd-UL-DL-ConfigurationCommon IE，并指示DL符号、UL符号和灵活符号。在专用RRC信令中用信号通知tdd-UL-DL-ConfigurationDedicated IE，并且指示哪个灵活符号是UL符号。组公共PDCCH为一个或多个时隙提供TDD配置。
在由pagingSearchSpace用信号通知的PDCCH监视时机中，UE排除与UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。UL符号(或多个)是根据tdd-UL-DL-ConfigurationCommon确定的。在排除之后保留的用于寻呼的PDCCH监视时机是用于寻呼的有效PDCCH监视时机，并且在随后的过程中被称为用于寻呼的PDCCH监视时机。注意，由于在FDD小区不用信号通知tdd-UL-DL-ConfigurationCommon，因此仅在TDD小区中执行排除与根据tdd-UL-DL-ConfigurationCommon参数确定的UL符号重叠的用于寻呼的监视时机。仅在TDD单元中用信号通知tdd-UL-DL-ConfigurationCommon。从PF中用于寻呼的第一个PDCCH监视时机开始，与UL符号(其中，根据在SIB 1中用信号通知的tdd-UL-DL-ConfigurationCommon参数确定UL符号)不重叠的用于寻呼的PDCCH监视时机从零开始依次编号。换句话说，从PF开始的有效PDCCH监视时机从零开始依次编号。然后如下将这些编号的用于寻呼的PDCCH监视时机映射到PO：当存在firstPDCCH-MonitoringOccasionOfPO(可选地在寻呼配置中用信号通知firstPDCCH-MonitoringOccasionOfPO)时，第i_s*P+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即，firstPDCCH-MonitoringOccasionOfPO参数的第i_s*P+1个值)。
否则，第i_s*P+1个PO是从用于寻呼的第i_s*P*S个PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合。'S'是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。注意，基于寻呼搜索空间配置来确定用于寻呼的PDCCH监视时机。
在可选实施例中，如果通过配置多个寻呼核心集来支持多个FDMed PO(由i_s识别的包括FDMed PO的所有PO)，并且未用信号通知firstPDCCH-MonitoringOccasionOfPO，则第i_s*P+1个PO是从用于寻呼的第(i_s*P/C)*S个PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合。'S'是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。C是寻呼核心集的数量。在第i_s*P+1个PO的PDCCH监视时机中，UE监视第k个寻呼核心集，其中k＝(i_s*P)mod C。
在本公开的实施例中，参数'S'可以等于[根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量]*X，其中，X由gNB用信号通知，或者X是在SSB窗口中重复每个SSB的次数。
注意，对于寻呼UE，gNB还以与UE基于上述过程确定的方式相同的方式来确定UE的PO(或多个)。
方法2-2：
图17示出根据方法2-2的实施例的在DRX周期中确定PO的过程。
参照图17，在步骤1710中，UE 1700从网络1701用信号通知的系统信息中获取寻呼配置(默认DRX周期持续时间、PF_Offset、N、Ns、P)。在RRC IDLE和RRC INACTIVE状态下，UE还从网络用信号通知的系统信息中获取寻呼搜索空间配置。在RRC连接状态下，由网络1701用信号通知寻呼搜索空间配置用于专用信令中的一个或多个配置的BWP。因此，在RRC连接状态下，UE从专用RRC信令中获取寻呼搜索空间配置。UE还从系统信息(即，SystemInformationBlock1)获取/接收参数ssb-PositionsInBurst。也可以在RRC连接状态下通过专用RRC信令接收它。
在步骤1720中，UE首先确定寻呼帧。PF是具有SFN的无线电帧，满足：
(SFN+PF_Offset)mod T＝(T div N)*(UE_ID mod N)
T：UE的DRX周期。如果由上层(例如，NAS)分配，并且在系统信息中用信号通知默认DRX值，则T由最短的UE特定DRX值确定。如果上层未配置UE特定DRX，则应用默认值。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。N的值可以是T、T/2、T/4、T/8、T/16、T/32等。
UE_ID：S-TMSI mod 1024
然后，在步骤1730中，UE计算索引i_s，其中i_s是从以下公式导出：
i_s＝floor(UE_ID/N)mod(Ns/P)，其中
Ns：每个PF的PO数量。参数Ns由gNB用信号通知(例如，在系统信息中)。注意，与PF相对应的所有PO不必都位于PF内。它们可以位于从PF开始的一个或多个无线电帧中。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如，在系统信息中)。
P：UE监视的每个DRX周期的PO数量
UE_ID：S-TMSI mod 1024。
在步骤1740中，在每个DRX周期T(如上所述)，UE最多监视由(i_s+P*n+1)给定的“P”个PO，其中n＝0,1,2,..P-1。参数'P'由gNB 1701用信号通知(例如，在系统信息中)。
图18示出由方法2-2确定的由UE监视的PO的示例。SFN X 1800是由UE确定的PF，由gNB用信号通知的'P'的值为2，N等于T/2，并且由UE确定的i_s为0。因此，UE对于SFN X监视第一PO 1810和第三PO 1820。UE将首先对于SFN X 1800监视第一PO 1810。如果它未在监视的PO中接收到寻呼消息，则它将对于SFN X 1800监视第三PO 1820。
在实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB中的寻呼消息包括对其自身的寻呼(即，寻呼消息包括UE ID)，则UE可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPOMonitoring，并且如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB中的寻呼消息包括对其自身的寻呼，则UE可以在该DRX周期中不监视其其他PO。指示SkipAdditionalPOMonitoring为网络提供了灵活性，以当在信道变得可用时立即发送寻呼或将其推迟到后续的PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中，由该PDCCH调度的DL TB包括寻呼消息(可以包括或者不包括对其自身的寻呼)，则UE可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPOMonitoring，并且如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB包括寻呼消息(可以包括或可以不包括对其自身的寻呼)，则UE可以在该DRX周期中不监视其其他PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，则UE可以在那个DRX周期中不监视其其他PO。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPOMonitoring，并且如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，则UE可以在那个DRX周期中不监视其其他PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中该PDCCH调度的DL TB包括寻呼消息并且在接收的寻呼消息中没有监视其他PO的指示，则UE可以该DRX周期中不监视其其他PO。在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH并且在接收的PDCCH中没有监视其他PO的指示，则UE可以在该DRX周期中不监视其其他PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中该PDCCH调度的DL TB包括寻呼消息并且在接收的寻呼消息中存在监视其他PO的指示，则UE在该DRX周期监视其其他PO。在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH并且在接收的PDCCH中存在监视其他PO的指示，则UE在该DRX周期中监视其其他PO。在实施例中，UE可以在DRX周期中监视其所有PO。
根据实施例，如下确定与i_s+P*n+1个PO相对应的PDCCH监视时机：
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+duration中存在PDCCH监视时机，其中编号为'y'的无线电帧中编号为'x'的时隙满足以下公式：
(y*(无线帧中的时隙数)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)＝0；
在具有PDCCH监视时机的每个时隙中的PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。在与搜索空间相关联的核心集中给出PDCCH监视时机的长度(以符号为单位)。
基于寻呼搜索空间配置(包含参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和duration)，UE可以知道在确定的PF中用于寻呼的第一个PDCCH监视时机以及随后的PDCCH监视时机。
在TDD小区中，UE使用tdd-UL-DL-ConfigurationCommon IE，tdd-UL-DL-ConfigurationDedicated IE和组公共PDCCH中的至少一个来接收TDD配置。在系统信息中用信号通知tdd-UL-DL-ConfigurationCommon IE，并指示DL符号、UL符号和灵活符号。在专用RRC信令中用信号通知tdd-UL-DL-ConfigurationDedicated IE，并且指示哪个灵活符号是UL符号。组公共PDCCH为一个或多个时隙提供TDD配置。
在由pagingSearchSpace用信号通知的PDCCH监视时机中，UE排除与UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。UL符号是根据tdd-UL-DL-ConfigurationCommon确定的。在排除之后保留的用于寻呼的PDCCH监视时机是用于寻呼的有效PDCCH监视时机，并且在随后的过程中被称为用于寻呼的PDCCH监视时机。注意，由于在FDD小区不用信号通知tdd-UL-DL-ConfigurationCommon，因此仅在TDD小区中执行排除与根据tdd-UL-DL-ConfigurationCommon参数确定的UL符号重叠的用于寻呼的监视时机。仅在TDD单元中用信号通知tdd-UL-DL-ConfigurationCommon。在PF中从用于寻呼的第一个PDCCH监视时机开始，从零开始依次编号与(根据SIB 1中用信号通知的tdd-UL-DL-ConfigurationCommon参数确定的)UL符号不重叠的用于寻呼的PDCCH监视时机。换句话说，从零开始依次编号从PF开始的有效PDCCH监视时机。然后这些编号的PDCCH监视时机被如下映射到PO：
当存在firstPDCCH-MonitoringOccasionOfPO(可选地在寻呼配置中用信号通知firstPDCCH-MonitoringOccasionOfPO)时，第i_s+P*n+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即，firstPDCCH-MonitoringOccasionOfPO参数的第i_s+P*n+1个值)。
否则，第i_s+P*n+1个PO是从用于寻呼的第(i_s+P*n)*S个PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合。'S'是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。注意，基于寻呼搜索空间配置来确定用于寻呼的PDCCH监视时机。
在可选实施例中，如果通过配置多个寻呼核心集来支持多个FDMed PO(由i_s识别的包括FDMed PO的所有PO)，并且未用信号通知firstPDCCH-MonitoringOccasionOfPO，则第i_s+P*n+1个PO是从用于寻呼的第((i_s+P*n)/C)*S个PDCCH监视时机开始的'S'个连续PDCCH监视时机的集合。“S”是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。C是寻呼核心集的数量。在i_s+P*n+1个PDCCH的PDCCH监视时机，UE监视第k个寻呼核心集，其中k＝(i_s+P*n)mod C。
在本公开的实施例中，参数'S'可以等于[根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量]*X，其中，X由gNB用信号通知，或者X是在SSB窗口中重复每个SSB的次数。
注意，对于寻呼UE，gNB还以与UE基于上述过程确定的方式相同的方式来确定UE的PO。
[方法3]
方法3-1
图19示出根据方法3-1的实施例的在DRX周期中确定PO的过程。
参照图19，在步骤1910中，UE 1900从网络1901用信号通知的系统信息中获取寻呼配置(默认DRX周期持续时间、PF_Offset、N、Ns、P、M)。在RRC IDLE和RRC INACTIVE状态下，UE还从网络用信号通知的系统信息中获取寻呼搜索空间配置。在RRC连接状态下，由网络1901用信号通知寻呼搜索空间配置用于专用信令中的一个或多个配置的BWP。因此，在RRC连接状态下，UE从专用RRC信令获取寻呼搜索空间配置。UE还从系统信息(即，SystemInformationBlock1)获取/接收参数ssb-PositionsInBurst。也可以在RRC连接状态下通过专用RRC信令接收它。
在步骤1920中，UE首先确定寻呼帧。PF是具有SFN的无线电帧，满足：
(SFN+PF_Offset)mod T＝(T div N)*(UE_ID mod N)
T：UE的DRX周期。如果由上层分配(例如，NAS)，并且在系统信息中用信号通知默认DRX值，则T由最短的UE特定DRX值确定。如果上层未配置UE特定DRX，则应用默认值。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如，在系统信息中)。N的值可以是T、T/2、T/4、T/8、T/16、T/32等。
UE_ID：S-TMSI mod 1024
然后，在步骤1930中，UE计算索引i_s，其中i_s是从以下公式导出：
i_s＝floor(UE_ID/N)mod(Ns/X)，其中：
Ns：每个PF的PO数量。参数Ns由gNB用信号通知(例如在系统信息中)。注意，与PF相对应的所有PO不必都位于PF内。它们可以位于从PF开始的一个或多个无线电帧中。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。
P：UE监视的每个DRX周期的PO数量
M：UE监视的每个DRX周期的PF数量
X：P/M；UE监视的每个PF的PO数量
UE_ID：S-TMSI mod 1024。
在步骤1940中，每个DRX周期T(如上所述)，UE在从步骤1920中确定的PF开始的多达'M'个PF中监视从第i_s*X+1个PO开始的多达'X'个PO。参数'P'和'M'由gNB 1901用信号通知(例如在系统信息中)。如果在步骤1920中确定的PF是SFN X，则UE 1900监视SFN X+k*T/N，其中k＝0,1,2,...M-1。
图20示出由方法3-1确定的由UE监视的PO的示例。SFN X 2000是由UE确定的PF，由gNB用信号通知的'P'的值为4，由gNB用信号通知的M的值为2，N等于T/2，UE确定的i_s为0。因此，UE对于SFN X 2000和SFN X+2 2010监视第一PO 2020和第二PO 2030。UE将首先对于SFN X 2000监视第一PO 2020。如果它未在监视的PO中接收到寻址到P-RNTI的PDCCH，则它将对于SFN X 2000监视第二PO 2030，依此类推。
在实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB中的寻呼消息包括对其自身的寻呼(即，寻呼消息包括UE ID)，则UE可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPOMonitoring，并且如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB中的寻呼消息包括对其自身的寻呼，则UE可以在该DRX周期中不监视其其他PO。指示SkipAdditionalPOMonitoring为网络提供了灵活性，以在当信道变得可用时立即发送寻呼或将其推迟到后续的PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中，由该PDCCH调度的DL TB包括寻呼消息(可以包括或者可以不包括对其自身的寻呼)，则UE可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPOMonitoring，并且如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB包括寻呼消息(可以包括或可以不包括对其自身的寻呼)，则UE可以在该DRX周期中不监视其其他PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，则UE可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPOMonitoring，并且如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，则UE可以在该DRX周期中不监视其其他PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB包括寻呼消息并且在接收的寻呼消息中没有监视其他PO的指示，则UE可以该DRX周期中不监视其其他PO。在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，并且在接收的PDCCH中没有监视其他PO的指示，则UE可以在该DRX周期中不监视其其他PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB包括寻呼消息并且在接收的寻呼消息中存在监视其他PO的指示，则UE在该DRX周期不监视其其他PO。在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，并且在接收的PDCCH中存在监视其他PO的指示，则UE在该DRX周期中监视其其他PO。在实施例中，UE可以在DRX周期中监视其所有PO。
根据实施例，如下确定与第i_s*X+1个PO相对应的PDCCH监视时机：
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+duration中存在PDCCH监视时机，其中编号为'y'的无线电帧中编号为'x'的时隙满足以下公式：
(y*(无线帧中的时隙数)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)＝0。
在具有PDCCH监视时机的每个时隙中的PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。在与搜索空间相关联的核心集中给出PDCCH监视时机的长度(以符号为单位)。
根据寻呼搜索空间配置(包含参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和duration)，UE可以知道在确定的PF中用于寻呼的第一个PDCCH监视时机以及随后的PDCCH监视时机。
在TDD小区中，UE使用tdd-UL-DL-ConfigurationCommon IE，tdd-UL-DL-ConfigurationDedicated IE和组公共PDCCH中的至少一个来接收TDD配置。在系统信息中用信号通知tdd-UL-DL-ConfigurationCommon IE，并指示DL符号、UL符号和灵活符号。在专用RRC信令中用信号通知tdd-UL-DL-ConfigurationDedicated IE，并且指示哪个灵活符号是UL符号。组公共PDCCH为一个或多个时隙提供TDD配置。
在由pagingSearchSpace用信号通知的PDCCH监视时机中，UE排除与UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。UL符号是根据tdd-UL-DL-ConfigurationCommon确定的。在排除之后保留的用于寻呼的PDCCH监视时机是用于寻呼的有效PDCCH监视时机，并且在随后的过程中被称为用于寻呼的PDCCH监视时机。注意，由于在FDD小区不用信号通知tdd-UL-DL-ConfigurationCommon，因此仅在TDD小区中执行排除与根据tdd-UL-DL-ConfigurationCommon参数确定的UL符号重叠的用于寻呼的监视时机。仅在TDD单元中用信号通知tdd-UL-DL-ConfigurationCommon。从PF中用于寻呼的第一个PDCCH监视时机开始，从零开始依次编号与UL符号(根据从SIB 1中用信号通知的tdd-UL-DL-ConfigurationCommon参数确定UL符号)不重叠的用于寻呼的PDCCH监视时机。换句话说，从零开始依次编号从PF开始的有效PDCCH监视时机。然后这些编号的PDCCH监视时机被如下映射到PO：
当存在firstPDCCH-MonitoringOccasionOfPO时(可选地在寻呼配置中用信号通知firstPDCCH-MonitoringOccasionOfPO)时，第i_s*X+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即，firstPDCCH-MonitoringOccasionOfPO参数的第i_s*X+1个值)。
否则，第i_s*X+1个PO是从用于寻呼的第i_s*X*S个PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合。'S'是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。注意，基于寻呼搜索空间配置来确定用于寻呼的PDCCH监视时机。
在可选实施例中，如果通过配置多个寻呼核心集来支持多个FDMed PO(由i_s识别包括FDMed PO的所有PO)，并且未用信号通知firstPDCCH-MonitoringOccasionOfPO，则第i_s*X+1个PO是从用于寻呼的第(i_s*X/C)*S个PDCCH监视时机开始的'S'个连续PDCCH监视时机的集合。'S'是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。C是寻呼核心集的数量。在第i_s*X+1个PO的PDCCH监视时机中，UE监视第k个寻呼核心集，其中k＝(i_s*X)mod C。
在本公开的实施例中，参数'S'可以等于[根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量]*L，其中，L由gNB用信号通知，或者L是在SSB窗口中重复每个SSB的次数。
注意，对于寻呼UE，gNB还以与UE基于上述过程确定的方式相同的方式来确定UE的PO。
方法3-2：
图21示出根据方法3-2的实施例的在DRX周期中确定PO的过程。
在步骤2110中，UE 2100从网络2101用信号通知的系统信息中获取寻呼配置(默认DRX周期持续时间、PF_Offset、N、Ns、P、M)和寻呼搜索空间配置。在RRC IDLE和RRCINACTIVE状态下，UE还从网络用信号通知的系统信息中获取寻呼搜索空间配置。在RRC连接状态下，由网络2101用信号通知寻呼搜索空间配置用于专用信令中的一个或多个配置的BWP。因此，在RRC连接状态下，UE从专用RRC信令获取寻呼搜索空间配置。UE还从系统信息(即，SystemInformationBlock1)获取参数ssb-PositionsInBurst。也可以在RRC连接状态下通过专用RRC信令接收它。
在步骤2120中，UE 2100首先确定寻呼帧。PF是具有SFN的无线电帧，满足：
(SFN+PF_Offset)mod T＝(T div N)*(UE_ID mod N)
其中，
T：UE的DRX周期。如果由上层分配(例如，NAS)，并且在系统信息中用信号通知默认DRX值，则T由最短的UE特定DRX值确定。如果上层未配置UE特定DRX，则应用默认值。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如，在系统信息中)。N的值可以是T、T/2、T/4、T/8、T/16、T/32等。
UE_ID：S-TMSI mod 1024
然后，在步骤2130中，UE 2100计算索引i_s，其中i_s是从以下公式导出：
i_s＝floor(UE_ID/N)mod(Ns/X)，其中：
Ns：每个PF的PO数量。参数Ns由gNB用信号通知(例如在系统信息中)。注意，与PF相对应的所有PO都不必位于PF内。它们可以位于从PF开始的一个或多个无线电帧中。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。
P：UE监视的每个DRX周期的PO数量
M：UE监视的每个DRX周期的PF数量
X：P/M；UE监视的每个PF的PO数量
UE_ID：S-TMSI mod 1024。
每个DRX周期T(如上所述)，UE 2100在从步骤2120中确定的PF开始的多达'M'个PF中监视由i_s+X*n+1给出的多达'X'个PO，其中n＝0,1,2,...X-1。参数'P'和'M'由gNB 2101用信号通知(例如在系统信息中)。如果在步骤2120中确定的PF是SFN X，则UE 2100监视SFNX+k*T/N，其中k＝0,1,2,...M-1。
图22示出由方法3-2确定的由UE监视的PO的示例。SFN X 2200是由UE确定的PF，由gNB用信号通知的'P'的值为4，由gNB用信号通知的M的值为2，N等于T/2，UE确定的i_s为0。因此，UE对于SFN X 2200和SFN X+2 2210监视第一PO 2220和第三PO 2230。UE将首先对于SFN X 2200监视第一PO 2220。如果它未在监视的PO中接收到寻址到P-RNTI的PDCCH，则它将对于SFN X 2200监视第三PO 2230，依此类推。
在实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB中的寻呼消息包括对其自身的寻呼(即，寻呼消息包括UE ID)，则UE可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPOMonitoring，并且如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB中的寻呼消息包括对其自身的寻呼，则UE可以在该DRX周期中不监视其其他PO。指示SkipAdditionalPOMonitoring为网络提供了灵活性，以在当信道变得可用时立即发送寻呼或将其推迟到后续的PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中，由该PDCCH调度的DL TB包括寻呼消息(可以包括或者可以不包括对其自身的寻呼)，则UE可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPOMonitoring，并且如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB包括寻呼消息(可以包括或可以不包括对其自身的寻呼)，则UE可以在该DRX周期中不监视其其他PO。
在另一个实施例中，如果UE在被监视的PO中接收到寻址到P-RNTI的PDCCH，则它可以不在那个DRX周期中监视其其他PO。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPOMonitoring，并且如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，则UE可以在该DRX周期中不监视其其他PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB包括寻呼消息并且在接收的寻呼消息中没有监视其他PO的指示，则UE可以在该DRX周期中不监视其其他PO。在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，并且在接收的PDCCH中没有监视其他PO的指示，则UE可以在该DRX周期中不监视其其他PO。
在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB包括寻呼消息并且在接收的寻呼消息中存在监视其他PO的指示，则UE在该DRX周期中监视其其他PO。在另一个实施例中，如果UE在监视的PO中接收到寻址到P-RNTI的PDCCH并且在接收的PDCCH中存在监视其他PO的指示，则UE在该DRX周期中监视其其他PO。在实施例中，UE可以在DRX周期中监视其所有PO。
如下确定与第i_s+X*n+1个PO相对应的PDCCH监视时机：
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+duration中存在PDCCH监视时机，其中在编号为'y'的无线电帧中编号为'x'的时隙满足以下公式：
(y*(无线帧中的时隙数)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)＝0；
在具有PDCCH监视时机的每个时隙中的PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。在与搜索空间相关联的核心集中给出PDCCH监视时机的长度(以符号为单位)。
根据寻呼搜索空间配置(包含参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和duration)，UE可以知道在确定的PF中用于寻呼的第一个PDCCH监视时机以及随后的PDCCH监视时机。
在TDD小区中，UE使用tdd-UL-DL-ConfigurationCommon IE，tdd-UL-DL-ConfigurationDedicated IE和组公共PDCCH中的至少一个来接收TDD配置。在系统信息中用信号通知tdd-UL-DL-ConfigurationCommon IE，并指示DL符号、UL符号和灵活符号。在专用RRC信令中用信号通知tdd-UL-DL-ConfigurationDedicated IE，并且指示哪个灵活符号是UL符号。组公共PDCCH为一个或多个时隙提供TDD配置。
在由pagingSearchSpace用信号通知的PDCCH监视时机中，UE排除与UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。UL符号是根据tdd-UL-DL-ConfigurationCommon确定的。在排除之后保留的用于寻呼的PDCCH监视时机是用于寻呼的有效PDCCH监视时机，并且在随后的过程中被称为用于寻呼的PDCCH监视时机。注意，由于在FDD小区不用信号通知tdd-UL-DL-ConfigurationCommon，因此仅在TDD小区中执行排除与根据tdd-UL-DL-ConfigurationCommon参数确定的UL符号重叠的用于寻呼的监视时机。仅在TDD单元中用信号通知tdd-UL-DL-ConfigurationCommon。从PF中用于寻呼的第一个PDCCH监视时机开始，从零开始依次编号与UL符号(根据从SIB 1中用信号通知的tdd-UL-DL-ConfigurationCommon参数确定UL符号)不重叠的用于寻呼的PDCCH监视时机。换句话说，从零开始依次编号从PF开始的有效PDCCH监视时机。然后这些编号的PDCCH监视时机被如下映射到PO：
当存在firstPDCCH-MonitoringOccasionOfPO时(可选地在寻呼配置中用信号通知firstPDCCH-MonitoringOccasionOfPO)时，第i_s+X*n+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即，firstPDCCH-MonitoringOccasionOfPO参数的第i_s+X*n+1个值)。
否则，第i_s+X*n+1个PO是从用于寻呼的第(i_s+X*n)*S个PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合。'S'是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。注意，基于寻呼搜索空间配置来确定用于寻呼的PDCCH监视时机。
在可选实施例中，如果通过配置多个寻呼核心集来支持多个FDMed PO(由i_s识别包括FDMed PO的所有PO)，并且未用信号通知firstPDCCH-MonitoringOccasionOfPO，则第i_s+X*n+1个PO是用于寻呼的第((i_s+X*n)/C)*S个PDCCH监视时机开始的'S'个连续PDCCH监视时机的集合。'S'是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。C是寻呼核心集的数量。在第i_s+X*n+1个PO的PDCCH监视时机中，UE监视第k个寻呼核心集，其中k＝(i_s+X*n)mod C。
在本公开的实施例中，参数'S'可以等于[根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量]*L，其中，L由gNB用信号通知，或者L是在SSB窗口中重复每个SSB的次数。
在方法3-3中，P是UE监视的每个DRX周期的PO的数量。M是UE监视的每个DRX周期的PF的数量。X是UE监视的每个PF的PO数量，其中X＝P/M。在上面说明的实施例1和2中，P和M由gNB用信号通知。在可选实施例中，可以通过gNB用信号通知P、M和X之中的两个参数中的任何一个。可以基于关系X＝P/M获得第三参数。然后，实施例1或2可以用于确定UE在DRX周期中要监视的PF/PO。
注意，对于寻呼UE，gNB还以与UE基于上述过程确定的方式相同的方式来确定UE的PO。
[方法4]
方法4-1：
图23示出根据方法4-1的实施例的在DRX周期中确定PO的过程。
在步骤2310中，UE 2300从网络2301用信号通知的系统信息(即，SystemInformationBlock1)获取/接收寻呼配置(默认DRX周期持续时间、PF_Offset、N、Ns、X)。在RRC IDLE和RRC INACTIVE状态下，UE还会从网络用信号通知的系统信息获取/接收寻呼搜索空间配置(即，SystemInformationBlock1)。在RRC连接状态下，由网络用信号通知寻呼搜索空间配置用于专用信令中的一个或多个配置的BWP。因此，在RRC连接状态下，UE从专用RRC信令中获取/接收寻呼搜索空间配置。UE还从系统信息(即，SystemInformationBlock1)获取参数ssb-PositionsInBurst。也可以在RRC连接状态下通过专用RRC信令接收它。
在步骤2320中，UE 2300首先确定寻呼帧。PF是具有SFN的无线电帧，满足：
(SFN+PF_Offset)mod T＝(T div N)*(UE_ID mod N)
其中，
T：UE的DRX周期。如果由上层分配(例如，NAS)，并且在系统信息中用信号通知默认DRX值，则T由最短的UE特定DRX值确定。如果上层未配置UE特定DRX，则应用默认值。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如，在系统信息中)。N的值可以是T、T/2、T/4、T/8、T/16、T/32等。
UE_ID：S-TMSI mod 1024
然后，在步骤2330中，UE 2300计算索引i_s，其中i_s是从以下公式导出：
i_s＝floor(UE_ID/N)mod Ns，其中：
Ns：每个PF的PO数量。参数Ns由gNB用信号通知(例如在系统信息中)。注意，与PF相对应的所有PO都不必位于PF内。它们可以位于从PF开始的一个或多个无线电帧中。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。
UE_ID：S-TMSI mod 1024。
在步骤2340中，UE 2300从在步骤2320中确定的PF的开始确定用于寻呼的有效PDCCH监视时机。
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+duration中存在PDCCH监视时机，其中在编号为'y'的无线电帧中编号为'x'的时隙满足以下公式：
(y*(无线帧中的时隙数)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)＝0。
在具有PDCCH监视时机的每个时隙中的PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。在与搜索空间相关联的核心集中给出PDCCH监视时机的长度(以符号为单位)。
根据寻呼搜索空间配置(包含参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和duration)，UE可以知道在确定的PF中用于寻呼的第一个PDCCH监视时机以及随后的PDCCH监视时机。
在TDD小区中，UE使用tdd-UL-DL-ConfigurationCommon IE，tdd-UL-DL-ConfigurationDedicated IE和组公共PDCCH中的至少一个来接收TDD配置。在系统信息中用信号通知tdd-UL-DL-ConfigurationCommon IE，并指示DL符号、UL符号和灵活符号。在专用RRC信令中用信号通知tdd-UL-DL-ConfigurationDedicated IE，并且指示哪个灵活符号是UL符号。组公共PDCCH为一个或多个时隙提供TDD配置。
在由pagingSearchSpace用信号通知的PDCCH监视时机中，UE排除与UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。UL符号是根据tdd-UL-DL-ConfigurationCommon确定的。注意，由于在FDD小区不用信号通知tdd-UL-DL-ConfigurationCommon，因此仅在TDD小区中执行排除与根据tdd-UL-DL-ConfigurationCommon参数确定的UL符号重叠的用于寻呼的监视时机。从PF中用于寻呼的第一个PDCCH监视时机开始，从零开始依次编号与UL符号(根据从SIB 1中用信号通知的tdd-UL-DL-ConfigurationCommon参数确定UL符号)不重叠的用于寻呼的PDCCH监视时机。换句话说，从零开始依次编号从PF开始的有效PDCCH监视时机。然后这些编号的PDCCH监视时机被映射到PO。
在步骤2350中，每个DRX周期T(如上所述)，UE在步骤2320中确定的PF中监视第i_s+1个PO。确定与第i_s+1个PO相对应的PDCCH监视时机如下：
当存在firstPDCCH-MonitoringOccasionOfPO时(可选地在寻呼配置中用信号通知firstPDCCH-MonitoringOccasionOfPO)时，第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即，firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。
否则，第i_s+1个PO是从用于寻呼的第i_s*S*X个PDCCH监视时机开始的用于寻呼的'S*X'个连续PDCCH监视时机的集合。
'S'是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。SystemInformationBlock1中的参数ssb-PositionsInBurst指示gNB发送哪些SSB。ssb-PositionsInBurst是位图。ssb-PositionsInBurst中的第一个/最左位对应于SS/PBCH块索引0，第二个位对应于SS/PBCH块索引1，依此类推。位图中的值0指示未发送对应的SS/PBCH块，而值1指示发送对应的SS/PBCH块。例如假设ssb-PositionsInBurst指示(通过将位图的对应位设置为1)由gNB发送SSB索引4、SSB索引8、SSB索引14和SSB索引16。由于发送了四个SSB，因此S等于4。
gNB在寻呼配置中用信号通知'X'，或者'X'是在SSB窗口中每个SSB重复的次数。'X'还可以称为用于扩展PO或用于在PO中配置附加PDCCH监视时机的扩展因子。'X'也可以被称为PO中每个SSB的PDCCH监视时机的数量。注意，用于寻呼的PDCCH监视时机是基于寻呼搜索空间配置来确定的。X的默认值可以假定为1，即，如果未用信号通知'X'，则将X设置为1以确定PO的PDCCH监视时机。在实施例中，gNB用信号通知'X'以在非许可载波或DL载波处于非许可频带中的小区中进行寻呼。
在可选实施例中，如果通过配置多个寻呼核心集来支持多个FDMed PO(由i_s识别包括FDMed PO的所有PO)，并且未用信号通知firstPDCCH-MonitoringOccasionOfPO，则第i_s+1个PO是从用于寻呼的第(i_s/C)*S*X个PDCCH监视时机开始的用于寻呼的'S*X'个连续PDCCH监视时机的集合。'S'是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。C是寻呼核心集的数量。在第i_s+1个PO的PDCCH监视时机中，UE监视第k个寻呼核心集，其中k＝i_s mod C。
在另一个实施例中，代替X，可以用信号通知时隙/符号中的PO持续时间。PO包括PO持续时间中的所有PDCCH监视时机。在另一个实施例中，代替'X'，可以用信号通知参数'A'，即，PO中的PDCCH监视时机的数量。在这种情况下，在上面的描述中，S*X被替换为'A'。在实施例中，代替用信号通知'X'，网络可以用信号通知PO中的PDCCH监视时机的数量，其中X＝(PO中的PDCCH监视时机的数量)/(根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量)。
PO中用于寻呼的每个PDCCH监视时机与发送的SSB(或SS/PBCH块)之一相关联。基于该关联，UE可以确定与一个或多个合适的SSB(例如，SS-RSRP高于阈值的SSB)相对应的PDCCH监视时机，并且仅监视PO中的这些PDCCH监视时机。在现有系统中，PO中用于寻呼的第K个PDCCH监视时机对应于第K个发送的SSB。然而，仅当PO中的PDCCH监视时机的数量等于发送的SSB的数量时，PO的PDCCH监视时机与发送的SSB之间的该映射规则才起作用。如上所述，每个PO由'S*X'个PDCCH监视时机组成，并且对于X＞1，PO中的PDCCH监视时机的数量大于发送的SSB的数量。因此，需要在PO中的PDCCH监视时机与发送的SSB之间建立新的映射规则。
存在多达64个SSB，并且每个SSB由SSB标识符唯一识别。SystemInformationBlock1中的参数ssb-PositionsInBurst指示gNB发送哪些SSB。ssb-PositionsInBurst是位图。ssb-PositionsInBurst中的第一个/最左位对应于SS/PBCH块索引0，第二个位对应于SS/PBCH块索引1，依此类推。位图中的值0表示未发送对应的SS/PBCH块，而值1表示已发送对应的SS/PBCH块。
在实施例中，PO中的第[(K-1)*X+x)]个PDCCH监视时机对应于第K个发送的SSB，其中x＝0,1,...,X-1；且K＝1,2,...,S。S是根据SIB1中的ssb-PositionsInBurst确定的实际发送的SSB的数量，并且'X'是每个SSB的PDCCH监视时机的数量。注意，实际发送的SSB以其SSB索引的升序从1到S依次编号。例如假设ssb-PositionsInBurst指示gNB发送SSB索引4、SSB索引8、SSB索引14和SSB索引16。因此，S是4，对于SSB索引为4的SSB，K等于1，对于SSB索引为8的SSB，K等于2，对于SSB索引为14的SSB，K等于3，对于SSB索引为16的SSB，K等于4。图24示出根据方法4-1的实施例的与发送的SSB相对应的PO中的PDCCH监视时机的示例。参照图24，按照PO中发送的SSB的索引顺序分配与特定SSB 2400相对应的一个或多个PDCCH监视时机。每个发送的SSB被映射到X个连续PDCCH监视时机，其中SS以其SSB索引的升序被映射到PO中的PDCCH监视时机。
在另一个实施例中，PO中用于寻呼的第x*S+K个PDCCH监视时机对应于第K个发送的SSB，其中x＝0,1,...,X-1，并且K＝1,2,...,S。S是根据SIB1中的ssb-PositionsInBurst确定的实际发送的SSB的数量，'X'是每个SSB的PDCCH监视时机的数量。注意，实际发送的SSB以其SSB索引的升序从1到S依次编号。例如假设ssb-PositionsInBurst指示gNB发送SSB索引4、SSB索引8、SSB索引14和SSB索引16。因此，对于SSB索引为4的SSB，K等于1，对于SSB索引为8的SSB，K等于2，对于SSB索引为14的SSB，K等于3，对于SSB索引为16的SSB，K等于3。图25示出根据方法4-1的实施例的在与发送的SSB相对应的PO中的另一示例PDCCH监视时机。参照图25，以发送SSB的索引顺序分配与每个发送SSB 2500相对应的每个PDCCH监视时机。可以在PO中分配与发送的SSB相对应的多个PDCCH监视时机。在该方法中，PO由'X'个'S'个连续PDCCH监视时机的集合组成，其中，每个'S'个连续PDCCH监视时机的集合按照SSB索引的升序依次映射到'S'个发送的SSB。
在现有系统中，一个PO仅由'S'个PDCCH监视时机组成。然而，在该方法中，由于信道可能在非许可载波中并不总是可用，因此扩展PO以给予更多机会('S*X'，其中X>1)在非许可载波中发送寻址到P-RNTI的PDCCH。然而，这可能会增加UE功耗。因此，需要一些准则来停止监视PO中的PDCCH监视时机的PDCCH监视。
在实施例中，如果UE在监视的PO的PDCCH监视时机中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB中的寻呼消息包括对其自身的寻呼(即，寻呼消息包括UE ID)，则UE可以在该DRX周期中不监视监视的PO的剩余PDCCH监视时机。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPMOMonitoring，并且如果UE在监视的PO的PDCCH监视时机中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB中的寻呼消息包括对其自身的寻呼，UE可以在该DRX周期中不监视监视的PO的剩余PDCCH监视时机。指示SkipAdditionalPMOMonitoring为网络提供了灵活性，以在当信道变得可用时立即发送寻呼或将其推迟到PO的后续PDCCH监视时机。
在一个实施例中，如果UE在监视的PO的PDCCH监视时机中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB包括寻呼消息(可以包括或者可以不包括对自身的寻呼)，UE可以在该DRX周期中不监视监视的PO的剩余PDCCH监视时机。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPMOMonitoring，并且如果UE在监视的PO的PDCCH监视时机中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DLTB包括寻呼消息(可以包括或可以不包括对其自身的寻呼)，则UE可以在该DRX周期中不监视监视的PO的剩余PDCCH监视时机。
在另一个实施例中，如果UE在监视的PO的PDCCH监视时机中接收到寻址到P-RNTI的PDCCH，则UE可以在该DRX周期中不监视监视的PO的剩余PDCCH监视时机。在另一个实施例中，如果网络在系统信息或专用RRC信令中用信号通知SkipAdditionalPMOMonitoring，并且如果UE在监视的PO的PDCCH监视时机中接收到寻址到P-RNTI的PDCCH，则UE可以在该DRX周期种不监视监视的PO的剩余PDCCH监视时机。
在另一个实施例中，如果UE在监视的PO的PDCCH监视时机中接收到寻址到P-RNTI的PDCCH，其中该PDCCH调度的DL TB包括寻呼消息并且在接收的寻呼消息中没有监视PO的其他PDCCH监视时机的指示，UE可以在该DRX周期中不监视监视的PO的剩余PDCCH监视时机。在另一个实施例中，如果UE在监视的PO的PDCCH监视时机中接收到寻址到P-RNTI的PDCCH，并且在接收的PDCCH中没有监视PO的其他PDCCH监视时机的指示，则UE可以该DRX周期中不监视监视的PO的剩余PDCCH监视时机。
在另一个实施例中，如果UE在监视的PO的PDCCH监视时机中接收到寻址到P-RNTI的PDCCH，其中由该PDCCH调度的DL TB包括寻呼消息并且在接收的寻呼消息中存在监视PO的剩余PDCCH监视时机的指示，UE在该DRX周期中监视监视的PO的剩余PDCCH监视时机。在另一个实施例中，如果UE在监视的PO的PDCCH监视时机中接收到寻址到P-RNTI的PDCCH，并且在所接收的PDCCH中指示监视PO的剩余PDCCH监视时机，则UE在该DRX周期中监视监视的PO的剩余PDCCH监视时机。
注意，对于寻呼UE，gNB还以与UE基于上述过程确定的方式相同的方式来确定UE的PO。
[方法5]
在本公开的方法5的一个实施例中，UE如下确定DRX周期中的PO(或多个)。
步骤1：UE从网络用信号通知的系统信息获取寻呼配置(默认DRX周期持续时间、PF_Offset、N、Ns)。在RRC IDLE和RRC INACTIVE状态下，UE还从网络用信号通知的系统信息中获取寻呼搜索空间配置。在RRC连接状态下，由网络用信号通知寻呼搜索空间配置用于专用信令中的一个或多个配置的BWP。因此，在RRC连接状态下，UE从专用RRC信令获取寻呼搜索空间配置。
步骤2：UE首先确定寻呼帧。PF是具有SFN的无线电帧，满足：
(SFN+PF_Offset)mod T＝(T div N)*(UE_ID mod N)
其中，
T：UE的DRX周期。如果由上层分配(例如，NAS)，并且在系统信息中用信号通知默认DRX值，则T由最短的UE特定DRX值确定。如果上层未配置UE特定DRX，则应用默认值。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。N的值可以是T、T/2、T/4、T/8、T/16、T/32等。
UE_ID：S-TMSI mod 1024
步骤3：然后UE计算索引i_s，其中i_s是从以下公式导出：
i_s＝floor(UE_ID/N)mod Ns，其中：
Ns：每个PF的PO数量。参数Ns由gNB用信号用作(例如，在系统信息中)。注意，与PF相对应的所有PO都不必位于PF内。它们可以位于从PF开始的一个或多个无线电帧中。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。
UE_ID：S-TMSI mod 1024。
步骤4：每个DRX周期，UE在步骤2中确定的PF中监视第i_s+1个PO。
如下确定与第i_s+1个PO相对应的PDCCH监视时机：
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+duration中存在PDCCH监视时机，其中在编号为'y'的无线电帧中编号为'x'的时隙满足以下公式：
(y*(无线帧中的时隙数)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)＝0；
在具有PDCCH监视时机的每个时隙中的PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。在与搜索空间相关联的核心集中给了PDCCH监视时机的长度(以符号为单位)。
基于寻呼搜索空间配置(包含参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和duration)，UE可以知道在确定的PF中用于寻呼的第一个PDCCH监视时机以及随后的PDCCH监视时机。
在TDD小区中，UE使用tdd-UL-DL-ConfigurationCommon IE，tdd-UL-DL-ConfigurationDedicated IE和组公共PDCCH中的至少一个来接收TDD配置。在系统信息中用信号通知tdd-UL-DL-ConfigurationCommon IE，并指示DL符号、UL符号和灵活符号。在专用RRC信令中用信号通知tdd-UL-DL-ConfigurationDedicated IE，并且指示哪个灵活符号是UL符号。组公共PDCCH为一个或多个时隙提供TDD配置。
在由pagingSearchSpace用信号通知的PDCCH监视时机中，UE排除与UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。UL符号是根据tdd-UL-DL-ConfigurationCommon确定的。注意，由于在FDD小区不用信号通知tdd-UL-DL-ConfigurationCommon，因此仅在TDD小区中执行排除与根据tdd-UL-DL-ConfigurationCommon参数确定的UL符号重叠的用于寻呼的监视时机。从PF中用于寻呼的第一个PDCCH监视时机开始，从零开始依次编号与UL符号(根据SIB 1中用信号通知的tdd-UL-DL-ConfigurationCommon参数确定UL符号)不重叠的用于寻呼的PDCCH监视时机。换句话说，从零开始依次编号从PF开始的有效PDCCH监视时机。然后这些编号的PDCCH监视时机被映射到PO，如下所示：
当存在firstPDCCH-MonitoringOccasionOfPO时，第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即，firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。
否则，第i_s+1个PO是从用于寻呼的第i_s*S个PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合。'S'是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。注意，基于寻呼搜索空间配置来确定用于寻呼的PDCCH监视时机。
在第i_s+1个PO的PDCCH监视时机，UE监视'P'个寻呼核心集(核心集指示频域中的RB以及符号中的持续时间)。持续时间从由PDCCH监视时机指示的符号的开头开始。gNB用信号通知'C'个寻呼核心集(例如在寻呼配置中)。在实施例中，UE监视所有寻呼核心集(即，P等于C)。在另一个实施例中，UE从第i个核心集开始监视'C'个寻呼核心集中的'P'个寻呼核心集，其中，i＝UE_ID mod P。UE可以基于其能力来确定'P'。UE还可以在UE能力信息消息(或任何其他信令消息)中将'P'的值通知给网络。
[方法6]
在本公开的该实施例中，在多个BWP(即C BWP)中支持寻呼，并且UE可以监视'P'个BWP中的寻呼消息。gNB用信号通知支持寻呼的BWP的列表。对这些BWP中的每一个，用信号通知寻呼配置(例如，DRX周期持续时间、N、Ns、PF_Offset、搜索空间配置、核心集等)。可选地，所有这些BWP的寻呼配置都是共用的。在实施例中，UE监视所有C BWP中的寻呼(即，P等于C)。在另一个实施例中，UE从第i个BWP开始监视'C'个BWP中的'P'个BWP，其中，i＝UE_IDmod P。UE可以基于其能力来确定'P'。UE还可以在UE能力信息消息(或任何其他信令消息)中将'P'的值通知给网络。
在每个监视的BWP中，UE使用前面说明的方法(1至5)之一或使用3GPP规范(TS38.304)中描述的方法来确定PF/PO。
实施例2-2：当支持多个FDMed PO时的PF/PO确定
在当前的DRX周期系统中，支持多个时分多路复用(TDMed)PO。如果PO既FDMed又TDMed，则需要确定UE的PO的方法。
实施例2-2-1：
搜索空间对于所有PO都是共用的。配置了多个核心集。
在本发明方法5的一个实施例中，UE在DRX周期中如下确定PO(或多个)。
步骤1：UE从网络用信号通知的系统信息中获取寻呼配置(默认DRX周期持续时间、PF_Offset、N、Ns)，寻呼核心集列表。在RRC IDLE和RRC INACTIVE状态下，UE还从网络用信号通知的系统信息中获取寻呼搜索空间配置。在RRC连接状态下，由网络用信号通知寻呼搜索空间配置用于专用信令中的一个或多个配置的BWP。因此，在RRC连接状态下，UE从专用RRC信令中获取寻呼搜索空间配置。
步骤2：UE首先确定寻呼帧。PF是具有SFN的无线电帧，满足：
(SFN+PF_Offset)mod T＝(T div N)*(UE_ID mod N)
其中，
T：UE的DRX周期。如果由上层分配(例如，NAS)，并且在系统信息中用信号通知默认DRX值，则T由最短的UE特定DRX值确定。如果上层未配置UE特定DRX，则应用默认值。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。N的值可以是T、T/2、T/4、T/8、T/16、T/32等。
UE_ID：S-TMSI mod 1024
步骤3：然后UE计算索引i_s，其中i_s是从以下公式导出：
i_s＝floor(UE_ID/N)mod Ns，其中：
Ns：每个PF的PO数量。参数Ns由gNB用信号用作(例如，在系统信息中)。注意，与PF相对应的所有PO都不必位于PF内。它们可以位于从PF开始的一个或多个无线电帧中。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。
UE_ID：S-TMSI mod 1024。
步骤4：每个DRX周期，UE在步骤2中确定的PF中监视第i_s+1个PO。
如下确定与第i_s+1个PO相对应的PDCCH监视时机：
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+duration中存在PDCCH监视时机，其中在编号为'y'的无线电帧中编号为'x'的时隙满足以下公式：
(y*(无线帧中的时隙数)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)＝0。
在具有PDCCH监视时机的每个时隙中的PDCCH监视时机的开始符号由Monitoring-symbols-PDCCH-within-slot给出。在与搜索空间相关联的核心集中给出PDCCH监视时机的长度(以符号为单位)。
基于寻呼搜索空间配置(包含参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和duration)，UE可以知道在确定的PF中用于寻呼的第一个PDCCH监视时机以及随后的PDCCH监视时机。
在TDD小区中，UE使用tdd-UL-DL-ConfigurationCommon IE，tdd-UL-DL-ConfigurationDedicated IE和组公共PDCCH中的至少一个来接收TDD配置。在系统信息中用信号通知tdd-UL-DL-ConfigurationCommon IE，并指示DL符号、UL符号和灵活符号。在专用RRC信令中用信号通知tdd-UL-DL-ConfigurationDedicated IE，并且指示哪个灵活符号是UL符号。组公共PDCCH为一个或多个时隙提供TDD配置。
在由pagingSearchSpace用信号通知的PDCCH监视时机中，UE排除与UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。UL符号是根据tdd-UL-DL-ConfigurationCommon确定的。注意，由于在FDD小区不用信号通知tdd-UL-DL-ConfigurationCommon，因此仅在TDD小区中执行排除与根据tdd-UL-DL-ConfigurationCommon参数确定的UL符号重叠的用于寻呼的监视时机。从PF中用于寻呼的第一个PDCCH监视时机开始，从零开始依次编号与UL符号(根据SIB 1中用信号通知的tdd-UL-DL-ConfigurationCommon参数确定UL符号)不重叠的用于寻呼的PDCCH监视时机。换句话说，从零开始依次编号从PF开始的有效PDCCH监视时机。然后这些编号的PDCCH监视时机被映射到PO，如下所示：
当存在firstPDCCH-MonitoringOccasionOfPO时，第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即，firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。
否则，第i_s+1个PO是从用于寻呼的第(i_s/C)*S个PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合。'S'是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。C是寻呼核心集的数量。注意，基于寻呼搜索空间配置来确定用于寻呼的PDCCH监视时机。
在本公开的实施例中，参数'S'可以等于[根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量]*L，其中L由gNB用信号通知，或者L是在SSB窗口中重复每个SSB的次数。
在第i_s+1个PO的PDCCH监视时机，UE监视第k个寻呼核心集，其中k＝i_s mod C。图26示出根据实施例2-2-1的在Ns＝4和C＝2的情况下在PO和核心集之间的映射的示例。参照图26，在PF间隔中分配了4个PO2600，并且与核心集相对应的PO被FDM。
实施例2-2-2：配置多个搜索空间
在本发明方法5的一个实施例中，UE在DRX周期中确定PO如下：
步骤1：UE从网络用信号通知的系统信息中获取寻呼配置(默认DRX周期持续时间、PF_Offset、N、Ns)，寻呼搜索空间配置列表。在RRC连接状态下，由网络用信号通知寻呼搜索空间配置用于专用信令中的一个或多个配置的BWP。
步骤2：UE首先确定寻呼帧。PF是具有SFN的无线电帧，满足：
(SFN+PF_Offset)mod T＝(T div N)*(UE_ID mod N)
其中，
T：UE的DRX周期。如果由上层分配(例如，NAS)，并且在系统信息中用信号通知默认DRX值，则T由最短的UE特定DRX值确定。如果上层未配置UE特定DRX，则应用默认值。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。N的值可以是T、T/2、T/4、T/8、T/16、T/32等。
UE_ID：S-TMSI mod 1024
步骤3：然后UE计算索引i_s，其中i_s是从以下公式导出：
i_s＝floor(UE_ID/N)mod Ns，其中：
Ns：每个PF的PO数量。参数Ns由gNB用信号用作(例如，在系统信息中)。注意，与PF相对应的所有PO都不必位于PF内。它们可以位于从PF开始的一个或多个无线电帧中。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。
UE_ID：S-TMSI mod 1024。
步骤4：每个DRX周期，UE在步骤2中确定的PF中监视第i_s+1个PO。
如下确定与第i_s+1个PO相对应的PDCCH监视时机：
UE基于第k个寻呼搜索空间来确定PDCCH监视时机，其k＝i_s mod C，C是寻呼搜索空间的数量。从PF中用于寻呼的第一个PDCCH监视时机开始，与UL符号(根据SIB 1中用信号通知的tdd-UL-DL-ConfigurationCommon参数确定UL符号)不重叠的用于寻呼的PDCCH监视时机从零开始依次编号。
当存在firstPDCCH-MonitoringOccasionOfPO时，第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即，firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。
否则，第i_s+1个PO是从用于寻呼的第(i_s/C)*S个PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合。'S'是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。C是寻呼搜索空间的数量。
在本公开的实施例中，参数'S'可以等于[根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量]*L，其中L由gNB用信号通知，或者L是在SSB窗口中重复每个SSB的次数。
在第i_s+1个PO的PDCCH监视时机中，UE监视与确定的寻呼搜索空间相对应的寻呼核心集。
实施例2-3：对于默认关联的PO确定
对于默认关联(即，当由gNB用信号通知的参数pagingSearchSpace设置为0时)，用于寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机相同。根据当前设计，对于默认关联，Ns为1或2。Ns由gNB用信号通知。对于Ns＝1，PF中只有一个PO。对于Ns＝2，PO位于PF的前半帧(i_s＝0)或后半帧(i_s＝1)。
对于RMSI模式2/3(即RMSI的PDCCH监视时机与SSB同时发生)，如果SS突发设置周期为5ms，则PF中最多可以有两个PO。如果Ns设置为1，则UE将在前半帧或后半帧中监视PO。注意，两者均在PF开始。如果UE在前半帧中监视而网络在后半帧中发送，则UE将错过寻呼。如果UE在后半帧中监视，但网络在前半帧中发送，则UE将错过寻呼。
实施例2-3-1：
为了克服该问题，建议对于默认关联(即，当由gNB用信号通知的参数pagingSearchSpace设置为0时)，如果Ns＝1，则从RF中用于寻呼的第一PDCCH监视时机开始只有一个PO。对于默认关联，用于寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机相同。
根据实施例2-3-1的用于默认关联的PF/PO确定(即，当由gNB用信号通知的参数pagingSearchSpace被设置为0时)如下：
步骤1：UE从网络用信号通知的系统信息中获取寻呼配置(默认DRX周期持续时间、PF_Offset、N、Ns)，寻呼搜索空间配置。在RRC连接状态下，由网络用信号通知寻呼搜索空间配置用于专用信令中的一个或多个配置的BWP。
步骤2：UE首先确定寻呼帧。PF是具有SFN的无线电帧，满足：
(SFN+PF_Offset)mod T＝(T div N)*(UE_ID mod N)
其中，
T：UE的DRX周期。如果由上层分配(例如，NAS)，并且在系统信息中用信号通知默认DRX值，则T由最短的UE特定DRX值确定。如果上层未配置UE特定DRX，则应用默认值。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。N的值可以是T、T/2、T/4、T/8、T/16、T/32等。
UE_ID：S-TMSI mod 1024
步骤3：然后UE计算索引i_s，其中i_s是从以下公式导出：
i_s＝floor(UE_ID/N)mod Ns，其中：
Ns：每个PF的PO数量。参数Ns由gNB用信号用作(例如，在系统信息中)。注意，与PF相对应的所有PO都不必位于PF内。它们可以位于从PF开始的一个或多个无线电帧中。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。
UE_ID：S-TMSI mod 1024。
对于Ns＝2和i_s＝0，UE在PF的前半帧中监视PO。对于Ns＝2且i_s＝1，UE在PF的后半帧中监视PO。对于Ns＝1，从RF中用于寻呼的第一PDCCH监视时机开始只有一个PO。对于默认关联，用于寻呼的PDCCH监视时机与用于RMSI的PDCCH监视时机相同。
实施例2-3-2：
在可选实施例中，如果Ns＝1并且RMSI模式是2/3并且SS突发设置周期是5ms，则sgNB可以在寻呼配置中指示PO是在PF的前半帧还是后半帧中。UE将相应地在PF的前半帧或后半帧中监视PO。
根据实施例2-3-2的用于默认关联的PF/PO确定(即，当由gNB用信号通知的参数pagingSearchSpace被设置为0时)如下：
步骤1：UE从网络用信号通知的系统信息中获取寻呼配置(默认DRX周期持续时间、PF_Offset、N、Ns)，寻呼搜索空间配置。在RRC连接状态下，由网络用信号通知寻呼搜索空间配置用于专用信令中的一个或多个配置的BWP。
步骤2：UE首先确定寻呼帧。PF是具有SFN的无线电帧，满足：
(SFN+PF_Offset)mod T＝(T div N)*(UE_ID mod N)
其中，
T：UE的DRX周期。如果由上层分配(例如，NAS)，并且在系统信息中用信号通知默认DRX值，则T由最短的UE特定DRX值确定。如果上层未配置UE特定DRX，则应用默认值。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。N的值可以是T、T/2、T/4、T/8、T/16、T/32等。
UE_ID：S-TMSI mod 1024
步骤3：然后UE计算索引i_s，其中i_s是从以下公式导出：
i_s＝floor(UE_ID/N)mod Ns，其中：
Ns：每个PF的PO数量。参数Ns由gNB用信号用作(例如，在系统信息中)。
N：DRX周期中的寻呼帧数。N由gNB用信号通知(例如在系统信息中)。
UE_ID：S-TMSI mod 1024。
对于Ns＝2且i_s＝0，UE在PF的前半帧中监视PO。对于Ns＝2且i_s＝1，UE在PF的后半帧中监视PO。如果Ns＝1且RMSI模式为2/3，SS突发设置周期为5ms，则gNB在寻呼配置中指示PO是在PF的前半帧还是后半帧中。UE将相应地在PF的前半帧或后半帧中监视PO。如果gNB没有指示PO是在前半帧还是后半帧中，则UE将监视在PF中开始(即从第一PDCCH监视时机开始)的PO。
对于默认关联(即，寻呼搜索空间设置为零)
-如果RMSI模式为2/3：
ο如果SS突发设置周期为5ms：
·如果gNB将Ns设置为1，则指示PO在PF中的位置(前半帧或后半帧)
·否则，如果gNB将Ns设置为2，则不指示PO位置PF
ο其他
·gNB将Ns设置为1
·不指示PF中的PO位置
-否则，如果RMSI模式为1
οgNB将Ns设置为1
ο不指示PF中的PO位置
如果将寻呼搜索空间设置为零，并且如果RMSI模式为2/3，并且SS突发设置周期为5ms并且Ns等于1，则UE在寻呼配置中由gNB指示在前半帧或后半帧中监视PO。
实施例2-4：SI消息接收
在第五代(也称为NR或新无线电)无线通信系统中，系统信息分为最小系统信息(SI)(包含MIB和SIB1)和其他SI(SIB 2，SIB 3等)。SIB1以外的SIB承载在SystemInformation(SI)消息中，该消息在DL-SCH上发送。只有具有相同周期性的SIB可以映射到同一SI消息。每个SI消息都在定期出现的时域窗口(对于所有SI消息称为长度相同的SI窗口)内发送。每个SI消息都与一个SI窗口关联，并且不同SI消息的SI窗口不重叠。也就是说，在一个SI窗口内，仅发送对应的SI消息。SIB 1中的调度信息包括SIB和SI消息之间的映射、每个SI消息的周期性和SI窗口长度。
在SI消息的SI窗口中，UE监视为SI消息配置(通过参数其他系统信息(OSI)搜索空间配置)的PDCCH监视时机。SI窗口中的第K个PDCCH监视时机对应于第K个发送的SSB。这使得UE能够仅监视与适当的SSB(即，良好的SSB或具有高于指定阈值的RSRP的SSB)相对应的PDCCH监视时机。在频域中，用于SI消息接收的带宽(或核心集)是初始BWP(在SIB 1或MIB中用信号通知)。
图27示出根据本公开的实施例的用于SI接收的初始BWP的示例。参照图27，附图标记2700指示UE监视的SI窗口，附图标记2710指示初始BWP。
在非许可频带中，仅当信道空闲时(基于通话前监视(LBT))，gNB才能发送SI消息。这可能导致发送SI消息的延迟，并且因此可能延迟UE对SI消息的获取。为了减少延迟，需要用于SI消息发送/接收的附加机会。
实施例2-4-1：
gNB用信号通知用于SI消息接收的'N'个核心集的列表。gNB可以在SIB1或MIB或RRC消息中用信号通知。
gNB还用信号通知SI周期性、SI窗口长度、搜索空间配置。搜索空间配置对于所有核心集可以是共用的。这意味着gNB仅会为SI消息(或OSI)用信号通知一个搜索空间配置。搜索空间配置可以专用于每个核心集。这意味着gNB为SI消息(或OSI)用信号通知'N'个搜索空间配置
gNB可以在多个子带上执行LBT(对应于不同的核心集)。gNB在可用信道的核心集中广播SI消息。UE根据UE能力监视一个或多个核心集中的SI消息。
图28示出根据本公开的实施例的考虑多个核心集的用于SI消息的SI窗口的示例。参照图28，可以对与多个核心集2800相对应的SI窗口进行FDMed。图29示出gNB发送SI消息的SI窗口的示例。参照图29，在SI周期中，在SI窗口时机，gNB将在信道空闲的核心集中发送SI消息，如附图标记2900。在不同的SI周期中，信道可以在不同的核心集中空闲，并且gNB相应地发送SI消息。
<实施例3>
在第五代(也称为NR或新无线电)无线通信系统中，发送寻呼以寻呼附接到无线通信网络但处于空闲/非活动模式的UE。在空闲/非活动模式下，UE以定期间隔(即，每个寻呼DRX周期)唤醒短时间段以接收寻呼，接收SI更新通知并接收紧急通知。使用物理下行链路共享信道(PDSCH)发送寻呼消息。如果PDSCH中存在寻呼消息，则将物理下行链路公共控制信道(PDCCH)寻址到P-RNTI。P-RNTI对于所有UE都是共用的。UE身份(即用于空闲UE的S-TMSI或用于非活动UE的I-RNTI)包括在寻呼消息中，以指示对特定UE的寻呼。寻呼消息可以包括多个UE身份以寻呼多个UE。PDCCH在数据信道(PDSCH)上广播寻呼消息(即PDCCH被P-RNTI屏蔽)。SI更新和紧急通知被包括在DCI中，并且携带该DCI的PDCCH寻址到P-RNTI。在空闲/非活动模式下，UE在每个DRX周期监视一个寻呼时机(PO)。在RRC连接状态下，UE监视一个或多个PO以接收SI更新通知并接收紧急通知。UE可以在寻呼DRX周期中监视任何PO，并且在SI修改周期中监视至少一个PO。
PO是用于寻呼的'S'个PDCCH监视时机的集合，其中'S'是在小区中发送SSB的数量(即，同步信号和PBCH块(SSB)由主和辅同步信号(PSS，SSS)和PBCH组成)。UE首先确定寻呼帧(PF)，然后对于确定的PF确定PO。一个PF是无线电帧(10ms)。UE的PF是具有系统帧号'SFN'的无线电帧，其满足公式(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)；其中PF_offset、T和N由gNB在系统信息中用信号通知。
UE监视第i_s+1个PO，其中i_s＝floor(UE_ID/N)mod Ns；其中，N和Ns由gNB在系统信息中用信号通知。基于gNB用信号通知的寻呼搜索空间配置(pagingSearchSpace)来确定用于寻呼的PDCCH监视时机。从PF的用于寻呼的第一个PDCCH监视时机开始，与UL符号不重叠的用于寻呼的PDCCH监视时机从零开始依次编号。gNB可以对与PF相对应的每个PO用信号通知参数firstPDCCH-MonitoringOccasionOfPO。当用信号通知firstPDCCH-MonitoringOccasionOfPO时，第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机号码开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。否则，第i_s+1个PO是从用于寻呼的第i_s*S个PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合。'S'是根据从gNB接收的SystemInformationBlock1中用信号通知的ssb-PositionsInBurst确定的实际发送的SSB的数量。
在NR中，pagingSearchSpace中的以下参数配置用于寻呼的PDCCH监视时机：周期性(p)、偏移量(o)、持续时间(d)：周期性给定的每个周期中具有PDCCH监视时机的连续时隙的数量；MonitoringSymbolsWithinSlot(1个大小为14的位图，一位对应于OFDM符号)；CORESET-time-duration(c)：PDCCH监视时机中连续OFDM符号的数量。
图30示出由pagingSearchSpace配置的用于寻呼的PDCCH监视时机的示例。参照图30，附图标记3000表示具有用于寻呼的PDCCH监视时机的时隙，周期性(p)3010是5个时隙；偏移量(o)3020是5个时隙；持续时间(d)3030是2个时隙；MonitoringSymbolsWithinSlot是00100000100000，CORESET-time-duration是4个OFDM符号。
在TDD小区中，由SystemInformationBlock1中的参数tdd-UL-DL-ConfigurationCommon用信号通知小区特定TDD配置(指示DL时隙/符号、UL时隙/符号)。tdd-UL-DL-ConfigurationCommon包括TDD或DL-UL模式持续时间/周期、dslots、dsymbols、uslots、usymbols。'dslots'指示每个DL-UL模式开始处的连续完整DL时隙的数量。TDD模式持续时间中的第一'dslots'时隙是DL时隙。DL时隙中的所有OFDM符号都是DL符号。'uslots'指示每个DL-UL模式结尾处的连续完整UL时隙的数量。模式中的最后'uslots'时隙是UL时隙。UL时隙中的所有OFDM符号都是UL符号。'dsymbols'指示在最后一个完整DL时隙之后的时隙开始处连续DL符号的数量(从'dslots'得出)。值0表示不存在部分下行链路时隙。第一'dslots+1'个时隙中的第一'dsymbols'个OFDM符号是DL符号。'usymbols'指示在第一个完整UL时隙之前的时隙结尾处的连续UL符号的数量(从uslots得出)。值0表示不存在部分上行链路时隙。从TDD模式持续时间的结尾开始的第'uslots+1'个时隙中的最后'usymbols'个OFDM符号是UL符号。TDD模式持续时间中的其余符号是灵活符号。从SFN 0开始重复此模式。可以通过tdd-UL-DL-ConfigurationDedicated将灵活符号配置为DL或UL符号。在专用RRC信令中将tdd-UL-DL-ConfigurationDedicated用信号通知给UE。
图31示出通过tdd-UL-DL-ConfigurationCommon进行的TDD配置的示例。参照图31，TDD模式持续时间是3100个10时隙，dslots 3110是2个时隙，dsymbols 3130是4个OFDM符号，uslots 3120是3个时隙，usymbols 3140是6个OFDM符号。
除了tdd-UL-DL-ConfigurationDedicated和tdd-UL-DL-ConfigurationCommon之外，组公共PDCCH还可以向UE指示对一个或多个时隙的TDD配置。在TDD小区中，UE可以使用tdd-UL-DL-ConfigurationDedicated、tdd-UL-DL-ConfigurationCommon和组公共PDCCH中的一个或多个来接收关于UL符号的信息。
在TDD小区中，由pagingSearchSpace用信号通知的一个或多个PDCCH监视时机可以与UL符号重叠。在当前设计中，由pagingSearchSpace用信号通知的与UL符号不重叠的PDCCH监视时机被认为对寻呼有效。从PF的开始，这些用于寻呼的有效PDCCH监视时机从零开始依次编号。
空闲/非活动UE基于在SystemInformationBlock1中用信号通知的tdd-UL-DL-ConfigurationCommon来确定UL符号。与RRC连接的UE基于在组公共PDCCH中接收的tdd-UL-DL-ConfigurationCommon、tdd-UL-DL-ConfigurationDedicated和TDD配置来确定UL符号。结果，在空闲/非活动UE和连接UE确定的PO之间将存在不匹配。
图32a示出用于寻呼的PDCCH监视时机和TDD配置的示例。参照图32a，为每个时隙配置PagingSeachSpace，并且来自第一符号和第七符号的4个符号是时隙中的PDCCH监视时机。示出基于tdd-UL-DL-ConfigurationCommon的TDD配置，并且将无线帧的第3时隙、第4时隙、第5时隙、第6时隙和第7时隙指示为灵活时隙。第3时隙和第4时隙由tdd-DL-UL-ConfigurationDedicated指示为UL时隙。
图32b示出根据图32a中的TDD配置的PO的示例。参照32b，对于S＝8，由空闲/非活动UE确定的第一个PO由时隙0、1、2和3中的PDCCH监视时机组成。这些UE不认为时隙8至10中的PDCCH监视时机是有效的，因为这些是UL时隙。由连接UE确定的第一个PO由时隙0、1、4和5中的PDCCH监视时机组成。这些UE不认为时隙8至10以及时隙3和4中的PDCCH监视时机是有效的，因为这些是UL时隙。
实施例3-1：用于寻呼的有效PDCCH监视时机
[方法1]
图33示出根据方法1的实施例的确定用于寻呼的有效PDCCH监视时机的方法。
在步骤3300中，UE使用tdd-UL-DL-ConfigurationCommon、tdd-UL-DL-ConfigurationDedicated和组公共(GC)PDCCH中的至少一个来接收TDD配置。
在步骤3310中，在由pagingSearchSpace用信号通知的PDCCH监视时机(或多个)中，UE排除与根据tdd-UL-DL-ConfigurationCommon确定的UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。
在步骤3320中，UE然后确定在应用以上排除之后剩余的由pagingSearchSpace用信号通知的PDCCH监视时机(或多个)是用于寻呼的有效PDCCH监视时机。
在步骤3330中，从PF的开始，用于寻呼的有效PDCCH监视时机从零开始依次编号，并且被映射到与PF相对应的'Ns'个PO。
如果配置了firstPDCCH-MonitoringOccasionOfPO，则第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机号码开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。
否则，第i_s+1个PO是从用于寻呼的第i_s*S个PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合。'S'是根据从gNB接收的SystemInformationBlock1中用信号通知的ssb-PositionsInBurst确定的实际发送的SSB的数量。
UE确定PO的操作如下：
UE从gNB接收tdd-UL-DL-ConfigurationCommon。在系统信息(例如，SystemInformationBlock1)中接收tdd-UL-DL-ConfigurationCommon。
UE从gNB接收寻呼信道配置(即默认DRX周期持续时间、N、Ns、PF_offset)和寻呼搜索空间配置，其中寻呼搜索空间ID未被设置为零。由UE在系统信息(例如，SystemInformationBlock1)中接收寻呼信道配置。由空闲/非活动UE在系统信息(例如，SystemInformationBlock1)中接收寻呼搜索空间配置。寻呼搜索空间配置由RRC连接UE在专用RRC信令中接收。在专用RRC信令中，由gNB在每个可以接收寻呼的BWP的BWP配置中用信号通知寻呼搜索空间配置。
UE还从系统信息、即SystemInformationBlock1获取参数ssb-PositionsInBurst。也可以在RRC连接状态下通过专用RRC信令接收它。
UE确定PF。UE的PF是具有系统帧号'SFN'的无线电帧，其满足公式(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)。
UE确定索引i_s，其中，i_s＝floor(UE_ID/N)mod Ns。
寻呼搜索空间id未被设置为零，因此根据由pagingSearchSpace指示的搜索空间配置来确定用于寻呼的PDCCH监视时机。
从PF中的用于寻呼的第一个PDCCH监视时机开始，从零开始依次编号与UL符号不重叠的用于寻呼的PDCCH监视时机。根据tdd-UL-DL-ConfigurationCommon确定UL符号。
如果从gNB接收到firstPDCCH-MonitoringOccasionOfPO，则第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。
否则，第i_s+1个PO是从用于寻呼的第i_s*S个PDCCH监视时机开始的'S'个连续PDCCH监视时机的集合。'S'是根据从gNB接收的SystemInformationBlock1中用信号通知的参数ssb-PositionsInBurst确定的实际发送的SSB的数量。在系统信息中(例如，SystemInformationBlock1)或专用RRC信令中接收firstPDCCH-MonitoringOccasionOfPO(如果由gNB配置)。
[方法2]
图34示出根据方法2的实施例的确定用于寻呼的有效PDCCH监视时机的方法。
在步骤3400中，在由pagingSearchSpace用信号通知的PDCCH监视时机(或多个)中，UE排除与根据tdd-UL-DL-ConfigurationCommon确定的UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。
在步骤3410中，在由pagingSearchSpace用信号通知的PDCCH监视时机(或多个)中，UE排除与根据tdd-UL-DL-ConfigurationCommon确定的灵活符号重叠的那些PDCCH监视时机(或多个)。
在步骤3420中，UE然后确定在应用以上排除之后剩余的由pagingSearchSpace用信号通知的PDCCH监视时机(或多个)是用于寻呼的有效PDCCH监视时机。
在步骤3430中，从PF的开始，用于寻呼的有效PDCCH监视时机从零开始依次编号，并且被映射到与PF相对应的'Ns'个PO。
如果配置了firstPDCCH-MonitoringOccasionOfPO，则第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机号码开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。
否则，第i_s+1个PO是从用于寻呼的第i_s*S个PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合。'S'是根据从gNB接收的SystemInformationBlock1中用信号通知的ssb-PositionsInBurst确定的实际发送的SSB的数量。
UE确定PO的操作如下：
首先，UE从gNB接收tdd-UL-DL-ConfigurationCommon。在系统信息(例如，SystemInformationBlock1)中接收tdd-UL-DL-ConfigurationCommon。
然后，UE从gNB接收寻呼信道配置(即默认DRX周期持续时间、N、Ns、PF_offset)和寻呼搜索空间配置，其中寻呼搜索空间ID未被设置为零。由UE在系统信息(例如，SystemInformationBlock1)中接收寻呼信道配置。由空闲/非活动UE在系统信息(例如SystemInformationBlock1)中接收寻呼搜索空间配置。寻呼搜索空间配置由RRC连接UE在专用RRC信令中接收。在专用RRC信令中，由gNB在每个可以接收寻呼的BWP的BWP配置中用信号通知寻呼搜索空间配置。
UE确定PF。UE的PF是具有系统帧号'SFN'的无线电帧，其满足公式(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)。
UE确定索引i_s，其中，i_s＝floor(UE_ID/N)mod Ns。
寻呼搜索空间id未被设置为零，因此根据由pagingSearchSpace指示的搜索空间配置来确定用于寻呼的PDCCH监视时机。
从PF中的用于寻呼的第一个PDCCH监视时机开始，对与UL符号或灵活符号不重叠的用于寻呼的PDCCH监视时机从零开始依次编号。根据tdd-UL-DL-ConfigurationCommon确定UL符号和灵活符号。
如果从gNB接收到firstPDCCH-MonitoringOccasionOfPO，则第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。
否则，第i_s+1个PO是从用于寻呼的第i_s*S个PDCCH监视时机开始的'S'个连续PDCCH监视时机的集合。'S'是根据从gNB接收的SystemInformationBlock1中用信号通知的参数ssb-PositionsInBurst确定的实际发送的SSB的数量。由空闲/非活动UE在系统信息中(例如，SystemInformationBlock1)中接收firstPDCCH-MonitoringOccasionOfPO(如果由gNB配置)。由RRC连接UE在专用RRC信令中接收firstPDCCH-MonitoringOccasionOfPO(如果由gNB配置)，以监视非初始BWP中的寻呼。为了监视初始BWP中的寻呼，由RRC连接UE在系统信息(例如SystemInformationBlock1)中接收firstPDCCH-MonitoringOccasionOfPO(如果由gNB配置)。
图35a示出基于tdd-UL-DLConfigurationCommon的用于寻呼的PDCCH监视时机和TDD配置的示例。参照图35a，附图标记3500是由pagingSearchSpace配置的用于寻呼的PDCCH监视时机的图示。在3500中，周期(p)是10个时隙；offset(o)是0个时隙；持续时间(d)是10个时隙；monitoringSymbolsWithinSlot是10000010000000，CORESET-time-duration时间是4个OFDM符号。
附图标记3510是通过tdd-UL-DL-ConfigurationCommon进行的TDD配置的图示。在3510中，TDD模式持续时间是10个时隙，dslots是4个时隙，dsymbols是0个OFDM符号，uslots是3个时隙，usymbols是0个OFDM符号。第1个时隙、第2个时隙、第3个时隙和第4个时隙是DL时隙，第5个时隙、第6个时隙和第7个时隙是灵活时隙，第8个时隙、第9个时隙和第10个时隙是UL时隙。
图35b示出根据方法1的用于寻呼的有效PDCCH监视时机的示例。参照图35b，附图标记3520示出排除与由tdd-UL-DL-ConfigurationCommon配置的UL符号或灵活符号重叠(即，不认为对寻呼有效)的用于寻呼的PDCCH监视时机(由pagingSearchSpace配置)。从PF的开始用于寻呼的剩余PDCCH监视时机依次编号并被映射到PO。例如，如果Ns等于2，则发送的SSB的数量(S)是8，并且未配置firstPDCCH-MonitoringOccasionOfPO，则PO1是编号从0到7的PDCCH监视时机的集合。PO2是编号8到15的PDCCH监视时机的集合。
[方法3]
图36示出根据方法3的实施例的确定用于寻呼的有效PDCCH监视时机的方法。
参照图36，在步骤3600中，UE确定UE监视寻呼时机的DL BWP是否是初始BWP。UE监视寻呼时机(用于寻呼和/或SI更新和/或紧急通知)的DL BWP是否是初始DL BWP。
在步骤3610中，UE在由pagingSearchSpace用信号通知的PDCCH监视时机(或多个)中排除与根据tdd-UL-DL-ConfigurationCommon确定的UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。然后，在步骤3620中，UE在由pagingSearchSpace用信号通知的PDCCH监视时机中排除与根据tdd-UL-DL-ConfigurationCommon确定的灵活符号重叠的那些PDCCH监视时机。在步骤3630中，UE确定在应用上述排除之后剩余的由pagingSearchSpace用信号通知的PDCCH监视时机是用于寻呼的有效PDCCH监视时机。
如果UE监视寻呼时机(用于寻呼和/或SI更新和/或紧急通知)的DL BWP不是初始DL BWP，则在步骤3650中，UE在pagingSearchSpace用信号通知的PDCCH监视时机中排除与UL符号重叠的那些PDCCH监视时机，该UL符号(或多个)根据tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated确定。
在步骤3660中，UE确定在应用以上排除之后剩余的由pagingSearchSpace用信号通知的PDCCH监视时机是用于寻呼的有效PDCCH监视时机。
在步骤3640中，从PF的开始，用于寻呼的有效PDCCH监视时机从零开始依次编号，并被映射到与PF相对应的'Ns'个PO。
如果配置了firstPDCCH-MonitoringOccasionOfPO，则第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机号码开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。否则，第i_s+1个PO是从用于寻呼的第i_s*S个PDCCH监视时机开始的'S'个连续PDCCH监视时机的集合。'S'是根据从gNB接收的SystemInformationBlock1中用信号通知的ssb-PositionsInBurst确定的实际发送的SSB的数量。
处于RRC空闲/非活动状态的UE监视初始DL BWP中的寻呼时机。如果在活动DL BWP中配置了寻呼搜索空间，则处于RRC连接状态的UE监视活动DL BWP中的寻呼时机。活动DLBWP可以是初始DL BWP，也可以不是初始DL BWP。如果在活动DL BWP中未配置寻呼搜索空间，则处于RRC连接状态的UE不会监视寻呼时机。
UE确定PO的操作如下：
UE从gNB接收tdd-UL-DL-ConfigurationCommon。在系统信息(例如，SystemInformationBlock1)中接收tdd-UL-DL-ConfigurationCommon。
UE从gNB接收寻呼信道配置(即默认DRX周期持续时间、N、Ns、PF_offset)和寻呼搜索空间配置，其中寻呼搜索空间ID未被设置为零。由UE在系统信息(例如，SystemInformationBlock1)中接收寻呼信道配置。由空闲/非活动UE在系统信息(例如，SystemInformationBlock1)中接收寻呼搜索空间配置。由RRC连接UE在专用RRC信令中接收寻呼搜索空间配置。在专用RRC信令中，由gNB在每个可以接收寻呼的BWP的BWP配置中用信号通知寻呼搜索空间配置。
UE确定PF。UE的PF是具有系统帧号'SFN'的无线电帧，其满足公式(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)。
然后，UE确定索引(i_s)，其中i_s＝floor(UE_ID/N)mod Ns。
寻呼搜索空间id未被设置为零，因此根据由pagingSearchSpace指示的搜索空间配置来确定用于寻呼的PDCCH监视时机。
如果UE监视寻呼时机(用于寻呼和/或SI更新和/或紧急通知)的DL BWP是初始DLBWP：从PF中的用于寻呼的第一个PDCCH监视时机开始，与UL符号或灵活符号不重叠的用于寻呼的PDCCH监视时机从零开始依次编号。根据tdd-UL-DL-ConfigurationCommon确定UL符号和灵活符号。
如果UE监视寻呼时机(用于寻呼和/或SI更新和/或紧急通知)的DL BWP不是初始的DL BWP：从PF的用于寻呼的第一个PDCCH监视时机开始，与UL符号不重叠的用于寻呼的PDCCH监视时机从零开始依次编号。根据tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated确定UL符号。
如果从gNB接收到firstPDCCH-MonitoringOccasionOfPO，则第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。
否则，第i_s+1个PO是从用于寻呼的第i_s*S个PDCCH监视时机开始的'S'个连续PDCCH监视时机的集合。'S'是根据从gNB接收的SystemInformationBlock1中用信号通知的参数ssb-PositionsInBurst确定的实际发送的SSB的数量。由空闲/非活动UE在系统信息中(例如，SystemInformationBlock1)中接收firstPDCCH-MonitoringOccasionOfPO(如果由gNB配置)。由RRC连接UE在专用RRC信令中接收firstPDCCH-MonitoringOccasionOfPO(如果由gNB配置)，以监视非初始BWP中的寻呼。为了监视初始BWP中的寻呼，由RRC连接UE在系统信息(例如SystemInformationBlock1)中接收firstPDCCH-MonitoringOccasionOfPO(如果由gNB配置)。
[方法4]
图37示出根据方法4的实施例的确定用于寻呼的有效PDCCH监视时机的方法。
参照图37，在步骤3700中，UE确定UE监视寻呼时机的DL BWP是否是初始BWP。如果UE监视寻呼时机(用于寻呼和/或SI更新和/或紧急通知)的DL BWP是初始DL BWP，
在步骤3710中，UE在由pagingSearchSpace用信号通知的PDCCH监视时机(或多个)中排除与根据tdd-UL-DL-ConfigurationCommon确定的UL符号(或多个)重叠的那些PDCCH监视时机。
然后，在步骤3720中，UE确定在应用上述排除之后剩余的由pagingSearchSpace用信号通知的PDCCH监视时机(或多个)是用于寻呼的有效PDCCH监视时机。
如果UE监视寻呼时机(用于寻呼和/或SI更新和/或紧急通知)的DL BWP不是初始DL BWP，则在步骤3740中，UE在pagingSearchSpace用信号通知的PDCCH监视时机(或多个)中排除与UL符号(或多个)重叠的那些PDCCH监视时机(或多个)，UL符号根据tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated确定。
在步骤3750中，UE确定在应用以上排除之后剩余的由pagingSearchSpace用信号通知的PDCCH监视时机(或多个)是用于寻呼的有效PDCCH监视时机。
在步骤3730中，从PF的开始，用于寻呼的有效PDCCH监视时机从零开始依次编号，并映射到与PF相对应的'Ns'个PO。
如果配置了firstPDCCH-MonitoringOccasionOfPO，则第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机号码开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。否则，第i_s+1个PO是从用于寻呼的第i_s*S个PDCCH监视时机开始的'S'个连续PDCCH监视时机的集合。'S'是根据从gNB接收的SystemInformationBlock1中用信号通知的ssb-PositionsInBurst确定的实际发送的SSB的数量。
处于RRC空闲/非活动状态的UE监视初始DL BWP中的寻呼时机。如果在活动DL BWP中配置了寻呼搜索空间，则处于RRC连接状态的UE监视活动DL BWP中的寻呼时机。活动DLBWP可以是初始DL BWP，也可以不是初始DL BWP。如果在活动DL BWP中未配置寻呼搜索空间，则处于RRC连接状态的UE不会监视寻呼时机。
UE确定PO的操作如下：
UE从gNB接收tdd-UL-DL-ConfigurationCommon。在系统信息(例如，SystemInformationBlock1)中接收tdd-UL-DL-ConfigurationCommon。
UE从gNB接收寻呼信道配置(即默认DRX周期持续时间、N、Ns、PF_offset)和寻呼搜索空间配置，其中寻呼搜索空间ID未被设置为零。由UE在系统信息(例如，SystemInformationBlock1)中接收寻呼信道配置。由空闲/非活动UE在系统信息(例如，SystemInformationBlock1)中接收寻呼搜索空间配置。由RRC连接UE在专用RRC信令中接收寻呼搜索空间配置。在专用RRC信令中，由gNB在每个可以接收寻呼的BWP的BWP配置中用信号通知寻呼搜索空间配置。
UE确定PF。UE的PF是具有系统帧号'SFN'的无线电帧，其满足公式(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)。
然后，UE确定索引(i_s)，其中i_s＝floor(UE_ID/N)mod Ns。
寻呼搜索空间id未被设置为零，因此根据由pagingSearchSpace指示的搜索空间配置来确定用于寻呼的PDCCH监视时机。
如果UE监视寻呼时机(用于寻呼和/或SI更新和/或紧急通知)的DL BWP是初始DLBWP：从PF的用于寻呼的第一个PDCCH监视时机开始，与UL符号不重叠的用于寻呼的PDCCH监视时机从零开始依次编号。根据tdd-UL-DL-ConfigurationCommon确定UL符号和灵活符号。
如果UE监视寻呼时机(用于寻呼和/或SI更新和/或紧急通知)的DL BWP不是初始的DL BWP：从PF的用于寻呼的第一个PDCCH监视时机开始，与UL符号不重叠的用于寻呼的PDCCH监视时机从零开始依次编号。根据tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated确定UL符号。
如果从gNB接收到firstPDCCH-MonitoringOccasionOfPO，则第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。
否则，第i_s+1个PO是从用于寻呼的第i_s*S个PDCCH监视时机开始的'S'个连续PDCCH监视时机的集合。'S'是根据从gNB接收的SystemInformationBlock1中用信号通知的参数ssb-PositionsInBurst确定的实际发送的SSB的数量。由空闲/非活动UE在系统信息中(例如，SystemInformationBlock1)中接收firstPDCCH-MonitoringOccasionOfPO(如果由gNB配置)。由RRC连接UE在专用RRC信令中接收firstPDCCH-MonitoringOccasionOfPO(如果由gNB配置)，以监视非初始BWP中的寻呼。为了监视初始BWP中的寻呼，由RRC连接UE在系统信息(例如SystemInformationBlock1)中接收firstPDCCH-MonitoringOccasionOfPO(如果由gNB配置)。
[方法5]
在本发明的方法5中，确定用于寻呼的有效PDCCH监视时机如下：
UE在由pagingSearchSpace用信号通知的PDCCH监视时机(或多个)中排除与根据tdd-UL-DL-ConfigurationCommon确定的UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。UE确定在应用以上排除之后剩余的由pagingSearchSpace用信号通知的PDCCH监视时机(或多个)是用于寻呼的有效PDCCH监视时机。从PF的开始，用于寻呼的有效PDCCH监视时机从零开始依次编号，并被映射到与PF相对应的'Ns'个PO。
如果配置了firstPDCCH-MonitoringOccasionOfPO，则第i_s+1个PO是从firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机号码开始的用于寻呼的'S'个连续PDCCH监视时机的集合(即firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值)。否则，第i_s+1个PO是从用于寻呼的第i_s*S个PDCCH监视时机开始的'S'个连续PDCCH监视时机的集合。'S'是根据从gNB接收的SystemInformationBlock1中用信号通知的ssb-PositionsInBurst确定的实际发送的SSB的数量。
在该方法中，我们还提出了如图38所示的方法。图38示出根据方法4的实施例的由gNB配置TDD配置的方法。参照图38，在步骤3800中，gNB确定根据tdd-UL-DL-ConfigurationCommon确定的灵活符号与由pagingSearchSpace用信号通知的任何PDCCH监视时机是否重叠。如果根据tdd-UL-DL-ConfigurationCommon确定的灵活符号与由pagingSearchSpace用信号通知的任何PDCCH监视时机重叠，则在步骤3810中，gNB不会通过对UE(或多个)的专用信令(例如通过tdd-UL-DL-ConfigurationDedicated或SFI)将此灵活符号配置为UL符号。可以通过对UE(或多个)的专用信令(例如通过tdd-UL-DL-ConfigurationDedicated或SFI)将该灵活符号配置为DL符号。如果根据tdd-UL-DL-ConfigurationCommon确定的灵活符号与由pagingSearchSpace用信号通知的任何PDCCH监视时机不重叠，则在步骤3820中，可以通过对UE(或多个)的专用信令(例如通过tdd-UL-DL-ConfigurationDedicated或SFI)将此灵活符号配置为DL符号或UL符号。
实施例3-2：用于SI消息的有效PDCCH监视时机
对于SI消息接收，通过osi-SearchSpace用信号通知PDCCH监视时机。在NR中，osi-SearchSpace中的以下参数配置SI消息接收的PDCCH监视时机：周期性(p)；偏移量(o)；持续时间(d)：周期性给定的每个周期中具有PDCCH监视时机的连续时隙的数量；MonitoringSymbolsWithinSlot(1个大小为14的位图，一位对应于OFDM符号)；CORESET-time-duration(c)：PDCCH监视时机中连续OFDM符号的数量。
在TDD小区中，由osi-SearchSpace用信号通知的一个或多个PDCCH监视时机可能与UL符号重叠。在当前设计中，由osi-SearchSpace用信号通知的与UL符号不重叠的PDCCH监视时机被认为对SI消息接收有效。在SI窗口中接收SI消息。在SI窗口中，由osi-SearchSpace用信号通知的与UL符号不重叠的PDCCH监视时机从1开始编号。空闲/非活动UE基于在SystemInformationBlock1中用信号通知的tdd-UL-DL-ConfigurationCommon确定UL符号。RRC连接UE基于tdd-UL-DL-ConfigurationCommon、tdd-UL-DL-ConfigurationDedicated和动态时隙格式指示符来确定UL符号。结果，在SI窗口中，由空闲/非活动UE和连接UE确定的用于SI消息接收的PDCCH监视时机之间将存在不匹配。
[方法1]
图39示出根据方法1的实施例的确定用于SI消息的有效PDCCH监视时机的方法。
参照图39，在步骤3900中，在SI窗口中，在由osiSearchSpace用信号通知的PDCCH监视时机(或多个)中，UE排除与根据tdd-UL-DL-ConfigurationCommon确定的UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。
在步骤3910中，在SI窗口中，在由osiSearchSpace用信号通知的PDCCH监视时机(或多个)中，UE排除与根据tdd-UL-DL-ConfigurationCommon确定的灵活符号重叠的那些PDCCH监视时机(或多个)。
然后，在步骤3920中，在SI窗口中，UE确定在应用上述排除之后剩余的由osiSearchSpace用信号通知的PDCCH监视时机(或多个)是用于SI消息接收的有效PDCCH监视时机。
在步骤3930中，在SI窗口中，对用于SI消息接收的有效PDCCH监视时机从1开始依次编号，并将其映射到SSB。在SI窗口中，UE监视用于SI消息接收的这些有效PDCCH监视时机中的一个或多个。
[方法2]
图40示出根据方法2的实施例的确定用于SI消息的有效PDCCH监视时机的方法。
参照图40，在步骤4000中，UE确定用于接收SI消息的DL BWP是否是初始BWP。如果UE监视SI消息的DL BWP是初始DL BWP，则在步骤4010中，在SI窗口中，在由osiSearchSpace用信号通知的PDCCH监视时机(或多个)中UE排除与根据tdd-UL-DL-ConfigurationCommon确定的UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。在步骤4020中，在SI窗口中，在由osiSearchSpace用信号通知的PDCCH监视时机(或多个)中，UE排除与根据tdd-UL-DL-ConfigurationCommon确定的灵活符号重叠的那些PDCCH监视时机(或多个)。然后，在步骤4030中，在SI窗口中，UE确定在应用上述排除之后剩余的由osiSearchSpace用信号通知的PDCCH监视时机(或多个)是用于SI消息接收的有效PDCCH监视时机。
如果UE监视SI消息的DL BWP不是初始的DL BWP，则在步骤4050中，在SI窗口中，在由osiSearchSpace用信号通知的PDCCH监视时机(或多个)中，UE排除与根据tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated确定的UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。然后，在步骤4060中，在SI窗口中，UE确定在应用上述排除之后剩余的由osiSearchSpace用信号通知的PDCCH监视时机(或多个)是用于SI消息接收的有效PDCCH监视时机。
在步骤4040中，在SI窗口中，用于SI消息接收的有效PDCCH监视时机从1开始依次编号，并将其映射到SSB。在SI窗口中，UE监视SI消息接收的这些有效PDCCH监视时机中的一个或多个。
处于RRC空闲/非活动状态的UE在初始DL BWP中接收SI消息。如果在活动DL BWP中配置了OSI搜索空间，则处于RRC连接状态的UE在活动DL BWP中接收SI消息。活动DL BWP可以是初始DL BWP，也可以不是初始DL BWP。如果在活动DL BWP中未配置OSI搜索空间，则处于RRC连接状态的UE不接收SI消息。
[方法3]
图41示出根据方法3的实施例的确定用于SI消息的有效PDCCH监视时机的方法。
参照图41，在步骤4100中，UE确定用于接收SI消息的DL BWP是否是初始BWP。如果UE监视SI消息的DL BWP是初始DL BWP，则在步骤4110中，在SI窗口中，在由osiSearchSpace用信号通知的PDCCH监视时机(或多个)中UE排除与根据tdd-UL-DL-ConfigurationCommon确定的UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。然后，在步骤4120中，在SI窗口中，UE确定在应用以上排除之后剩余的由osiSearchSpace用信号通知的PDCCH监视时机是用于SI消息接收的有效PDCCH监视时机。
如果UE监视SI消息的DL BWP不是初始DL BWP，则在步骤4140中，在SI窗口中，在由osiSearchSpace用信号通知的PDCCH监视时机中，UE排除与根据tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated确定的UL符号重叠的那些PDCCH监视时机。然后，在步骤4150中，在SI窗口中，UE确定在应用以上排除之后剩余的由osiSearchSpace用信号通知的PDCCH监视时机是用于SI消息接收的有效PDCCH监视时机。
在步骤4130中，在SI窗口中，用于SI消息接收的有效PDCCH监视时机从1开始依次编号，并将其映射到SSB。在SI窗口中，UE监视SI消息接收的这些有效PDCCH监视时机中的一个或多个。
处于RRC空闲/非活动状态的UE在初始DL BWP中接收SI消息。如果在活动DL BWP中配置了OSI搜索空间，则处于RRC连接状态的UE在活动DL BWP中接收SI消息。活动DL BWP可以是初始DL BWP，也可以不是初始DL BWP。如果在活动DL BWP中未配置OSI搜索空间，则处于RRC连接状态的UE不接收SI消息。
[方法4]
在本发明的方法4中，如下确定用于SI消息的有效PDCCH监视时机：
在SI窗口中，在由pagingSearchSpace用信号通知的PDCCH监视时机(或多个)中，UE排除与根据tdd-UL-DL-ConfigurationCommon确定的UL符号(或多个)重叠的那些PDCCH监视时机(或多个)。
在SI窗口中，UE确定在应用上述排除之后剩余的由osiSearchSpace用信号通知的PDCCH监视时机是用于SI消息接收的有效PDCCH监视时机。
在SI窗口中，用于SI消息接收的有效PDCCH监视时机从1开始依次编号，并将其映射到SSB。在SI窗口中，UE监视用于SI消息接收的这些有效PDCCH监视时机中的一个或多个。
在该方法中，我们还提出了如图42所示的方法。图42示出根据方法4的实施例的由gNB配置TDD配置的方法。
参照图42，在步骤4200中，gNB确定根据tdd-UL-DL-ConfigurationCommon确定的灵活符号与由osiSearchSpace用信号通知的任何PDCCH监视时机是否重叠。如果根据tdd-UL-DL-ConfigurationCommon确定的灵活符号与osiSearchSpace用信号通知的任何PDCCH监视时机重叠，则在步骤4210中，gNB不通过对UE(或多个)的专用信令(例如通过tdd-UL-DL-ConfigurationDedicated或SFI)将此灵活符号配置为UL符号。可以通过对UE的专用信令(例如通过tdd-UL-DL-ConfigurationDedicated或SFI)将该灵活符号配置为DL符号。
如果根据tdd-UL-DL-ConfigurationCommon确定的灵活符号与osiSearchSpace用信号通知的任何PDCCH监视时机不重叠，则在步骤4220中，可以通过对UE(或多个)的专用信令(例如通过tdd-UL-DL-ConfigurationDedicated或SFI)将此灵活符号配置为DL符号或UL符号。
在可选实施例中，如果根据tdd-UL-DL-ConfigurationCommon确定的灵活符号与由osiSearchSpace和pagingSearchSpace用信号通知的任何PDCCH监视时机不重叠，则可以通过对UE(或多个)的专用信令(例如通过tdd-UL-DL-ConfigurationDedicated或SFI)该灵活符号配置为DL符号或UL符号。
图43示出根据实施例2和3的UE的配置。
参照图43，UE包括射频(RF)处理器4310、基带处理器4320、存储器4330和控制器4340。控制器4340可以包括多连接处理器4342。
RF处理器4310通过无线信道发送或接收信号，诸如频带转换和信号放大。也就是说，RF处理器4310将从基带处理器4320提供的基带信号上变频为RF带信号，以通过天线发送RF带信号，并且将通过天线接收的RF带信号下变频为基带信号。RF处理器4310可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、数模转换器(DAC)和模数转换器(ADC)。虽然图43仅示出一个天线，UE可以包括多个天线。另外，RF处理器4310可以包括多个RF链。
RF处理器4310可以通过调整通过多个天线或天线元件发送和接收的每个信号的相位和强度来执行波束成形。RF处理器可以执行MIMO并且可以在执行MIMO时接收多个层，可以通过在控制器4340的控制下适当地设置多个天线或天线元件来执行接收波束扫描，或者可以调整接收波束的方向和宽度，使得接收波束与发送波束协调。
基带处理器4320根据系统的物理层规范转换基带信号和比特流。例如在数据传输中，基带处理器4320对传输比特流进行编码和调制，从而生成复符号。在数据接收中，基带处理器4320对从RF处理器4310提供的基带信号进行解调和解码，从而重建接收比特流。例如，根据OFDM，在数据传输中，基带处理器4320通过对传输比特流进行编码和调制来生成复符号，将复符号映射到子载波，并通过快速傅立叶逆变换(IFFT)和循环前缀(CP)插入来构建OFDM符号。在数据接收中，基带处理器4320将从RF处理器4310提供的基带信号划分为OFDM符号，通过快速傅立叶变换(FFT)重建映射到子载波的信号，并且通过解调和解码重建接收比特流。
如上所述，基带处理器4320和RF处理器4310发送和接收信号，并且因此可以被称为发送器、接收器、收发器或通信单元。基带处理器4320和RF处理器4310中的至少一个可以包括多个通信模块以支持诸如LTE和NR网络的多种不同的无线电接入技术，并且可以包括用于处理不同频带中的信号的不同通信模块。不同的频带可以包括超高频(SHF)频带(例如2.2GHz和2GHz)和毫米波频带(例如60GHz)。
存储器4330存储诸如默认程序、应用和用于操作UE的配置信息的数据，并且根据来自控制器4340的请求提供存储的数据。
控制器4340控制UE的整体操作。例如，控制器4340通过基带处理器4320和RF处理器4310发送和接收信号，并且在存储器4330中记录和读取数据。为此，控制器4340可包括至少一个处理器(诸如执行通信控制的通信处理器)以及控制上层(诸如应用过程)的应用处理器(AP)。
图44示出根据实施例2和3的基站的配置。
参照图44，基站包括RF处理器4410、基带处理器4420、通信单元4430、存储器4440和控制器4450。控制器4450可以包括多连接处理器4452。
RF处理器4410通过无线信道发送或接收信号，诸如频带转换和信号放大。也就是说，RF处理器4410将从基带处理器4420提供的基带信号上变频为RF带信号，以通过天线发送RF带信号，并且将通过天线接收的RF带信号下变频为基带信号。RF处理器4410可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、DAC和ADC。尽管图44仅示出了一个天线，但是基站可以包括多个天线。另外，RF处理器4410可以包括多个RF链，并且可以通过调整通过多个天线或天线元件发送和接收的每个信号的相位和强度来执行波束成形。RF处理器可以发送一层或多层，从而执行下行链路MIMO。
基带处理器4420根据第一无线电接入技术的物理层规范转换基带信号和比特流。例如，在数据传输中，基带处理器4420对传输比特流进行编码和调制，从而生成复符号。在数据接收中，基带处理器4420对从RF处理器4410提供的基带信号进行解调和解码，从而重建接收比特流。例如，根据OFDM，在数据传输中，基带处理器4420通过对传输比特流进行编码和调制来生成复符号，将复符号映射到子载波，并且通过IFFT和CP插入来构建OFDM符号。在数据接收中，基带处理器4420将从RF处理器4410提供的基带信号划分为OFDM符号，通过FFT重建映射到子载波的信号，并且通过解调和解码重建接收比特流。基带处理器4420和RF处理器4410发送和接收信号，并且因此可以被称为发送器、接收器、收发器、通信单元或无线通信单元。
通信单元4430提供用于与网络中的其他节点进行通信的接口。
存储器4440存储诸如默认过程、应用和用于操作基站的配置信息的数据。特别地，存储器4440可以存储关于分配给连接UE的承载，从连接UE报告的测量结果等的信息。另外，存储器4440可以存储信息作为用于确定是否提供或停止到UE的多连接的准则。存储器4440根据控制器4450的请求提供存储的数据。
控制器4450控制基站的整体操作。例如控制器4450通过基带处理器4420和RF处理器4410或通过通信单元4430发送和接收信号，并且在存储器4440中记录和读取数据。为此，控制器4450可以包括至少一个处理器。
在本公开的上述详细实施例中，根据所呈现的详细实施例，本公开中包括的组件以单数或复数表示。然而，为了便于描述，单数或复数表达被选择为适合于所提出的情况，并且本公开不限于单数或复数元件。可以将以复数形式表示的元件配置为单数，也可以将以单数形式表示的元件配置为复数。
尽管已经参照本公开的特定实施例示出和描述了本公开，但是本领域技术人员将理解，在不脱离本公开的范围的情况下，可以在形式和细节上进行各种改变。因此，本公开的范围不应被限定为限于实施例，而应由所附权利要求及其等同物限定。也就是说，对于本公开所属领域的技术人员而言显而易见的是，基于本公开的技术精神可以实现不同的修改。此外，如果需要，可以组合采用上述各个实施例。例如本公开中提出的方法可以被部分地组合以操作基站和终端。此外，尽管已经基于5g和NR系统描述了以上实施例，但是可以基于实施例的技术思想在诸如LTE、LTE-A和LTE-A-Pro系统的其他系统中实现其他变形实施例。需要注意，本公开中提出的增强既适用于许可载波也适用于非许可载波。
Claims (15)
1.一种通信系统中的终端的方法，所述方法包括：
从基站接收包括在系统信息块1(SIB 1)中的时分双工(TDD)配置信息；
从基站接收寻呼搜索空间配置信息；
识别用于监视寻呼的寻呼时机的寻呼帧和索引；
基于TDD配置信息和寻呼搜索空间配置信息，识别用于寻呼的物理下行链路控制信道(PDCCH)监视时机，识别的PDCCH监视时机是由寻呼搜索空间配置信息配置的PDCCH监视时机，与由TDD配置信息确定的一个或多个UL符号不重叠；以及
对与识别的寻呼时机索引相对应的寻呼时机中用于寻呼的至少一个PDCCH监视时机中寻址到寻呼无线网络临时标识符(P-RNTI)的PDCCH执行监视。
2.根据权利要求1所述的方法，还包括：
接收关于发送的同步信号块的信息；以及
识别关于寻呼时机中的PDCCH监视时机的数量的信息，
其中，寻呼时机中的PDCCH监视时机的数量等于发送的同步信号块的数量。
3.根据权利要求1所述的方法，还包括：
从基站接收关于发送的同步信号块的信息；
在寻呼时机中接收关于每个同步信号块的PDCCH监视时机的数量的信息；以及
识别关于寻呼时机中的PDCCH监视时机的数量有关的信息，
其中，基于关于发送的同步信号块的数量的信息以及关于每个同步信号块的PDCCH监视时机的数量的信息来确定寻呼时机中的PDCCH监视时机的数量。
4.根据权利要求3所述的方法，其中，寻呼时机中的PDCCH监视时机的数量等于发送的同步信号块的数量乘以每个同步信号块的PDCCH监视时机的数量。
5.根据权利要求2或4所述的方法，还包括：
从寻呼帧的起始开始，对用于寻呼的PDCCH监视时机依次编号；
识别与识别的寻呼时机索引相对应的寻呼时机中用于寻呼的PDCCH监视时机，
其中，寻呼时机由从等于寻呼时机索引乘以寻呼时机中的PDCCH监视时机的数量的PDCCH监视时机号开始的、用于寻呼的连续PDCCH监测时机组成。
6.根据权利要求1所述的方法，还包括：
确定在寻呼时机的PDCCH监视时机中是否接收到寻址到寻呼无线网络临时标识符(P-RNTI)的PDCCH；以及
在接收到寻址到P-RNTI的PDCCH的情况下，停止对寻呼时机的剩余PDCCH监视时机的监视。
7.一种通信系统中的基站的方法，所述方法包括：
发送包括在系统信息块1(SIB 1)中的时分双工(TDD)配置信息；
发送寻呼搜索空间配置信息；
识别用于发送寻呼的寻呼时机的寻呼帧和索引；
基于TDD配置信息和寻呼搜索空间配置信息，识别物理下行链路控制信道(PDCCH)监视时机，识别的PDCCH监视时机是由寻呼搜索空间配置信息配置的PDCCH监视时机，与由TDD配置信息确定的一个或多个UL符号不重叠；以及
使用在与识别的寻呼时机索引相对应的识别的PDCCH监视时机中用于寻呼的至少一个PDCCH监视时机中的寻呼无线网络临时标识符(P-RNTI)来发送用于寻呼的PDCCH。
8.根据权利要求7所述的方法，还包括：
发送关于发送的同步信号块的信息，以及
其中，寻呼时机中的PDCCH监视时机的数量等于发送的同步信号块的数量。
9.根据权利要求7所述的方法，还包括：
发送关于发送的同步信号块的信息；
在寻呼时机中发送关于每个同步信号块的PDCCH监视时机的数量的信息，
其中，基于关于发送的同步信号块的数量的信息以及关于每个同步信号块的PDCCH监视时机的数量的信息来确定寻呼时机中的PDCCH监视时机的数量。
10.根据权利要求7所述的方法，其中，寻呼时机由从等于寻呼时机索引乘以寻呼时机中的PDCCH监视时机的数量的PDCCH监视时机号开始的、用于寻呼的连续PDCCH监视时机组成。
11.一种通信系统中的终端，所述终端包括：
收发器；以及
控制器，与收发器耦合，并被配置为：
从基站接收包括在系统信息块1(SIB 1)中的时分双工(TDD)配置信息；
从基站接收寻呼搜索空间配置信息；
识别用于监视寻呼的寻呼时机的寻呼帧和索引；
基于TDD配置信息和寻呼搜索空间配置信息，识别用于寻呼的物理下行链路控制信道(PDCCH)监视时机，识别的PDCCH监视时机是由寻呼搜索空间配置信息配置的PDCCH监视时机，与由TDD配置信息确定的一个或多个UL符号不重叠；以及
对与识别的寻呼时机索引相对应的寻呼时机中用于寻呼的至少一个PDCCH监视时机中寻址到寻呼无线网络临时标识符(P-RNTI)的PDCCH执行监视。
12.根据权利要求11所述的终端，其中，控制器还被配置为：
接收关于发送的同步信号块的信息；以及
识别关于寻呼时机中的PDCCH监视时机的数量的信息，
其中，寻呼时机中的PDCCH监视时机的数量等于发送的同步信号块的数量。
13.根据权利要求11所述的终端，其中，控制器还被配置为：
从基站接收关于发送的同步信号块的信息；
在寻呼时机中接收关于每个同步信号块的PDCCH监视时机的数量的信息；以及
识别关于寻呼时机中的PDCCH监视时机的数量有关的信息，
其中，基于关于发送的同步信号块的数量的信息以及关于每个同步信号块的PDCCH监视时机的数量的信息来确定寻呼时机中的PDCCH监视时机的数量。
14.根据权利要求13所述的终端，其中，寻呼时机中的PDCCH监视时机的数量等于发送的同步信号块的数量乘以每个同步信号块的PDCCH监视时机的数量。
15.一种通信系统中的基站，所述基站包括：
收发器；以及
控制器，与收发器耦合，并被配置为：
发送包括在系统信息块1(SIB 1)中的时分双工(TDD)配置信息；
发送寻呼搜索空间配置信息；
识别用于发送寻呼的寻呼时机的寻呼帧和索引；
基于TDD配置信息和寻呼搜索空间配置信息，识别物理下行链路控制信道(PDCCH)监视时机，识别的PDCCH监视时机是由寻呼搜索空间配置信息配置的PDCCH监视时机，与由TDD配置信息确定的一个或多个UL符号不重叠；以及
使用与识别的寻呼时机索引相对应的识别的PDCCH监视时机中用于寻呼的至少一个PDCCH监视时机中的寻呼无线网络临时标识符(P-RNTI)来发送用于寻呼的PDCCH。
Applications Claiming Priority (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201862730846P | 2018-09-13 | 2018-09-13 | |
| US62/730,846 | 2018-09-13 | ||
| KR1020180153929A KR20200067048A (ko) | 2018-12-03 | 2018-12-03 | 무선 통신 시스템에서 랜덤엑세스 수행 시 데이터의 유실을 방지하는 방법 및 장치 |
| KR10-2018-0153929 | 2018-12-03 | ||
| US201862782774P | 2018-12-20 | 2018-12-20 | |
| US62/782,774 | 2018-12-20 | ||
| PCT/KR2019/011728 WO2020055102A1 (en) | 2018-09-13 | 2019-09-10 | System and method of transmitting and receiving paging and system information |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112106401A true CN112106401A (zh) | 2020-12-18 |
| CN112106401B CN112106401B (zh) | 2024-02-06 |
Family
ID=71070628
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201980032038.8A Active CN112106401B (zh) | 2018-09-13 | 2019-09-10 | 发送和接收寻呼和系统信息的系统和方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US11470575B2 (zh) |
| EP (1) | EP3777312B1 (zh) |
| KR (1) | KR20200067048A (zh) |
| CN (1) | CN112106401B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113543312A (zh) * | 2021-09-17 | 2021-10-22 | 广州源高网络科技有限公司 | 一种临床营养整体运用系统及其运用方法 |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110087311A (zh) * | 2018-01-26 | 2019-08-02 | 华为技术有限公司 | 通信方法和通信设备 |
| KR20210084548A (ko) * | 2018-11-27 | 2021-07-07 | 삼성전자주식회사 | 다중 업링크 캐리어를 지원하는 셀에서 시스템 정보 요청의 시스템 및 방법 |
| US20220110161A1 (en) * | 2019-02-14 | 2022-04-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Two-step random access procedure |
| EP3977794B1 (en) * | 2019-11-18 | 2023-07-19 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Apparatus and method of wireless communication |
| US11792825B2 (en) * | 2020-05-12 | 2023-10-17 | Qualcomm Incorporated | Broadcasting intended time division duplex configurations |
| WO2023010504A1 (en) * | 2021-08-06 | 2023-02-09 | Qualcomm Incorporated | Validating channel state information reference signals |
| KR20230034731A (ko) * | 2021-09-03 | 2023-03-10 | 삼성전자주식회사 | 무선 통신 시스템에서 중첩된 하향링크와 상향링크 채널 전송 방법 및 장치 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017052199A1 (en) * | 2015-09-25 | 2017-03-30 | Lg Electronics Inc. | Method and user equipment for receiving downlink control information, and method and base station for transmitting downlink control information |
| CN107852634A (zh) * | 2015-07-20 | 2018-03-27 | 三星电子株式会社 | 无线通信系统中的通信方法和装置 |
| US20180192436A1 (en) * | 2017-01-03 | 2018-07-05 | Lg Electronics Inc. | Method and user equipment for receiving downlink signals |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2779556A4 (en) * | 2011-11-01 | 2015-08-05 | Lg Electronics Inc | METHOD AND WIRELESS CONTROL CHANNEL MONITORING DEVICE |
| EP2693677A1 (en) * | 2012-08-02 | 2014-02-05 | Fujitsu Limited | E-PDCCH for LTE Advanced wireless communication |
| EP2943030B1 (en) | 2013-01-07 | 2017-04-19 | LG Electronics Inc. | Method for transceiving signal based on dynamic change of wireless resource in wireless communications system and appratus therefor |
| CN104937991B (zh) | 2013-01-17 | 2019-07-26 | 太阳专利信托公司 | 采用下行链路控制信息的动态时分双工上行链路/下行链路配置 |
| WO2016072770A1 (en) * | 2014-11-05 | 2016-05-12 | Lg Electronics Inc. | Method and apparatus for transmitting paging for machine type communication user equipment in wireless communication system |
| 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 |
| WO2018231020A1 (en) * | 2017-06-15 | 2018-12-20 | Samsung Electronics Co., Ltd. | Method and apparatus for an uplink transmission based on a characteristic of physical resources |
| KR102184771B1 (ko) * | 2017-11-13 | 2020-11-30 | 엘지전자 주식회사 | 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 위한 장치 |
| CA3082641A1 (en) * | 2017-11-14 | 2019-05-23 | Idac Holdings, Inc. | Supplementary uplink in wireless systems |
| US10785804B2 (en) * | 2018-02-17 | 2020-09-22 | Ofinno, Llc | Bandwidth part configuration information |
| US11388741B2 (en) * | 2018-05-21 | 2022-07-12 | Ntt Docomo, Inc. | Terminal, radio communication method, base station, and system for downlink shared channel decoding |
| US10887864B2 (en) | 2018-06-05 | 2021-01-05 | Samsung Electronics Co., Ltd. | System and method of determining paging occasions for transmitting and receiving paging |
| EP4255047A3 (en) * | 2018-09-21 | 2023-12-27 | Samsung Electronics Co., Ltd. | Method and apparatus for performing two step or four step random access procedure |
| WO2020111912A1 (ko) * | 2018-11-30 | 2020-06-04 | 엘지전자 주식회사 | 무선 통신 시스템에서 페이징 신호를 송수신하는 방법 및 이를 위한 장치 |
-
2018
- 2018-12-03 KR KR1020180153929A patent/KR20200067048A/ko unknown
-
2019
- 2019-09-10 EP EP19859356.8A patent/EP3777312B1/en active Active
- 2019-09-10 US US17/052,987 patent/US11470575B2/en active Active
- 2019-09-10 CN CN201980032038.8A patent/CN112106401B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107852634A (zh) * | 2015-07-20 | 2018-03-27 | 三星电子株式会社 | 无线通信系统中的通信方法和装置 |
| WO2017052199A1 (en) * | 2015-09-25 | 2017-03-30 | Lg Electronics Inc. | Method and user equipment for receiving downlink control information, and method and base station for transmitting downlink control information |
| US20180192436A1 (en) * | 2017-01-03 | 2018-07-05 | Lg Electronics Inc. | Method and user equipment for receiving downlink signals |
Non-Patent Citations (1)
| Title |
|---|
| LG ELECTRONICS: ""R1-1808482 LG_Waveform, PBCH, SSB, RMSI, OSI, Paging"", 3GPP TSG_RAN\\WG1_RL1, pages 1 - 15 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113543312A (zh) * | 2021-09-17 | 2021-10-22 | 广州源高网络科技有限公司 | 一种临床营养整体运用系统及其运用方法 |
| CN113543312B (zh) * | 2021-09-17 | 2021-12-07 | 广州源高网络科技有限公司 | 一种临床营养整体运用系统及其运用方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP3777312B1 (en) | 2024-01-24 |
| EP3777312A4 (en) | 2021-06-16 |
| EP3777312A1 (en) | 2021-02-17 |
| CN112106401B (zh) | 2024-02-06 |
| US11470575B2 (en) | 2022-10-11 |
| US20210127356A1 (en) | 2021-04-29 |
| KR20200067048A (ko) | 2020-06-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA3156809C (en) | Sidelink signal repetition and preemption | |
| US11849425B2 (en) | System and method of transmitting and receiving paging and system | |
| CN112106401B (zh) | 发送和接收寻呼和系统信息的系统和方法 | |
| CN113303020A (zh) | 无线通信系统中的处理两步随机接入过程中的msg a重传的方法和设备 | |
| EP3871358B1 (en) | Radio resource mapping of a feedback channel | |
| EP3860246A1 (en) | Wireless resource exclusion | |
| CA3165739C (en) | Resource retrieve procedure | |
| US11470652B2 (en) | Method and apparatus for transmitting and receiving data in wireless communication system | |
| KR20190036160A (ko) | 무선 통신 시스템에서 부분적인 주파수 대역을 제어하는 방법 및 장치 | |
| KR102536947B1 (ko) | 무선통신 시스템에서 데이터를 송수신하는 방법 및 장치 | |
| KR20220154115A (ko) | 사이드링크 통신을 위한 리소스 예약 | |
| WO2022026445A1 (en) | Priority management for a sidelink | |
| CN114557046A (zh) | 无线通信系统中用于接入网络的设备和方法 | |
| WO2020004520A1 (ja) | 端末装置、基地局装置、方法、および、集積回路 | |
| WO2019244609A1 (ja) | 端末装置、基地局装置、方法、および、集積回路 | |
| EP4346302A1 (en) | Channel occupancy assistance information for sidelink | |
| KR102552288B1 (ko) | 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 장치 | |
| EP4338353A1 (en) | Paging early indication | |
| WO2023076542A1 (en) | Semi-persistent coordination information transmissions for sidelink inter-ue coordination |
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 |